(57)【要約】  本開示の態様は、スクランブリング識別子または複数の制御リソースセット（ＣＯＲＥＳＥＴ）のうちの１つのうちの少なくとも１つに基づく暗黙的リソースマッピングを使用して肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）ペイロードの送信のためのリソース割振りを取得し、取得されたリソース割振りに基づいてＡＣＫ／ＮＡＣＫペイロードを送信する、被スケジュールエンティティに関する。一態様では、被スケジュールエンティティは、異なるタイプのアップリンク制御情報（ＵＣＩ）を送信するためのリソース割振りを取得することと、ここにおいて、リソース割振りが、異なるタイプのＵＣＩの組合せに基づく、取得されたリソース割振りに基づいて異なるタイプのＵＣＩを送信することとを行う。他の態様、実施形態、および特徴も請求され、説明される。
2020533890.tif 000002
【特許請求の範囲】
【請求項１】
被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための方法であって、前記方法が、
スクランブリング識別子または複数の制御リソースセット（ＣＯＲＥＳＥＴ）のうちの１つのうちの少なくとも１つに基づく暗黙的リソースマッピングを使用して肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）ペイロードの送信のためのリソース割振りを取得することと、
前記取得されたリソース割振りに基づいて前記ＡＣＫ／ＮＡＣＫペイロードを送信することと
を備える、方法。
【請求項２】
前記暗黙的リソースマッピングが、ダウンリンク制御チャネルの開始制御チャネル要素（ＣＣＥ）にさらに基づき、前記複数の制御リソースセット（ＣＯＲＥＳＥＴ）のうちの前記１つが、前記開始ＣＣＥから適用されるべき一意のオフセットに関連付けられる、請求項１に記載の方法。
【請求項３】
前記ＡＣＫ／ＮＡＣＫペイロードの送信のために前記複数の制御リソースセット（ＣＯＲＥＳＥＴ）のうちの前記１つに関連付けられた複数のリソースプールのうちの１つを選択すること
をさらに備える、請求項１に記載の方法。
【請求項４】
ＡＣＫ／ＮＡＣＫペイロードのサイズに基づいて複数のリソースプールのうちの１つを選択すること
をさらに備える、請求項１に記載の方法。
【請求項５】
前記スクランブリング識別子または前記複数の制御リソースセット（ＣＯＲＥＳＥＴ）のうちの前記１つのうちの少なくとも１つが、ダウンリンク制御情報（ＤＣＩ）中の肯定応答リソースインジクター（ＡＲＩ）において示される、請求項１に記載の方法。
【請求項６】
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに通信可能に結合されたトランシーバと、
前記少なくとも１つのプロセッサに通信可能に結合されたメモリと
を備える、ワイヤレス通信のための装置であって、
前記少なくとも１つのプロセッサが、
スクランブリング識別子または複数の制御リソースセット（ＣＯＲＥＳＥＴ）のうちの１つのうちの少なくとも１つに基づく暗黙的リソースマッピングを使用して肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）ペイロードの送信のためのリソース割振りを取得することと、
前記取得されたリソース割振りに基づいて前記ＡＣＫ／ＮＡＣＫペイロードを送信することと
を行うように構成された、装置。
【請求項７】
前記暗黙的リソースマッピングが、ダウンリンク制御チャネルの開始制御チャネル要素（ＣＣＥ）にさらに基づき、前記複数の制御リソースセット（ＣＯＲＥＳＥＴ）のうちの前記１つが、前記開始ＣＣＥから適用されるべき一意のオフセットに関連付けられる、請求項６に記載の装置。
【請求項８】
前記少なくとも１つのプロセッサが、
前記ＡＣＫ／ＮＡＣＫペイロードの送信のために前記複数の制御リソースセット（ＣＯＲＥＳＥＴ）のうちの前記１つに関連付けられた複数のリソースプールのうちの１つを選択する
ようにさらに構成された、請求項６に記載の装置。
【請求項９】
前記少なくとも１つのプロセッサが、
ＡＣＫ／ＮＡＣＫペイロードのサイズに基づいて複数のリソースプールのうちの１つを選択する
ようにさらに構成された、請求項６に記載の装置。
【請求項１０】
前記スクランブリング識別子または前記複数の制御リソースセット（ＣＯＲＥＳＥＴ）のうちの前記１つのうちの少なくとも１つが、ダウンリンク制御情報（ＤＣＩ）中の肯定応答リソースインジクター（ＡＲＩ）において示される、請求項６に記載の装置。
【請求項１１】
スクランブリング識別子または複数の制御リソースセット（ＣＯＲＥＳＥＴ）のうちの１つのうちの少なくとも１つに基づく暗黙的リソースマッピングを使用して肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）ペイロードの送信のためのリソース割振りを取得することと、
前記取得されたリソース割振りに基づいて前記ＡＣＫ／ＮＡＣＫペイロードを送信することと
をコンピュータに行わせるためのコードを備える、コンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体。
【請求項１２】
スクランブリング識別子または複数の制御リソースセット（ＣＯＲＥＳＥＴ）のうちの１つのうちの少なくとも１つに基づく暗黙的リソースマッピングを使用して肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）ペイロードの送信のためのリソース割振りを取得するための手段と、
前記取得されたリソース割振りに基づいて前記ＡＣＫ／ＮＡＣＫペイロードを送信するための手段と
を備える、ワイヤレス通信のための装置。
【請求項１３】
前記ＡＣＫ／ＮＡＣＫペイロードの送信のために前記複数の制御リソースセット（ＣＯＲＥＳＥＴ）のうちの前記１つに関連付けられた複数のリソースプールのうちの１つを選択するための手段
をさらに備える、請求項１２に記載の装置。
【請求項１４】
ＡＣＫ／ＮＡＣＫペイロードのサイズに基づいて複数のリソースプールのうちの１つを選択するための手段
をさらに備える、請求項１２に記載の装置。
【請求項１５】
被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための方法であって、前記方法は、
肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）ペイロードの送信のためのリソース割振りを取得することと、ここにおいて、前記リソース割振りが、前記ＡＣＫ／ＮＡＣＫペイロードのシーケンスベースの送信のための複数のシーケンスのうちの１つにマッピングすることによって取得され、ここにおいて、前記マッピングが、１つまたは複数のパラメータに基づいて時間とともに変動する、
前記取得されたリソース割振りに基づいて前記ＡＣＫ／ＮＡＣＫペイロードを送信することと
を備える、方法。
【請求項１６】
前記１つまたは複数のパラメータが、初期スロット、現在のスロット、直交周波数分割多重化（ＯＦＤＭ）シンボルインデックス、前記被スケジュールエンティティの識別子、再送信試行インデックス、または冗長バージョン（ＲＶ）識別子のうちの少なくとも１つを含む、請求項１５に記載の方法。
【請求項１７】
前記複数のシーケンスの各々が、暗黙的または明示的構成に基づいて個々に構成される、請求項１５に記載の方法。
【請求項１８】
前記複数のシーケンスが、共通ベースシーケンスの等間隔に離間されたサイクリックシフトである、請求項１６に記載の方法。
【請求項１９】
前記複数のシーケンスのうちの１つまたは複数が、異なる電力オフセットを用いて構成される、請求項１５に記載の方法。
【請求項２０】
前記マッピングが、１つまたは複数の関数入力を使用して実装された暗黙的マッピング関数に基づき、ここにおいて、前記１つまたは複数の関数入力が、アップリンク制御情報（ＵＣＩ）をトリガするダウンリンク制御チャネルリソースのリソース割振りパラメータ、ダウンリンク制御チャネルペイロードコンテンツ、スケジュールされたダウンリンク共有チャネルのリソース割振り、または前記スケジュールされたダウンリンク共有チャネルのコンテンツのうちの少なくとも１つを含む、請求項１５に記載の方法。
【請求項２１】
前記少なくとも１つのリソース割振りパラメータが、コアリソースセット（ＣＯＲＥＳＥＴ）内の制御チャネル要素（ＣＣＥ）インデックス、ＣＯＲＥＳＥＴインデックス、帯域幅パートインデックス、またはダウンリンク制御チャネルをスクランブルするための無線ネットワーク一時識別子（ＲＮＴＩ）のうちの少なくとも１つを含む、請求項１５に記載の方法。
【請求項２２】
前記マッピングが、１つまたは複数の関数入力を使用して実装された暗黙的マッピング関数に基づき、ここにおいて、前記１つまたは複数の関数入力が、ダウンリンク共有チャネルコンテンツまたはダウンリンク制御チャネルペイロードコンテンツのうちの少なくとも１つを含む、請求項１５に記載の方法。
【請求項２３】
前記ダウンリンク制御チャネルペイロードコンテンツが、スケジュールされたダウンリンク共有チャネルリソースの情報、ランク、変調およびコーディング方式（ＭＣＳ）、波形、またはダウンリンク制御チャネルオーダーもしくは命令の詳細のうちの少なくとも１つを含む、請求項２２に記載の方法。
【請求項２４】
少なくとも第１のスロット中で前記スケジューリングエンティティから送信される情報を処理すること、ここにおいて、前記ＡＣＫ／ＮＡＣＫペイロードが、少なくとも前記第１のスロット中の前記情報に関連付けられる、
をさらに備える、請求項１５に記載の方法。
【請求項２５】
前記ＡＣＫ／ＮＡＣＫペイロードが、前記スケジューリングエンティティからの無線リソース構成に基づいて周波数ホッピングを使用して送信される、請求項１５に記載の方法。
【請求項２６】
第２の周波数ホッピングのためのリソースブロック割振りが、少なくとも第１の周波数ホッピングのリソースブロック割振りの関数である、請求項２５に記載の方法。
【請求項２７】
第２の周波数ホッピングのためのリソースブロック割振りが、第１の周波数ホッピングのリソースブロック割振りと、スロットインデックスとの関数である、請求項２５に記載の方法。
【請求項２８】
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに通信可能に結合されたトランシーバと、
前記少なくとも１つのプロセッサに通信可能に結合されたメモリと
を備える、ワイヤレス通信のための装置であって、
前記少なくとも１つのプロセッサは、
肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）ペイロードの送信のためのリソース割振りを取得することと、ここにおいて、前記リソース割振りが、前記ＡＣＫ／ＮＡＣＫペイロードのシーケンスベースの送信のための複数のシーケンスのうちの１つにマッピングすることによって取得され、ここにおいて、前記マッピングが、１つまたは複数のパラメータに基づいて時間とともに変動する、
前記取得されたリソース割振りに基づいて前記ＡＣＫ／ＮＡＣＫペイロードを送信することと
を行うように構成された、装置。
【請求項２９】
前記１つまたは複数のパラメータが、初期スロット、現在のスロット、直交周波数分割多重化（ＯＦＤＭ）シンボルインデックス、前記被スケジュールエンティティの識別子、再送信試行インデックス、または冗長バージョン（ＲＶ）識別子のうちの少なくとも１つを含む、請求項２８に記載の装置。
【請求項３０】
前記複数のシーケンスが、共通ベースシーケンスの等間隔に離間されたサイクリックシフトである、請求項２９に記載の装置。
【請求項３１】
前記複数のシーケンスのうちの１つまたは複数が、異なる電力オフセットを用いて構成された、請求項２８に記載の装置。
【請求項３２】
前記マッピングが、１つまたは複数の関数入力を使用して実装された暗黙的マッピング関数に基づき、ここにおいて、前記１つまたは複数の関数入力が、アップリンク制御情報（ＵＣＩ）をトリガするダウンリンク制御チャネルリソースのリソース割振りパラメータ、ダウンリンク制御チャネルペイロードコンテンツ、またはスケジュールされたダウンリンク共有チャネルのコンテンツのうちの少なくとも１つを含む、請求項２８に記載の装置。
【請求項３３】
前記少なくとも１つのリソース割振りパラメータが、コアリソースセット（ＣＯＲＥＳＥＴ）内の制御チャネル要素（ＣＣＥ）インデックス、ＣＯＲＥＳＥＴインデックス、帯域幅パートインデックス、またはダウンリンク制御チャネルをスクランブルするための無線ネットワーク一時識別子（ＲＮＴＩ）のうちの少なくとも１つを含む、請求項２８に記載の装置。
【請求項３４】
前記マッピングが、１つまたは複数の関数入力を使用して実装された暗黙的マッピング関数に基づき、ここにおいて、前記１つまたは複数の関数入力が、ダウンリンク共有チャネルコンテンツまたはダウンリンク制御チャネルペイロードコンテンツのうちの少なくとも１つを含む、請求項２８に記載の装置。
【請求項３５】
前記ダウンリンク制御チャネルペイロードコンテンツが、スケジュールされたダウンリンク共有チャネルリソースの情報、ランク、変調およびコーディング方式（ＭＣＳ）、波形、またはダウンリンク制御チャネルオーダーもしくは命令の詳細のうちの少なくとも１つを含む、請求項３４に記載の装置。
【請求項３６】
前記少なくとも１つのプロセッサは、
少なくとも第１のスロット中で前記スケジューリングエンティティから送信される情報を処理すること、ここにおいて、前記ＡＣＫ／ＮＡＣＫペイロードが、少なくとも前記第１のスロット中の前記情報に関連付けられる、
を行うようにさらに構成された、請求項２８に記載の装置。
【請求項３７】
前記ＡＣＫ／ＮＡＣＫペイロードが、前記スケジューリングエンティティからの無線リソース構成に基づいて周波数ホッピングを使用して送信される、請求項２８に記載の装置。
【請求項３８】
第２の周波数ホッピングのためのリソースブロック割振りが、少なくとも第１の周波数ホッピングのリソースブロック割振りの関数である、請求項３７に記載の装置。
【請求項３９】
第２の周波数ホッピングのためのリソースブロック割振りが、第１の周波数ホッピングのリソースブロック割振りと、スロットインデックスとの関数である、請求項３７に記載の装置。
【請求項４０】
肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）ペイロードの送信のためのリソース割振りを取得することと、ここにおいて、前記リソース割振りが、前記ＡＣＫ／ＮＡＣＫペイロードのシーケンスベースの送信のための複数のシーケンスのうちの１つにマッピングすることによって取得され、ここにおいて、前記マッピングが、１つまたは複数のパラメータに基づいて時間とともに変動する、
前記取得されたリソース割振りに基づいて前記ＡＣＫ／ＮＡＣＫペイロードを送信することと
をコンピュータに行わせるためのコードを備える、コンピュータ実行可能コードを記憶する非一時的コンピュータ可読媒体。
【請求項４１】
肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）ペイロードの送信のためのリソース割振りを取得するための手段と、ここにおいて、前記リソース割振りが、前記ＡＣＫ／ＮＡＣＫペイロードのシーケンスベースの送信のための複数のシーケンスのうちの１つにマッピングすることによって取得され、ここにおいて、前記マッピングが、１つまたは複数のパラメータに基づいて時間とともに変動する、
前記取得されたリソース割振りに基づいて前記ＡＣＫ／ＮＡＣＫペイロードを送信するための手段と
を備える、ワイヤレス通信のための装置。
【請求項４２】
少なくとも第１のスロット中で前記スケジューリングエンティティから送信される情報を処理するための手段、ここにおいて、前記ＡＣＫ／ＮＡＣＫペイロードが、少なくとも前記第１のスロット中の前記情報に関連付けられる、
をさらに備える、請求項４１に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
先行出願の相互参照
[0001]本特許出願は、それらの全体が以下に完全に記載されるかのようにおよびすべての適用可能な目的のために、それらの内容全体が参照により本明細書に組み込まれる、２０１８年９月１０日に米国特許商標庁で出願された非仮特許出願第１６／１２６，９９３号と、２０１７年９月１１日に米国特許商標庁で出願された仮特許出願第６２／５５７，１０３号との優先権を主張する。
【０００２】
[0002]以下で論じられる技術は、一般にワイヤレス通信システムに関し、より詳細には、アップリンク送信を容易にすることに関する。いくつかの実施形態は、最小のオーバーヘッドと低い干渉レベルを伴う、次世代（たとえば、５Ｇ）ワイヤレスネットワークにおけるアップリンク肯定応答マッピングおよびリソース割振りのための技法を提供し、可能にすることができる。
【背景技術】
【０００３】
序論
[0003]ワイヤレスネットワークにおいて、被スケジュールエンティティ（scheduled entity）（たとえば、ユーザ機器（ＵＥ））は、スケジューリングエンティティ（scheduling entity）（たとえば、基地局、ネットワークアクセスゲートウェイ、ｅノードＢ）にアップリンク制御情報（ＵＣＩ）を送信することがある。ＵＣＩは肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）メッセージングを含むことができる。概してＵＣＩを送る前に、被スケジュールエンティティは、ＵＣＩを送信するために割り振られたリソース（たとえば、リソースブロック割振り、ＡＣＫ／ＮＡＣＫペイロードマッピング）を取得する必要があり得る。
【０００４】
[0004]モバイルブロードバンドアクセスに対する需要が増加し続けるにつれて、研究および開発は、モバイルブロードバンドアクセスに対する増大する需要を満たすためだけでなく、モバイル通信のユーザエクスペリエンスを進歩および向上させるためにワイヤレス通信技術を進歩させ続けている。
【発明の概要】
【０００５】
[0005]以下で、本開示の１つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、本開示のすべての企図された特徴の包括的な概観ではなく、本開示のすべての態様の主要または重要な要素を識別するものでも、本開示のいずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示されるより詳細な説明の導入として、本開示の１つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。
【０００６】
[0006]いくつかの本開示の態様によれば、被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための方法が提供される。被スケジュールエンティティは、肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）ペイロード（ＡＣＫ／ＮＡＣＫペイロードと時々呼ばれる）を送信するためのリソース割振りを取得することができる。被スケジュールエンティティは、暗黙的リソースマッピング（implicit resource mapping）を使用してリソースを取得することができる。このマッピングは、スクランブリング識別子または複数の制御リソースセット（ＣＯＲＥＳＥＴ）のうちの１つのうちの少なくとも１つに基づくことができる。スケジューリングエンティティは、取得されたリソース割振りに基づいてＡＣＫ／ＮＡＣＫペイロードを送信することができる。
【０００７】
[0007]いくつかの本開示の態様によれば、被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための方法が提供される。被スケジュールエンティティは、異なるタイプのアップリンク制御情報（ＵＣＩ）を送信するためのリソース割振りを取得することができる。リソース割振りは、異なるタイプのＵＣＩの組合せに基づく。スケジューリングエンティティは、取得されたリソース割振りに基づいて、異なるタイプのＵＣＩを送信することができる。
【０００８】
[0008]いくつかの本開示の態様によれば、被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための方法が提供される。被スケジュールエンティティは、スケジューリングエンティティから複数のダウンリンク制御情報（ＤＣＩ）フォーマットを取得することができる。複数のＤＣＩフォーマットの各々は、動的スケジューリングのための異なる量の情報を含む。被スケジュールエンティティは、複数のＤＣＩフォーマットのうちの１つを識別するインジケータを取得することができる。被スケジュールエンティティは、複数のＤＣＩフォーマットのうちの識別された１つに基づいてダウンリンク制御情報を受信することができる。
【０００９】
[0009]いくつかの本開示の態様によれば、被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための方法が提供される。被スケジュールエンティティは、肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）ペイロードの送信のためのリソース割振りを取得することができる。被スケジュールエンティティは、暗黙的マッピングを使用してリソース割振りを取得することができる。このマッピングは、開始リソースブロックインデックス、第１のシフトインデックス、または時間ドメイン直交カバーコード（ＯＣＣ）のうちの少なくとも１つに基づいてアップリンク制御チャネルリソースを識別する。被スケジュールエンティティは、取得されたリソース割振りに基づいてＡＣＫ／ＮＡＣＫペイロードを送信することができる。
【００１０】
[0010]いくつかの本開示の態様によれば、被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための方法が提供される。被スケジュールエンティティは、いくつかのコンポーネントキャリアについて１つまたは複数のチャネル状態情報（ＣＳＩ）報告を生成することができる。コンポーネントキャリアの数はしきい値以下であり得る。被スケジュールエンティティは、スケジューリングエンティティに１つまたは複数のＣＳＩ報告を送信する。
【００１１】
[0011]いくつかの本開示の態様によれば、被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための方法が提供される。被スケジュールエンティティは、制御チャネル上でスケジューリングエンティティから制御情報を取得することができる。被スケジュールエンティティは、スケジューリングエンティティに、制御情報に対する肯定応答（ＡＣＫ）を送信することができる。
【００１２】
[0012]いくつかの本開示の態様によれば、被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための方法が提供される。被スケジュールエンティティは、ＡＣＫ／否定応答（ＮＡＣＫ）ペイロードの送信のためのリソース割振りを取得することができる。被スケジュールエンティティは、ＡＣＫ／ＮＡＣＫペイロードのシーケンスベースの送信のための複数のシーケンスのうちの１つにマッピングすることによってリソース割振りを取得することができる。マッピングは、１つまたは複数のパラメータに基づいて時間とともに変動し得る。被スケジュールエンティティは、取得されたリソース割振りに基づいてＡＣＫ／ＮＡＣＫペイロードを送信することができる。
【００１３】
[0013]本発明のこれらおよび他の態様は、以下の発明を実施するための形態を検討すればより十分に理解されよう。本発明の特定の例示的な実施形態の以下の説明を添付の図と併せて検討すれば、当業者には、本発明の他の態様、特徴、および実施形態が明らかになろう。本発明の特徴について、以下のいくつかの実施形態および図に関して論じられることがあるが、本発明のすべての実施形態は、本明細書で論じられる有利な特徴のうちの１つまたは複数を含むことができる。言い換えれば、１つまたは複数の実施形態について、いくつかの有利な特徴を有するものとして論じられることがあるが、そのような特徴のうちの１つまたは複数は、本明細書で論じられる本発明の様々な実施形態に従って使用されてもよい。同様に、例示的な実施形態について、デバイス、システム、または方法実施形態として以下で論じられることがあるが、そのような例示的な実施形態は、様々なデバイス、システム、および方法において実装され得ることが理解されるべきである。
【図面の簡単な説明】
【００１４】
【図１】[0014]いくつかの実施形態によるワイヤレス通信システムの概略図。
【図２】[0015]いくつかの実施形態による無線アクセスネットワークの一例の概念図。
【図３】[0016]いくつかの実施形態による多入力多出力（ＭＩＭＯ）通信をサポートするワイヤレス通信システムを示すブロック図である。
【図４】[0017]いくつかの実施形態による直交周波数分割多重化（ＯＦＤＭ）を利用するエアインターフェース中のワイヤレスリソースの編成の概略図。
【図５】[0018]本開示のいくつかの態様による例示的な自己完結型（self-contained）スロットの概略図。
【図６】[0019]本開示のいくつかの態様によるスケジューリングエンティティのためのハードウェア実装形態の一例を概念的に示すブロック図。
【図７】[0020]本開示のいくつかの態様による被スケジュールエンティティのためのハードウェア実装形態の一例を概念的に示すブロック図。
【図８Ａ】[0021]いくつかの実施形態によるＰＤＣＣＨ  ＣＣＥインデックスからの開始リソースブロック（ＲＢ）インデックスの例示的なマッピングを示す図。
【図８Ｂ】いくつかの実施形態によるＰＤＣＣＨ  ＣＣＥインデックスからの開始リソースブロック（ＲＢ）インデックスの例示的なマッピングを示す図。
【図９Ａ】[0022]いくつかの実施形態による、アグリゲートされたスロットをもつロングＰＵＣＣＨ−ＡＣＫのための第１の例示的なシナリオを示す図。
【図９Ｂ】いくつかの実施形態による、アグリゲートされたスロットをもつロングＰＵＣＣＨ−ＡＣＫのための第２の例示的なシナリオを示す図。
【図１０】[0023]いくつかの実施形態による、被スケジュールエンティティが、２ビットのＡＣＫとＤＣＩフォーマットＡ０とをもつ特定の１シンボルショートＰＵＣＣＨ−ＡＣＫチャネルについてＡＣＫリソース情報を決定するための例示的な手法を示す図。
【図１１】[0024]いくつかの実施形態による、デフォルトＰＤＣＣＨ領域と、ロングバースト領域およびショートバースト領域を含むアップリンク領域とを含むサブフレームを示す図。
【図１２】[0025]本開示のいくつかの態様による、被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための例示的なプロセスを示すフローチャート。
【図１３】[0026]本開示のいくつかの態様による、被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための例示的なプロセスを示すフローチャート。
【図１４】[0027]本開示のいくつかの態様による、被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための例示的なプロセスを示すフローチャート。
【図１５】[0028]本開示のいくつかの態様による、被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための例示的なプロセスを示すフローチャート。
【図１６】[0029]本開示のいくつかの態様による、被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための例示的なプロセスを示すフローチャート。
【図１７】[0030]本開示のいくつかの態様による、被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための例示的なプロセスを示すフローチャート。
【図１８】[0031]本開示のいくつかの態様による、被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための例示的なプロセスを示すフローチャート。
【発明を実施するための形態】
【００１５】
[0032]添付の図面に関して以下に記載される発明を実施するための形態は、様々な構成の説明として意図され、本明細書で説明される概念が実践され得る構成のみを表すように意図されていない。発明を実施するための形態は、様々な概念の完全な理解を提供するための具体的な詳細を含む。しかしながら、これらの概念はこれらの具体的な詳細なしに実践され得ることが当業者には明らかであろう。場合によっては、そのような概念を不明瞭にすることを回避するために、よく知られている構造および構成要素はブロック図の形式で示される。
【００１６】
[0033]態様および実施形態について、本出願ではいくつかの例に対する解説によって説明されるが、当業者は、多くの異なる構成およびシナリオにおいて追加の実装形態および使用事例が発生し得ることを理解されよう。本明細書で説明される新機軸は、多くの異なるプラットフォームタイプ、デバイス、システム、形状、サイズ、パッケージング構成にわたって実装され得る。たとえば、実施形態および／または使用は、集積チップ実施形態および他の非モジュール構成要素ベースのデバイス（たとえば、エンドユーザデバイス、車両、通信デバイス、コンピューティングデバイス、工業機器、小売り／購買デバイス、医療デバイス、ＡＩ対応デバイスなど）を介して発生し得る。いくつかの例は使用事例または適用例を特に対象とすることも対象としないこともあるが、説明される新機軸の適用可能性の広範な組合せが行われてよい。実装形態は、チップレベルまたはモジュラー構成要素から非モジュラー非チップレベル実装形態までの、さらには説明される新機軸の１つまたは複数の態様を組み込んでいるアグリゲート、分散、またはＯＥＭデバイスまたはシステムまでの範囲にわたり得る。いくつかの実際の設定では、説明される態様および特徴を組み込んでいるデバイスはまた、請求および説明される実施形態の実装および実施のために追加の構成要素および特徴を必ず含むであろう。たとえば、ワイヤレス信号の送信および受信は、アナログおよびデジタル目的のためのいくつかの構成要素（たとえば、アンテナ、ＲＦチェーン、電力増幅器、変調器、バッファ、プロセッサ、インターリーバ、アダー／加算器などを含むハードウェア構成要素）を必ず含む。本明細書で説明される新機軸は、異なるサイズ、形状および構造の多種多様なデバイス、チップレベル構成要素、システム、分散構成、エンドユーザデバイスなどにおいて実践され得ることが意図される。
【００１７】
[0034]本開示全体にわたって提示される様々な概念は、多種多様な電気通信システム、ネットワークアーキテクチャ、および通信規格にわたって実装され得る。次に図１を参照すると、限定されない例示的な例として、ワイヤレス通信システム１００に関する本開示の様々な態様が示されている。ワイヤレス通信システム１００は、コアネットワーク１０２、無線アクセスネットワーク（ＲＡＮ）１０４、およびユーザ機器（ＵＥ）１０６という、３つの相互作用ドメインを含む。ワイヤレス通信システム１００により、ＵＥ１０６は、（限定はされないが）インターネットなど、外部データネットワーク１１０とのデータ通信を行うことを可能にされ得る。
【００１８】
[0035]ＲＡＮ１０４は、ＵＥ１０６に無線アクセスを提供するために、１つまたは複数の任意の好適なワイヤレス通信技術を実装し得る。一例として、ＲＡＮ１０４は、しばしば５Ｇと呼ばれる、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））新無線（ＮＲ）仕様に従って動作し得る。本明細書で使用されるＮＲは、リリース１５での３ＧＰＰによる定義および規格化を受けている５Ｇ技術および新無線アクセス技術を概して指す。別の例として、ＲＡＮ１０４は、５Ｇ  ＮＲ規格と、しばしばＬＴＥ（登録商標）と呼ばれる発展型ユニバーサル地上波無線アクセスネットワーク（ｅＵＴＲＡＮ）規格とのハイブリッドの下で動作し得る。３ＧＰＰは、このハイブリッドＲＡＮを次世代ＲＡＮまたはＮＧ−ＲＡＮと呼ぶ。もちろん、本開示の範囲内で多くの他の例が利用されてよい。
【００１９】
[0036]図示のように、ＲＡＮ１０４は複数の基地局１０８を含む。大まかに、基地局は、ＵＥへのまたはＵＥからの１つまたは複数のセル中の無線送受信を担当する無線アクセスネットワーク中のネットワーク要素である。異なる技術、規格、またはコンテキストでは、基地局は、当業者によって、基地トランシーバ局（ＢＴＳ）、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、アクセスポイント（ＡＰ）、ノードＢ（ＮＢ）、ｅノードＢ（ｅＮＢ）、ｇノードＢ（ｇＮＢ）、または何らかの他の好適な用語で様々に呼ばれることがある。
【００２０】
[0037]無線アクセスネットワーク１０４は、複数のモバイル装置のためのワイヤレス通信をサポートするようにさらに示されている。モバイル装置は、３ＧＰＰ規格ではユーザ機器（ＵＥ）と呼ばれることがある。いくつかの場合には、モバイル装置は、移動局（ＭＳ）、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末（ＡＴ）、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、端末、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることもある。ＵＥは、ネットワークサービスへのアクセスをユーザに提供する装置であり得る。
【００２１】
[0038]本文書内で、「モバイル」装置は、必ずしも移動する能力を有する必要があるとは限らず、固定であってよい。モバイル装置またはモバイルデバイスという用語は、多種多様なデバイスおよび技術を広く指す。ＵＥは、通信を助けるようにサイズ決定、整形、および構成されたいくつかのハードウェア構造構成要素を含んでよく、そのような構成要素は、互いに電気的に結合されたアンテナ、アンテナアレイ、ＲＦチェーン、増幅器、１つまたは複数のプロセッサなどを含むことができる。たとえば、モバイル装置のいくつかの非限定的な例は、モバイル、セルラー（セル）フォン、スマートフォン、セッション開始プロトコル（ＳＩＰ）フォン、ラップトップ、パーソナルコンピュータ（ＰＣ）、ノートブック、ネットブック、スマートブック、タブレット、携帯情報端末（ＰＤＡ）、および、たとえば、「モノのインターネット」（ＩｏＴ）に対応する多種多様な組込みシステムを含む。モバイル装置は、さらに、自動車または他の輸送車両、リモートセンサまたはアクチュエータ、ロボットまたはロボティクスデバイス、衛星ラジオ、全地球測位システム（ＧＰＳ）デバイス、オブジェクトトラッキングデバイス、ドローン、マルチコプター、クアッドコプター、リモート制御デバイス、アイウェア、ウェアラブルカメラ、仮想現実デバイス、スマートウォッチ、ヘルストラッカーもしくはフィットネストラッカー、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲームコンソールなどのコンシューマデバイスおよび／またはウェアラブルデバイスであってよい。モバイル装置は、さらに、ホームオーディオ、ビデオ、および／またはマルチメディアデバイスなどのデジタルホームまたはスマートホームデバイス、アプライアンス、自動販売機、インテリジェント照明、ホームセキュリティシステム、スマートメータなどであってよい。モバイル装置は、さらに、スマートエネルギーデバイス、セキュリティデバイス、ソーラーパネルまたはソーラーアレイ、電力（たとえば、スマートグリッド）、照明、水などを制御する都市インフラストラクチャデバイス、工業オートメーションおよびエンタープライズデバイス、ロジスティックスコントローラ、農業機器、軍事防御機器、車両、航空機、船舶、ならびに兵器であってよい。またさらに、モバイル装置は、コネクテッド医療またはテレメディスンのサポート、たとえば、遠隔ヘルスケアを実現し得る。テレヘルスデバイスはテレヘルス監視デバイスとテレヘルス投与デバイスとを含むことがあり、それらの通信は、たとえば、重要サービスデータの移送のための優先アクセス、および／または重要サービスデータの移送のための関連ＱｏＳに関して、他のタイプの情報よりも優遇措置または優先アクセスを与えられ得る。
【００２２】
[0039]ＲＡＮ１０４とＵＥ１０６との間のワイヤレス通信は、エアインターフェースを利用するものとして説明されてよい。基地局（たとえば、基地局１０８）から１つまたは複数のＵＥ（たとえば、ＵＥ１０６）へのエアインターフェースを介した送信はダウンリンク（ＤＬ）送信と呼ばれることがある。本開示のいくつかの態様によれば、ダウンリンクという用語は、（たとえば、基地局１０８など、以下でさらに説明される）スケジューリングエンティティにおいて発生するポイントツーマルチポイント送信を指し得る。この方式について説明するための別の仕方は、ブロードキャストチャネル多重化という用語を使用することであり得る。ＵＥ（たとえば、ＵＥ１０６）から基地局（たとえば、基地局１０８）への送信はアップリンク（ＵＬ）送信と呼ばれることがある。本開示のさらなる態様によれば、アップリンクという用語は、（たとえば、ＵＥ１０６など、以下でさらに説明される）被スケジュールエンティティにおいて発生するポイントツーポイント送信を指し得る。
【００２３】
[0040]いくつかの例では、エアインターフェースへのアクセスがスケジュールされ得る。スケジューリングエンティティ（たとえば、基地局１０８）は、それのサービスエリアまたはセル内の一部または全部のデバイスおよび機器の間で通信のためのリソースを割り振ることができる。いくつかのシナリオでは、以下でさらに論じられるように、スケジューリングエンティティは、１つまたは複数の被スケジュールエンティティのためのリソースをスケジュールし、割り当て、再構成し、解放することを担当し得る。すなわち、スケジュールされた通信の場合、被スケジュールエンティティであり得るＵＥ１０６は、スケジューリングエンティティ１０８によって割り振られたリソースを利用し得る。
【００２４】
[0041]基地局１０８は、スケジューリングエンティティとして機能し得る唯一のエンティティではない。すなわち、いくつかの例では、ＵＥがスケジューリングエンティティとして機能し、１つまたは複数の被スケジュールエンティティ（たとえば、１つまたは複数の他のＵＥ）のためのリソースをスケジュールし得る。
【００２５】
[0042]図１に示されているように、スケジューリングエンティティ１０８は、１つまたは複数の被スケジュールエンティティ１０６にダウンリンクトラフィック１１２をブロードキャストし得る。大まかに、スケジューリングエンティティ１０８は、ダウンリンクトラフィック１１２と、いくつかの例では、１つまたは複数の被スケジュールエンティティ１０６からスケジューリングエンティティ１０８へのアップリンクトラフィック１１６とを含む、ワイヤレス通信ネットワーク中のトラフィックをスケジュールすることを担当するノードまたはデバイスである。一方、被スケジュールエンティティ１０６は、スケジューリングエンティティ１０８などのワイヤレス通信ネットワーク中の別のエンティティから、限定はされないが、スケジューリング情報（たとえば、許可）、同期もしくはタイミング情報、または他の制御情報を含む、ダウンリンク制御情報１１４を受信するノードまたはデバイスである。
【００２６】
[0043]概して、基地局１０８は、ワイヤレス通信システムのバックホール部分１２０と通信するためのバックホールインターフェースを含み得る。バックホール１２０は、基地局１０８とコアネットワーク１０２との間のリンクを提供し得る。さらに、いくつかの例では、バックホールネットワークは、それぞれの基地局１０８間の相互接続を提供し得る。任意の好適なトランスポートネットワークを使用して、直接物理接続、仮想ネットワークなどの様々なタイプのバックホールインターフェースが利用されてよい。
【００２７】
[0044]コアネットワーク１０２は、ワイヤレス通信システム１００の一部であってよく、ＲＡＮ１０４において使用される無線アクセス技術とは無関係であり得る。いくつかの例では、コアネットワーク１０２は、５Ｇ規格（たとえば、５Ｇコアネットワーク）に従って構成され得る。他の例では、コアネットワーク１０２は、４Ｇ発展型パケットコア（ＥＰＣ）、または任意の他の好適な規格もしくは構成に従って構成され得る。
【００２８】
[0045]次に図２を参照すると、限定ではなく例として、ＲＡＮ２００の概略図が提供されている。いくつかの例では、ＲＡＮ２００は、上記で説明され図１に示されているＲＡＮ１０４と同じであり得る。ＲＡＮ２００によってカバーされる地理的エリアは、１つのアクセスポイントまたは基地局からブロードキャストされる識別情報に基づいてユーザ機器（ＵＥ）によって一意に識別され得るセルラー領域（セル）に分割されてよい。図２は、マクロセル２０２、２０４、および２０６と、スモールセル２０８とを示しており、それらの各々は１つまたは複数のセクタ（図示されず）を含み得る。セクタはセルのサブエリアである。１つのセル内のすべてのセクタは、同じ基地局によってサービスされる。セクタ内の無線リンクは、そのセクタに属する単一の論理識別情報によって識別され得る。セクタに分割されたセルにおいて、セル内の複数のセクタはアンテナのグループによって形成され得、各アンテナは、セルの一部分においてＵＥとの通信を担当する。
【００２９】
[0046]図２はまた、ＲＡＮ２００の一部として様々な基地局（ＢＳ）を示している。２つの基地局２１０および２１２がセル２０２および２０４中に示され、第３の基地局２１４が、セル２０６中のリモート無線ヘッド（ＲＲＨ）２１６を制御するように示されている。すなわち、基地局は、集積アンテナを有することができるか、またはフィーダケーブルによってアンテナもしくはＲＲＨに接続され得る。図示の例では、セル２０２、２０４、および１２６は、基地局２１０、２１２、および２１４が大きいサイズを有するセルをサポートするので、マクロセルと呼ばれることがある。さらに、基地局２１８が、スモールセル２０８（たとえば、マイクロセル、ピコセル、フェムトセル、ホーム基地局、ホームノードＢ、ホームｅノードＢなど）中に示されており、スモールセル２０８は１つまたは複数のマクロセルと重複することがある。この例では、セル２０８は、基地局２１８が比較的小さいサイズを有するセルをサポートするので、スモールセルと呼ばれることがある。セルのサイズ決定は、システム設計ならびに構成要素制約に従って行われ得る。
【００３０】
[0047]ＲＡＮ２００は、任意の数のワイヤレス基地局、ノード、およびセルを含み得る。一例として、所与のセルのサイズまたはカバレージエリアを拡張するためにリレーノードが展開され得る。基地局２１０、２１２、２１４、２１８は、任意の数のモバイル装置にコアネットワークへのワイヤレスアクセスポイントを提供する。いくつかの例では、基地局２１０、２１２、２１４、および／または２１８は、上記で説明され図１に示されている基地局／スケジューリングエンティティ１０８と同じであり得る。
【００３１】
[0048]図２は、基地局として機能するように構成され得るクワッドコプターまたはドローン２２０をさらに含む。すなわち、いくつかの例では、セルは必ずしも固定であるとは限らないことがあり、セルの地理的エリアは、クワッドコプター２２０などのモバイル基地局のロケーションに従って移動することがある。図示されていないが、ドローン２２０は、限定はされないが、高高度クラフト、空中車両、陸上車両、または水進車両（water-going vehicle）を含む、他のタイプの車両であってもよい。
【００３２】
[0049]ＲＡＮ２００内に、セルは、各セルの１つまたは複数のセクタと通信中であり得るＵＥを含み得る。さらに、各基地局２１０、２１２、２１４、２１８、および２２０は、それぞれのセル中のすべてのＵＥにコアネットワーク１０２（図１参照）へのアクセスポイントを提供するように構成され得る。たとえば、ＵＥ２２２および２２４は基地局２１０と通信中であり得、ＵＥ２２６および２２８は基地局２１２と通信中であり得、ＵＥ２３０および２３２はＲＲＨ２１６を介して基地局２１４と通信中であり得、ＵＥ２３４は基地局２１８と通信中であり得、ＵＥ２３６はモバイル基地局２２０と通信中であり得る。いくつかの例では、ＵＥ２２２、２２４、２２６、２２８、２３０、２３２、２３４、２３６、２３８、２４０、および／または２４２は、上記で説明され図１に示されているＵＥ／被スケジュールエンティティ１０６と同じであり得る。
【００３３】
[0050]いくつかの例では、モバイルネットワークノード（たとえば、クワッドコプター２２０）は、ＵＥとして機能するように構成され得る。たとえば、クワッドコプター２２０は、基地局２１０と通信することによってセル２０２内で動作し得る。
【００３４】
[0051]ＲＡＮ２００のさらなる態様では、基地局からのスケジューリング情報または制御情報に必ずしも依存するとは限らないで、ＵＥ間でサイドリンク信号が使用され得る。たとえば、２つ以上のＵＥ（たとえば、ＵＥ２２６および２２８）は、基地局（たとえば、基地局２１２）を介してその通信を中継することなしに、ピアツーピア（Ｐ２Ｐ）またはサイドリンク信号２２７を使用して互いに通信し得る。さらなる例では、ＵＥ２３８が、ＵＥ２４０および２４２と通信しているように示されている。ここで、ＵＥ２３８はスケジューリングエンティティまたは１次サイドリンクデバイスとして機能し得、ＵＥ２４０および２４２は被スケジュールエンティティまたは非１次（たとえば、２次）サイドリンクデバイスとして機能し得る。さらに別の例では、ＵＥは、デバイス間（Ｄ２Ｄ）、ピアツーピア（Ｐ２Ｐ）、もしくは車両間（Ｖ２Ｖ）ネットワーク、および／またはメッシュネットワークにおいてスケジューリングエンティティとして機能し得る。メッシュネットワークの例では、ＵＥ２４０および２４２は、スケジューリングエンティティ２３８と通信することに加えて、場合によっては互いに直接通信し得る。このように、時間周波数リソースへのアクセスがスケジュールされ、セルラー構成、Ｐ２Ｐ構成、またはメッシュ構成を有するワイヤレス通信システムでは、スケジューリングエンティティおよび１つまたは複数の被スケジュールエンティティは、スケジュールされたリソースを利用して通信し得る。
【００３５】
[0052]無線アクセスネットワーク２００では、ＵＥが、その場所に関係なく、移動中に通信するための能力は、モビリティと呼ばれる。ＵＥと無線アクセスネットワークとの間の様々な物理チャネルが、概して、アクセスおよびモビリティ管理機能（ＡＭＦ、図示されず、図１のコアネットワーク１０２の一部）の制御下でセットアップされ、維持され、解放される。モビリティの特徴はまた、制御プレーンとユーザプレーンの両方の機能のためのセキュリティコンテキストを管理するセキュリティコンテキスト管理機能（ＳＣＭＦ）と、認証を実施するセキュリティアンカー機能（ＳＥＡＦ）とを含み得る。
【００３６】
[0053]本開示の様々な態様では、無線アクセスネットワーク２００は、モビリティおよびハンドオーバ（すなわち、１つの無線チャネルから別の無線チャネルへのＵＥの接続の移行）を可能にするために、ＤＬベースのモビリティまたはＵＬベースのモビリティを利用し得る。ＤＬベースのモビリティ用に構成されたネットワークでは、スケジューリングエンティティとの呼の間に、または任意の他の時間に、ＵＥは、それのサービングセルからの信号の様々なパラメータ、ならびに隣接セルの様々なパラメータを監視し得る。これらのパラメータの品質に応じて、ＵＥは、隣接セルのうちの１つまたは複数との通信を維持し得る。この時間中に、ＵＥが１つのセルから別のセルに移動した場合、または隣接セルからの信号品質がサービングセルからの信号品質を所与の時間の間超える場合、ＵＥは、サービングセルから隣接（ターゲット）セルへのハンドオフまたはハンドオーバに着手し得る。たとえば、（任意の好適な形態のＵＥが使用され得るが、車両として示されている）ＵＥ２２４は、それのサービングセル２０２に対応する地理的エリアから隣接セル２０６に対応する地理的エリアに移動することがある。隣接セル２０６からの信号強度または信号品質がそれのサービングセル２０２の信号強度または信号品質を所与の時間の間超えるとき、ＵＥ２２４は、この状態を示す報告メッセージをそれのサービング基地局２１０に送信し得る。応答して、ＵＥ２２４はハンドオーバコマンドを受信し得、ＵＥはセル２０６へのハンドオーバに着手し得る。
【００３７】
[0054]ＵＬベースのモビリティ用に構成されたネットワークでは、各ＵＥのサービングセルを選択するために、各ＵＥからのＵＬ基準信号がネットワークによって利用され得る。いくつかの例では、基地局２１０、２１２、および２１４／２１６は、統合された同期信号（たとえば、統合された１次同期信号（ＰＳＳ）、統合された２次同期信号（ＳＳＳ）、および統合された物理ブロードキャストチャネル（ＰＢＣＨ））をブロードキャストし得る。ＵＥ２２２、２２４、２２６、２２８、２３０、および２３２は、統合された同期信号を受信し、同期信号からキャリア周波数とスロットタイミングとを導出し、タイミングを導出したことに応答して、アップリンクパイロットまたは基準信号を送信し得る。ＵＥ（たとえば、ＵＥ２２４）によって送信されたアップリンクパイロット信号は、無線アクセスネットワーク２００内の２つ以上のセル（たとえば、基地局２１０および２１４／２１６）によって同時に受信されることがある。セルの各々はパイロット信号の強度を測定し得、無線アクセスネットワーク（たとえば、基地局２１０および２１４／２１６のうちの１つもしくは複数、ならびに／またはコアネットワーク内の中央ノード）は、ＵＥ２２４のためのサービングセルを決定し得る。ＵＥ２２４が無線アクセスネットワーク２００中を移動するにつれて、ネットワークは、ＵＥ２２４によって送信されるアップリンクパイロット信号を監視し続け得る。隣接セルによって測定されたパイロット信号の信号強度または信号品質が、サービングセルによって測定された信号強度または信号品質のそれを超えるとき、ネットワーク２００は、ＵＥ２２４に通知するとともにまたは通知することなしに、サービングセルから隣接セルにＵＥ２２４をハンドオーバし得る。
【００３８】
[0055]基地局２１０、２１２、および２１４／２１６によって送信された同期信号は統合されてよいが、同期信号は、特定のセルを識別しないことがあり、そうではなく同じ周波数上でおよび／または同じタイミングを用いて動作する複数のセルのゾーンを識別することがある。５Ｇネットワークまたは他の次世代通信ネットワークにおいてゾーンを使用すると、アップリンクベースのモビリティフレームワークが可能になり、ＵＥとネットワークとの間で交換される必要があるモビリティメッセージの数が低減され得るので、ＵＥとネットワークの両方の効率が改善される。
【００３９】
[0056]様々な実装形態では、無線アクセスネットワーク２００中のエアインターフェースは、認可スペクトル、無認可スペクトル、または共有スペクトルを利用し得る。認可スペクトルは、概してモバイルネットワーク事業者が政府規制機関からライセンスを購入することによって、スペクトルの一部分の排他的使用を実現する。無認可スペクトルは、政府許可ライセンスの必要なしに、スペクトルの一部分の共有使用を実現する。無認可スペクトルにアクセスするためにいくつかの技術的なルールの遵守が概してやはり要求されるが、概して、どんな事業者またはデバイスもアクセスを獲得し得る。共有スペクトルは、認可スペクトルと無認可スペクトルとにわたり得る。スペクトルにアクセスするために技術的なルールまたは制限が要求されることがあるが、スペクトルは、複数の事業者および／または複数のＲＡＴによってやはり共有され得る。たとえば、認可スペクトルの一部分のためのライセンスの保有者は、たとえば、アクセスを獲得するための好適なライセンシー決定条件を用いて、そのスペクトルを他の関係者と共有するために、認可共有アクセス（ＬＳＡ）を提供し得る。
【００４０】
[0057]無線アクセスネットワーク２００中のエアインターフェースは、１つまたは複数の二重化アルゴリズムを利用し得る。二重は、両方のエンドポイントが両方向に互いに通信することができるポイントツーポイント通信リンクを指す。全二重は、両方のエンドポイントが互いに同時に通信できることを意味する。半二重は、一度に一方のエンドポイントのみが他方のエンドポイントに情報を送ることができることを意味する。ワイヤレスリンクでは、全二重チャネルは、概して、送信機と受信機の物理的分離、および好適な干渉消去技術に依存する。全二重エミュレーションは、周波数分割複信（ＦＤＤ）または時分割複信（ＴＤＤ）を利用することによってワイヤレスリンクのために頻繁に実装される。ＦＤＤでは、異なる方向の送信は、異なるキャリア周波数において動作する。ＴＤＤでは、所与のチャネル上の異なる方向の送信は、時分割多重化を使用して互いに分離される。すなわち、ある時間には、チャネルはある方向の送信専用であり、他の時間には、チャネルは他の方向の送信専用であり、方向は極めて迅速に、たとえば、スロットごとに数回変わり得る。
【００４１】
[0058]本開示のいくつかの態様では、スケジューリングエンティティおよび／または被スケジュールエンティティは、ビームフォーミングおよび／または多入力多出力（ＭＩＭＯ）技術のために構成され得る。図３は、ＭＩＭＯをサポートするワイヤレス通信システム３００の一例を示す。ＭＩＭＯシステムでは、送信機３０２は、複数の送信アンテナ３０４（たとえば、Ｎ個の送信アンテナ）を含み、受信機３０６は、複数の受信アンテナ３０８（たとえば、Ｍ個の受信アンテナ）を含む。したがって、送信アンテナ３０４から受信アンテナ３０８へのＮ×Ｍ個の信号経路３１０が存在する。送信機３０２と受信機３０６との各々は、たとえば、スケジューリングエンティティ１０８、被スケジュールエンティティ１０６、または任意の他の好適なワイヤレス通信デバイス内に実装され得る。
【００４２】
[0059]そのような複数アンテナ技術を使用すると、ワイヤレス通信システムが、空間多重化と、ビームフォーミングと、送信ダイバーシティとをサポートするために空間ドメインを活用することが可能になる。空間多重化は、レイヤとも呼ばれる、データの異なるストリームを、同じ時間周波数リソース上で同時に送信するために使用され得る。データストリームは、データレートを高めるために単一のＵＥに送信されてよく、全体的なシステム容量を高めるために複数のＵＥに送信されてよく、後者はマルチユーザＭＩＭＯ（ＭＵ−ＭＩＭＯ）と呼ばれる。これは、各データストリームを空間的にプリコーディングすること（すなわち、異なる重み付けおよび位相シフトでデータストリームを多重化すること）、次いで、ダウンリンク上で複数の送信アンテナを介して空間的にプリコーディングされた各ストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間署名とともにＵＥに到達し、これにより、ＵＥの各々は、そのＵＥに宛てられた１つまたは複数のデータストリームを復元することが可能になる。アップリンク上で、各ＵＥは、空間的にプリコーディングされたデータストリームを送信し、これにより、基地局は、空間的にプリコーディングされた各データストリームのソースを識別することが可能になる。
【００４３】
[0060]データストリームまたはレイヤの数は送信のランクに対応する。概して、ＭＩＭＯシステム３００のランクは、送信アンテナ３０４または受信アンテナ３０８の数の、どちらでもより低い方によって制限される。加えて、ＵＥにおけるチャネル状態、ならびに基地局における利用可能なリソースなどの他の考慮事項も、送信ランクに影響を及ぼし得る。たとえば、ダウンリンク上の特定のＵＥに割り当てられるランク（したがって、データストリームの数）は、ＵＥから基地局に送信されるランクインジケータ（ＲＩ）に基づいて決定され得る。ＲＩは、アンテナ構成（たとえば、送信アンテナおよび受信アンテナの数）、ならびに受信アンテナの各々上で測定された信号対干渉雑音比（ＳＩＮＲ）に基づいて決定され得る。ＲＩは、たとえば、現在のチャネル状態下でサポートされ得るレイヤの数を示し得る。基地局は、ＵＥに送信ランクを割り当てるために、リソース情報（たとえば、ＵＥにスケジュールされるべき利用可能なリソースおよびデータ量）とともにＲＩを使用し得る。
【００４４】
[0061]時分割複信（ＴＤＤ）システムでは、ＵＬとＤＬは、同じ周波数帯域幅の異なる時間スロットを各々が使用するという点で、相反的である。したがって、ＴＤＤシステムでは、基地局は、ＵＬのＳＩＮＲ測定値に基づいて（たとえば、ＵＥから送信されるサウンディング基準信号（ＳＲＳ）または他のパイロット信号に基づいて）ＤＬ  ＭＩＭＯ送信にランクを割り当て得る。割り当てられたランクに基づいて、基地局は、次いで、マルチレイヤチャネル推定を実現するために、レイヤごとに別々のＣ−ＲＳシーケンスでＣＳＩ−ＲＳを送信し得る。ＣＳＩ−ＲＳから、ＵＥは、レイヤおよびリソースブロックにわたってチャネル品質を測定し、ランクを更新して将来のダウンリンク送信にＲＥを割り当てる際に使用するために、基地局にチャネル品質インジケータ（ＣＱＩ）およびＲＩ値をフィードバックし得る。
【００４５】
[0062]最も簡単なケースでは、図３に示されているように、２×２ＭＩＭＯアンテナ構成上のランク２空間多重化送信は、各送信アンテナ３０４から１つのデータストリームを送信する。各データストリームは、異なる信号経路３１０に沿って各受信アンテナ３０８に到達する。次いで、受信機３０６は、各受信アンテナ３０８からの受信信号を使用してデータストリームを再構成し得る。
【００４６】
[0063]無線アクセスネットワーク２００上の送信が、極めて高いデータレートをやはり実現しながら低いブロック誤り率（ＢＬＥＲ）を取得するために、チャネルコーディングが使用され得る。すなわち、ワイヤレス通信は、概して、好適な誤り訂正ブロックコードを利用し得る。典型的なブロックコードでは、情報メッセージまたはシーケンスはコードブロック（ＣＢ）に分割され、送信デバイスにあるエンコーダ（たとえば、コーデック）は、次いで、情報メッセージに冗長性を数学的に追加する。符号化された情報メッセージ中でこの冗長性を活用すると、ノイズに起因して発生し得る任意のビットエラーに対する訂正が可能になり、メッセージの信頼性を改善することができる。
【００４７】
[0064]５Ｇ  ＮＲ仕様によれば、ユーザデータは、２つの異なるベースグラフとともに準サイクリック低密度パリティチェック（ＬＤＰＣ）を使用してコーディングされる。１つのベースグラフは、大きいコードブロックおよび／または高いコードレートのために使用され得、別のベースグラフはそれ以外のために使用され得る。もちろん、異なるタイプのベースグラフの組合せを用いて他の使用事例が実装されてよい。制御情報および物理ブロードキャストチャネル（ＰＢＣＨ）は、ネストされたシーケンスに基づいて、ポーラーコーディング（Polar coding）を使用してコーディングされる。これらのチャネルの場合、パンクチャリング、ショートニング、および繰返しがレートマッチングのために使用される。
【００４８】
[0065]しかしながら、当業者は、本開示の態様が任意の好適なチャネルコードを利用して実装され得ることを理解されよう。スケジューリングエンティティ１０８と被スケジュールエンティティ１０６との様々な実装形態は、ワイヤレス通信のためにこれらのチャネルコードのうちの１つまたは複数を利用するための好適なハードウェアおよび能力（たとえば、エンコーダ、デコーダ、および／またはコーデック）を含み得る。
【００４９】
[0066]無線アクセスネットワーク２００中のエアインターフェースは、様々なデバイスの同時通信を可能にするために、１つまたは複数の多重化と、複数のアクセスアルゴリズムとを利用し得る。たとえば、５Ｇ  ＮＲ仕様は、サイクリックプレフィックス（ＣＰ）とともに直交周波数分割多重化（ＯＦＤＭ）を利用して、ＵＥ２２２および２２４から基地局２１０へのＵＬ送信のための多元接続、ならびに基地局２１０から１つまたは複数のＵＥ２２２および２２４へのＤＬ送信のための多重化を実現する。加えて、ＵＬ送信の場合、５Ｇ  ＮＲ仕様は、（シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）とも呼ばれる）ＣＰを用いた離散フーリエ変換拡張ＯＦＤＭ（ＤＦＴ−ｓ−ＯＦＤＭ）向けのサポートを提供する。しかしながら、本開示の範囲内で、多重化および多元接続は上記の方式に限定されず、時分割多元接続（ＴＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、スパースコード多元接続（ＳＣＭＡ）、リソース拡散多元接続（ＲＳＭＡ）、または他の好適な多元接続方式を利用して実現されてよい。さらに、基地局２１０からＵＥ２２２および２２４へのＤＬ送信を多重化することは、時分割多重化（ＴＤＭ）、符号分割多重化（ＣＤＭ）、周波数分割多重化（ＦＤＭ）、直交周波数分割多重化（ＯＦＤＭ）、スパースコード多重化（ＳＣＭ）、または他の好適な多重化方式を利用して実現されてよい。
【００５０】
[0067]本開示の様々な態様について、図４に概略的に示されているＯＦＤＭ波形に関して説明される。エアインターフェースは、間隔が密な周波数トーンまたはサブキャリアのセットを定義することによる周波数におけるリソースの分離と、所与の持続時間を有するシンボルのシーケンスを定義することによる時間における分離とによって定義される、リソース要素の２次元グリッドに従って定義され得る。シンボルレートに基づいてトーン間の間隔を設定することによって、シンボル間干渉が消去され得る。ＯＦＤＭチャネルは、複数のサブキャリアにわたって並列様式でデータストリームを割り振ることによって高データレートを実現する。本開示の様々な態様は、本明細書で以下で説明されるのと実質的に同じ仕方でＤＦＴ−ｓ−ＯＦＤＭＡ波形に適用され得ることが当業者によって理解されるべきである。すなわち、本開示のいくつかの例は、明快のためにＯＦＤＭリンクに焦点を当てることがあるが、同じ原理がＤＦＴ−ｓ−ＯＦＤＭＡ波形にも適用され得ることを理解されたい。
【００５１】
[0068]本開示内で、フレームは、特定の時間間隔の送信の論理セグメントを概して指す。１つの例示的な構成として、フレームは、ワイヤレス通信のための１０ｍｓの持続時間を指し、各フレームは、それぞれ１ｍｓの１０個のサブフレームからなり得る。所与のキャリア上では、ＵＬ中にはフレームの１つのセットが、およびＤＬ中にはフレームの別のセットがあり得る。次に図４を参照すると、ＯＦＤＭリソースグリッド４０４を示している、例示的なＤＬサブフレーム４０２の拡大図が示されている。しかしながら、当業者なら容易に諒解するように、任意の特定の適用例のためのＰＨＹ送信構造は、任意の数の要因に応じて、ここで説明される例とは異なることがある。ここで、時間は、ＯＦＤＭシンボルのユニットをもつ水平方向にあり、周波数は、サブキャリアまたはトーンのユニットをもつ垂直方向にある。
【００５２】
[0069]リソースグリッド４０４は、所与のアンテナポートについて時間周波数リソースを概略的に表すために使用され得る。すなわち、利用可能な複数のアンテナポートをもつＭＩＭＯ実装形態では、対応する複数個のリソースグリッド４０４が通信のために利用可能であり得る。リソースグリッド４０４は複数のリソース要素（ＲＥ）４０６に分割される。１サブキャリア×１シンボルであるＲＥは、時間周波数グリッドの最小の個別部分であり、物理チャネルまたは信号からのデータを表す単一の複素数値を含んでいる。特定の実装形態において利用される変調に応じて、各ＲＥは１つまたは複数のビットの情報を表し得る。いくつかの例では、ＲＥのブロックは、物理リソースブロック（ＰＲＢ）またはより簡単にリソースブロック（ＲＢ）４０８と呼ばれることがあり、それは、周波数ドメイン中に任意の好適な数の連続するサブキャリアを含んでいる。一例では、ＲＢは、使用される数秘学とは無関係の数である、１２個のサブキャリアを含んでよい。いくつかの例では、数秘学に応じて、ＲＢは、時間ドメイン中に任意の好適な数の連続するＯＦＤＭシンボルを含んでよい。いくつかのシナリオによれば、ＲＢ４０８などの単一のＲＢは、単一方向の通信（所与のデバイスにとって送信または受信のいずれか）に全体的に対応すると仮定される。
【００５３】
[0070]ＵＥは、リソースグリッド４０４のサブセットのみを概して利用する。ＲＢは、ＵＥに割り振られることが可能なリソースの最小単位であり得る。したがって、ＵＥのためにスケジュールされるＲＢが多いほど、またエアインターフェースのために選定される変調方式が高いほど、ＵＥのデータレートはより高くなる。
【００５４】
[0071]この図では、ＲＢ４０８は、サブフレーム４０２の帯域幅全体よりも小さく占有しているように示されており、いくつかのサブキャリアがＲＢ４０８の上下に示されている。所与の実装形態では、サブフレーム４０２は、１つまたは複数のＲＢ４０８のうちの任意の数に対応する帯域幅を有し得る。さらに、この図では、ＲＢ４０８は、サブフレーム４０２の持続時間全体よりも小さく占有しているように示されているが、これは考えられる一例にすぎない。
【００５５】
[0072]各１ｍｓサブフレーム４０２は、１つまたは複数の隣接スロットからなり得る。図４に示されている例では、１つのサブフレーム４０２は、例示的な例のように、４つのスロット４１０を含む。いくつかの例では、スロットは、所与のサイクリックプレフィックス（ＣＰ）長をもつ指定された数のＯＦＤＭシンボルに従って定義され得る。たとえば、スロットは、公称のＣＰとともに７個または１４個のＯＦＤＭシンボルを含み得る。さらなる例は、より短い持続時間（たとえば、１つまたは２つのＯＦＤＭシンボル）を有するミニスロットを含み得る。これらのミニスロットは、いくつかの場合には、同じまたは異なるＵＥのための進行中のスロット送信のためにスケジュールされたリソースを占有して送信され得る。
【００５６】
[0073]スロット４１０のうちの１つの拡大図は、制御領域４１２とデータ領域４１４とを含むスロット４１０を示している。概して、制御領域４１２は制御チャネル（たとえば、ＰＤＣＣＨ）を搬送し得、データ領域４１４はデータチャネル（たとえば、ＰＤＳＣＨまたはＰＵＳＣＨ）を搬送し得る。もちろん、スロットは、すべてのＤＬ、すべてのＵＬ、または少なくとも１つのＤＬ部分および少なくとも１つのＵＬ部分を含んでいることがある。図４に示されている簡単な構造は、本質的に例示にすぎず、異なるスロット構造が利用されてよく、制御領域とデータ領域との各々のうちの１つまたは複数を含み得る。
【００５７】
[0074]図４に示されていないが、制御チャネル、共有チャネル、データチャネルなどを含む１つまたは複数の物理チャネルを搬送するために、ＲＢ４０８内の様々なＲＥ４０６がスケジュールされてよい。ＲＢ４０８内の他のＲＥ４０６は、限定はされないが、復調基準信号（ＤＭＲＳ）制御基準信号（ＣＲＳ）、またはサウンディング基準信号（ＳＲＳ）を含む、パイロットまたは基準信号も搬送し得る。これらのパイロットまたは基準信号は、受信デバイスが、対応するチャネルのチャネル推定を実施することを実現し得、それにより、ＲＢ４０８内の制御および／またはデータチャネルのコヒーレントな復調／検出が可能になり得る。
【００５８】
[0075]次に図４を参照しながら、図１のＤＬ制御情報１１４について説明される。ＤＬ送信では、送信デバイス（たとえば、スケジューリングエンティティ１０８）は、１つまたは複数の被スケジュールエンティティ１０６にＤＬ制御情報１１４を搬送するために（たとえば、制御領域４１２内の）１つまたは複数のＲＥ４０６を割り振り得る。たとえば、ＤＬ制御情報１１４は、ＰＢＣＨ、ＰＳＳ、ＳＳＳ、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）、物理ハイブリッド自動再送要求（ＨＡＲＱ）インジケータチャネル（ＰＨＩＣＨ）、および／または物理ダウンリンク制御チャネル（ＰＤＣＣＨ）など、１つまたは複数のＤＬ制御チャネルに関連付けられ得る。ＰＣＦＩＣＨは、ＰＤＣＣＨを受信し復号する際に受信デバイスを支援するための情報を提供する。ＰＤＣＣＨは、限定はされないが、電力制御コマンド、スケジューリング情報、許可、ならびに／またはＤＬ送信およびＵＬ送信のためのＲＥの割当てを含む、ダウンリンク制御情報（ＤＣＩ）を搬送する。ＰＨＩＣＨは、肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）などのＨＡＲＱフィードバック送信を搬送する。
【００５９】
[0076]ＨＡＲＱは、当業者によく知られている技法である。ＨＡＲＱが実装されたとき、たとえば、チェックサムまたはサイクリック冗長検査（ＣＲＣ）などの任意の好適な完全性検査機構を利用して、受信側においてパケット送信の完全性が正確さに関して検査され得る。送信の完全性が確認された場合、ＡＣＫが送信され得、確認されなかった場合、ＮＡＣＫが送信され得る。ＮＡＣＫに応答して、送信デバイスはＨＡＲＱ再送信を送り得、ＨＡＲＱ再送信は、チェイス合成、インクリメンタル冗長性などを実装し得る。
【００６０】
[0077]ＵＬ送信では、送信デバイス（たとえば、被スケジュールエンティティ１０６）は、ＵＬ制御情報（ＵＣＩ）１１８を搬送するために１つまたは複数のＲＥ４０６を利用し得る。ＵＣＩ１１８は、スケジューリングエンティティ１０８に対して、物理アップリンク制御チャネル（ＰＵＣＣＨ）などの１つまたは複数のＵＬ制御チャネルを含み得る。ＵＣＩ１１８は、パイロット、基準信号、およびアップリンクデータ送信の復号を可能にするかまたは支援するように構成された情報を含む、様々なパケットタイプおよびカテゴリーを含み得る。いくつかの例では、ＵＣＩ１１８は、スケジューリング要求（ＳＲ）、たとえば、スケジューリングエンティティ１０８がアップリンク送信をスケジュールするようにとの要求を含み得る。ここで、ＵＣＩ１１８中で送信されたＳＲに応答して、スケジューリングエンティティ１０８は、アップリンクパケット送信のためのリソースをスケジュールし得るダウンリンク制御情報１１４を送信し得る。ＵＣＩは、ＨＡＲＱフィードバック、チャネル状態フィードバック（ＣＳＦ）、または任意の他の好適なＵＣＩをも含み得る。
【００６１】
[0078]制御情報に加えて、（たとえば、データ領域４１４内の）１つまたは複数のＲＥ４０６がユーザデータまたはトラフィックデータのために割り振られ得る。このトラフィックは、ＤＬ送信の場合は物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、またはＵＬ送信の場合は物理アップリンク共有チャネル（ＰＵＳＣＨ）など、１つまたは複数のトラフィックチャネル上で搬送され得る。いくつかの例では、データ領域４１４内の１つまたは複数のＲＥ４０６は、所与のセルに対するアクセスを可能にし得る情報を搬送するシステム情報ブロック（ＳＩＢ）を搬送するように構成され得る。
【００６２】
[0079]上記で説明され図１および図４に示されているチャネルまたはキャリアは、必ずしもスケジューリングエンティティ１０８と被スケジュールエンティティ１０６との間で利用され得るすべてのチャネルまたはキャリアであるとは限らず、当業者は、示されているチャネルまたはキャリアに加えて、他のトラフィックチャネル、制御チャネル、およびフィードバックチャネルなど、他のチャネルまたはキャリアが利用され得ることを認識されよう。
【００６３】
[0080]上記で説明されたこれらの物理チャネルは、概して、媒体アクセス制御（ＭＡＣ）レイヤにおいて処理するために多重化され、トランスポートチャネルにマッピングされる。トランスポートチャネルは、トランスポートブロック（ＴＢ）と呼ばれる情報のブロックを搬送する。情報のビット数に対応し得るトランスポートブロックサイズ（ＴＢＳ）は、変調およびコーディング方式（ＭＣＳ）と、所与の送信におけるＲＢの数とに基づいて制御されるパラメータであり得る。
【００６４】
[0081]本開示の一態様によれば、１つまたは複数のスロットは自己完結型スロットとして構造化され得る。たとえば、図５は、自己完結型スロット５００および５５０の２つの例示的な構造を示す。自己完結型スロット５００および／または５５０は、いくつかの例では、上記で説明され図４に示されているスロット４１０の代わりに使用されてよい。
【００６５】
[0082]図示されている例では、ＤＬ中心スロット５００は、送信機スケジュールされたスロットであり得る。ＤＬ中心という名称は、概して、ＤＬ方向の送信（たとえば、スケジューリングエンティティ１０８から被スケジュールエンティティ１０６への送信）のためにより多くのリソースが割り振られた構造を指す。同様に、ＵＬ中心スロット５５０は、ＵＬ方向の送信（たとえば、被スケジュールエンティティ１０６からスケジューリングエンティティ１０８への送信）のためにより多くのリソースが割り振られた、受信機スケジュールされたスロットであり得る。
【００６６】
[0083]自己完結型スロット５００および５５０などの各スロットは、送信（Ｔｘ）部分と受信（Ｒｘ）部分とを含み得る。たとえば、ＤＬ中心スロット５００では、スケジューリングエンティティ２０２は、最初に、たとえば、ＰＤＣＣＨ上で、ＤＬ制御領域５０２中で制御情報を送信するための機会を有し、次いで、たとえば、ＰＤＳＣＨ上で、ＤＬデータ領域５０４中でＤＬユーザデータまたはトラフィックを送信するための機会を有する。好適な持続時間５１０を有するガード期間（ＧＰ）領域５０６に続いて、スケジューリングエンティティ１０８は、キャリアを使用する他のエンティティからＵＬバースト５０８中でＵＬデータおよび／またはＵＬフィードバックを受信するための機会を有する。たとえば、ＵＬフィードバックは、任意のＵＬスケジューリング要求、ＣＳＦ、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫなどを含み得る。ＤＬ中心スロット５００は、データ領域５０４中で搬送されるデータのすべてが、同じスロットの制御領域５０２中でスケジュールされるとき、およびデータ領域５０４中で搬送されるデータのすべてが、同じスロットのＵＬバースト５０８中で肯定応答される（または少なくとも肯定応答されるための機会を有する）とき、自己完結型スロットと呼ばれることがある。このようにして、各自己完結型スロットは、自己完結型エンティティと考えられてよく、何らかの他のスロットが何らかの所与のパケットのためにスケジューリング送信肯定応答サイクルを完了することを必ずしも要しない。
【００６７】
[0084]ＧＰ領域５０６は、ＵＬおよびＤＬタイミングの可変性に適応するために含められ得る。たとえば、無線周波数（ＲＦ）アンテナの（たとえば、ＤＬからＵＬへの）方向切替えに起因するレイテンシおよび送信経路レイテンシは、被スケジュールエンティティ２０４に、ＤＬタイミングに整合するためにＵＬ上で早く送信させることがある。そのような早期送信は、スケジューリングエンティティ１０８から受信されるシンボルと干渉し得る。相応に、ＧＰ領域５０６は、ＤＬデータ領域５０４後の時間量が干渉を防ぐことを可能にし得る。したがって、ＧＰ領域５０６は、スケジューリングエンティティ１０８がそれのＲＦアンテナ方向を切り替えるために適切な時間量を提供するように構成され得る。ＧＰ領域５０６は、オーバージエア（ＯＴＡ）送信のための適切な時間量と、被スケジュールエンティティによるＡＣＫ処理のための適切な時間量とを提供するようにさらに構成され得る。
【００６８】
[0085]同様に、ＵＬ中心スロット５５０は自己完結型スロットとして構成され得る。ＵＬ中心スロット５５０は、ＤＬ制御領域５５２と、ガード期間５５４と、ＵＬデータ領域５５６と、ＵＬバースト領域５５８とを含む、ＤＬ中心スロット５００と実質的に同様である。
【００６９】
[0086]スロット５００および５５０に示されているスロット構造は自己完結型スロットの一例にすぎない。他の例は、あらゆるスロットの最初にある共通ＤＬ部分と、あらゆるスロットの最後にある共通ＵＬ部分とを含んでよく、これらそれぞれの部分の間にはスロットの構造の様々な差異がある。本開示の範囲内で他の例がさらに提供され得る。
【００７０】
[0087]図６は、処理システム６１４を採用するスケジューリングエンティティ６００のためのハードウェア実装形態の一例を示すブロック図である。たとえば、スケジューリングエンティティ６００は、図１および／または図２のうちのいずれか１つまたは複数に示されているような基地局であり得る。
【００７１】
[0088]スケジューリングエンティティ６００は、１つまたは複数のプロセッサ６０４を含む処理システム６１４を用いて実装され得る。プロセッサ６０４の例は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明される様々な機能を実施するように構成された他の好適なハードウェアを含む。様々な例では、スケジューリングエンティティ６００は、本明細書で説明される機能のうちのいずれか１つまたは複数を実施するように構成され得る。すなわち、スケジューリングエンティティ６００において利用されるプロセッサ６０４は、以下で説明されるプロセスおよび手順のうちのいずれか１つまたは複数を実装するために使用され得る。
【００７２】
[0089]この例では、処理システム６１４は、バス６０２によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス６０２は、処理システム６１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス６０２は、（プロセッサ６０４によって概略的に表される）１つまたは複数のプロセッサと、メモリ６０５と、（コンピュータ可読媒体６０６によって概略的に表される）コンピュータ可読媒体とを含む、様々な回路を互いに通信可能に結合する。バス６０２はまた、タイミングソース、周辺機器、電圧調節器、および電力管理回路などの様々な他の回路をリンクすることがあり、これらの回路は当技術分野でよく知られており、したがって、これ以上説明されない。バスインターフェース６０８は、バス６０２とトランシーバ６１０との間のインターフェースを提供する。トランシーバ６１０は、伝送媒体を介して様々な他の装置と通信するための通信インターフェースまたは通信手段を提供する。装置の性質に応じて、ユーザインターフェース６１２（たとえば、キーパッド、ディスプレイ、スピーカー、マイクロフォン、ジョイスティック）も設けられてよい。もちろん、そのようなユーザインターフェース６１２は随意であり、基地局など、いくつかの例では省略されてよい。
【００７３】
[0090]本開示のいくつかの態様では、プロセッサ６０４は、本明細書で説明される様々な機能を実施するように構成された回路（たとえば、回路６４０）を含み得る。プロセッサ６０４は、バス６０２を管理することと、コンピュータ可読媒体６０６に記憶されたソフトウェアの実行を含む一般的な処理とを担当する。ソフトウェアは、プロセッサ６０４によって実行されたとき、処理システム６１４に、いずれかの特定の装置のための以下で説明される様々な機能を実施させる。コンピュータ可読媒体６０６およびメモリ６０５はまた、ソフトウェアを実行するときにプロセッサ６０４によって操作されるデータを記憶するために使用され得る。
【００７４】
[0091]処理システム中の１つまたは複数のプロセッサ６０４はソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味するように広く解釈されるべきである。ソフトウェアはコンピュータ可読媒体６０６上に常駐し得る。コンピュータ可読媒体６０６は非一時的コンピュータ可読媒体であってよい。非一時的コンピュータ可読媒体は、例として、磁気ストレージデバイス（たとえば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ）、光ディスク（たとえば、コンパクトディスク（ＣＤ）またはデジタル多用途ディスク（ＤＶＤ））、スマートカード、フラッシュメモリデバイス（たとえば、カード、スティック、またはキードライブ）、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ（登録商標））、レジスタ、リムーバブルディスク、ならびにコンピュータによってアクセスされ、読み取られ得るソフトウェアおよび／または命令を記憶するための任意の他の好適な媒体を含む。コンピュータ可読媒体６０６は、処理システム６１４内に存在するか、処理システム６１４の外部に存在するか、または処理システム６１４を含む複数のエンティティにわたって分散されてよい。コンピュータ可読媒体６０６はコンピュータプログラム製品において具現化され得る。例として、コンピュータプログラム製品はパッケージング材料中にコンピュータ可読媒体を含み得る。特定の適用例と、全体的なシステムに課される全体的な設計制約とに応じて、本開示全体にわたって提示される記載の機能をいかにして最も良く実装することができるかを当業者は認識されよう。
【００７５】
[0092]１つまたは複数の例では、コンピュータ可読記憶媒体６０６は、本明細書で説明される様々な機能を実施するように構成されたソフトウェア（たとえば、命令６５２）を含み得る。
【００７６】
[0093]図７は、処理システム７１４を採用する例示的な被スケジュールエンティティ７００のためのハードウェア実装形態の一例を示す概念図である。本開示の様々な態様によれば、要素、または要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサ７０４を含む処理システム７１４を用いて実装され得る。たとえば、被スケジュールエンティティ７００は、図１および／または図２のうちのいずれか１つまたは複数に示されているようなユーザ機器（ＵＥ）であり得る。
【００７７】
[0094]処理システム７１４は、図６に示されている処理システム６１４と実質的に同じであってよく、バスインターフェース７０８と、バス７０２と、メモリ７０５と、プロセッサ７０４と、コンピュータ可読媒体７０６とを含む。さらに、被スケジュールエンティティ７００は、図６において上記で説明されたものと実質的に同様の、ユーザインターフェース７１２と、トランシーバ７１０とを含み得る。すなわち、被スケジュールエンティティ７００中で利用されるプロセッサ７０４は、以下で説明され図１２〜図１８に示されているプロセスのうちのいずれか１つまたは複数を実装するために使用され得る。
【００７８】
[0095]本開示のいくつかの態様では、プロセッサ７０４は、たとえば、少なくとも第１のスロット中でスケジューリングエンティティから送信される情報を処理すること、およびいくつかのコンポーネントキャリアについて１つまたは複数のチャネル状態情報（ＣＳＩ）報告を生成することを含む、様々な機能のために構成された情報処理回路７４０を含み得る。たとえば、情報処理回路７４０は、たとえば、ブロック１６０２および／または１８０２を含む、図１６および図１８に関して以下で説明される機能のうちの１つまたは複数を実装するように構成され得る。
【００７９】
[0096]プロセッサ７０４は、たとえば、スクランブリング識別子または複数の制御リソースセット（ＣＯＲＥＳＥＴ）のうちの１つのうちの少なくとも１つに基づく暗黙的リソースマッピングを使用して肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）ペイロードの送信のためのリソース割振りを取得することを含む、様々な機能のために構成されたリソース割振り取得回路７４２を含み得る。たとえば、リソース割振り取得回路７４２は、ＡＣＫ／ＮＡＣＫペイロードの送信のために複数のＣＯＲＥＳＥＴのうちの１つに関連付けられた複数のリソースプールのうちの１つを選択するためにさらに構成され得る。
【００８０】
[0097]たとえば、リソース割振り取得回路７４２は、ＡＣＫ／ＮＡＣＫペイロードのサイズを決定するためにさらに構成され得る。たとえば、リソース割振り取得回路７４２は、異なるタイプのＵＣＩを送信するためのリソース割振りを取得するためにさらに構成され得る。そのような例では、リソース割振りは、異なるタイプのＵＣＩの組合せに基づき得る。たとえば、リソース割振り取得回路７４２は、スケジューリングエンティティから複数のＤＣＩフォーマットを取得するためにさらに構成され得る。そのような例では、複数のＤＣＩフォーマットの各々は、動的スケジューリングのための異なる量の情報を含み得る。たとえば、リソース割振り取得回路７４２は、複数のＤＣＩフォーマットのうちの１つを識別するインジケータを取得するためにさらに構成され得る。
【００８１】
[0098]たとえば、リソース割振り取得回路７４２は、ＡＣＫ／ＮＡＣＫペイロードの送信のためのリソース割振りを取得するためにさらに構成され得る。そのような例では、リソース割振りは、開始リソースブロックインデックス、第１のシフトインデックス、または時間ドメイン直交カバーコード（ＯＣＣ）のうちの少なくとも１つに基づいてアップリンク制御チャネルリソースを識別する暗黙的マッピングを使用して取得され得る。たとえば、リソース割振り取得回路７４２は、制御チャネル上でスケジューリングエンティティから制御情報を取得するためにさらに構成され得る。たとえば、リソース割振り取得回路７４２は、ＡＣＫ／ＮＡＣＫペイロードの送信のためのリソース割振りを取得するためにさらに構成され得る。そのような例では、リソース割振りは、ＡＣＫ／ＮＡＣＫペイロードのシーケンスベースの送信のための複数のシーケンスのうちの１つにマッピングすることによって取得され得る。マッピングは、１つまたは複数のパラメータに基づいて時間とともに変動し得る。たとえば、リソース割振り取得回路７４２は、たとえば、ブロック１２０２、１２０４、１２０６、１３０２、１４０２、１４０４、１５０２、１７０２、および／または１８０４を含む、図１２〜図１８に関して以下で説明される機能のうちの１つまたは複数を実装するように構成され得る。
【００８２】
[0099]プロセッサ７０４は、様々な機能のために構成されたＡＣＫ／ＮＡＣＫペイロード送信回路７４４を含み得る。いくつかの態様では、ＡＣＫ／ＮＡＣＫペイロード送信回路７４４は、取得されたリソース割振りに基づいてＡＣＫ／ＮＡＣＫペイロードを送信するように構成され得る。いくつかの態様では、ＡＣＫ／ＮＡＣＫペイロード送信回路７４４は、取得されたリソース割振りに基づいて、異なるタイプのＵＣＩを送信するように構成され得る。いくつかの態様では、ＡＣＫ／ＮＡＣＫペイロード送信回路７４４は、スケジューリングエンティティに、制御情報に対するＡＣＫを送信するように構成され得る。たとえば、ＡＣＫ／ＮＡＣＫペイロード送信回路７４４は、たとえば、ブロック１２０８、１３０４、１５０４、１７０４、および／または１８０６を含む、図１２〜図１８に関して以下で説明される機能のうちの１つまたは複数を実装するように構成され得る。
【００８３】
[0100]プロセッサ７０４は、様々な機能のために構成されたＣＳＩ報告送信回路７４６を含み得る。これらの機能は、たとえば、スケジューリングエンティティに１つまたは複数のＣＳＩ報告を送信することを含むことができる。たとえば、ＣＳＩ報告送信回路７４６は、たとえば、ブロック１６０４を含む、図１６に関して以下で説明される機能のうちの１つまたは複数を実装するように構成され得る。
【００８４】
[0101]プロセッサ７０４は、様々な機能のために構成されたＤＣＩ受信回路７４８を含み得る。これらの機能は、たとえば、ＤＣＩを受信することを含むことができる。ＤＣＩは、複数のＤＣＩフォーマットのうちの識別された１つに基づき得る。たとえば、ＤＣＩ受信回路７４８は、たとえば、ブロック１４０６を含む、図１４に関して以下で説明される機能のうちの１つまたは複数を実装するように構成され得る。
【００８５】
[0102]１つまたは複数の例では、コンピュータ可読記憶媒体７０６は、たとえば、少なくとも第１のスロット中でスケジューリングエンティティから送信される情報を処理することを含む、様々な機能のために構成された情報処理ソフトウェア７５０を含み得る。たとえば、情報処理ソフトウェア７５０は、いくつかのコンポーネントキャリアについて１つまたは複数のチャネル状態情報（ＣＳＩ）報告を生成するためにさらに構成され得る。いくつかの態様では、情報処理ソフトウェア７５０は、たとえば、ブロック１６０２および／または１８０２を含む、図１６および図１８に関して上記で説明された機能のうちの１つまたは複数を実装するように構成され得る。
【００８６】
[0103]１つまたは複数の例では、コンピュータ可読記憶媒体７０６は、たとえば、スクランブリング識別子または複数のＣＯＲＥＳＥＴのうちの１つのうちの少なくとも１つに基づく暗黙的リソースマッピングを使用してＡＣＫ／ＮＡＣＫペイロードの送信のためのリソース割振りを取得することを含む、様々な機能のために構成されたリソース割振り取得ソフトウェア７５２を含み得る。たとえば、リソース割振り取得ソフトウェア７５２は、ＡＣＫ／ＮＡＣＫペイロードの送信のために複数のＣＯＲＥＳＥＴのうちの１つに関連付けられた複数のリソースプールのうちの１つを選択するためにさらに構成され得る。たとえば、リソース割振り取得ソフトウェア７５２は、ＡＣＫ／ＮＡＣＫペイロードのサイズを決定するためにさらに構成され得る。
【００８７】
[0104]たとえば、リソース割振り取得ソフトウェア７５２は、異なるタイプのＵＣＩを送信するためのリソース割振りを取得するためにさらに構成され得る。そのような例では、リソース割振りは、異なるタイプのＵＣＩの組合せに基づき得る。
【００８８】
[0105]たとえば、リソース割振り取得ソフトウェア７５２は、スケジューリングエンティティから複数のＤＣＩフォーマットを取得するためにさらに構成され得る。そのような例では、複数のＤＣＩフォーマットの各々は、動的スケジューリングのための異なる量の情報を含み得る。たとえば、リソース割振り取得ソフトウェア７５２は、複数のＤＣＩフォーマットのうちの１つを識別するインジケータを取得するためにさらに構成され得る。
【００８９】
[0106]たとえば、リソース割振り取得ソフトウェア７５２は、ＡＣＫ／ＮＡＣＫペイロードの送信のためのリソース割振りを取得するためにさらに構成され得る。そのような例では、リソース割振りは、開始リソースブロックインデックス、第１のシフトインデックス、または時間ドメインＯＣＣのうちの少なくとも１つに基づいてアップリンク制御チャネルリソースを識別する暗黙的マッピングを使用して取得され得る。たとえば、リソース割振り取得ソフトウェア７５２は、制御チャネル上でスケジューリングエンティティから制御情報を取得するためにさらに構成され得る。
【００９０】
[0107]たとえば、リソース割振り取得ソフトウェア７５２は、ＡＣＫ／ＮＡＣＫペイロードの送信のためのリソース割振りを取得するためにさらに構成され得る。そのような例では、リソース割振りは、ＡＣＫ／ＮＡＣＫペイロードのシーケンスベースの送信のための複数のシーケンスのうちの１つにマッピングすることによって取得され得る。このマッピングは、１つまたは複数のパラメータに基づいて時間とともに変動し得る。いくつかの態様では、リソース割振り取得ソフトウェア７５２は、たとえば、ブロック１２０２、１２０４、１２０６、１３０２、１４０２、１４０４、１５０２、１７０２、および／または１８０４を含む、図１２〜図１８に関して上記で説明された機能のうちの１つまたは複数を実装するように構成され得る。
【００９１】
[0108]１つまたは複数の例では、コンピュータ可読記憶媒体７０６は、たとえば、取得されたリソース割振りに基づいてＡＣＫ／ＮＡＣＫペイロードを送信することを含む、様々な機能のために構成されたＡＣＫ／ＮＡＣＫペイロード送信ソフトウェア７５４を含み得る。たとえば、ＡＣＫ／ＮＡＣＫペイロード送信ソフトウェア７５４は、取得されたリソース割振りに基づいて、異なるタイプのＵＣＩを送信するためにさらに構成され得る。たとえば、ＡＣＫ／ＮＡＣＫペイロード送信ソフトウェア７５４は、スケジューリングエンティティに制御情報に対するＡＣＫを送信するためにさらに構成され得る。いくつかの態様では、ＡＣＫ／ＮＡＣＫペイロード送信ソフトウェア７５４は、たとえば、ブロック１２０８、１３０４、１５０４、１７０４、および／または１８０６を含む、図１２〜図１８に関して上記で説明された機能のうちの１つまたは複数を実装するように構成され得る。
【００９２】
[0109]１つまたは複数の例では、コンピュータ可読記憶媒体７０６は、様々な機能を実装するために構成されたＣＳＩ報告送信ソフトウェア７５６を含み得る。これらの機能は、たとえば、スケジューリングエンティティに１つまたは複数のＣＳＩ報告を送信することを含むことができる。たとえば、ＣＳＩ報告送信ソフトウェア７５６は、たとえば、ブロック１６０４を含む、図１６に関して上記で説明された機能のうちの１つまたは複数を実装するように構成され得る。
【００９３】
[0110]１つまたは複数の例では、コンピュータ可読記憶媒体７０６は、たとえば、複数のＤＣＩフォーマットのうちの識別された１つに基づいてＤＣＩを受信することを含む、様々な機能のために構成されたＤＣＩ受信ソフトウェア７５８を含み得る。たとえば、ＤＣＩ受信ソフトウェア７５８は、たとえば、ブロック１４０６を含む、図１４に関して上記で説明された機能のうちの１つまたは複数を実装するように構成され得る。
【００９４】
[0111]本明細書で説明される態様は、ワイヤレスネットワーク中のＵＥが、従来の技法と比較してより効率的に、および増加するシグナリングオーバーヘッドなしにリソース割振りを取得することを可能にし得る。本明細書で説明される態様は、干渉または他の要因から生じ得る不成功のＵＣＩ送信の尤度を低減することによって、ＵＥが従来の技法よりも確実にアップリンク制御情報（ＵＣＩ）をワイヤレスネットワークに送信することをさらに可能にし得る。
【００９５】
[0112]被スケジュールエンティティは、シーケンスベースのＰＵＣＣＨ送信を使用してアップリンク制御情報（たとえば、１ビットＡＣＫ／ＮＡＣＫまたは２ビットＡＣＫ／ＮＡＣＫ）を送信し得る。たとえば、シーケンスベースのＰＵＣＣＨ送信は、（当業者に知られている）Ｚａｄｏｆｆ−Ｃｈｕシーケンスまたは他の好適なシーケンスを用いて実装され得る。一例では、被スケジュールエンティティは、ベースシーケンス（ルートシーケンスとも呼ばれる）と、ベースシーケンスの１つまたは複数のサイクリックシフトされたバージョン（cyclic shifted version）とを生成し得る。そのような例では、１ビットＡＣＫ／ＮＡＣＫの場合、ＡＣＫは１つのシーケンス（たとえば、ベースシーケンス）にマッピングされ得、ＮＡＣＫは別のシーケンス（たとえば、ベースシーケンスのサイクリックシフトされたバージョン）にマッピングされ得る。スケジューリングエンティティは、被スケジュールエンティティからシーケンスベースのＰＵＣＣＨ送信を受信し、アップリンク制御情報（たとえば、ＡＣＫまたはＮＡＣＫ）を取得し得る。たとえば、スケジューリングエンティティは、シーケンスベースのＰＵＣＣＨ送信におけるシーケンスを識別し、シーケンスがＡＣＫにマッピングされるかＮＡＣＫにマッピングされるかを決定し得る。本明細書で説明される本開示の態様は、ＡＣＫ／ＮＡＣＫリソース割振り（たとえば、シーケンス選択およびＲＢ割振り）と、ＰＵＣＣＨ送信（たとえば、ＡＣＫ／ＮＡＣＫ送信）のための周波数ホッピング構成とのための設計に関与する。
【００９６】
[0113]本開示のいくつかの態様では、被スケジュールエンティティが、ＰＵＣＣＨフォーマットと、サブフレームのスロット中の開始シンボルと、ＰＵＣＣＨがその中で送信され得るサブフレームのスロットと、ＵＬ帯域幅パート（ＢＷＰ）内の物理リソースブロック割振りとを取得した場合、被スケジュールエンティティはＰＵＣＣＨリソースを識別し得る。被スケジュールエンティティは、それが送信する必要があるＵＣＩのビット数に応じて、ＰＵＣＣＨリソースを識別するために追加の情報を取得する必要があり得る。様々なサンプルシナリオについて以下で論じられる。
【００９７】
[0114]第１の例示的なシナリオでは、被スケジュールエンティティが１シンボルショートＰＵＣＣＨリソース中で１または２ビットのＵＣＩを送信すべき場合、被スケジュールエンティティは、適切なコード／シーケンスインデックスを取得する必要があり得る。そうではなく、被スケジュールエンティティが１シンボルショートＰＵＣＣＨリソース中で３ビット以上のＵＣＩを送信すべき場合、被スケジュールエンティティは、どんな追加の情報を取得することも不要であり得る。
【００９８】
[0115]第２の例示的なシナリオでは、被スケジュールエンティティが２シンボルショートＰＵＣＣＨリソース中で１または２ビットのＵＣＩを送信すべき場合、被スケジュールエンティティは、適切なコード／シーケンスインデックスと周波数ホッピングパターンとを取得する必要があり得る。そうではなく、被スケジュールエンティティが２シンボルショートＰＵＣＣＨリソース中で３ビット以上のＵＣＩを送信すべき場合、被スケジュールエンティティは、周波数ホッピングパターンを取得する必要があり得る。
【００９９】
[0116]第３の例示的なシナリオでは、被スケジュールエンティティがロングＰＵＣＣＨリソース中で１または２ビットのＵＣＩを送信すべき場合、被スケジュールエンティティは、サブフレームのスロット内の（または、ロングＰＵＣＣＨリソースが２つ以上のスロットにおいて構成された場合、サブフレームの複数のスロット内の）ロングＰＵＣＣＨリソースの持続時間と、適切なシーケンス／コードインデックス（たとえば、ＯＣＣおよびサイクリックシフト）と、周波数ホッピングパターンとを取得する必要があり得る。そうではなく、被スケジュールエンティティがロングＰＵＣＣＨリソース中で３ビット以上のＵＣＩを送信すべき場合、被スケジュールエンティティは、サブフレームのスロット内の（または、ロングＰＵＣＣＨリソースが２つ以上のスロットにおいて構成された場合、サブフレームの複数のスロット内の）ロングＰＵＣＣＨリソースの持続時間と、周波数ホッピングパターンとを取得する必要があり得る。
リソース割振りタイプ
[0117]本開示の様々な態様では、少なくとも被スケジュールエンティティからのＨＡＲＱ−ＡＣＫ送信のために、ＰＵＣＣＨリソースのセットは、明示的（explicit）シグナリングを利用して、または暗黙的(implicit)リソースマッピングを介して構成され得る。たとえば、スケジューリングエンティティは、上位レイヤシグナリングによって、ＤＣＩによって、または任意の他の好適な明示的シグナリングによってＰＵＣＣＨリソースのセットを明示的に識別し得る。別の例では、被スケジュールエンティティは、暗黙的リソースマッピングを利用してＰＵＣＣＨリソースのセットを決定し得る。被スケジュールエンティティは、スケジューリングエンティティに知られている１つまたは複数のパラメータからＰＵＣＣＨリソースのセットを決定（たとえば、導出）することができる。いくつかの態様では、ロングＰＵＣＣＨ領域（ロング持続時間ＰＵＣＣＨとも呼ばれる）は、サポートされる値のセットをもつ所与のスロット中に（いくつかの例では、最低でも４つのシンボルがある）可変数のシンボルを有し得る。いくつかの態様では、被スケジュールエンティティは、明示的および動的指示、半静的(semi-static)構成、ならびに／または暗黙的決定、あるいはそれらの組合せに基づいて、スロット中のロング持続時間ＰＵＣＣＨのための時間リソースを決定し得る。たとえば、明示的半静的構成が被スケジュールエンティティに示されたとき、被スケジュールエンティティは、その後の明示的構成が受信されるまで、その半静的構成（たとえば、リソース許可）を適用または使用し得る。したがって、そのような半静的構成は、ネットワークシステムにおいて許可オーバーヘッドを低減し得る。
【０１００】
[0118]本開示のいくつかの態様では、ＰＵＣＣＨのために半静的リソース割振りがサポートされ得る。しかしながら、リソースは比較的長い時間期間の間予約されることがある。したがって、半静的リソース割振りは、被スケジュールエンティティがＵＬデータ送信または周期的制御情報（たとえば、周期的ＣＱＩ）を開始するために特定のリソースが予約される必要があり得るスケジューリング要求（ＳＲ）にとって効率的であり得る。いくつかの高優先度被スケジュールエンティティのターンアラウンドタイムを低減するために、被スケジュールエンティティは、ＳＲの代わりに、ＰＵＣＣＨ上の低減されたペイロードとともに、バッファステータス報告（ＢＳＲ）を送信するように構成され得る。半永続的ＰＤＳＣＨの場合、ＡＣＫチャネルのための半静的リソース割振りは、許可オーバーヘッドを同じく低減し得る。一方、動的ＰＤＳＣＨのためのアップリンク制御情報（たとえば、ＡＣＫ）は、予測可能な送信パターンを有しないことがあり、したがって、半静的構成はリソース浪費を招き得る。
【０１０１】
[0119]リソース割振りはいくつかの手法を介して生じ得る。いくつかの態様では、そのようなリソース浪費を回避するために、動的リソース割振りを使用して動的ＡＣＫ送信のためのリソースが被スケジュールエンティティに割り振られ得る。したがって、本開示のいくつかの態様では、ＰＵＣＣＨのためのリソース割振りタイプはそれのアップリンク制御情報に依存し得る。本開示のいくつかの態様では、ＰＵＣＣＨのためのリソース割振りはアップリンク制御情報に依存し得る。本開示のいくつかの態様では、被スケジュールエンティティは、半永続的ＰＤＳＣＨのために、周期的ＣＱＩ、ＳＲ、および／またはＡＣＫ／ＮＡＣＫのための半静的リソース割振りをサポートし得る。本開示のいくつかの態様では、被スケジュールエンティティは、動的ＰＤＳＣＨのために、少なくともＡＣＫ／ＮＡＣＫのための動的リソース割振りをサポートし得る。
ＡＣＫ／ＮＡＣＫをシーケンスにマッピングすること
[0120]本開示の様々な態様によれば、（たとえば、シーケンスベースのＰＵＣＣＨ送信のための）シーケンスへの１ビットＡＣＫ／ＮＡＣＫペイロードまたは２ビットＡＣＫ／ＮＡＣＫペイロードのマッピングは、１つまたは複数のパラメータに基づいて時間とともに変動し得る。マッピングのそのような変動は干渉を低減（たとえば、ランダム化）し得る。本開示の一態様では、１つまたは複数のパラメータは、初期／現在のスロットおよび／またはＯＦＤＭシンボルインデックスを含み得る。本開示の別の態様では、１つまたは複数のパラメータは、被スケジュールエンティティの識別子（たとえば、無線ネットワーク一時識別子（ＲＮＴＩ）またはこの目的のために構成された他のＩＤなどのＵＥ識別子）を含み得る。本開示の別の態様では、１つまたは複数のパラメータは、再送信試行インデックスまたは冗長バージョン（ＲＶ）識別子を含み得る。
【０１０２】
[0121]本開示のいくつかの態様では、マッピングは構成可能であり得る。一例では、各シーケンスは個々に構成可能であり得る。別の例では、シーケンスは、共通ベースシーケンスの等間隔に離間されたサイクリックシフトであり得る。シフト間隔および／または最小／第１のシフトは構成可能であり得る。前に説明された構成は、暗黙的または明示的であり得る。
【０１０３】
[0122]本開示のいくつかの態様では、異なるシーケンスは、（たとえば、ＰＵＣＣＨ電力制御におけるＰＵＣＣＨフォーマットベースのオフセットと同様に）異なる電力オフセットを用いて構成され得る。たとえば、ＮＡＣＫ送信の電力は、ＡＣＫ送信の電力よりも大きい必要があり得る。そのような例では、ＮＡＣＫは第１のシーケンスにマッピングされてよく、ＡＣＫは第２のシーケンスにマッピングされてよく、ここで、第１のシーケンスのために構成された送信電力は、第２のシーケンスのために構成された送信電力よりも大きい。
暗黙的マッピング関数への入力
[0123]被スケジュールエンティティは、ＰＵＣＣＨ送信（たとえば、ＡＣＫ／ＮＡＣＫ）のためのリソース割振りを取得するために暗黙的マッピング関数（暗黙的マッピングルールとも呼ばれる）を使用し得る。本開示の一態様では、暗黙的マッピング関数への入力は、ＵＣＩをトリガするＰＤＣＣＨリソースのリソース割振りパラメータを含み得る。たとえば、そのようなリソース割振りパラメータは、ＣＯＲＥＳＥＴ内の制御チャネル要素（ＣＣＥ）インデックスを含み得る。リソース割振りパラメータは、ＣＯＲＥＳＥＴインデックスと、帯域幅パートインデックスとをさらに含み得る。他の例では、リソース割振りパラメータは、ＰＤＣＣＨをスクランブルするために使用されるＲＮＴＩをさらに含み得る。
【０１０４】
[0124]本開示の別の態様では、暗黙的マッピング関数への入力は、他の情報を搬送するＰＤＣＣＨペイロードコンテンツを含み得る。たとえば、ＰＤＣＣＨペイロードコンテンツは、スケジュールされたＰＤＳＣＨリソースの詳細（たとえば、第１のＲＢインデックスまたは最小ＲＢインデックスなどのリソースブロック（ＲＢ）割振り）、ランク、変調およびコーディング方式（ＭＣＳ）、波形、ならびに／または情報の他の好適な項目を含み得る。たとえば、ＰＤＣＣＨペイロードコンテンツは、ＰＤＣＣＨオーダーの詳細（たとえば、半永続的スケジューリング（ＳＰＳ）解放対ビーム切替えインジケータ）を含み得る。
【０１０５】
[0125]本開示の別の態様では、暗黙的マッピング関数への入力は、スケジュールされたＰＤＳＣＨのコンテンツを含み得る。これは、ランダムアクセスチャネル（ＲＡＣＨ）手順において競合解消を終了させるＡＣＫ（たとえば、４ステップＲＡＣＨ手順におけるメッセージ４（Ｍｓｇ４）に対するＡＣＫ）についてなど、オンオフタイプのＡＣＫ／ＮＡＣＫシグナリングについて当てはまり得る。
暗黙的マッピング関数を使用してＡＣＫ／ＮＡＣＫを送信するためのリソース割振りを取得すること
[0126]１または２ビットのＡＣＫチャネルの送信（たとえば、ロングＰＵＣＣＨ持続時間またはショートＰＵＣＣＨ持続時間のいずれかにおける送信）では、被スケジュールエンティティは、暗黙的マッピングを使用してＡＣＫリソースを導出し得る。本開示の一態様では、被スケジュールエンティティは、ＰＤＣＣＨの開始制御チャネル要素（ＣＣＥ）が特定のＡＣＫリソースにマッピングされる暗黙的マッピング関数を適用し得る。それに応じて、被スケジュールエンティティは、ＰＤＣＣＨの開始ＣＣＥを決定し、ＡＣＫリソースを識別し得る。たとえば、被スケジュールエンティティは、式（１）を使用して、インデックスｒPUCCH（たとえば、ここで、０≦ｒPUCCH≦１５）をもつＰＵＣＣＨリソース（たとえば、ＡＣＫリソース）を決定し得る。
【０１０６】
【数１】
2020533890.tif 000003
【０１０７】
ここで、ＮCCE,0は、ＤＣＩフォーマット（たとえば、ＤＣＩフォーマット１＿０）を搬送するＰＤＣＣＨ受信のＣＯＲＥＳＥＴ中のＣＣＥの数を表し、ｎCCE,0は、ＰＤＣＣＨ受信のための第１のＣＣＥのインデックスを表し、ΔPRIは、（たとえば、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１における）ＤＣＩ中に含まれるＰＵＣＣＨリソースインジケータフィールドの値（たとえば、３ビット値）を表す。
【０１０８】
[0127]本開示のいくつかの態様では、ＰＵＣＣＨリソースはリソースプールにグループ化され得る。被スケジュールエンティティは、ＰＵＣＣＨペイロードに基づいてリソースプールを選択し得る。いくつかの例示的な実装形態では、各リソースプール内に、順にインデックス付けさた最高１６個のＰＵＣＣＨリソースがあり得る。ＰＵＣＣＨリソース割振りは、１６個のＰＵＣＣＨリソースのうちの１つに対応するインデックス（たとえば、ｒPUCCH）の指示を含み得る。このインデックスの３ビットは、式１のΔPRIとしてＤＬ  ＤＣＩ許可中で被スケジュールエンティティに明示的に示され得る。被スケジュールエンティティは、式
【０１０９】
【数２】
2020533890.tif 000004
【０１１０】
に基づいてインデックスの残りのビット（たとえば、最下位ビットを表す第４のビット）を決定し得る。ｎCCE,0は高々ＮCCE,0−１であり得るので、式
【０１１１】
【数３】
2020533890.tif 000005
【０１１２】
の結果は０または１のいずれかであり得ることに留意されたい。したがって、インデックスｒPUCCHは被スケジュールエンティティに明示的に提供されなくてよいことに留意されたい。被スケジュールエンティティがインデックスｒPUCCHを決定した後に、被スケジュールエンティティは、インデックスｒPUCCHにマッピングされたＡＣＫリソースを識別し得る。
【０１１３】
[0128]本開示のいくつかの態様では、ネットワークが複数のＣＯＲＥＳＥＴを実装している場合、被スケジュールエンティティは、開始制御チャネル要素（ＣＣＥ）インデックスと、一意のＣＯＲＥＳＥＴオフセットとに依存するリソースマッピング関数を適用し得る。一意のＣＯＲＥＳＥＴオフセットは、複数の被スケジュールエンティティが同じ開始ＣＣＥインデックスを有するシナリオにおいてＡＣＫリソース衝突を防ぎ得る。たとえば、ＣＯＲＥＳＥＴオフセットは、異なるＣＯＲＥＳＥＴを監視する被スケジュールエンティティが、異なるＡＣＫリソースプールにマッピングすることを保証し得る。
【０１１４】
[0129]本開示のいくつかの態様では、ＡＣＫリソース衝突は、暗黙的マッピング関数の入力として（ＵＥ  ＩＤに対しても参照される）被スケジュールエンティティの一意の識別子を含めることによって回避され得る。たとえば、被スケジュールエンティティの一意の識別子は、ダウンリンクＭＵ−ＭＩＭＯ送信に関連付けられたｎSCIDであり得る。ｎSCIDは、被スケジュールエンティティに割り当てられたスクランブリング識別子であり得る。たとえば、既存の暗黙的マッピングルールの上でｎSCIDに基づいて一意のオフセットを追加することにより、ＡＣＫリソース衝突が回避され得る。その場合、ＭＵ−ＭＩＭＯモードにおける異なる被スケジュールエンティティは、異なるリソースプールにマッピングされ得る。
【０１１５】
[0130]したがって、本開示のいくつかの態様では、被スケジュールエンティティは、ＰＤＣＣＨの開始ＣＣＥインデックスから、ロングＰＵＣＣＨ持続時間とショートＰＵＣＣＨ持続時間の両方における１または２ビットのためのＡＣＫリソースへの暗黙的リソースマッピングを少なくともサポートし得る。本開示のいくつかの態様では、被スケジュールエンティティは、一意のＣＯＲＥＳＥＴオフセットを示す肯定応答リソースインジケータ（ＡＲＩ）を（たとえば、ＤＣＩ中で）受信し得る。本開示のいくつかの態様では、被スケジュールエンティティは、ｎSCIDを示すＡＲＩを（たとえば、ＤＣＩ中で）受信し得る。本開示のいくつかの態様では、スケジューリングエンティティは、異なる被スケジュールエンティティに異なるＣＯＲＥＳＥＴまたは異なるｎSCID値を示すためのＡＲＩを（たとえば、ＤＣＩ中で）送信し得る。
【０１１６】
[0131]本開示のいくつかの態様では、被スケジュールエンティティが、それがどのＡＣＫリソースプールを使用すべきかを決定したとき、それは、リソースプール内のＡＣＫリソースインデックスを決定することに進み得る。被スケジュールエンティティは、暗黙的マッピングと明示的指示との組合せを使用してこの決定を行い得る。１または２ビットＡＣＫチャネルの場合、ロングＰＵＣＣＨ−ＡＣＫとショートＰＵＣＣＨ−ＡＣＫは異なるチャネル構造ならびに異なる動作信号対雑音比（ＳＮＲ）を有するので、ショートＰＵＣＣＨ−ＡＣＫリソースとロングＰＵＣＣＨ−ＡＣＫリソースは互いに直交であり得る。したがって、それらは異なるＰＤＣＣＨ開始ＣＣＥにマッピングされ得る。さもなければ、１つのＰＤＣＣＨ  ＣＣＥは、両方ではなく、ロングＰＵＣＣＨ−ＡＣＫまたはショートＰＵＣＣＨ−ＡＣＫのいずれかのみをスケジュールするために使用され得る。これはアップリンクＡＣＫリソースの過少利用につながり得る。たとえば、ロングＰＵＣＣＨ−ＡＣＫとショートＰＵＣＣＨ−ＡＣＫに異なるＰＤＣＣＨ  ＣＣＥをマッピングすることにより、この問題は克服され得る。
【０１１７】
[0132]（図８Ａおよび図８Ｂを含む）図８は、開始リソースブロック（ＲＢ）インデックスがいかにしてＰＤＣＣＨ  ＣＣＥインデックスからマッピングされ得るかの一例を示す。図８Ａは、例示的なサブフレーム８００、およびＰＤＣＣＨ８０２とアップリンク領域８０４中のＰＵＣＣＨとの間のマッピングを示している。図８Ａに示されているように、アップリンク領域８０４は、ロング持続時間領域８０１と、ショート持続時間領域８０３とを含む。図８Ａにさらに示されているように、ロングＰＵＣＣＨ持続時間８０６（ロングＰＵＣＣＨ持続時間リソース８０６とも呼ばれる）は、ＰＤＣＣＨ８０２のリソース８０８からマッピングされ得、ロングＰＵＣＣＨ持続時間８１０（ロングＰＵＣＣＨ持続時間リソース８１０とも呼ばれる）は、ＰＤＣＣＨ８０２のリソース８１２からマッピングされ得、ショートＰＵＣＣＨ持続時間８１４（ショートＰＵＣＣＨ持続時間リソース８１４とも呼ばれる）は、ＰＤＣＣＨ８０２のリソース８１６からマッピングされ得る。アップリンク領域８０４中のロングＰＵＣＣＨ持続時間はセル固有ロング持続時間と同じであり得る。セル固有ロング持続時間およびセル固有ショート持続時間について本明細書で詳細に説明される。
【０１１８】
[0133]図８Ｂは、例示的なサブフレーム８５０、およびＰＤＣＣＨ８５２とアップリンク領域８５４中のＰＵＣＣＨとの間のマッピングを示している。図８Ｂに示されているように、アップリンク領域８５４は、ロング持続時間領域８５１と、ショート持続時間領域８５３とを含む。本開示のいくつかの態様では、および図８Ｂに示されているように、ロングＰＵＣＣＨ−ＡＣＫチャネル（たとえば、ロング持続時間領域８５１中のリソース）は時分割多重化されてよい（たとえば、図８Ｂでは時分割多重化されたＰＵＣＣＨリソース８５６、８６０、８６４、８６８として示されている）。図８Ｂの例示的な構成では、ＰＵＣＣＨリソース８５６はＰＤＣＣＨ８５２のリソース８５８からマッピングされ得、ＰＵＣＣＨリソース８６０はＰＤＣＣＨ８５２のリソース８６２からマッピングされ得、ＰＵＣＣＨリソース８６４はＰＤＣＣＨ８５２のリソース８６６からマッピングされ得、ＰＵＣＣＨリソース８６８はＰＤＣＣＨ８５２のリソース８７０からマッピングされ得、ＰＵＣＣＨリソース８７２はＰＤＣＣＨ８５２のリソース８７４からマッピングされ得、ＰＵＣＣＨリソース８７６はＰＤＣＣＨ８５２のリソース８７８からマッピングされ得る。ＴＤＤシステムはアップリンク／ダウンリンク相反性を有するので、（たとえば、ＰＵＣＣＨリソース８５６、８６０、８６４、および／または８６８におけるように）ロングＰＵＣＣＨ−ＡＣＫ持続時間が短くなるほど、ＰＤＣＣＨの対応するアグリゲーションレベルもより小さくなり得る。いくつかの態様では、スケジューリングエンティティは、同じリソースブロック中で時分割多重化された２つのＰＵＣＣＨ−ＡＣＫチャネルが、同じＰＤＣＣＨ  ＣＣＥインデックスにマッピングされないことを保証し得る。
【０１１９】
[0134]ロングおよびショートＡＣＫ送信のためのリソースは、ＳＩＢ中で半静的に構成され得る。ＰＵＣＣＨ−ＡＣＫのベースシーケンスインデックスは、ＳＩＢ中で半静的に構成されるか、あるいはセルＩＤに基づいて事前決定され得る。本開示のいくつかの態様では、ロングＰＵＣＣＨ−ＡＣＫについては、ＲＢの数は１つのＲＢに固定され得る。本開示のいくつかの態様では、ショートＰＵＣＣＨ−ＡＣＫについては、１つ、２つ、または４つのＲＢがサポートされ得る。本開示のいくつかの態様では、ＲＢの数は被スケジュールエンティティのチャネル状態（たとえば、セルエッジまたはセル中心）に依存し得る。オーバーヘッドをセーブするために、ＲＢの数は、ＲＲＣ構成を介して半静的に構成され得る。ＲＢの数の動的スケジューリングは、このデフォルト値をオーバーライドし得る。
【０１２０】
[0135]本開示のいくつかの態様では、被スケジュールエンティティの処理時間は、スロット（Ｋ）の代わりに、（たとえば、マイクロ秒（μｓ）での）絶対時間とともにＯＦＤＭシンボルの数（たとえば、Ｎ１、Ｎ２）に関して定義され得る。たとえば、Ｎ１は、ＮＲ−ＰＤＳＣＨ受信の終了から、被スケジュールエンティティの観点から対応するＡＣＫ／ＮＡＣＫ送信のできる限り早い開始まで、被スケジュールエンティティが処理するために必要とされるＯＦＤＭシンボルの数を表し得る。したがって、スロットインデックスと開始シンボルインデックスとは値Ｎ１から導出され得る。本開示のいくつかの態様では、（値Ｋ１として前に定義された）被スケジュールエンティティ処理時間はデフォルト値を有してよく、このデフォルト値は動的にオーバーライドされ得る。本開示のいくつかの態様では、半静的なＮ１値は、並行してＤＣＩオーバーヘッドを低減し、広範囲のＮ１値をサポートするために、動的なＮ１値よりも広い範囲を有し得る。本開示のいくつかの態様では、動的なＮ１値は、シグナリングオーバーヘッドをセーブするために、半静的なＮ１値に対するオフセット値から導出されてよい。許容できるオフセット値のセットが、ＲＲＣ構成を介して被スケジュールエンティティにシグナリングされ得る。割り当てられたオフセット値は、ＤＣＩ中で被スケジュールエンティティにシグナリングされ得る。したがって、被スケジュールエンティティは、半静的なＮ１値と、指示される動的オフセット値とを合計することによって、動的なＮ１値を決定し得る。
【０１２１】
[0136]本開示のいくつかの態様では、ショートＰＵＣＣＨの持続時間は、動的にあるいは半静的に構成され得る、１つのシンボルまたは２つのシンボルのいずれかであり得る。ショートＰＵＣＣＨ−ＡＣＫチャネルの場合、１つのシンボルまたは２つのシンボルを使用することは、被スケジュールエンティティのチャネル状態に依存し得る。したがって、ショートＰＵＣＣＨ−ＡＣＫの持続時間は、ＲＲＣ構成を介して半静的に構成され得る。シンボルの数の動的スケジューリングは、このデフォルト値をオーバーライドし得る。
【０１２２】
[0137]本開示のいくつかの態様では、被スケジュールエンティティは、デフォルトモードでロングＰＵＣＣＨの持続時間を導出し得る。デフォルトモードでは、ロングＰＵＣＣＨの終了シンボルは、ショートアップリンク持続時間の開始位置によって決定され得る。ショートアップリンク持続時間の開始位置は半静的に構成され得る。本開示のいくつかの態様では、ＰＵＣＣＨ−ＡＣＫは、カバレージ拡張のために２つ以上のスロットにわたり得る。スロットの数は被スケジュールエンティティのリンクバジェットに依存し得る。したがって、この情報は、ＲＲＣ構成を介して半静的に構成され得る。ロングＰＵＣＣＨの持続時間は、ＤＣＩ中で動的に構成され得る。第１の例示的なシナリオでは、終了シンボルが開始シンボルのスロット境界を超えたとき、開始シンボルと終了シンボルとの間の連続するシンボルが被スケジュールエンティティに割り当てられ得る。第２の例示的なシナリオでは、終了シンボルが開始シンボルのスロット境界内にあり、スロットの数が１よりも大きいとき、割り当てられたマルチスロット内で、スロットごとに同じ開始シンボルおよび終了シンボルが使用され得る。
【０１２３】
[0138]（図９Ａおよび図９Ｂを含む）図９は、アグリゲートされたスロットをもつロングＰＵＣＣＨ−ＡＣＫのための前に説明された第１および第２の例示的なシナリオを示す。どちらの場合も、被スケジュールエンティティは２つのスロット（たとえば、第１のスロットおよび第２のスロット）を割り当てられ得る。図９Ａは、開始シンボルと終了シンボルが異なるスロット中にあるサブフレーム９００を示している。たとえば、図９Ａに示されているように、（たとえば、インデックス値２を有する）開始シンボルは第１のスロット９０２中にあり得、（たとえば、インデックス値２２を有する）終了シンボルは第２のスロット９０４中にあり得る。したがって、図９Ａ中の開始シンボルと終了シンボルとの間のすべてのシンボルは、被スケジュールエンティティのロングＰＵＣＣＨ−ＡＣＫのために使用され得る。
【０１２４】
[0139]図９Ｂは、開始シンボルと終了シンボルが同じスロット中にあるサブフレーム９５０を示している。たとえば、図９Ｂに示されているように、（たとえば、インデックス値２を有する）開始シンボルは第１のスロット９５２中にあり得、（たとえば、インデックス値１０を有する）終了シンボルも第１のスロット９５２中にあり得る。第２のスロット９５４は、第１のスロット９５２と同様に構成され得る。したがって、図９Ｂに示されているように、被スケジュールエンティティのロングＰＵＣＣＨ−ＡＣＫ持続時間（たとえば、部分９５６および９５８）は連続的でないことがある。しかしながら、これら２つのスロットでは、被スケジュールエンティティは、同じ開始シンボルおよび終了シンボルを使用してよく、したがって、次のスロットのシンボルインデックスはシグナリングされる必要がない。フレキシビリティのために、スケジューリングエンティティは、スロットの数とＲＢの数との動的構成を被スケジュールエンティティに提供してもよい。
【０１２５】
[0140]マルチスロットＰＵＣＣＨリソースのためのシグナリングオーバーヘッドを制限するために、開始ＯＦＤＭシンボルと終了ＯＦＤＭシンボルの指示は、それらが適用されるスロットの指示、および割当て中のスロットの数とともに提供され得る。開始ＯＦＤＭシンボルと終了ＯＦＤＭシンボルが異なるスロット中にあるとき、マルチスロットリソースは、開始ＯＦＤＭシンボルから終了ＯＦＤＭシンボルまで時間的に連続する。開始ＯＦＤＭシンボルと終了ＯＦＤＭシンボルが同じスロット中にあるとき、リソースは時間的に不連続であり、開始スロットおよび終了スロットは、マルチスロット割当てにおける各スロットに適用され得る。
周波数ホッピング
[0141]被スケジュールエンティティは、少なくとも２つの異なる仕方でＰＵＣＣＨ（ＮＲ  ＰＵＣＣＨとも呼ばれる）を送信することができる。一例では、ＰＵＣＣＨはショート持続時間（たとえば、スロット中に１つまたは２つのＵＬ  ＯＦＤＭシンボル）を有し得る。そのような例では、被スケジュールエンティティは、スロットの終端においてまたはその近くでＰＵＣＣＨを送信し得る。ＰＵＣＣＨは、同じスロット内のＵＬデータチャネル（たとえば、ＰＵＳＣＨ）で時分割多重化されるかあるいは周波数分割多重化され得る。別の例では、ＰＵＣＣＨはロング持続時間（たとえば、複数のＵＬ  ＯＦＤＭシンボル）を有し得、その場合、被スケジュールエンティティは、スロットの終端においてまたはその近くでＰＵＣＣＨを送信し得る。この例では、ＰＵＣＣＨは、同じスロット内のＵＬデータチャネル（たとえば、ＮＲ  ＰＵＳＣＨとも呼ばれる、ＰＵＳＣＨ）で周波数分割多重化される。
【０１２６】
[0142]本開示のいくつかの態様では、ロングＰＵＣＣＨ−ＡＣＫの場合、被スケジュールエンティティの周波数ホッピング関数が、ＲＲＣ構成を介して有効または無効にされ得る。周波数ホッピングは、２つのシンボルをもつショートＰＵＣＣＨでも有効または無効にされ得る。ＤＣＩオーバーヘッドとスケジューリングフレキシビリティとの間の平衡をとるために、異なるペイロード長をもつ２つのＤＣＩフォーマットが定義されてよい。いくつかの態様では、ＤＣＩは、固定ペイロード（フォールバックＤＣＩとも呼ばれる）、または構成可能ペイロード（フルＤＣＩとも呼ばれる）を有し得る。いくつかの態様では、ショートＤＣＩフォーマットＡ０は、ショートＰＵＣＣＨ−ＡＣＫのために最小の動的スケジューリング情報を含み得る。いくつかの態様では、ロングＤＣＩフォーマットＡ１は、ショートＰＵＣＣＨ−ＡＣＫのためにより多くの動的スケジューリング情報を含み得る。被スケジュールエンティティがどのフォーマットを復号すべきかを示すためのインジケータ（たとえば、整数値）がＲＲＣ中で半静的に設定され得る。代替的に、インジケータはまた、被スケジュールエンティティが、異なるＤＣＩフォーマットのブラインド検出を実施すべきかどうかを示し得る。たとえば、整数値０は、デフォルトＤＣＩフォーマットＡ０を示してよく、その場合、被スケジュールエンティティはブラインド検出を実施することが不要であり得る。別の例として、整数値１は、被スケジュールエンティティが、両方のＤＣＩフォーマットのブラインド検出を実施する必要があり得ることを示してよい。
【０１２７】
[0143]被スケジュールエンティティにおいて半静的または動的に構成され得る情報のタイプに関する例について本明細書で説明される。情報が動的に構成される場合、これらの例は、動的構成が明示的指示または暗黙的マッピングによって行われる状況をカバーする。第１の例では、１または２ビットのＡＣＫチャネルのために、少なくとも、異なるグループ（たとえば、ＣＯＲＥＳＥＴ、ＭＵ−ＭＩＭＯなど）のリソースプール、各プール内のロングおよびショートＰＵＣＣＨ−ＡＣＫリソース領域、ならびにベースシーケンスインデックス（事前決定されない場合）という情報がＳＩＢ中で半静的に構成され得る。
【０１２８】
[0144]第２の例では、デフォルトのＮ１値、動的指示のためのＮ１値のセット、２つのＲＢまたは４つのＲＢがサポートされる場合におけるショートＰＵＣＣＨ−ＡＣＫのためのＲＢインデックスの数、ショートＰＵＣＣＨ−ＡＣＫのためのシンボルの数、ロングＰＵＣＣＨ  ＡＣＫのためのスロットの数、ショートＰＵＣＣＨ−ＡＣＫまたはロングＰＵＣＣＨ−ＡＣＫのいずれかのための周波数ホッピングインジケータ、ならびにどのＤＣＩフォーマット（たとえば、ＤＣＩフォーマットＡ０、ＤＣＩフォーマットＡ１）を予想すべきかに関して被スケジュールエンティティに通知するためのＤＣＩフォーマット指示という情報が、ＲＲＣ構成を介して半静的に構成され得る。
【０１２９】
[0145]たとえば、ＤＣＩフォーマットＡ０は、動的なＮ１値（デフォルトのＮ１値を使用して示すための１つの値を予約する）と、様々なＵＬ  ＰＵＣＣＨ−ＡＣＫリソースプールのための肯定応答リソースインジケータ（ＡＲＩ）とを示し得る。たとえば、被スケジュールエンティティは、Ｎ１値から開始シンボルおよびスロットインデックスを導出し得、ロングＰＵＣＣＨ持続時間とショートＰＵＣＣＨ持続時間との間の境界に基づいてロングＰＵＣＣＨの終了シンボルを導出し得る。動的なＮ１値（たとえば、ランク値）を搬送するフィールドのビット幅は、動的なＮ１値のセットによって決定され得る。動的なＮ１値のセットが１つの値を含む場合（または値を含まない場合）、このフィールドは存在しなくてよい。たとえば、異なるＵＬ  ＰＵＣＣＨ−ＡＣＫリソースプールのためのＡＲＩを搬送するフィールドのビット幅は、システム中のＵＬ  ＰＵＣＣＨ−ＡＣＫリソースプールの数によって決定され得る。
【０１３０】
[0146]たとえば、ＤＣＩフォーマットＡ１は、動的なＮ１値（デフォルトのＮ１値を使用して示すための１つの値を予約する）と、ショートＰＵＣＣＨまたはロングＰＵＣＣＨのいずれかのための終了シンボルまたはシンボルの数、ショートＰＵＣＣＨのためのＲＢの数、およびロングＰＵＣＣＨのためのスロットの数を示し得る。たとえば、被スケジュールエンティティは、Ｎ１値から開始シンボルおよびスロットインデックスを導出し得る。動的なＮ１値を搬送するフィールドのビット幅は、動的なＮ１値のセットによって決定され得る。動的なＮ１値のセットが１つの値を含む場合（または値を含まない場合）、このフィールドは存在しなくてよい。ショートＰＵＣＣＨのためのＲＢの数は、ＲＲＣ構成のデフォルト値をオーバーライドし得る。ロングＰＵＣＣＨのためのスロットの数は、ＲＲＣ構成のデフォルト値をオーバーライドし得る。
【０１３１】
[0147]本開示のいくつかの態様では、被スケジュールエンティティは、１つまたは複数のパラメータを決定するために暗黙的マッピングを使用し得る。１つまたは複数のパラメータは、被スケジュールエンティティが、制御情報をネットワークに送信するためのＵＬリソースを識別することを可能にし得る。たとえば、１つまたは複数のパラメータは、サブフレーム中のロングＰＵＣＣＨ領域を含むか、またはサブフレーム中のショートＰＵＣＣＨ領域を含み得る。
【０１３２】
[0148]たとえば、１つまたは複数のパラメータは、開始ＲＢインデックスをさらに含み得る。本開示のいくつかの態様では、開始ＲＢインデックスは、周波数ホッピングが有効にされた場合、第１のホップにおける開始ＲＢインデックスであり得る。第２のホップの開始ＲＢインデックスは、第１のホップにおけるこの開始ＲＢインデックスに基づいて導出され得る。本開示のいくつかの態様では、第２のホップのためのＲＢ割振りは、第１のホップのＲＢ割振りと、場合によっては、スロットインデックスなどの他のパラメータとの関数であり得る。本開示のいくつかの態様では、暗黙的マッピングルールは、第１のホップのみに適用されてよい。本開示のいくつかの態様では、暗黙的マッピング関数は、２つのＲＢまたは４つのＲＢがサポートされる場合、ＲＢの数を考慮に入れてよい。
【０１３３】
[0149]たとえば、１つまたは複数のパラメータは、第１のシフトインデックスをさらに含み得る。本開示のいくつかの態様では、ロングＰＵＣＣＨ−ＡＣＫチャネルの場合、第１のシフトインデックスは、第１のシンボル中の第１のシフトインデックスであり得る。残りのシフトインデックスは、事前決定されたシフトホッピングパターンに基づいて導出され得る。ショートＰＵＣＣＨ−ＡＣＫの場合、これは、シーケンスベースのショートＡＣＫのための第１のシフトインデックスを意味する。本開示のいくつかの態様では、Ｎsはシーケンス長を表し得、ＮbはＡＣＫビットの数を表し得る。したがって、一例では、第１のシフトインデックスＳ0は
【０１３４】
【数４】
2020533890.tif 000006
【０１３５】
の範囲内にあり得る。被スケジュールエンティティは、第１のシフト距離
【０１３６】
【数５】
2020533890.tif 000007
【０１３７】
に基づいて第１のシンボルにおける残りのシフトインデックスを導出し得る。したがって、ｉ番目の仮定のためのシフトインデックスＳiは次の式２から決定され得る。
【０１３８】
【数６】
2020533890.tif 000008
【０１３９】
ＰＵＣＣＨが２シンボルショートＰＵＣＣＨである場合、被スケジュールエンティティは、事前決定されたシフトホッピングルールに基づいて第２のシンボルのシフトインデックスを決定し得る。
【０１４０】
[0150]たとえば、１つまたは複数のパラメータは、ロングＰＵＣＣＨのための時間ドメインＯＣＣインデックスをさらに含み得る。本開示のいくつかの態様では、ロングＰＵＣＣＨの場合、被スケジュールエンティティは、スロット中のデータおよびＤＭＲＳシンボルの数と、周波数ホッピングが有効にされるかどうかとに基づいて、拡散係数および対応するＯＣＣセットを決定し得る。時間ドメインＯＣＣインデックスは、前に説明されたＯＣＣセット内のＯＣＣインデックスを示す。
【０１４１】
[0151]図１０は、被スケジュールエンティティが、２ビットのＡＣＫとＤＣＩフォーマットＡ０とをもつ特定の１シンボルショートＰＵＣＣＨ−ＡＣＫチャネルについてＡＣＫリソース情報を決定するための例示的な手法を示す。図１０を参照すると、被スケジュールエンティティは、情報１００４を含む１つまたは複数のシステム情報ブロック（ＳＩＢ）１００２を取得し得る。たとえば、情報１００４は、リソースプール（たとえば、４つのＣＯＲＥＳＥＴなど、ＣＯＲＥＳＥＴの総数の指示）と、サブフレーム中のロングＰＵＣＣＨ−ＡＣＫ領域およびサブフレーム中のショートＰＵＣＣＨ−ＡＣＫ領域の指示と、ベースシーケンスインデックス（たとえば、２０）とを含み得る。被スケジュールエンティティは、情報１００８を含むＲＲＣ構成１００６をさらに取得し得る。たとえば、情報１００８は、Ｎ１値（たとえば、１２）と、動的なＮ１値のセットと、リソースブロック（ＲＢ）の数（たとえば、１）と、シンボルの数（たとえば、１）と、ＤＣＩフォーマット（たとえば、ＤＣＩフォーマットＡ０）とを含み得る。図１０に示されているように、被スケジュールエンティティは、Ｎ１値から、スロットインデックスと開始シンボルとを含む情報１０１０を導出し得る。被スケジュールエンティティは、ＤＣＩ１０１４を復号するために使用され得る、ＤＣＩフォーマット１０１２の指示を取得し得る。ＤＣＩ１０１４は、被スケジュールエンティティのＣＯＲＥＳＥＴ（たとえば、４つのＣＯＲＥＳＥＴのうちの第２のＣＯＲＳＥＳＥＴ）を識別する肯定応答リソースインジケータ（ＡＲＩ）を含む情報１０１６を含み得る。被スケジュールエンティティは、暗黙的マッピング１０１８を実施して情報１０２０を導出し得る。この例では、情報１０２０は、ショートＰＵＣＣＨ領域と、開始リソースブロック（ＲＢ）（たとえば、ＲＢ５）と、第１のシフトインデックス（たとえば、２）とを含み得る。いくつかの態様では、被スケジュールエンティティは、インパクトマッピングを使用して他のシフトインデックス１０２２（たとえば、５、８、１１）を導出し得る。
【０１４２】
[0152]本開示のいくつかの態様では、動的スケジューリングのために異なる量の情報を用いて少なくとも２つのＤＣＩフォーマットが定義され得る。本開示のいくつかの態様では、被スケジュールエンティティのためにどのフォーマットが使用されるべきかを示すためにＲＲＣ構成のインジケータが使用され得る。本開示のいくつかの態様では、ロングまたはショートＰＵＣＣＨ領域、開始ＲＢインデックス、第１のシフトインデックス、およびロングＰＵＣＣＨのための時間ドメインＯＣＣインデックスという情報は、１または２ビットのＡＣＫビットを用いたＰＵＣＣＨのための暗黙的マッピング（暗黙的リソースマッピングとも呼ばれる）に基づき得る。
【０１４３】
[0153]本開示のいくつかの態様では、被スケジュールエンティティは、ＰＤＳＣＨごとのコードワードの数に基づいて送信されるべきＡＣＫビットの数と、ＰＵＣＣＨチャネル内で肯定応答されるべきＰＤＳＣＨの数とを導出し得る。肯定応答されるべきＰＤＳＣＨの数は、使用されるコンポーネントキャリア（ＣＣ）の数に依存し得る。たとえば、１つのＰＤＳＣＨが１つのコードワードを有する場合、被スケジュールエンティティは、２つのＣＣとともに２つのＡＣＫビットを送信し得る。異なるスロットのＰＤＳＣＨは単一のＰＵＣＣＨチャネル内で肯定応答され得るので、ＰＤＳＣＨの数は、単一のＰＵＣＣＨチャネル中でグループ化されるべき全スロットにも依存し得る。たとえば、１つのＰＤＳＣＨが１つのコードワードを有する場合、被スケジュールエンティティは、それが現在のスロットおよびそれの先行スロットからのＰＤＳＣＨに同時に肯定応答する必要がある場合、２つのＡＣＫビットを送信し得る。
【０１４４】
[0154]被スケジュールエンティティが、ＰＤＳＣＨスケジューリングについて１つのＰＤＣＣＨを正常に復号しない場合、被スケジュールエンティティは、スケジューリングエンティティが予想するものよりも少ないＡＣＫビットを送信することがある。この点に関する被スケジュールエンティティとスケジューリングエンティティとの間の混乱を回避するために、スケジューリングエンティティは、最高２つのＡＣＫビットについて被スケジュールエンティティのＡＣＫビットの数を半静的に構成し得る。たとえば、スケジューリングエンティティは、単一のＰＤＳＣＨ中に２つのコードワードがあるので、２つのＡＣＫビットのみを送信するように被スケジュールエンティティを構成し得る。そのような事例では、１つのＰＤＳＣＨがただ１つのコードワードを有する場合、被スケジュールエンティティは、２つのＣＣからの２つのＡＣＫビットを単一のビットにバンドルし、次いで、最高２つのＣＣについて送信し得る。被スケジュールエンティティは、３つ以上のＣＣについてバンドルすることなしに３つ以上のＡＣＫビットを送信し得る。同様に、被スケジュールエンティティは、２つの異なるスロットからの２つのＰＤＳＣＨを単一のＡＣＫビットにバンドルし得る。被スケジュールエンティティは、３つ以上のＰＤＳＣＨについてバンドルすることなしに３つ以上のＡＣＫビットを送信し得る。本開示のいくつかの態様では、スケジューリングエンティティは、１つの被スケジュールエンティティについて１つまたは２つのＡＣＫビットを半静的に構成し得る。
アップリンク制御情報（ＵＣＩ）の組合せのためのリソース割振り
[0155]異なるタイプのＵＣＩが同時に送信されるとき、ＰＵＣＣＨのためのリソース割振りも、異なるタイプのＵＣＩの組合せに応じて異なるタイプであってよい。たとえば、１または２ビットのＡＣＫが、ロングＰＵＣＣＨ持続時間中に周期的ＣＱＩとともに送信されるべき場合、ＰＵＣＣＨは、ＣＱＩリソース上にＡＣＫがピギーバックされたＣＱＩリソースを使用し得る。この場合、動的ＡＣＫ／ＮＡＣＫのために、ＡＣＫのためのリソースの動的割振りは不要であり得る。ＡＣＫ／ＮＡＣＫ送信が半静的ＰＤＳＣＨに関する場合、このスロットのための半静的ＡＣＫリソースは、他の被スケジュールエンティティのために解放されてよい。
【０１４５】
[0156]ＡＣＫビットのより大きいペイロードが必要とされる場合、ＣＱＩリソースは、組み合わされたＵＣＩを送信するのに十分でないことがある。そのような場合、新しいリソースが動的に割り振られてよく、ここで、新しいリソースは、どんな半静的リソース割振りをもオーバーライドする。ＣＱＩリソースまたはＡＣＫリソース（半永続的な場合）は、次いで、このスロットについて他の被スケジュールエンティティのために解放され得る。本開示の一態様では、新しいリソースは、完全に新しいＲＢ（たとえば、半静的な様式で前に割り振られたＣＱＩリソースあるいはＡＣＫリソースとは異なるＲＢ）を含み得る。一態様では、新しいリソースは、拡張されたＣＱＩリソースまたは拡張されたＡＣＫリソースのいずれかを含み得る。たとえば、拡張されたＣＱＩリソースまたは拡張されたＡＣＫリソースは、追加のＲＢを含み得る。ＡＣＫリソースとＣＱＩリソースは異なる動作ターゲットを有するので、独立したコーディング方式が実装されてよい。これは、ＴＤＭ様式でロングＰＵＣＣＨ＋ロングＰＵＣＣＨを用いて、またはＴＤＭ様式でロングＰＵＣＣＨ＋ショートＰＵＣＣＨを用いて、またはＴＤＭ様式でショートＰＵＣＣＨ＋ショートＰＵＣＣＨを用いて達成され得る。いくつかの場合には、ＡＣＫリソースおよびＣＱＩリソースは、１つのＯＦＤＭシンボル内のアップリンクショートバースト中で周波数分割多重化されてもよい。
【０１４６】
[0157]本開示のいくつかの態様では、リソースは、組み合わされたＵＣＩのために被スケジュールエンティティに割り振られ得る。たとえば、１または２ビットのＡＣＫ／ＮＡＣＫビットの場合、ＣＱＩリソースは、ＣＱＩリソース上にＡＣＫがピギーバックされて被スケジュールエンティティに割り振られ得る。別の例として、より多いペイロードＡＣＫビットの場合、リソースは、異なる多重化オプションを用いて被スケジュールエンティティに動的に割り振られ得る。たとえば、２つのＮＲ−ＰＵＣＣＨは、ロングＰＵＣＣＨ＋ロングＰＵＣＣＨ、ロングＰＵＣＣＨ＋ショートＰＵＣＣＨ、またはショートＰＵＣＣＨ＋ショートＰＵＣＣＨを用いてＴＤＭ様式で多重化され得る。たとえば、２つのＮＲ−ＰＵＣＣＨは、１つのＯＦＤＭシンボルとともにショートバースト中でＦＤＭ様式で多重化され得る。本開示のいくつかの態様では、ＡＣＫビットの数がしきい値より大きいとき、マルチビットＡＣＫ送信に１ビットＳＲが含まれ得る。本開示のいくつかの態様では、他のタイプのＵＣＩにＳＲが含まれ得る。
セル固有（cell-specific）ロングおよびショートＰＵＣＣＨ持続時間
[0158]セル固有ロング持続時間は、被スケジュールエンティティ固有ロング持続時間とは区別され得ることに留意されたい。セル固有ショート持続時間は、被スケジュールエンティティ固有ショート持続時間とは区別され得る。また、セル固有アップリンクショートバースト（ＵＬＳＢ）は、被スケジュールエンティティ固有ＵＬＳＢとは区別され得ることに留意されたい。ＵＬＳＢの動的構成は、ＰＤＣＣＨにおける指示を必要とすることがあり、被スケジュールエンティティは、ＵＬＳＢ中にＰＵＣＣＨをどこで送信すべきかを知るためにＰＤＣＣＨを常に復号する必要があり得る。これは、ＰＵＣＣＨリソースの半静的構成または暗黙的マッピングが使用されるときに望ましくないことがある。したがって、本開示のいくつかの態様では、ＵＬＳＢ持続時間の半静的構成が使用され得る。さらに、セル固有ショート持続時間は、隣接セルが、混合干渉を回避するために同じスロット中の同じセル固有ショート持続時間を用いて構成され得るように、半静的に構成される必要があり得る。セル固有ロング持続時間は次の式（３）を使用して決定され得る。
【０１４７】
【数７】
2020533890.tif 000009
【０１４８】
ここで、ＣＳＬＤという項はセル固有ロング持続時間を表し、ＧＡＰという項はガード期間を表す。被スケジュールエンティティ固有ショート持続時間は、セル固有ショート持続時間のサブセットであり得る。たとえば、セル固有ショート持続時間は２つのシンボルであり得、被スケジュールエンティティ固有ショート持続時間は１つのシンボルであり得る。いくつかの態様では、被スケジュールエンティティ固有ショート持続時間は、混合干渉を回避するためにセル固有ショート持続時間を超えないことがある。被スケジュールエンティティ固有ロング継続は、同じくセル固有ロング持続時間のサブセットであり得る。たとえば、セル固有ロング持続時間は１１個のシンボルであり得、被スケジュールエンティティ固有ロング持続時間は４つのシンボルであり得る。スケジューリングエンティティは、開始／終了シンボルインデックスを割り当てることによって被スケジュールエンティティ固有ロング持続時間を制御し得る。
【０１４９】
[0159]セル固有ロング持続時間を超えるための被スケジュールエンティティ固有ロング持続時間の延長について次に説明される。サブフレーム中のＵＬロングＰＵＣＣＨ持続時間は、ＰＤＣＣＨ領域とＵＬＳＢ領域の両方によって影響を受けることがある。ＰＤＣＣＨ持続時間のデフォルト値は、スケジューリングエンティティによって半静的に構成され得るが、ＰＤＣＣＨ持続時間の実際の値は、デフォルトよりも小さい任意の値で動的に変更され得る。実際のＰＤＣＣＨ持続時間は、物理制御フォーマットインジケータチャネル（ＰＣＩＦＩＣＨ）を用いて示される。しかしながら、被スケジュールエンティティは、ＰＣＩＦＩＣＨを復号することを要求されないことがある。したがって、ＵＬロングＰＵＣＣＨ持続時間の開始位置は、ＰＣＩＦＩＣＨを復号することを行ってまたは行わないで被スケジュールエンティティにとって別様に解釈されることがある。これはスケジューリングエンティティのリソース管理を複雑にし得る。時間ドメイン拡散があり得るので、異なる開始位置をもつ被スケジュールエンティティが同じＲＢ中で多重化された場合、被スケジュールエンティティ側において使用され得る異なる拡散係数により、直交性は破壊され得る。したがって、スケジューリングエンティティは、ＰＣＩＦＩＣＨを復号しない被スケジュールエンティティの第２のセットから、ＰＣＩＦＩＣＨを復号する被スケジュールエンティティの第１のセットを分離し、被スケジュールエンティティの第１のセットと第２のセットを異なるＲＢに割り当てる必要があり得る。
【０１５０】
[0160]本開示のいくつかの態様では、スケジューリングエンティティは、被スケジュールエンティティからそれらのＰＣＩＦＩＣＨ復号挙動に関するフィードバックを受信し得る。このフィードバックは、被スケジュールエンティティの第１のセットと第２のセットの前に説明された分離を可能にし得る。このフィードバックは、異なるロングＰＵＣＣＨ持続時間をもつ被スケジュールエンティティからのＰＵＣＣＨの復号をさらに可能にし得る。しかしながら、被スケジュールエンティティからのフィードバックのそのような使用は、いくらかのオーバーヘッドを追加し得る。本開示のいくつかの態様では、ＰＣＩＦＩＣＨ復号失敗は、被スケジュールエンティティとスケジューリングエンティティとにおける不正確な開始位置の仮定により、ＰＵＣＣＨ復号失敗につながり得る。代替的に、ＰＵＣＣＨの開始位置は半静的に構成されてよい。どんな被スケジュールエンティティについても、それがＰＣＩＦＩＣＨを復号するかどうかにかかわらず、ＰＵＣＣＨは、本開示のいくつかの態様では常にデフォルト位置から開始し得るので、これは可能である。ＰＵＣＣＨ送信は、ＰＤＣＣＨシンボルの実際の数がより少ないが、デフォルトＰＤＣＣＨ＋ＧＡＰ領域に延長しないことがある。１つの手法では、被スケジュールエンティティ固有ロング持続時間は、ＰＤＣＣＨ＋ＧＡＰ領域中への延長を防止するように制約されてよく、これにより、スケジューリングエンティティと被スケジュールエンティティの両方にとって物事が大幅に簡略化され得る。しかしながら、この手法は、未使用ＰＤＣＣＨ領域中でＰＵＣＣＨ  ＲＢの浪費を生じ得る。
【０１５１】
[0161]被スケジュールエンティティ固有ロングＰＵＣＣＨ持続時間はまた、ＵＬＳＢによって影響を受けることがある。ＵＬＳＢは、１つまたは２つの通常のシンボル持続時間を有し得る。ショート持続時間ＰＵＣＣＨとロング持続時間ＰＵＣＣＨとの間のＴＤＭとＦＤＭの両方は、少なくとも、１つのスロット中の異なる被スケジュールエンティティのためにサポートされ得る。たとえば、ショートＰＵＣＣＨ持続時間とロングＰＵＣＣＨ持続時間との間の周波数分割多重化（ＦＤＭ）により、ＵＬＳＢ領域へのロングＰＵＣＣＨ持続時間の起こり得る延長が生じ得る。延長が半静的であるとき（たとえば、ＵＬＳＢ領域全体が広帯域帯域幅のサブセットを占有するときのみ、ロングＰＵＣＣＨ持続時間がＵＬＳＢ領域に延長する場合）、これは許容可能であり得る。しかしながら、動的ロングＰＵＣＣＨ延長が延長されるとき、被スケジュールエンティティは、延長が許容可能であるか否かを知るためにＰＤＣＣＨを監視する必要があり得る。これは、ＰＵＣＣＨリソースの暗黙的マッピングまたは半静的構成が使用されるときに望ましくないことがある。さらに、ＰＵＣＣＨ持続時間の動的構成が許容可能である場合、それは、被スケジュールエンティティにおける電力消費量を増加させることもある。被スケジュールエンティティは、ＰＤＣＣＨを処理し、ＰＵＣＣＨ持続時間を含んでいるＤＣＩを復号し、復号された情報を同じスロット中のＰＵＣＣＨ送信に適用するのに、十分な時間量を有しないことがある。したがって、被スケジュールエンティティは、ＰＤＣＣＨを復号し、構成されたＰＵＣＣＨ持続時間を決定することのみのためにより早くウェイクアップする必要があり得、それにより、被スケジュールエンティティにおける電力消費量がより大きくなり得る。したがって、本開示のいくつかの態様では、被スケジュールエンティティ固有ロング持続時間は、図１１に示されているようにセル固有ロング持続時間を超えないことがある。手短に言えば、図１１は、デフォルトＰＤＣＣＨ領域１１０４と、ロングバースト領域１１０６およびショートバースト領域１１０８を含むアップリンク領域とを含むサブフレーム１１０２を示す。図１１は、実際のＰＤＣＣＨ１１１０と、ロングＰＵＣＣＨ持続時間１１１２、１１１４と、ＵＬＳＢ１１１６とをさらに示す。図１１に示されているように、ＵＬＳＢ１１１６はデフォルトＵＬＳＢ領域１１１８内にあり得る。たとえば、ロングＰＵＣＣＨ持続時間１１１２、１１１４は、セル固有ロング持続時間を超えない被スケジュールエンティティ固有ロング持続時間であり得る。
【０１５２】
[0162]本開示のいくつかの態様では、セル固有ショート持続時間は半静的に構成され得る。本開示のいくつかの態様では、セル固有ロング持続時間は、スロット持続時間と、半静的ＰＤＣＣＨ領域と、セル固有ショート持続時間と、ＧＡＰ（たとえば、ガード期間）とに基づいて導出され得る。本開示のいくつかの態様では、被スケジュールエンティティ固有ショートＰＵＣＣＨ持続時間は、セル固有ショート持続時間のサブセットであり得るが、セル固有ショート持続時間を超えないことがある。本開示のいくつかの態様では、被スケジュールエンティティ固有ロングＰＵＣＣＨ持続時間は、セル固有ロング持続時間のサブセットであり得るが、セル固有ロング持続時間を超えないことがある。
【０１５３】
[0163]本開示のいくつかの態様では、複数のＤＬ／ＵＬ帯域幅パート（ＢＷＰ）があり得る。たとえば、各ＢＷＰは、異なるＰＤＣＣＨ領域を有し得る。本開示のいくつかの態様では、異なるアップリンクＢＷＰは、ロングＰＵＣＣＨ持続時間の半静的構成された開始位置が使用されるときでも、異なる開始位置を有し得る。被スケジュールエンティティが、異なるアップリンクＢＷＰ中で同時にＰＵＣＣＨを送信する必要があるとき、異なるアップリンクＢＷＰ中のＰＵＣＣＨは、異なるシンボルにおいて開始し得る。これにより、後の方のＰＵＣＣＨが開始したとき、電力制御と、位相連続性を維持することとに関する問題が引き起され得る。同じことは、異なる終了シンボルを有することについても当てはまる。そのような問題は、異なるアップリンクＢＷＰのためのロング持続時間中のＰＵＣＣＨについて同じ開始シンボルを使用することによって回避され得る。したがって、本開示のいくつかの態様では、被スケジュールエンティティは、異なるアップリンクＢＷＰ中の被スケジュールエンティティ固有ロングＰＵＣＣＨについて同じ開始シンボルおよび終了シンボルをサポートし得る。
【０１５４】
[0164]ＮＲでは、被スケジュールエンティティは、大きいＵＣＩペイロードを配信する必要があり得る。たとえば、そのような大きいＵＣＩペイロードは、マルチビットＡＣＫおよびマルチビットＳＲから生じることがある。サブバンドＣＱＩ報告は、増加した広帯域帯域幅により、より多くのペイロードビットを有することがある。ＣＳＩ報告は、ビーム関係の情報を含む必要があることもある。被スケジュールエンティティがキャリアアグリゲーションを実装するとき、ＵＣＩペイロードサイズはキャリアの数とともにスケーリングし得る。いくつかの態様では、ＮＲは、最高１６個のコンポーネントキャリア（ＣＣ）をサポートし得、より広いコンポーネントキャリアが使用される場合、より少数のＣＣがあり得る。たとえば、大きいＵＣＩペイロードは、６００個よりも多くのペイロードビットを含み得る。一方、ポーラーコード（polar code）は最高Ｎ＝１０２４個の出力ビットを有し得、これは、単一のポーラーコードワードが、大きいペイロードサイズ（たとえば、６００個よりも多くのビット）には不十分であり得ることを意味する。本開示のいくつかの態様では、被スケジュールエンティティが送信することができるＵＣＩペイロードビットの数は、前に説明された大きいＵＣＩペイロードの低減を達成するために制限され得る。したがって、そのような態様では、１つのＣＳＩ報告内のコンカレントＣＣの数は、ＵＣＩペイロードを低減するために制限され得る。本開示のいくつかの態様では、１つのＣＳＩ報告内のコンカレントＣＣの数は、約６．０ギガヘルツ（ＧＨｚ）を下回るスペクトル帯域（「サブ６」とも呼ばれる）では５つのＣＣに制限され、ミリメートル波スペクトル（ｍｍＷａｖｅ）では１０個のＣＣに制限される。
【０１５５】
[0165]ＬＴＥは半永続的スケジューリング（ＳＰＳ）をサポートし得る。ＬＴＥでは、ＳＰＳ割当ての解放を示すＰＤＣＣＨは、被スケジュールエンティティによって肯定応答され得る。これにより、スケジューリングエンティティは、他の被スケジュールエンティティにＳＰＳリソースを割り当てる前に被スケジュールエンティティが割当てを解放していることを確認することが可能になる。ＮＲでは、対応するＰＤＳＣＨパケットがないＰＤＣＣＨ（ＮＲ  ＰＤＣＣＨとも呼ばれる）を介してスケジューリングエンティティから発行されるコマンド（たとえば、ＰＤＣＣＨコマンド）があり得る。したがって、これらのコマンドに対する被スケジュールエンティティからの自然な肯定応答送信はないことがある。いくつかの態様では、被スケジュールエンティティが、ＰＤＣＣＨ送信中のコマンドを識別することが可能である場合、被スケジュールエンティティは、そのようなＰＤＣＣＨ送信に対する肯定応答をスケジューリングエンティティに送信するように構成され得る。そのような肯定応答は、リソース割振りに関してＰＤＳＣＨ（ＮＲ  ＰＤＳＣＨとも呼ばれる）に対するＡＣＫと同様のルールおよび手順に従ってよい。ＰＤＳＣＨがないことがあるので、ＡＣＫタイミングは、対応するＰＤＣＣＨタイミングに関係付けられ得る。たとえば、ＬＴＥでは、ＳＰＳ関係のＰＤＣＣＨは、ＰＤＳＣＨ以外の異なるＲＮＴＩを使用してよい。しかしながら、これは、ＮＲ  ＰＤＣＣＨが肯定応答を必要とするかどうかを考慮するための要件でないことがある。被スケジュールエンティティがそれに対して肯定応答することを許容され得るＰＤＣＣＨ送信の一例は、どんなパケットもスケジュールしないが、ビーム変更（ビーム切替えとも呼ばれる）のみを示すＰＤＣＣＨ送信である。このＰＤＣＣＨ送信を逃すことにより、被スケジュールエンティティとスケジューリングエンティティとの間にビーム不一致が生じ得るので、これは被スケジュールエンティティの性能を著しく改善し得る。したがって、本開示のいくつかの態様では、被スケジュールエンティティは、被スケジュールエンティティからのＰＤＣＣＨ送信に対してＡＣＫを送信するように構成され得る。本開示のいくつかの態様では、被スケジュールエンティティは、ビーム変更を示すＰＤＤＣＨ送信に対してＡＣＫを送信するように構成され得る。
暗黙的／明示的シグナリングオプション
[0166]暗黙的または明示的シグナリングの例示的なオプションについて次に説明される。本開示の一態様では、ＡＣＫのみを搬送するロング持続時間ＰＵＣＣＨ送信の場合、被スケジュールエンティティは、ＲＢインデックスと、サイクリックシフトインデックスまたは間隔と、ＯＣＣとを暗黙的に決定し得る。たとえば、開始および終了アップリンクＯＦＤＭシンボル（または開始および持続時間）は、被スケジュールエンティティにおいて（たとえば、スロットフォーマットインジケータに基づいて）デフォルト値に設定され得る。代替的に、ＤＣＩは、何らかのデフォルト値の明示的オーバーライドを示し得る。本開示の別の態様では、ショート持続時間ＰＵＣＣＨの場合、被スケジュールエンティティによって使用されるべきアップリンクＯＦＤＭシンボルの数（たとえば、１つまたは２つのＯＦＤＭシンボル）は、半静的または動的に構成され得る。本開示の別の態様では、暗黙的マッピングは、ＰＤＣＣＨリソースまたはＣＣＥの１つのセットをショートＰＵＣＣＨにマッピングし、別のセットをロングＰＵＣＣＨにマッピングし得る。別の態様では、ＰＵＣＣＨリソースへのＣＣＥインデックスの暗黙的マッピングより前に、ＣＣＥインデクシング順序がランダム化されてよい。そのようなランダム化は、たとえば、スロットインデックスの関数であってよく、スケジューラのブロッキングまたは衝突確率を低減するのに役立ち得る。
【０１５６】
[0167]図１２は、本開示のいくつかの態様による、被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための例示的なプロセス１２００を示すフローチャートである。以下で説明されるように、一部またはすべての図示された特徴は、本開示の範囲内の特定の実装形態において省略されてよく、いくつかの図示された特徴は、すべての実施形態の実装に必要とされないことがある。いくつかの例では、プロセス１２００は、図７に示されている被スケジュールエンティティ７００によって行われ得る。
【０１５７】
[0168]ブロック１２０２において、被スケジュールエンティティは、スクランブリング識別子または複数のＣＯＲＥＳＥＴのうちの１つのうちの少なくとも１つに基づく暗黙的リソースマッピングを使用してＡＣＫ／ＮＡＣＫペイロードの送信のためのリソース割振りを取得する。ブロック１２０４において、被スケジュールエンティティは、ＡＣＫ／ＮＡＣＫペイロードのサイズを決定する。ブロック１２０６において、被スケジュールエンティティは、ＡＣＫ／ＮＡＣＫペイロードの送信のために複数のＣＯＲＥＳＥＴのうちの１つに関連付けられた複数のリソースプールのうちの１つを選択する。ブロック１２０８において、被スケジュールエンティティは、取得されたリソース割振りに基づいてＡＣＫ／ＮＡＣＫペイロードを送信する。本開示のいくつかの態様では、暗黙的リソースマッピングは、ダウンリンク制御チャネルの開始制御チャネル要素（ＣＣＥ）にさらに基づく。本開示のいくつかの態様では、複数のＣＯＲＥＳＥＴのうちの１つは、開始ＣＣＥから適用されるべき一意のオフセットに関連付けられる。本開示のいくつかの態様では、複数のリソースプールのうちの１つは、ＡＣＫ／ＮＡＣＫペイロードのサイズに基づいて選択される。本開示のいくつかの態様では、スクランブリング識別子および／または複数のＣＯＲＥＳＥＴのうちの１つは、ＤＣＩ中の肯定応答リソースインジクター（ＡＲＩ）において示される。
【０１５８】
[0169]図１３は、本開示のいくつかの態様による、被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための例示的なプロセス１３００を示すフローチャートである。以下で説明されるように、一部またはすべての図示された特徴は、本開示の範囲内の特定の実装形態において省略されてよく、いくつかの図示された特徴は、すべての実施形態の実装に必要とされないことがある。いくつかの例では、プロセス１３００は、図７に示されている被スケジュールエンティティ７００によって行われ得る。
【０１５９】
[0170]ブロック１３０２において、被スケジュールエンティティは、異なるタイプのＵＣＩの組合せに基づいて、異なるタイプのＵＣＩを送信するためのリソース割振りを取得する。ブロック１３０４において、被スケジュールエンティティは、取得されたリソース割振りに基づいて、異なるタイプのＵＣＩを送信する。本開示のいくつかの態様では、異なるタイプのＵＣＩは、チャネル品質インジケータ（ＣＱＩ）と、１つまたは複数のＡＣＫ／ＮＡＣＫビットとを含む。本開示のそのような態様では、１つまたは複数のＡＣＫ／ＮＡＣＫビットは、ＣＱＩに割り振られたリソースを使用して送信される。本開示の一態様では、異なるタイプのＵＣＩは、複数のＡＣＫビットと、１ビットスケジューリング要求とを含む。本開示のそのような態様では、１ビットスケジューリング要求は、複数のＡＣＫビットがしきい値を超えたとき、複数のＡＣＫビットとともに送信される。
【０１６０】
[0171]図１４は、本開示のいくつかの態様による、被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための例示的なプロセス１４００を示すフローチャートである。以下で説明されるように、一部またはすべての図示された特徴は、本開示の範囲内の特定の実装形態において省略されてよく、いくつかの図示された特徴は、すべての実施形態の実装に必要とされないことがある。いくつかの例では、プロセス１４００は、図７に示されている被スケジュールエンティティ７００によって行われ得る。
【０１６１】
[0172]ブロック１４０２において、被スケジュールエンティティは、スケジューリングエンティティから複数のＤＣＩフォーマットを取得する。複数のＤＣＩフォーマットの各々は、動的スケジューリングのための異なる量の情報を含み得る。ブロック１４０４において、被スケジュールエンティティは、複数のＤＣＩフォーマットのうちの１つを識別するインジケータを取得する。ブロック１４０６において、被スケジュールエンティティは、複数のＤＣＩフォーマットのうちの識別された１つに基づいてＤＣＩを受信する。本開示のいくつかの態様では、インジケータは、スケジューリングエンティティからの無線リソース構成（ＲＲＣ）メッセージ中で取得される。本開示のいくつかの態様では、複数のＤＣＩフォーマットの各々は、異なる数の情報フィールドを含み、情報フィールドの各々は、別個の特徴に関連付けられる。
【０１６２】
[0173]図１５は、本開示のいくつかの態様による、被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための例示的なプロセス１５００を示すフローチャートである。以下で説明されるように、一部またはすべての図示された特徴は、本開示の範囲内の特定の実装形態において省略されてよく、いくつかの図示された特徴は、すべての実施形態の実装に必要とされないことがある。いくつかの例では、プロセス１５００は、図７に示されている被スケジュールエンティティ７００によって行われ得る。
【０１６３】
[0174]ブロック１５０２において、被スケジュールエンティティは、ＡＣＫ／ＮＡＣＫペイロードの送信のためのリソース割振りを取得する。リソース割振りは、開始リソースブロックインデックス、第１のシフトインデックス、または時間ドメインＯＣＣのうちの少なくとも１つに基づいてアップリンク制御チャネルリソースを識別する暗黙的マッピングを使用して取得される。ブロック１５０４において、被スケジュールエンティティは、取得されたリソース割振りに基づいてＡＣＫ／ＮＡＣＫペイロードを送信する。本開示のいくつかの態様では、開始リソースブロックインデックスは、周波数ホッピングが有効にされたとき、第１のホップ中に含まれる。本開示のいくつかの態様では、第１のシフトインデックスは、サブフレームの第１のシンボル中に含まれる。本開示のいくつかの態様では、サブフレームのスロット中のデータおよび復調基準信号（ＤＭＲＳ）シンボルの数と、周波数ホッピングが有効にされるかどうかとに基づいて、直交カバーコードが導出される。
【０１６４】
[0175]図１６は、本開示のいくつかの態様による、被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための例示的なプロセス１６００を示すフローチャートである。以下で説明されるように、一部またはすべての図示された特徴は、本開示の範囲内の特定の実装形態において省略されてよく、いくつかの図示された特徴は、すべての実施形態の実装に必要とされないことがある。いくつかの例では、プロセス１６００は、図７に示されている被スケジュールエンティティ７００によって行われ得る。
【０１６５】
[0176]ブロック１６０２において、被スケジュールエンティティは、いくつかのコンポーネントキャリアについて１つまたは複数のチャネル状態情報（ＣＳＩ）報告を生成する。本開示のいくつかの態様では、被スケジュールエンティティは、コンポーネントキャリアの数がしきい値以下であるとき、いくつかのコンポーネントキャリアについてＣＳＩ報告を生成し得る。一例では、しきい値は、約６．０ギガヘルツを下回るスペクトル帯域が使用されるとき、５つのコンポーネントキャリアであり得る。別の例では、しきい値は、ミリメートル波スペクトルが使用されるとき、１０個のコンポーネントキャリアであり得る。ブロック１６０４において、被スケジュールエンティティは、スケジューリングエンティティに１つまたは複数のＣＳＩ報告を送信する。
【０１６６】
[0177]図１７は、本開示のいくつかの態様による、被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための例示的なプロセス１７００を示すフローチャートである。以下で説明されるように、一部またはすべての図示された特徴は、本開示の範囲内の特定の実装形態において省略されてよく、いくつかの図示された特徴は、すべての実施形態の実装に必要とされないことがある。いくつかの例では、プロセス１７００は、図７に示されている被スケジュールエンティティ７００によって行われ得る。
【０１６７】
[0178]ブロック１７０２において、被スケジュールエンティティは、制御チャネル上でスケジューリングエンティティから制御情報を取得する。ブロック１７０４において、被スケジュールエンティティは、スケジューリングエンティティに、制御情報に対するＡＣＫを送信する。本開示のいくつかの態様では、制御情報は、被スケジュールエンティティにおいて動作を実施するための指示を含む。本開示のいくつかの態様では、この動作はビーム切替え動作である。本開示のいくつかの態様では、制御情報は、しきい値優先度値を超える優先度値を有する。
【０１６８】
[0179]図１８は、本開示のいくつかの態様による、被スケジュールエンティティがワイヤレス通信ネットワークにおいてスケジューリングエンティティと通信するための例示的なプロセス１８００を示すフローチャートである。以下で説明されるように、一部またはすべての図示された特徴は、本開示の範囲内の特定の実装形態において省略されてよく、いくつかの図示された特徴は、すべての実施形態の実装に必要とされないことがある。いくつかの例では、プロセス１８００は、図７に示されている被スケジュールエンティティ７００によって行われ得る。
【０１６９】
[0180]ブロック１８０２において、被スケジュールエンティティは、場合によっては、少なくとも第１のスロット中でスケジューリングエンティティから送信される情報を処理する。ブロック１８０４において、被スケジュールエンティティは、ＡＣＫ／ＮＡＣＫペイロードの送信のためのリソース割振りを取得する。被スケジュールエンティティは、ＡＣＫ／ＮＡＣＫペイロードのシーケンスベースの送信のための複数のシーケンスのうちの１つにマッピングすることによってリソース割振りを取得する。いくつかの態様では、マッピングは、１つまたは複数のパラメータに基づいて時間とともに変動する。本開示のいくつかの態様では、ＡＣＫ／ＮＡＣＫペイロードは、少なくとも第１のスロット中の情報に関連付けられる。ブロック１８０６において、被スケジュールエンティティは、取得されたリソース割振りに基づいてＡＣＫ／ＮＡＣＫペイロードを送信する。
【０１７０】
[0181]本開示のいくつかの態様では、１つまたは複数のパラメータは、初期スロット、現在のスロット、直交周波数分割多重化（ＯＦＤＭ）シンボルインデックス、被スケジュールエンティティの識別子、再送信試行インデックス、または冗長バージョン（ＲＶ）識別子のうちの少なくとも１つを含む。
【０１７１】
[0182]本開示のいくつかの態様では、複数のシーケンスの各々は、暗黙的または明示的構成に基づいて個々に構成される。本開示のいくつかの態様では、複数のシーケンスは、共通ベースシーケンスの等間隔に離間されたサイクリックシフトである。本開示のいくつかの態様では、等間隔に離間されたサイクリックシフトのシフト間隔、または等間隔に離間されたサイクリックシフトの最小シフトのうちの少なくとも１つは、暗黙的または明示的構成に基づいて構成される。本開示のいくつかの態様では、複数のシーケンスのうちの１つまたは複数は、異なる電力オフセットを用いて構成される。
【０１７２】
[0183]本開示のいくつかの態様では、マッピングは、１つまたは複数の関数入力を使用して実装された暗黙的マッピング関数に基づく。一例では、１つまたは複数の関数入力は、ＵＣＩをトリガするダウンリンク制御チャネルリソースのリソース割振りパラメータ、ダウンリンク制御チャネルペイロードコンテンツ、および／またはスケジュールされたダウンリンク共有チャネルのコンテンツを含み得る。本開示のいくつかの態様では、リソース割振りパラメータは、ＣＯＲＥＳＥＴ内の制御チャネル要素（ＣＣＥ）インデックス、ＣＯＲＥＳＥＴインデックス、帯域幅パートインデックス、またはダウンリンク制御チャネルをスクランブルするための無線ネットワーク一時識別子（ＲＮＴＩ）のうちの少なくとも１つを含む。別の例では、１つまたは複数の関数入力は、ダウンリンク共有チャネルコンテンツまたはダウンリンク制御チャネルペイロードコンテンツを含み得る。本開示のいくつかの態様では、ダウンリンク制御チャネルペイロードコンテンツは、スケジュールされたダウンリンク共有チャネルリソースの情報、ランク、変調およびコーディング方式（ＭＣＳ）、波形、ならびに／またはダウンリンク制御チャネルオーダーもしくは命令の詳細を含み得る。
【０１７３】
[0184]１つの例示的な構成では、ワイヤレス通信のための装置７００は、スクランブリング識別子またはいくつかのＣＯＲＥＳＥＴのうちの１つのうちの少なくとも１つに基づく暗黙的リソースマッピングを使用してＡＣＫ／ＮＡＣＫペイロードの送信のためのリソース割振りを取得するための手段を含み得る。装置７００は、ＡＣＫ／ＮＡＣＫペイロードのサイズを決定するための手段をさらに含み得る。装置７００は、ＡＣＫ／ＮＡＣＫペイロードの送信のために複数のＣＯＲＥＳＥＴのうちの１つに関連付けられた複数のリソースプールのうちの１つを選択するための手段をさらに含み得る。装置７００は、取得されたリソース割振りに基づいてＡＣＫ／ＮＡＣＫペイロードを送信するための手段をさらに含み得る。
【０１７４】
[0185]別の例示的な構成では、ワイヤレス通信のための装置７００は、異なるタイプのＵＣＩを送信するためのリソース割振りを取得するための手段を含み得る。たとえば、リソース割振りは、異なるタイプのＵＣＩの組合せに基づき得る。装置７００は、取得されたリソース割振りに基づいて、異なるタイプのＵＣＩを送信するための手段をさらに含み得る。
【０１７５】
[0186]別の例示的な構成では、ワイヤレス通信のための装置７００は、スケジューリングエンティティから複数のＤＣＩフォーマットを取得するための手段を含み得る。たとえば、複数のＤＣＩフォーマットの各々は、動的スケジューリングのための異なる量の情報を含み得る。装置７００は、複数のＤＣＩフォーマットのうちの１つを識別するインジケータを取得するための手段をさらに含み得る。装置７００は、複数のＤＣＩフォーマットのうちの識別された１つに基づいてＤＣＩを受信するための手段をさらに含み得る。
【０１７６】
[0187]別の例示的な構成では、ワイヤレス通信のための装置７００は、ＡＣＫ／ＮＡＣＫペイロードの送信のためのリソース割振りを取得するための手段を含み得る。たとえば、リソース割振りは、開始リソースブロックインデックス、第１のシフトインデックス、または時間ドメインＯＣＣのうちの少なくとも１つに基づいてアップリンク制御チャネルリソースを識別する暗黙的マッピングを使用して取得され得る。装置７００は、取得されたリソース割振りに基づいてＡＣＫ／ＮＡＣＫペイロードを送信するための手段をさらに含み得る。
【０１７７】
[0188]別の例示的な構成では、ワイヤレス通信のための装置７００は、いくつかのコンポーネントキャリアについて１つまたは複数のチャネル状態情報（ＣＳＩ）報告を生成するための手段を含み得る。装置７００は、スケジューリングエンティティに１つまたは複数のＣＳＩ報告を送信するための手段をさらに含み得る。
【０１７８】
[0189]別の例示的な構成では、ワイヤレス通信のための装置７００は、制御チャネル上でスケジューリングエンティティから制御情報を取得するための手段を含み得る。装置７００は、スケジューリングエンティティに、制御情報に対するＡＣＫを送信するための手段をさらに含み得る。
【０１７９】
[0190]別の例示的な構成では、ワイヤレス通信のための装置７００は、少なくとも第１のスロット中でスケジューリングエンティティから送信される情報を処理するための手段を含み得る。装置７００は、ＡＣＫ／ＮＡＣＫペイロードの送信のためのリソース割振りを取得するための手段をさらに含み得る。たとえば、リソース割振りは、ＡＣＫ／ＮＡＣＫペイロードのシーケンスベースの送信のための複数のシーケンスのうちの１つにマッピングすることによって取得され得る。マッピングは、１つまたは複数のパラメータに基づいて時間とともに変動し得る。装置７００は、取得されたリソース割振りに基づいてＡＣＫ／ＮＡＣＫペイロードを送信するための手段をさらに含み得る。
【０１８０】
[0191]本開示の一態様では、上述の手段は、上述の手段によって具陳される機能を実施するように構成され得るプロセッサ７０４であり得る。別の態様では、上述の手段は、上述の手段によって具陳される機能を実施するように構成された回路または任意の装置であり得る。
【０１８１】
[0192]もちろん、上記の例において、プロセッサ７０４中に含まれる回路は一例として提供されるにすぎず、限定はされないが、コンピュータ可読記憶媒体７０６に記憶された命令、または図１および／もしくは図２のいずれか１つにおいて説明される任意の他の好適な装置もしくは手段を含み、ならびに、たとえば、図１２〜図１８に関して本明細書で説明されるプロセスおよび／またはアルゴリズムを利用する、説明される機能を行うための他の手段が本開示の様々な態様内に含まれてよい。
【０１８２】
[0193]例示的な実装形態を参照しながら、ワイヤレス通信ネットワークのいくつかの態様が提示された。当業者なら容易に諒解するように、本開示全体にわたって記載された様々な態様は、他の電気通信システム、ネットワークアーキテクチャ、および通信規格に拡張されてよい。
【０１８３】
[0194]例として、様々な態様は、ロングタームエボリューション（ＬＴＥ）、発展型パケットシステム（ＥＰＳ）、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）、および／またはモバイル用グローバルシステム（ＧＳＭ（登録商標））など、３ＧＰＰによって定義された他のシステム内で実装されてよい。様々な態様はまた、ＣＤＭＡ２０００および／またはエボリューションデータオプティマイズド（ＥＶ−ＤＯ）など、第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって定義されたシステムに拡張されてよい。他の例は、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、ウルトラワイドバンド（ＵＷＢ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）を採用するシステム、および／または他の好適なシステム内に実装されてよい。採用される実際の電気通信規格、ネットワークアーキテクチャ、および／または通信規格は、特定の適用例およびシステムに課される全体的な設計制約に依存する。
【０１８４】
[0195]本開示内で、「例示的」という単語は、「例、事例、または例示として働くこと」を意味するために使用される。「例示的」として本明細書で説明されるいかなる実装形態または態様も、必ずしも本開示の他の態様よりも好ましいかまたは有利であると解釈されるべきであるとは限らない。同様に、「態様」という用語は、本開示のすべての態様が、論じられた特徴、利点、または動作モードを含むことを必要としない。「結合される」という用語は、本明細書では、２つのオブジェクトの間を直接的または間接的に結合することを指すために使用される。たとえば、オブジェクトＡがオブジェクトＢに物理的に触れ、オブジェクトＢがオブジェクトＣに触れる場合、オブジェクトＡおよびＣは、それらが互いに直接物理的に触れない場合でも、やはり互いに結合されていると見なされてよい。たとえば、第１のオブジェクトが第２のオブジェクトと決して直接物理的に接触しない場合でも、第１のオブジェクトは第２のオブジェクトに結合され得る。「回路（circuit）」および「回路（circuitry）」という用語は広く使用され、接続および構成されたとき、電子回路のタイプに関する制限なしに本開示で説明される機能の実施を可能にする、電気デバイスおよび電気導体のハードウェア実装形態、ならびにプロセッサによって実行されたとき、本開示で説明される機能の実施を可能にする、情報および命令のソフトウェア実装形態の両方を含むものとする。本明細書で使用される「取得」という用語は、限定はされないが、受信、獲得、決定、またはそれらの任意の組合せを含む、１つまたは複数の行為を含み得る。
【０１８５】
[0196]図１〜図１８に示されている構成要素、ステップ、特徴および／または機能のうちの１つまたは複数は、単一の構成要素、ステップ、特徴または機能に再構成されおよび／または組み合わされるか、あるいはいくつかの構成要素、ステップ、または機能で具現化され得る。本明細書で開示される新規の特徴から逸脱することなく、さらなる要素、構成要素、ステップ、および／または機能が追加されてもよい。図１〜図１８に示されている装置、デバイス、および／または構成要素は、本明細書で説明される方法、特徴、またはステップのうちの１つまたは複数を実施するように構成されてよい。本明細書で説明される新規のアルゴリズムはまた、効率的にソフトウェアで実装され、および／またはハードウェアに組み込まれてよい。
【０１８６】
[0197]開示される方法におけるステップの特定の順序または階層は、例示的なプロセスの一例であることを理解されたい。設計上の選好に基づいて、方法におけるステップの特定の順序または階層は並べ替えられてよいことを理解されたい。添付の方法クレームは、様々なステップの要素を例示的な順序で提示し、添付の方法クレーム内で特段に具陳されていない限り、提示された特定の順序または階層に限定されるものではない。
【図１】
2020533890.tif 000010
【図２】
2020533890.tif 000011
【図３】
2020533890.tif 000012
【図４】
2020533890.tif 000013
【図５】
2020533890.tif 000014
【図６】
2020533890.tif 000015
【図７】
2020533890.tif 000016
【図８Ａ】
2020533890.tif 000017
【図８Ｂ】
2020533890.tif 000018
【図９Ａ】
2020533890.tif 000019
【図９Ｂ】
2020533890.tif 000020
【図１０】
2020533890.tif 000021
【図１１】
2020533890.tif 000022
【図１２】
2020533890.tif 000023
【図１３】
2020533890.tif 000024
【図１４】
2020533890.tif 000025
【図１５】
2020533890.tif 000026
【図１６】
2020533890.tif 000027
【図１７】
2020533890.tif 000028
【図１８】
2020533890.tif 000029
【国際調査報告】
2020533890.tif 000030
2020533890.tif 000031
2020533890.tif 000032
2020533890.tif 000033