JP6997802B2 - 確認応答リソースの割り当て - Google Patents

Description

本明細書で開示される主題の実施形態は、一般に、通信ネットワークに関し、より詳細には、確認応答リソースを割り当てるための方法およびデバイスに関する。

無線通信ネットワークが自動再送要求（ＡＲＱ）またはハイブリッドＡＲＱ（ＨＡＲＱ）を実装し得、ＨＡＲＱはまた、前方誤り接続を含み得る。そのような通信ネットワークでは、無線デバイスなどの送信デバイスが、（ネットワークノードなどの）受信デバイスに、トランスポートブロックまたはコードワードを復号した結果を指示する確認応答情報（すなわち、フィードバック）（たとえば、ＡＣＫ／ＮＡＣＫまたはＡＣＫ／ＮＡＫフィードバック）を送ることを必要とされ得る。ダウンリンク（ＤＬ）送信に関係するＡＣＫ／ＮＡＣＫは、アップリンク（ＵＬ）中で送信され得る。フィードバックは、高速再送信をトリガするために使用され得る。

３ＧＰＰネットワークなど、いくつかの通信ネットワークでは、明示的リソース割り当てがサポートされ得る。ＤＬ送信は、ＤＬデータに加えてダウンリンク制御情報（ＤＣＩ）を含み得る。ＤＣＩは、無線デバイスからネットワークノードに送られる確認応答情報（たとえば、ＨＡＲＱフィードバック）を報告するためのスロットをスケジュールするために使用され得る。このタイミング情報に加えて、無線デバイスはまた、使用されるべきである正確な確認応答リソース（物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース）を知る必要がある。ＰＵＣＣＨリソースは上位レイヤによって設定され得、ＤＣＩは、設定されたリソースのうちのどれを使用するかを指示し得る。どのリソースを使用するかは、確認応答リソース指示（ＡＲＩ）として通信され得る。

図１は、時間周波数図の概略表現であり、ＤＬ送信１００が、ＤＬデータに加えてＤＣＩ１０２を含む。ＤＬ送信１００は、スロットｎ中でスケジュールされる。ＤＣＩ１０２は、確認応答情報（たとえば、ＨＡＲＱフィードバック）が、ＰＵＣＣＨを使用してスロットｎ＋１中で送られるべきであることを指示する。このタイミング情報に加えて、ＡＲＩは、どのＰＵＣＣＨリソースが使用されるべきであるかを通信する（たとえば、ＡＲＩ＝１は、ＰＵＣＣＨリソース１が使用されるべきであることを通信する）。

図２は、時間周波数図の概略表現であり、複数のＤＬ送信２００、２０２、２０４が、ＤＬデータ０、１、および２に加えて、それぞれ、ＤＣＩ０ ２０６、ＤＣＩ１ ２０８、ＤＣＩ２ ２１０を含む。ＤＬ送信２００、２０２、２０４は、それぞれ、スロットｎ、ｎ＋１、およびｎ＋３中でスケジュールされる。ＰＵＣＣＨ機会の欠如（たとえば、ＵＬ機会がないこと）により、確認応答フィードバックが、ＤＬデータ２に続いて、スロットｎ＋３中で要求される。タイミング情報に加えて、ＤＣＩ０中のＡＲＩが、ＰＵＣＣＨリソース０がＤＬ送信２００の確認応答情報のために使用されるべきであることを通信し、ＤＣＩ１中のＡＲＩが、ＰＵＣＣＨリソース２がＤＬ送信２０２の確認応答情報のために使用されるべきであることを通信し、ＤＣＩ２中のＡＲＩが、ＰＵＣＣＨ３がＤＬ送信２０４の確認応答のために使用されるべきであることを通信する。ＤＣＩ０、ＤＣＩ１およびＤＣＩ３中に含まれるＡＲＩのインスタンスは、衝突を回避するために、異なるＰＵＣＣＨリソースを指す。

しかしながら、本発明者は、上記の確認応答情報通信が本明細書で説明される欠点を有することを認識した。したがって、割り当てられた確認応答リソースのための方法およびデバイスを提供することが望ましいであろう。

実施形態が、割り当てられた確認応答リソースを可能にし得る。これは、たとえば、確認応答送信数の低減、送信におけるエラーの低下を提供し、送信中の電力バックオフの必要を回避することができる。

一実施形態によれば、通信ネットワークに制御情報を送信する方法が提供され得る。本方法は、無線デバイスにおいて実装され得る。本方法は、少なくとも２つの物理アップリンク制御チャネル（ＰＵＣＣＨ）機会を設定されることを含み得る。少なくとも２つのＰＵＣＣＨ機会の各々が、通信ネットワークに制御情報を送信するために使用されるアップリンク（ＵＬ）リソースを識別し得る。本方法は、通信ネットワークのネットワークノードから、ダウンリンク（ＤＬ）送信を受信するために使用される無線リソースの割り振りを受信することをさらに含み得る。本方法は、ＤＬ送信に関連する制御情報を送信するために使用される、設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する確認応答リソース指示（ＡＲＩ）を受信することをさらに含み得る。本方法は、指示されたＰＵＣＣＨ機会によって識別されたＵＬリソースの少なくともサブセット上で、ネットワークノードに、ＤＬ送信に関連する制御情報を送信することをさらに含み得る。指示されたＰＵＣＣＨ機会は、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含み得る。

別の実施形態によれば、無線デバイスが提供され得る。本無線デバイスは通信インターフェースと処理回路要素とを含み得、処理回路要素は、本無線デバイスが動作を実施するように設定される。本無線デバイスは、少なくとも２つの物理アップリンク制御チャネル（ＰＵＣＣＨ）機会を設定され得る。少なくとも２つのＰＵＣＣＨ機会の各々が、通信ネットワークに制御情報を送信するために使用されるアップリンク（ＵＬ）リソースを識別し得る。本無線デバイスは、通信ネットワークのネットワークノードから、ダウンリンク（ＤＬ）送信を受信するために使用される無線リソースの割り振りを受信し得る。本無線デバイスは、ＤＬ送信に関連する制御情報を送信するために使用される、設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する確認応答リソース指示（ＡＲＩ）を受信し得る。本無線デバイスは、指示されたＰＵＣＣＨ機会によって識別されたＵＬリソースの少なくともサブセット上で、ネットワークノードに、ＤＬ送信に関連する制御情報を送信し得る。指示されたＰＵＣＣＨ機会は、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含み得る。

