特開 2024-26239 ２ステップランダムアクセスプロシージャのための方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024026239

(43)【公開日】2024-02-28

(54)【発明の名称】２ステップランダムアクセスプロシージャのための方法および装置

(51)【国際特許分類】

   H04W 74/0836 20240101AFI20240220BHJP

【ＦＩ】

H04W74/0836

【審査請求】有

【請求項の数】10

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2023203527

(22)【出願日】2023-12-01

(62)【分割の表示】P 2021538398の分割

【原出願日】2020-01-03

(31)【優先権主張番号】PCT/CN2019/070625

(32)【優先日】2019-01-07

(33)【優先権主張国・地域又は機関】CN

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

２．３ＧＰＰ

(71)【出願人】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田 吉隆

(74)【代理人】

【識別番号】100150670

【弁理士】

【氏名又は名称】小梶 晴美

(74)【代理人】

【識別番号】100199705

【弁理士】

【氏名又は名称】仙波 和之

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡 利康

(72)【発明者】

【氏名】リン， ツィーペン

(57)【要約】      （修正有）

【課題】２ステップランダムアクセスプロシージャのための方法および装置を提供する。
【解決手段】通信ネットワークにおいて、端末デバイスによって実施される方法は、２ステップランダムアクセスプロシージャのためのプリアンブルを決定することと、２ステップランダムアクセスプロシージャのための無線ネットワーク一時識別子（ＲＮＴＩ）を決定することと、決定したＲＮＴＩに基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージのためのスクランブリングシーケンスを生成することと、２ステップランダムアクセスプロシージャにおいて、プリアンブルとＰＵＳＣＨメッセージとを含む要求メッセージを送信することと、を含む。ＲＮＴＩ情報は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）オケージョンとＲＮＴＩのセットとの間の関連付けを示す。
【選択図】図３

【特許請求の範囲】

【請求項1】

端末デバイスによって実施される方法（３００）であって、
２ステップランダムアクセスプロシージャのためのプリアンブルを決定すること（３０２）と、
無線ネットワーク一時識別子（ＲＮＴＩ）情報に従って、前記２ステップランダムアクセスプロシージャのためのＲＮＴＩを決定すること（３０４）と、
決定された前記ＲＮＴＩに基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージを生成すること（３０６）と、
前記２ステップランダムアクセスプロシージャにおいて、前記プリアンブルと前記ＰＵＳＣＨメッセージとを含む要求メッセージを送信すること（３０８）と
を含む、方法（３００）。

【請求項2】

前記プリアンブルが、プリアンブルのセットから決定され、前記ＲＮＴＩ情報が、プリアンブルの前記セットとＲＮＴＩのセットとの間の関連付けを示す、請求項１に記載の方法（３００）。

【請求項3】

前記関連付けが、プリアンブルの前記セット中のプリアンブルとＲＮＴＩの前記セット中のＲＮＴＩとの間の１対１マッピング、プリアンブルの前記セット中のプリアンブルとＲＮＴＩの前記セット中の２つまたはそれ以上のＲＮＴＩとの間の１対複数マッピング、またはプリアンブルの前記セット中の２つまたはそれ以上のプリアンブルとＲＮＴＩの前記セット中のＲＮＴＩとの間の複数対１マッピングのうちのいずれかである、請求項２に記載の方法（３００）。

【請求項4】

前記ＲＮＴＩが、決定された前記プリアンブルに基づいて決定される、請求項２または３に記載の方法（３００）。

【請求項5】

前記ＲＮＴＩ情報が、物理ランダムアクセスチャネル（ＰＲＡＣＨ）オケージョンのセットとＲＮＴＩのセットとの間の関連付けを示す、請求項１に記載の方法（３００）。

【請求項6】

前記関連付けが、ＰＲＡＣＨオケージョンの前記セット中のＰＲＡＣＨオケージョンとＲＮＴＩの前記セット中のＲＮＴＩとの間の１対１マッピング、ＰＲＡＣＨオケージョンの前記セット中のＰＲＡＣＨオケージョンとＲＮＴＩの前記セット中の２つまたはそれ以上のＲＮＴＩとの間の１対複数マッピング、またはＰＲＡＣＨオケージョンの前記セット中の２つまたはそれ以上のＰＲＡＣＨオケージョンとＲＮＴＩの前記セット中のＲＮＴＩとの間の複数対１マッピングのうちのいずれかである、請求項５に記載の方法（３００）。

【請求項7】

前記ＲＮＴＩが、決定された前記プリアンブルのために使用される前記ＰＲＡＣＨオケージョンに基づいて決定される、請求項５または６に記載の方法（３００）。

【請求項8】

前記ＲＮＴＩ情報が、少なくとも１つのＲＮＴＩを示す、請求項１に記載の方法（３００）。

【請求項9】

前記ＲＮＴＩ情報が、複数のＲＮＴＩを示し、
前記ＲＮＴＩが前記複数のＲＮＴＩからランダムに決定される、請求項８に記載の方法（３００）。

【請求項10】

プリアンブルが、ＰＵＳＣＨ時間周波数リソースに関連付けられる、請求項１から９のいずれか一項に記載の方法（３００）。

【請求項11】

前記ＲＮＴＩ情報が、あらかじめ規定されるかまたはシグナリングメッセージにおいてシグナリングされる、請求項１から１０のいずれか一項に記載の方法（３００）。

【請求項12】

前記プリアンブルが、プリアンブル情報に従って決定され、前記プリアンブル情報が、あらかじめ規定されるかまたはシグナリングメッセージにおいてシグナリングされる、請求項１から１１のいずれか一項に記載の方法（３００）。

【請求項13】

