(57)【要約】  確認応答リソースの割り当てのためのシステムおよび方法が提供される。一実施形態では、通信ネットワークに制御情報を送信する方法が、無線デバイスにおいて実装され得る。本方法は、少なくとも２つの物理アップリンク制御チャネル（ＰＵＣＣＨ）機会を設定されることであって、少なくとも２つのＰＵＣＣＨ機会の各々が、通信ネットワークに制御情報を送信するために使用されるアップリンクリソースを識別する、少なくとも２つの物理アップリンク制御チャネル（ＰＵＣＣＨ）機会を設定されることを含み得る。本方法は、ＤＬ送信に関連する制御情報を送信するために使用される、設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する確認応答リソース指示（ＡＲＩ）を受信することをさらに含み得る。【選択図】図２
2020519148.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークに制御情報を送信する方法であって、前記方法は、無線デバイスにおいて実装され、
少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）を設定されること（５０２）であって、前記少なくとも２つのＰＵＣＣＨ機会の各々が、前記通信ネットワークに制御情報を送信するために使用されるアップリンク（ＵＬ）リソースを識別する、少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）を設定されること（５０２）と、
前記通信ネットワークのネットワークノードから、ダウンリンク（ＤＬ）送信を受信するために使用される無線リソースの割り振りを受信すること（５０４）と、
前記ＤＬ送信に関連する制御情報を送信するために使用される、前記設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する確認応答リソース指示（ＡＲＩ）を受信すること（５０６）と、
前記指示されたＰＵＣＣＨ機会によって識別された前記ＵＬリソースの少なくともサブセット上で、前記ネットワークノードに、前記ＤＬ送信に関連する前記制御情報を送信すること（５０８）と
を含み、
前記指示されたＰＵＣＣＨ機会が、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含む、方法。
【請求項２】
通信インターフェース（４１６）と処理回路要素（４１８）とを備える無線デバイス（４３０）であって、前記処理回路要素（４１８）は、前記無線デバイスが、
少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）を設定されることであって、前記少なくとも２つのＰＵＣＣＨ機会の各々が、通信ネットワークに制御情報を送信するために使用されるアップリンク（ＵＬ）リソースを識別する、少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）を設定されることと、
前記通信ネットワークのネットワークノードから、ダウンリンク（ＤＬ）送信を受信するために使用される無線リソースの割り振りを受信することと、
前記ＤＬ送信に関連する制御情報を送信するために使用される、前記設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する確認応答リソース指示（ＡＲＩ）を受信することと、
前記指示されたＰＵＣＣＨ機会によって識別された前記ＵＬリソースの少なくともサブセット上で、前記ネットワークノードに、前記ＤＬ送信に関連する前記制御情報を送信することと
をするように設定され、
前記指示されたＰＵＣＣＨ機会が、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含む、無線デバイス（４３０）。
【請求項３】
前記少なくとも２つのＰＵＣＣＨ機会が、異なるＰＵＣＣＨフォーマットと、異なるＰＵＣＣＨ持続時間と、異なるＰＵＣＣＨペイロードサイズと、異なるＰＵＣＣＨ帯域幅とのうちの少なくとも１つを識別する、請求項２に記載の無線デバイス。
【請求項４】
前記制御情報が、前記ＤＬ送信に関連する確認応答情報を含む、請求項２または３に記載の無線デバイス。
【請求項５】
前記確認応答情報がハイブリッド自動再送要求（ＨＡＲＱ）フィードバックである、請求項４に記載の無線デバイス。
【請求項６】
前記ＵＬリソースが、時間と、周波数と、コードとのうちの少なくとも１つによって区別可能である、請求項２から５のいずれか一項に記載の無線デバイス。
【請求項７】
前記無線デバイスが、半静的シグナリングによって、前記少なくとも２つのＰＵＣＣＨ機会を設定された、請求項２から６のいずれか一項に記載の無線デバイス。
【請求項８】
前記ＡＲＩが、追加情報を含むメッセージ中で受信される、請求項２から７のいずれか一項に記載の無線デバイス。
【請求項９】
前記追加情報が、前記ＤＬ送信の時間間隔と前記制御情報送信の時間間隔との可変の区切りである、請求項８に記載の無線デバイス。
【請求項１０】
前記メッセージが前記ＡＲＩと無線リソースの前記割り振りとを含む、請求項８または９に記載の無線デバイス。
【請求項１１】
前記処理回路要素は、前記無線デバイスが、
前記ＡＲＩの一部として、前記ＰＵＣＣＨフォーマットの特性と、前記ＰＵＣＣＨ持続時間の特性と、前記ＰＵＣＣＨペイロードサイズの特性と、前記ＰＵＣＣＨ帯域幅の特性とのサブセットを受信することと、
前記受信されたサブセットから、受信されていないＰＵＣＣＨ情報を分析することと
をするようにさらに設定された、請求項２から１０のいずれか一項に記載の無線デバイス。
【請求項１２】
前記サブセットを受信することが、前記指示されたＰＵＣＣＨ機会によって識別された前記ＵＬリソースと、前記ＰＵＣＣＨペイロードサイズとを受信することを含み、前記受信されていないＰＵＣＣＨ情報が前記ＰＵＣＣＨフォーマットを含む、請求項１１に記載の無線デバイス。
【請求項１３】
前記無線デバイスが、前記サブセットを、２つまたはそれ以上のＰＵＣＣＨフォーマットのためのＰＵＣＣＨフォーマット情報の所定のテーブルと比較することによって前記ＰＵＣＣＨフォーマットを分析して、前記ＰＵＣＣＨフォーマットを決定する、請求項１１または１２に記載の無線デバイス。
【請求項１４】
前記サブセットを受信することが、前記指示されたＰＵＣＣＨ機会によって識別された前記ＵＬリソースと、前記ＰＵＣＣＨフォーマットとを受信することを含み、前記受信されていないＰＵＣＣＨ情報が、前記ＰＵＣＣＨ持続時間と、前記ＰＵＣＣＨペイロードサイズと、前記ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含む、請求項１１に記載の無線デバイス。
【請求項１５】
前記通信ネットワークに制御情報を送信するために使用される前記ＵＬリソースが、複数のＵＬキャリアを含む、請求項２から１４のいずれか一項に記載の無線デバイス。
【請求項１６】
前記設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する前記ＡＲＩが、キャリアアクティブ化状態に依存する、請求項１５に記載の無線デバイス。
【請求項１７】
前記指示されたＰＵＣＣＨ機会がＰＵＣＣＨ送信ダイバーシティ利得をさらに含む、請求項２から１６のいずれか一項に記載の無線デバイス。
【請求項１８】
前記指示されたＰＵＣＣＨ機会がＰＵＣＣＨ電力制御設定をさらに含む、請求項２から１７のいずれか一項に記載の無線デバイス。
【請求項１９】
前記指示されたＰＵＣＣＨ機会がアップリンク制御情報（ＵＣＩ）をさらに含む、請求項２から１８のいずれか一項に記載の無線デバイス。
【請求項２０】
前記ＵＣＩが、チャネルステータス情報（ＣＳＩ）と、チャネル品質インジケータ（ＣＱＩ）と、スケジューリング要求（ＳＲ）とのうちの１つまたは複数を含む、請求項１９に記載の無線デバイス。
【請求項２１】
前記ＰＵＣＣＨペイロードサイズが、導出された仮想ＰＵＣＣＨペイロードサイズを含む、請求項２から２０のいずれか一項に記載の無線デバイス。
【請求項２２】
通信ネットワークのネットワークノードにおいて制御情報を受信する方法であって、前記方法は、
少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）の設定を取得すること（６０２）であって、各ＰＵＣＣＨ機会が、前記通信ネットワークのカバレッジ中の無線デバイスから制御情報を受信するために使用されるアップリンク（ＵＬ）リソースを識別する、少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）の設定を取得すること（６０２）と、
無線デバイスに、ダウンリンク（ＤＬ）送信を送信するために使用される無線リソースを割り振ること（６０４）と、
前記無線デバイスに確認応答リソース指示（ＡＲＩ）を送信すること（６０６）であって、前記ＡＲＩが、前記ＤＬ送信に関連する制御情報を受信するために使用される、前記設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する、確認応答リソース指示（ＡＲＩ）を送信すること（６０６）と、
前記指示されたＰＵＣＣＨ機会の少なくともサブセット上で、前記無線デバイスから前記制御情報を受信すること（６０８）と
を含み、
ＰＵＣＣＨ機会は、前記制御情報が送信されることになる、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含む、方法。
【請求項２３】
通信インターフェース（４２６）と処理回路要素（４２８）とを備える通信ネットワークのネットワークノード（４２０）であって、前記処理回路要素（４２８）は、前記ネットワークノードが、
少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）の設定を取得することであって、各ＰＵＣＣＨ機会が、前記通信ネットワークのカバレッジ中の無線デバイスから制御情報を受信するために使用されるアップリンク（ＵＬ）リソースを識別する、少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）の設定を取得することと、
無線デバイスに、ダウンリンク（ＤＬ）送信を送信するために使用される無線リソースを割り振ることと、
前記無線デバイスに確認応答リソース指示（ＡＲＩ）を送信することであって、前記ＡＲＩが、前記ＤＬ送信に関連する制御情報を受信するために使用される、前記設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する、確認応答リソース指示（ＡＲＩ）を送信することと、
前記指示されたＰＵＣＣＨ機会の少なくともサブセット上で、前記無線デバイスから前記制御情報を受信することと
をするように設定され、
ＰＵＣＣＨ機会は、前記制御情報が送信されることになる、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含む、ネットワークノード（４２０）。
【請求項２４】
前記ＰＵＣＣＨ機会の設定の前記取得が、前記設定を決定することを含む、請求項２３に記載のネットワークノード。
【請求項２５】
前記ＰＵＣＣＨ機会の設定の前記取得が、前記無線デバイスに半静的シグナリングを送信することをさらに含む、請求項２４に記載のネットワークノード。
【請求項２６】
前記ＰＵＣＣＨ機会の設定の前記取得が、前記通信ネットワークの異なるノードから情報を受信することを含む、請求項２３に記載のネットワークノード。
【請求項２７】
前記少なくとも２つのＰＵＣＣＨ機会が、異なるＰＵＣＣＨフォーマットと、異なるＰＵＣＣＨ持続時間と、異なるＰＵＣＣＨペイロードサイズと、異なるＰＵＣＣＨ帯域幅とのうちの少なくとも１つを識別する、請求項２３から２６のいずれか一項に記載のネットワークノード。
【請求項２８】
前記制御情報が、前記ＤＬ送信に関連する確認応答情報を含む、請求項２３から２７のいずれか一項に記載のネットワークノード。
【請求項２９】
前記確認応答情報がハイブリッド自動再送要求（ＨＡＲＱ）フィードバックである、請求項２８に記載のネットワークノード。
【請求項３０】
前記ＵＬリソースが、時間と、周波数と、コードとのうちの少なくとも１つによって区別可能である、請求項２３から２９のいずれか一項に記載のネットワークノード。
【請求項３１】
前記ＡＲＩが、追加情報を含むメッセージ中で送信される、請求項２３から３０のいずれか一項に記載のネットワークノード。
【請求項３２】
前記追加情報が、前記ＤＬ送信の時間間隔と前記制御情報送信の時間間隔との可変の区切りである、請求項３１に記載のネットワークノード。
【請求項３３】
前記メッセージが前記ＡＲＩと無線リソースの前記割り振りとを含む、請求項３１または３２に記載のネットワークノード。
【請求項３４】
前記ＡＲＩの前記送信は、前記ＰＵＣＣＨフォーマットの特性と、前記ＰＵＣＣＨ持続時間の特性と、前記ＰＵＣＣＨペイロードサイズの特性と、前記ＰＵＣＣＨ帯域幅の特性とのサブセットを送信することであって、前記無線デバイスが、前記送信されたサブセットから、受信されていないＰＵＣＣＨ情報を分析するために、サブセットを送信することを含む、請求項２３から３３のいずれか一項に記載のネットワークノード。
【請求項３５】
前記サブセットを送信することが、前記指示されたＰＵＣＣＨ機会によって識別された前記ＵＬリソースと、前記ＰＵＣＣＨペイロードサイズとを送信することを含み、前記受信されていないＰＵＣＣＨ情報が前記ＰＵＣＣＨフォーマットを含む、請求項３４に記載のネットワークノード。
【請求項３６】
前記サブセットを送信することが、前記指示されたＰＵＣＣＨ機会によって識別された前記ＵＬリソースと、前記ＰＵＣＣＨフォーマットとを送信することを含み、前記受信されていないＰＵＣＣＨ情報が、前記ＰＵＣＣＨ持続時間と、前記ＰＵＣＣＨペイロードサイズと、前記ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含む、請求項３４に記載のネットワークノード。
【請求項３７】
前記通信ネットワークに制御情報を送信するために使用される前記ＵＬリソースが、複数のＵＬキャリアを含む、請求項２３から３６のいずれか一項に記載のネットワークノード。
【請求項３８】
前記設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する前記ＡＲＩが、キャリアアクティブ化状態に依存する、請求項３７に記載のネットワークノード。
【請求項３９】
前記指示されたＰＵＣＣＨ機会がＰＵＣＣＨ送信ダイバーシティ利得をさらに含む、請求項２３から３８のいずれか一項に記載のネットワークノード。
【請求項４０】
前記指示されたＰＵＣＣＨ機会がＰＵＣＣＨ電力制御設定をさらに含む、請求項２３から３９のいずれか一項に記載のネットワークノード。
【請求項４１】
前記指示されたＰＵＣＣＨ機会がアップリンク制御情報（ＵＣＩ）をさらに含む、請求項２３から４０のいずれか一項に記載のネットワークノード。
【請求項４２】
前記ＵＣＩが、チャネルステータス情報（ＣＳＩ）と、チャネル品質インジケータ（ＣＱＩ）と、スケジューリング要求（ＳＲ）とのうちの１つまたは複数を含む、請求項４１に記載のネットワークノード。
【請求項４３】
プログラマブルプロセッサに請求項１または２２に記載の方法を実施させるためのコンピュータ可読命令を備える、コンピュータプログラム。
【請求項４４】
請求項４３に記載のコンピュータプログラムを記憶したコンピュータ可読媒体を備える、コンピュータプログラム製品。
【請求項４５】
ホストコンピュータ（４１０）と、基地局（４２０）と、ユーザ機器（ＵＥ）（４３０）とを含む通信システム（４００）において実装される方法であって、前記方法が、
前記ホストコンピュータにおいてユーザデータを提供することと、
前記ホストコンピュータにおいて、前記基地局を備えるセルラーネットワークを介して前記ＵＥに前記ユーザデータを搬送する送信を開始することと
を含み、前記ＵＥが、
少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）を設定されること（５０２）であって、前記少なくとも２つのＰＵＣＣＨ機会の各々が、前記通信ネットワークに制御情報を送信するために使用されるアップリンク（ＵＬ）リソースを識別する、少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）を設定されること（５０２）と、
前記通信ネットワークのネットワークノードから、ダウンリンク（ＤＬ）送信を受信するために使用される無線リソースの割り振りを受信すること（５０４）と、
前記ＤＬ送信に関連する制御情報を送信するために使用される、前記設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する確認応答リソース指示（ＡＲＩ）を受信すること（５０６）と、
前記指示されたＰＵＣＣＨ機会によって識別された前記ＵＬリソースの少なくともサブセット上で、前記ネットワークノードに、前記ＤＬ送信に関連する前記制御情報を送信すること（５０８）と
を行い、
前記指示されたＰＵＣＣＨ機会が、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含む、方法。
【請求項４６】
前記ＵＥにおいて前記基地局から前記ユーザデータを受信すること
をさらに含む、請求項４５に記載の方法。
【請求項４７】
ホストコンピュータ（４１０）を含む通信システム（４００）であって、前記ホストコンピュータ（４１０）は、
ユーザデータを提供するように設定された処理回路要素（４１８）と、
ユーザ機器（ＵＥ）（４３０）への送信のためにユーザデータをセルラーネットワークにフォワーディングするように設定された、通信インターフェース（４１６）と
を備え、
前記ＵＥが無線インターフェース（４３７）と処理回路要素（４２８）とを備え、前記ＵＥの処理回路要素が、
少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）を設定されることであって、前記少なくとも２つのＰＵＣＣＨ機会の各々が、通信ネットワークに制御情報を送信するために使用されるアップリンク（ＵＬ）リソースを識別する、少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）を設定されることと、
前記通信ネットワークのネットワークノードから、ダウンリンク（ＤＬ）送信を受信するために使用される無線リソースの割り振りを受信することと、
前記ＤＬ送信に関連する制御情報を送信するために使用される、前記設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する確認応答リソース指示（ＡＲＩ）を受信することと、
前記指示されたＰＵＣＣＨ機会によって識別された前記ＵＬリソースの少なくともサブセット上で、前記ネットワークノードに、前記ＤＬ送信に関連する前記制御情報を送信することと
を行うように設定され、
前記指示されたＰＵＣＣＨ機会が、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含む、通信システム（４００）。
【請求項４８】
前記ＵＥをさらに含む、請求項４７に記載の通信システム。
【請求項４９】
前記セルラーネットワークが、前記ＵＥと通信するように設定された基地局（４２０）をさらに含む、請求項４８に記載の通信システム。
【請求項５０】
前記ホストコンピュータの前記処理回路要素は、ホストアプリケーション（４１２）を実行し、それにより前記ユーザデータを提供するように設定され、
前記ＵＥの処理回路要素が、前記ホストアプリケーションに関連するクライアントアプリケーション（４３２）を実行するように設定された、請求項４８または４９に記載の通信システム。
【請求項５１】
ホストコンピュータ（４１０）と、基地局（４２０）と、ユーザ機器（ＵＥ）（４３０）とを含む通信システム（４００）において実装される方法であって、前記方法が、
前記ホストコンピュータにおいてユーザデータを提供することと、
前記ホストコンピュータにおいて、前記基地局を備えるセルラーネットワークを介して前記ＵＥに前記ユーザデータを搬送する送信を開始することと
を含み、前記基地局が、
少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）の設定を取得すること（６０２）であって、各ＰＵＣＣＨ機会が、前記通信ネットワークのカバレッジ中の無線デバイスから制御情報を受信するために使用されるアップリンク（ＵＬ）リソースを識別する、少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）の設定を取得すること（６０２）と、
無線デバイスに、ダウンリンク（ＤＬ）送信を送信するために使用される無線リソースを割り振ること（６０４）と、
前記無線デバイスに確認応答リソース指示（ＡＲＩ）を送信すること（６０６）であって、前記ＡＲＩが、前記ＤＬ送信に関連する制御情報を受信するために使用される、前記設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する、確認応答リソース指示（ＡＲＩ）を送信すること（６０６）と、
前記指示されたＰＵＣＣＨ機会の少なくともサブセット上で、前記無線デバイスから前記制御情報を受信すること（６０８）と
を行い、
ＰＵＣＣＨ機会は、前記制御情報が送信されることになる、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含む、方法。
【請求項５２】
ホストコンピュータ（４１０）を含む通信システム（４００）であって、前記ホストコンピュータ（４１０）は、
ユーザデータを提供するように設定された処理回路要素（４１８）と、
ユーザ機器（ＵＥ）（４３０）への送信のために前記ユーザデータをセルラーネットワークにフォワーディングするように設定された、通信インターフェース（４１６）と
を備え、
前記セルラーネットワークは、無線インターフェース（４２７）と処理回路要素（４２８）とを有する基地局（４２０）を備え、前記基地局の処理回路要素が、
少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）の設定を取得することであって、各ＰＵＣＣＨ機会が、前記通信ネットワークのカバレッジ中の無線デバイスから制御情報を受信するために使用されるアップリンク（ＵＬ）リソースを識別する、少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）の設定を取得することと、
無線デバイスに、ダウンリンク（ＤＬ）送信を送信するために使用される無線リソースを割り振ることと、
前記無線デバイスに確認応答リソース指示（ＡＲＩ）を送信することであって、前記ＡＲＩが、前記ＤＬ送信に関連する制御情報を受信するために使用される、前記設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する、確認応答リソース指示（ＡＲＩ）を送信することと、
前記指示されたＰＵＣＣＨ機会の少なくともサブセット上で、前記無線デバイスから前記制御情報を受信することと
を行うように設定され、
ＰＵＣＣＨ機会は、前記制御情報が送信されることになる、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含む、通信システム（４００）。
【請求項５３】
前記基地局をさらに含む、請求項５２に記載の通信システム。
【請求項５４】
前記ＵＥをさらに含み、前記ＵＥが前記基地局と通信するように設定された、請求項５３に記載の通信システム。
【請求項５５】
前記ホストコンピュータの前記処理回路要素は、ホストアプリケーション（４１２）を実行し、それにより前記ユーザデータを提供するように設定され、
前記ＵＥが、前記ホストアプリケーションに関連するクライアントアプリケーション（４３２）を実行するように設定された処理回路要素を備える、請求項５４に記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示される主題の実施形態は、一般に、通信ネットワークに関し、より詳細には、確認応答リソースを割り当てるための方法およびデバイスに関する。
【背景技術】
【０００２】
無線通信ネットワークが自動再送要求（ＡＲＱ）またはハイブリッドＡＲＱ（ＨＡＲＱ）を実装し得、ＨＡＲＱはまた、前方誤り接続を含み得る。そのような通信ネットワークでは、無線デバイスなどの送信デバイスが、（ネットワークノードなどの）受信デバイスに、トランスポートブロックまたはコードワードを復号した結果を指示する確認応答情報（すなわち、フィードバック）（たとえば、ＡＣＫ／ＮＡＣＫまたはＡＣＫ／ＮＡＫフィードバック）を送ることを必要とされ得る。ダウンリンク（ＤＬ）送信に関係するＡＣＫ／ＮＡＣＫは、アップリンク（ＵＬ）中で送信され得る。フィードバックは、高速再送信をトリガするために使用され得る。
【０００３】
３ＧＰＰネットワークなど、いくつかの通信ネットワークでは、明示的リソース割り当てがサポートされ得る。ＤＬ送信は、ＤＬデータに加えてダウンリンク制御情報（ＤＣＩ）を含み得る。ＤＣＩは、無線デバイスからネットワークノードに送られる確認応答情報（たとえば、ＨＡＲＱフィードバック）を報告するためのスロットをスケジュールするために使用され得る。このタイミング情報に加えて、無線デバイスはまた、使用されるべきである正確な確認応答リソース（物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース）を知る必要がある。ＰＵＣＣＨリソースは上位レイヤによって設定され得、ＤＣＩは、設定されたリソースのうちのどれを使用するかを指示し得る。どのリソースを使用するかは、確認応答リソース指示（ＡＲＩ）として通信され得る。
【０００４】
図１は、時間周波数図の概略表現であり、ＤＬ送信１００が、ＤＬデータに加えてＤＣＩ１０２を含む。ＤＬ送信１００は、スロットｎ中でスケジュールされる。ＤＣＩ１０２は、確認応答情報（たとえば、ＨＡＲＱフィードバック）が、ＰＵＣＣＨを使用してスロットｎ＋１中で送られるべきであることを指示する。このタイミング情報に加えて、ＡＲＩは、どのＰＵＣＣＨリソースが使用されるべきであるかを通信する（たとえば、ＡＲＩ＝１は、ＰＵＣＣＨリソース１が使用されるべきであることを通信する）。
【０００５】
図２は、時間周波数図の概略表現であり、複数のＤＬ送信２００、２０２、２０４が、ＤＬデータ０、１、および２に加えて、それぞれ、ＤＣＩ０  ２０６、ＤＣＩ１  ２０８、ＤＣＩ２  ２１０を含む。ＤＬ送信２００、２０２、２０４は、それぞれ、スロットｎ、ｎ＋１、およびｎ＋３中でスケジュールされる。ＰＵＣＣＨ機会の欠如（たとえば、ＵＬ機会がないこと）により、確認応答フィードバックが、ＤＬデータ２に続いて、スロットｎ＋３中で要求される。タイミング情報に加えて、ＤＣＩ０中のＡＲＩが、ＰＵＣＣＨリソース０がＤＬ送信２００の確認応答情報のために使用されるべきであることを通信し、ＤＣＩ１中のＡＲＩが、ＰＵＣＣＨリソース２がＤＬ送信２０２の確認応答情報のために使用されるべきであることを通信し、ＤＣＩ２中のＡＲＩが、ＰＵＣＣＨ３がＤＬ送信２０４の確認応答のために使用されるべきであることを通信する。ＤＣＩ０、ＤＣＩ１およびＤＣＩ３中に含まれるＡＲＩのインスタンスは、衝突を回避するために、異なるＰＵＣＣＨリソースを指す。
【０００６】
しかしながら、本発明者は、上記の確認応答情報通信が本明細書で説明される欠点を有することを認識した。したがって、割り当てられた確認応答リソースのための方法およびデバイスを提供することが望ましいであろう。
【発明の概要】
【０００７】
実施形態が、割り当てられた確認応答リソースを可能にし得る。これは、たとえば、確認応答送信数の低減、送信におけるエラーの低下を提供し、送信中の電力バックオフの必要を回避することができる。
【０００８】
一実施形態によれば、通信ネットワークに制御情報を送信する方法が提供され得る。本方法は、無線デバイスにおいて実装され得る。本方法は、少なくとも２つの物理アップリンク制御チャネル（ＰＵＣＣＨ）機会を設定されることを含み得る。少なくとも２つのＰＵＣＣＨ機会の各々が、通信ネットワークに制御情報を送信するために使用されるアップリンク（ＵＬ）リソースを識別し得る。本方法は、通信ネットワークのネットワークノードから、ダウンリンク（ＤＬ）送信を受信するために使用される無線リソースの割り振りを受信することをさらに含み得る。本方法は、ＤＬ送信に関連する制御情報を送信するために使用される、設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する確認応答リソース指示（ＡＲＩ）を受信することをさらに含み得る。本方法は、指示されたＰＵＣＣＨ機会によって識別されたＵＬリソースの少なくともサブセット上で、ネットワークノードに、ＤＬ送信に関連する制御情報を送信することをさらに含み得る。指示されたＰＵＣＣＨ機会は、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含み得る。
【０００９】
別の実施形態によれば、無線デバイスが提供され得る。本無線デバイスは通信インターフェースと処理回路要素とを含み得、処理回路要素は、本無線デバイスが動作を実施するように設定される。本無線デバイスは、少なくとも２つの物理アップリンク制御チャネル（ＰＵＣＣＨ）機会を設定され得る。少なくとも２つのＰＵＣＣＨ機会の各々が、通信ネットワークに制御情報を送信するために使用されるアップリンク（ＵＬ）リソースを識別し得る。本無線デバイスは、通信ネットワークのネットワークノードから、ダウンリンク（ＤＬ）送信を受信するために使用される無線リソースの割り振りを受信し得る。本無線デバイスは、ＤＬ送信に関連する制御情報を送信するために使用される、設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する確認応答リソース指示（ＡＲＩ）を受信し得る。本無線デバイスは、指示されたＰＵＣＣＨ機会によって識別されたＵＬリソースの少なくともサブセット上で、ネットワークノードに、ＤＬ送信に関連する制御情報を送信し得る。指示されたＰＵＣＣＨ機会は、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含み得る。
【００１０】
別の実施形態によれば、通信ネットワークのネットワークノードにおいて制御情報を受信する方法が提供され得る。本方法は、少なくとも２つの物理アップリンク制御チャネル（ＰＵＣＣＨ）機会の設定を取得することを含み得る。各ＰＵＣＣＨは、通信ネットワークのカバレッジ中の無線デバイスから制御情報を受信するために使用されるアップリンク（ＵＬ）リソースを識別し得る。本方法は、無線デバイスに、ダウンリンク（ＤＬ）送信を送信するために使用される無線リソースを割り振ることを含み得る。本方法は、無線デバイスに確認応答リソース指示（ＡＲＩ）を送信することを含み得る。ＡＲＩは、ＤＬ送信に関連する制御情報を受信するために使用される、設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示し得る。本方法は、指示されたＰＵＣＣＨ機会の少なくともサブセット上で、無線デバイスから制御情報を受信することを含み得る。ＰＵＣＣＨ機会は、制御情報が送信されることになる、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含み得る。
【００１１】
別の実施形態によれば、通信ネットワークのネットワークノードが提供され得る。本ネットワークノードは通信インターフェースと処理回路要素とを含み得、処理回路要素は、本ネットワークノードが動作を実施するように設定される。本ネットワークノードは、少なくとも２つの物理アップリンク制御チャネル（ＰＵＣＣＨ）機会の設定を取得し得る。各ＰＵＣＣＨは、通信ネットワークのカバレッジ中の無線デバイスから制御情報を受信するために使用されるアップリンク（ＵＬ）リソースを識別し得る。本ネットワークノードは、無線デバイスに、ダウンリンク（ＤＬ）送信を送信するために使用される無線リソースを割り振り得る。本ネットワークノードは、無線デバイスに確認応答リソース指示（ＡＲＩ）を送信し得る。ＡＲＩは、ＤＬ送信に関連する制御情報を受信するために使用される、設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示し得る。本ネットワークノードは、指示されたＰＵＣＣＨ機会の少なくともサブセット上で、無線デバイスから制御情報を受信し得る。ＰＵＣＣＨ機会は、制御情報が送信されることになる、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含み得る。
【００１２】
本明細書に組み込まれ、本明細書の一部をなす添付の図面が、１つまたは複数の実施形態を示し、説明とともに、これらの実施形態を解説する。
【図面の簡単な説明】
【００１３】
【図１】ダウンリンク（ＤＬ）送信が、ＤＬデータに加えてダウンリンク制御情報（ＤＣＩ）を含む、時間周波数図の概略表現の図である。
【図２】複数のＤＬ送信が、ＤＬデータに加えてＤＣＩを含む、時間周波数図の概略表現の図である。
【図３】本発明の例示的な実施形態による、通信ネットワークの概略表現の図である。
【図４】本発明の例示的な実施形態による、無線接続上で、ネットワークノードを介して無線デバイスと通信するホストコンピュータの概略表現の図である。
【図５】本発明の例示的な実施形態による、通信ネットワークに制御情報を送信する方法の概略表現の図である。
【図６】例示的な実施形態による、通信ネットワークのネットワークノードにおいて制御情報を受信するための方法の概略表現の図である。
【図７】例示的な実施形態による、コンピュータ可読記憶媒体の概略表現の図である。
【発明を実施するための形態】
【００１４】
実施形態の以下の説明は、添付の図面を参照する。異なる図面中の同じ参照番号は、同じまたは同様のエレメントを識別する。以下の発明を実施するための形態は、本発明を限定しない。代わりに、本発明の範囲は、添付の特許請求の範囲によって規定される。次に説明される実施形態は、以下で説明される設定に限定されないが、後で説明されるように他の構成に拡張され得る。
【００１５】
本明細書全体にわたる、「一実施形態（ｏｎｅ  ｅｍｂｏｄｉｍｅｎｔ）」または「一実施形態（ａｎ  ｅｍｂｏｄｉｍｅｎｔ）」への言及は、一実施形態に関して説明される特徴、構造または特性が、開示される主題の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書全体にわたる様々な箇所における「一実施形態では（ｉｎ  ｏｎｅ  ｅｍｂｏｄｉｍｅｎｔ）」または「一実施形態では（ｉｎ  ａｎ  ｅｍｂｏｄｉｍｅｎｔ）」という句の出現は、必ずしも同じ実施形態を指しているとは限らない。さらに、特定の特徴、構造または特性が、１つまたは複数の実施形態において任意の好適な様式で組み合わせられ得る。別個であるものとして説明される特徴、構造または特性が、単一の特徴、構造、または特性に組み合わせられ得る。同様に、個別であるものとして説明される特徴、構造または特性が、２つまたはそれ以上の特徴、構造または特性に分割され得る。
【００１６】
本開示のコンテキスト内で、「通信ネットワーク」または簡潔な「ネットワーク」という用語は、特に、ノードまたはエンティティの集合と、関係するトランスポートリンクと、サービス、たとえばテレフォニーサービスまたはパケットトランスポートサービスを実行するために必要とされる関連する管理とを示し得る。サービスに応じて、異なるノードタイプまたはエンティティが、サービスを実現するために使用され得る。通信ネットワークは、ネットワークオペレータによって所有されるか、またはネットワークオペレータの代わりに動作され得、そのサブスクライバに、実装されたサービスを与え得る。通信ネットワークの一般的な例は、ＷＬＡＮ／Ｗｉ−Ｆｉ（商標）などの無線アクセスネットワーク、ならびに２Ｇ／ＧＳＭ、３Ｇ／ＵＭＴＳ、４Ｇ／ＬＴＥおよび新しい無線（ＮＲ）のようなセルラーネットワークである。
【００１７】
本開示のコンテキスト内で、「無線デバイス」および「ユーザ機器」（ＵＥ）という用語の各々は、たとえば、人によってその人のパーソナル通信のために使用されるデバイスを指す。このデバイスは、電話タイプのデバイス、たとえば電話またはＳＩＰフォン、セルラー電話、移動局、コードレスフォン、あるいは無線データ接続を装備した、ラップトップ、ノートブックまたはノートパッドのような携帯情報端末タイプのデバイス、あるいはテーブルコンピュータであり得る。無線デバイスはまた、動物、植物、さらには機械のような人間でないものに関連し、その場合、マシン型通信、マシンツーマシン通信、デバイスツーデバイス通信またはサイドリンクのために設定され得る。無線デバイスに、ＩＭＳＩ（国際モバイルサブスクライバ識別情報）および／またはＴＭＳＩ（一時モバイルサブスクライバ識別情報）など、無線デバイスを使用するサブスクライバに関連する一意の識別情報を備える、ＳＩＭ（サブスクライバ識別モジュール）が装備され得る。無線デバイス内のＳＩＭの存在は、サブスクライバのサブスクリプションを用いて一意に無線デバイスをカスタマイズし得る。本開示では、無線デバイスはＵＥであり得る。
【００１８】
本開示のコンテキスト内で、「ネットワークノード」および「基地局」という用語の各々は、地上ベースのトランスポートリンクと無線ベースのトランスポートリンクとの間のインターフェースとして使用され得る無線アクセスネットワークのノードを指し、無線ベースのトランスポートリンクは、ＵＥと直接インターフェースし得る。セルラー通信の異なる世代では、これらの用語は、ＢＴＳ、ノードＢ、ｅノードＢまたはｇＮＢを指し得る。ＷＬＡＮ／Ｗｉ−Ｆｉ（商標）アーキテクチャでは、これらの用語はアクセスポイント（ＡＰ）を指し得る。本開示では、ネットワークノードは基地局であり得る。
【００１９】
上述のように、本発明者は、既存の背景の確認応答情報通信が欠点を有することを認識した。たとえば、図２に示されている例では、無線デバイスは、サブフレームｎ＋３中で３つの独立したＰＵＣＣＨ（すなわち、ＤＬ送信２００の確認応答情報のためのＰＵＣＣＨリソース０、ＤＬ送信２０２の確認応答情報のためのＰＵＣＣＨリソース２、およびＤＬ送信確認応答２０４のためのＰＵＣＣＨリソース３）を送信する。これは、複数の観点から準最適である。
【００２０】
第１に、３つの個別送信が、最適化のために低減され得る。したがって、（簡単のために、各ＨＡＲＱフィードバックがシングルビットからなると仮定すると）３ビットをもつ１つのジョイントコーディングされた送信が、３つの個別送信よりも効率的であり得る。第２に、いくつかの通信システム（たとえば、ＮＲ）ＰＵＣＣＨフォーマットが低いピーク対平均電力比（ＰＡＰＲ）のものであり得、これは、複数のＰＵＣＣＨが同時に送信された場合に失われ得る。第３に、ＰＵＣＣＨリソースの周波数位置に応じて、電力バックオフが相互変調積を軽減することを必要とされ得る。本明細書で説明されるこれらおよび他の欠点が、本発明の実施形態によって克服され得る。
【００２１】
本発明の実施形態は、送信機または受信機機能を実装する、ネットワーク中のいかなるノードにおいても利用され得る。１つの一般的な実装形態は、無線デバイスにおけるものであり、アップリンク上で送信されるＡＣＫ／ＮＡＣＫフィードバックを伴うダウンリンクトランスポートブロックの処理に関する。
【００２２】
図３を参照すると、一実施形態によれば、通信システムが、無線アクセスネットワークなどのアクセスネットワーク３１１とコアネットワーク３１４とを備える、３ＧＰＰタイプセルラーネットワークなどの通信ネットワーク３１０を含む。アクセスネットワーク３１１は、各々が、対応するカバレッジエリア３１３ａ、３１３ｂ、３１３ｃを規定する、ＮＢ、ｅＮＢ、ｇＮＢまたは他のタイプの無線アクセスポイントなど、複数のネットワークノード（たとえば、基地局）３１２ａ、３１２ｂ、３１２ｃを備える。各ネットワークノード３１２ａ、３１２ｂ、３１２ｃは、有線接続または無線接続３１５上でコアネットワーク３１４に接続可能である。カバレッジエリア３１３ｃ中に位置する第１の無線デバイス３９１が、対応するネットワークノード３１２ｃに無線で接続するように設定されるか、または対応するネットワークノード３１２ｃによってページングされるように設定される。カバレッジエリア３１３ａ中の第２の無線デバイス３９２が、対応するネットワークノード３１２ａに無線で接続可能である。この例では、複数の無線デバイス３９１、３９２が示されているが、開示される実施形態は、唯一の無線デバイスがカバレッジエリア中にある状況、または唯一の無線デバイスが、対応するネットワークノードに接続している状況に等しく適用可能である。
【００２３】
随意に、通信ネットワーク３１０は、それ自体、ホストコンピュータ３３０に接続され、ホストコンピュータ３３０は、スタンドアロンサーバ、クラウド実装サーバ、分散型サーバのハードウェアおよび／またはソフトウェアで、あるいはサーバファーム中の処理リソースとして具現され得る。ホストコンピュータ３３０は、サービスプロバイダの所有または制御下にあり得るか、あるいはサービスプロバイダによって、またはサービスプロバイダの代わりに動作され得る。電気通信ネットワーク３１０とホストコンピュータ３３０との間の接続３２１、３２２が、コアネットワーク３１４からホストコンピュータ３３０まで直接延び得るか、または随意の中間ネットワーク３２０を介して進み得る。中間ネットワーク３２０は、公開、プライベート、またはホストされたネットワークのうちの１つであるか、あるいは公開、プライベート、またはホストされたネットワークのうちの２つ以上の組合せであり得、中間ネットワーク３２０は、もしあれば、バックボーンネットワークまたはインターネットであり得、特に、中間ネットワーク３２０は、２つまたはそれ以上のサブネットワーク（図示せず）を備え得る。
【００２４】
図３の通信システムは、全体として、接続された無線デバイス３９１、３９２のうちの１つとホストコンピュータ３３０との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）接続３５０として説明され得る。ホストコンピュータ３３０および接続された無線デバイス３９１、３９２は、アクセスネットワーク３１１、コアネットワーク３１４、任意の中間ネットワーク３２０、および可能なさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続３５０を介してデータおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続３５０は、ＯＴＴ接続３５０が通過する参加通信デバイスがアップストリームおよびダウンストリーム通信のルーティングに気づいていないという意味で、透過的であり得る。たとえば、ネットワークノード３１２が、接続されたＵＥ３９１にフォワーディングされる（たとえば、ハンドオーバされる）、ホストコンピュータ３３０から発信したデータをもつ着信ダウンストリーム通信の過去のルーティングについて通知されないことがあるか、または通知される必要がない。同様に、ネットワークノード３１２は、無線デバイス３９１からホストコンピュータ３３０のほうへ発信した発信アップストリーム通信の将来のルーティングに気づいている必要がない。
【００２５】
次に、一実施形態による、前の段落において説明された無線デバイス、ネットワークノードおよびホストコンピュータの例示的な実装形態が、図４を参照しながら説明される。通信システム４００では、ホストコンピュータ４１０が、通信システム４００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップし、維持するように設定された通信インターフェース４１６を含む、ハードウェア４１５を備える。ホストコンピュータ４１０は処理回路要素４１８をさらに備え、処理回路要素４１８は、記憶および／または処理能力を有し得る。特に、処理回路要素４１８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、あるいはこれらの組合せ（図示せず）を備え得る。ホストコンピュータ４１０はソフトウェア４１１をさらに備え、ソフトウェア４１１は、ホストコンピュータ４１０に記憶されるか、またはホストコンピュータ４１０によってアクセス可能であり、処理回路要素４１８によって実行可能である。ソフトウェア４１１はホストアプリケーション４１２を含む。ホストアプリケーション４１２は、無線デバイス４３０およびホストコンピュータ４１０において終端するＯＴＴ接続４５０を介して接続する無線デバイス４３０など、リモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーション４１２は、ＯＴＴ接続４５０を使用して送信されるユーザデータを提供し得る。
【００２６】
通信システム４００は、たとえば、電気通信システムにおいて提供されるネットワークノード４２０をさらに含み、ネットワークノード４２０は、ネットワークノード４２０が、ホストコンピュータ４１０とおよび無線デバイス４３０と通信することを可能にするハードウェア４２５を備える。ハードウェア４２５は、通信システム４００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップし、維持するための通信インターフェース４２６、ならびにネットワーク４２０によってサーブされるカバレッジエリア（図３に図示せず）中に位置する無線デバイス４３０との少なくとも無線接続４７０をセットアップし、維持するための無線インターフェース４２７を含み得る。通信インターフェース４２６は、ホストコンピュータ４１０への接続４６０を容易にするように設定され得る。接続４６０は直接であり得るか、あるいは接続４６０は、電気通信システムのコアネットワーク（図３に図示せず）を、および／または電気通信システムの外側の１つまたは複数の中間ネットワークを通過し得る。図示の実施形態では、ネットワークノード４２０のハードウェア４２５は処理回路要素４２８をさらに含み、処理回路要素４２８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、あるいはこれらの組合せ（図示せず）を備え得る。ネットワークノード４２０は、内部に記憶されたまたは外部接続を介してアクセス可能なソフトウェア４２１をさらに有する。
【００２７】
通信システム４００は、すでに言及された無線デバイス４３０をさらに含む。無線デバイス４３０のハードウェア４３５が、無線デバイス４３０が現在位置するカバレッジエリアをサーブするネットワークノードとの無線接続４７０をセットアップし、維持するように設定された無線インターフェース４３７を含み得る。無線デバイス４３０のハードウェア４３５は処理回路要素４３８をさらに含み、処理回路要素４３８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、あるいはこれらの組合せ（図示せず）を含み得る。無線デバイス４３０はソフトウェア４３１をさらに備え、ソフトウェア４３１は、無線デバイス４３０に記憶されるか、または無線デバイス４３０によってアクセス可能であり、処理回路要素４３８によって実行可能である。ソフトウェア４３１は、随意に、クライアントアプリケーション４３２を含み得る。クライアントアプリケーション４３２は、ホストコンピュータ４１０のサポートのもとに、無線デバイス４３０を介して人間または人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ４１０において、実行ホストアプリケーション４１２が、無線デバイス４３０およびホストコンピュータ４１０において終端するＯＴＴ接続４５０を介して、実行クライアントアプリケーション４３２と通信し得る。ユーザにサービスを提供する際、クライアントアプリケーション４３２は、ホストアプリケーション４１２から要求データを受信し、要求データに応答してユーザデータを提供し得る。ＯＴＴ接続４５０は、要求データとユーザデータの両方を伝達し得る。クライアントアプリケーション４３２は、ユーザと対話して、クライアントアプリケーション４３２が提供するユーザデータを生成し得る。
【００２８】
図４に示されているホストコンピュータ４１０、ネットワークノード４２０および無線デバイス４３０は、それぞれ、図３のホストコンピュータ３３０、ネットワークノード３１２ａ、３１２ｂ、３１２ｃのうちの１つ、および無線デバイス３９１、３９２のうちの１つと同等または同様であり得ることに留意されたい。これはすなわち、これらのエンティティの内部作用が、図４に示されているようなものであり得、独立して、周囲のネットワークトポロジーが図４のものであり得るということである。
【００２９】
図４では、ＯＴＴ接続４５０は、任意の中間デバイス、およびこれらのデバイスを介するメッセージの厳密なルーティングへの明示的な言及なしに、ネットワークノード４２０を介する、ホストコンピュータ４１０と無線デバイス４３０との間の通信を示すために、抽象的に描画された。ネットワークインフラストラクチャがルーティングを決定し得、ルーティングは、無線デバイス４３０から、またはホストコンピュータ４１０を動作しているサービスプロバイダから、または両方から隠れるように設定され得る。ＯＴＴ接続４５０がアクティブである間、ネットワークインフラストラクチャは、ネットワークインフラストラクチャが、（たとえば、負荷分散考慮またはネットワークの再設定に基づいて）ルーティングを動的に変更する決定をさらに行い得る。
【００３０】
すでに概説されたように、ネットワークノード４２０は、無線デバイス４３０へのダウンリンク送信を動的にスケジュールし得る。スケジューリングは、ＰＵＣＣＨまたは物理アップリンク共有チャネル上で無線デバイス４３０から受信されたチャネル状態および品質情報報告に基づくか、あるいは他のファクタに基づき得る。チャネル状態および品質情報報告は、受信機によって確かめられる瞬時チャネル条件を指示する。各時間間隔（たとえば、ＬＴＥサブフレームまたはＮＲスロット）において、ネットワークノード４２０は、現在の時間間隔においてデータを受信するようにスケジュールされた無線デバイスと、スケジュールされた無線デバイスにデータが送信されているリソースとを識別するＤＣＩを送信する。ＤＣＩは、一般に、物理ダウンリンク制御チャネル上で、時間間隔の早期部分において送信される。
【００３１】
ＡＲＱまたはＨＡＲＱが、ＤＬ上でのデータの送信中に生じるエラーを軽減するために使用され得る。ネットワークノード４２０が、無線デバイス４３０がＤＬ送信を受信するようにスケジュールされたことを指示するとき、無線デバイス４３０は、送信を復号することを試み得、物理アップリンク制御チャネルまたは物理アップリンク共有チャネル上でネットワークノードに確認応答情報（たとえば、確認応答メッセージ）を送信する。確認応答メッセージは、データパケットが無線デバイス４３０によって正しく受信されたか否かを、ネットワークノードに通知する。確認応答メッセージは、復号の成功を指示する肯定の値の確認応答（ＡＣＫ）メッセージ、または復号失敗を指示する否定の値の確認応答（ＮＡＣＫ）メッセージのいずれかであり得る。無線デバイス４３０から受信された確認応答メッセージに基づいて、基地局４２０は、新しいデータを送信する（ＡＣＫ受信）か、または前のデータを再送信する（ＮＡＣＫ受信）かを決定する。ＬＴＥキャリアアグリゲーションに関連する確認応答リソースインジケータ（ＡＲＩ）の導入により、確認応答メッセージのためのリソースの明示的割り当てが可能になり、したがって、この目的のために半静的に確保されたＵＬリソースのプールを、いくつかの無線デバイスが衝突なしに共有することが可能になった。リソース共有は、いくつかのＤＬキャリア上で同時にリソースを割り当てられる無線デバイスの平均数が小さかったので、効率的であった。
【００３２】
ＵＬ送信を開始するために、無線デバイス４３０は、無線デバイス４３０が、送るデータを有しているが、有効なアップリンクグラントを有していないとき、ＰＵＣＣＨ上でネットワークノードにスケジューリング要求（ＳＲ）を送信し得る。ネットワークノード４２０は、スケジューリング要求に応答してアップリンクリソースを割り当て、物理ＤＬ制御チャネル上で無線デバイス４３０にスケジューリンググラントを送信する。データが受信されたとき、ネットワークノード４２０は、データが正しく受信されたか否かを指示するために、ＤＬチャネル上で無線デバイス４３０にＡＣＫ／ＮＡＣＫシグナリングを送信し得る。ＡＣＫ／ＮＡＣＫシグナリングの代替として、ネットワークノード４２０は、同じＵＬデータを再送するように無線デバイス４３０をスケジュールし得る。
【００３３】
ＤＬ送信に戻ると、通信ネットワーク（たとえば、ＮＲ）は、異なるＵＬリソース要件をもつ多数のＰＵＣＣＨフォーマットをサポートし得る。このコンテキストでは、リソースが単一のリソースインデックスによって参照され得るが、リソースは、時間と、周波数と、位相回転と、直交カバーコード（ＯＣＣ）との組合せ、またはそれらのうちの１つまたは複数によって規定され得る。無線デバイス４３０による指示されたＵＬリソースのうちの１つの選定が、肯定応答または否定応答など、確認応答フィードバック値を表し得る。随意に、確認応答フィードバック値は、ＤＬ送信の特定の部分に対する制限と組み合わせられ（これは、異なる値の確認応答がＤＬ送信の異なる部分のために送られることを可能にし得る）、および／またはスケジューリング要求などのさらなる情報と組み合わせられ得、異なる程度のバンドリングおよび多重化が適用され得る。以前の、確認応答フィードバックが一定の長さのものである通信システムにはない、これらまたは同様のファクタの結果として、割り当て可能な別個のＵＬリソースの数が、異なる動作条件間で変動し得、必要とされるＡＲＩ値の最小数と最大数との間にかなりのギャップをもたらす。たとえば、例示的なネットワークでは、異なる量のＵＬリソースを有する以下のＰＵＣＣＨフォーマットがサポートされ得る。
ショートＰＵＣＣＨフォーマット１：  １シンボル、ペイロード  １〜２ビット
ショートＰＵＣＣＨフォーマット２：  １シンボル、＞２ビット
ショートＰＵＣＣＨフォーマット３：  ２シンボル、１〜２ビット
ショートＰＵＣＣＨフォーマット４：  ２シンボル、＞２ビット
ロングＰＵＣＣＨフォーマット１：  ４〜１４シンボル、１〜２ビット
ロングＰＵＣＣＨフォーマット２：  ４〜１４シンボル、＞２〜１０ビット、または数個の１０ビット
ロングＰＵＣＣＨフォーマット３：  ４〜１４シンボル、＞１０ビット、または数個の１０ビット
【００３４】
全範囲のＡＲＩ値に適応する簡単なやり方は、ＤＣＩ内でＡＲＩにより多くのリソースを与えることであろう。しかしながら、これは、ワーストケース、すなわち、確認応答フィードバック値の最も包括的なセットに、これが必要とされない状況でも対応する、一定のシグナリングオーバーヘッドを追加するであろう。代わりに、本明細書の例示的な実施形態は、同じまたは異なる物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマットからなるリソースのプールを設定された無線デバイスを提案する。ダウンリンク制御情報（ＤＣＩ）中に含まれる確認応答リソース指示（ＡＲＩ）は、ＰＵＣＣＨリソース（または機会）を選択するために使用され得る。いくつかの実施形態では、ＡＲＩは、ＰＵＣＣＨフォーマットを暗黙的に選択し得る。
【００３５】
通信ネットワークでは、ロングＰＵＣＣＨフォーマットは、たとえば、４〜１４シンボルにわたる異なる長さで存在し得る。無線デバイスは、異なるスロットにおいて長さが異なるロングＰＵＣＣＨを使用するように命令され得る。同じ無線デバイスからのロングおよびショートＰＵＣＣＨの時分割多重化（ＴＤＭ）が、スロットにおいてサポートされ得る。そのようなシナリオでは、ロングＰＵＣＣＨは、ショートＰＵＣＣＨが開始する前に停止しなければならない。無線デバイスがロングＰＵＣＣＨのみを送信するべきである別のスロットでは、ＰＵＣＣＨは、スロットの終端まで延び得る。本発明の一実施形態によれば、長さが可変のロングＰＵＣＣＨが、長さが異なるロングＰＵＣＣＨをもつ２つまたはそれ以上のＰＵＣＣＨ機会（たとえば、ＰＵＣＣＨリソースプール）を設定することによって、対処され得る。ＡＲＩは、異なるＰＵＣＣＨ機会の中から選択するために使用され得る。
【００３６】
図５は、本発明の例示的な実施形態による、通信ネットワークに制御情報を送信する方法５００の概略表現である。方法５００は、図４に示されている通信ネットワーク４００の無線デバイス４３０など、通信ネットワークの無線デバイスにおいて実装され得る。
【００３７】
動作５０２において、無線デバイスは、少なくとも２つの物理アップリンク制御チャネル（ＰＵＣＣＨ）機会を設定され得る。少なくとも２つのＰＵＣＣＨ機会の各々が、通信ネットワークに制御情報を送信するために使用され得るアップリンク（ＵＬ）リソースを識別し得る。少なくとも２つのＰＵＣＣＨ機会が、異なるＰＵＣＣＨフォーマットと、異なるＰＵＣＣＨ持続時間と、異なるＰＵＣＣＨペイロードサイズと、異なるＰＵＣＣＨ帯域幅とのうちの少なくとも１つを識別し得る。指示されたＰＵＣＣＨ機会は、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含み得る。
【００３８】
いくつかの実施形態では、指示されたＰＵＣＣＨ機会は、さらなる特性を含み得る。非限定的な例として、指示されたＰＵＣＣＨ機会は、ＰＵＣＣＨ送信ダイバーシティ利得をさらに含み得る。指示されたＰＵＣＣＨ機会は、ＰＵＣＣＨ電力制御設定をさらに含み得る。いくつかの実施形態では、指示されたＰＵＣＣＨ機会は、他の種類のアップリンク制御情報（ＵＣＩ）と多重化し得る。たとえば、指示されたＰＵＣＣＨ機会は、ＵＣＩをさらに含み得る。ＵＣＩは、チャネルステータス情報（ＣＳＩ）と、チャネル品質インジケータ（ＣＱＩ）と、スケジューリング要求（ＳＲ）とのうちの１つまたは複数を含み得る。
【００３９】
ＵＬリソースは、時間と、周波数と、コードとのうちの少なくとも１つによって区別可能であり得る。一実施形態では、通信ネットワークに制御情報を送信するために使用されるＵＬリソースは、複数のＵＬキャリアを含み得る。設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する（以下で説明される）確認応答リソース指示（ＡＲＩ）は、キャリアアクティブ化状態に依存し得る。
【００４０】
無線デバイスは、半静的シグナリングによって、少なくとも２つのＰＵＣＣＨ機会を設定され得る。たとえば、無線リソース制御（ＲＲＣ）シグナリングが使用され得る。（図４のネットワークノード４２０などの）ネットワークノードがＰＵＣＣＨ機会を設定することを担当する場合、ネットワークノードは、無線デバイス４３０に半静的に設定をシグナリングし得る。代わりに通信ネットワーク４００の異なるエンティティがＰＵＣＣＨ機会を設定することを担当する場合、無線デバイス４３０とネットワークノード４２０の両方が、設定を指示する半静的シグナリングを受信し得る。
【００４１】
動作５０４において、無線デバイスは、通信ネットワーク４００のネットワークノード４２０から、ダウンリンク（ＤＬ）送信を受信するために使用される無線リソースの割り振りを受信し得る。
【００４２】
動作５０６において、無線デバイス４３０は、ＤＬ送信に関連する制御情報を送信するために使用される、設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する確認応答リソース指示（ＡＲＩ）を受信し得る。ＡＲＩは、無線デバイス４３０に固有であり得るか、または代替的に、複数の無線デバイスの間で共有され得る。指示されたＰＵＣＣＨ機会は、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含み得る。制御情報は、ＤＬ送信に関連する確認応答情報を含み得る。たとえば、確認応答情報は、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックであり得る。ＡＲＩは、追加情報を含むメッセージ中で受信され得る。たとえば、メッセージは、ＤＬ送信の時間間隔と制御情報の時間間隔との可変の区切りを含み得る。一実施形態では、メッセージは、ＡＲＩと無線リソースの割り振りとを含み得る。
【００４３】
一実施形態では、無線デバイスは、不完全な情報を受信し得る。たとえば、ＡＲＩの受信は、ＰＵＣＣＨフォーマットの特性と、ＰＵＣＣＨ持続時間の特性と、ＰＵＣＣＨペイロードサイズの特性と、ＰＵＣＣＨ帯域幅の特性とのサブセットを受信することを含み得る。サブセットを受信することは、これらの特性のうちのただ１つと、他の特性に関する完全な情報とのサブセットを受信すること、および／またはＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちのただ１つを受信することを含み得る。そのようなシナリオでは、無線デバイスは、たとえば、受信された情報を、設定されたＰＵＣＣＨフォーマットの所定のテーブルと比較して、どのＰＵＣＣＨフォーマットを適用するかを決定し得る。すなわち、無線デバイスは、サブセットを、２つまたはそれ以上のＰＵＣＣＨフォーマットのためのＰＵＣＣＨフォーマット情報の所定のテーブルと比較することによってＰＵＣＣＨフォーマットを分析して、ＰＵＣＣＨフォーマットを決定し得る。この手法は、送信オーバーヘッドを低減し得る。
【００４４】
特定の非限定的な例として、サブセットの受信は、指示されたＰＵＣＣＨ機会によって識別されたＵＬリソースと、ＰＵＣＣＨペイロードサイズとを受信することを含み得る。受信されていないＰＵＣＣＨ情報は、ＰＵＣＣＨフォーマットを含む。別の例として、サブセットを受信することは、指示されたＰＵＣＣＨ機会によって識別されたＵＬリソースと、ＰＵＣＣＨフォーマットとを受信することを含み得る。受信されていないＰＵＣＣＨ情報は、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含み得る。
【００４５】
動作５０８において、無線デバイスは、指示されたＰＵＣＣＨ機会によって識別されたＵＬリソースの少なくともサブセット上で、ネットワークノードに、ＤＬ送信に関連する制御情報を送信し得る。
【００４６】
図６は、図４の通信ネットワーク４００のネットワークノード４２０など、通信ネットワークのネットワークノードにおいて制御情報を受信するための方法の概略表現である。当業者が諒解することができる、送信に関して本明細書ですでに説明されたいくつかの態様は、受信に同様に適用され、簡潔のために省略される。
【００４７】
動作６０２において、少なくとも２つの物理アップリンク制御チャネル（ＰＵＣＣＨ）機会の設定が、ネットワークノード４２０によって取得され得る。少なくとも２つのＰＵＣＣＨ機会の各々は、通信ネットワーク４００のカバレッジ中の無線デバイスから制御情報を受信するために使用されるアップリンク（ＵＬ）リソースを識別し得る。ＰＵＣＣＨ機会の設定の取得は、設定を決定することを含み得る。設定の取得は、無線デバイス４３０に半静的シグナリングを送信することをさらに含み得る。ＰＵＣＣＨ機会の設定の取得は、通信ネットワークの異なるノードから情報を受信することを含み得る。
【００４８】
動作６０４において、ネットワークノード４２０は、無線デバイスに、ダウンリンク（ＤＬ）送信を送信するために使用される無線リソースを割り振り得る。
【００４９】
動作６０６において、ネットワークノード４２０は、無線デバイス４３０に確認応答リソース指示（ＡＲＩ）を送信し得る。ＡＲＩは、ＤＬ送信に関連する制御情報を受信するために使用される、設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示し得る。ＡＲＩ情報は、無線デバイス固有設定であり得る。代替的に、ＡＲＩは、複数の無線デバイスの間で共有され得る。ＰＵＣＣＨ機会は、制御情報が送信されることになる、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含む。
【００５０】
動作６０８において、ネットワークノードは、指示されたＰＵＣＣＨ機会の少なくともサブセット上で、無線デバイスから制御情報を受信し得る。
【００５１】
次に、図５および図６に示されている例示的な実施形態のさらなる展開が説明される。設定されたＰＵＣＣＨプール中のリソースが、異なるフォーマットまたは同じフォーマットのものであり得る。同じフォーマットは、異なるリソース上で複数回設定され得る。可変の長さをもつＰＵＣＣＨフォーマットの場合、異なる長さをもつ同じＰＵＣＣＨフォーマットが設定され得る。いくつかのＰＵＣＣＨフォーマットが、異なる帯域幅、たとえば、数の、ＰＵＣＣＨに割り当てられた物理リソースブロック（ＰＲＢ）をサポートし得る。可変の帯域幅をもつＰＵＣＣＨフォーマットの場合、異なる帯域幅をもつ同じＰＵＣＣＨフォーマットが設定され得る。
【００５２】
いくつかの実施形態では、設定されたフォーマットは、（部分的に）重複するリソースまたは独立リソースを占有することができる。
【００５３】
いくつかのＰＵＣＣＨフォーマットは、可変のペイロードサイズをサポートし得る。そのようなシナリオでは、ＰＵＣＣＨプール中のエントリがペイロードでタグ付けされることさえあり、たとえば、無線デバイスが、それぞれ≦１１ビットおよび＞１１ビットについて、（同じまたは異なるリソース上で）２つのショートＰＵＣＣＨフォーマット２を設定され得る。一実施形態では、（異なるペイロードサイズをもつ）同じＰＵＣＣＨフォーマットが、異なるチャネル符号化方式を有し得る。代替的に、コーディング方式は、ペイロードサイズに起因せず、ＰＵＣＣＨフォーマット規定の一部であり得る。
【００５４】
また、ＰＵＣＣＨプールエントリは、ＡＣＫ／ＮＡＣＫビットバンドリングが適用されるべきであるかどうかを指定し得る（同じフォーマットが、バンドリングをサポートするか、またはバンドリングをサポートしないことがあり、したがって、バンドリングはい／いいえが、ＰＵＣＣＨプールエントリ設定の一部であり得る）。バンドリングは、２つ以上のＡＣＫ／ＮＡＣＫビットを必要とするマルチレイヤ送信のＡＣＫ／ＮＡＣＫビットにわたって、時間的にＤＬ割り振りにわたって、またはキャリアにわたって（およびそれらの組合せで）適用され得る。
【００５５】
いくつかの実施形態では、ＡＲＩは、ペイロードサイズとともに、ＰＵＣＣＨリソースおよびフォーマットを選択するために使用され得る。たとえば、ＡＲＩはＰＵＣＣＨリソースを指示し得、ペイロードサイズはＰＵＣＣＨフォーマットを決定し得る。代替的に、ＡＲＩはＰＵＣＣＨリソースとＰＵＣＣＨフォーマットの両方を指定し得、ペイロードサイズは、ＰＵＣＣＨ中で使用されるペイロードコンテナのサイズを決定し得る。ペイロードサイズは、たとえば、ＰＵＣＣＨペイロードコンテナサイズを選択する目的でＵＥにシグナリングされる、（それが受信したＤＬ割り振りに基づく）真のペイロードサイズ、または「仮想ペイロードサイズ」であり得る。仮想ペイロードサイズは、スケジューリング履歴（すなわち、時間ウィンドウ内で、これまでいくつのＤＬ割り振りがスケジュールされたか）についてＵＥに告げるＤＣＩ中に含まれるダウンリンク割り振りインジケータ（ＤＡＩ）ビットから導出され得る。この手法は、何らかのＤＬ割り振り情報が失われた場合、無線デバイスがＡＣＫ／ＮＡＣＫ報告におけるエラーケースを回避するのを助け得る。代替的に、仮想ペイロードサイズは、ＵＥに明示的にシグナリングされ得る。
【００５６】
ＨＡＲＱフィードバックのフォーマットおよびサイズは、ＨＡＲＱコードブックと呼ばれることもある。コンテナサイズが（仮想）ペイロードサイズに基づいて変化する場合、これは、高速または動的ＨＡＲＱコードブック適応と示され得る。ペイロードコンテナサイズが（半静的ＲＲＣ設定などの）緩やかに変化する量に基づく場合、これは、低速または静的ＨＡＲＱコードブック適応と呼ばれることがある。ＰＵＣＣＨプール中のリソースが、低速または高速ＨＡＲＱコードブック適応を伴ってタグ付けされ得る。
【００５７】
ＰＵＣＣＨフォーマットが可変の帯域幅をサポートする場合、（上記で説明されたように、）帯域幅は設定の一部であり得、ＰＵＣＣＨプール中の異なるリソースが、同じフォーマットであるが、異なる帯域幅のものであり得る。
【００５８】
代替的に、ＰＵＣＣＨプール中のリソース設定は、ＰＵＣＣＨリソースの開始周波数位置または参照周波数位置について説明するにすぎないことがあり、帯域幅はＨＡＲＱコードブックサイズから導出され得る。この場合、ＰＵＣＣＨリソースは、ＨＡＲＱコードブックサイズの増加とともに１つの周波数方向にのみ増大し得る。代替的に、ＰＵＣＣＨリソースは、ＨＡＲＱコードブックサイズの増加とともに正または負の周波数方向に増大し得、増大方向はリソース設定の一部であり得る。負または正の周波数方向に増大するＰＵＣＣＨリソースを有することは、ＰＵＣＣＨリソースをより良く利用するのを助け得る。
【００５９】
ＰＵＣＣＨプール中のエントリは、（ＵＥが、キャリアアグリゲーション（ＣＡ）またはデュアルコネクティビティ（ＤＣ）セットアップにおいて複数のＵＬコンポーネントキャリアを設定された場合）同じまたは異なるＵＬキャリア上にあり得る。ＰＵＣＣＨ送信のために使用されるＵＬキャリアは、ＡＲＩによって暗黙的に選択され得る。
【００６０】
さらに、高速ＵＬキャリアアクティブ化／非アクティブ化がサポートされる場合、複数のＰＵＣＣＨプールが、異なるアクティブ化状態（たとえば、ＵＬコンポーネントキャリア（ＣＣ１）のみアクティブ、ＣＣ２のみアクティブ、ＣＣ１およびＣＣ２がアクティブ）のために設定され得る。この３つの事例では、ＰＵＣＣＨリソースプールは、ＣＣ１上に、ＣＣ２上に、または両方上にＰＵＣＣＨリソースのみを含んでいることがあり得る。アクティブ化ステータスが考慮されず、単一のプールのみが設定された場合、いくつかのＰＵＣＣＨリソースは、非アクティブ化されたＵＬキャリア上にあり得るか、または使用されないことがある。ＡＲＩは、依然として、すべての設定されたリソースを指すことが可能であり得、これは、すべてのＵＬ  ＣＣがアクティブ化されるとは限らない場合、設定されたＰＵＣＣＨリソースのサブセットのみが使用され得るので、ＡＲＩ（したがってＤＣＩビット）の浪費であり得、さらに、ネットワークフレキシビリティを低減し得る。
【００６１】
ＰＵＣＣＨプールは、異なる信頼できるようにレベルについて、異なるＰＵＣＣＨフォーマットまたは同じＰＵＣＣＨフォーマットを含んでいることがある。異なるＰＵＣＣＨフォーマットでは、異なる信頼性が意図的に容易に達成され得る。同じＰＵＣＣＨフォーマットを使用して、異なる信頼性が、たとえば、異なる送信電力によって達成され得る。したがって、ＰＵＣＣＨプール中の異なるエントリが、異なる電力を使用するように設定され得る。一般に、ＰＵＣＣＨは電力制御される。ＰＵＣＣＨプール中の異なるエントリは、ＰＵＣＣＨ送信電力を調整するために使用され得る異なる電力オフセットを割り振られ得る。
【００６２】
ＰＵＣＣＨリソースプール中の異なるエントリは、ＰＵＣＣＨ送信ダイバーシティに関して異なる設定を有し得る。いくつかのエントリは、送信ダイバーシティ設定１（たとえば、送信ダイバーシティなし）を用いてＰＵＣＣＨを送信し得、他のエントリは、別の送信ダイバーシティを用いてＰＵＣＣＨを送信するであろう。より一般的には、これは、マルチアンテナ方式に適用され、送信ダイバーシティ方式のみに適用されるのではないことがある。
【００６３】
本出願で提供される方法またはフローチャートは、コンピュータまたはプロセッサが実行するために、図７のコンピュータ可読記憶媒体７００など、コンピュータ可読記憶媒体中に有形に具現される、コンピュータプログラム、ソフトウェアまたはファームウェアで実装され得る。
【００６４】
この説明が本発明を限定するものではないことを理解されたい。反対に、実施形態は、本発明の趣旨および範囲に含まれる、代替形態、変更形態および等価物をカバーするものとする。さらに、実施形態の詳細な説明では、本発明の包括的な理解を提供するために、多数の具体的な詳細が記載されている。しかしながら、当業者は、様々な実施形態がそのような具体的な詳細なしに実施され得ることを理解するであろう。
【００６５】
本実施形態の特徴および要素は、本実施形態において特定の組合せで説明されるが、各特徴または要素は、本実施形態の他の特徴および要素を用いずに単独で、あるいは本明細書で開示される他の特徴および要素を用いるまたは用いない様々な組合せで、使用され得る。
【００６６】
本明細書は、いかなる当業者も、いかなるデバイスまたはシステムをも製作および使用すること、ならびに組み込まれたいかなる方法をも実施することを含む、同じことを実施することを可能にするために開示される、主題の例を使用する。主題の特許可能な範囲は、特許請求の範囲によって規定され、当業者に想起される他の例を含み得る。そのような他の例は、特許請求の範囲内に入るものとする。
【図１】
2020519148.tif 000003
【図２】
2020519148.tif 000004
【図３】
2020519148.tif 000005
【図４】
2020519148.tif 000006
【図５】
2020519148.tif 000007
【図６】
2020519148.tif 000008
【図７】
2020519148.tif 000009
【手続補正書】
【提出日】令和2年1月16日(2020.1.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信ネットワークに制御情報を送信する方法であって、前記方法は、無線デバイスにおいて実装され、
少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）を設定されること（５０２）であって、前記少なくとも２つのＰＵＣＣＨ機会の各々が、前記通信ネットワークに制御情報を送信するために使用されるアップリンク（ＵＬ）リソースを識別する、少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）を設定されること（５０２）と、
前記通信ネットワークのネットワークノードから、ダウンリンク（ＤＬ）送信を受信するために使用される無線リソースの割り振りを受信すること（５０４）と、
前記ＤＬ送信に関連する制御情報を送信するために使用される、前記設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する確認応答リソース指示（ＡＲＩ）を受信すること（５０６）と、
前記指示されたＰＵＣＣＨ機会によって識別された前記ＵＬリソースの少なくともサブセット上で、前記ネットワークノードに、前記ＤＬ送信に関連する前記制御情報を送信すること（５０８）と
を含み、
前記指示されたＰＵＣＣＨ機会が、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含む、方法。
【請求項２】
通信インターフェース（４１６）と処理回路要素（４１８）とを備える無線デバイス（４３０）であって、前記処理回路要素（４１８）は、前記無線デバイスが、
少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）を設定されることであって、前記少なくとも２つのＰＵＣＣＨ機会の各々が、通信ネットワークに制御情報を送信するために使用されるアップリンク（ＵＬ）リソースを識別する、少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）を設定されることと、
前記通信ネットワークのネットワークノードから、ダウンリンク（ＤＬ）送信を受信するために使用される無線リソースの割り振りを受信することと、
前記ＤＬ送信に関連する制御情報を送信するために使用される、前記設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する確認応答リソース指示（ＡＲＩ）を受信することと、
前記指示されたＰＵＣＣＨ機会によって識別された前記ＵＬリソースの少なくともサブセット上で、前記ネットワークノードに、前記ＤＬ送信に関連する前記制御情報を送信することと
をするように設定され、
前記指示されたＰＵＣＣＨ機会が、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含む、無線デバイス（４３０）。
【請求項３】
前記少なくとも２つのＰＵＣＣＨ機会が、異なるＰＵＣＣＨフォーマットと、異なるＰＵＣＣＨ持続時間と、異なるＰＵＣＣＨペイロードサイズと、異なるＰＵＣＣＨ帯域幅とのうちの少なくとも１つを識別する、請求項２に記載の無線デバイス。
【請求項４】
前記制御情報が、前記ＤＬ送信に関連する確認応答情報を含む、請求項２または３に記載の無線デバイス。
【請求項５】
前記確認応答情報がハイブリッド自動再送要求（ＨＡＲＱ）フィードバックである、請求項４に記載の無線デバイス。
【請求項６】
前記ＵＬリソースが、時間と、周波数と、コードとのうちの少なくとも１つによって区別可能である、請求項２から５のいずれか一項に記載の無線デバイス。
【請求項７】
前記無線デバイスが、半静的シグナリングによって、前記少なくとも２つのＰＵＣＣＨ機会を設定された、請求項２から６のいずれか一項に記載の無線デバイス。
【請求項８】
前記ＡＲＩが、追加情報を含むメッセージ中で受信される、請求項２から７のいずれか一項に記載の無線デバイス。
【請求項９】
前記追加情報が、前記ＤＬ送信の時間間隔と前記制御情報送信の時間間隔との可変の区切りである、請求項８に記載の無線デバイス。
【請求項１０】
前記メッセージが前記ＡＲＩと無線リソースの前記割り振りとを含む、請求項８または９に記載の無線デバイス。
【請求項１１】
前記処理回路要素は、前記無線デバイスが、
前記ＡＲＩの一部として、前記ＰＵＣＣＨフォーマットの特性と、前記ＰＵＣＣＨ持続時間の特性と、前記ＰＵＣＣＨペイロードサイズの特性と、前記ＰＵＣＣＨ帯域幅の特性とのサブセットを受信することと、
前記受信されたサブセットから、受信されていないＰＵＣＣＨ情報を分析することと
をするようにさらに設定された、請求項２から１０のいずれか一項に記載の無線デバイス。
【請求項１２】
前記サブセットを受信することが、前記指示されたＰＵＣＣＨ機会によって識別された前記ＵＬリソースと、前記ＰＵＣＣＨペイロードサイズとを受信することを含み、前記受信されていないＰＵＣＣＨ情報が前記ＰＵＣＣＨフォーマットを含む、あるいは
前記サブセットを受信することが、前記指示されたＰＵＣＣＨ機会によって識別された前記ＵＬリソースと、前記ＰＵＣＣＨフォーマットとを受信することを含み、前記受信されていないＰＵＣＣＨ情報が、前記ＰＵＣＣＨ持続時間と、前記ＰＵＣＣＨペイロードサイズと、前記ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含む、請求項１１に記載の無線デバイス。
【請求項１３】
前記ＰＵＣＣＨペイロードサイズが、導出された仮想ＰＵＣＣＨペイロードサイズを含む、請求項２から１２のいずれか一項に記載の無線デバイス。
【請求項１４】
通信ネットワークのネットワークノードにおいて制御情報を受信する方法であって、前記方法は、
少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）の設定を取得すること（６０２）であって、各ＰＵＣＣＨ機会が、前記通信ネットワークのカバレッジ中の無線デバイスから制御情報を受信するために使用されるアップリンク（ＵＬ）リソースを識別する、少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）の設定を取得すること（６０２）と、
無線デバイスに、ダウンリンク（ＤＬ）送信を送信するために使用される無線リソースを割り振ること（６０４）と、
前記無線デバイスに確認応答リソース指示（ＡＲＩ）を送信すること（６０６）であって、前記ＡＲＩが、前記ＤＬ送信に関連する制御情報を受信するために使用される、前記設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する、確認応答リソース指示（ＡＲＩ）を送信すること（６０６）と、
前記指示されたＰＵＣＣＨ機会の少なくともサブセット上で、前記無線デバイスから前記制御情報を受信すること（６０８）と
を含み、
ＰＵＣＣＨ機会は、前記制御情報が送信されることになる、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含む、方法。
【請求項１５】
通信インターフェース（４２６）と処理回路要素（４２８）とを備える通信ネットワークのネットワークノード（４２０）であって、前記処理回路要素（４２８）は、前記ネットワークノードが、
少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）の設定を取得することであって、各ＰＵＣＣＨ機会が、前記通信ネットワークのカバレッジ中の無線デバイスから制御情報を受信するために使用されるアップリンク（ＵＬ）リソースを識別する、少なくとも２つの物理アップリンク制御チャネル機会（ＰＵＣＣＨ機会）の設定を取得することと、
無線デバイスに、ダウンリンク（ＤＬ）送信を送信するために使用される無線リソースを割り振ることと、
前記無線デバイスに確認応答リソース指示（ＡＲＩ）を送信することであって、前記ＡＲＩが、前記ＤＬ送信に関連する制御情報を受信するために使用される、前記設定された少なくとも２つのＰＵＣＣＨ機会のうちの１つを指示する、確認応答リソース指示（ＡＲＩ）を送信することと、
前記指示されたＰＵＣＣＨ機会の少なくともサブセット上で、前記無線デバイスから前記制御情報を受信することと
をするように設定され、
ＰＵＣＣＨ機会は、前記制御情報が送信されることになる、ＰＵＣＣＨフォーマットと、ＰＵＣＣＨ持続時間と、ＰＵＣＣＨペイロードサイズと、ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含む、ネットワークノード（４２０）。
【請求項１６】
前記ＰＵＣＣＨ機会の設定の前記取得が、前記設定を決定すること、または前記通信ネットワークの異なるノードから情報を受信することを含む、請求項１５に記載のネットワークノード。
【請求項１７】
前記少なくとも２つのＰＵＣＣＨ機会が、異なるＰＵＣＣＨフォーマットと、異なるＰＵＣＣＨ持続時間と、異なるＰＵＣＣＨペイロードサイズと、異なるＰＵＣＣＨ帯域幅とのうちの少なくとも１つを識別する、請求項１５または１６に記載のネットワークノード。
【請求項１８】
前記ＡＲＩの前記送信は、前記ＰＵＣＣＨフォーマットの特性と、前記ＰＵＣＣＨ持続時間の特性と、前記ＰＵＣＣＨペイロードサイズの特性と、前記ＰＵＣＣＨ帯域幅の特性とのサブセットを送信することであって、前記無線デバイスが、前記送信されたサブセットから、受信されていないＰＵＣＣＨ情報を分析するために、サブセットを送信することを含む、請求項１５から１７のいずれか一項に記載のネットワークノード。
【請求項１９】
前記サブセットを送信することが、前記指示されたＰＵＣＣＨ機会によって識別された前記ＵＬリソースと、前記ＰＵＣＣＨペイロードサイズとを送信することを含み、前記受信されていないＰＵＣＣＨ情報が前記ＰＵＣＣＨフォーマットを含む、あるいは
前記サブセットを送信することが、前記指示されたＰＵＣＣＨ機会によって識別された前記ＵＬリソースと、前記ＰＵＣＣＨフォーマットとを送信することを含み、前記受信されていないＰＵＣＣＨ情報が、前記ＰＵＣＣＨ持続時間と、前記ＰＵＣＣＨペイロードサイズと、前記ＰＵＣＣＨ帯域幅とのうちの１つまたは複数を含む、請求項１８に記載のネットワークノード。
【請求項２０】
前記指示されたＰＵＣＣＨ機会がアップリンク制御情報（ＵＣＩ）をさらに含む、請求項１５から１９のいずれか一項に記載のネットワークノード。
【請求項２１】
前記ＵＣＩが、チャネルステータス情報（ＣＳＩ）と、チャネル品質インジケータ（ＣＱＩ）と、スケジューリング要求（ＳＲ）とのうちの１つまたは複数を含む、請求項２０に記載のネットワークノード。
【請求項２２】
プログラマブルプロセッサに請求項１または１４に記載の方法を実施させるためのコンピュータ可読命令を備える、コンピュータプログラム。
【国際調査報告】
2020519148.tif 000010
2020519148.tif 000011