別の実施形態によれば、通信ネットワークのネットワークノードにおいて制御情報を受信する方法が提供され得る。本方法は、少なくとも２つの物理アップリンク制御チャネル（ＰＵＣＣＨ）機会の設定を取得することを含み得る。各ＰＵＣＣＨは、通信ネットワークのカバレッジ中の無線デバイスから制御情報を受信するために使用されるアップリンク（ＵＬ）リソースを識別し得る。本方法は、無線デバイスに、ダウンリンク（ＤＬ）送信を送信するために使用される無線リソースを割り振ることを含み得る。本方法は、無線デバイスに確認応答リソース指示（ＡＲＩ）を送信することを含み得る。ＡＲＩは、ＤＬ送信に関連する制御情報を受信するために使用される、設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示し得る。本方法は、指示されたＰＵＣＣＨ機会の少なくともサブセット上で、無線デバイスから制御情報を受信することを含み得る。ＰＵＣＣＨ機会は、制御情報が送信されることになる、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含み得る。

別の実施形態によれば、通信ネットワークのネットワークノードが提供され得る。本ネットワークノードは通信インターフェースと処理回路要素とを含み得、処理回路要素は、本ネットワークノードが動作を実施するように設定される。本ネットワークノードは、少なくとも２つの物理アップリンク制御チャネル（ＰＵＣＣＨ）機会の設定を取得し得る。各ＰＵＣＣＨは、通信ネットワークのカバレッジ中の無線デバイスから制御情報を受信するために使用されるアップリンク（ＵＬ）リソースを識別し得る。本ネットワークノードは、無線デバイスに、ダウンリンク（ＤＬ）送信を送信するために使用される無線リソースを割り振り得る。本ネットワークノードは、無線デバイスに確認応答リソース指示（ＡＲＩ）を送信し得る。ＡＲＩは、ＤＬ送信に関連する制御情報を受信するために使用される、設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示し得る。本ネットワークノードは、指示されたＰＵＣＣＨ機会の少なくともサブセット上で、無線デバイスから制御情報を受信し得る。ＰＵＣＣＨ機会は、制御情報が送信されることになる、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含み得る。

本明細書に組み込まれ、本明細書の一部をなす添付の図面が、１つまたは複数の実施形態を示し、説明とともに、これらの実施形態を解説する。

ダウンリンク（ＤＬ）送信が、ＤＬデータに加えてダウンリンク制御情報（ＤＣＩ）を含む、時間周波数図の概略表現の図である。 複数のＤＬ送信が、ＤＬデータに加えてＤＣＩを含む、時間周波数図の概略表現の図である。 本発明の例示的な実施形態による、通信ネットワークの概略表現の図である。 本発明の例示的な実施形態による、無線接続上で、ネットワークノードを介して無線デバイスと通信するホストコンピュータの概略表現の図である。 本発明の例示的な実施形態による、通信ネットワークに制御情報を送信する方法の概略表現の図である。 例示的な実施形態による、通信ネットワークのネットワークノードにおいて制御情報を受信するための方法の概略表現の図である。 例示的な実施形態による、コンピュータ可読記憶媒体の概略表現の図である。

実施形態の以下の説明は、添付の図面を参照する。異なる図面中の同じ参照番号は、同じまたは同様のエレメントを識別する。以下の発明を実施するための形態は、本発明を限定しない。代わりに、本発明の範囲は、添付の特許請求の範囲によって規定される。次に説明される実施形態は、以下で説明される設定に限定されないが、後で説明されるように他の構成に拡張され得る。

本明細書全体にわたる、「一実施形態（ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」または「一実施形態（ａｎ ｅｍｂｏｄｉｍｅｎｔ）」への言及は、一実施形態に関して説明される特徴、構造または特性が、開示される主題の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書全体にわたる様々な箇所における「一実施形態では（ｉｎ ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」または「一実施形態では（ｉｎ ａｎ ｅｍｂｏｄｉｍｅｎｔ）」という句の出現は、必ずしも同じ実施形態を指しているとは限らない。さらに、特定の特徴、構造または特性が、１つまたは複数の実施形態において任意の好適な様式で組み合わせられ得る。別個であるものとして説明される特徴、構造または特性が、単一の特徴、構造、または特性に組み合わせられ得る。同様に、個別であるものとして説明される特徴、構造または特性が、２つまたはそれ以上の特徴、構造または特性に分割され得る。

本開示のコンテキスト内で、「通信ネットワーク」または簡潔な「ネットワーク」という用語は、特に、ノードまたはエンティティの集合と、関係するトランスポートリンクと、サービス、たとえばテレフォニーサービスまたはパケットトランスポートサービスを実行するために必要とされる関連する管理とを示し得る。サービスに応じて、異なるノードタイプまたはエンティティが、サービスを実現するために使用され得る。通信ネットワークは、ネットワークオペレータによって所有されるか、またはネットワークオペレータの代わりに動作され得、そのサブスクライバに、実装されたサービスを与え得る。通信ネットワークの一般的な例は、ＷＬＡＮ／Ｗｉ－Ｆｉ（商標）などの無線アクセスネットワーク、ならびに２Ｇ／ＧＳＭ、３Ｇ／ＵＭＴＳ、４Ｇ／ＬＴＥおよび新しい無線（ＮＲ）のようなセルラーネットワークである。

本開示のコンテキスト内で、「無線デバイス」および「ユーザ機器」（ＵＥ）という用語の各々は、たとえば、人によってその人のパーソナル通信のために使用されるデバイスを指す。このデバイスは、電話タイプのデバイス、たとえば電話またはＳＩＰフォン、セルラー電話、移動局、コードレスフォン、あるいは無線データ接続を装備した、ラップトップ、ノートブックまたはノートパッドのような携帯情報端末タイプのデバイス、あるいはテーブルコンピュータであり得る。無線デバイスはまた、動物、植物、さらには機械のような人間でないものに関連し、その場合、マシン型通信、マシンツーマシン通信、デバイスツーデバイス通信またはサイドリンクのために設定され得る。無線デバイスに、ＩＭＳＩ（国際モバイルサブスクライバ識別情報）および／またはＴＭＳＩ（一時モバイルサブスクライバ識別情報）など、無線デバイスを使用するサブスクライバに関連する一意の識別情報を備える、ＳＩＭ（サブスクライバ識別モジュール）が装備され得る。無線デバイス内のＳＩＭの存在は、サブスクライバのサブスクリプションを用いて一意に無線デバイスをカスタマイズし得る。本開示では、無線デバイスはＵＥであり得る。