前記シグナリングメッセージが無線リソース制御（ＲＲＣ）メッセージである、請求項１１または１２に記載の方法（３００）。

【請求項14】

前記要求メッセージを送信したことに応答して、選択されたＲＮＴＩを含む応答メッセージを受信すること（３１０）
をさらに含み、
前記選択されたＲＮＴＩが、後続の２ステップランダムアクセスプロシージャにおいて使用される、請求項１から１３のいずれか一項に記載の方法（３００）。

【請求項15】

前記応答メッセージが、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、または物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で受信される、請求項１４に記載の方法（３００）。

【請求項16】

ネットワークノードによって実施される方法（４００）であって、
２ステップランダムアクセスプロシージャにおいて、プリアンブルと物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージとを含む要求メッセージを受信すること（４０２）であって、前記ＰＵＳＣＨメッセージが、無線ネットワーク一時識別子（ＲＮＴＩ）情報に従って決定されたＲＮＴＩに基づく、要求メッセージを受信すること（４０２）
を含む、方法（４００）。

【請求項17】

前記プリアンブルが、プリアンブルのセットから決定され、前記ＲＮＴＩ情報が、プリアンブルの前記セットとＲＮＴＩのセットとの間の関連付けを示す、請求項１６に記載の方法（４００）。

【請求項18】

前記関連付けが、プリアンブルの前記セット中のプリアンブルとＲＮＴＩの前記セット中のＲＮＴＩとの間の１対１マッピング、プリアンブルの前記セット中のプリアンブルとＲＮＴＩの前記セット中の２つまたはそれ以上のＲＮＴＩとの間の１対複数マッピング、またはプリアンブルの前記セット中の２つまたはそれ以上のプリアンブルとＲＮＴＩの前記セット中のＲＮＴＩとの間の複数対１マッピングのうちのいずれかである、請求項１７に記載の方法（４００）。

【請求項19】

前記要求メッセージを受信することが、
前記要求メッセージ中の前記プリアンブルを検出することと、
前記ＲＮＴＩ情報に従って、検出された前記プリアンブルに基づいて、前記ＲＮＴＩを決定することと、
決定された前記ＲＮＴＩに基づいて、前記ＰＵＳＣＨメッセージを復号することと
を含む、請求項１７または１８に記載の方法（４００）。

【請求項20】

前記ＲＮＴＩ情報が、物理ランダムアクセスチャネル（ＰＲＡＣＨ）オケージョンのセットとＲＮＴＩのセットとの間の関連付けを示す、請求項１６に記載の方法（４００）。

【請求項21】

前記関連付けが、ＰＲＡＣＨオケージョンの前記セット中のＰＲＡＣＨオケージョンとＲＮＴＩの前記セット中のＲＮＴＩとの間の１対１マッピング、ＰＲＡＣＨオケージョンの前記セット中のＰＲＡＣＨオケージョンとＲＮＴＩの前記セット中の２つまたはそれ以上のＲＮＴＩとの間の１対複数マッピング、またはＰＲＡＣＨオケージョンの前記セット中の２つまたはそれ以上のＰＲＡＣＨオケージョンとＲＮＴＩの前記セット中のＲＮＴＩとの間の複数対１マッピングのうちのいずれかである、請求項２０に記載の方法（４００）。

【請求項22】

前記要求メッセージを受信することが、
前記要求メッセージ中の前記プリアンブルを検出することと、
前記ＲＮＴＩ情報に従って、検出された前記プリアンブルのために使用されるＰＲＡＣＨオケージョンに基づいて、前記ＲＮＴＩを決定することと、
決定された前記ＲＮＴＩに基づいて、前記ＰＵＳＣＨメッセージを復号することと
を含む、請求項２０または２１に記載の方法（４００）。

【請求項23】

前記ＲＮＴＩ情報が、少なくとも１つのＲＮＴＩを示す、請求項１６に記載の方法（４００）。

【請求項24】

前記ＲＮＴＩ情報が、複数のＲＮＴＩを示し、
前記要求メッセージを受信することが、
前記要求メッセージ中の前記プリアンブルを検出することと、
前記複数のＲＮＴＩに基づいて、前記ＰＵＳＣＨメッセージをブラインド復号することと
を含む、請求項２３に記載の方法（４００）。

【請求項25】

プリアンブルが、ＰＵＳＣＨ時間周波数リソースに関連付けられる、請求項１６から２４のいずれか一項に記載の方法（４００）。

【請求項26】

前記ＲＮＴＩ情報が、あらかじめ規定されるかまたはシグナリングメッセージにおいてシグナリングされる、請求項１６から２５のいずれか一項に記載の方法（４００）。

【請求項27】

前記プリアンブルが、プリアンブル情報に従って決定され、前記プリアンブル情報が、あらかじめ規定されるかまたはシグナリングメッセージにおいてシグナリングされる、請求項１６から２６のいずれか一項に記載の方法（４００）。

【請求項28】

前記シグナリングメッセージが無線リソース制御（ＲＲＣ）メッセージである、請求項２６または２７に記載の方法（４００）。

【請求項29】

前記要求メッセージ中の前記プリアンブルを成功裡に検出したことと、前記ＰＵＳＣＨメッセージを復号することに失敗したこととに応答して、前記検出されたプリアンブルに基づいて、ランダムアクセス（ＲＡ）－ＲＮＴＩを生成すること（４０４）と、
前記ＲＡ－ＲＮＴＩに基づいて応答メッセージを送信すること（４０６）であって、前記応答メッセージが、後続の２ステップランダムアクセスプロシージャにおいて使用されるべき選択されたＲＮＴＩを含む、応答メッセージを送信すること（４０６）と
をさらに含む、請求項１６から２８のいずれか一項に記載の方法（４００）。

