JP7634335B2 - ２ステップランダムアクセスプロシージャにおける無線ネットワーク一時識別子を決定するための方法および装置 - Google Patents

Description

本開示は、一般に、無線通信に関し、より詳細には、２ステップランダムアクセスプロシージャのための方法および装置に関する。

このセクションは、本開示のより良い理解を容易にし得る態様を紹介する。したがって、このセクションの記述は、この観点において読み取られるべきであり、従来技術にあるものまたは従来技術にないものに関する承認として理解されるべきではない。

新無線（ｎｅｗ ｒａｄｉｏ：ＮＲ）システムにおいて、図１に示されているように、４ステップ手法がランダムアクセスプロシージャのために使用され得る。この手法では、ユーザ機器（ＵＥ）は、ＮＲ－１次同期信号（ＮＲ－ＰＳＳ）と、ＮＲ－２次同期信号（ＮＲ－ＳＳＳ）と、ＮＲ－物理ブロードキャストチャネル（ＰＢＣＨ）とを含む同期信号（ＳＳ）を検出し、ブロードキャストされたシステム情報、たとえば、残余最小システム情報（ＲＭＳＩ）を復号する。次いで、ＵＥは、アップリンク（ＵＬ）において、物理ランダムアクセスチャネル（ＰＲＡＣＨ）プリアンブル（メッセージ１）を送信し得る。メッセージ１を受信したことに応答して、基地局（たとえば次世代ノードＢ（ｇＮＢ））はランダムアクセス応答（ＲＡＲ、メッセージ２）で返答する。ＲＡＲメッセージは、オクテット整列され、タイミングアドバンスコマンドと、ＵＬグラントと、一時セル無線ネットワーク一時識別子（ＴＣ－ＲＮＴＩ）とを含む。

ＲＡＲメッセージを受信した後に、ＵＥは、物理アップリンク共有チャネル（ＰＵＳＣＨ）上で、ＵＥ識別（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）とトランスポートブロックとを含むメッセージ３を送信し得る。ｇＮＢは、次いで、競合解消メッセージ（メッセージ４）で返答する。ＲＡＲメッセージ中のタイミングアドバンスコマンドは、メッセージ３ ＰＵＳＣＨがサイクリックプレフィックス（ＣＰ）内にタイミング精度で受信されることを可能にする。このタイミングアドバンスがない場合、システムがＵＥとｇＮＢとの間の極めて小さい距離をもつセル中で適用されない限り、ＰＵＳＣＨを復調し、検出することが可能であるために、極めて大きいＣＰが必要とされるであろう。ＮＲはまた、ＵＥにタイミングアドバンスを提供する必要を伴うより大きいセルをサポートするので、４ステップ手法は、ランダムアクセスプロシージャのために必要とされる。

メッセージ３ ＰＵＳＣＨは、ＲＡＲメッセージ中のＵＬグラントによってスケジュールされる。もしあれば、メッセージ３ ＰＵＳＣＨ中のトランスポートブロックの再送信が、ＲＡＲメッセージ中で提供されるＴＣ－ＲＮＴＩによってスクランブルされた巡回冗長検査（ＣＲＣ）を伴って、ＤＣＩフォーマット０＿０によってスケジュールされる。ＵＥは常に、繰返しなしにメッセージ３ ＰＵＳＣＨを送信する。

その開示の全体が参照により本明細書に組み込まれる、３ＧＰＰ ＴＳ３８．３２１ ｖ１５．４．０において、表１が、下記のようにＲＮＴＩ値の範囲を規定するために提供される。

２ステップランダムアクセスプロシージャは、ＮＲリリース１６のためのワークアイテムとして承認されている。図２に示されているように、初期アクセスは、わずか２つのステップにおいて完了される。第１のステップにおいて、ＵＥは、場合によってはＰＵＳＣＨ上の何らかの小さいペイロードを伴う、無線リソース制御（ＲＲＣ）接続要求などの上位レイヤデータとともにランダムアクセスプリアンブルを含む、メッセージＡと呼ばれることがある、メッセージを送る。第２のステップにおいて、ｇＮＢは、たとえば、ＵＥ識別子割り振り、タイミングアドバンス情報、および競合解消メッセージなどを含む、メッセージＢと呼ばれることがある、応答メッセージをＵＥに送る。メッセージＢは、何らかのＲＮＴＩによってスクランブルされたＣＲＣを伴う物理ダウンリンク制御チャネル（ＰＤＣＣＨ）によってスケジュールされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）中で搬送される応答メッセージである。

本発明の概要は、発明を実施するための形態において以下でさらに説明される概念の選択を簡略化された形で紹介するために提供される。本発明の概要は、請求される主題の主要な特徴または不可欠な特徴を識別するものではなく、請求される主題の範囲を限定するために使用されるものでもない。

本開示は、２ステップランダムアクセスプロシージャにおけるＲＮＴＩを決定するためのソリューションを提案する。

本開示の第１の態様によれば、端末デバイスにおける方法が提供される。本方法は、ランダムアクセスのための要求メッセージを決定することであって、要求メッセージが、プリアンブルと物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージとを含み、ＰＵＳＣＨメッセージが、第１の無線ネットワーク一時識別情報（ＲＮＴＩ：ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｔｙ）に基づいて決定される、要求メッセージを決定することを含む。本方法は、要求メッセージを送信することをさらに含む。

例示的な実施形態によれば、本方法は、第２のＲＮＴＩに基づいてランダムアクセスのための応答メッセージを取得することをさらに含み、第１のＲＮＴＩと第２のＲＮＴＩとは同じである。

例示的な実施形態によれば、本方法は、第２のＲＮＴＩに基づいてランダムアクセスのための応答メッセージを取得することをさらに含み、第１のＲＮＴＩと第２のＲＮＴＩとは異なる。

例示的な実施形態によれば、第２のＲＮＴＩは、端末デバイスの無線リソース制御（ＲＲＣ）ステータスに基づいて決定される。

例示的な実施形態によれば、ＲＲＣステータスは、接続モードを含む。

例示的な実施形態によれば、セルＲＮＴＩ（Ｃ－ＲＮＴＩ）が利用可能である場合、Ｃ－ＲＮＴＩは第２のＲＮＴＩとして決定される。

例示的な実施形態によれば、第１のＲＮＴＩは、ＰＵＳＣＨメッセージの符号化ビットをスクランブルするために利用される。

例示的な実施形態によれば、第２のＲＮＴＩは、第１のＲＮＴＩに基づいて決定される。

例示的な実施形態によれば、第１のＲＮＴＩおよび／または第２のＲＮＴＩは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）オケージョンのセットの番号付けに基づいて決定される。

例示的な実施形態によれば、ＲＮＴＩ値のセットが、要求メッセージのタイミング／周波数リソースに基づいて決定される。

本開示の第２の態様によれば、ネットワークノードにおける方法が提供される。本方法は、第２のＲＮＴＩに基づいて応答メッセージを決定することを含む。本方法は、端末デバイスに応答メッセージを送信することをさらに含む。

例示的な実施形態によれば、本方法は、端末デバイスから、第１の無線ネットワーク一時識別情報（ＲＮＴＩ）に基づいて、プリアンブルと物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージとを含む要求メッセージを取得することをさらに含み、第１のＲＮＴＩと第２のＲＮＴＩとは同じである。

例示的な実施形態によれば、本方法は、端末デバイスから、第１の無線ネットワーク一時識別情報（ＲＮＴＩ）に基づいて、プリアンブルと物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージとを含む要求メッセージを取得することをさらに含み、第１のＲＮＴＩと第２のＲＮＴＩとは異なる。

例示的な実施形態によれば、第２のＲＮＴＩは、端末デバイスの無線リソース制御（ＲＲＣ）ステータスに基づいて決定される。

例示的な実施形態によれば、ＲＲＣステータスは、接続モードを含む。

例示的な実施形態によれば、セルＲＮＴＩ（Ｃ－ＲＮＴＩ）が利用可能である場合、Ｃ－ＲＮＴＩは第２のＲＮＴＩとして決定される。

例示的な実施形態によれば、第１のＲＮＴＩは、ＰＵＳＣＨメッセージの符号化ビットをスクランブルするために利用される。

例示的な実施形態によれば、第２のＲＮＴＩは、第１のＲＮＴＩに基づいて決定される。

例示的な実施形態によれば、第１のＲＮＴＩおよび／または第２のＲＮＴＩは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）オケージョンのセットの番号付けに基づいて決定される。

例示的な実施形態によれば、ＲＮＴＩ値のセットが、要求メッセージのタイミング／周波数リソースに基づいて決定される。

本開示の第３の態様によれば、端末デバイスが提供される。本端末デバイスは、コンピュータ実行可能命令を記憶した非一時的コンピュータ可読媒体と、非一時的コンピュータ可読媒体に結合されたプロセッサとを備え、コンピュータ実行可能命令は、本端末デバイスに、本開示の第１の態様の方法を実装させる。

本開示の第４の態様によれば、ネットワークノードが提供される。本ネットワークノードは、コンピュータ実行可能命令を記憶した非一時的コンピュータ可読媒体と、非一時的コンピュータ可読媒体に結合されたプロセッサとを備え、コンピュータ実行可能命令は、本ネットワークノードに、本開示の第２の態様の方法を実装させる。

本開示の第５の態様によれば、端末デバイスにおける方法が提供される。本方法は、ランダムアクセスのための要求メッセージを決定することであって、要求メッセージが、プリアンブルと物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージとを含み、ＰＵＳＣＨメッセージが、第１の無線ネットワーク一時識別情報（ＲＮＴＩ）に基づいて決定される、要求メッセージを決定することを含む。本方法は、要求メッセージを送信することをさらに含む。

例示的な実施形態によれば、本方法は、第２のＲＮＴＩに基づいてランダムアクセスのための応答メッセージを取得することをさらに含み、第１のＲＮＴＩと第２のＲＮＴＩとは同じであるかまたは異なる。

例示的な実施形態によれば、第１のＲＮＴＩおよび／または第２のＲＮＴＩは、端末デバイスの無線リソース制御（ＲＲＣ）ステータスに基づいて決定される。

例示的な実施形態によれば、ＲＲＣステータスは、アイドルモード、接続モード、非アクティブモードを含む。

例示的な実施形態によれば、セルＲＮＴＩ（Ｃ－ＲＮＴＩ）が利用可能である場合、Ｃ－ＲＮＴＩは、第１のＲＮＴＩおよび／または第２のＲＮＴＩとして決定される。

例示的な実施形態によれば、セルＲＮＴＩ（Ｃ－ＲＮＴＩ）が利用不可能である場合、設定されたスケジューリングＲＮＴＩ（ＣＳ－ＲＮＴＩ）が、第１のＲＮＴＩおよび／または第２のＲＮＴＩとして決定される。

例示的な実施形態によれば、第１のＲＮＴＩおよび／または第２のＲＮＴＩは、ブロードキャストされたシステム情報中の複数のＣＳ－ＲＮＴＩからＣＳ－ＲＮＴＩを選択することによって決定される。

例示的な実施形態によれば、ＣＳ－ＲＮＴＩは、複数のＣＳ－ＲＮＴＩからランダムに選択される。

例示的な実施形態によれば、ＣＳ－ＲＮＴＩは、プリアンブルのインデックスのうちの１つまたは複数、１つまたは複数の物理ランダムアクセスチャネル（ＰＲＡＣＨ）オケージョン、プリアンブルのフォーマット、ＰＵＳＣＨパラメータ、および端末デバイスの無線アクセス（ＲＡ）試行の目的のうちの少なくとも１つに基づいて選択される。

例示的な実施形態によれば、第１のＲＮＴＩは、ＰＵＳＣＨメッセージの符号化ビットをスクランブルするために利用される。

例示的な実施形態によれば、第２のＲＮＴＩは、第１のＲＮＴＩに基づいて決定される。

例示的な実施形態によれば、第１のＲＮＴＩおよび／または第２のＲＮＴＩは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）オケージョンのセットの番号付け、プリアンブルのセットの番号付け、ＰＵＳＣＨオケージョンのセットの番号付け、およびＲＮＴＩ値のセットのうちの少なくとも１つに基づいて決定され、セット中のＲＮＴＩ値の番号付けに基づいて決定される。

例示的な実施形態によれば、ＲＮＴＩ値の番号付けは、ＰＲＡＣＨオケージョンにおけるＲＮＴＩ値に関連するプリアンブルのインデックスの順序、ＲＮＴＩ値に関連するＰＲＡＣＨオケージョンの周波数リソースインデックスの順序、ＲＮＴＩ値に関連するＰＲＡＣＨオケージョンの時間リソースインデックスの順序、ＲＮＴＩ値に関連するＰＲＡＣＨスロットのためのインデックスの順序のうちの少なくとも１つに基づいて構成される。

例示的な実施形態によれば、ＲＮＴＩ値のセットは、利用される周波数帯域、第１のプリアンブルとＰＵＳＣＨとの間の時間ギャップ、要求メッセージのタイミング／周波数リソース、および端末デバイスのＩＤのうちの少なくとも１つに基づいて決定される。

本開示の第６の態様によれば、端末デバイスにおける方法が提供される。本方法は、ランダムアクセスのための要求メッセージを決定することであって、要求メッセージが、プリアンブルと物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージとを含み、ＰＵＳＣＨメッセージが、端末デバイスが位置するセルの識別情報（ＩＤ）に基づいて決定される、要求メッセージを決定することを含む。本方法は、要求メッセージを送信することをさらに含む。

例示的な実施形態によれば、本方法は、第２のＲＮＴＩに基づいてランダムアクセスのための応答メッセージを取得すること（３１０）であって、第２のＲＮＴＩが、端末デバイスのＩＤに基づいて決定される、応答メッセージを取得すること（３１０）をさらに含む。

本開示の第７の態様によれば、ネットワークノードにおける方法が提供される。本方法は、第２のＲＮＴＩに基づいて応答メッセージを決定することを含む。本方法は、端末デバイスに応答メッセージを送信することをさらに含む。

例示的な実施形態によれば、本方法は、端末デバイスから、第１の無線ネットワーク一時識別情報（ＲＮＴＩ）に基づいて、プリアンブルと物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージとを含む要求メッセージを取得することをさらに含み、第１のＲＮＴＩと第２のＲＮＴＩとは同じであるかまたは異なる。

