JP7806948B2

JP7806948B2 - 新しい無線のライセンスされていない帯域におけるアップリンク送信

Info

Publication number: JP7806948B2
Application number: JP2025015912A
Authority: JP
Inventors: フアジョウ，; エスマエルディナン，; アリシリク，; ユンジュンイ，; ヒョンスクチョン，; ヒュクジンチェ，
Original assignee: Koninklijke Philips NV
Current assignee: Koninklijke Philips NV
Priority date: 2019-11-04
Filing date: 2025-02-03
Publication date: 2026-01-27
Anticipated expiration: 2040-11-04
Also published as: EP4022828A1; CN114731248A; JP2023500324A; CA3156295A1; EP4022828C0; KR20220090532A; US11617164B2; JP2026053688A; ES2961140T3; JP7655314B2; US20230199772A1; CN114731248B; WO2021091966A1; US12302325B2; PL4022828T3; EP4022828B1; JP2025084748A; US20220078781A1

Description

関連出願の相互参照
本出願は、２０１９年１１月４日に出願された米国仮特許出願第６２／９３０，１３０号の利益を主張し、その全体が参照により本明細書に組み込まれる。

基地局は、無線デバイスの混合と通信することができる。無線デバイスおよび／または基地局は、複数の技術、および／または同じ技術の複数のリリースをサポートすることができる。無線デバイスは、無線デバイスのカテゴリーおよび／または能力に応じて、いくつかの特定の能力を有し得る。本開示が複数の無線デバイスと通信する基地局に言及する場合、本開示は、カバレッジエリア内の全無線デバイスのサブセットに言及することができる。本開示は、例えば、所定の能力を含み、基地局の所定のセクターにある、所定のＬＴＥまたは５Ｇリリースの複数の無線デバイスに言及することができる。本開示における複数の無線デバイスは、選択された複数の無線デバイス、および／または開示された方法などに従って実行するカバレッジエリア内の全無線デバイスのサブセットに言及することができる。開示された方法に準拠し得ないカバレッジエリアに複数の基地局または複数の無線デバイスが存在し得る。例えば、それらの無線デバイスまたは基地局は、ＬＴＥまたは５Ｇ技術の古いリリースに基づいて実行される。

本開示のさまざまな実施形態のうちのいくつかの実施例が、図面を参照して本明細書に記載される。

図１Ａおよび図１Ｂは、本開示の実施形態が実装され得る、移動体通信ネットワークの実施例を示す。

図２Ａおよび図２Ｂはそれぞれ、新しい無線（ＮＲ）ユーザープレーンおよび制御プレーンプロトコルスタックを示す。

図３は、図２ＡのＮＲユーザープレーンプロトコルスタックのプロトコル層間で提供されるサービスの実施例を示す。

図４Ａは、図２ＡのＮＲユーザープレーンプロトコルスタックを通る例示的なダウンリンクデータフローを示す。

図４Ｂは、ＭＡＣＰＤＵにおけるＭＡＣサブヘッダーのフォーマット例を示す。

図５Ａおよび図５Ｂはそれぞれ、ダウンリンクとアップリンクの論理チャネル、トランスポートチャネル、および物理チャネル間のマッピングを示す。

図６は、ＵＥのＲＲＣ状態遷移を示す例示的な図である。

図７は、ＯＦＤＭシンボルがグループ化されたＮＲフレームの構成例を示す。

図８は、ＮＲキャリアの時間および周波数ドメインにおけるスロットの構成例を示す。

図９は、ＮＲキャリアに対して三つの構成されるＢＷＰを使用した帯域幅適応の実施例を示す。

図１０Ａは、二つのコンポーネントキャリアを有する三つのキャリア集計構成を示す。

図１０Ｂは、アグリゲーションセルがどのように一つまたは複数のＰＵＣＣＨ群に構成され得るかの実施例を示す。

図１１Ａは、ＳＳ／ＰＢＣＨブロック構造および位置の実施例を示す。

図１１Ｂは、時間および周波数ドメインにマッピングされたＣＳＩ-ＲＳの実施例を示す。

図１２Ａおよび図１２Ｂはそれぞれ、三つのダウンリンクおよびアップリンクビーム管理手順の実施例を示す。

図１３Ａ、図１３Ｂ、および図１３Ｃはそれぞれ、４ステップ競合ベースのランダムアクセス手順、２ステップ競合のないランダムアクセス手順、および別の２ステップランダムアクセス手順を示す。

図１４Ａは、帯域幅部分に対するＣＯＲＥＳＥＴ構成の実施例を示す。

図１４Ｂは、ＣＯＲＥＳＥＴおよびＰＤＣＣＨ処理上のＤＣＩ送信に対するＣＣＥ～ＲＥＧマッピングの実施例を示す。

図１５は、基地局と通信する無線デバイスの実施例を示す。

図１６Ａ、１６Ｂ、１６Ｃ、および図１６Ｄは、アップリンクおよびダウンリンク送信のための例示的な構造を示す。

図１７Ａ、１７Ｂおよび図１７Ｃは、ＭＡＣサブヘッダーの実施例を示す。

図１８Ａは、ＤＬＭＡＣＰＤＵの実施例を示す。

図１８Ｂは、ＵＬＭＡＣＰＤＵの実施例を示す。

図１９は、本開示の例示的実施形態の一態様によるダウンリンクの複数のＬＣＩＤの実施例を示す。

図２０は、本開示の例示的実施形態の一態様によるアップリンクの複数のＬＣＩＤの実施例を示す。

図２１Ａおよび図２１Ｂは、本開示の例示的実施形態の一態様によるＳＣｅｌｌ起動／停止ＭＡＣＣＥの実施例を示す。

図２２は、本開示の例示的実施形態の一態様によるＢＷＰ管理の実施例を示す。

図２３は、本開示の例示的実施形態の一態様による検索空間構成の実施例を示す。

図２４は、本開示の例示的実施形態の一態様による制御リソースセット構成の実施例を示す。

図２５Ａは、本開示の例示的実施形態の一態様によるダウンリンクトランスポートブロック供給のフローチャートである。

図２５Ｂは、本開示の例示的実施形態の一態様によるＰＵＣＣＨリソース決定の実施例を示す。

図２６は、本開示の例示的実施形態の一態様によるＰＵＣＣＨリソース表示の実施例を示す。

図２７Ａは、本開示の例示的実施形態の一態様による制御リソースセット（ＣＯＲＥＳＥＴ）構成の実施例を示す。

図２７Ｂは、本開示の例示的実施形態の態様による、ＮＲ-ＵシステムにおけるＣＯＲＥＳＥＴ構成の実施例を示す。

図２８は、本開示の例示的実施形態の一態様によるＰＵＣＣＨリソース選択の実施例を示す。

図２９は、本開示の例示的実施形態の一態様によるＰＵＣＣＨリソース選択の実施例を示す。

図３０は、本開示の例示的実施形態の一態様によるＰＵＣＣＨリソース選択の実施例を示す。

図３１は、本開示の例示的実施形態の一態様によるＰＵＣＣＨリソース選択の実施例を示す。

図３２は、本開示の例示的実施形態の一態様によるＰＵＣＣＨリソース選択のフローチャートである。

図３３は、本開示の例示的実施形態の一態様によるＰＵＣＣＨリソース選択のフローチャートである。

図３４は、本開示の例示的実施形態の一態様によるＰＵＣＣＨリソース選択のフローチャートである。

本開示では、さまざまな実施形態が、開示された技術がどのように実装され得るか、および／または開示された技術がどのように環境およびシナリオで実践され得るかの例として提示される。関連技術分野の当業者には、範囲から逸脱することなく、形態および詳細のさまざまな変更を行うことができることは明らかであろう。実際、明細書を読んだ後、代替的な実施形態を実装する方法が関連技術分野の当業者に明らかになるであろう。本実施形態は、例示的実施形態のいずれによっても限定されるべきではない。本開示の実施形態は、添付図面を参照して説明される。開示された例示的実施形態からの制限、特徴、および／または要素が組み合わせられ、本開示の範囲内でさらなる実施形態を作成することができる。機能と利点を強調する図は、例としてのみ示される。開示されたアーキテクチャーは、示される以外の方式で利用することができるように、十分に柔軟で構成可能である。例えば、いかなるフローチャートにリストされたアクションも、いくつかの実施形態で再配列され、または任意選択としてのみ使用され得る。

実施形態は、必要に応じて動作するように構成され得る。開示された機構は、例えば、無線デバイス、基地局、無線環境、ネットワーク、上記の組み合わせなどで、特定の基準が満たされるときに実行され得る。例示的な基準は、例えば、無線デバイスまたはネットワークノード構成、トラフィック負荷、初期システム設定、パケットサイズ、トラフィック特性、上記の組み合わせなどに少なくとも部分的に基づいてもよい。一つまたは複数の基準が満たされると、さまざまな例示的実施形態が適用されることができる。従って、開示されたプロトコルを選択的に実装する例示的実施形態を実装することが可能であり得る。

本明細書では、「ａ」と「ａｎ」および同様の語句は「少なくとも一つ」および「一つまたは複数」として解釈される。同様に、接尾辞「（ｓ）」で終わる任意の用語は、「少なくとも一つ」および「一つまたは複数」として解釈されるべきである。本明細書では、用語「ｍａｙ」は「例えば、～であり得る」として解釈される。言い換えると、用語「ｍａｙ」は、用語「ｍａｙ」に続く語句が複数の適切な可能性の一つの実施例であり、種々の実施形態の一つまたは複数によって用いられても用いられなくてもよいことを示す。本明細書で使用される場合、用語「含む（ｃｏｍｐｒｉｓｅｓ）」および「からなる（ｃｏｎｓｉｓｔｓｏｆ）」は、記載される要素の一つまたは複数の構成要素を列挙する。用語「含む（ｃｏｍｐｒｉｓｅｓ）」は、「含む（ｉｎｃｌｕｄｅｓ）」と互換性があり記載される要素に含まれる列挙されていない構成要素を除外しない。対照的に、「からなる（ｃｏｎｓｉｓｔｓｏｆ）」は、記述される要素の一つまたは複数の構成要素の完全な列挙を提供する。本明細書で使用される場合、用語「に基づく」は、例えば、「のみに基づく」というよりも、むしろ「少なくとも部分的に基づく」と解釈されるべきである。本明細書で使用される場合、「および／または」という用語は、列挙された要素の任意の可能な組み合わせを表す。例えば、「Ａ、Ｂ、および／またはＣ」は、Ａ、Ｂ、Ｃ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡ、Ｂ、およびＣを表し得る。

ＡおよびＢがセットであり、Ａの全ての要素がＢの要素でもある場合、ＡはＢのサブセットと呼ばれる。本明細書では、非空集合およびサブセットのみが考慮される。例えば、Ｂ＝｛セル１、セル２｝の可能なサブセットは、｛セル１｝、｛セル２｝、および｛セル１、セル２｝である。「に基づいて」（または同等に「に少なくとも基づいて」）というフレーズは、用語「に基づいて」に続くフレーズがさまざまな実施形態の一つまたは複数に用いられる場合と用いられない場合とがある多数の好適な可能性の一つの実施例であることを示す。「に応答して」（または同等に「に少なくとも応答して」）というフレーズは、フレーズ「に応答して」に続くフレーズがさまざまな実施形態の一つまたは複数に用いられる場合と用いられない場合とがある多数の好適な可能性の一つの実施例であることを示す。「に応じて」（または同等に「に少なくとも応じて」）というフレーズは、フレーズ「に応じて」に続くフレーズがさまざまな実施形態の一つまたは複数に用いられる場合と用いられない場合とがある多数の好適な可能性の一つの実施例であることを示す。「採用／使用」（または同等に「少なくとも採用／使用」）というフレーズは、フレーズ「採用／使用」に続くフレーズがさまざまな実施形態の一つまたは複数に使用される場合とされない場合とがある多数の適切な可能性の一つの実施例であることを示す。

用語「構成される」は、装置が動作状態にあるか非動作状態にあるかにかかわらず、装置の容量に関連し得る。「構成される」とは、デバイスが動作状態にあるか非動作状態にあるかにかかわらず、デバイスの動作特性に影響するデバイスの特定の設定に言及することもできる。換言すれば、ハードウェア、ソフトウェア、ファームウェア、レジスタ、メモリー値などは、デバイスが特定の特性を提供するために、デバイスが動作状態または非動作状態にあるかどうかにかかわらず、デバイス内で「構成され」得る。「装置において発生する制御メッセージ」などの用語は、装置が動作状態か非動作状態かにかかわらず、制御メッセージが装置における特定の特性を構成するために使用することができる、または装置における特定のアクションを実装するために使用することができるパラメーターを有することを意味し得る。

本開示では、パラメーター（または同等にフィールド、または情報要素：ＩＥと呼ばれる）は、一つまたは複数の情報オブジェクトを含むことができ、情報オブジェクトは、一つまたは複数の他のオブジェクトを含むことができる。例えば、パラメーター（ＩＥ）Ｎがパラメーター（ＩＥ）Ｍを含み、パラメーター（ＩＥ）Ｍがパラメーター（ＩＥ）Ｋを含み、パラメーター（ＩＥ）Ｋがパラメーター（情報要素）Ｊを含む場合、例えば、ＮはＫを含み、ＮはＪを含む。例示的実施形態においては、一つまたは複数のメッセージが複数のパラメーターを含むとき、それは、複数のパラメーターのうちのパラメーターが一つまたは複数のメッセージのうちの少なくとも一つに含まれるが、一つまたは複数のメッセージの各々に含まれる必要はないことを意味する。

さらにまた、上記で提示された多くの特徴は、「ｍａｙ」の使用または括弧の使用により任意選択であるものとして説明される。簡潔さおよび読みやすさのために、本開示は、任意選択の特徴のセットから選択することによって得られ得るありとあらゆる変更を明示的に記載していない。本開示は、そのような全ての変更を明示的に開示すと解釈されるべきである。例えば、三つの任意選択の特徴を有するものとして説明されたシステムは、七つの方式、すなわち、三つの可能な特徴の一つのみ、三つの特徴のいずれか二つ、または三つの特徴の三つによって具現化されることができる。

開示された実施形態で説明される要素の多くは、モジュールとして実装され得る。ここで、モジュールは、定義された機能を実行し、他の要素への定義されたインターフェイスを有する要素として定義される。本開示で説明されるモジュールは、ハードウェア、ハードウェアと組み合わせたソフトウェア、ファームウェア、ウェットウェア（例えば、生物学的要素を有するハードウェア）、またはそれらの組み合わせで実装されてもよく、それらは、挙動的に等価とすることができる。例えば、モジュールは、ハードウェアマシン（Ｃ、Ｃ＋＋、Ｆｏｒｔｒａｎ、Ｊａｖａ（登録商標）、Ｂａｓｉｃ、Ｍａｔｌａｂなど）もしくはＳｉｍｕｌｉｎｋ、Ｓｔａｔｅｆｌｏｗ、ＧＮＵＯｃｔａｖｅ、またはＬａｂＶＩＥＷＭａｔｈＳｃｒｉｐｔで実行されるように構成されるコンピューター言語で記述されたソフトウェアルーチンで実装され得る。ディスクリートまたはプログラム可能なアナログ、デジタル、および／または量子ハードウェアを組み込む物理ハードウェアを使用してモジュールを実装することも可能であり得る。プログラム可能なハードウェアの例には、コンピューター、マイクロコントローラー、マイクロプロセッサー、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コンプレックスプログラマブルロジックデバイス（ＣＰＬＤ）が含まれる。コンピューター、マイクロコントローラー、およびマイクロプロセッサーは、アセンブリー、Ｃ、Ｃ＋＋などの言語を使用してプログラムされる。ＦＰＧＡ、ＡＳＩＣ、ＣＰＬＤは、多くの場合、プログラマブルデバイスの機能が少ない内部ハードウェアモジュール間の接続を構成するＶＨＳＩＣハードウェア記述言語（ＶＨＤＬ）またはＶｅｒｉｌｏｇなどのハードウェア記述言語（ＨＤＬ）を使用してプログラムされる。機能モジュールの結果を達成するために、上記の技術がしばしば組み合わせて使用される。

図１Ａは、本開示の実施形態が実装され得る移動体通信ネットワーク１００の実施例を示す。移動体通信ネットワーク１００は、例えば、ネットワークオペレーターによって実行される公共の土地移動体ネットワーク（ＰＬＭＮ）であり得る。図１Ａに示すように、移動体通信ネットワーク１００は、コアネットワーク（ＣＮ）１０２、無線アクセスネットワーク（ＲＡＮ）１０４、および無線デバイス１０６を含む。

ＣＮ１０２は、無線デバイス１０６に、パブリックＤＮ（例えば、インターネット）、プライベートＤＮ、および／またはオペレーター内ＤＮなどの一つまたは複数のデータネットワーク（ＤＮ）へのインターフェイスを提供し得る。インターフェイス機能の一部として、ＣＮ１０２は、無線デバイス１０６と一つまたは複数のＤＮとの間のエンドツーエンドの接続をセットアップし、無線デバイス１０６を認証し、充電機能を提供し得る。

ＲＡＮ１０４は、エアインターフェイス上で無線通信を介して、ＣＮ１０２を無線デバイス１０６に接続し得る。無線通信の一部として、ＲＡＮ１０４は、スケジューリング、無線リソース管理、および再送信プロトコルを提供し得る。エアインターフェイス上でＲＡＮ１０４から無線デバイス１０６への通信方向は、ダウンリンクとして知られ、エアインターフェイス上で無線デバイス１０６からＲＡＮ１０４への通信方向は、アップリンクとして知られる。ダウンリンク送信は、周波数分割二重化（ＦＤＤ）、時間分割二重化（ＴＤＤ）、および／または二つの二重化技術のいくつかの組み合わせを使用して、アップリンク送信から分離され得る。

無線デバイスという用語は、本開示全体を通して、無線通信が必要または利用可能な任意のモバイルデバイスまたは固定（非携帯）デバイスを指し、および包含するために使用され得る。例えば、無線デバイスは、電話、スマートフォン、タブレット、コンピューター、ラップトップ、センサー、メーター、ウェアラブルデバイス、モノのインターネット（ＩｏＴ）装置、車両道路側ユニット（ＲＳＵ）、中継ノード、自動車、および／またはそれらの任意の組み合わせであり得る。無線デバイスという用語は、ユーザー機器（ＵＥ）、ユーザー端末（ＵＴ）、アクセス端末（ＡＴ）、携帯ステーション、ハンドセット、無線送受信ユニット（ＷＴＲＵ）、および／または無線通信装置を含む、他の用語を包含する。

ＲＡＮ１０４は、一つまたは複数の基地局（図示せず）を含み得る。基地局という用語は、ノードＢ（ＵＭＴＳおよび／または３Ｇ標準に関連付けられる）、進化したノードＢ（ｅＮＢ、Ｅ-ＵＴＲＡおよび／または４Ｇ規格と関連）、遠隔無線ヘッド（ＲＲＨ）、一つまたは複数のＲＲＨに結合されたベースバンド処理ユニット、ドナーノードのカバレッジエリアを拡張するために使用されるリピーターノードまたは中継ノード、次世代進化ノードＢ（ｎｇ-ｅＮＢ）、生成ノードＢ（ｇＮＢ、ＮＲおよび／または５Ｇ規格と関連）、アクセスポイント（ＡＰ、例えばＷｉＦｉまたはその他の適切な無線通信規格に関連している）、および／またはそれらの任意の組み合わせを指し、かつそれを包含するために、本開示全体を通して使用され得る。基地局は、少なくとも一つのｇＮＢ中央ユニット（ｇＮＢ-ＣＵ）および少なくとも一つのｇＮＢ分散ユニット（ｇＮＢ-ＤＵ）を含み得る。

ＲＡＮ１０４に含まれる基地局は、無線デバイス１０６とエアインターフェイス上で通信するためのアンテナの一つまたは複数のセットを含み得る。例えば、一つまたは複数の基地局は、三つのセル（またはセクター）をそれぞれ制御するための三つのアンテナセットを含み得る。セルのサイズは、受信機（例えば、基地局受信機）が、セルで動作する送信機（例えば、無線デバイス送信機）から送信を首尾よく受信できる範囲によって決定され得る。一緒に、基地局のセルは、無線デバイス可動性をサポートするために、広い地理的エリアにわたって無線デバイス１０６に無線カバレッジを提供し得る。

三つのセクターサイトに加えて、基地局の他の実装も可能である。例えば、ＲＡＮ１０４の一つまたは複数の基地局は、三つより多いまたはそれ未満のセクターを有するセクターサイトとして実装され得る。ＲＡＮ１０４の一つまたは複数の基地局は、アクセスポイントとして、複数の遠隔無線ヘッド（ＲＲＨ）に結合されたベースバンド処理ユニットとして、および／またはドナーノードのカバレッジエリアを拡張するために使用されるリピータまたは中継ノードとして実装され得る。ＲＲＨに結合されたベースバンド処理ユニットは、集中型またはクラウドＲＡＮアーキテクチャーの一部であってもよく、ベースバンド処理ユニットは、ベースバンド処理ユニットのプール内に集中型であるか、または仮想化されていてもよい。リピーターノードは、ドナーノードから受信した無線信号を増幅および再ブロードキャストし得る。中継ノードは、リピーターノードと同じ／類似の機能を実行し得るが、ドナーノードから受信した無線信号を復号化して、無線信号を増幅および再ブロードキャストする前にノイズを除去し得る。

ＲＡＮ１０４は、類似のアンテナパターンおよび類似の高レベル送信電力を有するマクロセル基地局の均質なネットワークとして展開され得る。ＲＡＮ１０４は、異種ネットワークとして展開され得る。異種ネットワークでは、小さなセル基地局を使用して、例えば、マクロセル基地局によって提供される比較的大きなカバレッジエリアと重複するカバレッジエリアなど、小さなカバレッジエリアを提供することができる。小さなカバレッジエリアは、データトラフィックの多いエリア（またはいわゆるホットスポット）、またはマクロセルカバレッジが弱いエリアに提供され得る。スモールセル基地局の例としては、カバレッジエリアが縮小する順に、マイクロセル基地局、ピコセル基地局、およびフェムトセル基地局またはホーム基地局が挙げられる。

第三世代パートナーシッププロジェクト（３ＧＰＰ）は、図１Ａの移動体通信ネットワーク１００と同様の移動体通信ネットワークの仕様のグローバル標準化を提供するために１９９８年に形成される。現在までに、３ＧＰＰは、ユニバーサルモバイル通信システム（ＵＭＴＳ）として知られる第三世代（３Ｇ）ネットワーク、ロング・ターム・エボリューション（ＬＴＥ）として知られる第四世代（４Ｇ）ネットワーク、および５Ｇシステム（５ＧＳ）として知られる第五世代（５Ｇ）ネットワークという、三世代のモバイルネットワークの仕様を生産している。本開示の実施形態は、次世代ＲＡＮ（ＮＧ-ＲＡＮ）と呼ばれる、３ＧＰＰ５ＧネットワークのＲＡＮを参照して記載される。実施形態は、図１ＡのＲＡＮ１０４、以前の３Ｇおよび４ＧネットワークのＲＡＮ、およびまだ仕様化されていない将来のネットワーク（例えば、３ＧＰＰ６Ｇネットワーク）などの他の移動体通信ネットワークのＲＡＮに適用可能であり得る。ＮＧ-ＲＡＮは、新しい無線（ＮＲ）として知られる５Ｇ無線アクセス技術を実装し、４Ｇ無線アクセス技術または非３ＧＰＰ無線アクセス技術を含むその他の無線アクセス技術を実装するために供給され得る。

図１Ｂは、本開示の実施形態が実装され得る、別の実施例の移動体通信ネットワーク１５０を示す。移動体通信ネットワーク１５０は、例えば、ネットワークオペレーターによって実行されるＰＬＭＮであり得る。図１Ｂに示すように、移動体通信ネットワーク１５０は、５Ｇコアネットワーク（５Ｇ-ＣＮ）１５２、ＮＧ-ＲＡＮ１５４、およびＵＥ１５６ＡおよびＵＥ１５６Ｂ（総称してＵＥ１５６）を含む。これらの構成要素は、図１Ａに関して説明された対応する構成要素と同じまたは同様の方法で実装および動作することができる。

５Ｇ-ＣＮ１５２は、ＵＥ１５６に、パブリックＤＮ（例えば、インターネット）、プライベートＤＮ、および／またはオペレーター内ＤＮなどの一つまたは複数のＤＮへのインターフェイスを提供する。インターフェイス機能の一部として、５Ｇ-ＣＮ１５２は、ＵＥ１５６と一つまたは複数のＤＮとの間のエンドツーエンドの接続をセットアップし、ＵＥ１５６を認証し、充電機能を提供し得る。３ＧＰＰ４ＧネットワークのＣＮと比較して、５Ｇ-ＣＮ１５２のベースは、サービスベースのアーキテクチャーであり得る。これは、５Ｇ-ＣＮ１５２を構成するノードのアーキテクチャーが、他のネットワーク機能へのインターフェイスを介してサービスを提供するネットワーク機能として定義され得ることを意味する。５Ｇ‐ＣＮ１５２のネットワーク機能は、専用もしくは共有ハードウェア上のネットワーク要素として、専用もしくは共有ハードウェア上で動作するソフトウェアインスタンスとして、またはプラットフォーム（例えば、クラウドベースのプラットフォーム）上でインスタンス化された仮想化機能として、いくつかの方法で実装され得る。

図１Ｂに示すように、５Ｇ-ＣＮ１５２は、簡単に説明できるように、図１Ｂで一つの構成要素ＡＭＦ／ＵＰＦ１５８として示すように、アクセスおよびモビリティ管理機能（ＡＭＦ）１５８Ａおよびユーザープレーン機能（ＵＰＦ）１５８Ｂを含む。ＵＰＦ１５８Ｂは、ＮＧ-ＲＡＮ１５４と一つまたは複数のＤＮとの間のゲートウェイとして機能し得る。ＵＰＦ１５８Ｂは、パケットルーティングおよび転送、パケット検査およびユーザープレーンポリシールールの施行、トラフィック利用の報告、一つまたは複数のＤＮへのトラフィックフローのルーティングをサポートするアップリンク分類、ユーザープレーンに対するサービス品質（ＱｏＳ）処理（例えば、パケットフィルターリング、ゲーティング、アップリンク／ダウンリンクレート実施、およびアップリンクトラフィック検証）、ダウンリンクパケットバッファリング、およびダウンリンクデータ通知トリガーなどの機能を実行し得る。ＵＰＦ１５８Ｂは、イントラ／インター無線アクセス技術（ＲＡＴ）モビリティのアンカーポイント、一つまたは複数のＤＮに相互接続される外部プロトコル（またはパケット）データユニット（ＰＤＵ）セッションポイント、および／または分岐ポイントとして機能して、マルチホームＰＤＵセッションをサポートし得る。ＵＥ１５６は、ＵＥとＤＮとの間の論理接続である、ＰＤＵセッションを介してサービスを受信するように構成され得る。

ＡＭＦ１５８Ａは、非アクセス層（ＮＡＳ）シグナリングの終了、ＮＡＳシグナリングセキュリティ、アクセス層（ＡＳ）セキュリティ制御、３ＧＰＰアクセスネットワーク間のモビリティのためのＣＮ間ノードシグナリング、アイドルモードＵＥ到達可能性（例えば、ページング再送信の制御と実行）、登録エリア管理、システム内およびシステム間モビリティサポート、アクセス認証、ローミング権限のチェックを含むアクセス許可、モビリティ管理制御（サブスクリプションとポリシー）、ネットワークスライシングのサポート、および／またはセッション管理機能（ＳＭＦ）の選択などの機能を実行できる。ＮＡＳは、ＣＮとＵＥの間で動作する機能を指してもよく、ＡＳは、ＵＥとＲＡＮの間で動作する機能を指し得る。

５Ｇ-ＣＮ１５２は、わかりやすくするために図１Ｂに示されていない一つまたは複数の追加のネットワーク機能を含み得る。例えば、５Ｇ-ＣＮ１５２は、セッション管理機能（ＳＭＦ）、ＮＲリポジトリ機能（ＮＲＦ）、ポリシー制御機能（ＰＣＦ）、ネットワーク露出機能（ＮＥＦ）、統一データ管理（ＵＤＭ）、アプリケーション機能（ＡＦ）、および／または認証サーバー機能（ＡＵＳＦ）のうちの一つまたは複数を含んでもよい。

ＮＧ-ＲＡＮ１５４は、５Ｇ-ＣＮ１５２を、エアインターフェイス上で無線通信を介してＵＥ１５６に接続し得る。ＮＧ-ＲＡＮ１５４は、ｇＮＢ１６０ＡおよびｇＮＢ１６０Ｂとして図示された一つまたは複数のｇＮＢ（まとめてｇＮＢｓ１６０）および／またはｎｇ-ｅＮＢ１６２Ａおよびｎｇ-ｅＮＢ１６２Ｂとして図示された一つまたは複数のｎｇ-ｅＮＢ（まとめてｎｇ-ｅＮＢｓ１６２）を含み得る。ｇＮＢｓ１６０およびｎｇ-ｅＮＢｓ１６２は、より一般的に基地局と呼んでもよい。ｇＮＢ１６０およびｎｇ-ｅＮＢ１６２は、エアインターフェイス上でＵＥ１５６と通信するためのアンテナの一つまたは複数のセットを含み得る。例えば、ｇＮＢ１６０の一つまたは複数および／またはｎｇ-ｅＮＢ１６２の一つまたは複数は、三つのセル（またはセクター）をそれぞれ制御するための三つのアンテナセットを含んでもよい。合わせて、ｇＮＢｓ１６０およびｎｇ-ｅＮＢｓ１６２のセルは、ＵＥモビリティをサポートするために、広い地理的エリアにわたってＵＥ１５６に無線カバレッジを提供し得る。

図１Ｂに示すように、ｇＮＢ１６０および／またはｎｇ-ｅＮＢ１６２は、ＮＧインターフェイスによって５Ｇ-ＣＮ１５２に接続されてもよく、Ｘｎインターフェイスによって他の基地局に接続され得る。ＮＧおよびＸｎインターフェイスは、インターネットプロトコル（ＩＰ）トランスポートネットワークなどの基となるトランスポートネットワーク上に、直接的な物理的接続および／または間接的な接続を使用して確立され得る。ｇＮＢｓ１６０および／またはｎｇ-ｅＮＢｓ１６２は、ＵｕインターフェイスによってＵＥ１５６に接続され得る。例えば、図１Ｂに示すように、ｇＮＢ１６０Ａは、ＵｕインターフェイスによってＵＥ１５６Ａに接続され得る。ＮＧ、Ｘｎ、およびＵｕインターフェイスは、プロトコルスタックに関連付けられている。インターフェイスに関連付けられるプロトコルスタックは、データおよびシグナリングメッセージを交換するため図１Ｂのネットワーク要素によって使用されてもよく、ユーザープレーンおよび制御プレーンの二つのプレーンを含み得る。ユーザープレーンは、ユーザーにとって関心対象のデータを処理し得る。制御プレーンは、ネットワーク要素に対する関心対象のシグナリングメッセージを処理し得る。

ｇＮＢ１６０および／またはｎｇ-ｅＮＢ１６２は、一つまたは複数のＮＧインターフェイスによって、ＡＭＦ／ＵＰＦ１５８など、５Ｇ-ＣＮ１５２の一つまたは複数のＡＭＦ／ＵＰＦ機能に接続され得る。例えば、ｇＮＢ１６０Ａは、ＮＧユーザープレーン（ＮＧ-Ｕ）インターフェイスによって、ＡＭＦ／ＵＰＦ１５８のＵＰＦ１５８Ｂに接続され得る。ＮＧ-Ｕインターフェイスは、ｇＮＢ１６０ＡとＵＰＦ１５８Ｂ間のユーザープレーンＰＤＵの供給を提供し得る（例えば、非保証供給）。ｇＮＢ１６０Ａは、ＮＧ制御プレーン（ＮＧ-Ｃ）インターフェイスを使用してＡＭＦ１５８Ａに接続できる。ＮＧ-Ｃインターフェイスは、例えば、ＮＧインターフェイス管理、ＵＥコンテキスト管理、ＵＥモビリティ管理、ＮＡＳメッセージの転送、ページング、ＰＤＵセッション管理および構成の転送および／または警告メッセージの送信を提供することができる。

ｇＮＢ１６０は、Ｕｕインターフェイス上のＵＥ１５６に向かってＮＲユーザープレーンおよび制御プレーンプロトコル終端を提供し得る。例えば、ｇＮＢ１６０Ａは、第一のプロトコルスタックに関連付けられるＵｕインターフェイス上で、ＵＥ１５６Ａに向かってＮＲユーザープレーンおよび制御プレーンプロトコル終端を提供し得る。ｎｇ-ｅＮＢｓ１６２は、Ｕｕインターフェイス上のＵＥ１５６に向かって、ＥｖｏｌｖｅｄＵＭＴＳ地上無線アクセス（Ｅ‐ＵＴＲＡ）ユーザープレーンおよび制御プレーンプロトコル終端を提供してもよく、Ｅ‐ＵＴＲＡは３ＧＰＰ４Ｇ無線アクセス技術を指す。例えば、ｎｇ-ｅＮＢ１６２Ｂは、第二のプロトコルスタックに関連付けられるＵｕインターフェイス上で、ＵＥ１５６Ｂに向かってＥ‐ＵＴＲＡユーザープレーンおよび制御プレーンプロトコル終端を提供し得る。

５Ｇ-ＣＮ１５２は、ＮＲおよび４Ｇの無線アクセスを処理するように構成されると記述された。当業者であれば、ＮＲが４Ｇコアネットワークに、「非スタンドアローン動作」として知られるモードで接続することが可能であり得ることを理解するであろう。非スタンドアローン動作では、４Ｇコアネットワークを使用して、制御プレーン機能（例えば、初期アクセス、モビリティ、およびページング）を提供する（または少なくともサポートする）。一つのＡＭＦ／ＵＰＦ１５８のみが図１Ｂに示されるが、一つのｇＮＢまたはｎｇ-ｅＮＢは、複数のＡＭＦ／ＵＰＦノードに接続されて、冗長性を提供し、および／または複数のＡＭＦ／ＵＰＦノードにわたって共有をロードし得る。

論じるように、図１Ｂにおいて、ネットワーク要素間のインターフェイス（例えば、Ｕｕ、Ｘｎ、およびＮＧインターフェイス）がデータおよびシグナリングメッセージを交換するためにネットワーク要素が使用するプロトコルスタックと関連付けられてもよい。プロトコルスタックは、二つのプレーン、すなわち、ユーザープレーンおよび制御プレーンを含み得る。ユーザープレーンは、ユーザーにとって関心対象のデータを処理してもよく、制御プレーンは、ネットワーク要素に対する関心対象のシグナリングメッセージを処理し得る。

図２Ａおよび図２Ｂはそれぞれ、ＵＥ２１０とｇＮＢ２２０の間にあるＵｕインターフェイス用のＮＲユーザープレーンおよびＮＲ制御プレーンプロトコルスタックの実施例を示す。図２Ａおよび図２Ｂに示されるプロトコルスタックは、例えば、図１Ｂに示されるＵＥ１５６ＡとｇＮＢ１６０Ａとの間のＵｕインターフェイスに使用されるものと同じまたは類似であり得る。

図２Ａは、ＵＥ２１０およびｇＮＢ２２０に実装された五つの層を含むＮＲユーザープレーンプロトコルスタックを示す。プロトコルスタックの底部で、物理層（ＰＨＹｓ）２１１および２２１は、プロトコルスタックの上位層にトランスポートサービスを提供してもよく、オープンシステム相互接続（ＯＳＩ）モデルの層１に対応し得る。ＰＨＹ２１１および２２１の上の次の四つのプロトコルは、メディアアクセス制御層（ＭＡＣ）２１２および２２２、無線リンク制御層（ＲＬＣ）２１３および２２３、パケットデータ収束プロトコル層（ＰＤＣＰ）２１４および２２４、ならびにサービスデータアプリケーションプロトコル層（ＳＤＡＰ）２１５および２２５を含む。合わせて、これらの四つのプロトコルは、ＯＳＩモデルの層２またはデータリンク層を構成し得る。

図３は、ＮＲユーザープレーンプロトコルスタックのプロトコル層間に提供されるサービスの実施例を示す。図２Ａおよび図３の上からスタートして、ＳＤＡＰ２１５および２２５は、ＱｏＳフロー処理を実行し得る。ＵＥ２１０は、ＵＥ２１０とＤＮとの間の論理接続であり得る、ＰＤＵセッションを介してサービスを受信し得る。ＰＤＵセッションは、一つまたは複数のＱｏＳフローを有し得る。ＣＮのＵＰＦ（例えば、ＵＰＦ１５８Ｂ）は、ＱｏＳ要件（例えば、遅延、データ速度、および／またはエラーレートに関して）に基づいて、ＰＤＵセッションの一つまたは複数のＱｏＳフローにＩＰパケットをマッピングし得る。ＳＤＡＰ２１５および２２５は、一つまたは複数のＱｏＳフローと一つまたは複数のデータ無線ベアラとの間のマッピング／マッピング解除を実行し得る。ＱｏＳフローとデータ無線ベアラとの間のマッピング／マッピング解除は、ｇＮＢ２２０でＳＤＡＰ２２５によって決定され得る。ＵＥ２１０でのＳＤＡＰ２１５は、ｇＮＢ２２０から受信した反射マッピングまたは制御シグナリングを介して、ＱｏＳフローとデータ無線ベアラとの間のマッピングについて通知され得る。反射マッピングについては、ｇＮＢ２２０でのＳＤＡＰ２２５は、ダウンリンクパケットを、ＵＥ２１０のＳＤＡＰ２１５によって観察されて、ＱｏＳフローとデータ無線ベアラとの間のマッピング／マッピング解除を決定することができる、ＱｏＳフローインジケーター（ＱＦＩ）でマークし得る。

ＰＤＣＰ２１４およびＰＤＣＰ２２４は、エアインターフェイス上で送信する必要のあるデータ量を低減するためのヘッダー圧縮／解凍、エアインターフェイス上で送信されるデータの不正な復号化を防止するための暗号／暗号解除、および完全性保護（制御メッセージが意図されたソースから発信されることを確実にするため）を行ってもよい。ＰＤＣＰ２１４および２２４は、例えば、未送信のパケットの再送信、パケットのシーケンス内送達および再配列、ならびにｇＮＢ内ハンドオーバーのために、重複して受信されたパケットの除去を実行し得る。ＰＤＣＰ２１４および２２４は、受信されるパケットの可能性を改善し、受信機で、任意の重複パケットを除去するために、パケット重複を実行し得る。パケット重複は、高信頼性を必要とするサービスに有用であり得る。

図３には示されていないが、ＰＤＣＰ２１４および２２４は、二重接続シナリオにおいて、分割無線ベアラとＲＬＣチャネルとの間のマッピング／マッピング解除を実行し得る。二重接続は、ＵＥが二つのセル、またはより一般的には、マスターセルグループ（ＭＣＧ）およびセカンダリーセルグループ（ＳＣＧ）の二つのセルグループに接続することを可能にする技術である。分割ベアラは、ＳＤＡＰ２１５および２２５へのサービスとしてＰＤＣＰ２１４および２２４によって提供される無線ベアラの一つなどの単一の無線ベアラが、二重接続でセルグループによって処理されるときである。ＰＤＣＰ２１４および２２４は、セルグループに属するＲＬＣチャネル間で分割無線ベアラをマッピング／マッピング解除し得る。

ＲＬＣ２１３および２２３は、それぞれ、ＭＡＣ２１２および２２２から受信した複製データユニットのセグメンテーション、自動反復要求（ＡＲＱ）を通した再送信、および除去を実行し得る。ＲＬＣ２１３および２２３は、トランスペアレントモード（ＴＭ）、未確認応答モード（ＵＭ）、および確認応答モード（ＡＭ）の三つの送信モードをサポートし得る。ＲＬＣが動作している送信モードに基づいて、ＲＬＣは、指摘された機能のうちの一つまたは複数を実行し得る。このＲＬＣ構成は、ヌメロロジおよび／または送信時間間隔（ＴＴＩ）持続時間に依存せずに論理チャネル毎とすることができる。図３に示すように、ＲＬＣ２１３および２２３は、それぞれＰＤＣＰ２１４および２２４にサービスとしてＲＬＣチャネルを提供し得る。

ＭＡＣ２１２およびＭＡＣ２２２は、論理チャネルの多重化／多重分離、および／または論理チャネルとトランスポートチャネルとの間のマッピングを実行し得る。多重化／多重分離は、ＰＨＹ２１１および２２１へ／から送達されるトランスポートブロック（ＴＢ）へ／からの一つまたは複数の論理チャネルに属するデータユニットの多重化／多重分離を含んでもよい。ＭＡＣ２２２は、動的スケジューリングによって、ＵＥ間の、スケジューリング、スケジューリング情報報告、および優先度処理を行うように構成され得る。スケジューリングは、ダウンリンクおよびアップリンクのためにｇＮＢ２２０（ＭＡＣ２２２にて）で実施され得る。ＭＡＣ２１２および２２２は、ハイブリッド自動反復要求（ＨＡＲＱ）（例えば、キャリア集計（ＣＡ）の場合、キャリアごとに一つのＨＡＲＱエンティティ）を通して、エラー訂正、論理チャネル優先順位付けによるＵＥ２１０の論理チャネル間の優先度処理、および／またはパディングを行うように構成され得る。ＭＡＣ２１２およびＭＡＣ２２２は、一つまたは複数のヌメロロジおよび／または送信タイミングをサポートし得る。一実施例では、論理チャネル優先度付けにおけるマッピング制限により、論理チャネルがどのヌメロロジおよび／または送信タイミングを使用することができるかを制御することができる。図３に示すように、ＭＡＣ２１２および２２２は、サービスとしてＲＬＣ２１３および２２３に論理チャネルを提供し得る。

ＰＨＹ２１１および２２１は、エアインターフェイス上で情報を送受信するために、物理チャネルへのトランスポートチャネルのマッピングおよびデジタルおよびアナログ信号処理機能を実行し得る。これらのデジタルおよびアナログ信号処理機能は、例えば、符号化／復号化および変調／復調を含み得る。ＰＨＹ２１１および２２１は、マルチアンテナマッピングを実行し得る。図３に示すように、ＰＨＹ２１１および２２１は、サービスとして、ＭＡＣ２１２および２２２に一つまたは複数のトランスポートチャネルを提供し得る。

図４Ａは、ＮＲユーザープレーンプロトコルスタックを通るダウンリンクデータフローの実施例を示す。図４Ａは、ＮＲユーザープレーンプロトコルスタックを通した三つのＩＰパケット（ｎ、ｎ＋１、およびｍ）のダウンリンクデータフローを示し、ｇＮＢ２２０で二つのＴＢを生成する。ＮＲユーザープレーンプロトコルスタックを通るアップリンクデータフローは、図４Ａに示すダウンリンクデータフローと類似し得る。

図４Ａのダウンリンクデータフローは、ＳＤＡＰ２２５が、一つまたは複数のＱｏＳフローから三つのＩＰパケットを受信し、三つのパケットを無線ベアラにマッピングしたときに開始する。図４Ａでは、ＳＤＡＰ２２５は、ＩＰパケットｎおよびｎ＋１を第一の無線ベアラ４０２にマッピングし、ＩＰパケットｍを第二の無線ベアラ４０４にマッピングする。ＳＤＡＰヘッダー（図４Ａで「Ｈ」とラベル付けされる）がＩＰパケットに追加される。より高いプロトコル層から／へのデータユニットは、より低いプロトコル層のサービスデータユニット（ＳＤＵ）と呼ばれ、より低いプロトコル層へ／からのデータユニットは、より高いプロトコル層のプロトコルデータユニット（ＰＤＵ）と呼ばれる。図４Ａに示すように、ＡＰ２２５からのデータユニットは、より低いプロトコル層ＰＤＣＰ２２４のＳＤＵであり、ＳＤＡＰ２２５のＰＤＵである。

図４Ａの残りのプロトコル層は、関連する機能（例えば、図３に関して）を実行し、対応するヘッダーを追加し、それぞれの出力を次の下層に転送し得る。例えば、ＰＤＣＰ２２４は、ＩＰヘッダー圧縮および暗号化を実行し、その出力をＲＬＣ２２３に転送し得る。ＲＬＣ２２３は、任意選択で（例えば、図４ＡのＩＰパケットｍについて示されるように）セグメンテーションを実行し、その出力をＭＡＣ２２２に転送することができる。ＭＡＣ２２２は、いくつかのＲＬＣＰＤＵを多重化してもよく、ＭＡＣサブヘッダーをＲＬＣＰＤＵに取り付けてトランスポートブロックを形成し得る。ＮＲでは、図４Ａに示すように、ＭＡＣサブヘッダーはＭＡＣＰＤＵ全体に分散され得る。ＬＴＥでは、ＭＡＣサブヘッダーはＭＡＣＰＤＵの先頭に完全に配置され得る。ＮＲＭＡＣＰＤＵ構造は、ＭＡＣＰＤＵサブヘッダーが、完全なＭＡＣＰＤＵが組み立てられる前に計算され得るため、処理時間および関連遅延を低減し得る。

図４Ｂは、ＭＡＣＰＤＵにおけるＭＡＣサブヘッダーのフォーマット例を示す。ＭＡＣサブヘッダーには、ＭＡＣサブヘッダーが対応しているＭＡＣＳＤＵの長さ（バイト単位など）を示すためのＳＤＵ長さフィールド、ＭＡＣＳＤＵが多重分離プロセスを支援するために開始した論理チャネルを識別するための論理チャネル識別子（ＬＣＤ）フィールド、ＳＤＵ長さフィールドのサイズを示すためのフラグ（Ｆ）、および将来使用するための予約ビット（Ｒ）フィールドが含まれる。

図４Ｂはさらに、ＭＡＣ２２３またはＭＡＣ２２２などのＭＡＣによってＭＡＣＰＤＵに挿入されるＭＡＣ制御要素（ＣＥ）を示す。例えば、図４Ｂは、ＭＡＣＰＤＵに挿入された二つのＭＡＣＣＥを示す。ＭＡＣＣＥは、ダウンリンク送信（図４Ｂに示されるように）のためＭＡＣＰＤＵの開始に、およびアップリンク送信のためＭＡＣＰＤＵの終わりに挿入され得る。ＭＡＣＣＥは、インバンド制御シグナリングに使用され得る。ＭＡＣＣＥの例としては、バッファステータスレポートや電力ヘッドルームレポートなどのスケジューリング関連ＭＡＣＣＥ、ＰＤＣＰ重複検出の起動／停止、チャネル状態情報（ＣＳＩ）レポート、サウンディング基準信号（ＳＲＳ）送信、および事前構成済みコンポーネント、のためのものなどの起動／停止ＭＡＣＣＥ、不連続受信（ＤＲＸ）関連ＭＡＣＣＥ、タイミング進行ＭＡＣＣＥ、およびランダムアクセス関連ＭＡＣＣＥが挙げられる。ＭＡＣＣＥは、ＭＡＣＳＤＵに説明されるのと類似したフォーマットのＭＡＣサブヘッダーによって先行されてもよく、ＭＡＣＣＥに含まれる制御情報のタイプを示すＬＣＩＤフィールドに予約値で識別され得る。

ＮＲ制御プレーンプロトコルスタックを説明する前に、論理チャネル、トランスポートチャネル、および物理チャネル、ならびにチャネルタイプ間のマッピングを最初に説明する。一つまたは複数のチャネルを使用して、後述するＮＲ制御プレーンプロトコルスタックに関連する機能を実行し得る。

図５Ａおよび図５Ｂは、それぞれダウンリンクおよびアップリンクについて、論理チャネル、トランスポートチャネル、および物理チャネル間のマッピングを示す。情報は、ＮＲプロトコルスタックのＲＬＣ、ＭＡＣ、およびＰＨＹ間のチャネルを通して送信される。論理チャネルは、ＲＬＣとＭＡＣとの間で使用することができ、ＮＲ制御プレーン内に制御および構成情報を伝達する制御チャネルとして、またはＮＲユーザープレーン内にデータを伝達するトラフィックチャネルとして分類することができる。論理チャネルは、特定のＵＥ専用の専用論理チャネルとして、または複数のＵＥによって使用され得る共通の論理チャネルとして分類され得る。論理チャネルはまた、それが運ぶ情報のタイプによって定義され得る。ＮＲによって定義される論理チャネルのセットには、例えば、
- 位置がセルレベルでネットワークに知られていないＵＥをページングするために使用されるページングメッセージを表示するためのページング制御チャネル（ＰＣＣＨ）と、
- マスター情報ブロック（ＭＩＢ）およびいくつかのシステム情報ブロック（ＳＩＢ）の形態でシステム情報メッセージを伝達するためのブロードキャスト制御チャネル（ＢＣＣＨ）であって、システム情報メッセージがＵＥによって使用されて、セルがどのように構成され、セル内でどのように動作するかについての情報を取得し得る、ブロードキャスト制御チャネルと、
- ランダムアクセスとともに制御メッセージを送信するための共通制御チャネル（ＣＣＣＨ）と、
- ＵＥを構成するために、特定のＵＥとの間で制御メッセージを送信するための専用制御チャネル（ＤＣＣＨ）と、
- ユーザーデータを特定のＵＥとの間で送信するための専用トラフィックチャネル（ＤＴＣＨ）とを含む。

トランスポートチャネルは、ＭＡＣ層とＰＨＹ層の間で使用され、それらが送信する情報をエアインターフェイス上でどのように送信するかによって定義され得る。ＮＲによって定義されるトランスポートチャネルのセットには、例えば、
- ＰＣＣＨから発信されたページングメッセージを送信するためのページングチャネル（ＰＣＨ）と、
- ＢＣＣＨからＭＩＢを運ぶためのブロードキャストチャネル（ＢＣＨ）と、
- ＢＣＣＨからのＳＩＢを含む、ダウンリンクデータおよびシグナリングメッセージの送信用のダウンリンク共有チャネル（ＤＬ-ＳＣＨ）
- アップリンクデータおよびシグナリングメッセージを送信するためのアップリンク共有チャネル（ＵＬ-ＳＣＨ）と、
- 事前スケジューリングなしに、ＵＥがネットワークに接続できるようにするランダムアクセスチャネル（ＲＡＣＨ）と、を含む。

ＰＨＹは、物理チャネルを使用して、ＰＨＹの処理レベル間で情報を渡すことができる。物理チャネルは、一つまたは複数のトランスポートチャネルの情報を運ぶための時間周波数リソースの関連セットを有し得る。ＰＨＹは、制御情報を生成して、ＰＨＹの低レベル動作をサポートし、Ｌ１／Ｌ２制御チャネルとして知られる物理制御チャネルを介して、ＰＨＹの低レベルへ制御情報を提供し得る。ＮＲによって定義される物理チャネルおよび物理的制御チャネルのセットは、例えば、
- ＢＣＨからＭＩＢを運ぶための物理ブロードキャストチャネル（ＰＢＣＨ）と、
- ＤＬ-ＳＣＨからのダウンリンクデータおよびシグナリングメッセージ、ならびにＰＣＨからのページングメッセージを運ぶための物理ダウンリンク共有チャネル（ＰＤＳＣＨ）と、
- ダウンリンクスケジューリングコマンド、アップリンクスケジューリング許可、およびアップリンク電力制御コマンドを含み得る、ダウンリンク制御情報（ＤＣＩ）を運ぶための物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と、
- ＵＬ-ＳＣＨおよび以下に記載されるように、一部の例ではアップリンク制御情報（ＵＣＩ）からアップリンクデータおよびシグナリングメッセージを運ぶための物理アップリンク共有チャネル（ＰＵＳＣＨ）と、
- ＨＡＲＱ確認応答、チャネル品質インジケーター（ＣＱＩ）、プリコーディングマトリックスインジケーター（ＰＭＩ）、ランクインジケーター（ＲＩ）、およびスケジューリング要求（ＳＲ）を含み得る、ＵＣＩを運ぶための物理アップリンク制御チャネル（ＰＵＣＣＨ）と、
- ランダムアクセスのための物理ランダムアクセスチャネル（ＰＲＡＣＨ）と、を含む。

物理制御チャネルと同様に、物理層は、物理層の低レベル動作をサポートするために物理信号を生成する。図５Ａおよび図５Ｂに示すよう、ＮＲによって定義される物理層信号には、プライマリー同期信号（ＰＳＳ）、セカンダリー同期信号（ＳＳＳ）、チャネル状態情報基準信号（ＣＳＩ-ＲＳ）、復調基準信号（ＤＭＳＲ）、サウンディング基準信号（ＳＲＳ）、および位相トラッキング基準信号（ＰＴ-ＲＳ）が含まれる。これらの物理層信号は、以下でより詳細に説明される。

図２Ｂは、ＮＲ制御プレーンプロトコルスタックの実施例を示す。図２Ｂにおいて、ＮＲ制御プレーンプロトコルスタックは、ＮＲユーザープレーンプロトコルスタックの例と同じ／類似の第一の四つのプロトコル層を使用し得る。これら四つのプロトコル層には、ＰＨＹ２１１および２２１、ＭＡＣ２１２および２２２、ＲＬＣ２１３および２２３、ならびにＰＤＣＰ２１４および２２４が含まれる。ＮＲユーザープレーンプロトコルスタックのように、スタックの上部にＳＤＡＰ２１５および２２５を有する代わりに、ＮＲ制御プレーンスタックは、ＮＲ制御プレーンプロトコルスタックの上部に無線リソース制御（ＲＲＣ）２１６および２２６、ならびにＮＡＳプロトコル２１７および２３７を持つ。

ＮＡＳプロトコル２１７および２３７は、ＵＥ２１０とＡＭＦ２３０（例えば、ＡＭＦ１５８Ａ）の間、またはより一般的には、ＵＥ２１０とＣＮとの間に制御プレーン機能を提供し得る。ＮＡＳプロトコル２１７および２３７は、ＮＡＳメッセージと呼ばれるシグナリングメッセージを介して、ＵＥ２１０とＡＭＦ２３０との間に制御プレーン機能を提供し得る。ＵＥ２１０とＡＭＦ２３０の間には、ＮＡＳメッセージを送信できる直接経路はない。ＮＡＳメッセージは、ＵｕおよびＮＧインターフェイスのＡＳを使用して送信され得る。ＮＡＳプロトコル２１７および２３７は、認証、セキュリティ、接続セットアップ、モビリティ管理、およびセッション管理などの制御プレーン機能を提供し得る。

ＲＲＣ２１６および２２６は、ＵＥ２１０とｇＮＢ２２０との間に、またはより一般的には、ＵＥ２１０とＲＡＮとの間に制御プレーン機能を提供し得る。ＲＲＣ２１６および２２６は、ＲＲＣメッセージと呼ばれるシグナリングメッセージを介して、ＵＥ２１０とｇＮＢ２２０との間に制御プレーン機能を提供し得る。ＲＲＣメッセージは、シグナリング無線ベアラ、および同一／類似のＰＤＣＰ、ＲＬＣ、ＭＡＣ、およびＰＨＹプロトコル層を使用して、ＵＥ２１０とＲＡＮとの間で送信され得る。ＭＡＣは、制御プレーンおよびユーザープレーンデータを、同じトランスポートブロック（ＴＢ）内に多重化し得る。ＲＲＣ２１６および２２６は、ＡＳおよびＮＡＳに関連するシステム情報のブロードキャスト、ＣＮまたはＲＡＮによって開始されたページング、ＵＥ２１０とＲＡＮとの間のＲＲＣ接続の確立、メンテナンス、およびリリース、キー管理を含むセキュリティ機能、シグナリング無線ベアラおよびデータ無線ベアラの確立、構成、メンテナンス、およびリリース、モビリティ機能、ＱｏＳ管理機能、ＵＥ測定レポートとレポートの制御、無線リンク障害（ＲＬＦ）の検出と回復、および／またはＮＡＳメッセージ転送のような制御プレーン機能を提供できる。ＲＲＣ接続の確立の一部として、ＲＲＣ２１６および２２６は、ＵＥ２１０とＲＡＮとの間の通信のためのパラメーターの設定を伴い得る、ＲＲＣコンテキストを確立し得る。

図６は、ＵＥのＲＲＣ状態遷移を示す例示的な図である。ＵＥは、図１Ａに示す無線デバイス１０６、図２Ａおよび図２Ｂに示すＵＥ２１０、または本開示に記載される任意の他の無線デバイス、と同一または類似であり得る。図６に示されるように、ＵＥは、三つのＲＲＣ状態のうちの少なくとも一つにあり得る。つまり、ＲＲＣ接続６０２（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）、ＲＲＣアイドル６０４（例えば、ＲＲＣ＿ＩＤＬＥ）、およびＲＲＣ非アクティブ６０６（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ）。

ＲＲＣ接続６０２では、ＵＥは確立されたＲＲＣコンテキストを有し、基地局と少なくとも一つのＲＲＣ接続を有し得る。基地局は、図１Ａに示すＲＡＮ１０４に含まれる一つまたは複数の基地局の一つ、図１Ｂに示すｇＮＢ１６０またはｎｇ-ｅＮＢ１６２の一つ、図２Ａおよび図２Ｂに示すｇＮＢ２２０、または本開示に記載される任意の他の基地局に類似であり得る。ＵＥが接続される基地局には、ＵＥのＲＲＣコンテキストがあり得る。ＵＥコンテキストと呼ばれるＲＲＣコンテキストは、ＵＥと基地局との間の通信のためのパラメーターを含んでもよい。これらのパラメーターには、例えば、一つまたは複数のＡＳコンテキスト、一つまたは複数の無線リンク構成パラメーター、ベアラ構成情報（例えば、データ無線ベアラ、シグナリング無線ベアラ、論理チャネル、ＱｏＳフロー、および／またはＰＤＵセッションに関連する）、セキュリティ情報、および／またはＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、および／またはＳＤＡＰ層構成情報が含まれ得る。ＲＲＣ接続６０２では、ＵＥのモビリティはＲＡＮ（例えば、ＲＡＮ１０４またはＮＧ-ＲＡＮ１５４）によって管理され得る。ＵＥは、サービングセルおよび隣接セルからの信号レベル（例えば、基準信号レベル）を測定し、これらの測定値を現在ＵＥにサービスを提供している基地局に報告し得る。ＵＥのサービング基地局は、報告された測定値に基づいて、隣接基地局の一つのセルへのハンドオーバーを要求し得る。ＲＲＣ状態は、ＲＲＣ接続６０２から、接続リリース手順６０８を介して、ＲＲＣアイドル６０４に、移行してもよく、または接続非アクティブ手順６１０を介してＲＲＣ非アクティブ６０６に移行し得る。

ＲＲＣアイドル６０４では、ＲＲＣコンテキストはＵＥに対して確立され得ない。ＲＲＣアイドル６０４では、ＵＥは基地局とのＲＲＣ接続を有し得ない。ＲＲＣアイドル６０４中、ＵＥは、ほとんどの時間の間、スリープ状態であり得る（例えば、バッテリー電力を節約するため）。ＵＥは、定期的に（例えば、不連続受信サイクル毎に１回）起動して、ＲＡＮからのページングメッセージを監視することができる。ＵＥのモビリティは、セル再選択として知られる手順を通してＵＥによって管理され得る。ＲＲＣ状態は、以下でより詳細に論じるようにランダムアクセス手順を伴い得る接続確立手順６１２を介して、ＲＲＣアイドル６０４からＲＲＣ接続６０２に移行し得る。

ＲＲＣ非アクティブ６０６では、以前に確立されたＲＲＣコンテキストは、ＵＥおよび基地局で維持される。これにより、ＲＲＣアイドル６０４からＲＲＣ接続６０２への遷移と比較して、シグナリングのオーバーヘッドが低減されて、ＲＲＣ接続６０２への高速遷移が可能となる。ＲＲＣ非アクティブ６０６では、ＵＥはスリープ状態にあり、ＵＥのモビリティは、セル再選択を通してＵＥによって管理され得る。ＲＲＣ状態は、ＲＲＣ非アクティブ６０６から、接続再開手順６１４によって、ＲＲＣ接続６０２に、または接続リリース手順６０８と同一または類似の接続リリース手順６１６を介して、ＲＲＣアイドル６０４に移行し得る。

ＲＲＣ状態は、モビリティ管理機構と関連付けられてもよい。ＲＲＣアイドル６０４およびＲＲＣ非アクティブ６０６では、モビリティは、セル再選択を通してＵＥによって管理される。ＲＲＣアイドル６０４およびＲＲＣ非アクティブ６０６におけるモビリティ管理の目的は、ネットワークが、移動体通信ネットワーク全体にわたりページングメッセージをブロードキャストすることなく、ページングメッセージを介してイベントをＵＥに通知できるようにすることである。ＲＲＣアイドル６０４およびＲＲＣ非アクティブ６０６で使用されるモビリティ管理機構は、ページングメッセージが、移動体通信ネットワーク全体の代わりにＵＥが現在存在するセルグループのセル上にブロードキャストされ得るように、ネットワークがセルグループレベル上でＵＥを追跡することを可能にし得る。ＲＲＣアイドル６０４およびＲＲＣ非アクティブ６０６のモビリティ管理機構は、セルグループレベル上でＵＥを追跡する。それらは、異なる粒度のグループ化を使用して、そうすることができる。例えば、セルグループ化の粒度の三つのレベル、すなわち、個々のセル、ＲＡＮエリア識別子（ＲＡＩ）によって識別されるＲＡＮエリア内のセル、および追跡エリアと呼ばれ、追跡エリア識別子（ＴＡＩ）によって識別されるＲＡＮエリアのグループ内のセル、であり得る。

追跡エリアは、ＣＮレベルでＵＥを追跡するために使用され得る。ＣＮ（例えば、ＣＮ１０２または５Ｇ-ＣＮ１５２）は、ＵＥ登録エリアに関連付けられるＴＡＩのリストをＵＥに提供し得る。ＵＥが、セル再選択を通して、ＵＥ登録エリアに関連付けられるＴＡＩのリストに含まれないＴＡＩに関連付けられているセルに移動した場合、ＵＥは、ＣＮがＵＥの位置を更新できるようにＣＮで登録更新を行い、ＵＥに新しいＵＥ登録エリアを提供し得る。

ＲＡＮエリアは、ＲＡＮレベルでＵＥを追跡するために使用され得る。ＲＲＣ非アクティブ６０６状態のＵＥについては、ＵＥにＲＡＮ通知エリアを割り当てることができる。ＲＡＮ通知エリアは、一つまたは複数のセルアイデンティティ、ＲＡＩのリスト、またはＴＡＩのリストを含み得る。一実施例では、基地局は、一つまたは複数のＲＡＮ通知エリアに属し得る。一実施例では、セルは、一つまたは複数のＲＡＮ通知エリアに属することができる。ＵＥがセル再選択を通して、ＵＥに割り当てられたＲＡＮ通知エリアに含まれないセルに移動した場合、ＵＥは、ＲＡＮで通知エリアの更新を実行し、ＵＥのＲＡＮ通知エリアを更新することができる。

ＵＥに対するＲＲＣコンテキストを格納する基地局、またはＵＥの最後のサービング基地局は、アンカー基地局と呼んでもよい。アンカー基地局は、少なくとも、ＵＥがアンカー基地局のＲＡＮ通知エリアに留まっている時間の間、および／またはＵＥがＲＲＲＣ非アクティブ６０６に留まっている時間の間に、ＵＥに対するＲＲＣコンテキストを維持し得る。

図１ＢのｇＮＢ１６０などのｇＮＢは、二つの部分、つまり中央ユニット（ｇＮＢ-ＣＵ）、および一つまたは複数の分散ユニット（ｇＮＢ-ＤＵ）に分割できる。ｇＮＢ-ＣＵは、Ｆ１インターフェイスを使用して、一つまたは複数のｇＮＢ-ＤＵに結合され得る。ｇＮＢ‐ＣＵは、ＲＲＣ、ＰＤＣＰ、およびＳＤＡＰを含んでもよい。ｇＮＢ-ＤＵは、ＲＬＣ、ＭＡＣ、およびＰＨＹを含んでもよい。

ＮＲでは、物理信号および物理チャネル（図５Ａおよび図５Ｂ）を直交周波数分割多重化（ＯＦＤＭ）シンボル上にマッピングし得る。ＯＦＤＭは、Ｆ直交サブキャリア（またはトーン）上でデータを送信するマルチキャリア通信スキームである。送信前に、データは、ソースシンボルと呼ばれ、Ｆ平行シンボルストリームに分割される、一連の複雑なシンボル（例えば、Ｍ直交振幅変調（Ｍ-ＱＡＭ）またはＭ相シフトキーイング（Ｍ-ＰＳＫ）シンボル）にマッピングされ得る。Ｆ平行シンボルストリームは、それらが周波数ドメイン内にあるかのように扱われ、それらを時間ドメインに変換する逆高速フーリエ変換（ＩＦＦＴ）ブロックへの入力として使用され得る。ＩＦＦＴブロックは、Ｆ平行シンボルストリームのそれぞれから一つを、Ｆソースシンボルに一度に取り込み、各ソースシンボルを使用して、Ｆ直交サブキャリアに対応するＦ正弦波基底関数の一つの振幅および位相を変調することができる。ＩＦＦＴブロックの出力は、Ｆ直交サブキャリアの総和を表すＦ時間ドメインサンプルであり得る。Ｆ時間ドメインサンプルは、単一のＯＦＤＭシンボルを形成し得る。いくつかの処理（例えば、サイクリックプレフィックスの追加）およびアップコンバージョンの後、ＩＦＦＴブロックによって提供されるＯＦＤＭシンボルは、キャリア周波数上でエアインターフェイス上で送信され得る。Ｆ平行シンボルストリームは、ＩＦＦＴブロックによって処理される前に、ＦＦＴブロックを使用して混合され得る。この処理は、ディスクリートフーリエ変換（ＤＦＴ）であらかじめ符号化されたＯＦＤＭシンボルを生成し、アップリンク内のＵＥにより使用され、ピーク対平均電力比（ＰＡＰＲ）を減少させることができる。逆処理は、ＦＦＴブロックを使用して受信機でＯＦＤＭシンボル上で実行されて、ソースシンボルにマッピングされたデータを復元し得る。

図７は、ＯＦＤＭシンボルがグループ化されたＮＲフレームの構成例を示す。ＮＲフレームは、システムフレーム番号（ＳＦＮ）によって識別され得る。ＳＦＮは、１０２４フレームの期間で繰り返し得る。図示するように、一つのＮＲフレームは、持続時間が１０ミリ秒（ｍｓ）であってもよく、持続時間が１ミリ秒である１０個のサブフレームを含んでもよい。サブフレームは、例えば、スロット当たり１４個のＯＦＤＭシンボルを含むスロットに分割され得る。

スロットの持続時間は、スロットのＯＦＤＭシンボルに使用されるヌメロロジに依存し得る。ＮＲでは、異なるセル展開（例えば、最大ｍｍ波の範囲のキャリア周波数のセルまでのキャリア周波数が１ＧＨｚ未満のセル）を収容するために、柔軟なヌメロロジがサポートされる。ヌメロロジは、サブキャリア間隔およびサイクリックプレフィックス持続時間に関して定義され得る。ＮＲにおけるヌメロロジについては、サブキャリア間隔は、１５ｋＨｚのベースラインサブキャリア間隔から２の累乗によってスケールアップされてもよく、サイクリックプレフィックス持続時間は、４．７ｕｍｓのベースラインサイクリックプレフィックス持続時間から２の累乗によってスケールダウンされ得る。例えば、ＮＲは、以下のサブキャリア間隔／サイクリックプレフィックス持続時間の組み合わせを、用いてヌメロロジを定義する：１５ｋＨｚ／４．７ｕｍｓ、３０ｋＨｚ／２．３ｕｍｓ、６０ｋＨｚ／１．２ｕｍｓ、１２０ｋＨｚ／０．５９ｕｍｓ、および２４０ｋＨｚ／０．２９ｕｍｓ。

スロットは、固定数のＯＦＤＭシンボル（例えば、１４個のＯＦＤＭシンボル）を有し得る。より高いサブキャリア間隔を有するヌメロロジは、スロット持続時間が短く、それに応じて、サブフレーム当たりのスロット数が多い。図７は、このヌメロロジ依存性スロット持続時間およびサブフレーム当たりのスロット送信構造を示す（図示を容易にするために、２４０ｋＨｚのサブキャリア間隔を有するヌメロロジは図７には示されていない）。ＮＲ内のサブフレームは、ヌメロロジ非依存時間基準として使用され得るが、スロットは、アップリンクおよびダウンリンク送信がスケジュールされるユニットとして使用され得る。低遅延をサポートするために、ＮＲでのスケジューリングは、スロット持続時間から分離され、任意のＯＦＤＭシンボルで始まり、送信に必要なだけ多くのシンボルで終わってもよい。これらの部分スロット送信は、ミニスロット送信またはサブスロット送信と呼んでもよい。

図８は、ＮＲキャリアの時間および周波数ドメインにおけるスロットの構成例を示す。スロットには、リソース要素（ＲＥ）とリソースブロック（ＲＢ）が含まれる。ＲＥは、ＮＲの中で最小の物理リソースである。ＲＥは、図８に示されるように、周波数ドメインの一つのサブキャリアによって、時間ドメインの一つのＯＦＤＭシンボルにわたる。ＲＢは、図８に示されるように、周波数ドメインで１２個の連続するＲＥにわたる。ＮＲキャリアは、２７５ＲＢまたは２７５×１２＝３３００サブキャリアの幅に制限され得る。こうした制限は、使用される場合、ＮＲキャリアをサブキャリア間隔が１５、３０、６０、および１２０ｋＨｚのそれぞれについて、５０、１００、２００、および４００ＭＨｚに制限してもよく、４００ＭＨｚの帯域幅が、キャリア帯域幅制限当たり４００ＭＨｚに基づいて設定され得る。

図８は、ＮＲキャリアの全帯域幅にわたって使用される単一のヌメロロジを示す。他の例示的な構成では、複数のヌメロロジが、同じキャリア上でサポートされ得る。

ＮＲは、広範なキャリア帯域幅（例えば、１２０ｋＨｚのサブキャリア間隔に対して最大４００ＭＨｚ）をサポートし得る。全てのＵＥが、キャリアの全帯域幅を受信できるとは限らない（例えば、ハードウェアの制限など）。また、全キャリア帯域幅を受信することは、ＵＥの電力消費量の観点からは禁止され得る。一実施例では、電力消費量を低減するため、および／または他の目的のために、ＵＥは、ＵＥが受信を予定しているトラフィック量に基づいて、ＵＥの受信帯域幅のサイズを適合させ得る。これは帯域幅適応と呼ばれる。

ＮＲは、全キャリア帯域幅を受信できないＵＥをサポートし、帯域幅適応をサポートする帯域幅部分（ＢＷＰ）を定義する。一実施例では、ＢＷＰは、キャリア上の連続ＲＢのサブセットによって定義され得る。ＵＥは、サービングセル当たり一つまたは複数のダウンリンクＢＷＰおよび一つまたは複数のアップリンクＢＷＰ（例えば、サービングセル当たり最大四つのダウンリンクＢＷＰおよび最大四つのアップリンクＢＷＰ）で（例えば、ＲＲＣ層を介して）で構成され得る。所与の時間で、サービングセルに対して構成されるＢＷＰのうちの一つまたは複数がアクティブであり得る。これらの一つまたは複数のＢＷＰは、サービングセルのアクティブＢＷＰと呼んでもよい。サービングセルがセカンダリーアップリンクキャリアで構成されるとき、サービングセルは、アップリンクキャリアに一つまたは複数の第一のアクティブＢＷＰ、およびセカンダリーアップリンクキャリアに一つまたは複数の第二のアクティブＢＷＰを有し得る。

ペアでないスペクトルについては、ダウンリンクＢＷＰのダウンリンクＢＷＰインデックスとアップリンクＢＷＰのアップリンクＢＷＰインデックスが同じ場合、構成済みダウンリンクＢＷＰのセットからのダウンリンクＢＷＰを、構成済みアップリンクＢＷＰのセットからのアップリンクＢＷＰとリンクし得る。ペアでないスペクトルについては、ＵＥは、ダウンリンクＢＷＰの中心周波数がアップリンクＢＷＰの中心周波数と同じであると予想し得る。

プライマリーセル（ＰＣｅｌｌ）上の構成済みダウンリンクＢＷＰのセット内のダウンリンクＢＷＰについて、基地局は、少なくとも一つの検索空間に対してＵＥを、一つまたは複数の制御リソースセット（ＣＯＲＥＳＥＴ）で構成し得る。検索空間は、ＵＥが制御情報を見つけることができる、時間および周波数ドメイン内の位置のセットである。検索空間は、ＵＥ固有の検索空間または共通検索空間（複数のＵＥによって潜在的に使用可能）であり得る。例えば、基地局は、アクティブダウンリンクＢＷＰにおいて、ＰＣｅｌｌ上またはプライマリーセカンダリーセル（ＰＳＣｅｌｌ）上に、共通検索空間でＵＥを構成することができる。

構成済みアップリンクＢＷＰのセット内のアップリンクＢＷＰの場合、ＢＳは、一つまたは複数のＰＵＣＣＨ送信のための一つまたは複数のリソースセットでＵＥを構成することができる。ＵＥは、ダウンリンクＢＷＰに対して、構成されるヌメロロジ（例えば、サブキャリア間隔およびサイクリックプレフィックス持続時間）に従って、ダウンリンクＢＷＰ内のダウンリンク受信（例えば、ＰＤＣＣＨまたはＰＤＳＣＨ）を受信し得る。ＵＥは、構成されるヌメロロジ（例えば、アップリンクＢＷＰのサブキャリア間隔およびサイクリックプレフィックス長）に従って、アップリンクＢＷＰ内のアップリンク送信（例えば、ＰＵＣＣＨまたはＰＵＳＣＨ）を送信し得る。

一つまたは複数のＢＷＰインジケーターフィールドは、ダウンリンク制御情報（ＤＣＩ）に提供され得る。ＢＷＰインジケーターフィールドの値は、構成されるＢＷＰのセットのどのＢＷＰが、一つまたは複数のダウンリンク受信に対するアクティブダウンリンクＢＷＰであるかを示し得る。一つまたは複数のＢＷＰインジケーターフィールドの値は、一つまたは複数のアップリンク送信に対するアクティブアップリンクＢＷＰを示し得る。

基地局は、ＰＣｅｌｌに関連付けられる構成済みダウンリンクＢＷＰのセット内のデフォルトダウンリンクＢＷＰで、ＵＥを半静的に構成し得る。基地局が、ＵＥに対するデフォルトダウンリンクＢＷＰを提供していない場合、デフォルトダウンリンクＢＷＰは、初期アクティブダウンリンクＢＷＰとすることができる。ＵＥは、ＰＢＣＨを使用して取得されたＣＯＲＥＳＥＴ構成に基づいて、どのＢＷＰが初期アクティブダウンリンクＢＷＰであるかを決定し得る。

基地局は、ＰＣｅｌｌのＢＷＰ非アクティブタイマー値でＵＥを構成できる。ＵＥは、適切な任意の時点でＢＷＰ非アクティブタイマーを開始または再起動することができる。例えば、（ａ）ＵＥが、対のスペクトル動作に対するデフォルトダウンリンクＢＷＰ以外のアクティブダウンリンクＢＷＰを示すＤＣＩを検出するときに、または（ｂ）ＵＥが、ペアでないスペクトル動作に対するデフォルトダウンリンクＢＷＰまたはアップリンクＢＷＰ以外のアクティブダウンリンクＢＷＰまたはアクティブアップリンクＢＷＰを示すＤＣＩを検出するときに、ＵＥがＢＷＰ非アクティブタイマーを開始または再起動し得る。ＵＥが一定期間（例えば、１ミリ秒または０．５ミリ秒）ＤＣＩを検出しない場合、ＵＥは、ＢＷＰ非アクティブタイマーを満了に向かって実行し得る（例えば、ゼロからＢＷＰ非アクティブタイマー値まで増加させるか、またはＢＷＰ非アクティブタイマー値からゼロへ減少させる）。ＢＷＰ非アクティブタイマーが満了になると、ＵＥはアクティブダウンリンクＢＷＰからデフォルトダウンリンクＢＷＰに切り替えられてもよい。

一実施例では、基地局は、一つまたは複数のＢＷＰを有するＵＥを半静的に構成することができる。ＵＥは、第二のＢＷＰをアクティブＢＷＰとして示すＤＣＩを受信することに応答して、および／またはＢＷＰ非アクティブタイマーの満了に応答して（例えば、第二のＢＷＰがデフォルトＢＷＰである場合）、アクティブＢＷＰを第一のＢＷＰから第二のＢＷＰに切り替えることができる。

ダウンリンクおよびアップリンクＢＷＰスイッチング（ＢＷＰスイッチングが、現在アクティブＢＷＰから、現在アクティブＢＷＰでないへのスイッチングを指す）は、ペアのスペクトルで独立して行われてもよい。ペアでないスペクトルでは、ダウンリンクおよびアップリンクＢＷＰスイッチングを同時に実施し得る。構成されるＢＷＰ間の切り替えは、ＲＲＣシグナリング、ＤＣＩ、ＢＷＰ非アクティブタイマーの満了、および／またはランダムアクセスの開始に基づいて発生し得る。

図９は、ＮＲキャリアに対して三つの構成されるＢＷＰを使用した帯域幅適応の実施例を示す。三つのＢＷＰで構成されるＵＥは、切替点で、一つのＢＷＰから別のＢＷＰに切り替えてもよい。図９に示される例では、ＢＷＰに、帯域幅が４０ＭＨｚ、サブキャリア間隔が１５ｋＨｚのＢＷＰ９０２、帯域幅が１０ＭＨｚ、サブキャリア間隔が１５ｋＨｚのＢＷＰ９０４、および帯域幅が２０ＭＨｚ、サブキャリア間隔が６０ｋＨｚのＢＷＰ９０６が含まれる。ＢＷＰ９０２は、初期アクティブＢＷＰであってもよく、ＢＷＰ９０４は、デフォルトＢＷＰであり得る。ＵＥは、切替点においてＢＷＰ間を切り替えることができる。図９の例では、ＵＥは、切替点９０８でＢＷＰ９０２からＢＷＰ９０４に切り替えてもよい。切替点９０８での切り替えは、例えば、ＢＷＰ非アクティブタイマー（デフォルトＢＷＰへのスイッチングを示す）の満了に応答して、および／またはアクティブＢＷＰとしてＢＷＰ９０４を示すＤＣＩを受信することに応答して、任意の適切な理由のために発生し得る。ＵＥは、アクティブＢＷＰとしてＢＷＰ９０６を示すＤＣＩを受信する応答で、切替点９１０でアクティブＢＷＰ９０４からＢＷＰ９０６に切り替えてもよい。ＵＥは、ＢＷＰ非アクティブタイマーの満了に応答して、および／またはＢＷＰ９０４をアクティブＢＷＰとして示すＤＣＩを受信することに応答して、切替点９１２でアクティブＢＷＰ９０６からＢＷＰ９０４に切り替えてもよい。ＵＥは、ＢＷＰ９０２をアクティブＢＷＰとして示すＤＣＩを受信する応答で、切替点９１４でアクティブＢＷＰ９０４からＢＷＰ９０２に切り替えてもよい。

ＵＥが、構成済みダウンリンクＢＷＰのセットとタイマー値におけるデフォルトダウンリンクＢＷＰでセカンダリーセルに対して構成される場合、セカンダリーセル上のＢＷＰを切り替えるためのＵＥ手順は、プライマリーセル上のものと同一／類似であり得る。例えば、ＵＥは、ＵＥがプライマリーセルに対してこれらの値を使用するのと同じ／同様の様式で、セカンダリーセルに対してタイマー値およびデフォルトダウンリンクＢＷＰを使用し得る。

より大きなデータ速度を提供するために、キャリア集計（ＣＡ）を使用して、二つ以上のキャリアをアグリゲーションし、同じＵＥとの間で同時に送信することができる。ＣＡのアグリゲーションキャリアは、コンポーネントキャリア（ＣＣ）と呼んでもよい。ＣＡを使用する場合、ＵＥ用のサービングセルは多数あり、ＣＣ用のセルは一つである。ＣＣは、周波数ドメイン内に三つの構成を有し得る。

図１０Ａは、二つのＣＣを有する三つのＣＡ構成を示す。帯域内、連続的な構成１００２において、二つのＣＣは、同じ周波数帯（周波数帯Ａ）にアグリゲーションされ、周波数帯内で互いに直接隣接して配置される。帯域内、連続しない構成１００４では、二つのＣＣは、同じ周波数帯（周波数帯Ａ）にアグリゲーションされ、ギャップによって周波数帯に分離される。帯域内構成１００６では、二つのＣＣは、周波数帯（周波数帯Ａおよび周波数帯Ｂ）に位置する。

一実施例では、最大３２個のＣＣがアグリゲーションされ得る。アグリゲーションＣＣは、同じまたは異なる帯域幅、サブキャリア間隔、および／または二重化スキーム（ＴＤＤまたはＦＤＤ）を有し得る。ＣＡを使用するＵＥのサービングセルは、ダウンリンクＣＣを有し得る。ＦＤＤについて、一つまたは複数のアップリンクＣＣは、任意選択で、サービングセル用に構成され得る。アップリンクキャリアよりも多くのダウンリンクキャリアをアグリゲーションすることができることは、例えば、ＵＥがアップリンクよりもダウンリンクにおいてより多くのデータトラフィックを有する場合に有用であり得る。

ＣＡを使用する場合、ＵＥのアグリゲーションセルの一つを、プライマリーセル（ＰＣｅｌｌ）と呼んでもよい。ＰＣｅｌｌは、ＵＥが最初にＲＲＣ接続確立、再確立、および／またはハンドオーバーで接続するサービングセルであり得る。ＰＣｅｌｌは、ＵＥにＮＡＳモビリティ情報とセキュリティ入力を提供し得る。ＵＥは異なるＰＣｅｌｌを有し得る。ダウンリンクでは、ＰＣｅｌｌに対応するキャリアは、ダウンリンクプライマリーＣＣ（ＤＬＰＣＣ）と呼んでもよい。アップリンクでは、ＰＣｅｌｌに対応するキャリアは、アップリンクプライマリーＣＣ（ＵＬＰＣＣ）と呼んでもよい。ＵＥのその他のアグリゲーションセルは、セカンダリーセル（ＳＣｅｌｌ）と呼んでもよい。一実施例では、ＳＣｅｌｌは、ＰＣｅｌｌがＵＥに対して構成される後に構成され得る。例えば、ＳＣｅｌｌは、ＲＲＣ接続再構成手順を介して構成され得る。ダウンリンクでは、ＳＣｅｌｌに対応するキャリアは、ダウンリンクセカンダリーＣＣ（ＤＬＳＣＣ）と呼んでもよい。アップリンクでは、ＳＣｅｌｌに対応するキャリアは、アップリンクセカンダリーＣＣ（ＵＬＳＣＣ）と呼んでもよい。

ＵＥに対して構成されるＳＣｅｌｌは、例えば、トラフィックおよびチャネル条件に基づいて起動および停止され得る。ＳＣｅｌｌの停止は、ＳＣｅｌｌ上のＰＤＣＣＨおよびＰＤＳＣＨ受信が停止され、ＳＣｅｌｌ上のＰＵＳＣＨ、ＳＲＳ、およびＣＱＩ送信が停止されることを意味し得る。構成されるＳＣｅｌｌは、図４Ｂに関して、ＭＡＣＣＥを使用して起動および停止され得る。例えば、ＭＡＣＣＥは、ビットマップ（例えば、ＳＣｅｌｌあたり１ビット）を使用して、ＵＥに対するどのＳＣｅｌｌ（例えば、構成されるＳＣｅｌｌのサブセットの中）が起動または停止されるかを示し得る。構成されるＳＣｅｌｌは、ＳＣｅｌｌ停止タイマー（例えば、ＳＣｅｌｌ当たり一つのＳＣｅｌｌ停止タイマー）の満了に応答して停止され得る。

セルのスケジューリング割り当ておよびスケジューリング許可などのダウンリンク制御情報は、自己スケジューリングとして知られる、割り当ておよび許可に対応するセル上で送信され得る。セルに対するＤＣＩは、クロスキャリアスケジューリングとして知られる別のセル上で送信され得る。アグリゲーションセルに対するアップリンク制御情報（例えば、ＣＱＩ、ＰＭＩ、および／またはＲＩなどのＨＡＲＱ確認応答およびチャネル状態フィードバック）は、ＰＣｅｌｌのＰＵＣＣＨ上で送信され得る。アグリゲーションされたダウンリンクＣＣの数が多いと、ＰＣｅｌｌのＰＵＣＣＨが過負荷になるかもしれない。セルは、複数のＰＵＣＣＨグループに分けられてもよい。

図１０Ｂは、アグリゲーションセルがどのように一つまたは複数のＰＵＣＣＨ群に構成され得るかの実施例を示す。ＰＵＣＣＨグループ１０１０およびＰＵＣＣＨグループ１０５０は、それぞれ一つまたは複数のダウンリンクＣＣを含み得る。図１０Ｂの実施例において、ＵＣＣＨグループ１０１０は、ＰＣｅｌｌ１０１１、ＳＣｅｌｌ１０１２、およびＳＣｅｌｌ１０１３の三つのダウンリンクＣＣを含む。ＰＵＣＣＨグループ１０５０は、本実施例において、ＰＣｅｌｌ１０５１、ＳＣｅｌｌ１０５２、およびＳＣｅｌｌ１０５３の三つのダウンリンクＣＣを含む。一つまたは複数のアップリンクＣＣは、ＰＣｅｌｌ１０２１、ＳＣｅｌｌ１０２２、およびＳＣｅｌｌ１０２３として構成され得る。一つまたは複数の他のアップリンクＣＣは、プライマリーＳセル（ＰＳＣｅｌｌ）１０６１、ＳＣｅｌｌ１０６２、およびＳＣｅｌｌ１０６３として構成され得る。ＵＣＩ１０３１、ＵＣＩ１０３２、およびＵＣＩ１０３３として示されるＰＵＣＣＨグループ１０１０のダウンリンクＣＣに関連するアップリンク制御情報（ＵＣＩ）は、ＰＣｅｌｌ１０２１のアップリンクで送信され得る。ＵＣＩ１０７１、ＵＣＩ１０７２、およびＵＣＩ１０７３として示されるＰＵＣＣＨグループ１０５０のダウンリンクＣＣに関連するアップリンク制御情報（ＵＣＩ）は、ＰＳＣｅｌｌ１０６１のアップリンクで送信され得る。一実施例では、図１０Ｂに描写されるアグリゲーションセルがＰＵＣＣＨグループ１０１０およびＰＵＣＣＨグループ１０５０に分割されていない場合、ダウンリンクＣＣに関連するＵＣＩを送信するための単一のアップリンクＰＣｅｌｌおよびＰＣｅｌｌは、過負荷状態になり得る。ＵＣＩの送信をＰＣｅｌｌ１０２１とＰＳＣｅｌｌ１０６１の間で分割することによって、過負荷を防止し得る。

ダウンリンクキャリアとオプションのアップリンクキャリアを含むセルには、物理セルＩＤとセルインデックスを割り当てることができる。物理セルＩＤまたはセルインデックスは、例えば、物理セルＩＤが使用される、コンテキストに応じて、セルのダウンリンクキャリアおよび／またはアップリンクキャリアを識別し得る。物理セルＩＤは、ダウンリンクコンポーネントキャリア上で送信される同期信号を使用して決定することができる。セルインデックスは、ＲＲＣメッセージを使用して判定することができる。本開示において、物理セルＩＤは、キャリアＩＤと呼ばれることがある。セルインデックスは、キャリアインデックスと呼ばれることがある。例えば、本開示が第一のダウンリンクキャリアに対する第一の物理セルＩＤに言及する場合、本開示は、第一の物理セルＩＤが、第一のダウンリンクキャリアを含むセルに対するものであることを意味することができる。同じ概念は、例えば、キャリアの起動に適用し得る。本開示が第一のキャリアが起動されることを示す場合、本明細書は、第一のキャリアを含むセルが起動されることを意味し得る。

ＣＡでは、ＰＨＹのマルチキャリアの性質がＭＡＣに曝露され得る。一実施例では、ＨＡＲＱエンティティは、サービングセル上で動作し得る。トランスポートブロックは、サービングセル当たりの割り当て／許可当たりに生成され得る。トランスポートブロックおよびトランスポートブロックの潜在的なＨＡＲＱ再送信は、サービングセルにマッピングされ得る。

ダウンリンクでは、基地局が、ＵＥへの一つまたは複数の基準信号（ＲＳ）（例えば、図５Ａに示されるように、ＰＳＳ、ＳＳＳ、ＣＳＩ-ＲＳ、ＤＭＲＳ、および／またはＰＴ-ＲＳ）を送信（例えば、ユニキャスト、マルチキャスト、および／またはブロードキャスト）し得る。アップリンクでは、ＵＥは、一つまたは複数のＲＳを基地局（例えば、図５Ｂに示されるように、ＤＭＲＳ、ＰＴ-ＲＳ、および／またはＳＲＳ）に送信することができる。ＰＳＳおよびＳＳＳは、基地局によって送信され、ＵＥによって使用され、ＵＥを基地局に同期化することができる。ＰＳＳおよびＳＳＳは、ＰＳＳ、ＳＳＳ、およびＰＢＣＨを含む同期信号（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）ブロック内に提供され得る。基地局は、ＳＳ／ＰＢＣＨブロックのバーストを定期的に送信し得る。

図１１Ａは、ＳＳ／ＰＢＣＨブロックの構造および位置の実施例を示す。ＳＳ／ＰＢＣＨブロックのバーストは、一つまたは複数のＳＳ／ＰＢＣＨブロック（例えば、図１１Ａに示すように、四つのＳＳ／ＰＢＣＨブロック）を含んでもよい。バーストは、定期的に送信され得る（例えば、２フレーム毎または２０ミリ秒毎）。バーストは、ハーフフレーム（例えば、持続時間５ミリ秒を有する第一のハーフフレーム）に制限され得る。図１１Ａは一例であり、これらのパラメーター（バースト当たりのＳＳ／ＰＢＣＨブロックの数、バーストの周期性、フレーム内のバーストの位置）は、例えば、ＳＳ／ＰＢＣＨブロックが送信されるセルのキャリア周波数、セルのヌメロロジまたはサブキャリア間隔、ネットワークによる構成（例えば、ＲＲＣシグナリングを使用する）、または任意の他の適切な要因に基づいて構成され得ることが理解されよう。一実施例では、ＵＥは、監視されるキャリア周波数に基づいてＳＳ／ＰＢＣＨブロックに対するサブキャリア間隔を想定し得る。ただし、無線ネットワークが、異なるサブキャリア間隔を想定するようＵＥを構成している場合はこの限りではない。

ＳＳ／ＰＢＣＨブロックは、時間ドメイン内の一つまたは複数のＯＦＤＭシンボル（例えば、図１１Ａの例に示されるような四つのＯＦＤＭシンボル）にわたってもよく、周波数ドメインの一つまたは複数のサブキャリア（例えば、２４０個の連続したサブキャリア）にわたってもよい。ＰＳＳ、ＳＳＳ、およびＰＢＣＨは、共通中心周波数を有し得る。ＰＳＳは、最初に送信されてもよく、例えば、一つのＯＦＤＭシンボルおよび１２７個のサブキャリアにわたってもよい。ＳＳＳは、ＰＳＳの後に送信されてもよく（例えば、後の二つのシンボル）、１ＯＦＤＭシンボルおよび１２７サブキャリアにわたってもよい。ＰＢＣＨは、ＰＳＳの後に送信されてもよく（例えば、次の三つのＯＦＤＭシンボルにわたって）、２４０個のサブキャリアにわたってもよい。

時間および周波数ドメインにおけるＳＳ／ＰＢＣＨブロックの位置は、ＵＥに知られ得ない（例えば、ＵＥがセルを検索している場合）。セルを見つけて選択するために、ＵＥはＰＳＳのキャリアを監視し得る。例えば、ＵＥは、キャリア内の周波数位置を監視し得る。ある特定の期間（例えば、２０ミリ秒）後にＰＳＳが見つからない場合、ＵＥは、同期ラスタによって示されるように、キャリア内の異なる周波数位置でＰＳＳを検索し得る。ＰＳＳが時間および周波数ドメイン内の位置に見られる場合、ＵＥは、ＳＳ／ＰＢＣＨブロックの既知の構造に基づいて、ＳＳＳおよびＰＢＣＨの位置をそれぞれ決定し得る。ＳＳ／ＰＢＣＨブロックは、セル定義ＳＳブロック（ＣＤ-ＳＳＢ）であり得る。一実施例では、プライマリーセルは、ＣＤ-ＳＳＢと関連付けられてもよい。ＣＤ-ＳＳＢは、同期ラスタ上に配置され得る。一実施例では、セル選択／検索および／または再選択は、ＣＤ-ＳＳＢに基づいてもよい。

ＳＳ／ＰＢＣＨブロックは、ＵＥによってセルの一つまたは複数のパラメーターを決定するのに使用され得る。例えば、ＵＥは、ＰＳＳおよびＳＳＳの配列それぞれに基づいて、セルの物理セル識別子（ＰＣＩ）を決定し得る。ＵＥは、ＳＳ／ＰＢＣＨブロックの位置に基づいて、セルのフレーム境界の位置を決定し得る。例えば、ＳＳ／ＰＢＣＨブロックは、送信パターンに従って送信されたことを示してもよく、送信パターン中のＳＳ／ＰＢＣＨブロックは、フレーム境界から既知の距離である。

ＰＢＣＨは、ＱＰＳＫ変調を使用してもよく、順方向エラー訂正（ＦＥＣ）を使用し得る。ＦＥＣは、極性コーディングを使用し得る。ＰＢＣＨによってスパンされる一つまたは複数のシンボルは、ＰＢＣＨの復調のために一つまたは複数のＤＭＲＳを運んでもよい。ＰＢＣＨは、セルの現在のシステムフレーム番号（ＳＦＮ）および／またはＳＳ／ＰＢＣＨブロックタイミングインデックスの表示を含み得る。これらのパラメーターは、ＵＥの基地局への時間同期を容易にし得る。ＰＢＣＨは、ＵＥに一つまたは複数のパラメーターを提供するために使用されるマスター情報ブロック（ＭＩＢ）を含んでもよい。ＭＩＢは、ＵＥによって使用され、セルに関連付けられる残りの最小システム情報（ＲＳＳＩ）を見つけることができる。ＲＭＳＩは、システム情報ブロックタイプ１（ＳＩＢ１）を含んでもよい。ＳＩＢ１は、ＵＥがセルにアクセスするために必要な情報を含み得る。ＵＥは、ＰＤＳＣＨをスケジュールするために使用され得る、ＰＤＣＣＨを監視するためにＭＩＢの一つまたは複数のパラメーターを使用し得る。ＰＤＳＣＨは、ＳＩＢ１を含み得る。ＳＩＢ１は、ＭＩＢに提供されたパラメーターを使用して復号化され得る。ＰＢＣＨは、ＳＩＢ１の不在を示し得る。ＳＩＢ１の不在を示すＰＢＣＨに基づいて、ＵＥは周波数を指し示し得る。ＵＥは、ＵＥが指される周波数でＳＳ／ＰＢＣＨブロックを検索し得る。

ＵＥは、同じＳＳ／ＰＢＣＨブロックインデックスで送信された一つまたは複数のＳＳ／ＰＢＣＨブロックが、準同じ位置に配置される（ＱＣＬされる）（例えば、同じ／類似のドップラー拡散、ドップラーシフト、平均ゲイン、平均遅延、および／または空間Ｒｘパラメーターを持つ）と想定することができる。ＵＥは、ＳＳ／ＰＢＣＨブロック送信に対してＱＣＬが異なるＳＳ／ＰＢＣＨブロックインデックスを有することを想定し得ない。

ＳＳ／ＰＢＣＨブロック（例えば、半フレーム内にあるブロック）は、空間方向（例えば、セルのカバレッジエリアにわたる異なるビームを使用して）に送信され得る。一実施例では、第一のＳＳ／ＰＢＣＨブロックは、第一のビームを使用して第一の空間方向に送信されてもよく、第二のＳＳ／ＰＢＣＨブロックは、第二のビームを使用して第二の空間方向に送信され得る。

一実施例では、キャリアの周波数スパン内で、基地局は、複数のＳＳ／ＰＢＣＨブロックを送信し得る。一実施例では、複数のＳＳ／ＰＢＣＨブロックの第一のＳＳ／ＰＢＣＨブロックの第一のＰＣＩは、複数のＳＳ／ＰＢＣＨブロックの第二のＳＳ／ＰＢＣＨブロックの第二のＰＣＩとは異なってもよい。異なる周波数位置で送信されるＳＳ／ＰＢＣＨブロックのＰＣＩは、異なってもよく、または同一であり得る。

ＣＳＩ-ＲＳは、基地局によって送信され、ＵＥによってチャネル状態情報（ＣＳＩ）を取得するために使用され得る。基地局は、チャネル推定またはその他の任意の適切な目的のために、一つまたは複数のＣＳＩ-ＲＳでＵＥを構成し得る。基地局は、同一／類似のＣＳＩ-ＲＳのうちの一つまたは複数でＵＥを構成し得る。ＵＥは、一つまたは複数のＣＳＩ-ＲＳを測定することができる。ＵＥは、一つまたは複数のダウンリンクＣＳＩ-ＲＳの測定に基づいて、ダウンリンクチャネル状態を推定し、および／またはＣＳＩレポートを生成することができる。ＵＥは、ＣＳＩレポートを基地局に提供し得る。基地局は、ＵＥによって提供されるフィードバック（例えば、推定されたダウンリンクチャネル状態）を使用して、リンク適合を実行し得る。

基地局は、一つまたは複数のＣＳＩ-ＲＳリソースセットでＵＥを半静的に構成できる。ＣＳＩ-ＲＳリソースは、時間および周波数ドメイン内の位置および周期性と関連付けられてもよい。基地局は、ＣＳＩ-ＲＳリソースを選択的に起動および／または停止し得る。基地局は、ＣＳＩ-ＲＳリソースセット内のＣＳＩ-ＲＳリソースが起動および／または停止されることをＵＥに示し得る。

基地局は、ＣＳＩ測定値を報告するようにＵＥを構成し得る。基地局は、定期的に、不定期に、または半永続的にＣＳＩレポートを提供するようにＵＥを構成し得る。定期的なＣＳＩレポートのために、ＵＥは、複数のＣＳＩレポートのタイミングおよび／または周期性で構成され得る。不定期のＣＳＩレポートについては、基地局がＣＳＩレポートを要求し得る。例えば、基地局は、ＵＥに、構成されるＣＳＩ-ＲＳリソースを測定し、測定値に関するＣＳＩレポートを提供するように命令し得る。半永続的ＣＳＩレポートについては、基地局は、定期レポートを定期的に送信し、選択的に起動または停止するようＵＥを構成することができる。基地局は、ＲＲＣシグナリングを使用して、ＣＳＩ-ＲＳリソースセットおよびＣＳＩレポートでＵＥを構成し得る。

ＣＳＩ-ＲＳ構成は、例えば、最大３２個のアンテナポートを示す一つまたは複数のパラメーターを含み得る。ＵＥは、ダウンリンクＣＳＩ-ＲＳおよびＣＯＲＥＳＥＴが空間的にＱＣＬされ、ダウンリンクＣＳＩ-ＲＳに関連付けられるリソース要素がＣＯＲＥＳＥＴ用に構成される物理リソースブロック（ＰＲＢ）の外部にある場合、ダウンリンクＣＳＩ-ＲＳと制御リソースセット（ＣＯＲＥＳＥＴ）に同じＯＦＤＭシンボルを使用するように構成できる。ＵＥは、ダウンリンクＣＳＩ-ＲＳおよびＳＳ／ＰＢＣＨブロックが空間的にＱＣＬされ、ダウンリンクＣＳＩ-ＲＳに関連付けられるリソース要素がＳＳ／ＰＢＣＨブロック用に構成されるＰＲＢの外部にある場合、ダウンリンクＣＳＩ-ＲＳおよびＳＳ／ＰＢＣＨブロックに同じＯＦＤＭシンボルを使用するように構成できる。

ダウンリンクＤＭＲＳは、基地局によって送信されてもよく、ＵＥによってチャネル推定のために使用され得る。例えば、ダウンリンクＤＭＲＳは、一つまたは複数のダウンリンク物理チャネル（例えば、ＰＤＳＣＨ）のコヒーレント復調に使用され得る。ＮＲネットワークは、データ復調のために一つまたは複数の可変および／または構成可能なＤＭＲＳパターンをサポートし得る。少なくとも一つのダウンリンクＤＭＲＳ構成は、フロントロードされたＤＭＲＳパターンをサポートすることができる。フロントロードされたＤＭＲＳは、一つまたは複数のＯＦＤＭシンボル（例えば、一つまたは二つの隣接するＯＦＤＭシンボル）にマッピングできる。基地局は、ＰＤＳＣＨのフロントロードされたＤＭＲＳシンボルの数（例えば、最大数）を使用してＵＥを半静的に構成できる。ＤＭＲＳ構成は、一つまたは複数のＤＭＲＳポートをサポートし得る。例えば、シングルユーザーＭＩＭＯの場合、ＤＭＲＳ構成は、ＵＥ当たり最大八つの直交ダウンリンクＤＭＲＳポートをサポートし得る。マルチユーザーＭＩＭＯの場合、ＤＭＲＳ構成は、ＵＥあたり最大四つの直交ダウンリンクＤＭＲＳポートをサポートできる。無線ネットワークは、ダウンリンクとアップリンクの一般的なＤＭＲＳ構造を（例えば、少なくともＣＰ-ＯＦＤＭに対し）サポートできる。ＤＭＲＳ位置、ＤＭＲＳパターン、および／またはスクランブリングシーケンスは、同じであっても異なっていてもよい。基地局は、同じプリコーディングマトリックスを使用して、ダウンリンクＤＭＳおよび対応するＰＤＳＣＨを送信し得る。ＵＥは、ＰＤＳＣＨのコヒーレント復調／チャネル推定のために一つまたは複数のダウンリンクＤＭＲを使用し得る。

一実施例では、送信機（例えば、基地局）は、送信帯域幅の一部に対してプリコーダマトリックスを使用し得る。例えば、送信機は、第一の帯域幅に第一のプリコーダマトリックスを、第二の帯域幅に第二のプリコーダマトリックスを使用し得る。第一のプリコーダマトリックスおよび第二のプリコーダマトリックスは、第一の帯域幅が第二の帯域幅とは異なることに基づいて異なってもよい。ＵＥは、同じプリコーディングマトリックスが、ＰＲＢのセットにわたって使用されると仮定し得る。ＰＲＢのセットは、プリコーディングリソースブロックグループ（ＰＲＧ）として示され得る。

ＰＤＳＣＨは、一つまたは複数の層を含んでもよい。ＵＥは、ＤＭＳを有する少なくとも一つのシンボルが、ＰＤＳＣＨの一つまたは複数の層の層上に存在すると仮定し得る。上位層は、ＰＤＳＣＨに対して最大三つのＤＭＲＳを構成し得る。

ダウンリンクＰＴ-ＲＳは、基地局によって送信されてもよく、位相雑音補償のためにＵＥによって使用され得る。ダウンリンクＰＴ-ＲＳが存在するかどうかは、ＲＲＣ構成によって異なる。ダウンリンクＰＴ-ＲＳの存在および／またはパターンは、ＲＲＣシグナリングの組み合わせ、および／またはＤＣＩによって示され得る、他の目的（例えば、変調および符号化スキーム（ＭＣＳ））に使用される一つまたは複数のパラメーターとの関連付けを使用して、ＵＥ固有ベースに構成できる。構成される場合、ダウンリンクＰＴ-ＲＳの動的な存在は、少なくともＭＣＳを含む一つまたは複数のＤＣＩパラメーターに関連付けることができる。ＮＲネットワークは、時間および／または周波数ドメインで定義された複数のＰＴ-ＲＳ密度をサポートすることができる。周波数ドメイン密度は、それが存在する場合、スケジュールされた帯域幅の少なくとも一つの構成に関連付けられることができる。ＵＥは、ＤＭＲＳポートおよびＰＴ-ＲＳポートのための同じプリコーディングを想定し得る。ＰＴ-ＲＳポート数は、スケジュールされたリソース内のＤＭ-ＲＳポート数よりも少ない場合がある。ダウンリンクＰＴ-ＲＳは、ＵＥのスケジュールされた時間／周波数期間に制限され得る。ダウンリンクＰＴ-ＲＳは、受信機での相追跡を容易にするためにシンボル上で送信され得る。

ＵＥは、アップリンクＤＭＲＳを基地局に送信してチャネル推定を行うことができる。例えば、基地局は、一つまたは複数のアップリンク物理チャネルのコヒーレント復調のためにアップリンクＤＭＲＳを使用し得る。例えば、ＵＥは、ＰＵＳＣＨおよび／またはＰＵＣＣＨでアップリンクＤＭＲを送信し得る。アップリンクＤＭ-ＲＳは、対応する物理チャネルに関連付けられる周波数の範囲に類似する周波数の範囲にわたってもよい。基地局は、一つまたは複数のアップリンクＤＭＲＳ構成でＵＥを構成することができる。少なくとも一つのＤＭＲＳ構成が、フロントロードされたＤＭＲＳパターンをサポートし得る。フロントロードされたＤＭＲＳは、一つまたは複数のＯＦＤＭシンボル（例えば、一つまたは二つの隣接するＯＦＤＭシンボル）にマッピングできる。一つまたは複数のアップリンクＤＭＲＳは、ＰＵＳＣＨおよび／またはＰＵＣＣＨの一つまたは複数のシンボルで送信するように構成され得る。基地局は、ＵＥが、単一シンボルＤＭＲＳおよび／または二重シンボルＤＭＲＳをスケジュールするために使用し得る、ＰＵＳＣＨおよび／またはＰＵＣＣＨ用のフロントロードＤＭＲＳシンボルの数（例えば、最大数）を用いて、ＵＥを半静的に構成し得る。ＮＲネットワークは、ダウンリンクおよびアップリンク用の共通ＤＭＲＳ構造（例えば、サイクリックプレフィックス直交周波数分割多重化（ＣＰ-ＯＦＤＭ）のために）をサポートしてもよく、ここで、ＤＭＲＳ位置、ＤＭＲＳパターン、および／またはＤＭＲＳのスクランブル配列は、同一であっても異なってもよい。

ＰＵＳＣＨは、一つまたは複数の層を含んでもよく、ＵＥは、ＰＵＳＣＨの一つまたは複数の層の層上に存在するＤＭＳを有する少なくとも一つのシンボルを送信し得る。一実施例では、上位層は、ＰＵＳＣＨに対して最大三つのＤＭＲＳを構成し得る。

アップリンクＰＴ-ＲＳ（位相トラッキングおよび／または位相雑音補償のために基地局によって使用され得る）は、ＵＥのＲＲＣ構成に応じて存在し得るか、または存在しなくてもよい。アップリンクＰＴ-ＲＳの存在および／またはパターンは、ＲＲＣシグナリングおよび／またはＤＣＩによって示され得る、他の目的（例えば、ＭｏｄｕｌａｔｉｏｎａｎｄＣｏｄｉｎｇＳｃｈｅｍｅ（ＭＣＳ））に使用される一つまたは複数のパラメーターの組み合わせによってＵＥ固有ベースに構成できる。構成される場合、アップリンクＰＴ-ＲＳの動的な存在は、少なくともＭＣＳを含む一つまたは複数のＤＣＩパラメーターに関連付けることができる。無線ネットワークは、時間／周波数ドメインで画定される複数のアップリンクＰＴ-ＲＳ密度をサポートすることができる。周波数ドメイン密度は、それが存在する場合、スケジュールされた帯域幅の少なくとも一つの構成に関連付けられることができる。ＵＥは、ＤＭＲＳポートおよびＰＴ-ＲＳポートのための同じプリコーディングを想定し得る。ＰＴ-ＲＳポート数は、スケジュールされたリソース内のＤＭ-ＲＳポート数よりも少ない場合がある。例えば、アップリンクＰＴ-ＲＳは、ＵＥのスケジュールされた時間／周波数期間に制限され得る。

ＳＲＳは、アップリンクチャネル依存スケジューリングおよび／またはリンク適合をサポートするために、チャネル状態推定のためにＵＥによって基地局に送信され得る。ＵＥによって送信されるＳＲＳは、基地局が一つまたは複数の周波数でアップリンクチャネル状態を推定することを可能にし得る。基地局のスケジューラは、推定されたアップリンクチャネル状態を使用して、ＵＥからのアップリンクＰＵＳＣＨ送信のために一つまたは複数のリソースブロックを割り当てることができる。基地局は、一つまたは複数のＳＲＳリソースセットを用いてＵＥを半静的に構成することができる。ＳＲＳリソースセットの場合、基地局は、一つまたは複数のＳＲＳリソースを用いてＵＥを構成することができる。ＳＲＳリソースセットの適用可能性は、上位層（例えば、ＲＲＣ）のパラメーターによって構成されることができる。例えば、上位層パラメーターがビーム管理を示す場合、一つまたは複数のＳＲＳリソースセット（例えば、同一／類似の時間ドメイン挙動、周期性、非周期性、および／または同種のものを有する）のＳＲＳリソースセット内のＳＲＳリソースが、瞬時に（例えば、同時に）送信され得る。ＵＥは、ＳＲＳリソースセット内の一つまたは複数のＳＲＳリソースを送信することができる。ＮＲネットワークは、非周期的、周期的、および／または半持続的ＳＲＳ送信をサポートし得る。ＵＥは、一つまたは複数のトリガータイプに基づいてＳＲＳリソースを送信してもよく、一つまたは複数のトリガータイプは、上位層シグナリング（例えば、ＲＲＣ）および／または一つまたは複数のＤＣＩフォーマットを含んでもよい。一実施例では、少なくとも一つのＤＣＩフォーマットが、ＵＥに対して用いられて、一つまたは複数の構成されるＳＲＳリソースセットのうちの少なくとも一つを選択し得る。ＳＲＳトリガータイプ０は、上位層のシグナリングに基づいてトリガーされたＳＲＳを指し得る。ＳＲＳトリガータイプ１は、一つまたは複数のＤＣＩフォーマットに基づいてトリガーされたＳＲＳを指すことができる。一実施例では、ＰＵＳＣＨとＳＲＳが同じスロットで送信される場合、ＵＥは、ＰＵＳＣＨおよび対応するアップリンクＤＭＲＳの送信の後にＳＲＳを送信するように構成され得る。

基地局は、ＳＲＳリソース構成識別子、ＳＲＳポートの数、ＳＲＳリソース構成の時間ドメイン挙動（例えば、周期的、半永続的、または非周期的ＳＲＳの表示）、スロット、ミニスロット、および／またはサブフレームレベル周期性、周期的および／または非周期的ＳＲＳリソースのためのオフセット、ＳＲＳリソース内のＯＦＤＭシンボルの数、ＳＲＳリソースの開始ＯＦＤＭシンボル、ＳＲＳ帯域幅、周波数ホッピング帯域幅、サイクリックシフト、および／またはＳＲＳシーケンスＩＤの少なくとも一つを示す一つまたは複数のＳＲＳ構成パラメーターを用いてＵＥを準統計学的に構成することができる。

アンテナポートは、アンテナポート上のシンボルが搬送されるチャネルが、同じアンテナポート上の別のシンボルが搬送されるチャネルから推測され得るように画定される。第一のシンボルおよび第二のシンボルが同じアンテナポート上に送信される場合、受信機は、アンテナポート上の第一のシンボルを搬送するためのチャネルから、アンテナポート上の第二のシンボルを搬送するためのチャネル（例えば、フェードゲイン、マルチパス遅延、および／または同種のもの）を推測し得る。第一のアンテナポートおよび第二のアンテナポートは、第一のアンテナポート上の第一のシンボルが伝達されるチャネルの一つまたは複数の大規模な特性が、第二のアンテナポートの第二のシンボルが送信される、チャネルから推測され得る場合、準同じ位置に配置される（ＱＣＬされる）と呼ばれてもよい。一つまたは複数の大規模プロパティは、遅延拡散、ドップラー拡散、ドップラーシフト、平均ゲイン、平均遅延、および／または空間受信（Ｒｘ）パラメーターの少なくとも一つを含んでもよい。

ビームフォーミングを使用するチャネルでは、ビーム管理が必要である。ビーム管理は、ビーム測定、ビーム選択、およびビーム表示を含み得る。ビームは、一つまたは複数の基準信号と関連付けられてもよい。例えば、ビームは、一つまたは複数のビーム形成基準信号によって識別され得る。ＵＥは、ダウンリンク基準信号（例えば、チャネル状態情報基準信号（ＣＳＩ-ＲＳ））に基づいてダウンリンクビーム測定を実行し、ビーム測定レポートを生成し得る。ＵＥは、ＲＲＣ接続が基地局でセットアップされた後、ダウンリンクビーム測定手順を実施することができる。

図１１Ｂは、時間および周波数ドメインにマッピングされるチャネル状態情報基準信号（ＣＳＩ-ＲＳ）の実施例を示す。図１１Ｂに示される正方形は、セルの帯域幅内のリソースブロック（ＲＢ）にわたってもよい。基地局は、一つまたは複数のＣＳＩ-ＲＳを示すＣＳＩ-ＲＳリソース構成パラメーターを含む一つまたは複数のＲＲＣメッセージを送信できる。次のパラメーターの一つまたは複数は、ＣＳＩ-ＲＳリソース構成に対する、上位層のシグナリング（例えば、ＲＲＣおよび／またはＭＡＣシグナリング）によって設定できる。ＣＳＩ-ＲＳリソース構成アイデンティティ、ＣＳＩ-ＲＳポートの数、ＣＳＩ-ＲＳ構成（例えば、サブフレーム内のシンボルおよびリソース要素（ＲＥ）の位置）、ＣＳＩ-ＲＳサブフレーム構成（例えば、サブフレーム位置、オフセット、および無線フレームの周期性）、ＣＳＩ-ＲＳ電力パラメーター、ＣＳＩ-ＲＳシーケンスパラメーター、符号分割多重（ＣＤＭ）タイプパラメーター、周波数密度、送信コーム、準同一位置（ＱＣＬ）パラメーター（例えば、ＱＣＬ-ｓｃｒａｍｂｌｉｎｇｉｄｅｎｔｉｔｙ、ｃｒｓ-ｐｏｒｔｓｃｏｕｎｔ、ｍｂｓｆｎ-ｓｕｂｆｒａｍｅｃｏｎｆｉｇｌｉｓｔ、ｃｓｉ-ｒｓ-ｃｏｎｆｉｇＺＰｉｄ、ｑｃｌ-ｃｓｉ-ｒｓ-ｃｏｎｆｉｇＮＺＰｉｄ）、および／または他の無線リソースパラメーター。

図１１Ｂに示す三つのビームは、ＵＥ固有の構成のＵＥに対して構成され得る。三つのビームを図１１Ｂに示し（ビーム＃１、ビーム＃２、およびビーム＃３）、それより多い、またはそれより少ないビームを構成し得る。ビーム＃１は、第一のシンボルのＲＢ内の一つまたは複数のサブキャリアで送信され得るＣＳＩ-ＲＳ１１０１で割り当てられ得る。ビーム＃２は、第二のシンボルのＲＢ内の一つまたは複数のサブキャリアで送信され得るＣＳＩ-ＲＳ１１０２で割り当てられ得る。ビーム＃３は、第三のシンボルのＲＢ内の一つまたは複数のサブキャリアで送信され得るＣＳＩ-ＲＳ１１０３で割り当てられ得る。周波数分割多重化（ＦＤＭ）を使用することにより、基地局は、同じＲＢ内の他のサブキャリア（例えば、ＣＳＩ-ＲＳ１１０１を送信するために使用されないもの）を使用して、別のＵＥのビームに関連付けられる別のＣＳＩ-ＲＳを送信し得る。時間ドメイン多重化（ＴＤＭ）を使用することで、ＵＥに使用されるビームは、ＵＥのビームが他のＵＥのビームからのシンボルを使用するように構成され得る。

図１１Ｂ示されるＣＳＩ-ＲＳ（例えば、ＣＳＩ-ＲＳ１１０１、１１０２、１１０３）は、基地局によって送信され、一つまたは複数の測定のためにＵＥによって使用され得る。例えば、ＵＥは、構成されるＣＳＩ-ＲＳリソースの基準信号受信電力（ＲＳＲＰ）を測定することができる。基地局は、レポート構成を用いてＵＥを構成してもよく、ＵＥは、レポート構成に基づいて、ＲＳＲＰ測定値をネットワークに（例えば、一つまたは複数の基地局を介して）報告し得る。一実施例では、基地局は、報告された測定結果に基づいて、いくつかの基準信号を含む一つまたは複数の送信構成表示（ＴＣＩ）状態を決定し得る。一実施例では、基地局は、一つまたは複数のＴＣＩ状態をＵＥに示し得る（例えば、ＲＲＣシグナリング、ＭＡＣＣＥ、および／またはＤＣＩを介して）。ＵＥは、一つまたは複数のＴＣＩ状態に基づいて決定される受信（Ｒｘ）ビームを有するダウンリンク送信を受信し得る。一実施例では、ＵＥは、ビームコレスポンデンス能力を有してもよく、または有しなくてもよい。ＵＥがビームコレスポンデンス能力を有する場合、ＵＥは、コレスポンデンスするＲｘビームの空間ドメインフィルターに基づいて、送信（Ｔｘ）ビームの空間ドメインフィルターを決定し得る。ＵＥがビームコレスポンデンス能力を有していない場合、ＵＥは、アップリンクビーム選択手順を実行して、Ｔｘビームの空間ドメインフィルターを決定し得る。ＵＥは、基地局によってＵＥに構成される一つまたは複数のサウンディング基準信号（ＳＲＳ）リソースに基づいて、アップリンクビーム選択手順を実行し得る。基地局は、ＵＥによって送信される一つまたは複数のＳＲＳリソースの測定値に基づいて、ＵＥ用のアップリンクビームを選択し、表示し得る。

ビーム管理手順において、ＵＥは、一つまたは複数のビームペアリンク、基地局によって送信される送信ビーム、およびＵＥによって受信される受信ビームを含むビームペアリンクのチャネル品質を評価（例えば、測定）し得る。評価に基づいて、ＵＥは、例えば、一つまたは複数のビーム識別（例えば、ビームインデックス、基準信号インデックス、または類似のもの）、ＲＳＲＰ、プリコーディングマトリックスインジケーター（ＰＭＩ）、チャネル品質インジケーター（ＣＱＩ）、および／またはランクインジケーター（ＲＩ）を含む、一つまたは複数のビームペア品質パラメーターを示すビーム測定レポートを送信し得る。

図１２Ａは、三つのダウンリンクビーム管理手順、Ｐ１、Ｐ２、およびＰ３の実施例を示す。手順Ｐ１は、例えば、一つまたは複数の基地局Ｔｘビームおよび／またはＵＥＲｘビーム（Ｐ１の一番上の行と一番下の行にそれぞれ楕円として表示される）の選択をサポートするために、送信受信点（ＴＲＰ）（または複数のＴＲＰ）の送信（Ｔｘ）ビームでのＵＥ測定を可能にし得る。ＴＲＰでのビームフォーミングは、ビームのセットのＴｘビームスイープを含み得る（Ｐ１とＰ２の一番上の行に、破線の矢印で示されるように、楕円が反時計回りに回転しているように示される）。ＵＥでのビームフォーミングは、ビームのセットのためのＲｘビームスイープを含み得る（Ｐ１とＰ３の下の行に示されるように、楕円は破線の矢印で示されるとき計回りの方向に回転している）。手順Ｐ２を使用して、ＴＲＰのＴｘビームでＵＥ測定を有効にすることができる。（Ｐ２の一番上の行に、破線の矢印で示されるように、楕円が反時計回りに回転しているように示される）。ＵＥおよび／または基地局は、手順Ｐ１で使用されるよりも小さなビームのセットを使用して、または手順Ｐ１で使用されるビームよりも狭いビームを使用して、手順Ｐ２を実施することができる。これは、ビームリファインメントと呼んでもよい。ＵＥは、基地局で同じＴｘビームを使用し、ＵＥでＲｘビームをスイープすることによって、Ｒｘビーム決定のための手順Ｐ３を実施することができる。

図１２Ｂは、三つのアップリンクビーム管理手順、Ｕ１、Ｕ２、およびＵ３の実施例を示す。手順Ｕ１を使用して、例えば、一つまたは複数のＵＥＴｘビームおよび／または基地局Ｒｘビーム（Ｕ１の最上行および最下行にそれぞれ楕円として示される）の選択をサポートするために、ＵＥのＴｘビームに対して基地局が測定を実行できるようにし得る。ＵＥでのビームフォーミングは、例えば、ビームのセットからのＴｘビームスイープを含み得る。（Ｕ１とＵ３の下の行に、破線の矢印で示されるとき計回りに回転した楕円として示される）。基地局でのビームフォーミングは、例えば、ビームのセットからのＲｘビームスイープを含み得る。（Ｕ１とＵ２の一番上の行に、破線の矢印で示されるように、楕円が反時計回りに回転しているように示される）。手順Ｕ２を使用して、ＵＥが固定Ｔｘビームを使用するときに基地局がそのＲｘビームを調整できるようにし得る。ＵＥおよび／または基地局は、手順Ｐ１で使用されるよりも小さなビームのセットを使用して、または手順Ｐ１で使用されるビームよりも狭いビームを使用して、手順Ｕ２を実施することができる。これは、ビームリファインメントと呼んでもよい。ＵＥは、基地局が固定Ｒｘビームを使用するときに、そのＴｘビームを調整する手順Ｕ３を実施することができる。

ＵＥは、ビーム故障の検出に基づいて、ビーム故障回復（ＢＦＲ）手順を開始し得る。ＵＥは、ＢＦＲ手順の開始に基づいて、ＢＦＲ要求（例えば、プリアンブル、ＵＣＩ、ＳＲ、ＭＡＣＣＥ、および／または同種のもの）を送信し得る。ＵＥは、関連する制御チャネルのビームペアリンクの品質が満足のいかない（例えば、エラーレート閾値よりも高いエラーレート、受信信号パワー閾値より低い受信信号パワー、タイマーの満了、および／または類似のものを有する）という判定に基づいて、ビーム故障を検出し得る。

ＵＥは、一つまたは複数のＳＳ／ＰＢＣＨブロック、一つまたは複数のＣＳＩ-ＲＳリソース、および／または一つまたは複数の復調基準信号（ＤＭＲＳ）を含む一つまたは複数の基準信号（ＲＳ）を使用して、ビームペアリンクの品質を測定し得る。ビームペアリンクの品質は、ブロックエラーレート（ＢＬＥＲ）、ＲＳＲＰ値、信号対干渉プラスノイズ比（ＳＩＮＲ）値、基準信号受信品質（ＲＳＲＱ）値、および／またはＲＳリソースで測定されるＣＳＩ値の一つまたは複数に基づいてもよい。基地局は、ＲＳリソースが、チャネル（例えば、制御チャネル、共有データチャネル、および／または類似のもの）の一つまたは複数のＤＭ-ＲＳと準同じ位置に配置される（ＱＣＬされる）ことを示し得る。チャネルのＲＳリソースおよび一つまたは複数のＤＭＲＳは、ＲＳリソースを介してＵＥへの送信からのチャネル特性（例えば、ドップラーシフト、ドップラー拡散、平均遅延、遅延拡散、空間Ｒｘパラメーター、フェード、および／または同種のもの）が、チャネルを介してＵＥへの送信からのチャネル特性と類似または同一であるとき、ＱＣＬ化され得る。

ネットワーク（例えば、ネットワークのｇＮＢおよび／またはｎｇ-ｅＮＢ）および／またはＵＥは、ランダムアクセス手順を開始し得る。ＲＲＣ＿ＩＤＬＥ状態のＵＥおよび／またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥは、ランダムアクセス手順を開始して、ネットワークへの接続セットアップを要求し得る。ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からランダムアクセス手順を開始し得る。ＵＥは、ランダムアクセス手順を開始して、アップリンクリソースを要求し（例えば、利用可能なＰＵＣＣＨリソースがない場合にＳＲのアップリンク送信のために）、および／またはアップリンクタイミング（例えば、アップリンク同期状態が同期されていない場合）を取得することができる。ＵＥは、ランダムアクセス手順を開始し、一つまたは複数のシステム情報ブロック（ＳＩＢ）（例えば、ＳＩＢ２、ＳＩＢ３、および／または類似のものなどの他のシステム情報）を要求し得る。ＵＥは、ビーム故障回復要求のためのランダムアクセス手順を開始することができる。ネットワークは、ハンドオーバーのための、および／またはＳＣｅｌｌ追加のための時間アライメントを確立するためのランダムアクセス手順を開始し得る。

図１３Ａは、４ステップの競合ベースのランダムアクセス手順を示す。手順の開始前に、基地局は、構成メッセージ１３１０をＵＥに送信し得る。図１３Ａは、Ｍｓｇ１１３１１、Ｍｓｇ２１３１２、Ｍｓｇ３１３１３、およびＭｓｇ４１３１４の四つのメッセージの送信を含む。Ｍｓｇ１１３１１は、プリアンブル（またはランダムアクセスプリアンブル）を含んでもよく、および／またはプリアンブルと呼んでもよい。Ｍｓｇ２１３１２は、ランダムアクセス応答（ＲＡＲ）を含んでもよく、および／またはランダムアクセス応答（ＲＡＲ）と呼んでもよい。

構成メッセージ１３１０は、例えば、一つまたは複数のＲＲＣメッセージを使用して送信され得る。一つまたは複数のＲＲＣメッセージは、ＵＥへの一つまたは複数のランダムアクセスチャネル（ＲＡＣＨ）パラメーターを示し得る。一つまたは複数のＲＡＣＨパラメーターは、一つまたは複数のランダムアクセス手順に対する一般パラメーター（例えば、ＲＡＣＨ-ｃｏｎｆｉｇＧｅｎｅｒａｌ）、セル特有のパラメーター（例えば、ＲＡＣＨ-ＣｏｎｆｉｇＣｏｍｍｏｎ）、および／または専用パラメーター（例えば、ＲＡＣＨ-ｃｏｎｆｉｇＤｅｄｉｃａｔｅｄ）のうちの少なくとも一つを含んでもよい。基地局は、一つまたは複数のＲＲＣメッセージを一つまたは複数のＵＥにブロードキャストまたはマルチキャストすることができる。一つまたは複数のＲＲＣメッセージは、ＵＥ固有であり得る（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態および／またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において、ＵＥに送信される専用ＲＲＣメッセージ）。ＵＥは、一つまたは複数のＲＡＣＨパラメーターに基づいて、Ｍｓｇ１１３１１および／またはＭｓｇ３１３１３の送信のための時間周波数リソースおよび／またはアップリンク送信電力を決定し得る。一つまたは複数のＲＡＣＨパラメーターに基づいて、ＵＥは、Ｍｓｇ２１３１２およびＭｓｇ４１３１４を受信するための受信タイミングおよびダウンリンクチャネルを決定し得る。

構成メッセージ１３１０に提供される一つまたは複数のＲＡＣＨパラメーターは、Ｍｓｇ１１３１１の送信に利用可能な一つまたは複数の物理ＲＡＣＨ（ＰＲＡＣＨ）機会を示し得る。一つまたは複数のＰＲＡＣＨ機会は、事前に定義されていてもよい。一つまたは複数のＲＡＣＨパラメーターは、一つまたは複数のＰＲＡＣＨ機会の一つまたは複数の利用可能なセットを示し得る（例えば、ｐｒａｃｈ-ＣｏｎｆｉｇＩｎｄｅｘ）。一つまたは複数のＲＡＣＨパラメーターは、（ａ）一つまたは複数のＰＲＡＣＨ機会と、（ｂ）一つまたは複数の基準信号との間の関連を示し得る。一つまたは複数のＲＡＣＨパラメーターは、（ａ）一つまたは複数のプリアンブルと、（ｂ）一つまたは複数の基準信号との間の関連を示し得る。一つまたは複数の基準信号は、ＳＳ／ＰＢＣＨブロックおよび／またはＣＳＩ-ＲＳであり得る。例えば、一つまたは複数のＲＡＣＨパラメーターは、ＰＲＡＣＨ機会にマッピングされたＳＳ／ＰＢＣＨブロックの数、および／またはＳＳ／ＰＢＣＨブロックにマッピングされたプリアンブルの数を示し得る。

構成メッセージ１３１０に提供される一つまたは複数のＲＡＣＨパラメーターを使用して、Ｍｓｇ１１３１１および／またはＭｓｇ３１３１３のアップリンク送信電力を決定し得る。例えば、一つまたは複数のＲＡＣＨパラメーターは、プリアンブル送信用の基準電力（例えば、受信したターゲット電力および／またはプリアンブル送信の初期電力）を示し得る。一つまたは複数のＲＡＣＨパラメーターによって示される一つまたは複数の電力オフセットがあり得る。例えば、一つまたは複数のＲＡＣＨパラメーターは、パワーランピングステップ、ＳＳＢとＣＳＩ-ＲＳとの間の電力オフセット、Ｍｓｇ１１３１１とＭｓｇ３１３１３の送信間の電力オフセット、および／またはプリアンブルグループ間の電力オフセット値を示し得る。一つまたは複数のＲＡＣＨパラメーターは、ＵＥが少なくとも一つの基準信号（例えば、ＳＳＢおよび／またはＣＳＩ-ＲＳ）および／またはアップリンクキャリア（例えば、正常アップリンク（ＮＵＬ）キャリアおよび／または補完的アップリンク（ＳＵＬ）キャリア）を決定し得るための、一つまたは複数の閾値を示し得る。

Ｍｓｇ１１３１１は、一つまたは複数のプリアンブル送信（例えば、プリアンブル送信および一つまたは複数のプリアンブル再送信）を含み得る。ＲＲＣメッセージは、一つまたは複数のプリアンブルグループ（例えば、グループＡおよび／またはグループＢ）を構成するために使用され得る。プリアンブルグループは、一つまたは複数のプリアンブルを含んでもよい。ＵＥは、経路損失測定および／またはＭｓｇ３１３１３のサイズに基づいて、プリアンブルグループを決定し得る。ＵＥは、一つまたは複数の基準信号（例えば、ＳＳＢおよび／またはＣＳＩ-ＲＳ）のＲＳＲＰを測定し、ＲＳＲＰ閾値（例えば、ｒｓｒｐ-ＴｈｒｅｓｈｏｌｄＳＳＢおよび／またはｒｓｒｐ-ＴｈｒｅｓｈｏｌｄＣＳＩ-ＲＳ）を超えるＲＳＲＰを有する少なくとも一つの基準信号を決定し得る。ＵＥは、例えば、一つまたは複数のプリアンブルと少なくとも一つの基準信号との間の関連付けがＲＲＣメッセージによって構成される場合、一つまたは複数の基準信号および／または選択されたプリアンブルグループに関連付けられる少なくとも一つのプリアンブルを選択し得る。

ＵＥは、構成メッセージ１３１０に提供される一つまたは複数のＲＡＣＨパラメーターに基づいて、プリアンブルを決定し得る。例えば、ＵＥは、経路損失測定、ＲＳＲＰ測定、および／またはＭｓｇ３１３１３のサイズに基づいて、プリアンブルを決定し得る。別の実施例として、一つまたは複数のＲＡＣＨパラメーターは、プリアンブルフォーマット、プリアンブル送信の最大数、および／または一つまたは複数のプリアンブルグループ（例えば、グループＡおよびグループＢ）を決定するための一つまたは複数の閾値を示し得る。基地局は、一つまたは複数のＲＡＣＨパラメーターを使用して、一つまたは複数のプリアンブルと一つまたは複数の基準信号（例えば、ＳＳＢおよび／またはＣＳＩ-ＲＳ）との間の関連付けでＵＥを構成し得る。関連付けが構成される場合、ＵＥは、関連付けに基づいて、Ｍｓｇ１１３１１に含めるようにプリアンブルを決定し得る。Ｍｓｇ１１３１１は、一つまたは複数のＰＲＡＣＨ機会を介して基地局に送信され得る。ＵＥは、プリアンブルの選択およびＰＲＡＣＨ機会の決定のために、一つまたは複数の基準信号（例えば、ＳＳＢおよび／またはＣＳＩ-ＲＳ）を使用し得る。一つまたは複数のＲＡＣＨパラメーター（例えば、ｒａ-ｓｓｂ-ＯｃｃａｓｉｏｎＭｓｋＩｎｄｅｘおよび／またはｒａ-ＯｃｃａｓｉｏｎＬｉｓｔ）は、ＰＲＡＣＨ機会と一つまたは複数の基準信号との間の関連付けを示し得る。

ＵＥは、プリアンブル送信後に応答が受信されない場合、プリアンブル再送信を実行し得る。ＵＥは、プリアンブル再送信のためにアップリンク送信電力を増加させ得る。ＵＥは、ネットワークによって構成される、経路損失測定および／またはターゲット受信プリアンブル電力に基づいて、初期プリアンブル送信電力を選択し得る。ＵＥは、プリアンブルを再送信することを決定してもよく、アップリンク送信電力をランプアップし得る。ＵＥは、プリアンブル再送信のランピングステップを示す一つまたは複数のＲＡＣＨパラメーター（例えば、ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＳＴＥＰ）を受信し得る。ランピングステップは、再送信のためのアップリンク送信電力の増分増加の量であり得る。ＵＥが、前のプリアンブル送信と同じ基準信号（例えば、ＳＳＢおよび／またはＣＳＩ-ＲＳ）を決定する場合、ＵＥはアップリンク送信電力をランプアップし得る。ＵＥは、プリアンブル送信および／または再送信の数を数えることができる（例えば、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＳＴＡＴＥＥＲ）。ＵＥは、ランダムアクセス手順が、例えば、プリアンブル送信の数が、一つまたは複数のＲＡＣＨパラメーター（例えば、ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ）によって構成される閾値を超える場合、失敗して完了したと決定し得る。

ＵＥが受信するＭｓｇ２１３１２は、ＲＡＲを含んでもよい。一部のシナリオでは、Ｍｓｇ２１３１２は、複数のＵＥに対応する複数のＲＡＲを含んでもよい。Ｍｓｇ２１３１２は、Ｍｓｇ１１３１１の送信の後またはそれに応答して受信され得る。Ｍｓｇ２１３１２は、ＤＬ-ＳＣＨ上でスケジュールされ、ランダムアクセスＲＮＴＩ（ＲＡ-ＲＮＴＩ）を使用してＰＤＣＣＨ上で表示され得る。Ｍｓｇ２１３１２は、Ｍｓｇ１１３１１が基地局によって受信されたことを示し得る。Ｍｓｇ２１３１２は、ＵＥがＵＥの送信タイミングを調整するために使用し得る時間アライメントコマンド、Ｍｓｇ３１３１３の送信のためのスケジューリング許可、および／または一時セルＲＮＴＩ（ＴＣ-ＲＮＴＩ）を含み得る。プリアンブルを送信した後、ＵＥは、Ｍｓｇ２１３１２のＰＤＣＣＨを監視する時間ウィンドウ（例えば、ｒａ-ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）を開始し得る。ＵＥは、ＵＥがプリアンブルを送信するために使用するＰＲＡＣＨ機会に基づいて、いつ時間ウィンドウを開始するかを決定し得る。例えば、ＵＥは、プリアンブルの最後のシンボルの一つまたは複数のシンボルの後に（例えば、プリアンブル送信の終わりからの第一のＰＤＣＣＨ機会に）、時間ウィンドウを開始し得る。一つまたは複数のシンボルは、ヌメロロジに基づいて決定され得る。ＰＤＣＣＨは、ＲＲＣメッセージによって構成される共通検索空間（例えば、Ｔｙｐｅ１-ＰＤＣＣＨ共通検索空間）の中にあり得る。ＵＥは、無線ネットワーク一時識別子（ＲＮＴＩ）に基づいてＲＡＲを識別し得る。ＲＮＴＩは、ランダムアクセス手順を開始する一つまたは複数のイベントに応じて使用され得る。ＵＥは、ランダムアクセスＲＮＴＩ（ＲＡ-ＲＮＴＩ）を使用し得る。ＲＡ-ＲＮＴＩは、ＵＥがプリアンブルを送信するＰＲＡＣＨ機会と関連付けられてもよい。例えば、ＵＥは、ＯＦＤＭシンボルインデックス、スロットインデックス、周波数ドメインインデックス、および／またはＰＲＡＣＨ機会のＵＬキャリアインジケーターに基づいて、ＲＡ-ＲＮＴＩを決定し得る。ＲＡ-ＲＮＴＩの例は、以下の通りであり得る。
ＲＡ-ＲＮＴＩ＝１＋ｓ＿ｉｄ＋１４×ｔ＿ｉｄ＋１４×８０×ｆ＿ｉｄ＋１４×８０×８×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄ
式中、ｓ＿ｉｄは、ＰＲＡＣＨ機会の第一のＯＦＤＭシンボルのインデックスであってもよく（例えば、０≦ｓ＿ｉｄ＜１４）、ｔ＿ｉｄは、システムフレーム内のＰＲＡＣＨ機会の第一のスロットのインデックスであってもよく（例えば、０≦ｔ＿ｉｄ＜８０）、ｆ＿ｉｄは、周波数ドメインでのＰＲＡＣＨ機会のインデックスであってもよく（例えば、０≦ｆ＿ｉｄ＜８）、ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは、プリアンブル送信に使用されるＵＬキャリアであり得る（例えば、ＮＵＬキャリアの場合は０、ＳＵＬキャリアの場合は１）。
ＵＥは、Ｍｓｇ２１３１２の受信成功に応答して（例えば、Ｍｓｇ２１３１２で識別されたリソースを使用して）、Ｍｓｇ３１３１３を送信し得る。Ｍｓｇ３１３１３は、例えば、図１３Ａに示される競合ベースのランダムアクセス手順における競合解決のために使用され得る。一部のシナリオでは、複数のＵＥが、同じプリアンブルを基地局に送信してもよく、基地局は、ＵＥに対応するＲＡＲを提供し得る。複数のＵＥが、ＲＡＲをそれ自体に対応するものとして解釈する場合、不一致が発生する可能性がある。競合解決（例えば、Ｍｓｇ３１３１３およびＭｓｇ４１３１４の使用）を使用して、ＵＥが別のＵＥのアイデンティティを誤って使用しない可能性を増大させてもよい。競合解決を実施するために、ＵＥは、Ｍｓｇ３１３１３にデバイス識別子（例えば、割り当てられた場合、Ｃ-ＲＮＴＩ、Ｍｓｇ２１３１２に含まれるＴＣ-ＲＮＴＩ、および／または任意の他の適切な識別子）を含んでもよい。

Ｍｓｇ４１３１４は、Ｍｓｇ３１３１３の送信の後、またはそれに応答して受信され得る。Ｃ-ＲＮＴＩがＭｓｇ３１３１３に含まれていた場合、基地局は、Ｃ-ＲＮＴＩを使用してＰＤＣＣＨ上のＵＥに対処する。ＵＥの固有のＣ-ＲＮＴＩがＰＤＣＣＨ上で検出された場合、ランダムアクセス手順が成功裏に完了したと判定される。ＴＣ-ＲＮＴＩがＭｓｇ３１３１３に含まれる場合（例えば、ＵＥがＲＲＣ＿ＩＤＬＥ状態であるか、またはそうでなければ基地局に接続されていない場合）、Ｍｓｇ４１３１４は、ＴＣ-ＲＮＴＩに関連付けられるＤＬ-ＳＣＨを使用して受信される。ＭＡＣＰＤＵが正常に復号化され、ＭＡＣＰＤＵが、Ｍｓｇ３１３１３で送信された（例えば、送信された）ＣＣＣＨＳＤＵと一致するか、そうでなければ対応するＵＥ競合解決アイデンティティＥｔＯＡｃＣＥを含む場合、ＵＥは、競合解決が成功したと決定することができる、および／またはＵＥは、ランダムアクセス手順が成功裏に完了したと決定し得る。

ＵＥは、補完的アップリンク（ＳＵＬ）キャリアおよび正常アップリンク（ＮＵＬ）キャリアで構成され得る。初期アクセス（例えば、ランダムアクセス手順）は、アップリンクキャリアでサポートされ得る。例えば、基地局は、二つの別個のＲＡＣＨ構成、すなわち、一つはＳＵＬキャリア用、もう一つはＮＵＬキャリア用であるＵＥを構成し得る。ＳＵＬキャリアで構成されるセル内のランダムアクセスについて、ネットワークは、どのキャリア（ＮＵＬまたはＳＵＬ）を使用するかを示し得る。ＵＥは、例えば、一つまたは複数の基準信号の測定品質がブロードキャスト閾値よりも低い場合、ＳＵＬキャリアを決定し得る。ランダムアクセス手順（例えば、Ｍｓｇ１１３１１および／またはＭｓｇ３１３１３）のアップリンク送信は、選択されたキャリア上にとどまることができる。ＵＥは、一つまたは複数の事例において、ランダムアクセス手順（例えば、Ｍｓｇ１１３１１とＭｓｇ３１３１３の間）中にアップリンクキャリアを切り替えることができる。例えば、ＵＥは、チャネルクリアアセスメント（例えば、話す前に聞く）に基づいて、Ｍｓｇ１１３１１および／またはＭｓｇ３１３１３のアップリンクキャリアを決定および／または切り替え得る。

図１３Ｂは、２ステップの競合のないランダムアクセス手順を示す。図１３Ａに示される４ステップの競合ベースのランダムアクセス手順と同様、基地局は、手順の開始前に、構成メッセージ１３２０をＵＥに送信することができる。構成メッセージ１３２０は、構成メッセージ１３１０に対して一部の点で類似し得る。図１３Ｂは、Ｍｓｇ１１３２１およびＭｓｇ２１３２２の二つのメッセージの送信を含む。Ｍｓｇ１１３２１およびＭｓｇ２１３２２は、いくつかの点で、図１３Ａそれぞれに示されるＭｓｇ１１３１１およびＭｓｇ２１３１２に類似し得る。図１３Ａおよび１３Ｂから理解されるように、競合のないランダムアクセス手順は、Ｍｓｇ３１３１３および／またはＭｓｇ４１３１４に類似したメッセージを含み得ない。

図１３Ｂに示す競合のないランダムアクセス手順は、ビーム故障回復、他のＳＩ要求、ＳＣｅｌｌ追加、および／またはハンドオーバーのために開始され得る。例えば、基地局は、Ｍｓｇ１１３２１に使用されるプリアンブルをＵＥに表示または割り当ててもよい。ＵＥは、ＰＤＣＣＨおよび／またはＲＲＣを介して基地局から、プリアンブル（例えば、ｒａ-ＰｒｅａｍｂｌｅＩｎｄｅｘ）の表示を受信し得る。

プリアンブルを送信した後、ＵＥは、ＲＡＲのＰＤＣＣＨを監視する時間ウィンドウ（例えば、ｒａ-ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）を開始し得る。ビーム故障回復要求の場合、基地局は、ＲＲＣメッセージ（例えば、ｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄ）によって示される検索空間内に別個の時間ウィンドウおよび／または別個のＰＤＣＣＨでＵＥを構成し得る。ＵＥは、検索空間上のＣｅｌｌＲＮＴＩ（Ｃ-ＲＮＴＩ）宛のＰＤＣＣＨ送信に対し監視し得る。図１３Ｂに示す競合のないランダムアクセス手順において、ＵＥは、Ｍｓｇ１１３２１の送信および対応するＭｓｇ２１３２２の受信の後、またはこれに応答して、ランダムアクセス手順が成功裏に完了したと決定し得る。ＵＥは、例えば、ＰＤＣＣＨ送信がＣ-ＲＮＴＩにアドレス指定される場合に、ランダムアクセス手順が成功裏に完了すると決定し得る。ＵＥは、ランダムアクセス手順が、例えば、ＵＥが、ＵＥによって送信されるプリアンブルに対応するプリアンブル識別子を含むＲＡＲを受信した場合、および／またはＲＡＲが、プリアンブル識別子を含むＭＡＣサブＰＤＵを含む場合、成功裏に完了すると決定し得る。ＵＥは、応答をＳＩ要求に対する確認の指標として決定し得る。

図１３Ｃは、別の２ステップランダムアクセス手順を示す。図１３Ａおよび１３Ｂに示されるランダムアクセス手順と同様に、基地局は、手順の開始前に、構成メッセージ１３３０をＵＥに送信することができる。構成メッセージ１３３０は、構成メッセージ１３１０および／または構成メッセージ１３２０に対して一部の点で類似し得る。図１３Ｃは、二つのメッセージ、すなわち、ＭｓｇＡ１３３１およびＭｓｇＢ１３３２の送信を含む。

ＭｓｇＡ１３３１は、ＵＥによってアップリンク送信で送信され得る。ＭｓｇＡ１３３１は、プリアンブル１３４１の一つまたは複数の送信および／またはトランスポートブロック１３４２の一つまたは複数の送信を含み得る。トランスポートブロック１３４２は、図１３Ａに示されるＭｓｇ３１３１３の内容と類似および／または同等である内容を含み得る。トランスポートブロック１３４２は、ＵＣＩ（例えば、ＳＲ、ＨＡＲＱＡＣＫ／ＮＡＣＫ、および／または類似のもの）を含んでもよい。ＵＥは、ＭｓｇＡ１３３１の送信の後、またはその送信に応答して、ＭｓｇＢ１３３２を受信し得る。ＭｓｇＢ１３３２は、図１３Ａおよび１３Ｂ示されるＭｓｇ２１３１２（例えば、ＲＡＲ）、および／または図１３Ａに示されるＭｓｇ４１３１４の内容と類似および／または同等である内容を含み得る。

ＵＥは、ライセンスされたスペクトルおよび／またはライセンスされていないスペクトルに対し、図１３Ｃの２ステップランダムアクセス手順を開始することができる。ＵＥは、一つまたは複数の要因に基づいて、２ステップランダムアクセス手順を開始するかどうかを決定し得る。一つまたは複数の要因は、使用中の無線アクセス技術（例えば、ＬＴＥ、ＮＲ、および／または同種のもの）、ＵＥが有効なＴＡを有するかどうか、セルサイズ、ＵＥのＲＲＣ状態、スペクトルのタイプ（例えば、ライセンス供与された対ライセンス供与されていない）、および／または任意の他の適切な要因であり得る。

ＵＥは、構成メッセージ１３３０に含まれる２ステップのＲＡＣＨパラメーターに基づいて、プリアンブル１３４１および／またはＭｓｇＡ１３３１に含まれるトランスポートブロック１３４２に対する無線リソースおよび／またはアップリンク送信電力を決定し得る。ＲＡＣＨパラメーターは、変調および符号化スキーム（ＭＣＳ）、時間周波数リソース、および／またはプリアンブル１３４１および／またはトランスポートブロック１３４２に対する電力制御を示し得る。プリアンブル１３４１（例えば、ＰＲＡＣＨ）の送信のための時間周波数リソースおよびトランスポートブロック１３４２（例えば、ＰＵＳＣＨ）の送信のための時間周波数リソースは、ＦＤＭ、ＴＤＭ、および／またはＣＤＭを使用して多重化され得る。ＲＡＣＨパラメーターは、ＵＥが、ＭｓｇＢ１３３２の監視および／または受信のための受信タイミングおよびダウンリンクチャネルを決定することを可能にし得る。

トランスポートブロック１３４２は、データ（例えば、遅延に敏感なデータ）、ＵＥの識別子、セキュリティ情報、および／またはデバイス情報（例えば、ＩｎｔｅｒｎａｔｉｏｎａｌＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｔｙ（ＩＭＳＩ））を含み得る。基地局は、ＭｓｇＡ１３３１に対する応答としてＭｓｇＢ１３３２を送信し得る。ＭｓｇＢ１３３２は、プリアンブル識別子、タイミングアドバンスコマンド、電力制御コマンド、アップリンク許可（例えば、無線リソース割り当ておよび／またはＭＣＳ）、競合解決のためのＵＥ識別子、および／またはＲＮＴＩ（例えば、Ｃ-ＲＮＴＩまたはＴＣ-ＲＮＴＩ）のうちの少なくとも一つを含み得る。ＵＥは、ＭｓｇＢ１３３２のプリアンブル識別子がＵＥによって送信されるプリアンブルに一致し、および／またはＭｓｇＢ１３３２のＵＥの識別子がＭｓｇＡ１３３１のＵＥの識別子（例えば、トランスポートブロック１３４２）に一致した場合に、２ステップランダムアクセス手順が成功裏に完了されると決定し得る。

ＵＥおよび基地局は、制御シグナリングを交換し得る。制御シグナリングは、Ｌ１／Ｌ２制御シグナリングと呼ばれてもよく、ＰＨＹ層（例えば、層１）および／またはＭＡＣ層（例えば、層２）に由来し得る。制御シグナリングは、基地局からＵＥに送信されるダウンリンク制御シグナリングおよび／またはＵＥから基地局に送信されるアップリンク制御シグナリングを含み得る。

ダウンリンク制御シグナリングは、ダウンリンクスケジューリング割り当て、アップリンク無線リソースおよび／またはトランスポートフォーマットを示すアップリンクスケジューリング許可、スロットフォーマット情報、プリエンプション表示、電力制御コマンド、および／またはその他の任意の適切なシグナリングを含み得る。ＵＥは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上の基地局によって送信されるペイロード内のダウンリンク制御シグナリングを受信し得る。ＰＤＣＣＨ上で送信されるペイロードは、ダウンリンク制御情報（ＤＣＩ）と呼ばれてもよい。一部のシナリオでは、ＰＤＣＣＨは、ＵＥのグループに共通なグループ共通ＰＤＣＣＨ（ＧＣ-ＰＤＣＣＨ）であり得る。

基地局は、送信エラーの検出を容易にするために、一つまたは複数の巡回冗長検査（ＣＲＣ）パリティビットをＤＣＩに取り付け得る。ＤＣＩがＵＥ（またはＵＥのグループ）に対して意図される場合、基地局は、ＵＥの識別子（またはＵＥのグループの識別子）でＣＲＣパリティビットをスクランブルし得る。識別子を用いてＣＲＣパリティビットをスクランブルすることは、識別子値およびＣＲＣパリティビットのＭｏｄｕｌｏ-２追加（または排他的ＯＲ演算）を含んでもよい。識別子は、１６ビットの値の無線ネットワーク一時識別子（ＲＮＴＩ）を含んでもよい。

ＤＣＩは、異なる目的に使用され得る。目的は、ＣＲＣパリティビットをスクランブルするために使用されるＲＮＴＩのタイプによって示され得る。例えば、ページングＲＮＴＩ（Ｐ-ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、ページング情報および／またはシステム情報変更通知を示し得る。Ｐ-ＲＮＴＩは、１６進数で「ＦＦＦＥ」として事前に定義され得る。システム情報ＲＮＴＩ（ＳＩ-ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、システム情報のブロードキャスト送信を示し得る。ＳＩ-ＲＮＴＩは、１６進数で「ＦＦＦＥ」として事前に定義され得る。ランダムアクセスＲＮＴＩ（ＲＡ-ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、ランダムアクセス応答（ＲＡＲ）を示し得る。セルＲＮＴＩ（Ｃ-ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、動的スケジュールのユニキャスト送信および／またはＰＤＣＣＨ順序のランダムアクセスのトリガーを示し得る。一時セルＲＮＴＩ（ＴＣ-ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、競合解決を示し得る（例えば、図１３Ａに示されるＭｓｇ３１３１３に類似するＭｓｇ３）。基地局によってＵＥに構成される他のＲＮＴＩの符号化は、ＣｏｎｆｉｇｕｒｅｄＳｃｈｅｄｕｌｉｎｇＲＮＴＩ（ＣＳ-ＲＮＴＩ）、ＴｒａｎｓｍｉｔＰｏｗｅｒＣｏｎｔｒｏｌ-ＰＵＣＣＨＲＮＴＩ（ＴＰＣ-ＰＵＣＣＨ-ＲＮＴＩ）、ＴｒａｎｓｍｉｔＰｏｗｅｒＣｏｎｔｒｏｌ-ＰＵＳＣＨＲＮＴＩ（ＴＰＣ-ＰＵＳＣＨ-ＲＮＴＩ）、ＴｒａｎｓｍｉｔＰｏｗｅｒＣｏｎｔｒｏｌ-ＳＲＳＲＮＴＩ（ＴＰＣ-ＳＲＳ-ＲＮＴＩ）、ＩｎｔｅｒｒｕｐｔｉｏｎＲＮＴＩ（ＩＮＴ-ＲＮＴＩ）、ＳｌｏｔＦｏｒｍａｔＩｎｄｉｃａｔｉｏｎＲＮＴＩ（ＳＦＩ-ＲＮＴＩ）、Ｓｅｍｉ-ＰｅｒｓｉｓｔｅｎｔＣＳＩＲＮＴＩ（ＳＰ-ＣＳＩ-ＲＮＴＩ）、ＭｏｄｕｌａｔｉｏｎａｎｄＣｏｄｉｎｇＳｃｈｅｍｅＣｅｌｌＲＮＴＩ（ＭＣＳ-Ｃ-ＲＮＴＩ）、および／または類似のものを含む。

ＤＣＩの目的および／または内容に応じて、基地局は、一つまたは複数のＤＣＩフォーマットでＤＣＩを送信し得る。例えば、ＤＣＩフォーマット０＿０は、セル内のＰＵＳＣＨのスケジューリングに使用できる。ＤＣＩフォーマット０＿０は、フォールバックＤＣＩフォーマットであり得る（例えば、コンパクトなＤＣＩペイロードを有する）。ＤＣＩフォーマット０＿１は、セル内のＰＵＳＣＨのスケジューリングに使用され得る（例えば、ＤＣＩフォーマット０＿０よりも多くのＤＣＩペイロードを有する）。ＤＣＩフォーマット１＿０は、セル内のＰＤＳＣＨのスケジューリングに使用できる。ＤＣＩフォーマット１＿０は、フォールバックＤＣＩフォーマットであり得る（例えば、コンパクトなＤＣＩペイロードを有する）。ＤＣＩフォーマット１＿１は、セル内のＰＤＳＣＨのスケジューリングに使用され得る（例えば、ＤＣＩフォーマット１＿０よりも多くのＤＣＩペイロードを有する）。ＤＣＩフォーマット２＿０は、ＵＥのグループにスロットフォーマット表示を提供するために使用され得る。ＤＣＩフォーマット２＿１は、ＵＥがＵＥへの送信を意図していないと想定する物理リソースブロックおよび／またはＯＦＤＭシンボルをＵＥのグループに通知するために使用され得る。ＤＣＩフォーマット２＿２は、ＰＵＣＣＨまたはＰＵＳＣＨ用の送信電力制御（ＴＰＣ）コマンドの送信に使用され得る。ＤＣＩフォーマット２＿３は、一つまたは複数のＵＥによるＳＲＳ送信用のＴＰＣコマンドのグループの送信に使用され得る。新機能のＤＣＩフォーマットは、今後のリリースで定義され得る。ＤＣＩフォーマットは、異なるＤＣＩサイズを有するか、または同じＤＣＩサイズを共有し得る。

ＲＮＴＩでＤＣＩをスクランブルした後、基地局は、チャネル符号化（例えば、極性コーディング）、レートマッチング、スクランブルおよび／またはＱＰＳＫ変調を用いてＤＣＩを処理し得る。基地局は、ＰＤＣＣＨのために使用および／または構成されるリソース要素上に、符号化および変調されたＤＣＩをマッピングし得る。ＤＣＩのペイロードサイズおよび／または基地局のカバレッジに基づいて、基地局は、いくつかの連続制御チャネル要素（ＣＣＥ）を占有するＰＤＣＣＨを介してＤＣＩを送信し得る。連続するＣＣＥの数（集計レベルと呼ばれる）は、１、２、４、８、１６、および／または任意の他の適切な数であり得る。ＣＣＥは、複数（例えば、６）のリソース要素グループ（ＲＥＧ）を含んでもよい。ＲＥＧは、ＯＦＤＭシンボル内のリソースブロックを含んでもよい。リソース要素上の符号化および変調されたＤＣＩのマッピングは、ＣＣＥおよびＲＥＧのマッピング（例えば、ＣＣＥ～ＲＥＧマッピング）に基づいてもよい。

図１４Ａは、帯域幅部分に対するＣＯＲＥＳＥＴ構成の実施例を示す。基地局は、一つまたは複数の制御リソースセット（ＣＯＲＥＳＥＴ）上のＰＤＣＣＨを介してＤＣＩを送信し得る。ＣＯＲＥＳＥＴは、ＵＥが一つまたは複数の検索空間を使用してＤＣＩを復号化しようとする時間周波数リソースを含んでもよい。基地局は、時間周波数ドメイン内にＣＯＲＥＳＥＴを構成し得る。図１４Ａの実施例において、第一のＣＯＲＥＳＥＴ１４０１および第二のＣＯＲＥＳＥＴ１４０２は、スロット内の第一のシンボルで生じる。第一のＣＯＲＥＳＥＴ１４０１は、周波数ドメイン内の第二のＣＯＲＥＳＥＴ１４０２とオーバーラップする。第三のＣＯＲＥＳＥＴ１４０３は、スロット内の第三のシンボルで生じる。第四のＣＯＲＥＳＥＴ１４０４は、スロットの第７のシンボルで生じる。ＣＯＲＥＳＥＴは、周波数ドメイン内に異なる数のリソースブロックを有し得る。

図１４Ｂは、ＣＯＲＥＳＥＴおよびＰＤＣＣＨ処理上のＤＣＩ送信に対するＣＣＥ～ＲＥＧマッピングの実施例を示す。ＣＣＥ～ＲＥＧマッピングは、インターリーブマッピング（例えば、周波数多様性を提供する目的で）または非インターリーブマッピング（例えば、干渉調整および／または制御チャネルの周波数選択送信を促進する目的で）であり得る。基地局は、異なるまたは同一のＣＣＥ～ＲＥＧマッピングを異なるＣＯＲＥＳＥＴ上で実行し得る。ＣＯＲＥＳＥＴは、ＲＲＣ構成によるＣＣＥ～ＲＥＧマッピングと関連付けられてもよい。ＣＯＲＥＳＥＴは、アンテナポート準同一位置（ＱＣＬ）パラメーターで構成され得る。アンテナポートのＱＣＬパラメーターは、ＣＯＲＥＳＥＴ内のＰＤＣＣＨ受信用の復調基準信号（ＤＭＲＳ）のＱＣＬ情報を示し得る。

基地局は、一つまたは複数のＣＯＲＥＳＥＴおよび一つまたは複数の検索空間セットの構成パラメーターを含むＲＲＣメッセージをＵＥに送信することができる。構成パラメーターは、検索空間セットとＣＯＲＥＳＥＴとの間の関連を示し得る。検索空間セットは、所与の集計レベルでＣＣＥによって形成されるＰＤＣＣＨ候補のセットを含んでもよい。構成パラメーターは、集計レベルごとに監視されるＰＤＣＣＨ候補の数、ＰＤＣＣＨ監視周期性およびＰＤＣＣＨ監視パターン、ＵＥによって監視される一つまたは複数のＤＣＩフォーマット、および／または検索空間セットが、共通検索空間セットまたはＵＥ固有の検索空間セットであるかどうかを示し得る。共通検索空間セット内のＣＣＥのセットは、事前に定義され、ＵＥに既知であり得る。ＵＥ固有の検索空間セット内のＣＣＥのセットは、ＵＥのアイデンティティ（例えば、Ｃ-ＲＮＴＩ）に基づいて構成され得る。

図１４Ｂに示すように、ＵＥは、ＲＲＣメッセージに基づいて、ＣＯＲＥＳＥＴの時間周波数リソースを決定し得る。ＵＥは、ＣＯＲＥＳＥＴの構成パラメーターに基づいて、ＣＯＲＥＳＥＴに対するＣＣＥ～ＲＥＧマッピング（例えば、インターリーブまたは非インターリーブ、および／またはマッピングパラメーター）を決定し得る。ＵＥは、ＲＲＣメッセージに基づいて、ＣＯＲＥＳＥＴ上に構成される検索空間セットの数（例えば、最大で１０）を決定し得る。ＵＥは、検索空間セットの構成パラメーターに従って、ＰＤＣＣＨ候補のセットを監視し得る。ＵＥは、一つまたは複数のＤＣＩを検出するために、一つまたは複数のＣＯＲＥＳＥＴ内のＰＤＣＣＨ候補のセットを監視し得る。監視は、監視されたＤＣＩフォーマットに従って、ＰＤＣＣＨ候補のセットの一つまたは複数のＰＤＣＣＨ候補を復号化することを含み得る。監視は、可能な（または構成される）ＰＤＣＣＨ位置、可能な（または構成される）ＰＤＣＣＨフォーマット（例えば、共通検索空間におけるＣＣＥの数、ＰＤＣＣＨ候補の数、および／またはＵＥ固有の検索空間におけるＰＤＣＣＨ候補の数）、および可能な（または構成される）ＤＣＩフォーマットを有する一つまたは複数のＰＤＣＣＨ候補のＤＣＩ内容を復号化することを含み得る。復号化は、ブラインドデコーディングと呼んでもよい。ＵＥは、ＣＲＣチェック（例えば、ＲＮＴＩ値に一致するＤＣＩのＣＲＣパリティビットに対するスクランブルビット）に応答して、ＵＥに対して有効なＤＣＩを決定し得る。ＵＥは、ＤＣＩに含まれる情報（例えば、スケジューリング割り当て、アップリンク許可、電力制御、スロットフォーマット表示、ダウンリンクプリエンプション、および／または同種のもの）を処理し得る。

ＵＥは、アップリンク制御シグナリング（例えば、アップリンク制御情報（ＵＣＩ））を基地局に送信し得る。アップリンク制御シグナリングは、受信したＤＬ-ＳＣＨトランスポートブロックに対するハイブリッド自動反復要求（ＨＡＲＱ）確認応答を含んでもよい。ＵＥは、ＤＬ-ＳＣＨトランスポートブロックを受信した後、ＨＡＲＱ確認応答を送信し得る。アップリンク制御シグナリングは、物理ダウンリンクチャネルのチャネル品質を示すチャネル状態情報（ＣＳＩ）を含み得る。ＵＥは、ＣＳＩを基地局に送信し得る。基地局は、受信したＣＳＩに基づいて、ダウンリンク送信のための送信フォーマットパラメーター（例えば、マルチアンテナおよびビーム形成スキームを含む）を決定し得る。アップリンク制御シグナリングは、スケジューリング要求（ＳＲ）を含んでもよい。ＵＥは、アップリンクデータが基地局に送信可能であることを示すＳＲを送信し得る。ＵＥは、物理アップリンク制御チャネル（ＰＵＣＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して、ＵＣＩ（例えば、ＨＡＲＱ確認応答（ＨＡＲＱ-ＡＣＫ）、ＣＳＩレポート、ＳＲなど）を送信し得る。ＵＥは、いくつかのＰＵＣＣＨフォーマットのうちの一つを使用して、ＰＵＣＣＨを介してアップリンク制御シグナリングを送信し得る。

五つのＰＵＣＣＨフォーマットがあり得、ＵＥは、ＵＣＩのサイズ（例えば、ＵＣＩ送信のアップリンクシンボルの数およびＵＣＩビットの数）に基づいてＰＵＣＣＨフォーマットを決定し得る。ＰＵＣＣＨフォーマット０は、一つまたは二つのＯＦＤＭシンボルの長さを有してもよく、２以下のビットを含んでもよい。ＵＥは、送信が一つまたは二つのシンボルを超えており、正または負のＳＲを持つＨＡＲＱ-ＡＣＫ情報ビットの数（ＨＡＲＱ-ＡＣＫ／ＳＲビット）が一つまたは二つである場合、ＰＵＣＣＨフォーマット０を使用して、ＰＵＣＣＨリソースでＵＣＩを送信することができる。ＰＵＣＣＨフォーマット１は、４～１４個のＯＦＤＭシンボルの間の数を占めてもよく、２以下のビットを含んでもよい。ＵＥは、送信が四つ以上のシンボルであり、ＨＡＲＱ-ＡＣＫ／ＳＲビットの数が一つまたは二つである場合、ＰＵＣＣＨフォーマット１を使用し得る。ＰＵＣＣＨフォーマット２は、一つまたは二つのＯＦＤＭシンボルを占有してもよく、２ビット超を含んでもよい。ＵＥは、送信が一つまたは二つのシンボルを超え、ＵＣＩビットの数が二つ以上である場合、ＰＵＣＣＨフォーマット２を使用し得る。ＰＵＣＣＨフォーマット３は、４～１４個のＯＦＤＭシンボルの間の数を占めてもよく、２ビット超を含んでもよい。ＵＥは、送信が四つ以上のシンボルであり、ＵＣＩビットの数が二つ以上であり、ＰＵＣＣＨリソースが直交カバーコードを含まない場合、ＰＵＣＣＨフォーマット３を使用し得る。ＰＵＣＣＨフォーマット４は、４～１４個のＯＦＤＭシンボルの間の数を占めてもよく、２ビット超を含んでもよい。ＵＥは、送信が四つ以上のシンボルであり、ＵＣＩビットの数が二つ以上であり、ＰＵＣＣＨリソースが直交カバーコードを含む場合、ＰＵＣＣＨフォーマット４を使用し得る。

基地局は、例えば、ＲＲＣメッセージを使用して、複数のＰＵＣＣＨリソースセットの構成パラメーターをＵＥに送信し得る。複数のＰＵＣＣＨリソースセット（例えば、最大四つのセット）は、セルのアップリンクＢＷＰ上に構成され得る。ＰＵＣＣＨリソースセットは、ＰＵＣＣＨリソースセットインデックス、ＰＵＣＣＨリソース識別子（例えば、ｐｕｃｃｈ-Ｒｅｓｏｕｒｃｅｉｄ）によって識別されるＰＵＣＣＨリソースを有する複数のＰＵＣＣＨリソース、および／またはＵＥが、ＰＵＣＣＨリソースセット内の複数のＰＵＣＣＨリソースのうちの一つを使用して送信することができるＵＣＩ情報ビットの数（例えば、最大数）で構成され得る。複数のＰＵＣＣＨリソースセットで構成する場合、ＵＥは、ＵＣＩ情報ビット（例えば、ＨＡＲＱ-ＡＣＫ、ＳＲ、および／またはＣＳＩ）の合計ビット長に基づいて、複数のＰＵＣＣＨリソースセットのうちの一つを選択し得る。ＵＣＩ情報ビットの合計ビット長が２以下である場合、ＵＥは、ＰＵＣＣＨリソースセットのインデックスが「０」に等しい第一のＰＵＣＣＨリソースセットを選択し得る。ＵＣＩ情報ビットの合計ビット長が２より大きく、第一の設定された値以下の場合、ＵＥは、「１」に等しいＰＵＣＣＨリソースセットインデックスを有する第二のＰＵＣＣＨリソースセットを選択することができる。ＵＣＩ情報ビットの合計ビット長が第一の設定された値より大きく、第二の構成値以下の場合、ＵＥは、「２」に等しいＰＵＣＣＨリソースセットインデックスを有する第三のＰＵＣＣＨリソースセットを選択することができる。ＵＣＩ情報ビットの合計ビット長が第二の構成値より大きく、第三の値（例えば、１４０６）以下である場合、ＵＥは、「３」に等しいＰＵＣＣＨリソースセットインデックスを有する第四のＰＵＣＣＨリソースセットを選択することができる。

複数のＰＵＣＣＨリソースセットからＰＵＣＣＨリソースセットを決定した後、ＵＥは、ＵＣＩ（ＨＡＲＱ-ＡＣＫ、ＣＳＩ、および／またはＳＲ）送信用のＰＵＣＣＨリソースセットからＰＵＣＣＨリソースを決定し得る。ＵＥは、ＰＤＣＣＨ上で受信されたＤＣＩ（例えば、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１）内のＰＵＣＣＨリソースインジケーターに基づいて、ＰＵＣＣＨリソースを決定し得る。ＤＣＩの３ビットＰＵＣＣＨリソースインジケーターは、ＰＵＣＣＨリソースセット内の八つのＰＵＣＣＨリソースの一つを示し得る。ＰＵＣＣＨリソースインジケーターに基づいて、ＵＥは、ＤＣＩ内のＰＵＣＣＨリソースインジケーターによって示されるＰＵＣＣＨリソースを使用してＵＣＩ（ＨＡＲＱ-ＡＣＫ、ＣＳＩおよび／またはＳＲ）を送信することができる。

図１５は、本開示の実施形態による基地局１５０４と通信する無線デバイス１５０２の実施例を示す。無線デバイス１５０２および基地局１５０４は、図１Ａに示される移動体通信ネットワーク１００、図１Ｂに示される移動体通信ネットワーク１５０、またはその他の通信ネットワークなどの移動体通信ネットワークの一部であり得る。図１５には、一つの無線デバイス１５０２および一つの基地局１５０４のみが示される。しかし、移動体通信ネットワークは、図１５に示されるものと同じまたは同様の構成を有する、複数のＵＥおよび／または複数の基地局を含み得ることが理解されよう。

基地局１５０４は、無線デバイス１５０２を、エアインターフェイス（または無線インターフェイス）１５０６上で無線通信を介してコアネットワーク（図示せず）に接続し得る。エアインターフェイス１５０６上で基地局１５０４から無線デバイス１５０２への通信方向は、ダウンリンクとして知られ、エアインターフェイス上で無線デバイス１５０２から基地局１５０４への通信方向は、アップリンクとして知られる。ダウンリンク送信は、ＦＤＤ、ＴＤＤ、および／または二つの二重化技術のいくつかの組み合わせを使用して、アップリンク送信から分離され得る。

ダウンリンクでは、基地局１５０４から無線デバイス１５０２に送信されるデータは、基地局１５０４の処理システム１５０８に提供され得る。データは、例えば、コアネットワークによって処理システム１５０８に提供され得る。アップリンクでは、無線デバイス１５０２から基地局１５０４に送信されるデータは、無線デバイス１５０２の処理システム１５１８に提供され得る。処理システム１５０８および処理システム１５１８は、層３および層２のＯＳＩ機能を実装して、送信のためにデータを処理し得る。層２は、例えば、図２Ａ、図２Ｂ、図３、および図４Ａに関して、ＳＤＡＰ層、ＰＤＣＰ層、ＲＬＣ層、およびＭＡＣ層を含み得る。層３は、図２Ｂに関してＲＲＣ層を含み得る。

処理システム１５０８によって処理された後、無線デバイス１５０２に送信されるデータは、基地局１５０４の送信処理システム１５１０に提供され得る。同様に、処理システム１５１８によって処理された後、基地局１５０４に送信されるデータは、無線デバイス１５０２の送信処理システム１５２０に提供され得る。送信処理システム１５１０および送信処理システム１５２０は、層１のＯＳＩ機能を実装し得る。層１は、図２Ａ、図２Ｂ、図３、および図４Ａに関してＰＨＹ層を含み得る。送信処理のために、ＰＨＹ層は、例えば、トランスポートチャネルの順方向エラー訂正符号化、インターリーブ、レートマッチング、トランスポートチャネルの物理チャネルへのマッピング、物理チャネルの変調、多重入力多重出力（ＭＩＭＯ）またはマルチアンテナ処理、および／または同種のものを実行し得る。

基地局１５０４で、受信処理システム１５１２は、無線デバイス１５０２からアップリンク送信を受信し得る。無線デバイス１５０２では、受信処理システム１５２２は、基地局１５０４からダウンリンク送信を受信し得る。受信処理システム１５１２および受信処理システム１５２２は、層１のＯＳＩ機能を実装し得る。層１は、図２Ａ、図２Ｂ、図３、および図４Ａに関してＰＨＹ層を含み得る。受信処理のために、ＰＨＹ層は、例えば、エラー検出、順方向エラー訂正復号化、デインターリーブ、物理チャネルへのトランスポートチャネルのデマッピング、物理チャネルの復調、ＭＩＭＯまたはマルチアンテナ処理、および／または同種のものを実行し得る。

図１５に示すように、無線デバイス１５０２および基地局１５０４は、複数のアンテナを含み得る。複数のアンテナは、空間多重化（例えば、単一ユーザーＭＩＭＯまたは複数ユーザーＭＩＭＯ）、送信／受信多様性、および／またはビームフォーミングなどの一つまたは複数のＭＩＭＯまたはマルチアンテナ技術を実施するために使用され得る。他の実施例では、無線デバイス１５０２および／または基地局１５０４は、単一のアンテナを有し得る。

処理システム１５０８および処理システム１５１８は、それぞれメモリー１５１４およびメモリー１５２４と関連付けられてもよい。メモリー１５１４およびメモリー１５２４（例えば、一つまたは複数の非一時的コンピューター可読媒体）は、本出願で論じる一つまたは複数の機能を実施するために、処理システム１５０８および／または処理システム１５１８によって実行され得るコンピュータープログラム命令またはコードを記憶し得る。図１５には示されていないが、送信処理システム１５１０、送信処理システム１５２０、受信処理システム１５１２、および／または受信処理システム１５２２は、それらのそれぞれの機能のうちの一つまたは複数を実行するために実行され得るコンピュータープログラム命令またはコードを格納するメモリー（例えば、一つまたは複数の非一時的コンピューター可読媒体）に結合され得る。

処理システム１５０８および／または処理システム１５１８は、一つまたは複数のコントローラーおよび／または一つまたは複数のプロセッサーを含んでもよい。一つまたは複数のコントローラーおよび／または一つまたは複数のプロセッサーは、例えば、汎用プロセッサー、デジタル信号プロセッサー（ＤＳＰ）、マイクロコントローラー、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）および／またはその他のプログラマブルロジックデバイス、ディスクリートゲートおよび／またはトランジスターロジック、ディスクリートハードウェアコンポーネント、オンボードユニット、またはそれらの任意の組み合わせを含んでもよい。処理システム１５０８および／または処理システム１５１８は、信号符号化／処理、データ処理、電力制御、入出力処理、および／または無線デバイス１５０２および基地局１５０４がワイヤレス環境で動作するのを可能にし得る他の任意の機能のうちの少なくとも一つを実行し得る。

処理システム１５０８および／または処理システム１５１８は、それぞれ、一つまたは複数の周辺装置１５１６および一つまたは複数の周辺装置１５２６に接続され得る。一つまたは複数の周辺装置１５１６および一つまたは複数の周辺装置１５２６は、特徴および／または機能を提供するソフトウェアおよび／またはハードウェア、例えばスピーカー、マイク、キーパッド、表示装置、タッチパッド、電源、衛星トランシーバー、ユニバーサルシリアルバス（ＵＳＢ）ポート、ハンズフリーヘッドセット、周波数変調（ＦＭ）無線ユニット、メディアプレーヤー、インターネットブラウザ、電子制御ユニット（例えば、車両用）、および／または一つまたは複数のセンサー（例えば、加速度計、ジャイロスコープ、温度センサー、レーダーセンサー、ライダーセンサー、超音波センサー、光センサー、カメラ、および／または類似のもの）を含んでもよい。処理システム１５０８および／または処理システム１５１８は、一つまたは複数の周辺装置１５１６および／または一つまたは複数の周辺装置１５２６からユーザー入力データを受信し、および／またはユーザー出力データを提供し得る。無線デバイス１５０２内の処理システム１５１８は、電源から電力を受け取ることができ、および／または無線デバイス１５０２内の他のコンポーネントに電力を分配するように構成することができる。電源は、一つまたは複数の電源、例えば、バッテリー、太陽電池、燃料電池、またはそれらの任意の組み合わせを含んでもよい。処理システム１５０８および／または処理システム１５１８は、それぞれ、ＧＰＳチップセット１５１７およびＧＰＳチップセット１５２７に接続され得る。ＧＰＳチップセット１５１７およびＧＰＳチップセット１５２７は、それぞれ、無線デバイス１５０２および基地局１５０４の地理的位置情報を提供するように構成され得る。

図１６Ａは、アップリンク送信のための例示的な構造を示す。物理アップリンク共有チャネルを代表するベースバンド信号は、一つまたは複数の機能を実行することができる。この一つまたは複数の機能は、スクランブリング、複素数値シンボルを生成するためのスクランブルビットの変調、一つまたはいくつかの送信層上への複素数値変調シンボルのマッピング、複素数値シンボルを生成するための変換プリコーディング、複素数値シンボルのプリコーディング、プリコーディングされた複素数値シンボルのリソース要素へのマッピング、複素数値時間ドメイン単一キャリア周波数分割多重アクセス（ＳＣ-ＦＤＭＡ）またはＣＰ-ＯＦＤＭ信号のアンテナポートへの生成、および／または同様のものの少なくとも一つを含むことができる。一実施例では、変換プリコーディングが有効である場合は、アップリンク送信のためのＳＣ-ＦＤＭＡ信号が生成され得る。一実施例では、変換プリコーディングが有効でない場合は、図１６Ａによって、アップリンク送信のためのＣＰ-ＯＦＤＭ信号が生成されることができる。これらの機能は、例として示されており、さまざまな実施形態で他の機構を実装することができることが予想される。

図１６Ｂは、ベースバンド信号のキャリア周波数への変調およびアップコンバージョンのための例示的な構造を示す。ベースバンド信号は、アンテナポートに対する、複素数値ＳＣ-ＦＤＭＡまたはＣＰ-ＯＦＤＭベースバンド信号および／または複素数値物理ランダムアクセスチャネル（ＰＲＡＣＨ）ベースバンド信号であり得る。送信前にフィルターリングを用いることができる。

図１６Ｃは、ダウンリンク送信の例示的な構造を示す。物理ダウンリンクチャネルを表すベースバンド信号は、一つまたは複数の機能を実行できる。この一つまたは複数の機能は、物理チャネル上で送信されるべきコードワード内の符号化されたビットのスクランブリング、複素数値変調シンボルを生成するためのスクランブルされたビットの変調、複素数値変調シンボルの一つまたはいくつかの送信層上へのマッピング、アンテナポート上での送信のための層上にある複素数値変調シンボルのプリコーディング、アンテナポートの複素数値変調シンボルのリソース要素へのマッピング、アンテナポート毎の複素数値時間ドメインＯＦＤＭ信号の生成、および／または同様のものを含むことができる。これらの機能は、例として示されており、さまざまな実施形態で他の機構を実装することができることが予想される。

図１６Ｄは、ベースバンド信号のキャリア周波数への変調およびアップコンバージョンのための別の実施例示的な構造を示す。ベースバンド信号は、アンテナポート用の複素数値ＯＦＤＭベースバンド信号であり得る。送信前にフィルターリングを用いることができる。

無線デバイスは、複数のセル（例えば、プライマリーセル、セカンダリーセル）の構成パラメーターを含む一つまたは複数のメッセージ（例えば、ＲＲＣメッセージ）を基地局から受信し得る。無線デバイスは、複数のセルを介して、少なくとも一つの基地局（例えば、デュアル接続の二つ以上の基地局）と通信し得る。一つまたは複数のメッセージ（例えば、構成パラメーターの一部として）は、無線デバイスを構成するための物理的、ＭＡＣ、ＲＬＣ、ＰＣＤＰ、ＳＤＡＰ、ＲＲＣ層のパラメーターを含んでもよい。例えば、構成パラメーターは、物理層およびＭＡＣ層チャネル、ベアラなどを構成するためのパラメーターを含み得る。例えば、構成パラメーターは、物理層、ＭＡＣ層、ＲＬＣ層、ＰＣＤＰ層、ＳＤＡＰ層、ＲＲＣ層、および／または通信チャネル用のタイマーの値を示すパラメーターを含んでもよい。

タイマーが開始されると実行を開始し、停止するまで、または満了するまで、実行を継続し得る。タイマーは、動いていない場合に開始され得るか、動いている場合に再起動され得る。タイマーは、値と関連付けられてもよい（例えば、タイマーは、ある値から開始または再開されてもよく、またはゼロから開始され、値に到達したら満了し得る）。タイマーの持続時間は、（例えば、ＢＷＰスイッチングにより）タイマーが停止するか、または満了するまで更新され得ない。タイマーを使用して、プロセスの期間／ウィンドウを測定することができる。本明細書が、一つまたは複数のタイマーに関連する実装および手順を指す場合、一つまたは複数のタイマーを実装する複数の方法があることが理解されよう。例えば、タイマーを実施するための複数の方法のうちの一つまたは複数が、手順の期間／ウィンドウを測定するために使用され得ることが理解されよう。例えば、ランダムアクセス応答ウィンドウタイマーは、ランダムアクセス応答を受信するためのウィンドウ時間を測定するために使用され得る。一実施例では、ランダムアクセス応答ウィンドウタイマーの開始および満了の代わりに、二つのタイムスタンプ間の時間差を使用し得る。タイマーが再開されると、時間ウィンドウの測定のためのプロセスが再開され得る。他の例示的実施は、時間ウィンドウの測定を再開するために提供され得る。

ｇＮＢは、一つまたは複数のＭＡＣＰＤＵを無線デバイスに送信することができる。一実施例では、ＭＡＣＰＤＵは、長さがバイト整列された（例えば、８ビットの倍数）ビットストリングであり得る。一実施例では、ビットストリングは、最上位ビットがテーブルの最初の行の左端のビットであり、最下位ビットがテーブルの最後の行の右端のビットであるテーブルによって表され得る。より一般的には、ビットストリングは、左から右に読み取られ、次いで行の読み取り順序で読み取られる。一実施例では、ＭＡＣＰＤＵ内のパラメーターフィールドのビット順序は、左端のビットの最初の最上位ビット、および右端のビットの最後の最下位ビットで表される。

一実施例では、ＭＡＣＳＤＵは、長さがバイト整列された（例えば、８ビットの倍数）ビットストリングであり得る。一実施例では、ＭＡＣＳＤＵは、第一のビット以降のＭＡＣＰＤＵに含まれ得る。一実施例では、ＭＡＣＣＥは、長さがバイト整列された（例えば、８ビットの倍数）ビットストリングであり得る。一実施例では、ＭＡＣサブヘッダーは、長さがバイト整列された（例えば、８ビットの倍数）ビットストリングであり得る。一実施例では、ＭＡＣサブヘッダーは、対応するＭＡＣＳＤＵ、ＭＡＣＣＥ、またはパディングの直前に配置することができる。ＭＡＣエンティティは、ＤＬＭＡＣＰＤＵの予約ビットの値を無視することができる。

一実施例では、ＭＡＣＰＤＵは、一つまたは複数のＭＡＣサブＰＤＵを含み得る。一つまたは複数のＭＡＣサブＰＤＵのうちのＭＡＣサブＰＤＵには、ＭＡＣサブヘッダーのみ（パディングを含む）、ＭＡＣサブヘッダーおよびＭＡＣＳＤＵ、ＭＡＣサブヘッダーおよびＭＡＣＣＥ、ならびに／またはＭＡＣサブヘッダーおよびパディングが含まれる。ＭＡＣＳＤＵのサイズは可変であり得る。ＭＡＣサブヘッダーは、ＭＡＣＳＤＵ、ＭＡＣＣＥ、またはパディングに対応することができる。

一実施例では、ＭＡＣサブヘッダーがＭＡＣＳＤＵ、可変サイズのＭＡＣＣＥ、またはパディングに対応する場合、ＭＡＣサブヘッダーは、１ビット長のＲフィールド、１ビット長のＦフィールド、マルチビット長のＬＣＩＤフィールド、および／またはマルチビット長のＬフィールドを含み得る。

図１７Ａは、Ｒフィールド、Ｆフィールド、ＬＣＩＤフィールド、およびＬフィールドを備えたＭＡＣサブヘッダーの実施例を示す。図１７Ａの例示的なＭＡＣサブヘッダーでは、ＬＣＩＤフィールドは、６ビットの長さであり得、Ｌフィールドは、８ビットの長さであり得る。図１７Ｂは、Ｒフィールド、Ｆフィールド、ＬＣＩＤフィールド、およびＬフィールドを備えたＭＡＣサブヘッダーの実施例を示す。図１７Ｂの例示的なＭＡＣサブヘッダーでは、ＬＣＩＤフィールドは、６ビットの長さであり得、Ｌフィールドは、１６ビットの長さであり得る。ＭＡＣサブヘッダーが固定サイズのＭＡＣＣＥまたはパディングに対応する場合、ＭＡＣサブヘッダーは、２ビット長のＲフィールドおよびマルチビット長のＬＣＩＤフィールドを含み得る。図１７Ｃは、ＲフィールドおよびＬＣＩＤフィールドを含むＭＡＣサブヘッダーの実施例を示す。図１７Ｃの例示的なＭＡＣサブヘッダーでは、ＬＣＩＤフィールドは、６ビットの長さであり得、Ｒフィールドは、２ビットの長さであり得る。

図１８Ａは、ＤＬＭＡＣＰＤＵの実施例を示す。ＭＡＣＣＥ１および２などの複数のＭＡＣＣＥを一緒に配置することができる。ＭＡＣＣＥを含むＭＡＣサブＰＤＵは、ＭＡＣＳＤＵを含む任意のＭＡＣサブＰＤＵまたはパディングを含むＭＡＣサブＰＤＵの前に配置することができる。図１８Ｂは、ＵＬＭＡＣＰＤＵの実施例を示す。ＭＡＣＣＥ１および２などの複数のＭＡＣＣＥを一緒に配置することができる。ＭＡＣＣＥを含むＭＡＣサブＰＤＵは、ＭＡＣＳＤＵを含む全てのＭＡＣサブＰＤＵの後に配置することができる。さらに、ＭＡＣサブＰＤＵは、パディングを含むＭＡＣサブＰＤＵの前に配置することができる。

一実施例では、ｇＮＢのＭＡＣエンティティは、一つまたは複数のＭＡＣＣＥを、無線デバイスのＭＡＣエンティティに送信することができる。図１９は、一つまたは複数のＭＡＣＣＥに関連付けられ得る複数のＬＣＩＤの実施例を示す。一つまたは複数のＭＡＣＣＥは、ＳＰＺＰＣＳＩ-ＲＳリソースセット起動／停止ＭＡＣＣＥ、ＰＵＣＣＨ空間関係起動／停止ＭＡＣＣＥ、ＳＰＳＲＳ起動／停止ＭＡＣＣＥ、ＰＵＣＣＨに関するＳＰＣＳＩレポート起動／停止ＭＡＣＣＥ、ＵＥ固有のＰＤＣＣＨのＴＣＩ状態表示ＭＡＣＣＥ、ＵＥ固有のＰＤＳＣＨのＴＣＩ状態表示ＭＡＣＣＥ、非周期的ＣＳＩトリガー状態サブセレクションＭＡＣＣＥ、ＳＰＣＳＩ-ＲＳ／ＣＳＩ-ＩＭリソースセット起動／停止ＭＡＣＣＥ、ＵＥ競合解決アイデンティティＭＡＣＣＥ、タイミングアドバンスコマンドＭＡＣＣＥ、ＤＲＸコマンドＭＡＣＣＥ、ロングＤＲＸコマンドＭＡＣＣＥ、ＳＣｅｌｌ起動／停止ＭＡＣＣＥ（１オクテット）、ＳＣｅｌｌ起動／停止ＭＡＣＣＥ（４オクテット）、および／または複製起動／停止ＭＡＣＣＥのうちの少なくとも一つを含む。一実施例では、ｇＮＢのＭＡＣエンティティによって無線デバイスのＭＡＣエンティティに送信されるＭＡＣＣＥなどのＭＡＣＣＥは、ＭＡＣＣＥに対応するＭＡＣサブヘッダーにＬＣＩＤを有することができる。異なるＭＡＣＣＥは、ＭＡＣＣＥに対応するＭＡＣサブヘッダーに異なるＬＣＩＤを有し得る。例えば、ＭＡＣサブヘッダーで１１１０１１によって与えられたＬＣＩＤは、ＭＡＣサブヘッダーに関連付けられるＭＡＣＣＥがロングＤＲＸコマンドＭＡＣＣＥであることを示し得る。

一実施例では、無線デバイスのＭＡＣエンティティは、一つまたは複数のＭＡＣＣＥを、ｇＮＢのＭＡＣエンティティに送信することができる。図２０は、一つまたは複数のＭＡＣＣＥの実施例を示す。一つまたは複数のＭＡＣＣＥは、ショートバッファ状態報告（ＢＳＲ）ＭＡＣＣＥ、ロングＢＳＲＭＡＣＣＥ、Ｃ-ＲＮＴＩＭＡＣＣＥ、構成される許可確認ＭＡＣＣＥ、単一エントリーＰＨＲＭＡＣＣＥ、複数エントリーＰＨＲＭＡＣＣＥ、ショート遮断ＢＳＲ、および／またはロング遮断ＢＳＲのうちの少なくとも一つを含み得る。一実施例では、ＭＡＣＣＥは、ＭＡＣＣＥに対応するＭＡＣサブヘッダーにＬＣＩＤを有することができる。異なるＭＡＣＣＥは、ＭＡＣＣＥに対応するＭＡＣサブヘッダーに異なるＬＣＩＤを有し得る。例えば、ＭＡＣサブヘッダーで１１１０１１によって与えられたＬＣＩＤは、ＭＡＣサブヘッダーに関連付けられるＭＡＣＣＥがショート遮断コマンドＭＡＣＣＥであることを示し得る。

キャリア集計（ＣＡ）では、二つ以上のコンポーネントキャリア（ＣＣ）が集約され得る。無線デバイスは、ＣＡの技術を使用して、無線デバイスの機能に応じて、一つまたは複数のＣＣで同時に受信または送信し得る。一実施例では、無線デバイスは、隣接するＣＣおよび／または隣接しないＣＣに対してＣＡをサポートし得る。ＣＣはセルに編成され得る。例えば、ＣＣは一つのプライマリーセル（ＰＣｅｌｌ）と一つまたは複数のセカンダリーセル（ＳＣｅｌｌ）とに編成され得る。ＣＡを用いて構成されると、無線デバイスはネットワークとの一つのＲＲＣ接続を有し得る。ＲＲＣ接続の確立／再確立／ハンドオーバー中、ＮＡＳモビリティ情報を提供するセルはサービングセルであり得る。ＲＲＣ接続の再確立／ハンドオーバー手順中、セキュリティ入力を提供するセルはサービングセルであり得る。一実施例では、サービングセルはＰＣｅｌｌを示し得る。一実施例では、ｇＮＢは、無線デバイスの機能に応じて、複数の一つまたは複数のＳＣｅｌｌの構成パラメーターを含む一つまたは複数のメッセージを無線デバイスに送信し得る。

ＣＡを用いて構成されると、基地局および／または無線デバイスは、無線デバイスのバッテリーまたは電力消費を改善するために、ＳＣｅｌｌの起動／停止メカニズムを使用し得る。無線デバイスが一つまたは複数のＳＣｅｌｌを用いて構成されると、ｇＮＢは一つまたは複数のＳＣｅｌｌのうちの少なくとも一つを起動または停止することができる。ＳＣｅｌｌの構成時に、ＳＣｅｌｌに関連付けられるＳＣｅｌｌ状態が「起動」または「休止」に設定されない限り、ＳＣｅｌｌを停止し得る。

無線デバイスは、ＳＣｅｌｌ起動／停止ＭＡＣＣＥを受信することに応答して、ＳＣｅｌｌを起動／停止することができる。一実施例では、ｇＮＢは、無線デバイスに、ＳＣｅｌｌタイマー（例えば、ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）を含む一つまたは複数のメッセージを送信し得る。一実施例では、無線デバイスは、ＳＣｅｌｌタイマーの満了に応答してＳＣｅｌｌを停止し得る。

無線デバイスがＳＣｅｌｌを起動するＳＣｅｌｌ起動／停止ＭＡＣＣＥを受信すると、無線デバイスはＳＣｅｌｌを起動し得る。ＳＣｅｌｌのアクティブ化に応答して、無線デバイスは、ＳＣｅｌｌ上でのＳＲＳ送信、ＳＣｅｌｌに対するＣＱＩ／ＰＭＩ／ＲＩ／ＣＲＩレポート、ＳＣｅｌｌ上でのＰＤＣＣＨ監視、ＳＣｅｌｌに対するＰＤＣＣＨ監視、および／またはＳＣｅｌｌ上でのＰＵＣＣＨ送信を含む動作を実行し得る。ＳＣｅｌｌの起動に応答して、無線デバイスは、ＳＣｅｌｌに関連付けられる第一のＳＣｅｌｌタイマー（例えば、ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）を始動または再始動し得る。無線デバイスは、ＳＣｅｌｌを起動するＳＣｅｌｌ起動／停止ＭＡＣＣＥが受信されると、スロット内の第一のＳＣｅｌｌタイマーを始動または再始動し得る。一実施例では、ＳＣｅｌｌのアクティブ化に応答して、無線デバイスは、記憶された構成に従って、ＳＣｅｌｌに関連付けられる構成される許可タイプ１の一つまたは複数の中断された構成済みアップリンク許可を（再）初期化することができる。一実施例では、ＳＣｅｌｌのアクティブ化に応答して、無線デバイスはＰＨＲをトリガーし得る。

無線デバイスが、起動されたＳＣｅｌｌを停止するＳＣｅｌｌ起動／停止ＭＡＣＣＥを受信すると、無線デバイスは起動されたＳＣｅｌｌを停止し得る。一実施例では、起動されたＳＣｅｌｌに関連付けられる第一のＳＣｅｌｌタイマー（例えば、ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）が満了すると、無線デバイスは起動されたＳＣｅｌｌを停止し得る。アクティブ化されたＳＣｅｌｌの非アクティブ化に応答して、無線デバイスは、アクティブ化されたＳＣｅｌｌに関連付けられる第一のＳＣｅｌｌタイマーを停止し得る。一実施例では、アクティブ化されたＳＣｅｌｌの非アクティブ化に応答して、無線デバイスは、アクティブ化されたＳＣｅｌｌに関連付けられる構成済みアップリンク許可タイプ２の一つまたは複数の構成済みダウンリンク割り当ておよび／または一つまたは複数の構成済みアップリンク許可をクリアし得る。一実施例では、アクティブ化されたＳＣｅｌｌの非アクティブ化に応答して、無線デバイスは、アクティブ化されたＳＣｅｌｌに関連付けられる構成済みアップリンク許可タイプ１の一つまたは複数の構成済みアップリンク許可を中断し得る、および／またはアクティブ化されたＳＣｅｌｌに関連付けられるＨＡＲＱバッファをフラッシュし得る。

ＳＣｅｌｌが停止されると、無線デバイスは、ＳＣｅｌｌ上でＳＲＳを送信すること、ＳＣｅｌｌのＣＱＩ／ＰＭＩ／ＲＩ／ＣＲＩを報告すること、ＳＣｅｌｌ上のＵＬ-ＳＣＨで送信すること、ＳＣｅｌｌ上のＲＡＣＨで送信すること、ＳＣｅｌｌ上の少なくとも一つの第一のＰＤＣＣＨを監視すること、ＳＣｅｌｌの少なくとも一つの第二のＰＤＣＣＨを監視すること、および／またはＳＣｅｌｌ上でＰＵＣＣＨを送信すること、を含む動作を実行しない場合がある。起動されたＳＣｅｌｌ上の少なくとも一つの第一のＰＤＣＣＨがアップリンク許可またはダウンリンク割り当てを示すと、無線デバイスは、起動されたＳＣｅｌｌに関連付けられる第一のＳＣｅｌｌタイマー（例えば、ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）を再始動し得る。一実施例では、起動されたＳＣｅｌｌをスケジューリングしているサービングセル（例えば、ＰＣｅｌｌまたはＰＵＣＣＨを用いて構成されるＳＣｅｌｌ、すなわちＰＵＣＣＨＳＣｅｌｌ）上の少なくとも一つの第二のＰＤＣＣＨが、起動されたＳＣｅｌｌのアップリンク許可またはダウンリンク割り当てを示す場合、無線デバイスは、起動されたＳＣｅｌｌに関連付けられる第一のＳＣｅｌｌタイマー（例えば、ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）を再始動し得る。一実施例では、ＳＣｅｌｌが停止されると、ＳＣｅｌｌ上に進行中のランダムアクセス手順がある場合、無線デバイスはＳＣｅｌｌ上の進行中のランダムアクセス手順を中止し得る。

図２１Ａは、１オクテットのＳＣｅｌｌ起動／停止ＭＡＣＣＥの実施例を示す。第一のＬＣＩＤ（例えば、図１９に示されるような「１１１０１０」）を有する第一のＭＡＣＰＤＵサブヘッダーは、１オクテットのＳＣｅｌｌ起動／停止ＭＡＣＣＥを識別することができる。１オクテットのＳＣｅｌｌ起動／停止ＭＡＣＣＥのサイズは一定であり得る。１オクテットのＳＣｅｌｌ起動／停止ＭＡＣＣＥは、単一のオクテットを含んでもよい。単一のオクテットは、第一の数のＣフィールド（例えば、７）と第二の数のＲフィールド（例えば１）とを含むことができる。図２１Ｂは、４オクテットのＳＣｅｌｌ起動／停止ＭＡＣＣＥの実施例を示す。第二のＬＣＩＤ（例えば、図１９に示されるような「１１１００１」）を有する第二のＭＡＣＰＤＵサブヘッダーは、４オクテットのＳＣｅｌｌ起動／停止ＭＡＣＣＥを識別することができる。４オクテットのＳＣｅｌｌ起動／停止ＭＡＣＣＥのサイズは一定であり得る。４オクテットのＳＣｅｌｌ起動／停止ＭＡＣＣＥは、４オクテットを含むことができる。四つのオクテットは、第三の数のＣフィールド（例えば、３１）と第四の数のＲフィールド（例えば、１）とを含むことができる。

図２１Ａおよび／または図２１Ｂにおいて、ＳＣｅｌｌインデックスｉを有するＳＣｅｌｌが構成される場合、Ｃ_ｉフィールドは、ＳＣｅｌｌインデックスｉを有するＳＣｅｌｌの起動／停止ステータスを示し得る。一実施例では、Ｃ_ｉフィールドが１に設定されると、ＳＣｅｌｌインデックスｉを有するＳＣｅｌｌが起動され得る。一実施例では、Ｃ_ｉフィールドがゼロに設定されると、ＳＣｅｌｌインデックスｉを有するＳＣｅｌｌが停止され得る。一実施例では、ＳＣｅｌｌインデックスｉを用いて構成されるＳＣｅｌｌがない場合、無線デバイスはＣ_ｉフィールドを無視し得る。図２１Ａおよび図２１Ｂにおいて、Ｒフィールドは、予約ビットを示し得る。Ｒフィールドはゼロに設定され得る。

基地局（ｇＮＢ）は、ＰＣｅｌｌ上で帯域幅適応（ＢＡ）を有効にするために、アップリンク（ＵＬ）帯域幅部分（ＢＷＰ）およびダウンリンク（ＤＬ）ＢＷＰを用いて無線デバイス（ＵＥ）を構成することができる。キャリア集計が構成される場合、ｇＮＢは、ＳＣｅｌｌ上でＢＡを有効にするために、少なくともＤＬＢＷＰを用いてＵＥをさらに構成することができる（つまり、ＵＬにＵＬＢＷＰがない場合がある）。ＰＣｅｌｌの場合、初期アクティブＢＷＰは、初期アクセスに使用される第一のＢＷＰであり得る。ＳＣｅｌｌの場合、第一のアクティブＢＷＰは、ＳＣｅｌｌがアクティブ化されるときに、ＵＥがＳＣｅｌｌ上で動作するように構成される第二のＢＷＰであり得る。ペアになっているスペクトル（例えば、ＦＤＤ）では、ｇＮＢおよび／またはＵＥは、ＤＬＢＷＰとＵＬＢＷＰを個別に切り替えることができる。ペアになっていないスペクトル（例えば、ＴＤＤ）では、ｇＮＢおよび／またはＵＥは、ＤＬＢＷＰとＵＬＢＷＰを同時に切り替えることができる。

一実施例では、ｇＮＢおよび／またはＵＥは、ＤＣＩまたはＢＷＰ非アクティブタイマーによって、構成されるＢＷＰ間でＢＷＰを切り替えることができる。ＢＷＰ非アクティブタイマーがサービングセルのために構成される場合、ｇＮＢおよび／またはＵＥは、サービングセルに関連付けられるＢＷＰ非アクティブタイマーの満了に応答して、アクティブＢＷＰをデフォルトＢＷＰに切り替えることができる。デフォルトＢＷＰは、ネットワークによって構成することができる。一実施例では、ＦＤＤシステムの場合、ＢＡで構成される場合、各アップリンクキャリアに対して一つのＵＬＢＷＰ、および一つのＤＬＢＷＰは、アクティブなサービングセルにおいて同時にアクティブであり得る。一実施例では、ＴＤＤシステムの場合、一つのＤＬ／ＵＬＢＷＰペアは、アクティブなサービングセルで同時にアクティブであり得る。一つのＵＬＢＷＰおよび一つのＤＬＢＷＰ（または一つのＤＬ／ＵＬペア）で動作すると、ＵＥのバッテリー消費が改善され得る。ＵＥが動作し得る一つの能動ＵＬＢＷＰおよび一つの能動ＤＬＢＷＰ以外のＢＷＰは、停止され得る。停止されたＢＷＰでは、ＵＥは、ＰＤＣＣＨを監視しなくてもよく、および／またはＰＵＣＣＨ、ＰＲＡＣＨ、およびＵＬ-ＳＣＨで送信しなくてもよい。

一実施例では、サービングセルは、最大で第一の数（例えば、四つ）のＢＷＰで構成され得る。一実施例では、アクティブ化されたサービングセルの場合、任意の時点で一つのアクティブＢＷＰが存在し得る。一実施例では、サービングセルに対するＢＷＰ切り替えを使用して、一度に、非アクティブＢＷＰを起動させ、アクティブＢＷＰを停止させることができる。一実施例では、ＢＷＰ切り替えは、ダウンリンク割り当てまたはアップリンク許可を示すＰＤＣＣＨによって制御され得る。一実施例では、ＢＷＰ切り替えは、ＢＷＰ非アクティブタイマー（例えば、ｂｗｐ-ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）によって制御され得る。一実施例では、ＢＷＰ切り替えは、ランダムアクセス手順の開始に応答して、ＭＡＣエンティティによって制御され得る。ＳｐＣｅｌｌの追加またはＳＣｅｌｌの起動の際に、ダウンリンク割り当てまたはアップリンク許可を示すＰＤＣＣＨを受信せずに、一つのＢＷＰが最初にアクティブになってもよい。サービングセルのアクティブＢＷＰを、ＲＲＣおよび／またはＰＤＣＣＨで示すことができる。一実施例では、ペアになっていないスペクトルに対して、ＤＬＢＷＰをＵＬＢＷＰとペアにすることができ、ＢＷＰ切り替えは、ＵＬおよびＤＬの両方に共通であり得る。

図２２は、ＳＣｅｌｌ上のＢＷＰ切り替えの実施例を示す。一実施例では、ＵＥは、ＳＣｅｌｌのパラメーターと、ＳＣｅｌｌに関連付けられる一つまたは複数のＢＷＰ構成と、を含むＲＲＣメッセージを受信することができる。ＲＲＣメッセージは、ＲＲＣ接続再構成メッセージ（例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）、ＲＲＣ接続再確立メッセージ（例えば、ＲＲＣＲｅｓｔａｂｌｉｓｈｍｅｎｔ）、および／またはＲＲＣ接続セットアップメッセージ（例えば、ＲＲＣＳｅｔｕｐ）を含むことができる。一つまたは複数のＢＷＰのうち、少なくとも一つのＢＷＰは、第一のアクティブＢＷＰ（例えば、ＢＷＰ１）として、一つのＢＷＰは、デフォルトＢＷＰ（例えば、ＢＷＰ０）として、構成され得る。ＵＥは、ＭＡＣＣＥを受信して、第ｎのスロットでＳＣｅｌｌを起動することができる。ＵＥは、ＳＣｅｌｌ停止タイマー（例えば、ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ）を始動し、ＳＣｅｌｌについてのＣＳＩ関連アクションを始動し、および／またはＳＣｅｌｌの第一のアクティブＢＷＰについてのＣＳＩ関連アクションを始動し得る。ＵＥは、ＳＣｅｌｌをアクティブ化することに応答して、ＢＷＰ１上のＰＤＣＣＨを監視することを開始することができる。

一実施例では、ＵＥは、ＢＷＰ１上のＤＬ割り当てを示すＤＣＩを受信することに応答して、第ｍのスロットでＢＷＰ非アクティブタイマー（例えば、ｂｗｐ-ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）を始動再始動することができる。ＵＥは、第ｓのスロットで、ＢＷＰ停止タイマーが満了する場合、アクティブＢＷＰとしてデフォルトＢＷＰ（例えば、ＢＷＰ０）に再度切り替わり得る。ＵＥは、ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒが満了する場合、ＳＣｅｌｌを停止する、および／またはＢＷＰ非アクティブタイマーを停止することができる。

一実施例では、ＭＡＣエンティティは、ＢＷＰで構成されるアクティブ化されたサービングセルのアクティブＢＷＰに、ＵＬ-ＳＣＨで送信すること、ＲＡＣＨで送信すること、ＰＤＣＣＨを監視すること、ＰＵＣＣＨを送信すること、ＤＬ-ＳＣＨを受信すること、および／またはもしあれば、記憶された構成に従って、構成される許可タイプ１の中断された構成済みアップリンク許可を（再）初期化することを含む、通常の動作を適用することができる。

一実施例では、ＢＷＰで構成される各アクティブ化されたサービングセルの非アクティブＢＷＰ上で、ＭＡＣエンティティは、ＲＡＣＨで送信しなくてもよく、ＰＤＣＣＨを監視しなくてもよく、ＰＵＣＣＨを送信しなくてもよく、ＳＲＳを送信しなくてもよく、ＤＬ-ＳＣＨを受信しなくてもよく、構成される許可タイプ２の任意の構成済みダウンリンク割り当ておよび構成済みアップリンク許可をクリアしてもよく、および／または構成されるタイプ１の任意の構成済みアップリンク許可を中断し得る。

一実施例では、ＭＡＣエンティティがサービングセルのＢＷＰ切り替えのためにＰＤＣＣＨを受信する場合、このサービングセルに関連付けられるランダムアクセス手順が進行中でない間に、ＵＥは、ＰＤＣＣＨによって示されるＢＷＰへのＢＷＰ切り替えを実行し得る。一実施例では、帯域幅部分インジケーターフィールドがＤＣＩフォーマット１＿１で構成される場合、帯域幅部分インジケーターフィールド値は、ＤＬ受信用の構成されるＤＬＢＷＰセットからのアクティブＤＬＢＷＰを示すことができる。一実施例では、帯域幅部分インジケーターフィールドがＤＣＩフォーマット０＿１で構成される場合、帯域幅部分インジケーターフィールド値は、ＵＬ送信用の構成されるＵＬＢＷＰセットからのアクティブＵＬＢＷＰを示すことができる。

一実施例では、プライマリーセルについて、ＵＥは、上位レイヤパラメーターＤｅｆａｕｌｔ-ＤＬ-ＢＷＰによって、ＵＥに構成されるＤＬＢＷＰの中のデフォルトＤＬＢＷＰが提供され得る。一実施例では、上位レイヤパラメーターＤｅｆａｕｌｔ-ＤＬ-ＢＷＰによって、ＵＥにデフォルトＤＬＢＷＰが提供されない場合、デフォルトＤＬＢＷＰは、初期アクティブＤＬＢＷＰであり得る。一実施例では、ＵＥは、プライマリーセルのタイマー値である、上位レイヤパラメーターｂｗｐ-ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒによって提供され得る。構成される場合、ＵＥは、実行中の場合、周波数範囲１の場合は１ミリ秒の間隔ごと、周波数範囲２の場合は０．５ミリ秒ごとにタイマーをインクリメントすることができ、これは、ＵＥが、ペアになっているスペクトル動作に対してＤＣＩフォーマット１＿１を検出することができない場合、またはＵＥが、間隔中、ペアになっていないスペクトル動作に対して、ＤＣＩフォーマット１＿１またはＤＣＩフォーマット０＿１を検出することができない場合である。

一実施例では、ＵＥが、構成されるＤＬＢＷＰの中のデフォルトＤＬＢＷＰを示す上位レイヤパラメーターＤｅｆａｕｌｔ-ＤＬ-ＢＷＰを用いてセカンダリーセル用に構成され、かつＵＥが、タイマー値を示す上位レイヤパラメーターｂｗｐ-ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを用いて構成される場合、セカンダリーセル上でのＵＥ手順は、セカンダリーセル用のタイマー値、およびセカンダリーセル用のデフォルトＤＬＢＷＰを使用するプライマリーセル上のものと同じであり得る。

一実施例では、ＵＥが、セカンダリーセルまたはキャリア上に、第一のアクティブＤＬＢＷＰである上位レイヤパラメーターＡｃｔｉｖｅ-ＢＷＰ-ＤＬ-ＳＣｅｌｌによって、および第一のアクティブＵＬＢＷＰである上位レイヤパラメーターＡｃｔｉｖｅ-ＢＷＰ-ＵＬ-ＳＣｅｌｌによって構成される場合、ＵＥは、セカンダリーセル上の示されたＤＬＢＷＰおよび示されたＵＬＢＷＰを、セカンダリーセル上の、またはキャリア上のそれぞれの第一のアクティブＤＬＢＷＰおよび第一のアクティブＵＬＢＷＰとして使用することができる。

一実施例では、監視する無線デバイスのためのＰＤＣＣＨ候補のセットは、ＰＤＣＣＨ検索空間セットの観点から定義される。検索空間セットは、ＣＳＳセットまたはＵＳＳセットを含む。無線デバイスは、次の一つまたは複数の検索空間セットにおけるＰＤＣＣＨ候補を監視する。ＭＣＧのプライマリーセルでＳＩ-ＲＮＴＩによってスクランブルされたＣＲＣを有する、ＤＣＩフォーマットに対する、ＭＩＢ内のｐｄｃｃｈ-ＣｏｎｆｉｇＳＩＢ１によって、またはＰＤＣＣＨ-ＣｏｎｆｉｇＣｏｍｍｏｎ内のｓｅａｒｃｈＳｐａｃｅＳＩＢ１によって、またはＰＤＣＣＨ-ＣｏｎｆｉｇＣｏｍｍｏｎ内のｓｅａｒｃｈＳｐａｃｅＺｅｒｏによって構成されたＴｙｐｅ０-ＰＤＣＣＨＣＳＳセット、ＭＣＧのプライマリーセルでＳＩ-ＲＮＴＩによってスクランブルされたＣＲＣを有する、ＤＣＩフォーマットに対する、ＰＤＣＣＨ-ＣｏｎｆｉｇＣｏｍｍｏｎ内のｓｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎによって構成されたＴｙｐｅ０Ａ-ＰＤＣＣＨＣＳＳセット、プライマリーセルでＲＡ-ＲＮＴＩまたはＴＣ-ＲＮＴＩによってスクランブルされたＣＲＣを有する、ＤＣＩフォーマットに対する、ＰＤＣＣＨ-ＣｏｎｆｉｇＣｏｍｍｏｎ内のｒａ-ＳｅａｒｃｈＳｐａｃｅによって構成されたＴｙｐｅ１-ＰＤＣＣＨＣＳＳセット、ＭＣＧのプライマリーセルでＰ-ＲＮＴＩによってスクランブルされたＣＲＣを有する、ＤＣＩフォーマットに対する、ＰＤＣＣＨ-ＣｏｎｆｉｇＣｏｍｍｏｎ内のｐａｇｉｎｇＳｅａｒｃｈＳｐａｃｅによって構成されたＴｙｐｅ２-ＰＤＣＣＨＣＳＳセット、ＩＮＴ-ＲＮＴＩ、ＳＦＩ-ＲＮＴＩ、ＴＰＣ-ＰＵＳＣＨ-ＲＮＴＩ、ＴＰＣ-ＰＵＣＣＨ-ＲＮＴＩ、またはＴＰＣ-ＳＲＳ-ＲＮＴＩ、およびプライマリーセルの場合のみ、Ｃ-ＲＮＴＩ、ＭＣＳ-Ｃ-ＲＮＴＩ、またはＣＳ-ＲＮＴＩによってスクランブルされたＣＲＣを有する、ＤＣＩフォーマットに対する、ｓｅａｒｃｈＳｐａｃｅＴｙｐｅ＝ｃｏｍｍｏｎでＰＤＣＣＨ-Ｃｏｎｆｉｇ内のＳｅａｒｃｈＳｐａｃｅによって構成されたＴｙｐｅ３-ＰＤＣＣＨＣＳＳセット、およびＣ-ＲＮＴＩ、ＭＣＳ-Ｃ-ＲＮＴＩ、ＳＰ-ＣＳＩ-ＲＮＴＩ、またはＣＳ-ＲＮＴＩによってスクランブルされたＣＲＣを有する、ＤＣＩフォーマットに対する、ｓｅａｒｃｈＳｐａｃｅＴｙｐｅ＝ｕｅ-ＳｐｅｃｉｆｉｃでＰＤＣＣＨ-Ｃｏｎｆｉｇ内のＳｅａｒｃｈＳｐａｃｅによって構成されたＵＳＳセット。

一実施例では、無線デバイスは、スロット内のＰＤＣＣＨ監視周期性、ＰＤＣＣＨ監視オフセット、およびＰＤＣＣＨ監視パターンを含む一つまたは複数のＰＤＣＣＨ構成パラメーターに基づいて、アクティブなＤＬＢＷＰ上のＰＤＣＣＨ監視機会を決定する。検索空間セット（ＳＳｓ）について、無線デバイスは、ＰＤＣＣＨ監視機会が、
である場合、数ｎ_ｆを有するフレーム内の数
を有するスロット内に存在すると判定する。
はヌメロロジμが構成される時のフレーム内のスロットの数である。ｏ_ＳはＰＤＣＣＨ構成パラメーターに示されるスロットオフセットである。ｋ_ｓはＰＤＣＣＨ構成パラメーターに示されるＰＤＣＣＨ監視周期性である。無線デバイスは、スロット
から始まるＴ_ｓ連続スロットの検索空間セットのＰＤＣＣＨ候補を監視し、次のｋ_ｓ-Ｔ_ｓ連続スロットの検索空間セットｓのＰＤＣＣＨ候補を監視しない。一実施例では、ＣＣＥ集計レベル
のＵＳＳは、ＣＣＥ集計レベルＬのＰＤＣＣＨ候補のセットによって定義される。無線デバイスが、サービングセルに対してＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎｆｉｇで構成される場合、キャリアインジケーターフィールド値は、ＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎｆｉｇによって示される値に対応する。

実施例では、無線デバイスが、ＣＯＲＥＳＥＴｐに関連付けられた検索空間セットsに対して、
として、キャリアインジケーターフィールド値ｎ_ＣＩに対応するサービングセルのアクティブＤＬＢＷＰのスロット
内の検索空間セットのＰＤＣＣＨ候補
に対応する集計レベルＬのＣＣＥインデックスを決定する。ここで、任意のＣＳＳに対し
ＵＳＳに対し
ｐｍｏｄ３＝０に対しＡ_ｐ＝３９８２７、ｐｍｏｄ３＝１に対しＡ_ｐ＝３９８２９、ｐｍｏｄ３＝２に対しＡ_ｐ＝３９８３９、およびＤ＝６５５３７；ｉ＝０，…，Ｌ-１；Ｎ_{ＣＣＥ，ｐ}は、ＣＯＲＥＳＥＴ_ｐにおいて０からＮ_{ＣＣＥ，ｐ}-１までの番号が付けられたＣＣＥの数であり；ｎ_ＣＩは、無線デバイスが、ＰＤＣＣＨが監視されているサービングセルのＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎｆｉｇによってキャリアインジケーターフィールドで構成されている場合のキャリアインジケーターフィールド値であり；それ以外の場合は、任意のＣＳＳに対しｎ_ＣＩ＝０を含み；
式中、
は、無線デバイスが、ｎ_ＣＩに対応するサービングセルの検索空間セットｓの集計レベルＬに対して監視するように構成されているＰＤＣＣＨ候補の数であり；任意のＣＳＳに対し
ＵＳＳに対し
は、検索空間セットｓのＣＣＥ集計レベルＬに対して構成された全てのｎ_ＣＩ値の最大値
であり；およびｎ_ＲＮＴＩに使用されるＲＮＴＩ値はＣ-ＲＮＴＩである。

一実施例では、ＵＥは、複数の検索空間（ＳＳ）を含む検索空間セットの構成パラメーターに従って、ＰＤＣＣＨ候補のセットを監視し得る。ＵＥは、一つまたは複数のＤＣＩを検出するために、一つまたは複数のＣＯＲＥＳＥＴ内のＰＤＣＣＨ候補のセットを監視し得る。監視は、監視されたＤＣＩフォーマットに従って、ＰＤＣＣＨ候補のセットの一つまたは複数のＰＤＣＣＨ候補を復号化することを含み得る。監視は、可能な（または構成される）ＰＤＣＣＨ位置、可能な（または構成される）ＰＤＣＣＨフォーマット（例えば、ＣＣＥの数、共通ＳＳにおけるＰＤＣＣＨ候補の数、および／またはＵＥ固有のＳＳにおけるＰＤＣＣＨ候補の数）、および可能な（または構成される）ＤＣＩフォーマットを有する一つまたは複数のＰＤＣＣＨ候補のＤＣＩ内容を復号化することを含み得る。復号化は、ブラインドデコーディングと呼んでもよい。

図２３は、ＳＳの構成の実施例を示す。一実施例では、ＳＳの一つまたは複数のＳＳ構成パラメーターは、ＳＳＩＤ（ｓｅａｒｃｈＳｐａｃｅＩｄ）、制御リソースセットＩＤ（ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ）、監視スロット周期性とオフセットパラメーター（ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ）、ＳＳ期間の値（期間）、監視シンボル表示（ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ）、集計レベル二対する候補の数（ｎｒｏｆＣａｎｄｉｄａｔｅｓ）、および／または共通ＳＳタイプまたはＵＥ固有ＳＳタイプを示すＳＳタイプ（ｓｅａｒｃｈＳｐａｃｅＴｙｐｅ）のうちの少なくとも一つを含み得る。監視スロット周期性およびオフセットパラメーターは、ＰＤＣＣＨ監視のためのスロット（例えば、無線フレーム内）およびスロットオフセット（例えば、無線フレームの開始に関連する）を示し得る。監視シンボル表示は、無線デバイスがＳＳ上のＰＤＣＣＨを監視し得るスロットのどのシンボルかを示し得る。制御リソースセットＩＤは、ＳＳが位置し得る制御リソースセットを識別し得る。

図２４は、制御リソースセット（ＣＯＲＥＳＥＴ）の構成の実施例を示す。一実施例では、基地局は、ＣＯＲＥＳＥＴの一つまたは複数の構成パラメーターを無線デバイスに送信することができる。構成パラメーターは、ＣＯＲＥＳＥＴを識別するＣＯＲＥＳＥＴＩＤ、周波数リソース表示、ＣＯＲＥＳＥＴのシンボルの数を示す期間パラメーター、ＣＣＥ-ＲＥＧマッピングタイプインジケーター、複数のＴＣＩ状態、ＴＣＩがＤＣＩ内に存在するかどうかを示すインジケーター、およびこれに類するもののうちの少なくとも一つを含み得る。ビット数（例えば、４５ビット）を含む周波数リソース表示は、周波数ドメインリソースを示し、表示の各ビットが６ＲＢのグループに対応し、グループ化がセル（例えば、ＳｐＣｅｌｌ、ＳＣｅｌｌ）のＢＷＰ中の第一のＲＢグループから開始する。第一の（左端／最上位）ビットは、ＢＷＰの第一のＲＢグループに対応し、以下同様である。１に設定されるビットは、そのビットに対応するＲＢグループが、このＣＯＲＥＳＥＴの周波数ドメインリソースに属していることを示す。ＣＯＲＥＳＥＴが構成されるＢＷＰに完全には含まれていないＲＢのグループに対応するビットは、ゼロに設定される。

図２５Ａは、無線デバイスにおけるデータ受信のフローチャートの実施例を示す。一実施例では、無線デバイスは、セルの構成パラメーターを含む一つまたは複数のＲＲＣメッセージを受信し、セルは一つまたは複数のＢＷＰを含む。構成パラメーターは、一つまたは複数のＢＷＰのあるＢＷＰ上に構成される一つまたは複数のＣＯＲＥＳＥＴおよび／または一つまたは複数の検索空間（ＳＳ）を示す。一つまたは複数のＣＯＲＥＳＥＴおよび／または一つまたは複数のＳＳは、図２３および／または図２４の実施例として実施され得る。

図２５Ａに示すように、一つまたは複数のＲＲＣメッセージに基づいて、無線デバイスは、ＰＤＳＣＨに対するダウンリンク割り当てを示すＤＣＩを検出するために、アクティブＢＷＰの一つまたは複数のＣＯＲＥＳＥＴのあるＣＯＲＥＳＥＴの一つまたは複数のＳＳのあるＳＳ上のＰＤＣＣＨ候補を監視し得る。ＳＳ上のＰＤＣＣＨ候補の監視は、一つまたは複数のＰＤＣＣＨ監視位置、集計レベルに基づく一つまたは複数のＣＣＥ、複数のＰＤＣＣＨ候補、および一つまたは複数のＤＣＩフォーマットを有するＰＤＣＣＨ候補のＤＣＩ内容を復号化することを試みることを含み得る。一つまたは複数のＲＲＣメッセージは、ＳＳ上の各集計レベルに対するＰＤＣＣＨ候補の数を示し得る。無線デバイスは、ＤＣＩを検出するための各集計レベルについて、ＣＣＥの数を決定し得る。一実施例では、無線デバイスは、集計レベルが１のときＤＣＩを検出するため一つのＣＣＥ、集計レベルが２のとき二つのＣＣＥ、集計レベルが４のとき四つのＣＣＥ、集計レベルが８のとき八つのＣＣＥ、集計レベルが１６のとき１６のＣＣＥを決定し得る。図２５Ｂは、ＢＷＰ上のＣＣＥおよびＲＥＧの実施例を示す。

一実施例では、無線デバイスは、ＰＤＣＣＨ監視機会が、
である場合、数ｎ_ｆを有するフレーム内の数
を有するスロット内に存在すると判定する。
はヌメロロジμが構成される時のフレーム内のスロットの数である。ｏ_ｓはＳＳの構成パラメーターに示されるスロットオフセットである。ｋ_ｓはＳＳの構成パラメーターに示されるＰＤＣＣＨ監視周期性である。無線デバイスは、スロット
から始まるＴ_Ｓ連続スロットのＳＳのＰＤＣＣＨ候補を監視する。無線デバイスは、次のＫ_ｓ-Ｔ_ｓ連続スロットのＳＳのＰＤＣＣＨ候補を監視しなくてもよい。一実施例では、ＣＣＥ集計レベル
のＵＳＳは、ＣＣＥ集計レベルＬのＰＤＣＣＨ候補のセットによって定義される。

図２５Ａに示すように、ＳＳ上でＰＤＣＣＨ候補を監視するとき、無線デバイスは、一つまたは複数のＣＣＥ上でＤＣＩを受信（または正常に復号化）し得る。一つまたは複数のＣＣＥは、開始ＣＣＥインデックスから開始され得る。ＤＣＩは、ダウンリンク割り当ての時間リソースインジケーター、ダウンリンク割り当ての周波数リソースインジケーター、ＰＵＣＣＨリソースインジケーター（ＰＲＩ）、ＰＤＳＣＨ-ｔｏ-ＨＡＲＱ＿ｆｅｅｄｂａｃｋタイミングインジケーターを含んでもよい。

ＤＣＩの受信に応答して、無線デバイスは、ダウンリンク割り当てを介してトランスポートブロック（ＴＢ）のシンボルを受信し得る。無線デバイスは、受信したシンボルに基づいてＴＢを復号化しようとし得る。無線デバイスは、復号化が成功したことに応答して、肯定確認応答（ＡＣＫ）を生成し得る。無線デバイスは、復号化が成功しなかったことに応答して、否定確認応答（ＮＡＣＫ）を生成し得る。

一実施例では、無線デバイスは、ＰＤＳＣＨ-ｔｏ-ＨＡＲＱ＿ｆｅｅｄｂａｃｋタイミングインジケーターの値に基づいて決定される時点で、ＰＵＣＣＨリソースを介してＡＣＫ／ＮＡＣＫを送信し得る。無線デバイスは、ＤＣＩのＰＲＩ、無線デバイスがＤＣＩを受け取る一つまたは複数のＣＣＥの開始ＣＣＥインデックス、無線デバイスがＰＤＣＣＨ候補を監視するセルのセルインデックス、ＤＣＩを受け取るためのＲＮＴＩ値に基づいて、ＰＵＣＣＨリソースを決定し得る。

図２５Ｂは、ＰＵＣＣＨリソース決定の実施例を示す。一実施例では、無線デバイスは、セルのＢＷＰ、一つまたは複数の無線リソースユニット（例えば、図８に示されるようなＲＢ）を含む、帯域幅を備えたＢＷＰの構成パラメーターを含む一つまたは複数のＲＲＣメッセージを受信することができる。構成パラメーターは、一つまたは複数のＣＯＲＥＳＥＴのリソース割り当てを示し得る。ＣＯＲＥＳＥＴは、周波数ドメイン内の
（例えば、図２４に示すようなＲＲＣメッセージによって示される）リソースブロック、および時間ドメイン内の
（例えば、図２４に示すようなＲＲＣメッセージによって示される）シンボルから構成され得る。無線デバイスは、ＣＯＲＥＳＥＴの高層パラメーター（例えば、ｆｒｅｑｕｅｎｃｙＤｏｍａｉｎＲｅｓｏｕｒｃｅｓ）に基づいて
を決定し得る。図２５Ｂで、パラメーターｆｒｅｑｕｅｎｃｙＤｏｍａｉｎＲｅｃｏｕｒｓは、周波数位置表示のビットマップを含んでもよく、ビットマップは、一つまたは複数のビット（例えば、４５ビット）を含む。ビットマップの各ビットは、６個のＲＢのグループ（例えば、図２５Ｂ示すＲＢＧ）に対応し、グループ化がＢＷＰ中の第一のＲＢグループから始まる。ビットマップの第一の（左端／最上位）ビットは、ＢＷＰの第一のＲＢグループに対応し、以下同様である。１に設定されるビットは、そのビットに対応するＲＢグループが、ＣＯＲＥＳＥＴの周波数ドメインリソースに属することを示す。０に設定されるビットは、そのビットに対応するＲＢグループがＣＯＲＥＳＥＴの周波数ドメインリソースに属していないことを示す。

一実施例では、無線デバイスは、アクティブＢＷＰ上のＣＯＲＥＳＥＴのＲＢＧを有する一つまたは複数のＣＣＥ上のＳＳのＰＤＣＣＨ候補を監視し得る。ＣＣＥは、複数（例えば、６）のリソース要素グループ（ＲＥＧ）を含んでもよい。ＲＥＧは、一つのＯＦＤＭシンボル中に一つのＲＢを含んでもよい。ＣＯＲＥＳＥＴ内のＲＥＧは、第一のＯＦＤＭシンボルとＣＯＲＥＳＥＴ内の最も番号の小さいリソースブロックに対し０から始まる時間第一の方法で増順に番号が付けられている。一実施例では、ＣＯＲＥＳＥＴは、一つのＣＣＥ～ＲＥＧマッピングインジケーターで構成される。

一実施例では、ＣＯＲＥＳＥＴのＣＣＥ～ＲＥＧマッピングは、インターリーブまたは非インターリーブであってもよく、ＲＥＧバンドルによって説明される：
- ＲＥＧバンドルｉは、
として定義され、式中、ＬはＲＥＧバンドルサイズであり、
はＣＯＲＥＳＥＴ内のＲＥＧ数である。
-ＣＣＥｊはＲＥＧバンドル
で構成され、式中、ｆ（・）はインターリーバである。

一実施例では、非インターリーブのＣＣＥ～ＲＥＧマッピングについて、Ｌ＝６およびｆ
（ｘ）＝ｘである。一実施例では、インターリーブされたＣＣＥ～ＲＥＧマッピングに対し、
に対し
および
に対し
である。インターリーバは下記によって定義される。
式中、
である。

一実施例では、監視するＵＥのためのＰＤＣＣＨ候補のセットは、ＰＤＣＣＨ検索空間セットに関して定義される。検索空間セットは、ＣＳＳセットまたはＵＳＳセットであり得る。ＵＥは、以下の検索空間セットのうちの一つまたは複数においてＰＤＣＣＨ候補を監視する：
- ＭＣＧのプライマリーセル上のＳＩ-ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマットに対し、ＭＩＢ内のｐｄｃｃｈ-ＣｏｎｆｉｇＳＩＢ１によって、またはＰＤＣＣＨ-ＣｏｎｆｉｇＣｏｍｍｏｎ内のｓｅａｒｃｈＳｐａｃｅＳＩＢ１によって、またはＰＤＣＣＨ-ＣｏｎｆｉｇＣｏｍｍｏｎ内のｓｅａｒｃｈＳｐａｃｅＺｅｒｏによって構成されるＴｙｐｅ０-ＰＤＣＣＨＰＤＣＣＨＣＳＳセット；
- ＭＣＧのプライマリーセル上のＳＩ-ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマットに対し、ＰＤＣＣＨ-ＣｏｎｆｉｇＣｏｍｍｏｎｇ内のｓｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎによって構成されるＴｙｐｅ０Ａ-ＰＤＣＣＨＣＳＳセット；
- プライマリーセル上のＲＡ-ＲＮＴＩまたはＴＣ-ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマットに対し、ＰＤＣＣＨ-ＣｏｎｆｉｇＣｏｍｍｏｎ内のｒａ-ＳｅａｒｃｈＳｐａｃｅによって構成されるＴｙｐｅ１-ＰＤＣＣＨＰＤＣＣＨＣＳＳセット；
- ＭＣＧのプライマリーセル上のＰ-ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマットに対し、ＰＤＣＣＨ-ＣｏｎｆｉｇＣｏｍｍｏｎ内のｐａｃｋｉｎｇＳｅａｒｃｈＳｐａｃｅによって構成されるＴｙｐｅ２-ＰＤＣＣＨＰＤＣＣＨＣＳＳセット；
- ＩＮＴ-ＲＮＴＩ、ＳＦＩ-ＲＮＴＩ、ＴＰＣ-ＰＵＳＣＨ-ＲＮＴＩ、ＴＰＣ-ＰＵＣＣＨ-ＲＮＴＩ、またはＴＰＣ-ＳＲＳ-ＲＮＴＩ、およびプライマリーセルに対してのみＣ-ＲＮＴＩ、ＭＣＳ-Ｃ-ＲＮＴＩ、ＲＮＴＩ、またはＣＳ-ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマットに対し、ｓｅａｒｃｈＳｐａｃｅＴｙｐｅ＝ｃｏｍｍｏｎで、ＰＤＣＣＨ-Ｃｏｎｆｉｇ内のＳｅａｒｃｈＳｐａｃｅによって構成されるＴｙｐｅ３-ＰＤＣＣＨＣＳＳセット、および
- Ｃ-ＲＮＴＩ、ＭＣＳ-Ｃ-ＲＮＴＩ、ＳＰ-ＣＳＩ-ＲＮＴＩ、またはＣＳ-ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマットに対し、ｓｅａｒｃｈＳｐａｃｅＴｙｐｅ＝ｕｅ-Ｓｐｅｃｉｆｉｃで、ＰＤＣＣＨ-Ｃｏｎｆｉｇ内のＳｅａｒｃｈＳｐａｃｅによって構成されるＵＳＳセット。

実施例では、無線デバイスが、ＣＯＲＥＳＥＴｐに関連付けられた検索空間セットｓに対して、
として、キャリアインジケーターフィールド値ｎ_ＣＩに対応するサービングセルのアクティブＤＬＢＷＰのスロット
内の検索空間セットのＰＤＣＣＨ候補ｍ_{ｓ，ｎＣＩ}に対応する集計レベルＬのＣＣＥインデックスを決定する。ここで、任意のＣＳＳに対し
ＵＳＳに対し
ｐｍｏｄ３＝０に対しＡ_ｐ＝３９８２７、ｐｍｏｄ３＝１に対しＡ_ｐ＝３９８２９、ｐｍｏｄ３＝２に対しＡ_ｐ＝３９８３９、およびＤ＝６５５３７；ｉ＝０，…，Ｌ-１；Ｎ_{ＣＣＥ，ｐ}は、ＣＯＲＥＳＥＴｐにおいて０からＮ_{ＣＣＥ，ｐ}-１までの番号が付けられたＣＣＥの数であり；ｎ_ＣＩは、無線デバイスが、ＰＤＣＣＨが監視されているサービングセルのＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎｆｉｇによってキャリアインジケーターフィールドで構成されている場合のキャリアインジケーターフィールド値であり；それ以外の場合は、任意のＣＳＳに対しｎ_ＣＩ＝０を含み；
式中、
は、無線デバイスが、ｎ_ＣＩに対応するサービングセルの検索空間セットｓの集計レベルＬに対して監視するように構成されているＰＤＣＣＨ候補の数であり；任意のＣＳＳに対し
ＵＳＳに対し
は、検索空間セットｓのＣＣＥ集計レベルＬに対して構成された全てのｎ_ＣＩ値の最大値
であり；およびｎ_ＲＮＴＩに使用されるＲＮＴＩ値はＣ-ＲＮＴＩである。

図２５Ｂは、セルのＢＷＰは、ＲＢＧ０からＲＢＧＭ-１へインデックス付けするＭＲＢＧを含んでもよい。ＢＷＰ上に構成されるＣＯＲＥＳＥＴは、ビットマップ（例えば、ｆｒｅｑｕｅｎｃｙＤｏｍａｉｎＲｅｓｏｕｒｃｅｓ）に基づいて、ＭＲＢＧの複数のＲＢＧを占有し得る。ＲＢＧ０に対応し、１に設定される、ビット０は、ＲＢＧ０がＣＯＲＥＳＥＴなどに属することを示してもよく、以下同様である。ＲＢＧ数の無線リソースは、複数のＣＣＥ、ＣＣＥ～ＲＥＧマッピングインジケーター（例えば、ＣＣＥ～ＲＥＧ-ＭａｐｐｉｎｇＴｙｐｅ）に基づいて、ＣＣＥ０からＣＣＥ（Ｎ-１）へインデックス付けされたＣＣＥの数にマッピングされ得る。無線デバイスは、例えば、ＣＣＥ２、ＣＣＥ４、ＣＣＥ６などを含む、ＣＣＥの数のサブセット上のＳＳのＰＤＣＣＨ候補を監視し得る。

一実施例では、無線デバイスは、上の方程式に基づいて、ＣＣＥ２から出発して、ＳＳ上でＤＣＩを受信し得る。無線デバイスは、ＨＡＲＱ-ＡＣＫフィードバックについて、ＤＣＩのＰＲＩ値、開始ＣＣＥインデックス（例えば、図２５Ｂの例におけるＣＣＥ２）に基づいて、ＰＵＣＣＨリソースを決定し得る。

一実施例では、無線デバイスは、専用のＰＵＣＣＨリソース構成を有しなくてもよい。無線デバイスは、ＰＵＣＣＨ上のＨＡＲＱ-ＡＣＫ情報を送信するために、事前に定義されたＰＵＣＣＨリソーステーブルに基づいてＰＵＣＣＨリソースセットを決定し得る。ＰＵＣＣＨリソースセットには、１６個のリソースが含まれており、それぞれが、ＰＵＣＣＨフォーマット、開始シンボル、期間、ＰＲＢオフセット、およびＰＵＣＣＨ送信用の周期シフトインデックスセットに対応している。

一実施例では、無線デバイスは、インデックスｒ_{ＰＵＣＣＨ}を有するＰＵＣＣＨリソースを決定し得る。
として０≦ｒ_{ＰＵＣＣＨ}≦１５である。式中、Ｎ_ＣＣＥは、ＤＣＩを有するＰＤＣＣＨ受信のＣＯＲＥＳＥＴにおいて、ＣＣＥの数（例えば、図２５Ｂの例においてはＫ）である。ｎ_{ＣＣＥ，０}は、ＰＤＣＣＨ受信に対する第一のＣＣＥのインデックスである（例えば、図２５Ｂの例において２）。Δ_ＰＲＩは、ＤＣＩ内のＰＲＩフィールドの値である。図２５Ｂの例において、ｒ_{ＰＵＣＣＨ}＝２である。

一実施例では、無線デバイスは、より高い層によって専用のＰＵＣＣＨリソース構成で構成され得る。一実施例では、ＰＵＣＣＨリソースは、ＰＵＣＣＨリソースインデックス（例えば、ｐｕｃｃｈ-リソースＩＤによって提供される）、ｓｔａｒｔｉｎｇＰＲＢによる周波数ホッピング前の、または周波数ホッピングなしの第一のＰＲＢのインデックス、ｓｅｃｏｎｄＨｏｐＰＲＢによる周波数ホッピング後の第一のＰＲＢのインデックス、ｉｎｔｒａＳｌｏｔＦｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇによるスロット内周波数ホッピングの表示、および／またはフォーマットによって提供される、ＰＵＣＣＨフォーマット０からＰＵＣＣＨフォーマット４を通して、ＰＵＣＣＨフォーマットに対する構成を含むことができる。

一実施例では、無線デバイスが、ＰＵＣＣＨ送信に対して同じスロットを示すＰＤＳＣＨ-ｔｏ-ＨＡＲＱ＿ｆｅｅｄｂａｃｋタイミングインジケーターフィールドの値を有する複数のＤＣＩのうち、ＰＤＣＣＨ受信における最後のＤＣＩ（例えば、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１）の検出に応答して、ＰＵＣＣＨにおいてＨＡＲＱ-ＡＣＫ情報を送信する場合、無線デバイスは、インデックスｒ_{ＰＵＣＣＨ}、０≦ｒ_{ＰＵＣＣＨ}≦Ｒ_{ＰＵＣＣＨ}-１で、ＰＵＣＣＨリソースのセット（ＰＵＣＣＨリソースの複数のセットで構成されるときの第一のセット）からＰＵＣＣＨリソースを、として、決定する。
このとき、ＰＵＣＣＨリソースの第一のセットのｒｅｓｏｕｒｃｅＬｉｓｔのサイズＲ_{ＰＵＣＣＨ}が８より大きい。一実施例では、ｎ_{ＣＣＥ，ｐ}は、ＤＣＩのＰＤＣＣＨ受信のＣＯＲＥＳＥＴｐにおいてＣＣＥの数（例えば、図２５Ｂの例におけるＫ）である。ｎ_{ＣＣＥ，ｐ}はＰＤＣＣＨ受信用の第一のＣＣＥのインデックス（例えば、図２５Ｂの例では２）であるΔ_ＰＲＩは、ＤＣＩのＰＲＩフィールドの値である。

一実施例では、無線デバイスは、一つまたは複数のＰＵＣＣＨリソースを介して一つまたは複数のアップリンク制御情報（ＵＣＩ）を基地局に送信し得る。一つまたは複数のＵＣＩは、ＨＡＲＱ-ＡＣＫ情報、スケジューリング要求（ＳＲ）、および／またはＣＳＩレポートの少なくとも一つを含んでもよい。一実施例では、ＰＵＣＣＨリソースは、少なくとも、周波数位置（例えば、開始ＰＲＢ）、および／またはＰＵＣＣＨフォーマットによって識別され得る。ＰＵＣＣＨフォーマットは、ベース配列の初期周期シフト値および時間ドメイン位置パラメーター（例えば、開始シンボルインデックス）を用いて構成され得る。一実施例では、ＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット０、ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３、またはＰＵＣＣＨフォーマット４の少なくとも一つであり得る。ＰＵＣＣＨフォーマット０は、１または２個のＯＦＤＭシンボルの長さを有し、２ビット以下であり得る。ＰＵＣＣＨフォーマット１は、４～１４個の数のＯＦＤＭシンボルを占有し、２ビット以下であり得る。ＰＵＣＣＨフォーマット２は、１または２個のＯＦＤＭシンボルを占有し、２ビットを超える大きさであり得る。ＰＵＣＣＨフォーマット３は、４～１４個の数のＯＦＤＭシンボルを占め、２ビットを超える大きさであり得る。ＰＵＣＣＨフォーマット４は、４～１４個の数のＯＦＤＭシンボルを占め、２ビットを超える大きさであり得る。ＰＵＣＣＨリソースは、ＰＣｅｌｌ上、またはＰＵＣＣＨセカンダリーセル上で構成され得る。

一実施例では、複数のＵＬＢＷＰで構成されるとき、基地局は、無線デバイスに、一つまたは複数のＰＵＣＣＨリソースセット（例えば、１、２、３、４または４より大きい）の構成パラメーターを含む一つまたは複数のＲＲＣメッセージを、複数のＵＬＢＷＰのＵＬＢＷＰで送信し得る。各ＰＵＣＣＨリソースセットは、ＰＵＣＣＨリソースセットインデックス、各ＰＵＣＣＨリソースがＰＵＣＣＨリソース識別子（例えば、ｐｕｃｃｈ-Ｒｅｓｏｕｒｃｅｉｄ）によって識別されるＰＵＣＣＨリソースのリスト、および／または無線デバイスがＰＵＣＣＨリソースセット内の複数のＰＵＣＣＨリソースのリストうちの一つを使用して送信し得るＵＣＩ情報ビットの最大数を用いて構成され得る。

一実施例では、一つまたは複数のＰＵＣＣＨリソースセットを用いて構成されるとき、無線デバイスは、無線デバイスが送信し得るＵＣＩ情報ビット（例えば、ＨＡＲＱ-ＡＲＱビット、ＳＲ、および／またはＣＳＩ）のビット長に基づいて、一つまたは複数のＰＵＣＣＨリソースセットのうちの一つを選択し得る。一実施例では、ＵＣＩ情報ビットのビット長が２以下であるとき、無線デバイスは、「０」に等しいＰＵＣＣＨリソースセットインデックスを有する第一のＰＵＣＣＨリソースセットを選択し得る。一実施例では、ＵＣＩ情報ビットのビット長が２より大きく、第一の構成値以下であるとき、無線デバイスは、ＰＵＣＣＨリソースセットインデックスが「１」に等しい第二のＰＵＣＣＨリソースセットを選択し得る。一実施例では、ＵＣＩ情報ビットのビット長が第一の構成値より大きく、第二の構成値以下であるとき、無線デバイスは、ＰＵＣＣＨリソースセットインデックスが「２」に等しい第三のＰＵＣＣＨリソースセットを選択し得る。一実施例では、ＵＣＩ情報ビットのビット長が第二の構成値より大きく、第三の値（例えば、１７０６）以下であるとき、無線デバイスは、ＰＵＣＣＨリソースセットが「３」に等しい第四のＰＵＣＣＨリソースセットを選択し得る。

一実施例では、無線デバイスは、ＵＣＩ送信のアップリンクシンボルの数およびＵＣＩビットの数に基づいて、ＰＵＣＣＨフォーマット０、ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３、および／またはＰＵＣＣＨフォーマット４を含む複数のＰＵＣＣＨフォーマットからのＰＵＣＣＨフォーマットを決定し得る。一実施例では、送信が１個のシンボルまたは２個のシンボルを超え、かつ正または負のＳＲ（ＨＡＲＱ-ＡＣＫ／ＳＲビット）を有するＨＡＲＱ-ＡＣＫ情報ビットの数が１または２である場合、無線デバイスは、ＰＵＣＣＨフォーマット０を使用するＰＵＣＣＨでＵＣＩを送信し得る。ＰＵＣＣＨフォーマット０は、例えば、立方メートルを減少させるために、ＤＦＴ-ｓｐｒｅａｄＯＦＤＭに基づいてもよい。一実施例では、送信が４個以上を超えるシンボルであり、かつＨＡＲＱ-ＡＣＫ／ＳＲビットの数が１または２である場合、無線デバイスは、ＰＵＣＣＨフォーマット１を使用するＰＵＣＣＨでＵＣＩを送信し得る。ＰＵＣＣＨフォーマット１は、例えば、立方メートルを減少させるために、ＤＦＴ-ｓｐｒｅａｄＯＦＤＭに基づいてもよい。一実施例では、送信が１個のシンボルまたは２個のシンボルを超え、かつＵＣＩビットの数が２より多い場合、無線デバイスは、ＰＵＣＣＨフォーマット２を使用するＰＵＣＣＨでＵＣＩを送信し得る。ＰＵＣＣＨフォーマット２は、ＯＦＤＭに基づいてもよい。一実施例では、送信が４個以上を超えるシンボルであり、かつＵＣＩビットの数が２より多く、かつＰＵＣＣＨリソースが直交カバー符号を含まない場合、無線デバイスは、ＰＵＣＣＨフォーマット３を使用するＰＵＣＣＨでＵＣＩを送信し得る。ＰＵＣＣＨフォーマット３は、例えば、立方メートルを減少させるために、ＤＦＴ-ｓｐｒｅａｄＯＦＤＭに基づいてもよい。一実施例では、送信が４個以上を超えるシンボルであり、ＵＣＩビットの数が２より多く、ＰＵＣＣＨリソースが直交カバーコードを含む場合、無線デバイスは、ＰＵＣＣＨフォーマット４を使用するＰＵＣＣＨでＵＣＩを送信し得る。ＰＵＣＣＨフォーマット４は、例えば、立方体を減少させるために、ＤＦＴ-ｓｐｒｅａｄＯＦＤＭに基づいてもよい。

一実施例では、ＰＵＣＣＨリソース上でＨＡＲＱ-ＡＣＫ情報を送信するために、無線デバイスは、ＰＵＣＣＨリソースセットからＰＵＣＣＨリソースを決定し得る。ＰＵＣＣＨリソースセットは、上述のように決定され得る。無線デバイスは、ＰＤＣＣＨで受信されたＤＣＩ（例えば、ＤＣＩフォーマット１＿０または１＿１に対するＤＣＩを有する）におけるＰＵＣＣＨリソースインジケーターフィールドに基づいてＰＵＣＣＨリソースを決定し得る。ＤＣＩ内の３ビットＰＵＣＣＨリソースインジケーターフィールドは、ＰＵＣＣＨリソースセット内の８個のＰＵＣＣＨリソースのうちの一つを示し得る。無線デバイスは、ＤＣＩの３ビットＰＵＣＣＨリソースインジケーターフィールドによって示されるＰＵＣＣＨリソースでＨＡＲＱ-ＡＣＫ情報を送信し得る。

図２６は、ＰＵＣＣＨリソースセット（例えば、最大八つのＰＵＣＣＨリソースを有する）におけるＰＵＣＣＨリソースへのＰＵＣＣＨリソース表示（ＰＲＩ）フィールド値のマッピングの実施例を示す。一実施例では、ＤＣＩ（例えば、ＤＣＩフォーマット１＿０または１＿１）のＰＵＣＣＨリソースインジケーターが‘０００’である場合、無線デバイスは、ＰＵＣＣＨリソースセットのＰＵＣＣＨリソースリスト内の第一の値を有するＰＵＣＣＨリソース識別子（例えば、ｐｕｃｃｈ-Ｒｅｓｏｕｒｄｃｅｉｄ）によって識別されるＰＵＣＣＨリソースを決定し得る。ＤＣＩ（例えば、ＤＣＩフォーマット１＿０または１＿１）内のＰＵＣＣＨリソースインジケーターが‘００１’である場合、無線デバイスは、ＰＵＣＣＨリソースセットなどのＰＵＣＣＨリソースリスト内の第二の値を有するＰＵＣＣＨリソース識別子（例えば、ｐｕｃｃｈ-Ｒｅｓｏｕｒｄｃｅｉｄ）によって識別されるＰＵＣＣＨリソースを決定し得る。同様に、ＰＵＣＣＨで多重化されたＨＡＲＱ-ＡＣＫ情報、ＳＲおよび／またはＣＳＩを送信するために、無線デバイスは、ＰＵＣＣＨリソースセットのリストから、少なくともＤＣＩ（例えば、ＤＣＩフォーマット１＿０／１＿１）のＰＵＣＣＨリソースインジケーターに基づいて、ＰＵＣＣＨリソースを決定し得る。

例示的実施形態では、Ｌｉｓｔｅｎ-ｂｅｆｏｒｅ-ｔａｌｋ（ＬＢＴ）は、ライセンスされていない帯域で構成されるセルでの送信のために実装され得る（便宜上、例えば、ＬＡＡセルおよび／またはＮＲ-Ｕセルと呼ばれる。ＬＡＡセルとＮＲ-Ｕセルは互換性がありライセンスされていない帯域で動作する任意のセルを指し得る。セルは、ライセンスされた帯域にアンカーセルがある非スタンドアローンとして、またはライセンスされた帯域にアンカーセルがないスタンドアローンとして動作し得る。）。ＬＢＴは、クリアチャネル評価を含み得る。例えば、ＬＢＴ手順では、機器は、チャネルを使用する前にクリアチャネル評価（ＣＣＡ）チェックを適用することができる。例えば、ＣＣＡは、チャネル上の他の信号の存在（例えば、チャネルが占有される）、または不在（例えば、チャネルがクリア）を決定する少なくともエネルギー検出を含む。ある国の規制が、ＬＢＴ手順に影響を与える場合がある。例えば、ヨーロッパと日本の規制では、ライセンスされていない帯域、例えば５ＧＨｚのライセンスされていない帯域でのＬＢＴの使用が義務付けられている。規制要件とは別に、ＬＢＴを介したキャリアセンシングは、ライセンスされていないスペクトルを公平に共有するための一つの方法である。

例示的実施形態では、最大送信継続期間が制限されたライセンスされていないキャリアでの不連続送信が有効にされ得る。これらの機能の一部は、ライセンスされていない帯域における不連続ダウンリンク送信の開始から送信される一つまたは複数の信号によってサポートされてもよく、チャネル予約は、成功したＬＢＴ動作に基づいてチャネルアクセスを得た後、またはその応答として、ＮＲ-Ｕノードによる信号の送信によって有効化され得る。他のノードは、チャネルが占有されることを感知し得る特定の閾値を超えるエネルギーレベルで、信号（例えば、チャネル予約のために送信される）を受信し得る。不連続ダウンリンク送信を伴うライセンスされていない帯域での動作のために一つまたは複数の信号によってサポートされる必要がある機能は、以下の一つまたは複数を含み得る。無線デバイスによるライセンスされていない帯域（セル識別を含む）でのダウンリンク送信の検出、無線デバイスの時間と周波数の同期。

例示的実施形態では、ライセンスされていない帯域での動作のためのＤＬ送信およびフレーム構造設計は、ＣＡによって集計されたサービングセルにわたるキャリア集計タイミング関係に従って、サブフレーム、（ミニ）スロット、および／またはシンボル境界アライメントを採用し得る。これは、基地局の送信がサブフレーム、（ミニ）スロット、および／またはシンボル境界で開始することを意味しなくてもよい。ライセンスのないセル動作（例えば、ＬＡＡおよび／またはＮＲ-Ｕ）は、例えば、全てのＯＦＤＭシンボルがＬＢＴに従ってサブフレームで送信できるわけではない場合に、ＰＤＳＣＨの送信をサポートし得る。ＰＤＳＣＨに必要な制御情報の配信もサポートされ得る。

ＬＢＴ手順は、３ＧＰＰシステム（ＬＴＥやＮＲなど）と、ライセンスされていないスペクトルで動作する他のオペレーターや技術との公正かつ友好的な共存のために採用され得る。例えば、ライセンスされていないスペクトルのキャリアで送信しようとしているノードは、チャネルが自由に使用できるかどうかを判断するために、クリアチャネル評価を実行できる（例えば、一つまたは複数のＬＢＴ手順の一部として）。ＬＢＴ手順には、チャネルが使用されるかどうかを判断するための少なくともエネルギー検出が含まれてもよい。例えば、ヨーロッパなど一部の地域の規制要件では、ノードがこの閾値を超えるエネルギーを受け取る場合、ノードはチャネルが空いていないと仮定するように、エネルギー検出閾値を指定する。ノードはこのような規制要件に従ってもよく、オプションで、規制要件で指定された閾値よりも低い閾値をエネルギー検出に使用し得る。無線アクセス技術（例えば、ＬＴＥおよび／またはＮＲ）は、エネルギー検出閾値を適応的に変更する機構を採用し得る。例えば、ＮＲ-Ｕは、上限からエネルギー検出閾値を適応的に下げるためのメカニズムを採用することができる。適応メカニズムは、閾値の静的または半静的な設定を妨げない場合がある。一実施例では、カテゴリー４ＬＢＴ（ＣＡＴ４ＬＢＴ）メカニズムまたは他のタイプのＬＢＴメカニズムを実装することができる。

さまざまな例のＬＢＴメカニズムを実装することができる。一実施例では、いくつかの信号の場合、いくつかの実装態様シナリオにおいて、いくつかの状況では、および／またはいくつかの周波数では、ＬＢＴ手順は、送信エンティティによっては実行されない場合がある。一実施例では、カテゴリー１（ＣＡＴ１、例えば、ＬＢＴなし）は、一つまたは複数の事例で実施され得る。例えば、ライセンスされていない帯域のチャネルは、第一のデバイス（例えば、ＤＬ送信のための基地局）によって保持されてもよく、第二のデバイス（例えば、無線デバイス）は、ＣＡＴ１ＬＢＴを実行せずに、送信のために引き継ぐ。一実施例では、カテゴリー２（ＣＡＴ２、例えば、ランダムバックオフのないＬＢＴおよび／またはワンショットＬＢＴ）が実施され得る。チャネルがアイドルであると判定する期間は、決定的であり得る（例えば、規制によって）。基地局は、一種類のＬＢＴ（例えば、ＣＡＴ２ＬＢＴ）を示すアップリンク許可を無線デバイスに送信し得る。ＣＡＴ１ＬＢＴおよびＣＡＴ２ＬＢＴは、ＣＯＴ共有のために使用され得る。例えば、基地局は、ＬＢＴのタイプを含むアップリンク許可（レスプリアスアップリンク制御情報）を送信し得る。例えば、アップリンク許可（またはアップリンク制御情報）におけるＣＡＴ１ＬＢＴおよび／またはＣＡＴ２ＬＢＴは、受信装置（例えば、基地局、および／または無線デバイス）に、ＣＯＴ共有をトリガーするように示し得る。一実施例では、カテゴリー３（ＣＡＴ３例えば、固定サイズのコンテンションウィンドウを使用したランダムバックオフを有するＬＢＴ）を実装することができる。ＬＢＴ手順は、その構成要素の一つとして以下の手順を有することができる。送信エンティティは、コンテンションウィンドウ内で乱数Ｎを描画することができる。コンテンションウィンドウのサイズは、Ｎの最小値と最大値で指定することができる。コンテンションウィンドウのサイズは、固定とすることができる。乱数ＮをＬＢＴ手順において使用して、送信エンティティがチャネル上で伝送する前にチャネルがアイドル状態であると検知される継続期間を決定することができる。一実施例では、カテゴリー４（ＣＡＴ４、例えば、可変サイズのコンテンションウィンドウを使用したランダムバックオフのＬＢＴ）を実装することができる。送信エンティティは、コンテンションウィンドウ内で乱数Ｎを描画することができる。コンテンションウィンドウのサイズは、Ｎの最小値および最大値によって指定することができる。送信エンティティは、乱数Ｎを描画するときにコンテンションウィンドウのサイズを変更することができる。乱数Ｎは、送信エンティティがチャネルで伝送する前に、チャネルがアイドルであると感知される継続期間を決定するためにＬＢＴ手順で使用される。

ライセンスされていない帯域では、ＬＢＴのタイプ（ＣＡＴ１、ＣＡＴ２、ＣＡＴ３、および／またはＣＡＴ４）は、セル当たり制御メッセージ（ＲＲＣ、ＭＡＣＣＥ、および／またはＤＣＩ）を介して構成され得る。一実施例では、ＬＢＴのタイプ（ＣＡＴ１、ＣＡＴ２、ＣＡＴ３、および／またはＣＡＴ４）は、ＢＷＰごとに制御メッセージ（ＲＲＣ、ＭＡＣＣＥ、および／またはＤＣＩ）を介して構成され得る。例えば、ＬＢＴのタイプ（ＣＡＴ１、ＣＡＴ２、ＣＡＴ３、および／またはＣＡＴ４）は、少なくともＢＷＰで構成されるヌメロロジに基づいて決定され得る。この場合、ＢＷＰスイッチングは、ＬＢＴのタイプを変更し得る。

一実施例では、無線デバイスは、アップリンク（ＵＬ）ＬＢＴを採用し得る。ＵＬＬＢＴは、例えば、ダウンリンク（ＤＬ）ＬＢＴとは異なってもよい（例えば、異なるＬＢＴメカニズムまたはパラメーターを使用することにより）。これは、ＮＲ-ＵＵＬが、無線デバイスのチャネル競合の機会に影響を与えるスケジュールされたアクセスに基づいている場合があるためである。異なるＵＬＬＢＴを動機付ける他の考慮事項は、サブフレーム（スロットおよび／またはミニスロット）内の複数の無線デバイスの多重化を含むが、これらに限定されない。

一実施例では、ＤＬ送信バーストは、キャリアコンポーネント（ＣＣ）上の基地局（例えば、一つまたは複数の無線デバイス）による連続（ユニキャスト、マルチキャスト、ブロードキャスト、および／またはそれらの組み合わせ）送信であり得る。ＵＬ送信バーストは、一つまたは複数の無線デバイスからＣＣ上の基地局への連続送信であり得る。一実施例では、ライセンスされていないスペクトル内のＣＣ上のＤＬ送信バーストおよびＵＬ送信バーストは、同じライセンスされていないキャリア上でＴＤＭ方式でスケジュールされ得る。ＤＬ送信バーストとＵＬ送信バーストを切り替えるには、ＬＢＴ（例えば、ＣＡＴ１ＬＢＴ、ＣＡＴ２ＬＢＴ、ＣＡＴ３ＬＢＴ、および／またはＣＡＴ４ＬＢＴ）が必要となってもよい。例えば、ある瞬間は、ＤＬ送信バーストまたはＵＬ送信バーストの一部とすることができる。

チャネル占有時間（ＣＯＴ）共有は、無線アクセス技術（例えば、ＬＴＥおよび／またはＮＲ）に採用され得る。ＣＯＴ共有は、一つまたは複数の無線デバイスのうちの少なくとも一つによってアイドルとして感知されるチャネルを一つまたは複数の無線デバイスで共有する機構であり得る。例えば、一つまたは複数の第一のデバイスは、ＬＢＴのチャネル（例えば、ＣＡＴ４ＬＢＴに基づいて、チャネルがアイドルとして感知される）を占め、一つまたは複数の第二のデバイスは、最大ＣＯＴ（ＭＣＯＴ）限度内でＬＢＴ（例えば、２５ｕｓＬＢＴ）を使用して、それを共有している。例えば、ＭＯＣＴ制限は、優先順位クラス、論理チャネル優先順位、および／または無線デバイス固有ごとに与えられ得る。ＣＯＴ共有は、ライセンスされていない帯域におけるＵＬの譲歩を可能にし得る。例えば、基地局は、ＵＬ送信用の無線デバイスにアップリンク許可を送信し得る。例えば、基地局は、チャネルを占め、一つまたは複数の無線デバイスに、一つまたは複数の無線デバイスがチャネルを使用し得ることを示す制御信号を送信し得る。例えば、制御信号は、アップリンク許可および／または特定のＬＢＴタイプ（例えば、ＣＡＴ１ＬＢＴおよび／またはＣＡＴ２ＬＢＴ）を含んでもよい。一つまたは複数の無線デバイスは、少なくともアップリンク許可および／または特定のＬＢＴタイプに基づいて、ＣＯＴ共有を決定し得る。無線デバイスは、例えば、ＣＯＴ共有がトリガーされる場合など、設定された期間において、特定のＬＢＴ（例えば、２５ｕｓＬＢＴなどのＣＡＴ２ＬＢＴ）で、動的許可および／または構成される許可（例えば、タイプ１、Ｔｙｐｅ２、自律型ＵＬ）でＵＬ送信を行ってもよい。ＣＯＴ共有は、無線デバイスによってトリガーされ得る。例えば、構成される許可（例えば、タイプ１、Ｔｙｐｅ２、自律型ＵＬ）に基づいてＵＬ送信を行う無線デバイスは、ＣＯＴ共有（（Ｍ）ＣＯＴ内のＵＬ-ＤＬスイッチング）を示すアップリンク制御情報を送信し得る。無線デバイスによってトリガーされるＣＯＴ共有におけるＤＬ送信の開始時間は、一つまたは複数の方法によって示され得る。例えば、アップリンク制御情報中の一つまたは複数のパラメーターは、開始時間を示す。例えば、基地局によって構成／アクティブ化された、構成される許可のリソース構成は、開始時間を示し得る。例えば、基地局は、構成される許可（例えば、タイプ１、タイプ２、および／または自律型ＵＬ）上のＵＬ送信の後、またはその応答として、ＤＬ送信を行うことが許可され得る。アップリンク許可とＵＬ送信との間に遅延（例えば、少なくとも４ミリ秒）があり得る。遅延は、事前に定義されてもよく、（ＲＲＣメッセージを介して）基地局によって半静的に構成されてもよく、および／または（例えば、アップリンク許可を介して）基地局によって動的に示され得る。遅延は、ＣＯＴ期間では考慮されなくてもよい。

一実施例では、初期アクティブＤＬ／ＵＬＢＷＰは、例えば、５ＧＨｚライセンスされていない帯域における、第一のライセンスされていない帯域に対して２０ＭＨｚ（またはおよそ）であり得る。一つまたは複数のライセンスされていない帯域における初期アクティブＤＬ／ＵＬＢＷＰは、例えば、一つまたは複数のライセンスされていない帯域（例えば、規制によって）で類似のチャネライゼーションが使用される場合、類似し得る（例えば、５ＧＨｚおよび／または６ＧＨｚのライセンスされていないスペクトルにおいておよそ２０ＭＨｚ）。広帯域のケースでは、基地局は、一つまたは複数のＢＷＰを有する広帯域を構成し得る。例えば、８０ＭＨｚの場合、基地局は四つのＢＷＰを構成してもよく、各ＢＷＰは約２０ＭＨｚで構成され得る。アクティブＢＷＰ（ＤＬおよび／またはＵＬ）は、少なくともＢＷＰスイッチング機構に基づいて、互いに切り替えられてもよい。例えば、基地局は、セルが単一のＢＷＰを含むとき、一つまたは複数のサブバンドを有する広帯域を構成し得る。例えば、８０ＭＨｚの場合、基地局は四つのサブバンドを構成してもよく、各サブバンドは約２０ＭＨｚで構成され得る。例えば、無線デバイスは、サブバンドによってＬＢＴサブバンドを実行してもよく、ＬＢＴがアイドル状態を示す一つまたは複数のサブバンド上で、スケジュールされたリソースを介してデータを送信し得る。

一実施例では、ライセンスされた帯域で構成されるＰＣｅｌｌとライセンスされていない帯域で構成されるＳＣｅｌｌの間のキャリア集計がサポートされ得る。一実施例では、ＳＣｅｌｌは、ＤＬとＵＬとの両方、またはＤＬのみを有することができる。一実施例では、ライセンスされた帯域上に構成されるＰＣｅｌｌ（例えば、ＬＴＥセル）と、ライセンスされていない帯域上に構成されるＰＳＣｅｌｌ（例えば、ＮＲ-Ｕセル）との間の二重接続がサポートされ得る。一実施例では、全てのキャリアが一つまたは複数のライセンスされていない帯域にある、ライセンスされていない帯域でのスタンドアローン動作がサポートされ得る。一実施例では、ライセンスされていない帯域のＤＬとライセンスされた帯域のＵＬ、またはその逆のセルがサポートされ得る。一実施例では、ライセンスされた帯域上のＰＣｅｌｌ（例えば、ＮＲセル）と、ライセンスされていない帯域上のＰＳＣｅｌｌ（例えば、ＮＲ-Ｕセル）との間の二重接続がサポートされ得る。

一実施例では、無線アクセス技術（例えば、ＬＴＥおよび／またはＮＲ）動作帯域幅は、例えば、無線アクセス技術（例えば、ＬＴＥおよび／またはＮＲ）が動作している、ライセンスされていない帯域（例えば、５ＧＨｚ、６ＧＨＺ、および／またはサブ７ＧＨｚ）においてＷｉ-Ｆｉの不在が（例えば、規制によって）保証できない場合、２０ＭＨｚの整数倍であり得る。一実施例では、無線デバイスは、２０ＭＨｚの単位で一つまたは複数のＬＢＴを実行し得る。一実施例では、受信機支援ＬＢＴ（例えば、ＲＴＳ／ＣＴＳタイプのメカニズム）および／またはオンデマンド受信機支援ＬＢＴ（例えば、例えば、必要なときにのみ有効化される受信機支援ＬＢＴ）を用いることができる。一実施例では、空間的再利用を強化するための手法を使用することができる。

一実施例では、複数のチャネル（サブバンド、ＳＢ、ＲＢセットなど）を持つ広帯域キャリアは、ライセンスされていない帯域でサポートされる。一実施例では、キャリア内に一つのアクティブＢＷＰがあり得る。チャネル（サブバンド、ＲＢセットなど）は、データ／制御信号送信用のＢＷＰ内に複数のＲＢを含んでもよい。本明細書では、チャネルは、（同様に）サブバンド、ＳＢ、ＲＢセットなどと呼んでもよい。一実施例では、一つまたは複数のチャネルを備えたＢＷＰがアクティブ化され得る。一実施例では、Ｗｉ-Ｆｉの不在が保証できない場合（例えば、規制により）、ＬＢＴを２０ＭＨｚ単位で実行することができる。この場合、このＢＷＰに対する複数の並列ＬＢＴ手順が存在し得る。実際の送信帯域幅は、このアクティブ広帯域ＢＷＰ内で動的な帯域幅送信をもたらし得るＬＢＴの成功でＳＢの影響を受け得る。

一実施例では、一つまたは複数のアクティブＢＷＰがサポートされ得る。ＢＷＰ利用効率を改善するために、ＢＷＰ帯域幅は、ＬＢＴのＳＢの帯域幅と同じであり得る。例えば、ＬＢＴは、各ＢＷＰで実行され得る。ネットワークは、伝送されるデータ量に基づいてＢＷＰを作動／停止させることができる。一実施例では、一つまたは複数の重複しないＢＷＰが、キャリア集計と同様であり得るワイドコンポーネントキャリア内の無線デバイスに対してアクティブ化され得る。ＢＷＰ利用効率を改善するために、ＢＷＰ帯域幅は、ＬＢＴのＳＢの帯域幅と同じであり得る、すなわち、ＬＢＴは、各ＢＷＰ上のキャリアアウトであり得る。複数のＳＢ上のＬＢＴが成功すると、無線デバイスが、一つまたは複数のアクティブ化されたＢＷＰを含み得る一つまたは複数の狭いＲＦまたは広いＲＦをサポートする能力を有することを必要とする。

一実施例では、単一の広帯域ＢＷＰが、コンポーネントキャリア内の無線デバイスに対してアクティブ化され得る。広帯域ＢＷＰの帯域幅は、ＬＢＴのＳＢの単位であり得る。例えば、ＬＢＴのＳＢが５ＧＨｚ帯域で２０ＭＨｚの場合、広帯域ＢＷＰ帯域幅は複数の２０ＭＨｚを含んでもよい。実際の送信帯域幅は、このアクティブな広帯域ＢＷＰ内で動的帯域幅送信の結果となり得るＬＢＴの成功でＳＢの影響を受け得る。

一実施例では、ＢＷＰ上の広帯域（例えば、８０ＭＨｚ）構成で、ＳＳ（またはＣＯＲＥＳＥＴ）の周波数リソースが、ＢＷＰ内で拡散（または横断）され得る。ＳＳ（またはＣＯＲＥＳＥＴ）の周波数リソースは、ＢＷＰのＳＢ内に限定され得る。ＳＢは、例えば、ＮＲ-ＵセルにおけるＬＢＴ手順のために、２０ＭＨｚの単位であり得る。図２７Ａおよび図２７Ｂは、セルの複数のＢＷＰのあるＢＷＰ、またはセル（セル上に構成される単一のＢＷＰの場合）の周波数ドメインにおける二つのＳＳ／ＣＯＲＥＳＥＴ構成を示す。

図２７Ａは、ＢＷＰにおけるＳＳ／ＣＯＲＥＳＥＴ構成の実施例を示す。一実施例では、第一のＳＳまたは第一のＣＯＲＥＳＥＴ構成の周波数リソース表示は、ＢＷＰ内の複数のＲＢグループ上の周波数リソース分散を示し得る。複数のＲＢグループは、ＢＷＰのＳＢ（例えば、２０ＭＨｚ）内限定されない、またはその中にない。ＢＷＰ内の周波数リソースを分散させることにより、基地局が、異なるＵＥ、または異なるシグナリング目的（例えば、共通、またはＵＥ固有）に対してＰＤＣＣＨリソースを柔軟に分配することが可能となり得る。

図２７Ｂは、ＢＷＰにおけるＳＳ／ＣＯＲＥＳＥＴ構成の実施例を示す。一実施例では、第一のＳＳまたは第一のＣＯＲＥＳＥＴ構成の周波数リソース表示は、周波数リソースがＢＷＰの第一のＳＢ（図２７ＢのＳＢ０）の帯域幅（例えば、２０ＭＨｚ）に限定されることを示す。ライセンスされたセルで動作する場合と同じ（または同様の）ＣＯＲＥＳＥＴ／ＳＳ構成（例えば、セル当たり最大４０ＳＳ、またはセル当たり最大１２または２０のＣＯＲＥＳＥＴ）のＵＥの能力を維持するために、ＣＯＲＥＳＥＴＩＤによって識別されるＣＯＲＥＳＥＴは、ＢＷＰの各ＳＢにおいて同じ数のＲＢ（またはＲＢグループ）で割り当てられてもよい。同じ数のＲＢ（またはＲＢグループ）は、ＢＷＰの各ＳＢの同じ周波数位置（例えば、各ＳＢの開始周波数位置に対して）に位置し得る。上に示すように、ＳＢのＲＢへのＣＯＲＥＳＥＴのマッピングのパターンは、ＢＷＰの他のＳＢへのＣＯＲＥＳＥＴのマッピングに複製され得る。

一実施例では、ＢＷＰは、複数（例えば、４）のＬＢＴＳＢ（ＳＢ、またはＲＢセット）を含んでもよく、各ＬＢＴＳＢは、ＢＷＰの複数のＲＢ（またはＲＢグループ）を占有する。第一のＬＢＴＳＢは、第二のＬＢＴＳＢを有する周波数ドメインにおいて重複し得る。第一のＬＢＴＳＢは、第二のＬＢＴＳＢを有する周波数ドメインにおいて重複しなくてもよい。

第一のＣＯＲＥＳＥＴの周波数リソースが、ＢＷＰのＳＢの帯域幅に限定され、ＢＷＰの各ＳＢに複製されるのに応答して、無線デバイスは、構成または事前に定義されたルールに基づき、ＢＷＰの複数のＳＢの一つまたは複数のＳＢ（例えば、図２７ＢのＳＢ０、ＳＢ１）の第一のＣＯＲＥＳＥＴの第一のＳＳ上のＰＤＣＣＨを監視し得る。ＢＷＰのＳＢの帯域幅内にＣＯＲＥＳＥＴの周波数リソースを閉じ込めることによって、信号送信の堅牢性を増加させ、および／または無線デバイスの電力消費を節約し得る。一実施例では、基地局は、ＢＷＰのＳＢに従ってＬＢＴ手順を実行し得る。ＬＢＴ手順がＢＷＰのＳＢの一つで成功したことに応答して、基地局は、ＢＷＰのＳＢの一つでＰＤＣＣＨを介してＤＣＩを送信し得る。ＬＢＴ手順がＢＷＰの複数のＳＢ上で成功していることに応答して、基地局は、ＢＷＰの複数のＳＢ上でＰＤＣＣＨを介してＤＣＩを送信してもよく、または基地局は、ＢＷＰの複数のＳＢ上でＰＤＣＣＨを介して複数のＤＣＩを送信してもよく、各ＤＣＩは、複数のＳＢのうちの対応する一つの上で送信され得る。

一実施例では、基地局は、ＣＯＲＥＳＥＴ（例えば、図２４に示すように、ＲＲＣメッセージにおけるＣＯＲＥＳＥＴの高層パラメーターｆｒｅｑｕｅｎｃｙＤｏｍａｉｎＲｅｓｏｕｒｃｅｓにおいて）に対し、周波数ドメイン内の複数の監視位置に関連付けられる検索空間セット構成のために、ＣＯＲＥＳＥＴに対応するＢＷＰのＳＢの一つ内に閉じ込められた物理リソースブロック（ＰＲＢ）を割り当てることができる。ＣＯＲＥＳＥＴに関連付けられる検索空間セット内で、周波数ドメイン内の複数の監視位置の各々は、ＳＢのＳＢに対応する（および／または限定される）。複数の監視位置の各々は、ＣＯＲＥＳＥＴで構成されるパターンから複製される周波数ドメインリソース割り当てパターンを有し得る。実施例では、周波数ドメインリソース割り当てパターン以外のＣＯＲＥＳＥＴパラメーターは、周波数ドメイン内の複数の監視位置の各々に対して同一であり得る。

一実施例では、ＤＣＩを受信する前に、無線デバイスは、どのＳＢで基地局がＬＢＴ手順を成功させ得るか（例えば、ＬＢＴ手順がＳＢ上でチャネルがクリアであることを示す場合）を認識せず、どのＳＢで基地局がＤＣＩを送信し得るかを認識しなくてもよい。ＢＷＰ上の複数のＬＢＴＳＢで構成する場合、無線デバイスは、ＤＣＩを受信するための複数のＳＢ上のＰＤＣＣＨを監視し得る。

一実施例では、基地局は、検索空間の構成パラメーターを含む一つまたは複数のＲＲＣメッセージを無線デバイスに送信してもよく、この構成パラメーターは、無線デバイスが検索空間のＰＤＣＣＨ候補を監視し得る一つまたは複数のＳＢを示す。無線デバイスは、構成パラメーターに基づいて、一つまたは複数のＳＢ上の検索空間に関連付けられるＰＤＣＣＨ候補を監視し得る。

既存の技術では、無線デバイスは、図２５Ｂに示すように、ＢＷＰ（またはセルにＢＷＰが設定されていない場合はセル）上のＣＯＲＥＳＥＴの無線リソースの第一の初期番号（例えば、０）から第二の番号（例えば、ＣＯＲＥＳＥＴで設定された最大／総数）まで、ＣＣＥにインデックスを付けることができる。ＣＣＥは、ＢＷＰの周波数リソースにわたってある。無線デバイスは、ＣＣＥの一つまたは複数のＣＣＥ上で、ＤＣＩを検出するためのＳＳのＰＤＣＣＨ候補を監視し得る。無線デバイスは、一つまたは複数のＣＣＥのうちの少なくとも一つのＣＣＥ上でＤＣＩを受信し得る。無線デバイスは、例えば、少なくとも一つのＣＣＥの中で最も低いＣＣＥインデックスを有する開始ＣＣＥなど、ＣＣＥインデックスに基づいて、少なくとも一つのＣＣＥの開始ＣＣＥを決定し得る。無線デバイスは、無線デバイスがＤＣＩを受信する少なくとも一つのＣＣＥの開始ＣＣＥのＣＣＥインデックス、ＣＣＥの総数、およびＤＣＩのＰＲＩのうち少なくとも一つに基づいて、ＨＡＲＱ-ＡＣＫフィードバック用のＰＵＣＣＨリソースを決定し得る。

ＮＲ-Ｕセル（またはセルのＢＷＰ）では、無線デバイスは、ＢＷＰの一つまたは複数のＳＢ上でＳＳを監視（またはＳＳのＰＤＣＣＨ候補を監視）し得る。一実施例では、無線デバイスは、ＢＷＰでデータスケジューリングのために最大一つのＤＣＩを送信することが許可されるときに、基地局でのＬＢＴ手順に基づいて、一つまたは複数のＳＢのうちの一つのＤＣＩを受信し得る。無線デバイスは、既存の技術を導入することによって、ＢＷＰの異なるＳＢ上でＤＣＩを受信するとき、ＵＣＩ送信用の異なるＰＵＣＣＨリソースを決定することができる。無線デバイスは、既存の技術を実装することによって、ＵＣＩを送信するために無線デバイスが実際に利用する以上に、基地局がＰＵＣＣＨリソースを割り当てる（または予約する）必要があるように、ＵＣＩを送信するためのＰＵＣＣＨリソースを決定し得る。これにより、システムのスループットが低下し、および／またはアップリンクリソース利用効率が低下し得る。既存の技術は、（同じ無線デバイス内、または異なる無線デバイス間の）ＰＵＣＣＨ上のＵＣＩ送信の衝突、システムスループットの低下、アップリンク送信遅延の増加、および／または電力消費の増加をもたらし得る。従って、アップリンクリソース利用効率、システムスループット、ＵＣＩ送信の衝突の低減、電力消費の低減などを改善するために、広帯域ＮＲ-ＵのＰＵＣＣＨリソース割り当て方法を改善する必要がある。

例示的実施形態の一つでは、無線デバイスは、ＢＷＰの各ＲＢセットについて、同じ初期値（例えば、０）から、ＣＯＲＥＳＥＴのＣＣＥをインデックス付けし得る。一実施例では、無線デバイスは、ＢＷＰの第一のＲＢセットにおけるＣＯＲＥＳＥＴのＣＣＥを０～Ｎ-１でインデックス付けすることができ、Ｎは、ＲＢセットにおけるＣＯＲＥＳＥＴのＣＣＥの総数である。無線デバイスは、ＢＷＰの第二のＲＢセットにおけるＣＯＲＥＳＥＴのＣＣＥを０～Ｎ-１でインデックス付けし得る。ＢＷＰの異なるＲＢセットの同じ初期値からＣＯＲＥＳＥＴのＣＣＥをインデックス付けすることに基づいて、無線デバイスは、ＤＣＩ、無線デバイスがＤＣＩによって示されるＰＵＣＣＨリソースインデックス、ＣＯＲＥＳＥＴの総ＣＣＥ数を受信する、一つまたは複数のＣＣＥの開始ＣＣＥのＣＣＥインデックスに基づいて、ＰＵＣＣＨリソースを決定し得る。例示的実施形態に基づいて、無線デバイスは、どのＲＢに無線デバイスがＤＣＩを受信するかに関係なく、同じＰＵＣＣＨリソースを選択／決定し得る。例示的実施形態は、基地局が、無線デバイスのためのＰＵＣＣＨリソース割り当て／予約を低減することを可能にし、それゆえ、アップリンクリソース利用効率を改善することができる。

図２８は、広帯域ＮＲ-Ｕセルに対するＰＵＣＣＨリソース割り当て／決定方法の例示的実施形態を示す。

一実施例では、基地局は、セル（例えば、ＰＣｅｌｌ、またはＳＣｅｌｌ）の構成パラメーターを含む一つまたは複数のＲＲＣメッセージを無線デバイスに送信することができる。セルは、複数のＢＷＰを含み得る。セルは、単一のＢＷＰを含んでもよい。一実施例では、ＢＷＰは、複数（例えば、４）のＬＢＴＳＢ（本明細書において等しく呼ばれ得るＳＢまたはＲＢのセット）を含んでもよく、各ＳＢは、ＢＷＰの複数のＲＢ（またはＲＢグループ）を占有する。図２８に示すように、ＢＷＰのＳＢは、ＳＢ０、ＳＢ１、ＳＢ２などを含む。構成パラメーターは、ＢＷＰ上に構成される複数のＣＯＲＥＳＥＴを示し得る。構成パラメーターは、複数のＣＯＲＥＳＥＴの、ＣＯＲＥＳＥＴの周波数リソースが、ＢＷＰのＳＢの帯域幅に限定されることを示し得る。第一のＳＢ上のＣＯＲＥＳＥＴの周波数リソースマッピングパターン（例えば、図２４のｆｒｅｑｕｅｎｃｙＤｏｍａｉｎＲｅｓｏｕｒｃｅｓによって示されるように、第一のＳＢのどのリソースブロックで、ＣＯＲＥＳＥＴが含むかを定義する）は、ＢＷＰの残りのＳＢに複製される。構成パラメーターは、複数のＳＳがＣＯＲＥＳＥＴ上に構成されることを示し得る。複数のＳＳの各ＳＳについて、構成パラメーターは、ＳＳの監視周波数位置がどのＳＢに構成されるかを示す、監視周波数位置パラメーター（例えば、図２８に示すビットマップ、または監視位置表示）を含み得る。図２８に示すように、ＳＳ（例えば、ＳＳ_ｉ）の監視位置表示は、ＳＢ０、ＳＢ１を含む監視周波数位置を示すビットストリング“１１０．．．”を含む。監視周波数位置がＳＢ０、ＳＢ１を含むことに応答して、無線デバイスは、ＳＢ０およびＳＢ１上のＳＳ_ｉを監視してもよく、残りのＳＢ（例えば、ＳＢ２およびＳＢ３）上のＳＳ_ｉを監視しなくてもよい。

一実施例では、ＳＢ０およびＳＢ１上のＳＳ_ｉを監視することに応答して、無線デバイスは、ＳＢ０上のＳＳ_ｉのＣＣＥ上のＤＣＩおよび／またはＳＢ１上のＳＳ_ｉのＣＣＥ上のＤＣＩ（例えば、同時に、または順次）を検出しようとし得る。無線デバイスは、ＢＷＰの異なるＳＢ上のＣＣＥを、同じ初期値（例えば、０）からＮ-１まで（例えば、ＮはＳＢ中のＣＣＥの総数）インデックス付けし得る。ＣＣＥのインデックス付けに基づいて、無線デバイスは、ＳＢ０でＣＣＥ２、ＣＣＥ４、ＣＣＥ６、．．．上の第一のＤＣＩを検出しようとし、ＳＢ１でＣＣＥ２、ＣＣ４、ＣＣＥ６、．．．上の第二のＤＣＩを検出しようとし得る。ここで、ＣＣ２、ＣＣ４、ＣＣ６、．．．は、図２５Ｂの例を実施することによって、ＳＳ_ｉについて決定される。

一実施例では、無線デバイスは、ＢＷＰのＳＢ０上のＳＳ_ｉのＣＣＥ上の第一のＤＣＩを受信し得る。無線デバイスは、ＢＷＰのＳＢ１上のＳＳ_ｉのＣＣＥ上の第二のＤＣＩを受信し得る。無線デバイスは、ＳＢ０およびＳＢ１上の基地局によって実行されるＬＢＴ手順に基づいて、第一のＤＣＩおよび／または第二のＤＣＩを受信し得る。一実施例では、基地局は、ＳＢ０上で実行されたＬＢＴ手順に基づいて、ＳＢ０上でチャネルがクリアであると基地局が判断したときに、ＳＢ０上で第一のＤＣＩを送信し得る。基地局は、ＳＢ１で実行されたＬＢＴ手順に基づいて、ＳＢ１上でチャネルがクリアであると基地局が判断したときに、ＳＢ１上で第二のＤＣＩを送信し得る。異なるＳＢ上で、同じ初期値から、ＣＣＥをインデックス付けすることに基づいて、無線デバイスは、第一のＤＣＩが受信されるＳＢ０上の第一の開始ＣＣＥが、第二のＤＣＩが受信されるＳＢ１上の第二の開始ＣＣＥの同じＣＣＥインデックスを有し得ると決定し得る。第一のＤＣＩは、第二のＤＣＩと同じＰＲＩ値を示し得る。

ＤＣＩ（第一のＤＣＩまたは第二のＤＣＩ）の受信に応答して、無線デバイスは、ＤＣＩのダウンリンク割り当てに基づいてＴＢを検出しようとし得る。無線デバイスは、ＴＢの検出に基づいて、ＴＢの受信に対する確認応答情報を決定し得る。一実施例では、無線デバイスは、ＴＢが成功していることを検出することに応答して、確認応答情報がＴＢの受信に対する肯定確認応答（ＡＣＫ）を含むことを決定し得る。一実施例では、無線デバイスは、ＴＢが成功していないことを検出することに応答して、確認応答情報がＴＢの受信に対する否定確認応答（ＮＡＣＫ）を含むことを決定し得る。

一実施例では、無線デバイスは、図２５Ａおよび／または図２５Ｂに関して上記の例示的実施形態を実施することにより、開始ＣＣＥ、ＤＣＩのＰＲに基づいて、確認応答情報を送信するためのＰＵＣＣＨリソースを決定することができる。図２８に示すように、開始ＣＣＥは、無線デバイスがＤＣＩを受信するＳＢに関係なく、２に等しいＣＣＥインデックスを有し得る。例示的実施形態を実施することによって、無線デバイスは、開始ＣＣＥのＣＣＥインデックスに基づいてＰＵＣＣＨリソースを決定してもよく、ここで、ＳＢ内のＣＣＥは、ＢＷＰの各ＳＢの同じ初期値からインデックス付けされる。無線デバイスは、無線デバイスがＤＣＩ（第一のＤＣＩまたは第二のＤＣＩ）を受信するＳＢに関係なく、開始ＣＣＥのＣＣＥインデックスに基づいて、ＰＵＣＣＨリソースを決定し得る。そうでなければ、既存の技術に基づいて、無線デバイスは、異なるＳＢ上でＤＣＩを受信するとき、異なる開始ＣＣＥインデックスを決定し得る。故に、無線デバイスは、異なる開始ＣＣＥインデックスに基づいて、ＵＣＩの送信のための異なるＰＵＣＣＨリソースを決定し得る。例示的実施形態は、基地局が、無線デバイスのためのＰＵＣＣＨリソース割り当て／予約を低減することを可能にし、それゆえ、アップリンクリソース利用効率を改善することができる。

ＮＲ-Ｕセル（またはセルのＢＷＰ）では、無線デバイスは、ＢＷＰの一つまたは複数のＳＢ上でＳＳを監視（またはＳＳのＰＤＣＣＨ候補を監視）し得る。無線デバイスは、一つまたは複数のＳＢの複数のＳＢ上で複数のＤＣＩを受信してもよく、各ＤＣＩは、一つまたは複数のＳＢのそれぞれのＳＢ上のＣＯＲＥＳＥＴの検索空間を介して受信される。無線デバイスは、基地局が複数のＳＢのＬＢＴ手順に成功すると、複数のＳＢ上の複数のＤＣＩを受信し得る。複数のＳＢ上の複数のＤＣＩを受信すると、例えば、各ＤＣＩがそれぞれのＴＢをスケジュールするときに、システムスループットが増大し得る。無線デバイスは、既存の技術に基づいて、複数のＤＣＩによってスケジュールされた異なるＴＢに対するＨＡＲＱ-ＡＣＫ送信用の同じＰＵＣＣＨリソースを決定し得る。これにより、異なるＴＢに対するＨＡＲＱ-ＡＣＫ送信の衝突が生じる可能性がある。従って、既存の技術は、（同じ無線デバイス内、または異なる無線デバイス間の）ＰＵＣＣＨ上のＵＣＩ送信の衝突、システムスループットの低下、アップリンク送信遅延の増加、および／または電力消費の増加をもたらし得る。従って、アップリンクリソース利用効率、システムスループット、ＵＣＩ送信の衝突の低減、電力消費の低減などを改善するために、広帯域ＮＲ-ＵのＰＵＣＣＨリソース割り当て方法を改善する必要がある。

図２９は、ＢＷＰの複数のＳＢ上の複数のＰＤＣＣＨ監視周波数位置がサポートされる場合のＰＵＣＣＨリソース決定機構の実施例を示す。一実施例では、基地局は、セル（例えば、ＰＣｅｌｌ、またはＳＣｅｌｌ）の構成パラメーターを含む一つまたは複数のＲＲＣメッセージを無線デバイスに送信することができる。セルは、複数のＢＷＰを含み得る。セルは、単一のＢＷＰを含んでもよい。一実施例では、ＢＷＰは、複数（例えば、４）のＳＢを含んでもよく、各ＳＢは、ＢＷＰの複数のＲＢ（またはＲＢグループ）を占有する。図２９に示すように、ＢＷＰのＳＢは、ＳＢ０、ＳＢ１などを含む。構成パラメーターは、ＢＷＰ上に構成される複数のＣＯＲＥＳＥＴを示し得る。構成パラメーターは、ＣＯＲＥＳＥＴの周波数リソースが、ＢＷＰのＳＢの帯域幅に限定されることを示し得る。構成パラメーターは、複数のＳＳがＣＯＲＥＳＥＴ上に構成されることを示し得る。複数のＳＳの各ＳＳについて、構成パラメーターは、ＳＳの監視周波数位置がどのＳＢに構成されるかを示す、監視周波数位置パラメーター（例えば、図２９に示すビットマップ、または監視位置表示）を含み得る。図２９に示すように、ＳＳ（例えば、ＳＳ_ｉ）の監視位置表示は、ＳＢ０、ＳＢ１を含む監視周波数位置を示す、ビットストリング“１１０．．．”を含み、ビットストリングの各ビットは、対応するＳＢがＳＳの無線デバイスによって監視されるべきかどうかを示す。監視周波数位置がＳＢ０、ＳＢ１を含むことに応答して、無線デバイスは、ＳＢ０およびＳＢ１上のＳＳ_ｉを監視してもよく、ＢＷＰの他のＳＢ上のＳＳ_ｉを監視しなくてもよい。

一実施例では、無線デバイスは、ＳＢインデックス、およびＣＯＲＥＳＥＴのＣＣＥの総数のうちの少なくとも一つに基づいて、ＳＢの各ＣＣＥのＣＣＥをインデックス化し得る。一実施例では、ＳＢ０上のＣＯＲＥＳＥＴは、ＳＢ１上のＣＣＥの同じ総数を含んでもよい。図２９の例では、ＣＯＲＥＳＥＴのＣＣＥの総数はＮである。無線デバイスは、ＣＣＥ０（またはＣＣＥ１）からＣＣＥＮ-１（またはＣＣＥＮ）まで、ＳＢ０上のＣＯＲＥＳＥＴのＣＣＥをインデックス付けし得る。無線デバイスは、ＳＢｊ上のＣＯＲＥＳＥＴのＣＣＥの第ｉのＣＣＥを以下のようにインデックス付けし得る。ｉがゼロから開始されるとき、Ｎ＊（ｊ-１）＋ｉ。無線デバイスは、ＳＢｊ上のＣＯＲＥＳＥＴのＣＣＥの第ｉのＣＣＥを以下のようにインデックス付けし得る。ｉが１から開始されるとき、Ｎ＊（ｊ-１）＋ｉ-１。一実施例では、ＳＢ０上のＣＣＥの第ｉのＣＣＥとＳＢｊ上のＣＣＥの第ｉのＣＣＥは、異なるＣＣＥインデックスを有し得る。異なるＳＢに異なるＣＣＥインデックスがあると、無線デバイスがＰＵＣＣＨリソースの衝突を低減でき得る。

一実施例では、基地局は、無線デバイスに、複数のＳＢを含むＢＷＰの構成パラメーターを含む一つまたは複数のＲＲＣメッセージを送信し得る。構成パラメーターは、複数のＳＢのそれぞれのＳＢのＣＣＥに対するＣＣＥインデックスオフセット（例えば、ＳＢ固有）を示す。一実施例では、構成パラメーターは、第一のＳＢに対する第一のＣＣＥ＿ｉｎｄｅｘ＿ｏｆｆｓｅｔ、第二のＳＢに対する第二のＣＣＥ＿ｉｎｄｅｘ＿ｏｆｆｓｅｔ、などを示し得る。構成パラメーターに基づいて、無線デバイスは、第一のＣＣＥ＿ｉｎｄｅｘ＿ｏｆｆｓｅｔ＋ｉとして、第一のＳＢ上の第ｉのＣＣＥをインデックス付けすることができ、第二のＣＣＥ＿ｉｎｄｅｘ＿ｏｆｆｓｅｔ＋ｉとして、第二のＳＢ上の第ｉのＣＣＥをインデックス付けすることができ、以下同様である。各ＳＢのＣＣＥインデックスオフセットは、セル固有パラメーター、またはＵＥ固有パラメーターであり得る。基地局は、ＣＣＥインデックスオフセットがセル固有パラメーターであることに応答して、システム情報内のＣＣＥインデックスオフセットを送信し得る。基地局は、ＣＣＥインデックスオフセットがＵＥ固有パラメーターであることに応答して、ＵＥ固有のセル構成メッセージ内のＣＣＥインデックスオフセットを送信し得る。

図２９に示すように、無線デバイスは、ＳＢ０およびＳＢ１上のＣＣＥ上のＤＣＩを検出しようとし得る。一実施例では、無線デバイスは、ＳＢ０上のＣＣＥ２、ＣＣＥ４、ＣＣＥ６、．．．上の第一のＤＣＩを検出しようとしてもよく、ここで、ＣＣ２、ＣＣ４、ＣＣ６、．．．は図２５Ｂの実施例を実施することにより、ＳＳ_ｉに対して決定される。ＣＣＥ２、ＣＣＥ４、ＣＣＥ６、．．．を監視することに基づき、無線デバイスは、ＳＢ１上のＣＣＥ（Ｎ＋２）、ＣＣ（Ｎ＋４）、ＣＣＥ（Ｎ＋６）、．．．上の第二のＤＣＩを検出しようとし得る。

図２９に示すように、無線デバイスは、ＢＷＰのＳＢ０上のＳＳ_ｉのＣＣＥ上の第一のＤＣＩを受信し得る。無線デバイスは、ＢＷＰのＳＢ１上のＳＳ_ｉのＣＣＥ上の第二のＤＣＩを受信し得る。第一のＤＣＩが受信されるＳＢ０上のＣＣＥの第一の開始ＣＣＥは、第一のＣＣＥインデックス（例えば、図２９に示す２）を有し得る。第二のＤＣＩが受信されるＳＢ１上のＣＣＥの第二の開始ＣＣＥは、第二のＣＣＥインデックス（例えば、図２９に示すＮ＋２）を有し得る。ＳＢ０およびＳＢ１上のＣＣＥインデックスの順番で、同じ場所にある第一の開始ＣＣＥと第二の開始ＣＣＥは、異なるＣＣＥインデックスを有し得る。一実施例では、第一のＤＣＩは、第二のＤＣＩと同じＰＲＩ値を示し得る。

第一のＤＣＩの受信に応答して、無線デバイスは、第一のＤＣＩの第一のダウンリンク割り当てに基づいて第一のＴＢを検出しようとし得る。無線デバイスは、第一のＴＢの検出に基づいて、第一のＴＢの受信に対する第一の確認応答情報を決定し得る。一実施例では、無線デバイスは、第一のＴＢが成功していることを検出することに応答して、第一の確認応答情報が第一のＴＢの受信に対する肯定確認応答（ＡＣＫ）を含むことを決定し得る。一実施例では、無線デバイスは、第一のＴＢが成功していないことを検出することに応答して、第一の確認応答情報が第一のＴＢの受信に対する否定確認応答（ＮＡＣＫ）を含むことを決定し得る。

第二のＤＣＩの受信に応答して、無線デバイスは、第二のＤＣＩの第二のダウンリンク割り当てに基づいて、第二のＴＢ（または反復の場合、第一のＴＢ）を検出しようとし得る。無線デバイスは、第二のＴＢの検出に基づいて、第二のＴＢの受信のための第二の確認応答情報を決定し得る。一実施例では、無線デバイスは、第二のＴＢが成功していることを検出することに応答して、第二の確認応答情報が第二のＴＢの受信のためのＡＣＫを含むことを決定し得る。一実施例では、無線デバイスは、第二のＴＢが成功していないことを検出することに応答して、第二の確認応答情報が第二のＴＢの受信のためのＮＡＣＫを含むことを決定し得る。

一実施例では、無線デバイスは、第一の開始ＣＣＥ、第一のＤＣＩの第一のＰＲＩに基づいて、第一の確認応答情報を送信するための第一のＰＵＣＣＨリソースを決定し得る。無線デバイスは、第二の開始ＣＣＥ、第一のＤＣＩの第二のＰＲＩに基づいて、第二の確認応答情報を送信するための第二のＰＵＣＣＨリソースを決定し得る。

一実施例では、無線デバイスが専用のＰＵＣＣＨリソース構成を有していない場合、無線デバイスは、第一の開始ＣＣＥ、第一のＤＣＩの第一のＰＲＩに基づいて、第一のＰＵＣＣＨリソース、ｒ_{ＰＵＣＣＨ}、を
として決定し得る。式中、Ｎ’_ＣＣＥ＝Ｋ＊Ｎ_ＣＣＥ、Ｎ_ＣＣＥは、ＳＢ０上のＣＯＲＥＳＥＴにおけるＣＣＥの総数であり、Ｋは、無線デバイスが監視するように構成されるＳＢの総数であり、ｎ_{ＣＣＥ，０}は、ＳＢ０上で第一のＤＣＩを受信するための第一の開始ＣＣＥのＣＣＥインデックスであり、Δ_ＰＲＩは、第一のＤＣＩにおけるＰＲＩフィールドの値である。一実施例では、Ｋは、ＢＷＰ上に構成されるＳＢの最大数、または所定の値（例えば、４）であり得る。図２９に示すように、無線デバイスは、第一のＰＵＣＣＨリソースをＰＵＣＣＨリソース２として決定し得る。

図２９に示すように、無線デバイスは、第二の開始ＣＣＥ、第二のＤＣＩの第二のＰＲＩに基づいて、第二のＰＵＣＣＨリソース、ｒ_{ＰＵＣＣＨ}を、
として決定し得る。式中、Ｎ’_ＣＣＥ＝Ｋ＊Ｎ_ＣＣＥ、Ｎ_ＣＣＥは、ＳＢ１上のＣＯＲＥＳＥＴ中のＣＣＥの総数であり、Ｋは、無線デバイスが監視するよう構成されるＳＢの総数であり、ｎ_{ＣＣＥ，０}は、ＳＢ１上の第二のＤＣＩを受信するための第二の開始ＣＣＥのＣＣＥインデックスであり、Δ_ＰＲＩは、第二のＤＣＩのＰＲＩフィールドの値である。図２９に示すように、無線デバイスは、第二のＰＵＣＣＨリソースをＰＵＣＣＨリソース３として決定し得る。

一実施例では、無線デバイスが専用のＰＵＣＣＨリソース構成を有する場合、無線デバイスは、第一の開始ＣＣＥ、第一のＤＣＩの第一のＰＲＩに基づいて、ＰＵＣＣＨリソースのセット（例えば、ＰＵＣＣＨリソースの複数のセットで構成される場合、第一のセット）から、第一のＰＵＣＣＨリソース、ｒ_{ＰＵＣＣＨ}（例えば、０≦ｒ_{ＰＵＣＣＨ}≦Ｒ_{ＰＵＣＣＨ}-１）を、
として決定し得る。式中、Ｎ’_ＣＣＥ＝Ｋ＊Ｎ_{ＣＣＥ，ｐ}、Ｎ_{ＣＣＥ，ｐ}は、ＳＢ０上のＣＯＲＥＳＥＴｐにおけるＣＣＥの総数であり、Ｋは、無線デバイスが監視するよう構成されるＳＢの総数であり、ｎ_{ＣＣＥ，ｐ}は、ＳＢ０上の第一のＤＣＩを受信するためのＣＯＲＥＳＥＴｐにおける第一の開始ＣＣＥのＣＣＥインデックスであり、Δ_ＰＲＩは、第一のＤＣＩにおけるＰＲＩフィールドの値である。図２９に示すように、無線デバイスは、第一のＰＵＣＣＨリソースをＰＵＣＣＨリソース２として決定し得る。

一実施例では、無線デバイスは、第二の開始ＣＣＥ、第二のＤＣＩの第二のＰＲＩに基づいて、第二のＰＵＣＣＨリソース、ｒ_{ＰＵＣＣＨ}（例えば、０≦ｒ_{ＰＵＣＣＨ}≦Ｒ_{ＰＵＣＣＨ}-１）を、
として決定し得る。式中Ｎ’_{ＣＣＥ，ｐ}＝Ｋ＊Ｎ_{ＣＣＥ，ｐ}，Ｎ_{ＣＣＥ，ｐ}は、ＳＢ１上のＣＯＲＥＳＥＴｐにおけるＣＣＥの総数であり、Ｋは、無線デバイスが監視するよう構成されるＳＢの総数であり、Ｎ_{ＣＣＥ，ｐ}は、ＳＢ１上の第二のＤＣＩを受信するためのＣＯＲＥＳＥＴｐにおける第二の開始ＣＣＥのＣＣＥインデックスであり、Δ_ＰＲＩは、第二のＤＣＩにおけるＰＲＩフィールドの値である。図２９に示すように、無線デバイスは、第二のＰＵＣＣＨリソースをＰＵＣＣＨリソース３として決定し得る。

図２９に示すように、無線デバイスは、異なるＴＢに対するＡＣＫ／ＮＡＣＫ送信用の異なるＰＵＣＣＨリソースを決定し得る。例示的実施形態によって、無線デバイスは、ＰＵＣＣＨ送信衝突を低減し、アップリンク送信遅延、システムスループットを改善し得る。

一実施例では、無線デバイスは、ＢＷＰ上の複数のＳＢのあるＳＢのＣＣＥを独立してかつ別々にインデックス付けし得る。ＣＣＥインデックスは、異なるＳＢで再利用され得る。一実施例では、無線デバイスは、ＣＣＥ０からＣＣＥ（Ｎ-１）までの第一のＳＢのＣＣＥ、およびＣＣＥ０からＣＣＥ（Ｎ-１）までの第二のＳＢのＣＣＥをインデックス付けすることができる。異なるＳＢ上でＣＣＥインデックスを再使用すると、ＵＥの実装の複雑さ、および／または後方互換性が改善され得る。

一実施例では、無線デバイスが異なるＳＢでＣＣＥインデックスを再利用する場合、無線デバイスは、開始ＣＣＥ、ＳＢのＳＢインデックス（例えば、ＳＢ０またはＳＢ１）、ＳＢで受信したＤＣＩのＰＲＩに基づいてＰＵＣＣＨリソース、ｒ_{ＰＵＣＣＨ}を、
として決定し得る。式中、Ｎ’_ＣＣＥ＝Ｋ＊Ｎ_ＣＣＥ，Ｎ_ＣＣＥはＳＢ上のＣＯＲＥＳＥＴ内のＣＣＥの総数であり、Ｋは、無線デバイスが監視するように設定されているＳＢの総数であり、ｎ_{ＣＣＥ，０}は、ＳＢでＤＣＩを受信するための開始ＣＣＥのＣＣＥインデックスであり、ＳＢ＿ｉｎｄｅｘは、無線デバイスがＤＣＩを受信するＳＢのＳＢインデックスであり、Δ_ＰＲＩは、ＤＣＩのＰＲＩフィールドの値である。

一実施例では、無線デバイスが異なるＳＢ上でＣＣＥインデックスを再使用する場合、無線デバイスは、開始ＣＣＥ、ＳＢのＳＢインデックス（例えば、ＳＢ０またはＳＢ１）、および／またはＳＢ上で受信されたＤＣＩのＰＲＩに基づいて、ＰＵＣＣＨリソースのセット（例えば、複数のＰＵＣＣＨリソースのセットで構成されるとき、第一のセット）からＰＵＣＣＨリソース、ｒ_{ＰＵＣＣＨ}、（例えば、０≦ｒ_{ＰＵＣＣＨ}≦Ｒ_{ＰＵＣＣＨ}-１）を決定し得る。一実施例では、無線デバイスは、ｒ_{ＰＵＣＣＨ}を
として決定し得る。

式中、Ｎ’_{ＣＣＥ，ｐ}＝Ｋ＊Ｎ_{ＣＣＥ，ｐ}、Ｎ_{ＣＣＥ，ｐ}は、ＳＢ上のＣＯＲＥＳＥＴｐ内のＣＣＥの総数であり、Ｋは、無線デバイスが監視するように構成されるＳＢの総数であり、ｎ_{ＣＣＥ，ｐ}は、ＳＢ上のＤＣＩを受信するためのＣＯＲＥＳＥＴｐ内の開始ＣＣＥのＣＣＥインデックスであり、ＳＢ＿ｉｎｄｅｘは、無線デバイスがＤＣＩを受信するＳＢのＳＢインデックスであり、Δ_ＰＲＩは、ＤＣＩ内のＰＲＩフィールドの値である。一実施例では、ＳＢの総数が２よりも大きい場合、
ＳＢ＿ｉｎｄｅｘは
によってモデル化され得る。

図３０は、ＰＵＣＣＨリソース決定機構の例のフローチャートを示す。一実施例では、基地局は、セルの構成パラメーターを含む一つまたは複数のＲＲＣメッセージを無線デバイスに送信することができる（図３０には示されていない）。セルは、複数のＢＷＰを含み得る。複数のＢＷＰのうちのあるＢＷＰは、複数のＳＢを含み得る。一実施例では、基地局は、ＢＷＰの起動を示すコマンド（例えば、ＤＣＩ）を無線デバイスに送信し得る。コマンドの受信に応答して、無線デバイスはＢＷＰを起動することができる。無線デバイスは、ＢＷＰの起動に応答して、第一のＳＢおよび第二のＳＢ上のＣＯＲＥＳＥＴのＳＳを監視し、構成パラメーターに示される第一のＳＢおよび第二のＳＢを監視し得る。基地局は、第一のＳＢおよび第二のＳＢに対して、順次または同時にＬＢＴ手順を実行し得る。

一実施例では、基地局は、第一のＳＢ上のＬＢＴ手順が、第一のＳＢ上のクリアチャネルを示すと決定し得る。ＬＢＴ手順が第一のＳＢ上のクリアチャネルを示すことに応答して、基地局は、第一のＳＢを介して第一のＤＣＩを無線デバイスに送信してもよく、第一のＤＣＩは、第一のＴＢの送信のためのダウンリンク割り当てのための第一のダウンリンク無線リソース、および第一のＴＢのＡＣＫ／ＮＡＣＫ送信のための第一のＰＵＣＣＨリソースを示し得る。一実施例では、基地局は、第二のＳＢ上のＬＢＴ手順が第二のＳＢ上のクリアチャネルを示すと決定し得る。ＬＢＴ手順が第二のＳＢ上のクリアチャネルを示すことに応答して、基地局は、第二のＳＢを介して第二のＤＣＩを無線デバイスに送信してもよく、第二のＤＣＩは、第二のＴＢ（または繰り返しの場合、第一のＴＢ）の送信のためのダウンリンク割り当てのための第二のダウンリンク無線リソースおよび第二のＴＢのＡＣＫ／ＮＡＣＫ送信のための第二のＰＵＣＣＨリソースを示す。

一実施例では、無線デバイスは、第一のＳＢ上のＣＯＲＥＳＥＴのＳＳを監視する間に第一のＤＣＩを受信し、第二のＳＢ上のＣＯＲＥＳＥＴのＳＳを監視する間に第二のＤＣＩを受信し得る。無線デバイスは、第一のＤＣＩの受信に基づいて、第一のＳＢ上の第一のダウンリンク無線リソースを介して第一のＴＢを検出し、第一のＴＢを検出するための第一の確認応答情報を決定し得る。無線デバイスは、第二のＤＣＩの受信に基づいて、第二のＳＢ上の第二のダウンリンク無線リソースを介して第二のＴＢを検出し、第二のＴＢを検出するための第二の確認応答情報を決定し得る。

一実施例では、無線デバイスは、第一のＤＣＩを受信するためのＣＯＲＥＳＥＴのＣＣＥの開始ＣＣＥの第一のＣＣＥインデックス、第一のＳＢのＳＢインデックス、および／または第一のＤＣＩで示されるＰＲＩ値に基づいて、第一の確認応答情報の送信のための第一のＰＵＣＣＨリソースを決定し得る。一実施例では、無線デバイスは、第二のＤＣＩを受信するためのＣＯＲＥＳＥＴの開始ＣＣＥの第二のＣＣＥインデックス、第二のＳＢのＳＢインデックス、および／または第二のＤＣＩに示されるＰＲＩ値に基づいて、第二の確認応答情報の送信のための第二のＰＵＣＣＨリソースを決定し得る。無線デバイスは、図２９の例を実施することによって、第一のＰＵＣＣＨリソースおよび／または第二のＰＵＣＣＨリソースを決定することができる。無線デバイスは、第一のＴＢの受信対する第一の確認応答を第一のＰＵＣＣＨリソースを介して送信し得る。無線デバイスは、第二のＴＢの受信に対する第二の確認応答を第二のＰＵＣＣＨリソースを介して送信し得る。

図３１は、複数のＳＢがＮＲ-Ｕシステムでサポートされる場合のＰＵＣＣＨ構成の実施例を示す。一実施例では、基地局は、セル（例えば、ＰＣｅｌｌ、またはＳＣｅｌｌ）の構成パラメーターを含む一つまたは複数のＲＲＣメッセージを無線デバイスに送信することができる。セルは、複数のＢＷＰを含み得る。セルは、単一のＢＷＰを含んでもよい。一実施例では、ＢＷＰは、複数（例えば、４）のＳＢを含んでもよく、各ＳＢは、ＢＷＰの複数のＲＢ（またはＲＢグループ）を占有する。図３１に示すように、ＢＷＰのＳＢは、ＳＢ０、ＳＢ１、ＳＢ２などを含む。構成パラメーターは、ＢＷＰ上に構成される複数のＣＯＲＥＳＥＴを示し得る。構成パラメーターは、ＣＯＲＥＳＥＴの周波数リソースが、ＢＷＰのＳＢの帯域幅に限定されることを示し得る。構成パラメーターは、複数のＳＳがＣＯＲＥＳＥＴ上に構成されることを示し得る。複数のＳＳの各ＳＳについて、構成パラメーターは、ＳＳの監視周波数位置がどのＳＢに構成されるかを示す、監視周波数位置パラメーター（例えば、図３１に示すビットマップ、または監視位置表示）を含み得る。図３１に示すように、ＳＳ（例えば、ＳＳ_ｉ）の監視位置表示は、ＳＢ０、ＳＢ１を含む監視周波数位置を示すビットストリング“１１０．．．”を含む。監視周波数位置がＳＢ０、ＳＢ１を含むことに応答して、無線デバイスは、ＳＢ０およびＳＢ１上のＳＳ_ｉを監視してもよく、ＢＷＰの他のＳＢ上のＳＳ_ｉを監視しなくてもよい。

一実施例では、無線デバイスは、ＢＷＰ上の複数のＳＢのあるＳＢのＣＣＥを独立してかつ別々にインデックス付けし得る。ＣＣＥインデックスは、異なるＳＢで再利用され得る。一実施例では、無線デバイスは、ＣＣＥ０からＣＣＥ（Ｎ-１）までの第一のＳＢ（例えば、ＳＢ０）のＣＣＥ、およびＣＣＥ０からＣＣＥ（Ｎ-１）までの第二のＳＢ（例えば、ＳＢ１）のＣＣＥをインデックス付けすることができる。異なるＳＢ上でＣＣＥインデックスを再使用すると、ＵＥの実装の複雑さ、および／または後方互換性が改善され得る。

一実施例では、基地局は、ＰＣｅｌｌまたはＰＵＣＣＨＳＣｅｌｌ上の第一のＢＷＰ上のＰＵＣＣＨリソース構成の構成パラメーターを含む、一つまたは複数のＲＲＣメッセージを無線デバイスに送信し得る。一実施例では、ＰＵＣＣＨリソース構成の構成パラメーターは、複数のＰＵＣＣＨリソースセットを示し得る。複数のＰＵＣＣＨリソースセットの各ＰＵＣＣＨリソースセットは、複数のＰＵＣＣＨリソースを含んでもよい。一実施例では、構成パラメーターは、ＰＵＣＣＨリソースセットのＰＵＣＣＨリソース数の第一のサブセットがセル（例えば、ＰＣｅｌｌまたはＳＣｅｌｌ）のＢＷＰの複数のＳＢの第一のＳＢに対応し、ＰＵＣＣＨリソース数の第二のサブセットがセルのＢＷＰの複数のＳＢの第二のＳＢに対応し、などを示し得る。図３１に示すように、ＰＵＣＣＨリソースセットのＰＵＣＣＨリソースは、ＰＵＣＣＨリソースインデックス０、１、２、３、４、．．．、Ｋ-１、Ｋ＋１、．．．、およびＭを有するＰＵＣＣＨリソースを含んでもよく、Ｋは、第一のＳＢに対するＰＵＣＣＨリソースの総数であり得る。Ｍは、ＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースの総数であり得る。Ｋおよび／またはＭは、一つまたは複数のＲＲＣメッセージに示され得る。実施例では、構成パラメーターは、ＰＵＣＣＨリソースインデックス０、１、．．．、Ｋ-１を有するＰＵＣＣＨリソースが、第一のＳＢに対応する（または関連する）ことを示し得る。構成パラメーターは、ＰＵＣＣＨリソースインデックスＫ、Ｋ＋１、．．．、２Ｋ-１を有するＰＵＣＣＨリソースが、第二のＳＢに対応する（または関連する）ことを示し得る。一実施例では、第一のＳＢに対するＰＵＣＣＨリソース（例えば、Ｋ）の総数は、第二のＳＢに対するＰＵＣＣＨリソースの総数（例えば、Ｊ）とは異なってもよく、ここで、ＫおよびＪは、一つまたは複数のＲＲＣメッセージで示されるか、または所定の値（例えば、８、１６、３２、およびゼロより大きい任意の数）に設定される。

一実施例では、基地局は、ＰＣｅｌｌまたはＰＵＣＣＨＳＣｅｌｌ上の第一のＢＷＰ上のＰＵＣＣＨリソース構成の構成パラメーターを含む、一つまたは複数のＲＲＣメッセージを無線デバイスに送信し得る。一実施例では、ＰＵＣＣＨリソース構成の構成パラメーターは、複数のＰＵＣＣＨリソースセットを示し得る。複数のＰＵＣＣＨリソースセットの各ＰＵＣＣＨリソースセットは、複数のＰＵＣＣＨリソースを含んでもよい。一実施例では、構成パラメーターは、第一のＰＵＣＣＨリソースインデックスオフセットが、セル（例えば、ＰＣｅｌｌまたはＳＣｅｌｌ）のＢＷＰの複数のＳＢの第一のＳＢに対応し、第二のＰＵＣＣＨリソースインデックスオフセットが、セルのＢＷＰの複数のＳＢの第二のＳＢに対応し、などを示し得る。一実施例では、一つまたは複数のＲＲＣメッセージの受信に基づいて、無線デバイスは、第一のＰＵＣＣＨリソースインデックスオフセット、第一のＤＣＩを受信するための開始ＣＣＥのＣＣＥインデックス、第一のＤＣＩに示されるＰＲＩ値、のうちの少なくとも一つに基づいて、第一のＳＢを介して第一のＴＢを受信するための第一の確認応答情報について、第一のＰＵＣＣＨリソースを決定し得る。一実施例では、一つまたは複数のＲＲＣメッセージの受信に基づいて、無線デバイスは、第二のＰＵＣＣＨリソースインデックスオフセット、第二のＤＣＩを受信するためのＣＣＥの開始ＣＣＥのＣＣＥインデックス、第二のＤＣＩに示されるＰＲＩ値のうちの少なくとも一つに基づいて、第二のＳＢを介して第二のＴＢの受信のための第二の確認応答情報について、第二のＰＵＣＣＨリソースを決定し得る。

図３１に示すように、無線デバイスは、ＳＢ０およびＳＢ１上のＣＣＥ上のＤＣＩを検出しようとし得る。一実施例では、無線デバイスは、ＳＢ０上のＣＣＥ２、ＣＣＥ４、ＣＣＥ６、．．．上の第一のＤＣＩを検出しようとしてもよく、ここで、ＣＣ２、ＣＣ４、ＣＣ６、．．．は図２５Ｂの実施例を実施することにより、ＳＳ_ｉに対して決定される。ＣＣＥ２、ＣＣＥ４、ＣＣＥ６、．．．の監視に基づき、無線デバイスは、ＳＢ１上のＣＣＥ２、ＣＣ４、ＣＣＥ６、．．．で第二のＤＣＩを検出しようとし得る。

図３１に示すように、無線デバイスは、ＢＷＰのＳＢ０上のＳＳ_ｉのＣＣＥ上の第一のＤＣＩを受信し得る。無線デバイスは、ＢＷＰのＳＢ１上のＳＳ_ｉのＣＣＥ上の第二のＤＣＩを受信し得る。第一のＤＣＩが受信されるＳＢ０上のＣＣＥの第一の開始ＣＣＥは、第二のＤＣＩが受信されるＳＢ１上のＣＣＥの第二の開始ＣＣＥと同じＣＣＥインデックス（例えば、図３１に示すように２）を有し得る。第一のＤＣＩが受信されるＳＢ０上のＣＣＥの第一の開始ＣＣＥは、第二のＤＣＩが受信されるＳＢ１上のＣＣＥの第二の開始ＣＣＥとは異なるＣＣＥインデックスを有し得る。一実施例では、第一のＤＣＩは、第二のＤＣＩと同じＰＲＩ値を示し得る。

一実施例では、無線デバイスは、第一のＤＣＩの受信に基づいて、第一のＳＢ上の第一のダウンリンク無線リソースを介して第一のＴＢを検出し、第一のＴＢを検出するための第一の確認応答情報を決定し得る。無線デバイスは、第二のＤＣＩの受信に基づいて、第二のＳＢ上の第二のダウンリンク無線リソースを介して第二のＴＢを検出し、第二のＴＢを検出するための第二の確認応答情報を決定し得る。

一実施例では、無線デバイスは、第一の開始ＣＣＥ、第一のＤＣＩの第一のＰＲＩに基づいて、第一の確認応答情報を送信するために、ＰＵＣＣＨリソースセットの、第一のＳＢに対応する、ＰＵＣＣＨリソース（例えば、図３１に示すような、ＰＵＣＣＨリソースインデックス０、１、２、．．．、Ｋ-１を有するＰＵＣＣＨリソース）の第一のサブセットから、第一のＰＵＣＣＨリソースを決定し得る。無線デバイスは、第二の開始ＣＣＥ、第一のＤＣＩの第二のＰＲＩに基づいて、第二の確認応答情報を送信するために、ＰＵＣＣＨリソースセットの、第二のＳＢに対応する、ＰＵＣＣＨリソース（例えば、図３１に示すようなＰＵＣＣＨリソースインデックスＫ、Ｋ＋１、Ｋ＋２、．．．、２＊Ｋ-１を有するＰＵＣＣＨリソース）の第二のサブセットから、第二のＰＵＣＣＨリソースを決定し得る。無線デバイスは、図２５Ｂの例示的実施形態を実施することによって、ＰＵＣＣＨリソースの第一のサブセットから第一のＰＵＣＣＨリソースを決定することができる。無線デバイスは、図２５Ｂの例示的実施形態を実施することによって、ＰＵＣＣＨリソースの第二のサブセットから第二のＰＵＣＣＨリソースを決定することができる。

図３１に示すように、無線デバイスは、異なるＴＢに対するＡＣＫ／ＮＡＣＫ送信のために、異なるＳＢに対応する異なるＰＵＣＣＨリソースサブセットから、異なるＰＵＣＣＨリソースを決定し得る。例示的実施形態によって、無線デバイスは、ＰＵＣＣＨ送信衝突を低減し、アップリンク送信遅延、システムスループットを改善し得る。

図２８、図２９、および／または図３１の例示的実施形態は、構成に基づいて実装され得る。一実施例では、無線デバイスおよび基地局が、ＢＷＰの複数のＲＢセット上のデータスケジューリングのために、最大で一つのＤＣＩをサポートする場合、基地局および無線デバイスは、図２８の実施例に基づくＰＵＣＣＨリソース決定方法を実施し得る。無線デバイスおよび基地局が、ＢＷＰおよびアップリンクチャネルの複数のＲＢセット上のデータスケジューリングのために複数のＤＣＩをサポートし、アップリンチャネルが大きい負荷である場合、基地局および無線デバイスは、図２９の例に基づくＰＵＣＣＨリソース決定方法を実施し得る。無線デバイスおよび基地局が、ＢＷＰおよびアップリンクチャネルの複数のＲＢセット上のデータスケジューリングのために複数のＤＣＩをサポートし、アップリンチャネルが大きい負荷でない場合、基地局および無線デバイスは、図３１の例に基づくＰＵＣＣＨリソース決定方法を実施し得る。

一実施例では、複数のＤＬＳＢの第一のＤＬＳＢは、複数のＵＬＳＢの第一のＵＬＳＢに連結され得る。複数のＤＬＳＢは、セルのＤＬＢＷＰに含まれてもよい。複数のＵＬＳＢは、セルのＵＬＢＷＰに含まれてもよい。一実施例では、無線デバイスは、複数のＤＬＳＢの第一のＤＬＳＢを介してＤＣＩを受信し得る。無線デバイスは、第一のＤＬＳＢと第一のＵＬＳＢとの間のリンケージに基づいて、ＡＣＫ／ＮＡＣＫ送信のために、第一のＵＬＳＢ上のＰＵＣＣＨリソースを決定し得る。

一実施例では、第一の無線デバイスは、選択優先順位に基づいて、ＡＣＫ／ＮＡＣＫのＰＵＣＣＨ送信のために、ＢＷＰの複数のＵＬＳＢから第一のＵＬＳＢを選択し得る。選択優先順位は、ＲＲＣメッセージによって示され得る。選択優先順位は事前に定義されていてもよい。選択優先順位は、複数のＵＬＳＢからのＵＬＳＢ選択の順序を示し得る。一実施例では、異なるＵＥは、異なる選択優先順位で構成され得る。異なる選択優先順位を設定することで、ＰＵＣＣＨ衝突が改善され得る。

一実施例では、無線デバイスは、セルのＢＷＰの複数のＳＢのあるＳＢのＣＣＥ上のＰＤＣＣＨを監視し得る。無線デバイスは、ＣＣＥの一つまたは複数のＣＣＥ上のＰＤＣＣＨを介して、無線リソース表示およびＰＵＣＣＨリソースインデックスを含むＤＣＩを受信し得る。無線デバイスは、無線リソース表示によって示される無線リソースを介してＴＢを受信し得る。無線デバイスは、ＰＵＣＣＨリソースインデックス、ＳＢのＳＢインデックス、および／または一つまたは複数のＣＣＥの開始ＣＣＥのＣＣＥインデックスのうちの少なくとも一つに基づいて、ＰＵＣＣＨリソースを決定し得る。無線デバイスは、ＰＵＣＣＨリソースを介して、ＴＢを受信するための確認応答情報を送信することができる。無線デバイスは、複数のＢＷＰを含むセルの構成パラメーターを含む一つまたは複数のＲＲＣメッセージをさらに受信してもよく、複数のＢＷＰの各々は、複数のＳＢを含む。複数のＳＢの各々は、それぞれのＳＢインデックスで識別され得る。セルの構成パラメーターは、複数のＢＷＰのあるＢＷＰの第一の構成パラメーターをさらに含み、第一の構成パラメーターは、ＣＯＲＥＳＥＴの一つまたは複数の無線リソース構成パラメーターを含む。ＣＯＲＥＳＥＴの一つまたは複数の無線リソース構成パラメーターは、ＣＯＲＥＳＥＴの周波数リソースが、ＢＷＰのＳＢの帯域幅に限定されることを示し得る。一つまたは複数の無線リソース構成パラメーターは、ＣＯＲＥＳＥＴに関連付けられる検索空間が、一つまたは複数の監視周波数位置表示で構成されることを示し得る。複数のＳＢのうちの一つまたは複数のＳＢのそれぞれのＳＢに対応する各周波数位置表示は、無線デバイスがＳＢ上の検索空間についてＰＤＣＣＨを監視するかどうかを示し得る。ＳＢ上のＣＯＲＥＳＥＴの周波数リソースは、複数のＣＣＥを含んでもよく、複数のＣＣＥの各々はＣＣＥインデックスで識別される。複数のＣＣＥの第一のＣＣＥのＣＣＥインデックスは、第一の所定の値（例えば、０または１）から開始し得る。

一実施例では、無線デバイスは、検索空間に対するＳＢ上のＰＤＣＣＨ監視を示す、ＳＢに対応する監視周波数位置表示に応答して、複数のＳＢのＳＢ上の検索空間上のＰＤＣＣＨを監視し得る。

一実施例では、一つまたは複数のＲＲＣメッセージは、複数のＰＵＣＣＨリソースセットをさらに示してもよく、ＰＵＣＣＨリソースセットの各々は、複数のＰＵＣＣＨリソースを含む。複数のＰＵＣＣＨリソースのそれぞれは、それぞれのＰＵＣＣＨリソースインデックスで識別され得る。無線デバイスは、複数のＰＵＣＣＨリソースセットのうちの一つの複数のＰＵＣＣＨリソースから、ＰＵＣＣＨリソースを決定し得る。

一実施例では、確認応答情報は、ＴＢの受信が成功したことに応答して、肯定確認応答（ＡＣＫ）を含み得る。確認応答情報は、ＴＢの受信が成功しなかったことに応答して、否定確認応答（ＮＡＣＫ）を含み得る。

一実施例では、無線デバイスは、複数のＳＢの第二のＳＢのＣＣＥ上の第二のＰＤＣＣＨを監視し得る。無線デバイスは、ＣＣＥの一つまたは複数のＣＣＥ上の第二のＰＤＣＣＨを介して、第二の無線リソース表示および第二のＰＵＣＣＨリソースインデックスを含む第二のＤＣＩを受信し得る。無線デバイスは、第二の無線リソース表示によって示される第二の無線リソースを介して第二のＴＢを受信し得る。無線デバイスは、第二のＰＵＣＣＨリソースインデックス、第二のＳＢの第二のＳＢインデックス、および／または一つまたは複数のＣＣＥの第二の開始ＣＣＥの第二のＣＣＥインデックスのうちの少なくとも一つに基づいて、第二のＰＵＣＣＨリソースを決定し得る。無線デバイスは、第二のＰＵＣＣＨリソースを介して、第二のＴＢの受信のための第二の確認応答情報を送信し得る。

一実施例では、第二のＰＵＣＣＨリソースは、ＰＵＣＣＨリソースとは異なっていてもよい。第二のＳＢインデックスは、ＳＢインデックスとは異なってもよい。

一実施例では、無線デバイスは、複数のＳＢのあるＳＢのＣＣＥ上のＰＤＣＣＨを監視し得る。無線デバイスは、ＣＣＥの一つまたは複数のＣＣＥ上のＰＤＣＣＨを介して、無線リソース表示およびＰＵＣＣＨリソースインデックスを含むＤＣＩを受信し得る。無線デバイスは、無線リソース表示によって示される無線リソースを介してＴＢを受信し得る。無線デバイスは、ＰＵＣＣＨリソースインデックス、ＳＢに関連付けられるＰＵＣＣＨリソースインデックスオフセット、および／または一つまたは複数のＣＣＥの開始ＣＣＥのＣＣＥインデックスのうちの少なくとも一つに基づいて、ＰＵＣＣＨリソースを決定し得る。無線デバイスは、ＰＵＣＣＨリソースを介して、ＴＢを受信するための確認応答情報を送信することができる。

一実施例では、無線デバイスは、複数のＳＢの対応するＳＢに対するそれぞれのＣＣＥインデックスオフセットを示す構成パラメーターを受信し得る。無線デバイスは、複数のＳＢのＣＣＥ上のＰＤＣＣＨを監視し得る。無線デバイスは、ＣＣＥの一つまたは複数のＣＣＥ上のＰＤＣＣＨを介して、無線リソース表示およびＰＵＣＣＨリソースインデックスを含むＤＣＩを受信し得る。無線デバイスは、無線リソース表示によって示される無線リソースを介してＴＢを受信し得る。無線デバイスは、ＰＵＣＣＨリソースインデックス、ＳＢに対応するそれぞれのＣＣＥインデックスオフセット、および一つまたは複数のＣＣＥの開始ＣＣＥのＣＣＥインデックスのうちの少なくとも一つに基づいて、ＰＵＣＣＨリソースを決定し得る。無線デバイスは、ＰＵＣＣＨリソースを介して、ＴＢを受信するための確認応答情報を送信することができる。

図３２は本開示の例示的実施形態の一態様によるフロー図を示す。３２１０で、無線デバイスは、ＲＢセットを含むＢＷＰの構成パラメーターを受信してもよく、ＢＷＰのＣＯＲＥＳＥＴのＣＣＥは、ＲＢセットにわたってあり、ＲＢセットの各ＲＢセット内のＣＣＥのサブセットは、同じ初期値からインデックス付けされる。３２２０で、無線デバイスは、ＲＢセットのあるＲＢセット内のＣＣＥのサブセットの一つまたは複数のＣＣＥを介してＤＣＩを受信し得る。３２３０で、無線デバイスは、ＲＢセット内の初期値からＣＣＥのサブセットをインデックス付けすることに基づいて、一つまたは複数のＣＣＥの開始ＣＣＥのＣＣＥインデックスを決定し得る。３２４０で、無線デバイスは、ＣＣＥインデックスに基づいて決定されるアップリンクリソースを介してアップリンク信号を送信し得る。

図３３は本開示の例示的実施形態の一態様によるフロー図を示す。３３１０で、無線デバイスは、ＲＢセットを含むＢＷＰの構成パラメーターを受信してもよく、ここで、ＣＣＥは、ＲＢセットにわたってあり、ＲＢセットの各ＲＢセット内のＣＣＥのサブセットは、同じ初期値からインデックス付けされる。３３２０で、無線デバイスは、ＲＢセットのあるＲＢセット内のＣＣＥのサブセットの一つまたは複数のＣＣＥを介して制御情報を受信し得る。３３３０で、無線デバイスは、一つまたは複数のＣＣＥのあるＣＣＥのインデックスに基づいて、アップリンクリソースを介してアップリンク信号を送信し得る。

例示的実施形態によれば、無線デバイスは、セルの第二の構成パラメーターを含む一つまたは複数のＲＲＣメッセージを受信してもよく、セルは、帯域幅部分を含む複数の帯域幅部分を含む。

例示的実施形態によれば、初期値はゼロであり得る。制御情報は、一つまたは複数のＣＣＥ上のＰＤＣＣＨを介したＤＣＩであり得る。

例示的実施形態によれば、ＣＣＥの各ＣＣＥは、複数のリソース要素グループを含んでもよく、リソース要素グループは、シンボルにおけるＲＢを含む。

例示的実施形態によれば、ＲＢセットの各ＲＢセットは、帯域幅部分の一つまたは複数のＲＢを含んでもよい。一つまたは複数のＲＢの各ＲＢは、帯域幅部分の複数のリソース要素を含んでもよい。第一のＲＢセットは、ＲＢセットの第二のＲＢセットと重複しない一つまたは複数のＲＢを含んでもよい。

例示的実施形態によれば、構成パラメーターは、帯域幅部分の制御リソースセットがＣＣＥを含むことを示し得る。構成パラメーターは、制御リソースセットの周波数ドメインリソース割り当てパターンが、帯域幅部分のＲＢセットの各ＲＢセットに対して複製されることを示してもよく、制御リソースセットのＣＣＥの物理無線リソースは、各ＲＢセットにマッピングされる。無線デバイスは、制御リソースセットに関連付けられる第一のＲＢセット内のＣＣＥの第一のサブセットの総数に基づいて、アップリンクリソースをさらに決定し得る。

例示的実施形態によれば、構成パラメーターは、制御リソースセットに関連付けられる検索空間に対して、帯域幅部分のＲＢセットからの第一のＲＢセットを含む一つまたは複数のＲＢセットを示し得る。検索空間は、第一のＲＢセット内の制御リソースセットに関連付けられるＣＣＥの第一のサブセットの一つまたは複数のＣＣＥを含んでもよい。制御リソースセットに関連付けられる検索空間は、一つまたは複数の監視周波数位置表示を含んでもよく、各周波数位置表示は、帯域幅部分のＲＢセットのそれぞれのＲＢセットに対応する。無線デバイスは、第一のＲＢセット上のダウンリンク制御チャネル監視を示す、第一のＲＢセットに対応する監視周波数位置表示に応答して、第一のＲＢセット上の検索空間上のダウンリンク制御チャネルを監視し得る。無線デバイスは、検索空間のダウンリンク制御チャネルの監視中に制御情報を受信し得る。

例示的実施形態によれば、アップリンクリソースは、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースであり得る。

例示的実施形態によれば、構成パラメーターは、複数のＰＵＣＣＨリソースを示し得る。複数のＰＵＣＣＨリソースのそれぞれは、それぞれのＰＵＣＣＨリソースインデックスで識別され得る。複数のＰＵＣＣＨリソースの各々は、ＲＢセットのあるＲＢセットのＲＢセットインデックスと関連付けられてもよい。無線デバイスは、第一のＲＢセットに関連付けられるアップリンクリソースを介して信号を送信することができる。制御情報は、ＰＵＣＣＨリソースインデックスを示すＰＵＣＣＨリソース表示フィールドを含み得る。無線デバイスは、制御情報によって示されるＰＵＣＣＨリソースインデックスに基づいて、アップリンクリソースをさらに決定し得る。

例示的実施形態によれば、無線デバイスは、制御情報によって示されるＰＵＣＣＨリソースインデックス、およびＣＣＥのインデックスに基づいて決定されるＰＵＣＣＨリソースインデックスオフセットに基づいてアップリンクリソースを決定し得る。

例示的実施形態によれば、制御情報は、トランスポートブロックを送信するためのダウンリンク無線リソースのダウンリンク割り当てを含み得る。無線デバイスは、制御情報に基づいて、ダウンリンク無線リソースを介してトランスポートブロックを受信し得る。

例示的実施形態によれば、信号は、制御情報によってスケジュールされたトランスポートブロックに対応する確認応答情報を含み得る。確認応答情報は、トランスポートブロックの受信が成功したことに応答して、肯定確認応答（ＡＣＫ）を含み得る。確認応答情報は、トランスポートブロックの受信が成功しなかったことに応答して、否定確認応答（ＮＡＣＫ）を含み得る。

例示的実施形態によれば、ＣＣＥは、第一のＲＢセット内の初期値からのＣＣＥの第一のサブセットをインデックス付けすることに基づいて、一つまたは複数のＣＣＥの開始ＣＣＥ（例えば、最も低いＣＣＥインデックスを有する）であり得る。無線デバイスは、ダウンリンク制御情報内のＰＵＣＣＨリソースインジケーター、および開始ＣＣＥのインデックスに基づいて決定されるＰＵＣＣＨリソースオフセットに基づいて、アップリンクリソースを決定し得る。

図３４は、本開示の例示的実施形態の一態様によるフロー図を示す。３４１０で、無線デバイスは、帯域幅部分のＲＢセットのリソースブロック（ＲＢ）セットの制御チャネル要素（ＣＣＥ）上のダウンリンク制御チャネルを監視し得る。３４２０で、無線デバイスは、ＣＣＥの一つまたは複数のＣＣＥ上で、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースインデックスを含むダウンリンク制御情報を受信し得る。３４３０で、無線デバイスは、ＰＵＣＣＨリソースインデックス、ＲＢセットのＲＢセットインデックス、および一つまたは複数のＣＣＥの開始ＣＣＥのＣＣＥインデックスに基づいて決定されたＰＵＣＣＨリソースを介してアップリンク信号を送信し得る。

Claims

無線デバイスであって、当該無線デバイスは、
帯域幅部分（ＢＷＰ）における制御リソースセットの構成パラメーターを受信し、
前記制御リソースセットは、前記ＢＷＰの第１リソースブロック（ＲＢ）セットおよび前記ＢＷＰの第２ＲＢセットにわたる制御チャネル要素（ＣＣＥ）を有し、
前記第１ＲＢセットは、前記ＣＣＥの第１サブセットを有し、前記第１サブセットの第１インデックス値が第１初期値から開始し、
前記第２ＲＢセットは、前記ＣＣＥの第２サブセットを有し、前記第２サブセットの第２インデックス値が、前記第１初期値と同じ第２初期値から開始し、
前記無線デバイスはさらに、
前記第１サブセットの１つまたは複数のＣＣＥを介して制御情報を受信し、
前記第１サブセットの前記１つまたは複数のＣＣＥのうちのＣＣＥのインデックスに基づくアップリンクリソースを介して信号を送信し、
前記インデックスが、前記第２初期値と同じ前記第１初期値から開始する前記第１サブセットの前記第１インデックス値に基づいて決定される、無線デバイス。
前記第１初期値および前記第２初期値が０であり、前記第１サブセットの前記第１インデックス値および前記第２サブセットの前記第２インデックス値が昇順である、請求項１に記載の無線デバイス。
前記構成パラメーターが、前記制御リソースセットの周波数ドメインリソース割り当てパターンが、前記第１ＲＢセットおよび前記第２ＲＢセットの各々に対して複製されることを示し、前記制御リソースセットの前記ＣＣＥの物理無線リソースが、前記第１ＲＢセットおよび前記第２ＲＢセットにマッピングされる、請求項１に記載の無線デバイス。
前記構成パラメーターが、前記制御リソースセットに関連付けられた検索空間に対して、前記第１ＲＢセットを含む１つまたは複数のＲＢセットを示す、請求項１に記載の無線デバイス。
前記検索空間が、前記第ＲＢセット内の前記制御リソースセットに関連付けられる前記ＣＣＥの前記第１サブセットの前記１つまたは複数のＣＣＥを含む、請求項４に記載の無線デバイス。
前記制御リソースセットに関連付けられた前記検索空間が、１つまたは複数の監視周波数位置表示で構成され、各周波数位置表示は前記ＢＷＰのＲＢセットのそれぞれのＲＢセットに対応し、前記ＲＢセットが前記第１ＲＢセットおよび前記第２ＲＢセットを含む、請求項４に記載の無線デバイス。
前記アップリンクリソースが、
前記制御情報により示される物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースインデックス、および
前記ＣＣＥのインデックスに基づいて決定されるＰＵＣＣＨリソースインデックスオフセット、
に基づいて決定される、請求項１に記載の無線デバイス。
前記ＣＣＥが前記１つまたは複数のＣＣＥのちの開始ＣＣＥである、請求項１に記載の無線デバイス。
前記無線デバイスがさらに、
前記第２ＲＢセット内のＣＣＥの前記第２サブセットのうちの１つまたは複数の第２ＣＣＥを介して第２制御情報を受信し、
前記第２サブセットの前記１つまたは複数の第２ＣＣＥのうちのＣＣＥの第２インデックスに基づいて第２アップリンクリソースを介して第２信号を送信し、
前記第２インデックスが、前記第１初期値と同じ前記第２初期値から開始する前記第２サブセットの前記第２インデックス値に基づいて決定される、
請求項１に記載の無線デバイス。