【請求項30】

前記応答メッセージが、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、または物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で送信される、請求項２９に記載の方法（４００）。

【請求項31】

端末デバイス（５００）であって、
１つまたは複数のプロセッサ（５０１）と、
コンピュータプログラムコード（５０３）を備える１つまたは複数のメモリ（５０２）と
を備え、
前記１つまたは複数のメモリ（５０２）および前記コンピュータプログラムコード（５０３）が、前記１つまたは複数のプロセッサ（５０１）を用いて、前記端末デバイス（５００）に、
２ステップランダムアクセスプロシージャのためのプリアンブルを決定することと、
無線ネットワーク一時識別子（ＲＮＴＩ）情報に従って、前記２ステップランダムアクセスプロシージャのためのＲＮＴＩを決定することと、
決定された前記ＲＮＴＩに基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージを生成することと、
前記２ステップランダムアクセスプロシージャにおいて、前記プリアンブルと前記ＰＵＳＣＨメッセージとを含む要求メッセージを送信することと
を行わせるように設定された、端末デバイス（５００）。

【請求項32】

前記１つまたは複数のメモリ（５０２）および前記コンピュータプログラムコード（５０３）が、前記１つまたは複数のプロセッサ（５０１）を用いて、前記端末デバイス（５００）に、請求項２から１５のいずれか一項に記載の方法を実施させるようにさらに設定された、請求項３１に記載の端末デバイス（５００）。

【請求項33】

基地局（５００）であって、
１つまたは複数のプロセッサ（５０１）と、
コンピュータプログラムコード（５０３）を備える１つまたは複数のメモリ（５０２）と
を備え、
前記１つまたは複数のメモリ（５０２）および前記コンピュータプログラムコード（５０３）が、前記１つまたは複数のプロセッサを用いて、前記基地局（５００）に、
２ステップランダムアクセスプロシージャにおいて、プリアンブルと物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージとを含む要求メッセージを受信することであって、前記ＰＵＳＣＨメッセージが、無線ネットワーク一時識別子（ＲＮＴＩ）情報に従って決定されたＲＮＴＩに基づく、要求メッセージを受信すること
を行わせるように設定された、基地局（５００）。

【請求項34】

前記１つまたは複数のメモリ（５０２）および前記コンピュータプログラムコード（５０３）が、前記１つまたは複数のプロセッサ（５０１）を用いて、前記基地局（５００）に、請求項１７から３０のいずれか一項に記載の方法を実施させるようにさらに設定された、請求項３３に記載の基地局（５００）。

【請求項35】

コンピュータプログラムコードが具現化されたコンピュータ可読媒体であって、前記コンピュータプログラムコードが、コンピュータ上で実行されたとき、前記コンピュータに、請求項１から１５のいずれか一項に記載の方法を実施させる、コンピュータ可読媒体。

【請求項36】

コンピュータプログラムコードが具現化されたコンピュータ可読媒体であって、前記コンピュータプログラムコードが、コンピュータ上で実行されたとき、前記コンピュータに、請求項１６から３０のいずれか一項に記載の方法を実施させる、コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【0005】

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

【0006】

３ＧＰＰ ＴＳ３８．３２１において、表１が、下記のようにＲＮＴＩ値の範囲を規定するために提供される。

【0007】

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

【発明の概要】

【0008】

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

【0009】

本開示は、２ステップランダムアクセスプロシージャのための改善されたソリューションを提案する。

【0010】

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

【0011】

例示的な実施形態によれば、プリアンブルは、プリアンブルのセットから決定され得、ＲＮＴＩ情報は、プリアンブルのセットとＲＮＴＩのセットとの間の関連付けを示し得る。

【0012】

例示的な実施形態によれば、関連付けは、プリアンブルのセット中のプリアンブルとＲＮＴＩのセット中のＲＮＴＩとの間の１対１マッピング、プリアンブルのセット中のプリアンブルとＲＮＴＩのセット中の２つまたはそれ以上のＲＮＴＩとの間の１対複数マッピング、またはプリアンブルのセット中の２つまたはそれ以上のプリアンブルとＲＮＴＩのセット中のＲＮＴＩとの間の複数対１マッピングのうちのいずれかであり得る。

【0013】

例示的な実施形態によれば、ＲＮＴＩは、決定されたプリアンブルに基づいて決定され得る。

【0014】

例示的な実施形態によれば、ＲＮＴＩ情報は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）オケージョンのセットとＲＮＴＩのセットとの間の関連付けを示し得る。

【0015】

例示的な実施形態によれば、関連付けは、ＰＲＡＣＨオケージョンのセット中のＰＲＡＣＨオケージョンとＲＮＴＩのセット中のＲＮＴＩとの間の１対１マッピング、ＰＲＡＣＨオケージョンのセット中のＰＲＡＣＨオケージョンとＲＮＴＩのセット中の２つまたはそれ以上のＲＮＴＩとの間の１対複数マッピング、またはＰＲＡＣＨオケージョンのセット中の２つまたはそれ以上のＰＲＡＣＨオケージョンとＲＮＴＩのセット中のＲＮＴＩとの間の複数対１マッピングのうちのいずれかであり得る。

【0016】

例示的な実施形態によれば、ＲＮＴＩは、決定されたプリアンブルのために使用されるＰＲＡＣＨオケージョンに基づいて決定され得る。

【0017】

例示的な実施形態によれば、ＲＮＴＩ情報は、少なくとも１つのＲＮＴＩを示し得る。

【0018】

例示的な実施形態によれば、ＲＮＴＩ情報は、複数のＲＮＴＩを示し得る。さらに、ＲＮＴＩは、複数のＲＮＴＩからランダムに決定され得る。

【0019】