本開示のコンテキスト内で、「ネットワークノード」および「基地局」という用語の各々は、地上ベースのトランスポートリンクと無線ベースのトランスポートリンクとの間のインターフェースとして使用され得る無線アクセスネットワークのノードを指し、無線ベースのトランスポートリンクは、ＵＥと直接インターフェースし得る。セルラー通信の異なる世代では、これらの用語は、ＢＴＳ、ノードＢ、ｅノードＢまたはｇＮＢを指し得る。ＷＬＡＮ／Ｗｉ－Ｆｉ（商標）アーキテクチャでは、これらの用語はアクセスポイント（ＡＰ）を指し得る。本開示では、ネットワークノードは基地局であり得る。

上述のように、本発明者は、既存の背景の確認応答情報通信が欠点を有することを認識した。たとえば、図２に示されている例では、無線デバイスは、サブフレームｎ＋３中で３つの独立したＰＵＣＣＨ（すなわち、ＤＬ送信２００の確認応答情報のためのＰＵＣＣＨリソース０、ＤＬ送信２０２の確認応答情報のためのＰＵＣＣＨリソース２、およびＤＬ送信確認応答２０４のためのＰＵＣＣＨリソース３）を送信する。これは、複数の観点から準最適である。

第１に、３つの個別送信が、最適化のために低減され得る。したがって、（簡単のために、各ＨＡＲＱフィードバックがシングルビットからなると仮定すると）３ビットをもつ１つのジョイントコーディングされた送信が、３つの個別送信よりも効率的であり得る。第２に、いくつかの通信システム（たとえば、ＮＲ）ＰＵＣＣＨフォーマットが低いピーク対平均電力比（ＰＡＰＲ）のものであり得、これは、複数のＰＵＣＣＨが同時に送信された場合に失われ得る。第３に、ＰＵＣＣＨリソースの周波数位置に応じて、電力バックオフが相互変調積を軽減することを必要とされ得る。本明細書で説明されるこれらおよび他の欠点が、本発明の実施形態によって克服され得る。

本発明の実施形態は、送信機または受信機機能を実装する、ネットワーク中のいかなるノードにおいても利用され得る。１つの一般的な実装形態は、無線デバイスにおけるものであり、アップリンク上で送信されるＡＣＫ／ＮＡＣＫフィードバックを伴うダウンリンクトランスポートブロックの処理に関する。

図３を参照すると、一実施形態によれば、通信システムが、無線アクセスネットワークなどのアクセスネットワーク３１１とコアネットワーク３１４とを備える、３ＧＰＰタイプセルラーネットワークなどの通信ネットワーク３１０を含む。アクセスネットワーク３１１は、各々が、対応するカバレッジエリア３１３ａ、３１３ｂ、３１３ｃを規定する、ＮＢ、ｅＮＢ、ｇＮＢまたは他のタイプの無線アクセスポイントなど、複数のネットワークノード（たとえば、基地局）３１２ａ、３１２ｂ、３１２ｃを備える。各ネットワークノード３１２ａ、３１２ｂ、３１２ｃは、有線接続または無線接続３１５上でコアネットワーク３１４に接続可能である。カバレッジエリア３１３ｃ中に位置する第１の無線デバイス３９１が、対応するネットワークノード３１２ｃに無線で接続するように設定されるか、または対応するネットワークノード３１２ｃによってページングされるように設定される。カバレッジエリア３１３ａ中の第２の無線デバイス３９２が、対応するネットワークノード３１２ａに無線で接続可能である。この例では、複数の無線デバイス３９１、３９２が示されているが、開示される実施形態は、唯一の無線デバイスがカバレッジエリア中にある状況、または唯一の無線デバイスが、対応するネットワークノードに接続している状況に等しく適用可能である。

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

図３の通信システムは、全体として、接続された無線デバイス３９１、３９２のうちの１つとホストコンピュータ３３０との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）接続３５０として説明され得る。ホストコンピュータ３３０および接続された無線デバイス３９１、３９２は、アクセスネットワーク３１１、コアネットワーク３１４、任意の中間ネットワーク３２０、および可能なさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続３５０を介してデータおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続３５０は、ＯＴＴ接続３５０が通過する参加通信デバイスがアップストリームおよびダウンストリーム通信のルーティングに気づいていないという意味で、透過的であり得る。たとえば、ネットワークノード３１２が、接続されたＵＥ３９１にフォワーディングされる（たとえば、ハンドオーバされる）、ホストコンピュータ３３０から発信したデータをもつ着信ダウンストリーム通信の過去のルーティングについて通知されないことがあるか、または通知される必要がない。同様に、ネットワークノード３１２は、無線デバイス３９１からホストコンピュータ３３０のほうへ発信した発信アップストリーム通信の将来のルーティングに気づいている必要がない。

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

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

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

図４に示されているホストコンピュータ４１０、ネットワークノード４２０および無線デバイス４３０は、それぞれ、図３のホストコンピュータ３３０、ネットワークノード３１２ａ、３１２ｂ、３１２ｃのうちの１つ、および無線デバイス３９１、３９２のうちの１つと同等または同様であり得ることに留意されたい。これはすなわち、これらのエンティティの内部作用が、図４に示されているようなものであり得、独立して、周囲のネットワークトポロジーが図４のものであり得るということである。

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

すでに概説されたように、ネットワークノード４２０は、無線デバイス４３０へのダウンリンク送信を動的にスケジュールし得る。スケジューリングは、ＰＵＣＣＨまたは物理アップリンク共有チャネル上で無線デバイス４３０から受信されたチャネル状態および品質情報報告に基づくか、あるいは他のファクタに基づき得る。チャネル状態および品質情報報告は、受信機によって確かめられる瞬時チャネル条件を指示する。各時間間隔（たとえば、ＬＴＥサブフレームまたはＮＲスロット）において、ネットワークノード４２０は、現在の時間間隔においてデータを受信するようにスケジュールされた無線デバイスと、スケジュールされた無線デバイスにデータが送信されているリソースとを識別するＤＣＩを送信する。ＤＣＩは、一般に、物理ダウンリンク制御チャネル上で、時間間隔の早期部分において送信される。

