JP2021521698A - 無線リソース制御（ｒｒｃ）設定前の物理アップリンク制御チャネル（ｐｕｃｃｈ）リソース選択 - Google Patents

Abstract

方法、システムおよび装置が開示される。無線デバイス（ＷＤ）と通信するように設定されたネットワークノードが提供される。ネットワークノードは、無線デバイスについて、ＰＵＣＣＨリソース割り当てのためのリソース設定を決定することと、リソース設定に基づいて、専用無線リソース制御設定を確立する前に、ＰＵＣＣＨリソース選択のために無線デバイスにそのリソース設定を提供することとを行うように設定され、および／またはそれらを行うように設定された無線インターフェースを備え、および／またはそれらを行うように設定された処理回路を備える。【選択図】図８

Description

本開示は、無線通信に関し、詳細には、物理アップリンク制御チャネルリソース設定および／またはリソース選択に関する。

１つまたは複数の既存のシステムでは、無線デバイスが専用無線リソース制御（ＲＲＣ）設定を受信する前に、無線デバイスは、システム情報ブロックタイプ１（ＳＩＢ１）において提供される物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを使用し得る。１つまたは複数の例では、専用ＲＲＣ設定は、無線デバイスがＲＲＣ接続モードにある状況などにおける、ランダムアクセスプロシージャの後のＲＲＣ設定を指す。１つまたは複数の例では、無線デバイスに関する専用ＲＲＣ設定は、無線デバイスがＲＲＣ接続モードにあることに関係する。ＳＩＢ１は、１６個の異なるＰＵＣＣＨリソース設定をもつテーブルのインデックスを提供し得る。テーブルは、新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）仕様など、第３世代パートナーシッププロジェクト（３ＧＰＰ）ベース規格においてハードコーディングされ得る。各ＰＵＣＣＨリソース設定は、１６個のＰＵＣＣＨリソースを提供し、および／または１６個のＰＵＣＣＨリソースに対応し得る。無線デバイスがＳＩＢ１を受信した後に、無線デバイスは、１６個のＰＵＣＣＨリソースを提供するＰＵＣＣＨリソース設定で設定され得る。

物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信をスケジュールするダウンリンク制御情報（ＤＣＩ）が、ＰＵＣＣＨリソースのうちの１つを識別するためのＰＵＣＣＨリソースインジケータフィールドを含んでいる肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）によって確認応答され得る。しかしながら、ＰＵＣＣＨリソースインジケータフィールドは、８つのＰＵＣＣＨリソースのうちの１つの選択を可能にする、３ビットにすぎないことがある。

いくつかの実施形態は、有利には、物理アップリンク制御チャネル（ＰＵＣＣＨ）設定および選択のための方法、システム、および装置を提供する。

物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベル１６の場合、他のアグリゲーションレベルの場合に使用されるものとは異なる黙示的ルールが実装され得る。１つまたは複数の実施形態では、黙示的ルールが使用され得、したがって、この場合、ＰＵＣＣＨリソースインジケータフィールドとともに提供される３ビットが、１６個のＰＵＣＣＨリソースのカーディナリティ８のサブセット（ｃａｒｄｉｎａｌｉｔｙ−８ ｓｕｂｓｅｔ）のうちの１つのＰＵＣＣＨリソースを選択するために使用される。１つまたは複数の実施形態では、黙示的ビットは、ＰＤＣＣＨ候補またはＰＤＣＣＨの開始ＣＣＥを使用することなく提供されるが、たとえば、別のＤＣＩフィールドにおいて提供されるビット、たとえば、ダウンリンク（ＤＬ）割り振りインジケータ（ＤＡＩ）の一部として提供されるビットを使用することによって提供され得る。

１６よりも小さいＰＤＣＣＨアグリゲーションレベルの場合、別のルールが実装または使用され得る。たとえば、ＰＤＣＣＨ候補数（ＰＤＣＣＨ ｃａｎｄｉｄａｔｅ ｎｕｍｂｅｒ）またはＰＤＣＣＨのために使用される（開始）ＣＣＥが、追加のビットを提供するために使用され得る。

本開示の一態様によれば、ネットワークノードが、無線デバイスと通信するように設定される。ネットワークノードは、無線デバイスについて、物理アップリンク制御チャネル（ＰＵＣＣＨ）のためのリソース設定を決定することであって、リソース設定が、１６個のＰＵＣＣＨリソースのカーディナリティ８のサブセットのうちの１つのＰＵＣＣＨリソースに対応する、リソース設定を決定することと、リソース設定を提供することとを行うように設定された処理回路を含む。

この態様の１つまたは複数の実施形態によれば、ＰＵＣＣＨのためのリソース設定は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルに基づいて異なるビット値を提供する数学関数に基づく。この態様の１つまたは複数の実施形態によれば、数学関数への入力がＰＤＣＣＨ候補数である。この態様の１つまたは複数の実施形態によれば、ＰＵＣＣＨのためのリソース設定は、１６の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルのためのものである。この態様の１つまたは複数の実施形態によれば、カーディナリティ８のサブセットは、１６個のＰＵＣＣＨリソースのうちの偶数インデックス付きＰＵＣＣＨリソースに対応する。

この態様の１つまたは複数の実施形態によれば、ＰＵＣＣＨのためのリソース設定は、３ビットＰＵＣＣＨリソースインジケータフィールドに加えて追加のビットを提供するために再利用された関数（ｆｕｎｃｔｉｏｎ ｔｈａｔ ｈａｓ ｂｅｅｎ ｒｅ−ｐｕｒｐｏｓｅｄ）を用いる１ビットに少なくとも部分的に基づく。この態様の１つまたは複数の実施形態によれば、ＰＵＣＣＨのためのリソース設定は、１６を下回る物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルのためのものであり、ＰＵＣＣＨのための情報が、ダウンリンク制御情報と、ＰＤＣＣＨおよび物理ダウンリンク共有チャネルのプロパティとのうちの１つに基づく。この態様の１つまたは複数の実施形態によれば、処理回路は、専用無線リソース制御設定を確立する前に、ＰＵＣＣＨリソース選択のために無線デバイスにＰＵＣＣＨのためのリソース設定を提供するようにさらに設定される。この態様の１つまたは複数の実施形態によれば、ＰＵＣＣＨのためのリソース設定は、インジケータフィールドの３ビットを使用して指示される。

１つまたは複数の実施形態によれば、ネットワークノードにおいて実装される方法が、無線デバイスと通信するように設定される。無線デバイスについて、物理アップリンク制御チャネル（ＰＵＣＣＨ）のためのリソース設定が決定され、リソース設定は、１６個のＰＵＣＣＨリソースのカーディナリティ８のサブセットのうちの１つのＰＵＣＣＨリソースに対応する。リソース設定は提供される。

この態様の１つまたは複数の実施形態によれば、ＰＵＣＣＨのためのリソース設定は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルに基づいて異なるビット値を提供する数学関数に基づく。この態様の１つまたは複数の実施形態によれば、数学関数への入力がＰＤＣＣＨ候補数である。この態様の１つまたは複数の実施形態によれば、ＰＵＣＣＨのためのリソース設定は、１６の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルのためのものである。この態様の１つまたは複数の実施形態によれば、カーディナリティ８のサブセットは、１６個のＰＵＣＣＨリソースのうちの偶数インデックス付きＰＵＣＣＨリソースに対応する。

この態様の１つまたは複数の実施形態によれば、ＰＵＣＣＨのためのリソース設定は、３ビットＰＵＣＣＨリソースインジケータフィールドに加えて追加のビットを提供するために再利用された関数を用いる１ビットに少なくとも部分的に基づく。この態様の１つまたは複数の実施形態によれば、ＰＵＣＣＨのためのリソース設定は、１６を下回る物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルのためのものであり、ＰＵＣＣＨのための情報が、ダウンリンク制御情報と、ＰＤＣＣＨおよび物理ダウンリンク共有チャネルのプロパティとのうちの１つに基づく。

この態様の１つまたは複数の実施形態によれば、ＰＵＣＣＨのためのリソース設定は、専用無線リソース制御設定を確立する前に、ＰＵＣＣＨリソース選択のために無線デバイスに提供される。この態様の１つまたは複数の実施形態によれば、ＰＵＣＣＨのためのリソース設定は、インジケータフィールドの３ビットを使用して指示される。

本開示の別の態様によれば、無線デバイスが、ネットワークノードと通信するように設定される。無線デバイスは、物理アップリンク制御チャネル（ＰＵＣＣＨ）のためのリソース設定を受信することと、リソース設定に少なくとも部分的に基づいてＰＵＣＣＨリソースを選択することであって、ＰＵＣＣＨリソースが、１６個のＰＵＣＣＨリソースのカーディナリティ８のサブセットのうちの１つである、ＰＵＣＣＨリソースを選択することとを行うように設定された処理回路（８４）を含む。

この態様の１つまたは複数の実施形態によれば、ＰＵＣＣＨリソースの選択は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルに基づいて異なるビット値を提供する数学関数に基づく。この態様の１つまたは複数の実施形態によれば、数学関数への入力がＰＤＣＣＨ候補数である。この態様の１つまたは複数の実施形態によれば、カーディナリティ８のサブセットは、１６個のＰＵＣＣＨリソースのうちの偶数インデックス付きＰＵＣＣＨリソースに対応する。

この態様の１つまたは複数の実施形態によれば、ＰＵＣＣＨリソース選択は、３ビットＰＵＣＣＨリソースインジケータフィールドに加えて追加のビットを提供するために再利用された関数を用いる１ビットに少なくとも部分的に基づく。この態様の１つまたは複数の実施形態によれば、ＰＤＣＣＨアグリゲーションレベルが１６を下回る場合、ＰＵＣＣＨリソース選択は、ダウンリンク制御情報と、ＰＤＣＣＨおよび物理ダウンリンク共有チャネルのプロパティとのうちの１つに基づく。この態様の１つまたは複数の実施形態によれば、ＰＵＣＣＨリソース選択は、１６のＰＤＣＣＨアグリゲーションレベルのための１つの黙示的にシグナリングされたビット、または１６を下回るＰＤＣＣＨアグリゲーションレベルのための１つの明示的にシグナリングされたビットに少なくとも部分的に基づく。

本開示の別の態様によれば、ネットワークノードと通信するように設定された無線デバイスにおいて実装される方法が提供される。物理アップリンク制御チャネル（ＰＵＣＣＨ）のためのリソース設定が受信される。リソース設定に少なくとも部分的に基づいてＰＵＣＣＨリソースが選択され、ＰＵＣＣＨリソースは、１６個のＰＵＣＣＨリソースのカーディナリティ８のサブセットのうちの１つである。この態様の１つまたは複数の実施形態によれば、ＰＵＣＣＨリソースの選択は、ＰＤＣＣＨアグリゲーションレベルに基づいて異なるビット値を提供する数学関数に基づく。この態様の１つまたは複数の実施形態によれば、数学関数への入力が物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補数である。この態様の１つまたは複数の実施形態によれば、カーディナリティ８のサブセットは、１６個のＰＵＣＣＨリソースのうちの偶数インデックス付きＰＵＣＣＨリソースに対応する。この態様の１つまたは複数の実施形態によれば、ＰＵＣＣＨリソース選択は、３ビットＰＵＣＣＨリソースインジケータフィールドに加えて追加のビットを提供するために再利用された関数を用いる１ビットに少なくとも部分的に基づく。

この態様の１つまたは複数の実施形態によれば、ＰＤＣＣＨアグリゲーションレベルが１６を下回る場合、ＰＵＣＣＨリソース選択は、ダウンリンク制御情報と、ＰＤＣＣＨおよび物理ダウンリンク共有チャネルのプロパティとのうちの１つに基づく。この態様の１つまたは複数の実施形態によれば、ＰＵＣＣＨリソース選択は、１６のＰＤＣＣＨアグリゲーションレベルのための１つの黙示的にシグナリングされたビット、または１６を下回るＰＤＣＣＨアグリゲーションレベルのための１つの明示的にシグナリングされたビットに少なくとも部分的に基づく。