例示的な実施形態によれば、プリアンブルは、ＰＵＳＣＨ時間周波数リソースに関連付けられ得る。

【0020】

例示的な実施形態によれば、ＲＮＴＩ情報は、あらかじめ規定されるかまたはシグナリングメッセージにおいてシグナリングされ得る。

【0021】

例示的な実施形態によれば、プリアンブルは、プリアンブル情報に従って決定され得、プリアンブル情報は、あらかじめ規定されるかまたはシグナリングメッセージにおいてシグナリングされ得る。

【0022】

例示的な実施形態によれば、シグナリングメッセージは、無線リソース制御（ＲＲＣ）メッセージであり得る。

【0023】

例示的な実施形態によれば、本方法は、要求メッセージを送信したことに応答して、選択されたＲＮＴＩを含む応答メッセージを受信することをさらに含み得る。さらに、選択されたＲＮＴＩは、後続の２ステップランダムアクセスプロシージャにおいて使用され得る。

【0024】

例示的な実施形態によれば、応答メッセージは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、または物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で受信され得る。

【0025】

本開示の第２の態様によれば、ネットワークノードによって実施される方法が提供される。本方法は、２ステップランダムアクセスプロシージャにおいて、プリアンブルと物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージとを含む要求メッセージを受信することであって、ＰＵＳＣＨメッセージが、無線ネットワーク一時識別子（ＲＮＴＩ）情報に従って決定されたＲＮＴＩに基づく、要求メッセージを受信することを含む。

【0026】

例示的な実施形態によれば、要求メッセージを受信することは、要求メッセージ中のプリアンブルを検出することと、ＲＮＴＩ情報に従って、検出されたプリアンブルに基づいて、ＲＮＴＩを決定することと、決定されたＲＮＴＩに基づいて、ＰＵＳＣＨメッセージを復号することとを含み得る。

【0027】

例示的な実施形態によれば、要求メッセージを受信することは、要求メッセージ中のプリアンブルを検出することと、ＲＮＴＩ情報に従って、検出されたプリアンブルのために使用されるＰＲＡＣＨオケージョンに基づいて、ＲＮＴＩを決定することと、決定されたＲＮＴＩに基づいて、ＰＵＳＣＨメッセージを復号することとを含み得る。

【0028】

例示的な実施形態によれば、要求メッセージを受信することは、要求メッセージ中のプリアンブルを検出することと、複数のＲＮＴＩに基づいて、ＰＵＳＣＨメッセージをブラインド復号することとを含み得る。

【0029】

例示的な実施形態によれば、本方法は、要求メッセージ中のプリアンブルを成功裡に検出したことと、ＰＵＳＣＨメッセージを復号することに失敗したこととに応答して、検出されたプリアンブルに基づいて、ＲＡ－ＲＮＴＩを生成することと、ＲＡ－ＲＮＴＩに基づいて応答メッセージを送信することであって、応答メッセージが、後続の２ステップランダムアクセスプロシージャにおいて使用されるべき選択されたＲＮＴＩを含む、応答メッセージを送信することとをさらに含み得る。

【0030】

例示的な実施形態によれば、応答メッセージは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、または物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で送信され得る。

【0031】

本開示の第３の態様によれば、端末デバイスが提供される。本端末デバイスは、１つまたは複数のプロセッサと、コンピュータプログラムコードを備える１つまたは複数のメモリとを備え得る。１つまたは複数のメモリおよびコンピュータプログラムコードは、１つまたは複数のプロセッサを用いて、本端末デバイスに、少なくとも、本開示の第１の態様による方法の任意のステップを実施させるように設定され得る。

【0032】

本開示の第４の態様によれば、コンピュータプログラムコードが具現化されたコンピュータ可読媒体が提供され、コンピュータプログラムコードは、コンピュータ上で実行されたとき、コンピュータに、本開示の第１の態様による方法の任意のステップを実施させる。

【0033】

本開示の第５の態様によれば、ネットワークノードが提供される。ネットワークノードは、１つまたは複数のプロセッサと、コンピュータプログラムコードを備える１つまたは複数のメモリとを備え得る。１つまたは複数のメモリおよびコンピュータプログラムコードは、１つまたは複数のプロセッサを用いて、ネットワークノードに、少なくとも、本開示の第２の態様による方法の任意のステップを実施させるように設定され得る。

【0034】

本開示の第６の態様によれば、コンピュータプログラムコードが具現化されたコンピュータ可読媒体が提供され、コンピュータプログラムコードは、コンピュータ上で実行されたとき、コンピュータに、本開示の第２の態様による方法の任意のステップを実施させる。

【0035】

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

【図面の簡単な説明】

【0036】

【図1】ＮＲにおける４ステップランダムアクセスプロシージャを示す図である。

【図2】ＮＲにおける２ステップランダムアクセスプロシージャを示す図である。

【図3】本開示のいくつかの実施形態による、端末デバイスによって実施される方法を示すフローチャートである。

【図4】本開示のある実施形態による、ネットワークノードによって実施される方法を示すフローチャートである。

【図5】本開示のいくつかの実施形態による、装置を示すブロック図である。

【図6】本開示のいくつかの実施形態による、装置を示すブロック図である。

【図7】本開示のいくつかの実施形態による、装置を示すブロック図である。

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

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

【図10】本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。

【図11】本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。

【図12】本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。

【図13】本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。

【発明を実施するための形態】

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

