JP7440428B2

JP7440428B2 - 新無線アンライセンスサービングセルを用いたチャネルアクセス

Info

Publication number: JP7440428B2
Application number: JP2020563563A
Authority: JP
Inventors: マリー，ジョゼフ，エム．; エム．アジャクプレ，パスカル; アイヤー，ラクシュミ，アール．; アワディン，モハメド; リ，チン; ヨハンソン，ジャン，アール．; テリー，ステファン，イー．
Original assignee: インターデイジタルパテントホールディングスインコーポレイテッド
Priority date: 2018-05-09
Filing date: 2019-05-09
Publication date: 2024-02-28
Anticipated expiration: 2039-05-09
Also published as: EP3791669A1; CN112088569B; US20210289548A1; JP2024073441A; KR20210007972A; CN112088569A; US20250056606A1; WO2019217670A1; US12167448B2; JP2021523634A

Description

（関連出願の相互参照）
本出願は、「新無線アンライセンスサービングセルを用いたチャネルアクセス」と題する２０１８年５月９日出願の米国仮出願第６２／６６９，０８６号の利益を主張する。その内容全体は本明細書に参照により援用される。

マシンツーマシン（Machine-To-Machine：Ｍ２Ｍ）、モノのインターネット（Internet-of-Things：ＩｏＴ）、およびモノのウェブ（Web-of-Things：ＷｏＴ）のネットワーク展開には、Ｍ２Ｍ／ＩｏＴ／ＷｏＴサーバ、ゲートウェイ、Ｍ２Ｍ／ＩｏＴ／ＷｏＴアプリケーションおよびサービスをホストするデバイスなどのノードが含まれ得る。このようなネットワーク展開には、例えば、制約付きネットワーク、無線センサネットワーク、無線メッシュネットワーク、モバイルアドホックネットワーク、および無線センサおよびアクチュエータネットワークなどが含まれ得る。このようなネットワークでのデバイスの動作は、以下のような規格および提案に準拠し得る。すなわち、３ＧＰＰＴＳ３６．３００、概説、；ステージ２、（リリース１５）、Ｖ１５．０．０（3GPP TS 36.300, Overall Description; Stage 2 (Release 15), V15.0.0）、３ＧＰＰＴＳ３６．２１３、物理層手順（リリース１５）、Ｖ１５．０．０（3GPP TS 36.213, Physical layer procedures (Release 15), V15.0.0）、３ＧＰＰＴＳ３６．２１１、物理チャネルと変調（リリース１５）、Ｖ１５．０．０（3GPP TS 36.211, Physical Channels and Modulation (Release 15), V15.0.0）、３ＧＰＰＴＲ３８．９１３、次世代アクセス技術のシナリオおよび要件に関する検討、（リリース１４）、Ｖ１４．３．０（3GPP TR 38.913, Study on Scenarios and Requirements for Next Generation Access Technologies; (Release 14), V14.3.0）、Ｒ１－１６４０１３、ビームフォーミングによるアクセスのためのフレームワーク、サムスン（R1-164013, Framework for Beamformed Access, Samsung）、３ＧＰＰＴＳ３８．３００、ＮＲ、ＮＲおよびＮＧ－ＲＡＮ概説、ステージ２（リリース１５）、Ｖ１５．１．０（3GPP TS 38.300, NR; NR and NG-RAN Overall Description; Stage 2 (Release 15), V15.1.0）、３ＧＰＰＴＳ３８．３３１、無線リソース制御（ＲＲＣ）プロトコル仕様（リリース１５）、Ｖ１５．１．０（3GPP TS 38.331, Radio Resource Control (RRC) protocol specification (Release 15), V15.1.0）、３ＧＰＰＴＳ３８．２１３、ＮＲ、制御のための物理層手順（リリース１５）、Ｖ１５．０．０（3GPP TS 38.213, NR; Physical Layer Procedures for Control (Release 15), V15.0.0）、３ＧＰＰＴＳ３８．１０１、ユーザ端末（ＵＥ）の無線送受信（リリース１５）、Ｖ１５．１．０（3GPP TS 38.101, User Equipment (UE) radio transmission and reception; (Release 15) V15.1.0）、および３ＧＰＰＴＳ３８．２１１、物理チャネルと変調（リリース１５）、Ｖ１５．１．０（3GPP TS 38.211, Physical channels and modulation (Release 15), V15.1.0）など。

ネットワーク支援を用いてＵＬチャネルアクセスを実行する方法は、以下の使用を含み得る。例えば、ＮＲ－ＵＰＤＣＣＨ命令、ＮＲ－ＵＲＡＲ認可、ＮＲ－ＵＭＡＣＲＡＲなどのランダムアクセス手順実行時のＵＥへのＮＷ支援情報をシグナリングするメカニズム、ＮＷ支援情報を使用してランダムアクセスを実行する手順、およびＦＲ１および不対スペクトルに、６０ｋＨｚおよび１２０ｋＨｚサブキャリア間隔を使用するＮＲ－ＵＰＲＡＣＨ構成。ＰＲＡＣＨ構成のいくつかのパラメータをシグナリングするための新しいメカニズムを使用して、ＰＲＡＣＨ送信オケージョンに、より大きな柔軟性を提供することができる。

拡張されたクリアチャネル評価（Clear Channel Assessment：ＣＣＡ）手順は、ＵＥサービングセルまたはサービングセルスケジューラ、チャネルリソース、およびチャネルアクセスタイプのうち少なくとも１つ、例えば、競合ベースランダムアクセスリソースまたは非競合ベースランダムアクセスリソースを一意に識別する送信タイプ識別コードを利用することができる。

本概要は、以下の詳細な説明でさらに記述される概念の選択を簡略化された形式で紹介するために提供される。本概要は、特許請求される主題の主要な特徴または本質的な特徴を特定することを意図しておらず、特許請求された主題の範囲を制限するために使用されることも意図されていない。さらに、特許請求された主題は、本開示の任意の部分に記載された不利点のいずれかまたはすべてを解決する制限に限定されない。

（図面の簡単な説明）
添付の図面と共に例として示される以下の説明から、より詳細な理解を得ることができる。図面は必ずしも一定の縮尺で描かれているわけではない。

図１は、セクタビームおよび複数の高利得ナロービームによるセルカバレッジを示す。図２は、新無線（ＮＲ）ランダムアクセス手順の例を示す。図３は、不対スペクトルのＦＲ１ＰＲＡＣＨ構成インデックス８６の例のタイミング図である。図４は、ランダムアクセス手順のためのＬ１とＬ２／３の間の相互作用モデル例のブロック図である。図５は、帯域幅適応例を示す。図６は、例えば、ネットワーク支援情報のシグナリングに関するタイミング図である。図７は、ＮＲ－Ｕランダムアクセス手順例のコールフローである。図８は、ランダムアクセスプリアンブル送信のためのシグナリングネットワーク支援情報例の時間スケジュールである。図９は、ＰＤＣＣＨ命令を介したＮＷ支援情報のシグナリング例の時間スケジュールである。図１０は、異なるＣＯＴにおけるＰＤＣＣＨ命令およびプリアンブル送信のシグナリング例の時間スケジュールである。図１１は、異なるＣＯＴにおけるハンドオーバーコマンドおよびプリアンブルの送信のためのシグナリング例の時間スケジュールである図１２は、ＮＷ支援情報を持つＭＡＣＲＡＲの例を示す。図１３は、ＮＷ支援情報を用いたＮＲ－Ｕ競合ベースランダムアクセス手順例のコールフローである。図１４は、ランダムアクセス（Random Access：ＲＡ）プリアンブル割り当てによってシグナリングされたＮＷ支援情報を用いた、ＮＲ－Ｕ競合のないランダムアクセス手順例のコールフローである。図１５は、ＲＡプリアンブル割り当てとは別個にシグナリングされたＮＷ支援情報を用いた、ＮＲ－Ｕ競合のないランダムアクセス手順例のコールフローである。図１６は、ＲＡプリアンブル割り当て（ハンドオーバ）とは別個にシグナリングされたＮＷ支援情報を用いた、ＮＲ－Ｕ競合のないランダムアクセス手順例のコールフローである。図１７は、ＰＲＡＣＨスロットを用いたＬＢＴのオーバーレイの例のタイミング図である。図１８は、ＣＣＡ期間とＰＲＡＣＨ送信オケージョンの間の衝突例のタイミング図である。図１９は、ＵＥ自律拡張型ＣＣＡの例のフロー図である。図２０は、ネットワーク支援型拡張ＣＣＡの例のフロー図である。図２１は、ネットワーク支援型拡張ＣＣＡの別の変形例のフロー図である。図２２は、本明細書で説明され、特許請求される方法および装置を具現化し得る通信システム例の一実施形態を示す。図２３は、無線通信用に構成された装置またはデバイスの例のブロック図である。図２４は、無線アクセスネットワーク（ＲＡＮ）およびコアネットワークの例のシステム図である。図２５は、ＲＡＮおよびコアネットワークの別の例のシステム図である。図２６は、ＲＡＮおよびコアネットワークのさらなる例のシステム図である。図２７は、図２３、２５、２６、および２７に示す通信ネットワークの１つ以上の装置を具現化し得る例示的なコンピューティングシステム９０のブロック図である。

付録の表１は、本明細書で使用される頭字語の多くを含む。

（ＬＴＥライセンスアシストアクセス）
アンライセンススペクトル中で動作する少なくとも１つのＳｃｅｌｌを備えたキャリアアグリゲーションは、ライセンスアシストアクセス（ＬＡＡ）と呼ばれる。したがって、ＬＡＡにおいては、ＵＥのために構成されたサービングセルのセットは、アンライセンススペクトル中で、ＬＡＡＳＣｅｌｌとも呼ばれるフレーム構造タイプ３に従って動作する少なくとも１つのＳＣｅｌｌを常に含む。特記しない限り、ＬＡＡＳＣｅｌｌは通常のＳＣｅｌｌとして機能する。３ＧＰＰＴＳ３６．３００、概説、ステージ２（リリース１５）、Ｖ１５．０．０（3GPP TS 36.300, Overall Description; Stage 2 (Release 15), V15.0.0）を参照されたい。

ＬＡＡｅＮＢおよびＵＥは、ＬＡＡＳＣｅｌｌ上で送信を実行する前に、リッスンビフォートーク（ＬＢＴ）を適用する。ＬＢＴが適用されると、トランスミッターはチャネルをリッスン／検知して、チャネルが空き状態かビジーかを判定する。チャネルが空き状態であると判定された場合、トランスミッターは送信を実行できるが、それ以外の場合、送信を実行しない。ＬＡＡｅＮＢがＬＡＡチャネルアクセスを目的として他の技術のチャネルアクセス信号を使用する場合、ＬＡＡｅＮＢはＬＡＡの最大エネルギー検出しきい値要件ＴＳ３６．３００を引き続き満たし得る。

（ＵＬチャネルアクセス手順）
ＵＬの場合、ＵＥは、タイプ１またはタイプ２のＵＬチャネルアクセス手順、３ＧＰＰＴＳ３６．２１３、物理層手順（リリース１５）、Ｖ１５．０．０に従って、ＬＡＡＳＣｅｌｌのＵＬ送信が実行されるキャリアにアクセスすることができる。

ＵＥは、まず、延期期間Ｔ_ｄのスロット期間中チャネルがアイドル状態であると検知した後、および、下記手順のステップ４でカウンターＮがゼロになった後、タイプ１チャネルアクセス手順を使用して送信を送ることができる。カウンターＮは、以下に説明する手順に従って、追加のスロット期間中、チャネルを検知することによって調整される。
１．Ｎ＝Ｎ_ｉｎｉｔを設定する。ただし、Ｎ_ｉｎｉｔは、０とＣＷ_ｐの間に均一に分布する乱数である。ステップ４に進む。
２．Ｎ＞０であり、ＵＥがカウンターをデクリメントすることを選択した場合、Ｎ＝Ｎ－１を設定する。
３．追加のスロット期間中、チャネルを検知し、追加のスロット期間がアイドル状態の場合は、ステップ４に進み、それ以外の場合は、ステップ５に進む。
４．Ｎ＝０であれば停止し、それ以外の場合は、ステップ２に進む。
５．追加の延期期間Ｔ_ｄ以内ビジースロットが検出されるか、追加の延期期間Ｔ_ｄ中のすべてのスロットがアイドル状態であると検出されるまで、チャネルを検知する。
６．追加の延期期間Ｔ_ｄ中のすべてのスロット期間中にチャネルがアイドル状態であると検知された場合は、ステップ４に進み、それ以外の場合は、ステップ５に進む。