ＡＲＱまたはＨＡＲＱが、ＤＬ上でのデータの送信中に生じるエラーを軽減するために使用され得る。ネットワークノード４２０が、無線デバイス４３０がＤＬ送信を受信するようにスケジュールされたことを指示するとき、無線デバイス４３０は、送信を復号することを試み得、物理アップリンク制御チャネルまたは物理アップリンク共有チャネル上でネットワークノードに確認応答情報（たとえば、確認応答メッセージ）を送信する。確認応答メッセージは、データパケットが無線デバイス４３０によって正しく受信されたか否かを、ネットワークノードに通知する。確認応答メッセージは、復号の成功を指示する肯定の値の確認応答（ＡＣＫ）メッセージ、または復号失敗を指示する否定の値の確認応答（ＮＡＣＫ）メッセージのいずれかであり得る。無線デバイス４３０から受信された確認応答メッセージに基づいて、基地局４２０は、新しいデータを送信する（ＡＣＫ受信）か、または前のデータを再送信する（ＮＡＣＫ受信）かを決定する。ＬＴＥキャリアアグリゲーションに関連する確認応答リソースインジケータ（ＡＲＩ）の導入により、確認応答メッセージのためのリソースの明示的割り当てが可能になり、したがって、この目的のために半静的に確保されたＵＬリソースのプールを、いくつかの無線デバイスが衝突なしに共有することが可能になった。リソース共有は、いくつかのＤＬキャリア上で同時にリソースを割り当てられる無線デバイスの平均数が小さかったので、効率的であった。

ＵＬ送信を開始するために、無線デバイス４３０は、無線デバイス４３０が、送るデータを有しているが、有効なアップリンクグラントを有していないとき、ＰＵＣＣＨ上でネットワークノードにスケジューリング要求（ＳＲ）を送信し得る。ネットワークノード４２０は、スケジューリング要求に応答してアップリンクリソースを割り当て、物理ＤＬ制御チャネル上で無線デバイス４３０にスケジューリンググラントを送信する。データが受信されたとき、ネットワークノード４２０は、データが正しく受信されたか否かを指示するために、ＤＬチャネル上で無線デバイス４３０にＡＣＫ／ＮＡＣＫシグナリングを送信し得る。ＡＣＫ／ＮＡＣＫシグナリングの代替として、ネットワークノード４２０は、同じＵＬデータを再送するように無線デバイス４３０をスケジュールし得る。

ＤＬ送信に戻ると、通信ネットワーク（たとえば、ＮＲ）は、異なるＵＬリソース要件をもつ多数のＰＵＣＣＨフォーマットをサポートし得る。このコンテキストでは、リソースが単一のリソースインデックスによって参照され得るが、リソースは、時間と、周波数と、位相回転と、直交カバーコード（ＯＣＣ）との組合せ、またはそれらのうちの１つまたは複数によって規定され得る。無線デバイス４３０による指示されたＵＬリソースのうちの１つの選定が、肯定応答または否定応答など、確認応答フィードバック値を表し得る。随意に、確認応答フィードバック値は、ＤＬ送信の特定の部分に対する制限と組み合わせられ（これは、異なる値の確認応答がＤＬ送信の異なる部分のために送られることを可能にし得る）、および／またはスケジューリング要求などのさらなる情報と組み合わせられ得、異なる程度のバンドリングおよび多重化が適用され得る。以前の、確認応答フィードバックが一定の長さのものである通信システムにはない、これらまたは同様のファクタの結果として、割り当て可能な別個のＵＬリソースの数が、異なる動作条件間で変動し得、必要とされるＡＲＩ値の最小数と最大数との間にかなりのギャップをもたらす。たとえば、例示的なネットワークでは、異なる量のＵＬリソースを有する以下のＰＵＣＣＨフォーマットがサポートされ得る。
ショートＰＵＣＣＨフォーマット１： １シンボル、ペイロード １～２ビット
ショートＰＵＣＣＨフォーマット２： １シンボル、＞２ビット
ショートＰＵＣＣＨフォーマット３： ２シンボル、１～２ビット
ショートＰＵＣＣＨフォーマット４： ２シンボル、＞２ビット
ロングＰＵＣＣＨフォーマット１： ４～１４シンボル、１～２ビット
ロングＰＵＣＣＨフォーマット２： ４～１４シンボル、＞２～１０ビット、または数個の１０ビット
ロングＰＵＣＣＨフォーマット３： ４～１４シンボル、＞１０ビット、または数個の１０ビット

全範囲のＡＲＩ値に適応する簡単なやり方は、ＤＣＩ内でＡＲＩにより多くのリソースを与えることであろう。しかしながら、これは、ワーストケース、すなわち、確認応答フィードバック値の最も包括的なセットに、これが必要とされない状況でも対応する、一定のシグナリングオーバーヘッドを追加するであろう。代わりに、本明細書の例示的な実施形態は、同じまたは異なる物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマットからなるリソースのプールを設定された無線デバイスを提案する。ダウンリンク制御情報（ＤＣＩ）中に含まれる確認応答リソース指示（ＡＲＩ）は、ＰＵＣＣＨリソース（または機会）を選択するために使用され得る。いくつかの実施形態では、ＡＲＩは、ＰＵＣＣＨフォーマットを暗黙的に選択し得る。

通信ネットワークでは、ロングＰＵＣＣＨフォーマットは、たとえば、４～１４シンボルにわたる異なる長さで存在し得る。無線デバイスは、異なるスロットにおいて長さが異なるロングＰＵＣＣＨを使用するように命令され得る。同じ無線デバイスからのロングおよびショートＰＵＣＣＨの時分割多重化（ＴＤＭ）が、スロットにおいてサポートされ得る。そのようなシナリオでは、ロングＰＵＣＣＨは、ショートＰＵＣＣＨが開始する前に停止しなければならない。無線デバイスがロングＰＵＣＣＨのみを送信するべきである別のスロットでは、ＰＵＣＣＨは、スロットの終端まで延び得る。本発明の一実施形態によれば、長さが可変のロングＰＵＣＣＨが、長さが異なるロングＰＵＣＣＨをもつ２つまたはそれ以上のＰＵＣＣＨ機会（たとえば、ＰＵＣＣＨリソースプール）を設定することによって、対処され得る。ＡＲＩは、異なるＰＵＣＣＨ機会の中から選択するために使用され得る。