添付の図面とともに考慮されるとき、以下の詳細な説明を参照することによって、本実施形態のより完全な理解、ならびにそれらの付随する利点および特徴がより容易に理解されよう。

本開示における原理による、中間ネットワークを介してホストコンピュータに接続された通信システムを示す例示的なネットワークアーキテクチャの概略図である。 本開示のいくつかの実施形態による、少なくとも部分的に無線接続上で、ネットワークノードを介して無線デバイスと通信するホストコンピュータのブロック図である。 本開示のいくつかの実施形態による、無線デバイスにおいてクライアントアプリケーションを実行するための、ホストコンピュータと、ネットワークノードと、無線デバイスとを含む通信システムにおいて実装される例示的な方法を示すフローチャートである。 本開示のいくつかの実施形態による、無線デバイスにおいてユーザデータを受信するための、ホストコンピュータと、ネットワークノードと、無線デバイスとを含む通信システムにおいて実装される例示的な方法を示すフローチャートである。 本開示のいくつかの実施形態による、ホストコンピュータにおいて無線デバイスからユーザデータを受信するための、ホストコンピュータと、ネットワークノードと、無線デバイスとを含む通信システムにおいて実装される例示的な方法を示すフローチャートである。 本開示のいくつかの実施形態による、ホストコンピュータにおいてユーザデータを受信するためのホストコンピュータと、ネットワークノードと、無線デバイスとを含む通信システムにおいて実装される例示的な方法を示すフローチャートである。 本開示のいくつかの実施形態による、リソース設定のためのネットワークノードにおける例示的なプロセスのフローチャートである。 本開示のいくつかの実施形態による、リソース選択のための無線デバイスにおける例示的なプロセスのフローチャートである。 本開示のいくつかの実施形態による、リソース選択のための無線デバイスにおける例示的なプロセスのフローチャートである。

上記で説明されたように、ＰＵＣＣＨリソースインジケータフィールドは、無線デバイスによる８つのＰＵＣＣＨリソースのうちの１つの選択を可能にする、３ビットにすぎないことがある。いくつかのシステムでは、たとえば、ＰＤＳＣＨをスケジュールするＤＣＩを送信するために使用される物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の制御チャネルエレメント（ＣＣＥ）（の開始）またはＰＤＣＣＨ候補数によって、追加の１ビットが黙示的に提供される。しかしながら、１６のＰＤＣＣＨアグリゲーションレベルについて、１つのＰＤＣＣＨ候補のみが存在し得、したがって、この場合、ＰＤＣＣＨ候補は、余分の情報ビットを決定するために使用されないことがある。本開示は、１６のＰＤＣＣＨアグリゲーションレベルなど、様々なＰＤＣＣＨアグリゲーションレベルについて、専用ＲＲＣ設定より前にまたは専用ＲＲＣ設定の前に（たとえば、ネットワークノードとの専用ＲＲＣ設定を確立する前に、または無線デバイスとネットワークノードとの間の専用ＲＲＣ設定の確立の前に）など、少なくとも部分的に、ＰＵＣＣＨリソースをどのように選択すべきかに関する無線デバイス挙動を規定することによって、既存のシステムに関する（１つまたは複数の）問題の少なくとも一部を解決する。１つまたは複数の例では、専用ＲＲＣ設定は、無線デバイスがＲＲＣ接続モードにあることに対応する。１つまたは複数の例では、ＰＤＣＣＨのアグリゲーションレベルに応じて、ＰＵＣＣＨリソースの選択のために異なる黙示的リソース選択挙動／方法が実装される。１つまたは複数の実施形態では、無線デバイスは、１６個のＰＵＣＣＨリソースで前に設定されたと仮定され得、したがって、無線デバイスは、本明細書で説明されるように、１６個のＰＵＣＣＨリソースのうちの１つを選択し得る。

例示的な実施形態について詳細に説明する前に、実施形態は、主に、ＰＵＣＣＨリソースの選択に関係する、装置構成要素と処理ステップとの組合せ中に存在することに留意されたい。それに応じて、本明細書の説明の利益を有する当業者に容易に明らかになるであろう詳細で本開示を不明瞭にしないように、適切な場合、図面において構成要素が従来のシンボルによって表され、実施形態を理解することに関係するそれらの具体的な詳細のみを示す。同様の番号は、説明全体にわたって同様のエレメントを指す。

本明細書で使用される、「第１」および「第２」、「上部」および「下部」などの関係語は、単に、あるエンティティまたはエレメントを別のエンティティまたはエレメントと区別するために、必ずしも、そのようなエンティティまたはエレメント間の何らかの物理的または論理的関係または順序を必要とすることまたは暗示することなしに、使用され得る。本明細書で使用される専門用語は、特定の実施形態を説明するためのものにすぎず、本明細書で説明される概念を限定するものではない。本明細書で使用される単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈が別段に明確に指示しない限り、複数形をも含むものとする。さらに、本明細書で使用される「備える、含む（ｃｏｍｐｒｉｓｅｓ）」、「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、および／または「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、述べられた特徴、整数、ステップ、動作、エレメント、および／または構成要素の存在を指定するが、１つまたは複数の他の特徴、整数、ステップ、動作、エレメント、構成要素、および／またはそれらのグループの存在または追加を排除しないことを理解されよう。

本明細書で説明される実施形態では、結合用語（ｊｏｉｎｉｎｇ ｔｅｒｍ）「と通信している（ｉｎ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｗｉｔｈ）」などは、たとえば、物理的な接触、誘導、電磁放射、無線シグナリング、赤外線シグナリングまたは光シグナリングによって達成され得る、電気またはデータ通信を指示するために使用され得る。複数の構成要素が相互動作し得ること、ならびに修正および変形が、電気およびデータ通信を達成することについて可能であることを、当業者は諒解されよう。

本明細書で説明されるいくつかの実施形態では、「結合された」、「接続された」などという用語は、必ずしも直接とは限らないが、接続を指示するために本明細書で使用され得、有線接続および／または無線接続を含み得る。

本明細書で使用される「ネットワークノード」という用語は、基地局（ＢＳ）、無線基地局、基地トランシーバ局（ＢＴＳ）、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、ｇノードＢ（ｇＮＢ）、エボルブドノードＢ（ｅＮＢまたはｅノードＢ）、ノードＢ、マルチスタンダード無線（ＭＳＲ）ＢＳなどのＭＳＲ無線ノード、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、リレーノード、ドナーノード制御リレー、無線アクセスポイント（ＡＰ）、送信ポイント、送信ノード、リモートラジオユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）、コアネットワークノード（たとえば、モバイル管理エンティティ（ＭＭＥ）、自己組織化ネットワーク（ＳＯＮ）ノード、協調ノード、測位ノード、ＭＤＴノードなど）、外部ノード（たとえば、第三者ノード、現在のネットワークの外部のノード）、分散アンテナシステム（ＤＡＳ）におけるノード、スペクトルアクセスシステム（ＳＡＳ）ノード、エレメント管理システム（ＥＭＳ）などのいずれかをさらに備え得る、無線ネットワーク中に備えられる任意の種類のネットワークノードであり得る。ネットワークノードは、テスト機器をも備え得る。本明細書で使用される「無線ノード」という用語は、無線デバイス（ＷＤ）または無線ネットワークノードなどの無線デバイス（ＷＤ）を示すためにも使用され得る。

いくつかの実施形態では、無線デバイス（ＷＤ）またはユーザ機器（ＵＥ）という非限定的な用語が互換的に使用される。本明細書のＷＤは、無線デバイス（ＷＤ）など、無線信号を介してネットワークノードまたは別のＷＤと通信することが可能な任意のタイプの無線デバイスであり得る。ＷＤはまた、無線通信デバイス、ターゲットデバイス、デバイスツーデバイス（Ｄ２Ｄ）ＷＤ、マシン型ＷＤまたはマシンツーマシン通信（Ｍ２Ｍ）が可能なＷＤ、低コストおよび／または低複雑度ＷＤ、ＷＤを装備したセンサー、タブレット、モバイル端末、スマートフォン、ラップトップ組込み装備（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、顧客構内機器（ＣＰＥ）、モノのインターネット（ＩｏＴ）デバイス、または狭帯域ＩｏＴ（ＮＢ−ＩＯＴ）デバイスなどであり得る。

また、いくつかの実施形態では、「無線ネットワークノード」という一般用語が使用される。無線ネットワークノードは、基地局、無線基地局、基地トランシーバ局、基地局コントローラ、ネットワークコントローラ、ＲＮＣ、エボルブドノードＢ（ｅＮＢ）、ノードＢ、ｇＮＢ、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、リレーノード、アクセスポイント、無線アクセスポイント、リモートラジオユニット（ＲＲＵ）、リモート無線ヘッド（ＲＲＨ）のいずれかを備え得る、任意の種類の無線ネットワークノードであり得る。

本開示では、たとえば、３ＧＰＰ ＬＴＥおよび／または新無線（ＮＲ）など、１つの特定の無線システムからの専門用語が使用され得るが、これは、本開示の範囲を上述のシステムのみに限定するものと見なされるべきでないことに留意されたい。限定はしないが、広帯域符号分割多元接続（ＷＣＤＭＡ）、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭａｘ）、ウルトラモバイルブロードバンド（ＵＭＢ）、および汎欧州デジタル移動電話方式（ＧＳＭ）を含む、他の無線システムも、本開示内でカバーされるアイデアを活用することから恩恵を受け得る。

無線デバイスまたはネットワークノードによって実施されるものとして本明細書で説明される機能が、複数の無線デバイスおよび／またはネットワークノード上で分散され得ることにさらに留意されたい。言い換えれば、本明細書で説明されるネットワークノードおよび無線デバイスの機能は、単一の物理デバイスによる実施に限定されず、実際は、いくつかの物理デバイス間で分散され得ると考えられる。

チャネルは、概して、論理チャネル、トランスポートチャネルまたは物理チャネルであり得る。チャネルは、１つまたは複数のキャリア、特に複数のサブキャリアを含み、および／または１つまたは複数のキャリア、特に複数のサブキャリア上で構成され得る。制御シグナリング／制御情報を搬送するおよび／または搬送するためのチャネルは、特に、そのチャネルが物理レイヤチャネルである場合、および／またはそのチャネルが制御プレーン情報を搬送する場合、制御チャネルと見なされ得る。同様に、データシグナリング／ユーザ情報を搬送するおよび／または搬送するためのチャネルは、特に、そのチャネルが物理レイヤチャネルである場合、および／またはそのチャネルがユーザプレーン情報を搬送する場合、データチャネルと見なされ得る。チャネルは、特定の通信方向のために、または２つの相補型通信方向（たとえば、ＵＬおよびＤＬ、または２つの方向におけるサイドリンク）のために規定され得、その場合、２つのコンポーネントチャネル、各方向について１つのコンポーネントチャネルを有すると見なされ得る。チャネルの例は、制御および／またはデータのためのものであり得る、低レイテンシおよび／または高信頼性送信のためのチャネル、特に超高信頼低レイテンシ通信（ＵＲＬＬＣ）のためのチャネルを含む。

