JP2021520105A - 通信システムにおける時間ドメイン割り当てを提供するためのシステムおよび方法 - Google Patents

Abstract

通信システムにおける時間ドメイン割り当てを提供するためのシステムおよび方法。一実施形態においては、処理回路を含む、通信システムにおいて動作可能な装置が、その装置を識別する無線ネットワーク一時識別子（「ＲＮＴＩ」）に関連付けられているダウンリンク制御情報において時間ドメイン割り当ての指示を受信することと、そのＲＮＴＩに関連付けられている時間ドメイン割り当てを、その装置に関連付けられている送信のために採用することとを行うように設定されている。別の実施形態においては、処理回路を含む、通信システムにおいて動作可能な装置が、ユーザ機器を識別するＲＮＴＩに時間ドメイン割り当てを関連付けることと、ユーザ機器が、ＲＮＴＩに関連付けられている時間ドメイン割り当てを、そのユーザ機器に関連付けられている送信のために採用することを可能にするために、ダウンリンク制御情報において時間ドメイン割り当ての指示を提供することとを行うように設定されている。【選択図】図９

Description

本開示は、全般的には、通信システムを対象としており、より詳細には、通信システムにおける時間ドメイン割り当てを提供するためのシステムおよび方法を対象としている。

第３世代パートナーシッププログラム（「３ＧＰＰ」）におけるロングタームエボリューション（「ＬＴＥ」）および新無線（「ＮＲ」）標準などの無線通信システムにおいては、アップリンク（「ＵＬ」）送信のためのリソースが、通常はネットワークノード（たとえば、基地局）によってスケジュールされる。ダウンリンク（「ＤＬ」）およびアップリンクデータ送信のための時間ドメインおよび周波数ドメインリソース割り当ての両方が、物理ダウンリンク制御チャネル（「ＰＤＣＣＨ」）における別々のダウンリンク制御情報（「ＤＣＩ」）要素の一部として示される。ＤＣＩフォーマット０が、アップリンク送信のためのリソースを指定するアップリンクグラントを変調符号化方式および電力制御パラメータなどのその他のパラメータとともに搬送する。ＤＣＩフォーマット１が、ダウンリンクリソース割り振りを変調符号化方式などのその他の制御情報とともに搬送するために使用される。

しかしながら、無線リソース制御が設定される前に、ユーザ機器が、時間ドメイン割り当てのための設定されたテーブルなどの情報を有していない場合がある。したがってユーザ機器は、無線リソース制御の設定が受信される前にダウンリンクおよびアップリンクアクセスのための時間ドメイン割り当てを有していない。したがって、当技術分野において必要とされているものは、通信システムにおける時間ドメイン割り当てのためのシステムおよび方法である。

通信システムにおける時間ドメイン割り当てを提供するためのシステムおよび方法のための本開示の有利な実施形態によって、これらおよびその他の問題が全般的に解決または回避され、技術的な利点が全般的に達成される。一実施形態においては、処理回路を含む、通信システムにおいて動作可能な装置が、その装置を識別する無線ネットワーク一時識別子（「ＲＮＴＩ」）に関連付けられているダウンリンク制御情報において時間ドメイン割り当ての指示を受信することと、そのＲＮＴＩに関連付けられている時間ドメイン割り当てを、その装置に関連付けられている送信のために採用することとを行うように設定されている。

別の実施形態においては、処理回路を含む、通信システムにおいて動作可能な装置が、ユーザ機器を識別するＲＮＴＩに時間ドメイン割り当てを関連付けるように設定されている。この装置は、ユーザ機器が、ＲＮＴＩに関連付けられている時間ドメイン割り当てを、そのユーザ機器に関連付けられている送信のために採用することを可能にするために、ダウンリンク制御情報において時間ドメイン割り当ての指示を提供するように設定されている。

前記は、以降に続く本開示の詳細な説明がよりよく理解されることが可能であるように、本開示の特徴および技術的な利点をかなり大まかに概説している。本開示のさらなる特徴および利点が、以降で記述されることになり、それらの特徴および利点は、本開示の特許請求の範囲の主題を形成している。開示されている概念および具体的な実施形態は、本開示の同じ目的を実行するためのその他の構造またはプロセスを修正または設計するための基盤として容易に利用されることが可能であるということが当業者によって理解されるはずである。そのような均等な構造は、添付の特許請求の範囲において示されている本開示の趣旨および範囲から逸脱しないということも当業者によって理解されるはずである。

本開示のさらに完全な理解のために、次いで、添付の図面と併せて理解される以降の説明への参照が行われる。

通信システムおよびその部分の実施形態の図である。 通信システムおよびその部分の実施形態の図である。 通信システムおよびその部分の実施形態の図である。 通信システムの実施形態の図である。 通信システムの実施形態の図である。 通信システムの実施形態の図である。 通信システムの実施形態の図である。 同期信号／物理ブロードキャストチャネル（「ＳＳ／ＰＢＣＨ」）ブロックおよび残余最小システム情報（「ＲＭＳＩ」）制御リソースセット（「ＣＯＲＥＳＥＴ」）多重化タイプの実施形態のグラフィカル表示である。 通信システムを動作させる実施形態の流れ図である。 通信システムを動作させる実施形態の流れ図である。

別々の図における対応する数字およびシンボルは一般に、対応する部分を指し（ただし、そうではないと示されている場合は除く）、最初の例の後は、簡潔にするために再び記述されない場合がある。これらの図は、例示的な実施形態の関連した態様を示すために描かれている。

これらの例示的な実施形態を作成および使用することが、以降で詳細に論じられている。しかしながら、これらの実施形態は、さまざまな具体的なコンテキストにおいて具体化されることが可能である多くの適用可能な発明性のあるコンセプトを提供するということを理解されたい。論じられている具体的な実施形態は、通信システムにおける時間ドメイン割り当てを提供するためのシステム、サブシステム、およびモジュールを作成および使用するための具体的な方法を例示しているにすぎない。第３世代パートナーシッププログラム（「３ＧＰＰ」）ロングタームエボリューション（「ＬＴＥ」）および／または第５世代（「５Ｇ」）通信システムの環境において原理が記述されることになるが、Ｗｉ−Ｆｉ無線通信システムなどのいかなる環境も、本開示の広い範囲内に十分に収まっている。

いくつかの実施形態においては、ユーザ機器（「ＵＥ」）という非限定的な用語が使用されている。ユーザ機器は、無線信号を介してネットワークノードまたは別のユーザ機器と通信することが可能な（アクティブユーザを伴うまたは伴わない）任意のタイプの無線通信デバイスであることが可能である。ユーザ機器は、アドレス指定可能なインターフェース（たとえば、インターネットプロトコル（「ＩＰ」）アドレス、Ｂｌｕｅｔｏｏｔｈ識別子（「ＩＤ」）、近距離無線通信（「ＮＦＣ」）ＩＤなど）、セル無線ネットワーク一時識別子（「Ｃ−ＲＮＴＩ」）を有していて、および／またはアクセスネットワークを介してサービスにアクセスすることを意図されていて、ならびに、そのアドレス指定可能なインターフェースを介してそのアクセスネットワークを経由して通信するように設定されている任意のデバイスであることが可能である。ユーザ機器は、無線通信デバイス、ターゲットデバイス、デバイスツーデバイス（「Ｄ２Ｄ」）ユーザ機器、マシンタイプユーザ機器、またはマシンツーマシン通信（「Ｍ２Ｍ」）が可能なユーザ機器、センサデバイス、メータ、車両、家電機器、医療機器、メディアプレーヤ、カメラ、パーソナルコンピュータ（「ＰＣ」）、タブレット、モバイル端末、スマートフォン、ラップトップ組み込み機器（「ＬＥＥ」）、ラップトップ搭載機器（「ＬＭＥ」）、ユニバーサルシリアルバス（「ＵＳＢ」）ドングル、および顧客構内機器（「ＣＰＥ」）を含むことが可能であるが、それらには限定されない。

また、いくつかの実施形態においては、「ネットワークノード」という一般的な用語が使用されている。ネットワークノードは、無線ネットワークノード、たとえば、基地局、無線基地局、ベーストランシーバステーション、基地局コントローラ、ネットワークコントローラ、マルチスタンダード無線基地局、ｇ Ｎｏｄｅ Ｂ（「ｇＮＢ」）、新無線（「ＮＲ」）基地局、エボルブドＮｏｄｅ Ｂ（「ｅＮＢ」）、Ｎｏｄｅ Ｂ、マルチセル／マルチキャストコーディネーションエンティティ（「ＭＣＥ」）、リレーノード、アクセスポイント、無線アクセスポイント、リモートラジオユニット（「ＲＲＵ」）リモート無線ヘッド（「ＲＲＨ」）、マルチスタンダード無線基地局（「ＭＳＲ ＢＳ」）、コアネットワークノード（たとえば、モビリティ管理エンティティ（「ＭＭＥ」）、自己組織化ネットワーク（「ＳＯＮ」）ノード、協調ノード、位置決めノード、ドライブテスト最小化（「ＭＤＴ」）ノード、または外部ノード（たとえば、サードパーティノード、現在のネットワークの外部のノード）でさえ、などを含むことが可能である任意の種類のネットワークノードであることが可能である。ネットワークノードは、テスト機器を含むことも可能である。本明細書において使用される「無線ノード」という用語は、ユーザ機器または無線ネットワークノードを示すために使用されることが可能である。これらのさまざまなノードが、本明細書において以降で紹介されることになる。

本明細書において使用される「シグナリング」という用語は、高位レイヤシグナリング（たとえば、無線リソース制御（「ＲＲＣ」）などを介する）、低位レイヤシグナリング（たとえば、物理制御チャネルもしくはブロードキャストチャネルを介する）、またはそれらの組合せを含むことが可能であるが、それらには限定されない。シグナリングは、黙示的または明示的であることが可能である。シグナリングはさらに、ユニキャスト、マルチキャスト、またはブロードキャストであることが可能である。シグナリングはまた、別のノードへ直接行われること、または第３のノードを介して行われることが可能である。

本明細書において使用される「無線信号測定」という用語は、無線信号上で実行される任意の測定を指すことが可能である。無線信号測定は、絶対的または相対的であることが可能である。無線信号測定は、信号品質および／または信号強度であることが可能である信号レベルと呼ばれることが可能である。無線信号測定は、たとえば、周波数内、周波数間、無線アクセステクノロジー（「ＲＡＴ」）間測定、キャリアアグリゲーション（「ＣＡ」）測定であることが可能である。無線信号測定は、一方向（たとえば、ダウンリンク（「ＤＬ」）もしくはアップリンク（「ＵＬ」））、または双方向（たとえば、ラウンドトリップタイム（「ＲＴＴ」）、Ｒｘ−Ｔｘなど）であることが可能である。無線信号測定のいくつかの例は、タイミング測定（たとえば、到達時間（「ＴＯＡ」）、タイミングアドバンス、ラウンドトリップタイム（「ＲＴＴ」）、参照信号時間差（「ＲＳＴＤ」）、Ｒｘ−Ｔｘ、伝搬遅延など）、角度測定（たとえば、到達角度）、電力ベースの測定（たとえば、受信信号電力、参照信号受信電力（「ＲＳＲＰ」）、受信信号品質、参照信号受信品質（「ＲＳＲＱ」）、信号対干渉雑音比（「ＳＩＮＲ」）、信号対雑音比（「ＳＮＲ」）、干渉電力、総干渉雑音、受信信号強度インジケータ（「ＲＳＳＩ」）、雑音電力など）、セル検知またはセル識別、無線リンクモニタリング（「ＲＬＭ」）、およびシステム情報（「ＳＩ」）読み取り値などを含む。周波数間およびＲＡＴ間測定は、測定ギャップにおいてユーザ機器によって実行されることが可能である。ただし、ユーザ機器がギャップを伴わずにそのような測定を行うことが可能である場合は除く。測定ギャップの例は、測定ギャップｉｄ＃０（６ミリ秒（「ｍｓ」）のそれぞれのギャップが４０ｍｓごとに生じる）、測定ギャップｉｄ＃１（６ｍｓのそれぞれのギャップが８０ｍｓごとに生じる）などである。測定ギャップは、ネットワークノードによってユーザ機器のために設定されることが可能である。