上記で説明されたように、図２に示されている２ステップランダムアクセスプロシージャにおいて、プリアンブルおよびＰＵＳＣＨメッセージは、メッセージＡと呼ばれる１つのメッセージにおいて、ＵＥによって送信される。しかし、メッセージＡ中のＰＵＳＣＨメッセージについて、ＲＡＲメッセージがｇＮＢから受信されないので、ＰＵＳＣＨハンドリングのために利用可能なＴＣ－ＲＮＴＩがない。したがって、２ステップランダムアクセスプロシージャにおいて、メッセージＡ中のＰＵＳＣＨのためのＲＮＴＩを決定するためのソリューションを提供することが望ましいであろう。

【0046】

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

【0047】

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

【0048】

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

【0049】

図３に示されている例示的な方法３００によれば、端末デバイスは、ブロック３０２に示されているように、２ステップランダムアクセスプロシージャのためのプリアンブルを決定する。いくつかの実施形態では、プリアンブルは、プリアンブル情報に従って決定され得る。一実施形態では、プリアンブル情報は、プリアンブルのセットを示し得る。プリアンブルのセットは、２ステップランダムアクセスプロシージャについて固有であり得る。代替的に、プリアンブルのセットは、４ステップランダムアクセスプロシージャのためのプリアンブルのセットと同じであり得る。いくつかの実施形態では、プリアンブル情報は、時間周波数ＰＲＡＣＨオケージョン（以下、「ＰＲＡＣＨオケージョン」と呼ばれる）のセットをさらに示し得る。端末デバイスは、ＰＲＡＣＨ上でプリアンブルを送信するために、ＰＲＡＣＨオケージョンのセットのうちの１つを選択し得る。

【0050】

いくつかの実施形態では、プリアンブル情報は、基地局（たとえば、ｇＮＢ）などのネットワークノードからのシグナリングメッセージにおいてシグナリングされ得る。シグナリングメッセージは、無線リソース制御（ＲＲＣ）メッセージであり得る。代替的に、いくつかの実施形態では、プリアンブル情報は、端末デバイスにおいてあらかじめ規定され得る。

【0051】

いくつかの実施形態では、プリアンブル情報中のプリアンブルのセットのうちのプリアンブルが、ＰＵＳＣＨ時間周波数リソースに関連付けられ得る。したがって、ＰＵＳＣＨ時間周波数リソースは、プリアンブルに基づいて決定され得る。たとえば、端末デバイスは、プリアンブルのセットとＰＵＳＣＨ時間周波数リソースとの間の関連付けを示すマッピングテーブルを有し得る。プリアンブルを決定した後に、端末デバイスは、決定されたプリアンブルに基づいて、ＰＵＳＣＨメッセージのために使用されるべきＰＵＳＣＨ時間周波数リソースを決定し得る。一方、２ステップランダムアクセスプロシージャのためのＰＵＳＣＨ時間周波数リソースが決定されると、端末デバイスは、決定されたＰＵＳＣＨ時間周波数リソースに従って、プリアンブルをも決定し得る。

【0052】

ブロック３０４において、端末デバイスは、ＲＮＴＩ情報に従って、２ステップランダムアクセスプロシージャのためのＲＮＴＩを決定する。いくつかの実施形態では、ＲＮＴＩ情報は、プリアンブル情報中のプリアンブルのセットとＲＮＴＩのセットとの間の関連付けを示し得る。したがって、ＲＮＴＩは、プリアンブルに基づいて決定され得る。

【0053】

一実施形態では、関連付けは、プリアンブルのセット中のプリアンブルとＲＮＴＩのセット中のＲＮＴＩとの間の１対１マッピングであり得る。たとえば、プリアンブル情報が６４個のプリアンブルのセットを示すと仮定すると、一意のプリアンブルＩＤが、０から６３までの範囲内で各プリアンブルについて割り当てられる。各プリアンブルは、以下の表２に示されているように、ＰＵＳＣＨのために使用される１つのＲＮＴＩにマッピングされる。

【0054】

一実施形態では、関連付けは、プリアンブルのセット中のプリアンブルとＲＮＴＩのセット中の２つまたはそれ以上のＲＮＴＩとの間の１対複数マッピングであり得る。この場合、各プリアンブルは、２つまたはそれ以上のＲＮＴＩにマッピングされる。決定されたプリアンブルに基づいて、端末デバイスは、対応する２つまたはそれ以上のＲＮＴＩから１つのＲＮＴＩをランダムに選択し得る。代替的に、一実施形態では、関連付けは、プリアンブルのセット中の２つまたはそれ以上のプリアンブルとＲＮＴＩのセット中のＲＮＴＩとの間の複数対１マッピングであり得る。この場合、２つまたはそれ以上のプリアンブルは、１つのＲＮＴＩにマッピングされる。

【0055】

上記で説明されたように、プリアンブルのセットとＰＵＳＣＨ時間周波数リソースとの間の関連付けもあり得る。したがって、いくつかの実施形態では、ＲＮＴＩは、ＰＵＳＣＨ時間周波数リソースに基づいて決定され得る。たとえば、２ステップランダムアクセスプロシージャのためにＰＵＳＣＨ時間周波数リソースが決定されたとき、端末デバイスは、プリアンブルのセットとＰＵＳＣＨ時間周波数リソースとの間の関連付けに従ってプリアンブルを決定し、次いで、プリアンブルのセットとＲＮＴＩのセットとの間の関連付けに従ってＲＮＴＩを決定し得る。より直接的に、ＰＵＳＣＨ時間周波数リソースとＲＮＴＩとの間の関連付けがあり得る。したがって、ＰＵＳＣＨ時間周波数リソースが決定されたとき、対応するＲＮＴＩが決定され得る。

【0056】