例示的な実施形態によれば、第１のＲＮＴＩおよび／または第２のＲＮＴＩは、端末デバイスの無線リソース制御（ＲＲＣ）ステータスに基づいて決定される。

例示的な実施形態によれば、ＲＲＣステータスは、アイドルモード、接続モード、非アクティブモードを含む。

例示的な実施形態によれば、セルＲＮＴＩ（Ｃ－ＲＮＴＩ）が利用可能である場合、Ｃ－ＲＮＴＩは、第１のＲＮＴＩおよび／または第２のＲＮＴＩとして決定される。

例示的な実施形態によれば、セルＲＮＴＩ（Ｃ－ＲＮＴＩ）が利用不可能である場合、設定されたスケジューリングＲＮＴＩ（ＣＳ－ＲＮＴＩ）が、第１のＲＮＴＩおよび／または第２のＲＮＴＩとして決定される。

例示的な実施形態によれば、第１のＲＮＴＩおよび／または第２のＲＮＴＩは、ブロードキャストされたシステム情報中の複数のＣＳ－ＲＮＴＩからＣＳ－ＲＮＴＩを選択することによって決定される。

例示的な実施形態によれば、ＣＳ－ＲＮＴＩは、複数のＣＳ－ＲＮＴＩからランダムに選択される。

例示的な実施形態によれば、ＣＳ－ＲＮＴＩは、プリアンブルのインデックスのうちの１つまたは複数、１つまたは複数の物理ランダムアクセスチャネル（ＰＲＡＣＨ）オケージョン、プリアンブルのフォーマット、ＰＵＳＣＨパラメータ、および端末デバイスの無線アクセス（ＲＡ）試行の目的のうちの少なくとも１つに基づいて選択される。

例示的な実施形態によれば、第１のＲＮＴＩは、ＰＵＳＣＨメッセージの符号化ビットをスクランブルするために利用される。

例示的な実施形態によれば、第２のＲＮＴＩは、第１のＲＮＴＩに基づいて決定される。

例示的な実施形態によれば、本方法は、端末デバイスから、端末デバイスが位置するセルの識別情報（ＩＤ）に基づいて、プリアンブルとＰＵＳＣＨメッセージとを含む要求メッセージを取得することをさらに含む。

例示的な実施形態によれば、第１のＲＮＴＩおよび／または第２のＲＮＴＩは、端末デバイスのＩＤに基づいて決定される。

例示的な実施形態によれば、第１のＲＮＴＩおよび／または第２のＲＮＴＩは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）オケージョンのセットの番号付け、プリアンブルのセットの番号付け、ＰＵＳＣＨオケージョンのセットの番号付け、およびＲＮＴＩ値のセットのうちの少なくとも１つに基づいて決定され、セット中のＲＮＴＩ値の番号付けに基づいて決定される。

例示的な実施形態によれば、ＲＮＴＩ値の番号付けは、ＰＲＡＣＨオケージョンにおけるＲＮＴＩ値に関連するプリアンブルのインデックスの順序、ＲＮＴＩ値に関連するＰＲＡＣＨオケージョンの周波数リソースインデックスの順序、ＲＮＴＩ値に関連するＰＲＡＣＨオケージョンの時間リソースインデックスの順序、ＲＮＴＩ値に関連するＰＲＡＣＨスロットのためのインデックスの順序のうちの少なくとも１つに基づいて構成される。

例示的な実施形態によれば、ＲＮＴＩ値のセットは、利用される周波数帯域、第１のプリアンブルとＰＵＳＣＨとの間の時間ギャップ、要求メッセージのタイミング／周波数リソース、および端末デバイスのＩＤのうちの少なくとも１つに基づいて決定される。

本開示の第８の態様によれば、端末デバイスが提供される。本端末デバイスは、コンピュータ実行可能命令を記憶した非一時的コンピュータ可読媒体と、非一時的コンピュータ可読媒体に結合されたプロセッサとを備え、コンピュータ実行可能命令は、本端末デバイスに、本開示の第５の態様による方法を実装させる。

本開示の第９の態様によれば、ネットワークノードが提供され、本ネットワークノードは、コンピュータ実行可能命令を記憶した非一時的コンピュータ可読媒体と、非一時的コンピュータ可読媒体に結合されたプロセッサとを備え、コンピュータ実行可能命令は、本ネットワークノードに、本開示の第７の態様による方法を実装させる。

本開示の第１０の態様によれば、端末デバイスにおける方法が提供される。本方法は、第２の無線ネットワーク一時識別情報（ＲＮＴＩ）に基づいてランダムアクセスのための応答メッセージを取得することであって、応答メッセージが、ランダムアクセスのための要求メッセージに対する応答であり、要求メッセージが、プリアンブルと物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージとを含む、応答メッセージを取得することを含む。

例示的な実施形態によれば、ＰＵＳＣＨメッセージは、第１のＲＮＴＩに基づいて決定され、第１のＲＮＴＩと第２のＲＮＴＩとは同じであるかまたは異なる。

例示的な実施形態によれば、第１のＲＮＴＩおよび／または第２のＲＮＴＩは、端末デバイスの無線リソース制御（ＲＲＣ）ステータスに基づいて決定される。

例示的な実施形態によれば、ＲＲＣステータスは、アイドルモード、接続モード、非アクティブモードを含む。

例示的な実施形態によれば、セルＲＮＴＩ（Ｃ－ＲＮＴＩ）が利用可能である場合、Ｃ－ＲＮＴＩは、第１のＲＮＴＩおよび／または第２のＲＮＴＩとして決定される。

例示的な実施形態によれば、セルＲＮＴＩ（Ｃ－ＲＮＴＩ）が利用不可能である場合、設定されたスケジューリングＲＮＴＩ（ＣＳ－ＲＮＴＩ）が、第１のＲＮＴＩおよび／または第２のＲＮＴＩとして決定される。

例示的な実施形態によれば、第１のＲＮＴＩおよび／または第２のＲＮＴＩは、ブロードキャストされたシステム情報中の複数のＣＳ－ＲＮＴＩからＣＳ－ＲＮＴＩを選択することによって決定される。

例示的な実施形態によれば、ＣＳ－ＲＮＴＩは、複数のＣＳ－ＲＮＴＩからランダムに選択される。

例示的な実施形態によれば、ＣＳ－ＲＮＴＩは、プリアンブルのインデックスのうちの１つまたは複数、１つまたは複数の物理ランダムアクセスチャネル（ＰＲＡＣＨ）オケージョン、プリアンブルのフォーマット、ＰＵＳＣＨパラメータ、および端末デバイスの無線アクセス（ＲＡ）試行の目的のうちの少なくとも１つに基づいて選択される。

例示的な実施形態によれば、第１のＲＮＴＩは、ＰＵＳＣＨメッセージの符号化ビットをスクランブルするために利用される。

例示的な実施形態によれば、第２のＲＮＴＩは、第１のＲＮＴＩに基づいて決定される。

例示的な実施形態によれば、本方法は、端末デバイスが位置するセルの識別情報（ＩＤ）に基づいて、プリアンブルとＰＵＳＣＨメッセージとを含む要求メッセージを決定することをさらに含む。

例示的な実施形態によれば、第１のＲＮＴＩおよび／または第２のＲＮＴＩは、端末デバイスのＩＤに基づいて決定される。

例示的な実施形態によれば、第１のＲＮＴＩおよび／または第２のＲＮＴＩは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）オケージョンのセットの番号付け、プリアンブルのセットの番号付け、ＰＵＳＣＨオケージョンのセットの番号付け、およびＲＮＴＩ値のセットのうちの少なくとも１つに基づいて決定され、セット中のＲＮＴＩ値の番号付けに基づいて決定される。

例示的な実施形態によれば、ＲＮＴＩ値の番号付けは、ＰＲＡＣＨオケージョンにおけるＲＮＴＩ値に関連するプリアンブルのインデックスの順序、ＲＮＴＩ値に関連するＰＲＡＣＨオケージョンの周波数リソースインデックスの順序、ＲＮＴＩ値に関連するＰＲＡＣＨオケージョンの時間リソースインデックスの順序、ＲＮＴＩ値に関連するＰＲＡＣＨスロットのためのインデックスの順序のうちの少なくとも１つに基づいて構成される。

例示的な実施形態によれば、ＲＮＴＩ値のセットは、利用される周波数帯域、第１のプリアンブルとＰＵＳＣＨとの間の時間ギャップ、要求メッセージのタイミング／周波数リソース、および端末デバイスのＩＤのうちの少なくとも１つに基づいて決定される。

本開示の第１１の態様によれば、ネットワークノードにおける方法が提供される。本方法は、端末デバイスから、第１の無線ネットワーク一時識別情報（ＲＮＴＩ）に基づいて、プリアンブルと物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージとを含む要求メッセージを取得することを含む。

例示的な実施形態によれば、本方法は、第２のＲＮＴＩに基づいて応答メッセージを決定することをさらに含む。本方法は、端末デバイスに応答メッセージを送信することをさらに含む。

例示的な実施形態によれば、第１のＲＮＴＩおよび／または第２のＲＮＴＩは、端末デバイスの無線リソース制御（ＲＲＣ）ステータスに基づいて決定される。

例示的な実施形態によれば、ＲＲＣステータスは、アイドルモード、接続モード、非アクティブモードを含む。

例示的な実施形態によれば、セルＲＮＴＩ（Ｃ－ＲＮＴＩ）が利用可能である場合、Ｃ－ＲＮＴＩは、第１のＲＮＴＩおよび／または第２のＲＮＴＩとして決定される。

例示的な実施形態によれば、セルＲＮＴＩ（Ｃ－ＲＮＴＩ）が利用不可能である場合、設定されたスケジューリングＲＮＴＩ（ＣＳ－ＲＮＴＩ）が、第１のＲＮＴＩおよび／または第２のＲＮＴＩとして決定される。

例示的な実施形態によれば、第１のＲＮＴＩおよび／または第２のＲＮＴＩは、ブロードキャストされたシステム情報中の複数のＣＳ－ＲＮＴＩからＣＳ－ＲＮＴＩを選択することによって決定される。

例示的な実施形態によれば、ＣＳ－ＲＮＴＩは、複数のＣＳ－ＲＮＴＩからランダムに選択される。

例示的な実施形態によれば、ＣＳ－ＲＮＴＩは、プリアンブルのインデックスのうちの１つまたは複数、１つまたは複数の物理ランダムアクセスチャネル（ＰＲＡＣＨ）オケージョン、プリアンブルのフォーマット、ＰＵＳＣＨパラメータ、および端末デバイスの無線アクセス（ＲＡ）試行の目的のうちの少なくとも１つに基づいて選択される。

例示的な実施形態によれば、第１のＲＮＴＩは、ＰＵＳＣＨメッセージの符号化ビットをスクランブルするために利用される。

例示的な実施形態によれば、第２のＲＮＴＩは、第１のＲＮＴＩに基づいて決定される。

例示的な実施形態によれば、第１のＲＮＴＩおよび／または第２のＲＮＴＩは、端末デバイスのＩＤに基づいて決定される。

例示的な実施形態によれば、第１のＲＮＴＩおよび／または第２のＲＮＴＩは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）オケージョンのセットの番号付け、プリアンブルのセットの番号付け、ＰＵＳＣＨオケージョンのセットの番号付け、およびＲＮＴＩ値のセットのうちの少なくとも１つに基づいて決定され、セット中のＲＮＴＩ値の番号付けに基づいて決定される。

例示的な実施形態によれば、ＲＮＴＩ値の番号付けは、ＰＲＡＣＨオケージョンにおけるＲＮＴＩ値に関連するプリアンブルのインデックスの順序、ＲＮＴＩ値に関連するＰＲＡＣＨオケージョンの周波数リソースインデックスの順序、ＲＮＴＩ値に関連するＰＲＡＣＨオケージョンの時間リソースインデックスの順序、ＲＮＴＩ値に関連するＰＲＡＣＨスロットのためのインデックスの順序のうちの少なくとも１つに基づいて構成される。

例示的な実施形態によれば、ＲＮＴＩ値のセットは、利用される周波数帯域、第１のプリアンブルとＰＵＳＣＨとの間の時間ギャップ、要求メッセージのタイミング／周波数リソース、および端末デバイスのＩＤのうちの少なくとも１つに基づいて決定される。

本開示の第１２の態様によれば、ネットワークノードにおける方法が提供される。本方法は、端末デバイスから、端末デバイスが位置するセルに基づいて、プリアンブルと物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージとを含む要求メッセージを取得することを含む。

例示的な実施形態によれば、本方法は、ＲＮＴＩに基づいて応答メッセージを決定することをさらに含む。本方法は、端末デバイスに応答メッセージを送信することであって、ＲＮＴＩが、端末デバイスのＩＤに基づいて決定される、応答メッセージを送信することをさらに含む。

本開示の第１３の態様によれば、端末デバイスが提供される。本端末デバイスは、コンピュータ実行可能命令を記憶した非一時的コンピュータ可読媒体と、非一時的コンピュータ可読媒体に結合されたプロセッサとを備え、コンピュータ実行可能命令は、本端末デバイスに、本開示の第１０の態様による方法を実装させる。

本開示の第１４の態様によれば、ネットワークノードが提供される。本ネットワークノードは、コンピュータ実行可能命令を記憶した非一時的コンピュータ可読媒体と、非一時的コンピュータ可読媒体に結合されたプロセッサとを備え、コンピュータ実行可能命令は、本ネットワークノードに、本開示の第１１の態様による方法を実装させる。

本開示の第１５の態様によれば、ネットワークノードが提供される。本ネットワークノードは、コンピュータ実行可能命令を記憶した非一時的コンピュータ可読媒体と、非一時的コンピュータ可読媒体に結合されたプロセッサとを備え、コンピュータ実行可能命令は、本ネットワークノードに、本開示の第１２の態様による方法を実装させる。

本開示の第１６の態様によれば、端末デバイスが提供される。本端末デバイスは、コンピュータ実行可能命令を記憶した非一時的コンピュータ可読媒体と、非一時的コンピュータ可読媒体に結合されたプロセッサとを備え、コンピュータ実行可能命令は、本端末デバイスに、本開示の第６の態様による方法を実装させる。