キャリア上で測定を実行することは、そのキャリア上で動作する１つもしくは複数のセルの信号上で測定を実行すること、またはそのキャリアの信号上で測定を実行すること（ＲＳＳＩなどのキャリア固有の測定）を意味することが可能である。セル固有の測定の例は、信号強度、信号品質などである。

測定パフォーマンスという用語は、無線ノードによって実行された測定のパフォーマンスを特徴付ける任意の基準またはメトリックを指すことが可能である。測定パフォーマンスという用語は、測定要件、測定パフォーマンス要件などとも呼ばれる。無線ノードは、実行された測定に関連した１つまたは複数の測定パフォーマンス基準を満たす。測定パフォーマンス基準の例は、測定時間、測定時間に伴って測定されることになるセルの数、測定報告遅延、測定精度、参照値（たとえば、理想的な測定結果）に関する測定精度などである。測定時間の例は、測定期間、セル識別期間、評価期間などである。

本明細書において記述されている実施形態は、少なくとも２つの無線ネットワークノードが同じユーザ機器のための無線信号測定を設定することが可能である任意のマルチキャリアシステムに適用されることが可能である。１つの具体的な例示的なシナリオは、ＬＴＥプライマリセル（「ＰＣｅｌｌ」）およびＮＲプライマリセカンダリセル（「ＰＳＣｅｌｌ」）を伴うデュアルコネクティビティ展開を含む。別の例示的なシナリオは、ＮＲ ＰＣｅｌｌおよびＮＲ ＰＳＣｅｌｌを伴うデュアルコネクティビティ展開である。

はじめに図１〜図３を参照すると、示されているのは、通信システム１００およびその部分の実施形態の図である。図１において示されているように、通信システム１００は、１つまたは複数の無線アクセスノード（全体として１１０と指定されている）と通信状態にあるユーザ機器の１つまたは複数の例（全体として１０５と指定されている）を含む。通信ネットワーク１００は、対応する無線アクセスノード１１０を介してコアネットワーク１２０に接続されているセル１１５へと編成されている。特定の実施形態においては、通信システム１００は、特定の標準またはその他のタイプの事前に規定されたルールもしくは手順に従って動作するように設定されることが可能である。したがって、通信システム１００の特定の実施形態は、汎欧州デジタル移動電話方式（「ＧＳＭ」）、ユニバーサルモバイルテレコミュニケーションズシステム（「ＵＭＴＳ」）、ロングタームエボリューション（「ＬＴＥ」）、および／もしくはその他の適切な２Ｇ、３Ｇ、４Ｇ、もしくは５Ｇ標準などの通信標準、ＩＥＥＥ８０２．１１標準などの無線ローカルエリアネットワーク（「ＷＬＡＮ」）標準、ならびに／またはワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（「ＷｉＭＡＸ」）、Ｂｌｕｅｔｏｏｔｈ、および／もしくはＺｉｇＢｅｅ標準などのその他の任意の適切な無線通信標準を実施することが可能である。

上述されているデバイスに加えて、ユーザ機器１０５は、無線または有線接続を介して音声および／またはデータを通信することを可能にされているポータブルな、ポケットに格納可能な、ハンドヘルドの、コンピュータに含まれている、または車両に取り付けられているモバイルデバイスであることが可能である。ユーザ機器１０５は、プロセッサ、中央処理装置（「ＣＰＵ」）、マイクロプロセッサ、ＡＳＩＣなどに組み込まれること、および／またはそれらによって制御／モニタされること、ならびにローカルアドホックネットワークまたはインターネットなどのネットワークへの接続のために設定されることが可能である、モニタリング、制御、測定、記録などを実行するための機能性を有することが可能である。ユーザ機器１０５は、クイックレスポンス（Ｑ）コード、無線周波数識別（「ＲＦＩＤ」）タグ、ＮＦＣタグ等などのパッシブ通信インターフェース、またはモデム、トランシーバ、送信機−受信機等などのアクティブ通信インターフェースを有することが可能である。インターネットオブシングス（「ＩｏＴ」）シナリオにおいては、ユーザ機器１０５は、自分の動作ステータス、または自分の動作に関連付けられているその他の機能をモニタおよび／または報告することが可能なセンサ、電力メータなどの計量デバイス、産業機械、または家庭用もしくは個人用機器（たとえば、冷蔵庫、テレビジョン、腕時計などのパーソナルウェアラブル）を含むことが可能である。

ユーザ機器１０５の代替実施形態は、本明細書において記述されている機能性のいずれか、および／または本明細書において記述されているソリューションをサポートするために必要ないずれかの機能性を含む、機能性の特定の態様を提供することを担当することが可能である図１において示されているコンポーネントを超えるさらなるコンポーネントを含むことが可能である。ほんの一例として、ユーザ機器１０５は、入力インターフェース、デバイス、および回路、ならびに出力インターフェース、デバイス、および回路を含むことが可能である。入力インターフェース、デバイス、および回路は、ユーザ機器１０５への情報の入力を可能にするように設定されており、入力された情報を処理するためにプロセッサに接続されている。たとえば、入力インターフェース、デバイス、および回路は、マイクロフォン、プロキシミティもしくはその他のセンサ、キー／ボタン、タッチディスプレイ、１つもしくは複数のカメラ、ユニバーサルシリアルバス（「ＵＳＢ」）ポート、またはその他の入力要素を含むことが可能である。出力インターフェース、デバイス、および回路は、ユーザ機器１０５からの情報の出力を可能にするように設定されており、ユーザ機器１０５から情報を出力するためにプロセッサに接続されている。たとえば、出力インターフェース、デバイス、または回路は、スピーカ、ディスプレイ、振動回路、ＵＳＢポート、ヘッドフォンインターフェース、またはその他の出力要素を含むことが可能である。１つまたは複数の入力および出力インターフェース、デバイス、および回路を使用して、ユーザ機器１０５は、エンドユーザおよび／または無線ネットワークと通信して、それらが、本明細書において記述されている機能性から恩恵を被ることを可能にすることができる。

別の例として、ユーザ機器１０５は、電源を含むことが可能である。電源は、電力管理回路を含むことが可能である。電源は、電力供給源から電力を受け取ることが可能であり、電力供給源は、電源の内部または外部にあることが可能である。たとえば、ユーザ機器１０５は、電源に接続されている、または電源内に統合されているバッテリーまたはバッテリーパックの形態の電力供給源を含むことが可能である。光起電力素子などのその他のタイプの電源が使用されることも可能である。さらなる例として、ユーザ機器１０５は、電気ケーブルなどの入力回路またはインターフェースを介して外部電力供給源（電気コンセントなど）に接続可能であり得、それによって外部電力供給源は、電源に電力を供給する。

基地局などの無線アクセスノード１１０は、ユーザ機器１０５間の、またはユーザ機器１０５と別の通信デバイス（地上通信線電話など）との間の通信をサポートするのに適している任意のさらなる要素とともにユーザ機器１０５と通信することが可能である。無線アクセスノード１１０は、それらが提供するカバレッジの量（または、別の言い方をすれば、それらの送信電力レベル）に基づいて分類されることが可能であり、次いでフェムト基地局、ピコ基地局、マイクロ基地局、またはマクロ基地局と呼ばれることも可能である。無線アクセスノード１１０は、リモート無線ヘッド（「ＲＲＨ」）と呼ばれる場合もある、集中化されたデジタルユニットおよび／またはリモートラジオユニット（「ＲＲＵ」）などの分散された無線アクセスノードの１つもしくは複数の（またはすべての）部分を含むことも可能である。そのようなリモートラジオユニットは、アンテナが統合されたラジオとしてアンテナと統合されること、または統合されないことが可能である。分散された無線基地局の部分は、分散アンテナシステム（「ＤＡＳ」）におけるノードと呼ばれることも可能である。特定の非限定的な例として、基地局は、リレーノード、またはリレーを制御するリレードナーノードであることが可能である。

無線アクセスノード１１０は、複数の物理的に別々のコンポーネント（たとえば、ＮｏｄｅＢコンポーネントおよび無線ネットワークコントローラ（「ＲＮＣ」）コンポーネント、ベーストランシーバステーション（「ＢＴＳ」）コンポーネントおよび基地局コントローラ（「ＢＳＣ」）コンポーネントなど）から構成されることが可能であり、それらはそれぞれ、それら自体のそれぞれのプロセッサ、メモリ、およびインターフェースコンポーネントを有することが可能である。無線アクセスノード１１０が複数の別々のコンポーネント（たとえば、ＢＴＳコンポーネントおよびＢＳＣコンポーネント）を含む特定のシナリオにおいては、それらの別々のコンポーネントのうちの１つまたは複数が、いくつかのネットワークノードの間で共有されることが可能である。たとえば、単一のＲＮＣが、複数のＮｏｄｅＢを制御することが可能である。そのようなシナリオにおいては、それぞれの一意のＮｏｄｅＢおよびＢＳＣのペアは、別個のネットワークノードであることが可能である。いくつかの実施形態においては、無線アクセスノード１１０は、複数の無線アクセステクノロジー（「ＲＡＴ」）をサポートするように設定されることが可能である。そのような実施形態においては、いくつかのコンポーネントが複製されることが可能であり（たとえば、別々のＲＡＴのための別個のメモリ）、いくつかのコンポーネントが再利用されることが可能である（たとえば、同じアンテナが、それらのＲＡＴによって共有されることが可能である）。

示されているユーザ機器１０５は、ハードウェアおよび／またはソフトウェアの任意の適切な組合せを含む通信デバイスに相当することが可能であるが、ユーザ機器１０５は、特定の実施形態においては、図２によってさらに詳細に示されている例示的なユーザ機器２００などのデバイスに相当することが可能である。同様に、示されている無線アクセスノード１１０は、ハードウェアおよび／またはソフトウェアの任意の適切な組合せを含むネットワークノードに相当することが可能であるが、これらのノードは、特定の実施形態においては、図３によってさらに詳細に示されている例示的な無線アクセスノード３００などのデバイスに相当することが可能である。

図２において示されているように、例示的なユーザ機器２００は、プロセッサ（または処理回路）２０５、メモリ２１０、トランシーバ２１５、およびアンテナ２２０を含む。特定の実施形態においては、マシンタイプ通信（「ＭＴＣ」）およびマシンツーマシン（「Ｍ２Ｍ」）デバイス、ならびに／またはその他の任意のタイプの通信デバイスによって提供されるものとして上述されている機能性のいくつかまたはすべては、図２において示されているメモリ２１０などのコンピュータ可読メディア上に格納されている命令をデバイスプロセッサ２０５が実行することによって提供されることが可能である。ユーザ機器２００の代替実施形態は、上述されている機能性のいずれか、および／または本明細書において記述されているソリューションをサポートするために必要ないずれかの機能性を含む、デバイスの機能性の特定の態様を提供することを担当することが可能である図２において示されているコンポーネントを超えるさらなるコンポーネント（上述されているインターフェース、デバイス、および回路など）を含むことが可能である。

図３において示されているように、例示的な無線アクセスノード３００は、プロセッサ（または処理回路）３０５、メモリ３１０、トランシーバ３２０、ネットワークインターフェース３１５、およびアンテナ３２５を含む。特定の実施形態においては、本明細書において記述されている機能性のいくつかまたはすべては、図３において示されているメモリ３１０などのコンピュータ可読メディア上に格納されている命令をノードプロセッサ３０５が実行することに関連して、基地局、無線ネットワークコントローラ、中継局、および／またはその他の任意のタイプのネットワークノード（上の例を参照されたい）によって提供されることが可能である。無線アクセスノード３００の代替実施形態は、上で識別された機能性のいずれか、および／または本明細書において記述されているソリューションをサポートするために必要ないずれかの機能性を含む、さらなる機能性を提供することを担当するさらなるコンポーネントを含むことが可能である。