セルラー通信のために、たとえば、ネットワークノード、特に、基地局またはｅノードＢによって提供され得る、セルを介しておよび／またはセルを規定して、少なくとも１つのアップリンク（ＵＬ）接続および／またはチャネルおよび／またはキャリアならびに少なくとも１つのダウンリンク（ＤＬ）接続および／またはチャネルおよび／またはキャリアが提供されることが考慮され得る。アップリンク方向は、端末からネットワークノード、たとえば、基地局および／またはリレー局へのデータ転送方向を指し得る。ダウンリンク方向は、ネットワークノード、たとえば、基地局および／またはリレーノードから端末へのデータ転送方向を指し得る。ＵＬとＤＬとは、異なる周波数リソース、たとえば、キャリアおよび／またはスペクトル帯域に関連し得る。セルは、異なる周波数帯域を有し得る、少なくとも１つのアップリンクキャリアと少なくとも１つのダウンリンクキャリアとを含み得る。ネットワークノード、たとえば、基地局またはｅノードＢは、１つまたは複数のセル、たとえば、ＰＣｅｌｌおよび／またはＬＡセルを提供および／または規定および／または制御するように適応され得る。

シグナリングは、１つまたは複数の信号および／またはシンボルを含み得る。参照シグナリングは、１つまたは複数の参照信号および／またはシンボルを含み得る。データシグナリングは、データ、特に、ユーザデータならびに／あるいはペイロードデータならびに／あるいは１つまたは複数の無線および／または物理レイヤより上の通信レイヤからのデータを含んでいる、信号および／またはシンボルに関し得る。復調用参照シグナリングが１つまたは複数の復調用信号および／またはシンボルを含むと見なされ得る。復調用参照シグナリングは、特に、３ＧＰＰおよび／またはＬＴＥ技術によるＤＭＲＳを含み得る。復調用参照シグナリングは、概して、関連するデータシグナリングまたはデータを復号および／または復調するために、端末のような受信デバイスに参照を提供するシグナリングを表すと見なされ得る。復調用参照シグナリングは、データまたはデータシグナリングに、特に、特定のデータまたはデータシグナリングに関連し得る。データシグナリングおよび復調用参照シグナリングは、インターレースおよび／または多重化される、たとえば、たとえばサブフレームまたはスロットまたはシンボルをカバーする同じ時間間隔において、および／あるいはリソースブロックのような同じ時間周波数リソース構造において構成されると見なされ得る。リソースエレメントは、たとえば、共通変調において表される１つのシンボルまたはビット数によってカバーされる時間および周波数レンジを表す、最も小さい時間周波数リソースを表し得る。リソースエレメントは、たとえば、特に３ＧＰＰおよび／またはＬＴＥ規格における、シンボル時間長およびサブキャリアをカバーし得る。データ送信は、特定のデータ、たとえば、データの特定のブロックおよび／またはトランスポートブロックの送信を表し、ならびに／あるいはその送信に関し得る。概して、復調用参照シグナリングは、復調用参照シグナリングを識別および／または規定し得る、信号および／またはシンボルのシーケンスを含み、ならびに／あるいはそのシーケンスを表し得る。

別段に規定されていない限り、本明細書で使用される（技術用語および科学用語を含む）すべての用語は、本開示が属する技術の当業者によって通常理解されるものと同じ意味を有する。本明細書で使用される用語は、本明細書および関連技術の文脈におけるそれらの用語の意味に従う意味を有するものとして解釈されるべきであり、明確にそのように本明細書で規定されていない限り、理想的なまたは過度に形式的な意味において解釈されないことをさらに理解されよう。

実施形態は、様々なアグリゲーションレベルとしてのＰＵＣＣＨリソースの選択を与える。次に、図面を参照すると、同様のエレメントが同様の参照番号によって参照されており、図１ａでは、一実施形態による、無線アクセスネットワークなどのアクセスネットワーク１２とコアネットワーク１４とを備える、ＬＴＥおよび／またはＮＲ（５Ｇ）などの規格をサポートし得る３ＧＰＰタイプセルラーネットワークなど、通信システム１０の概略図が示されている。アクセスネットワーク１２は、各々が、対応する（まとめてカバレッジエリア１８と呼ばれる）カバレッジエリア１８ａ、１８ｂ、１８ｃを規定する、ＮＢ、ｅＮＢ、ｇＮＢまたは他のタイプの無線アクセスポイントなど、（まとめてネットワークノード１６と呼ばれる）複数のネットワークノード１６ａ、１６ｂ、１６ｃを備える。各ネットワークノード１６ａ、１６ｂ、１６ｃは、有線接続または無線接続２０上でコアネットワーク１４に接続可能である。カバレッジエリア１８ａ中に位置する第１の無線デバイス（ＷＤ）２２ａが、対応するネットワークノード１６ｃに無線で接続するように設定されるか、または対応するネットワークノード１６ｃによってページングされるように設定される。カバレッジエリア１８ｂ中の第２のＷＤ２２ｂが、対応するネットワークノード１６ａに無線で接続可能である。この例では（まとめて無線デバイス２２と呼ばれる）複数のＷＤ２２ａ、２２ｂが示されているが、開示される実施形態は、唯一のＷＤがカバレッジエリア中にある状況、または、唯一のＷＤが、対応するネットワークノード１６に接続している状況に、等しく適用可能である。便宜上、２つのＷＤ２２および３つのネットワークノード１６のみが示されているが、通信システムは、より多くのＷＤ２２およびネットワークノード１６を含み得ることに留意されたい。

また、ＷＤ２２が、２つ以上のネットワークノード１６および２つ以上のタイプのネットワークノード１６と同時通信しており、ならびに／またはそれらと別々に通信するように設定され得ると考えられる。たとえば、ＷＤ２２は、ＬＴＥをサポートするネットワークノード１６およびＮＲをサポートする同じまたは異なるネットワークノード１６とのデュアルコネクティビティを有することができる。一例として、ＷＤ２２は、ＬＴＥ／Ｅ−ＵＴＲＡＮのためのｅＮＢおよびＮＲ／ＮＧ−ＲＡＮのためのｇＮＢと通信していることがある。

通信システム１０は、それ自体、ホストコンピュータ２４に接続され得、ホストコンピュータ２４は、スタンドアロンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／またはソフトウェアにおいて、あるいはサーバファーム中の処理リソースとして具現され得る。ホストコンピュータ２４は、サービスプロバイダの所有または制御下にあり得るか、あるいはサービスプロバイダによってまたはサービスプロバイダの代わりに動作され得る。通信システム１０とホストコンピュータ２４との間の接続２６、２８が、コアネットワーク１４からホストコンピュータ２４まで直接延び得るか、または随意の中間ネットワーク３０を介して延び得る。中間ネットワーク３０は、パブリックネットワーク、プライベートネットワーク、またはホストされたネットワークのうちの１つ、またはそれらのうちの２つ以上の組合せであり得る。中間ネットワーク３０は、もしあれば、バックボーンネットワークまたはインターネットであり得る。いくつかの実施形態では、中間ネットワーク３０は、２つまたはそれ以上のサブネットワーク（図示せず）を備え得る。

図１の通信システムは、全体として、接続されたＷＤ２２ａ、２２ｂのうちの１つとホストコンピュータ２４との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ：ｏｖｅｒ−ｔｈｅ−ｔｏｐ）接続として説明され得る。ホストコンピュータ２４および接続されたＷＤ２２ａ、２２ｂは、アクセスネットワーク１２、コアネットワーク１４、任意の中間ネットワーク３０および可能なさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続を介して、データおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続は、ＯＴＴ接続が通過する、参加する通信デバイスのうちの少なくともいくつかが、アップリンクおよびダウンリンク通信のルーティングを認識していないという点で、透過的であり得る。たとえば、ネットワークノード１６が、接続されたＷＤ２２ａにフォワーディング（たとえば、ハンドオーバ）されるべき、ホストコンピュータ２４から発生したデータを伴う着信ダウンリンク通信の過去のルーティングに関して、通知されないことがあり、または通知される必要がない。同様に、ネットワークノード１６は、ＷＤ２２ａから発生してホストコンピュータ２４に向かう発信アップリンク通信の将来ルーティングに気づいている必要がない。

ネットワークノード１６は、本明細書で説明されるように、リソース設定を決定し、リソース設定をＷＤ２２に提供するように設定された設定ユニット３２を含むように設定される。無線デバイス２２は、本明細書で説明されるように、専用無線リソース制御（ＲＲＣ）設定の前に、リソース設定を受信することと、ＰＵＣＣＨリソースを選択することとを行うように設定された選択ユニット３４を含むように設定される。

次に、一実施形態による、前の段落において説明されたＷＤ２２、ネットワークノード１６およびホストコンピュータ２４の例示的な実装形態が、図２を参照しながら説明される。通信システム１０では、ホストコンピュータ２４は、通信システム１０の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェース４０を含む、ハードウェア（ＨＷ）３８を備える。ホストコンピュータ２４は、記憶能力および／または処理能力を有し得る、処理回路４２をさらに備える。処理回路４２は、プロセッサ４４とメモリ４６とを含み得る。詳細には、中央処理ユニットなどのプロセッサおよびメモリに加えて、またはそれらの代わりに、処理回路４２は、処理および／または制御のための集積回路、たとえば、命令を実行するように適応された、１つまたは複数のプロセッサおよび／またはプロセッサコアおよび／またはＦＰＧＡ（フィールドプログラマブルゲートアレイ）および／またはＡＳＩＣ（特定用途向け集積回路）を備え得る。プロセッサ４４は、メモリ４６にアクセスする（たとえば、メモリ４６に書き込む、および／またはメモリ４６から読み取る）ように設定され得、メモリ４６は、任意の種類の揮発性および／または不揮発性メモリ、たとえば、キャッシュおよび／またはバッファメモリおよび／またはＲＡＭ（ランダムアクセスメモリ）および／またはＲＯＭ（読取り専用メモリ）および／または光メモリおよび／またはＥＰＲＯＭ（消去可能プログラマブル読取り専用メモリ）を含み得る。

処理回路４２は、本明細書で説明される方法および／またはプロセスのいずれをも制御するように、ならびに／あるいはそのような方法および／またはプロセスを、たとえば、ホストコンピュータ２４によって実施させるように、設定され得る。プロセッサ４４は、本明細書で説明されるホストコンピュータ２４機能を実施するための１つまたは複数のプロセッサ４４に対応する。ホストコンピュータ２４は、データ、プログラマチックソフトウェアコードおよび／または本明細書で説明される他の情報を記憶するように設定されたメモリ４６を含む。いくつかの実施形態では、ソフトウェア４８および／またはホストアプリケーション５０は、プロセッサ４４および／または処理回路４２によって実行されたとき、プロセッサ４４および／または処理回路４２に、ホストコンピュータ２４に関して本明細書で説明されるプロセスを実施させる命令を含み得る。命令は、ホストコンピュータ２４に関連するソフトウェアであり得る。

ソフトウェア４８は、処理回路４２によって実行可能であり得る。ソフトウェア４８はホストアプリケーション５０を含む。ホストアプリケーション５０は、ＷＤ２２およびホストコンピュータ２４において終端するＯＴＴ接続５２を介して接続するＷＤ２２など、リモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーション５０は、ＯＴＴ接続５２を使用して送信されるユーザデータを提供し得る。「ユーザデータ」は、説明される機能を実装するものとして本明細書で説明される、データおよび情報であり得る。一実施形態では、ホストコンピュータ２４は、サービスプロバイダに制御および機能を提供するために設定され得、サービスプロバイダによってまたはサービスプロバイダの代わりに動作され得る。ホストコンピュータ２４の処理回路４２は、ホストコンピュータ２４が、ネットワークノード１６および／または無線デバイス２２を観測、監視、制御すること、ネットワークノード１６および／または無線デバイス２２に送信すること、ならびに／あるいはネットワークノード１６および／または無線デバイス２２から受信することを可能にし得る。ホストコンピュータ２４の処理回路４２は、サービスプロバイダが、リソース設定情報を決定し、および／またはリソース設定情報をＷＤ２２に提供することを可能にするように設定された情報ユニット５４を含み得る。