本開示の第１７の態様によれば、コンピューティングデバイスとともに使用するためにその上に具現されたプログラムコードを有する非一時的コンピュータ可読媒体が提供され、プログラムコードは、プロセッサによって実行されると、本開示の第１、第２、第５、第６、第７、第１０、第１１および第１２の態様のいずれかによる方法を実施する。

本開示の別の態様によれば、ホストコンピュータと、基地局と、ＵＥとを含み得る通信システムにおいて実装される方法が提供される。本方法は、ホストコンピュータにおいてユーザデータを提供することを含み得る。随意に、本方法は、ホストコンピュータにおいて、本開示の第２、第７、第１１および第１２の態様のいずれかによる方法の任意のステップを実施し得る基地局を備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することを含み得る。

本開示の別の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ユーザデータを提供するように設定された処理回路と、ＵＥへの送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースとを備え得る。セルラネットワークは、無線インターフェースと処理回路とを有する基地局を備え得る。基地局の処理回路は、本開示の第２、第７、第１１および第１２の態様のいずれかによる方法の任意のステップを実施するように設定され得る。

本開示の別の態様によれば、ホストコンピュータと、基地局と、ＵＥとを含み得る通信システムにおいて実装される方法が提供される。本方法は、ホストコンピュータにおいてユーザデータを提供することを含み得る。随意に、本方法は、ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することを含み得る。ＵＥは、本開示の第１、第５、第６、および第１０の態様のいずれかによる方法の任意のステップを実施し得る。

本開示の別の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ユーザデータを提供するように設定された処理回路と、ＵＥへの送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースとを備え得る。ＵＥは、無線インターフェースと処理回路とを備え得る。ＵＥの処理回路は、本開示の第１、第５、第６、および第１０の態様のいずれかによる方法の任意のステップを実施するように設定され得る。

本開示の別の態様によれば、ホストコンピュータと、基地局と、ＵＥとを含み得る通信システムにおいて実装される方法が提供される。本方法は、ホストコンピュータにおいて、本開示の第２、第７、第１１および第１２の態様のいずれかによる方法の任意のステップを実施し得るＵＥから基地局に送信されたユーザデータを受信することを含み得る。

本開示の別の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ＵＥから基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備え得る。ＵＥは、無線インターフェースと処理回路とを備え得る。ＵＥの処理回路は、本開示の第１、第５、第６、および第１０の態様のいずれかによる方法の任意のステップを実施するように設定され得る。

本開示の別の態様によれば、ホストコンピュータと、基地局と、ＵＥとを含み得る通信システムにおいて実装される方法が提供される。本方法は、ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から発生したユーザデータを受信することを含み得る。基地局は、本開示の第２、第７、第１１および第１２の態様のいずれかによる方法の任意のステップを実施し得る。

本開示の別の態様によれば、ホストコンピュータを含み得る通信システムが提供される。ホストコンピュータは、ＵＥから基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備え得る。基地局は、無線インターフェースと処理回路とを備え得る。基地局の処理回路は、本開示の第２、第７、第１１および第１２の態様のいずれかによる方法の任意のステップを実施するように設定され得る。

本開示の別の態様によれば、端末デバイスが提供される。本端末デバイスは、ランダムアクセスのための要求メッセージを決定するための決定ユニットであって、要求メッセージが、プリアンブルと物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージとを含み、ＰＵＳＣＨメッセージが、第１の無線ネットワーク一時識別情報（ＲＮＴＩ）に基づいて決定される、決定ユニットと、要求メッセージを送信する（３０８）ための送信ユニットとを備える。

本開示の別の態様によれば、端末デバイスが提供される。本端末デバイスは、ランダムアクセスのための要求メッセージを決定するための決定ユニットであって、要求メッセージが、プリアンブルと物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージとを含み、ＰＵＳＣＨメッセージが、本端末デバイスが位置するセルの識別情報（ＩＤ）に基づいて決定される、決定ユニットと、要求メッセージのための送信ユニットとを備える。

本開示の別の態様によれば、ネットワークノードが提供される。本ネットワークノードは、第２のＲＮＴＩに基づいて応答メッセージを決定するための決定ユニットと、端末デバイスに応答メッセージを送信することとを備える。

本開示の別の態様によれば、端末デバイスが提供される。本端末デバイスは、第２の無線ネットワーク一時識別情報（ＲＮＴＩ）に基づいてランダムアクセスのための応答メッセージを取得するための決定ユニットであって、応答メッセージが、ランダムアクセスのための要求メッセージに対する応答であり、要求メッセージが、プリアンブルと物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージとを含む、決定ユニットを備える。

本開示の別の態様によれば、ネットワークノードが提供される。本ネットワークノードは、端末デバイスから、第１の無線ネットワーク一時識別情報（ＲＮＴＩ）に基づいて、プリアンブルと物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージとを含む要求メッセージを取得するための取得ユニットを備える。

本開示の別の態様によれば、ネットワークノードが提供される。本ネットワークノードは、端末デバイスから、端末デバイスが位置するセルに基づいて、プリアンブルと物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージとを含む要求メッセージを取得するための取得ユニットを備える。

本開示自体、好ましい使用モードおよびさらなる目的は、添付の図面とともに読まれるとき、実施形態の以下の詳細な説明を参照することによって最も良く理解される。

ＮＲにおける４ステップランダムアクセスプロシージャを示す図である。 ＮＲにおける２ステップランダムアクセスプロシージャを示す図である。 本開示全体にわたって説明されるいくつかの実施形態による、方法３００を示すフローチャートである。 本開示全体にわたって説明されるいくつかの実施形態による、方法４００を示すフローチャートである。 本開示全体にわたって説明されるいくつかの実施形態による、方法５００を示すフローチャートである。 異なるＰＲＡＣＨオケージョンにわたる、時間、周波数ドメインにおけるＲＮＴＩ順序付けを示す一例の図である。 ６４個のプリアンブルインデックスが、２つの周波数多重化されたＰＲＡＣＨオケージョンの各々において使用されることを示す図である。 本開示全体にわたって説明されるいくつかの実施形態による、方法８００を示すフローチャートである。 本開示全体にわたって説明されるいくつかの実施形態による、端末デバイス９００を示すブロック図である。 本開示全体にわたって説明されるいくつかの実施形態による、ネットワークノード１０００を示すブロック図である。 本開示のいくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示すブロック図である。 本開示のいくつかの実施形態による、部分的無線接続上で基地局を介してＵＥと通信するホストコンピュータを示すブロック図である。 本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。 本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。 本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。 本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。

添付の図面を参照しながら本開示の実施形態が詳細に説明される。これらの実施形態は、本開示の範囲に対する限定を示唆するのではなく、当業者が、本開示をより良く理解し、したがって実装することを可能にする目的で論じられるにすぎないことを理解されたい。本明細書全体にわたる、特徴、利点、または同様の言い回しへの言及は、本開示とともに実現され得る特徴および利点のすべてが、本開示の単一の実施形態におけるものであるべきであることまたはその実施形態におけるものであることを暗示しない。むしろ、特徴および利点に言及する言い回しは、一実施形態に関して説明される特定の特徴、利点、または特性が、本開示の少なくとも１つの実施形態に含まれることを意味すると理解されたい。さらに、本開示の説明される特徴、利点、および特性は、１つまたは複数の実施形態において任意の好適な様式で組み合わせられ得る。具体的な実施形態の特定の特徴または利点のうちの１つまたは複数なしに本開示が実践され得ることを、当業者は認識されよう。他の事例では、本開示のすべての実施形態に存在するとは限らないことがある追加の特徴および利点が、いくつかの実施形態において認識され得る。

本明細書で使用される「通信ネットワーク」という用語は、新無線（ＮＲ）、ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＬＴＥアドバンスト、広帯域符号分割多元接続（ＷＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）など、任意の好適な通信規格に従うネットワークを指す。さらに、通信ネットワークにおける端末デバイスとネットワークノードとの間の通信は、限定はしないが、第１世代（１Ｇ）通信プロトコル、第２世代（２Ｇ）通信プロトコル、２．５Ｇ通信プロトコル、２．７５Ｇ通信プロトコル、第３世代（３Ｇ）通信プロトコル、４Ｇ通信プロトコル、４．５Ｇ通信プロトコル、５Ｇ通信プロトコルを含む、任意の好適な世代の通信プロトコル、および／あるいは現在知られているかまたは将来において開発されることになる任意の他のプロトコルに従って実施され得る。

「ネットワークノード」という用語は、端末デバイスがそのデバイスを介して通信ネットワークにアクセスし、通信ネットワークからサービスを受信する、通信ネットワークにおけるネットワークデバイスを指す。ネットワークノードまたはネットワークデバイスは、無線通信ネットワークにおける基地局（ＢＳ）、アクセスポイント（ＡＰ）、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、コントローラまたは任意の他の好適なデバイスを指し得る。ＢＳは、たとえば、ノードＢ（ノードＢまたはＮＢ）、エボルブドノードＢ（ｅノードＢまたはｅＮＢ）、次世代ノードＢ（ｇノードＢまたはｇＮＢ）、ＩＡＢノード、リモートラジオユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、リレー、フェムト、ピコなどの低電力ノードなどであり得る。

ネットワークノードのまたさらなる例は、マルチスタンダード無線（ＭＳＲ）ＢＳなどのＭＳＲ無線機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、測位ノードなどを備える。しかしながら、より一般的には、ネットワークノードは、無線通信ネットワークへの端末デバイスアクセスを可能にし、および／または提供し、あるいは、無線通信ネットワークにアクセスした端末デバイスに何らかのサービスを提供することが可能な、そうするように設定された、構成された、および／または動作可能な任意の好適なデバイス（またはデバイスのグループ）を表し得る。

「端末デバイス」という用語は、通信ネットワークにアクセスし、通信ネットワークからサービスを受信することができる任意のエンドデバイスを指す。限定ではなく例として、端末デバイスは、ユーザ機器（ＵＥ）、または他の好適なデバイスを指し得る。ＵＥは、たとえば、加入者局、ポータブル加入者局、移動局（ＭＳ）またはアクセス端末（ＡＴ）であり得る。端末デバイスは、限定はしないが、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーミング端末デバイス、音楽記憶および再生器具、モバイルフォン、セルラフォン、スマートフォン、タブレット、ウェアラブルデバイス、携帯情報端末（ＰＤＡ）、車両などを含み得る。

また別の特定の例として、モノのインターネット（ＩｏＴ）シナリオでは、端末デバイスは、ＩｏＴデバイスと呼ばれることもあり、監視、検知および／または測定などを実施し、そのような監視、検知および／または測定などの結果を別の端末デバイスおよび／またはネットワーク機器に送信する、マシンまたは他のデバイスを表し得る。端末デバイスは、この場合、マシンツーマシン（Ｍ２Ｍ）デバイスであり得、Ｍ２Ｍデバイスは、第３世代パートナーシッププロジェクト（３ＧＰＰ）コンテキストではマシン型通信（ＭＴＣ）デバイスと呼ばれることがある。

１つの特定の例として、端末デバイスは、３ＧＰＰ狭帯域モノのインターネット（ＮＢ－ＩｏＴ）規格を実装するＵＥであり得る。そのようなマシンまたはデバイスの特定の例は、センサー、電力計などの計量デバイス、産業用機械類、あるいは家庭用または個人用電気器具、たとえば、冷蔵庫、テレビジョン、時計などの個人用ウェアラブルなどである。他のシナリオでは、端末デバイスは、車両または他の機器、たとえば、医療器械を表し得、これは、その動作ステータスに対する監視、検知および／または報告など、あるいはその動作に関連する他の機能が可能である。

本明細書で使用される「第１の」、「第２の」などという用語は、異なるエレメントを指す。単数形「ａ」および「ａｎ」は、コンテキストが別段に明確に示すのでなければ、複数形をも含むものとする。本明細書で使用される「備える、含む（ｃｏｍｐｒｉｓｅｓ）」、「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」および／または「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、述べられた特徴、エレメント、および／または構成要素などの存在を指定するが、１つまたは複数の他の特徴、エレメント、構成要素および／またはそれらの組合せの存在または追加を排除しない。「に基づいて」という用語は、「に少なくとも部分的に基づいて」として読み取られるべきである。「一実施形態（ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」および「一実施形態（ａｎ ｅｍｂｏｄｉｍｅｎｔ）」という用語は、「少なくとも１つの実施形態」として読み取られるべきである。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」として読み取られるべきである。明示的および暗黙的な他の規定が、以下で含まれ得る。

上記で説明されたように、図２に示されている２ステップランダムアクセスプロシージャにおいて、プリアンブルおよびＰＵＳＣＨメッセージは、メッセージＡと呼ばれる１つのメッセージにおいて、ＵＥによって送信され、その後、ＵＥは、ｇＮＢから、メッセージＢと呼ばれる応答メッセージを受信する。しかし、メッセージＡ中のＰＵＳＣＨメッセージについて、ＲＡＲメッセージがｇＮＢから受信されないので、ＰＵＳＣＨハンドリングのために利用可能なＴＣ－ＲＮＴＩがない。さらに、メッセージＡにおいて、各プリアンブルについて、特に、２つ以上のＰＵＳＣＨが、同じタイミング周波数リソース上にあるとき、異なるメッセージＡ間のＰＵＳＣＨの衝突を回避するために、ＰＵＳＣＨの異なるＲＮＴＩ値が必要とされ得る。さらに、４ステップランダムアクセスプロシージャにおけるメッセージ２と、２ステップランダムアクセスプロシージャにおけるメッセージＢとを区別するために、異なるＲＮＴＩを使用する必要がある。したがって、２ステップランダムアクセスプロシージャにおいて、メッセージＡ中のＰＵＳＣＨ、ならびに／またはメッセージＢ中のＰＤＣＣＨ ＣＲＣスクランブリングおよびＰＤＳＣＨスクランブリングのためのＲＮＴＩを決定するためのソリューションを提供することが望ましいであろう。

本開示全体にわたって説明されるいくつかの例示的な実施形態によれば、本開示は、２ステップランダムアクセスプロシージャのための改善されたソリューションを提供する。これらのソリューションは、端末デバイスと基地局とを含む無線通信システムに適用され得る。２ステップランダムアクセスプロシージャにおいて、端末デバイスは、ブロードキャストされたシステム情報に基づいて、要求メッセージ（たとえばメッセージＡ）中のＰＵＳＣＨのために使用されるべきＲＮＴＩを決定し得、次いで、端末デバイスは、決定されたＲＮＴＩに基づいて、要求メッセージを送信し得る。改善されたソリューションにより、メッセージＡ中のＰＵＳＣＨ、ならびに／またはメッセージＢ中のＰＤＣＣＨ ＣＲＣスクランブリングおよびＰＤＳＣＨスクランブリングのために使用されるＲＮＴＩが決定され得る。