プロセッサは、１つまたは複数の処理デバイスとともに実施されることが可能であり、アンテナ利得／位相パラメータのプリコーディング、通信メッセージを形成する個々のビットのエンコーディングおよびデコーディング、情報のフォーマッティング、ならびにそれぞれの通信デバイスの全体的な制御を含むがそれらには限定されない自分のオペレーションに関連付けられている機能を実行する。通信リソースの管理に関連した例示的な機能は、ハードウェアインストレーション、トラフィック管理、パフォーマンスデータ分析、設定管理、セキュリティ、課金などを含むが、それらには限定されない。プロセッサは、ローカルアプリケーション環境に適している任意のタイプのものであることが可能であり、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（「ＤＳＰ」）、フィールドプログラマブルゲートアレイ（「ＦＰＧＡ」）、特定用途向け集積回路（「ＡＳＩＣ」）、および、マルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を含むことが可能である。

プロセッサは、無線周波数（「ＲＦ」）トランシーバ回路、ベースバンド処理回路、およびアプリケーション処理回路のうちの１つまたは複数を含むことが可能である。いくつかの実施形態においては、ＲＦトランシーバ回路、ベースバンド処理回路、およびアプリケーション処理回路は、別々のチップセット上にあることが可能である。代替実施形態においては、ベースバンド処理回路およびアプリケーション処理回路の部分またはすべてが、１つのチップセットへと結合されることが可能であり、ＲＦトランシーバ回路は、別個のチップセット上にあることが可能である。さらなる代替実施形態においては、ＲＦトランシーバ回路およびベースバンド処理回路の部分またはすべてが、同じチップセット上にあることが可能であり、アプリケーション処理回路は、別個のチップセット上にあることが可能である。さらに他の代替実施形態においては、ＲＦトランシーバ回路、ベースバンド処理回路、およびアプリケーション処理回路の部分またはすべてが、同じチップセットにおいて結合されることが可能である。

プロセッサは、本明細書において記述されている任意の決定オペレーションを実行するように設定されることが可能である。プロセッサによって実行される決定は、プロセッサによって入手された情報を、たとえば、その入手された情報をその他の情報へと変換すること、入手された情報もしくは変換された情報を、それぞれのデバイスに格納されている情報に比較すること、および／または入手された情報もしくは変換された情報に基づいて１つもしくは複数のオペレーションを実行することによって処理することと、処理することの結果として決定を行うこととを含むことが可能である。

メモリは、１つまたは複数のメモリであることが可能であり、ローカルアプリケーション環境に適している任意のタイプのものであることが可能であり、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定されているメモリおよび取り外し可能なメモリなどの任意の適切な揮発性または不揮発性のデータストレージテクノロジーを使用して実施されることが可能である。メモリに格納されるプログラムは、関連付けられているプロセッサによって実行されたときに、それぞれの通信デバイスが自分の意図されているタスクを実行することを可能にするプログラム命令またはコンピュータプログラムコードを含むことが可能である。もちろん、メモリが、メモリへおよびメモリから送信されるデータのためのデータバッファを形成することが可能である。本明細書において記述されているシステム、サブシステム、およびモジュールの例示的な実施形態は、プロセッサによって、またはハードウェアによって、またはそれらの組合せによって実行可能なコンピュータソフトウェアによって少なくとも部分的に実施されることが可能である。

トランシーバは、情報を、それぞれの通信デバイスによってそれぞれのアンテナを介して別の通信デバイスへ送信するための搬送波形へと変調する。それぞれのトランシーバは、アンテナを介して受信された情報を、その他の通信デバイスによるさらなる処理のために復調する。トランシーバは、それぞれの通信デバイスのための複信オペレーションをサポートすることが可能である。ネットワークインターフェースは、コアネットワークと通信するトランシーバとして同様の機能を実行する。

アンテナは、データおよび／または信号を無線で送信および受信することが可能な任意のタイプのアンテナであることが可能である。いくつかの実施形態においては、アンテナは、たとえば、２ギガヘルツ（「ＧＨｚ」）と６６ＧＨｚとの間における無線信号を送信／受信するように動作可能な１つまたは複数の無指向性アンテナ、セクタアンテナ、またはパネルアンテナを含むことが可能である。無指向性アンテナは、任意の方向における無線信号を送信／受信するために使用されることが可能であり、セクタアンテナは、特定のエリア内のデバイスからの無線信号を送信／受信するために使用されることが可能であり、パネルアンテナは、比較的まっすぐなラインにおいて無線信号を送信／受信するために使用される見通し線アンテナであることが可能である。

次いで図４を参照すると、示されているのは、５Ｇ／ＮＲ通信システムなどの通信システムの一実施形態のシステムレベル図である。ＮＲアーキテクチャは、新無線を示す「ＮＧ」（または「ｎｇ」）、ＬＴＥ ｅＮｏｄｅＢを示す「ｅＮＢ」、ＮＲ基地局（「ＢＳ」、１つのＮＲ ＢＳは、１つまたは複数の送信／受信ポイントに対応することが可能である）を示す「ｇＮＢ」、無線アクセスネットワークを示す「ＲＡＮ」、第５世代（「５Ｇ」）コアネットワークを示す「５ＧＣ」、アクセスおよびモビリティ管理機能を示す「ＡＭＦ」、ならびにユーザプレーン機能を示す「ＵＰＦ」などの用語を含む。ネットワークノード間におけるラインは、それらの間におけるインターフェースを表している。

図４は、ｅＮＢおよびｇＮＢがさまざまなインターフェースを介して通信している状態の全体的なＮＲアーキテクチャを示している。詳細には、ｇＮＢおよびｎｇ−ｅＮＢが、Ｘｎインターフェースによって互いに相互接続されている。ｇＮＢおよびｎｇ−ｅＮＢはまた、ＮＧインターフェースによって５ＧＣに、より具体的には、３ＧＰＰ技術仕様（「ＴＳ」）２３．５０１において記述されているように、ＮＧ−ＣインターフェースによってＡＭＦに、およびＮＧ−ＵインターフェースによってＵＰＦに接続されている。機能分割のためのアーキテクチャおよびＦ１インターフェースが、３ＧＰＰ ＴＳ３８．４０１において規定されている。

次いで図５を参照すると、示されているのは、５Ｇ／ＮＲの展開例を含む通信システムの一実施形態のシステムレベル図である。この通信システムは、ＮＲ基地局、ＬＴＥ基地局、ＮＲ基地局の下位レベル、およびコアネットワークに接続されているＮＲ基地局の集中化されていない展開、共同サイト式の展開、集中化されている展開、および共有されている展開を示している。

スタンドアロンのＮＲ展開およびスタンドアロンでないＮＲ展開の両方が通信システム内に組み込まれることが可能である。スタンドアロンの展開は、シングルキャリアもしくはマルチキャリア（たとえば、ＮＲキャリアアグリゲーション）、またはＮＲ ＰＣｅｌｌおよびＮＲ ＰＳＣｅｌｌを伴うデュアルコネクティビティであることが可能である。スタンドアロンでない展開は、ＬＴＥ ＰＣｅｌｌおよびＮＲを伴う展開を表している。１つまたは複数のＬＴＥセカンダリセル（「ＳＣｅｌｌ」）および１つまたは複数のＮＲ ＳＣｅｌｌがあることも可能である。

下記の展開オプションが、ＮＲワークアイテムの説明（ＲＰ−１７０８４７、「Ｎｅｗ ＷＩＤ ｏｎ Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ」、ＮＴＴドコモ、２０１８年３月）に取り込まれている。このワークアイテムは、５Ｇ−ＣＮ（「ＣＮ」はコアネットワークを表している、ＴＲ３８．８０１セクション７．１におけるオプション２）に接続されているＮＲを含むシングルコネクティビティオプションをサポートしている。このワークアイテムはまた、エボルブドパケットコア（「ＥＰＣ」）を介したＥ−ＵＴＲＡ−ＮＲ ＤＣ（「Ｅ−ＵＴＲＡ」は、エボルブドユニバーサルモバイルテレコミュニケーションズシステム（「ＵＭＴＳ」）地上無線アクセスを表しており、「ＤＣ」は、デュアルコネクティビティを表している）（ここでは、Ｅ−ＵＴＲＡがマスターである（ＴＲ３８．８０１セクション１０．１．２におけるオプション３／３ａ／３ｘ））、５Ｇ−ＣＮを介したＥ−ＵＴＲＡ−ＮＲ ＤＣ（ここでは、Ｅ−ＵＴＲＡがマスターである（ＴＲ３８．８０１セクション１０．１．４におけるオプション７／７ａ／７ｘ））、および５Ｇ−ＣＮを介したＮＲ−Ｅ−ＵＴＲＡ ＤＣ（ここでは、ＮＲがマスターである（ＴＲ３８．８０１セクション１０．１．３におけるオプション４／４Ａ））を含むデュアルコネクティビティオプションをサポートしている。デュアルコネクティビティは、Ｅ−ＵＴＲＡとＮＲとの間にあり、これに関しては、優先順位は、Ｅ−ＵＴＲＡがマスターである所にあり、第２の優先順位は、ＮＲがマスターである所にあり、デュアルコネクティビティは、ＮＲ内にある。本開示において紹介されている標準およびその他の文書は、参照によって本明細書に組み込まれている。

次いで図６を参照すると、示されているのは、ホストコンピュータ６３０に接続されている通信ネットワーク（たとえば、３ＧＰＰタイプのセルラーネットワーク）６１０を含む通信システムの一実施形態のシステムレベル図である。通信ネットワーク６１０は、無線アクセスネットワークなどのアクセスネットワーク６１１と、コアネットワーク６１４とを含む。アクセスネットワーク６１１は、ＮＢ、ｅＮＢ、ｇＮＢ、またはその他のタイプの無線アクセスポイントなどの複数の基地局６１２ａ、６１２ｂ、６１２ｃ（まとめて６１２とも呼ばれる）を含み、それらはそれぞれ、対応するカバレッジエリア６１３ａ、６１３ｂ、６１３ｃ（まとめて６１３とも呼ばれる）を規定している。それぞれの基地局６１２ａ、６１２ｂ、６１２ｃは、有線または無線の接続６１５を介してコアネットワーク６１４に接続可能である。カバレッジエリア６１３ｃに配置されている第１のユーザ機器（「ＵＥ」）６９１は、対応する基地局６１２ｃに無線で接続するように、または対応する基地局６１２ｃによってページングされるように設定されている。カバレッジエリア６１３ａにおける第２のユーザ機器６９２は、対応する基地局６１２ａに無線で接続可能である。この例においては複数のユーザ機器６９１、６９２が示されているが、開示されている実施形態は、単独のユーザ機器がカバレッジエリアにある状況、または単独のユーザ機器が、対応する基地局６１２に接続している状況にも同様に適用可能である。

通信ネットワーク６１０は、それ自体がホストコンピュータ６３０に接続されており、ホストコンピュータ６３０は、スタンドアロンのサーバ、クラウドで実装されるサーバ、分散サーバのハードウェアおよび／もしくはソフトウェアにおいて、またはサーバファームにおける処理リソースとして具体化されることが可能である。ホストコンピュータ６３０は、サービスプロバイダの所有もしくは制御のもとにあることが可能であり、またはサービスプロバイダによって、もしくはサービスプロバイダのために運営されることが可能である。通信ネットワーク６１０とホストコンピュータ６３０との間における接続６２１、６２２は、コアネットワーク６１４からホストコンピュータ６３０へ直接延びることが可能であり、または任意選択の中間ネットワーク６２０を介して延びることが可能である。中間ネットワーク６２０は、パブリックネットワーク、プライベートネットワーク、またはホストされているネットワークのうちの１つ、またはそれらのうちの複数の組合せであることが可能であり、中間ネットワーク６２０は、もしもあるならば、バックボーンネットワークまたはインターネットであることが可能であり、詳細には、中間ネットワーク６２０は、２つ以上のサブネットワーク（図示せず）を含むことが可能である。