通信システム１０は、通信システム１０中に提供されるネットワークノード１６をさらに含み、ネットワークノード１６は、ネットワークノード１６がホストコンピュータ２４およびＷＤ２２と通信することを可能にするハードウェア５８を備える。ハードウェア５８は、通信システム１０の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェース６０、ならびにネットワークノード１６によってサーブされるカバレッジエリア１８中に位置するＷＤ２２との少なくとも無線接続６４をセットアップおよび維持するための無線インターフェース６２を含み得る。無線インターフェース６２は、たとえば、１つまたは複数のＲＦ送信機、１つまたは複数のＲＦ受信機、および／または１つまたは複数のＲＦトランシーバとして形成され得るか、あるいはそれらを含み得る。通信インターフェース６０は、ホストコンピュータ２４への接続６６を容易にするように設定され得る。接続６６は直接であり得るか、あるいは、接続６６は、通信システム１０のコアネットワーク１４を、および／または通信システム１０の外部の１つまたは複数の中間ネットワーク３０を通過し得る。

示されている実施形態では、ネットワークノード１６のハードウェア５８は、処理回路６８をさらに含む。処理回路６８は、プロセッサ７０とメモリ７２とを含み得る。詳細には、中央処理ユニットなどのプロセッサおよびメモリに加えて、またはそれらの代わりに、処理回路６８は、処理および／または制御のための集積回路、たとえば、命令を実行するように適応された、１つまたは複数のプロセッサおよび／またはプロセッサコアおよび／またはＦＰＧＡ（フィールドプログラマブルゲートアレイ）および／またはＡＳＩＣ（特定用途向け集積回路）を備え得る。プロセッサ７０は、メモリ７２にアクセスする（たとえば、メモリ７２に書き込む、および／またはメモリ７２から読み取る）ように設定され得、メモリ７２は、任意の種類の揮発性および／または不揮発性メモリ、たとえば、キャッシュおよび／またはバッファメモリおよび／またはＲＡＭ（ランダムアクセスメモリ）および／またはＲＯＭ（読取り専用メモリ）および／または光メモリおよび／またはＥＰＲＯＭ（消去可能プログラマブル読取り専用メモリ）を含み得る。

したがって、ネットワークノード１６は、たとえば、メモリ７２に内部的に記憶されたか、または外部接続を介してネットワークノード１６によってアクセス可能な外部メモリ（たとえば、データベース、ストレージアレイ、ネットワークストレージデバイスなど）に記憶されたソフトウェア５０をさらに有する。ソフトウェア５０は、処理回路６８によって実行可能であり得る。処理回路６８は、本明細書で説明される方法および／またはプロセスのいずれをも制御するように、ならびに／あるいはそのような方法および／またはプロセスを、たとえば、ネットワークノード１６によって実施させるように、設定され得る。プロセッサ７０は、本明細書で説明されるネットワークノード１６機能を実施するための１つまたは複数のプロセッサ７０に対応する。メモリ７２は、データ、プログラマチックソフトウェアコードおよび／または本明細書で説明される他の情報を記憶するように設定される。いくつかの実施形態では、ソフトウェア５０は、プロセッサ７０および／または処理回路６８によって実行されたとき、プロセッサ７０および／または処理回路６８に、ネットワークノード１６に関して本明細書で説明されるプロセスを実施させる命令を含み得る。たとえば、ネットワークノード１６の処理回路６８は、本明細書で説明されるように、無線デバイスについて、ＰＵＣＣＨ、たとえば、ＰＵＣＣＨリソース割り当てのためのリソース設定を決定することと、本明細書で説明されるように、リソース設定に基づいて、専用無線リソース制御（ＲＲＣ）設定の前に（たとえば、無線デバイス２２との専用ＲＲＣ設定を確立する前に、または無線デバイス２２とネットワークノード１６との間の専用ＲＲＣ設定の確立の前に）ＰＵＣＣＨリソース選択のために無線デバイスに設定を提供することとを行うように設定された設定ユニット３２を含み得る。

１つまたは複数の実施形態では、本明細書で説明されるように、リソース設定は、１６のアグリゲーションレベルのためのものであり、リソース設定は、１６個のＰＵＣＣＨリソースへのカーディナリティ８のサブセットマッピングに対応し、またはリソース設定は、３ビットＰＵＣＣＨリソースインジケータフィールドに加えて追加のビットを提供するために再利用された関数を用いる１ビットに対応する。１つまたは複数の実施形態では、リソース設定は、１６を下回るアグリゲーションレベルのためのものであり、ＰＵＣＣＨリソース選択のための情報が、ダウンリンク制御情報、あるいは物理ダウンリンク制御チャネルまたは物理ダウンリンク共有チャネルのプロパティに基づく。１つまたは複数の実施形態では、リソース設定は、１６のアグリゲーションレベルのための１つの黙示的にシグナリングされた黙示的ビット、または１６を下回るアグリゲーションレベルのための１つの明示的にシグナリングされたビットに対応する。

通信システム１０は、すでに言及されたＷＤ２２をさらに含む。ＷＤ２２は、ＷＤ２２が現在位置するカバレッジエリア１８をサーブするネットワークノード１６との無線接続６４をセットアップおよび維持するように設定された無線インターフェース８２を含み得る、ハードウェア８０を有し得る。無線インターフェース８２は、たとえば、１つまたは複数のＲＦ送信機、１つまたは複数のＲＦ受信機、および／または１つまたは複数のＲＦトランシーバとして形成され得るか、あるいはそれらを含み得る。

ＷＤ２２のハードウェア８０は、処理回路８４をさらに含む。処理回路８４は、プロセッサ８６とメモリ８８とを含み得る。詳細には、中央処理ユニットなどのプロセッサおよびメモリに加えて、またはそれらの代わりに、処理回路８４は、処理および／または制御のための集積回路、たとえば、命令を実行するように適応された、１つまたは複数のプロセッサおよび／またはプロセッサコアおよび／またはＦＰＧＡ（フィールドプログラマブルゲートアレイ）および／またはＡＳＩＣ（特定用途向け集積回路）を備え得る。プロセッサ８６は、メモリ８８にアクセスする（たとえば、メモリ８８に書き込む、および／またはメモリ８８から読み取る）ように設定され得、メモリ８８は、任意の種類の揮発性および／または不揮発性メモリ、たとえば、キャッシュおよび／またはバッファメモリおよび／またはＲＡＭ（ランダムアクセスメモリ）および／またはＲＯＭ（読取り専用メモリ）および／または光メモリおよび／またはＥＰＲＯＭ（消去可能プログラマブル読取り専用メモリ）を含み得る。

したがって、ＷＤ２２はソフトウェア９０をさらに備え得、ソフトウェア９０は、たとえば、ＷＤ２２におけるメモリ８８に記憶されるか、またはＷＤ２２によってアクセス可能な外部メモリ（たとえば、データベース、ストレージアレイ、ネットワークストレージデバイスなど）に記憶される。ソフトウェア９０は、処理回路８４によって実行可能であり得る。ソフトウェア９０は、クライアントアプリケーション９２を含み得る。クライアントアプリケーション９２は、ホストコンピュータ２４のサポートを伴って、ＷＤ２２を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ２４では、実行しているホストアプリケーション５０は、ＷＤ２２およびホストコンピュータ２４において終端するＯＴＴ接続５２を介して、実行しているクライアントアプリケーション９２と通信し得る。ユーザにサービスを提供する際に、クライアントアプリケーション９２は、ホストアプリケーション５０から要求データを受信し、要求データに応答してユーザデータを提供し得る。ＯＴＴ接続５２は、要求データとユーザデータの両方を転送し得る。クライアントアプリケーション９２は、クライアントアプリケーション９２が提供するユーザデータを生成するためにユーザと対話し得る。

処理回路８４は、本明細書で説明される方法および／またはプロセスのいずれをも制御するように、ならびに／あるいはそのような方法および／またはプロセスを、たとえば、ＷＤ２２によって実施させるように、設定され得る。プロセッサ８６は、本明細書で説明されるＷＤ２２機能を実施するための１つまたは複数のプロセッサ８６に対応する。ＷＤ２２は、データ、プログラマチックソフトウェアコードおよび／または本明細書で説明される他の情報を記憶するように設定されたメモリ８８を含む。いくつかの実施形態では、ソフトウェア９０および／またはクライアントアプリケーション９２は、プロセッサ８６および／または処理回路８４によって実行されたとき、プロセッサ８６および／または処理回路８４に、ＷＤ２２に関して本明細書で説明されるプロセスを実施させる命令を含み得る。たとえば、無線デバイス２２の処理回路８４は、本明細書で説明されるように、ＰＵＣＣＨのためのリソース設定を受信することと、本明細書で説明されるように、受信されたリソース設定に基づいて、専用ＲＲＣ設定の前に（たとえば、ネットワークノード１６との専用ＲＲＣ設定を確立する前に、または無線デバイス２２とネットワークノード１６との間の専用ＲＲＣ設定の確立の前に）ＰＵＣＣＨリソースを選択することとを行うように設定された選択ユニット３４を含み得る。

１つまたは複数の実施形態では、本明細書で説明されるように、リソース設定は、１６のアグリゲーションレベルのためのものであり、リソース設定は、１６個のＰＵＣＣＨリソースへのカーディナリティ８のサブセットマッピングに対応し、またはリソース設定は、３ビットＰＵＣＣＨリソースインジケータフィールドに加えて追加のビットを提供するために再利用された関数を用いる１ビットに対応する。１つまたは複数の実施形態では、リソース設定は、１６を下回るアグリゲーションレベルのためのものであり、ＰＵＣＣＨリソース選択のための情報が、ダウンリンク制御情報、あるいは物理ダウンリンク制御チャネルまたは物理ダウンリンク共有チャネルのプロパティに基づく。１つまたは複数の実施形態では、リソース設定は、１６のアグリゲーションレベルのための１つの黙示的にシグナリングされた黙示的ビット、または１６を下回るアグリゲーションレベルのための１つの明示的にシグナリングされたビットに対応する。

いくつかの実施形態では、ネットワークノード１６、ＷＤ２２、およびホストコンピュータ２４の内部の働きは、図２に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、図１のものであり得る。

図２では、ＯＴＴ接続５２は、仲介デバイスとこれらのデバイスを介したメッセージの正確なルーティングとへの明示的言及なしに、ネットワークノード１６を介したホストコンピュータ２４と無線デバイス２２との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャが、ルーティングを決定し得、ネットワークインフラストラクチャは、ＷＤ２２からまたはホストコンピュータ２４を動作させるサービスプロバイダから、またはその両方からルーティングを隠すように設定され得る。ＯＴＴ接続５２がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが、（たとえば、ネットワークの負荷分散考慮または再設定に基づいて）ルーティングを動的に変更する判断を行い得る。

ＷＤ２２とネットワークノード１６との間の無線接続６４は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続６４が最後のセグメントを形成し得るＯＴＴ接続５２を使用して、ＷＤ２２に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態のうちのいくつかの教示は、データレート、レイテンシ、および／または電力消費を改善し、それにより、低減されたユーザ待ち時間、ファイルサイズに対する緩和された制限、より良い応答性、延長されたバッテリー寿命などの利益を提供し得る。