本開示のいくつかの実施形態は、主に、いくつかの例示的なネットワーク設定およびシステム展開のための非限定的な例として使用されている５Ｇ仕様に関して説明されることに留意されたい。したがって、本明細書で与えられる例示的な実施形態の説明は、詳細には、それらの実施形態に直接関係する専門用語を参照する。そのような専門用語は、提示された非限定的な例および実施形態のコンテキストにおいて使用されるにすぎず、当然、いかなる形でも本開示を限定しない。むしろ、本明細書で説明される例示的な実施形態が適用可能である限り、任意の他のシステム設定または無線技術が等しく利用され得る。

図３は、本開示全体にわたって説明されるいくつかの実施形態による、方法３００を示すフローチャートである。図３に示されている方法３００は、端末デバイスにおいて実装された、または端末デバイスに通信可能に結合された、装置によって実施され得る。例示的な実施形態によれば、端末デバイスはＵＥであり得る。

図３に示されている例示的な方法３００によれば、端末デバイスは、ブロック３０２に示されているように、２ステップランダムアクセスプロシージャのための要求メッセージのプリアンブルを決定し得る。いくつかの実施形態では、プリアンブルは、プリアンブルのセットに従って決定され得る。プリアンブルのセットは、２ステップランダムアクセスプロシージャについて固有であり得る。代替的に、プリアンブルのセットは、４ステップランダムアクセスプロシージャのためのプリアンブルのセットと同じであり得る。いくつかの実施形態では、プリアンブルのセットは、基地局（たとえば、ｇＮＢ）などのネットワークノードからのシグナリングメッセージにおいてシグナリングされ得る。シグナリングメッセージは、無線リソース制御（ＲＲＣ）メッセージであり得る。代替的に、いくつかの実施形態では、プリアンブルのセットは、端末デバイスにおいてあらかじめ規定され得る。

ブロック３０４において、端末デバイスは、２ステップランダムアクセスプロシージャのための要求メッセージ中のＰＵＳＣＨメッセージのために使用される第１のＲＮＴＩを決定し得る。端末デバイスは、ブロードキャストされたシステム情報中の複数のＲＮＴＩ値のうちの１つを選択することによって、第１のＲＮＴＩを決定し得る。ブロードキャストされたシステム情報は、残余最小システム情報（ＲＭＳＩ）または他のシステム情報（ＯＳＩ）を含む。いくつかの実施形態では、複数の設定されたスケジューリングＲＮＴＩ（ＣＳ－ＲＮＴＩ）が、ブロードキャストされたシステム情報中で提供される。したがって、端末デバイスは、ブロードキャストされたシステム情報中の複数のＣＳ－ＲＮＴＩのうちの１つを、第１のＲＮＴＩとして選択し得る。一実施形態では、端末デバイスは、複数のＣＳ－ＲＮＴＩのうちの１つをランダムに選択し得る。別の実施形態では、端末デバイスは、決定されたプリアンブルのインデックス、決定されたプリアンブルの物理ランダムアクセスチャネル（ＰＲＡＣＨ）オケージョン、決定されたプリアンブルのフォーマット、ＰＵＳＣＨパラメータ、および端末デバイスの無線アクセス（ＲＡ）試行の目的のうちの少なくとも１つに基づいて、複数のＣＳ－ＲＮＴＩのうちの１つを選択し得る。また別の実施形態では、端末デバイスは、端末デバイスが位置するセルの識別情報（ＩＤ）に基づいて、第１のＲＮＴＩを決定し得る。

ブロック３０４においてＲＮＴＩを決定した後に、ブロック３０６において、端末デバイスは、決定された第１のＲＮＴＩに基づいて、ＰＵＳＣＨメッセージを生成し得る。概して、決定された第１のＲＮＴＩは、ＰＵＳＣＨメッセージの符号化ビットをスクランブルするために利用される。要求メッセージは、ブロック３０２において決定されたプリアンブルと、ＰＵＳＣＨメッセージとを含み得る。プリアンブルはＰＲＡＣＨオケージョンにおいて送信され得、ＰＵＳＣＨメッセージはＰＵＳＣＨオケージョンにおいて送信され得る。次いで、プリアンブルとＰＵＳＣＨメッセージとを含む要求メッセージが決定される。次いで、ブロック３０８において、端末デバイスは、２ステップランダムアクセスプロシージャにおいて、ネットワークノードに要求メッセージ（すなわちメッセージＡ）を送信し得る。

要求メッセージを送信したことに応答して、端末デバイスは、ブロック３１０に示されているように、ネットワークノードから、第２のＲＮＴＩに基づいて応答メッセージ（たとえばメッセージＢ）を取得し得る。詳細には、端末デバイスは、応答メッセージを搬送する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をスケジュールする物理ダウンリンク制御チャネル（ＰＤＣＣＨ）メッセージを受信するために、第２のＲＮＴＩを利用し得る。第２のＲＮＴＩは、第１のＲＮＴＩと同じであるか、または第１のＲＮＴＩとは異なり得る。いくつかの実施形態では、第２のＲＮＴＩは、第１のＲＮＴＩに基づいて生成される。たとえば、第２のＲＮＴＩは、メッセージＡにおいて使用される第１のＲＮＴＩの関数／マッピングとして形成され得る。詳細には、ネットワークノードは、メッセージＡにおいて使用される第１のＲＮＴＩのビットのハッシュまたはサブセットを使用して、可能性のグループ（ｇｒｏｕｐ ｏｆ ｐｏｓｓｉｂｉｌｉｔｉｅｓ）から第２のＲＮＴＩ（たとえば、ＲＡ－ＲＮＴＩ）を選択し得る。第１のＲＮＴＩと第２のＲＮＴＩとの間の関数／マッピング関係は、ネットワークノードおよび端末デバイスが、２ステップランダムアクセスプロシージャにおけるメッセージＢを４ステップランダムアクセスプロシージャにおけるメッセージ２と効率的に区別することを可能にする。いくつかの他の実施形態では、第１のＲＮＴＩが、端末デバイスが位置するセルのＩＤに基づいて決定される場合、ネットワークノードは、メッセージＢのためのＰＤＣＣＨメッセージのＣＲＣをスクランブルするように第２のＲＮＴＩを決定するために、メッセージＡ ＰＵＳＣＨ中で搬送される端末デバイスのセルＩＤを使用し得る。

図４は、本開示全体にわたって説明されるいくつかの実施形態による、方法４００を示すフローチャートである。図４に示されている方法４００は、端末デバイスにおいて実装された、または端末デバイスに通信可能に結合された、装置によって実施され得る。例示的な実施形態によれば、端末デバイスはＵＥであり得る。図４に関する以下の説明では、前の例示的な実施形態における部分と同じまたは同様の部分について、詳細な説明が適切に省略される。

図４に示されている例示的な方法４００によれば、端末デバイスは、ブロック４０２に示されているように、２ステップランダムアクセスプロシージャのための要求メッセージのプリアンブルを決定し得る。ブロック４０３において、端末デバイスは、Ｃ－ＲＮＴＩが利用可能であるかどうかを決定し得る。Ｃ－ＲＮＴＩが利用可能である場合、端末デバイスは、ブロック４０４に示されているように、Ｃ－ＲＮＴＩ自体を第１のＲＮＴＩとして利用する。たとえば、端末デバイスが、ＲＲＣ接続モードにあり、競合フリーランダムアクセス（ＣＦＲＡ）を実施するために使用される場合、端末デバイスはＣ－ＲＮＴＩを有する。したがって、端末デバイスは、Ｃ－ＲＮＴＩを第１のＲＮＴＩとして使用し得る。

Ｃ－ＲＮＴＩが利用可能でない場合、ブロック４０５において、端末デバイスは、ブロック４０２において決定されたプリアンブルに基づいて、ブロードキャストされたシステム情報中の複数のＣＳ－ＲＮＴＩのうちの１つを選択する。たとえば、端末デバイスがアイドルモードにある場合、端末デバイスは有効なＣ－ＲＮＴＩを所有しない。したがって、端末デバイスは、１つのＣＳ－ＲＮＴＩを第１のＲＮＴＩとして選択し得る。端末デバイスは、決定されたプリアンブルのインデックス、決定されたプリアンブルの物理ランダムアクセスチャネル（ＰＲＡＣＨ）オケージョン、決定されたプリアンブルのフォーマット、ＰＵＳＣＨパラメータ、および端末デバイスの無線アクセス（ＲＡ）試行の目的のうちの少なくとも１つに基づいて、複数のＣＳ－ＲＮＴＩのうちの１つを選択し得る。ＣＳ－ＲＮＴＩは、セル固有に設定され得る１つまたは複数のＲＮＴＩ値を有することができることに留意されたい。ＣＳ－ＲＮＴＩ値は、ブロードキャストされたシステム情報中で（たとえば、ＲＭＳＩまたはＯＳＩ中で）提供され得る。端末デバイスは、設定された複数の値のセットから、使用されるべき実際のＣＳ－ＲＮＴＩ値を選択する。

例示的な実施形態によれば、ＲＮＴＩは、ＲＲＣステータスに依存し得る。ＲＲＣステータスは、アイドルモードと、接続モードと、非アクティブモードとを含む。たとえば、端末デバイスが、非アクティブモードにあり、競合ベースランダムアクセス（ＣＢＲＡ）を実施している場合、端末デバイスは、そのＣ－ＲＮＴＩに基づくＣＳ－ＲＮＴＩ、たとえばＣ－ＲＮＴＩ中のいくつかのビットの関数を使用し得る。これは、システムまたは追跡エリアにおけるすべての非アクティブ端末デバイスのＣ－ＲＮＴＩを暫定的に検出することと比較して、ネットワークノードのためのブラインド復号の複雑さを低減する。一実施形態では、Ｃ－ＲＮＴＩまたはＣ－ＲＮＴＩベースのＣＳ－ＲＮＴＩを用いた１つまたは複数のＵＥ試行が不成功である場合、それは、後続の試行のために、上記の有効なＣ－ＲＮＴＩをＵＥが所有しない手法に戻り得る。

ブロック４０４または４０５においてＲＮＴＩを決定した後に、ブロック４０６において、端末デバイスは、決定されたＲＮＴＩ（すなわち第１のＲＮＴＩ）に基づいて、ＰＵＳＣＨメッセージを生成し得る。概して、決定されたＲＮＴＩは、２ステップランダムアクセスプロシージャにおける要求メッセージ（メッセージＡ）のためのＰＵＳＣＨペイロードをスクランブルするために使用される。次いで、ブロック４０８において、端末デバイスは、２ステップランダムアクセスプロシージャにおいて、ネットワークノードに要求メッセージ（たとえばメッセージＡ）を送信し得る。要求メッセージは、ブロック４０２において決定されたプリアンブルと、ブロック４０６において生成されたＰＵＳＣＨメッセージとを含み得る。一実施形態では、ネットワークノードは、要求メッセージ中のプリアンブルを検出した後にＰＵＳＣＨメッセージを検出し、ＰＵＳＣＨメッセージを受信するために、プリアンブルによって取得された設定情報を使用することができる。別の実施形態では、ネットワークノードは、（たとえば、目下の送信が、プリアンブルを再送信することなしの要求メッセージの再送信である場合）要求メッセージ中のプリアンブルを検出することを必要とせず、複数の可能なＣＳ－ＲＮＴＩ値に基づいてＰＵＳＣＨメッセージをブラインド復号することがある。

要求メッセージを送信したことに応答して、端末デバイスは、ブロック４１０に示されているように、ネットワークノードから、別のＲＮＴＩ（すなわち第２のＲＮＴＩ）に基づいて応答メッセージ（たとえばメッセージＢ）を受信し得る。ネットワークノードは、ＰＵＳＣＨメッセージから導出された受信されたＲＮＴＩに基づいて、２ステップランダムアクセスプロシージャにおけるメッセージＢのためのＰＤＣＣＨメッセージのＣＲＣをスクランブルするために使用される第２のＲＮＴＩを選択する。この実施形態では、ネットワークノードは、メッセージＢのためのＰＤＣＣＨメッセージのＣＲＣをスクランブルするために、ＰＵＳＣＨメッセージ（メッセージＡ）において端末デバイスによって使用されるＲＮＴＩ（たとえば、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩ）を使用する。ネットワークノードは、要求メッセージの受信されたプリアンブルに基づいて、または要求メッセージのＰＵＳＣＨメッセージのブラインド検出に基づいて、ＣＳ－ＲＮＴＩを検出する。そのＲＮＴＩは、次いで、機能的に、所与のネットワークノードのための新しいＲＡ－ＲＮＴＩになる。代替的に、新しいＲＡ－ＲＮＴＩは、要求メッセージにおいて使用されるＣ－ＲＮＴＩまたはＣＳ－ＲＮＴＩのコピーとしてでなく、そのＣ－ＲＮＴＩまたはＣＳ－ＲＮＴＩの関数／マッピングとして、たとえば、要求メッセージにおいて使用されるＲＮＴＩのビットのハッシュまたはサブセットを使用して可能性のグループからＲＡ－ＲＮＴＩを選択して、形成され得る。

図５は、本開示全体にわたって説明されるいくつかの実施形態による、方法５００を示すフローチャートである。図５に示されている方法５００は、端末デバイスにおいて実装された、または端末デバイスに通信可能に結合された、装置によって実施され得る。例示的な実施形態によれば、端末デバイスはＵＥであり得る。

図５に示されている例示的な方法５００によれば、端末デバイスは、ブロック５０２に示されているように、要求メッセージのためのプリアンブルのセットから第１のプリアンブルを選択し得る。プリアンブルのセットは、２ステップランダムアクセスプロシージャについて固有であり得る。代替的に、プリアンブルのセットは、４ステップランダムアクセスプロシージャのためのプリアンブルのセットと同じであり得る。いくつかの実施形態では、プリアンブルのセットは、基地局（たとえば、ｇＮＢ）などのネットワークノードからのシグナリングメッセージにおいてシグナリングされ得る。シグナリングメッセージは、ＲＲＣメッセージであり得る。代替的に、いくつかの実施形態では、プリアンブルのセットは、端末デバイスにおいてあらかじめ規定され得る。