ＵＬＵＥが、ＰＵＳＣＨを含む送信のためにタイプ２チャネルアクセス手順を使用する場合、ＵＥは、チャネルが少なくとも検知間隔Ｔ_{ｓｈоｒｔ＿ｕｌ}＝２５ｕｓの間アイドル状態であると検知した直後に、ＰＵＳＣＨを含む送信を送ることができる。Ｔ_{ｓｈоｒｔ＿ｕｌ}は、直後に１つのスロット期間Ｔ_ｓｌ＝９ｕｓが続く期間Ｔ_ｆ＝１６ｕｓから構成され、Ｔ_ｆは、Ｔ_ｆの開始時のアイドルスロット期間Ｔ_ｓｌを含む。チャネルは、Ｔ_{ｓｈоｒｔ＿ｕｌ}のスロット期間中にアイドル状態であると検知された場合、Ｔ_{ｓｈоｒｔ＿ｕｌ}の間アイドル状態であると見なされる。

本明細書に記載の解決策について、ＬＢＴという用語は、ＬＴＥＬＡＡに使用されるタイプ１およびタイプ２のＵＬチャネルアクセス手順と同じまたは類似のＵＬチャネルアクセス手順に言及するために使用される。

（ＬＴＥフレーム構造タイプ３）
フレーム構造タイプ３は、通常のサイクリックプレフィックスのみを有するＬＡＡセカンダリセル動作に適用可能である。各無線フレームは、長さがＴ_ｆ＝３０７２００・Ｔ_ｓ＝１０ｍｓであり、長さがＴ_ｓｌоｔ＝１５３６０・Ｔ_ｓ＝０．５ｍｓで０から１９までの番号が付けられた２０個のスロットで構成される。サブフレームは、２つの連続したスロットとして定義され、サブフレームｉはスロットｉと２ｉ＋１から構成される。３ＧＰＰＴＳ３６．２１１、物理チャネルと変調（リリース１５）、Ｖ１５．０．０を参照されたい。

無線フレーム内の１０個のサブフレームが、下りリンクまたは上りリンク送信に利用可能である。下りリンク送信は、１つ以上の連続するサブフレームを占有し、サブフレーム内の任意の場所で開始され、完全に占有されているか、または、ＴＳ３６．２１１の表４．２－１（Table 4.2-1）に規定されたＤｗＰＴＳ期間の１つに続く最後のサブフレームで終了する。上りリンク送信は、１つ以上の連続するサブフレームを占有する。

（次世代（NextGen）ネットワーク要件）
３ＧＰＰＴＲ３８．９１３、次世代アクセス技術のシナリオおよび要件に関する検討、（リリース１４）、Ｖ１４．３．０には、次世代アクセス技術のシナリオおよび要件が定義されている。ｅＭＢＢ、ＵＲＬＬＣ、およびｍＭＴＣのデバイスのＫＰＩを表2２に要約する。

（ＮＲビームフォーミングによるアクセス）
現在、ビームフォーミングによるアクセスのためのフレームワークを設計するために、３ＧＰＰ標準化の取り組みが進行中である。より高い周波数での無線チャネルの特性は、ＬＴＥが現在展開されているサブ６ＧＨｚチャネルとは大幅に異なる。より高い周波数用の新しい無線アクセス技術（ＲＡＴ）を設計する際の主要な課題は、より高い周波数帯域でのより大きな経路損失を克服することであろう。このより大きな経路損失に加えて、より高い周波数は、回折の弱さによって引き起こされる閉塞のために、好ましくない散乱環境にさらされる。したがって、レシーバー側で十分な信号レベルを保証するために、ＭＩＭＯ／ビームフォーミングが不可欠である。Ｒ１－１６４０１３、ビームフォーミングによるアクセスのためのフレームワーク、サムスンを参照されたい。

より高い周波数での追加の経路損失を補償するためにデジタルビームフォーミング（Beamforming：ＢＦ）によって使用されるＭＩＭＯデジタルプリコーディングのみに依存することは、６ＧＨｚ未満と同様のカバレッジを提供するために十分ではないと考えられる。したがって、追加のゲインを達成するためのアナログビームフォーミングの使用は、デジタルビームフォーミングと併せて、代替となり得る。十分に狭いビームが、多くのアンテナ要素で形成される必要があり、それは、ＬＴＥ評価で想定されているものとはかなり異なる可能性が高い。ビームフォーミングゲインが大きい場合、それに応じてビーム幅が狭くなる傾向があるため、指向性アンテナゲインが大きいビームは、特に３セクタ構成では水平セクタ領域全体をカバーできない。同時的高ゲインビーム数の制限要因として、トランシーバアーキテクチャのコストと複雑性が含まれる。

上記のこれらの観察から、異なるサービングエリアをカバーするように操向される狭いカバレッジビームを用いた時間領域における複数の送信が必要である。本質的に、サブアレイのアナログビームは、ＯＦＤＭシンボルの時間分解能で、またはセル内の異なるサービングエリアにわたるビーム操向のために定義された任意の適切な時間インターバル単位で、単一の方向に向かって操向されることができ、したがって、サブアレイの数は、ＯＦＤＭシンボルごとに、またはビーム操向のために定義された時間インターバル単位で、ビーム方向の数および対応するカバレッジを決定する。いくつかの文献では、この目的のための複数の狭いカバレッジビームの提供は、「ビーム掃引」と呼ばれる。アナログおよびハイブリッドビームフォーミングの場合、ビーム掃引は、ＮＲにおいて基本的カバレッジを提供するために不可欠と考えられる。この概念は、図１に図示され、図中、セクタレベルセルのカバレッジは、セクタビームと複数の高ゲインで狭いビームとを用いて実現されている。また、大規模ＭＩＭＯを使用したアナログおよびハイブリッドビームフォーミングの場合、ＮＲにおいてサービングセル内の全カバレッジエリアをカバーするためには、異なるサービングエリアをカバーするように操向される狭いカバレッジビームを用いた時間領域における複数の送信が不可欠である。

ビーム掃引に密接に関連する１つの概念は、ビームペアリングの概念である。ビームペアリングは、制御シグナリングまたはデータ送信に使用可能な、ＵＥとそのサービングセルとの間の最良のビームペアを選択するために使用される。下りリンク送信の場合、ビームペアはＵＥＲＸビームとＮＲノードＴＸビームから構成され、上りリンク送信の場合、ビームペアはＵＥＴＸビームＮＲノードＲＸビームから構成される。

別の関連する概念は、ビーム微調整に使用されるビームトレーニングの概念である。例えば、図１に示すように、ビーム掃引およびセクタビームペアリングプロシージャ中は、より粗いセクタビームフォーミングが、適用され得る。次に、ビームトレーニングが続き、例えば、アンテナ重みベクトルが微調整され、続いて、ＵＥとＮＲノードとの間の高ゲインで狭いビームのペアリングが実行され得る。

（ＮＲランダムアクセス手順）
ランダムアクセス手順は、例えば、以下のようないくつかのイベントによってトリガーされる。
・ＲＲＣアイドル（RRC_IDLE）からの初期アクセス。
・ＲＲＣ接続の再確立手順。
・ハンドオーバ。
・ＵＬ同期状態が「非同期」であるときの、ＲＲＣ接続（RRC_CONNECTED）中のＤＬまたはＵＬデータ着信。
・ＲＲＣ非アクティブ（RRC_INACTIVE）からの遷移。
・他のＳＩの要求。
・ビーム障害の回復。

３ＧＰＰＴＳ３８．３００、ＮＲ、ＮＲおよびＮＧ－ＲＡＮ概説、ステージ２（リリース１５）、Ｖ１５．１．０を参照されたい。

さらに、ランダムアクセス手順は、図２に示すように、競合ベースおよび競合のない、２つの異なる形態をとる。通常のＤＬ／ＵＬ送信は、ランダムアクセス手順の後に行うことができる。

ＳＵＬで構成されたセルにおける初期アクセスの場合、ＵＥは、ＤＬの測定された品質がブロードキャストしきい値よりも低い場合にのみ、ＳＵＬキャリアを選択する。ランダムアクセス手順のすべての上りリンク送信は、開始されると、選択されたキャリアに残る。

（ランダムアクセス構成）
通常のランダムアクセスおよびビーム障害回復の両方のために、RACH-ConfigGenericＩＥを使用して、セル固有のランダムアクセスパラメータが指定される。３ＧＰＰＴＳ３８．３３１、無線リソース制御（ＲＲＣ）プロトコル仕様（リリース１５）、Ｖ１５．１．０を参照されたい。このＩＥには、使用中のＰＲＡＣＨ構成を指定するprach-ConfigurationIndexフィールドが含まれる。図３は、本明細書に記載の解決策の実施形態を例示するために使用される、ＰＲＡＣＨ構成インデックス８６に対応する不対スペクトルのＦＲ１ＰＲＡＣＨ構成の図である。

（ランダムアクセス手順のためのＬ１とＬ２／３の間の相互作用モデル）
上記のランダムアクセス手順は、Ｌ１とＬ２／３の相互作用の観点から、下記の図４にモデル化されている。Ｌ２／Ｌ３は、ランダムアクセスプリアンブル送信のＬ１への指示の後、ＡＣＫが受信されたか、またはＤＴＸが検出されたかのインジケーションをＬ１から受信する。Ｌ２／３は、必要に応じて、最初にスケジュールされたＵＬ送信（初期アクセスの場合はＲＲＣ接続要求）か、または、Ｌ１からの指示に基づくランダムアクセスプリアンブルを送信するように、Ｌ１に指示する。

（ＮＲ帯域幅適応）
帯域幅適応（ＢＡ）によれば、ＵＥの受信および送信帯域幅は、セルの帯域幅と同程度に大きくする必要はなく、調整可能である。すなわち、幅を変更するように（例えば、電力を節約するために低活動の期間に縮小するように）指示することができ、位置は周波数領域で（例えば、スケジューリングの柔軟性を高めるために）移動することができ、そしてサブキャリアの間隔を（例えば、異なるサービスを可能にするために）変更するように指示することができる。セルの合計セル帯域幅のサブセットは帯域幅パート（ＢＷＰ）と呼ばれ、ＵＥをＢＷＰで構成し、構成されたＢＷＰのうちのどれが現在アクティブであるかをＵＥに知らせることによってＢＡが実現される。３ＧＰＰＴＳ３８．２１３、ＮＲ、制御のための物理層手順（リリース１５）、Ｖ１５．０．０を参照されたい。

図５は、３つの異なるＢＷＰが構成されているシナリオを説明している。
・幅が４０ＭＨｚで、サブキャリア間隔が１５ｋＨｚのＢＷＰ１。
・幅が１０ＭＨｚで、サブキャリア間隔が１５ｋＨｚのＢＷＰ２。
・幅が２０ＭＨｚで、サブキャリア間隔が６０ｋＨｚのＢＷＰ３。

サービングセルは、最大４つのＢＷＰで構成することができ、アクティブ化されたサービングセルの場合、任意の時点で常に１つのアクティブなＢＷＰが存在する。サービングセルのＢＷＰスイッチングは、一度に、非アクティブなＢＷＰをアクティブ化し、アクティブなＢＷＰを非アクティブ化するために使用され、下りリンク割り当てまたは上りリンク認可を示すＰＤＣＣＨによって制御される。ＳｐＣｅｌｌ（スペシャルセル）の追加またはＳＣｅｌｌのアクティブ化がなされると、下りリンク割り当てまたは上りリンク認可を示すＰＤＣＣＨを受信することなく、１つのＢＷＰが最初にアクティブになる。サービングセルのアクティブなＢＷＰは、ＲＲＣまたはＰＤＣＣＨによって示される。不対スペクトルの場合、ＤＬＢＷＰはＵＬＢＷＰと対をなし、ＢＷＰスイッチングはＵＬとＤＬの両方に共通である（ＴＳ３８．２１３）。