いくつかの実施形態では、１つまたは複数の実施形態が改善する、データレート、レイテンシおよび他のファクタを監視する目的での、測定プロシージャが提供され得る。測定結果の変動に応答して、ホストコンピュータ２４とＷＤ２２との間のＯＴＴ接続５２を再設定するための随意のネットワーク機能がさらにあり得る。測定プロシージャおよび／またはＯＴＴ接続５２を再設定するためのネットワーク機能は、ホストコンピュータ２４のソフトウェア４８においてまたはＷＤ２２のソフトウェア９０において、またはその両方において実装され得る。実施形態では、ＯＴＴ接続５２が通過する通信デバイスにおいて、またはその通信デバイスに関連して、センサー（図示せず）が展開され得、センサーは、上記で例示された監視された量の値を供給すること、またはソフトウェア４８、９０が監視された量を算出または推定し得る他の物理量の値を供給することによって、測定プロシージャに参加し得る。ＯＴＴ接続５２の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、ネットワークノード１６に影響を及ぼす必要がなく、再設定は、ネットワークノード１６に知られていないかまたは知覚不可能であり得る。いくつかのそのようなプロシージャおよび機能は、当技術分野において知られ、実施され得る。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ２４の測定を容易にするプロプライエタリＷＤシグナリングを伴い得る。いくつかの実施形態では、測定は、ソフトウェア４８、９０が、伝搬時間、エラーなどを監視しながら、ソフトウェア４８、９０が、ＯＴＴ接続５２を使用して、メッセージ、特に、空のまたは「ダミー」メッセージを送信させるという点で実装され得る。

したがって、いくつかの実施形態では、ホストコンピュータ２４は、ユーザデータを提供するように設定された処理回路４２と、ＷＤ２２への送信のためにユーザデータをセルラーネットワークにフォワーディングするように設定された通信インターフェース４０とを含む。いくつかの実施形態では、セルラーネットワークは、無線インターフェース６２をもつネットワークノード１６をも含む。いくつかの実施形態では、ネットワークノード１６は、ＷＤ２２への送信を準備／始動／維持／サポート／終了すること、および／またはＷＤ２２からの送信の受信において準備／終端／維持／サポート／終了することを行うための本明細書で説明される機能および／または方法を実施するように設定され、ならびに／あるいはネットワークノード１６の処理回路６８はそれらを実施するように設定される。

いくつかの実施形態では、ホストコンピュータ２４は、処理回路４２と、通信インターフェース４０とを含み、通信インターフェース４０は、ＷＤ２２からネットワークノード１６への送信から発信したユーザデータを受信するように設定された通信インターフェース４０に設定される。いくつかの実施形態では、ＷＤ２２は、ネットワークノード１６への送信を準備／開始／維持／サポート／終了すること、および／またはネットワークノード１６からの送信の受信において準備／終端／維持／サポート／終了することを行うための本明細書で説明される機能および／または方法を実施するように設定され、および／またはそれらを実施するように設定された無線インターフェース８２および／または処理回路８４を備える。

図１および図２は、それぞれのプロセッサ内にあるものとして、設定ユニット３２、選択ユニット３４などの様々な「ユニット」を示すが、これらのユニットは、ユニットの一部分が処理回路内の対応するメモリに記憶されるように、実装され得ることが考えられる。言い換えれば、ユニットは、ハードウェアで、またはハードウェアと処理回路内のソフトウェアとの組合せで実装され得る。

図３は、一実施形態による、たとえば、図１および図２の通信システムなど、通信システムにおいて実装される例示的な方法を示すフローチャートである。通信システムは、図２を参照しながら説明されたものであり得る、ホストコンピュータ２４、ネットワークノード１６およびＷＤ２２を含み得る。方法の第１のステップにおいて、ホストコンピュータ２４はユーザデータを提供する（ブロックＳ１００）。第１のステップの随意のサブステップにおいて、ホストコンピュータ２４は、たとえば、ホストアプリケーション７４など、ホストアプリケーションを実行することによって、ユーザデータを提供する（ブロックＳ１０２）。第２のステップにおいて、ホストコンピュータ２４は、ＷＤ２２にユーザデータを搬送する送信を始動する（ブロックＳ１０４）。随意の第３のステップにおいて、ネットワークノード１６は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータ２４が始動した送信において搬送されたユーザデータをＷＤ２２に送信する（ブロックＳ１０６）。随意の第４のステップにおいて、ＷＤ２２は、ホストコンピュータ２４によって実行されるホストアプリケーション７４に関連する、たとえば、クライアントアプリケーション９２など、クライアントアプリケーションを実行する（ブロックＳ１０８）。

図４は、一実施形態による、たとえば、図１の通信システムなど、通信システムにおいて実装される例示的な方法を示すフローチャートである。通信システムは、図１および図２を参照しながら説明されたものであり得る、ホストコンピュータ２４、ネットワークノード１６およびＷＤ２２を含み得る。方法の第１のステップにおいて、ホストコンピュータ２４はユーザデータを提供する（ブロックＳ１１０）。随意のサブステップ（図示せず）において、ホストコンピュータ２４は、たとえば、ホストアプリケーション７４など、ホストアプリケーションを実行することによって、ユーザデータを提供する。第２のステップにおいて、ホストコンピュータ２４は、ＷＤ２２にユーザデータを搬送する送信を始動する（ブロックＳ１１２）。送信は、本開示全体にわたって説明される実施形態の教示に従って、ネットワークノード１６を介して進み得る。随意の第３のステップにおいて、ＷＤ２２は、送信において搬送されたユーザデータを受信する（ブロックＳ１１４）。

図５は、一実施形態による、たとえば、図１の通信システムなど、通信システムにおいて実装される例示的な方法を示すフローチャートである。通信システムは、図１および図２を参照しながら説明されたものであり得る、ホストコンピュータ２４、ネットワークノード１６およびＷＤ２２を含み得る。本方法の随意の第１のステップにおいて、ＷＤ２２は、ホストコンピュータ２４によって提供された入力データを受信する（ブロックＳ１１６）。第１のステップの随意のサブステップにおいて、ＷＤ２２は、ホストコンピュータ２４によって提供された受信された入力データに反応してユーザデータを提供する、クライアントアプリケーション９２を実行する（ブロックＳ１１８）。追加または代替として、随意の第２のステップにおいて、ＷＤ２２はユーザデータを提供する（ブロックＳ１２０）。第２のステップの随意のサブステップにおいて、ＷＤ２２は、たとえば、クライアントアプリケーション９２など、クライアントアプリケーションを実行することによって、ユーザデータを提供する（ブロックＳ１２２）。ユーザデータを提供する際に、実行されたクライアントアプリケーション９２は、ユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、ＷＤ２２は、随意の第３のサブステップにおいて、ホストコンピュータ２４へのユーザデータの送信を始動し得る（ブロックＳ１２４）。方法の第４のステップにおいて、ホストコンピュータ２４は、本開示全体にわたって説明される実施形態の教示に従って、ＷＤ２２から送信されたユーザデータを受信する（ブロックＳ１２６）。

図６は、一実施形態による、たとえば、図１の通信システムなど、通信システムにおいて実装される例示的な方法を示すフローチャートである。通信システムは、図１および図２を参照しながら説明されたものであり得る、ホストコンピュータ２４、ネットワークノード１６およびＷＤ２２を含み得る。方法の随意の第１のステップにおいて、本開示全体にわたって説明される実施形態の教示に従って、ネットワークノード１６は、ＷＤ２２からユーザデータを受信する（ブロックＳ１２８）。随意の第２のステップにおいて、ネットワークノード１６は、ホストコンピュータ２４への、受信されたユーザデータの送信を始動する（ブロックＳ１３０）。第３のステップにおいて、ホストコンピュータ２４は、ネットワークノード１６によって始動された送信において搬送されたユーザデータを受信する（ブロックＳ１３２）。

図７は、リソース設定のためのネットワークノード１６における例示的なプロセスのフローチャートである。ネットワークノード１６によって実施される１つまたは複数のブロックおよび／または機能は、処理回路６８中の構成ユニット３２、プロセッサ７０、無線インターフェース６２などによってなど、ネットワークノード１６の１つまたは複数のエレメントによって実施され得る。１つまたは複数の実施形態では、ネットワークノード１６は、処理回路６８、構成ユニット３２、プロセッサ７０のうちの１つまたは複数を介してなど、本明細書で説明されるように、無線デバイスについての、ＰＵＣＣＨのための、たとえば、ＰＵＣＣＨリソース割り当てのためのリソース設定を決定する（ブロックＳ１３４）ように設定される。本明細書で使用されるリソース設定は、本明細書で説明されるように、無線デバイス２２が使用および／または選択すべきＰＵＣＣＨリソースを指示し得、それにより、リソースの設定を提供する。１つまたは複数の実施形態では、処理回路６８、構成ユニット３２、プロセッサ７０、通信インターフェース６０および無線インターフェース６２のうちの１つまたは複数を介してなど、ネットワークノード１６は、無線デバイス２２にリソース設定を提供する（ブロックＳ１３６）ように設定される。１つまたは複数の実施形態では、リソース設定は、本明細書で説明されるように、リソース設定に基づいて専用無線リソース制御設定を確立する前に、ＰＵＣＣＨリソース選択のために提供される。１つまたは複数の例では、ＰＵＣＣＨリソース選択は、無線デバイス２２との専用ＲＲＣ設定を確立する前に、または無線デバイス２２とネットワークノード１６との間の専用ＲＲＣ設定の確立の前に行われる。

１つまたは複数の実施形態では、ＰＵＣＣＨのためのリソース設定は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルに基づいて異なるビット値を提供する数学関数に基づく。１つまたは複数の実施形態では、数学関数への入力がＰＤＣＣＨ候補数である。１つまたは複数の実施形態では、ＰＵＣＣＨのためのリソース設定は、１６の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルのためのものである。１つまたは複数の実施形態では、本明細書で説明されるように、リソース設定は、１６のアグリゲーションレベルのためのものであり、リソース設定は、１６個のＰＵＣＣＨリソースへのカーディナリティ８のサブセットマッピングに対応し、またはリソース設定は、３ビットＰＵＣＣＨリソースインジケータフィールドに加えて追加のビットを提供するために再利用された関数を用いる１ビットに対応する。１つまたは複数の実施形態では、ＰＵＣＣＨのためのリソース設定は、３ビットＰＵＣＣＨリソースインジケータフィールドに加えて追加のビットを提供するために再利用された関数を用いる１ビットに少なくとも部分的に基づく。１つまたは複数の実施形態では、リソース設定は、１６を下回るアグリゲーションレベルのためのものであり、ＰＵＣＣＨリソース選択のための情報が、ダウンリンク制御情報と、物理ダウンリンク制御チャネルおよび物理ダウンリンク共有チャネルのプロパティとのうちの１つに基づく。１つまたは複数の実施形態では、リソース設定は、１６のアグリゲーションレベルのための１つの黙示的にシグナリングされた黙示的ビット、または１６を下回るアグリゲーションレベルのための１つの明示的にシグナリングされたビットに対応する。１つまたは複数の実施形態では、処理回路６８は、専用無線リソース制御設定を確立する前に、ＰＵＣＣＨリソース選択のために無線デバイス２２にＰＵＣＣＨのためのリソース設定を提供するようにさらに設定される。１つまたは複数の実施形態では、ＰＵＣＣＨのためのリソース設定は、インジケータフィールドの３ビットを使用して指示される。