ブロック５０４において、端末デバイスは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）オケージョンのセットの番号付け、プリアンブルのセットの番号付け、ＰＵＳＣＨオケージョンのセットの番号付け、およびＲＮＴＩ値のセットのうちの少なくとも１つに基づいて、ならびにセット中のＲＮＴＩ値の番号付けに基づいて、ＴＳ－ＲＮＴＩ（２ステップＲＮＴＩ）と呼ばれることがある、第１のＲＮＴＩを決定し得る。

ブロック５０４においてＲＮＴＩを決定した後に、ブロック５０６において、端末デバイスは、決定された第１のＲＮＴＩに基づいて、ＰＵＳＣＨメッセージを生成し得る。概して、決定された第１のＲＮＴＩは、ＰＵＳＣＨメッセージの符号化ビットをスクランブルするために利用される。次いで、ブロック５０８において、端末デバイスは、２ステップランダムアクセスプロシージャにおいて、ネットワークノードに要求メッセージ（すなわちメッセージＡ）を送信し得る。要求メッセージは、ブロック５０２において決定されたプリアンブルと、ブロック５０６において生成されたＰＵＳＣＨメッセージとを含み得る。プリアンブルはＰＲＡＣＨオケージョンにおいて送信され得、ＰＵＳＣＨメッセージはＰＵＳＣＨオケージョンにおいて送信され得る。要求メッセージを送信したことに応答して、端末デバイスは、ブロック５１０に示されているように、ネットワークノードから、第２のＲＮＴＩに基づいて応答メッセージ（たとえばメッセージＢ）を受信し得る。

いくつかの実施形態では、ＲＮＴＩ値の順序は、ＰＲＡＣＨオケージョンにおけるＲＮＴＩ値に関連するプリアンブルのインデックスの順序、ＲＮＴＩ値に関連するＰＲＡＣＨオケージョンの周波数リソースインデックスの順序、ＲＮＴＩ値に関連するＰＲＡＣＨオケージョンの時間リソースインデックスの順序、ＲＮＴＩ値に関連するＰＲＡＣＨスロットのためのインデックスの順序のうちの少なくとも１つに基づいて構成される。２ステップランダムアクセスプロシージャにおいて使用される第１のＲＮＴＩは、ＲＡ－ＲＮＴＩとは異なって設計され、したがって、ＲＡ－ＲＮＴＩと衝突しないことに留意されたい。

図６は、異なるＰＲＡＣＨオケージョンにわたる、時間、周波数ドメインにおけるＲＮＴＩ順序付けを示す一例である。第１に、ＲＮＴＩ値の順序は、ＰＲＡＣＨオケージョンにおけるプリアンブルのインデックスの増加する順序に基づいて構成される（たとえば、ＰＲＡＣＨオケージョンＯＣ１におけるＲＮＴＩ値のインデックス０、１、２）。第２に、ＲＮＴＩ値の順序は、ＰＲＡＣＨオケージョンの周波数リソースインデックスの増加する順序に基づいて構成される（たとえば、ＰＲＡＣＨオケージョンＯＣ２におけるＲＮＴＩ値のインデックス３、４、５。ＰＲＡＣＨオケージョンＯＣ２の周波数リソースは、ＰＲＡＣＨオケージョンＯＣ１の周波数リソースよりも高い）。第３に、ＲＮＴＩ値の順序は、ＰＲＡＣＨオケージョンの時間リソースインデックスの増加する順序に基づいて構成される（たとえば、ＰＲＡＣＨオケージョンＯＣ３におけるＲＮＴＩ値のインデックス６、７、８。ＰＲＡＣＨオケージョンＯＣ３のタイムスロットは、ＰＲＡＣＨオケージョンＯＣ１のタイムスロットよりも大きい）。第４に、ＲＮＴＩ値の順序は、ＰＲＡＣＨスロットのためのインデックスの増加する順序に基づいて構成される（たとえば、ＲＮＴＩ値のインデックス０～１１は、ＰＲＡＣＨスロット１中にあり、ＲＮＴＩ値のインデックス１２～２３は、ＰＲＡＣＨスロット２中にある）。図６は、最初の８つのＰＲＡＣＨオケージョンについて、あらゆるＰＲＡＣＨオケージョンにおいて設定されるプリアンブルの３つのインデックス（０～２）と、ＲＮＴＩとを示す一例である。任意の他の指定された順序、たとえば、周波数リソース、時間リソース、プリアンブルリソースで、順序付けを行うことも可能であることに留意されたい。決定された順序は、あらかじめ決定されるか、またはＲＲＣ設定されるかのいずれかであり得る。この実施形態では、端末デバイスは、選択されたプリアンブルが送信されるとき、ＲＮＴＩを算出することが可能である。同じ実施形態では、ネットワークノードは、ネットワークノードが特定のＰＲＡＣＨオケージョン上で特定のプリアンブルを受信するとき、ＲＮＴＩを計算することができる。

インデックスのサブセットのみを使用すること、たとえば、プリアンブルのインデックスと周波数多重化されたＰＲＡＣＨのための周波数のインデックスとに基づく順序付けも可能である。これは、図７に示されており、６４個のプリアンブルインデックス（０～６３）が、２つの周波数多重化されたＰＲＡＣＨオケージョンの各々において使用される。これは、可能な第１のＲＮＴＩとして０～１２７を与える。ＰＵＳＣＨオケージョンはまた、たとえば、各ＰＲＡＣＨオケージョンにおける最初の３２個のインデックスが、より低い周波数インデックスをもつＰＵＳＣＨオケージョンにマッピングするように、プリアンブルおよびＰＲＡＣＨオケージョンにリンクされる。この実施形態では、ＲＮＴＩのインデックス０～６３が、第１のＰＲＡＣＨオケージョンにおいて構成され、ＲＮＴＩのインデックス６４～１２７が、第２のＰＲＡＣＨオケージョンにおいて構成される。次いで、ＰＵＳＣＨオケージョン０において送信されるメッセージＡ（Ｍｓｇ Ａ）が、選定されたプリアンブルに応じてＲＮＴＩのインデックス０～３１によってスクランブルされ、ＰＵＳＣＨオケージョン１において送信されるＭｓｇＡが、選定されたプリアンブルに応じてＲＮＴＩのインデックス３２～６３によってスクランブルされ、ＰＵＳＣＨオケージョン３において送信されるＭｓｇＡが、選定されたプリアンブルに応じてＲＮＴＩのインデックス６４～９５によってスクランブルされ、最後に、ＰＵＳＣＨオケージョン３において送信されるＭｓｇＡが、選定されたプリアンブルに応じてＲＮＴＩのインデックス９６～１２７によってスクランブルされる。

ある実施形態では、ＲＮＴＩ値のセットは、利用される周波数帯域、第１のプリアンブルとＰＵＳＣＨとの間の時間ギャップ、要求メッセージのタイミング／周波数リソース、および端末デバイスのＩＤのうちの少なくとも１つに基づいて決定される。

周波数帯域に関して、たとえば、未ライセンス帯域では、ＲＡ－ＲＮＴＩまたは修正されたＲＡ－ＲＮＴＩは、ネットワークノードがメッセージＡ中のプリアンブルの送信のためのＬＢＴを待ちながらＰＵＳＣＨを準備しているとき、ＲＡ－ＲＮＴＩが利用可能でないことがあるので、ＴＳ－ＲＮＴＩのために使用され得ない。または、ＲＡ－ＲＮＴＩが利用可能でない問題点を回避するために、たとえば第１のＬＢＴのＲＯに基づいて、ＲＡ－ＲＮＴＩを常に生成する。ライセンス済み帯域では、ＴＳ－ＲＮＴＩは、ＲＡ－ＲＮＴＩまたは修正されたＲＡ－ＲＮＴＩ、あるいは新しい規定されたＲＮＴＩのいずれかであり得る。

第１のプリアンブルとＰＵＳＣＨとの間の時間ギャップに関して、たとえば、ギャップがしきい値以上であるとき、ＲＡ－ＲＮＴＩまたは修正されたＲＡ－ＲＮＴＩは、２ステップランダムアクセスプロシージャにおけるメッセージＡおよびメッセージＢ送信について適用され得、他の場合、ＲＡ－ＲＮＴＩとは無関係のＲＮＴＩが使用される。しきい値は、あらかじめ決定されるか、またはＲＲＣシグナリングにおいてシグナリングされるかのいずれかであり得、これは、ここでは限定されない。さらに、メッセージＡスクランブリングのためのＲＮＴＩは、プリアンブルとＰＵＳＣＨとの間の時間距離に、より直接依存し得る。その依存は、プリアンブルとＰＵＳＣＨとの間の秒単位の時間、ならびに／あるいはＯＦＤＭシンボルおよび／またはスロットの数、ならびに／あるいはプリアンブルとＰＵＳＣＨとの間の（時間および／または周波数における）ＰＲＡＣＨオケージョンの数に基づき得る。

要求メッセージのタイミング／周波数リソースに関して、メッセージＢについて、ＲＮＴＩは、メッセージＡの対応する送信のタイミング／周波数に基づく。これは、特に、異なる端末デバイスからのメッセージＡ ＰＵＳＣＨが、異なるＰＵＳＣＨオケージョンを有するときに選好され、その結果、異なる端末デバイスは、異なるＲＮＴＩを使用することになる。さらに、時間におけるプリアンブル位置が、時間におけるＰＵＳＣＨ位置から決定され得る場合（たとえば、設定が、ＰＵＳＣＨがプリアンブルの直後に続くようなものであるか、または所与のしきい値よりも小さい時間ギャップを伴うものである場合、前のサブセクション参照）、メッセージＡスクランブリングのためのＲＮＴＩは時間に依存しないことがあるが、他の場合、メッセージＡスクランブリングのためのＲＮＴＩは時間に依存し得る。メッセージＡ ＲＮＴＩが、時間に依存しないとき／場合、メッセージＢ ＲＮＴＩは、依然として時間に依存し得る。特殊な場合として、メッセージＡ ＲＮＴＩは、時間依存が省略されることを除いて、メッセージＢ ＲＮＴＩと同等であり得る。上述の（同じく前のサブセクションにおける）ギャップしきい値は、仕様においてあらかじめ決定され、および／あるいは、明示的にシグナリングされるか、または、他のシグナリング、たとえばＰＲＡＣＨ設定インデックスによって暗示されるかのいずれかであり得る。スクランブリングの選定を時間ギャップしきい値に基づかせる代わりに、その選定はシグナリングされ得る。

端末デバイスのＩＤに関して、端末デバイスのＩＤ自体、または端末デバイスのＩＤからマッピングされた何らかのＲＮＴＩが、メッセージＢのスクランブリングのために使用され得る。（ＲＡ－ＲＮＴＩによってスクランブルされる）メッセージ２とは異なる値によってメッセージＢがスクランブルされることを確実にするための、端末デバイスのＩＤベースのＴＳ－ＲＮＴＩの詳細設計の一例が、以下のように提供される。

可能なＲＡ－ＲＮＴＩ値の空間は、約１８０００個の値である（それらの大部分は設定において未使用）。スクランブリングが端末デバイス（ＲＲＣアイドル／非アクティブ）のＩＤに基づいて行われ、メッセージＢをスクランブルするために１６ビットが使用される場合、端末デバイスのＩＤからの最初の１５ビットが、１５ＬＳＢビットとして使用され、番号が１８０００よりも高いことを確実にするためにＴＳ－ＲＮＴＩのＭＳＢビットを１にセットし、その番号は、ＲＡ－ＲＮＴＩの最大値よりも大きく、ＲＡ－ＲＮＴＩの最大値に近い。これは、ＴＳ－ＲＮＴＩをＲＡ－ＲＮＴＩとは異なるものにし、その結果、メッセージＢとメッセージ２とは、異なるスクランブリングシーケンスによって識別され得る。表２は、本開示の一実施形態による、ＲＮＴＩ値の範囲を規定するために提供される。

図８は、本開示全体にわたって説明されるいくつかの実施形態による、方法８００を示すフローチャートである。図８に示されている方法８００は、ネットワークノードにおいて実装された、またはネットワークノードに通信可能に結合された、装置によって実施され得る。例示的な実施形態によれば、ネットワークノードは、基地局、たとえばｇＮＢであり得る。図８に関する以下の説明では、前の例示的な実施形態における部分と同じまたは同様の部分について、詳細な説明が適切に省略される。

図８に示されている例示的な方法８００によれば、ネットワークノードは、ブロック８０２に示されているように、２ステップランダムアクセスプロシージャにおいて、プリアンブルとＰＵＳＣＨメッセージとを含む要求メッセージを受信し得る。ＰＵＳＣＨメッセージは、第１の無線ネットワーク一時識別情報（ＲＮＴＩ）に基づいて受信される。ブロック８０４において、ネットワークノードは、第２のＲＮＴＩに基づいて応答メッセージを生成し得る。次いで、ブロック８０６において、ネットワークノードは、端末デバイスに応答メッセージを送信し得る。