（課題）
ＵＥは、ＮＲ－Ｕサービングセル上で送信を実行する前に、リッスンビフォートーク（ＬＢＴ）を適用する。ＬＢＴが適用されると、ＵＥはクリアチャネル評価（ＣＣＡ）を実行して、チャネルが空き状態かビジーかを判定する。チャネルが空き状態であると判定された場合、ＵＥは送信を実行できるが、それ以外の場合、ＵＥは送信を実行しない。

使用されている多重化技術（例えば、符号分割多重化（ＣＤＭ）、周波数分割多重化（ＦＤＭ）、時分割複信（ＴＤＭ））が、隣接するＵＥに干渉を発生させることなく送信の実行を可能にする場合であっても、隣接するＵＥ（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ、ＲＡＣＨなど）からの送信がＣＣＡ期間と重複する場合、ＬＢＴは失敗し得る。

例えば、ランダムアクセス設計によって、複数のＵＥ（最大６４個）が、ＰＲＡＣＨ送信オケージョン中に、同じＰＲＡＣＨリソースを共有することが可能になる。１つ以上の隣接するＵＥの送信がＣＣＡ期間と重複する場合、チャネルは「ビジー」と見なされ、使用されている多重化技術が、隣接するＵＥに干渉を発生させることなく送信の実行を可能にする場合であっても、ＵＥがプリアンブル送信を開始できなくなる。したがって、ランダムアクセス手順を拡張して、隣接するＵＥからのＵＬがＵＥによるプリアンブルの送信を妨げないことを確実にする必要がある。以下のシナリオが考えられる。

シナリオ１：同じセルからの、チャネルの他のユーザによる競合ベースのプリアンブル送信のために、ＬＢＴが失敗する可能性がある。

シナリオ２：同じセルからの、チャネルの他のユーザによる非競合ベースのプリアンブル送信のために、ＬＢＴが失敗する可能性がある。

シナリオ３：例えば、同じセルからのチャネルの他のユーザによるＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳなどの、他のＵＬ送信のために、ＬＢＴが失敗する可能性がある。

シナリオ４：例えば、Ｗｉ－Ｆｉユーザ、または同じＰＬＭＮまたは異なるＰＬＭＮの他のセルからのユーザなどの、チャネルの他のユーザによる送信のために、ＬＢＴが失敗する可能性がある。

上記の可能なシナリオにより、ＵＥがシナリオ１、２および３で送信を延期しない一方で、シナリオ４で送信を延期することを確実にするために、ＵＥは、シナリオ４を他のシナリオから区別できなければならない。例えば、ＵＥは、Ｗｉ－Ｆｉ送信の結果としてビジー状態であるチャネルを、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ、またはＲＡＣＨなどのセルラーデータ送信の結果としてビジー状態のチャネルから区別できなければならない。そのような区別を実行するための方法を調べる必要がある。

（ネットワーク支援を用いたＵＬチャネルアクセス）
本明細書に記載の課題の節で論じたように、同じスケジューラの制御下にあり、与えられたＵＥのＵＬ送信と多重化することを意図された隣接するＵＥからの送信（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ、ＲＡＣＨなどの送信）がＣＣＡ期間と重複する場合、ＵＥによって実行される、例えば、ＬＢＴなどのチャネルアクセス手順は失敗する可能性がある。この問題に対処するために、ｇＮＢは、ＵＬ送信を実行する前に実行され得るチャネルアクセス手順の決定および適応の少なくとも一方を実行するためにＵＥによって使用されるネットワーク支援情報をＵＥに提供し得る。

ネットワーク支援情報を受信したＵＥは、次に、ＵＬ送信を行う前にＬＢＴ手順の実行を見合わせてもよいし、あるいはＬＢＴ手順のための構成パラメータの異なるセット、例えば、異なるエネルギー検出しきい値（X_Thresh）、検知間隔／延期期間（T_d）、コンテンションウィンドウ（ＣＷ）サイズなどを使用してもよい。

ＮＷ支援情報は、少なくとも部分的に、ｇＮＢによって実行されたＬＢＴ手順の結果、または、同じスケジューラの制御下にある隣接するＵＥからの来たるべき送信と、２つのスケジューラ間に調整がある場合、異なるスケジューラの制御下にある隣接するＵＥからの来たるべき送信とのうちの少なくとも一方に基づくことができる。

ネットワーク支援情報は、チャネルアクセスタイプおよびチャネルアクセス優先度クラスの少なくとも一方を含み得るチャネルアクセス情報から構成され得る。チャネルアクセス情報は、ＵＬチャネルアクセス手順のタイプおよび使用され得る構成パラメータのセットを決定するために、ＵＥによって使用され得る。例えば、チャネルアクセスタイプを使用して、無線環境に基づいてＬＢＴ手順を適応させることができ、チャネルアクセス優先度クラスを使用して、ＵＬチャネルアクセス手順を実行する際のＱｏＳ差別化を提供することができる。ネットワーク支援情報には、ＬＢＴ手順を実行するときに使用されるパラメータの明示的な値、例えば、エネルギー検出しきい値（X_Thresh）、検知間隔／延期期間（T_d）、コンテンションウィンドウ（ＣＷ）サイズなどが含まれ得る。あるいは、与えられたチャネルアクセスタイプに使用する値は、規格通りに半静的に構成または事前定義され得る。

以下は、例示的なチャネルアクセスタイプ、および対応する定義され得るＵＬチャネルアクセス手順のリストである。
・タイプ１：デフォルト構成セットを使用したランダムバックオフを伴うＬＢＴ。
・タイプ２：デフォルト構成セットを使用したランダムバックオフのないＬＢＴ。
・タイプ３：デフォルト構成セットに対して、例えば、より高いX_Threshやより短い検知間隔／延期期間（T_d）などを有する代替構成セットを使用した、ランダムバックオフのないＬＢＴ。
・タイプ４：ＬＢＴなし。

ＮＲ－Ｕの場合、タイプ１およびタイプ２のチャネルアクセスタイプのＵＥの動作は、タイプ１およびタイプ２のＬＡＡチャネルアクセスに対して定義された動作と同じか類似するように定義され得る。

タイプ３チャネルアクセスの動作は、チャネルにアクセスする際により積極的であるように定義され得る。例えば、検知間隔T_{short_ul}は、単一のタイムスロット期間T_sl = 9usから構成されるように定義でき、エネルギー検出X_threshは、タイプ２に使用される値と比較して高い値に設定され得る。チャネルは、検知間隔Ｔ_{ｓｈоｒｔ＿ｕｌ}中にX_threshを下回っていると検知された場合、Ｔ_{ｓｈоｒｔ＿ｕｌ}の間アイドル状態であると見なされる。

タイプ４の動作は、ＵＥが、ＬＢＴを実行せずに、直ちに送信を実行するようなものであり得る。

必要に応じて、追加のチャネルアクセスタイプを定義することができる。

あるいは、ネットワーク支援情報は、ＵＥがＬＢＴ手順の実行を見合わせることができるかどうかを示すために使用され得る送信許可（ＣＴＳ）から構成され得る。

ＵＥが、そのチャネルアクセス手順、例えば、ＬＢＴを実行するときに、ＮＷ支援情報が有効であることを確実にするため、ＤＬ送信を使用してネットワーク支援情報を送信することができ、ＵＥによって実行されるＵＬ送信は、図６に示すように、同じチャネル占有時間（ＣＯＴ）中に発生する。

ネットワーク支援情報は、例えば、送信期間および時間内の送信の機会または発生のためのリソース割り当て情報を含み得る。リソース割り当て情報は、周波数リソース割り当て情報を含み得る。この情報に基づいて、ＵＥは、同じサービングセルのユーザがいつ送信しているか、およびいつ送信していないかを知る。ＵＥは、自身の送信を延期するかどうかを判定するためにこの情報を使用することができる。例えば、ＵＥは、サービング内セルチャネル信号の検出および復号化を目的とするクリアチャネル評価（ＣＣＡ）のキャリアセンシング機能を実行しない可能性がある。ＵＥは、ＣＣＡのエネルギーレベル検出機能のみに依存してもよい。この場合、ＬＢＴ結果がチャネルビジーを示していれば、非サービングセル内、非サービングセルラーＲＡＴ内、またはＷｉＦｉなどの非セルラーシステム内のチャネル共有ユーザからの送信の結果としてチャネルがビジーであるため、ＵＥは自身の送信を延期する可能性がある。

ネットワーク支援アクセス情報は、Ｌ１シグナリング（例えば、ＤＣＩ）または上位層シグナリング（例えば、ＭＡＣＣＥ、ＲＲＣメッセージ）を介してＵＥにシグナリングされ得る。ネットワーク支援情報の送信には、専用、グループベース、またはブロードキャストシグナリングが使用され得る。さらに、支援情報がＤＣＩシグナリングを使用してＵＥに設定される場合、サービングセルのＵＥは、グループＰＤＣＣＨを使用してアドレス指定され得る。

（ランダムアクセス）
ＮＲ－Ｕサービングセルは、展開シナリオに応じて、ＳＣｅｌｌ、ＰＳＣｅｌｌ、またはＰＣｅｌｌとして構成され得る。

ライセンスバンドＮＲ（ＰＣｅｌｌ）とＮＲ－Ｕ（ＳＣｅｌｌ）の間のキャリアアグリゲーション（ＣＡ）の場合、以下のイベントのために、ランダムアクセスがＮＲ－ＵＳＣｅｌｌを用いて実行され得る。
・ＮＲ－ＵＳＣｅｌｌとの時間的整合性を確立するため。
・ビーム障害回復。

ライセンスバンドＬＴＥ（ＰＣｅｌｌ）とＮＲ－Ｕ（ＰＳＣｅｌｌ）の間のデュアルコネクティビティ（ＤＣ）の場合、以下のイベントのために、ランダムアクセスがＮＲ－ＵＰＳＣｅｌｌを用いて実行され得る。
・ＳＣＧ追加／変更。
・ＵＬが「非同期」の場合、またはＰＵＣＣＨリソースがない場合のＵＬ／ＤＬデータ着信。
・ＵＬが「非同期」の場合、ＤＬデータ着信により、ＮＲ－ＵＰＳＣｅｌｌ上のＲＡＣＨまたはＳＣＧのＮＲ－ＵＳＣｅｌｌがトリガーされる。
・ＵＬが「非同期」の場合、またはＰＵＣＣＨリソースがない場合、ＵＬデータ着信により、ＮＲ－ＵＰＳＣｅｌｌ上のＲＡＣＨがトリガーされる。
・ビーム障害回復。

スタンドアローン（ＳＡ）ＮＲ－Ｕの場合、以下のイベントのために、ランダムアクセスがＮＲ－ＵＳＡセルを用いて実行され得る。
・初期アクセス、
・ＲＲＣ接続の再確立、
・ハンドオーバ、
・ＵＬが「非同期」の場合、またはＰＵＣＣＨリソースがない場合のＵＬ／ＤＬデータ着信、
・ＲＲＣ非アクティブからの遷移、
・他のＳＩの要求、または
・ビーム障害回復。

ＮＲ－Ｕサービングセルを用いてランダムアクセスを実行する場合、ランダムアクセス手順の各ステップは、例えば、ＬＢＴなどのチャネルアクセス手順が、送信ノードによって、図７に示すように実行されることを必要とし得る。

ＣＣＡ期間と重複する隣接ＵＥからの送信をＵＥが延期することを防ぐために、ｇＮＢは、ランダムアクセスプリアンブルを送信する前に実行され得るチャネルアクセス手順の決定および適応の少なくとも一方を実行するためにＵＥによって使用される支援情報をＵＥに提供し得る。

（信号ＮＷ支援情報のシグナリングのメカニズム）
ＵＥが、そのチャネルアクセス手順、例えば、ＬＢＴを実行するときに、ＮＷ支援情報が有効であることを確実にするため、ＤＬ送信を使用してＮＷ支援情報を送信することができ、ランダムアクセスプリアンブルの送信は、図８に示すように、同じＣＯＴ中に発生する。

ＮＷ支援アクセス情報は、専用、グループベース、またはブロードキャストシグナリングを使用して送信され得るＬ１シグナリング（例えば、ＤＣＩ）または上位層シグナリング（例えば、ＭＡＣＣＥ、ＲＲＣメッセージ）を介してＵＥにシグナリングされ得る。