図８は、本開示のいくつかの実施形態による、リソース選択のための無線デバイス２２における例示的なプロセスのフローチャートである。無線デバイス２２によって実施される１つまたは複数のブロックおよび／または機能は、処理回路８４中の選択ユニット３４、プロセッサ８６、無線インターフェース８２などによってなど、無線デバイス２２の１つまたは複数のエレメントによって実施され得る。１つまたは複数の実施形態では、処理回路８４、選択ユニット３４、プロセッサ８６および無線インターフェース８２のうちの１つまたは複数を介してなど、無線デバイス２２は、本明細書で説明されるように、ＰＵＣＣＨのためのリソース設定を受信する（ブロックＳ１３８）ように設定される（ブロックＳ１３８）。１つまたは複数の実施形態では、処理回路８４、選択ユニット３４、プロセッサ８６および無線インターフェース８２のうちの１つまたは複数を介してなど、無線デバイス２２は、ＰＵＣＣＨリソースを選択する（ブロックＳ１４０）ように設定される。１つまたは複数の実施形態では、ＰＵＣＣＨリソースは、本明細書で説明されるように、受信されたリソース設定に基づいて、専用無線リソース制御の確立の前に選択される。１つまたは複数の実施形態では、ＰＵＣＣＨリソースを選択することは、ネットワークノード１６との専用ＲＲＣ設定を確立する前に、または無線デバイス２２とネットワークノード１６との間の専用ＲＲＣ設定の確立の前に行われる。１つまたは複数の実施形態では、ＰＵＣＣＨリソースは、リソース設定に少なくとも部分的に基づいて選択され、ＰＵＣＣＨリソースは、１６個のＰＵＣＣＨリソースのカーディナリティ８のサブセットのうちの１つである。

１つまたは複数の実施形態では、ＰＵＣＣＨリソースの選択は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルに基づいて異なるビット値を提供する数学関数に基づく。１つまたは複数の実施形態では、数学関数への入力がＰＤＣＣＨ候補数である。１つまたは複数の実施形態では、カーディナリティ８のサブセットは、１６個のＰＵＣＣＨリソースのうちの偶数インデックス付きＰＵＣＣＨリソースに対応する。１つまたは複数の実施形態では、ＰＵＣＣＨリソース選択は、３ビットＰＵＣＣＨリソースインジケータフィールドに加えて追加のビットを提供するために再利用された関数を用いる１ビットに少なくとも部分的に基づく。１つまたは複数の実施形態では、ＰＤＣＣＨアグリゲーションレベルが１６を下回る場合、ＰＵＣＣＨリソース選択は、ダウンリンク制御情報と、ＰＤＣＣＨおよび物理ダウンリンク共有チャネルのプロパティとのうちの１つに基づく。

１つまたは複数の実施形態では、本明細書で説明されるように、リソース設定は、１６のアグリゲーションレベルのためのものであり、リソース設定は、１６個のＰＵＣＣＨリソースへのカーディナリティ８のサブセットマッピングに対応し、またはリソース設定は、３ビットＰＵＣＣＨリソースインジケータフィールドに加えて追加のビットを提供するために再利用された関数を用いる１ビットに対応する。１つまたは複数の実施形態では、カーディナリティ８のサブセットは、１６個のＰＵＣＣＨリソースのうちの偶数インデックス付きＰＵＣＣＨリソースに対応する。１つまたは複数の実施形態では、リソース設定は、１６を下回るアグリゲーションレベルのためのものであり、ＰＵＣＣＨリソース選択のための情報が、ダウンリンク制御情報、あるいは物理ダウンリンク制御チャネルまたは物理ダウンリンク共有チャネルのプロパティに基づく。１つまたは複数の実施形態では、リソース設定は、１６のアグリゲーションレベルのための１つの黙示的にシグナリングされた黙示的ビット、または１６を下回るアグリゲーションレベルのための１つの明示的にシグナリングされたビットに対応する。１つまたは複数の実施形態では、ＰＵＣＣＨリソース選択は、１６のＰＤＣＣＨアグリゲーションレベルのための１つの黙示的にシグナリングされたビット、または１６を下回るＰＤＣＣＨアグリゲーションレベルのための１つの明示的にシグナリングされたビットに少なくとも部分的に基づく。

概して、ＲＲＣ設定より前のＰＵＣＣＨリソースの選択および／または決定についての構成を説明したが、これらの構成、機能およびプロセスについての詳細が以下のように提供される。

実施形態１
１つまたは複数の例では、本開示の原理による、選択プロセスの流れ図である図９に示されているように、他のアグリゲーションレベルと比較して、１６のＰＤＣＣＨアグリゲーションレベルについて、専用ＲＲＣ設定より前に（たとえば、ネットワークノード１６との専用ＲＲＣ設定を確立する前に、または無線デバイス２２とネットワークノード１６との間の専用ＲＲＣ設定の確立の前に）ＰＵＣＣＨリソースを決定するために異なるルールが使用される。詳細には、１つまたは複数の実施形態では、処理回路８４、選択ユニット３４およびプロセッサ８６のうちの１つまたは複数を介してなど、無線デバイス２２は、本明細書で説明されるように、ＰＤＣＣＨアグリゲーションレベルを決定する（ブロックＳ１４２）ように設定され得る。１つまたは複数の実施形態では、処理回路８４、選択ユニット３４、プロセッサ８６および無線インターフェース８２のうちの１つまたは複数を介してなど、無線デバイス２２は、ＰＤＣＣＨアグリゲーションレベルが１６に等しい（＝１６）場合、ＰＵＣＣＨリソースの選択のために第１のアグリゲーションプロセスを使用する（ブロックＳ１４４）。１つまたは複数の実施形態では、第１のアグリゲーションプロセスは、以下で説明される方法１に対応する。１つまたは複数の実施形態では、処理回路８４、選択ユニット３４、プロセッサ８６および無線インターフェース８２のうちの１つまたは複数を介してなど、無線デバイス２２は、ＰＤＣＣＨアグリゲーションレベルが１６に等しくない場合、ＰＵＣＣＨリソースの選択のために第２のアグリゲーションプロセスを使用する（ブロックＳ１４６）。１つまたは複数の実施形態では、第１のアグリゲーションプロセスは、以下で説明される方法２に対応する。

ＰＤＣＣＨアグリゲーションレベルが１６である方法１のいくつかの例
一例では、ＷＤ２２は、使用を回避するか、または黙示的リソース割り当てを使用しないことがある。この場合、ネットワークノード１６によってＰＵＣＣＨリソースインジケータフィールド中で提供される３ビットが、８つのＰＵＣＣＨリソースのうちの１つを選択するために、処理回路８４および／または選択ユニット３４を介してなど、無線デバイス２２によって使用される。ＷＤ２２が、設定された１６個のＰＵＣＣＨリソースを有するので、１６個のリソースのうちのカーディナリティ８のサブセットが形成され得る。ＷＤ２２が、黙示的リソース割り当て情報など、追加情報を使用しないことがあるので、このカーディナリティ８のサブセットは、ＮＲ規格など、３ＧＰＰ規格において規定され、それにより、３ビットが、１６個のＰＵＣＣＨリソースのカーディナリティ８のサブセットのうちのＰＵＣＣＨリソースを選択するために使用されることを可能にし得る。たとえば、カーディナリティ８のサブセットは、１６個のリソースのうちの最初の８つのリソース、偶数インデックス付きリソース、または他の８つのリソースであり得る。代替的に、各々１６個のＰＵＣＣＨリソースをもつ１６個のＰＵＣＣＨリソース設定を指定するテーブルが、各ＰＵＣＣＨリソース設定のために１６エレメントセットおよび８エレメントセットを提供し得る。

別の例では、追加の１ビット情報は、ＰＤＤＣＨ候補数またはＰＤＣＣＨの（開始）ＣＣＥに基づかないことがあるが、既存のシステムにおいてＰＵＣＣＨリソース選択のために使用されない別のＤＣＩフィールド中で提供されるビットなど、別のまたは追加のビットに基づき得る。追加の１ビット情報の例は、ＤＡＩフィールド、ＨＡＲＱプロセスＩＤフィールド、電力制御コマンドビットなどから再利用されたビットであり得、したがって、このビットは、無線デバイス２２が設定され得る１６個のＰＵＣＣＨリソースの中からのＰＵＣＣＨリソースを指示するために使用され得る４ビットを形成するために、ＰＵＣＣＨリソースインジケータフィールド中で提供される３ビットとともに使用され得る。１つまたは複数の例では、再利用されたビットは、本明細書で説明される追加のビットとして機能するように設定されたビットに対応し得、再利用されたビットは、依然として、その元のあらかじめ規定された機能を実施し得、および／または依然として同じフォーマット／フィールドにある間など、追加のビット機能を提供するにすぎないことがある。これらの４ビットは、ＷＤ２２の設定のための１６個のＰＵＣＣＨリソースのうちの１つを選択し得る。概して、確認応答された、ＰＤＳＣＨをスケジュールするために使用される（ＤＣＩを搬送する）ＰＤＣＣＨの任意のＤＣＩコンテンツまたはプロパティが、追加の１ビット情報を取得するために使用され得る。また、追加のビットを提供するためにＰＤＳＣＨのプロパティが使用され得る。１つまたは複数の例では、ＤＣＩフィールドまたはＰＤＣＣＨ／ＰＤＳＣＨプロパティは、以下で説明される方法２の場合とは異なるか、または異なって使用される。ＰＤＣＣＨ／ＰＤＳＣＨのプロパティの例は、時間周波数リソース割り当て、スクランブリングコード、ＲＮＴＩ値などを含み得る。

ＰＤＣＣＨアグリゲーションレベルが１６である方法２のいくつかの例
方法２では、追加のビットによって提供された黙示的情報が、たとえば、ＮＲにおいてなど、ＰＤＣＣＨのために使用されるＰＤＣＣＨ候補数または（開始）ＣＣＥから、無線デバイス２２によって導出され得、１６よりも小さいいくつかのアグリゲーションレベルが３つ以上のＰＤＣＣＨ候補を提供する。たとえば、ＮＲなど、３ＧＰＰ規格が、８のアグリゲーションレベルの場合、２つのＰＤＣＣＨ候補を提供し、アグリゲーションレベル４の場合、４つのＰＤＣＣＨ候補を提供し得る。アグリゲーションレベル８の場合、１つの追加情報ビットのみが必要とされ得るので、ＰＤＣＣＨ候補は、追加の１ビット情報を指示するために直接使用され得る。４のアグリゲーションレベルの場合、２つのＰＤＣＣＨ候補が同じ追加のビット値を提供しなければならないことがあり、たとえば、｛ＰＤＤＣＨ候補０、ＰＤＣＣＨ候補１｝→０および｛ＰＤＤＣＨ候補２、ＰＤＣＣＨ候補３｝→１。これは、ビット値

としての数学関数として表現され得、ｍはＰＤＣＣＨ候補数であり、ＡＬはアグリゲーションレベルである。この表現（ｅｘｐｒｅｓｓｉｏｎ）は、４と８の両方のアグリゲーションレベルに適用可能である。別の例は、｛ＰＤＤＣＨ候補０、ＰＤＣＣＨ候補２｝→０および｛ＰＤＤＣＨ候補１、ＰＤＣＣＨ候補３｝→１であり得る。これは、ビット値ｂｖ＝ｍｏｄ（ｍ，２）として表現され得る。この表現は、４と８の両方のアグリゲーションレベルに適用可能である。

上記の表現／式は、ＰＤＣＣＨ候補を使用して表現される。同様の表現／式が、ＰＤＣＣＨを送信するために使用される（開始）ＣＣＥについて導出され得る。また、他の表現／式が本開示の教示に基づいて導出され得、それらの表現／式は、ＡＬ＝４およびＡＬ＝８について２つのビット値を作り出す。

方法２について、ＤＣＩまたはＰＤＣＣＨ／ＰＤＳＣＨのプロパティ中に含まれている他の情報も、たとえば、追加のビットを決定するために、無線デバイス２２によって使用され得る。ＤＣＩフィールドまたはＰＤＣＣＨ／ＰＤＳＣＨプロパティは、方法１の場合とは異なり得るか、または異なって使用される。ＰＤＣＣＨ／ＰＤＳＣＨのプロパティの例は、時間周波数リソース割り当て、スクランブリングコード、ＲＮＴＩ値などである。