図６の通信システムは、全体として、接続されているユーザ機器６９１、６９２のうちの１つと、ホストコンピュータ６３０との間における接続を可能にする。この接続は、オーバーザトップ（「ＯＴＴ」）接続６５０として記述されることが可能である。ホストコンピュータ６３０および接続されているユーザ機器６９１、６９２は、アクセスネットワーク６１１、コアネットワーク６１４、任意の中間ネットワーク６２０、および可能なさらなるインフラストラクチャ（図示せず）を仲介物として使用して、ＯＴＴ接続６５０を介してデータおよび／またはシグナリングを通信するように設定されている。ＯＴＴ接続６５０は、ＯＴＴ接続６５０が通る関与している通信デバイスがアップリンク通信およびダウンリンク通信のルーティングに気づかないという意味でトランスペアレントであることが可能である。たとえば、基地局６１２は、接続されているユーザ機器６９１へ転送される（たとえば、ハンドオーバされる）ことになるホストコンピュータ６３０から生じるデータを伴う、入ってくるダウンリンク通信の過去のルーティングについて知らされないことが可能であるか、または知らされる必要がない。同様に、基地局６１２は、ユーザ機器６９１から生じてホストコンピュータ６３０へ向かう、出ていくアップリンク通信の今後のルーティングに気づく必要がない。

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

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

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

図７において示されているホストコンピュータ７１０、基地局７２０、およびユーザ機器７３０は、それぞれ図６のホストコンピュータ６３０、基地局６１２ａ、６１２ｂ、６１２ｃのうちの１つ、およびユーザ機器６９１、６９２のうちの１つと同じであることが可能であるということに留意されたい。すなわち、これらのエンティティの内部作用は、図７において示されているとおりであることが可能であり、独立して、周囲のネットワークトポロジは、図６のネットワークトポロジであることが可能である。

図７においては、ＯＴＴ接続７５０は、あらゆる中間デバイス、およびこれらのデバイスを介したメッセージの正確なルーティングへの明示的な参照を伴わずに、基地局７２０を介したホストコンピュータ７１０と使用機器７３０との間における通信を例示するために抽象的に描かれている。ネットワークインフラストラクチャは、ルーティングを決定することが可能であり、ネットワークインフラストラクチャは、そのルーティングをユーザ機器７３０から、またはホストコンピュータ７１０を運営しているサービスプロバイダから、またはそれらの両方から隠すように設定されることが可能である。ＯＴＴ接続７５０がアクティブである間に、ネットワークインフラストラクチャは、さらに決定を下すことが可能であり、その決定によって、ネットワークインフラストラクチャは、（たとえば、ネットワークの負荷分散考慮事項または再設定に基づいて）ルーティングを動的に変更する。

１つまたは複数の実施形態が改善するデータレート、レイテンシ、およびその他のファクタをモニタする目的のための測定手順が提供されることが可能である。測定結果における変動に応答してホストコンピュータ７１０とユーザ機器７３０との間におけるＯＴＴ接続７５０を再設定するための任意選択のネットワーク機能がさらに存在することが可能である。その測定手順、および／またはＯＴＴ接続７５０を再設定するためのネットワーク機能は、ホストコンピュータ７１０のソフトウェア７１１において、またはユーザ機器７３０のソフトウェア７３１において、またはそれらの両方において実施されることが可能である。実施形態においては、ＯＴＴ接続７５０が通る通信デバイスにおいて、またはそれらの通信デバイスに関連して、センサ（図示せず）が展開されることが可能であり、それらのセンサは、上で例示されているモニタされた量の値を供給すること、またはモニタされた量をソフトウェア７１１、７３１が算出もしくは推定することができる元となるその他の物理量の値を供給することによって、測定手順に関与することが可能である。ＯＴＴ接続７５０の再設定は、メッセージフォーマット、再送信設定、好ましいルーティングなどを含むことが可能であり、その再設定は、基地局７２０に影響を与える必要がなく、その再設定は、基地局７２０に知られないことまたは知覚できないことが可能である。そのような手順および機能性は、当技術分野において知られていて実践されていると言える。特定の実施形態においては、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ７１０の測定を容易にする独自のユーザ機器シグナリングを含むことが可能である。ソフトウェア７１１、７３１がＯＴＴ接続７５０を使用して、メッセージ、とりわけ空の、または「ダミーの」メッセージが送信されるようにし、その間にソフトウェア７１１、７３１が伝搬時間、エラーなどをモニタするという点において、測定が実施されることが可能である。加えて、通信システム７００は、本明細書において記述されている原理を採用することが可能である。

ＮＲにおいては、ＤＣＩにおける時間ドメイン割り当ては、無線リソース制御シグナリングによってユーザ機器に提供される設定されている割り当てのセットにおける１つのエントリへのポインタである。設定されている割り当てのセットは、１６個までのエントリを有することが可能であり、それぞれのエントリは、割り当てのための今後のスロットを指す２ビット（ダウンリンク用）、３ビット（アップリンク用）のフィールド、そのスロットにおける時間ドメイン割り当ての開始および持続時間を示す７ビットのフィールド、割り当てがスロットの開始に対して規定されているか、または物理ダウンリンク共有チャネル／物理アップリンク共有チャネル（「ＰＤＳＣＨ／ＰＵＳＣＨ」）リソースの開始に対して規定されているかを指定するフィールドを有する。

３ＧＰＰ ＲＡＮ１＃９１（中国の三亜での２０１８年４月１６日〜２０日の会議）によれば、直交周波数分割多重化（「ＯＦＤＭ」）シンボルを開始するための参照ポイントは、無線リソース制御のインパクト（たとえば、スロット境界、ＰＤＣＣＨが見つかった場合の制御リソースセット（「ＣＯＲＥＳＥＴ」）の開始、またはＲＡＮ１仕様におけるテーブル／方程式の部分）をほとんどまたはまったく有さない。アグリゲーションファクタ（ダウンリンクまたはアップリンクに関する１、２、４、８）は、別々に半静的に設定され（すなわち、テーブルの部分ではなく）、これは、テーブルとともにアグリゲーションファクタを使用することに関するさらなる無線リソース制御のインパクトを有さない。

３ＧＰＰ ＲＡＮ１＃９０ｂｉｓによれば、スロットおよびミニスロットの両方に関して、スケジューリングＤＣＩは、開始ＯＦＤＭシンボルおよび割り当てのＯＦＤＭシンボルに関する長さを含むＰＤＳＣＨ（またはＰＵＳＣＨ）送信のために使用されるＯＦＤＭシンボルを与えるユーザ機器固有のテーブルへのインデックスを提供することが可能である。また、テーブルの数（たとえば、１つまたは複数）と、マルチスロット／マルチミニスロットスケジューリングのために使用されるスロット、またはクロススロットスケジューリングのためのスロットインデックスの包含と、不連続な割り当てのためにスロットフレーム指示（「ＳＦＩ」）サポートが必要であるかどうかとが分析されることも可能である。残余最小システム情報（「ＲＭＳＩ」）スケジューリングに関しては、少なくとも１つのテーブルエントリが、仕様において固定されるべきである。

３ＧＰＰ会議ＲＡＮ１ Ａｄ−Ｈｏｃ＃１８０ １においては、ＮＲは、ページング用に、およびランダムアクセス用にＲＭＳＩ／ＯＳＩ（「ＯＳＩ」は、その他のシステム情報を表す）をスケジュールするために使用されることになるＤＣＩフォーマット１＿０と同じサイズを有するＤＣＩフォーマットをサポートする。３ＧＰＰ会議ＲＡＮ１ ＃９２においては、ＲＭＳＩの後にＰＤＳＣＨ／ＰＵＳＣＨスケジューリングのためのＰＤＳＣＨおよびＰＵＳＣＨシンボル割り当てを設定する目的でＲＭＳＩにおいて、ＲＲＣによって設定されたテーブルを提供するために要求ＲＡＮ２に従ってシステム情報ブロック１（「ＳＩＢ１」）（ＲＭＳＩ）において時間ドメイン割り当てテーブルが設定されることが可能であり、この場合、専用のシグナリングを介したＲＲＣによって設定可能なテーブルが、ＲＡＮ１において以前に指定されていた。

上述されているように、無線リソース制御が設定される前に、ユーザ機器は、時間ドメイン割り当てのための設定されたテーブルを有していない。したがってユーザ機器は、無線リソース制御の設定が受信される前にダウンリンクおよびアップリンクアクセスのための時間ドメイン割り当てを有していない。

ブロードキャスト情報に関しては、すべてのユーザ機器へ同じＰＤＣＣＨ情報が送信されるが、ユーザ機器は、無線リソース制御によって設定された時間ドメイン割り当てリストを受信していた可能性がある（または受信していなかった可能性がある）。したがって、時間ドメイン割り当てを矛盾なく解釈することは、それぞれのユーザ機器次第であり、これは、ネットワークからの指示がなければ、または所定の標準がなければ、不確かである。少なくとも１つのテーブルエントリがＲＭＳＩのために確保されなければならないが、その他の目的のためにテーブルを使用する柔軟性は制限される。

固定された事前に規定された数のエントリの時間ドメイン割り当てテーブルは、さまざまな設定要件をカバーするには、特に、さまざまな理由のためにネットワークがスロット設定を動的に変更する場合には、十分ではない。ユーザ機器がアップリンク／ダウンリンク送信のための時間ドメイン割り当てを解釈する上でどのテーブル（ＲＲＣによって再設定されたテーブル、またはＳＩＢ１によって設定されたテーブルなど）が有効であるかに関して、ネットワークとユーザ機器との間にあいまいさがある場合がある。

本明細書において開示されているように、システムおよび方法が、無線ネットワーク一時識別子（「ＲＮＴＩ」）に関連付けられているシグナリングにおいて時間ドメイン割り当てを搬送する技術を提供する。ＲＮＴＩに関連付けられているシグナリングにおける時間ドメイン割り当てを解釈するためのシステムおよび方法も開示されている。

システムは、ＤＣＩにおける時間ドメイン割り当ての解釈および提示をＲＮＴＩタイプに関連付ける。ＲＮＴＩは、特定の種類の機能またはサービスのためにネットワークによって使用されるので、フレキシブルなネットワーク機能のためにその関連付けを有することは有益であろう。システム情報は、よりフレキシブルな時間ドメイン割り当てを伴って送信されることが可能である。ネットワークは、ダウンリンクシンボル／アップリンクシンボルの任意のパターンを伴ってスロットを設定するための、およびリソースを時間ドメインにおいてＰＤＳＣＨとその他のチャネルとの間で分割するための自由を有する。

ＲＲＣ設定における時間ドメイン割り当てテーブルは、システム情報の時間ドメイン割り当てから独立していることが可能である。ネットワークは、システム情報ブロック（「ＳＩＢ」）を送信するためのいかなる固定されたインデックスも確保せずに時間ドメイン割り当てテーブルを再設定することが可能である。本明細書において記述されているシステムは、時間ドメイン割り当てに関するネットワークとユーザ機器との間におけるあいまいさを低減する。

システム情報（「ＳＩ」）−ＲＮＴＩは、最初のネットワークシステム設定をユーザ機器に提供する。ネットワーク設定を特徴付けるその他のネットワーク情報がユーザ機器に示されていなかった可能性があるので、時間ドメイン割り当ては、さまざまなネットワーク要件を満たすためにさらにフレキシブルであるべきである。下記の例は、ＳＩ−ＲＮＴＩに関連付けられている時間ドメイン割り当てのための設定の柔軟性を強調している。