一実施形態では、ネットワークノードは、ｍｓｇＢをスケジュールするＰＤＣＣＨのＣＲＣをスクランブルするためのＲＮＴＩ、または「ｍｓｇＢ ＲＡ－ＲＮＴＩ」を決定するために、端末デバイスが位置するセルの識別情報（ＩＤ）を使用する。端末デバイスのＩＤは、メッセージＡのＰＵＳＣＨメッセージ中で搬送される。いくつかの実施形態では、端末デバイスは、メッセージＡの（Ｃ－ＲＮＴＩまたはＵＥ競合解消識別情報などの）そのＵＥ ＩＤを送信することに加えて、メッセージＡのペイロード中で搬送されるＰＵＳＣＨメッセージをセル識別情報でスクランブルする。ネットワークノードは、ＰＵＳＣＨペイロード中で直接、メッセージのＵＥ ＩＤを受信し、セル中のすべての端末デバイスは、同じＰＵＳＣＨスクランブリングを使用するので、そのセルＩＤは、ＰＵＳＣＨ受信のために使用され得る。したがって、そのような実施形態では、複数のスクランブリング仮説を用いてＰＵＳＣＨをブラインド復号すること、またはメッセージＡ中で搬送されるプリアンブルからＰＵＳＣＨスクランブリングを決定することが必要でない。新しい「メッセージＢ」ＲＡ－ＲＮＴＩは、メッセージＡにおいて使用されるＣ－ＲＮＴＩのコピーとしてでなく、そのＣ－ＲＮＴＩの関数／マッピングとして、たとえば、ｍｓｇＡ ＲＮＴＩのビットのハッシュまたはサブセットを使用して可能性のグループからＲＡ－ＲＮＴＩを選択して、形成され得る。同様に、メッセージＡが、メッセージＢ ＲＡ－ＲＮＴＩよりも多くのビットを有する、ＵＥ競合解消識別情報またはＣＣＣＨ ＳＤＵを搬送する、いくつかの実施形態では、端末デバイスは、ｍｓｇＢ ＲＡ－ＲＮＴＩを作り出すために、ＵＥ競合解消識別情報中のビットのサブセットまたはビットのハッシュのいずれかを使用し得る。いくつかの実施形態では、ＵＥ競合解消識別情報は、３ＧＰＰ ＴＳ３８．３２１ ｒｅｖ．１５．４．０ サブクローズ６．１．３．３において説明されるように、ＣＣＣＨ ＳＤＵから導出される。ＰＵＳＣＨのためのスクランブリングシーケンス生成は、その開示の全体が参照により本明細書に組み込まれる、３ＧＰＰ ＴＳ３８．２１１ ｒｅｖ．１５．４．０ サブクローズ６．３．１．１の修正を使用して行われ得、ＰＵＳＣＨがメッセージＡの送信のために使用されるとき、スクランブリングシーケンス生成器がセルＩＤで初期化されるように
であり、他の場合、Ｒｅｌ－１５機構が使用される。

したがって、上記の実施形態による、２ステップランダムアクセスプロシージャのための提案されるソリューションにより、端末デバイスおよび／またはネットワークノードが、２ステップランダムアクセスプロシージャにおいて、要求メッセージ（メッセージＡ）中のＰＵＳＣＨ、ならびに／または応答メッセージ（メッセージＢ）中のＰＤＣＣＨ ＣＲＣスクランブリングおよびＰＤＳＣＨスクランブリングのために使用されるＲＮＴＩを決定することができることがわかり得る。

図３～図５および図８に示されている様々なブロックは、方法ステップ、および／またはコンピュータプログラムコードの動作から生じる動作、および／または関連する（１つまたは複数の）機能を行うために構築された複数の結合された論理回路エレメントと見なされ得る。上記で説明された概略フローチャート図は、概して、論理フローチャート図として記載される。したがって、図示された順序および標示されたステップは、提示された方法の特定の実施形態を示す。示されている方法の、１つまたは複数のステップ、またはそれらの部分と、機能、論理、または効果において等価である他のステップおよび方法が想到され得る。さらに、特定の方法が行われる順序は、示されている対応するステップの順序に厳密に従うことも従わないこともある。

図９は、本開示全体にわたって説明されるいくつかの実施形態による、端末デバイス９００を示すブロック図である。例示的な実施形態では、端末デバイス９００はＵＥであり得る。図９に示されているように、端末デバイス９００は、受信回路９０１と、送信回路９０２と、プロセッサ９０３などの１つまたは複数のプロセッサと、メモリ９０４などの１つまたは複数のメモリと、コンピュータ実行可能命令を記憶した非一時的コンピュータ可読媒体９０４とを備え得る。プロセッサ９０３は、受信回路９０１と、送信回路９０２と、非一時的コンピュータ可読媒体９０４とに結合される。随意に、受信回路９０１、送信回路９０２、プロセッサ９０３、メモリ９０４および／または非一時的コンピュータ可読媒体９０４は、本開示の例示的な実施形態による提案される方法を実装するためにより多いまたはより少ない動作を行うように動作可能であり得る。

図１０は、本開示全体にわたって説明されるいくつかの実施形態による、ネットワークノード１０００を示すブロック図である。例示的な実施形態では、ネットワークノード１０００は、ｇＮＢまたはｅＮＢであり得る。図１０に示されているように、ネットワークノード１０００は、受信回路１００１と、送信回路１００２と、プロセッサ１００３などの１つまたは複数のプロセッサと、メモリ１００４などの１つまたは複数のメモリと、コンピュータ実行可能命令を記憶した非一時的コンピュータ可読媒体１００５とを備え得る。プロセッサ１００３は、受信回路１００１と、送信回路１００２と、非一時的コンピュータ可読媒体１００５とに結合される。随意に、受信回路１００１、送信回路１００２、プロセッサ１００３、メモリ１００４および／または非一時的コンピュータ可読媒体１００５は、本開示の例示的な実施形態による提案される方法を実装するためにより多いまたはより少ない動作を行うように動作可能であり得る。

図１１は、本開示のいくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示すブロック図である。

図１１を参照すると、一実施形態によれば、通信システムが、無線アクセスネットワークなどのアクセスネットワーク１１１１とコアネットワーク１１１４とを備える、３ＧＰＰタイプセルラネットワークなどの通信ネットワーク１１１０を含む。アクセスネットワーク１１１１は、ＮＢ、ｅＮＢ、ｇＮＢまたは他のタイプの無線アクセスポイントなど、複数の基地局１１１２ａ、１１１２ｂ、１１１２ｃを備え、各々が、対応するカバレッジエリア１１１３ａ、１１１３ｂ、１１１３ｃを規定する。各基地局１１１２ａ、１１１２ｂ、１１１２ｃは、有線接続または無線接続１１１５を介してコアネットワーク１１１４に接続可能である。カバレッジエリア１１１３ｃ中に位置する第１のＵＥ１１９１が、対応する基地局１１１２ｃに無線で接続するか、または対応する基地局１１１２ｃによってページングされるように設定される。カバレッジエリア１１１３ａ中の第２のＵＥ１１９２が、対応する基地局１１１２ａに無線で接続可能である。この例では複数のＵＥ１１９１、１１９２が示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア中にある状況、または唯一のＵＥが、対応する基地局１１１２に接続している状況に等しく適用可能である。

通信ネットワーク１１１０は、それ自体、ホストコンピュータ１１３０に接続され、ホストコンピュータ１１３０は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／またはソフトウェアにおいて、あるいはサーバファーム中の処理リソースとして具現され得る。ホストコンピュータ１１３０は、サービスプロバイダの所有または制御下にあり得るか、あるいはサービスプロバイダによってまたはサービスプロバイダの代わりに動作され得る。通信ネットワーク１１１０とホストコンピュータ１１３０との間の接続１１２１および１１２２が、コアネットワーク１１１４からホストコンピュータ１１３０まで直接延び得るか、または随意の中間ネットワーク１１２０を介して進み得る。中間ネットワーク１１２０は、公衆ネットワーク、プライベートネットワークまたはホストされたネットワークのうちの１つ、あるいはそれらのうちの２つ以上の組合せであり得、中間ネットワーク１１２０は、もしあれば、バックボーンネットワークまたはインターネットであり得、特に、中間ネットワーク１１２０は、２つまたはそれ以上のサブネットワーク（図示せず）を備え得る。

図１１の通信システムは全体として、接続されたＵＥ１１９１、１１９２とホストコンピュータ１１３０との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）接続１１５０として説明され得る。ホストコンピュータ１１３０および接続されたＵＥ１１９１、１１９２は、アクセスネットワーク１１１１、コアネットワーク１１１４、任意の中間ネットワーク１１２０および可能なさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続１１５０を介して、データおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続１１５０は、ＯＴＴ接続１１５０が通過する、参加する通信デバイスが、アップリンク通信およびダウンリンク通信のルーティングに気づいていないという意味で、透過的であり得る。たとえば、基地局１１１２は、接続されたＵＥ１１９１にフォワーディング（たとえば、ハンドオーバ）されるべき、ホストコンピュータ１１３０から発生したデータを伴う着信ダウンリンク通信の過去のルーティングについて、知らされないことがあるかまたは知らされる必要がない。同様に、基地局１１１２は、ＵＥ１１９１から発生してホストコンピュータ１１３０に向かう発信アップリンク通信の将来ルーティングに気づいている必要がない。

図１２は、本開示のいくつかの実施形態による、部分的無線接続上で基地局を介してＵＥと通信するホストコンピュータを示すブロック図である。

次に、一実施形態による、前の段落において説明されたＵＥ、基地局およびホストコンピュータの例示的な実装形態が、図１２を参照しながら説明される。通信システム１２００では、ホストコンピュータ１２１０が、通信システム１２００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェース１２１６を含む、ハードウェア１２１５を備える。ホストコンピュータ１２１０は、記憶能力および／または処理能力を有し得る、処理回路１２１８をさらに備える。特に、処理回路１２１８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。ホストコンピュータ１２１０は、ホストコンピュータ１２１０に記憶されるかまたはホストコンピュータ１２１０によってアクセス可能であり、処理回路１２１８によって実行可能である、ソフトウェア１２１１をさらに備える。ソフトウェア１２１１は、ホストアプリケーション１２１２を含む。ホストアプリケーション１２１２は、ＵＥ１２３０およびホストコンピュータ１２１０において終端するＯＴＴ接続１２５０を介して接続するＵＥ１２３０など、リモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーション１２１２は、ＯＴＴ接続１２５０を使用して送信されるユーザデータを提供し得る。

通信システム１２００は、通信システム中に提供される基地局１２２０をさらに含み、基地局１２２０は、基地局１２２０がホストコンピュータ１２１０およびＵＥ１２３０と通信することを可能にするハードウェア１２２５を備える。ハードウェア１２２５は、通信システム１２００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェース１２２６、ならびに基地局１２２０によってサーブされるカバレッジエリア（図１２に図示せず）中に位置するＵＥ１２３０との少なくとも無線接続１２７０をセットアップおよび維持するための無線インターフェース１２２７を含み得る。通信インターフェース１２２６は、ホストコンピュータ１２１０への接続１２６０を容易にするように設定され得る。接続１２６０は直接であり得るか、あるいは接続１２６０は、通信システムのコアネットワーク（図１２に図示せず）を、および／または通信システムの外部の１つまたは複数の中間ネットワークを通過し得る。図示の実施形態では、基地局１２２０のハードウェア１２２５は、処理回路１２２８をさらに含み、処理回路１２２８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。基地局１２２０は、内部的に記憶されるかまたは外部接続を介してアクセス可能なソフトウェア１２２１をさらに有する。

通信システム１２００は、すでに言及されたＵＥ１２３０をさらに含む。ＵＥ１２３０のハードウェア１２３５は、ＵＥ１２３０が現在位置するカバレッジエリアをサーブする基地局との無線接続１２７０をセットアップおよび維持するように設定された、無線インターフェース１２３７を含み得る。ＵＥ１２３０のハードウェア１２３５は、処理回路１２３８をさらに含み、処理回路１２３８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。ＵＥ１２３０は、ＵＥ１２３０に記憶されるかまたはＵＥ１２３０によってアクセス可能であり、処理回路１２３８によって実行可能である、ソフトウェア１２３１をさらに備える。ソフトウェア１２３１は、クライアントアプリケーション１２３２を含む。クライアントアプリケーション１２３２は、ホストコンピュータ１２１０のサポートを伴って、ＵＥ１２３０を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ１２１０では、実行しているホストアプリケーション１２１２は、ＵＥ１２３０およびホストコンピュータ１２１０において終端するＯＴＴ接続１２５０を介して、実行しているクライアントアプリケーション１２３２と通信し得る。ユーザにサービスを提供する際に、クライアントアプリケーション１２３２は、ホストアプリケーション１２１２から要求データを受信し、要求データに応答してユーザデータを提供し得る。ＯＴＴ接続１２５０は、要求データとユーザデータの両方を転送し得る。クライアントアプリケーション１２３２は、クライアントアプリケーション１２３２が提供するユーザデータを生成するためにユーザと対話し得る。

図１２に示されているホストコンピュータ１２１０、基地局１２２０およびＵＥ１２３０は、それぞれ、図１２のホストコンピュータ１２３０、基地局１２１２ａ、１２１２ｂ、１２１２ｃのうちの１つ、およびＵＥ１２９１、１２９２のうちの１つと同様または同等であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、図１２に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、図１２のものであり得る。

図１２では、ＯＴＴ接続１２５０は、仲介デバイスとこれらのデバイスを介したメッセージの正確なルーティングとへの明示的言及なしに、基地局１２２０を介したホストコンピュータ１２１０とＵＥ１２３０との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャが、ルーティングを決定し得、ネットワークインフラストラクチャは、ＵＥ１２３０からまたはホストコンピュータ１２１０を動作させるサービスプロバイダから、またはその両方からルーティングを隠すように設定され得る。ＯＴＴ接続１２５０がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが、（たとえば、ネットワークの負荷分散考慮または再設定に基づいて）ルーティングを動的に変更する判断を行い得る。

ＵＥ１２３０と基地局１２２０との間の無線接続１２７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続１２７０が最後のセグメントを形成するＯＴＴ接続１２５０を使用して、ＵＥ１２３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、レイテンシおよび電力消費を改善し、それにより、複雑さの低下、セルにアクセスするために必要とされる時間の低減、応答性の向上、バッテリー寿命の延長などの利益を提供し得る。

１つまたは複数の実施形態が改善する、データレート、レイテンシおよび他のファクタを監視する目的での、測定プロシージャが提供され得る。測定結果の変動に応答して、ホストコンピュータ１２１０とＵＥ１２３０との間のＯＴＴ接続１２５０を再設定するための随意のネットワーク機能がさらにあり得る。測定プロシージャおよび／またはＯＴＴ接続１２５０を再設定するためのネットワーク機能は、ホストコンピュータ１２１０のソフトウェア１２１１およびハードウェア１２１５でまたはＵＥ１２３０のソフトウェア１２３１およびハードウェア１２３５で、またはその両方で実装され得る。実施形態では、ＯＴＴ接続１２５０が通過する通信デバイスにおいて、またはその通信デバイスに関連して、センサー（図示せず）が展開され得、センサーは、上記で例示された監視された量の値を供給すること、あるいはソフトウェア１２１１、１２３１が監視された量を算出または推定し得る他の物理量の値を供給することによって、測定プロシージャに参加し得る。ＯＴＴ接続１２５０の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、基地局１２２０に影響を及ぼす必要がなく、再設定は、基地局１２２０に知られていないかまたは知覚不可能であり得る。そのようなプロシージャおよび機能は、当技術分野において知られ、実践され得る。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ１２１０の測定を容易にするプロプライエタリＵＥシグナリングを伴い得る。測定は、ソフトウェア１２１１および１２３１が、ソフトウェア１２１１および１２３１が伝搬時間、エラーなどを監視する間にＯＴＴ接続１２５０を使用して、メッセージ、特に空のまたは「ダミー」メッセージが送信されることを引き起こすことにおいて、実装され得る。