表３は、ＮＷ支援情報をシグナリングするために使用され得るＤＣＩフォーマットの例示的な定義である。ＤＣＩは、Ｃ－ＲＮＴＩまたはネットワーク支援ＲＮＴＩ（ＮＡ－ＲＮＴＩ）によってスクランブルされ得る。ＮＡ－ＲＮＴＩには、既存のＲＮＴＩ値に対して一意的な値、例えば、0xFFFDが割り当てられる。

この例では、ＮＷ支援情報は、ランダムアクセスプリアンブルの送信の前に実行され得るチャネルアクセス手順のタイプを示すために使用されるチャネルアクセスタイプフィールドから構成される。チャネルアクセスタイプフィールドは、値０がタイプ１に対応、値１がタイプ２に対応、等々となるように定義でき、アクセスタイプは、本明細書に記載の例示的なチャネルアクセスタイプに従って事前定義することができる。

ＤＣＩフォーマットは、トリガーイベントに関連するサービスのＱｏＳに基づいてチャネルアクセス手順を適応させるために使用され得るチャネルアクセス優先度クラスなどの追加のフィールドを含むように拡張され得る。

ＮＷ支援情報は、ＮＡ－ＲＮＴＩによってスクランブルされたグループ共通ＰＤＣＣＨ上で送信され得る。あるいは、例えば、ＵＥが競合のないランダムアクセス手順を実行する場合、ＮＷ支援情報は、ＵＥ固有のインジケーションのためにＣ－ＲＮＴＩによってスクランブルされたＤＣＩフォーマットを使用して送信され得る。

このＤＣＩは、ＰＲＡＣＨリソースに先行するＣＯＲＥＳＥＴ中で送信され得る。これは、タイプ０－ＰＤＣＣＨ共通探索空間またはタイプ１－ＰＤＣＣＨ共通探索空間に対するＣＯＲＥＳＥＴと同じであってもよい。あるいは、これは、例えば、nw-assistance-coreset-configurationなどの上位層パラメータによって構成された異なるＣＯＲＥＳＥＴであってもよい。

ＵＥは、例えば、Ｃ－ＲＮＴＩによってスクランブルされている場合、共通探索空間（例えば、タイプ０－ＰＤＣＣＨ共通探索空間、タイプ１－ＰＤＣＣＨ共通探索空間）またはＵＥ固有の探索空間におけるＮＷ支援情報を監視し得る。ＵＥは、また、例えば、nw-assistance-SearchSpaceなどの上位層パラメータによって構成され得るＮＷ支援検索空間を監視するように構成され得る。

このＤＣＩを監視するように構成されたＵＥは、ランダムアクセスプリアンブルを送信する前に実行され得るチャネルアクセス手順の決定および適応の少なくとも一方を実行するために後で使用されることになるＮＷ支援情報を検出する。

ネットワーク支援情報ＤＣＩがＵＥによって受信されないが、ＳＳＢ、ＣＳＩ－ＲＳ、グループ共通ＰＤＣＣＨまたは共通探索空間内の他のＰＤＣＣＨのいずれかがＵＥによってＤＬ上で検出される場合、検出されたＳＳＢ、ＣＳＩ－ＲＳ、グループ共通ＰＤＣＣＨ、または他のＰＤＣＣＨは、ＣＯＴの間、ｇＮＢからの暗黙の指示として使用され得る。この場合、ＵＥは、チャネルアクセス手順のために構成されたか、またはフォールバックのチャネルアクセスタイプを使用することができる。ネットワーク支援情報ＤＣＩも、いかなるＤＬ信号（例えば、ＳＳＢやＣＳＩ－ＲＳ）やＰＤＣＣＨも、例えば、チャネル状態の不良やＤＬＬＢＴ障害が原因で検出されない場合、ＵＥはデフォルトのチャネルアクセスタイプを仮定することができる。例えば、本明細書で説明したようなタイプ１を使用して、ランダムアクセスプリアンブルの送信の前にチャネルアクセス手順を実行することができる。あるいは、ネットワーク支援情報ＤＣＩが受信されない場合、ＵＥはプリアンブル送信を「省く」ことができる。

ネットワークトリガーされたランダムアクセス手順を実行する際、ｇＮＢは、ランダムアクセス手順をトリガーした、例えば、ＤＬデータ着信、ハンドオーバなどのイベントに応答してＮＷ支援情報をＵＥに送信することにより、ＮＲ－ＵＳＣｅｌｌ、ＳＣＧ追加／変更などとの時間的整合性を確立することができる。これらのシナリオの場合、ランダムアクセスプリアンブルの送信に使用されるメッセージおよび対応するＰＲＡＣＨ送信機会が同じＣＯＴ中に発生するならば、ランダムアクセス手順のトリガーに使用されるメッセージでＮＷ支援情報がシグナリングされ得る。

図９は、ランダムアクセス手順が、ｇＮＢによって、ＮＷ支援情報を含むＰＤＣＣＨ命令を使用してトリガーされるシナリオの時間スケジュールの図である。

表８は、ＮＷ支援情報をシグナリングするために使用され得るＮＲ－ＵＰＤＣＣＨ命令の例示的な定義である。この例では、ＮＷ支援情報は、ランダムアクセスプリアンブルの送信の前に実行され得るチャネルアクセス手順のタイプを示すために使用されるチャネルアクセスタイプフィールドから構成される。チャネルアクセスタイプフィールドは、値０がタイプ１に対応、値１がタイプ２に対応、等々となるように定義でき、アクセスタイプは、本明細書に記載の例示的なチャネルアクセスタイプに従って事前定義することができる。

ＮＲ－ＵＰＤＣＣＨ命令は、トリガーイベントに関連するサービスのＱｏＳに基づいてチャネルアクセス手順を適応させるために使用され得るチャネルアクセス優先度クラスなどの追加のフィールドを含むように拡張され得る。

あるいは、ＮＷ支援情報は、ランダムアクセス手順をトリガーするために使用されるメッセージとは異なるメッセージでシグナリングされ得る。これにより、ランダムアクセス手順をトリガーするために使用されるメッセージと、ＮＷ支援情報を提供するために使用されるメッセージを、異なるＣＯＴ中に送信することができる。

図１０は、ランダムアクセス手順をトリガーするために使用されるＰＤＣＣＨ命令がＣＯＴ_ｘ中に送信され、ＮＷ支援情報がＣＯＴ_ｙ中に送信されるシナリオの図である。ＣＯＴ_ｘとＣＯＴ_ｙは連続する場合もしない場合もある。

図１１は、ランダムアクセス手順をトリガーするために使用されるハンドオーバーコマンドがＣＯＴ_ｘ中にソースｇＮＢによって送信され、ＮＷ支援情報がＣＯＴ_ｙ中にターゲットｇＮＢによって送信されるシナリオの図である。

本明細書に記載のランダムアクセス手順中にシグナリングされるＲＡＲは、ＲＡＲＵＬ認可によってスケジュールされたＵＬ送信の前に実行され得るチャネルアクセス手順の決定および適応の少なくとも一方を実行するためにＵＥによって使用されるＮＷ支援情報をも含み得る。

例えば、ＮＷ支援情報は、ＲＡＲＵＬ認可のフィールドとして含まれ得る。表８は、ＮＷ支援情報をシグナリングするために使用され得るＮＲ－ＵＲＡＲＵＬ認可の例示的な定義である。この例では、ＮＷ支援情報は、スケジュールされたＵＬ送信の前に実行され得るチャネルアクセス手順のタイプを示すために使用されるチャネルアクセスタイプフィールドから構成されている。チャネルアクセスタイプフィールドは、値０がタイプ１に対応、値１がタイプ２に対応、等々となるように定義でき、アクセスタイプは、本明細書に記載の例示的なチャネルアクセスタイプに従って事前定義することができる。

ＮＲ－ＵＲＡＲＵＬ認可は、ＲＡＲＵＬ認可によってスケジュールされたＵＬ送信のＱｏＳに基づいてチャネルアクセス手順を適応させるために使用され得るチャネルアクセス優先度クラスなどの追加のフィールドを含むように拡張され得る。

あるいは、ＮＷ支援情報は、ＲＡＲのＭＡＣペイロード内のフィールドとしてシグナリングされ得る。ＮＷ支援情報をシグナリングするために使用できる例示的なＭＡＣＲＡＲを図１２に示す。この例では、ＮＷ支援情報はチャネルアクセスタイプから構成されている。ＭＡＣＲＡＲのフィールドは以下のように定義することができる。
・Ｒ：予約ビットで、「０」に設定される。
・チャネルアクセスタイプ：チャネルアクセスタイプフィールドは、スケジュールされたＵＬ送信の前に実行され得るチャネルアクセス手順のタイプを示し、３ビットである。チャネルアクセスタイプフィールドは、値０がタイプ１に対応、値１がタイプ２に対応、等々となるように定義でき、アクセスタイプは、本明細書に記載の例示的なチャネルアクセスタイプに従って事前定義することができる。
・タイミングアドバンスコマンド：タイミングアドバンスコマンドフィールドは、ＭＡＣエンティティがＴＳ３８．２１３において適用する必要のあるタイミング調整量を制御するために使用されるインデックス値Ｔ_Ａを示す。タイミングアドバンスコマンドフィールドのサイズは１２ビットである。
・ＵＬ認可：上りリンク認可フィールドは、ＴＳ３８．２１３における上りリンク上で使用すべきリソースを示す。ＵＬ認可フィールドのサイズは２５ビットである。
・一時的Ｃ－ＲＮＴＩ：一時的Ｃ－ＲＮＴＩフィールドは、ランダムアクセス中にＭＡＣエンティティによって使用される一時的な識別を示す。一時的Ｃ－ＲＮＴＩフィールドのサイズは１６ビットである。

ＮＷ支援情報を持つＭＡＣＲＡＲは、ＲＡＲＵＬ認可によってスケジュールされたＵＬ送信のＱｏＳに基づいてチャネルアクセス手順を適応させるために使用され得るチャネルアクセス優先度クラスなどの追加のフィールドを含むように拡張され得る。

ランダムアクセスプリアンブル、およびＲＡＲを介してスケジュールされたＵＬ送信が同じＣＯＴ中に発生するシナリオの場合、ランダムアクセスプリアンブルを送信する前に実行され得るチャネルアクセス手順を決定／適応するために使用されるＮＷ支援情報は、ＲＡＲＵＬ認可によってスケジュールされた任意のＵＬ送信を実行する前に実行され得るチャネルアクセス手順を決定／適応するためにも使用され得る。

（ＮＷ支援情報を使用したランダムアクセス）
図１３は、ＮＷ支援情報を用いたＮＲ－Ｕ競合ベースランダムアクセス手順のためのシグナリングの図である。この例では、図８に示すように、ＮＷ支援情報とランダムアクセスプリアンブルの送信が同じＣＯＴ中に発生する。残りのメッセージの送信は、このＣＯＴ中または異なるＣＯＴ中に発生する可能性がある。

図１４は、ＮＷ支援情報を用いたＮＲ－Ｕ競合のないランダムアクセス手順のシグナリングの図であり、ここでは、ＮＷ支援情報とＲＡプリアンブル割り当ては、ＰＤＣＣＨ命令を介してシグナリングされる。この例では、図９に示すように、ＰＤＣＣＨ命令とランダムアクセスプリアンブルを介したＮＷ支援情報の送信は、同じＣＯＴ中に発生する。ランダムアクセス応答の送信は、ＰＤＣＣＨ命令とランダムアクセスプリアンブルの送信と同じＣＯＴ中、または異なるＣＯＴ中に発生し得る。

図１５は、ＮＷ支援情報を用いたＮＲ－Ｕ競合のないランダムアクセス手順のシグナリングの図であり、ここでは、ＲＡプリアンブル割り当てはＰＤＣＣＨ命令を介してシグナリングされ、ＮＷ支援情報は別個にシグナリングされる。この例では、図１０に示すように、ＮＷ支援情報とランダムアクセスプリアンブルの送信は同じＣＯＴ中に発生するが、ＰＤＣＣＨ命令を介したＲＡプリアンブル割り当ての送信は異なるＣＯＴ中に発生する。ＲＡＲの送信は、ＮＷ支援情報およびランダムアクセスプリアンブルの送信と同じＣＯＴ中に発生しても、異なるＣＯＴ中に発生してもよい。