一例は、ＳＩ−ＲＮＴＩを用いてスクランブルされることになるＰＤＣＣＨに関するものであり、開始および長さインジケータ値（「ＳＬＩＶ」）を含む時間ドメインリソース割り振り、時間オフセットＫ０、テーブルを指し示すためのインデックスを使用してセル（「Ｃ」）−ＲＮＴＩを用いてスクランブルされるＰＤＣＣＨ以外の復調用参照信号（「ＤＭＲＳ」）タイプである。ＳＩ−ＲＮＴＩを用いてスクランブルされるＤＣＩ１＿０のＤＣＩコンテンツに関する一例は、７ビットに等しい時間ドメインリソース割り振り、１ビットの時間オフセットＫ０、および１ビットのＤＭＲＳタイプＡまたはＢである。ＤＭＲＳに関しては、開始シンボル（「Ｓ」）およびシンボル長さ（「Ｌ」）を特定のタイプにマップするテーブルを規定し、ひいては１ビットを節約することが可能である。（本明細書において記述されているように、Ｃ−ＲＮＴＩか、ＳＩ−ＲＮＴＩか、またはその他の任意のＲＮＴＩかを問わずに、ＲＮＴＩを用いてＰＤＣＣＨまたはＤＣＩをスクランブルすることは、ＰＤＣＣＨに対応するＤＣＩ送信の巡回冗長検査パリティビットが、関連付けられているＲＮＴＩを用いてスクランブルされる手順を指す。）

ＳＩ−ＲＮＴＩを用いてスクランブルされるＰＤＣＣＨによって搬送されるシステム情報に関する時間ドメイン割り当ては、１つのスロット内の任意の開始シンボルおよびシンボル長さという柔軟性を有するべきである。その時間ドメイン割り当ては、事前に規定された固定された数の設定エントリで限定されるべきではない。

別の例は、ＳＩ−ＲＮＴＩの時間ドメインリソース割り振りを示すために、Ｃ−ＲＮＴＩにおける時間ドメインリソース割り振りとは異なる数のビットを、最も可能性が高いものとしては、より多くのビットを使用することである。事前に規定されたテーブルは、３２個、６４個、または１２８個のエントリを有することが可能である。

別の例は、時間ドメイン割り当てを、よりフレキシブルであるように解釈するために、既存の情報（たとえば、マスター情報ブロック（「ＭＩＢ」）における情報）を利用することである。ＰＤＳＣＨテーブルにおけるさらに多くのエントリをサポートするために、Ｓ位置は、マスター情報ブロック（「ＭＩＢ」）においてシグナリングされるＤＬ−ＤＭＲＳ−タイプＡ−位置＝｛２，３｝に関連していることが可能であり、どのものが使用されることになるかは、実際には、ＤＬ−ＤＭＲＳ−タイプＡ−位置においてシグナリングされる値に結合される可能性が高い。したがって、より多くのデフォルトのスケジューリングの可能性が有益であろう場合には、以降のテーブル２が可能であり、その場合、ｘ＝ＤＬ−ＤＭＲＳ−タイプＡ−位置である。

シグナリングにおける時間ドメイン割り当てを解釈するための方法は、ＲＮＴＩとともに区別される／関連付けられるべきである。これは、別々のＲＮＴＩに関連付けられている別々のテーブルを伴ってユーザ機器を設定するためのネットワークの柔軟性を改善することになる。これはまた、複数のＲＲＣによって設定されたテーブルがユーザ機器によって受信されている場合のネットワークとユーザ機器との間におけるあいまいさを低減するのに役立つ。

一例は、ＳＩ−ＲＮＴＩに関するものであり、ユーザ機器は、仕様において規定されたテーブルなど、固定された事前に規定されたテーブルを使用することが可能である。その後の時点において、ＲＲＣによって再設定されたテーブルが提供され、ＳＩ−ＲＮＴＩは、ＲＲＣ設定を受信していないユーザ機器と同じように解釈されるべきである。そしてＣ−ＲＮＴＩに関しては、ユーザ機器は、ＲＲＣによって設定されたテーブルを使用することが可能である。

ＳＩ−ＲＮＴＩに関する時間ドメイン割り当ては、ＲＲＣによって再設定されたテーブルをユーザ機器が受信した後でさえ、ＲＲＣによって設定されたテーブルとは異なるテーブルを使用することが可能である。ランダムアクセス（「ＲＡ」）−ＲＮＴＩ、ページング（「Ｐ」）−ＲＮＴＩ、一時セル（「ＴＣ」）−ＲＮＴＩ、設定されているスケジューリング（「ＣＳ」）−ＲＮＴＩ、およびセル（「Ｃ」）−ＲＮＴＩなどに関しては、時間ドメイン割り当てを解釈するために使用されるテーブルが異なることが可能である。これらの例は、主としてＳＩ−ＲＮＴＩ対Ｃ−ＲＮＴＩについてのものであるが、これは、その他のＲＮＴＩにも当てはまることが可能である。なぜなら、ＲＮＴＩは、ネットワークにおける機能の特定のグループと結合されているからである。

したがって、ＤＣＩにおける時間ドメイン割り当ての解釈および提示は、ＲＮＴＩタイプに関連付けられている。ＲＮＴＩは、特定の種類の機能またはサービスのためにネットワークによって使用されるので、フレキシブルなネットワーク機能のためにその関連付けを有することは有益であろう。

３ＧＰＰ ＲＡＮ１＃９１によれば、リリース１５においては無線リソース制御によって設定されて、１つのテーブルがアップリンク送信のために指定され、１つのテーブルがダウンリンク送信のために指定される。「Ｒｅｍａｉｎｉｎｇ Ｄｅｔａｉｌｓ ｉｎ ＵＬ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｃｅｄｕｒｅｓ」と題されている文書Ｒ１−１８０２９１３も参照されたい。それぞれのテーブルは、１６個までの行である。テーブルにおいては、それぞれの行は、２ビット（ダウンリンクテーブル用）を使用するオフセットＫ０、３ビット（アップリンクテーブル用）を使用するＫ２、一緒にエンコードされている開始シンボル（「Ｓ」）および長さ（「Ｌ」）の有効な組合せを取り込むＲＡＮ１仕様におけるテーブル／方程式への６ビットインデックス、ならびにＰＤＳＣＨマッピングタイプＡまたはＢを伴って無線リソース制御によって設定される。

３ＧＰＰ ＲＡＮ１＃９１においてさらに記述されているように、直交周波数分割多重化（「ＯＦＤＭ」）シンボルを開始する参照ポイントに関しては、無線リソース制御（「ＲＲＣ」）のインパクト（たとえば、スロット境界、ＰＤＣＣＨが見つかった場合の制御リソースセット（「ＣＯＲＥＳＥＴ」）の開始、またはＲＡＮ１仕様におけるテーブル／方程式の部分）がない。アグリゲーションファクタ（ダウンリンク（「ＤＬ」）またはアップリンク（「ＵＬ」）に関する１、２、４、８）が、別々に半静的に設定される（すなわち、テーブルの部分ではない）。テーブルとともにアグリゲーションファクタをどのようにして使用するかについてのさらなるＲＲＣのインパクトはない。

３ＧＰＰ ＲＡＮ１＃９１は、ＲＲＣ設定が受信される前の時間ドメイン割り当てを指定していない。これは、たとえば、ＭＳＧ２、ＭＳＧ３、および残余最小システム情報（「ＲＭＳＩ」）に関する時間ドメインリソース割り振りを含む。それに関しては、値の何らかのデフォルトセットが、仕様においてＤＬおよびＵＬに関して規定されることが可能である。ＲＲＣ設定が受信される前の時間ドメインリソース割り当てに対処するために、デフォルトのＰＤＳＣＨテーブルが使用されることが可能である。これらのＰＤＣＣＨは、ＲＭＳＩ、ページング、またはＭＳＧ２のためのＰＤＳＣＨ割り当てを含むＲＭＳＩ ＣＯＲＥＳＥＴにおいて搬送されることになる。

次いで図８を参照すると、示されているのは、同期信号／物理ブロードキャストチャネル（「ＳＳ／ＰＢＣＨ」）ブロックおよびＲＭＳＩ ＣＯＲＥＳＥＴ多重化タイプの実施形態のグラフィカル表示である。図８において示されているように、ＳＳ／ＰＢＣＨとＲＭＳＩ ＣＯＲＥＳＥＴとの間に３つの多重化パターンがあり、この場合、多重化パターン２および３に関しては、タイミングは、ＲＭＳＩ ＣＯＲＳＥＴ設定によって直接与えられ、したがって、デフォルトテーブルにおける行がこの目的のために確保されないことが可能である。多重化パターン２に関しては、ＰＤＳＣＨは、ＳＳ／ＰＢＣＨブロックの第１のシンボルから開始し、ＳＳ／ＰＢＣＨブロックの最後のシンボルで終了する。多重化パターン３に関しては、ＰＤＳＣＨは、ＲＭＳＩ ＣＯＲＥＳＥＴの最後のシンボルの直後に開始し、ＳＳ／ＰＢＣＨブロックの最後のシンボルで終了する。

多重化パターン１に関しては、ハーフスロット／フルスロットを考慮して、かつＲＭＳＩ ＣＯＲＥＳＥＴと、対応するＰＤＳＣＨとの間にギャップがないと想定すると、すべてのＭ値（これらは、１／２、１、または２の値を取ることが可能である）、時間ドメインにおけるＣＯＲＥＳＥＴおよびＰＤＳＣＨ位置の可能な組合せ（Ｒ１−１８０１２９３、３８．２１３に対するＣＲにおけるテーブル１３．１１〜１３．１２）は、以降で示されているように要約されることが可能である。

Ｍ＝１／２に関しては、１つのスロットに２つのＲＭＳＩ ＣＯＲＥＳＥＴがあることになり、ＲＭＳＩ ＣＯＲＥＳＥＴの可能な第１のシンボルインデックスは、０，

（ＣＯＲＥＳＥＴにおける時間ドメインにおけるシンボルの数）（１または２または３），７であることが可能である。ＰＤＳＣＨの開始シンボルインデックスは、Ｘ＝１，２，３，４，６，８，９，１０であることが可能であり、ＰＤＳＣＨの長さは、Ｙ＝１４−Ｘ（任意のＸ）または７−Ｘ（Ｘ＜６）であることが可能である。

Ｍ＝１に関しては、１つのスロットに１つのＲＭＳＩ ＣＯＲＥＳＥＴがあることになり、ＲＭＳＩ ＣＯＲＥＳＥＴの可能な第１のシンボルインデックスは、０、１、２であることが可能である。ＰＤＳＣＨの開始シンボルインデックスは、Ｘ＝１，２，３，４，５であることが可能であり、ＰＤＳＣＨの長さは、Ｙ＝１４−Ｘ（Ｘ＜１３）または７−Ｘ（Ｘ＜６）であることが可能である。

Ｍ＝２（周波数レンジ２、すなわち、６ＧＨｚを上回る場合にのみ適用可能）に関しては、１つのスロットに１つのＲＭＳＩ ＣＯＲＥＳＥＴがあることになり、ＲＭＳＩ ＣＯＲＥＳＥＴの可能な第１のシンボルインデックスは、０であることが可能である。ＰＤＳＣＨの開始シンボルインデックスは、Ｘ＝１，２，３であることが可能であり、ＰＤＳＣＨの長さは、Ｙ＝１４−Ｘ（Ｘ＜１３）または７−Ｘ（Ｘ＜６）であることが可能である。

上記が組み合わされる場合には、１つのスロットにおける別々のＰＤＳＣＨ開始シンボルＸ＝１，２，３，４，５，６，８，９，１０に関して、１４個のエントリを伴う固定されたテーブルを有すれば十分である。ＰＤＳＣＨの長さは、単にＹ＝１４−Ｘ（Ｘ＜１３）または７−Ｘ（Ｘ＜６）であることが可能である。このスロットにおける任意のアップリンクシンボル（存在する場合）が、ＰＤＳＣＨスケジューリングのためにあらかじめ排除されることが可能であるということに留意されたい。

下記のテーブル１は、ＣＯＲＥＳＥＴおよびＰＤＳＣＨ割り当ての間におけるギャップシンボルを伴わずに多重化パターン１に関する可能にされているＣＯＲＥＳＥＴ設定と組み合わされることが可能である設定を示している。

