(57)【要約】  マルチキャリアワイヤレス通信ネットワークにおいてデータ送信に肯定応答するための技法が開示される。いくつかの態様では、ユーザ機器（ＵＥ）は、複数の構成されたコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信する。ＵＥは、データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断し、ＡＣＫ／ＮＡＣＫ情報を送るためのアップリンクチャネルを判断する。ＡＣＫ／ＮＡＣＫ情報がＰＵＣＣＨ上で送られたとき、ＵＥは、複数の構成されたＣＣデータのうちどのＣＣ上でデータが受信されたかに基づいて、電力制御を実行し得る。ＡＣＫ／ＮＡＣＫ情報がＰＵＳＣＨ上で送られたとき、ＵＥは、それのＣＣ構成に基づいてリソース要素の数を判断し得る。
2013534392.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することと、
前記ＡＣＫ／ＮＡＣＫ情報を送るためのアップリンクチャネルを判断することと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに、前記データ送信が受信された前記少なくとも１つのＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための電力制御を実行することと、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに、前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断することと
を備える、ワイヤレス通信のための方法。
【請求項２】
電力制御を前記実行することが、
前記データ送信中で受信されたトランスポートブロックの総数を判断することと、
前記データ送信上で受信されたトランスポートブロックの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断することと
を備える、請求項１に記載の方法。
【請求項３】
トランスポートブロックの前記総数を前記判断することが、
１つのトランスポートブロックをサポートするダウンリンク制御情報（ＤＣＩ）フォーマットを有するダウンリンク許可に関連する各ＣＣ上で１つのトランスポートブロックが受信されたと判断することと、
２つのトランスポートブロックをサポートするＤＣＩフォーマットを有するダウンリンク許可に関連する各ＣＣ上で２つのトランスポートブロックが受信されたと判断することと、
前記データ送信が受信された前記少なくとも１つのＣＣの各々上で受信された前記１つまたは２つのトランスポートブロックに基づいて、前記データ送信中で受信されたトランスポートブロックの前記総数を判断することと
を備える、請求項２に記載の方法。
【請求項４】
リソース要素の前記数を前記判断することが、
前記ＵＥのために構成された前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断することと、
ＡＣＫ／ＮＡＣＫビットの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の前記数を判断することと
を備える、請求項１に記載の方法。
【請求項５】
ＡＣＫ／ＮＡＣＫビットの前記総数を前記判断することが、
１つのトランスポートブロックをサポートする送信モードで構成された各ＣＣのための１つのＡＣＫ／ＮＡＣＫビットを判断することと、
２つのトランスポートブロックをサポートする送信モードで構成された各ＣＣのための２つのＡＣＫ／ＮＡＣＫビットを判断することと、
前記複数のＣＣの各々のための前記１つまたは２つのＡＣＫ／ＮＡＣＫビットに基づいて前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの前記総数を判断することと
を備える、請求項４に記載の方法。
【請求項６】
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信するための手段と、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断するための手段と、
前記ＡＣＫ／ＮＡＣＫ情報を送るためのアップリンクチャネルを判断するための手段と、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに前記データ送信が受信された前記少なくとも１つのＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための電力制御を実行するための手段と、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断するための手段と
を備える、ワイヤレス通信のための装置。
【請求項７】
電力制御を実行するための前記手段が、
前記データ送信中で受信されたトランスポートブロックの総数を判断するための手段と、
前記データ送信中で受信されたトランスポートブロックの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断するための手段と
を備える、請求項６に記載の装置。
【請求項８】
リソース要素の前記数を判断するための前記手段が、
前記ＵＥのために構成された前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断するための手段と、
ＡＣＫ／ＮＡＣＫビットの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の前記数を判断するための手段と
を備える、請求項６に記載の装置。
【請求項９】
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに前記データ送信が受信された前記少なくとも１つのＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための電力制御を実行するために、前記ＡＣＫ／ＮＡＣＫ情報を送るためのアップリンクチャネルを判断することと、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断することと
を行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信のための装置。
【請求項１０】
前記少なくとも１つのプロセッサが、
前記データ送信中で受信されたトランスポートブロックの総数を判断することと、
前記データ送信中で受信されたトランスポートブロックの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断することと
を行うようにさらに構成された、請求項９に記載の装置。
【請求項１１】
前記少なくとも１つのプロセッサが、
前記ＵＥのために構成された前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断することと、
ＡＣＫ／ＮＡＣＫビットの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の前記数を判断することと
を行うように構成された、請求項９に記載の装置。
【請求項１２】
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することを少なくとも１つのプロセッサに行わせるためのコードと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
前記ＡＣＫ／ＮＡＣＫ情報を送るためのアップリンクチャネルを判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに前記データ送信が受信された前記少なくとも１つのＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための電力制御を実行することを前記少なくとも１つのプロセッサに行わせるためのコードと、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ると判断されたときに前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと
を備える非一時的コンピュータ可読媒体
を備える、コンピュータプログラム製品。
【請求項１３】
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送ることと、
前記ＵＥから前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するためのアップリンクチャネルを判断することと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を受信すると判断されたときに、前記データ送信の前記少なくとも１つのＣＣに従って判断された送信電力で前記ＰＵＣＣＨ上で前記ＡＣＫ／ＮＡＣＫ情報を受信することと、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を受信すると判断されたときに、前記ＵＥのために構成された前記複数のＣＣに対応する前記ＰＵＳＣＨのある数のリソース要素上で前記ＡＣＫ／ＮＡＣＫ情報を受信することと
を備える、ワイヤレス通信の方法。
【請求項１４】
前記送信電力が、前記データ送信中で前記ＵＥによって受信されたトランスポートブロックの総数に基づいて判断される、請求項１３に記載の方法。
【請求項１５】
リソース要素の前記数が、前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて判断される、請求項１３に記載の方法。
【請求項１６】
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送るための手段と、
前記ＵＥから前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するためのアップリンクチャネルを判断するための手段と、
物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を受信すると判断されたときに、前記データ送信の前記少なくとも１つのＣＣに基づいて判断された送信電力で前記ＰＵＣＣＨ上で送られた前記ＡＣＫ／ＮＡＣＫ情報を受信するための手段と、
物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を受信すると判断されたときに、前記ＵＥのために構成された前記複数のＣＣに対応する前記ＰＵＳＣＨのある数のリソース要素上で送られた前記ＡＣＫ／ＮＡＣＫ情報を受信するための手段と
を備える、ワイヤレス通信の方法。
【請求項１７】
前記送信電力が、前記データ送信中で前記ＵＥによって受信されたトランスポートブロックの総数に基づいて判断される、請求項１６に記載の装置。
【請求項１８】
リソース要素の前記数が、前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて判断される、請求項１６に記載の装置。
【請求項１９】
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することと、
前記少なくとも１つのＣＣ上で前記データ送信中で受信されたトランスポートブロックの総数を判断することと、
前記データ送信中で受信されたトランスポートブロックの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断することと、
前記判断された送信電力に基づいて前記ＡＣＫ／ＮＡＣＫ情報を送ることと
を備える、ワイヤレス通信のための方法。
【請求項２０】
トランスポートブロックの前記総数を前記判断することが、
前記少なくとも１つのＣＣの各々上で受信されたトランスポートブロックの数を判断することと、
前記少なくとも１つのＣＣの各々上で受信されたトランスポートブロックの前記数に基づいて、前記データ送信中で受信されたトランスポートブロックの前記総数を判断することと
を備える、請求項１９に記載の方法。
【請求項２１】
前記少なくとも１つのＣＣ上で受信されたトランスポートブロックの前記数を前記判断することが、
１つのトランスポートブロックをサポートするダウンリンク制御情報（ＤＣＩ）フォーマットを有するダウンリンク許可に関連する前記少なくとも１つのＣＣの各々上で１つのトランスポートブロックが受信されたと判断することと、
２つのトランスポートブロックをサポートするＤＣＩフォーマットを有するダウンリンク許可に関連する前記少なくとも１つのＣＣの各々上で２つのトランスポートブロックが受信されたと判断することと
を備える、請求項２０に記載の方法。
【請求項２２】
トランスポートブロックの前記総数を前記判断することが、
単一のサブフレーム中の前記少なくとも１つのＣＣ上で前記ＵＥによって受信されたトランスポートブロックの数を合計すること
を備える、請求項１９に記載の方法。
【請求項２３】
トランスポートブロックの前記総数を前記判断することが、
前記少なくとも１つのＣＣ中の各ＣＣのためのＡＣＫ／ＮＡＣＫビットの数を判断することと、
各ＣＣのためのＡＣＫ／ＮＡＣＫビットの前記数に基づいて、前記少なくとも１つのＣＣ上での前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数を判断することであって、ＡＣＫ／ＮＡＣＫビットの前記総数が、前記データ送信中で前記ＵＥによって受信されたトランスポートブロックの前記総数に一致する、前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数を判断することと
を備える、請求項１９に記載の方法。
【請求項２４】
前記ＡＣＫ／ＮＡＣＫ情報を前記送ることが、
前記判断された送信電力に基づいて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ること
を備える、請求項１９に記載の方法。
【請求項２５】
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのＰＵＣＣＨフォーマットを判断すること
をさらに備える、請求項２４に記載の方法。
【請求項２６】
前記ＡＣＫ／ＮＡＣＫ情報を前記送ることが、２つのシグナリングビットをサポートするＰＵＣＣＨフォーマットとチャネル選択とに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送ることを備える、請求項２４に記載の方法。
【請求項２７】
前記ＡＣＫ／ＮＡＣＫ情報を前記送ることが、離散フーリエ変換拡散直交周波数分割多重化（ＤＦＴ−Ｓ−ＯＦＤＭ）を利用するＰＵＣＣＨフォーマットに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送ることを備える、請求項２４に記載の方法。
【請求項２８】
前記データ送信のためのＡＣＫ／ＮＡＣＫビットの総数と利用可能なペイロードサイズとに基づいて、チャネル状態情報（ＣＳＩ）を送るための利用可能なビットを判断することと、
前記利用可能なビットに基づいて、前記ＣＳＩを前記ＡＣＫ／ＮＡＣＫ情報と多重化することと
をさらに備える、請求項１９に記載の方法。
【請求項２９】
前記ＡＣＫ／ＮＡＣＫ情報が送られるサブフレーム中で、チャネル状態情報（ＣＳＩ）を前記ＡＣＫ／ＮＡＣＫ情報と多重化すること
をさらに備える、請求項１９に記載の方法。
【請求項３０】
前記ＡＣＫ／ＮＡＣＫ情報が送られるサブフレーム中でチャネル状態情報（ＣＳＩ）をドロップすること
をさらに備える、請求項１９に記載の方法。
【請求項３１】
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信するための手段と、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断するための手段と、
前記少なくとも１つのＣＣ上で前記データ送信中で受信されたトランスポートブロックの総数を判断するための手段と、
前記データ送信中で受信されたトランスポートブロックの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断するための手段と、
前記判断された送信電力に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための手段と
を備える、ワイヤレス通信のための装置。
【請求項３２】
トランスポートブロックの前記総数を判断するための前記手段が、
前記少なくとも１つのＣＣの各々上で受信されたトランスポートブロックの数を判断するための手段と、
前記少なくとも１つのＣＣの各々上で受信されたトランスポートブロックの前記数に基づいて、前記少なくとも１つのＣＣ上で受信されたトランスポートブロックの前記総数を判断するための手段と
を備える、請求項３１に記載の装置。
【請求項３３】
前記ＡＣＫ／ＮＡＣＫ情報を送るための前記手段が、前記判断された送信電力に基づいて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送るための手段を備える、請求項３１に記載の装置。
【請求項３４】
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することと、
前記少なくとも１つのＣＣ上で前記データ送信中で受信されたトランスポートブロックの総数を判断するために、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することと、
前記データ送信中で受信されたトランスポートブロックの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断することと、
前記判断された送信電力に基づいて前記ＡＣＫ／ＮＡＣＫ情報を送ることと
を行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信のための装置。
【請求項３５】
前記少なくとも１つのプロセッサが、
前記少なくとも１つのＣＣの各々上で受信されたトランスポートブロックの数を判断することと、
前記少なくとも１つのＣＣの各々上で受信されたトランスポートブロックの前記数に基づいて、前記データ送信中で受信されたトランスポートブロックの前記総数を判断することと
を行うように構成された、請求項３４の記載の装置。
【請求項３６】
前記少なくとも１つのプロセッサが、前記判断された送信電力に基づいて、物理アップリンク制御チャネル（ＰＵＣＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送るように構成された、請求項３４に記載の装置。
【請求項３７】
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することを少なくとも１つのプロセッサに行わせるためのコードと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
前記少なくとも１つのＣＣ上で前記データ送信中で受信されたトランスポートブロックの総数を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
前記データ送信中で受信されたトランスポートブロックの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
前記判断された送信電力に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送ることを前記少なくとも１つのプロセッサに行わせるためのコードと
を備える非一時的コンピュータ可読媒体
を備える、コンピュータプログラム製品。
【請求項３８】
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送ることと、
前記ＵＥから前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信することであって、前記ＡＣＫ／ＮＡＣＫ情報が、前記データ送信中で前記ＵＥによって受信されたトランスポートブロックの総数に対応する送信電力で前記ＵＥによって送られる、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信することと
を備える、ワイヤレス通信のための装置。
【請求項３９】
前記少なくとも１つのＣＣ上で前記データ送信のための少なくとも１つのダウンリンク許可を送ること
をさらに備える、請求項３８に記載の方法。
【請求項４０】
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送るための手段と、
前記ＵＥから前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するための手段であって、前記ＡＣＫ／ＮＡＣＫ情報が、前記データ送信中で前記ＵＥによって受信されたトランスポートブロックの総数に対応する送信電力で前記ＵＥによって送られる、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するための手段と
を備える、ワイヤレス通信のための装置。
【請求項４１】
前記少なくとも１つのＣＣ上で前記データ送信のための少なくとも１つのダウンリンク許可を送るための手段
をさらに備える、請求項４０に記載の装置。
【請求項４２】
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送ることと、
前記ＵＥから前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信することであって、前記ＡＣＫ／ＮＡＣＫ情報が、前記データ送信中で前記ＵＥによって受信されたトランスポートブロックの総数に対応する送信電力で前記ＵＥによって送られる、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信することと
を行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信のための装置。
【請求項４３】
前記少なくとも１つのプロセッサが、前記少なくとも１つのＣＣ上で前記データ送信のための少なくとも１つのダウンリンク許可を送るように構成された、請求項４２に記載の装置。
【請求項４４】
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送ることを少なくとも１つのプロセッサに行わせるためのコードと、
前記ＵＥから前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信することを少なくとも１つのプロセッサに行わせるためのコードであって、前記ＡＣＫ／ＮＡＣＫ情報が、前記データ送信中で前記ＵＥによって受信されたトランスポートブロックの総数に対応する送信電力で前記ＵＥによって送られる、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信することを少なくとも１つのプロセッサに行わせるためのコードと
を備える非一時的コンピュータ可読媒体
を備える、コンピュータプログラム製品。
【請求項４５】
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することと、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断することと、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送ることと
を備える、ワイヤレス通信のための方法。
【請求項４６】
リソース要素の前記数を前記判断することが、
前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断することと、
ＡＣＫ／ＮＡＣＫビットの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の前記数を判断することと
を備える、請求項４５に記載の方法。
【請求項４７】
ＡＣＫ／ＮＡＣＫビットの前記総数を前記判断することが、
１つのトランスポートブロックをサポートする送信モードで構成された各ＣＣのための１つのＡＣＫ／ＮＡＣＫビットを判断することと、
２つのトランスポートブロックをサポートする送信モードで構成された各ＣＣのための２つのＡＣＫ／ＮＡＣＫビットを判断することと、
前記複数のＣＣの各々のための前記１つまたは２つのＡＣＫ／ＮＡＣＫビットに基づいて前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの前記総数を判断することと
を備える、請求項４６に記載の方法。
【請求項４８】
前記複数のＣＣのうちの各ＣＣのインデックスに基づいて、前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットを順序付けること
をさらに備える、請求項４６に記載の方法。
【請求項４９】
前記ＡＣＫ／ＮＡＣＫ情報を前記送ることが、
リソース要素の前記判断された数に基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送ること
を備える、請求項４５に記載の方法。
【請求項５０】
前記ＰＵＳＣＨ上で、チャネル状態情報（ＣＳＩ）を前記ＡＣＫ／ＮＡＣＫ情報と多重化すること
をさらに備える、請求項４９に記載の方法。
【請求項５１】
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信するための手段と、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断するための手段と、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断するための手段と、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るための手段と
を備える、ワイヤレス通信のための装置。
【請求項５２】
リソース要素の前記数を判断するための前記手段が、
前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断するための手段と、
前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の前記数を判断するための手段と
を備える、請求項５１に記載の装置。
【請求項５３】
前記ＡＣＫ／ＮＡＣＫ情報を送るための前記手段が、
リソース要素の前記判断された数に基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送るための手段
を備える、請求項５１に記載の装置。
【請求項５４】
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することと、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断することと、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送ることと
を行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信のための装置。
【請求項５５】
前記少なくとも１つのプロセッサが、
前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断することと、
前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの前記総数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の前記数を判断することと
を行うように構成された、請求項５４に記載の装置。
【請求項５６】
前記少なくとも１つのプロセッサが、リソース要素の前記判断された数に基づいて、物理アップリンク共有チャネル（ＰＵＳＣＨ）上で前記ＡＣＫ／ＮＡＣＫ情報を送るように構成された、請求項５４に記載の装置。
【請求項５７】
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を受信することを少なくとも１つのプロセッサに行わせるためのコードと、
前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を送ることを前記少なくとも１つのプロセッサに行わせるためのコードと
を備える非一時的コンピュータ可読媒体
を備える、コンピュータプログラム製品。
【請求項５８】
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送ることと、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するためのリソース要素の数を判断することと、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を受信することと
を備える、ワイヤレス通信のための方法。
【請求項５９】
リソース要素の前記数が、前記ＵＥのために構成された前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて判断され、前記複数のＣＣの各々のためのＡＣＫ／ＮＡＣＫビットの数が、前記ＣＣの送信モードに基づいて判断される、請求項５８に記載の方法。
【請求項６０】
前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットが、前記複数のＣＣのうちの各ＣＣのインデックスに基づいて順序付けられる、請求項５８に記載の方法。
【請求項６１】
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送るための手段と、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するためのリソース要素の数を判断するための手段と、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を受信するための手段と
を備える、ワイヤレス通信のための装置。
【請求項６２】
リソース要素の前記数が、前記ＵＥのために構成された前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて判断され、前記複数のＣＣの各々のためのＡＣＫ／ＮＡＣＫビットの数が、前記ＣＣの送信モードに基づいて判断される、請求項６１に記載の装置。
【請求項６３】
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送ることと、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するためのリソース要素の数を判断することと、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を受信することと
を行うように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備える、ワイヤレス通信のための装置。
【請求項６４】
リソース要素の前記数が、前記ＵＥのために構成された前記複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて判断され、前記複数のＣＣの各々のためのＡＣＫ／ＮＡＣＫビットの数が、前記ＣＣの送信モードに基づいて判断される、請求項６３に記載の装置。
【請求項６５】
ユーザ機器（ＵＥ）のために構成された複数のコンポーネントキャリア（ＣＣ）のうちの少なくとも１つのＣＣ上でデータ送信を前記ＵＥに送ることを少なくとも１つのプロセッサに行わせるためのコードと、
前記ＵＥのために構成された前記複数のＣＣに基づいて、前記データ送信に対する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を受信するためのリソース要素の数を判断することを前記少なくとも１つのプロセッサに行わせるためのコードと、
リソース要素の前記判断された数に基づいて、前記ＡＣＫ／ＮＡＣＫ情報を受信することを前記少なくとも１つのプロセッサに行わせるためのコードと
を備える非一時的コンピュータ可読媒体
を備える、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本特許出願は、それの全体が参照により本明細書に組み込まれる、２０１０年８月１６日に出願された「METHODS AND APPARATUS FOR ACK/NACK RELATED DESIGN FOR CARRIER AGGREGATION IN LTE-A NETWORKS」と題する米国仮出願第６１／３７４，２１０号、および２０１１年８月１３日に出願された「ACK/NACK TRANSMISSION FOR MULTI-CARRIER OPERATION」と題する米国実用新案出願第１３／２０９，３８８号の優先権を主張する。
【０００２】
本開示は、一般に通信に関し、より詳細には、マルチキャリアワイヤレス通信ネットワークにおいて通信をサポートするための技法に関する。
【背景技術】
【０００３】
ワイヤレス通信ネットワークは、ボイス、ビデオ、パケットデータ、メッセージング、ブロードキャストなどの様々な通信コンテンツを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザをサポートすることが可能な多元接続ネットワークであり得る。そのような多元接続ネットワークの例には、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークがある。
【０００４】
ワイヤレス通信ネットワークは、いくつかのユーザ機器（ＵＥ：user equipment）のための通信をサポートすることができるいくつかの基地局を含み得る。ＵＥは、ダウンリンクおよびアップリンクを介して基地局と通信し得る。ダウンリンク（または順方向リンク）は基地局からＵＥへの通信リンクを指し、アップリンク（または逆方向リンク）はＵＥから基地局への通信リンクを指す。
【０００５】
いくつかのワイヤレス通信ネットワークは、複数のコンポーネントキャリア（ＣＣ）上での動作をサポートする。ＣＣは、通信のために使用される周波数のレンジを指し得、いくつかの特性に関連付けられ得る。たとえば、ＣＣは、ＣＣ上の動作を記述するシステム情報に関連付けられ得る。ＣＣは、キャリア、セル、サービングセル、周波数チャネルなどと呼ばれることもある。
【発明の概要】
【０００６】
マルチキャリアワイヤレス通信ネットワークにおいて肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を送るための技法が開示される。ユーザ機器（ＵＥ）が、複数のコンポーネントキャリア（ＣＣ：component carrier）上での動作のために構成され得る。ＵＥは、それの構成されたＣＣのうちの１つまたは複数上の１つまたは複数の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で、１つまたは複数のダウンリンク許可を受信し得る。ＵＥはまた、それのダウンリンクＣＣのうちの１つまたは複数上の１つまたは複数の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上でデータ送信を受信し得、受信されたデータ送信に対するＡＣＫ／ＮＡＣＫ情報を判断し得る。ＵＥは、本開示において説明されているように、ＡＣＫ／ＮＡＣＫ情報を送信するためのアップリンクチャネルを選択し得、選択されたアップリンクチャネル上でＡＣＫ／ＮＡＣＫ情報を送る方法を判断し得る。
【０００７】
一態様では、ＵＥは、複数の構成されたＣＣ上でデータ送信を受信し、データ送信に対するＡＣＫ／ＮＡＣＫ情報を判断する。ＵＥは、物理アップリンク制御チャネル（ＰＵＣＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）であり得る、ＡＣＫ／ＮＡＣＫ情報を送るためのアップリンクチャネルを判断する。ＰＵＣＣＨが利用されるとき、ＵＥは、データ送信が受信されたＣＣ（すなわち、ＰＤＳＣＨが検出されたＣＣ）に基づいて、ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るための電力制御を実行し得る。代替的に、ＰＵＳＣＨが利用されるとき、ＵＥは、それの構成されたＣＣに基づいて、ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断し得る。マルチキャリアＵＥは、したがって、それのアップリンクチャネル上でＡＣＫ／ＮＡＣＫ情報を送るために、ＣＣの異なるセット（検出されたＣＣまたは構成されたＣＣ）を利用し得る。
【０００８】
一態様では、ＵＥは、複数のＣＣ上でデータ送信を受信し、ＰＵＣＣＨ上でデータ送信に肯定応答するためのＡＣＫ／ＮＡＣＫ情報を判断する。これは、複数のＣＣにわたってデータ送信中で受信されたトランスポートブロックの総数を判断することを含み得る。トランスポートブロックの総数は、データ送信が検出された各ＣＣの送信モードおよび／またはＤＣＩフォーマットに基づいて判断され得る。ＵＥは、トランスポートブロックの総数に基づいてＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断し得、判断された送信電力に従ってＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を基地局に送り得る。
【０００９】
別の態様では、ＵＥは、複数の構成されたＣＣのうちの少なくとも１つのＣＣ上でデータ送信を受信し得、ＰＵＳＣＨ上でデータ送信に肯定応答するためのＡＣＫ／ＮＡＣＫ情報を判断し得る。ＵＥは、複数の構成されたＣＣに基づいて、ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断し得る。これは、ダウンリンクサブフレーム中でデータ送信が検出されたＣＣの数とは無関係に、構成されたＣＣのためのＡＣＫ／ＮＡＣＫビットの数を判断することを含み得る。１つの特定の例では、ＵＥは、リソース要素の数がそれに基づく総ＡＣＫ／ＮＡＣＫビットを判断するために、各構成されたＣＣの送信モードに関連するＡＣＫ／ＮＡＣＫビットの数を合計し得る。ＵＥは、リソース要素の判断された数に基づいて、ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送り得る。
【００１０】
本開示の様々な追加の態様について以下でさらに詳細に説明する。
【図面の簡単な説明】
【００１１】
【図１】ワイヤレス通信ネットワークを示す図。
【図２】周波数分割複信のための例示的なフレーム構造を示す図。
【図３】時分割複信のための例示的なフレーム構造を示す図。
【図４Ａ】キャリアアグリゲーションの例を示す図。
【図４Ｂ】キャリアアグリゲーションの例を示す図。
【図５】ＨＡＲＱを用いた複数のＣＣ上のデータ送信の態様を示す図。
【図６】マルチキャリアワイヤレス通信ネットワークにおいてＡＣＫ／ＮＡＣＫビット幅を判断する一例を示す図。
【図７】マルチキャリアワイヤレス通信ネットワークのためのダウンリンク割当てインデックス（ＤＡＩ：downlink assignment index）の一例を示す図。
【図８】ＡＣＫ／ＮＡＣＫ情報を送るためのプロセスを示す図。
【図９】ＡＣＫ／ＮＡＣＫ情報を受信するためのプロセスを示す図。
【図１０】ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るためのプロセスを示す図。
【図１１】ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を受信するためのプロセスを示す図。
【図１２】ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るためのプロセスを示す図。
【図１３】ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を受信するためのプロセスを示す図。
【図１４】本明細書で説明する例示的なプロセスなどを実行することができる、例示的な基地局と例示的なＵＥとを示す図。
【図１５】本開示による基地局とＵＥとの追加の態様を示す図。
【発明を実施するための形態】
【００１２】
本明細書で説明する技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のワイヤレスネットワークなど、様々なワイヤレス通信ネットワークに使用され得る。「ネットワーク」および「システム」という用語は、しばしば互換的に使用される。ＣＤＭＡネットワークは、Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（ＵＴＲＡ）、ｃｄｍａ２０００などの無線技術を実装し得る。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）（登録商標）、時分割同期ＣＤＭＡ（ＴＤ−ＳＣＤＭＡ）、およびＣＤＭＡの他の変形態を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）（登録商標）などの無線技術を実装し得る。ＯＦＤＭＡネットワークは、Ｅｖｏｌｖｅｄ  ＵＴＲＡ（Ｅ−ＵＴＲＡ）、Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−ＦｉおよびＷｉ−Ｆｉ  Ｄｉｒｅｃｔ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）などの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ（ＵＭＴＳ）の一部である。周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方における３ＧＰＰ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）およびＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）は、ダウンリンク上ではＯＦＤＭＡを利用し、アップリンク上ではＳＣ−ＦＤＭＡを利用するＥ−ＵＴＲＡを使用するＵＭＴＳの新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−ＡおよびＧＳＭは、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ」（３ＧＰＰ）と称する団体からの文書に記載されている。ｃｄｍａ２０００およびＵＭＢは、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  ２」（３ＧＰＰ２）と称する団体からの文書に記載されている。本明細書で説明する技法は、上記のワイヤレスネットワークおよび無線技術、ならびに他のワイヤレスネットワークおよび無線技術に使用され得る。明快のために、本技法のいくつかの態様について以下ではＬＴＥに関して説明し、以下の説明の大部分でＬＴＥ用語を使用する。
【００１３】
図１に、ＬＴＥネットワークまたは何らかの他のワイヤレスネットワークであり得る、ワイヤレス通信ネットワーク１００を示す。ワイヤレスネットワーク１００は、いくつかの発展型ノードＢ（ｅＮＢ）１１０と他のネットワークエンティティとを含み得る。ｅＮＢは、ＵＥと通信するエンティティであり得、ノードＢ、基地局、アクセスポイントなどと呼ばれることもある。各ｅＮＢは、特定の地理的エリアに対して通信カバレージを提供し得、カバレージエリア内に位置するＵＥのための通信をサポートし得る。ネットワーク容量を改善するために、ｅＮＢの全体的なカバレージエリアは複数（たとえば、３つ）のより小さいエリアに区分され得る。より小さいエリアの各々は、それぞれのｅＮＢサブシステムによってサービスされ得る。３ＧＰＰでは、「セル」という用語は、このカバレージエリアをサービスするｅＮＢおよび／またはｅＮＢサブシステムのカバレージエリアを指すことがある。概して、ｅＮＢは、１つまたは複数の（たとえば、３つの）セルをサポートし得る。「セル」という用語はまた、ｅＮＢが動作するキャリアを指すことがある。
【００１４】
ネットワークコントローラ１３０は、ｅＮＢのセットに結合し、これらのｅＮＢの協調および制御を行い得る。ネットワークコントローラ１３０はバックホールを介してｅＮＢと通信し得る。ｅＮＢはまた、たとえば、ワイヤレスバックホールまたはワイヤラインバックホールを介して直接または間接的に互いに通信し得る。
【００１５】
ＵＥ１２０はワイヤレスネットワーク全体に分散され得、各ＵＥは固定またはモバイルであり得る。ＵＥは、移動局、端末、アクセス端末、加入者ユニット、局などと呼ばれることもある。ＵＥは、セルラー電話、スマートフォン、タブレット、ワイヤレス通信デバイス、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話、無線ローカルループ（ＷＬＬ）局、ネットブック、スマートブックなどであり得る。明快のために、以下の説明の一部では、ワイヤレスネットワーク１００中のＵＥのうちの１つおよびｅＮＢのうちの１つであり得る、ＵＥ１２０ｘおよびｅＮＢ１１０ｘに言及する。
【００１６】
ＬＴＥは、ダウンリンク上では直交周波数分割多重（ＯＦＤＭ）を利用し、アップリンク上ではシングルキャリア周波数分割多重（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、周波数スペクトルを、一般にトーン、ビンなどとも呼ばれる複数（ΝFFT個）の直交サブキャリアに区分する。各サブキャリアはデータで変調され得る。一般に、変調シンボルは、ＯＦＤＭでは周波数領域で、ＳＣ−ＦＤＭでは時間領域で送られる。隣接するサブキャリア間の間隔は固定であり得、サブキャリアの総数（ΝFFT）はシステム帯域幅に依存し得る。たとえば、サブキャリア間隔は１５キロヘルツ（ｋＨｚ）であり得、ＮFFTは、１．４、３、５、１０または２０メガヘルツ（ＭＨｚ）のシステム帯域幅に対してそれぞれ１２８、２５６、５１２、１０２４または２０４８に等しくなり得る。
【００１７】
ワイヤレスネットワーク１００はＦＤＤまたはＴＤＤを利用し得る。ＦＤＤの場合、ダウンリンクおよびアップリンクには別々の周波数チャネルが割り振られる。ダウンリンク送信は１つの周波数スペクトル上で送られ得、アップリンク送信は別の周波数スペクトル上で送られ得る。ＴＤＤの場合、ダウンリンクおよびアップリンクは同じ周波数スペクトルを共有し得、ダウンリンク送信およびアップリンク送信は、異なる時間間隔において同じ周波数スペクトル上で送られ得る。
【００１８】
図２に、ＬＴＥにおけるＦＤＤのための例示的なフレーム構造２００を示す。ダウンリンクおよびアップリンクの各々の送信タイムラインは無線フレームの単位に区分され得る。各無線フレームは、所定の持続時間（たとえば、１０ミリ秒（ｍｓ））を有し得、０〜９のインデックスをもつ１０個のサブフレームに区分され得る。各サブフレームは２つのスロットを含み得る。各スロットは、Ｌ個のシンボル期間、たとえば、（図２に示すように）ノーマルサイクリックプレフィックスの場合は７つのシンボル期間、または拡張サイクリックプレフィックスの場合は６つのシンボル期間を含み得る。各サブフレーム中の２Ｌ個のシンボル期間には０〜２Ｌ−１のインデックスが割り当てられ得る。
【００１９】
ダウンリンクおよびアップリンクの各々のための利用可能な時間周波数リソースは、リソースブロックに区分され得る。各リソースブロックは、１つのスロット中の１２個のサブキャリアをカバーし得、いくつかのリソース要素を含み得る。各リソース要素は、１つのシンボル期間中の１つのサブキャリアをカバーし得、実数値または複素数値であり得る１つの変調シンボルを送るために使用され得る。
【００２０】
図３に、ＬＴＥにおけるＴＤＤのための例示的なフレーム構造３００を示す。サブフレーム０および５はダウンリンクのために使用され、サブフレーム２はアップリンクのために使用され、サブフレーム３、４、７、８および９はそれぞれダウンリンクまたはアップリンクのために使用され得る。サブフレーム１は、ダウンリンクパイロットタイムスロット（ＤｗＰＴＳ）と、ガード期間（ＧＰ）と、アップリンクパイロットタイムスロット（ＵｐＰＴＳ）とを含む。サブフレーム６は、ＤｗＰＴＳのみ、またはすべての３つの特殊フィールド、またはダウンリンクサブフレームを含み得る。ＬＴＥは、ＴＤＤのためのいくつかのアップリンクダウンリンク構成をサポートする。各アップリンクダウンリンク構成は、各サブフレームがダウンリンクサブフレームであるのか、アップリンクサブフレームであるのか、または特殊なサブフレームであるのかを示す。無線フレーム中に１つのアップリンクサブフレームへの９つものダウンリンクサブフレームが存在し得る。
【００２１】
図２および図３に示すように、ダウンリンクのためのサブフレーム（すなわち、ダウンリンクサブフレーム）は、時分割多重化（ＴＤＭ）され得る、制御領域とデータ領域とを含み得る。制御領域はサブフレームの最初のＱ個のシンボル期間を含み得、ただし、Ｑは１、２、３または４に等しくなり得る。Ｑは、サブフレームごとに変化し得、サブフレームの最初のシンボル期間中に搬送され得る。データ領域は、サブフレームの残りの２Ｌ−Ｑ個のシンボル期間を含み得、ＵＥのためのデータおよび／または他の情報を搬送し得る。
【００２２】
ｅＮＢは、制御領域中の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上でダウンリンク制御情報（ＤＣＩ：downlink control information）をＵＥに送り得る。ＤＣＩは、ダウンリンク許可、アップリンク許可、電力制御情報などを含み得る。ｅＮＢは、データ領域中の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上でデータおよび／または他の情報をＵＥに送り得る。
【００２３】
図２および図３に示すように、アップリンクのためのサブフレーム（すなわち、アップリンクサブフレーム）は、周波数分割多重化（ＦＤＭ）され得る、制御領域とデータ領域とを含み得る。制御領域は、（図２および図３に示すように）アップリンクスペクトルの２つのエッジの近くにリソースブロックを含み得、構成可能なサイズを有し得る。データ領域は、制御領域中に含まれないすべてのリソースブロックを含み得る。
【００２４】
ＵＥは、アップリンクサブフレームの制御領域中の物理アップリンク制御チャネル（ＰＵＣＣＨ）上でアップリンク制御情報（ＵＣＩ：uplink control information）をｅＮＢに送り得る。ＵＣＩは、ダウンリンク上で受信されたデータ送信のためのＡＣＫ／ＮＡＣＫ情報、チャネル状態情報（ＣＳＩ）、スケジューリング要求（ＳＲ）などを含み得る。ＵＥは、アップリンクサブフレームのデータ領域中の物理アップリンク共有チャネル（ＰＵＳＣＨ）上でデータまたはデータおよびＵＣＩをｅＮＢに送り得る。ＵＥは、より低いピーク対平均電力比（ＰＡＰＲ）を有し得るシングルキャリア波形を維持するために、サブフレーム中でＰＵＣＣＨのみまたはＰＵＳＣＨのみ（両方ではない）を送信し得る。アップリンク送信は、サブフレームの両方のスロットにわたり得、周波数上でホッピングし得る。
【００２５】
ワイヤレスネットワーク１００は、ダウンリンク上の複数のＣＣと、アップリンク上の１つまたは複数のＣＣとの上の動作をサポートし得る。複数のＣＣ上の動作はキャリアアグリゲーションと呼ばれることがある。ダウンリンク用のＣＣはダウンリンクＣＣと呼ばれ、アップリンク用のＣＣはアップリンクＣＣと呼ばれることがある。ｅＮＢは、１つまたは複数のダウンリンクＣＣ上でデータとＤＣＩとをＵＥに送信し得る。本明細書で使用するデータ送信は、ＵＥのために構成された１つまたは複数のＣＣ上に（ＰＤＳＣＨ送信と呼ばれることもある）１つまたは複数のトランスポートブロックを含み得る。たとえば、所与のサブフレームにおいて、ＵＥは、複数の構成されたＣＣ上で複数のＰＤＳＣＨ送信を受信し得る。ＵＥは、１つまたは複数のアップリンクＣＣ上でデータとＵＣＩとをｅＮＢに送信し得る。
【００２６】
図４Ａに、連続キャリアアグリゲーションの一例を示す。この例では、Ｍ個のＣＣが周波数において互いに隣接するように示されており、ただし、Ｍは任意の整数値であり得る。各ＣＣは、２０ＭＨｚ以下の帯域幅を有し得、ＵＥのために別々に構成され得る。
【００２７】
図４Ｂに、不連続キャリアアグリゲーションの一例を示す。この例では、Ｍ個のＣＣが周波数において互いから分離されるように示されている。各不連続ＣＣは、２０ＭＨｚ以下の帯域幅を有し得、ＵＥのために別々に構成され得る。
【００２８】
キャリアアグリゲーションを用いて、データおよび制御情報が各ＣＣ上で送信および受信され得る。これは、たとえば、（ｉ）送信エンティティにおいてＣＣごとに別個の逆高速フーリエ変換（ＩＦＦＴ）および別個の送信機を、ならびに（ｉｉ）受信エンティティにおいてＣＣごとに別個の高速フーリエ変換（ＦＦＴ）および別個の受信機を使用することによって達成され得る。最高Ｍ個の同時ＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルを備える送信が、１つのシンボル期間中に最高Ｍ個のＣＣ上にあり得る。別の例では、データおよび制御情報は、すべてのＣＣ上でまとめて送信および受信され得る。これは、（ｉ）送信エンティティにおいてすべてのＭ個のＣＣのために単一のＩＦＦＴおよび単一の送信機を、ならびに（ｉｉ）受信エンティティにおいてすべてのＭ個のＣＣのために単一のＦＦＴおよび単一の受信機を使用することによって達成され得る。単一のＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルが、１つのシンボル期間中に最高Ｍ個のＣＣ上で送信され得る。
【００２９】
ワイヤレスネットワーク１００は、信頼性を改善するためにハイブリッド自動再送信（ＨＡＲＱ）を用いたデータ送信をサポートし得る。ＨＡＲＱでは、送信機（たとえば、ｅＮＢ）は、トランスポートブロックの初期送信を送り得、必要な場合、トランスポートブロックが受信機（たとえば、ＵＥ）によって正しく復号されるか、またはトランスポートブロックの最大数の送信が行われるか、または何らかの他の終了条件に遭遇するまで、トランスポートブロックの１つまたは複数の追加の送信を送り得る。トランスポートブロックの各送信後に、受信機は、トランスポートブロックが正しく復号された場合は肯定応答（ＡＣＫ）を送るか、トランスポートブロックが誤って復号された場合は否定応答（ＮＡＣＫ）を送るか、またはトランスポートブロックを逃した場合は間欠送信（ＤＴＸ）を送り得る。送信機は、ＮＡＣＫまたはＤＴＸが受信された場合はトランスポートブロックの別の送信を送り得、ＡＣＫが受信された場合はトランスポートブロックの送信を終了し得る。トランスポートブロックは、パケット、コードワード、データブロックなどと呼ばれることもある。
【００３０】
図５に、複数（Ｍ個）のダウンリンクＣＣ上でＨＡＲＱを用いてＤＣＩおよびデータを送信し、１つのアップリンクＣＣ上でＵＣＩおよびデータを送信する方式を示す。この例では、ＵＥ１２０ｘは、ｅＮＢ１１０ｘのための異なるダウンリンクＣＣのチャネル品質を周期的に推定し得、ダウンリンクＣＣごとにＣＳＩを判断し得る。ＣＳＩは、チャネル品質インジケータ（ＣＱＩ：channel quality indicator）、プリコーディング行列インジケータ（ＰＭＩ：precoding matrix indicator）、ランクインジケータ（ＲＩ：rank indicator）、またはそれらの組合せを含み得る。ＲＩは、データの送信のために使用すべきレイヤまたは空間チャネルの数を示し得る。ＰＭＩは、送信より前にデータをプリコードするために使用すべきプリコーディング行列またはベクトルを示し得る。ＣＱＩは、各トランスポートブロックのチャネル品質を示し得る。ＵＥ１２０ｘは、各ダウンリンクＣＣについてのＣＳＩを周期的にｅＮＢ１１０ｘに送り得、および／またはｅＮＢ１１０ｘによってトリガされたときＣＳＩ報告を送り得る。
【００３１】
ｅＮＢ１１０ｘは、ＵＥ１２０ｘのために構成されたすべてのダウンリンクＣＣについてのＣＳＩを受信し得、そのＣＳＩを使用して、データの送信のためにＵＥ１２０ｘを選択し、１つまたは複数のダウンリンクＣＣおよび／またはアップリンクＣＣ上でＵＥ１２０ｘをスケジュールし、ＵＥ１２０ｘがその上でスケジュールされたダウンリンクＣＣごとに１つまたは複数の変調およびコーディング方式（ＭＣＳ：modulation and coding scheme）を選択し得る。ｅＮＢ１１０ｘは、各スケジュールされたＣＣのために選択された１つまたは複数のＭＣＳに基づいて、そのＣＣについて１つまたは複数のトランスポートブロックを処理（たとえば、符号化および変調）し得る。ｅＮＢ１１０ｘは、次いで、各スケジュールされたＣＣ上で１つまたは複数のトランスポートブロックの送信（またはＰＤＳＣＨ送信）をＵＥ１２０ｘに送り得る。
【００３２】
ＵＥ１２０ｘは、複数の構成されたＣＣ中の各スケジュールされたＣＣ上で１つまたは複数のトランスポートブロックの送信を受信し、復号し得る。構成されたＣＣごとに、ＵＥ１２０ｘは、１つまたは複数のトランスポートブロックの送信が検出されたかどうかを判断し得、および送信が検出されたとき、各トランスポートブロックが正しく復号されたか誤って復号されたかを判断し得る。ＵＥ１２０ｘは、正しく復号された各トランスポートブロックについてＡＣＫを生成し、誤って復号された各トランスポートブロックについてＮＡＣＫを生成し得る。ＵＥ１２０ｘは、特定のサブフレーム中のすべてのＭ個のダウンリンクＣＣ上で受信されたすべてのトランスポートブロックについてのＡＣＫおよび／またはＮＡＣＫを備えるＡＣＫ／ＮＡＣＫ情報を送り得る。ｅＮＢ１１０ｘは、ＵＥ１２０ｘからＡＣＫ／ＮＡＣＫ情報を受信し、ＡＣＫがそれについて受信された各トランスポートブロックの送信を終了し、ＮＡＣＫがそれについて受信された各トランスポートブロックの別の送信を送り得る。ＵＥ１２０ｘはまた、送るべきデータがあるとき、およびそれがアップリンクＣＣ上でのデータの送信のためにスケジュールされているとき、ＡＣＫ／ＮＡＣＫ情報とともにデータをｅＮＢ１１０ｘに送信し得る。
【００３３】
図５に示すように、ｅＮＢ１１０ｘは、ダウンリンクＣＣ上でのＰＤＳＣＨ送信についてのダウンリンク許可をＵＥ１２０ｘに送り得る。ダウンリンク許可は、ダウンリンクＣＣ上でＰＤＳＣＨ送信を受信し、復号するための様々なパラメータを含み得る。ダウンリンク許可は、ＰＤＳＣＨ送信が送られたダウンリンクＣＣ上で送られるか、または別のダウンリンクＣＣ上で送られ得る。ｅＮＢ１１０ｘはまた、ＵＥ１２０ｘによるアップリンクＣＣ上でのデータ送信についてのアップリンク（ＵＬ）許可を送り得る。アップリンク許可は、アップリンクＣＣの共有チャネル（たとえば、ＰＵＳＣＨ）上でのデータ送信を生成し、送るための様々なパラメータを含み得る。アップリンク許可はＣＱＩ要求をも含み得る。この場合、ＵＥ１２０ｘは、ＰＵＳＣＨ上でデータとともにＣＳＩを送り得る。
【００３４】
ＵＥ１２０ｘは、所与のサブフレームにおいて、データおよび／またはＵＣＩを送信しても、あるいはいずれも送信しなくてもよい。ＵＣＩは、ＣＳＩのみ、またはＡＣＫ／ＮＡＣＫのみ、またはＣＳＩとＡＣＫ／ＮＡＣＫの両方を備え得る。ＵＥ１２０ｘは、当該の各ダウンリンクキャリアについて周期的にＣＱＩを送るように構成され得、それは周期ＣＱＩ報告と呼ばれることがある。この場合、ＵＥは、周期ＣＳＩ報告のためのスケジュールによって判断された指定されたサブフレーム中で周期的にＣＳＩ報告を送り得る。各ＣＳＩ報告は、１つまたは複数のダウンリンクＣＣについてのＣＱＩ、ＰＭＩおよび／またはＲＩを備え得る。また、ＵＥ１２０ｘは、任意のサブフレーム中で１つまたは複数のダウンリンクＣＣについてのＣＳＩを送るように要求され得、それは非周期ＣＱＩ報告と呼ばれることがある。これは、アップリンク許可中に１つまたは複数のダウンリンクＣＣについてのＣＳＩ要求を含めることによって達成され得る。
【００３５】
ｅＮＢ１１０ｘは、ダウンリンクＣＣ上のＰＤＣＣＨ上でＵＥ１２０ｘにＤＣＩ（たとえば、ダウンリンク許可および／またはアップリンク許可）を送り得る。ＵＥ１２０ｘがデータ送信用にスケジュールされているとき、ｅＮＢ１１０ｘはダウンリンクＣＣ上のＰＤＳＣＨ上でデータを送り得る。特定のサブフレームにおいて、ＵＥ１２０ｘは、アップリンクＣＣ上のＰＵＣＣＨ上でｅＮＢ１１０ｘにＵＣＩ（たとえば、ＣＳＩおよび／またはＡＣＫ／ＮＡＣＫ）を送り得る。代替的に、アップリンク許可が受信されたとき、ＵＥ１２０ｘは、アップリンクＣＣ上のＰＵＳＣＨ上でデータのみまたはデータとＵＣＩの両方を送り得る。
【００３６】
概して、ＵＥ１２０ｘは、マルチキャリア動作のために任意の数のダウンリンクＣＣと任意の数のアップリンクＣＣとで構成され得る。以下の説明における例示のために、ＵＥ１２０ｘは、マルチキャリア動作のために最高５つのダウンリンクＣＣと最高５つのアップリンクＣＣとで構成され得る。いくつかの例では、１つのダウンリンクＣＣがダウンリンク１次ＣＣ（ＰＣＣ：primary CC）に指定され得、１つのアップリンクＣＣがアップリンクＰＣＣに指定され得、各残りのＣＣは２次ＣＣ（ＳＣＣ：secondary CC）と呼ばれることがある。ｅＮＢ１１０ｘは、ＵＥ１２０ｘにダウンリンクＰＣＣ上で何らかの情報（たとえば、許可、ＡＣＫ／ＮＡＣＫなど）を送り得る。ＵＥ１２０ｘは、ｅＮＢ１１０ｘにアップリンクＰＣＣ上で何らかの情報（たとえば、ＣＳＩ、ＡＣＫ／ＮＡＣＫ、スケジューリング要求など）を送り得る。
【００３７】
表１に、本明細書の説明において言及する様々なタイプのＣＣを記載する。
【表１】
2013534392.tif 000003
【００３８】
ＵＥ１２０ｘは、たとえば、無線リソース制御（ＲＲＣ：Radio Resource Control）など、上位レイヤを介して、Ｍ個のダウンリンクＣＣと１つまたは複数のアップリンクＣＣとで半静的に構成され得る。概して、Ｍは、１よりも大きい任意の値であり得る。１つの例示的なシステムでは、Ｍは５以下であり得る。構成されたＣＣの一部または全部がアクティブ化され得る。アクティブ化されたＣＣは、ＵＥが、ダウンリンク上でアクティブに監視しおよび／またはアップリンク上でアクティブに送信するＣＣである。ＣＣは、構成されたＣＣのうちの１つであるが、ＵＥ１２０ｘは、非アクティブ化されたＣＣをダウンリンク上で監視しないことがあり、それによって電力節約がもたらされ得る。ＵＥ１２０ｘは、所与のサブフレーム中の構成されたＣＣの全部またはサブセット上でのデータ送信のためにスケジュールされ得る。動的スケジューリングの場合、各スケジュールされたＣＣ上での１つまたは複数のトランスポートブロックの送信のためにダウンリンク許可が送られ得る。
【００３９】
ＵＥ１２０ｘは、ＰＤＣＣＨ上で、ダウンリンクＣＣ（「検出されたＣＣ」）上でのＰＤＳＣＨ送信についてのダウンリンク許可を検出し得る。ＵＥ１２０ｘは、ダウンリンク許可に従って、検出されたＣＣ上でＰＤＳＣＨ送信を受信し得る。ダウンリンク許可は、関連するＰＤＳＣＨ送信が送られるのと同じダウンリンクＣＣ上で送られ得る。この場合、検出されたＣＣは、ダウンリンク許可が受信されたダウンリンクＣＣになるであろう。ダウンリンク許可はまた、１つのダウンリンクＣＣ上で送られ得、関連するＰＤＳＣＨ送信は、異なるダウンリンクＣＣ上で送られ得る。たとえば、ダウンリンク許可は、関連するＰＤＳＣＨ送信が送られるダウンリンクＣＣを示すキャリア指示フィールド（ＣＩＦ：carrier indication field）を含み得る。その場合、ＵＥ１２０ｘは、ダウンリンク許可中のＣＩＦに基づいて、検出されたＣＣを識別し得る。ＵＥ１２０ｘは、たとえば、ＵＥ１２０ｘに送られたいずれかのダウンリンク許可をＵＥ１２０ｘが逃したかどうかに応じて、スケジュールされたＣＣの一部または全部を検出し得る。ＵＥ１２０ｘは、すべての検出されたＣＣ上でＰＤＳＣＨ送信を受信し得る。
【００４０】
ＵＥ１２０ｘはＭ個のダウンリンクＣＣで構成され得、各ダウンリンクＣＣは、サポートされる送信モードのセット中の特定の送信モードに関連付けられ得る。表２に、ＬＴＥ  Ｒｅｌｅａｓｅ  ９においてサポートされる送信モードを記載する。送信モード１、２、５、６および７は、単入力単出力（ＳＩＳＯ）または単入力多出力（ＳＩＭＯ）送信をサポートする。送信モード３、４および８は多入力多出力（ＭＩＭＯ）送信をサポートする。
【表２】
2013534392.tif 000004
【００４１】
送信モードは、ダウンリンクＣＣごとに独立して構成され得る。ＵＥ１２０ｘのためのＭ個のダウンリンクＣＣは同じまたは異なる送信モードで構成され得る。
【００４２】
ダウンリンクＣＣのために構成された送信モードに応じて、ダウンリンクＣＣ上で１つまたは複数のトランスポートブロックが送られ得る。特に、送信モード１、２、５、６または７で構成されたダウンリンクＣＣ上では１つのトランスポートブロックが送られ得、送信モード３、４または８で構成されたダウンリンクＣＣ上では２つのトランスポートブロックが送られ得る。ＵＥ１２０ｘは、トランスポートブロックごとに１つのＡＣＫ／ＮＡＣＫビットを生成し得る。たとえば、送信モード１、２、５、６または７で構成されたＣＣ上でデータ送信に肯定応答するために１つのＡＣＫ／ＮＡＣＫビットが使用され得、送信モード３、４または８で構成されたＣＣ上でデータ送信に肯定応答するために２つのＡＣＫ／ＮＡＣＫビットが使用され得る。
【００４３】
ダウンリンクＣＣ上で１つまたは複数のトランスポートブロックの送信に肯定応答するためのＡＣＫ／ＮＡＣＫビットの数はまた、対応するダウンリンク許可のＤＣＩフォーマットに依存し得る。ＬＴＥはいくつかのＤＣＩフォーマットをサポートする。ＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｃまたは１Ｄは、１つのトランスポートブロックの送信についてのダウンリンク許可を送るために使用され得、したがって、１つのＡＣＫ／ＮＡＣＫビットに関連し得る。ＤＣＩフォーマット２、２Ａまたは２Ｂは、２つのトランスポートブロックの送信についてのダウンリンク許可を送るために使用され得、したがって、２つのＡＣＫ／ＮＡＣＫビットに関連し得る。ダウンリンク許可のＤＣＩフォーマットは、ダウンリンクＣＣ上で送るべき特定の数のトランスポートブロックに関連し得、その数は、ダウンリンクＣＣのために構成された送信モードに関連するトランスポートブロックの数とは異なる（たとえば、その数よりも少ない）ことがある。たとえば、ＣＣｊは、２つのトランスポートブロックをサポートする送信モードで構成され得るが、１つのトランスポートブロックとともに使用されるＤＣＩフォーマットを有するダウンリンク許可を用いてスケジュールされ得る。その場合、ｅＮＢ１１０ｘは、ＣＣｘ上で１つのトランスポートブロックを送り得、ＵＥ１２０ｘは、ＣＣｊ上でデータ送信に肯定応答するために１ビットのＡＣＫ／ＮＡＣＫ情報を生成し得る。
【００４４】
一例では、ＵＥ１２０ｘは、ＦＤＤにおけるマルチキャリア動作のために５つのダウンリンクＣＣで構成され得る。この場合、所与のサブフレームにおいて、ｅＮＢ１１０ｘは、ダウンリンクＣＣごとに最高２つのトランスポートブロックを用いて、最高５つのダウンリンクＣＣ上で最高１０個のトランスポートブロックを送り得る。最高１０個のトランスポートブロックのために最高１０個のＡＣＫ／ＮＡＣＫビットが取得され、トランスポートブロックごとに１つのＡＣＫ／ＮＡＣＫビットが取得され得る（ＤＴＸが明示的にシグナリングされた場合、最高１２個のＡＣＫ／ＮＡＣＫビットが取得され得る）。ＵＥ１２０ｘは、したがって、Ｍ個の構成ダウンリンクＣＣのセットにわたってデータ送信のためのＮ個のＡＣＫ／ＮＡＣＫビットを有し得、ただし、１≦Ｍ≦Ｎ≦１０である。
【００４５】
本開示に従って、マルチキャリアワイヤレス通信ネットワークにおいてＭ個のダウンリンクＣＣ上でのデータ送信のためのＡＣＫ／ＮＡＣＫビットの数を判断するための技法について説明する。データ送信に肯定応答するためのＡＣＫ／ＮＡＣＫビットの数が、いくつかの情報の利用可能性に応じて様々な方法で判断され得る。ＡＣＫ／ＮＡＣＫビットの数は、今度は、ＡＣＫ／ＮＡＣＫ情報の送信を制御するために使用され得る。一態様では、Ｍ個のダウンリンクＣＣ上でのデータ送信のためのＡＣＫ／ＮＡＣＫビットの数の判断を可能にするためにダウンリンク割当てインデックス（ＤＡＩ）が使用され得る。ＤＡＩはダウンリンク許可中に含まれ得る。ＤＡＩは、スケジュールされるダウンリンクＣＣの数を示し得、ＤＡＩはまた、どのダウンリンクＣＣがスケジュールされるかの指示を与え得る。ＵＥ１２０ｘは、ＤＡＩから取得された情報を使用して、逃したダウンリンク許可を検出し、より効率的なＡＣＫ／ＮＡＣＫフィードバックを可能にし、および／または他の利点を提供し得る。
【００４６】
Ｍ個の構成されたＣＣのＡＣＫ／ＮＡＣＫビットの総数は、ＡＣＫ／ＮＡＣＫビット幅、ＡＣＫ／ＮＡＣＫペイロードサイズなどと呼ばれることがある。ＡＣＫ／ＮＡＣＫビット幅は、異なるダウンリンクＣＣのためのＡＣＫ／ＮＡＣＫビットが順序付きであるか非順序付きであるかに依存し得る。順序付きまたは非順序付きフィードバックの使用がＵＥ１２０ｘのために構成され得る。非順序付きの場合、Ｍ個の構成されたＣＣのためのＡＣＫ／ＮＡＣＫビットは、所定の順序で、たとえば、各ダウンリンクＣＣのインデックスに基づいて連結され得る。順序付きの場合、Ｍ個の構成されたＣＣのためのＡＣＫ／ＮＡＣＫビットは、最初に、スケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビットを考察し、次いで、残りのＣＣのためのＡＣＫ／ＮＡＣＫビットを考察することによって連結され得る。
【００４７】
図６に、順序付きの場合と非順序付きの場合とについてＡＣＫ／ＮＡＣＫビット幅を判断する一例を示す。この例では、ＵＥ１２０ｘは５つのダウンリンクＣＣ（ＣＣ１〜ＣＣ５）で構成される。ＣＣ２およびＣＣ５は、（たとえば、前に説明したように送信モードとＤＣＩフォーマットとに基づいて）１ビットＡＣＫ／ＮＡＣＫフィードバックに関連付けられる。ＣＣ１、ＣＣ３およびＣＣ４は２ビットＡＣＫ／ＮＡＣＫフィードバックに関連付けられる。ＣＣ２、ＣＣ３およびＣＣ４のみが特定のサブフレーム中でスケジュールされる。ＡＣＫ／ＮＡＣＫフィードバックとして符号化され、送られるべきビットのセットが以下のように判断され得る。
【００４８】
非順序付きの場合：「００」（ＣＣ１）＋１ビット（ＣＣ２）＋２ビット（ＣＣ３）＋２ビット（ＣＣ４）＋「０」（ＣＣ５）＋０、または
順序付きの場合：１ビット（ＣＣ２）＋２ビット（ＣＣ３）＋２ビット（ＣＣ４）＋０
ＡＣＫ／ＮＡＣＫ情報は、固定ペイロードサイズでＰＵＣＣＨまたはＰＵＳＣＨ上で送られ得る。この場合、適切なペイロードサイズのビットのセットを得るために十分な数の０を用いたゼロパディングが実行され得る。
【００４９】
非順序付きの場合、各構成されたＣＣのための１つまたは２つのＡＣＫ／ＮＡＣＫビットが、ＣＣインデックスと、各構成されたＣＣのためのＡＣＫ／ＮＡＣＫビットの数とに基づいてＡＣＫ／ＮＡＣＫフィードバックから容易に取得され得るので、動作がより単純になり得る。ただし、順序付きの場合、スケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビットが最初に配置され、したがって、ＡＣＫ／ＮＡＣＫフィードバックのために使用されるビットがより少なくなり得るので、効率がより良くなり得る。いくつかの例では、スケジュールされたキャリアのためのＡＣＫ／ＮＡＣＫ情報が追加された後にＣＳＩおよび／または他の情報がペイロードの残りのビット中で多重化され得る。
【００５０】
表３に、本開示によるマルチキャリア動作のための３つのＤＡＩ方式を記載する。第１の方式では、ＤＡＩはダウンリンク許可中に含まれない。第２および第３の方式では、ＤＡＩは、サポートされ、様々な情報を搬送する。これらの３つの方式の各々に基づくＡＣＫ／ＮＡＣＫビット幅の判断について以下で説明する。
【表３】
2013534392.tif 000005
【００５１】
第２の方式では、ＤＡＩは、スケジュールされているダウンリンクＣＣの数を示し、１〜Ｍ−１の範囲内の値に設定され得る。一例では、ＤＡＩは、Ｍに依存し得る可変幅を有し得る。たとえば、ＤＡＩは、Ｍ＝２のために１ビット、Ｍ＝３または４のために２ビット、あるいはＭ＝５のために３ビットを含み得る。別の例では、ＤＡＩは、Ｍとは無関係である（たとえば、３ビットの）固定幅を有し得る。ＤＡＩは、各スケジュールされたＣＣについての、またはいくつかのスケジュールされたＣＣのみについてのダウンリンク許可中に含まれ得る。
【００５２】
第３の方式では、ＤＡＩは、スケジュールされているダウンリンクＣＣの数、ならびにスケジュールされたＣＣの識別子を示す。ＤＡＩは、スケジュールされたＣＣについてのダウンリンク許可中に含まれ得、（もしあれば）どの他のダウンリンクＣＣもスケジュールされているかを示し得る。第３の方式では、ＤＡＩは様々な方法で定義され得る。
【００５３】
第３の方式の一変形形態では、ＤＡＩは、Ｍに依存する可変幅を有し得る。ＤＡＩのために使用されるビット数は、構成されたＣＣの数よりも小さくなり得る。たとえば、Ｍ＝１の場合、ＤＡＩは省略され得る。Ｍ＝２の場合、ＤＡＩは、１ビットを備え得、（ｉ）ＤＡＩを含むダウンリンク許可に関連するダウンリンクＣＣである、スケジュールされている１つのダウンリンクＣＣを示すための第１の値（たとえば、「０」）、または（ｉｉ）スケジュールされている２つのダウンリンクＣＣを示すための第２の値（たとえば、「１」）に設定され得る。Ｍ＝３の場合、ＤＡＩは、２ビットを備え得、（ｉ）スケジュールされている１つのダウンリンクＣＣを示すための第１の値（たとえば、「００」）、（ｉｉ）同じくスケジュールされている第１の残りのダウンリンクＣＣを示すための第２の値（たとえば、「０１」）、（ｉｉｉ）同じくスケジュールされている第２の残りのダウンリンクＣＣを示すための第３の値（たとえば、「１０」）、または（ｉｖ）スケジュールされているすべての３つのダウンリンクＣＣを示すための第４の値（たとえば、「１１」）に設定され得る。
【００５４】
事態についてさらに説明するために、３つの構成されたＣＣ（ＣＣｘ、ＣＣｙおよびＣＣｚ）の場合を考察する。ｅＮＢは、ＣＣｘについてのダウンリンク許可中のＤＡＩを、ＣＣｙがスケジュールされることを示すための第２の値に設定するか、またはＣＣｚがスケジュールされることを示すための第３の値に設定し得る。Ｍ＝４の場合、３ビットＤＡＩが利用され得る。ＤＡＩは、（ｉ）スケジュールされている１つのダウンリンクＣＣを示すための第１の値、（ｉｉ）３つの残りのダウンリンクＣＣのうち同じくスケジュールされている１つの他のダウンリンクＣＣを示すための第２、第３、または第４の値、（ｉｉｉ）３つの残りのダウンリンクＣＣのうち同じくスケジュールされている２つの他のダウンリンクＣＣを示すための第５、第６、または第７の値、あるいは（ｉｖ）スケジュールされているすべての４つのダウンリンクＣＣを示すための第８の値に設定され得る。
【００５５】
この例を続けると、Ｍ＝５のとき、４ビットＤＡＩが利用され得る。ＤＡＩは、（ｉ）スケジュールされている１つのダウンリンクＣＣを示すための第１の値、（ｉｉ）４つの残りのダウンリンクＣＣのうち同じくスケジュールされている１つの他のダウンリンクＣＣを示すための第２〜第５の値内の値、（ｉｉｉ）４つの残りのダウンリンクＣＣのうち同じくスケジュールされている２つの他のダウンリンクＣＣを示すための第６〜第１１の値内の値、（ｉｖ）４つの残りのダウンリンクＣＣのうち同じくスケジュールされている３つの他のダウンリンクＣＣを示すための第１２〜第１４の値内の値、あるいは（ｖ）スケジュールされているすべての５つのダウンリンクＣＣを示すための第１５の値に設定され得る。第３の方式の可変幅ＤＡＩが利用されるとき、ＵＥ１２０ｘは、いくつのダウンリンクＣＣおよびどのダウンリンクＣＣが、１つのスケジュールされたＣＣについての１つのダウンリンク許可中のＤＡＩに基づいてスケジュールされるかを判断することが可能であり得る。
【００５６】
第３の方式の別の変形形態では、ＤＡＩは、（ＰＤＣＣＨが受信されたダウンリンクＣＣを含まない）残りのダウンリンクＣＣごとに１ビットをもつ、Ｍ−１ビットのビットマップを備え得る。各残りのダウンリンクＣＣのビットは、ダウンリンクＣＣがスケジュールされないことを示すための第１の値（たとえば、「０」）、またはダウンリンクＣＣがスケジュールされることを示すための第２の値（たとえば、「１」）に設定され得る。スケジュールされているダウンリンクＣＣの数は、（ＤＡＩを搬送するダウンリンク許可に関連するダウンリンクＣＣのための）１＋ビットマップ中の１の数に等しくなり得る。
【００５７】
図７に、第３の方式のビットマップ変形形態のためのＤＡＩの一例を示す。この例では、ＤＡＩは、ダウンリンクＣＣ２上でのＰＤＳＣＨ送信についてのダウンリンク許可中に含まれ、Ｍ−１個の他のダウンリンクＣＣのためのＭ−１ビットのビットマップを備える。ＣＣ１のためのビットは、スケジュールされていないＣＣ１を示すための「０」に設定され、ＣＣ３のためのビットは、スケジュールされているＣＣ３を示すための「１」に設定されるなどする。ＵＥ１２０ｘは、１つのスケジュールされたＣＣ上でのＰＤＳＣＨ送信についてのダウンリンク許可中でＤＡＩを受信し得る。ＵＥ１２０ｘが、他のスケジュールされたＣＣのすべてについてのダウンリンク許可を検出しなかった場合でも、ＤＡＩに基づいて、ＵＥ１２０ｘは、受信されたダウンリンク許可中のＤＡＩに基づいてすべてのスケジュールされたＣＣを判断することができる。
【００５８】
別の変形形態では、ＤＡＩは、限られた数のビットを備え得、一部のスケジュールされたＣＣのみがＤＡＩによって識別され得る。たとえば、３つ以上のダウンリンクＣＣがスケジュールされるときでも、ＤＡＩは（Ｍ−１ビットではなく）２ビットを備え得る。この変形形態では、ダウンリンクＰＣＣには、ダウンリンクＳＣＣよりも高い優先度が与えられ得る。Ｍ＝３の場合、ＤＡＩは、上記で説明したように、スケジュールされた各ダウンリンクＣＣを識別することができる。Ｍ＝４の場合、ＰＣＣについてのダウンリンク許可中のＤＡＩは、２つのＳＣＣをカバーする１ビットと、最後のＳＣＣをカバーする別の１ビットとを含み得る。ＳＣＣについてのダウンリンク許可中のＤＡＩは、ＰＣＣをカバーする１ビットと、他の２つのＳＣＣをカバーする別の１ビットとを含み得る。Ｍ＝５の場合、ＰＣＣについてのダウンリンク許可中のＤＡＩは、２つのＳＣＣをカバーする１ビットと、最後の２つのＳＣＣをカバーする別の１ビットとを含み得る。ＳＣＣについてのダウンリンク許可中のＤＡＩは、ＰＣＣをカバーする１ビットと、他の３つのＳＣＣをカバーする別の１ビットとを含み得る。この変形形態では、２つ以上のエントリが同じＤＡＩ値を共有し得る。たとえば、１つのスケジュールされたＣＣの場合と、４つのスケジュールされたＣＣの別の場合との間の混同の確率が小さくなり得るので、これらの２つの場合のために同じＤＡＩ値（たとえば、「００」）が使用され得る。これにより、ＤＡＩによって提供される情報におけるオーバーヘッドとあいまいさとの間のトレードオフが可能になり得る。
【００５９】
本明細書で説明するように、第２および第３の方式におけるＤＡＩのさらなる変形形態も利用され得る。さらに、ＤＡＩは、特定のＵＥのためのＣＣ構成に応じて異なる情報を搬送し得る。たとえば、異なるＣＣ構成に関してまたは異なるＵＥのサポートにおいて異なるＤＡＩ方式が利用され得る。
【００６０】
スケジュールされたＣＣの数を示しおよび／またはスケジュールされたＣＣを識別するＤＡＩは様々な方法で送られ得る。一例では、ＤＡＩは、スケジュールされたＣＣごとにＰＤＣＣＨ上で送られる各ダウンリンク許可中に含まれ得る。別の例では、ＤＡＩは、ダウンリンクＰＣＣについてのダウンリンク許可中にのみ含まれ得る。さらに別の例では、ＤＡＩは、１つまたは複数の指定されたＣＣ、たとえば、最初のＣＣと最後のＣＣとについての１つまたは複数のダウンリンク許可中に含まれ得る。追加または代替として、ダウンリンクデータ送信についてのＤＡＩは、ＰＤＣＣＨ上で送られるアップリンク許可中に含まれ得る。この設計により、ＵＥによるＰＤＣＣＨの逃した検出に対する追加の防護が与えられ得る。
【００６１】
Ｍ個の構成されたＣＣのためのＡＣＫ／ＮＡＣＫビット幅は、表３に記載されている３つの方式のための様々な方法で判断され得る。ＡＣＫ／ＮＡＣＫビット幅を判断するいくつかの例示的な設計について以下で説明する。
【００６２】
ＤＡＩなしの第１の方式では、Ｍ個の構成されたＣＣのための例示的なＡＣＫ／ＮＡＣＫビット幅は以下のように判断され得る。
【数１】
2013534392.tif 000006
【００６３】
ただし、ｎCはダウンリンクＣＣ  ＣのためのＡＣＫ／ＮＡＣＫビットの数であり、
ｎHARQは、Ｍ個の構成されたＣＣのためのＡＣＫ／ＮＡＣＫビットの総数であり、
Ｃｏｎｆｉｇｕｒｅｄ＿Ｓｅｔは、構成されたＣＣのセットを示す。
【００６４】
ｎHARQは、Ｍ個の構成されたＣＣのためのＡＣＫ／ＮＡＣＫビット幅である。式（１）中のｎHARQは、順序付きの場合と非順序付きの場合の両方について同じであり得る。
【００６５】
別の設計では、ＤＡＩなしが与えられる場合のためのＡＣＫ／ＮＡＣＫビット幅は以下のように判断され得る。
【数２】
2013534392.tif 000007
【００６６】
ただし、Ａｃｔｉｖａｔｅｄ＿Ｓｅｔは、アクティブ化されたＣＣのセットを示す。アクティブ化されたＣＣのセットは、Ｍ個の構成されたＣＣの全部またはサブセットを含み得る。
【００６７】
さらに別の設計では、ＤＡＩなしの場合、ＡＣＫ／ＮＡＣＫビット幅は以下のように判断され得る。
【数３】
2013534392.tif 000008
【００６８】
ただし、Ｄｅｔｅｃｔｅｄ＿Ｓｅｔは、検出されたＣＣのセットを示す。検出されたＣＣのセットは、Ｍ個の構成されたＣＣの全部またはサブセットを含み得る。検出されたＣＣは、上記で説明したように判断され得る。
【００６９】
式（３）に示すように、検出されたＣＣがダウンリンク許可の検出から知られたとき、ＡＣＫ／ＮＡＣＫビット幅は、検出されたＣＣのみのためのＡＣＫ／ＮＡＣＫビットに基づいて判断され得る。これにより、ＡＣＫ／ＮＡＣＫビット幅はより小さくより正確になり得る。
【００７０】
式（１）〜式（３）中のｎCは、同じ方法または異なる方法で定義され得る。たとえば、式（１）中のｎCは、Ｃｏｎｆｉｇｕｒｅｄ＿Ｓｅｔ中の各ＣＣの送信モードに基づいて判断され得るが、式（３）中のｎCは、検出されたセット中のＣＣについてのダウンリンク許可のＤＣＩフォーマットに基づいて判断され得る。
【００７１】
スケジュールされたＣＣの数をＤＡＩが示す第２の方式では、Ｍ個の構成されたＣＣのためのＡＣＫ／ＮＡＣＫビット幅は、上記で説明した順序付きの場合と非順序付きの場合とについて別様に判断され得る。非順序付きの場合の一例では、ＡＣＫ／ＮＡＣＫビット幅は、式（１）に示すように、構成されたＣＣに基づいて判断され得る。Ｍ個の構成されたＣＣのサブセットのみがスケジュールされ得るが、ＤＡＩは、どの特定のダウンリンクＣＣがスケジュールされるかを示さないことがある。したがって、ＵＥは、すべてのＭ個の構成されたＣＣのためのＡＣＫ／ＮＡＣＫビットの数に基づいてＡＣＫ／ＮＡＣＫビット幅を判断し得る。
【００７２】
順序付きフィードバックが第２の方式とともに使用されるとき、ＡＣＫ／ＮＡＣＫビット幅は異なる方法で判断され得る。一例では、ＡＣＫ／ＮＡＣＫビット幅は以下のように判断され得る。
【数４】
2013534392.tif 000009
【００７３】
式（４）において、ＡＣＫ／ＮＡＣＫビット幅は、スケジュールされたＣＣの数に応じて変化し、（ＤＡＩ＝１で）１つのダウンリンクＣＣがスケジュールされたときにＰＤＣＣＨがその上で送信されるＣＣのためのＡＣＫ／ＮＡＣＫビットの数に等しくなり得る。（ＤＡＩ＝Ｍで）すべての構成されたＣＣがスケジュールされた場合、ＡＣＫ／ＮＡＣＫビット幅は、すべてのＭ個の構成されたＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に等しくなり得る。２〜Ｍ−１個のダウンリンクＣＣがスケジュールされた場合、ＡＣＫ／ＮＡＣＫビット幅は、スケジュールされたＣＣの数×スケジュールされたＣＣ当たりのＡＣＫ／ＮＡＣＫビットの最大数に等しくなり得る。ＤＡＩ＊ｍａｘ（ｎC）はΣｎCよりも大きくなり得るので、ｎHARQはΣｎCに制限され得る。
【００７４】
別の例では、順序付きフィードバックが第２の方式とともに使用されるとき、ＡＣＫ／ＮＡＣＫビット幅は以下のように判断され得る。
【数５】
2013534392.tif 000010
【００７５】
式（６）において、所与のＤＡＩ値について、第１のスケジュールされたＣＣはダウンリンクＣＣ  １〜Ｍ−ＤＡＩ＋１のうちにあり、第２のスケジュールされたＣＣはダウンリンクＣＣ  ２〜Ｍ−ＤＡＩ＋２のうちにあり、以下同様であり、最後のスケジュールされたＣＣはダウンリンクＣＣ  ＤＡＩ〜Ｍのうちにある。この所見は、場合によってはＡＣＫ／ＮＡＣＫビット幅を低減するために式（６）において活用される。ｎXはΣｎCよりも大きくなり得るので、ｎHARQはΣｎCに制限され得る。たとえば、ＵＥ１２０ｘは、１、２、１、２および１のＡＣＫ／ＮＡＣＫビットに関連する５つのダウンリンクＣＣのために構成された送信モードに基づいて、これらのダウンリンクＣＣで構成され得る。この例では、ΣｎCは７ビットに等しい。４つのダウンリンクＣＣがスケジュールされ、ＤＡＩ＝４である場合、ｎXは、８に等しく、ΣｎCよりも大きい。この場合、ｎHARQは７に制限され得る。逆に、３つのダウンリンクＣＣがスケジュールされ、ＤＡＩ＝３である場合、ｎXは、６に等しく、ΣｎCよりも小さい。この場合、ｎHARQは６に等しい。２つのダウンリンクＣＣの場合、ｎHARQはΣｎCに設定され得る。
【００７６】
スケジュールされたＣＣの数と識別情報の両方をＤＡＩが識別する第３の方式では、Ｍ個の構成されたＣＣのためのＡＣＫ／ＮＡＣＫビット幅は以下のように判断され得る。
【数６】
2013534392.tif 000011
【００７７】
ただし、Ｓｃｈｅｄｕｌｅｄ＿Ｓｅｔは、スケジュールされたＣＣのセットを示す。
【００７８】
式（７）に示すように、スケジュールされたＣＣがＤＡＩから知られたとき、ＡＣＫ／ＮＡＣＫビット幅は、スケジュールされたＣＣのみのためのＡＣＫ／ＮＡＣＫビットに基づいて判断され得る。たとえば、各スケジュールされたＣＣについてのＡＣＫ／ＮＡＣＫビットの数は、（ｉ）スケジュールされたＣＣのために構成された送信モード、または（ｉｉ）スケジュールされたＣＣについてのダウンリンク許可のＤＣＩフォーマットに基づいて判断され得る。これにより、ＡＣＫ／ＮＡＣＫビット幅のより正確な判断を可能にすることによって効率が高められ得る。
【００７９】
表４に、表３に記載されている３つの方式のためのＡＣＫ／ＮＡＣＫビット幅の判断をまとめる。
【表４】
2013534392.tif 000012
【００８０】
表３に記載されているすべての３つの方式に適用可能であり得る動作の一例では、ＵＥ１２０ｘは、Ｍ個の構成されたＣＣ上で受信されたトランスポートブロックの総数を判断し得る。ＵＥ１２０ｘは、ＵＥ１２０ｘを対象とするダウンリンク許可を検出し得、それぞれ検出されたダウンリンク許可のＤＣＩフォーマットを判断し得る。ＵＥ１２０ｘは、１つのトランスポートブロックをサポートするＤＣＩフォーマットを有するダウンリンク許可に関連する各ダウンリンクＣＣ上で１つのトランスポートブロックを受信し得る。ＵＥ１２０ｘは、２つのトランスポートブロックをサポートするＤＣＩフォーマットを有するダウンリンク許可に関連する各ダウンリンクＣＣ上で２つのトランスポートブロックを受信し得る。ＵＥ１２０ｘは、すべての構成されたＣＣ上で受信されたトランスポートブロックの総数を以下のように判断し得る。
【数７】
2013534392.tif 000013
【００８１】
ただし、ｎTB,Cは、ダウンリンクＣＣ  Ｃ上で受信されたトランスポートブロックの数であり、
ｎTBは、すべての構成されたＣＣ上で受信されたトランスポートブロックの総数である。
【００８２】
すべての構成されたＣＣ上で受信されたトランスポートブロックの総数（ｎTB）は総トランスポートブロックカウントと呼ばれることがある。ＵＥ１２０ｘは、たとえば、ｎHARQ＝ｎTBとなるように、受信されたトランスポートブロックごとに１つのＡＣＫ／ＮＡＣＫビットで、総トランスポートブロックカウントに基づいてＡＣＫ／ＮＡＣＫビット幅を判断し得る。各ダウンリンクＣＣ上で受信されたトランスポートブロックの数は、そのダウンリンクＣＣのために構成された送信モードのためのトランスポートブロックの数以下であり得る。したがって、検出されたダウンリンク許可に基づいて判断される総トランスポートブロックカウントは、構成されたＣＣまたは検出されたＣＣの送信モードに基づいて判断されるＡＣＫ／ＮＡＣＫビット幅以下であり得る。送信モードに基づいて判断されるＡＣＫ／ＮＡＣＫビット幅は、（ｉ）Ｍ個の構成されたＣＣのためのＡＣＫ／ＮＡＣＫビットの最大可能数、または（ｉｉ）Ｍ個の構成されたＣＣについてのＡＣＫ／ＮＡＣＫ情報を送るために利用可能なビットの総数と見なされ得る。総トランスポートブロックカウントは、Ｍ個の構成されたＣＣのために送るべきＡＣＫ／ＮＡＣＫビットの実際の数と見なされ得る。
【００８３】
ＵＥ１２０ｘは、たとえば、ＵＥ１２０ｘが所与のサブフレーム中のアップリンク上でのデータ送信のためにもスケジュールされるかどうかに応じて、そのサブフレーム中のＰＵＣＣＨまたはＰＵＳＣＨのいずれかの上でＭ個の構成されたＣＣについてのＡＣＫ／ＮＡＣＫ情報を送り得る。ＡＣＫ／ＮＡＣＫビット幅および／または総トランスポートブロックカウントは、以下のうちの１つまたは複数など、様々な目的のために使用され得る。
【００８４】
ＰＵＣＣＨ上で送られるＡＣＫ／ＮＡＣＫ情報の電力制御、
ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数の判断、
ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るためのＡＣＫ／ＮＡＣＫフィードバック方式の判断、
ＰＵＣＣＨまたはＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るためのコードレートおよび／またはコーディング方式の判断、ならびに
ＰＵＣＣＨまたはＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報とともにＣＳＩおよび／または他の情報を送るために利用可能なビットの判断
マルチキャリアＵＥはまた、ＡＣＫ／ＮＡＣＫビット幅または総トランスポートブロックカウントに基づいてＰＵＣＣＨの電力制御を実行し得る。概して、ＡＣＫ／ＮＡＣＫ送信を確実に受信するために必要な信号対雑音比（ＳＮＲ）は、ＡＣＫ／ＮＡＣＫビット幅、または送るべきＡＣＫ／ＮＡＣＫビットの数に依存し得る。ＡＣＫ／ＮＡＣＫビット幅は、今度は、スケジュールされたＣＣの数に依存し得る。たとえば、１つのスケジュールされたＣＣ対５つのスケジュールされたＣＣについての、必要とされるＳＮＲは、３ｄＢよりも大きく変動し得るので、マルチキャリアネットワークにおける効率的な動作のためにはＡＣＫ／ＮＡＣＫビット幅の正確な判断が重要である。
【００８５】
ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報と場合によってはＣＳＩとを送るために使用すべき送信電力は以下のように判断され得る。
【数８】
2013534392.tif 000014
【００８６】
ただし、ｎCSIは、ＡＣＫ／ＮＡＣＫ情報とともに送るべきＣＳＩビットの数であり、
ｈ（．）は、ＬＴＥに記載されている定義済関数であり、
ｆ（．）は、ＬＴＥに記載されている別の定義済関数であり、
ＰPUCCHはＰＵＣＣＨの送信電力である。
【００８７】
式（９）に示すように、ＰＵＣＣＨの送信電力は、送るべきＡＣＫ／ＮＡＣＫビットの数、またはＡＣＫ／ＮＡＣＫビット幅に依存し得る。ＰＵＣＣＨの電力制御のためのＡＣＫ／ＮＡＣＫビット幅は様々な方法で判断され得る。低速オプションと呼ばれ得る、第１の例では、ＡＣＫ／ＮＡＣＫビット幅は、第１の方式のための式（１）に示すように計算され得る、ＵＥ１２０ｘのための構成されたＣＣに基づいて判断され得る。中間オプションと呼ばれ得る、第２の例では、ＡＣＫ／ＮＡＣＫビット幅は、第１の方式のための式（２）に示すように計算され得る、ＵＥ１２０ｘのためのアクティブ化されたＣＣに基づいて判断され得る。高速オプションと呼ばれ得る、第３の例では、ＡＣＫ／ＮＡＣＫビット幅は、第１の方式のための式（３）に示すように計算され得る、ＰＤＳＣＨ上でデータを搬送する検出されたＣＣに基づいて判断され得る。
【００８８】
他の手法は、スケジュールされたＣＣに基づいてＡＣＫ／ＮＡＣＫビット幅を判断することをも含み得る。たとえば、ＡＣＫ／ＮＡＣＫビット幅は、たとえば、式（７）に示すように、ＤＡＩが各スケジュールされたＣＣの数と識別情報の両方を識別したときなど、スケジュールされたＣＣのセットにわたって判断され得る。代替的に、ＡＣＫ／ＮＡＣＫビット幅は、たとえば、式（８）に示すように、Ｍ個の構成されたＣＣ上で受信されたトランスポートブロックの総数に基づいて判断され得る。ＡＣＫ／ＮＡＣＫビット幅はまた、前に説明したように、順序付きフィードバック構成が利用されるか非順序付きフィードバック構成が利用されるかに依存し得る。
【００８９】
ＵＥ１２０ｘは、構成されたＣＣよりも少ないダウンリンクＣＣ上でスケジュールされ得るので、低速オプションおよび中間オプションは「過剰」電力制御を生じ得る。ＵＥ１２０ｘは、その場合、必要以上に、ＰＵＣＣＨのためのより高い送信電力を使用し得る。ＵＥ１２０ｘは、いくつかのスケジュールされたＣＣのためのＰＤＣＣＨ上のダウンリンク許可を検出することを逃し得るので、高速オプションは「過小」電力制御を生じ得る。ＵＥ１２０ｘは、その場合、必要以上に、ＰＵＣＣＨのためのより少ない送信電力を使用し得る。しかしながら、ダウンリンク許可の検出を逃す可能性は低くなり得る（たとえば、一般に各ダウンリンクＣＣについて約１％）。したがって、過小電力制御の問題はひどくならないことがある。
【００９０】
上記で説明した電力制御不適合の可能性を緩和するために、ｅＮＢ１１０ｘによってＰＵＣＣＨの電力制御が実行され得る。低速オプションおよび中間オプションでは、ｅＮＢ１１０ｘは、スケジュールされたＣＣの数と、構成されたＣＣまたはアクティブ化されたＣＣの数との間の差に基づいてパワーダウンコマンドを判断し得る。高速オプションでは、ｅＮＢ１１０ｘは、（ｅＮＢ１１０ｘに知られていない）ＵＥ１２０ｘによる検出されたＣＣの数の推定値と、（ｅＮＢ１１０ｘに知られている）スケジュールされたＣＣの数との間の差に基づいてパワーアップコマンドを判断し得る。すべてのオプションについて、ｅＮＢ１１０ｘは、（パワーダウンコマンドまたはパワーアップコマンドであり得る）電力制御コマンドをＵＥ１２０ｘに送り得る。電力制御コマンドは、ダウンリンク許可中の埋込み情報を介して、またはＤＣＩフォーマット３／３Ａにおけるグループ電力制御を介して、または何らかの他の機構を介して送られ得る。ＵＥ１２０ｘは、電力制御コマンドに基づいてＰＵＣＣＨのためのそれの計算された送信電力を調整し得る。
【００９１】
ＰＵＳＣＨ上の送信について、（ＰＵＳＣＨリソース要素の必要数と呼ばれることがある）ＡＣＫ／ＮＡＣＫ情報を送るために使用すべきリソース要素の数は、ＡＣＫ／ＮＡＣＫビット幅または総トランスポートブロックカウントに基づいて判断され得る。一例では、ＵＥ１２０ｘは、ＤＡＩなしの場合のための式（１）に示すように計算され得る、構成されたＣＣのためのＡＣＫ／ＮＡＣＫビット幅に基づいてＰＵＳＣＨリソース要素の数を判断し得る。第２の例では、ＵＥ１２０ｘは、ＤＡＩなしの場合のための式（２）中に示すように計算され得る、アクティブ化されたＣＣのためのＡＣＫ／ＮＡＣＫビット幅に基づいてデータ送信に肯定応答するためのＰＵＳＣＨリソース要素の数を判断し得る。第３の例では、ＵＥ１２０ｘは、ＤＡＩなしの場合のための式（３）に示すように計算され得る、検出されたＣＣのためのＡＣＫ／ＮＡＣＫビット幅に基づいてＰＵＳＣＨリソース要素の数を判断し得る。他の例では、ＵＥ１２０ｘは、（ｉ）第３の方式のための式（７）中に示すように判断され得る、スケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビット幅、または（ｉｉ）式（８）中に示すように判断され得る、Ｍ個の構成されたＣＣ上で受信されたトランスポートブロックの総数に基づいてＰＵＳＣＨリソース要素の数を判断し得る。
【００９２】
上記の例の各々において、データ送信に肯定応答するためのＰＵＳＣＨリソース要素の数は、ＰＵＳＣＨ上で利用可能なすべてのリソース要素の中から予約または確保され得る。ＵＥ１２０ｘは、ＰＵＳＣＨ上の予約済みリソース要素上でＡＣＫ／ＮＡＣＫ情報を送り得る。データおよび／または他の情報は、ＰＵＳＣＨ上の残りのリソース要素上で送られ得る。ｅＮＢ１１０ｘは、不整合を回避するためにＰＵＳＣＨ上の特定のリソース利用方式のためにＵＥ１２０ｘを構成し得る。
【００９３】
ＡＣＫ／ＮＡＣＫ情報がＰＵＣＣＨ上で送られたとＵＥ１２０ｘが判断したとき、ＡＣＫ／ＮＡＣＫビット幅または総トランスポートブロックカウントに基づいてＡＣＫ／ＮＡＣＫフィードバック方式が判断され得る。たとえば、最高２ビットのＡＣＫ／ＮＡＣＫ情報が、ＰＵＣＣＨフォーマット１ａまたは１ｂに基づいてＰＵＣＣＨ上で送られ得る。ＰＵＣＣＨフォーマット１ａは、ＰＵＣＣＨ上での１つのＡＣＫ／ＮＡＣＫビットの送信をサポートしており、１つのダウンリンクＣＣがスケジュールされたときに使用され得る。ＰＵＣＣＨフォーマット１ｂは、ＰＵＣＣＨ上での２つのＡＣＫ／ＮＡＣＫビットの送信をサポートしており、２つのトランスポートブロックが１つのダウンリンクＣＣ上でスケジュールされるか、または１つのトランスポートブロックが２つのダウンリンクＣＣの各々上でスケジュールされたときに使用され得る。
【００９４】
ＡＣＫ／ＮＡＣＫ情報の最高４ビットが、ＰＵＣＣＨフォーマット１ｂとチャネル選択とに基づいてＰＵＣＣＨ上で送られ得る。この例では、２つのシグナリングビットｂ0およびｂ1が、ＵＥ１２０ｘによる使用のために利用可能な複数のＰＵＣＣＨリソースのうちの１つの上で送られ得る。ビットｂ0およびｂ1の値ならびに選択されたＰＵＣＣＨリソースはＡＣＫ／ＮＡＣＫ情報に基づいて判断され得る。
【００９５】
ＵＥ１２０ｘが、ＤＦＴ拡散ＯＦＤＭ（ＤＦＴ−Ｓ−ＯＦＤＭ）を利用するＰＵＣＣＨフォーマット３のために構成されたとき、ＡＣＫ／ＮＡＣＫ情報の５つ以上のビットがＰＵＣＣＨ上で送られ得る。ＰＵＣＣＨフォーマット３では、ＡＣＫ／ＮＡＣＫ情報のｎHARQビットが、ＤＦＴに基づいて周波数領域に変換され、ＡＣＫ／ＮＡＣＫ送信のために使用される１つまたは複数のリソースブロック中のリソース要素にマッピングされ得る。マッピングされたシンボルに基づいてＳＣ−ＦＤＭＡシンボルが生成され得る。
【００９６】
ＰＵＣＣＨフォーマット３は、ダウンリンクＣＣの数に関係なくＡＣＫ／ＮＡＣＫ情報を送るために使用され得る。この手法は、構成されたＣＣまたはスケジュールされたＣＣの数にかかわらず同じＰＵＣＣＨフォーマットが使用されることを可能にする。たとえば、ｅＮＢ１１０ｘは、（異なるＰＵＣＣＨフォーマットのためのブラインド検出を実行する必要なしに）１つのＰＵＣＣＨフォーマットに基づいてＡＣＫ／ＮＡＣＫ情報を処理し得る。さらに、ＰＵＣＣＨフォーマット３とともに利用可能な追加のペイロードを使用して、ＵＥ１２０ｘは、ＣＳＩおよび／または他の情報をＡＣＫ／ＮＡＣＫ情報と多重化することができる。ＰＵＣＣＨフォーマット３はまた、ＣＳＩのみを送るために使用され得、それにより、ＵＥ１２０ｘからのＣＳＩおよび／またはＡＣＫ／ＮＡＣＫ情報を検出するためのｅＮＢ１１０ｘの動作が簡略化され得る。
【００９７】
上記で説明した設計の全部またはサブセットが、ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るために使用され得る。たとえば、ＰＵＣＣＨフォーマット１ａ／１ｂおよびＰＵＣＣＨフォーマット３が適宜に使用され得る。好適なＡＣＫ／ＮＡＣＫフィードバック方式を選択するためのＡＣＫ／ＮＡＣＫビット幅は、構成されたＣＣ、アクティブ化されたＣＣ、検出されたＣＣ、またはスケジュールされたＣＣに基づいて判断され得る。
【００９８】
ＵＥ１２０ｘは、ＡＣＫ／ＮＡＣＫビット幅または総トランスポートブロックカウントに基づいてＡＣＫ／ＮＡＣＫ情報のためのコードレートおよび／またはコーディング方式を選択することができる。ＡＣＫ／ＮＡＣＫ情報は、特定のコードレートのブロックコード（たとえば、リード−マラーコード）に基づいて符号化されて、コード化データが取得され得る。コード化データは、さらに処理され、ＰＵＣＣＨまたはＰＵＳＣＨ上で送られ得る。好適なコードレートの選択は、特に、ＰＵＣＣＨフォーマット３に基づいてＰＵＣＣＨ上で送られるＡＣＫ／ＮＡＣＫ情報に、ならびにＰＵＳＣＨ上のデータと多重化されるＡＣＫ／ＮＡＣＫ情報に関係し得る。
【００９９】
上記で説明したように、ＡＣＫ／ＮＡＣＫ情報のビット数（ｎHARQ）は、可変であり、ＡＣＫ／ＮＡＣＫビット幅に依存し得る。一方、コード化データのビット数（ｎPAYLOAD）は、固定であり、ＰＵＣＣＨまたはＰＵＳＣＨ上のＡＣＫ／ＮＡＣＫ情報のための利用可能なペイロードに依存し得る。コードレートは、コード化データがＰＵＣＣＨまたはＰＵＳＣＨ上の利用可能なペイロード中で送られ得るように、ｎHARQとｎPLAYLOADとに基づいて選択され得る。コードレートは、構成されたＣＣ、アクティブ化されたＣＣ、検出されたＣＣ、またはスケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビット幅に基づいて判断され得る。構成されたＣＣのためのＡＣＫ／ＮＡＣＫビット幅に基づいてコードレートを選択することにより、ｅＮＢ１１０ｘとＵＥ１２０ｘが両方とも同じコードレートを使用することが保証され得る。アクティブ化されたＣＣまたは検出されたＣＣのためのＡＣＫ／ＮＡＣＫビット幅に基づいてコードレートを選択することにより、より良好なパフォーマンスが与えられるが、ｅＮＢ１１０ｘによって判断されるコードレートとＵＥ１２０ｘによって判断されるコードレートとの間の不整合の可能性が高くなり得る。一例では、ｅＮＢ１１０ｘは、起こり得る不整合に対処するために、異なる可能なコードレートのための復号を実行する。検出されたＣＣに基づく高速適応は、ブロックコードのための異なるベースシーケンスの使用を可能にし得る。
【０１００】
また、ＣＳＩおよび／または他の情報を送るために利用可能なビットの数は、ＡＣＫ／ＮＡＣＫビット幅または総トランスポートブロックカウントに基づいて判断され得る。ＡＣＫ／ＮＡＣＫ情報、ＣＳＩ、および／または他の情報は多重化され得、得られたＵＣＩはＰＵＣＣＨまたはＰＵＳＣＨ上で送られ得る。１つのＰＵＣＣＨまたは１つのＰＵＳＣＨは、一緒に符号化され得る、ＡＣＫ／ＮＡＣＫ情報とＣＳＩの両方のフィードバックを同時にサポートすることができる。ＰＵＣＣＨまたはＰＵＳＣＨ上のＵＣＩのための利用可能なペイロードは、固定であり得、ｎPLAYLOADとして示され得る。たとえば、最高１３個の情報ビットが、ＰＵＣＣＨフォーマット３に基づいてＰＵＣＣＨ上で送られ得る。
【０１０１】
一例では、ＣＳＩおよび／または他の情報を送るために利用可能なビットの数ｎCSIは、以下のように、ＡＣＫ／ＮＡＣＫビット幅または総トランスポートブロックカウントに基づいて判断される。
【数９】
2013534392.tif 000015
【０１０２】
式（１０）中のｎHARQは、構成されたＣＣ、アクティブ化されたＣＣ、または検出されたＣＣ、またはスケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビット幅に基づいて判断され得る。式（１０）中のｎHARQはまた、総トランスポートブロックカウントに基づいて判断され得る。ｎHARQは、利用可能な場合、ＤＡＩに基づいて判断され得る。ｎHARQはまた、ＡＣＫ／ＮＡＣＫ情報が順序付きであるか順序付きでないかに依存し得る。
【０１０３】
ｅＮＢ１１０ｘは、ＣＳＩのための潜在的なフィードバックオーバーヘッドに鑑みてＡＣＫ／ＮＡＣＫビットの数を制御し得る。たとえば、ＡＣＫ／ＮＡＣＫ情報とともに報告すべき４ビット広帯域ＣＳＩフィードバックのみがある場合、ｅＮＢ１１０ｘはサブフレーム中に最高５つのダウンリンクＣＣをスケジュールし得る。同様に、１１ビットＣＳＩフィードバックが予想され、ＡＣＫ／ＮＡＣＫ情報と多重化され得るとき、ｅＮＢ１１０ｘは、特定のサブフレーム中に２ビットＡＣＫ／ＮＡＣＫフィードバックとともに１つまたは２つのダウンリンクＣＣをスケジュールし得る。ｅＮＢ１１０ｘは、したがって、ＡＣＫ／ＮＡＣＫフィードバックとＣＳＩフィードバックとのための総オーバーヘッドが、ＵＣＩのための利用可能なペイロードに適合することができるような数のダウンリンクＣＣをスケジュールし得る。
【０１０４】
表５に、ＡＣＫ／ＮＡＣＫ情報を送る４つの例示的な設計を記載する。これらの４つのＡＣＫ／ＮＡＣＫ設計の各々について以下でさらに詳細に説明する。
【表５】
2013534392.tif 000016
【０１０５】
第１のＡＣＫ／ＮＡＣＫ設計では、ＤＡＩはダウンリンクＣＣのために使用されない（しかし、以下で説明するようにＴＤＤにおけるダウンリンクサブフレームのために使用され得る）。ＡＣＫ／ＮＡＣＫ情報を搬送するＰＵＣＣＨの電力制御のためのＡＣＫ／ＮＡＣＫビット幅または総トランスポートブロックカウントは、たとえば、式（３）または式（８）に示すように、検出されたＣＣに基づいて判断され得る。ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断するためのＡＣＫ／ＮＡＣＫビット幅または総トランスポートブロックカウントは、たとえば、式（１）中に示すように、構成されたＣＣに基づいて判断され得る。ＤＡＩが利用可能でないとき、ＵＥ１２０ｘは、ＣＳＩがサブフレーム中のＡＣＫ／ＮＡＣＫ情報と衝突し、そのＡＣＫ／ＮＡＣＫ情報が３ビット以上を備えるとき、そのＣＳＩをドロップするように構成され得る。特に、ＤＡＩが利用可能でなく、３ビット以上のＡＣＫ／ＮＡＣＫフィードバックがあるとＵＥ１２０ｘが判断したとき、ＵＥ１２０ｘはＣＳＩをＡＣＫ／ＮＡＣＫ情報と多重化しないことがある。わずか１つまたは２つのＡＣＫ／ＮＡＣＫビットがある場合、ＡＣＫ／ＮＡＣＫ情報は、ＬＴＥ  Ｒｅｌｅａｓｅ  ８に記載されているようにＣＳＩと多重化され得る。
【０１０６】
ＤＡＩが利用されない状況では、ＤＣＩオーバーヘッドを低減することが可能である。ただし、スケジュールされたＣＣに関する追加の情報がない場合、ＡＣＫ／ＮＡＣＫビット幅を判断する際に誤りが存在し得、それにより、ＰＵＣＣＨの送信電力、またはＡＣＫ／ＮＡＣＫ情報を送るためのＰＵＳＣＨ中のリソース要素の数の判断においていくつかの誤りが生じ得る。本明細書で説明するように、ＰＵＣＣＨ電力制御のための検出されたＣＣに基づいて、およびＰＵＳＣＨ上のリソース要素を計数するための構成されたＣＣに基づいてＡＣＫ／ＮＡＣＫビット幅を判断することにより、そのような誤りの影響が緩和され得る。
【０１０７】
第２のＡＣＫ／ＮＡＣＫ設計では、同じくＤＡＩを利用しないが、ＰＵＣＣＨまたはＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫをＣＳＩと多重化することが可能になる。ＣＳＩおよび／または他の情報を送るために利用可能なビットの数を確認するためのＡＣＫ／ＮＡＣＫビット幅または総トランスポートブロックカウントは、構成されたＣＣ、アクティブ化されたＣＣ、または検出されたＣＣに基づいて判断され得る。ＣＳＩがＡＣＫ／ＮＡＣＫ情報と多重化されることを可能にすることにより、ＣＳＩの頻繁なドロップが低減し得、それによってデータ送信のパフォーマンスが改善され得る。
【０１０８】
第３のＡＣＫ／ＮＡＣＫ設計では、ＤＡＩは、ダウンリンク許可中に含まれ得、サブフレーム中でスケジュールされたダウンリンクＣＣの数、すなわち、ＰＤＳＣＨ送信の総数を示し得る。ＵＥ１２０ｘは、ＤＡＩに基づいて様々な機能を実行し得る。たとえば、ＵＥ１２０ｘは、式（４）または式（５）に示すように、ＤＡＩに基づいてＡＣＫ／ＮＡＣＫビット幅を判断し得る。ＵＥ１２０ｘは、次いで、ＡＣＫ／ＮＡＣＫビット幅または総トランスポートブロックカウントに基づいて、ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るための送信電力、ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数、ＡＣＫ／ＮＡＣＫ情報を送るためのＡＣＫ／ＮＡＣＫフィードバック方式、ＣＳＩおよび／または他の情報を送るために利用可能なビットの数、ＡＣＫ／ＮＡＣＫ情報を符号化するためのコードレートなどを判断し得る。ＵＥ１２０ｘはまた、ＤＡＩを利用して、ＰＤＣＣＨブラインド検出を低減し、フォールスアラームの関連する確率を低下させ得る。特に、ＵＥ１２０ｘは、ＤＡＩから得られたスケジュールされたＣＣの数に関する明示的情報を利用して、ＰＤＣＣＨを復号するのをいつ停止すべきかを判断し、ダウンリンク許可を含まないダウンリンクＣＣを処理することを回避し得る。
【０１０９】
第４のＡＣＫ／ＮＡＣＫ設計では、ＤＡＩは、ダウンリンク許可中に含まれ得、サブフレーム中でスケジュールされたダウンリンクＣＣの数と、スケジュールされたＣＣの識別情報、すなわち、スケジュールされたＣＣの総数および位置との両方を示し得る。ＣＣ識別情報は、たとえば、ＤＡＩのビットが、ＵＥ１２０ｘのために構成されたＣＣのうちの異なるＣＣに対応するときにシグナリングされ得る。ＤＡＩからの情報を使用して、ＵＥ１２０ｘは様々な機能を実行し得る。たとえば、ＵＥ１２０ｘは、式（７）に示すように、ＤＡＩによって示されるスケジュールされたＣＣに基づいてＡＣＫ／ＮＡＣＫビット幅を正確に判断し得る。ＵＥ１２０ｘはまた、ＡＣＫ／ＮＡＣＫビット幅または総トランスポートブロックカウントに基づいて、ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るための送信電力、ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数、ＡＣＫ／ＮＡＣＫ情報を送るためのＡＣＫ／ＮＡＣＫフィードバック方式、ＣＳＩおよび／または他の情報を送るために利用可能なビットの数、ＡＣＫ／ＮＡＣＫ情報を符号化するためのコードレートなどを正確に判断し得る。ＵＥ１２０ｘはまた、ＤＡＩを利用して、ダウンリンク許可のためにＰＤＣＣＨを復号すべきダウンリンクＣＣと、スキップすべきダウンリンクＣＣとを判断し得る。
【０１１０】
表６に、表３に記載されている３つの方式のためのＰＵＣＣＨ上でのＡＣＫ／ＮＡＣＫ情報の送信をまとめる。
【表６】
2013534392.tif 000017
【０１１１】
表７に、表３に記載されている３つの方式のためのＰＵＳＣＨ上でのＡＣＫ／ＮＡＣＫ情報の送信をまとめる。
【表７】
2013534392.tif 000018
【０１１２】
ＵＥ１２０ｘは、ダウンリンク上で半永続的スケジューリング（ＳＰＳ：semi-persistent scheduling）で構成され得る。ＳＰＳのために、ＵＥ１２０ｘは、ダウンリンクＣＣ上でのデータ送信のための関連するパラメータで半静的に構成され得、各ＰＤＳＣＨ送信は、ＰＤＣＣＨ上でダウンリンク許可を送ることなしに行われ得る。ＳＰＳは、ダウンリンクＰＣＣ上のみで、またはＵＥ１２０ｘのために構成されたいずれかのダウンリンクＣＣ上でサポートされ得る。
【０１１３】
ＳＰＳが（場合によってはダウンリンクＰＣＣ上のみに）存在するとき、ダウンリンクＳＣＣ上で送られるダウンリンク許可中にＤＡＩが存在する場合でも、ｅＮＢ１１０ｘとＵＥ１２０ｘとの間の不整合が生じ得る。たとえば、ＵＥ１２０ｘは２つのダウンリンクＣＣで構成され得、ＣＣ１がＰＣＣであり、ＣＣ２がＳＣＣである。ＵＥ１２０ｘは、ＤＡＩなしにＰＣＣ上でＳＰＳのために構成され得、ＤＡＩを用いてＳＣＣ上で動的にスケジュールされ得る。ＵＥ１２０ｘがＣＣ２についてＰＤＣＣＨを検出することができない場合、ＵＥ１２０ｘは、（ｉ）ＣＣ１上のＳＰＳ送信のみがあるのか、（ｉｉ）ＣＣ１上のＳＰＳ送信とＣＣ２上の動的にスケジュールされた送信の両方があるのか、（ｉｉｉ）（ＳＰＳ送信に取って代わるＣＣ１上の動的にスケジュールされた送信とともに）ＣＣ１とＣＣ２の両方の上の動的にスケジュールされた送信があるのかを知り得ない。
【０１１４】
上記で説明した状況は様々な方法で対処され得る。一例では、ＵＥ１２０ｘは、ＤＡＩがダウンリンク許可中に含まれないかのようにふるまい得る。ＵＥ１２０ｘは、その場合、検出されたＣＣに基づいてＰＵＣＣＨ電力制御を実行すること、構成されたＣＣに基づいてＰＵＳＣＨリソース要素の数を判断することなどを行い得る。別の例では、ＤＡＩは、ＳＰＳ送信がＰＣＣ上で送られるか、動的にスケジュールされた送信がＰＣＣ上で送られるかにかかわらず、ＰＣＣについての情報を含み得る。さらに別の例では、ＰＣＣがＳＰＳ送信を有する場合、ＤＡＩはＰＣＣについての情報を除外し得、ＰＣＣが動的にスケジュールされた送信を有する場合、ＤＡＩはＰＣＣについての情報を含み得る。ＰＣＣ上に動的スケジューリング送信がない場合、ＰＣＣ上のＳＰＳ送信は、ＰＵＣＣＨまたはＰＵＳＣＨ上の固定ビット幅（たとえば、１ビット）と固定ロケーションとに関連付けられ得る。そうではなく、ＰＣＣが、動的にスケジュールされた送信を有する場合、ＤＡＩはＰＣＣについての情報を含み得る。動的にスケジュールされた送信は、ＳＰＳ送信と競合するとき、そのＳＰＳ送信に取って代わり得る。各場合において、ＵＥ１２０ｘは、ＤＡＩの利用可能性（またはＤＡＩがないこと）に基づいて、上記で説明したように、ＰＵＣＣＨ電力制御を実行すること、ＰＵＳＣＨリソース要素の数を判断することなどを行い得る。
【０１１５】
表３に示す第３の方式では、ＤＡＩは、各ダウンリンク許可中に含まれ得、すべてのスケジュールされたＣＣを識別し得る。この構成を図７に示す。ＤＡＩからの情報を用いて、ＵＥ１２０ｘは、少なくとも１つのダウンリンク許可が特定のサブフレーム中で受信される限り、スケジュールされたＣＣの知識を取得し得る。ＵＥ１２０ｘは、たとえば、式（７）中に示すように、各スケジュールされたＣＣのためのＡＣＫ／ＮＡＣＫビットの数に基づいてＡＣＫ／ＮＡＣＫビット幅を判断し得る。
【０１１６】
ＵＥ１２０ｘは、ＵＥ１２０ｘによって検出されないダウンリンク許可／ＰＤＣＣＨを示すためにＤＴＸを送ることが望ましいことがある。たとえば、ＵＥ１２０ｘは、ＣＣｙ上で受信されたダウンリンク許可とともに含まれるＤＡＩに基づいてＣＣｘがスケジュールされたことを判断し得る。しかしながら、ＵＥ１２０ｘは、ＣＣｘ上でのＰＤＳＣＨ送信についてのダウンリンク許可を検出しないことがある。その場合、それの構成に応じて、ＵＥ１２０ｘはＣＣｘのためのＤＴＸをシグナリングし、ｅＮＢ１１０ｘは、ＤＴＸフィードバックを使用してＣＣｘのためのＰＤＣＣＨの送信を改善し得る。
【０１１７】
ＤＴＸを搬送するために未使用ビットが以下のように使用され得る。所与のダウンリンクＣＣ、ＣＣｊが、２つのトランスポートブロック（たとえば、ＭＩＭＯモード）をサポートする送信モードで構成され得、２つのＡＣＫ／ＮＡＣＫビットに関連付けられ得る。しかしながら、特定のサブフレームでは、ＣＣｊは、１つのトランスポートブロックの送信（たとえば、ＳＩＭＯモード）でスケジュールされ得る。ＣＣｊ上の送信に肯定応答するためにただ１つのＡＣＫ／ＮＡＣＫビットが必要とされ得る。送信モードに基づいて割り振られた未使用ビットが、ＤＡＩからの情報に基づいて逃したダウンリンク許可／ＰＤＣＣＨがあるか否かを伝達するために使用され得る。未使用ビットは、残余ビット、オーファンビットなどと呼ばれることもある。複数のダウンリンクＣＣのための未使用ビットは、より多くの情報をｅＮＢ１１０ｘに伝達するために、たとえば、どの特定のダウンリンク許可／ＰＤＣＣＨがＵＥ１２０ｘによって検出されないかを伝達するために一緒に使用され得る。
【０１１８】
ＡＣＫ／ＮＡＣＫビットを再利用する一例では、ＵＥ１２０ｘは、ＣＣ１、ＣＣ２およびＣＣ３を含み得る、３つのダウンリンクＣＣで構成され得る。すべての３つの構成されたＣＣは、対応するＰＤＳＣＨ送信に肯定応答するために２つのＡＣＫ／ＮＡＣＫビットが潜在的に必要とされる、２つのトランスポートブロックをサポートする送信モードに関連付けられ得る。ｅＮＢ１１０ｘは、所与のサブフレーム中で、構成されたＣＣのうちの２つをスケジュールし得、ＣＣ１は、１つのトランスポートブロックのためのＤＣＩフォーマット１Ａを用いてスケジュールされ、ＣＣ３は、２つのトランスポートブロックのためのＤＣＩフォーマット２を用いてスケジュールされる。４つのＡＣＫ／ＮＡＣＫビットが、それらの送信モードに基づいて２つのスケジュールされたＣＣのために利用可能であり得る。しかしながら、上記で説明したデータ送信では、わずか３つのＡＣＫ／ＮＡＣＫビット、すなわち、ＣＣ１のための１つのＡＣＫ／ＮＡＣＫビットと、ＣＣ３のための２つのＡＣＫ／ＮＡＣＫビットとが生成され得る。その場合、１つのＣＣのためのＤＴＸを搬送するためにＵＥ１２０ｘにとって１つの未使用ビットが利用可能になり得る。未使用ビットは、たとえば、ＣＣ３のためのＤＴＸを搬送するために使用され得、ＣＣ３のためのダウンリンク許可／ＰＵＣＣＨが受信された場合は第１の値（たとえば、「０」）に設定され得、またはＤＡＩから取得されたスケジュールされたＣＣに関する情報に基づいてＣＣ３のためのダウンリンク許可／ＰＵＣＣＨが受信されない場合は第２の値（たとえば、「１」）に設定され得る。４つのＡＣＫ／ＮＡＣＫビットが、次いで、以下のように送られ得る。
【０１１９】
ＣＣ３についてのダウンリンク許可が消失していることをｅＮＢ１１０ｘに通知するために｛ｘ１００｝を送る、または
ＣＣ３についてのダウンリンク許可が検出されたことをｅＮＢ１１０ｘに通知するために｛ｘ０ｙｚ｝を送る
ただし、ｘは、ＣＣ１のためのＡＣＫ／ＮＡＣＫビットであり、ｙおよびｚは、ＣＣ３のための２つのＡＣＫ／ＮＡＣＫビットであり、ｘ、ｙおよびｚはそれぞれ「０」または「１」の値を有し得る。
【０１２０】
概して、５つのダウンリンクＣＣのためのＡＣＫ、ＮＡＣＫ、またはＤＴＸを搬送するために１２ビットが使用され得る。ＵＥ１２０ｘは、未使用ビットが利用可能であるときはいつでもＤＴＸを報告するか、またはいくつかの条件の発生時にＤＴＸを報告するように構成され得る。たとえば、ＵＥ１２０ｘは、構成されたＣＣまたはスケジュールされたＣＣの数が（１０ビットＡＣＫ／ＮＡＣＫペイロードに適合するように）４よりも少ない場合のみ、あるいは２つのダウンリンクＣＣが構成された場合のみなどにおいてＤＴＸを報告し得る。
【０１２１】
また、ＴＤＤにおいてスケジュールされたサブフレームに関する情報を搬送するためにＤＡＩが使用され得る。たとえば、ＬＴＥのＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｄ、２、２Ａまたは２Ｂに基づいて送られるダウンリンク許可中に２ビットＤＡＩが含まれ得る。２ビットＤＡＩは、サブフレームｎ中で送られ得、（１つまたは複数の）サブフレームｎ−ｋ内の現在のサブフレームまでの、割り当てられた（１つまたは複数の）ＰＤＳＣＨ送信をもつ（１つまたは複数の）ＰＤＣＣＨと、ＳＰＳリリースを示すＰＤＣＣＨとの累積数を示し得、ｋはＫに属し、ただし、Ｋは、ＡＣＫ／ＮＡＣＫフィードバックが送られるのと同じアップリンクサブフレームに関連するダウンリンクサブフレームのセットを示す。２ビットＤＡＩはまた、ＬＴＥにおけるＤＣＩフォーマット０に基づいて送られるアップリンク許可中に含まれ得る。この場合、ＤＡＩは、サブフレームｎ−ｋ’中でＵＥ１２０ｘによって検出され得、サブフレームｎ−ｋ’内のＰＤＳＣＨ送信とダウンリンクＳＰＳリリースを示すＰＤＣＣＨとをもつサブフレームの総数を表し得、ｋ’はＫに属する。各場合において、ＤＡＩは、ＵＥ１２０ｘが、逃したダウンリンク許可を検出し、より効率的なＡＣＫ／ＮＡＣＫフィードバックを可能にし、他の利点を提供するのを助け得る。
【０１２２】
１つの設計では、ＴＤＤにおけるマルチキャリア動作のためのスケジュールされたＣＣとスケジュールされたサブフレームとに関する情報を搬送するために２次元（２Ｄ）ＤＡＩが使用され得る。２Ｄ  ＤＡＩは、それぞれ時間領域および周波数領域をカバーするためのＤＡＩ＿ＴｉｍｅおよびＤＡＩ＿Ｆｒｅｑという、２つの構成要素を含み得る。ＤＡＩ＿Ｔｉｍｅは、ＴＤＤで動作しているときに許可中に含まれ得る。ＤＡＩ＿Ｆｒｅｑは、ＵＥ１２０ｘがＦＤＤまたはＴＤＤのいずれかにおいて２つ以上のダウンリンクＣＣで構成された場合に許可中に含まれ得る。ＤＡＩ＿Ｔｉｍｅは、２ビットを備え得、ダウンリンクＣＣごとに与えられ得る。ＤＡＩ＿Ｔｉｍｅは、ダウンリンク許可またはアップリンク許可中に含まれ得、特定のダウンリンクＣＣ上のダウンリンクサブフレーム関連セット中のダウンリンクサブフレームにわたる（時間的な）ＰＤＳＣＨ送信の累積数を示し得る。ＤＡＩ＿Ｆｒｅｑは、１〜３ビットを備え得、ダウンリンクサブフレームごとに与えられ得る。ＤＡＩ＿Ｆｒｅｑは、ダウンリンク許可またはアップリンク許可中に含まれ得、スケジュールされたＣＣの総数および／または所与のサブフレーム中でどのＣＣがスケジュールされたかを示し得る。ＤＡＩ＿Ｔｉｍｅおよび／またはＤＡＩ＿Ｆｒｅｑはまた、それらがダウンリンク許可中に含まれるのかアップリンク許可中に含まれるのかに応じて異なる情報を搬送し得る。たとえば、ダウンリンク許可中に含まれるＤＡＩ＿Ｆｒｅｑは、スケジュールされたＣＣを識別し得るが、アップリンク許可中に含まれるＤＡＩ＿Ｆｒｅｑは、スケジュールされたＣＣの数を示し得る。
【０１２３】
いくつかの状況では、アップリンク上での送信のためのＡＣＫ／ＮＡＣＫビットの数を低減することが望ましい。ＡＣＫ／ＮＡＣＫ情報のビット数は、表８に記載されているように、空間バンドリング、サブフレームバンドリング、および／またはＣＣバンドリングを実行することによって低減され得る。
【表８】
2013534392.tif 000019
【０１２４】
概して、ＵＥは、ＡＣＫ／ＮＡＣＫフィードバックの量を低減するために１つまたは複数のタイプのバンドリングを利用し得る。バンドリングは、ワイヤレスネットワークがＦＤＤを利用するのかＴＤＤを利用するのか、構成されたＣＣの数、ＴＤＤにおけるアップリンクダウンリンク構成、所望のＡＣＫ／ＮＡＣＫペイロードサイズ、チャネル状態など、様々なファクタに応じて異なる方法で実行され得る。
【０１２５】
空間バンドリングでは、１つのサブフレーム中の１つのダウンリンクＣＣ上の複数のレイヤを介して複数のトランスポートブロックが受信され得、トランスポートブロックごとにＡＣＫまたはＮＡＣＫが取得され得る。すべてのトランスポートブロックについてＡＣＫが取得された場合、バンドルされたＡＣＫが生成され得る。いずれかのトランスポートブロックについてＮＡＣＫが取得された場合、バンドルされたＮＡＣＫが生成され得る。サブフレームバンドリングでは、複数のサブフレーム中の１つのダウンリンクＣＣ上で複数のトランスポートブロックが受信され得、たとえば、各サブフレーム中で１つのトランスポートブロックが受信され得る。トランスポートブロックごとにＡＣＫまたはＮＡＣＫが取得され得る。すべてのトランスポートブロックについてＡＣＫが取得された場合、バンドルされたＡＣＫが生成され得、いずれかのトランスポートブロックについてＮＡＣＫが取得された場合、バンドルされたＮＡＣＫが生成され得る。ＣＣバンドリングでは、１つのサブフレーム中の複数のダウンリンクＣＣ上で複数のトランスポートブロックが受信され得、たとえば、各ダウンリンクＣＣ上で１つのトランスポートブロックが受信され得る。トランスポートブロックごとにＡＣＫまたはＮＡＣＫが取得され得る。すべてのトランスポートブロックについてＡＣＫが取得された場合、バンドルされたＡＣＫが生成され得、いずれかのトランスポートブロックについてＮＡＣＫが取得された場合、バンドルされたＮＡＣＫが生成され得る。バンドリングのすべての３つのタイプを用いて、ｅＮＢ１１０ｘが、バンドルされたＮＡＣＫを受信したとき、ｅＮＢ１１０ｘは適用可能なトランスポートブロックのすべてを再送信し得る。
【０１２６】
いくつかの例では、空間バンドリングは、ＦＤＤにおけるマルチキャリア動作とともに利用される。Ｍ個の構成されたＣＣについて最高Ｍ個のＡＣＫ／ＮＡＣＫビットが生成され得、たとえば、構成されたＣＣまたはスケジュールされたＣＣごとに１つのＡＣＫ／ＮＡＣＫビットが生成され得る。ＡＣＫ／ＮＡＣＫ送信のカバレージを改善するために、構成されたＣＣの数が制限され得、および／またはＡＣＫ／ＮＡＣＫ情報が、繰り返し、たとえば、２倍、４倍、または６倍で送られ得る。ＡＣＫ／ＮＡＣＫの繰り返しは、ＵＣＩ送信への影響がほとんどないときに利用され得る。たとえば、ＡＣＫ／ＮＡＣＫ送信が送られるときにＣＳＩ送信がドロップされ得るので、ＡＣＫ／ＮＡＣＫの繰り返しは、ＣＳＩ送信が影響を受けないときに利用され得る。
【０１２７】
いくつかの例では、空間バンドリングおよびサブフレームバンドリングは、ＴＤＤにおけるマルチキャリア動作のために利用され得る。ＵＥ１２０ｘは、（ｉ）マルチキャリア動作のための最高５つのダウンリンクＣＣと、（ｉｉ）ＴＤＤのための１つのアップリンクサブフレームに対して最高４つのダウンリンクサブフレームをもつアップリンクダウンリンク構成とで構成され得る。１つまたは複数のＡＣＫ／ＮＡＣＫフィードバックモードがサポートされ得、各ＡＣＫ／ＮＡＣＫフィードバックモードは異なる方法でバンドリングを実行し得る。
【０１２８】
ＴＤＤにおけるマルチキャリア動作のための第１のＡＣＫ／ＮＡＣＫフィードバックモードでは、ただ１つのタイプのバンドリングが実行され、バンドリングタイプは構成されたＣＣの数に依存し得る。１つのＣＣが構成された場合、空間バンドリングのみが実行されて最高４つのＡＣＫ／ＮＡＣＫビットが取得され、ダウンリンクサブフレームごとに１つのＡＣＫ／ＮＡＣＫビットが取得され得る。２つのＣＣが構成された場合、サブフレームバンドリングのみが実行されて、最高４つのＡＣＫ／ＮＡＣＫビットが取得されるか、あるいは構成されたＣＣまたはスケジュールされたＣＣごとに最高２つのＡＣＫ／ＮＡＣＫビットが取得され得る。代替的に、空間バンドリングのみが実行されて、最高８つのＡＣＫ／ＮＡＣＫビットが取得されるか、または各ダウンリンクサブフレーム中の構成されたＣＣごとに１つのＡＣＫ／ＮＡＣＫビットが取得され得る。３つ以上のＣＣが構成された場合、サブフレームバンドリングのみが実行されて、最高２＊Ｍ個のＡＣＫ／ＮＡＣＫビットが取得されるか、あるいは構成されたＣＣまたはスケジュールされたＣＣごとに最高２つのＡＣＫ／ＮＡＣＫビットが取得され得る。
【０１２９】
ＴＤＤにおけるマルチキャリア動作のための第２のＡＣＫ／ＮＡＣＫフィードバックモードでは、１つまたは複数のタイプのバンドリングが実行され、（１つまたは複数の）バンドリングタイプは構成されたＣＣの数に依存し得る。１つのＣＣが構成された場合、サブフレームバンドリングのみが実行されて最高２つのＡＣＫ／ＮＡＣＫビットが取得され得る。２つのＣＣが構成された場合、空間バンドリングとサブフレームバンドリングの両方が実行されて最高２つのＡＣＫ／ＮＡＣＫビットが取得され得る。３つ以上のＣＣが構成された場合、空間バンドリングとサブフレームバンドリングの両方が実行されて、最高Ｍ個のＡＣＫ／ＮＡＣＫビットが取得され、たとえば、構成されたＣＣまたはスケジュールされたＣＣごとに１つのＡＣＫ／ＮＡＣＫビットが取得され得る。
【０１３０】
バンドリングは他の方法でも実行され得る。たとえば、ＣＣバンドリングは、すべてのＭ個の構成されたＣＣではなく、Ｍ個の構成されたＣＣのサブセット（たとえば、十分な相関関係をもつダウンリンクＣＣ）について実行され得る。サブフレームバンドリングは、無線フレーム中のすべてのダウンリンクサブフレームのサブセットについて実行され得る。
【０１３１】
本明細書で説明する技法は様々な利点を提供する。まず、本技法は、ＦＤＤとＴＤＤとにおけるマルチキャリア動作のための効率的なＡＣＫ／ＮＡＣＫフィードバックを可能にし得る。本技法はまた、異なるタイプのＵＣＩ間の多重化能力、たとえば、１つのサブフレーム中でのＡＣＫ／ＮＡＣＫとＣＳＩの多重化を与え得る。ＤＡＩは、（ＴＤＤのための）時間領域および／または（ＦＤＤのための）周波数領域をカバーし得る。ＤＡＩはまた、サブフレームｎ中で送られるＤＡＩがサブフレームｎ＋１およびそれ以後におけるスケジューリングをカバーしないように、因果的であるように定義され得る。これにより、バンドリングウィンドウ中のダウンリンクサブフレームにわたって独立したスケジューリングが維持されることが可能になり得る。
【０１３２】
図８に、ワイヤレスネットワークにおいてＡＣＫ／ＮＡＣＫ情報を送るための例示的なプロセス８００を示す。プロセス８００は、（以下で説明するように）ＵＥによって、または何らかの他のエンティティによって実行され得る。ＵＥは、ＵＥのために構成された複数のＣＣのうちの少なくとも１つのＣＣ上でデータ送信を受信する（ブロック８１２）。ＵＥは、データ送信に対するＡＣＫ／ＮＡＣＫ情報を判断する（ブロック８１４）。ＵＥは、ＡＣＫ／ＮＡＣＫ情報を送るためのアップリンクチャネルを判断する（ブロック８１６）。ＵＥがＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るときに、ＵＥは、データ送信が受信された少なくとも１つのＣＣ（すなわち、少なくとも１つの検出されたＣＣ）に基づいて、ＡＣＫ／ＮＡＣＫ情報を送るための電力制御を実行する（ブロック８１８）。代替的に、ＵＥがＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るときに、ＵＥは、ＵＥのために構成された複数のＣＣに基づいて、ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断する（ブロック８２０）。ＵＥは、したがって、異なる目的のためにおよび／または異なるアップリンクチャネル上でＡＣＫ／ＮＡＣＫ情報を送るために、異なるＣＣ（たとえば、検出されたＣＣまたは構成されたＣＣ）を考察し得る。
【０１３３】
ブロック８１８の一例では、ＵＥは、たとえば、式（８）中に示すように、データ送信中で受信されたトランスポートブロックの総数を判断し得る。ＵＥは、（ｉ）１つのトランスポートブロックをサポートするＤＣＩフォーマットを有するダウンリンク許可に関連する各ＣＣ上で１つのトランスポートブロックが受信され、（ｉｉ）２つのトランスポートブロックをサポートするＤＣＩフォーマットを有するダウンリンク許可に関連する各ＣＣ上で２つのトランスポートブロックが受信されたと判断し得る。ＵＥは、各検出されたＣＣ上で１つのトランスポートブロックが受信されたのか、２つのトランスポートブロックが受信されたのかに基づいて、データ送信中で受信されたトランスポートブロックの総数を判断し得る。ＵＥは、ＵＥによって受信されたトランスポートブロックの総数に基づいて、ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断し得る。
【０１３４】
ブロック８２０の一例では、ＵＥは、複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断し得る。ＵＥは、（ｉ）１つのトランスポートブロックをサポートする送信モードで構成された各ＣＣのための１つのＡＣＫ／ＮＡＣＫビットと、（ｉｉ）２つのトランスポートブロックをサポートする送信モードで構成された各ＣＣのための２つのＡＣＫ／ＮＡＣＫビットとを判断し得る。ＵＥは、複数のＣＣの各々のための１つまたは２つのＡＣＫ／ＮＡＣＫビットに基づいて複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断し得る。ＵＥは、複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて、ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断し得る。
【０１３５】
図９に、ワイヤレスネットワークにおいてＡＣＫ／ＮＡＣＫ情報を受信するための例示的なプロセス９００を示す。プロセス９００は、（本明細書で説明するように）基地局／ｅＮＢによって、または何らかの他のエンティティによって実行され得る。基地局は、ＵＥのために構成された複数のＣＣのうちの少なくとも１つのＣＣ上でデータ送信をＵＥに送る（ブロック９１２）。基地局は、ＵＥからデータ送信に対するＡＣＫ／ＮＡＣＫ情報を受信するためのアップリンクチャネルを判断する（ブロック９１４）。たとえば、基地局は、アップリンク許可がデータ送信を伴うとき、ＡＣＫ／ＮＡＣＫ情報がＰＵＳＣＨ上で受信されると判断するか、またはアップリンク許可が与えられないとき、ＡＣＫ／ＮＡＣＫ情報がＰＵＣＣＨ上で受信されると判断し得る。
【０１３６】
基地局は、ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を受信すると判断されたときに、少なくとも１つのＣＣに基づいて判断された送信電力でＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報をＵＥから受信する（ブロック９１６）。１つの設計では、送信電力は、少なくとも１つのＣＣ上でＵＥによって受信されたトランスポートブロックの総数に基づいて判断され得る。基地局は、検出された送信電力に応答して、ＵＥに電力制御コマンドを送るかまたはＵＥへのデータ送信を調整し得る。ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報が受信されたとき、利用されるリソース要素の数は、ＵＥによる使用のために構成されたＣＣに従って判断され得る。一例では、リソース要素の数は、複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて判断され得る。
【０１３７】
図１０に、ワイヤレスネットワークにおいてＡＣＫ／ＮＡＣＫ情報を送るための例示的なプロセス１０００を示す。プロセス１０００は、（以下で説明するように）ＵＥによって、または何らかの他のエンティティによって実行され得る。ＵＥは、ＵＥのために構成された複数のＣＣのうちの少なくとも１つのＣＣ上でデータ送信を受信する（ブロック１０１２）。ＵＥは、データ送信に対するＡＣＫ／ＮＡＣＫ情報を判断する（ブロック１０１４）。ＵＥは、少なくとも１つのＣＣ上でデータ送信中で受信されたトランスポートブロックの総数を判断する（ブロック１０１６）。ＵＥは、ＵＥによって受信されたトランスポートブロックの総数に基づいて、ＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断する（ブロック１０１８）。ＵＥは、判断された送信電力に基づいて、（たとえば、ＰＵＣＣＨ上で）ＡＣＫ／ＮＡＣＫ情報を送る（ブロック１０２０）。
【０１３８】
ＵＥは、ＵＥを対象とする少なくとも１つのダウンリンク許可を受信し得る。ＵＥは、少なくとも１つのダウンリンク許可に基づいてデータ送信が受信された少なくとも１つのＣＣを識別し得る。
【０１３９】
ブロック１０１６の一例では、ＵＥは、少なくとも１つのＣＣの各々上で受信されたトランスポートブロックの数を判断し得る。ＵＥは、各ＣＣ上で受信されたトランスポートブロックの数に基づいて、データ送信中で受信されたトランスポートブロックの総数を判断し得る。ＵＥは、単一のサブフレーム中の少なくとも１つのＣＣ上で受信されたトランスポートブロックの数を合計し得る。ブロック１０１６の別の例では、ＵＥは、少なくとも１つのＣＣの各々のためのＡＣＫ／ＮＡＣＫビットの数を判断し得る。ＵＥは、各ＣＣのためのＡＣＫ／ＮＡＣＫビットの数に基づいて、データ送信のためのＡＣＫ／ＮＡＣＫビットの総数を判断し得る。ＡＣＫ／ＮＡＣＫビットの総数はトランスポートブロックの総数に等しくなり得る。
【０１４０】
本明細書で説明するように、ＵＥは、データ送信中で受信されたトランスポートブロックの総数に基づいて、ＡＣＫ／ＮＡＣＫ情報を送るためのＰＵＣＣＨフォーマットを判断し得る。ＵＥは、２つのシグナリングビットをサポートするＰＵＣＣＨフォーマットとチャネル選択とに基づいて、ＡＣＫ／ＮＡＣＫ情報を送り得る。代替的に、ＵＥは、ＤＦＴ−Ｓ−ＯＦＤＭを利用するＰＵＣＣＨフォーマットに基づいてＡＣＫ／ＮＡＣＫ情報を送り得る。
【０１４１】
また、ＵＥは、ＡＣＫ／ＮＡＣＫ情報が送られるサブフレーム中で、ＣＳＩをＡＣＫ／ＮＡＣＫ情報と多重化し得る。ＵＥは、ＡＣＫ／ＮＡＣＫビットの総数と利用可能なペイロードサイズとに基づいて、ＣＳＩを送るために利用可能なビットを判断し得る。ＵＥは、ＣＳＩを送るために利用可能なビットに基づいて、ＣＳＩをＡＣＫ／ＮＡＣＫ情報と多重化し得る。別の設計では、ＵＥは、ＡＣＫ／ＮＡＣＫ情報が送られるサブフレーム中でＣＳＩをドロップ／廃棄し得る。
【０１４２】
図１１に、ワイヤレスネットワークにおいてＡＣＫ／ＮＡＣＫ情報を受信するための例示的なプロセス１１００を示す。プロセス１１００は、（以下で説明するように）基地局／ｅＮＢによって、または何らかの他のエンティティによって実行され得る。基地局は、ＵＥのために構成された複数のＣＣのうちの少なくとも１つのＣＣ上でデータ送信をＵＥに送る（ブロック１１１２）。基地局はまた、少なくとも１つのＣＣ上でデータ送信のための少なくとも１つのダウンリンク許可を送り得る。基地局は、ＵＥからデータ送信に対するＡＣＫ／ＮＡＣＫ情報を受信する（ブロック１１１４）。ＡＣＫ／ＮＡＣＫ情報は、少なくとも１つのＣＣ上でのデータ送信中でＵＥによって受信されたトランスポートブロックの総数に基づいて判断された送信電力でＵＥによって送られ得る。トランスポートブロックの総数は、少なくとも１つのＣＣの各々上でＵＥによって受信されたトランスポートブロックの数に基づいて、ＵＥによって判断され得る。
【０１４３】
図１２に、ワイヤレスネットワークにおいてＡＣＫ／ＮＡＣＫ情報を送るための例示的なプロセス１２００を示す。プロセス１２００は、（以下で説明するように）ＵＥによって、または何らかの他のエンティティによって実行され得る。ＵＥは、ＵＥのために構成された複数のＣＣのうちの少なくとも１つのＣＣ上でデータ送信を受信する（ブロック１２１２）。ＵＥは、データ送信に対するＡＣＫ／ＮＡＣＫ情報を判断する（ブロック１２１４）。ＵＥは、ＵＥのために構成された複数のＣＣに基づいて、ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断する（ブロック１２１６）。ＵＥは、リソース要素の判断された数に基づいて、（たとえば、ＰＵＳＣＨ上で）ＡＣＫ／ＮＡＣＫ情報を送る（ブロック１２１８）。
【０１４４】
ブロック１２１６の一例では、ＵＥは、複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数を判断し得る。ＵＥは、複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて、ＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断し得る。
【０１４５】
ＵＥは、たとえば、図６の順序付きの場合によって示されるように、複数のＣＣのうちの各ＣＣのインデックスに基づいて、複数のＣＣのためのＡＣＫ／ＮＡＣＫビットを順序付け得る。代替的に、ＵＥは、たとえば、図６の非順序付きの場合によって示されるように、各ＣＣのための（１つまたは複数の）ＡＣＫ／ＮＡＣＫビットを、そのＣＣに割り当てられた特定の位置に配置し得る。
【０１４６】
本明細書で説明するように、ＵＥは、ＡＣＫ／ＮＡＣＫ情報が送られるサブフレーム中で、ＣＳＩをＡＣＫ／ＮＡＣＫ情報と多重化し得る。ＵＥは、複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数と利用可能なペイロードサイズとに基づいて、ＣＳＩを送るために利用可能なビットを判断し得る。ＵＥは、ＣＳＩを送るために利用可能なビットに基づいて、ＣＳＩをＡＣＫ／ＮＡＣＫ情報と多重化し得る。別の設計では、ＵＥは、ＡＣＫ／ＮＡＣＫ情報が送られるサブフレーム中でＣＳＩをドロップ／廃棄し得る。
【０１４７】
図１３に、ワイヤレスネットワークにおいてＡＣＫ／ＮＡＣＫ情報を受信するための例示的なプロセス１３００を示す。プロセス１３００は、（本明細書で説明するように）基地局／ｅＮＢによって、または何らかの他のエンティティによって実行され得る。基地局は、ＵＥのために構成された複数のＣＣのうちの少なくとも１つのＣＣ上でデータ送信をＵＥに送る（ブロック１３１２）。基地局は、ＵＥのために構成された複数のＣＣに基づいて、データ送信のためのＡＣＫ／ＮＡＣＫ情報を受信するためのリソース要素の数を判断する（ブロック１３１４）。リソース要素の数は、複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数に基づいて判断され得、各ＣＣのためのＡＣＫ／ＮＡＣＫビットの数は、ＣＣの送信モードに基づいて判断され得る。基地局は、リソース要素の判断された数に基づいてＡＣＫ／ＮＡＣＫ情報を受信する（ブロック１３１６）。複数のＣＣのためのＡＣＫ／ＮＡＣＫビットは、複数のＣＣのうちの各ＣＣのインデックスに基づいて順序付けられるか、または各ＣＣのための特定の位置に配置され得る。
【０１４８】
基地局は、複数のＣＣのためのＡＣＫ／ＮＡＣＫビットの総数と利用可能なペイロードサイズとに基づいて、ＣＳＩを送るために利用可能なビットを判断し得る。基地局は、ＣＳＩを送るために利用可能なビットに基づいて、ＣＳＩとＡＣＫ／ＮＡＣＫ情報とを非多重化し得る。
【０１４９】
図１４に、図１の基地局／ｅＮＢの１つであり得る基地局／ｅＮＢ１１０ｙおよび図１のＵＥの１つであり得るＵＥ１２０ｙの設計のブロック図を示す。基地局１１０ｙ内で、モジュール１４１０は、ＵＥ１２０ｙがスケジュールされる１つまたは複数のＣＣのためのダウンリンク許可および／または他のＤＣＩを備えるＰＤＣＣＨ送信を生成し得る。モジュール１４１２は、スケジュールされたＣＣについてのデータを備えるＰＤＳＣＨ送信を生成し得る。送信機１４１４は、ＰＤＣＣＨおよび／またはＰＤＳＣＨ送信を備える１つまたは複数のダウンリンク信号を生成し、送信し得る。受信機１４１６は、ＵＥ１２０ｙおよび他のＵＥによって送信されたアップリンク信号を受信し、処理し得る。モジュール１４２０は、ｅＮＢ１１０ｙによって送られたデータ送信に対するＵＥ１２０ｙによって送られるＡＣＫ／ＮＡＣＫ情報のための送信パラメータ（たとえば、ＡＣＫ／ＮＡＣＫフィードバック方式、コードレートなど）を判断し得る。モジュール１４１８は、ＵＥ１２０ｙによって送られたＡＣＫ／ＮＡＣＫ情報を復元するために、ＡＣＫ／ＮＡＣＫ送信パラメータに従って１つまたは複数の受信信号を処理し得る。モジュール１４１８はまた、ＵＥ１２０ｙによって送られたＣＳＩおよび／または他の情報を復元し得る。
【０１５０】
モジュール１４２２は、ＵＥ１２０ｙのマルチキャリア構成を判断し、たとえば、どのＣＣがダウンリンクおよびアップリンクのためのＵＥ１２０ｙのために構成され、どのＣＣがＵＥ１２０ｙのためのダウンリンクＰＣＣおよびアップリンクＰＣＣであるかを判断し得る。モジュール１４２４は、ＵＥ１２０ｙに送られた許可中にＤＡＩが含まれるか否か、ＵＥ１２０ｙのための構成されたＣＣであるのかスケジュールされたＣＣであるのか、バンドリングが実行されるかどうかなど、様々なファクタに基づいて、ＵＥ１２０ｙのためのＡＣＫ／ＮＡＣＫビット幅および／または総トランスポートブロックカウントを判断し得る。モジュール１４２６は、ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るためにＵＥ１２０ｙによって使用されるリソース要素の数を判断し得る。基地局１１０ｙ内の様々なモジュールは、上記で説明したように動作し得る。コントローラ／プロセッサ１４２８は、基地局１１０ｙ内の様々なモジュールの動作を指示し得る。メモリ１４３０は、基地局１１０ｙのためのデータとプログラムコードとを記憶し得る。スケジューラ１４３２は、データ送信のためにＵＥをスケジュールし得る。
【０１５１】
ＵＥ１２０ｙ内で、受信機１４５０は、基地局１１０ｙおよび他の基地局からのダウンリンク信号を受信し、処理し得る。モジュール１４５２は、１つまたは複数の受信信号を処理（たとえば、復調および復号）して、ＵＥ１２０ｙに送られたＰＤＣＣＨ送信を復元し得る。モジュール１４５４は、（１つまたは複数の）受信信号を処理して、ＵＥ１２０ｙに送られたＰＤＳＣＨ送信を復元し得る。モジュール１４５８は、受信されたデータ送信のためのＡＣＫ／ＮＡＣＫ情報を判断し得る。モジュール１４５６は、ＡＣＫ／ＮＡＣＫ情報を送るための送信パラメータを判断し得る。モジュール１４５８は、ＡＣＫ／ＮＡＣＫ送信パラメータに従ってＰＵＣＣＨまたはＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送り得る。モジュール１４５８はまた、ＰＵＣＣＨまたはＰＵＳＣＨ上でＣＳＩおよび／または他の情報を送り得る。送信機１４６０は、ＰＵＣＣＨ送信またはＰＵＳＣＨ送信を備える１つまたは複数のアップリンク信号を生成し、送信し得る。
【０１５２】
モジュール１４６８は、ＵＥ１２０ｙのマルチキャリア構成を判断し、たとえば、どのＣＣがダウンリンクおよびアップリンクのためのＵＥ１２０ｙのために構成され、どのＣＣがＵＥ１２０ｙのためのダウンリンクＰＣＣおよびアップリンクＰＣＣであるかを判断し得る。モジュール１４６２は、ＵＥ１２０ｙに送られた許可中にＤＡＩが含まれるか否か、ＵＥ１２０ｙのための構成されたＣＣであるのかスケジュールされたＣＣであるのか、バンドリングが実行されるかどうかなど、様々なファクタに基づいて、ＵＥ１２０ｙのためのＡＣＫ／ＮＡＣＫビット幅および／または総トランスポートブロックカウントを判断し得る。モジュール１４６４は、ＡＣＫ／ＮＡＣＫビット幅および／または総トランスポートブロックカウントに基づいてＰＵＣＣＨの電力制御を実行し、たとえば、ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るための送信電力を判断し得る。モジュール１４６６は、ＰＵＳＣＨ上でＡＣＫ／ＮＡＣＫ情報を送るためのリソース要素の数を判断し得る。ＵＥ１２０ｙ内の様々なモジュールは、上記で説明したように動作し得る。コントローラ／プロセッサ１４７０は、ＵＥ１２０ｙ内の様々なモジュールの動作を指示し得る。メモリ１４７２は、ＵＥ１２０ｙのためのデータとプログラムコードとを記憶し得る。
【０１５３】
図１４のモジュールは、プロセッサ、電子デバイス、ハードウェアデバイス、電子構成要素、論理回路、メモリ、ソフトウェアコード、ファームウェアコードなど、またはそれらの任意の組合せを備え得る。
【０１５４】
図１５に、図１の基地局／ｅＮＢの１つであり得る基地局／ｅＮＢ１１０ｚおよび図１のＵＥの１つであり得るＵＥ１２０ｚの設計のブロック図を示す。基地局１１０ｚはＴ個のアンテナ１５３４ａ〜１５３４ｔを装備し得、ＵＥ１２０ｚはＲ個のアンテナ１５５２ａ〜１５５２ｒを装備し得、ただし一般にＴ≧１およびＲ≧１である。
【０１５５】
基地局１１０ｚにおいて、送信プロセッサ１５２０は、１つまたは複数のＵＥへの１つまたは複数のダウンリンクＣＣ上での送信のためのデータをデータソース１５１２から受信し、各ＵＥのために選択された１つまたは複数の変調およびコーディング方式に基づいてそのＵＥについてデータを処理（たとえば、符号化および変調）し、すべてのＵＥのデータシンボルを与え得る。送信プロセッサ１５２０はまた、（たとえば、許可、ＤＡＩ、構成メッセージなどについての）制御情報を処理し、制御シンボルを与え得る。プロセッサ１５２０はまた、基準信号のための基準シンボルを生成し得る。送信（ＴＸ）ＭＩＭＯ処理装置１５３０は、（適用可能な場合は）データシンボル、制御シンボル、および／または基準シンボルをプリコードし、Ｔ個の出力シンボルストリームをＴ個の変調器（ＭＯＤ）１５３２ａ〜１５３２ｔに与え得る。各変調器１５３２は、（たとえば、ＯＦＤＭ用などに）それの出力シンボルストリームを処理して出力サンプルストリームを取得し得る。各変調器１５３２はさらに、それの出力サンプルストリームを調整（たとえば、アナログへの変換、増幅、フィルタ処理、およびアップコンバート）してダウンリンク信号を取得し得る。変調器１５３２ａ〜１５３２ｔからのＴ個のダウンリンク信号は、それぞれＴ個のアンテナ１５３４ａ〜１５３４ｔを介して送信され得る。
【０１５６】
ＵＥ１２０ｚにおいて、アンテナ１５５２ａ〜１５５２ｒは、基地局１１０ｚおよび／または他の基地局からダウンリンク信号を受信し得、受信信号をそれぞれ復調器（ＤＥＭＯＤ）１５５４ａ〜１５５４ｒに与え得る。各復調器１５５４は、それの受信信号を調整（たとえば、フィルタ処理、増幅、ダウンコンバート、およびデジタル化）して、入力サンプルを得る。各復調器１５５４はさらに、（たとえば、ＯＦＤＭなどの）入力サンプルを処理して受信シンボルを取得し得る。ＭＩＭＯ検出器１５５６は、すべてのＲ個の復調器１５５４ａ〜１５５４ｒから受信シンボルを取得し、受信シンボルに対してＭＩＭＯ検出を実行し、検出シンボルを与え得る。受信プロセッサ１５５８は、検出シンボルを処理（たとえば、復調および復号）し、ＵＥ１２０ｚの復号されたデータをデータシンク１５６０に供給し、復号された制御情報をコントローラ／プロセッサ１５８０に与え得る。
【０１５７】
アップリンク上では、ＵＥ１２０ｚにおいて、送信プロセッサ１５６４は、データソース１５６２からデータを受信および処理し、コントローラ／プロセッサ１５８０から（たとえば、ＡＣＫ／ＮＡＣＫ情報、ＣＳＩなどの）制御情報を受信し処理し得る。プロセッサ１５６４はまた、１つまたは複数の基準信号のための基準シンボルを生成し得る。送信プロセッサ１５６４からのシンボルは、適用可能な場合はＴＸ  ＭＩＭＯプロセッサ１５６６によってプリコードされ、さらに（たとえば、ＳＣ−ＦＤＭ、ＯＦＤＭなどのために）変調器１５５４ａ〜１５５４ｒによって処理され、基地局１１０ｚに送信され得る。基地局１１０ｚにおいて、ＵＥ１２０ｚおよび他のＵＥからのアップリンク信号は、アンテナ１５３４によって受信され、復調器１５３２によって処理され、適用可能な場合はＭＩＭＯ検出器１５３６によって検出され、さらに、ＵＥ１２０ｚおよび他のＵＥによって送られた、復号されたデータおよび制御情報を取得するために、受信プロセッサ１５３８によって処理され得る。プロセッサ１５３８は、復号されたデータをデータシンク１５３９に与え、復号された制御情報をコントローラ／プロセッサ１５４０に与え得る。
【０１５８】
コントローラ／プロセッサ１５４０および１５８０は、それぞれ基地局１１０ｚおよびＵＥ１２０ｚにおける動作を指示し得る。基地局１１０ｚにおけるプロセッサ１５４０および／または他のプロセッサおよびモジュールは、図９のプロセス９００、図１１のプロセス１１００、図１３のプロセス１３００、および／または本明細書で説明する技法のための他のプロセスを実行または指示し得る。ＵＥ１２０ｚにおけるプロセッサ１５８０および／または他のプロセッサおよびモジュールは、図８のプロセス８００、図１０のプロセス１０００、図１２のプロセス１２００、および／または本明細書で説明する技法のための他のプロセスを実行または指示し得る。メモリ１５４２および１５８２は、それぞれ基地局１１０ｚおよびＵＥ１２０ｚのためのデータとプログラムコードとを記憶し得る。スケジューラ１５４４は、ダウンリンク上および／またはアップリンク上でのデータ送信のためにＵＥをスケジュールし得る。
【０１５９】
情報および信号は、多種多様な技術および技法のいずれかを使用して表され得ることを認識されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【０１６０】
また、本明細書の開示に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈すべきではない。
【０１６１】
本明細書の開示に関連して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタロジック、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
【０１６２】
本明細書の開示に関して説明した方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はＡＳＩＣ中に常駐し得る。ＡＳＩＣはユーザ端末中に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐し得る。
【０１６３】
１つまたは複数の例示的な設計では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、またはＤＳＬなどのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。
【０１６４】
本開示の前述の説明は、当業者が本開示を製作または使用することができるように与えたものである。本開示への様々な修正は当業者には容易に明らかとなり、本明細書で定義した一般原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明した例および設計に限定されるものではなく、本明細書で開示した原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
【図１】
2013534392.tif 000020
【図２】
2013534392.tif 000021
【図３】
2013534392.tif 000022
【図４Ａ】
2013534392.tif 000023
【図４Ｂ】
2013534392.tif 000024
【図５】
2013534392.tif 000025
【図６】
2013534392.tif 000026
【図７】
2013534392.tif 000027
【図８】
2013534392.tif 000028
【図９】
2013534392.tif 000029
【図１０】
2013534392.tif 000030
【図１１】
2013534392.tif 000031
【図１２】
2013534392.tif 000032
【図１３】
2013534392.tif 000033
【図１４】
2013534392.tif 000034
【図１５】
2013534392.tif 000035
【国際調査報告】
2013534392.tif 000036
2013534392.tif 000037
2013534392.tif 000038
2013534392.tif 000039
2013534392.tif 000040
2013534392.tif 000041