代替的に、いくつかの実施形態では、ＲＮＴＩ情報は、ＰＲＡＣＨオケージョンのセットとＲＮＴＩのセットとの間の関連付けを示し得る。したがって、ＲＮＴＩは、ＰＲＡＣＨオケージョンに基づいて決定され得る。プリアンブルを決定した後に、端末デバイスは、決定されたプリアンブルのために使用されるＰＲＡＣＨオケージョンに基づいて、ＲＮＴＩを決定し得る。一実施形態では、ＰＲＡＣＨオケージョンのセットはまた、プリアンブル情報中で示され得る。

【0057】

一実施形態では、関連付けは、ＰＲＡＣＨオケージョンのセット中のＰＲＡＣＨオケージョンとＲＮＴＩのセット中のＲＮＴＩとの間の１対１マッピングであり得る。この場合、各ＰＲＡＣＨオケージョンは、１つのＲＮＴＩにマッピングされる。代替的に、一実施形態では、関連付けは、ＰＲＡＣＨオケージョンのセット中のＰＲＡＣＨオケージョンとＲＮＴＩのセット中の２つまたはそれ以上のＲＮＴＩとの間の１対複数マッピングであり得る。この場合、各ＰＲＡＣＨオケージョンは、２つまたはそれ以上のＲＮＴＩにマッピングされる。決定されたプリアンブルのために使用されるＰＲＡＣＨに基づいて、端末デバイスは、対応する２つまたはそれ以上のＲＮＴＩから１つのＲＮＴＩをランダムに選択し得る。代替的に、一実施形態では、関連付けは、ＰＲＡＣＨオケージョンのセット中の２つまたはそれ以上のＰＲＡＣＨオケージョンとＲＮＴＩのセット中のＲＮＴＩとの間の複数対１マッピングであり得る。この場合、２つまたはそれ以上のＰＲＡＣＨオケージョンは、１つのＲＮＴＩにマッピングされる。

【0058】

代替的に、いくつかの実施形態では、ＲＮＴＩ情報は、少なくとも１つのＲＮＴＩを示し得る。一実施形態では、ＲＮＴＩ情報は、１つのＲＮＴＩのみを示し得る。この場合、異なるプリアンブルについて、同じＲＮＴＩがＰＵＳＣＨのために使用される。異なる端末デバイス間のＰＵＳＣＨ衝突を緩和するために、異なるＰＵＳＣＨ時間周波数リソースおよび異なるＰＲＡＣＨオケージョンが、割り当てられ得る。

【0059】

代替的に、一実施形態では、ＲＮＴＩ情報は、複数のＲＮＴＩを示し得る。この場合、端末デバイスは、複数のＲＮＴＩから１つのＲＮＴＩをランダムに決定し得る。たとえば、３つのＲＮＴＩのセットがＲＮＴＩ情報中で示され得、端末デバイスは、３つのＲＮＴＩのうちのいずれか１つをランダムに選択することができる。

【0060】

いくつかの実施形態では、ＲＮＴＩ情報は、基地局（たとえば、ｇＮＢ）などのネットワークノードからのシグナリングメッセージにおいてシグナリングされ得る。シグナリングメッセージは、無線リソース制御（ＲＲＣ）メッセージであり得る。代替的に、いくつかの実施形態では、ＲＮＴＩ情報は、端末デバイスにおいてあらかじめ規定され得る。

【0061】

ブロック３０４においてＲＮＴＩを決定した後に、ブロック３０６において、端末デバイスは、決定されたＲＮＴＩに基づいて、ＰＵＳＣＨメッセージを生成する。概して、ＲＮＴＩは、ＰＵＳＣＨスクランブリングシーケンス初期化のために使用される。次いで、ブロック３０８において、端末デバイスは、２ステップランダムアクセスプロシージャにおいて、ネットワークノードに要求メッセージを送信する。要求メッセージは、ブロック３０２において決定されたプリアンブルと、ブロック３０６において生成されたＰＵＳＣＨメッセージとを含み得る。プリアンブルはＰＲＡＣＨオケージョンにおいて送信され得、ＰＵＳＣＨメッセージはＰＵＳＣＨ時間周波数リソースにおいて送信され得る。

【0062】

さらに、いくつかの実施形態では、要求メッセージを送信したことに応答して、端末デバイスは、ブロック３１０において示されているように、応答メッセージを受信し得る。いくつかの実施形態では、応答メッセージは、選択されたＲＮＴＩを含み得る。ネットワークノードが、ＰＵＳＣＨメッセージを復号することに失敗したが、要求メッセージ中のプリアンブルを成功裡に検出した場合、ネットワークノードは、後続の２ステップランダムアクセスプロシージャのためのＲＮＴＩを選択し、選択されたＲＮＴＩを含む応答メッセージを端末デバイスに送信し得る。応答メッセージを受信した後に、端末デバイスは、ＲＮＴＩ情報に従ってＲＮＴＩを決定する代わりに、選択されたＲＮＴＩを取得し、選択されたＲＮＴＩを後続のランダムアクセスプロシージャにおいて使用し得る。さらに、選択されたＲＮＴＩは、端末デバイスに記憶されたＲＮＴＩ情報に追加され得る。いくつかの実施形態では、応答メッセージは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で受信され得る。代替的に、応答メッセージは、制御情報として物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で受信され得る。

【0063】

図３に示されているように、ステップを実施するための順序は、ほんの一例として示されていることに留意されたい。いくつかの実施形態では、いくつかのステップは、逆の順序で、または並行して実施され得る。いくつかの実施形態では、いくつかのステップは、省略されるか、または組み合わせられ得る。

【0064】

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

【0065】

図４に示されている例示的な方法４００によれば、ネットワークノードは、ブロック４０２に示されているように、２ステップランダムアクセスプロシージャにおいて、プリアンブルとＰＵＳＣＨメッセージとを含む要求メッセージを受信し得る。いくつかの実施形態では、プリアンブルは、プリアンブル情報に従って決定され得、ＰＵＳＣＨメッセージは、ＲＮＴＩ情報に従って決定されたＲＮＴＩに基づき得る。プリアンブル情報およびＲＮＴＩ情報の詳細は上記で説明されており、したがって、ここでは省略される。

