▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-07-06
(54)【発明の名称】ランダムアクセスのための方法および装置
(51)【国際特許分類】
H04W 74/08 20090101AFI20220629BHJP
H04W 72/04 20090101ALI20220629BHJP
【ＦＩ】
H04W74/08
H04W72/04 130
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2021564760
(86)(22)【出願日】2020-04-27
(85)【翻訳文提出日】2021-12-23
(86)【国際出願番号】 EP2020061642
(87)【国際公開番号】W WO2020225009
(87)【国際公開日】2020-11-12
(31)【優先権主張番号】PCT/CN2019/085434
(32)【優先日】2019-05-03
(33)【優先権主張国・地域又は機関】CN
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
２．３ＧＰＰ
(71)【出願人】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100109726
【弁理士】
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100161470
【弁理士】
【氏名又は名称】冨樫 義孝
(74)【代理人】
【識別番号】100194294
【弁理士】
【氏名又は名称】石岡 利康
(74)【代理人】
【識別番号】100194320
【弁理士】
【氏名又は名称】藤井 亮
(74)【代理人】
【識別番号】100150670
【弁理士】
【氏名又は名称】小梶 晴美
(72)【発明者】
【氏名】リン， ツィーペン
(72)【発明者】
【氏名】ハリソン， ロバート マーク
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067DD34
5K067EE02
5K067EE10
(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】
ネットワークノード（６００）であって、１つまたは複数のプロセッサ（６０１）と、
コンピュータプログラムコード（６０３）を備える１つまたは複数のメモリ（６０２）と
を備え、
前記１つまたは複数のメモリ（６０２）および前記コンピュータプログラムコード（６０３）が、前記１つまたは複数のプロセッサ（６０１）とともに、前記ネットワークノード（６００）に、少なくとも、
共有チャネルリソースの設定に少なくとも部分的に基づいて、ランダムアクセスプロシージャのためのランダムアクセスリソースと前記共有チャネルリソースとの間の関連付けを決定することと、
前記ランダムアクセスプロシージャのための前記関連付けに関する設定情報を端末デバイスに送信することと
を行わせるように設定された、ネットワークノード（６００）。
【請求項37】
前記１つまたは複数のメモリおよび前記コンピュータプログラムコードが、前記１つまたは複数のプロセッサとともに、前記ネットワークノードに、請求項１９から３３のいずれか一項に記載の方法を実施させるように設定された、請求項３６に記載のネットワークノード。
【請求項38】
コンピュータとともに使用するためにその上に具現されたコンピュータプログラムコード（６０３）を有するコンピュータ可読媒体であって、前記コンピュータプログラムコード（６０３）が、請求項１から１７のいずれか一項に記載の方法を実施するためのコードを含む、コンピュータ可読媒体。
【請求項39】
コンピュータとともに使用するためにその上に具現されたコンピュータプログラムコード（６０３）を有するコンピュータ可読媒体であって、前記コンピュータプログラムコード（６０３）が、請求項１８から３３のいずれか一項に記載の方法を実施するためのコードを含む、コンピュータ可読媒体。【発明の詳細な説明】
【技術分野】
【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】
本開示の第１２の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ユーザデータを提供するように設定された処理回路と、ＵＥへの送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースとを備え得る。ＵＥは、無線インターフェースと処理回路とを備え得る。ＵＥの処理回路は、本開示の第５の態様による方法の任意のステップを実施するように設定され得る。
【0037】
本開示の第１３の態様によれば、ホストコンピュータと、基地局と、ＵＥとを含み得る通信システムにおいて実装される方法が提供される。本方法は、ホストコンピュータにおいて、本開示の第５の態様による方法の任意のステップを実施し得るＵＥから基地局に送信されたユーザデータを受信することを含み得る。
【0038】
本開示の第１４の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ＵＥから基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備え得る。ＵＥは、無線インターフェースと処理回路とを備え得る。ＵＥの処理回路は、本開示の第５の態様による方法の任意のステップを実施するように設定され得る。
【0039】
本開示の第１５の態様によれば、ホストコンピュータと、基地局と、ＵＥとを含み得る通信システムにおいて実装される方法が提供される。本方法は、ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から発生したユーザデータを受信することを含み得る。基地局は、本開示の第１の態様による方法の任意のステップを実施し得る。
【0040】
本開示の第１６の態様によれば、ホストコンピュータを含み得る通信システムが提供される。ホストコンピュータは、ＵＥから基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備え得る。基地局は、無線インターフェースと処理回路とを備え得る。基地局の処理回路は、本開示の第１の態様による方法の任意のステップを実施するように設定され得る。
【0041】
本開示自体、好ましい使用モードおよびさらなる目的は、添付の図面とともに読まれるとき、実施形態の以下の詳細な説明を参照することによって最も良く理解される。
【図面の簡単な説明】
【0042】
【図1A】本開示の一実施形態による、例示的な４ステップＲＡプロシージャを示す図である。
【図1B】本開示の一実施形態による、例示的なＰＲＡＣＨ設定を示す図である。
【図1C】本開示のいくつかの実施形態による、ＳＳＢとＰＲＡＣＨオケージョンとの間の関連付けの例を示す図である。
【図1D】本開示のいくつかの実施形態による、ＳＳＢとＰＲＡＣＨオケージョンとの間の関連付けの例を示す図である。
【図1E】本開示の一実施形態による、ＳＳＢとＲＡプリアンブルとの間のマッピングの一例を示す図である。
【図1F】本開示の一実施形態による、ＰＲＡＣＨオケージョンごとのＳＳＢごとの例示的なプリアンブルを示す図である。
【図2】本開示の一実施形態による、例示的な２ステップＲＡプロシージャを示す図である。
【図3A】本開示のいくつかの実施形態による、ＰＵＳＣＨスロットのための例示的な設定を示す図である。
【図3B】本開示のいくつかの実施形態による、プリアンブルとＰＵＳＣＨ ＲＵとのマッピングのための例示的な設定を示す図である。
【図4】本開示のいくつかの実施形態による、方法を示すフローチャートである。
【図5】本開示のいくつかの実施形態による、別の方法を示すフローチャートである。
【図6】本開示のいくつかの実施形態による、装置を示すブロック図である。
【図7】本開示のいくつかの実施形態による、別の装置を示すブロック図である。
【図8】本開示のいくつかの実施形態による、また別の装置を示すブロック図である。
【図9】本開示のいくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示すブロック図である。
【図10】本開示のいくつかの実施形態による、部分的無線接続上で基地局を介してＵＥと通信するホストコンピュータを示すブロック図である。
【図11】本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。
【図12】本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。
【図13】本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。
【図14】本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。
【発明を実施するための形態】
【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】
いくつかの例示的な実施形態によれば、共有チャネルオケージョンにおけるＲＵへの、ＲＡオケージョンにおけるプリアンブルのマッピングは、マッピングルールに従って実装され得る。たとえば、マッピングルールは、（随意に、異なる優先度を有し得る）以下のマッピングファクタのうちの１つまたは複数に少なくとも部分的に基づき得る。
・ （プリアンブルの巡回シフトおよびルートシーケンスに関係し得る）プリアンブルの直交性、
・ 共有チャネルオケージョン上で送信が衝突する確率、
・ ＲＵのために設定された周波数リソース、
・ ＲＵのために設定されたＤＭＲＳポート、
・ ＲＵのために設定されたＤＭＲＳシーケンス初期化、
・ ＲＵにマッピングされるプリアンブルの数、
・ 共有チャネルオケージョンのサイズ、および
・ ＲＵのために設定された時間リソース。
・ （プリアンブルの巡回シフトおよびルートシーケンスに関係し得る）プリアンブルの直交性、
・ 共有チャネルオケージョン上で送信が衝突する確率、
・ ＲＵのために設定された周波数リソース、
・ ＲＵのために設定されたＤＭＲＳポート、
・ ＲＵのために設定されたＤＭＲＳシーケンス初期化、
・ ＲＵにマッピングされるプリアンブルの数、
・ 共有チャネルオケージョンのサイズ、および
・ ＲＵのために設定された時間リソース。
【0098】
いくつかの例示的な実施形態によれば、マッピングルールは、第１の直交性しきい値を上回る直交性を有するプリアンブルを、あらかじめ規定された相関しきい値を上回る相関を有する時間周波数リソースで設定された１つまたは複数の共有チャネルオケージョンにマッピングすることを含み得る。
【0099】
いくつかの例示的な実施形態によれば、マッピングルールは、第２の直交性しきい値を下回る直交性を有するプリアンブルを、異なるＤＭＲＳポートにマッピングすることを含み得る。代替または追加として、マッピングルールは、第３の直交性しきい値を下回る直交性を有するプリアンブルを、異なるＤＭＲＳシーケンスにマッピングすることを含み得る。
【0100】
いくつかの例示的な実施形態によれば、マッピングルールは、連続するＩＤを有するプリアンブルを、異なる共有チャネルオケージョンにマッピングすることを含み得る。
【0101】
いくつかの例示的な実施形態によれば、マッピングルールは、ＳＳＢに関連付けられたプリアンブルを、異なるサイズをもつ複数の共有チャネルオケージョンにマッピングすることを含み得る。
【0102】
いくつかの例示的な実施形態によれば、ＳＳＢに関連付けられた共有チャネルオケージョンは、異なるＳＳＢに関連付けられた別の共有チャネルオケージョンとは異なる時間リソース（たとえば、１つまたは複数のＯＦＤＭシンボル）で設定され得る。
【0103】
１つまたは複数の例示的な実施形態による提案されるソリューションは、２ステップＲＡプロシージャなどのＲＡプロシージャにおいて、ＳＳＢとＲＯおよびｍｓｇＡプリアンブルおよびＰＯとのマッピングを可能にすることができる。いくつかの例示的な実施形態では、ＲＡプリアンブルは、たとえば、ＰＵＳＣＨ ＲＵの順序付け、プリアンブルおよびＰＯサイズの順序付け、プリアンブルシーケンスの直交性、ＰＯ間の衝突確率など、１つまたは複数のファクタを考慮に入れることによって、２ステップＲＡにおいてＰＵＳＣＨ ＲＵに適応的にマッピングされ得る。様々なルールおよびパラメータは、送信設定のフレキシビリティおよびシグナリング処理の性能を改善し、リソース利用を向上させるように、２ステップＲＡプロシージャにおけるＰＯサイズの可変設定およびビームフォーミングの適用をサポートするために使用され得る。
【0104】
図４～図５に示されている様々なブロックは、方法ステップ、および／またはコンピュータプログラムコードの動作から生じる動作、および／または関連付けられた（１つまたは複数の）機能を行うために構築された複数の結合された論理回路エレメントと見なされ得る。上記で説明された概略フローチャート図は、概して、論理フローチャート図として記載される。したがって、図示された順序および標示されたステップは、提示された方法の特定の実施形態を示す。示されている方法の、１つまたは複数のステップ、またはそれらの部分と、機能、論理、または効果において等価である他のステップおよび方法が想到され得る。さらに、特定の方法が行われる順序は、示されている対応するステップの順序に厳密に従うことも従わないこともある。
【0105】
図６は、本開示の様々な実施形態による、装置６００を示すブロック図である。図６に示されているように、装置６００は、プロセッサ６０１などの１つまたは複数のプロセッサと、コンピュータプログラムコード６０３を記憶するメモリ６０２などの１つまたは複数のメモリとを備え得る。メモリ６０２は、非一時的機械／プロセッサ／コンピュータ可読記憶媒体であり得る。いくつかの例示的な実施形態によれば、装置６００は、図４に関して説明されるネットワークノード、または図５に関して説明される端末デバイスに、プラグ接続されまたは取り付けられ得る集積回路チップまたはモジュールとして実装され得る。そのような場合、装置６００は、図４に関して説明されるネットワークノード、または図５に関して説明される端末デバイスとして実装され得る。
【0106】
いくつかの実装形態では、１つまたは複数のメモリ６０２およびコンピュータプログラムコード６０３は、１つまたは複数のプロセッサ６０１とともに、装置６００に、少なくとも、図４に関して説明されるような方法の任意の動作を実施させるように設定され得る。他の実装形態では、１つまたは複数のメモリ６０２およびコンピュータプログラムコード６０３は、１つまたは複数のプロセッサ６０１とともに、装置６００に、少なくとも、図５に関して説明されるような方法の任意の動作を実施させるように設定され得る。代替または追加として、１つまたは複数のメモリ６０２およびコンピュータプログラムコード６０３は、１つまたは複数のプロセッサ６０１とともに、装置６００に、少なくとも、本開示の例示的な実施形態による提案される方法を実装するためにより多いまたはより少ない動作を実施させるように設定され得る。
【0107】
図７は、本開示のいくつかの実施形態による、装置７００を示すブロック図である。図７に示されているように、装置７００は、決定ユニット７０１と送信ユニット７０２とを備え得る。例示的な実施形態では、装置７００は、ｇＮＢなどのネットワークノードにおいて実装され得る。決定ユニット７０１は、ブロック４０２における動作を行うように動作可能であり得、送信ユニット７０２は、ブロック４０４における動作を行うように動作可能であり得る。場合によっては、決定ユニット７０１および／または送信ユニット７０２は、本開示の例示的な実施形態による提案される方法を実装するためにより多いまたはより少ない動作を行うように動作可能であり得る。
【0108】
図８は、本開示のいくつかの実施形態による、装置８００を示すブロック図である。図８に示されているように、装置８００は、受信ユニット８０１と決定ユニット８０２とを備え得る。例示的な実施形態では、装置８００は、ＵＥなどの端末デバイスにおいて実装され得る。受信ユニット８０１は、ブロック５０２における動作を行うように動作可能であり得、決定ユニット８０２は、ブロック５０４における動作を行うように動作可能であり得る。場合によっては、受信ユニット８０１および／または決定ユニット８０２は、本開示の例示的な実施形態による提案される方法を実装するためにより多いまたはより少ない動作を行うように動作可能であり得る。
【0109】
図９は、本開示のいくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示すブロック図である。
【0110】
図９を参照すると、一実施形態によれば、通信システムが、無線アクセスネットワークなどのアクセスネットワーク９１１とコアネットワーク９１４とを備える、３ＧＰＰタイプセルラネットワークなどの通信ネットワーク９１０を含む。アクセスネットワーク９１１は、ＮＢ、ｅＮＢ、ｇＮＢまたは他のタイプの無線アクセスポイントなど、複数の基地局９１２ａ、９１２ｂ、９１２ｃを備え、各々が、対応するカバレッジエリア９１３ａ、９１３ｂ、９１３ｃを規定する。各基地局９１２ａ、９１２ｂ、９１２ｃは、有線接続または無線接続９１５を介してコアネットワーク９１４に接続可能である。カバレッジエリア９１３ｃ中に位置する第１のＵＥ９９１が、対応する基地局９１２ｃに無線で接続するか、または対応する基地局９１２ｃによってページングされるように設定される。カバレッジエリア９１３ａ中の第２のＵＥ９９２が、対応する基地局９１２ａに無線で接続可能である。この例では複数のＵＥ９９１、９９２が示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア中にある状況、または唯一のＵＥが、対応する基地局９１２に接続している状況に等しく適用可能である。
【0111】
通信ネットワーク９１０は、それ自体、ホストコンピュータ９３０に接続され、ホストコンピュータ９３０は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／またはソフトウェアにおいて、あるいはサーバファーム中の処理リソースとして具現され得る。ホストコンピュータ９３０は、サービスプロバイダの所有または制御下にあり得るか、あるいはサービスプロバイダによってまたはサービスプロバイダの代わりに動作され得る。通信ネットワーク９１０とホストコンピュータ９３０との間の接続９２１および９２２が、コアネットワーク９１４からホストコンピュータ９３０まで直接延び得るか、または随意の中間ネットワーク９２０を介して進み得る。中間ネットワーク９２０は、公衆ネットワーク、プライベートネットワークまたはホストされたネットワークのうちの１つ、あるいはそれらのうちの２つ以上の組合せであり得、中間ネットワーク９２０は、もしあれば、バックボーンネットワークまたはインターネットであり得、特に、中間ネットワーク９２０は、２つまたはそれ以上のサブネットワーク（図示せず）を備え得る。
【0112】
図９の通信システムは全体として、接続されたＵＥ９９１、９９２とホストコンピュータ９３０との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）接続９５０として説明され得る。ホストコンピュータ９３０および接続されたＵＥ９９１、９９２は、アクセスネットワーク９１１、コアネットワーク９１４、任意の中間ネットワーク９２０および可能なさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続９５０を介してデータおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続９５０は、ＯＴＴ接続９５０が通過する、参加する通信デバイスが、アップリンク通信およびダウンリンク通信のルーティングに気づいていないという意味で、透過的であり得る。たとえば、基地局９１２は、接続されたＵＥ９９１にフォワーディング（たとえば、ハンドオーバ）されるべき、ホストコンピュータ９３０から発生したデータを伴う着信ダウンリンク通信の過去のルーティングについて、知らされないことがあるかまたは知らされる必要がない。同様に、基地局９１２は、ＵＥ９９１から発生してホストコンピュータ９３０に向かう発信アップリンク通信の将来ルーティングに気づいている必要がない。
【0113】
図１０は、本開示のいくつかの実施形態による、部分的無線接続上で基地局を介してＵＥと通信するホストコンピュータを示すブロック図である。
【0114】
次に、一実施形態による、前の段落において説明されたＵＥ、基地局およびホストコンピュータの例示的な実装形態が、図１０を参照しながら説明される。通信システム１０００では、ホストコンピュータ１０１０が、通信システム１０００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェース１０１６を含む、ハードウェア１０１５を備える。ホストコンピュータ１０１０は、記憶能力および／または処理能力を有し得る、処理回路１０１８をさらに備える。特に、処理回路１０１８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。ホストコンピュータ１０１０は、ホストコンピュータ１０１０に記憶されるかまたはホストコンピュータ１０１０によってアクセス可能であり、処理回路１０１８によって実行可能である、ソフトウェア１０１１をさらに備える。ソフトウェア１０１１は、ホストアプリケーション１０１２を含む。ホストアプリケーション１０１２は、ＵＥ１０３０およびホストコンピュータ１０１０において終端するＯＴＴ接続１０５０を介して接続するＵＥ１０３０など、リモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーション１０１２は、ＯＴＴ接続１０５０を使用して送信されるユーザデータを提供し得る。
【0115】
通信システム１０００は、通信システム中に提供される基地局１０２０をさらに含み、基地局１０２０は、基地局１０２０がホストコンピュータ１０１０およびＵＥ１０３０と通信することを可能にするハードウェア１０２５を備える。ハードウェア１０２５は、通信システム１０００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェース１０２６、ならびに基地局１０２０によってサーブされるカバレッジエリア（図１０に図示せず）中に位置するＵＥ１０３０との少なくとも無線接続１０７０をセットアップおよび維持するための無線インターフェース１０２７を含み得る。通信インターフェース１０２６は、ホストコンピュータ１０１０への接続１０６０を容易にするように設定され得る。接続１０６０は直接であり得るか、あるいは、接続１０６０は、通信システムのコアネットワーク（図１０に図示せず）を、および／または通信システムの外部の１つまたは複数の中間ネットワークを通過し得る。図示の実施形態では、基地局１０２０のハードウェア１０２５は、処理回路１０２８をさらに含み、処理回路１０２８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。基地局１０２０は、内部的に記憶されるかまたは外部接続を介してアクセス可能なソフトウェア１０２１をさらに有する。
【0116】
通信システム１０００は、すでに言及されたＵＥ１０３０をさらに含む。ＵＥ１０３０のハードウェア１０３５は、ＵＥ１０３０が現在位置するカバレッジエリアをサーブする基地局との無線接続１０７０をセットアップおよび維持するように設定された、無線インターフェース１０３７を含み得る。ＵＥ１０３０のハードウェア１０３５は、処理回路１０３８をさらに含み、処理回路１０３８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。ＵＥ１０３０は、ＵＥ１０３０に記憶されるかまたはＵＥ１０３０によってアクセス可能であり、処理回路１０３８によって実行可能である、ソフトウェア１０３１をさらに備える。ソフトウェア１０３１は、クライアントアプリケーション１０３２を含む。クライアントアプリケーション１０３２は、ホストコンピュータ１０１０のサポートを伴って、ＵＥ１０３０を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ１０１０では、実行しているホストアプリケーション１０１２は、ＵＥ１０３０およびホストコンピュータ１０１０において終端するＯＴＴ接続１０５０を介して、実行しているクライアントアプリケーション１０３２と通信し得る。ユーザにサービスを提供する際に、クライアントアプリケーション１０３２は、ホストアプリケーション１０１２から要求データを受信し、要求データに応答してユーザデータを提供し得る。ＯＴＴ接続１０５０は、要求データとユーザデータの両方を転送し得る。クライアントアプリケーション１０３２は、クライアントアプリケーション１０３２が提供するユーザデータを生成するためにユーザと対話し得る。
【0117】
図１０に示されているホストコンピュータ１０１０、基地局１０２０およびＵＥ１０３０は、それぞれ、図９のホストコンピュータ９３０、基地局９１２ａ、９１２ｂ、９１２ｃのうちの１つ、およびＵＥ９９１、９９２のうちの１つと同様または同等であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、図１０に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、図９のものであり得る。
【0118】
図１０では、ＯＴＴ接続１０５０は、仲介デバイスとこれらのデバイスを介したメッセージの正確なルーティングとへの明示的言及なしに、基地局１０２０を介したホストコンピュータ１０１０とＵＥ１０３０との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャが、ルーティングを決定し得、ネットワークインフラストラクチャは、ＵＥ１０３０からまたはホストコンピュータ１０１０を動作させるサービスプロバイダから、またはその両方からルーティングを隠すように設定され得る。ＯＴＴ接続１０５０がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが、（たとえば、ネットワークの負荷分散考慮または再設定に基づいて）ルーティングを動的に変更する判断を行い得る。
【0119】
ＵＥ１０３０と基地局１０２０との間の無線接続１０７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続１０７０が最後のセグメントを形成するＯＴＴ接続１０５０を使用して、ＵＥ１０３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、レイテンシおよび電力消費を改善し、それにより、複雑さの低下、セルにアクセスするために必要とされる時間の低減、応答性の向上、バッテリー寿命の延長などの利益を提供し得る。
【0120】
１つまたは複数の実施形態が改善する、データレート、レイテンシおよび他のファクタを監視する目的での、測定プロシージャが提供され得る。測定結果の変動に応答して、ホストコンピュータ１０１０とＵＥ１０３０との間のＯＴＴ接続１０５０を再設定するための随意のネットワーク機能がさらにあり得る。測定プロシージャおよび／またはＯＴＴ接続１０５０を再設定するためのネットワーク機能は、ホストコンピュータ１０１０のソフトウェア１０１１およびハードウェア１０１５でまたはＵＥ１０３０のソフトウェア１０３１およびハードウェア１０３５で、またはその両方で実装され得る。実施形態では、ＯＴＴ接続１０５０が通過する通信デバイスにおいて、またはその通信デバイスに関連して、センサー（図示せず）が展開され得、センサーは、上記で例示された監視された量の値を供給すること、あるいはソフトウェア１０１１、１０３１が監視された量を算出または推定し得る他の物理量の値を供給することによって、測定プロシージャに参加し得る。ＯＴＴ接続１０５０の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、基地局１０２０に影響を及ぼす必要がなく、再設定は、基地局１０２０に知られていないかまたは知覚不可能であり得る。そのようなプロシージャおよび機能は、当技術分野において知られ、実践され得る。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ１０１０の測定を容易にするプロプライエタリＵＥシグナリングを伴い得る。測定は、ソフトウェア１０１１および１０３１が、ソフトウェア１０１１および１０３１が伝搬時間、エラーなどを監視する間にＯＴＴ接続１０５０を使用して、メッセージ、特に空のまたは「ダミー」メッセージが送信されることを引き起こすことにおいて、実装され得る。
【0121】
図１１は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図９および図１０を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１１への図面参照のみがこのセクションに含まれる。ステップ１１１０において、ホストコンピュータはユーザデータを提供する。ステップ１１１０の（随意であり得る）サブステップ１１１１において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ１１２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。（随意であり得る）ステップ１１３０において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが始動した送信において搬送されたユーザデータをＵＥに送信する。（また、随意であり得る）ステップ１１４０において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。
【0122】
図１２は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図９および図１０を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１２への図面参照のみがこのセクションに含まれる。方法のステップ１２１０において、ホストコンピュータはユーザデータを提供する。随意のサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ１２２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して進み得る。（随意であり得る）ステップ１２３０において、ＵＥは、送信において搬送されたユーザデータを受信する。
【0123】
図１３は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図９および図１０を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１３への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップ１３１０において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。追加または代替として、ステップ１３２０において、ＵＥはユーザデータを提供する。ステップ１３２０の（随意であり得る）サブステップ１３２１において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップ１３１０の（随意であり得る）サブステップ１３１１において、ＵＥは、ホストコンピュータによって提供された受信された入力データに反応してユーザデータを提供する、クライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、ＵＥは、（随意であり得る）サブステップ１３３０において、ホストコンピュータへのユーザデータの送信を始動する。方法のステップ１３４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。
【0124】
図１４は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図９および図１０を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１４への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップ１４１０において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。（随意であり得る）ステップ１４２０において、基地局は、ホストコンピュータへの、受信されたユーザデータの送信を始動する。（随意であり得る）ステップ１４３０において、ホストコンピュータは、基地局によって始動された送信において搬送されたユーザデータを受信する。
【0125】
概して、様々な例示的な実施形態は、ハードウェアまたは専用チップ、回路、ソフトウェア、論理あるいはそれらの任意の組合せで実装され得る。たとえば、いくつかの態様は、ハードウェアで実装され得、他の態様は、コントローラ、マイクロプロセッサまたは他のコンピューティングデバイスによって実行され得るファームウェアまたはソフトウェアで実装され得るが、本開示はそれに限定されない。本開示の例示的な実施形態の様々な態様は、ブロック図、フローチャートとして、または何らかの他の図式表現を使用して、例示および説明され得るが、本明細書で説明されるこれらのブロック、装置、システム、技法または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路または論理、汎用ハードウェアまたはコントローラまたは他のコンピューティングデバイス、あるいはそれらの何らかの組合せで実装され得ることを十分に理解されたい。
【0126】
したがって、本開示の例示的な実施形態の少なくともいくつかの態様が、集積回路チップおよびモジュールなど、様々な構成要素において実践され得ることを諒解されたい。したがって、本開示の例示的な実施形態は、集積回路として具現される装置において実現され得、ここで、集積回路は、本開示の例示的な実施形態に従って動作するように設定可能である、データプロセッサ、デジタル信号プロセッサ、ベースバンド回路および無線周波数回路のうちの少なくとも１つまたは複数を具現するための回路（ならびに場合によってはファームウェア）を備え得ることを諒解されたい。
【0127】
本開示の例示的な実施形態の少なくともいくつかの態様が、１つまたは複数のコンピュータまたは他のデバイスによって実行される、１つまたは複数のプログラムモジュールでなど、コンピュータ実行可能命令で具現され得ることを諒解されたい。概して、プログラムモジュールは、コンピュータまたは他のデバイス中のプロセッサによって実行されたとき、特定のタスクを実施するか、または特定の抽象データ型を実装する、ルーチン、プログラム、オブジェクト、構成要素、データ構造などを含む。コンピュータ実行可能命令は、ハードディスク、光ディスク、リムーバブル記憶媒体、固体メモリ、ランダムアクセスメモリ（ＲＡＭ）など、コンピュータ可読媒体に記憶され得る。当業者によって諒解されるように、プログラムモジュールの機能は、様々な実施形態において、必要に応じて、組み合わせられるかまたは分散され得る。さらに、機能は、集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など、ファームウェアまたはハードウェア等価物において全体的にまたは部分的に具現され得る。
【0128】
本開示は、明示的に本明細書で開示される特徴の任意の新規の特徴または組合せあるいはその任意の一般化のいずれかを含む。本開示の上記の例示的な実施形態への様々な修正および適応は、添付の図面とともに読まれるとき、上記の説明に鑑みて、当業者に明らかになり得る。しかしながら、任意のおよびすべての修正が、依然として、本開示の非限定的なおよび例示的な実施形態の範囲内に入る。
【図1A】
【図1B】
【図1C】
【図1D】
【図1E】
【図1F】
【図2】
【図3A】
【図3B】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【国際調査報告】