図５は、本発明の例示的な実施形態による、通信ネットワークに制御情報を送信する方法５００の概略表現である。方法５００は、図４に示されている通信ネットワーク４００の無線デバイス４３０など、通信ネットワークの無線デバイスにおいて実装され得る。

動作５０２において、無線デバイスは、少なくとも２つの物理アップリンク制御チャネル（ＰＵＣＣＨ）機会を設定され得る。少なくとも２つのＰＵＣＣＨ機会の各々が、通信ネットワークに制御情報を送信するために使用され得るアップリンク（ＵＬ）リソースを識別し得る。少なくとも２つのＰＵＣＣＨ機会が、異なるＰＵＣＣＨフォーマットと、異なるＰＵＣＣＨ持続時間と、異なるＰＵＣＣＨペイロードサイズと、異なるＰＵＣＣＨ帯域幅とのうちの少なくとも１つを識別し得る。指示されたＰＵＣＣＨ機会は、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含み得る。

いくつかの実施形態では、指示されたＰＵＣＣＨ機会は、さらなる特性を含み得る。非限定的な例として、指示されたＰＵＣＣＨ機会は、ＰＵＣＣＨ送信ダイバーシティ利得をさらに含み得る。指示されたＰＵＣＣＨ機会は、ＰＵＣＣＨ電力制御設定をさらに含み得る。いくつかの実施形態では、指示されたＰＵＣＣＨ機会は、他の種類のアップリンク制御情報（ＵＣＩ）と多重化し得る。たとえば、指示されたＰＵＣＣＨ機会は、ＵＣＩをさらに含み得る。ＵＣＩは、チャネルステータス情報（ＣＳＩ）と、チャネル品質インジケータ（ＣＱＩ）と、スケジューリング要求（ＳＲ）とのうちの１つまたは複数を含み得る。

ＵＬリソースは、時間と、周波数と、コードとのうちの少なくとも１つによって区別可能であり得る。一実施形態では、通信ネットワークに制御情報を送信するために使用されるＵＬリソースは、複数のＵＬキャリアを含み得る。設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する（以下で説明される）確認応答リソース指示（ＡＲＩ）は、キャリアアクティブ化状態に依存し得る。

無線デバイスは、半静的シグナリングによって、少なくとも２つのＰＵＣＣＨ機会を設定され得る。たとえば、無線リソース制御（ＲＲＣ）シグナリングが使用され得る。（図４のネットワークノード４２０などの）ネットワークノードがＰＵＣＣＨ機会を設定することを担当する場合、ネットワークノードは、無線デバイス４３０に半静的に設定をシグナリングし得る。代わりに通信ネットワーク４００の異なるエンティティがＰＵＣＣＨ機会を設定することを担当する場合、無線デバイス４３０とネットワークノード４２０の両方が、設定を指示する半静的シグナリングを受信し得る。

動作５０４において、無線デバイスは、通信ネットワーク４００のネットワークノード４２０から、ダウンリンク（ＤＬ）送信を受信するために使用される無線リソースの割り振りを受信し得る。

動作５０６において、無線デバイス４３０は、ＤＬ送信に関連する制御情報を送信するために使用される、設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する確認応答リソース指示（ＡＲＩ）を受信し得る。ＡＲＩは、無線デバイス４３０に固有であり得るか、または代替的に、複数の無線デバイスの間で共有され得る。指示されたＰＵＣＣＨ機会は、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含み得る。制御情報は、ＤＬ送信に関連する確認応答情報を含み得る。たとえば、確認応答情報は、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックであり得る。ＡＲＩは、追加情報を含むメッセージ中で受信され得る。たとえば、メッセージは、ＤＬ送信の時間間隔と制御情報の時間間隔との可変の区切りを含み得る。一実施形態では、メッセージは、ＡＲＩと無線リソースの割り振りとを含み得る。

一実施形態では、無線デバイスは、不完全な情報を受信し得る。たとえば、ＡＲＩの受信は、ＰＵＣＣＨフォーマットの特性と、ＰＵＣＣＨ持続時間の特性と、ＰＵＣＣＨペイロードサイズの特性と、ＰＵＣＣＨ帯域幅の特性とのサブセットを受信することを含み得る。サブセットを受信することは、これらの特性のうちのただ１つと、他の特性に関する完全な情報とのサブセットを受信すること、および／またはＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちのただ１つを受信することを含み得る。そのようなシナリオでは、無線デバイスは、たとえば、受信された情報を、設定されたＰＵＣＣＨフォーマットの所定のテーブルと比較して、どのＰＵＣＣＨフォーマットを適用するかを決定し得る。すなわち、無線デバイスは、サブセットを、２つまたはそれ以上のＰＵＣＣＨフォーマットのためのＰＵＣＣＨフォーマット情報の所定のテーブルと比較することによってＰＵＣＣＨフォーマットを分析して、ＰＵＣＣＨフォーマットを決定し得る。この手法は、送信オーバーヘッドを低減し得る。

特定の非限定的な例として、サブセットの受信は、指示されたＰＵＣＣＨ機会によって識別されたＵＬリソースと、ＰＵＣＣＨペイロードサイズとを受信することを含み得る。受信されていないＰＵＣＣＨ情報は、ＰＵＣＣＨフォーマットを含む。別の例として、サブセットを受信することは、指示されたＰＵＣＣＨ機会によって識別されたＵＬリソースと、ＰＵＣＣＨフォーマットとを受信することを含み得る。受信されていないＰＵＣＣＨ情報は、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含み得る。

動作５０８において、無線デバイスは、指示されたＰＵＣＣＨ機会によって識別されたＵＬリソースの少なくともサブセット上で、ネットワークノードに、ＤＬ送信に関連する制御情報を送信し得る。

図６は、図４の通信ネットワーク４００のネットワークノード４２０など、通信ネットワークのネットワークノードにおいて制御情報を受信するための方法の概略表現である。当業者が諒解することができる、送信に関して本明細書ですでに説明されたいくつかの態様は、受信に同様に適用され、簡潔のために省略される。