【0066】

ＲＮＴＩ情報がプリアンブル情報中のプリアンブルのセットとＲＮＴＩのセットとの間の関連付けを示す、いくつかの実施形態では、ネットワークノードは、要求メッセージ中のプリアンブルを検出し、ネットワークノードに記憶されたＲＮＴＩ情報に従って、検出されたプリアンブルに基づいて、ＲＮＴＩを決定し得る。次いで、ネットワークノードは、決定されたＲＮＴＩに基づいて、ＰＵＳＣＨメッセージを復号し得る。

【0067】

ＲＮＴＩ情報がプリアンブル情報中のＰＲＡＣＨオケージョンのセットとＲＮＴＩのセットとの間の関連付けを示す、いくつかの実施形態では、ネットワークノードは、要求メッセージ中のプリアンブルを検出し、ＲＮＴＩ情報に従って、検出されたプリアンブルのために使用されるＰＲＡＣＨオケージョンに基づいて、ＲＮＴＩを決定し得る。次いで、ネットワークノードは、決定されたＲＮＴＩに基づいて、ＰＵＳＣＨメッセージを復号し得る。

【0068】

ＲＮＴＩ情報が１つのＲＮＴＩを示す、いくつかの実施形態では、ネットワークノードは、要求メッセージ中のプリアンブルを検出し、１つのＲＮＴＩに基づいてＰＵＳＣＨメッセージを復号し得る。ＲＮＴＩ情報が複数のＲＮＴＩを示す、いくつかの実施形態では、ネットワークノードは、要求メッセージ中のプリアンブルを検出し、複数のＲＮＴＩに基づいてＰＵＳＣＨメッセージをブラインド復号し得る。

【0069】

さらに、いくつかの実施形態では、ブロック４０４に示されているように、ネットワークノードが、要求メッセージ中のプリアンブルを成功裡に検出し、ＰＵＳＣＨメッセージを復号することに失敗した場合、ネットワークノードは、検出されたプリアンブルに基づいて、ＲＡ－ＲＮＴＩを生成し得る。いくつかの実施形態では、ＲＡ－ＲＮＴＩの生成は、検出されたプリアンブルのために使用されるＰＲＡＣＨオケージョンにさらに基づき得る。次いで、ブロック４０６において、ネットワークノードは、ＲＡ－ＲＮＴＩに基づいて応答メッセージを送信し得る。ＲＡ－ＲＮＴＩは、応答メッセージをスクランブルするために使用され得る。いくつかの実施形態では、応答メッセージは、後続の２ステップランダムアクセスプロシージャにおいて使用されるべき選択されたＲＮＴＩを含み得る。いくつかの実施形態では、応答メッセージは、ＰＤＣＣＨまたはＰＤＳＣＨ上で送信され得る。

【0070】

したがって、上記の実施形態による、２ステップランダムアクセスプロシージャのための提案されるソリューションにより、端末デバイスが、２ステップランダムアクセスプロシージャにおいて、要求メッセージ中のＰＵＳＣＨのために使用されるＲＮＴＩを決定することができることがわかり得る。

【0071】

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

【0072】

図５は、本開示の様々な実施形態による、装置５００を示すブロック図である。図５に示されているように、装置５００は、プロセッサ５０１などの１つまたは複数のプロセッサと、コンピュータプログラムコード５０３を記憶するメモリ５０２などの１つまたは複数のメモリとを備え得る。メモリ５０２は、非一時的機械／プロセッサ／コンピュータ可読記憶媒体であり得る。いくつかの例示的な実施形態によれば、装置５００は、図３に関して説明される端末デバイス、または図４に関して説明されるネットワークノードに、プラグ接続されまたは取り付けられ得る集積回路チップまたはモジュールとして実装され得る。

【0073】

いくつかの実装形態では、１つまたは複数のメモリ５０２およびコンピュータプログラムコード５０３は、１つまたは複数のプロセッサ５０１を用いて、装置５００に、少なくとも、図３に関して説明されるような方法の任意の動作を実施させるように設定され得る。そのような実施形態では、装置５００は、上記で説明された端末デバイスの少なくとも一部として実装されるか、または端末デバイスに通信可能に結合され得る。特定の例として、装置５００は、端末デバイスとして実装され得る。

【0074】

他の実装形態では、１つまたは複数のメモリ５０２およびコンピュータプログラムコード５０３は、１つまたは複数のプロセッサ５０１を用いて、装置５００に、少なくとも、図４に関して説明されるような方法の任意の動作を実施させるように設定され得る。そのような実施形態では、装置５００は、上記で説明されたネットワークノードの少なくとも一部として実装されるか、またはネットワークノードに通信可能に結合され得る。特定の例として、装置５００は、ネットワークノードとして実装され得る。

【0075】

代替または追加として、１つまたは複数のメモリ５０２およびコンピュータプログラムコード５０３は、１つまたは複数のプロセッサ５０１を用いて、装置５００に、少なくとも、本開示の例示的な実施形態による提案される方法を実装するためにより多いまたはより少ない動作を実施させるように設定され得る。

【0076】