図１３は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１１および図１２を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１３への図面参照のみがこのセクションに含まれる。ステップ１３０１０において、ホストコンピュータはユーザデータを提供する。ステップ１３１０の（随意であり得る）サブステップ１３１１において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ１３２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。（随意であり得る）ステップ１３３０において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが始動した送信において搬送されたユーザデータをＵＥに送信する。（また、随意であり得る）ステップ１３４０において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。

図１４は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１１および図１２を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１４への図面参照のみがこのセクションに含まれる。方法のステップ１４１０において、ホストコンピュータはユーザデータを提供する。随意のサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ１４２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して進み得る。（随意であり得る）ステップ１４３０において、ＵＥは、送信において搬送されたユーザデータを受信する。

図１５は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１１および図１２を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１５への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップ１５１０において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。追加または代替として、ステップ１５２０において、ＵＥはユーザデータを提供する。ステップ１５２０の（随意であり得る）サブステップ１５２１において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップ１５１０の（随意であり得る）サブステップ１５１１において、ＵＥは、ホストコンピュータによって提供された受信された入力データに反応してユーザデータを提供する、クライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、ＵＥは、（随意であり得る）サブステップ１５３０において、ホストコンピュータへのユーザデータの送信を始動する。方法のステップ１５４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図１６は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１１および図１２を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１６への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップ１６１０において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。（随意であり得る）ステップ１６２０において、基地局は、ホストコンピュータへの、受信されたユーザデータの送信を始動する。（随意であり得る）ステップ１６３０において、ホストコンピュータは、基地局によって始動された送信において搬送されたユーザデータを受信する。

概して、様々な例示的な実施形態は、ハードウェアまたは専用チップ、回路、ソフトウェア、論理あるいはそれらの任意の組合せで実装され得る。たとえば、いくつかの態様は、ハードウェアで実装され得、他の態様は、コントローラ、マイクロプロセッサまたは他のコンピューティングデバイスによって実行され得るファームウェアまたはソフトウェアで実装され得るが、本開示はそれに限定されない。本開示の例示的な実施形態の様々な態様は、ブロック図、フローチャートとして、または何らかの他の図式表現を使用して、例示および説明され得るが、本明細書で説明されるこれらのブロック、装置、システム、技法または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路または論理、汎用ハードウェアまたはコントローラまたは他のコンピューティングデバイス、あるいはそれらの何らかの組合せで実装され得ることを十分に理解されたい。

したがって、本開示の例示的な実施形態の少なくともいくつかの態様が、集積回路チップおよびモジュールなど、様々な構成要素において実践され得ることを諒解されたい。したがって、本開示の例示的な実施形態は、集積回路として具現される装置において実現され得、ここで、集積回路は、本開示の例示的な実施形態に従って動作するように設定可能である、データプロセッサ、デジタル信号プロセッサ、ベースバンド回路および無線周波数回路のうちの少なくとも１つまたは複数を具現するための回路（ならびに場合によってはファームウェア）を備え得ることを諒解されたい。

本開示の例示的な実施形態の少なくともいくつかの態様が、１つまたは複数のコンピュータまたは他のデバイスによって実行される、１つまたは複数のプログラムモジュールでなど、コンピュータ実行可能命令で具現され得ることを諒解されたい。概して、プログラムモジュールは、コンピュータまたは他のデバイス中のプロセッサによって実行されたとき、特定のタスクを実施するか、または特定の抽象データ型を実装する、ルーチン、プログラム、オブジェクト、構成要素、データ構造などを含む。コンピュータ実行可能命令は、ハードディスク、光ディスク、リムーバブル記憶媒体、固体メモリ、ランダムアクセスメモリ（ＲＡＭ）など、コンピュータ可読媒体に記憶され得る。当業者によって諒解されるように、プログラムモジュールの機能は、様々な実施形態において、必要に応じて、組み合わせられるかまたは分散され得る。さらに、機能は、集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など、ファームウェアまたはハードウェア等価物において全体的にまたは部分的に具現され得る。

本開示のいくつかの好ましい実施形態が、より良い理解のために以下で提供される。

実施形態１： ２ステップＲＡにおいて使用されるＲＮＴＩは、ＲＲＣステータスに依存する
一実施形態では、ＵＥが有効なＣ－ＲＮＴＩを所有しない場合、たとえばアイドルモードでは、ＣＳ－ＲＮＴＩ（設定されたスケジューリングＲＮＴＩ）が使用される。ＣＳ－ＲＮＴＩは、セル固有に設定され得る１つまたは複数のＲＮＴＩ値を有することができる。ＣＳ－ＲＮＴＩ値は、たとえば、ＲＭＳＩまたはＯＳＩ中で、提供され得る。ＵＥは、設定された複数の値のセットから、使用されるべき実際のＣＳ－ＲＮＴＩ値を選択する。ＵＥがＣ－ＲＮＴＩを有するとき、たとえば、ＲＲＣ接続モードにあり、ＣＦＲＡを実行するべきであるとき、一実施形態では、ＵＥはそのＣ－ＲＮＴＩを使用する。

別の実施形態では、たとえば、非アクティブモードにあり、ＣＢＲＡを実施している際に、ＵＥは、そのＣ－ＲＮＴＩに基づくＣＳ－ＲＮＴＩ、たとえばＣ－ＲＮＴＩ中のいくつかのビットの関数を使用し得る。これは、システムまたは追跡エリアにおけるすべての非アクティブＵＥ Ｃ－ＲＮＴＩを暫定的に検出することと比較して、ｇＮＢ受信機のためのブラインド復号の複雑さを低減する。

一実施形態では、Ｃ－ＲＮＴＩまたはＣ－ＲＮＴＩベースのＣＳ－ＲＮＴＩを用いた１つまたは複数のＵＥ試行が不成功である場合、それは、後続の試行のために、上記の有効なＣ－ＲＮＴＩをＵＥが所有しない手法に戻り得る。

実施形態１ａ： ２ステップＲＡにおいてｍｓｇＡ ＰＵＳＣＨペイロードをスクランブルするために使用されるＣＳ－ＲＮＴＩは、ＵＥによって使用されるｍｓｇＡプリアンブルに依存する
有効なＣ－ＲＮＴＩを所有しないＵＥの場合、選択されるＣＳ－ＲＮＴＩは、たとえば、ｍｓｇＡプリアンブルＩＤ、ＰＲＡＣＨオケージョン、またはＰＲＡＣＨプリアンブルフォーマットに基づいて選択されるか、および／あるいはそれに関連し得る。プリアンブルＩＤおよびオケージョンが、ＳＳＢ依存するセットから選択されるので、この実施形態は、代替的に、セル中の最良の検出されたＳＳＢに基づいてＣＳ－ＲＮＴＩを選択するものと見なされ得る。

一実施形態では、ｇＮＢは、プリアンブルを検出した後にＰＵＳＣＨを検出し、ＰＵＳＣＨ受信を設定するために、取得されたプリアンブル設定情報を使用することができる。

別の実施形態では、可能なＣＳ－ＲＮＴＩ値は、ブラインド検出され得る。次いで、プリアンブル検出は、たとえば、目下の送信がプリアンブルを再送信することなしのｍｓｇＡの再送信である場合、必要とされない。

実施形態１ｂ： ２ステップＲＡにおいてｍｓｇＡ ＰＵＳＣＨペイロードをスクランブルするために使用されるＣＳ－ＲＮＴＩは、たとえば、ＰＵＳＣＨパラメータ、アクセス目的に基づいて、選択される
代替的に、ＣＳ－ＲＮＴＩは、ＳＩ中で、または選択されたプリアンブルを考慮することなしに仕様において提供された、複数のオプションのセットから選択され得る。ＣＳ－ＲＮＴＩは、代わりに、たとえば、ＰＵＳＣＨペイロードプロパティ（サイズ、フォーマット）に基づいて、またはＲＡ試行を実施する目的（短いデータ、通常アクセス）に基づいて、選択され得る。

実施形態２： ネットワークは、受信されたｍｓｇＡ ＰＵＳＣＨ ＲＮＴＩに基づいて、２ステップＲＡにおいてｍｓｇＢのＰＤＣＣＨ ＣＲＣをスクランブルするために使用されるＲＮＴＩを選択する
この実施形態では、ＮＷは、ｍｓｇＢのためのＰＤＣＣＨのＣＲＣをスクランブルするために、ｍｓｇＡ ＰＵＳＣＨにおいてＵＥによって使用されるＲＮＴＩ（たとえば、Ｃ－ＲＮＴＩまたはＣＳ－ＲＮＴＩ）を使用する。ＮＷは、受信されたｍｓｇＡプリアンブルに基づいて、またはＰＵＳＣＨのブラインド検出に基づいて、ＣＳ－ＲＮＴＩを検出する。そのＲＮＴＩは、次いで、機能的に、所与のＵＥのための新しいＲＡ－ＲＮＴＩになる。

代替的に、新しいＲＡ－ＲＮＴＩは、ｍｓｇＡにおいて使用されるＣ－ＲＮＴＩまたはＣＳ－ＲＮＴＩのコピーとしてでなく、そのＣ－ＲＮＴＩまたはＣＳ－ＲＮＴＩの関数／マッピングとして、たとえば、ｍｓｇＡ ＲＮＴＩのビットのハッシュまたはサブセットを使用して可能性のグループからＲＡ－ＲＮＴＩを選択して、形成され得る。

新しいＲＡ－ＲＮＴＩ規定のためのそのような原理はまた、ＮＷおよびＵＥが、２ステップｍｓｇＢ応答と４ステップｍｓｇ２応答とを効率的に区別することを可能にする。

実施形態３： 別個のＲＮＴＩ、たとえば、ＴＳ－ＲＮＴＩ（２ステップＲＮＴＩ）が、決定された順序における、設定されたプリアンブルｉｄおよびＰＲＡＣＨオケージョンの番号付けに基づいて設計される
ＴＳ－ＲＮＴＩは、プリアンブルｉｄおよびＰＲＡＣＨオケージョンに関連し、ＲＡ－ＲＮＴＩとは異なって設計され、したがって、ＲＡ－ＲＮＴＩと衝突しない。一例は、以下の順序におけるＴＳ－ＲＮＴＩ番号付けに基づいてＴＳ－ＲＮＴＩを導出することであり、図６を参照されたい。第１に、単一のＰＲＡＣＨオケージョン内のプリアンブルインデックスの増加する順序で。第２に、周波数多重化されたＰＲＡＣＨオケージョンのための周波数リソースインデックスの増加する順序で。第３に、ＰＲＡＣＨスロット内の時間多重化されたＰＲＡＣＨオケージョンのための時間リソースインデックスの増加する順序で。第４に、ＰＲＡＣＨスロットのためのインデックスの増加する順序で。

任意の他の指定された順序、たとえば、周波数リソース、時間リソース、プリアンブルリソースで、順序付けを行うことも可能である。このようにして、ＵＥは、選択されたプリアンブルが送信されるとき、ＴＳ－ＲＮＴＩを算出することが可能である。同様にして、ｇＮＢは、ｇＮＢが特定のＰＲＡＣＨオケージョン上で特定のプリアンブルを受信するとき、ＴＳ－ＲＮＴＩを計算することができる。本方法では、決定された順序は、あらかじめ決定されるか、またはＲＲＣ設定されるかのいずれかであり得る。最初の８つのＰＲＡＣＨオケージョンについて、あらゆるＰＲＡＣＨオケージョンにおいて３つのプリアンブルｉｄ（０～２）が設定され、ＴＳ－ＲＮＴＩが設定された一例が、図６に示されている。

インデックスのサブセットのみを使用すること、たとえば、プリアンブルインデックスと周波数多重化されたＰＲＡＣＨのための周波数リソースインデックスとに基づく順序付けも可能である。これは、図７に示されており、６４個のプリアンブルインデックス（０～６３）が、２つの周波数多重化されたＰＲＡＣＨオケージョンにおける各々において使用される。これは、可能なＴＳ－ＲＮＴＩとして０～１２７を与える。ＰＵＳＣＨオケージョンはまた、たとえば、各ＰＲＡＣＨオケージョンにおける最初の３２個のインデックスが、より低い周波数インデックスをもつＰＵＳＣＨオケージョンにマッピングするように、プリアンブルおよびＰＲＡＣＨオケージョンにリンクされる。この場合、ＴＳ－ＲＮＴＩは、第１のＰＲＡＣＨオケージョンにおいて０～６３であり、第２のＰＲＡＣＨオケージョンにおいて６４～１２７である。次いで、ＰＵＳＣＨオケージョン０において送信されるＭｓｇＡが、選定されたプリアンブルに応じて０～３１のＲＮＴＩによってスクランブルされ、ＰＵＳＣＨオケージョン１において送信されるＭｓｇＡが、選定されたプリアンブルに応じて３２～６３のＲＮＴＩによってスクランブルされ、ＰＵＳＣＨオケージョン３において送信されるＭｓｇＡが、選定されたプリアンブルに応じて６４～９５のＲＮＴＩによってスクランブルされ、最後に、ＰＵＳＣＨオケージョン３において送信されるＭｓｇＡが、選定されたプリアンブルに応じて９６～１２７のＲＮＴＩによってスクランブルされる。

実施形態３ａ： ＴＳ－ＲＮＴＩは、以下のファクタのうちの１つまたは複数に関連する。

（ｉ）使用される周波数帯域
たとえば、未ライセンス帯域では、ＲＡ－ＲＮＴＩまたは修正されたＲＡ－ＲＮＴＩは、ＵＥがｍｓｇＡプリアンブル送信のためのＬＢＴを待ちながらＰＵＳＣＨを準備しているとき、ＲＡ－ＲＮＴＩが利用可能でないことがあるので、ＴＳ－ＲＮＴＩのために使用され得ない。または、ＲＡ－ＲＮＴＩが利用可能でない問題点を回避するために、たとえば第１のＬＢＴのＲＯに基づいて、ＲＡ－ＲＮＴＩを常に生成する。ライセンス済み帯域では、ＴＳ－ＲＮＴＩは、ＲＡ－ＲＮＴＩまたは修正されたＲＡ－ＲＮＴＩ、あるいは新しい規定されたＲＮＴＩのいずれかであり得る。