図１６は、ＮＷ支援情報を用いたＮＲ－Ｕ競合のないランダムアクセス手順のシグナリングの図であり、ここでは、ＲＡプリアンブル割り当てはハンドオーバーコマンドを介してシグナリングされ、ＮＷ支援情報は別個にシグナリングされる。

この例では、図１１に示すように、ＮＷ支援情報とランダムアクセスプリアンブルの送信は同じＣＯＴ中に発生するが、ＲＡプリアンブル割り当ての送信は異なるＣＯＴ中に発生する。ＲＡＲの送信は、ＮＷ支援情報およびランダムアクセスプリアンブルの送信と同じＣＯＴ中に発生しても、異なるＣＯＴ中に発生してもよい。

（ＮＲ－Ｕランダムアクセス構成）
ＮＲにおいては、表８に定義されるように、２つの周波数範囲、ＦＲ１およびＦＲ２が存在する。３ＧＰＰＴＳ３８．１０１、ユーザ端末（ＵＥ）の無線送受信（リリース１５）、Ｖ１５．１．０を参照されたい。

ＮＲにおけるＰＲＡＣＨでは、ＦＲ１に対して１．２５、５、１５、および３０ｋＨｚのサブキャリア間隔が使用され、ＦＲ２に対して６０および１２０ｋＨｚが使用される。

ＬＢＴの時間位置および持続時間をより柔軟に選択することができ、ＰＲＡＣＨリソースをより効率的に使用することができるため、ＦＲ１内のＮＲ－Ｕに６０ｋＨｚおよび１２０ｋＨｚのサブキャリア間隔を導入することは有益であろう。図１７に示すように、プリアンブルに６０ｋＨｚのサブキャリア間隔を使用すると、ＰＲＡＣＨ送信オケージョンに使用可能なシンボルの数が多くなる可能性がある。各ＳＦ（１ミリ秒）内に存在するシンボルは、合計５６個になるであろう。例示のため、ＬＢＴ期間を、６個の６０ｋＨｚＯＦＤＭシンボルと仮定すると、１４シンボルのうち１２個（８５．７％）しかＰＲＡＣＨ送信オケージョンに使用できない１５ｋＨｚのサブキャリア間隔の場合と比較して、例えば、５６シンボルのうち５０個（８９．３％）がＰＲＡＣＨ送信オケージョンに使用可能である。

ＦＲ１におけるＮＲ－Ｕのための６０および１２０ｋＨｚのＲＡＣＨ構成のサポートは、３ＧＰＰＴＳ３８．２１１、物理チャネルと変調（リリース１５）、Ｖ１５．１．０に定義されている既存のＲＡＣＨ構成テーブルを使用するか、または同じRACH-ConfigGenericＩＥを使用することによって行うことができる。ＴＳ３８．３３１を参照されたい。

ＮＲ－Ｕのための別個のＲＡＣＨ構成テーブルを導入することによって、ＮＲ－Ｕのためのより柔軟なＲＡＣＨ構成を使用することができる。

一例を表７に示す。この例では、ＮＲに対して定義されたＲＡＣＨ構成テーブル内の列「サブフレーム内のＰＲＡＣＨスロット数」が削除されている。コード例１では、その列に載せられる情報が、代わりに、RACH-ConfigGenericＩＥに移動されている。この変更により、ＰＲＡＣＨ送信オケージョンに対してより柔軟な構成が与えられる。

第２の例を表８に示す。この例では、ＮＲに対して定義されたＲＡＣＨ構成テーブル内の列（「開始シンボル」および「サブフレーム内のＰＲＡＣＨスロット数」）が削除されている。コード例２では、これら２つの列に載せられる情報が、代わりに、RACH-ConfigGenericＩＥに移動されている。これらの変更により、ＰＲＡＣＨ送信オケージョンに対してより柔軟な構成が与えられる。

ＬＢＴ（持続時間および時間位置）のいくつかの構成および構成されたＰＲＡＣＨ送信オケージョンにおいて、衝突が発生する可能性がある。その場合、ＵＥの動作は、ＬＢＴと衝突するＰＲＡＣＨ送信オケージョンを無効と見なすことになる可能性がある。図１８の図では、ＰＲＡＣＨ送信オケージョン０は無効となるであろう。ＰＲＡＣＨ送信オケージョン１とＰＲＡＣＨ送信オケージョン２だけが有効であり続ける。

（拡張ＣＣＡ）
送信タイプ識別コードを使用する拡張ＣＣＡを使用することができる。送信タイプ識別コードは、ＵＥサービングセルまたはサービングセルスケジューラ、チャネルリソース、および、例えば、競合ベースランダムアクセスリソースまたは非競合ベースランダムアクセスリソースに対するチャネルアクセスタイプを一意に識別するコードまたはコードの組み合わせである。

ＰＲＡＣＨ送信機会の開始時に、ランダムアクセス手順を実行することを意図する各ＵＥは、実際のＰＲＡＣＨプリアンブルを送信する前に、時間間隔の短い期間にわたって、ＰＲＡＣＨの送信タイプ識別信号を繰り返し送信する。同様に、ランダムアクセス手順を実行することを意図する各ＵＥは、ＰＲＡＣＨ送信機会の開始時に、ＰＲＡＣＨプリアンブルを送信する前の、例えば、送信タイプ識別信号の送信と同じ短期間などの短い時間間隔にわたって、チャネルの他のユーザからの送信タイプ識別信号を監視する。ＵＥは、送信タイプ識別信号に関する自身の知識、またはそのサービングセル内での送信期間および時間内の送信の発生に関する自身の知識を用いて、チャネルの他のユーザに譲歩するかどうかの決定を行う。

この拡張ＣＣＡ手順を、以下のように要約することができる。手順の様々な変形例を図１９、図２０、および図２１にさらに示す。

仮定：ＰＲＡＣＨ送信機会の開始時に、ランダムアクセス手順を実行することを意図する各ＵＥは、実際のＰＲＡＣＨプリアンブルを送信する前に、短い時間間隔にわたって送信タイプ識別信号を繰り返し送信する。

（キャリアセンシング）
ＰＲＡＣＨを送信することを意図するＵＥは、ＰＲＡＣＨの実際の送信に先立つ短い時間間隔の間にキャリアセンシングを実行する。キャリアセンシング中に、ＵＥは、チャネルの他のユーザによって送信された送信タイプ識別信号またはコードを検出および復号化する。送信タイプ識別信号またはコードが、競合ベースＰＲＡＣＨ送信または非競合ベースＰＲＡＣＨ送信を示す場合、ＵＥは延期しない可能性がある。しかし、検出された送信識別が、ＵＥが延期し得ることを示す場合、チャネルはビジーであると見なされ、関連する送信期間中、ビジー状態に保持され得る。送信期間は、ＰＲＡＣＨ送信機会の期間であり得る。

（エネルギー検出（ＥＤ））
ここでのエネルギー検出は、ノイズフロア、周囲エネルギー、干渉源、および破損している可能性があり、復号化されなくなった、未確認非サービングセル送信に基づいて、チャネル上に存在する（例えば、同じＰＬＭＮ、異なるＰＬＭＮ、またはＷｉＦｉからの）非サービングセルエネルギーレベルを検出するＵＥの能力を指す。事前定義されたＥＤしきい値は、サービングセル信号、（例えば、同じＰＬＭＮまたは異なるＰＬＭＮの）非サービングセル信号、または非セルラー信号、または、例えばＷｉＦｉ信号のために、ＵＥ内に指定または構成され得る。ＵＥは、非サービングセル信号または他の非セルラー信号に対して事前定義されたＥＤしきい値を使用して、検出されたエネルギーレベルが、チャネルがビジーまたはアイドルであると見なすのに十分に高いかどうかを判定する。

ＵＥが、ＣＣＡのキャリアセンシング機能の一部として、競合ベースＰＲＡＣＨ送信または非競合ベースＰＲＡＣＨ送信を示す送信識別信号またはコードを検出せず、そして、ＵＥが、ＣＣＡのＥＤ機能の一部として、チャネル上に存在する、非サービングセルＥＤしきい値よりも高い非サービングエネルギーレベルを検出した場合、ＵＥは、チャネルが関連する期間中ビジーであると見なし、延期する可能性がある。

拡張ＣＣＡは、ネットワーク支援型またはＵＥ自律拡張型であり得る。

例えば、ネットワーク支援型スキームでは、支援情報は、例えば、競合ベースランダムアクセスリソースまたは非競合ベースランダムアクセスリソースに対する１つ以上の送信タイプ識別コードを含み得る。支援情報は、ＲＲＣ共通シグナリング（例えば、ブロードキャストシグナリングまたはグループキャストシグナリング）またはＲＲＣ専用シグナリングを介して、ＵＥ内に構成され得る。支援情報は、ＤＣＩシグナリングを介してＵＥ内に構成することもでき、そこでは、グループＰＤＣＣＨを使用してＵＥのサービングセルをアドレス指定することができる。

ＵＥ自律ベースの拡張ＣＣＡ方法の場合、送信タイプ識別信号またはコードは、ＵＥ内に事前構成され得るか、または仕様で定義され得る。

図１９の例では、ステップ１で、ＵＥは、事前定義された送信タイプ識別コードを含む。事前定義された送信タイプ識別コードは、例えば、事前構成、プロビジョニング、または仕様を通じてＵＥに提供された可能性がある。

ステップ２では、ＵＥは、それが、例えば、ＵＥが送信することを意図するＰＲＡＣＨオケージョンなどの新しい送信機会の始まりであるかどうかをチェックする。そうでない場合、ＵＥは、新しい送信機会を再度チェックする前に、他のタスクを実行することができる。

ステップ２で、これが新しい送信機会の始まりである場合、ステップ３で、ＵＥは、識別タイプコードを繰り返し送信する。

ステップ４は、クリアチャネル評価（ＣＣＡ）エネルギー検出（ＥＤ）である。ＵＥは、自身のチャネルをリッスンして、非サービングセルＥＤしきい値を超える送信エネルギーレベルを有する非サービングセルユーザを検出する。

ステップ４で適格な非サービングセルユーザが見つかった場合、ステップ５で、ＵＥは、チャネルがビジーであると宣言し、送信を延期して、ステップ１に戻る。

ステップ４で適格な非サービングセルユーザが見つからない場合、ステップ６で、ＵＥは、ＣＣＡキャリアセンシングを実行して、そのサービングセルのチャネル共有ユーザからの異なる送信タイプ識別コードを検出して復号化する。ＵＥのサービスセルのチャネル共有ユーザからの異なる送信タイプ識別コードを検出して復号化すると、ＵＥは、ステップ１に戻る。

ステップ６で、ＵＥが異なる送信タイプ識別コードを検出および復号化しない場合、ステップ７で、ＵＥは、チャネルがアイドル状態であると判定し、例えば、ＰＲＡＣＨプリアンブル送信を伴う送信を続行する。

図２０の例における動作は、図１９における動作と類似する。しかし、図２０の例では、ステップ１で、ＲＲＣは１つ以上の送信タイプ識別コードを使用してＵＥを構成する。手順２～７の動作は、図１９の例の動作と類似する。

図２１の例では、ステップ１において、ＲＲＣは、１つ以上の送信タイプ識別コードおよびサービングセルの将来のリソースの予約を使用して、ＵＥを構成する。

図２１のステップ２では、ＵＥは、それが、例えば、ＵＥが送信することを意図するＰＲＡＣＨオケージョンなどの新しい送信機会の始まりであるかどうかをチェックする。そうでない場合、ＵＥは、新しい送信機会を再度チェックする前に、他のタスクを実行することができる。

ステップ４で適格な非サービングセルユーザが見つからない場合、ステップ８で、ＵＥは、期間中に送信するサービングセルのチャネル共有ユーザが存在するかどうかをチェックする。

ステップ８で、期間中に送信するサービングセルのチャネル共有ユーザが存在しない場合、ステップ９において、ＵＥは、チャネルがアイドルであると宣言し、例えば、ＰＲＡＣＨプリアンブル送信のような送信を続行する。

ステップ８で、期間中に送信するサービングセルのチャネル共有ユーザが存在する場合、ステップ６で、ＵＥは、ＣＣＡキャリアセンシングを実行して、そのサービングセルのチャネル共有ユーザからの異なる送信タイプ識別コードを検出して復号化する。ステップ６で、ＵＥのサービングセルのチャネル共有ユーザからの異なる送信タイプ識別コードが検出および復号化されない場合、ＵＥは、チャネルがアイドルであると判定し、そして、ＵＥは、例えば、ＰＲＡＣＨプリアンブル送信のような送信を続行する。それ以外の場合、ＵＥはチャネルがビジーであると宣言し、ステップ１に戻る。