動作６０２において、少なくとも２つの物理アップリンク制御チャネル（ＰＵＣＣＨ）機会の設定が、ネットワークノード４２０によって取得され得る。少なくとも２つのＰＵＣＣＨ機会の各々は、通信ネットワーク４００のカバレッジ中の無線デバイスから制御情報を受信するために使用されるアップリンク（ＵＬ）リソースを識別し得る。ＰＵＣＣＨ機会の設定の取得は、設定を決定することを含み得る。設定の取得は、無線デバイス４３０に半静的シグナリングを送信することをさらに含み得る。ＰＵＣＣＨ機会の設定の取得は、通信ネットワークの異なるノードから情報を受信することを含み得る。

動作６０４において、ネットワークノード４２０は、無線デバイスに、ダウンリンク（ＤＬ）送信を送信するために使用される無線リソースを割り振り得る。

動作６０６において、ネットワークノード４２０は、無線デバイス４３０に確認応答リソース指示（ＡＲＩ）を送信し得る。ＡＲＩは、ＤＬ送信に関連する制御情報を受信するために使用される、設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示し得る。ＡＲＩ情報は、無線デバイス固有設定であり得る。代替的に、ＡＲＩは、複数の無線デバイスの間で共有され得る。ＰＵＣＣＨ機会は、制御情報が送信されることになる、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含む。

動作６０８において、ネットワークノードは、指示されたＰＵＣＣＨ機会の少なくともサブセット上で、無線デバイスから制御情報を受信し得る。

次に、図５および図６に示されている例示的な実施形態のさらなる展開が説明される。設定されたＰＵＣＣＨプール中のリソースが、異なるフォーマットまたは同じフォーマットのものであり得る。同じフォーマットは、異なるリソース上で複数回設定され得る。可変の長さをもつＰＵＣＣＨフォーマットの場合、異なる長さをもつ同じＰＵＣＣＨフォーマットが設定され得る。いくつかのＰＵＣＣＨフォーマットが、異なる帯域幅、たとえば、数の、ＰＵＣＣＨに割り当てられた物理リソースブロック（ＰＲＢ）をサポートし得る。可変の帯域幅をもつＰＵＣＣＨフォーマットの場合、異なる帯域幅をもつ同じＰＵＣＣＨフォーマットが設定され得る。

いくつかの実施形態では、設定されたフォーマットは、（部分的に）重複するリソースまたは独立リソースを占有することができる。

いくつかのＰＵＣＣＨフォーマットは、可変のペイロードサイズをサポートし得る。そのようなシナリオでは、ＰＵＣＣＨプール中のエントリがペイロードでタグ付けされることさえあり、たとえば、無線デバイスが、それぞれ≦１１ビットおよび＞１１ビットについて、（同じまたは異なるリソース上で）２つのショートＰＵＣＣＨフォーマット２を設定され得る。一実施形態では、（異なるペイロードサイズをもつ）同じＰＵＣＣＨフォーマットが、異なるチャネル符号化方式を有し得る。代替的に、コーディング方式は、ペイロードサイズに起因せず、ＰＵＣＣＨフォーマット規定の一部であり得る。

また、ＰＵＣＣＨプールエントリは、ＡＣＫ／ＮＡＣＫビットバンドリングが適用されるべきであるかどうかを指定し得る（同じフォーマットが、バンドリングをサポートするか、またはバンドリングをサポートしないことがあり、したがって、バンドリングはい／いいえが、ＰＵＣＣＨプールエントリ設定の一部であり得る）。バンドリングは、２つ以上のＡＣＫ／ＮＡＣＫビットを必要とするマルチレイヤ送信のＡＣＫ／ＮＡＣＫビットにわたって、時間的にＤＬ割り振りにわたって、またはキャリアにわたって（およびそれらの組合せで）適用され得る。

いくつかの実施形態では、ＡＲＩは、ペイロードサイズとともに、ＰＵＣＣＨリソースおよびフォーマットを選択するために使用され得る。たとえば、ＡＲＩはＰＵＣＣＨリソースを指示し得、ペイロードサイズはＰＵＣＣＨフォーマットを決定し得る。代替的に、ＡＲＩはＰＵＣＣＨリソースとＰＵＣＣＨフォーマットの両方を指定し得、ペイロードサイズは、ＰＵＣＣＨ中で使用されるペイロードコンテナのサイズを決定し得る。ペイロードサイズは、たとえば、ＰＵＣＣＨペイロードコンテナサイズを選択する目的でＵＥにシグナリングされる、（それが受信したＤＬ割り振りに基づく）真のペイロードサイズ、または「仮想ペイロードサイズ」であり得る。仮想ペイロードサイズは、スケジューリング履歴（すなわち、時間ウィンドウ内で、これまでいくつのＤＬ割り振りがスケジュールされたか）についてＵＥに告げるＤＣＩ中に含まれるダウンリンク割り振りインジケータ（ＤＡＩ）ビットから導出され得る。この手法は、何らかのＤＬ割り振り情報が失われた場合、無線デバイスがＡＣＫ／ＮＡＣＫ報告におけるエラーケースを回避するのを助け得る。代替的に、仮想ペイロードサイズは、ＵＥに明示的にシグナリングされ得る。

ＨＡＲＱフィードバックのフォーマットおよびサイズは、ＨＡＲＱコードブックと呼ばれることもある。コンテナサイズが（仮想）ペイロードサイズに基づいて変化する場合、これは、高速または動的ＨＡＲＱコードブック適応と示され得る。ペイロードコンテナサイズが（半静的ＲＲＣ設定などの）緩やかに変化する量に基づく場合、これは、低速または静的ＨＡＲＱコードブック適応と呼ばれることがある。ＰＵＣＣＨプール中のリソースが、低速または高速ＨＡＲＱコードブック適応を伴ってタグ付けされ得る。

ＰＵＣＣＨフォーマットが可変の帯域幅をサポートする場合、（上記で説明されたように、）帯域幅は設定の一部であり得、ＰＵＣＣＨプール中の異なるリソースが、同じフォーマットであるが、異なる帯域幅のものであり得る。