実施形態２
１６のアグリゲーションレベルの場合は、ＰＤＣＣＨ候補に依存し、アグリゲーションレベルでパラメータ化された表現／式が、情報ビット（たとえば、決定された非黙示的ビットまたは明示的ビット）を決定するために使用され得（すなわち、式は、１６のアグリゲーションレベルの場合は、常に、固定値（たとえば、０または１）を返す）、より低いアグリゲーションレベルの場合、ＰＤＣＣＨ候補に依存して、式は、２つの可能な値のうちの１つ、たとえば、０および１のうちの１つを返す。

上記の式、すなわち、数学関数の両方が、アグリゲーションレベルにかかわらず、常に、ｍ＝０の場合ｂｖ＝０を与え得、すなわち、

またはｂｖ＝ｍｏｄ（ｍ，２）の両方が余分のビットを決定するために使用され得る。１６のアグリゲーションレベルの場合は、余分のビットは、（１つのＰＤＣＣＨ候補ｍ＝０のみが存在するので）常にｂｖ＝０であり得、すなわち、黙示的リソース選択が実施されず、より低いアグリゲーションレベルの場合は、１つの黙示的情報ビットが提供される。

より一般的には、入力としてＰＤＣＣＨ候補ｍをとり、ＡＬでパラメータ化された関数が提供され得る。パラメータＡＬに応じて、関数のターゲットセットのカーディナリティが変動する。たとえば、ＡＬ＝１６の場合は、関数のターゲットセットは、単一の出力値（たとえば、０）に制約され、ＡＬ＜１６の場合は、ターゲットセットは、複数の値、たとえば、０および１からなる。

上記の式は、ＰＤＣＣＨ候補を使用して表現される。同様の式が、ＰＤＣＣＨを送信するために使用される（開始）ＣＣＥについて本開示の教示に基づいて導出され得る。１つまたは複数の実施形態では、本明細書で説明される式は、処理回路８４および／または選択ユニット３４を介してなど、無線デバイス２２によって実装され得る。

一般化
上記の開示の少なくとも一部分は、ＷＤ２２が、合計１６個のＰＵＣＣＨリソースを有し、８つのＰＵＣＣＨリソースのうちのいずれか１つが、ＰＵＣＣＨリソースインジケータフィールドを用いて選択され得ることと、追加の情報ビットが、１６個のＰＵＣＣＨリソースのうちのいずれか１つの選択を可能にするために黙示的に提供されることとを仮定していることがある。方法は、一般化され得、たとえば、１６のアグリゲーションレベルの場合、黙示的選択が実施されないが、より低いアグリゲーションレベルの場合、２つの黙示的ビットが提供されるか、または１６のアグリゲーションレベルの場合、１つの黙示的ビットが提供され、１６よりも小さいアグリゲーションレベルの場合、２つの黙示的ビットが提供される。また、ＷＤ２２が、１６個のＰＵＣＣＨリソースで設定され得、これが異なり得、たとえば、ＷＤ２２が、３２個のＰＵＣＣＨリソースで設定され得ることが一般化され得る。本開示は、１６以外の他のアグリゲーションレベルにも適用可能である。

例
例Ａ１． 無線デバイス２２（ＷＤ２２）と通信するように設定されたネットワークノード１６であって、ネットワークノード１６が、
無線デバイス２２について、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース割り当てのためのリソース設定を決定することと、
リソース設定に基づいて、専用無線リソース制御設定を確立する前に、ＰＵＣＣＨリソース選択のためにその設定を無線デバイス２２に提供することと
を行うように設定され、および／またはそれらを行うように設定された無線インターフェース６２を備え、および／またはそれらを行うように設定された処理回路６８を備える、ネットワークノード１６。
例Ａ２． リソース設定が、１６のアグリゲーションレベルのためのものであり、
リソース設定が、１６個のＰＵＣＣＨリソースへのカーディナリティ８のサブセットマッピングに対応するか、または
リソース設定が、３ビットＰＵＣＣＨリソースインジケータフィールドに加えて追加のビットを提供するために再利用された関数を用いる１ビットに対応する、例Ａ１に記載のネットワークノード１６。
例Ａ３． リソース設定が、１６を下回る物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルのためのものであり、ＰＵＣＣＨリソース選択のための情報が、ダウンリンク制御情報、あるいはＰＤＣＣＨまたは物理ダウンリンク共有チャネルのプロパティに基づく、例Ａ１に記載のネットワークノード１６。
例Ａ４． リソース設定が、
１６の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルのための１つの黙示的にシグナリングされたビット、または
１６を下回るＰＤＣＣＨアグリゲーションレベルのための１つの明示的にシグナリングされたビット
に対応する、例Ａ１に記載のネットワークノード１６。
例Ｂ１． ネットワークノード１６において実装される方法であって、方法が、
無線デバイス２２について、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース割り当てのためのリソース設定を決定することと、
リソース設定に基づいて、専用無線リソース制御設定を確立する前に、ＰＵＣＣＨリソース選択のためにその設定を無線デバイス２２に提供することと
を含む、方法。
例Ｂ２． リソース設定が、１６の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルのためのものであり、
リソース設定が、１６個のＰＵＣＣＨリソースへのカーディナリティ８のサブセットマッピングに対応するか、または
リソース設定が、３ビットＰＵＣＣＨリソースインジケータフィールドに加えて追加のビットを提供するために再利用された関数を用いる１ビットに対応する、例Ｂ１に記載の方法。
例Ｂ３． リソース設定が、１６を下回る物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルのためのものであり、ＰＵＣＣＨリソース選択のための情報が、ダウンリンク制御情報、あるいはＰＤＣＣＨまたは物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のプロパティに基づく、例Ｂ１に記載の方法。
例Ｂ４． リソース設定が、
１６の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルのための１つの黙示的にシグナリングされたビット、または
１６を下回るＰＤＣＣＨアグリゲーションレベルのための１つの明示的にシグナリングされたビット
に対応する、例Ｂ１に記載の方法。
例Ｃ１． ネットワークノード１６と通信するように設定された無線デバイス（ＷＤ）であって、ＷＤ２２が、
物理アップリンク制御チャネル（ＰＵＣＣＨ）のためのリソース設定を受信することと、
受信されたリソース設定に基づいて、専用無線リソース制御の確立の前にＰＵＣＣＨリソースを選択することと
を行うように設定され、および／またはそれらを行うように設定された無線インターフェース８２および／または処理回路８４を備える、無線デバイス（ＷＤ）。
例Ｃ２． リソース設定が、１６のアグリゲーションレベルのためのものであり、
リソース設定が、１６個のＰＵＣＣＨリソースへのカーディナリティ８のサブセットマッピングに対応するか、または
リソース設定が、３ビットＰＵＣＣＨリソースインジケータフィールドに加えて追加のビットを提供するために再利用された関数を用いる１ビットに対応する、例Ｃ１に記載のＷＤ２２。
例Ｃ３． リソース設定が、１６を下回る物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルのためのものであり、ＰＵＣＣＨリソース選択のための情報が、ダウンリンク制御情報、あるいはＰＤＣＣＨまたは物理ダウンリンク共有チャネルのプロパティに基づく、例Ｃ１に記載のＷＤ２２。
例Ｃ４． リソース設定が、
１６の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルのための１つの黙示的にシグナリングされたビット、または
１６を下回るＰＤＣＣＨアグリゲーションレベルのための１つの明示的にシグナリングされたビット
に対応する、例Ｃ１に記載のＷＤ２２。
例Ｄ１． 無線デバイス２２（ＷＤ２２）において実装される方法であって、方法が、
物理アップリンク制御チャネル（ＰＵＣＣＨ）のためのリソース設定を受信することと、
受信されたリソース設定に基づいて、専用無線リソース制御の確立の前にＰＵＣＣＨリソースを選択することと
を含む、方法。
例Ｄ２． リソース設定が、１６のアグリゲーションレベルのためのものであり、
リソース設定が、１６個のＰＵＣＣＨリソースへのカーディナリティ８のサブセットマッピングに対応するか、または
リソース設定が、３ビットＰＵＣＣＨリソースインジケータフィールドに加えて追加のビットを提供するために再利用された関数を用いる１ビットに対応する、例Ｄ１に記載の方法。
例Ｄ３． リソース設定が、１６を下回る物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルのためのものであり、ＰＵＣＣＨリソース選択のための情報が、ダウンリンク制御情報、あるいはＰＤＣＣＨまたは物理ダウンリンク共有チャネルのプロパティに基づく、例Ｄ１に記載の方法。
例Ｄ４． リソース設定が、
１６の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルのための１つの黙示的にシグナリングされたビット、または
１６を下回るＰＤＣＣＨアグリゲーションレベルのための１つの明示的にシグナリングされたビット
に対応する、例Ｄ１に記載の方法。

当業者によって諒解されるように、本明細書で説明される概念は、方法、データ処理システム、コンピュータプログラム製品、および／または実行可能なコンピュータプログラムを記憶するコンピュータ記憶媒体として具現され得る。したがって、本明細書で説明される概念は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態、またはソフトウェア態様とハードウェア態様とを組み合わせる実施形態の形態をとり得、これらはすべて、本明細書では概して「回路」または「モジュール」と呼ばれることがある。本明細書で説明されるいかなるプロセス、ステップ、アクションおよび／または機能も、ソフトウェアおよび／またはファームウェアおよび／またはハードウェアで実装され得る、対応するモジュールによって実施され、および／または対応するモジュールに関連し得る。さらに、本開示は、コンピュータによって実行され得る媒体において具現されるコンピュータプログラムコードを有する、有形コンピュータ使用可能記憶媒体上のコンピュータプログラム製品の形態をとり得る。ハードディスク、ＣＤ−ＲＯＭ、電子ストレージデバイス、光ストレージデバイス、または磁気ストレージデバイスを含む、任意の好適な有形コンピュータ可読媒体が利用され得る。

いくつかの実施形態が、方法、システムおよびコンピュータプログラム製品のフローチャート例示図および／またはブロック図を参照しながら本明細書で説明された。フローチャート例示図および／またはブロック図の各ブロック、ならびにフローチャート例示図および／またはブロック図中のブロックの組合せが、コンピュータプログラム命令によって実装され得ることを理解されよう。これらのコンピュータプログラム命令は、機械を作り出すために、（それにより専用コンピュータを作成するための）汎用コンピュータ、専用コンピュータ、または他のプログラマブルデータ処理装置のプロセッサに提供され得、したがって、コンピュータまたは他のプログラマブルデータ処理装置のプロセッサを介して実行するそれらの命令は、フローチャートおよび／またはブロック図の１つまたは複数のブロックにおいて指定された機能／行為を実装するための手段を作成する。

これらのコンピュータプログラム命令はまた、コンピュータまたは他のプログラマブルデータ処理装置に特定の様式で機能するように指示することができるコンピュータ可読メモリまたは記憶媒体に記憶され得、したがって、コンピュータ可読メモリに記憶された命令は、フローチャートおよび／またはブロック図の１つまたは複数のブロックにおいて指定された機能／行為を実装する命令手段を含む製造品を作り出す。

コンピュータプログラム命令はまた、コンピュータ実装プロセスを作り出すために、一連の動作ステップをコンピュータまたは他のプログラマブル装置上で実施させるように、コンピュータまたは他のプログラマブルデータ処理装置にロードされ得、したがって、コンピュータまたは他のプログラマブル装置上で実行される命令は、フローチャートおよび／またはブロック図の１つまたは複数のブロックにおいて指定された機能／行為を実装するためのステップを提供する。

ブロック中で言及される機能／行為は、動作の例示図中で言及される順序から外れて行われ得ることを理解されたい。たとえば、関与する機能／行為に応じて、連続して示されている２つのブロックが、事実上、実質的にコンカレントに実行され得るか、またはブロックが、時々、逆の順序で実行され得る。図のうちのいくつかが、通信の主要な方向を示すために通信経路上に矢印を含むが、通信が、図示された矢印と反対方向に行われ得ることを理解されたい。