図６は、本開示のいくつかの実施形態による、装置６００を示すブロック図である。図６に示されているように、装置６００は、決定ユニット６０１と、生成ユニット６０２と、送信ユニット６０３とを備え得る。例示的な実施形態では、装置６００は、ＵＥなどの端末デバイスにおいて実装され得る。決定ユニット６０１は、ブロック３０２およびブロック３０４における動作を行うように動作可能であり得る。生成ユニット６０２は、ブロック３０６における動作を行うように動作可能であり得、送信ユニット６０３は、ブロック３０８における動作を行うように動作可能であり得る。さらに、装置６００は、ブロック３１０における動作を行うように動作可能な受信ユニット６０４をも備え得る。場合によっては、決定ユニット６０１、生成ユニット６０２、送信ユニット６０３、および／または受信ユニット６０４は、本開示の例示的な実施形態による提案される方法を実装するためにより多いまたはより少ない動作を行うように動作可能であり得る。

【0077】

図７は、本開示のいくつかの実施形態による、装置７００を示すブロック図である。図７に示されているように、装置７００は、受信ユニット７０１を備え得る。例示的な実施形態では、装置７００は、基地局（たとえば、ｇＮＢまたはｅＮＢ）などのネットワークノードにおいて実装され得る。受信ユニット７０１は、ブロック４０２における動作を行うように動作可能であり得る。さらに、装置７００は、生成ユニット７０２と送信ユニット７０３とをも備え得る。生成ユニット７０２は、ブロック４０４における動作を行うように動作可能であり得、送信ユニット７０６は、ブロック４０６における動作を行うように動作可能であり得る。場合によっては、受信ユニット７０１、生成ユニット７０２、および／または送信ユニット７０３は、本開示の例示的な実施形態による提案される方法を実装するためにより多いまたはより少ない動作を行うように動作可能であり得る。

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【手続補正書】

【提出日】2023-12-28

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

端末デバイスによって実施される方法（３００）であって、
２ステップランダムアクセスプロシージャのためのプリアンブルを決定すること（３０２）と、
前記２ステップランダムアクセスプロシージャのための無線ネットワーク一時識別子（ＲＮＴＩ）を決定すること（３０４）と、
決定された前記ＲＮＴＩに基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）メッセージのためのスクランブリングシーケンスを生成することであって、ＲＮＴＩ情報が、物理ランダムアクセスチャネル（ＰＲＡＣＨ）オケージョンと前記ＲＮＴＩのセットとの間の関連付けを示す、生成すること（３０６）と、
前記２ステップランダムアクセスプロシージャにおける前記プリアンブルと前記ＰＵＳＣＨメッセージとを含む要求メッセージを送信すること（３０８）と
を含む、方法（３００）。

【請求項2】

前記プリアンブルが、プリアンブルのセットから決定され、前記ＲＮＴＩ情報が、前記プリアンブルのセットと前記ＲＮＴＩのセットとの間の関連付けを示す、請求項１に記載の方法（３００）。

【請求項3】

前記関連付けが、前記プリアンブルのセット中のプリアンブルと前記ＲＮＴＩのセット中のＲＮＴＩとの間の１対１マッピング、前記プリアンブルのセット中のプリアンブルと前記ＲＮＴＩのセット中の２つまたはそれ以上のＲＮＴＩとの間の１対複数マッピング、または前記プリアンブルのセット中の２つまたはそれ以上のプリアンブルと前記ＲＮＴＩのセット中のＲＮＴＩとの間の複数対１マッピングのうちのいずれかである、請求項２に記載の方法（３００）。

【請求項4】

前記ＲＮＴＩが、決定された前記プリアンブルに基づいて決定される、請求項２または３に記載の方法（３００）。

【請求項5】

前記関連付けが、前記ＰＲＡＣＨオケージョンのセット中のＰＲＡＣＨオケージョンと前記ＲＮＴＩのセット中のＲＮＴＩとの間の１対１マッピング、前記ＰＲＡＣＨオケージョンのセット中のＰＲＡＣＨオケージョンと前記ＲＮＴＩのセット中の２つまたはそれ以上のＲＮＴＩとの間の１対複数マッピング、または前記ＰＲＡＣＨオケージョンのセット中の２つまたはそれ以上のＰＲＡＣＨオケージョンと前記ＲＮＴＩのセット中のＲＮＴＩとの間の複数対１マッピングのうちのいずれかである、請求項１に記載の方法（３００）。

【請求項6】

前記ＲＮＴＩが、決定された前記プリアンブルのために使用される前記ＰＲＡＣＨオケージョンに基づいて決定される、請求項５に記載の方法（３００）。

【請求項7】

プリアンブルが、ＰＵＳＣＨ時間周波数リソースに関連付けられる、請求項１から６のいずれか一項に記載の方法（３００）。

【請求項8】

前記プリアンブルが、プリアンブル情報に従って決定され、前記プリアンブル情報が、あらかじめ規定されるかまたはシグナリングメッセージにおいてシグナリングされ、前記シグナリングメッセージが無線リソース制御（ＲＲＣ）メッセージである、請求項１から７のいずれか一項に記載の方法（３００）。

【請求項9】

前記要求メッセージを送信したことに応答して、選択されたＲＮＴＩを含む応答メッセージを受信すること（３１０）
をさらに含み、
前記選択されたＲＮＴＩが、後続の２ステップランダムアクセスプロシージャにおいて使用され、
前記応答メッセージが、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、または物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で受信される、請求項１から８のいずれか一項に記載の方法（３００）。

【請求項10】

端末デバイス（５００）であって、
１つまたは複数のプロセッサ（５０１）と、
コンピュータプログラムコード（５０３）を備える１つまたは複数のメモリ（５０２）と
を備え、
前記１つまたは複数のメモリ（５０２）および前記コンピュータプログラムコード（５０３）が、前記１つまたは複数のプロセッサ（５０１）を用いて、前記端末デバイス（５００）に、請求項１から９のいずれか一項に記載の方法を行わせるように設定された、端末デバイス（５００）。

【外国語明細書】