より多くのデフォルトのスケジューリング可能性をサポートするために、マスター情報ブロック（「ＭＩＢ」）におけるＤＬ−ＤＭＲＳ−ｔｙｐｅＡ−ｐｏｓ＝｛２，３｝という情報を使用して、開始位置Ｓと結び付けることが可能であり、これは、実際には、ＤＬ−ＤＭＲＳ−ｔｙｐｅＡ−ｐｏｓにおいてシグナリングされる値に結合される可能性が高い。ｘ＝ＤＬ−ＤＭＲＳ−ｔｙｐｅＡ−ｐｏｓである場合には、ｘを使用してＳの値と置き換えていただきたい。

一実施形態においては、上で示されているテーブル２は、ＰＤＳＣＨに関するデフォルトの時間ドメイン割り当てテーブルを記述している。これは、ＤＬ−ＤＭＲＳ−ｔｙｐｅＡ−ｐｏｓを利用して、より多くの設定のための可能性を与える。

別の実施形態においては、多重化パターン２に関して、ＰＢＣＨによって設定されたＣＯＲＥＳＥＴにおけるＰＤＣＣＨによってスケジュールされたＰＤＳＣＨは、ＳＳ／ＰＢＣＨブロックの第１のシンボルから開始し、ＳＳ／ＰＢＣＨブロックの最後のシンボルで終了する。

別の実施形態においては、多重化パターン３に関して、ＰＢＣＨによって設定されたＣＯＲＥＳＥＴにおけるＰＤＣＣＨによってスケジュールされたＰＤＳＣＨは、ＲＭＳＩ ＣＯＲＥＳＥＴの最後のシンボルの直後に開始し、ＳＳ／ＰＢＣＨブロックの最後のシンボルで終了する。

ＰＵＳＣＨ送信に関して、ユーザ機器（「ＵＥ」）がグラントを受信したスロットの後にＵＥがＰＵＳＣＨ送信を送信するべきであるスロット数での時間を示すオフセットＫ２を伴ってデフォルトテーブルが規定される。オフセットＫ２の値は、ＵＥの能力要件と、ＵＥがＰＤＣＣＨを介して受信した最後のシンボルから、ＵＥがＰＵＳＣＨを介して送信することが可能である第１のシンボルまでにＵＥによって必要とされる処理時間とを満たすべきであり、それは、３ＧＰＰ技術仕様３６．２１３において規定されている。デフォルトテーブルは、異なるネットワーク設定のためにシステム情報ブロック（「ＳＩＢ」）１によって後から上書きされることが可能である。

下記のテーブル３は、ＰＵＳＣＨに関するデフォルトの時間ドメイン割り当てとして提示されている。

別の実施形態においては、テーブル３は、ＰＵＳＣＨに関するデフォルトの時間ドメイン割り当てテーブルとして提示されている。

ＭＳＧ３が、最初のアクセス手順におけるデフォルトのＰＵＳＣＨテーブルとして使用されることが可能である。ＵＥが、アップリンクメッセージを送る際にそのＵＥの時間をどのようにして調整するべきであるかをそのＵＥに知らせるために、ネットワークによってタイムアライメント（「ＴＡ」）が使用される。ＮＲにおける最大ＴＡは、２００〜３００キロメートル（「ｋｍ」）のセルレンジをカバーするように、および１５ＫＨｚのサブキャリア間隔を伴って設計されている。最初のタイミングアドバンス値が、ｇＮＢにおいて測定され、ランダムアクセス応答（「ＲＡＲ」）グラントを介してＵＥへ送られ、その値は、ＵＥとｇＮＢとの間における距離に依存する。ｇＮＢが、セルにおけるすべてのＵＥに関するＭＳＧ３の送信のために同じ時間ギャップを扱うことによってスケジューリングを簡略化したい場合には、ＵＥが自分の送信を調整するために処理時間に加えて必要とする追加の時間は、ネットワーク測定値に、またはより可能性が高いものとしては、セルレンジに基づく。タイムアライメントをカバーするためにＭＳＧ３スケジューリングにおいて使用される時間は、ネットワークの実装に依存している。下記のテーブル４は、「Ｎ２＋ｄ＿２（０〜１）、ＴＡ＿ｍａｘ、および通常のＰＵＳＣＨ」として識別される列における通常のＰＵＳＣＨスケジューリングと、「Ｎ１＋ｄ＿１（０〜１）、０．５ｍｓ、Ｎｒシンボルにおけるレンジ、およびスロットにおけるレンジ」として識別される列におけるＭＳＧ３スケジューリングとの間における時間差を示している。

シンボルの数における１５ｋ ｓｃｓに関するレンジ１５ｋｍの通常のセルに関するＴＡ値は２であり、不要なレイテンシは、それがＭＳＧ３上で最大ＴＡ値を扱うことを強いられる場合には約２スロットである。ＭＳＧ３に関する特定の処理時間を伴うＭＳＧ３に関するＴＡ値が、下記のテーブル４に含まれることが可能であり、提示される値は、ＮＲに関してサポートされる最大セルレンジと揃えられる。レイテンシの関連については、そのテーブルはまた、ＳＩＢ１を介して再設定可能であるべきであり、したがって実際のセルレンジに対してＭＳＧ３のレイテンシが扱われる。その設定を有するもう１つの理由は、ＵＥの処理時間が変更されるケースをカバーすること、または異なるニューメロロジーにおいてＭＳＧ３を送ることをサポートすることである。ＵＥは、ＴＣ−ＲＮＴＩを伴うＭＳＧ３送信に関する時間ドメイン（「ＴＤ」）割り当てＰＵＳＣＨテーブルにおいて示される時間に加えて、このＭＳＧ３タイミングオフセットテーブルを常に使用することが可能である。

３ＧＰＰ ＴＳ３８．２１３のセクション８．３においては、ＲＡＲを含むＰＤＳＣＨ上の最後のシンボルと、対応するＭＳＧ３ ＰＵＳＣＨ送信のＵＥに関する第１のシンボルとの間における最小時間は、Ｎ＿ｔ１＋Ｎ＿ｔ２＋Ｎ＿ｔａ＿ｍａｘ＋０．５ｍｓとして規定される。Ｎ＿ｔ１およびＮ＿ｔ２は、３ＧＰＰ ＴＳ２８．２１４におけるテーブルにおいて規定されているＵＥの処理時間である。ニューメロロジー１に関しては、Ｎ＿ｔ１＋Ｎ＿ｔ２は、約２２〜２５個のシンボルを与え、Ｎ＿ｔａ＿ｍａｘは、ＲＡＲにおけるＴＡコマンドによって提供されることが可能である最大タイミング調整値であり、これは、約２スロットである。通常のＰＵＳＣＨ送信に関しては、それは、１２個のシンボルであるＮ＿ｔ２のみを必要とする。ＭＳＧ３によって必要とされる追加のタイミングを扱うために、別個のテーブルが導入される。ＰＵＳＣＨテーブルにおけるＫ２の値に加えてスロット数Ｋ３が追加されるべきである。

ＭＳＧ３と通常のＰＵＳＣＨとの間における時間差に関する計算が、下記のテーブル４において示されている。

ＭＳＧ３に関しては、別個のＫ３の値が使用されるか、または追加の処理時間および通常のＰＵＳＣＨからのＴＡ時間差をスロット数で示すために、ＵＥは、オフセットＫ２にオフセットＫ３を追加するべきである。

テーブルにおけるＭＳＧ３と通常のＰＵＳＣＨとの間における時間差は、最大のサポートされるタイミングアドバンスをカバーする。

テーブル５は、デフォルトとしてのＭＳＧ３ Ｋ３の追加の時間を示している。

ＭＳＧ３ Ｋ３は、設定可能であるべきであり、それぞれのオフセットＫ３に関するレンジは、３ビットを有することが可能である。

別の実施形態においては、上で示されているテーブル５は、ＭＳＧ３のための追加の時間テーブルとして使用されている。ＵＥは常に、オフセットＫ３に関する追加のスロット数をＰＵＳＣＨテーブルからのオフセットＫ２の値に追加して、ＭＳＧ３のための送信スロットを得るべきである。このテーブルは、ＭＳＧ３レイテンシを改善するためにＳＩＢ１を介して再設定可能であるべきである。

下で列挙されているプロセスは、ＰＵＳＣＨ設定の算出を示している。

システム情報に関するＴＤ割り当てに関しては、最初のネットワークシステム設定を搬送するためにＳＩ−ＲＮＴＩが使用される。ネットワーク設定を特徴付けるその他のネットワーク情報は、ＵＥに示されておらず、したがってＴＤ割り当ての設定は、さまざまなネットワーク要件を満たすためにさらにフレキシブルでなければならない。下記の例は、ＳＩ−ＲＮＴＩ上での設定の柔軟性を改善することを示している。

システム情報は、すべてのＵＥへ送られ、これは、ＵＥがネットワーク設定について更新された状態になる上で役立つ。ＵＥは、最初のアクセスの前の状態と、ＲＲＣによって接続された後に、更新のためにシステム情報を再び読み取るためにＵＥがページングされた場合との両方で、システム情報を読み取る。ＳＩ−ＲＮＴＩに関するＴＤ割り当ての解釈は、すべてのＵＥにとって一貫しているべきである。

３ＧＰＰ会議ＲＡＮ１ Ａｄ−Ｈｏｃ ＃１８０１においては、ＲＭＳＩ／ＯＳＩ／ページングおよびランダムアクセスのためのＤＣＩフォーマットに関して、下記のコンセプトが論じられた。ＤＣＩの詳細なコンテンツは、まだ決定されていない。ＮＲは、ページング用およびランダムアクセス用の両方で、ＲＭＳＩ／ＯＳＩをスケジュールするために使用されることになるＤＣＩフォーマット１＿０と同じサイズを有するＤＣＩフォーマットをサポートする。

よりフレキシブルな時間ドメイン割り当てを伴ってＳＩ−ＲＮＴＩによって搬送されるシステム情報をサポートするために、これらの２つのオプションは、ネットワーク側からの柔軟性要件を満たす。別々の好みの別々の設定を含めるための固定されたテーブル、または明示的なＴＤ割り当てが使用されることが可能である。

ＲＲＣによって設定されたテーブルは、ＳＩ−ＲＮＴＩに関して使用されるべきではなく、この方法においては、システム情報の割り当てと、その他のデータ送信との間における関連付けは切り離される。

第１のオプションにおいては、固定されたテーブルが、ＳＩ−ＲＮＴＩを用いてスクランブルされるＤＣＩに関するＴＤ割り当てを示すために仕様において常に参照される。

第２のオプションにおいては、ＳＩ−ＲＮＴＩを用いてスクランブルされるＰＤＣＣＨによって搬送されるシステム情報に関する時間ドメイン割り当ては、１つのスロット内の任意の開始シンボルおよびシンボル長さという柔軟性を有するべきである。そのＴＤ割り当ては、事前に規定された固定された数の設定エントリで限定されるべきではない。

下記のテーブル６は、時間ドメイン割り当てに関連付けられているさまざまなフィールドを示している。

一実施形態においては、一貫性のためには、システム情報のＴＤ割り当ては常に、同じ固定されたテーブルを参照するべきである。一貫性および柔軟性の両方のためには、システム情報のＴＤ割り当ては、システム情報に関連付けられているＰＤＣＣＨにおいて、開始シンボル、シンボル長さ、オフセットＫ０、およびＤＭＲＳタイプを伴って明示的に設定されるべきである。

上書きルールが、デフォルトテーブル、ＳＩＢ１テーブル、および専用テーブルに関して提供される。３ＧＰＰ会議ＲＡＮ１ ＃９２においては、ＳＩＢ１（ＲＭＳＩ）において時間ドメイン割り当てテーブルを設定する可能性を提供することに関して、下記のコンセプトが論じられた。