（ｉｉ）プリアンブルとｍｓｇＡ ＰＵＳＣＨとの間の時間ギャップ
たとえば、ギャップがしきい値以上であるとき、ＲＡ－ＲＮＴＩまたは修正されたＲＡ－ＲＮＴＩは、ｍｓｇＡおよびｍｓｇＢ送信について適用され得、他の場合、ＲＡ－ＲＮＴＩとは無関係のＲＮＴＩが使用される。ここで、しきい値は、あらかじめ決定されるか、またはＲＲＣシグナリングにおいてシグナリングされるかのいずれかであり得る。

さらに、ＭｓｇＡスクランブリングのためのＲＮＴＩは、プリアンブルとＰＵＳＣＨとの間の時間距離に、より直接依存し得る。その依存は、プリアンブルとＰＵＳＣＨとの間の秒単位の時間、ならびに／あるいはＯＦＤＭシンボルおよび／またはスロットの数、ならびに／あるいはプリアンブルとＰＵＳＣＨとの間の（時間および／または周波数における）ＰＲＡＣＨオケージョンの数に基づき得る。

（ｉｉｉ）ｍｓｇＡ送信のタイミング／周波数
ＭｓｇＢについて、ＲＮＴＩは、ＭｓｇＡの対応する送信のタイミング／周波数に基づく。これは、特に、異なるＵＥからのｍｓｇＡ ＰＵＳＣＨが、異なるＰＵＳＣＨオケージョンを有するときに選好され、その結果、異なるＵＥは、異なるＲＮＴＩを使用することになる。

さらに、時間におけるプリアンブル位置が、時間におけるＰＵＳＣＨ位置から決定され得る場合（たとえば、設定が、ＰＵＳＣＨがプリアンブルの直後に続くようなものであるか、または所与のしきい値よりも小さい時間ギャップを伴うものである場合、前のサブセクション参照）、ＭｓｇＡスクランブリングのためのＲＮＴＩは時間に依存しないことがあるが、他の場合、ＭｓｇＡスクランブリングのためのＲＮＴＩは時間に依存し得る。ＭｓｇＡ ＲＮＴＩが、時間に依存しないとき／場合、ＭｓｇＢ ＲＮＴＩは、依然として時間に依存し得る。特殊な場合として、ＭｓｇＡ ＲＮＴＩは、時間依存が省略されることを除いて、ＭｓｇＢ ＲＮＴＩと同等であり得る。

上述の（同じく前のサブセクションにおける）ギャップしきい値は、仕様においてあらかじめ決定され、および／あるいは、明示的にシグナリングされるか、または、他のシグナリング、たとえばＰＲＡＣＨ設定インデックスによって暗示されるかのいずれかであり得る。スクランブリングの選定を時間ギャップしきい値に基づかせる代わりに、その選定はシグナリングされ得る。

（ｉｖ）ＵＥ ＩＤ
ＵＥ ＩＤ自体、またはＵＥ ＩＤからマッピングされた何らかのＲＮＴＩが、ＭｓｇＢのスクランブリングのために使用され得る。（ＲＡ－ＲＮＴＩによってスクランブルされる）Ｍｓｇ２とは異なる値によってＭｓｇＢがスクランブルされることを確実にするための、ＵＥ ＩＤベースのＴＳ－ＲＮＴＩの詳細設計の一例が、以下のように提供される。可能なＲＡ－ＲＮＴＩ値の空間は、約１８０００個の値である（それらの大部分は設定において未使用）。スクランブリングがＵＥ ｉｄ（ＲＲＣアイドル／非アクティブ）に基づいて行われ、ＭｓｇＢをスクランブルするために１６ビットが使用される場合、ＵＥ ｉｄからの最初の１５ビットが、１５ＬＳＢビットとして使用され、番号が１８０００よりも高いことを確実にするためにＴＳ－ＲＮＴＩのＭＳＢビットを１にセットし、その番号は、ＲＡ－ＲＮＴＩの最大値よりも大きく、ＲＡ－ＲＮＴＩの最大値に近い。これは、ＴＳ－ＲＮＴＩをＲＡ－ＲＮＴＩとは異なるものにし、ＭｓｇＢとＭｓｇ２とは、異なるスクランブリングシーケンスによって識別され得る。

実施形態４： ネットワークは、ｍｓｇＡ ＰＵＳＣＨ中で搬送されるＵＥ ＩＤに基づいて、２ステップＲＡにおいて、ｍｓｇＢをスケジュールするＰＤＣＣＨのＣＲＣをスクランブルするために使用されるＲＮＴＩを選択する
これらの実施形態では、ＮＷは、ｍｓｇＢをスケジュールするＰＤＣＣＨのＣＲＣをスクランブルするために使用するためのＲＮＴＩ、または「ｍｓｇＢ ＲＡ－ＲＮＴＩ」を決定するために、ｍｓｇＡ ＰＵＳＣＨ中で搬送されるＵＥのＩＤを使用する。

いくつかの実施形態では、ＵＥは、（Ｃ－ＲＮＴＩまたはＵＥ競合解消識別情報などの）そのｍｓｇＡ ＵＥ ＩＤを送信することに加えて、ＰＵＳＣＨ ｍｓｇＡペイロードをセル識別情報でスクランブルする。ｇＮＢは、ＰＵＳＣＨペイロード中で直接、ｍｓｇＡ ＵＥ ＩＤを受信し、セル中のすべてのＵＥは、同じＰＵＳＣＨスクランブリングを使用するので、そのセルＩＤは、ＰＵＳＣＨ受信のために使用され得る。したがって、そのような実施形態では、複数のスクランブリング仮説を用いてＰＵＳＣＨをブラインド復号すること、またはｍｓｇＡプリアンブルからＰＵＳＣＨスクランブリングを決定することが必要でない。

新しい「ｍｓｇＢ」ＲＡ－ＲＮＴＩは、ｍｓｇＡにおいて使用されるＣ－ＲＮＴＩのコピーとしてでなく、そのＣ－ＲＮＴＩの関数／マッピングとして、たとえば、ｍｓｇＡ ＲＮＴＩのビットのハッシュまたはサブセットを使用して可能性のグループからＲＡ－ＲＮＴＩを選択して、形成され得る。同様に、ｍｓｇＡが、ｍｓｇＢ ＲＡ－ＲＮＴＩよりも多くのビットを有する、ＵＥ競合解消識別情報またはＣＣＣＨ ＳＤＵを搬送する、実施形態では、ＵＥは、ｍｓｇＢ ＲＡ－ＲＮＴＩを作り出すために、ＵＥ競合解消識別情報中のビットのサブセットまたはビットのハッシュのいずれかを使用し得る。いくつかの実施形態では、ＵＥ競合解消識別情報は、３ＧＰＰ ＴＳ３８．３２１ ｒｅｖ．１５．４．０ サブクローズ６．１．３．３において説明されるように、ＣＣＣＨ ＳＤＵから導出される。

ＰＵＳＣＨのためのスクランブリングシーケンス生成は、３ＧＰＰ ＴＳ３８．２１１ ｒｅｖ．１５．４．０ サブクローズ６．３．１．１の修正を使用して行われ得、ＰＵＳＣＨがｍｓｇＡの送信のために使用されるとき、スクランブリングシーケンス生成器がセルＩＤで初期化されるように
であり、他の場合、Ｒｅｌ－１５機構が使用される。

本開示全体にわたって説明されるいくつかの実施形態によれば、本開示は、２ステップＲＡＣＨにおけるｍｓｇＡ ＰＵＳＣＨスクランブリングならびに／またはｍｓｇＢ ＰＤＣＣＨ ＣＲＣスクランブリングおよびＰＤＳＣＨスクランブリングのために、ＵＥおよびネットワークがＲＮＴＩをどのように選択するかについてのオプションを提供する。以下の方法が提供される。

（ａ）ＲＮＴＩは、ＵＥのＲＲＣステータスおよび／またはＲＡタイプに依存する。
－ ＣＳ－ＲＮＴＩが使用されるとき、ＣＳ－ＲＮＴＩは、プリアンブル、ＰＵＳＣＨパラメータ、アクセス目的に依存することができるか、またはＣＳ－ＲＮＴＩはランダムにセットされ得る。

（ｂ）２ステップＲＡにおいてｍｓｇＢのＰＤＣＣＨ ＣＲＣをスクランブリングするために使用されるＲＮＴＩは、受信されたｍｓｇＡ ＰＵＳＣＨ ＲＮＴＩに基づく。

（ｃ）別個のＲＮＴＩ、たとえば、ＴＳ－ＲＮＴＩ（２ステップＲＮＴＩ）が、決定された順序における、設定されたプリアンブルｉｄおよびＰＲＡＣＨオケージョンの番号付けに基づいて設計され、ＴＳ－ＲＮＴＩは、以下のファクタ、すなわち、使用される周波数帯域、および／またはプリアンブルとｍｓｇＡ ＰＵＳＣＨとの間の時間ギャップ、および／またはｍｓｇＡ送信のタイミング／周波数、および／または（少なくともいくつかの場合にはｍｓｇＢのためにのみ）ＵＥ ＩＤへのマッピングのうちの１つまたは複数に関連することができる。

略語
ＣＢＲＡ 競合ベースランダムアクセス
ＣＦＲＡ 競合フリーランダムアクセス
ＭＡ 多元接続
ＮＲ 新無線
ＮＷ ネットワーク
ＰＵＳＣＨ 物理アップリンク共有チャネル
ＲＡＣＨ ランダムアクセスチャネル
ＰＲＡＣＨ 物理ランダムアクセスチャネル
ＲＡＲ ランダムアクセス応答
ＲＮＴＩ 無線ネットワーク一時識別情報
ＳＩ システム情報
ＳＩＢ１ システム情報ブロックタイプ１
ＴＦ タイミングおよび周波数

本開示は、明示的に本明細書で開示される特徴の任意の新規の特徴または組合せあるいはその任意の一般化のいずれかを含む。本開示の上記の例示的な実施形態への様々な修正および適応は、添付の図面とともに読まれるとき、上記の説明に鑑みて、当業者に明らかになり得る。しかしながら、任意のおよびすべての修正が、依然として、本開示の非限定的なおよび例示的な実施形態の範囲内に入る。

Claims (9)

1. 端末デバイスにおける方法であって、
   ランダムアクセスのための要求メッセージを決定すること（３０２、３０４、３０６）であって、前記要求メッセージが、プリアンブルと物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージとを含み、前記ＰＵＳＣＨメッセージが、第１の無線ネットワーク一時識別情報（ＲＮＴＩ）に基づいて決定される、要求メッセージを決定すること（３０２、３０４、３０６）と、
   前記要求メッセージを送信すること（３０８）と、
   第２のＲＮＴＩに基づいてランダムアクセスのための応答メッセージを取得すること（３１０）と、
   を含み、
   前記第１のＲＮＴＩは、前記ＰＵＳＣＨメッセージの符号化ビットをスクランブルするために利用され、前記第２のＲＮＴＩは、前記応答メッセージを搬送する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をスケジュールする物理ダウンリンク制御チャネル（ＰＤＣＣＨ）メッセージの巡回冗長検査（ＣＲＣ）をスクランブルするために使用され、
   前記第１のＲＮＴＩと前記第２のＲＮＴＩとが異なり、
   前記第２のＲＮＴＩが、前記端末デバイスの無線リソース制御（ＲＲＣ）ステータスに基づいて決定される、
   方法。
2. 前記ＲＲＣステータスが、接続モードを含む、請求項１に記載の方法。
3. セルＲＮＴＩ（Ｃ－ＲＮＴＩ）が利用可能である場合、前記Ｃ－ＲＮＴＩが前記第２のＲＮＴＩとして決定される、請求項１に記載の方法。
4. 前記第２のＲＮＴＩが、前記第１のＲＮＴＩに基づいて決定される、請求項１から３のいずれか一項に記載の方法。
5. 前記第１のＲＮＴＩおよび／または前記第２のＲＮＴＩが、物理ランダムアクセスチャネル（ＰＲＡＣＨ）オケージョンのセットの番号付けに基づいて決定される、請求項１から４のいずれか一項に記載の方法。
6. ＲＮＴＩ値のセットが、前記要求メッセージのタイミング／周波数リソースに基づいて決定される、請求項５に記載の方法。
7. ネットワークノードにおける方法であって、
   端末デバイスから、プリアンブルと、第１の無線ネットワーク一時識別情報（ＲＮＴＩ）に基づく物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージとを含む、要求メッセージを取得することと、
   第２のＲＮＴＩに基づいて応答メッセージを決定することと、
   端末デバイスに前記応答メッセージを送信することと
   を含み、
   前記第１のＲＮＴＩは、前記ＰＵＳＣＨメッセージの符号化ビットをスクランブルするために利用され、前記第２のＲＮＴＩは、前記応答メッセージを搬送する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をスケジュールする物理ダウンリンク制御チャネル（ＰＤＣＣＨ）メッセージの巡回冗長検査（ＣＲＣ）をスクランブルするために使用され、
   前記第１のＲＮＴＩと前記第２のＲＮＴＩとが異なり、
   前記第２のＲＮＴＩが、前記端末デバイスの無線リソース制御（ＲＲＣ）ステータスに基づいて決定される、方法。
8. 端末デバイスであって、
   コンピュータ実行可能命令を記憶した非一時的コンピュータ可読媒体と、
   前記非一時的コンピュータ可読媒体に結合されたプロセッサと
   を備え、
   前記コンピュータ実行可能命令が、前記端末デバイスに、請求項１に記載の方法を実装させる、
   端末デバイス。
9. ネットワークノードであって、
   コンピュータ実行可能命令を記憶した非一時的コンピュータ可読媒体と、
   前記非一時的コンピュータ可読媒体に結合されたプロセッサと
   を備え、
   前記コンピュータ実行可能命令が、前記ネットワークノードに、請求項７に記載の方法を実装させる、
   ネットワークノード。

Images