(57)【特許請求の範囲】
【請求項１】
無線通信のための方法であって、
データ送信をスケジュールするために、ダウンリンク許可を受信することと、ここで、前記ダウンリンク許可は、アップリンク・サブフレームのためのダウンリンク割当インデクス（ＤＡＩ）および送信電力制御（ＴＰＣ）コマンドを含む；
前記ＤＡＩの値に基づいて、前記ＴＰＣコマンドが、アップリンク制御チャネル・リソースのアクノレッジメント／否定的アクノレッジメント（ＡＣＫ／ＮＡＣＫ）リソース・インジケータであるかどうかを判定することと、ここで、前記判定することは、
前記ＤＡＩが１に等しい場合、前記アップリンク・サブフレームにおける通信のための電力制御のために前記ＴＰＣコマンドを使用することと、
前記ＤＡＩが１より大きい場合、前記ＴＰＣコマンドを、前記ＡＣＫ／ＮＡＣＫリソース・インジケータとして再解釈することを含む；
前記ＤＡＩが１より大きい場合、前記アップリンク・サブフレーム中に、前記アップリンク制御チャネル・リソースを用いて、１または複数のＡＣＫ／ＮＡＣＫフィードバック要素およびスケジューリング要求（ＳＲ）を送信することと、ここにおいて、前記１または複数のＡＣＫ／ＮＡＣＫフィードバック要素および前記ＳＲがともに符号化され、ＳＲビットが末尾に付加される；
を備える方法。
【請求項２】
前記判定することは、
前記ＤＡＩが１より大きい場合に、前記ＴＰＣコマンドを受信すること
をさらに備える、請求項１に記載の方法。
【請求項３】
前記受信することは、第２のＴＰＣコマンドおよび第２のＤＡＩを含む第２のダウンリンク許可を受信することをさらに備え、
前記第２のＤＡＩは１より大きく、
前記判定することはさらに、前記第２のＴＰＣコマンドが前記ＴＰＣコマンドと同じ値を有していることを判定することを備え、
前記再解釈することはさらに、前記ＴＰＣコマンドと前記第２のＴＰＣコマンドとの両方を、前記ＡＣＫ／ＮＡＣＫリソース・インジケータとして再解釈することを備える、請求項２に記載の方法。
【請求項４】
前記ＴＰＣコマンドは、前記ＡＣＫ／ＮＡＣＫリソース・インジケータであると判定され、前記ＡＣＫ／ＮＡＣＫリソース・インジケータは、上位レイヤが設定した複数の制御チャネル・リソースからのアップリンク制御チャネル・リソース、または、使用する制御チャネル・リソースを、前記アップリンク制御チャネル・リソースとして指定する、前記上位レイヤが設定した制御チャネル・リソースに対するオフセットを示す、請求項１に記載の方法。
【請求項５】
前記上位レイヤが設定した制御チャネル・リソースが、ラジオ・リソース制御（ＲＲＣ）シグナリングを用いて設定される、請求項４に記載の方法。
【請求項６】
時分割デュプレクス（ＴＤＤ）動作の一部として実行される、請求項１に記載の方法。
【請求項７】
前記アップリンク制御チャネル・リソースが、アップリンク制御チャネルに関連付けられ、アップリンク制御チャネルが、物理アップリンク制御チャネル（ＰＵＣＣＨ）である、請求項１に記載の方法。
【請求項８】
前記アップリンク制御チャネル・リソースが、ＰＵＣＣＨフォーマット３でフォーマットされる、請求項７に記載の方法。
【請求項９】
前記アップリンク制御チャネル・リソースは、前記アップリンク・サブフレームに関連付けられた１または複数のダウンリンク・サブフレームのおのおののためのＡＣＫ／ＮＡＣＫ情報を含む、請求項１に記載の方法。
【請求項１０】
シングル・キャリア動作の一部として実行される、請求項１に記載の方法。
【請求項１１】
前記方法は、一次キャリアおよび１または複数の二次キャリアを含むマルチ・キャリア動作の一部として実行され、
前記アップリンク制御チャネル・リソースは、前記一次キャリアのアップリンク・サブフレームで送信され、前記一次キャリアおよび前記１または複数の二次キャリアに関連付けられた１または複数のダウンリンク・サブフレームのためのＡＣＫ／ＮＡＣＫフィードバックを提供する、請求項１に記載の方法。
【請求項１２】
無線通信の方法であって、
データ送信をスケジュールするために、ダウンリンク許可を送信することと、ここで、前記ダウンリンク許可は、アップリンク・サブフレームのためのダウンリンク割当インデクス（ＤＡＩ）および送信電力制御（ＴＰＣ）コマンドを含み、前記ＤＡＩが１に等しい場合、前記ＴＰＣコマンドは前記アップリンク・サブフレームにおける通信のための電力制御を提供し、前記ＤＡＩが１よりも大きい場合、前記ＴＰＣコマンドはアクノレッジメント／否定的アクノレッジメント（ＡＣＫ／ＮＡＣＫ）リソース・インジケータと交換される；
アップリンク制御チャネル情報を含む信号を受信することと、ここで、前記ＤＡＩが１より大きい場合、前記アップリンク・サブフレームおよびスケジューリング要求（ＳＲ）に関連付けられた１または複数のダウンリンク・サブフレームのためのＡＣＫ／ＮＡＣＫフィードバックは、前記ＡＣＫ／ＮＡＣＫリソース・インジケータによって示されるアップリンク制御チャネル・リソースに含まれる、ここにおいて、前記ＡＣＫ／ＮＡＣＫリソース・インジケータおよび前記ＳＲはともに符号化され、ＳＲビットが末尾に付加される；
を備える方法。
【請求項１３】
アップリンク・ダウンリンク・コンフィギュレーションが、ダウンリンク・サブフレームＡＣＫ／ＮＡＣＫフィードバック要素のしきい数よりも大きいことを判定すること、をさらに備える請求項１２に記載の方法。
【請求項１４】
前記しきい数は、４つのＡＣＫ／ＮＡＣＫ応答である、請求項１３に記載の方法。
【請求項１５】
前記アップリンク制御チャネル・リソースが、アップリンク制御チャネルに関連付けられ、
アップリンク制御チャネルが、物理アップリンク制御チャネル（ＰＵＣＣＨ）であり、
前記アップリンク制御チャネル・リソースが、ＰＵＣＣＨフォーマット３としてフォーマットされる、請求項１２に記載の方法。
【請求項１６】
前記ＡＣＫ／ＮＡＣＫリソース・インジケータが、上位レイヤが設定した複数の制御チャネル・リソースからのアップリンク制御チャネル・リソース、または、使用する制御チャネル・リソースを、前記アップリンク制御チャネル・リソースとして指定する、前記上位レイヤが設定した制御チャネル・リソースに対するオフセットを示す、請求項１２に記載の方法。
【請求項１７】
前記上位レイヤが設定した制御チャネル・リソースが、ラジオ・リソース制御（ＲＲＣ）シグナリングを用いて設定される、請求項１６に記載の方法。
【請求項１８】
時分割デュプレクス（ＴＤＤ）動作の一部として実行される、請求項１２に記載の方法。
【請求項１９】
シングル・キャリア動作の一部として実行される、請求項１２に記載の方法。
【請求項２０】
前記方法は、一次キャリアおよび１または複数の二次キャリアを含むマルチ・キャリア動作の一部として実行され、
前記アップリンク制御チャネル・リソースは、前記一次キャリアのアップリンク・サブフレームで送信され、前記一次キャリアおよび前記１または複数の二次キャリアに関連付けられた１または複数のダウンリンク・サブフレームのためのＡＣＫ／ＮＡＣＫフィードバックを提供する、請求項１２に記載の方法。
【請求項２１】
無線通信のための装置であって、
データ送信をスケジュールするために、ダウンリンク許可を受信する手段と、ここで、前記ダウンリンク許可は、アップリンク・サブフレームのためのダウンリンク割当インデクス（ＤＡＩ）および送信電力制御（ＴＰＣ）コマンドを含む；
前記ＤＡＩの値に基づいて、前記ＴＰＣコマンドが、アップリンク制御チャネル・リソースのアクノレッジメント／否定的アクノレッジメント（ＡＣＫ／ＮＡＣＫ）リソース・インジケータであるかどうかを判定する手段と、ここで、前記判定する手段は、
前記ＤＡＩが１に等しい場合、前記アップリンク・サブフレームにおける通信のための電力制御のために前記ＴＰＣコマンドを使用し、
前記ＤＡＩが１より大きい場合、前記ＴＰＣコマンドを、前記ＡＣＫ／ＮＡＣＫリソース・インジケータとして再解釈するように構成される；
前記ＤＡＩが１より大きい場合、前記アップリンク・サブフレーム中に、前記アップリンク制御チャネル・リソースを用いて、１または複数のＡＣＫ／ＮＡＣＫフィードバック要素およびスケジューリング要求（ＳＲ）を送信する手段と、ここにおいて、前記１または複数のＡＣＫ／ＮＡＣＫフィードバック要素および前記ＳＲはともに符号化され、ＳＲビットが末尾に付加される；
を備える装置。
【請求項２２】
前記判定する手段はさらに、
前記ＤＡＩが１より大きい場合に、前記ＴＰＣコマンドを受信する手段
を備える、請求項２１に記載の装置。
【請求項２３】
前記受信する手段はさらに、第２のＴＰＣコマンドおよび第２のＤＡＩを含む第２のダウンリンク許可を受信する手段を備え、
前記第２のＤＡＩは１より大きく、
前記判定する手段はさらに、前記第２のＴＰＣコマンドが前記ＴＰＣコマンドと同じ値を有していることを判定する手段を備え、
前記再解釈する手段はさらに、前記ＴＰＣコマンドと前記第２のＴＰＣコマンドとの両方を、前記ＡＣＫ／ＮＡＣＫリソース・インジケータとして再解釈する手段を備える、請求項２２に記載の装置。
【請求項２４】
無線通信の装置であって、
データ送信をスケジュールするために、ダウンリンク許可を送信する手段と、ここで、前記ダウンリンク許可は、アップリンク・サブフレームのためのダウンリンク割当インデクス（ＤＡＩ）および送信電力制御（ＴＰＣ）コマンドを含み、前記ＤＡＩが１に等しい場合、前記ＴＰＣコマンドは前記アップリンク・サブフレームにおける通信のための電力制御を提供し、前記ＤＡＩが１よりも大きい場合、前記ＴＰＣコマンドはアクノレッジメント／否定的アクノレッジメント（ＡＣＫ／ＮＡＣＫ）リソース・インジケータと交換される；
アップリンク制御チャネル情報を含む信号を受信する手段と、ここで、前記ＤＡＩが１より大きい場合、前記アップリンク・サブフレームおよびスケジューリング要求（ＳＲ）に関連付けられた１または複数のダウンリンク・サブフレームのためのＡＣＫ／ＮＡＣＫフィードバックは、前記ＡＣＫ／ＮＡＣＫリソース・インジケータによって示されるアップリンク制御チャネル・リソースに含まれる、ここにおいて、前記ＡＣＫ／ＮＡＣＫリソース・インジケータおよび前記ＳＲはともに符号化され、ＳＲビットが末尾に付加される；
を備える装置。
【請求項２５】
アップリンク・ダウンリンク・コンフィギュレーションが、ダウンリンク・サブフレームＡＣＫ／ＮＡＣＫフィードバック要素のしきい数よりも大きくなることを判定する手段、をさらに備える請求項２４に記載の装置。
【請求項２６】
前記しきい数は、４つのＡＣＫ／ＮＡＣＫ応答である、請求項２５に記載の装置。
【請求項２７】
コンピュータ読取可能な記録媒体であって、
コンピュータに、データ送信をスケジュールするために、ダウンリンク許可を受信させる、ここで、前記ダウンリンク許可は、アップリンク・サブフレームのためのダウンリンク割当インデクス（ＤＡＩ）および送信電力制御（ＴＰＣ）コマンドを含む；
前記コンピュータに、前記ＤＡＩの値に基づいて、前記ＴＰＣコマンドが、アップリンク制御チャネル・リソースのアクノレッジメント／否定的アクノレッジメント（ＡＣＫ／ＮＡＣＫ）リソース・インジケータであるかどうかを判定させる、ここで、前記判定することは、
前記ＤＡＩが１に等しい場合、前記アップリンク・サブフレームにおける通信のための電力制御のために前記ＴＰＣコマンドを使用することと、
前記ＤＡＩが１より大きい場合、前記ＴＰＣコマンドを、前記ＡＣＫ／ＮＡＣＫリソース・インジケータとして再解釈することを含む；
前記コンピュータに、前記ＤＡＩが１より大きい場合、前記アップリンク・サブフレーム中に、前記アップリンク制御チャネル・リソースを用いて、１または複数のＡＣＫ／ＮＡＣＫフィードバック要素およびスケジューリング要求（ＳＲ）を送信させる、ここにおいて、前記１または複数のＡＣＫ／ＮＡＣＫフィードバック要素および前記ＳＲは共に符号化され、ＳＲビットが末尾に付加される；
ためのコードを備えるコンピュータ読取可能な記録媒体。
【請求項２８】
前記コンピュータに、前記ＤＡＩが１より大きい場合に、前記ＴＰＣコマンドを受信させるためのコードをさらに備える、請求項２７に記載のコンピュータ読取可能な記録媒体。
【請求項２９】
コンピュータ読取可能な記録媒体であって、
コンピュータに、データ送信をスケジュールするために、ダウンリンク許可を送信させる、ここで、前記ダウンリンク許可は、アップリンク・サブフレームのためのダウンリンク割当インデクス（ＤＡＩ）および送信電力制御（ＴＰＣ）コマンドを含み、前記ＤＡＩが１に等しい場合、前記ＴＰＣコマンドは前記アップリンク・サブフレームにおける通信のための電力制御を提供し、前記ＤＡＩが１よりも大きい場合、前記ＴＰＣコマンドはアクノレッジメント／否定的アクノレッジメント（ＡＣＫ／ＮＡＣＫ）リソース・インジケータと交換される；
前記コンピュータに、アップリンク制御チャネル情報を含む信号を受信させる、ここで、前記ＤＡＩが１より大きい場合、前記アップリンク・サブフレームおよびスケジューリング要求（ＳＲ）に関連付けられた１または複数のダウンリンク・サブフレームのためのＡＣＫ／ＮＡＣＫフィードバックは、前記ＡＣＫ／ＮＡＣＫリソース・インジケータによって示されるアップリンク制御チャネル・リソースに含まれる、ここにおいて、前記ＡＣＫ／ＮＡＣＫリソース・インジケータおよび前記ＳＲはともに符号化され、ＳＲビットが末尾に付加される；
ためのコードを備えるコンピュータ読取可能な記録媒体。
【請求項３０】
前記コンピュータに、アップリンク・ダウンリンク・コンフィギュレーションが、ダウンリンク・サブフレームＡＣＫ／ＮＡＣＫフィードバック要素のしきい数よりも大きくなることを判定させるためのコードをさらに備える、請求項２９に記載のコンピュータ読取可能な記録媒体。
【請求項３１】
無線通信のための装置であって、
データ送信をスケジュールするために、ダウンリンク許可を受信し、ここで、前記ダウンリンク許可は、アップリンク・サブフレームのためのダウンリンク割当インデクス（ＤＡＩ）および送信電力制御（ＴＰＣ）コマンドを含む；
前記ＤＡＩの値に基づいて、前記ＴＰＣコマンドが、アップリンク制御チャネル・リソースのアクノレッジメント／否定的アクノレッジメント（ＡＣＫ／ＮＡＣＫ）リソース・インジケータであるかどうかを判定し、ここで、処理システムは、
前記ＤＡＩが１に等しい場合、前記アップリンク・サブフレームにおける通信のための電力制御のために前記ＴＰＣコマンドを使用することと、
前記ＤＡＩが１より大きい場合、前記ＴＰＣコマンドを、前記ＡＣＫ／ＮＡＣＫリソース・インジケータとして再解釈することによって判定するように構成される；
前記ＤＡＩが１より大きい場合、前記アップリンク・サブフレーム中に、前記アップリンク制御チャネル・リソースを用いて、１または複数のＡＣＫ／ＮＡＣＫフィードバック要素およびスケジューリング要求（ＳＲ）を送信する、ここにおいて、前記１または複数のＡＣＫ／ＮＡＣＫフィードバック要素および前記ＳＲはともに符号化され、ＳＲビットが末尾に付加される；
ように構成された処理システム、を備える装置。
【請求項３２】
前記処理システムはさらに、
前記ＤＡＩが１より大きい場合に、前記ＴＰＣコマンドを受信する
ように構成された、請求項３１に記載の装置。
【請求項３３】
前記処理システムはさらに、
第２のＴＰＣコマンドおよび第２のＤＡＩを含む第２のダウンリンク許可を受信し、ここで、前記第２のＤＡＩは１より大きい；
前記第２のＴＰＣコマンドが前記ＴＰＣコマンドと同じ値を有していることを判定し；
前記ＴＰＣコマンドと前記第２のＴＰＣコマンドとの両方を、前記ＡＣＫ／ＮＡＣＫリソース・インジケータとして再解釈する；
ように構成された、請求項３２に記載の装置。
【請求項３４】
前記ＴＰＣコマンドは、前記ＡＣＫ／ＮＡＣＫリソース・インジケータであると判定され、前記ＡＣＫ／ＮＡＣＫリソース・インジケータは、上位レイヤが設定した複数の制御チャネル・リソースからのアップリンク制御チャネル・リソース、または、使用する制御チャネル・リソースを、前記アップリンク制御チャネル・リソースとして指定する、前記上位レイヤが設定した制御チャネル・リソースに対するオフセットを示す、請求項３１に記載の装置。
【請求項３５】
無線通信のための装置であって、
データ送信をスケジュールするために、ダウンリンク許可を送信する、ここで、前記ダウンリンク許可は、アップリンク・サブフレームのためのダウンリンク割当インデクス（ＤＡＩ）および送信電力制御（ＴＰＣ）コマンドを含み、前記ＤＡＩが１に等しい場合、前記ＴＰＣコマンドは前記アップリンク・サブフレームにおける通信のための電力制御を提供し、前記ＤＡＩが１よりも大きい場合、前記ＴＰＣコマンドはアクノレッジメント／否定的アクノレッジメント（ＡＣＫ／ＮＡＣＫ）リソース・インジケータと交換される；
アップリンク制御チャネル情報を含む信号を受信する、ここで、前記ＤＡＩが１より大きい場合、前記アップリンク・サブフレームおよびスケジューリング要求（ＳＲ）に関連付けられた１または複数のダウンリンク・サブフレームのためのＡＣＫ／ＮＡＣＫフィードバックは、前記ＡＣＫ／ＮＡＣＫリソース・インジケータによって示されるアップリンク制御チャネル・リソースに含まれる、ここにおいて、前記ＡＣＫ／ＮＡＣＫリソース・インジケータおよび前記ＳＲはともに符号化され、ＳＲビットが末尾に付加される；
ように構成された処理システム、を備える装置。
【請求項３６】
前記処理システムはさらに、アップリンク・ダウンリンク・コンフィギュレーションが、ダウンリンク・サブフレームＡＣＫ／ＮＡＣＫフィードバック要素のしきい数よりも大きいことを判定するように構成された、請求項３５に記載の装置。
【発明の詳細な説明】
【優先権主張】
【０００１】
本願は、２０１０年１１月１６日に出願され「シングル・キャリアのためのアクノレッジメント／否定的アクノレッジメント・フィードバック」（Acknowledgement/Negative Acknowledgement Feedback for Single Carrier）と題された米国仮特許出願６１／４１４，３５１号と、２０１１年１１月１４日に出願され「アクノレッジメント／否定的アクノレッジメント・フィードバックを改善するための方法および装置」と題された米国特許出願１３／２９６，０３０号とに対する利益を主張する。これらの内容は、本明細書においてその全体が参照によって明確に組み込まれる。
【技術分野】
【０００２】
本開示は一般に、通信システムに関し、さらに詳しくは、さまざまなアップリンク／ダウンリンク・コンフィギュレーションのために、改善されたアクノレッジメント／否定的アクノレッジメント（ＡＣＫ／ＮＡＣＫ）フィードバックを提供することに関する。
【背景技術】
【０００３】
無線通信システムは、例えば電話技術、ビデオ、データ、メッセージング、およびブロードキャストのようなさまざまな通信サービスを提供するように広く開発された。一般に、無線通信システムは、利用可能なシステム・リソース（例えば、帯域幅、送信電力）を共有することにより、複数のユーザとの通信をサポートすることができる多元接続技術を適用しうる。このような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同時符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムを含む。
【０００４】
これらの多元接続技術は、異種の無線デバイスが、市レベル、国レベル、地方レベル、あるいは地球レベルでさえも通信することを可能にする共通のプロトコルを提供するために、さまざまな通信規格に採用されている。新興の通信規格の一例は、ロング・ターム・イボリューション（ＬＴＥ）である。ＬＴＥは、第３世代パートナシップ計画（３ＧＰＰ）によって公布されたユニバーサル・モバイル通信システム（ＵＭＴＳ）モバイル規格に対する強化のセットである。これは、スペクトル効率を改善することによってモバイル・ブロードバンド・インターネット・アクセスを良好にサポートし、コストを低減し、サービスを改善し、新たなスペクトルを活用し、ダウンリンク（ＤＬ）においてＯＦＤＭＡを、アップリンク（ＵＬ）においてＳＣ−ＦＤＭＡを、および、複数入力複数出力（ＭＩＭＯ）アンテナ技術を用いて他のオープンな規格と良好に統合するように設計されている。しかしながら、モバイル・ブロードバンド・アクセスに対する需要が増加し続けているので、ＬＴＥ技術におけるさらなる改良の必要性が存在する。好適には、これらの改善は、これらの技術を適用するその他の多元接続技術および通信規格に適用可能であるべきである。
【発明の概要】
【０００５】
以下は、１または複数の態様の基本的な理解を与えるために、このような態様の簡略化された概要を示す。この概要は、考えられるすべての態様の広範囲な概観ではなく、すべての態様の重要要素や決定的要素を特定することも、何れかまたは全ての態様のスコープを線引きすることも意図されていない。その唯一の目的は、後に示されるより詳細な記載に対する前置きとして、簡略化された形式で１または複数の態様のいくつかの概念を表すことである。
【０００６】
１または複数の態様および対応する開示によれば、さまざまな態様が、アップリンク・サブフレームでＡＣＫ／ＮＡＣＫフィードバックを提供することに関して記載される。一例において、ユーザ機器（ＵＥ）は、アップリンク・サブフレームのための送信電力制御（ＴＰＣ）コマンドおよびダウンリンク割当インデクス（ＤＡＩ）を含むダウンリンク許可を受信するように装備されうる。さらに、ＵＥは、ＤＡＩの値に基づいて、ＴＰＣコマンドの少なくとも１つの値が、アップリンク制御チャネル・リソースのＡＣＫ／ＮＡＣＫリソース・インジケータであることを判定するように装備されうる。またさらに、ＵＥは、アップリンク・サブフレーム中に、アップリンク制御チャネル・リソースを用いて、１または複数のＡＣＫ／ＮＡＣＫビットを送信するように装備されうる。別の例では、イボルブド・ノードＢ（ｅＮＢ）は、アップリンク・サブフレームのためのＤＡＩおよびＴＰＣコマンドを含むダウンリンク許可を送信し、ここで、ＤＡＩは１よりも大きく、ＴＰＣコマンドはＡＣＫ／ＮＡＣＫリソース・インジケータと交換される；アップリンク制御チャネル情報を含む信号を受信する、ここで、アップリンク・サブフレームに関連付けられた１または複数のダウンリンク・サブフレームのためのＡＣＫ／ＮＡＣＫフィードバックは、ＡＣＫ／ＮＡＣＫリソース・インジケータによって示されるアップリンク制御チャネル・リソースに含まれる；ように装備されうる。
【０００７】
関連する態様によれば、アップリンクＡＣＫ／ＮＡＣＫフィードバック・コンフィギュレーションを提供するための方法が提供される。この方法は、データ送信をスケジュールするために、ダウンリンク許可を受信することを含みうる。ここで、ダウンリンク許可は、アップリンク・サブフレームのためのＤＡＩおよびＴＰＣコマンドを含む。さらに、この方法は、ＤＡＩの値に基づいて、ＴＰＣコマンドの少なくとも１つの値が、アップリンク制御チャネル・リソースのＡＣＫ／ＮＡＣＫリソース・インジケータであることを判定することを含みうる。さらに、この方法は、アップリンク・サブフレーム中に、アップリンク制御チャネル・リソースを用いて、１または複数のＡＣＫ／ＮＡＣＫビットを送信することを含みうる。
【０００８】
別の態様は、無線通信装置に関する。この無線通信装置は、データ送信をスケジュールするために、ダウンリンク許可を受信する手段を含みうる。ここで、ダウンリンク許可は、アップリンク・サブフレームのためのＤＡＩおよびＴＰＣコマンドを含む。さらに、この無線通信装置は、ＤＡＩの値に基づいて、ＴＰＣコマンドの少なくとも１つの値が、アップリンク制御チャネル・リソースのＡＣＫ／ＮＡＣＫリソース・インジケータであることを判定する手段を含みうる。さらに、この無線通信装置は、アップリンク・サブフレーム中に、アップリンク制御チャネル・リソースを用いて、１または複数のＡＣＫ／ＮＡＣＫビットを送信する手段を含みうる。
【０００９】
別の態様は、無線通信装置に関する。この装置は、データ送信をスケジュールするために、ダウンリンク許可を受信するように構成された処理システムを含みうる。ここで、ダウンリンク許可は、アップリンク・サブフレームのためのＤＡＩおよびＴＰＣコマンドを含む。さらに、処理システムは、ＤＡＩの値に基づいて、ＴＰＣコマンドの少なくとも１つの値が、アップリンク制御チャネル・リソースのＡＣＫ／ＮＡＣＫリソース・インジケータであることを判定するように構成されうる。さらに、この処理システムは、アップリンク・サブフレーム中に、アップリンク制御チャネル・リソースを用いて、１または複数のＡＣＫ／ＮＡＣＫビットを送信するように構成されうる。
【００１０】
別の態様は、コンピュータ・プログラム製品に関する。このコンピュータ・プログラム製品は、データ送信をスケジュールするために、ダウンリンク許可を受信するためのコード、ここで、ダウンリンク許可は、アップリンク・サブフレームのためのＤＡＩおよびＴＰＣコマンドを含む、を備えるコンピュータ読取可能な媒体を有しうる。さらに、このコンピュータ読取可能な媒体は、ＤＡＩの値に基づいて、ＴＰＣコマンドの少なくとも１つの値を、アップリンク制御チャネル・リソースのＡＣＫ／ＮＡＣＫリソース・インジケータとして決定するためのコードを含みうる。さらに、このコンピュータ読取可能な媒体は、アップリンク・サブフレーム中に、アップリンク制御チャネル・リソースを用いて、１または複数のＡＣＫ／ＮＡＣＫビットを送信するためのコードを含みうる。
【００１１】
関連する態様によれば、改善されたＡＣＫ／ＮＡＣＫフィードバックを処理するための方法が提供される。この方法は、データ送信をスケジュールするために、ダウンリンク許可を送信することを含みうる。ここで、ダウンリンク許可は、アップリンク・サブフレームのためのＤＡＩおよびＴＰＣコマンドを含み、ＤＡＩは１よりも大きく、ＴＰＣコマンドはＡＣＫ／ＮＡＣＫリソース・インジケータと交換される。さらに、この方法は、アップリンク制御チャネル情報を含む信号を受信することを含みうる。ここで、アップリンク・サブフレームに関連付けられた１または複数のダウンリンク・サブフレームのためのＡＣＫ／ＮＡＣＫフィードバックは、ＡＣＫ／ＮＡＣＫリソース・インジケータによって示されるアップリンク制御チャネル・リソースに含まれる。
【００１２】
別の態様は、無線通信装置に関する。この無線通信装置は、データ送信をスケジュールするために、ダウンリンク許可を送信する手段を含みうる。ここで、ダウンリンク許可は、アップリンク・サブフレームのためのＤＡＩおよびＴＰＣコマンドを含み、ＤＡＩは１よりも大きく、ＴＰＣコマンドはＡＣＫ／ＮＡＣＫリソース・インジケータと交換される。さらに、この無線通信装置は、アップリンク制御チャネル情報を含む信号を受信する手段を含みうる。ここで、アップリンク・サブフレームに関連付けられた１または複数のダウンリンク・サブフレームのためのＡＣＫ／ＮＡＣＫフィードバックは、ＡＣＫ／ＮＡＣＫリソース・インジケータによって示されるアップリンク制御チャネル・リソースに含まれる。
【００１３】
別の態様は、無線通信装置に関連する。この装置は、データ送信をスケジュールするために、ダウンリンク許可を送信するように構成された処理システムを含みうる。ここで、ダウンリンク許可は、アップリンク・サブフレームのためのＤＡＩおよびＴＰＣコマンドを含み、ＤＡＩは１よりも大きく、ＴＰＣコマンドはＡＣＫ／ＮＡＣＫリソース・インジケータと交換される。さらに、処理システムは、アップリンク制御チャネル情報を含む信号を受信するように構成されうる。ここで、アップリンク・サブフレームに関連付けられた１または複数のダウンリンク・サブフレームのためのＡＣＫ／ＮＡＣＫフィードバックは、ＡＣＫ／ＮＡＣＫリソース・インジケータによって示されるアップリンク制御チャネル・リソースに含まれる。
【００１４】
別の態様は、コンピュータ・プログラム製品に関する。このコンピュータ・プログラム製品は、データ送信をスケジュールするために、ダウンリンク許可を送信するためのコードを備えるコンピュータ読取可能な媒体を有しうる。ここで、ダウンリンク許可は、アップリンク・サブフレームのためのＤＡＩおよびＴＰＣコマンドを含み、ＤＡＩは１よりも大きく、ＴＰＣコマンドはＡＣＫ／ＮＡＣＫリソース・インジケータと交換される。さらに、このコンピュータ読取可能な媒体は、アップリンク制御チャネル情報を含む信号を受信するためのコードを含みうる。ここで、アップリンク・サブフレームに関連付けられた１または複数のダウンリンク・サブフレームのためのＡＣＫ／ＮＡＣＫフィードバックは、ＡＣＫ／ＮＡＣＫリソース・インジケータによって示されるアップリンク制御チャネル・リソースに含まれる。
【００１５】
前述した目的および関連する目的を達成するために、１または複数の実施形態は、後に十分に記載され、特許請求の範囲において特に指摘されている特徴を備える。以下の記載および添付図面は、１または複数の態様のある例示的な特徴を詳細に記載する。しかしながら、これらの特徴は、さまざまな態様の原理が適用されるさまざまな方式のうちの極く一部しか示しておらず、本説明は、このような態様およびこれらの均等物の全てを含むことが意図されている。
【図面の簡単な説明】
【００１６】
【図１】図１は、ネットワーク・アーキテクチャの例を例示する図解である。
【図２】図２は、アクセス・ネットワークの例を例示する図解である。
【図３】図３は、ＬＴＥにおけるＤＬフレーム構造の例を例示する図解である。
【図４】図４は、ＬＴＥにおけるＵＬフレーム構造の例を例示する図解である。
【図５】図５は、ユーザ・プレーンおよび制御プレーンのためのラジオ・プロトコル・アーキテクチャの例を例示する図解である。
【図６】図６は、アクセス・ネットワークにおけるイボルブド・ノードＢおよびユーザ機器の例を例示する図解である。
【図７】図７は、改善されたＡＣＫ／ＮＡＣＫフィードバック手順を用いたイボルブド・ノードＢおよびユーザ機器を例示する図解である。
【図８】図８は、無線通信の方法のフロー・チャートである。
【図９】図９は、無線通信の別の方法のフロー・チャートである。
【図１０】図１０は、典型的な装置における異なるモジュール／手段／構成要素間のデータ・フローを例示する概念的なデータ・フロー図である。
【図１１】図１１は、処理システムを適用する装置のためのハードウェア実装の例を例示する図解である。
【図１２】図１２は、別の典型的な装置における異なるモジュール／手段／構成要素間のデータ・フローを例示する概念的なデータ・フロー図である。
【図１３】図１３は、処理システムを適用する別の装置のためのハードウェア実装の例を例示する図解である。
【発明を実施するための形態】
【００１７】
添付図面とともに以下に説明する詳細説明は、さまざまな構成の説明として意図されており、本明細書に記載された概念が実現される唯一の構成を表すことは意図されていない。この詳細説明は、さまざまな概念の完全な理解を提供することを目的とした具体的な詳細を含んでいる。しかしながら、これらの概念は、これら具体的な詳細無しで実現されうることが当業者に明らかになるであろう。いくつかの事例では、周知の構成および構成要素が、このような概念を曖昧にすることを避けるために、ブロック図形式で示されている。
【００１８】
通信システムのいくつかの態様が、さまざまな装置および方法に対する参照を用いて表されうる。これらの装置および方法は、さまざまなブロック、モジュール、構成要素、回路、ステップ、処理、アルゴリズム等（集合的に「要素」と称される）によって、後述する詳細説明に記述されており、添付図面に例示される。これらの要素は、電子ハードウェア、コンピュータ・ソフトウェア、またはこれら任意の組み合わせを用いて実現されうる。これらの要素がハードウェアとしてまたはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられている設計制約に依存する。
【００１９】
例として、要素、要素の任意の部分、または、要素の任意の組み合わせが、１または複数のプロセッサを含む「処理システム」を用いて実現されうる。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、ステート・マシン、ゲート・ロジック、ディスクリート・ハードウェア回路、およびこの開示の全体にわたって記載されたさまざまな機能を実行するように構成されたその他の適切なハードウェアを含んでいる。処理システムにおける１または複数のプロセッサは、ソフトウェアを実行しうる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他で称されるに関わらず、命令群、命令群セット、コード、コード・セグメント、プログラム・コード、プログラム、サブプログラム、ソフトウェア・モジュール、アプリケーション、ソフトウェア・アプリケーション、パッケージ・ソフト、ルーチン、サブルーチン、オブジェクト、実行形式、実行スレッド、手順、機能等を意味するように広く解釈されるものとする。
【００２０】
したがって、１または複数の典型的な実施形態では、記載された機能は、ハードウェア、ソフトウェア、ファームウェア、あるいはそれらの任意の組み合わせによって実現されうる。ソフトウェアで実現される場合、これら機能は、コンピュータ読取可能な媒体上に格納されるか、あるいは、コンピュータ読取可能な媒体上の１または複数の命令群またはコードとして符号化されうる。コンピュータ読取可能な媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされうる利用可能な任意の媒体である。例として、限定することなく、このようなコンピュータ読取可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、所望のプログラム・コード手段を命令群またはデータ構造の形式で搬送または格納するために使用され、しかも、コンピュータによってアクセスされうるその他任意の媒体を備えうる。本明細書で使用されるようにディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクト・ディスク（ｄｉｓｃ）（ＣＤ）、レーザ・ディスク（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、デジタル多用途ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピー（登録商標）ディスク（ｄｉｓｋ）、Ｂｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含む。ここで、ｄｉｓｋは通常、データを磁気的に再生し、ｄｉｓｃは、レーザを用いてデータを光学的に再生する。前述した組み合わせもまた、コンピュータ読取可能な媒体の範囲内に含まれるべきである。
【００２１】
図１は、ＬＴＥネットワーク・アーキテクチャ１００を例示する図解である。ＬＴＥネットワーク・アーキテクチャ１００は、イボルブド・パケット・システム（ＥＰＳ）１００と称されうる。ＥＰＳ１００は、１または複数のユーザ機器（ＵＥ）１０２、イボルブドＵＭＴＳ地上ラジオ・アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ）１０４、イボルブド・パケット・コア（ＥＰＣ）１１０、ホーム加入者サーバ（ＨＳＳ）１２０、およびオペレータのＩＰサービス１２２を含みうる。ＥＰＳは、他のアクセス・ネットワークと相互接続しうるが、簡略のために、これらエンティティ／インタフェースは図示していない。図示されるように、ＥＰＳは、パケット交換サービスを提供する。しかしながら、当業者であれば容易に認識するであろうが、本開示にわたって示されているさまざまな概念は、回路交換サービスを提供しているネットワークに拡張されうる。
【００２２】
Ｅ−ＵＴＲＡＮは、イボルブド・ノードＢ（ｅＮＢ）１０６およびその他のｅＮＢ１０８を含んでいる。ｅＮＢ１０６は、ＵＥ１０２向けのユーザ・プレーン・プロトコル終端および制御プレーン・プロトコル終端を提供する。ｅＮＢ１０６は、Ｘ２インタフェース（例えば、バックホール）を経由して他のｅＮＢ１０８に接続されうる。ｅＮＢ１０６はまた、当業者によって、基地局、基地トランシーバ局、ラジオ基地局、ラジオ・トランシーバ、トランシーバ機能、基本サービス・セット（ＢＳＳ）、拡張サービス・セット（ＥＳＳ）、またはその他いくつかの適切な用語として称されうる。ｅＮＢ１０６は、ＵＥ１０２のために、ＥＰＣ１１０にアクセス・ポイントを提供する。ＵＥ１０２の例は、セルラ電話、スマートフォン、セッション開始プロトコル（ＳＩＰ）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星ラジオ、全地球測位システム、マルチメディア・デバイス、ビデオ・デバイス、デジタル・オーディオ・プレーヤ（例えば、ＭＰ３プレーヤ）、カメラ、ゲーム機、またはその他の類似の機能デバイスを含む。ＵＥ１０２はまた、当業者によって、移動局、加入者局、モバイル・ユニット、加入者ユニット、無線ユニット、遠隔ユニット、モバイル・デバイス、無線デバイス、無線通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末、モバイル端末、無線端末、遠隔端末、ハンドセット、ユーザ・エージェント、モバイル・クライアント、クライアント、またはその他いくつかの適切な用語で称されうる。
【００２３】
ｅＮＢ１０６は、Ｓ１インタフェースによってＥＰＣ１１０に接続されうる。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ）１１２、その他のＭＭＥ１１４、サービス提供ゲートウェイ１１６、およびパケット・データ・ネットワーク（ＰＤＮ）ゲートウェイ１１８を含む。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードでありうる。一般に、ＭＭＥ１１２はベアラおよび接続管理を提供する。すべてのユーザＩＰパケットは、ＰＤＮゲートウェイ１１８に接続されているサービス提供ゲートウェイ１１６を介して転送されうる。ＰＤＮゲートウェイ１１８は、ＵＥにＩＰアドレス割当のみならず、その他の機能も提供する。ＰＤＮゲートウェイ１１８は、オペレータのＩＰサービス１２２に接続される。オペレータのＩＰサービス１２２は、インターネット、イントラネット、ＩＰマルチメディア・サブシステム（ＩＭＳ）、およびＰＳストリーミング・サービス（ＰＳＳ）を含んでいる。
【００２４】
図２は、ＬＴＥネットワーク・アーキテクチャにおけるアクセス・ネットワーク２００の例を例示する図解である。この例では、アクセス・ネットワーク２００は、多くのセルラ領域（セル）２０２に分割される。１または複数の低電力クラスのｅＮＢ２０８は、これらセル２０２のうちの１または複数とそれぞれオーバラップするセルラ領域２１０を有しうる。低電力クラスｅＮＢ２０８は、遠隔ラジオ・ヘッド（ＲＲＨ）と称されうる。低電力クラスｅＮＢ２０８は、フェムト・セル（例えば、ホームｅＮＢ（ＨｅＮＢ））、ピコ・セル、またはミクロ・セルでありうる。マクロｅＮＢ２０４はおのおの、各セル２０２に割り当てられ、セル２０２内のすべてのＵＥ２０６のためにＥＰＣ１１０へアクセス・ポイントを提供するように構成されている。アクセス・ネットワーク２００のこの例では、中央コントローラは存在しないが、別の構成では、中央コントローラが使用されうる。ｅＮＢ２０４は、ラジオ・ベアラ制御、許可制御、モビリティ制御、スケジューリング、セキュリティ、および、サービス提供ゲートウェイ１１６への接続を含むすべてのラジオ関連機能を担当する。
【００２５】
アクセス・ネットワーク２００によって適用された変調および多元接続スキームは、展開されている特定の通信規格に依存して変わりうる。ＬＴＥアプリケーションでは、周波数分割デュプレクス（ＦＤＤ）と時分割デュプレクス（ＴＤＤ）との両方をサポートするために、ＤＬでＯＦＤＭが使用され、ＵＬでＳＣ−ＦＤＭＡが使用される。当業者であれば、後述する詳細記載から容易に認識されるように、本明細書で示されたさまざまな概念が、ＬＴＥアプリケーションにも同様に適合することを認識するであろう。しかしながら、これらの概念は、その他の変調技術および多元接続技術を適用するその他の通信規格へ容易に拡張されうる。例によれば、これらの概念は、イボリューション・データ・オプティマイズド（ＥＶ−ＤＯ）またはウルトラ・モバイル・ブロードバンド（ＵＭＢ）へ拡張されうる。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリの一部として第３世代パートナシップ計画２（３ＧＰＰ２）によって公布されたエア・インタフェース規格であり、移動局へのブロードバンド・インターネット・アクセスを提供するためにＣＤＭＡを適用する。これらの概念は、例えばＴＤ−ＳＣＤＭＡのように、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡのその他の派生を適用するユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ＴＤＭＡを適用するグローバル移動体通信（ＧＳＭ（登録商標））、およびＯＦＤＭＡを適用するイボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、およびフラッシュＯＦＤＭに拡張されうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。適用されている実際の無線通信規格および多元接続技術は、特定のアプリケーションと、システムに課せられている全体的な設計制約とに依存するであろう。
【００２６】
ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有しうる。ＭＩＭＯ技術を使用することにより、ｅＮＢ２０４は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用できるようになる。空間多重化は、同じ周波数で、異なるデータ・ストリームを同時に送信するために使用されうる。データ・ストリームは、データ・レートを高めるために単一のＵＥ２０６へ、全体的なシステム容量を高めるために複数のＵＥ２０６へ、送信されうる。これは、各データ・ストリームを空間的にプリコードし（すなわち、振幅およびフェーズのスケーリングを適用し）、空間的にプリコードされた各ストリームを、ＤＬで、複数の送信アンテナを介して送信することによって達成される。この空間的にプリコードされたデータ・ストリームは、異なる空間シグニチャを持つＵＥ（単数または複数）２０６に到着する。これによって、ＵＥ（単数または複数）２０６のおのおのは、ＵＥ２０６のために指定された１または複数のデータ・ストリームを復元できるようになる。ＵＬでは、おのおののＵＥ２０６が、空間的にプリコードされたデータ・ストリームを送信する。これによって、ｅＮＢ２０４は、空間的にプリコードされた各データ・ストリームのソースを識別できるようになる。
【００２７】
チャネル条件が良好な場合、空間多重化が一般に使用される。チャネル条件がさほど好ましくない場合、送信エネルギを１または複数の方向に集中させるためにビームフォーミングが使用されうる。これは、複数のアンテナを介した送信のために、データを空間的にプリコードすることによって達成されうる。セルの端部において良好な有効通信範囲を達成するために、単一ストリーム・ビームフォーミング送信が、送信ダイバーシティと組み合わされて使用されうる。
【００２８】
以下に続く詳細説明では、アクセス・ネットワークのさまざまな態様が、ＤＬでＯＦＤＭをサポートするＭＩＭＯシステムに関して記述されるだろう。ＯＦＤＭは、ＯＦＤＭシンボル内の多くのサブキャリアにおいてデータを変調するスペクトル拡散技術である。サブキャリアは、正確な周波数で隔離されている。この間隔は、受信機が、サブキャリアからデータを復元することを可能にする「直交性」を提供する。時間領域では、ＯＦＤＭ間シンボル干渉と格闘するために、各ＯＦＤＭシンボルにガード間隔（例えば、サイクリック・プレフィクス）が追加されうる。ＵＬは、高いピーク対平均電力比（ＰＡＲＲ）を補償するために、ＤＦＴ拡散ＯＦＤＭ信号の形態でＳＣ−ＦＤＭＡを使用しうる。
【００２９】
図３は、ＬＴＥにおけるＤＬフレーム構造の例を例示する図解３００である。フレーム（１０ミリ秒）が、等しいサイズの１０のサブフレーム３０６に分割されうる。さらに、各サブフレーム３０６は、ダウンリンク通信またはアップリンク通信のために割り当てられうる。表１は、時分割デュプレクス（ＴＤＤ）スキームのための可能なサブフレーム分配のセットの例を提供する。  
【表１】
0005855775.tif 000002
【００３０】
表１において使用されるように、「Ｄ」はダウンリンク・スロットを称し、「Ｕ」はアップリンク・スロットを称し、「Ｓ」は特別のスロットを称する。１つの態様では、特別のスロットは、ＵスロットとＤスロットとの間に配置され、例えば、ダウンリンク・パイロット時間スロット（ＤｗＰＴＳ）、ギャップ（ＧＰ）、およびアップリンク・パイロット時間スロット（ＵｐＰＴＳ）のような制御情報を含みうる。さらに、表１において注目されるように、いくつかのコンフィギュレーション（例えば、０，１，２，および６）では、（例えば、５ミリ秒の周期の）サブフレーム内でサブフレーム構造が反復するように、フレーム内に１０のサブフレームが構成されうる。一方、別の構成（例えば、３，４，および５）では、（例えば、１０ミリ秒の周期の）サブフレーム内にサブフレームの反復構造はない。おのおののサブフレーム３０６は、２つの連続する時間スロットを含みうる。おのおのがリソース・ブロックを含む２つの時間スロットを表すために、リソース・グリッドが使用されうる。リソース・グリッドは、複数のリソース要素に分割される。ＬＴＥでは、リソース・ブロックは、おのおののＯＦＤＭシンボルにおける通常のサイクリック・プレフィクスについて、周波数領域において１２の連続するサブキャリアを、時間領域において７つの連続するＯＦＤＭシンボルを、すなわち、８４のリソース要素を含んでいる。各ＯＦＤＭシンボルにおける拡張サイクリック・プレフィクスの場合、時間領域内に連続する６つのＯＦＤＭシンボル、すなわち、７２のリソース要素が存在する。Ｒ３０２，３０４として示されるような、リソース要素のいくつかは、ＤＬ基準信号（ＤＬ−ＲＳ）を含む。ＤＬ−ＲＳは、（しばしば、共通ＲＳとも称される）セル特有のＲＳ（ＣＲＳ）３０２と、ＵＥ特有のＲＳ（ＵＥ−ＲＳ）３０４とを含んでいる。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ）がマップされるリソース・ブロックにおいてのみ送信される。各リソース要素によって伝送されるビット数は、変調スキームに依存する。したがって、ＵＥが受信するリソース・ブロックが増え、変調スキームが高くなると、ＵＥのためのデータ・レートが高くなる。
【００３１】
サブフレーム３０６は、制御領域３０８およびデータ領域３域３１０へ構成されうる。制御領域３０８は、さまざまな物理制御チャネルのために割り当てられたリソース要素を含みうる。例えば、制御領域３０８は、物理制御フォーマット・インジケータ・チャネル（ＰＣＦＩＣＨ）３１２、物理ハイブリッドＡＲＱインジケータ・チャネル（ＰＨＩＣＨ）３１４、および物理ダウンリンク制御チャネル（ＰＤＣＣＨ）３１６、に割り当てられたリソース要素を含みうる。
【００３２】
ＰＤＣＣＨ３１６は、限定される訳ではないが、例えば送信電力制御（ＴＰＣ）、ダウンリンク割当インデクス（ＤＡＩ）等のような制御情報を伝送しうる。一般に、ＵＥは、アップリンク電力制御動作における支援のためにＴＰＣ値を使用しうる。１つの態様では、ＴＰＣフィールドは、２ビットのフィールドでありうる。一般に、ＤＡＩは、ＵＥが、喪失したダウンリンク割当（単数または複数）を検出し、より効率的なＡＣＫ／ＮＡＫフィードバックを容易にすることを支援しうる。１つの態様では、ＤＡＩは、サブフレーム（単数または複数）ｎ−ｋ内の現在のサブフレームまでのＤＬ  ＳＰＳリリースを示すＰＤＣＣＨと、割り当てられたＰＤＣＣＨ（単数または複数）とを伴うＰＤＳＣＨ送信（単数または複数）の累積数を示す。ここで、ｋはＫに属する。別の態様では、ＤＡＩフィールドは、２ビットのフィールドでありうる。このような態様では、ＤＡＩフィールドは、ダウンリンク制御情報（ＤＣＩ）フォーマット１／１Ａ／１Ｂ／１Ｄ／２／２Ａ／２Ｂ内に存在しうる。２ビットのＤＡＩフィールドは、ＵＬ  ＤＣＩフォーマット０に存在しうる。このような態様では、このフィールドは、ＵＥによって検出されたダウンリンクＳＰＳリリースを示すＰＤＣＣＨおよびＰＤＳＣＨ送信を伴うサブフレームの総数を示す。非キャリア・アグリゲーション実施では、ＤＡＩは、すべてのＤＬ許可内に存在し、すべてのサブフレームは、同じＤＬ送信モードを使用しうる。このような実施では、ＤＡＩの累積定義が、ＤＡＩに基づいてコードブックを定義することを可能とする。例えば、ＵＥがＤＬ許可を受信しない場合、ＰＵＣＣＨ送信は返信されない。一般に、ＵＥがいずれかのＤＬ許可を受信すると、この許可のＡＣＫ／ＮＡＣＫフィードバック・ビット（単数または複数）の配置が、（ＤＡＩ−１）＊Ｋで始まる。ここで、Ｋは、サブフレーム毎のＡＣＫ／ＮＡＫビットの数である。例えば、ＤＡＩが１に等しい場合、ＡＣＫ／ＮＡＫビット（単数または複数）フィードバックのために使用される許可が０で始まる。１つの態様では、ＵＥは、何れかのＤＬ許可の喪失を検出すると、明示的または暗黙的にＤＴＸをフィードバックしうる（例えば、ＤＴＸは、ＮＡＣＫと同じように符号化される）。
【００３３】
ＵＥは、ＰＨＩＣＨ３１４とＰＣＦＩＣＨ３１２とのために使用された特定のＲＥＧを認識しうる。ＵＥは、ＰＤＣＣＨ３１６を求めて、ＲＥＧの異なる組み合わせを探索しうる。探索する組み合わせの数は、一般に、ＰＤＣＣＨ３１６のために許可された組み合わせの数よりも少ない。ｅＮＢは、ＵＥが探索しうる組み合わせのうちの何れかのＵＥにＰＤＣＣＨ３１６を送信しうる。
【００３４】
図４は、ＬＴＥにおけるＵＬフレーム構造の例を例示する図解４００である。ＵＬフレーム構造は、サブフレーム４０２に分割されうる。ＵＬのために利用可能なリソース・ブロックは、データ・セクションおよび制御セクションに分割されうる。制御セクションは、システム帯域幅の２つの端部において形成され、設定可能なサイズを有しうる。制御セクションにおけるリソース・ブロックは、制御情報の送信のために、ＵＥへ割り当てられうる。データ・セクションは、制御セクションに含まれていないすべてのリソース・ブロックを含みうる。このＵＬフレーム構造の結果、データ・セクションは、連続するサブキャリアを含むようになる。これによって、データ・セクションにおいて連続するサブキャリアのすべてが単一のＵＥに割り当てられるようになる。
【００３５】
ＵＥは、ｅＮＢへ制御情報を送信するために、制御セクションにおいてリソース・ブロック４１０ａ，４１０ｂを割り当てられうる。ＵＥはまた、ｅＮＢへデータを送信するために、データ・セクションにおいてリソース・ブロック４２０ａ，４２０ｂを割り当てられうる。ＵＥは、制御セクションにおいて割り当てられたリソース・ブロックで、物理ＵＬ制御チャネル（ＰＵＣＣＨ）で制御情報を送信しうる。ＵＥは、データ・セクションにおいて割り当てられたリソース・ブロックで、物理ＵＬ共有チャネル（ＰＵＳＣＨ）で、データのみ、または、データと制御情報との両方を送信しうる。ＵＬ送信は、サブフレーム４０２の両スロットにおよび、周波数を越えてホップしうる。
【００３６】
物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）４３０における初期システム・アクセスの実行と、ＵＬ同期の達成とのために、リソース・ブロックのセットが使用されうる。ＰＲＡＣＨ４３０は、ランダム・シーケンスを伝送するが、ＵＬデータ／シグナリングを伝送しない場合がありうる。ランダム・アクセス・プリアンブルはおのおの、６つの連続するリソース・ブロックに対応する帯域幅を占有しうる。開始周波数は、ネットワークによって指定されうる。例えば、ランダム・アクセス・プリアンブルの送信は、ある時間リソースおよび周波数リソースに制限されうる。さらに、ＰＲＡＣＨのための周波数ホッピングは無い。ＰＲＡＣＨ試行は、単一のサブフレーム（１ミリ秒）で伝送されるか、少数の連続したサブフレームのシーケンスで伝送されうる。そして、ＵＥは、フレーム（１０ミリ秒）毎に１回のＰＲＡＣＨ試行しか行わないことがある。
【００３７】
ＡＣＫ／ＮＡＫに割り当てられたビット数は、無線通信におけるさまざまな動作にインパクトを与えうる。離散フーリエ変換拡散ＯＦＤＭ（ＤＦＴ−Ｓ−ＯＦＤＭ）の場合、ＡＣＫ／ＮＡＫペイロード・サイズは、Ｒｅｅｄ−Ｍｕｌｌｅｒ符号化にインパクトを与えうる。例えば、１１ビットよりも多くがＡＣＫ／ＮＡＣＫに割り当てられた場合、ＡＣＫ／ＮＡＣＫ通信動作のために、ＡＣＫ／ＮＡＣＫビットは、２つのブロックに分割されうる。ＡＣＫ／ＮＡＫビットの数はまた、ＰＵＣＣＨ電力制御のみならず、アップリンク制御情報（ＵＣＩ）がＰＵＳＣＨでピギーバックされる場合におけるＵＣＩのリソース決定にもインパクトを与えうる。
【００３８】
さまざまなフィードバック値（例えば、ＡＣＫ／ＮＡＣＫ、チャネル品質インジケータ（ＣＱＩ）、スケジューリング要求（ＳＲ）等）が、ＰＵＣＣＨにおけるフィードバックに含まれうる。１つの態様では、ＡＣＫ／ＮＡＣＫおよびＳＲがともに符号化されうる。ここでは、ＳＲビット（ＯＮ／ＯＦＦ）が、末尾に追加される。このような態様では、ｅＮＢとＵＥとが、ＳＲの位置において揃えられうる。別の態様では、ＡＣＫ／ＮＡＣＫとＣＱＩとがともに符号化されうる。ここでは、ＣＱＩ／プリコーディング行列情報（ＰＭＩ）／ランク・インジケーション（ＲＩ）が末尾に追加されうる。このような態様では、ｅＮＢとＵＥとが、ＣＱＩの位置において揃えられうる。このようなアラインメントは、ＡＣＫ／ＮＡＣＫ情報の正確な受信を保証することを支援する。さらに、ＣＱＩが後続するＳＲが後続するＡＣＫ／ＮＡＣＫとして、フィードバックが順序付けられうる。ＳＲリソースで送信されたＡＣＫ／ＮＡＣＫフィードバックのために使用されるマッピングの例が、表２に提供されている。  
【表２】
0005855775.tif 000003
【００３９】
非キャリア・アグリゲーション・コンフィギュレーションでは、ＤＬハイブリッド自動反復要求（ＨＡＲＱ）タイミング関係に基づいて、複数（Ｎ個）（例えば、Ｎ＝１，２，３，４，９）のＤＬサブフレームのためのフィードバック（例えば、ＡＣＫ／ＮＡＣＫ）を提供するために、１つのＵＥサブフレーム４０２が使用されうる。例えば、表１に記載されたコンフィギュレーション番号５では、１つのＵＬサブフレームが、９つのＤＬサブフレームのためのフィードバックを提供しうる。
【００４０】
図７−１３に関連してより詳細に説明されるように、１つの態様では、所与のアップリンク・サブフレームに関連付けられたいくつかのダウンリンク・サブフレーム（単数または複数）のＰＤＣＣＨにおける２ビットのＴＰＣフィールドが、ＰＵＣＣＨフォーマット３のためのリソース・インジケーション（ＡＣＫ／ＮＡＣＫリソース・インジケータ）として再解釈されうる。例えば、ＤＡＩ値が１よりも大きいＰＤＣＣＨにおけるＴＰＣ値は、ＡＣＫ／ＮＡＣＫリソース・インジケータとして再解釈されうる一方、ＤＡＩ値が１に等しいＰＤＣＣＨは、ＰＵＣＣＨのための通常のＴＰＣコマンドを伝送する。１つの態様では、上位レイヤ（例えば、ラジオ・リソース制御レイヤ）は、１または複数のＰＵＣＣＨリソースを設定し、ＡＣＫ／ＮＡＣＫリソース・インジケータは、設定されたリソースのうちのどれが、ＡＣＫ／ＮＡＣＫフィードバックのためにＵＥによって使用されうるのかを示しうる。別の態様では、ＡＣＫ／ＮＡＣＫリソース・インジケータは、上位レイヤが設定した制御チャネル・リソースに対するオフセットを示しうる。これは、アップリンク制御チャネル・リソースとして使用するための制御チャネル・リソースを指定する。別の態様では、ＵＥは、ＡＣＫ／ＮＡＣＫリソース・インジケータの無い１つのリソースを用いて設定された上位レイヤ（例えば、ＲＲＣレイヤ）でありうる。
【００４１】
図５は、ＬＴＥにおけるユーザ・プレーンおよび制御プレーンのためのラジオ・プロトコル・アーキテクチャの例を例示する図解５００である。ＵＥおよびｅＮＢのためのラジオ・プロトコル・アーキテクチャが、３つのレイヤ、すなわち、レイヤ１、レイヤ２、およびレイヤ３を用いて図示される。レイヤ１（Ｌ１レイヤ）３０２は、最下位レイヤであり、さまざまな物理レイヤ信号処理機能を実施する。Ｌ１レイヤは、本明細書では物理レイヤ５０６と称されるだろう。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６上にあり、物理レイヤ６０６を介したＵＥとｅＮＢとの間のリンクを担当する。
【００４２】
ユーザ・プレーンでは、Ｌ２レイヤ５０８は、媒体アクセス制御（ＭＡＣ）サブレイヤ５１０と、ラジオ・リンク制御（ＲＬＣ）サブレイヤ５１２と、パケット・データ収束プロトコル（ＰＤＣＰ）サブレイヤ５１４とを含む。これらは、ネットワーク側におけるｅＮＢにおいて終了する。図示されていないが、ＵＥは、ネットワーク側におけるＰＤＮゲートウェイ１１８で終了するネットワーク・レイヤ（例えば、ＩＰレイヤ）を含む、Ｌ２レイヤ５０８上のいくつかの上部レイヤと、（例えば、遠くのエンドＵＥ、サーバ等のような）接続の他端において終了するアプリケーション・レイヤとを有しうる。
【００４３】
ＰＤＣＰサブレイヤ５１４は、異なるラジオ・ベアラと論理チャネルとの間の多重化を提供する。ＰＤＣＰサブレイヤ５１４はまた、ラジオ送信オーバヘッドを低減するための上部レイヤ・データ・パケットのためのヘッダ圧縮、データ・パケットを暗号化することによるセキュリティ、および、ｅＮＢ間のＵＥのためのハンドオーバ・サポートを提供する。ＲＬＣサブレイヤ５１２は、上部レイヤ・データ・パケットのセグメント化および再アセンブル、喪失したデータ・パケットの再送信、および、ハイブリッド自動反復要求（ＨＡＲＱ）による順不同な受信を補償するためのデータ・パケットの並べ替えを提供する。ＭＡＣサブレイヤ５１０は、論理チャネルと伝送チャネルとの間の多重化を提供する。ＭＡＣサブレイヤ５１０はまた、１つのセル内のさまざまなラジオ・リソース（例えば、リソース・ブロック）を、ＵＥ間に割り当てることをも担当する。ＭＡＣサブレイヤ５１０はまた、ＨＡＲＱ動作をも担当する。
【００４４】
制御プレーンでは、ＵＥおよびｅＮＢのためのラジオ・プロトコル・アーキテクチャは、制御プレーンのためのヘッダ圧縮機能が無いことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）にラジオ・リソース制御（ＲＲＣ）サブレイヤ５１６を含んでいる。ＲＲＣサブレイヤ５１６は、ラジオ・リソース（すなわち、ラジオ・ベアラ）を取得することと、ＲＲＣシグナリングを用いてｅＮＢとＵＥとの間に下部レイヤを設定することと、を担当する。１つの態様では、ＡＣＫ／ＮＡＣＫフィードバックを通信するための１または複数のリソースを設定するために、ＲＲＣシグナリングが使用されうる。例えば、ＲＲＣシグナリングは、ＰＵＣＣＨフォーマット３を使用して、ＡＣＫ／ＮＡＣＫフィードバックを通信するためのリソースを設定しうる。
【００４５】
図６は、アクセス・ネットワークにおいてＵＥ６５０と通信しているｅＮＢ６１０のブロック図である。ＤＬでは、コア・ネットワークからの上部レイヤ・パケットが、コントローラ／プロセッサ６７５へ提供される。コントローラ／プロセッサ６７５は、Ｌ２レイヤの機能を実現する。ＤＬでは、コントローラ／プロセッサ６７５は、さまざまな優先度判定基準に基づいて、ヘッダ圧縮、暗号化、パケット・セグメント化および並べ替え、論理チャネルと伝送チャネルとの間の多重化、および、ＵＥ６５０へのラジオ・リソース割当を提供する。さらに、コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作、喪失パケットの再送信、およびＵＥ６５０へのシグナリングを担当する。
【００４６】
送信（ＴＸ）プロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のためのさまざまな信号処理機能を実現する。この信号処理機能は、ＵＥ６５０におけるフォワード誤り訂正（ＦＥＣ）を容易にするための符号化およびインタリービング、および、さまざまな変調スキーム（例えば、バイナリ・フェーズ・シフト・キーイング（ＢＰＳＫ）、直交フェーズ・シフト・キーイング（ＱＰＳＫ）、Ｍフェーズ・シフト・キーイング（Ｍ−ＰＳＫ）、Ｍ直交振幅変調（Ｍ−ＱＡＭ））に基づく信号コンステレーションへのマッピング、を含む。符号化および変調されたシンボルは、その後、並行なストリームへ分割される。おのおののストリームはその後、ＯＦＤＭサブキャリアへマップされ、時間領域および／または周波数領域において基準信号（例えば、パイロット）とともに多重化され、その後、逆高速フーリエ変換（ＩＦＦＴ）を用いてともに結合されることにより、時間領域ＯＦＤＭシンボル・ストリームを伝送する物理チャネルが生成される。このＯＦＤＭストリームは、空間的にプリコードされ、複数の空間ストリームが生成される。チャネル推定器６７４からのチャネル推定値は、空間処理のためのみならず、符号化および変調スキームを決定するためにも使用されうる。チャネル推定値は、ＵＥ６５０によって送信されたチャネル条件フィードバックおよび／または基準信号から導出されうる。おのおのの空間ストリームはその後、個別の送信機６１８ＴＸを介して別々のアンテナ６２０へ提供される。おのおのの送信機６１８ＴＸは、送信のために、それぞれの空間ストリームを用いてＲＦキャリアを変調する。
【００４７】
ＵＥ６５０では、おのおのの受信機６５４ＲＸが、それぞれのアンテナ６５２を介して信号を受信する。おのおのの受信機６５４ＲＸは、ＲＦキャリアへ変調された情報を復元し、この情報を、受信（ＲＸ）プロセッサ６５６へ提供する。ＲＸプロセッサ６５６は、Ｌ１レイヤのさまざまな信号処理機能を実施する。ＲＸプロセッサ６５６は、この情報に対して空間処理を実行し、ＵＥ６５０のために向けられた任意の空間ストリームを復元する。複数の空間ストリームが、ＵＥ６５０に向けられている場合、これらは、ＲＸデータ・プロセッサ６５６によって、単一のＯＦＤＭシンボル・ストリームへ結合されうる。ＲＸプロセッサ６５６は、その後、高速フーリエ変換（ＦＦＴ）を用いて、ＯＦＤＭシンボル・ストリームを、時間領域から周波数領域へ変換する。周波数領域信号は、ＯＦＤＭ信号のおのおののサブキャリアの個別のＯＦＤＭシンボル・ストリームを備える。おのおののサブキャリアにおけるシンボル、および基準信号は、ｅＮＢ６１０によって送信された最も可能性の高いコンステレーション・ポイントを判定することによって復元および復調される。これら軟判定は、チャネル推定器６５８によって計算されたチャネル推定値に基づきうる。これら軟判定はその後、復号およびデインタリーブされ、物理チャネル上でｅＮＢ６１０によって送信されたオリジナルのデータ信号および制御信号が復元される。データ信号および制御信号はその後、コントローラ／プロセッサ６５９へ提供される。
【００４８】
コントローラ／プロセッサ６５９は、Ｌ２レイヤを実現する。コントローラ／プロセッサは、プログラム・コードおよびデータを格納するメモリ６６０に関連付けられうる。メモリ６６０は、コンピュータ読取可能な媒体と称されうる。ＵＬでは、制御／プロセッサ６５９は、コア・ネットワークからの上部レイヤ・パケットを復元するために、伝送チャネルと論理チャネルとの間の逆多重化、パケット再アセンブリ、解読、ヘッダ伸張、制御信号処理を提供する。Ｌ２レイヤ上のすべてのプロトコル・レイヤを表す上部レイヤ・パケットは、その後、データ・シンク６６２へ提供される。Ｌ３処理のためにも、データ・シンク６６２へさまざまな制御信号が提供されうる。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするためにアクノレッジメント（ＡＣＫ）および／または否定的アクノレッジメント（ＮＡＣＫ）プロトコルを用いて、誤り検出を担当する。
【００４９】
ＵＬでは、コントローラ／プロセッサ６５９へ上部レイヤ・パケットを提供するために、データ・ソース６６７が使用される。データ・ソース６６７は、Ｌ２レイヤ上のすべてのプロトコル・レイヤを表す。ｅノードＢ６１０によるＤＬ送信に関して記載された機能と同様に、コントローラ／プロセッサ６５９は、ヘッダ圧縮、暗号化、パケット・セグメント化および並べ替え、および、ｅＮＢ６１０によるラジオ・リソース割当に基づく論理チャネルと伝送チャネルとの間の多重化を提供することによって、ユーザ・プレーンおよび制御プレーンのためのＬ２レイヤを実現する。さらに、コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作、喪失パケットの再送信、およびｅＮＢ６１０へのシグナリングを担当する。
【００５０】
ｅＮＢ６１０によって送信されたフィードバックまたは基準信号から、チャネル推定器６５８によって導出されたチャネル推定値が、適切な符号化スキームおよび変調スキームを選択するために、および、空間処理を容易にするために、ＴＸプロセッサ６６８によって使用されうる。ＴＸデータ・プロセッサ６６８によって生成された空間ストリームは、個別の送信機６５４ＴＸを介して異なるアンテナ６５２に提供される。おのおのの送信機６５４ＴＸは、送信のために、それぞれの空間ストリームを用いてＲＦキャリアを変調する。
【００５１】
ＵＬ送信は、ＵＥ６５０における受信機機能に関して記載されたものと類似した方式で、ｅＮＢ６１０において処理される。おのおのの受信機６１８ＲＸは、それぞれのアンテナ６２０を介して信号を受信する。おのおのの受信機６１８ＲＸは、ＲＦキャリアへ変調された情報を復元し、この情報を、ＲＸデータ・プロセッサ６７０へ提供する。ＲＸプロセッサ６７０は、Ｌ１レイヤを実現しうる。
【００５２】
コントローラ／プロセッサ６７５は、Ｌ２レイヤを実現する。コントローラ／プロセッサ６７５は、プログラム・コードおよびデータを格納するメモリ６７６に関連付けられうる。メモリ６７６は、コンピュータ読取可能な媒体と称されうる。ＵＬでは、制御／プロセッサ６７５は、ＵＥ６５０からの上部レイヤ・パケットを復元するために、伝送チャネルと論理チャネルとの間の逆多重化、パケット再アセンブリ、解読、ヘッダ伸張、制御信号処理を提供する。コントローラ／プロセッサ６７５からの上部レイヤ・パケットは、コア・ネットワークへ提供されうる。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを用いて、誤り検出を担当する。
【００５３】
図７は、アクセス・ネットワークにおいて、改善されたＡＣＫ／ＮＡＣＫフィードバック手順を実行するｅＮＢおよびＵＥを例示する図解７００である。図７に図示されるように、ｅＮＢ７０２およびＵＥ７０４に関連付けられた動作が、時間軸に対して示されている。動作では、ダウンリンク・サブフレーム７０６の間、ｅＮＢ７０２が、ダウンリンク制御メッセージ７０８を送信しうる。１つの態様では、ダウンリンク制御メッセージ７０８は、限定される訳ではないが、例えばＤＡＩフィールド７１０およびＴＰＣフィールド７１２のようなフィールドを含みうる。動作では、ＤＡＩフィールド７１０は、１より大きな値に設定されうる。このような動作の態様では、ＤＡＩフィールド７１０が１より大きい場合、ＴＰＣフィールドは、ＡＣＫ／ＮＡＣＫリソース・インジケータとして再解釈されうる。ＡＣＫ／ＮＡＣＫリソース・インジケータは、アップリンク・サブフレーム７１４の間にＡＣＫ／ＮＡＣＫフィードバックを提供するために、より上位のレイヤによって設定されうる。アップリンク・サブフレーム７１４となると、ＵＥ７０４は、１または複数のＡＣＫ／ＮＡＣＫ要素７２０を提供するために設定された、示されたリソース７１８とともに、アップリンク制御メッセージ７１６を送信しうる。１つの態様では、上位レイヤは、ＰＵＣＣＨフォーマット３をサポートするリソースを設定しうる。ＰＵＣＣＨフォーマット３は、ＤＦＴ−Ｓ−ＯＦＤＭを用いて、２０のＡＣＫ／ＮＡＣＫフィードバック要素の送信をサポートしうる。例えば、ＡＣＫ／ＮＡＣＫビットは、ＤＦＴ−Ｓ−ＯＦＤＭを用いて、２つのＡＣＫ／ＮＡＣＫブロックに等しく分離されうる。ここで、おのおののＡＣＫ／ＮＡＣＫブロックは、１１ビット未満でありうるか、１１ビットに等しくなりうる。その後、これらブロックは、Ｒｅｌ−８  Ｒｅｅｄ−Ｍｕｌｌｅｒ（ＲＭ）（３２，０）符号化を用いて符号化され、最後の８列がパンクチャされ、１２のＱＰＳＫシンボルへ変調されうる。２つのＡＣＫ／ＮＡＣＫブロックから交互に収集された２４のＱＰＳＫシンボル（１２のＱＰＳＫシンボルからなる２つのブロック）が、２つのスロットで送信される。
【００５４】
図８は、無線通信の方法のフロー・チャート８００である。この方法は、ＵＥによって実施されうる。１つの態様では、ＵＥは、ダウンリンク制御情報（ＤＣＩ）メッセージにおけるＤＡＩ値が１より大きいか否かを判定しうる。ブロック８０２において、ＤＣＩメッセージにおけるＤＡＩ値が１よりも大きくない（例えば、ＤＡＩ＝１）とＵＥが判定した場合、ブロック８０４において、ＵＥは、アップリンク通信のための電力制御のために、ＤＣＩメッセージにおけるＴＰＣ値を用いる。一方、ブロック８０２において、ダウンリンク制御情報（ＤＣＩ）メッセージにおいて、ＤＡＩ値が１よりも大きいとＵＥが判定した場合、ブロック８０６において、ＵＥは、ＴＰＣ値を、リソース・インジケータ（例えば、ＡＣＫ／ＮＡＣＫリソース・インジケータ）として再解釈しうる。１つの態様では、ＵＥは、２またはそれ以上のＤＣＩメッセージを受信しうる。ここで、各ＤＣＩメッセージは、１よりも大きいＤＡＩ値およびＴＰＣ値を含みうる。このような態様では、ＵＥは、２またはそれ以上のＤＣＩメッセージにおけるＴＰＣ値が同じであることを確証し、この同じ値を、リソース・インジケータとして再解釈しうる。１つの態様では、リソース・インジケータは、ＵＥによって用いられるために、上位レイヤが設定した複数の制御チャネル・リソースからのアップリンク制御チャネル・リソースを示しうる。別の態様では、リソース・インジケータは、上位レイヤが設定した制御チャネル・リソースに対するオフセットを示しうる。これは、使用する制御チャネル・リソースを、アップリンク制御チャネル・リソースとして指定する。リソース・インジケータが、アップリンク制御チャネル・リソースを示すために解釈されるか、あるいは、オフセットを示すために解釈されるかは、前のシグナリング、オペレータ優先度、システム実施オプション、デフォルトＵＥ設定等によって決定されうる。このような態様では、上位レイヤが設定した制御チャネル・リソースが、ラジオ・リソース制御（ＲＲＣ）シグナリングを用いて設定されうる。さらに、このような態様では、アップリンク制御チャネルは、ＰＵＣＣＨでありうる。さらに、ＰＵＣＣＨは、ＰＵＣＣＨフォーマット３としてフォーマットされうる。
【００５５】
ブロック８０８では、ＵＥは、リソース・インジケータによって示されるリソースを用いて、アップリンク・サブフレームに関連付けられた１または複数のダウンリンク・サブフレームのためのＡＣＫ／ＮＡＣＫフィードバックを生成する。１つの態様では、非キャリア・アグリゲーション実施において、１つのキャリアを用いて、最大９のダウンリンク・サブフレームのためにＡＣＫ／ＮＡＣＫフィードバックを提供するために、アップリンク・サブフレームが使用されうる。
【００５６】
ブロック８１０では、ＵＥは、ＡＣＫ／ＮＡＣＫリソース・インジケータによって示されたリソースによって、ＰＵＣＣＨでＡＣＫ／ＮＡＣＫフィードバックを送信しうる。１つの態様では、ＵＥが、複数のキャリアを用いて通信している場合、アップリンク制御チャネル・リソースが、一次キャリアのアップリンク・サブフレームで送信され、一次キャリアおよび１または複数の二次キャリアに関連付けられた１または複数のダウンリンク・サブフレームのためにＡＣＫ／ＮＡＣＫフィードバックを提供しうる。別の態様では、ＵＥが、複数のキャリアを用いて通信している場合、アップリンク制御チャネル・リソースが、一次キャリアのアップリンク・サブフレームで送信され、一次キャリアのみがスケジュールされている場合、一次キャリアに関連付けられた２またはそれ以上のダウンリンク・サブフレームのためにＡＣＫ／ＮＡＣＫフィードバックを提供しうる。
【００５７】
図９は、無線通信の別の方法のフロー・チャート９００である。この方法はｅＮＢによって実施されうる。オプションの態様では、ブロック９０２において、ｅＮＢが、例えば表１で与えられているさまざまなコンフィギュレーションのようなアップリンク／ダウンリンク・コンフィギュレーションが、しきい数よりも多いＡＣＫ／ＮＡＣＫフィードバック要素を要求することに対して応答しうるか否かを判定しうる。態様では、このしきい値は、静的または動的に設定され、４乃至２０の範囲内の値に設定されうる。オプションの態様では、ブロック９０２において、ｅＮＢは、使用されているアップリンク／ダウンリンク・コンフィギュレーションが、しきい値よりも多い数のＡＣＫ／ＮＡＣＫフィードバック要素とならないと判定すると、ブロック９０４において、ｅＮＢが、ＰＵＣＣＨフォーマット３の使用を設定しない場合がある。オプションの態様では、ブロック９０２において、使用されているアップリンク／ダウンリンク・コンフィギュレーションが、しきい値よりも多い数のＡＣＫ／ＮＡＣＫフィードバック要素となりうるとｅＮＢが判定すると、処理はブロック９０６に続きうる。
【００５８】
ブロック９０６において、ｅＮＢが、ＵＥのためにＰＵＣＣＨフォーマット３を設定した場合、ｅＮＢは、ＤＡＩ値を、１より大きく設定し、ＴＰＣ値を、リソース・インジケータ値（例えば、２，３等）に設定する。１つの態様では、ＵＥのためにＰＵＣＣＨフォーマット３が設定されるように、ＡＣＫ／ＮＡＣＫフィードバック要素がしきい値より大きいアップリンク／ダウンリンク構成になりうるとｅＮＢが判定した場合、ＤＡＩ値は、１よりも大きく設定されうる。１つの態様では、しきい値は、４ＡＣＫ／ＮＡＣＫビットでありうる。１つの態様では、ｅＮＢは、２またはそれ以上のＤＣＩメッセージを送信しうる。ここでは、各ＤＣＩメッセージは、１よりも大きいＤＡＩ値およびＴＰＣ値を含む。このような態様では、ｅＮＢは、２またはそれ以上のＤＣＩメッセージにおけるＴＰＣ値を、同じ値に設定しうる。ＴＰＣ値はともに、リソース・インジケータ値になるように設定されうる。さらに、ｅＮＢは、ＡＣＫ／ＮＡＣＫフィードバック要素の受信のために、リソース・インジケータで示されたリソースを設定するために、上位レイヤ・シグナリングを使用しうる。このような態様では、上位レイヤが設定した制御チャネル・リソースが、ラジオ・リソース制御（ＲＲＣ）シグナリングを用いて設定されうる。さらに、このような態様では、アップリンク制御チャネルは、ＰＵＣＣＨでありうる。またさらに、ＰＵＣＣＨは、ＰＵＣＣＨフォーマット３としてフォーマットされうる。
【００５９】
ブロック９０８では、ｅＮＢは、１よりも大きく設定されたＤＣＩ値と、リソース・インジケータに重みを置くように設定されたＴＰＣ値とを備えるＤＣＩメッセージを送信しうる。この送信に応じて、ｅＮＢは、ブロック９１０において、アップリンク・サブフレーム中に、上位レイヤ・フォーマット（例えば、ＰＵＣＣＨフォーマット３）を用いて、かつ、リソース・インジケータによって示されるリソースで、ＡＣＫ／ＮＡＣＫフィードバックを受信しうる。
【００６０】
図１０は、典型的な装置１０２における異なるモジュール／手段／構成要素間のデータ・フローを例示する概念的なデータ・フロー図１０００である。装置１０２は、ＤＣＩメッセージ１０１０を受信するモジュール１００２と、ＤＡＩフィールド内の値が１よりも大きいか否かを判定するモジュール１００４とを含む。モジュール１００４は、ＤＡＩ値が１よりも大きいと判定すると、ＤＣＩメッセージに含まれるＴＰＣ値を、リソース・インジケータ１０１２として解釈する。モジュール１００４は、モジュール１００６にリソース・インジケータ１０１２を通信しうる。アップリンク制御チャネル設定モジュール１００６は、どのＰＵＣＣＨリソースがＡＣＫ／ＮＡＣＫフィードバックのためにフォーマットされているか（例えば、ＰＵＣＣＨフォーマット３）を判定するために、リソース・インジケータ１０１２を使用する。モジュール１００６は、アップリンク制御メッセージ１０１４を生成し、送信モジュール１００８を用いてアップリンク制御メッセージ１０１４を送信する。
【００６１】
この装置は、前述したフロー・チャート図８におけるアルゴリズムのステップのおのおのを実行する追加のモジュールを含みうる。このため、前述したフロー・チャート図８のおのおののステップは、モジュールによって実行され、装置は、これらのモジュールのうちの１または複数を含みうる。これらモジュールは、前述した処理／アルゴリズムを実行するように特別に構成された１または複数のハードウェア構成要素であるか、前述した処理／アルゴリズムを実行するように構成されたプロセッサによって実行されうるか、プロセッサによる実施のためにコンピュータ読取可能な媒体内に格納されうるか、またはこれらのいくつかの組み合わせでありうる。
【００６２】
図１１は、処理システム１１１４を適用する装置１０２’のためのハードウェア実装の例を例示する概念図である。処理システム１１１４は、一般にバス１１２４によって表されるバス・アーキテクチャを用いて実現されうる。バス１１２４は、全体的な設計制約および処理システム１１１４の特定のアプリケーションに依存して、任意の数の相互接続バスおよびブリッジを含みうる。バス１１２４は、プロセッサ１１０４、モジュール１００２，１００４，１００６，１００８、およびコンピュータ読取可能な媒体１１０６によって代表される、１または複数のプロセッサおよび／またはハードウェア・モジュールを含む、さまざまな回路をともに接続する。バス１１２４はさらに、例えば、タイミング・ソース、周辺機器、電圧制御装置、および電力管理回路のようなその他さまざまな回路を接続しうる。これらは、当該技術分野で良く知られているので、さらなる説明はしない。
【００６３】
処理システム１１１４は、トランシーバ１１１０に接続されうる。トランシーバ１１１０は、１または複数のアンテナ１１２０に接続されうる。トランシーバ１１１０は、送信媒体を介してその他さまざまな装置と通信するための手段を提供する。処理システム１１１４は、コンピュータ読取可能な媒体１１０６に接続されたプロセッサ１１０４を含む。
【００６４】
プロセッサ１１０４は、コンピュータ読取可能な媒体１１０６に格納されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１１０４によって実行された場合、処理システム１１１４に対して、任意の特定の装置のために記載されたさまざまな機能を実行させる。コンピュータ読取可能な媒体１１０６はまた、ソフトウェアが実行されている場合に、プロセッサ１１０４によって操作されるデータを格納するためにも使用されうる。処理システムはさらに、モジュール１００２，１００４，１００６，１００８を含みうる。これらモジュールは、プロセッサ１１０４において動作するソフトウェア・モジュールでありうるか、コンピュータ読取可能な媒体１１０６に常駐／格納されうるか、プロセッサ１１０４に接続された１または複数のハードウェア・モジュールであるか、またはこれらのいくつかの組み合わせでありうる。処理システム１１１４は、ＵＥ６５０の構成要素でありうる。そして、メモリ６６０と、および／または、ＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９のうちの少なくとも１つとを含みうる。
【００６５】
１つの構成では、無線通信のための装置１０２／１０２’は、データ送信をスケジュールするために、ダウンリンク許可を受信する手段と、ここで、ダウンリンク許可は、アップリンク・サブフレームのためのＤＡＩおよびＴＰＣコマンドを含んでいる；ＤＡＩの値に基づいて、ＴＰＣコマンドの少なくとも１つの値が、アップリンク制御チャネル・リソースのＡＣＫ／ＮＡＣＫリソース・インジケータであることを判定する手段と；アップリンク・サブフレーム中に、アップリンク制御チャネル・リソースを用いて、１または複数のＡＣＫ／ＮＡＣＫフィードバック要素を送信する手段と；を含む。１つの態様では、装置１０２／１０２’は、ＴＰＣコマンドを受信する手段と、ＤＡＩが１より大きい場合に、ＴＰＣコマンドをＡＣＫ／ＮＡＣＫリソース・インジケータとして解釈する手段とを含みうる。このような態様では、ＡＣＫ／ＮＡＣＫリソース・インジケータは、上位レイヤが設定した複数の制御チャネル・リソースからのアップリンク制御チャネル・リソース、アップリンク制御チャネル・リソースとして用いるための制御チャネル・リソースを指定する、上位レイヤが設定した制御チャネル・リソースに対するオフセット、等を示しうる。このような態様では、受信する手段は、第２のＴＰＣコマンドおよび第２のＤＡＩを含む第２のダウンリンク許可を受信する手段を含み、判定する手段は、第２のＴＰＣコマンドが第１のＴＰＣコマンドと同じ値を有していることを判定する手段を含み、再解釈する手段は、ＤＡＩが１より大きい場合、第１のＴＰＣコマンドと第２のＴＰＣコマンドとの両方を、ＡＣＫ／ＮＡＣＫリソース・インジケータとして再解釈する手段を含みうる。１つの態様では、上位レイヤが設定した制御チャネル・リソースが、ＲＲＣシグナリングを用いて設定される。１つの態様では、アップリンク制御チャネルはＰＵＣＣＨであり、アップリンク制御チャネル・リソースは、ＰＵＣＣＨフォーマット３としてフォーマットされる。１つの態様では、装置１０２／１０２’は、ＴＤＤ動作のために動作可能でありうる。１つの態様では、装置１０２／１０２’は、シングル・キャリア動作のために動作可能でありうる。１つの態様では、装置１０２／１０２’は、一次キャリアおよび１または複数の二次キャリアを含むマルチ・キャリア動作のために動作可能でありうる。ここでは、アップリンク制御チャネル・リソースが、一次キャリアのアップリンク・サブフレームで送信され、ＡＣＫ／ＮＡＣＫフィードバックが、一次キャリアおよび１または複数の二次キャリアに関連付けられた１または複数のダウンリンク・サブフレームのために提供される。前述の手段は、前述した装置１０２のモジュールのうちの１または複数、および／または、前述の手段によって記載された機能を実行するように構成された装置１０２’の処理システム１１１４でありうる。前述したように、処理システム１１１４は、ＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９を含みうる。これゆえ、１つの構成では、前述の手段は、前述の手段によって詳述された機能を実行するように構成されたＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９でありうる。
【００６６】
図１２は、典型的な装置１０４における異なるモジュール／手段／構成要素間のデータ・フローを例示する概念的なデータ・フロー図１２００である。装置１０４は、アップリンク／ダウンリンク・コンフィギュレーションに関連付けられたＡＣＫ／ＮＡＣＫフィードバックが、生成されているＡＣＫ／ＮＡＣＫフィードバック要素が、しきい数を超えうることを判定しうるオプションのモジュール１２０２を含む。装置１０４は、ＤＣＩメッセージ１２０６を生成し、送信モジュール１２０４を用いてこのメッセージを通信しうる。１よりも大きなＤＣＩ値を示すフィールドを含み、ＡＣＫ／ＮＡＣＫリソース・インジケータを示すためにＴＰＣ値を用いるＤＣＩメッセージ１２０６を、送信モジュール１２０４が送信する。
【００６７】
装置１０４はさらに、ＡＣＫ／ＮＡＣＫフィードバック要素を備え、リソース・インジケータによって示されたリソースを含むアップリンク制御メッセージ１２１２をＵＥ１０２から受信しうるモジュール１２０８を含みうる。１つの態様では、アップリンク制御メッセージは、ＰＵＣＣＨフォーマット３を用いてＰＵＣＣＨで送信されうる。
【００６８】
この装置は、前述したフロー・チャート図９におけるアルゴリズムのステップのおのおのを実行する追加のモジュールを含みうる。このため、前述したフロー・チャート図９のおのおののステップは、モジュールによって実行され、装置は、これらのモジュールのうちの１または複数を含みうる。これらモジュールは、前述した処理／アルゴリズムを実行するように特別に構成された１または複数のハードウェア構成要素であるか、前述した処理／アルゴリズムを実行するように構成されたプロセッサによって実行されうるか、プロセッサによる実施のためにコンピュータ読取可能な媒体内に格納されうるか、またはこれらのいくつかの組み合わせでありうる。
【００６９】
図１３は、処理システム１３１４を適用する装置１０４’のためのハードウェア実装の例を例示する図解である。処理システム１３１４は、一般にバス１３２４によって表されているバス・アーキテクチャを用いて実現されうる。バス１３２４は、全体的な設計制約および処理システム１３１４の特定のアプリケーションに依存して、任意の数の相互接続バスおよびブリッジを含みうる。バス１３２４は、プロセッサ１３０４、モジュール１２０２，１２０４，１２０８、およびコンピュータ読取可能な媒体１３０６によって代表される、１または複数のプロセッサおよび／またはハードウェア・モジュールを含む、さまざまな回路をともに接続する。バス１３２４はさらに、例えば、タイミング・ソース、周辺機器、電圧制御装置、および電力管理回路のようなその他さまざまな回路を接続しうる。これらは、当該技術分野で良く知られているので、さらなる説明はしない。
【００７０】
処理システム１３１４は、トランシーバ１３１０に接続されうる。トランシーバ１３１０は、１または複数のアンテナ１３２０に接続されうる。トランシーバ１３１０は、送信媒体を介してその他さまざまな装置と通信するための手段を提供する。処理システム１３１４は、コンピュータ読取可能な媒体１３０６に接続されたプロセッサ１３０４を含む。
【００７１】
プロセッサ１３０４は、コンピュータ読取可能な媒体１３０６に格納されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１３０４によって実行された場合、処理システム１３１４に対して、任意の特定の装置のために、前述されたさまざまな機能を実行させる。コンピュータ読取可能な媒体１３０６はまた、ソフトウェアが実行されている場合に、プロセッサ１３０４によって操作されるデータを格納するためにも使用されうる。処理システムはさらに、モジュール１２０２，１２０４，１２０８を含みうる。これらモジュールは、プロセッサ１３０４において動作するソフトウェア・モジュールでありうるか、コンピュータ読取可能な媒体１３０６に常駐／格納されうるか、プロセッサ１３０４に接続された１または複数のハードウェア・モジュールであるか、またはこれらのいくつかの組み合わせでありうる。処理システム１３１４は、ｅＮＢ６１０の構成要素でありうる。そして、メモリ６７６と、および／または、ＴＸプロセッサ６１６、ＲＸプロセッサ６７０、およびコントローラ／プロセッサ６７５のうちの少なくとも１つとを含みうる。
【００７２】
１つの構成では、無線通信のための装置１０４／１０４’は、データ送信をスケジュールするために、ダウンリンク許可を送信する手段と、ここで、ダウンリンク許可は、アップリンク・サブフレームのためのＤＡＩおよびＴＰＣコマンドを含んでおり、ＤＡＩは１よりも大きく、ＴＰＣコマンドはＡＣＫ／ＮＡＣＫリソース・インジケータと交換される；アップリンク制御チャネル情報を含む信号を受信する手段と、ここで、アップリンク・サブフレームに関連付けられた１または複数のダウンリンク・サブフレームのためのＡＣＫ／ＮＡＣＫフィードバックは、ＡＣＫ／ＮＡＣＫリソース・インジケータによって示されるアップリンク制御チャネル・リソースに含まれる；を含む。１つの態様では、無線通信のための装置１０４／１０４’は、アップリンク・ダウンリンク・コンフィギュレーションが、ダウンリンク・サブフレームＡＣＫ／ＮＡＣＫフィードバック要素のしきい数よりも大きくなると判定する手段を含む。このような態様では、ＡＣＫ／ＮＡＣＫリソース・インジケータは、上位レイヤが設定した複数の制御チャネル・リソースからのアップリンク制御チャネル・リソース、アップリンク制御チャネル・リソースとして用いるための制御チャネル・リソースを指定する、上位レイヤが設定した制御チャネル・リソースに対するオフセット、等を示しうる。言い換えれば、ＤＡＩが１よりも大きい場合、ＴＣＰコマンドは、ＴＰＣ情報を用いて符号化されず、代わりに、ＴＰＣ値が、ＡＣＫ／ＮＡＣＫリソース・インジケータとして使用されうる。１つの態様では、上位レイヤが設定した制御チャネル・リソースは、ＲＲＣシグナリングを使用して設定される。１つの態様では、アップリンク制御チャネルはＰＵＣＣＨであり、アップリンク制御チャネル・リソースがＰＵＣＣＨフォーマット３としてフォーマットされる。１つの態様では、装置１０４／１０４’は、ＴＤＤ動作のために動作可能でありうる。１つの態様では、装置１０４／１０４’は、シングル・キャリア動作のために動作可能でありうる。１つの態様では、装置１０４／１０４’は、一次キャリアおよび１または複数の二次キャリアを含むマルチ・キャリア動作のために動作可能でありうる。ここでは、アップリンク制御チャネル・リソースが、一次キャリアのアップリンク・サブフレームで送信され、一次キャリアおよび１または複数の二次キャリアに関連付けられた１または複数のダウンリンク・サブフレームのためにＡＣＫ／ＮＡＣＫフィードバックが提供される。
【００７３】
前述の手段は、前述した装置１０４のモジュールのうちの１または複数、および／または、前述の手段によって記載された機能を実行するように構成された装置１０４’の処理システム１３１４でありうる。前述したように、処理システム１３１４は、ＴＸプロセッサ６１６、ＲＸプロセッサ６７０、およびコントローラ／プロセッサ６７５を含みうる。
これゆえ、１つの構成では、前述の手段は、前述の手段によって詳述された機能を実行するように構成されたＴＸプロセッサ６１６、ＲＸプロセッサ６７０、およびコントローラ／プロセッサ６７５でありうる。
さらに、ＬＴＥ−アドバンスドＵＥは、各方向における送信に使用される合計１００Ｍｈｚ（５個のコンポーネント・キャリア）までのキャリア・アグリゲーションにおいて割り当てられる２０Ｍｈｚ帯域幅の中でスペクトルを使用する。一般に、ダウンリンクよりも少ないトラフィックがアップリンク上で送信されるので、アップリンク・スペクトル割当は、ダウンリンク割当よりも小さくなりうる。たとえば、２０Ｍｈｚがアップリンクに割り当てられた場合、ダウンリンクは、１００Ｍｈｚを割り当てられうる。これらの非対称周波数分割デュプレクス（ＦＤＤ）割当は、スペクトルを節約し、ブロードバンド加入者による典型的な非対称帯域幅利用により適している。
ＬＴＥ−アドバンスド・モバイル・システムについては、２つのタイプのキャリア・アグリゲーション（ＣＡ）方法が提案されており、連続的なＣＡと非連続的なＣＡである。
これらは、図５Ａおよび図５Ｂに例示されている。非連続的なＣＡは、複数の利用可能なコンポーネント・キャリアが周波数帯域に沿って分離されている場合に発生する（図５Ｂ）。他方では、連続的なＣＡは、複数の利用可能なコンポーネント・キャリア（ＣＣ）が互いに隣接している場合に発生する（図５Ａ）。非連続的および連続的なＣＡの両方は、ＬＴＥ−アドバンスドＵＥの単一ユニットにサービス提供するために、複数のＬＴＥ／コンポーネント・キャリアをアグリゲートする。
複数のＲＦ受信ユニットおよび複数のＦＦＴは、キャリアが周波数帯域に沿って分離されているので、ＬＴＥ−アドバンスドＵＥにおいて非連続的なＣＡで展開されうる。非連続的なＣＡは、広い周波数範囲にわたって複数の分離されたキャリアを介してデータ送信をサポートするため、伝搬パス・ロス、ドップラー偏移および他の無線チャネルの特性は、異なる周波数帯域で大きく異なりうる。
従って、非連続的なＣＡアプローチ下で広帯域データ送信をサポートするために、方法は、異なるコンポーネント・キャリアについての符号化、変調および送信電力を適応的に調節するために使用されうる。例えば、エンハンスド・ノードＢ（ｅＮＢ）がコンポーネント・キャリアごとに固定された送信電力を有する、ＬＴＥ−アドバンスド・システムでは、各コンポーネント・キャリアのサポート可能な変調および符号化または有効なカバレッジは、異なりうる。
一態様では、送信ブロック（ＴＢ）は、ＬＴＥ−アドバンスド・システムのための媒体アクセス制御（ＭＡＣ）レイヤで異なるコンポーネント・キャリアからアグリゲートされうる。ＭＡＣレイヤのデータ・アグリゲーションでは、各コンポーネント・キャリアは、ＭＡＣレイヤにおいてそれ自体の独立したハイブリッド自動再送要求（ＨＡＲＱ）エンティティを有し、物理レイヤにおいてそれ自体の送信コンフィギュレーション・パラメータ（例えば、送信電力、変調および符号化方式、および複数のアンテナ・コンフィギュレーション）を有する。同様に、物理レイヤでは、１つのＨＡＲＱエンティティが、コンポーネント・キャリアごとに提供される。
一般に、複数のコンポーネント・キャリアのための制御チャネル・シグナリングを展開するための３つの異なるアプローチがある。第１のものは、各コンポーネント・キャリアがそれ自体の符号化制御チャネルを与えられているＬＴＥシステムにおける制御構造のマイナーな修正を伴う。
第２の方法は、異なるコンポーネント・キャリアの制御チャネルを共同で符号化し、専用のコンポーネント・キャリアにおいて制御チャネルを展開することを伴う。複数のコンポーネント・キャリアのための制御情報は、この専用制御チャネルにシグナリング・コンテンツとして統合されるだろう。結果として、ＬＴＥシステムにおける制御チャネル構造との下位互換性は維持されるが、一方でＣＡにおけるシグナリング・オーバーヘッドが低減される。
異なるコンポーネント・キャリアのための複数の制御チャネルは、共同で符号化され、その後、第３のＣＡ方法によって形成された周波数帯域全体にわたって送信される。このアプローチは、ＵＥ側で高電力消費を犠牲にして、制御チャネルにおける低いシグナリング・オーバーヘッドおよび高い復号化性能を提供する。しかしながら、この方法は、ＬＴＥシステムと互換性がない。
ＣＡがＩＭＴ−アドバンスドＵＥのために使用される場合、複数のセルにわたるハンドオーバ手順の間に、送信連続性をサポートすることがより好ましい。しかしながら、特定のＣＡコンフィギュレーションおよびサービス品質（ＱｏＳ）要件を備えた到来するＵＥのために十分なシステム・リソース（すなわち、良質な伝送品質を備えたコンポーネント・キャリア）をリザーブすることは、次のｅＮＢにとって困難な場合がある。この理由は、２つ（またはそれ以上）の隣接セル（ｅＮＢ）のチャネル条件が、特定のＵＥによって異なりうるからである。１つのアプローチでは、ＵＥは、各隣接セルにおいて１つのコンポーネント・キャリアのみの性能を測定する。これは、ＬＴＥシステムにおけるものと類似した測定遅延、複雑性、およびエネルギー消費を提供する。対応するセルにおける他のコンポーネント・キャリアの性能の推定は、１つのコンポーネント・キャリアの測定結果に基づきうる。この推定に基づいて、ハンドオーバの決定および送信コンフィギュレーションが決定されうる。
アクノレッジメント（ＡＣＫ）および／または否定的アクノレッジメント（ＮＡＫ）プロトコルは、ＵＥとｅＮＢとの間の送信が適切に受信されたかどうかを決定するために、無線通信システムによって適用される。通信プロトコルに依存して、異なるビット数が、ＡＣＫ／ＮＡＫ目的のために割り当てられうる。ＦＤＤについては、最大１０個のＡＣＫ／ＮＡＫビットが、サポートされており、ここで２ビットは、キャリア・アグリゲーションにおける各コンポーネント・キャリアに割り当てられる。ＴＤＤについては、最大２０個のＡＣＫ／ＮＡＫビットが、サポートされている。３ＧＰＰリリース１０におけるＰＵＣＣＨ方式については、ＵＥは、フォーマット１ｂのチャネル選択のために４個までのＡＣＫ／ＮＡＫビットをサポートし、また、ＤＦＴ−Ｓ−ＯＦＤＭ（離散フーリエ変換拡散直交周波数多重）のためにＡＣＫ／ＮＡＫビットの全範囲をサポートしうる。
ＡＣＫ／ＮＡＫを実行する場合、ｅＮＢは、ダウンリンク・コンポーネント・キャリア（ＣＣ）がスケジュールされているか否かを知ることができ、それに応じてＡＣＫ／ＮＡＫ復号を実行できる。スケジュールされていないＣＣについては、ＡＣＫ／ＮＡＫ検出を実行する必要はない。
ＡＣＫ／ＮＡＫに割り当てられたビット数は、無線通信における様々な動作にインパクトを与えうる。ＤＦＴ−Ｓ−ＯＦＤＭの場合、ＡＣＫ／ＮＡＫのペイロード・サイズは、付属Ａのページ５に示されているように、Ｒｅｅｄ−Ｍｕｌｌｅｒ符号化にインパクトを与えうる。例えば、１１ビットよりも多くがＡＣＫ／ＮＡＫに割り当てられた場合、動作のために、ＡＣＫ／ＮＡＫビットは、２つのブロックに分割されうる。ＡＣＫ／ＮＡＫビットの数はまた、ＰＵＣＣＨ電力制御のみならず、アップリンク制御情報（ＵＣＩ）がＰＵＳＣＨでピギーバックされる場合におけるＵＣＩのリソース決定にもインパクトを与えうる。
リリース８では、表１に上述されているように、７個のＴＤＤコンフィギュレーションがサポートされている。
サブフレームは、ダウンリンク・サブフレーム（Ｄ）、アップリンク・サブフレーム（Ｕ）、および特別なサブフレーム（Ｓ）に分割され、それらは様々な目的のために使用されうる。
リリース８ ＴＤＤでは、ＡＣＫ／ＮＡＫフィードバックが、いくつかの方法で構成されうる。単一のＵＬサブフレームは、ダウンリンク（ＤＬ）ＨＡＲＱタイミング関係に基づいて、複数のサブフレームのためのＡＣＫ／ＮＡＫを提供しうる。例えば、単一のＵＬサブフレームは、１個、２個、３個、４個、または９個のサブフレームのためのフィードバックを提供しうる。例えば、表１に上述されているＴＤＤコンフィギュレーション５では、単一のＵＬサブフレームは、９個までのサブフレームにフィードバックを提供する。
ＵＥは、２個のＡＣＫ／ＮＡＫフィードバック・モードで構成されうる。（２個までのＡＣＫ／ＮＡＫビットを使用する）バンドリング・モードでは、論理ＡＮＤ動作は、１つのコードワード単位で、同一のＵＬサブフレームに対応する全てのＤＬサブフレームのためのＡＣＫ／ＮＡＫにわたって適用される。すなわち、対応するＤＬサブフレームのための全てのコードワードが適切に受信された場合、ＵＥは、ＡＣＫで応答するだろう。単一のコードワードが適切に受信されなかった場合、ＵＥは、ＮＡＫで応答するだろう。
（４個までのＡＣＫ／ＮＡＫビットを使用する）多重化モードでは、ＵＥは、表１に上述されているコンフィギュレーションに従って、ＤＬサブフレーム中に（例えば、ＭＩＭＯ環境における）複数のソースからコードワードを組み合わせ、対応するＵＬサブフレームにおいて、そのサブフレーム（およびその他の指定されたサブフレーム）をＡＣＫ／ＮＡＫする。ＴＤＤコンフィギュレーション５の極端な例は、上記の多重化をサポートしない。
リリース８では、ＴＤＤ ＵＬコンフィギュレーション１−６の２ビットについて、ＤＡＩ（ダウンリンク割当インデクス）が、ＤＬ ＤＣＩ（ダウンリンク制御情報）フォーマット１／１Ａ／１Ｂ／ＩＤ／２／２Ａ／２Ｂに存在している。ＤＡＩは、サブフレーム（単数または複数）ｎ−ｋ内の現在のサブフレームまでのＤＬ ＳＰＳ（半永続スケジューリング）リリースを示すＰＤＣＣＨと、割り当てられたＰＤＣＣＨ（単数または複数）とを伴うＰＤＳＣＨ送信（単数または複数）の数を示す。ここで、ｋはＫに属する。また、２ビットのＤＡＩが、ＵＬ ＤＣＩフォーマット０に存在する。サブフレームｎ−ｋ’におけるＵＥによって検出されたＤＡＩは、サブフレームｎ−ｋ内のＤＬ ＳＰＳリリースを示すＰＤＣＣＨと共に、ＰＤＳＣＨ送信を伴うサブフレームの総数を示す。ここで、ｋはＫに属する。パラメータｎは、現在のサブフレーム・インデクスである。Ｋは、ダウンリンク・サブフレームのセットを示す値のセット｛ｋ１、ｋ１、．．．ｋｍ｝であり、すなわちアップリンク・サブフレームｎに関連付けられた｛ｎ−ｋ１、ｋ−ｋ２、．．．、ｎ−ｋｍ｝である。アップリンク・サブフレームｎにおいてスケジュールされたＰＵＳＣＨ送信が存在する場合、対応するアップリンク許可は、サブフレームｎ−ｋ’において送られる。ＦＤＤシステムのために存在しないＤＡＩは、ＵＥが喪失したダウンリンク許可を検出して、より効果的なＡＣＫ／ＮＡＫフィードバックを容易にすることを支援する。
ＡＣＫ／ＮＡＫが肯定スケジューリング要求（ＳＲ）と共存している場合、ＡＣＫ／ＮＡＫは、表２に上述されているようなＳＲリソースで送信される。
表２は、複数のＡＣＫ／ＮＡＣＫ応答とビットｂ（０）、ｂ（１）との間のマッピングを示す。ＡＣＫ／ＮＡＫがチャネル品質インジケータ（ＣＱＩ）／プリコーディング行列情報（ＰＭＩ）／ランク・インジケーション（ＲＩ）と共存する場合、表２に上述されているように、ＰＵＣＣＨフォーマット２／２Ａ／２Ｂは、ＡＣＫ／ＮＡＫ＋ＳＲのケースと同様に符号化されたｂ（０）、ｂ（１）で使用される。
ＬＴＥ Ｒｅｌ−８ ＴＤＤにおけるＡＣＫ／ＮＡＫフィードバック設計は、特にＡＣＫ／ＮＡＫがＳＲまたはＣＱＩと共存する場合に非効率的でありうる。以下に記載されるように、ＵＥがキャリア・アグリゲーションで構成されない（非ＣＡ）ときでさえ、ＴＤＤＵＥのための新しいＰＵＣＣＨフォーマット（フォーマット３）を使用することによって得られる利益がある。ＡＣＫ／ＮＡＫフィードバックを設計するために説明されるいくつかの態様が、非ＣＡ ＴＤＤ ＵＥのためのＳＲ／ＣＱＩによる多重化と共に、以下に説明される。
一態様では、空間バンドリングは、ＰＵＣＣＨフォーマット３を備えたシングル・キャリアＴＤＤ動作において実現されうる。周知であるように、空間バンドリングは、例えば、コードワードにわたってＡＣＫ／ＮＡＫメッセージをバンドリングすることを含む。この非ＣＡのケースでは、ＵＥは困難なチャネル条件を経験しうる。ＣＡ ＵＥについては、ＡＣＫ／ＮＡＫオーバーヘッドの低減の使用は、さほど強要されない。非ＣＡ ＵＥについては、ダウンリンク・スループットの低下が合理的である場合、より少ない数のＡＣＫ／ＮＡＫビットをフィードバックする所望がある。例えば、キャリア・アグリゲーションでは、ＡＣＫ／ＮＡＫの総数が２０ビットを超える場合にのみ空間バンドリングが使用されうる。単一のＲｅｅｄ−Ｍｕｌｌｅｒ（ＲＭ）とデュアルＲＭとの、２つの符号化方式がＣＡにおいてサポートされ、単一のＲＭは、１１ビットまたはそれより少ないビットの符号化方式に使用される。
一態様では、ＰＵＣＣＨフォーマット３を備えた非ＣＡ ＴＤＤのケースについては、空間バンドリングがシステム・コンフィギュレーションに従って適用されうる。例えば、１つの実施形態では、空間バンドリングは、ＡＣＫ／ＮＡＫビットの数が１１よりも大きい場合にのみ適用され、したがって、ＡＣＫ／ＮＡＫのみの送信のケースにおいて、非ＣＡのためのデュアルＲｅｅｄ−Ｍｕｌｌｅｒ符号化を用いる必要性を低減する。しかしながら、以下に説明されるような、ＣＱＩがＡＣＫ／ＮＡＫで多重化される場合のような、ある特定の状況では、デュアルＲｅｅｄ−Ｍｕｌｌｅｒ符号化が依然として適用されうる。別の実施形態では、空間バンドリングは、ＰＵＣＣＨフォーマット３を備えたシングル・キャリア動作で常に適用される。また、別の実施形態では、空間バンドリングは、決して適用されない。さらに別の実施形態では、空間バンドリングは、上位レイヤ、例えば、レイヤ３およびそれ以上のレイヤ、からのシグナリングに従って適用される。
別の態様では、コードブックは、システム・コンフィギュレーションに基づいて、ＰＵＣＣＨフォーマット３を備えたシングル・キャリアＴＤＤ動作で定義されうる。キャリア・アグリゲーションでは、コードブックは、構成されたコンポーネント・キャリア（ＣＣ）の数およびＣＣごとのダウンリンク送信モードに基づく。周知であるように、３ＧＰＰリリース８におけるダウンリンク送信モードは、単一のアンテナ・ポート０、送信ダイバーシティ、オープン・ループ空間多重化、クローズド・ループ空間多重化、マルチユーザＭＩＭＯ、クローズド・ループ・プリコーディング、および単一のアンテナ・ポート５を含む。ＣＣ領域内のＤＡＩはサポートされない。非キャリア・アグリゲーションのケースでは、ダウンリンク許可（すなわち、ｅＮＢからＵＥに送信されたリソース情報）におけるＤＡＩは、常に存在しうる。全てのサブフレームは、同じＤＬ送信モードを有する。ＤＡＩの定義は、ＤＡＩに基づいてコードブックを定義することを可能にする。１つのシステム・コンフィギュレーションでは、ＵＥがいずれのＤＬ許可を受信しない場合、ＰＵＣＣＨ送信は行われない。別のシステム・コンフィギュレーションでは、ＵＥがＤＬ許可を受信した場合、この許可のためのＡＣＫ／ＮＡＫビット（単数または複数）は、ビット（ＤＡＩ−１）＊Ｋにおいて開始するだろう、ここでＫは、１つのサブフレーム当たりのＡＣＫ／ＮＡＫビットの数である。例えば、第１の許可では、ＤＡＩ＝１の場合、ＡＣＫ／ＮＡＫビット（単数または複数）は、ビット０において開始する。ＤＡＩ＝３、およびＫ＝２の場合、ＡＣＫ／ＮＡＫビット（単数または複数）は、ビット４において開始する。
さらに別のシステム・コンフィギュレーションでは、ＵＥが、喪失したＤＬ許可を検出した場合、それは、（ＮＡＫと同様の符号化ＤＴＸによって）明示的あるいは暗示的に不連続送信（ＤＴＸ）をフィードバックしうる。また、別のシステム・コンフィギュレーションでは、コードブックは、ＴＤＤコンフィギュレーションによって決定されるような、ダウンリンク送信モードおよびアップリンク・サブフレームに関連付けられたダウンリンク・サブフレームの数に基づく。例えば、ＤＬ送信モードが、クローズド・ループＭＩＭＯのためのモード４である場合、仕様からＵＬサブフレームに関連付けられたＭ個のＤＬサブフレームがあるときに、フィードバックに対するビット数は、２ｘＭである。
本開示の別の態様では、電力制御は、ＰＵＣＣＨフォーマット３を備えたシングル・キャリアＴＤＤ動作で決定されうる。ＤＡＩはダウンリンク許可の総数を示すだけであり、ＵＥは最後の許可を喪失しうるので、ＵＥは、スケジュールされたサブフレームの総数の知識を有さない場合がある。ＰＵＣＣＨフォーマット３の電力制御は、２つのシステム・コンフィギュレーションに基づきうる。１つの代替案では、電力制御は、ダウンリンク送信モード、およびアップリンク・サブフレームに関連付けられたダウンリンク・サブフレームの数に基づいて決定される。別の代替案では、電力制御は、ダウンリンク送信モード、およびアップリンク・サブフレームに関連付けられた（ＰＤＣＣＨ許可を備えた）検出されたダウンリンク・サブフレームの数に基づいて決定される。
実質的には、電力制御は、フィードバックされるべきＡＣＫ／ＮＡＫビットの数によって決定される。（上記の）代替案１については、ＡＣＫ／ＮＡＫビットの数は、ＤＬ送信モードおよび関連付けられたＤＬサブフレームの数によって決定される。代替案２については、ＡＣＫ／ＮＡＫビットの数は、ＤＬ送信モードおよびＰＤＣＣＨ許可が検出されたＤＬサブフレームの数によって決定される。
別の態様では、ＡＣＫ／ＮＡＫおよびスケジューリング要求（ＳＲ）は、ＡＣＫ／ＮＡＫビットの末尾に追加されたＳＲビット（オン／オフ）と共に多重化されうる。別の態様では、ＡＣＫ／ＮＡＫおよびＣＱＩは、末尾に追加されたＣＱＩ／ＰＭＩ／ＲＩと共に多重化される。ｅＮＢおよびＵＥが、ＳＲまたはＣＱＩビットの位置に関してアラインメント状態にあることを確実にするために、ｅＮＢおよびＵＥの両方が判定することができる方法でビットを配置する方式を適用することが望ましくありうる。そのようにするための１つの方法は、ＤＬ送信モードおよびＵＬサブフレームに関連付けられたＤＬサブフレームの数に基づいて、ＡＣＫ／ＮＡＫビットの位置を決定することである。ＣＱＩ＋ＡＣＫ／ＮＡＫ＋ＳＲのケースでは、その順序は、ＣＱＩが後続するＳＲが後続するＡＣＫ／ＮＡＣビットでありうる。これらの態様のいずれにおいても、最大ビット幅は２１ビットである。例えば、空間バンドリングがＴＤＤコンフィギュレーション５で実行された場合、９個のＡＣＫ／ＮＡＫビットが使用される。ＳＲは１つのビットを使用し、ＣＱＩ／ＰＭＩ／ＲＩは、多くても（合計２１ビットに対して）１１ビットを要する。
別の態様では、リソース・コンフィギュレーションは、ＰＵＣＣＨフォーマット３を備えたシングル・キャリアＴＤＤ動作で決定されうる。非ＣＡのケースでは、所与のアップリンク・サブフレームに関連付けられたいくつかのダウンリンク・サブフレーム（単数または複数）のＰＤＣＣＨ上の２ビットＴＰＣが、ＰＵＣＣＨフォーマット３のためのリソース・インジケーション（ＡＣＫ／ＮＡＣＫリソース・インジケータまたはＡＲＩ）として使用されうる。サブフレームは、明示的に定義（または構成）されうる、または暗示的に定義されうる。例えば、ＤＡＩ＞１（例、ＤＡＩ＝２）を備えた１つのＰＤＣＣＨにおける２ビットＴＰＣが、ＡＲＩとして再利用されうる一方、残りのＰＤＣＣＨは、ＰＵＣＣＨのための通常の電力制御コマンドを伝送する。例えば、ＲＲＣは、４個のリソースを設定し、２ビットのＡＲＩは、それらのうちの１つを示す。あるいは、ＲＲＣは、単一のリソースを設定し、ＡＲＩは、オフセットとして使用される。あるいは、ＵＥは、ＡＲＩの無い１つのリソースのみを用いて上位レイヤによって設定されうる。
一態様では、方法は、システム・コンフィギュレーションに従って、物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマット３を備えたシングル・キャリア時分割デュプレクス（ＴＤＤ）動作において、アクノレッジメント／否定的アクノレッジメント（ＡＣＫ／ＮＡＫ）フィードバックのための空間バンドリングを適用する決定を含みうる。この方法は、決定に基づいて空間バンドリングをさらに適用しうる。
別の態様では、方法は、システム・コンフィギュレーションに基づいて、物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマット３を備えたシングル・キャリア時分割デュプレクス（ＴＤＤ）動作において、アクノレッジメント／否定的アクノレッジメント（ＡＣＫ／ＮＡＫ）フィードバックのためのコードブックを定義するために実現されうる。この方法は、定義されたコードブックに従って、さらに送信しうる。
別の態様では、方法は、システム・コンフィギュレーションに従って、シングル・キャリア時分割デュプレクス（ＴＤＤ）におけるＰＵＣＣＨフォーマット３で、アクノレッジメント／否定的アクノレッジメント（ＡＣＫ／ＮＡＫ）フィードバックのための物理アップリンク制御チャネル（ＰＵＣＣＨ）電力制御情報を決定するために実現されうる。この方法は、決定されたＰＵＣＣＨ電力制御情報に従って、さらに送信しうる。
別の態様では、方法は、シングル・キャリア時分割デュプレクス（ＴＤＤ）動作のための物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマット３において、アクノレッジメント／否定的アクノレッジメント（ＡＣＫ／ＮＡＫ）ビットと共に、スケジューリング要求（ＳＲ）および／またはチャネル品質インジケータ（ＣＱＩ）を多重化するために実現されうる。この方法は、ＰＵＣＣＨフォーマット３と共に多重化されたビットをさらに送信しうる。
別の態様では、方法は、シングル・キャリア時分割デュプレクス（ＴＤＤ）動作におけるアップリンク・サブフレームのための送信電力制御（ＴＰＣ）コマンドを受信するために実現されうる。この方法は、物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマット３のためのリソース・インジケータとしてＴＰＣコマンドの少なくとも１つをさらに再解釈しうる。
別の態様では、方法は、シングル・キャリア時分割デュプレクス（ＴＤＤ）動作における物理アップリンク制御チャネル（ＰＵＣＣＨ）フォーマット３で、アクノレッジメント／否定的アクノレッジメント（ＡＣＫ／ＮＡＫ）フィードバックのためのリソースを設定する上位レイヤ・インジケーションを受信するために実現されうる。この方法は、上位レイヤ・インジケーションに従ってさらに送信しうる。
【００７４】
開示された処理のステップの具体的な順序または階層は、典型的なアプローチの例示であることが理解される。設計選択に基づいて、これら処理におけるステップの具体的な順序または階層は、再構成されうることが理解される。さらに、いくつかのステップは、結合または省略されうる。同伴する方法請求項は、さまざまなステップの要素を、サンプル順で示しており、示された具体的な順序または階層に限定されないことが意味される。
【００７５】
前述の記載は、いかなる当業者であっても、ここで開示されたさまざまな態様を実現できるように提供される。これらの態様に対するさまざまな変形例は、当業者に容易に明らかになり、本明細書に定義された一般的な原理は、他の態様にも適用可能である。したがって、特許請求の範囲は、本明細書に示された態様に限定されず、請求項の文言と首尾一貫したすべての範囲が与えられることが意図されており、ここで、単数形による要素への参照は、もしも明確に述べられていないのであれば、「１および１のみ」を意味するのではなく、「１または複数」を意味することが意図されている。特に明記されていない限り、用語「いくつか」は、１または複数を称する。当業者に周知であるか、または、後に周知になるべき本開示を通じて記載されたさまざまな態様の要素に対するすべての構造的および機能的な等価物が、参照によって本明細書に明確に組み込まれており、請求項に含められていると意図される。さらに、本明細書で開示されたいずれも、このような開示が請求項において明示的に述べられているかに関わらず、公衆に対して放棄されたものとは意図されていない。請求項の要素が、「〜する手段」という文言を用いて明示的に示されていないのであれば、請求項の何れの要素も、ミーンズ・プラス・ファンクション（means plus function）として解釈されるべきではない。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
無線通信のための方法であって、
データ送信をスケジュールするために、ダウンリンク許可を受信することと、ここで、前記ダウンリンク許可は、アップリンク・サブフレームのためのダウンリンク割当インデクス（ＤＡＩ）および送信電力制御（ＴＰＣ）コマンドを含む；
前記ＤＡＩの値に基づいて、前記ＴＰＣコマンドの少なくとも１つの値を、アップリンク制御チャネル・リソースのアクノレッジメント／否定的アクノレッジメント（ＡＣＫ／ＮＡＣＫ）リソース・インジケータとして判定することと；
前記アップリンク・サブフレーム中に、前記アップリンク制御チャネル・リソースを用いて、１または複数のＡＣＫ／ＮＡＣＫフィードバック要素を送信することと；を備える方法。
［Ｃ２］
前記判定することは、
前記ＤＡＩが１より大きい場合に、前記ＴＰＣコマンドを受信することと、
前記ＴＰＣコマンドを、前記ＡＣＫ／ＮＡＣＫリソース・インジケータとして再解釈することとをさらに備える、Ｃ１に記載の方法。
［Ｃ３］
前記受信することは、第２のＴＰＣコマンドおよび第２のＤＡＩを含む第２のダウンリンク許可を受信することをさらに備え、
前記第２のＤＡＩは１より大きく、
前記判定することはさらに、前記第２のＴＰＣコマンドが前記第１のＴＰＣコマンドと同じ値を有していることを判定することを備え、
前記再解釈することはさらに、前記第１のＴＰＣコマンドと前記第２のＴＰＣコマンドとの両方を、前記ＡＣＫ／ＮＡＣＫリソース・インジケータとして再解釈することを備える、Ｃ２に記載の方法。
［Ｃ４］
前記ＡＣＫ／ＮＡＣＫリソース・インジケータは、上位レイヤが設定した複数の制御チャネル・リソースからのアップリンク制御チャネル・リソース、または、使用する制御チャネル・リソースを、前記アップリンク制御チャネル・リソースとして指定する、前記上位レイヤが設定した制御チャネル・リソースに対するオフセットを示す、Ｃ１に記載の方法。
［Ｃ５］
前記上位レイヤが設定した制御チャネル・リソースが、ラジオ・リソース制御（ＲＲＣ）シグナリングを用いて設定される、Ｃ４に記載の方法。
［Ｃ６］
時分割デュプレクス（ＴＤＤ）動作の一部として実行される、Ｃ１に記載の方法。
［Ｃ７］
前記アップリンク制御チャネル・リソースが、アップリンク制御チャネルに関連付けられ、アップリンク制御チャネルが、物理アップリンク制御チャネル（ＰＵＣＣＨ）である、Ｃ１に記載の方法。
［Ｃ８］
前記アップリンク制御チャネル・リソースが、ＰＵＣＣＨフォーマット３でフォーマットされる、Ｃ７に記載の方法。
［Ｃ９］
前記アップリンク制御チャネル・リソースは、前記アップリンク・サブフレームに関連付けられた１または複数のダウンリンク・サブフレームのおのおののためのＡＣＫ／ＮＡＣＫ情報を含む、Ｃ１に記載の方法。
［Ｃ１０］
シングル・キャリア動作の一部として実行される、Ｃ１に記載の方法。
［Ｃ１１］
前記方法は、一次キャリアおよび１または複数の二次キャリアを含むマルチ・キャリア動作の一部として実行され、
前記アップリンク制御チャネル・リソースは、前記一次キャリアのアップリンク・サブフレームで送信され、前記一次キャリアおよび前記１または複数の二次キャリアに関連付けられた１または複数のダウンリンク・サブフレームのためのＡＣＫ／ＮＡＣＫフィードバックを提供する、Ｃ１に記載の方法。
［Ｃ１２］
無線通信の方法であって、
データ送信をスケジュールするために、ダウンリンク許可を送信することと、ここで、前記ダウンリンク許可は、アップリンク・サブフレームのためのダウンリンク割当インデクス（ＤＡＩ）および送信電力制御（ＴＰＣ）コマンドを含み、前記ＤＡＩは１よりも大きく、前記ＴＰＣコマンドはアクノレッジメント／否定的アクノレッジメント（ＡＣＫ／ＮＡＣＫ）リソース・インジケータと交換される；
アップリンク制御チャネル情報を含む信号を受信することと、ここで、前記アップリンク・サブフレームに関連付けられた１または複数のダウンリンク・サブフレームのためのＡＣＫ／ＮＡＣＫフィードバックは、前記ＡＣＫ／ＮＡＣＫリソース・インジケータによって示されるアップリンク制御チャネル・リソースに含まれる；を備える方法。
［Ｃ１３］
アップリンク・ダウンリンク・コンフィギュレーションが、ダウンリンク・サブフレームＡＣＫ／ＮＡＣＫフィードバック要素のしきい数よりも大きいことを判定すること、をさらに備えるＣ１２に記載の方法。
［Ｃ１４］
前記しきい数は、４つのＡＣＫ／ＮＡＣＫ応答である、Ｃ１３に記載の方法。
［Ｃ１５］
前記アップリンク制御チャネル・リソースが、アップリンク制御チャネルに関連付けられ、
アップリンク制御チャネルが、物理アップリンク制御チャネル（ＰＵＣＣＨ）であり、
前記アップリンク制御チャネル・リソースが、ＰＵＣＣＨフォーマット３としてフォーマットされる、Ｃ１２に記載の方法。
［Ｃ１６］
前記ＡＣＫ／ＮＡＣＫリソース・インジケータが、上位レイヤが設定した複数の制御チャネル・リソースからのアップリンク制御チャネル・リソース、または、使用する制御チャネル・リソースを、前記アップリンク制御チャネル・リソースとして指定する、前記上位レイヤが設定した制御チャネル・リソースに対するオフセットを示す、Ｃ１２に記載の方法。
［Ｃ１７］
前記上位レイヤが設定した制御チャネル・リソースが、ラジオ・リソース制御（ＲＲＣ）シグナリングを用いて設定される、Ｃ１６に記載の方法。
［Ｃ１８］
時分割デュプレクス（ＴＤＤ）動作の一部として実行される、Ｃ１２に記載の方法。
［Ｃ１９］
シングル・キャリア動作の一部として実行される、Ｃ１２に記載の方法。
［Ｃ２０］
前記方法は、一次キャリアおよび１または複数の二次キャリアを含むマルチ・キャリア動作の一部として実行され、
前記アップリンク制御チャネル・リソースは、前記一次キャリアのアップリンク・サブフレームで送信され、前記一次キャリアおよび前記１または複数の二次キャリアに関連付けられた１または複数のダウンリンク・サブフレームのためのＡＣＫ／ＮＡＣＫフィードバックを提供する、Ｃ１２に記載の方法。
［Ｃ２１］
無線通信のための装置であって、
データ送信をスケジュールするために、ダウンリンク許可を受信する手段と、ここで、前記ダウンリンク許可は、アップリンク・サブフレームのためのダウンリンク割当インデクス（ＤＡＩ）および送信電力制御（ＴＰＣ）コマンドを含む；
前記ＤＡＩの値に基づいて、前記ＴＰＣコマンドの少なくとも１つの値を、アップリンク制御チャネル・リソースのアクノレッジメント／否定的アクノレッジメント（ＡＣＫ／ＮＡＣＫ）リソース・インジケータとして判定する手段と；
前記アップリンク・サブフレーム中に、前記アップリンク制御チャネル・リソースを用いて、１または複数のＡＣＫ／ＮＡＣＫフィードバック要素を送信する手段と；を備える装置。
［Ｃ２２］
前記判定する手段はさらに、
前記ＤＡＩが１より大きい場合に、前記ＴＰＣコマンドを受信する手段と、
前記ＴＰＣコマンドを、前記ＡＣＫ／ＮＡＣＫリソース・インジケータとして再解釈する手段とを備える、Ｃ２１に記載の装置。
［Ｃ２３］
前記受信する手段はさらに、第２のＴＰＣコマンドおよび第２のＤＡＩを含む第２のダウンリンク許可を受信する手段を備え、
前記第２のＤＡＩは１より大きく、
前記判定する手段はさらに、前記第２のＴＰＣコマンドが前記第１のＴＰＣコマンドと同じ値を有していることを判定する手段を備え、
前記再解釈する手段はさらに、前記第１のＴＰＣコマンドと前記第２のＴＰＣコマンドとの両方を、前記ＡＣＫ／ＮＡＣＫリソース・インジケータとして再解釈する手段を備える、Ｃ２２に記載の装置。
［Ｃ２４］
無線通信の装置であって、
データ送信をスケジュールするために、ダウンリンク許可を送信する手段と、ここで、前記ダウンリンク許可は、アップリンク・サブフレームのためのダウンリンク割当インデクス（ＤＡＩ）および送信電力制御（ＴＰＣ）コマンドを含み、前記ＤＡＩは１よりも大きく、前記ＴＰＣコマンドはアクノレッジメント／否定的アクノレッジメント（ＡＣＫ／ＮＡＣＫ）リソース・インジケータと交換される；
アップリンク制御チャネル情報を含む信号を受信する手段と、ここで、前記アップリンク・サブフレームに関連付けられた１または複数のダウンリンク・サブフレームのためのＡＣＫ／ＮＡＣＫフィードバックは、前記ＡＣＫ／ＮＡＣＫリソース・インジケータによって示されるアップリンク制御チャネル・リソースに含まれる；を備える装置。
［Ｃ２５］
アップリンク・ダウンリンク・コンフィギュレーションが、ダウンリンク・サブフレームＡＣＫ／ＮＡＣＫフィードバック要素のしきい数よりも大きくなることを判定する手段、をさらに備えるＣ２４に記載の装置。
［Ｃ２６］
前記しきい数は、４つのＡＣＫ／ＮＡＣＫ応答である、Ｃ２５に記載の装置。
［Ｃ２７］
コンピュータ・プログラム製品であって、
データ送信をスケジュールするために、ダウンリンク許可を受信することと、ここで、前記ダウンリンク許可は、アップリンク・サブフレームのためのダウンリンク割当インデクス（ＤＡＩ）および送信電力制御（ＴＰＣ）コマンドを含む；
前記ＤＡＩの値に基づいて、前記ＴＰＣコマンドの少なくとも１つの値を、アップリンク制御チャネル・リソースのアクノレッジメント／否定的アクノレッジメント（ＡＣＫ／ＮＡＣＫ）リソース・インジケータとして判定することと；
前記アップリンク・サブフレーム中に、前記アップリンク制御チャネル・リソースを用いて、１または複数のＡＣＫ／ＮＡＣＫフィードバック要素を送信することと；のためのコードを備えるコンピュータ読取可能な媒体を備える、コンピュータ・プログラム製品。
［Ｃ２８］
前記コンピュータ読取可能な媒体はさらに、
前記ＤＡＩが１より大きい場合に、前記ＴＰＣコマンドを受信することと、
前記ＴＰＣコマンドを、前記ＡＣＫ／ＮＡＣＫリソース・インジケータとして再解釈することとのためのコードを備える、Ｃ２７に記載のコンピュータ・プログラム製品。
［Ｃ２９］
コンピュータ・プログラム製品であって、
データ送信をスケジュールするために、ダウンリンク許可を送信することと、ここで、前記ダウンリンク許可は、アップリンク・サブフレームのためのダウンリンク割当インデクス（ＤＡＩ）および送信電力制御（ＴＰＣ）コマンドを含み、前記ＤＡＩは１よりも大きく、前記ＴＰＣコマンドはアクノレッジメント／否定的アクノレッジメント（ＡＣＫ／ＮＡＣＫ）リソース・インジケータと交換される；
アップリンク制御チャネル情報を含む信号を受信することと、ここで、前記アップリンク・サブフレームに関連付けられた１または複数のダウンリンク・サブフレームのためのＡＣＫ／ＮＡＣＫフィードバックは、前記ＡＣＫ／ＮＡＣＫリソース・インジケータによって示されるアップリンク制御チャネル・リソースに含まれる；のためのコードを備えるコンピュータ読取可能な媒体を備える、コンピュータ・プログラム製品。
［Ｃ３０］
前記コンピュータ読取可能な媒体はさらに、アップリンク・ダウンリンク・コンフィギュレーションが、ダウンリンク・サブフレームＡＣＫ／ＮＡＣＫフィードバック要素のしきい数よりも大きくなることを判定するためのコードを備える、Ｃ２９に記載のコンピュータ・プログラム製品。
［Ｃ３１］
無線通信のための装置であって、
データ送信をスケジュールするために、ダウンリンク許可を受信し、ここで、前記ダウンリンク許可は、アップリンク・サブフレームのためのダウンリンク割当インデクス（ＤＡＩ）および送信電力制御（ＴＰＣ）コマンドを含む；
前記ＤＡＩの値に基づいて、前記ＴＰＣコマンドの少なくとも１つの値を、アップリンク制御チャネル・リソースのアクノレッジメント／否定的アクノレッジメント（ＡＣＫ／ＮＡＣＫ）リソース・インジケータとして判定し；
前記アップリンク・サブフレーム中に、前記アップリンク制御チャネル・リソースを用いて、１または複数のＡＣＫ／ＮＡＣＫフィードバック要素を送信する；ように構成された処理システム、を備える装置。
［Ｃ３２］
前記処理システムはさらに、
前記ＤＡＩが１より大きい場合に、前記ＴＰＣコマンドを受信し、
前記ＴＰＣコマンドを、前記ＡＣＫ／ＮＡＣＫリソース・インジケータとして再解釈するように構成された、Ｃ３１に記載の装置。
［Ｃ３３］
前記処理システムはさらに、
第２のＴＰＣコマンドおよび第２のＤＡＩを含む第２のダウンリンク許可を受信し、ここで、前記第２のＤＡＩは１より大きい；
前記第２のＴＰＣコマンドが前記第１のＴＰＣコマンドと同じ値を有していることを判定し；
前記第１のＴＰＣコマンドと前記第２のＴＰＣコマンドとの両方を、前記ＡＣＫ／ＮＡＣＫリソース・インジケータとして再解釈する；ように構成された、Ｃ３２に記載の装置。
［Ｃ３４］
前記ＡＣＫ／ＮＡＣＫリソース・インジケータが、上位レイヤが設定した複数の制御チャネル・リソースからのアップリンク制御チャネル・リソース、または、使用する制御チャネル・リソースを、前記アップリンク制御チャネル・リソースとして指定する、前記上位レイヤが設定した制御チャネル・リソースに対するオフセットを示す、Ｃ３１に記載の装置。
［Ｃ３５］
無線通信のための装置であって、
データ送信をスケジュールするために、ダウンリンク許可を送信する、ここで、前記ダウンリンク許可は、アップリンク・サブフレームのためのダウンリンク割当インデクス（ＤＡＩ）および送信電力制御（ＴＰＣ）コマンドを含み、前記ＤＡＩは１よりも大きく、前記ＴＰＣコマンドはアクノレッジメント／否定的アクノレッジメント（ＡＣＫ／ＮＡＣＫ）リソース・インジケータと交換される；
アップリンク制御チャネル情報を含む信号を受信する、ここで、前記アップリンク・サブフレームに関連付けられた１または複数のダウンリンク・サブフレームのためのＡＣＫ／ＮＡＣＫフィードバックは、前記ＡＣＫ／ＮＡＣＫリソース・インジケータによって示されるアップリンク制御チャネル・リソースに含まれる；ように構成された処理システム、を備える装置。
［Ｃ３６］
前記処理システムはさらに、アップリンク・ダウンリンク・コンフィギュレーションが、ダウンリンク・サブフレームＡＣＫ／ＮＡＣＫフィードバック要素のしきい数よりも大きいことを判定するように構成された、Ｃ３５に記載の装置。
【図１】
0005855775.tif 000004
【図２】
0005855775.tif 000005
【図３】
0005855775.tif 000006
【図４】
0005855775.tif 000007
【図５】
0005855775.tif 000008
【図６】
0005855775.tif 000009
【図７】
0005855775.tif 000010
【図８】
0005855775.tif 000011
【図９】
0005855775.tif 000012
【図１０】
0005855775.tif 000013
【図１１】
0005855775.tif 000014
【図１２】
0005855775.tif 000015
【図１３】
0005855775.tif 000016