代替的に、ＰＵＣＣＨプール中のリソース設定は、ＰＵＣＣＨリソースの開始周波数位置または参照周波数位置について説明するにすぎないことがあり、帯域幅はＨＡＲＱコードブックサイズから導出され得る。この場合、ＰＵＣＣＨリソースは、ＨＡＲＱコードブックサイズの増加とともに１つの周波数方向にのみ増大し得る。代替的に、ＰＵＣＣＨリソースは、ＨＡＲＱコードブックサイズの増加とともに正または負の周波数方向に増大し得、増大方向はリソース設定の一部であり得る。負または正の周波数方向に増大するＰＵＣＣＨリソースを有することは、ＰＵＣＣＨリソースをより良く利用するのを助け得る。

ＰＵＣＣＨプール中のエントリは、（ＵＥが、キャリアアグリゲーション（ＣＡ）またはデュアルコネクティビティ（ＤＣ）セットアップにおいて複数のＵＬコンポーネントキャリアを設定された場合）同じまたは異なるＵＬキャリア上にあり得る。ＰＵＣＣＨ送信のために使用されるＵＬキャリアは、ＡＲＩによって暗黙的に選択され得る。

さらに、高速ＵＬキャリアアクティブ化／非アクティブ化がサポートされる場合、複数のＰＵＣＣＨプールが、異なるアクティブ化状態（たとえば、ＵＬコンポーネントキャリア（ＣＣ１）のみアクティブ、ＣＣ２のみアクティブ、ＣＣ１およびＣＣ２がアクティブ）のために設定され得る。この３つの事例では、ＰＵＣＣＨリソースプールは、ＣＣ１上に、ＣＣ２上に、または両方上にＰＵＣＣＨリソースのみを含んでいることがあり得る。アクティブ化ステータスが考慮されず、単一のプールのみが設定された場合、いくつかのＰＵＣＣＨリソースは、非アクティブ化されたＵＬキャリア上にあり得るか、または使用されないことがある。ＡＲＩは、依然として、すべての設定されたリソースを指すことが可能であり得、これは、すべてのＵＬ ＣＣがアクティブ化されるとは限らない場合、設定されたＰＵＣＣＨリソースのサブセットのみが使用され得るので、ＡＲＩ（したがってＤＣＩビット）の浪費であり得、さらに、ネットワークフレキシビリティを低減し得る。

ＰＵＣＣＨプールは、異なる信頼できるようにレベルについて、異なるＰＵＣＣＨフォーマットまたは同じＰＵＣＣＨフォーマットを含んでいることがある。異なるＰＵＣＣＨフォーマットでは、異なる信頼性が意図的に容易に達成され得る。同じＰＵＣＣＨフォーマットを使用して、異なる信頼性が、たとえば、異なる送信電力によって達成され得る。したがって、ＰＵＣＣＨプール中の異なるエントリが、異なる電力を使用するように設定され得る。一般に、ＰＵＣＣＨは電力制御される。ＰＵＣＣＨプール中の異なるエントリは、ＰＵＣＣＨ送信電力を調整するために使用され得る異なる電力オフセットを割り振られ得る。

ＰＵＣＣＨリソースプール中の異なるエントリは、ＰＵＣＣＨ送信ダイバーシティに関して異なる設定を有し得る。いくつかのエントリは、送信ダイバーシティ設定１（たとえば、送信ダイバーシティなし）を用いてＰＵＣＣＨを送信し得、他のエントリは、別の送信ダイバーシティを用いてＰＵＣＣＨを送信するであろう。より一般的には、これは、マルチアンテナ方式に適用され、送信ダイバーシティ方式のみに適用されるのではないことがある。

本出願で提供される方法またはフローチャートは、コンピュータまたはプロセッサが実行するために、図７のコンピュータ可読記憶媒体７００など、コンピュータ可読記憶媒体中に有形に具現される、コンピュータプログラム、ソフトウェアまたはファームウェアで実装され得る。

この説明が本発明を限定するものではないことを理解されたい。反対に、実施形態は、本発明の趣旨および範囲に含まれる、代替形態、変更形態および等価物をカバーするものとする。さらに、実施形態の詳細な説明では、本発明の包括的な理解を提供するために、多数の具体的な詳細が記載されている。しかしながら、当業者は、様々な実施形態がそのような具体的な詳細なしに実施され得ることを理解するであろう。

本実施形態の特徴および要素は、本実施形態において特定の組合せで説明されるが、各特徴または要素は、本実施形態の他の特徴および要素を用いずに単独で、あるいは本明細書で開示される他の特徴および要素を用いるまたは用いない様々な組合せで、使用され得る。

本明細書は、いかなる当業者も、いかなるデバイスまたはシステムをも製作および使用すること、ならびに組み込まれたいかなる方法をも実施することを含む、同じことを実施することを可能にするために開示される、主題の例を使用する。主題の特許可能な範囲は、特許請求の範囲によって規定され、当業者に想起される他の例を含み得る。そのような他の例は、特許請求の範囲内に入るものとする。

Claims (20)

1. 通信ネットワークに制御情報を送信する方法であって、前記方法は、無線デバイスにおいて実装され、
   無線リソース制御（ＲＲＣ）シグナリングによって、少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）を設定されることであって、前記少なくとも２つのＰＵＣＣＨ機会の各々が、前記通信ネットワークに制御情報を送信するために使用されるアップリンク（ＵＬ）リソースを識別する、少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）を設定されることと、
   前記通信ネットワークのネットワークノードから、ダウンリンク（ＤＬ）送信を受信するために使用される無線リソースの割り振りを受信することと、
   前記設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する確認応答リソース指示（ＡＲＩ）を受信することと、
   前記指示されたＰＵＣＣＨ機会によって識別された前記ＵＬリソースの少なくともサブセット上で、前記ネットワークノードに、前記ＤＬ送信に関連する前記制御情報を送信することと
   を含み、
   前記指示されたＰＵＣＣＨ機会が、少なくともＰＵＣＣＨ持続時間を含み、
   少なくとも２つの前記ＰＵＣＣＨ機会が、異なるＰＵＣＣＨ持続時間を識別する、方法。