それらのコンセプトは、ＲＭＳＩの後にＰＤＳＣＨ／ＰＵＳＣＨスケジューリングのためにＰＤＳＣＨおよびＰＵＳＣＨシンボル割り当てを設定するためにＲＭＳＩにおいて、ＲＲＣによって設定されたテーブルを提供するための可能性を導入するようにＲＡＮ２に要求することを含み、この場合、専用のシグナリングを介したＲＲＣによって設定可能なテーブルは、ＲＡＮ１において以前に扱われていた。

ＰＤＳＣＨ／ＰＵＳＣＨテーブルは、ＲＲＣ設定において帯域幅部分（「ＢＷＰ」）ごとに規定される。共通検索空間（ＣＳＳ）またはＵＥ固有の検索空間（ＵＳＳ）に関連付けられているＣ−ＲＮＴＩ、（ＣＳＳに関連付けられている）Ｐ−ＲＮＴＩ、（ＣＳＳおよびＵＳＳに関連付けられている）ＣＳ−ＲＮＴＩ、（ＣＳＳに関連付けられている）ＲＡ−ＲＮＴＩ、（ＣＳＳおよびＵＳＳに関連付けられている）ＴＣ−ＲＮＴＩ、（ＵＳＳ ＤＣＩ０＿１に関連付けられている）ＳＰ−ＣＳＩ−ＲＮＴＩを用いてスクランブルされたＰＤＣＣＨを受信した際に、どのテーブルがＵＥによって使用されるべきであるかを明確にするために、下記のルールが適用されるべきである。

ＳＩＢ１または専用のＲＲＣテーブルがＵＥによって受信されていない場合には、ＵＥは、デフォルトのＰＤＳＣＨ／ＰＵＳＣＨテーブルを伴うＤＣＩにおいて示されているインデックス番号を適用して、ＴＤ割り当てを解釈する。

ＳＩＢ１によって設定されたテーブル（共通の設定）がＵＥによって受信されている場合には、そのテーブルが、デフォルトテーブルを上書きし、ＵＥは、ＳＩＢ１によって設定されたＰＤＳＣＨ／ＰＵＳＣＨテーブルを用いてＴＤ割り当てを解釈する。

最初のＢＷＰに関する、ＲＲＣによって設定された専用テーブルがＵＥによって受信されている場合には、そのテーブルが、ＳＩＢ１によって設定されたテーブルおよびデフォルトテーブルを上書きする。

最初のＢＷＰ以外のＢＷＰに関する、ＲＲＣによって設定された専用テーブルのみがＵＥによって受信されている場合には、ＵＥは、そのＢＷＰに関してのみ、ＲＲＣによって設定されたテーブルを適用し、それによって、設定された専用テーブルは、ＰＤＣＣＨが受信された場合には、そのＢＷＰに関する送信を示す。ＰＤＣＣＨが最初のＢＷＰに関する送信を示している場合には、ＵＥは、ＳＩＢ１テーブルが設定されているならばＳＩＢ１テーブルを使用して、そうでないならばデフォルトテーブルを使用して、ＴＤ割り当てを解釈する。

別の実施形態においては、Ｃ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＣＳ−ＲＮＴＩを受信した時点でＢＷＰに関してＲＲＣを介して専用テーブルが受信されていない場合には、ＵＥは、現在のＢＷＰに関して、ＳＩＢ１によって設定された、またはデフォルトのＰＵＳＣＨ／ＰＤＳＣＨ ＴＤ割り当てテーブルを適用するべきである。

別の実施形態においては、ＲＡ−ＲＮＴＩおよびＴＣ−ＲＮＴＩおよびＰ−ＲＮＴＩは常に、ＳＩＢ１ ＰＤＳＣＨ／ＰＵＳＣＨテーブル（設定されている場合）、またはデフォルトテーブルを使用するべきである。

このように、時間および周波数ドメインリソース割り当てに関する下記のアイテムが記述されてきた。

一実施形態においては、テーブル２が、ＰＤＳＣＨに関するデフォルトの時間ドメイン割り当てテーブルとして提示されている。より多くの設定のための可能性を与えるために、ＤＬ−ＤＭＲＳ−ｔｙｐｅＡ−ｐｏｓが使用されている。

別の実施形態においては、多重化パターン２に関して、ＰＢＣＨによって設定されたＣＯＲＥＳＥＴにおけるＰＤＣＣＨによってスケジュールされたＰＤＳＣＨが、ＳＳ／ＰＢＣＨブロックの第１のシンボルから開始し、ＳＳ／ＰＢＣＨブロックの最後のシンボルで終了する。

別の実施形態においては、多重化パターン３に関して、ＰＢＣＨによって設定されたＣＯＲＥＳＥＴにおけるＰＤＣＣＨによってスケジュールされたＰＤＳＣＨが、ＲＭＳＩ ＣＯＲＥＳＥＴの最後のシンボルの直後に開始し、ＳＳ／ＰＢＣＨブロックの最後のシンボルで終了する。

別の実施形態においては、テーブル３が、ＰＵＳＣＨに関するデフォルトの時間ドメイン割り当てテーブルとして採用されている。

別の実施形態においては、テーブル５が、ＭＳＧ３のための追加の時間テーブルとして使用されている。ＵＥは常に、オフセットＫ３に関する追加のスロット数をＰＵＳＣＨテーブルからのＫ２オフセット値に追加して、ＭＳＧ３のための送信スロットを得るべきである。このテーブルは、ＭＳＧ３レイテンシを改善するためにＳＩＢ１を介して再設定可能であるべきである。

別の実施形態においては、一貫性のためには、システム情報のＴＤ割り当ては常に、同じ固定されたテーブルを参照するべきである。一貫性および柔軟性の両方のためには、システム情報のＴＤ割り当ては、システム情報に関連付けられているＰＤＣＣＨにおいて、開始シンボル、シンボル長さ、オフセットＫ０、およびＤＭＲＳタイプを伴って明示的に設定されるべきである。

別の実施形態においては、Ｃ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＣＳ−ＲＮＴＩを受信した時点でＢＷＰに関してＲＲＣを介して専用テーブルが受信されていない場合には、ＵＥは、現在のＢＷＰに関して、ＳＩＢ１によって設定された、またはデフォルトのＰＵＳＣＨ／ＰＤＳＣＨ ＴＤ割り当てテーブルを適用するべきである。

別の実施形態においては、ＲＡ−ＲＮＴＩおよびＴＣ−ＲＮＴＩおよびＰ−ＲＮＴＩは常に、ＳＩＢ１ ＰＤＳＣＨ／ＰＵＳＣＨテーブル（設定されている場合）、またはデフォルトテーブルを使用するべきである。

次いで図９を参照すると、示されているのは、通信システムを動作させる方法９００の一実施形態の流れ図である。通信システムにおいてユーザ機器によって実行される方法９００は、開始ステップまたはモジュール９１０において始まり、次いでステップまたはモジュール９２０において、ユーザ機器は、ユーザ機器および／またはユーザ機器のグループを識別する無線ネットワーク一時識別子（「ＲＮＴＩ」）に関連付けられているダウンリンク制御情報において時間ドメイン割り当て（またはその指示）を受信する。時間ドメイン割り当てを含むダウンリンク制御情報は、ＲＮＴＩを用いてスクランブルされた物理ダウンリンク制御チャネル（「ＰＤＣＣＨ」）において無線アクセスノードから受信されることが可能である。

ステップまたはモジュール９３０において、ユーザ機器は、ＲＮＴＩに関連付けられている時間ドメイン割り当てを、そのユーザ機器に関連付けられている送信（ダウンリンク送信など）のために採用する。ＲＮＴＩがシステム情報無線ネットワーク一時識別子（「ＳＩ−ＲＮＴＩ」）である場合には、ユーザ機器は、そのＳＩ−ＲＮＴＩに関連付けられている時間ドメイン割り当てを使用してシステム情報を受信する。ユーザ機器は、ＲＮＴＩに関連付けられている時間ドメイン割り当ての指示によってインデックス付けされているテーブルからのエントリを、そのユーザ機器に関連付けられている送信のために採用することが可能である。そのテーブルは、ＲＮＴＩのタイプに依存することが可能である。時間ドメイン割り当ての別の指示は、マスター情報ブロック（「ＭＩＢ」）からのものであることが可能である。たとえば、ユーザ機器は、そのユーザ機器に関連付けられている送信のために、ＭＩＢからのパラメータを、ＲＮＴＩに関連付けられている時間ドメイン割り当てによってインデックス付けされているテーブルからのエントリに関連させることが可能である。ＲＮＴＩのタイプは、ランダムアクセス（「ＲＡ」）−ＲＮＴＩ、ページング（「Ｐ」）−ＲＮＴＩ、一時セル（「ＴＣ」）−ＲＮＴＩ、設定されているスケジューリング（「ＣＳ」）−ＲＮＴＩ、システム情報（「ＳＩ」）−ＲＮＴＩ、および／またはセル（「Ｃ」）−ＲＮＴＩを含む。ユーザ機器は、ＲＮＴＩに関連付けられている時間ドメイン割り当てを、（たとえば、物理アップリンク共有チャネル（「ＰＵＳＣＨ」）を介した）アップリンク送信のために、および／または（たとえば、物理ダウンリンク共有チャネル（「ＰＤＳＣＨ」）を介した）ダウンリンク送信のために採用するように設定されている。方法９００は、終了ステップまたはモジュール９４０において終了する。

さらに、ＲＮＴＩに関連付けられている時間ドメイン割り当ては、同期信号／物理ブロードキャストチャネル（ＳＳ／ＰＢＣＨ）ブロックと、制御リソースセット（ＣＯＲＥＳＥＴ）多重化パターンとの関数であることが可能である。ＲＮＴＩに関連付けられている時間ドメイン割り当ては、デフォルトの時間ドメイン割り当て、および／または専用の時間ドメイン割り当てを含むことが可能である。ＲＮＴＩに関連付けられている時間ドメイン割り当ては、システム情報ブロック（「ＳＩＢ」）からの共通の時間ドメイン割り当てを含むことが可能である。セル（「Ｃ」）−ＲＮＴＩまたは設定されているスケジューリング（「ＣＳ」）−ＲＮＴＩに関連付けられている時間ドメイン割り当ては、専用の時間ドメイン割り当てであることが可能である。ユーザ機器は、ＲＮＴＩに応じて、デフォルトの時間ドメイン割り当てまたは共通の時間ドメイン割り当ての代わりに専用の時間ドメイン割り当てを、ユーザ機器に関連付けられている送信のために採用することが可能である。

次いで図１０を参照すると、示されているのは、通信システムを動作させる方法１０００の一実施形態の流れ図である。通信システムにおいて無線アクセスノードによって実行される方法１０００は、開始ステップまたはモジュール１０１０において始まり、次いでステップまたはモジュール１０２０において、無線アクセスノードは、ユーザ機器および／またはユーザ機器のグループを識別する無線ネットワーク一時識別子（「ＲＮＴＩ」）に時間ドメイン割り当てを関連付ける。ステップまたはモジュール１０３０において、無線アクセスノードは、ユーザ機器が、ＲＮＴＩに関連付けられている時間ドメイン割り当てを、そのユーザ機器に関連付けられている送信のために採用することを可能にするために、ダウンリンク制御情報において時間ドメイン割り当て（またはその指示）を提供する。時間ドメイン割り当てを含むダウンリンク制御情報は、ＲＮＴＩを用いてスクランブルされた物理ダウンリンク制御チャネル（「ＰＤＣＣＨ」）において提供されることが可能である。ＲＮＴＩがシステム情報無線ネットワーク一時識別子（「ＳＩ−ＲＮＴＩ」）である場合には、無線アクセスノードは、そのＳＩ−ＲＮＴＩに関連付けられている時間ドメイン割り当てを使用してシステム情報を提供する。