本明細書で説明される概念の動作を行うためのコンピュータプログラムコードが、Ｊａｖａ（登録商標）またはＣ＋＋など、オブジェクト指向プログラミング言語で書かれ得る。しかしながら、本開示の動作を行うためのコンピュータプログラムコードは、「Ｃ」プログラミング言語など、従来の手続き型プログラミング言語でも書かれ得る。プログラムコードは、完全にユーザのコンピュータ上で、部分的にユーザのコンピュータ上で、スタンドアロンソフトウェアパッケージとして、部分的にユーザのコンピュータ上でおよび部分的にリモートコンピュータ上で、または完全にリモートコンピュータ上で実行し得る。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を通してユーザのコンピュータに接続され得るか、あるいは接続は、（たとえば、インターネットサービスプロバイダを使用してインターネットを通して）外部コンピュータに対して行われ得る。

多くの異なる実施形態が、上記の説明および図面に関して本明細書で開示された。これらの実施形態のあらゆる組合せおよび部分組合せを文字通り説明および例示することは、過度に繰返しが多く、不明瞭にすることを理解されよう。したがって、すべての実施形態は、何らかのやり方および／または組合せで組み合わせられ得、図面を含む本明細書は、本明細書で説明される実施形態のすべての組合せおよび部分組合せと、それらを作製および使用する様式およびプロセスのすべての組合せおよび部分組合せとの完全な記載された説明を構成すると解釈されたく、ならびに、任意のそのような組合せまたは部分組合せに対する請求を支持するものとする。

たとえば、本概念および変形態は、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）またはＬＴＥアドバンスト（ＬＴＥ−Ａ）または次の無線の、モバイルまたは無線通信技術のコンテキストにおいて部分的に説明されるが、これは、汎欧州デジタル移動電話方式（ＧＳＭ）など、追加または代替のモバイル通信技術に関する、本概念および態様の使用を除外しない。以下の変形態が、第３世代パートナーシッププロジェクト（３ＧＰＰ）のいくつかの技術仕様（ＴＳ）に関して部分的に説明されるが、本概念および態様は、異なるパフォーマンス管理（ＰＭ）仕様に関しても実現され得ることが諒解されよう。

前述の説明で使用され得る略語は、以下を含む。
略語 説明
ＡＣＫ／ＮＡＣＫ 肯定応答／否定応答
ＣＣＥ 制御チャネルエレメント
ＤＡＩ ダウンリンク割り振りインジケータ
ＤＣＩ ダウンリンク制御情報
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＤＳＣＨ 物理ダウンリンク共有データチャネル
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＲＲＣ 無線リソース制御
ＲＮＴＩ 無線ネットワーク一時識別子
ＳＩＢ１ システム情報ブロック１

本明細書で説明される実施形態は、上記で本明細書で特に示され、説明されたことに限定されないことが当業者によって諒解されよう。さらに、そうでないことが上記で述べられていない限り、添付の図面のすべてが一定の縮尺であるとは限らないことに留意されたい。上記の教示に照らして、様々な修正および変形が可能である。

Claims (32)

1. 無線デバイス（２２）と通信するように設定されたネットワークノード（１６）であって、前記ネットワークノード（１６）は、
   無線デバイス（２２）について、物理アップリンク制御チャネル（ＰＵＣＣＨ）のためのリソース設定を決定することであって、前記リソース設定が、１６個のＰＵＣＣＨリソースのカーディナリティ８のサブセットのうちの１つのＰＵＣＣＨリソースに対応する、リソース設定を決定することと、
   前記リソース設定を提供することと
   を行うように設定された処理回路（６８）
   を備える、ネットワークノード（１６）。
2. ＰＵＣＣＨのための前記リソース設定が、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルに基づいて異なるビット値を提供する数学関数に基づく、請求項１に記載のネットワークノード（１６）。
3. 前記数学関数への入力がＰＤＣＣＨ候補数である、請求項２に記載のネットワークノード（１６）。
4. ＰＵＣＣＨのための前記リソース設定が、１６の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルのためのものである、請求項１に記載のネットワークノード（１６）。
5. 前記カーディナリティ８のサブセットが、前記１６個のＰＵＣＣＨリソースのうちの偶数インデックス付きＰＵＣＣＨリソースに対応する、請求項４に記載のネットワークノード（１６）。
6. ＰＵＣＣＨのための前記リソース設定が、３ビットＰＵＣＣＨリソースインジケータフィールドに加えて追加のビットを提供するために再利用された関数を用いる１ビットに少なくとも部分的に基づく、請求項１に記載のネットワークノード（１６）。
7. ＰＵＣＣＨのための前記リソース設定が、１６を下回る物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルのためのものであり、ＰＵＣＣＨのための情報が、ダウンリンク制御情報と、前記ＰＤＣＣＨおよび物理ダウンリンク共有チャネルのプロパティとのうちの１つに基づく、請求項１に記載のネットワークノード（１６）。
8. 前記処理回路（６８）が、専用無線リソース制御設定を確立する前に、ＰＵＣＣＨリソース選択のために前記無線デバイス（２２）にＰＵＣＣＨのための前記リソース設定を提供するようにさらに設定された、請求項１に記載のネットワークノード（１６）。
9. ＰＵＣＣＨのための前記リソース設定が、インジケータフィールドの３ビットを使用して指示される、請求項１に記載のネットワークノード（１６）。
10. 無線デバイス（２２）と通信するように設定されたネットワークノード（１６）において実装される方法であって、前記方法は、
    無線デバイス（２２）について、物理アップリンク制御チャネル（ＰＵＣＣＨ）のためのリソース設定を決定すること（Ｓ１３４）であって、前記リソース設定が、１６個のＰＵＣＣＨリソースのカーディナリティ８のサブセットのうちの１つのＰＵＣＣＨリソースに対応する、リソース設定を決定すること（Ｓ１３４）と、
    前記リソース設定を提供することと
    を含む、方法。
11. ＰＵＣＣＨのための前記リソース設定が、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルに基づいて異なるビット値を提供する数学関数に基づく、請求項１０に記載の方法。
12. 前記数学関数への入力がＰＤＣＣＨ候補数である、請求項１１に記載の方法。
13. ＰＵＣＣＨのための前記リソース設定が、１６の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルのためのものである、請求項１０に記載の方法。
14. 前記カーディナリティ８のサブセットが、前記１６個のＰＵＣＣＨリソースのうちの偶数インデックス付きＰＵＣＣＨリソースに対応する、請求項１３に記載の方法。
15. ＰＵＣＣＨのための前記リソース設定が、３ビットＰＵＣＣＨリソースインジケータフィールドに加えて追加のビットを提供するために再利用された関数を用いる１ビットに少なくとも部分的に基づく、請求項１０に記載の方法。
16. ＰＵＣＣＨのための前記リソース設定が、１６を下回る物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルのためのものであり、ＰＵＣＣＨのための情報が、ダウンリンク制御情報と、前記ＰＤＣＣＨおよび物理ダウンリンク共有チャネルのプロパティとのうちの１つに基づく、請求項１０に記載の方法。
17. 専用無線リソース制御設定を確立する前に、ＰＵＣＣＨリソース選択のために前記無線デバイス（２２）にＰＵＣＣＨのための前記リソース設定を提供することをさらに含む、請求項１０に記載の方法。
18. ＰＵＣＣＨのための前記リソース設定が、インジケータフィールドの３ビットを使用して指示される、請求項１０に記載の方法。
19. ネットワークノード（１６）と通信するように設定された無線デバイス（２２）であって、前記無線デバイス（２２）は、
    物理アップリンク制御チャネル（ＰＵＣＣＨ）のためのリソース設定を受信することと、
    前記リソース設定に少なくとも部分的に基づいてＰＵＣＣＨリソースを選択することであって、前記ＰＵＣＣＨリソースが、１６個のＰＵＣＣＨリソースのカーディナリティ８のサブセットのうちの１つである、ＰＵＣＣＨリソースを選択することと
    を行うように設定された処理回路（８４）を備える、無線デバイス（２２）。
20. 前記ＰＵＣＣＨリソースの前記選択が、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）アグリゲーションレベルに基づいて異なるビット値を提供する数学関数に基づく、請求項１９に記載の無線デバイス（２２）。
21. 前記数学関数への入力がＰＤＣＣＨ候補数である、請求項１９に記載の無線デバイス（２２）。
22. 前記カーディナリティ８のサブセットが、前記１６個のＰＵＣＣＨリソースのうちの偶数インデックス付きＰＵＣＣＨリソースに対応する、請求項１９に記載の無線デバイス（２２）。
23. 前記ＰＵＣＣＨリソース選択が、３ビットＰＵＣＣＨリソースインジケータフィールドに加えて追加のビットを提供するために再利用された関数を用いる１ビットに少なくとも部分的に基づく、請求項１９に記載の無線デバイス（２２）。
24. 前記ＰＤＣＣＨアグリゲーションレベルが１６を下回る場合、前記ＰＵＣＣＨリソース選択が、ダウンリンク制御情報と、前記ＰＤＣＣＨおよび物理ダウンリンク共有チャネルのプロパティとのうちの１つに基づく、請求項１９に記載の無線デバイス（２２）。
25. 前記ＰＵＣＣＨリソース選択が、
    １６の前記ＰＤＣＣＨアグリゲーションレベルのための１つの黙示的にシグナリングされたビット、または
    １６を下回る前記ＰＤＣＣＨアグリゲーションレベルのための１つの明示的にシグナリングされたビット
    に少なくとも部分的に基づく、請求項１９に記載の無線デバイス（２２）。
26. ネットワークノード（１６）と通信するように設定された無線デバイス（２２）において実装される方法であって、前記方法は、
    物理アップリンク制御チャネル（ＰＵＣＣＨ）のためのリソース設定を受信すること（Ｓ１３８）と、
    前記リソース設定に少なくとも部分的に基づいてＰＵＣＣＨリソースを選択すること（Ｓ１４０）であって、前記ＰＵＣＣＨリソースが、１６個のＰＵＣＣＨリソースのカーディナリティ８のサブセットのうちの１つである、ＰＵＣＣＨリソースを選択すること（Ｓ１４０）と
    を含む、方法。
27. 前記ＰＵＣＣＨリソースの前記選択が、ＰＤＣＣＨアグリゲーションレベルに基づいて異なるビット値を提供する数学関数に基づく、請求項２６に記載の方法。
28. 前記数学関数への入力が物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補数である、請求項２６に記載の方法。
29. 前記カーディナリティ８のサブセットが、前記１６個のＰＵＣＣＨリソースのうちの偶数インデックス付きＰＵＣＣＨリソースに対応する、請求項２６に記載の方法。
30. 前記ＰＵＣＣＨリソース選択が、３ビットＰＵＣＣＨリソースインジケータフィールドに加えて追加のビットを提供するために再利用された関数を用いる１ビットに少なくとも部分的に基づく、請求項２６に記載の方法。
31. 前記ＰＤＣＣＨアグリゲーションレベルが１６を下回る場合、前記ＰＵＣＣＨリソース選択が、ダウンリンク制御情報と、前記ＰＤＣＣＨおよび物理ダウンリンク共有チャネルのプロパティとのうちの１つに基づく、請求項２６に記載の方法。
32. 前記ＰＵＣＣＨリソース選択が、
    １６の前記ＰＤＣＣＨアグリゲーションレベルのための１つの黙示的にシグナリングされたビット、または
    １６を下回る前記ＰＤＣＣＨアグリゲーションレベルのための１つの明示的にシグナリングされたビット
    に少なくとも部分的に基づく、請求項２６に記載の方法。

Images