2. 前記制御情報が、前記ＤＬ送信に関連する確認応答情報を含み、前記確認応答情報がハイブリッド自動再送要求（ＨＡＲＱ）フィードバックである、請求項１に記載の方法。
3. 前記ＡＲＩが、追加情報を含むメッセージ中で受信され、前記追加情報が、前記ＤＬ送信の時間間隔と前記制御情報送信の時間間隔との可変の区切りである、請求項１に記載の方法。
4. 前記ＡＲＩが、追加情報を含むメッセージ中で受信され、前記メッセージが前記ＡＲＩと無線リソースの前記割り振りとを含む、請求項１に記載の方法。
5. 前記指示されたＰＵＣＣＨ機会が、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨ帯域幅とを含む、請求項１に記載の方法。
6. 通信インターフェースと処理回路要素とを備える無線デバイスであって、前記処理回路要素は、前記無線デバイスが、
   無線リソース制御（ＲＲＣ）シグナリングによって、少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）を設定されることであって、前記少なくとも２つのＰＵＣＣＨ機会の各々が、通信ネットワークに制御情報を送信するために使用されるアップリンク（ＵＬ）リソースを識別する、少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）を設定されることと、
   前記通信ネットワークのネットワークノードから、ダウンリンク（ＤＬ）送信を受信するために使用される無線リソースの割り振りを受信することと、
   前記設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する確認応答リソース指示（ＡＲＩ）を受信することと、
   前記指示されたＰＵＣＣＨ機会によって識別された前記ＵＬリソースの少なくともサブセット上で、前記ネットワークノードに、前記ＤＬ送信に関連する前記制御情報を送信することと
   をするように設定され、
   前記指示されたＰＵＣＣＨ機会が、少なくともＰＵＣＣＨ持続時間を含み、
   少なくとも２つの前記ＰＵＣＣＨ機会が、異なるＰＵＣＣＨ持続時間を識別する、無線デバイス。
7. 前記制御情報が、前記ＤＬ送信に関連する確認応答情報を含み、前記確認応答情報がハイブリッド自動再送要求（ＨＡＲＱ）フィードバックである、請求項６に記載の無線デバイス。
8. 前記ＡＲＩが、追加情報を含むメッセージ中で受信され、前記追加情報が、前記ＤＬ送信の時間間隔と前記制御情報送信の時間間隔との可変の区切りである、請求項６に記載の無線デバイス。
9. 前記ＡＲＩが、追加情報を含むメッセージ中で受信され、前記メッセージが前記ＡＲＩと無線リソースの前記割り振りとを含む、請求項６に記載の無線デバイス。
10. 前記指示されたＰＵＣＣＨ機会が、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨ帯域幅とを含む、請求項６に記載の無線デバイス。
11. 通信ネットワークのネットワークノードにおいて制御情報を受信する方法であって、前記方法は、
    少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）の設定を取得することであって、少なくとも２つの前記ＰＵＣＣＨ機会のうちの各ＰＵＣＣＨ機会が、前記通信ネットワークのカバレッジ中の無線デバイスから制御情報を受信するために使用されるアップリンク（ＵＬ）リソースを識別する、少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）の設定を取得することと、
    無線リソース制御（ＲＲＣ）シグナリングを使用して無線デバイスに前記設定をシグナリングすることと、
    無線デバイスに、ダウンリンク（ＤＬ）送信を送信するために使用される無線リソースを割り振ることと、
    前記無線デバイスに確認応答リソース指示（ＡＲＩ）を送信することであって、前記ＡＲＩが、前記設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する、確認応答リソース指示（ＡＲＩ）を送信することと、
    前記指示されたＰＵＣＣＨ機会の少なくともサブセット上で、前記無線デバイスから前記制御情報を受信することと
    を含み、
    ＰＵＣＣＨ機会は、少なくともＰＵＣＣＨ持続時間を含み、
    少なくとも２つの前記ＰＵＣＣＨ機会が、異なるＰＵＣＣＨ持続時間を識別する、方法。
12. 前記制御情報が、前記ＤＬ送信に関連する確認応答情報を含み、前記確認応答情報がハイブリッド自動再送要求（ＨＡＲＱ）フィードバックである、請求項１１に記載の方法。
13. 前記ＡＲＩが、追加情報を含むメッセージ中で送信され、前記追加情報が、前記ＤＬ送信の時間間隔と前記制御情報送信の時間間隔との可変の区切りである、請求項１１に記載の方法。
14. 前記ＡＲＩが、追加情報を含むメッセージ中で送信され、前記メッセージが前記ＡＲＩと無線リソースの前記割り振りとを含む、請求項１１に記載の方法。
15. 前記指示されたＰＵＣＣＨ機会が、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨ帯域幅とを含む、請求項１１に記載の方法。
16. 通信インターフェースと処理回路要素とを備える通信ネットワークのネットワークノードであって、前記処理回路要素は、前記ネットワークノードが、
    少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）の設定を取得することであって、少なくとも２つの前記ＰＵＣＣＨ機会のうちの各ＰＵＣＣＨ機会が、前記通信ネットワークのカバレッジ中の無線デバイスから制御情報を受信するために使用されるアップリンク（ＵＬ）リソースを識別する、少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）の設定を取得することと、
    無線リソース制御（ＲＲＣ）シグナリングを使用して無線デバイスに前記設定をシグナリングすることと、
    無線デバイスに、ダウンリンク（ＤＬ）送信を送信するために使用される無線リソースを割り振ることと、
    前記無線デバイスに確認応答リソース指示（ＡＲＩ）を送信することであって、前記ＡＲＩが、前記設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する、確認応答リソース指示（ＡＲＩ）を送信することと、
    前記指示されたＰＵＣＣＨ機会の少なくともサブセット上で、前記無線デバイスから前記制御情報を受信することと
    をするように設定され、
    ＰＵＣＣＨ機会は、少なくともＰＵＣＣＨ持続時間を含み、
    少なくとも２つの前記ＰＵＣＣＨ機会が、異なるＰＵＣＣＨ持続時間を識別する、ネットワークノード。
17. 前記制御情報が、前記ＤＬ送信に関連する確認応答情報を含み、前記確認応答情報がハイブリッド自動再送要求（ＨＡＲＱ）フィードバックである、請求項１６に記載のネットワークノード。
18. 前記ＡＲＩが、追加情報を含むメッセージ中で送信され、前記追加情報が、前記ＤＬ受信の時間間隔と前記制御情報受信の時間間隔との可変の区切りである、請求項１６に記載のネットワークノード。
19. 前記ＡＲＩが、追加情報を含むメッセージ中で送信され、前記メッセージが前記ＡＲＩと無線リソースの前記割り振りとを含む、請求項１６に記載のネットワークノード。
20. 前記指示されたＰＵＣＣＨ機会が、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨ帯域幅とを含む、請求項１６に記載のネットワークノード。

Images