第三世代パートナーシッププロジェクト（３ＧＰＰ）では、無線アクセス、コアトランスポートネットワーク、および、コーデック、セキュリティ、およびサービスの質に関する取り組みを含むサービス能力を含む、セルラー通信ネットワーク技術の技術規格を開発する。最近の無線アクセス技術（ＲＡＴ）規格には、広帯域符号分割多元接続（Wideband Code Division Multiple Access：ＷＣＤＭＡ（登録商標））（一般に３Ｇと呼ばれる）、ＬＴＥ（一般に４Ｇと呼ばれる）、およびＬＴＥアドバンスト（LTE-Advanced）規格が含まれる。３ＧＰＰは、新無線（ＮＲ）と呼ばれ、「５Ｇ」とも呼ばれる次世代セルラー技術の標準化に取り組み始めた。３ＧＰＰＮＲ規格の開発には、次世代無線アクセス技術（新しいＲＡＴ）の定義が含まれると予想され、これには、６ＧＨｚ未満の新しいフレキシブル無線アクセスの規定、および６ＧＨｚを超える新しいウルトラモバイルブロードバンド無線アクセスの規定が含まれると予想される。フレキシブル無線アクセスは、６ＧＨｚ未満の新しいスペクトルでの、新しい、後方互換性のない無線アクセスで構成されると予想され、要件の多様な広範囲の３ＧＰＰＮＲのユースケースに対処するために、同一スペクトル内で多重化可能な異なる動作モードを含むと予想される。ウルトラモバイルブロードバンドは、例えば、屋内用途やホットスポットのためのウルトラモバイルブロードバンドアクセスの機会を提供するセンチ波およびミリ波スペクトルを含むと予想される。特に、ウルトラモバイルブロードバンドは、センチ波およびミリ波に特有の設計最適化を施した共通設計枠組みを、６ＧＨｚ未満のフレキシブル無線アクセスと共有すると予想される。

３ＧＰＰは、ＮＲがサポートすると予想される様々なユースケースを特定し、その結果、データ転送速度や待ち時間やモビリティに対する多様なユーザエクスペリエンス要件を定めた。ユースケースには、以下の一般的カテゴリが含まれる。すなわち、拡張モバイルブロードバンド（例えば、密集エリア内のブロードバンドアクセス、屋内超高ブロードバンドアクセス、人混みでのブロードバンドアクセス、あらゆる場所での５０Ｍｂｐｓ以上、超低コストブロードバンドアクセス、車内モバイルブロードバンド）、クリティカル通信、大規模マシンタイプ通信、ネットワークオペレーション（例えば、ネットワークスライシング、ルーティング、マイグレーションとインターワーキング、および省エネルギー）、および高度化ビークル・ツー・エブリシング（Enhanced Vehicle-to-Everything：ｅＶ２Ｘ）通信。これらのカテゴリ内の具体的なサービスおよびアプリケーションには、いくつか例を挙げると、監視およびセンサネットワーク、デバイスの遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、ファーストレスポンダへの接続性、自動車用ｅＣａｌｌ、災害警報、リアルタイムゲーム、多人数ビデオ通話、自律走行、拡張現実、タッチインターネット、仮想現実などが含まれる。本明細書は、これらすべてのユースケースおよびその他を想定している。

図２２は、本明細書で説明され、特許請求される方法および装置を具現化し得る通信システム１００の例の一実施形態を示す。図示のように、通信システム１００の例は、無線送受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄのうち、少なくとも１つ（一般的に、あるいは総称して、ＷＴＲＵ１０２と呼ばれることもある）と、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／１０９と、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）１０８と、インターネット１１０と、その他のネットワーク１１２を含み得るが、開示された実施形態は任意の数のＷＴＲＵや、基地局や、ネットワークや、ネットワーク要素を想定していることは理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅの各々は、無線環境下で動作や通信を行うように構成された任意の種類の装置またはデバイスであってよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅの各々はハンドヘルド無線通信装置として図２２～図２６に図示されているが、５Ｇ無線通信に対する多様なユースケースを想定すれば、ＷＴＲＵの各々は、ほんの一例として、ユーザ端末（ＵＥ）、モバイル局、固定または移動加入者ユニット、無線呼び出し装置、携帯電話、携帯情報端末（Personal Digital Assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、家庭用電化製品、スマートウォッチやスマートクロージングなどのウェアラブルデバイス、医療機器やｅＨｅａｌｔｈデバイス、ロボット、産業機器、ドローン、乗用車やトラックや列車や航空機などの輸送機器などを含む、無線信号を送信や受信するように構成された任意の装置またはデバイスを含むか、または、その中に具現化されてもよいことが理解される。

通信システム１００は、基地局１１４ａと基地局１１４ｂをさらに含むことができる。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無線でインターフェースして、コアネットワーク１０６／１０７／１０９やインターネット１１０やその他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよい。基地局１１４ｂは、遠隔無線ヘッド（Remote Radio Head：ＲＲＨ）１１８ａ、１１８ｂおよび送受信ポイント（Transmission and Reception Point：ＴＲＰ）１１９ａ、１１９ｂのうち、少なくとも１つと有線や無線でインターフェースして、コアネットワーク１０６／１０７／１０９やインターネット１１０やその他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよい。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２ｃの少なくとも１つと無線でインターフェースして、コアネットワーク１０６／１０７／１０９やインターネット１１０やその他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよい。ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄの少なくとも１つと無線でインターフェースして、コアネットワーク１０６／１０７／１０９やインターネット１１０やその他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよい。一例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局（Base Transceiver Station：ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（Access Point：ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂはそれぞれ単一要素として図示されているが、基地局１１４ａ、１１４ｂは任意の数の相互接続された基地局やネットワーク要素を含むことができることは理解されるであろう。

基地局１１４ａはＲＡＮ１０３／１０４／１０５の一部であってもよく、ＲＡＮ１０３／１０４／１０５は、また、基地局コントローラ（Base Station Controller：ＢＳＣ）、無線ネットワークコントローラ（Radio Network Controller：ＲＮＣ）、中継ノードなどの他の基地局やネットワーク要素（図示せず）を含んでもよい。基地局１１４ｂはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であってもよく、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、また、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの他の基地局やネットワーク要素（図示せず）を含んでもよい。基地局１１４ａは、セル（図示せず）と称することもある特定の地理的領域の中の無線信号を送信や受信するように構成され得る。基地局１１４ｂは、セル（図示せず）と称することもある特定の地理的領域内の有線や無線の信号を送受信するように構成され得る。セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連するセルを３つのセクタに分割することができる。一実施形態においては、基地局１１４ａは、そのように、例えば、セルのセクタごとに１つとなる、３つのトランシーバを含むことができる。一実施形態においては、基地局１１４ａは、多入力多出力（Multiple Input Multiple Output：ＭＩＭＯ）技術を採用することができ、したがって、セルの各セクタ当たり複数のトランシーバを利用することができる。

基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの１つ以上と、エアインターフェース１１５／１１６／１１７を介して通信してもよく、エアインターフェース１１５／１１６／１１７は、任意の適切な無線通信リンク（例えば、無線周波数（Radio Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）、可視光、センチ波、ミリ波など）であってもよい。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて構築することができる。

基地局１１４ｂは、ＲＲＨ１１８ａ、１１８ｂやＴＲＰ１１９ａ、１１９ｂのうち１つ以上と、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを介して通信してもよく、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適切な有線（例えば、ケーブルや光ファイバなど）または無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であってもよい。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適切な無線アクセス技術（ＲＡＴ）を使って構築することができる。

ＲＲＨ１１８ａ、１１８ｂやＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｃ、１０２ｄのうち１つ以上と、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃを介して通信してもよく、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であってもよい。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適切な無線アクセス技術（ＲＡＴ）を使って構築することができる。

より具体的には、上記のように、通信システム１００は多重アクセスシステムでもよく、例えば、符号分割多元接続（Code Division Multiple Access：ＣＤＭＡ）、時分割多元接続（Time Division Multiple Access：ＴＤＭＡ）、周波数分割多元接続（Frequency Division Multiple Access：ＦＤＭＡ）、直交周波数分割多元接続（Orthogonal Frequency Division Multiple Access：ＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（Single Carrier Frequency Division Multiple Access：ＳＣ－ＦＤＭＡ）などの、１つ以上のチャネルアクセス方式を採用することができる。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、ユニバーサルモバイル通信システム（Universal Mobile Telecommunications System：ＵＭＴＳ）地上無線アクセス（Terrestrial Radio Access：ＵＴＲＡ）などの無線技術を実装してもよく、その技術によって、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使ったエアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ構築してもよい。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access：ＨＳＰＡ）や発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速下りリンクパケットアクセス（High-Speed Downlink Packet Access：ＨＳＤＰＡ）や高速上りリンクパケットアクセス（High-Speed Uplink Packet Access：ＨＳＵＰＡ）を含むことができる。

一実施形態においては、基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、発展型ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実装してもよく、その技術によって、ロングタームエボリューション（ＬＴＥ）やＬＴＥアドバンスト（ＬＴＥ－Ａ）を使ったエアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ構築してもよい。将来は、エアインターフェース１１５／１１６／１１７は３ＧＰＰＮＲ技術を実装してもよい。

一実施形態においては、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Worldwide Interoperability for Microwave Access：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００１Ｘ、ＣＤＭＡ２０００進化データ最適化（Evolution-Data Optimized：ＥＶ－ＤＯ）、暫定規格（Interim Standard：ＩＳ）２０００（ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、モバイル通信用グローバルシステム（Global System for Mobile Communications：ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data Rates for GSM Evolution：ＥＤＧＥ）、ＧＳＭＥＤＧＥ（ＧＳＭＥＤＧＥ無線アクセスネットワーク（GSM EDGE Radio Access Network：ＧＥＲＡＮ））などの無線技術を実装してもよい。

図２２の基地局１１４ｃは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントでもよく、事業所、家庭、車両、キャンパスなどの局所的領域における無線接続性を円滑にするための任意の適切なＲＡＴを利用してもよい。一実施形態においては、基地局１１４ｃとＷＴＲＵ１０２ｅは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（Wireless Local Area Network：ＷＬＡＮ）を構築してもよい。一実施形態においては、基地局１１４ｃとＷＴＲＵ１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（Wireless Personal Area Network：ＷＰＡＮ）を構築してもよい。さらに別の実施形態においては、基地局１１４ｃとＷＴＲＵ１０２ｅは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａなど）を利用してピコセルまたはフェムトセルを構築してもよい。図２２に示すように、基地局１１４ｂはインターネット１１０と直接接続されてもよい。このように、基地局１１４ｃは、インターネット１１０にアクセスするためにコアネットワーク１０６／１０７／１０９を介する必要はない。

ＲＡＮ１０３／１０４／１０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂはコアネットワーク１０６／１０７／１０９と通信可能であり、コアネットワーク１０６／１０７／１０９は、音声、データ、アプリケーション、ボイスオーバーインターネットプロトコル（Voice Over Internet Protocol：ＶｏＩＰ）などサービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうち１つ以上に提供するように構成された任意の種類のネットワークであり得る。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、ビリングサービス、モバイル位置情報サービス、プリペイドコーリング、インターネット接続性、ビデオ配信などを提供したり、ユーザ認証などの高度セキュリティ機能を実行したりすることができる。

図２２には図示しないが、ＲＡＮ１０３／１０４／１０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂやコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同一のＲＡＴまたは異なるＲＡＴを用いている他のＲＡＮと直接的または間接的に通信し得ることは理解されるであろう。例えば、コアネットワーク１０６／１０７／１０９は、Ｅ－ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０４／１０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと接続されているだけでなく、ＧＳＭ無線技術を採用している別のＲＡＮ（図示せず）とも通信することができる。

コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅがＰＳＴＮ１０８やインターネット１１０やその他のネットワーク１１２にアクセスするためのゲートウェイとして機能することもできる。ＰＳＴＮ１０８は、基本電話サービス（Plain Old Telephone Service：ＰＯＴＳ）を提供する回路交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートの中の伝送制御プロトコル（Transmission Control Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）、インターネットプロトコル（Internet Protocol：ＩＰ）などの共通通信プロトコルを使用する相互接続されたコンピュータネットワークとデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダが所有や運用する有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同一のＲＡＴまたは異なるＲＡＴを使用し得る１つ以上のＲＡＮと接続された別のコアネットワークを含むことができる。

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部はマルチモード能力を有し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、および１０２ｅは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを有し得る。例えば、図２２に示すＷＴＲＵ１０２ｅは、セルラーベースの無線技術を採用できる基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用できる基地局１１４ｃと通信するように構成され得る。

図２３は、本明細書に示す実施形態に従って無線通信用に構成された、例えば、ＷＴＲＵ１０２などの装置またはデバイスの例のブロック図である。図２３に示すように、例となるＷＴＲＵ１０２は、プロセッサ１１８と、トランシーバ１２０と、送受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、非取り外し可能１３０と、取り外し可能メモリ１３２と、電源１３４と、グローバルポジショニングシステム（Global Positioning System：ＧＰＳ）チップセット１３６と、その他の周辺機器１３８とを含むことができる。ＷＴＲＵ１０２は、一実施形態との整合性を維持しながら、上述の要素の任意のサブコンビネーションを含むことができることは理解されるであろう。また、各実施形態では、基地局１１４ａ、１１４ｂや、基地局１１４ａ、１１４ｂが代表し得るノード（とりわけ、例えば、トランシーバ基地局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、発展型ホームノードＢ（Evolved Home Node-B：ｅＮｏｄｅＢ）、ホーム発展型ノードＢ（Home Evolved Node-B：ＨｅＮＢ）、ホーム発展型ノードＢゲートウェイ、およびプロキシノードなどであるが、これらに限らない）は、図２３に示し本明細書で述べる要素の一部または全部を含むことができるということを想定している。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（Digital Signal Processor：ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ）回路、任意の他の種類の集積回路（Integrated Circuit：ＩＣ）、状態機械などであってもよい。プロセッサ１１８は、ＷＴＲＵ１０２の無線環境下での動作を可能にする信号符号化や、データ処理や、電源制御や、入出力処理や、任意のその他の機能などを実行することができる。プロセッサ１１８はトランシーバ１２０に接続されてもよく、トランシーバ１２０は送受信要素１２２に接続されてもよい。図２３はプロセッサ１１８とトランシーバ１２０を別々の構成要素として図示しているが、プロセッサ１１８とトランシーバ１２０を１つの電子パッケージまたはチップに一体化してもよいことは理解されるであろう。

送受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して基地局（例えば、基地局１１４ａ）と信号の送受信を行うように構成され得る。例えば、一実施形態においては、送受信要素１２２はＲＦ信号を送信や受信するように構成されたアンテナであってもよい。一実施形態においては、送受信要素１２２は、例えば、ＩＲやＵＶや可視光の信号を送信や受信するように構成されたエミッタ／検出器であってもよい。さらに１つの実施形態においては、送受信要素１２２はＲＦと光信号のどちらも送受信するように構成されてもよい。送受信要素１２２は無線信号の任意の組み合わせを送信や受信するように構成され得ることは理解されるであろう。

さらに、図２３には、送受信要素１２２は単一要素として図示されているが、ＷＴＲＵ１０２は任意の数の送受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を採用してもよい。そのように、一実施形態においては、ＷＴＲＵ１０２は、無線信号をエアインターフェース１１５／１１６／１１７を介して送受信用の２つ以上の送受信要素１２２（例えば、複数のアンテナ）を含んでもよい。

トランシーバ１２０は送受信要素１２２が送信する信号を変調し、送受信要素１２２が受信した信号を復調するように構成され得る。上述のように、ＷＴＲＵ１０２はマルチモード能力を有し得る。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡやＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信できるように、複数のトランシーバを含むことができる。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４やキーパッド１２６やディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（Liquid Crystal Display：ＬＣＤ）表示ユニットまたは有機発光ダイオード（Organic Light-Emitting Diode：ＯＬＥＤ）表示ユニット）に接続されかつ、そこからユーザ入力データを受信することができる。プロセッサ１１８は、ユーザデータをスピーカ／マイクロフォン１２４やキーパッド１２６やディスプレイ／タッチパッド／インジケータ１２８に出力することもできる。さらに、プロセッサ１１８は、非取り外し可能１３０や取り外し可能メモリ１３２などの任意の種類の適切なメモリからの情報にアクセスし、そこにデータを保存することもできる。非取り外し可能１３０はランダムアクセスメモリ（Random-Access Memory：ＲＡＭ）、読み出し専用メモリ（Read-Only Memory：ＲＯＭ）、ハードディスク、または任意のその他の種類の記憶装置を含み得る。取り外し可能メモリ１３２は加入者識別モジュール（Subscriber Identity Module：ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure Digital：ＳＤ）メモリカードなどを含み得る。一実施形態においては、プロセッサ１１８は、例えば、サーバまたはホームコンピュータ（図示せず）上の、ＷＴＲＵ１０２上に物理的に位置しないメモリからの情報にアクセスし、そこにデータを保存してもよい。

プロセッサ１１８は電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素に対して電力を分配したり制御したりするように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池、太陽電池、燃料電池などを含むことができる。

プロセッサ１１８は、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度と緯度）を提供するように構成され得るＧＰＳチップセット１３６に接続されることもできる。ＷＴＲＵ１０２は、ＧＰＳチップセット１３６からの情報に加えて、またはそれに代えて、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７を介して位置情報を受信したり、２つ以上の近隣の基地局から受信中の信号のタイミングに基づいて自身の位置を決定したりすることができる。ＷＴＲＵ１０２は、一実施形態との整合性を維持しながら、任意の適切な位置決定方法によって位置情報を取得してもよいことは理解されるであろう。

プロセッサ１１８は、その他の周辺機器１３８にさらに接続されてもよく、その他の周辺機器１３８は、追加的特徴や機能性や、有線または無線接続性を提供する１つ以上のソフトウェアやハードウェアのモジュールを含むことができる。例えば、周辺機器１３８は、加速度計や生体計測（例えば、指紋）センサなどの各種センサ、電子コンパス（e-Compass）、衛星トランシーバ、（写真またはビデオ用）デジタルカメラ、ユニバーサルシリアルバス（Universal Serial Bus：ＵＳＢ）ポートまたはその他の相互接続インターフェース、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルートゥース（Bluetooth（登録商標））モジュール、周波数変調（Frequency Modulated：ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。

ＷＴＲＵ１０２は、センサ、家庭用電化製品、スマートウォッチやスマートクロージングのようなウェアラブルデバイス、医療機器やｅＨｅａｌｔｈデバイス、ロボット、産業機器、ドローン、乗用車、トラック、列車、航空機などの輸送機器などの、他の装置またはデバイスの中に具現化されてもよい。ＷＴＲＵ１０２は、そのような装置またはデバイスのその他の構成要素、モジュール、またはシステムに、周辺機器１３８の１つを含み得る相互接続インターフェースなどの１つ以上の相互接続インターフェースを介して接続されてもよい。

図２４は、一実施形態に係るＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上述のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用して、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０３はコアネットワーク１０６と通信することもできる。図２４に示すように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとエアインターフェース１１５を介して通信するための１つ以上のトランシーバを含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＲＡＮ１０３内の特定のセル（図示せず）と関連付けられてもよい。ＲＡＮ１０３はＲＮＣ１４２ａ、１４２ｂをさらに含むことができる。ＲＡＮ１０３は、一実施形態との整合性を維持しながら、任意の数のノードＢやＲＮＣを含み得ることは理解されるであろう。

図２４に示すように、ノードＢ１４０ａ、１４０ｂはＲＮＣ１４２ａと通信可能である。さらに、ノードＢ１４０ｃはＲＮＣ１４２ｂと通信可能である。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、ＲＮＣ１４２ａ、１４２ｂのそれぞれと通信可能である。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して相互に通信可能である。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されているノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれを制御するように構成され得る。さらに、ＲＮＣ１４２ａ、１４２ｂの各々は、外部ループ電源制御、負荷制御、承認制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの、他の機能を実行またはサポートするように構成され得る。

図２４に示すコアネットワーク１０６は、メディアゲートウェイ（Media Gateway：ＭＧＷ）１４４と、モバイルスイッチングセンタ（Mobile Switching Center：ＭＳＣ）１４６と、サービング汎用パケット無線サービス（General Packet Radio Service：ＧＰＲＳ）サポートノード（Serving GPRS Support Node：ＳＧＳＮ）１４８と、ゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：ＧＧＳＮ）１５０のうち、少なくとも１つを含むことができる。上記要素の各々はコアネットワーク１０６の部分として図示されているが、これらの要素のうちのいずれも、コアネットワークオペレータ以外の事業体によって所有や運用されてもよいことは理解されるであろう。

ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続されてもよい。ＭＳＣ１４６はＭＧＷ１４４に接続されてもよい。ＭＳＣ１４６とＭＧＷ１４４は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることができる。

ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８にさらに接続されてもよい。ＳＧＳＮ１４８はＧＧＳＮ１５０に接続されてもよい。ＳＧＳＮ１４８とＧＧＳＮ１５０は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にすることができる。

上述のように、コアネットワーク１０６は、他のサービスプロバイダが所有や運用をする有線または無線ネットワークを含み得るネットワーク１１２にさらに接続されてもよい。

図２５は、一実施形態に係るＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上述のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を採用して、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、コアネットワーク１０７と通信することもできる。

ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との整合性を維持しながら、任意の数のｅノードＢを含み得ることは理解されるであろう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとエアインターフェース１１６を介して通信するための１つ以上のトランシーバを含むことができる。一実施形態においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃはＭＩＭＯ技術を実装してもよい。そのようにして、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、そこから無線信号を受信することができる。

ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられてもよく、無線リソース管理上の決定、ハンドオーバの決定、上りリンクや下りリンクにおけるユーザのスケジューリングなどの処理をするように構成されてもよい。図２５に示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して、相互に通信可能である。

図２５に示すコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（Packet Data Network：ＰＤＮ）ゲートウェイ１６６を含むことができる。上記要素の各々はコアネットワーク１０７の部分として図示されているが、これらの要素のうちのいずれも、コアネットワークオペレータ以外の事業体によって所有や運用されてもよいことは理解されるであろう。

ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよく、制御ノードとして機能してもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中における特定のサービングゲートウェイの選択などを司ってもよい。ＭＭＥ１６２は、さらに、ＲＡＮ１０４と、ＧＳＭやＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（図示せず）との間で切り替えるための、制御プレーン機能を提供してもよい。

サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよい。サービングゲートウェイ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ、またはそこからルーティングおよびフォワーディングすることができる。サービングゲートウェイ１６４は、さらに、ｅノードＢ間のハンドオーバ中におけるユーザプレーンのアンカリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが下りリンクデータを利用可能な場合のページングのトリガリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶などの、他の機能を実行することができる。

サービングゲートウェイ１６４は、さらに、ＰＤＮゲートウェイ１６６に接続されてもよく、ＰＤＮゲートウェイ１６６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にすることができる。

コアネットワーク１０７は、他のネットワークとの通信を円滑にすることができる。例えば、コアネットワーク１０７は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることができる。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８の間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP Multimedia Subsystem：ＩＭＳ）サーバ）を含むか、またはそれと通信してもよい。さらに、コアネットワーク１０７は、他のサービスプロバイダが所有や運用する有線または無線通信ネットワークを含み得るネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。

図２６は、一実施形態に係るＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を採用して、エアインターフェース１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するアクセスサービスネットワーク（Access Service Network：ＡＳＮ）であってもよい。後にさらに論じるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＲＡＮ１０５と、コアネットワーク１０９との異なる機能エンティティ間の通信リンクを、基準点として定義することができる。