ステップまたはモジュール１０４０において、無線アクセスノードは、ＲＮＴＩに関連付けられている時間ドメイン割り当ての指示によってインデックス付けされているテーブルからのエントリを、ユーザ機器に関連付けられている送信のために採用するようにユーザ機器に指示する。そのテーブルは、ＲＮＴＩのタイプに依存することが可能である。時間ドメイン割り当ての別の指示は、ＭＩＢからのものであることが可能である。たとえば、無線アクセスノードは、ユーザ機器に関連付けられている送信のために、ＭＩＢからのパラメータを、ＲＮＴＩに関連付けられている時間ドメイン割り当てによってインデックス付けされているテーブルからのエントリに関連させるようにユーザ機器に指示することが可能である。ＲＮＴＩのタイプは、ランダムアクセス（「ＲＡ」）−ＲＮＴＩ、ページング（「Ｐ」）−ＲＮＴＩ、一時セル（「ＴＣ」）−ＲＮＴＩ、設定されているスケジューリング（「ＣＳ」）−ＲＮＴＩ、システム情報（「ＳＩ」）−ＲＮＴＩ、および／またはセル（「Ｃ」）−ＲＮＴＩを含む。

ステップまたはモジュール１０５０において、無線アクセスノードは、ＲＮＴＩに関連付けられている時間ドメイン割り当てを、（たとえば、物理アップリンク共有チャネル（「ＰＵＳＣＨ」）を介した）アップリンク送信のために、および／または（たとえば、物理ダウンリンク共有チャネル（「ＰＤＳＣＨ」）を介した）ダウンリンク送信のために採用するようにユーザ機器に指示するように設定されている。方法１０００は、終了ステップまたはモジュール１０６０において終了する。

さらに、ＲＮＴＩに関連付けられている時間ドメイン割り当ては、同期信号／物理ブロードキャストチャネル（ＳＳ／ＰＢＣＨ）ブロックと、制御リソースセット（ＣＯＲＥＳＥＴ）多重化パターンとの関数であることが可能である。ＲＮＴＩに関連付けられている時間ドメイン割り当ては、デフォルトの時間ドメイン割り当て、および／または専用の時間ドメイン割り当てを含むことが可能である。ＲＮＴＩに関連付けられている時間ドメイン割り当ては、システム情報ブロック（「ＳＩＢ」）からの共通の時間ドメイン割り当てを含むことが可能である。セル（「Ｃ」）−ＲＮＴＩまたは設定されているスケジューリング（「ＣＳ」）−ＲＮＴＩに関連付けられている時間ドメイン割り当ては、専用の時間ドメイン割り当てであることが可能である。無線アクセスノードは、ＲＮＴＩに応じて、デフォルトの時間ドメイン割り当てまたは共通の時間ドメイン割り当ての代わりに専用の時間ドメイン割り当てを、ユーザ機器に関連付けられている送信のために採用するようにユーザ機器に指示するように設定されている。

このように、通信システムにおける時間ドメイン割り当てを提供するためのシステムおよび方法が、本明細書において紹介されてきた。一実施形態においては（かつ前述の図を引き続き参照すると）、装置（処理回路２０５を伴うユーザ機器１０５、２００など）が、通信システム（１００）において動作可能であり、その装置（１０５、２００）を識別する無線ネットワーク一時識別子（「ＲＮＴＩ」）に関連付けられているダウンリンク制御情報において時間ドメイン割り当て（またはその指示）を受信することと、そのＲＮＴＩに関連付けられている時間ドメイン割り当てを、その装置（１０５、２００）に関連付けられている送信のために採用することとを行うように設定されている。別の実施形態においては（かつ前述の図を引き続き参照すると）、装置（処理回路３０５を伴う無線アクセスノード１１０、３００など）が、通信システム（１００）において動作可能であり、ユーザ機器（１０５、２００）を識別する無線ネットワーク一時識別子（「ＲＮＴＩ」）に時間ドメイン割り当てを関連付けることと、ユーザ機器（１０５、２００）が、そのＲＮＴＩに関連付けられている時間ドメイン割り当てを、そのユーザ機器（１０５、２００）に関連付けられている送信のために採用することを可能にするために、ダウンリンク制御情報において時間ドメイン割り当て（またはその指示）を提供することとを行うように設定されている。

上述されているように、例示的な実施形態は、方法と、この方法のステップを実行するための機能性を提供するさまざまなモジュールからなる対応する装置との両方を提供する。モジュールは、（特定用途向け集積回路などの集積回路を含む１つもしくは複数のチップにおいて具体化される）ハードウェアとして実装されることが可能であり、またはプロセッサによる実行のためのソフトウェアもしくはファームウェアとして実装されることが可能である。詳細には、ファームウェアまたはソフトウェアのケースにおいては、例示的な実施形態は、コンピュータプロセッサによる実行のためにその上でコンピュータプログラムコード（すなわち、ソフトウェアまたはファームウェア）を具体化するコンピュータ可読ストレージメディアを含むコンピュータプログラム製品として提供されることが可能である。コンピュータ可読ストレージメディアは、非一時的なもの（たとえば、磁気ディスク、光ディスク、読み取り専用メモリ、フラッシュメモリデバイス、相変化メモリ）、または一時的なもの（たとえば、搬送波、赤外線信号、デジタル信号等など、電気的な、光学的な、音響学的な、もしくはその他の形態の伝搬される信号）であることが可能である。プロセッサとその他のコンポーネントとの結合は典型的に、１つまたは複数のバスまたはブリッジ（バスコントローラとも呼ばれる）を通じて行われる。ストレージデバイス、およびデジタルトラフィックを搬送する信号はそれぞれ、１つまたは複数の非一時的なまたは一時的なコンピュータ可読ストレージメディアに相当する。したがって、所与の電子デバイスのストレージデバイスは典型的に、コントローラなど、その電子デバイスの１つまたは複数のプロセッサのセット上での実行のためにコードおよび／またはデータを格納する。

実施形態およびその利点が詳細に記述されてきたが、本明細書においては、添付の特許請求の範囲によって規定されているその趣旨および範囲から逸脱することなく、さまざまな変更、置換、および改変が行われることが可能であるということを理解されたい。たとえば、上で論じられている特徴および機能のうちの多くは、ソフトウェア、ハードウェア、もしくはファームウェア、またはそれらの組合せで実施されることが可能である。また、特徴、機能、およびそれらを動作させるステップのうちの多くは、並べ替えられること、省略されること、追加されることなど、およびさまざまな実施形態の広い範囲内に依然として収まることが可能である。

その上、さまざまな実施形態の範囲は、本明細書において記述されているプロセス、マシン、製造物、組成物、手段、方法、およびステップの特定の実施形態に限定されることを意図されているものではない。当技術分野における標準的な技術者なら本開示から容易に理解するであろうが、本明細書において記述されている対応する実施形態と実質的に同じ機能を実行するか、または実質的に同じ結果を達成するプロセス、マシン、製造物、組成物、手段、方法、またはステップは、現時点で存在しているか、または今後開発されることになるかを問わず、同様に利用されることが可能である。したがって、添付の特許請求の範囲は、それらの範囲内に、そのようなプロセス、マシン、製造物、組成物、手段、方法、またはステップを含むことを意図されている。

Claims (54)

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. セル（Ｃ）−ＲＮＴＩまたは設定されているスケジューリング（ＣＳ）−ＲＮＴＩに関連付けられている前記時間ドメイン割り当てが、専用の時間ドメイン割り当てである、請求項２７から３５のいずれか一項に記載の装置（１１０、３００）。
40. 前記処理回路（３０５）が、前記ＲＮＴＩに応じて、デフォルトの時間ドメイン割り当てまたは共通の時間ドメイン割り当ての代わりに専用の時間ドメイン割り当てを、前記ユーザ機器（１０５、２００）に関連付けられている送信のために採用するように前記ユーザ機器（１０５、２００）に指示するように設定されている、請求項２７から３５のいずれか一項に記載の装置（１１０、３００）。
41. 通信システム（１００）において装置（１１０、３００）によって実行される方法（１０００）であって、
    ユーザ機器（１０５、２００）を識別する無線ネットワーク一時識別子（ＲＮＴＩ）に時間ドメイン割り当てを関連付けること（１０２０）と、
    前記ユーザ機器（１０５、２００）が、前記ＲＮＴＩに関連付けられている前記時間ドメイン割り当てを、前記ユーザ機器（１０５、２００）に関連付けられている送信のために採用することを可能にするために、ダウンリンク制御情報において前記時間ドメイン割り当ての指示を提供することとを含む方法（１０００）。
42. 前記ＲＮＴＩが、システム情報無線ネットワーク一時識別子（ＳＩ−ＲＮＴＩ）であり、前記方法（１０００）がさらに、前記ＳＩ−ＲＮＴＩに関連付けられている前記時間ドメイン割り当てを使用してシステム情報を提供することを含む、請求項４１に記載の方法（１０００）。
43. 前記時間ドメイン割り当ての前記指示を含む前記ダウンリンク制御情報が、前記ＲＮＴＩを用いてスクランブルされる、請求項４１または４２に記載の方法（１０００）。
44. 前記ＲＮＴＩに関連付けられている前記時間ドメイン割り当てによってインデックス付けされているテーブルからのエントリを、前記ユーザ機器に関連付けられている送信のために採用するように前記ユーザ機器に指示すること（１０４０）をさらに含む、請求項４１から４３のいずれか一項に記載の方法（１０００）。
45. 前記テーブルがＲＮＴＩのタイプに依存する、請求項４４に記載の方法（１０００）。
46. ＲＮＴＩの前記タイプが、ランダムアクセス（ＲＡ）−ＲＮＴＩ、ページング（Ｐ）−ＲＮＴＩ、一時セル（ＴＣ）−ＲＮＴＩ、設定されているスケジューリング（ＣＳ）−ＲＮＴＩ、システム情報（ＳＩ）−ＲＮＴＩ、およびセル（Ｃ）−ＲＮＴＩのうちの少なくとも１つを含む、請求項４５に記載の方法（１０００）。
47. 前記時間ドメイン割り当ての別の指示が、マスター情報ブロックからのものである、請求項４１から４６のいずれか一項に記載の方法（１０００）。
48. 前記ＲＮＴＩに関連付けられている前記時間ドメイン割り当てを、物理アップリンク共有チャネル（ＰＵＳＣＨ）を介したアップリンク送信のために、および／または物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を介したダウンリンク送信のために採用するように前記ユーザ機器（１０５、２００）に指示すること（１０５０）をさらに含む、請求項４１から４７のいずれか一項に記載の方法（１０００）。
49. 前記ＲＮＴＩに関連付けられている前記時間ドメイン割り当てが、同期信号／物理ブロードキャストチャネル（ＳＳ／ＰＢＣＨ）ブロックと、制御リソースセット（ＣＯＲＥＳＥＴ）多重化パターンとの関数である、請求項４１から４８のいずれか一項に記載の方法（１０００）。
50. 前記ＲＮＴＩに関連付けられている前記時間ドメイン割り当てが、デフォルトの時間ドメイン割り当てである、請求項４１から４９のいずれか一項に記載の方法（１０００）。
51. 前記ＲＮＴＩに関連付けられている前記時間ドメイン割り当てが、システム情報ブロック（ＳＩＢ）からの共通の時間ドメイン割り当てである、請求項４１から４９のいずれか一項に記載の方法（１０００）。
52. 前記ＲＮＴＩに関連付けられている前記時間ドメイン割り当てが、専用の時間ドメイン割り当てである、請求項４１から４９のいずれか一項に記載の方法（１０００）。
53. セル（Ｃ）−ＲＮＴＩまたは設定されているスケジューリング（ＣＳ）−ＲＮＴＩに関連付けられている前記時間ドメイン割り当てが、専用の時間ドメイン割り当てである、請求項４１から４９のいずれか一項に記載の方法（１０００）。
54. 前記ＲＮＴＩに応じて、デフォルトの時間ドメイン割り当てまたは共通の時間ドメイン割り当ての代わりに専用の時間ドメイン割り当てを、前記ユーザ機器（１０５、２００）に関連付けられている送信のために採用するように前記ユーザ機器（１０５、２００）に指示することをさらに含む、請求項４１から４９のいずれか一項に記載の方法（１０００）。

Images