図２６に示すように、ＲＡＮ１０５は基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２を含み得るが、ＲＡＮ１０５は、一実施形態との整合性を維持しながら、任意の数の基地局とＡＳＮゲートウェイを含み得ることは理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃは、それぞれ、ＲＡＮ１０５内の特定のセルに関連付けられてもよく、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含んでもよい。一実施形態においては、基地局１８０ａ、１８０ｂ、１８０ｃはＭＩＭＯ技術を実装してもよい。そのようにして、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、そこから無線信号を受信することができる。基地局１８０ａ、１８０ｂ、１８０ｃは、さらに、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービスの質（ＱｏＳ）ポリシーの施行などのモビリティ管理機能を提供することができる。ＡＳＮゲートウェイ１８２は、トラフィック集約点として機能することができ、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのルーティングなどを司ることができる。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５の間のエアインターフェース１１７を、ＩＥＥＥ８０２．１６仕様を実装したＲ１基準点と定義することができる。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０９との論理インターフェース（図示せず）を構築することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９の間の論理インターフェースを、認証や、認可や、ＩＰホスト構成管理や、モビリティ管理のために使用され得るＲ２基準点として定義することができる。

基地局１８０ａ、１８０ｂ、１８０ｃの各々の間の通信リンクを、基地局間のＷＴＲＵハンドオーバおよびデータ転送を円滑にするためのプロトコルを含むＲ８基準点として定義することができる。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２の間の通信リンクをＲ６基準点として定義することができる。Ｒ６基準点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティイベントに基づくモビリティ管理を円滑にするためのプロトコルを含むことができる。

図２６に示すように、ＲＡＮ１０５はコアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９の間の通信リンクを、例えば、データ転送およびモビリティ管理能力を促進するためのプロトコルを含むＲ３基準点として定義することができる。コアネットワーク１０９は、モバイルＩＰホームエージェント（Mobile IP Home Agent：ＭＩＰ－ＨＡ）１８４と、認証、認可、アカウンティング（Authentication, Authorization, Accounting：ＡＡＡ）サーバ１８６と、ゲートウェイ１８８を含むことができる。上記要素の各々はコアネットワーク１０９の部分として図示されているが、これらの要素のうちのいずれも、コアネットワークオペレータ以外の事業体によって所有や運用されてもよいことは理解されるであろう。

ＭＩＰ－ＨＡはＩＰアドレス管理を司ることができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが異なるＡＳＮや異なるコアネットワークの間をローミングできるようにすることができる。ＭＩＰ－ＨＡ１８４は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にすることができる。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスのサポートを司ることができる。ゲートウェイ１８８は、他のネットワークとのインターワーキングを円滑にすることができる。例えば、ゲートウェイ１８８は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることができる。さらに、ゲートウェイ１８８は、他のサービスプロバイダが所有や運用する有線または無線通信ネットワークを含み得るネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。

図２６には図示しないが、ＲＡＮ１０５は他のＡＳＮに接続されてもよく、コアネットワーク１０９は他のコアネットワークと接続されてもよいことは理解されるであろう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクをＲ４基準点として定義することができ、Ｒ４基準点は、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク１０９と他のコアネットワークの間の通信リンクを、Ｒ５基準として定義することができ、Ｒ５基準は、ホームコアネットワークと訪問先コアネットワークの間のインターワーキングを円滑にするためのプロトコルを含むことができる。

本明細書で説明され、図２２、２４、２５、２６に示されたコアネットワークエンティティは、特定の既存の３ＧＰＰ仕様においてそれらのエンティティに付けられた名前で識別されるが、それらのエンティティや機能性は、将来は、他の名前で識別される可能性があり、特定のエンティティまたは機能性は、３ＧＰＰが発行する、３ＧＰＰＮＲ仕様を含む将来の仕様において組み合わされる可能性があることが理解される。したがって、説明され、図２２～図２６に示される特定のネットワークエンティティおよび機能性は、単に例として提示されたものであり、本明細書に開示され、特許請求される主題は、現在定義されているかまたは将来定義される任意の類似の通信システムの中に具現化または実装してもよいことが理解される。

図２７は、例えば、ＲＡＮ１０３／１０４／１０５内の特定のノードまたは機能エンティティ、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、またはその他のネットワーク１１２などの、図２２、２４、２５、２６に示す通信ネットワークの１つ以上の装置を具現化し得る、例示的なコンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバを含むことができ、主としてコンピュータ読み取り可能な命令によって制御されてもよく、命令はソフトウェアの形態であってもよく、ソフトウェアは任意の場所に、あるいは任意の手段によって保存またはアクセスされてもよい。そのようなコンピュータ読み取り可能な命令は、プロセッサ９１内で実行されて、コンピューティングシステム９０を作動させてもよい。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他の種類の集積回路（ＩＣ）、状態機械などであってもよい。プロセッサ９１は、コンピューティングシステム９０の通信ネットワーク内での動作を可能にする信号符号化や、データ処理や、電源制御や、入出力処理や、任意のその他の機能などを実行することができる。コプロセッサ８１は、メインプロセッサ９１と別個の、追加的機能を実行するか、もしくはプロセッサ９１をアシストするオプショナルプロセッサである。プロセッサ９１とコプロセッサ８１のうち、少なくとも一方は、本明細書に開示の方法と装置に関連するデータを受信、生成、および処理することができる。

動作中、プロセッサ９１は命令をフェッチし、解読し、実行して、コンピューティングシステムの主要データ転送経路であるシステムバス８０を介して、他のリソースとの間で情報を転送する。そのようなシステムバスは、コンピューティングシステム９０内の構成要素を接続し、データ交換の媒介を規定する。システムバス８０は、通常、データを送信するためのデータラインと、アドレスを送信するためのアドレスラインと、割り込みを送信するためとシステムバスを動作させるための制御ラインを含む。そのようなシステムバス８０の一例が、周辺コンポーネント相互接続（Peripheral Component Interconnect：ＰＣＩ）バスである。

システムバス８０に接続されるメモリには、ランダムアクセスメモリ（ＲＡＭ）８２と読み出し専用メモリ（ＲＯＭ）９３が含まれる。そのようなメモリは、情報を保存し、読み出すことを可能にする回路を含む。ＲＯＭ９３は、一般に、容易に修正できない保存データを収納する。ＲＡＭ８２内に保存されたデータは、プロセッサ９１または他のハードウェアデバイスによって読み取られるか、もしくは変更され得る。ＲＡＭ８２とＲＯＭ９３のうち、少なくとも一方へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されるに従って仮想アドレスを物理アドレスに変換するアドレス変換機能を提供することができる。メモリコントローラ９２は、さらに、システム内の各プロセスを隔離し、システムプロセスをユーザプロセスから隔離するメモリ保護機能を提供することができる。したがって、第１モードで実行中のプログラムは、それ自身のプロセス仮想アドレス空間によってマッピングされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることはできない。

さらに、コンピューティングシステム９０は、プロセッサ９１からの命令の、プリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５などの周辺機器への伝達を司る周辺機器コントローラ８３を含むことができる。

ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚的出力を表示するために使用される。そのような視覚的出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。視覚的出力は、グラフィカルユーザインターフェース（Graphical User Interface：ＧＵＩ）の形で提示され得る。ディスプレイ８６は、ブラウン管（Cathode-Ray Tube：ＣＲＴ）ベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを用いて実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要な電子部品を含む。

さらに、コンピューティングシステム９０は、図２２～図２６のＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、またはその他のネットワーク１１２などの外部通信ネットワークにコンピューティングシステム９０を接続するために使用され得る、例えば、ネットワークアダプタ９７などの通信回路を含むことができ、それによって、コンピューティングシステム９０がそれらのネットワークの他のノードまたは機能エンティティと通信できるようにすることができる。通信回路を、単独に、またはプロセッサ９１と共に使用して、本明細書に記載された特定の装置、ノード、または機能エンティティの送信および受信ステップを実行することができる。

本明細書に記載の装置、システム、方法、およびプロセスのいずれかまたはすべては、命令がプロセッサ１１８または９１などのプロセッサによって実行されると、本明細書に記載のシステム、方法、およびプロセスをプロセッサに実行や実装させるコンピュータ可読記憶媒体に格納されたコンピュータ実行可能命令（例えば、プログラムコード）の形で具現化され得ることが理解される。具体的には、本明細書に記載のステップ、動作、または機能のいずれかは、無線および有線ネットワーク通信の少なくとも一方用に構成された装置またはコンピューティングシステムのプロセッサ上で実行される、そのようなコンピュータ実行可能命令の形で実装され得る。コンピュータ可読記憶媒体には、情報を記憶するための任意の非一時的（例えば、有形または物理的）方法または技術で実装された揮発性および不揮発性、リムーバブルおよび非リムーバブルメディアが含まれるが、そのようなコンピュータ可読記憶媒体には信号は含まれない。コンピュータ可読記憶媒体には、ＲＡＭ、ＲＯＭ、電気的消去可能ＲＯＭ（Electrically Erasable Programmable ROM：ＥＥＰＲＯＭ）、フラッシュメモリまたは他のメモリ技術、コンパクトディスクＲＯＭ（Compact Disc ROM：ＣＤ－ＲＯＭ）、デジタル多用途ディスク（Digital Versatile Disc：ＤＶＤ）または他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、または他の磁気ストレージデバイス、または所望の情報を記憶するために使用することができ、コンピューティングシステムによってアクセスすることができる他の任意の有形または物理的媒体が含まれるが、これらに限定されない。

付録

Claims

プロセッサ、メモリ、および通信回路を備える装置であって、前記装置は、前記通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリに格納されたコンピュータ実行可能命令をさらに備え、前記コンピュータ実行可能命令は、前記装置の前記プロセッサによって実行されたときに、前記装置に
フィールドを含むネットワーク支援情報を含むランダムアクセス応答（Random Access Response：ＲＡＲ）を受信することであって、前記フィールドは、チャネルアクセスタイプを示すビットを２つ以上含む、ことと、
少なくとも部分的に前記ネットワーク支援情報に基づいて、上りリンクチャネルアクセス手順を決定することと、
上りリンクチャネルにアクセスするための前記上りリンクチャネルアクセス手順を実行することと、
上りリンク送信を前記上りリンクチャネルを介して送信することと、
を含む動作を実行させる、装置。
前記上りリンクチャネルアクセス手順は、リッスンビフォートーク（listen-before-talk：ＬＢＴ）手順を含む、請求項１に記載の装置。
前記チャネルアクセスタイプは、ランダムバックオフを伴う前記ＬＢＴ手順を示す、請求項２に記載の装置。
前記チャネルアクセスタイプは、デフォルト構成の使用を示す、請求項１に記載の装置。
前記チャネルアクセスタイプは、前記装置が、ＬＢＴを実行せずに、前記上りリンク送信を実行できることを示す、請求項１に記載の装置。
前記ＲＡＲは上りリンク認可をさらに含む、請求項１に記載の装置。
前記チャネルアクセスタイプは、ランダムバックオフのない前記ＬＢＴ手順を示す、請求項２に記載の装置。
前記チャネルアクセスタイプは代替構成の使用を示す、請求項１に記載の装置。
前記チャネルアクセスタイプは、定義された３以上のチャネルアクセスタイプのセットのうちの１つである、請求項１に記載の装置。
フィールドを含むネットワーク支援情報を含むランダムアクセス応答（Random Access Response：ＲＡＲ）を受信することであって、前記フィールドは、チャネルアクセスタイプを示すビットを２つ以上含む、ことと、
少なくとも部分的に前記ネットワーク支援情報に基づいて、上りリンクチャネルアクセス手順を決定することと、
上りリンクチャネルにアクセスするための前記上りリンクチャネルアクセス手順を実行することと、
上りリンク送信を前記上りリンクチャネルを介して送信することと、
を含む上りリンクチャネルアクセス方法。
前記上りリンクチャネルアクセス手順は、リッスンビフォートーク（listen-before-talk：ＬＢＴ）手順を含む、請求項１０に記載の方法。
前記チャネルアクセスタイプは、ランダムバックオフを伴う前記ＬＢＴ手順を示す、請求項１１に記載の方法。
前記チャネルアクセスタイプは、ランダムバックオフのない前記ＬＢＴ手順を示す、請求項１１に記載の方法。
前記チャネルアクセスタイプは、デフォルト構成の使用を示す、請求項１０に記載の方法。
前記チャネルアクセスタイプは代替構成の使用を示す、請求項１０に記載の方法。
前記チャネルアクセスタイプは、ＬＢＴを実行しない前記上りリンク送信の実行を示す、請求項１０に記載の方法。
前記ＲＡＲは上りリンク認可をさらに含む、請求項１０に記載の方法。
前記チャネルアクセスタイプは、定義された３以上のチャネルアクセスタイプのセットのうちの１つである、請求項１０に記載の方法。