(57)【特許請求の範囲】
【請求項１】
コンポーネントキャリアの構成、再構成、アクティブ化又は非アクティブ化を実行するように構成されたプロセッサを備えた装置であって、前記プロセッサが、
アップリンク制御チャネル上の肯定応答／否定応答メッセージに使用されるシグナリングフォーマットを検出するように構成された検出器と、
前記検出したシグナリングフォーマットに基づいて、前記肯定応答／否定応答メッセージのコードブックサイズを決定するように構成された決定ユニットと、
を含む、
ことを特徴とする装置。
【請求項２】
前記アップリンク制御チャネル上の前記肯定応答／否定応答メッセージのシグナリングフォーマットとしてチャネル選択を適用する場合、前記決定ユニットが、最大ダウンリンクコンポーネントキャリア数に基づいて前記コードブックサイズを決定するように構成される、
ことを特徴とする請求項１に記載の装置。
【請求項３】
前記最大ダウンリンクコンポーネントキャリア数が、
ネットワーク要素がどれほど多くのダウンリンクコンポーネントキャリアをサポートしているかに基づいて定義され、
予め定義された値であり、
前記チャネル選択によりサポートされる最大ダウンリンクコンポーネントキャリア数に基づいて定義され、又は、
ネットワーク制御要素により定義される準静的に構成されたパラメータである、
ことを特徴とする請求項２に記載の装置。
【請求項４】
前記アップリンク制御チャネル上の前記肯定応答／否定応答メッセージのシグナリングフォーマットとしてチャネル選択を適用しない場合、前記決定ユニットが、構成又はアクティブ化された前記ダウンリンクコンポーネントキャリアの数に基づいて前記コードブックサイズを決定するように構成される、
ことを特徴とする請求項１から請求項３のいずれか１項に記載の装置。
【請求項５】
前記プロセッサが、前記最大ダウンリンクコンポーネントキャリア数に基づいて、予め定義されたアップリンク制御チャネルテーブルを使用するように構成される、
ことを特徴とする請求項２から請求項４のいずれか１項に記載の装置。
【請求項６】
前記プロセッサが、
複数のスケジュール済みのコンポーネントキャリア又は複数の構成済みのコンポーネントキャリアに基づいてアップリンク制御チャネルリソースを確保し、及び／又は、
前記スケジュール済みのコンポーネントキャリアの数に基づいて、第１のダウンリンクコンポーネントキャリアを介してスケジュールされたダウンリンクコンポーネントキャリアに対応するアップリンク制御チャネルリソースを確保し、前記構成済みのコンポーネントキャリアの数に基づいて、第２のダウンリンク制御チャネルを介してスケジュールされたダウンリンクコンポーネントキャリアに対応するアップリンク制御チャネルリソースを確保する、
ように構成されることを特徴とする請求項１から請求項５のいずれか１項に記載の装置。
【請求項７】
前記プロセッサが、コンポーネントキャリアの構成、再構成、アクティブ化又は非アクティブ化の実行時に、複数の肯定応答／否定応答メッセージのアップリンク制御チャネルリソースを変更するように構成される、
ことを特徴とする請求項１から請求項６のいずれか１項に記載の装置。
【請求項８】
前記プロセッサが、コンポーネントキャリア構成に関連する時間的な不確実性を伴う所定の時間におけるＰＵＳＣＨと複数の肯定応答／否定応答メッセージとの同時送信を回避するように構成される、
ことを特徴とする請求項１から請求項７のいずれか１項に記載の装置。
【請求項９】
前記プロセッサが、コンポーネントキャリアの構成、再構成、アクティブ化又は非アクティブ化の状態をシグナリングするために、データ関連の制御シグナリングを複数の肯定応答／否定応答メッセージに含めるように構成される、
ことを特徴とする請求項１から請求項８のいずれか１項に記載の装置。
【請求項１０】
構成及び／又はアクティブ化されたダウンリンクコンポーネントキャリアの考えられる最大数が所定数を超えない場合、前記プロセッサが、統合チャネル選択テーブルを使用するように構成される、
ことを特徴とする請求項１から請求項９のいずれか１項に記載の装置。
【請求項１１】
前記プロセッサが、
アップリンク制御チャネル上で肯定応答／否定応答メッセージをシグナリングする場合、
アップリンク共有チャネル上で肯定応答／否定応答メッセージをシグナリングする場合、及び／又は、
アップリンク制御チャネル及びアップリンク共有チャネル上で肯定応答／否定応答メッセージをシグナリングする場合、
のうちの少なくとも１つの場合に、前記肯定応答／否定応答メッセージの前記決定されたコードブックサイズを適用するように構成される、
ことを特徴とする請求項１から請求項１０のいずれか１項に記載の装置。
【請求項１２】
コンポーネントキャリアの構成、再構成、アクティブ化又は非アクティブ化を実行するステップを含む方法であって、前記実行ステップが、
アップリンク制御チャネル上の肯定応答／否定応答メッセージに使用されるシグナリングフォーマットを検出するステップと、
前記検出したシグナリングフォーマットに基づいて、前記肯定応答／否定応答メッセージのコードブックサイズを決定するステップと、
をさらに含むことを特徴とする方法。
【請求項１３】
前記アップリンク制御チャネル上の前記肯定応答／否定応答メッセージのシグナリングフォーマットとしてチャネル選択を適用する場合、前記コードブックサイズが、前記最大ダウンリンクコンポーネントキャリア数に基づいて決定される、
ことを特徴とする請求項１２に記載の方法。
【請求項１４】
前記最大ダウンリンクコンポーネントキャリア数が、
ネットワーク要素がどれほど多くのダウンリンクコンポーネントキャリアをサポートしているかに基づいて定義され、
予め定義された値であり、
前記チャネル選択によりサポートされる最大ダウンリンクコンポーネントキャリア数に基づいて定義され、又は、
ネットワーク制御要素により定義される準静的に構成されたパラメータである、
ことを特徴とする請求項１３に記載の装置。
【請求項１５】
前記アップリンク制御チャネル上の前記肯定応答／否定応答メッセージのシグナリングフォーマットとしてチャネル選択を適用しない場合、前記コードブックサイズが、構成又はアクティブ化された前記ダウンリンクコンポーネントキャリアの数に基づいて決定される、
ことを特徴とする請求項１２から請求項１４のいずれか１項に記載の方法。
【請求項１６】
前記最大ダウンリンクコンポーネントキャリア数に基づいて、予め定義されたアップリンク制御チャネルテーブルを使用するステップをさらに含む、
ことを特徴とする請求項１３から請求項１５のいずれか１項に記載の方法。
【請求項１７】
複数のスケジュール済みのコンポーネントキャリア又は複数の構成済みのコンポーネントキャリアに基づいてアップリンク制御チャネルリソースを確保するステップ、及び／又は、
前記スケジュール済みのコンポーネントキャリアの数に基づいて、第１のダウンリンクコンポーネントキャリアを介してスケジュールされたダウンリンクコンポーネントキャリアに対応するアップリンク制御チャネルリソースを確保し、前記構成済みのコンポーネントキャリアの数に基づいて、第２のダウンリンク制御チャネルを介してスケジュールされたダウンリンクコンポーネントキャリアに対応するアップリンク制御チャネルリソースを確保するステップ、
をさらに含むことを特徴とする請求項１２から請求項１６のいずれか１項に記載の方法。
【請求項１８】
コンポーネントキャリアの構成、再構成、アクティブ化又は非アクティブ化の実行時に、複数の肯定応答／否定応答メッセージのアップリンク制御チャネルリソースを変更するステップをさらに含む、
ことを特徴とする請求項１２から請求項１７のいずれか１項に記載の方法。
【請求項１９】
コンポーネントキャリア構成に関連する時間的な不確実性を伴う所定の時間におけるＰＵＳＣＨと複数の肯定応答／否定応答メッセージとの同時送信を回避するステップをさらに含む、
ことを特徴とする請求項１２から請求項１８のいずれか１項に記載の装置。
【請求項２０】
コンポーネントキャリアの構成、再構成、アクティブ化又は非アクティブ化の状態をシグナリングするために、データ関連の制御シグナリングを複数の肯定応答／否定応答メッセージに含めるステップをさらに含む、
ことを特徴とする請求項１２から請求項１９のいずれか１項に記載の方法。
【請求項２１】
構成及び／又はアクティブ化されたダウンリンクコンポーネントキャリアの考えられる最大数が所定数を超えない場合、統合チャネル選択テーブルを使用するステップをさらに含む、
ことを特徴とする請求項１２から請求項２０のいずれか１項に記載の方法。
【請求項２２】
前記肯定応答／否定応答メッセージの前記決定されたコードブックサイズが、
アップリンク制御チャネル上で肯定応答／否定応答メッセージをシグナリングする場合、
アップリンク共有チャネル上で肯定応答／否定応答メッセージをシグナリングする場合、及び／又は、
アップリンク制御チャネル及びアップリンク共有チャネル上で肯定応答／否定応答メッセージをシグナリングする場合、
のうちの少なくとも１つの場合に適用される、
ことを特徴とする請求項１２から請求項２１のいずれか１項に記載の方法。
【請求項２３】
装置における処理手段又はモジュール上で実行された時に、前記装置を請求項１２から請求項２２のいずれか１項による方法を実行するための手段として機能させることを特徴とするコンピュータプログラム。
【請求項２４】
請求項２３に記載のコンピュータプログラムを記録したコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タイミングの不確実なコンポーネントキャリアの（再）構成／アクティブ化／非アクティブ化期間中におけるキャリアアグリゲーションのためのＵＬ  ＡＣＫ／ＮＡＣＫフィードバックのサポートを提供する装置、方法及びコンピュータプログラム製品に関する。
【背景技術】
【０００２】
本明細書で使用する略語には以下の意味を適用する。
３ＧＰＰ：第３世代パートナーシッププロジェクト
ＡＣＫ：肯定応答
ＢＷ：帯域幅
ＣＡ：キャリアアグリゲーション
ＣＣ：コンポーネントキャリア
ＤＬ：ダウンリンク
ｅＮＢ：拡張ノードＢ、ＬＴＥにおけるノードＢの名前
ＦＢ：フィードバック
ＦＤＤ：周波数分割複信
ＬＴＥ：ロングタームエボリューション
ＬＴＥ−Ａ：ＬＴＥ−Ａｄｖａｎｃｅｄ
ＭＡＣ：メディアアクセス制御
ＭＩＭＯ：多入力多出力
ＮＡＫ：否定応答
ＰＤＣＣＨ：物理ダウンリンク制御チャネル
ＰＵＣＣＨ：物理アップリンク制御チャネル
ＰＵＳＣＨ：物理アップリンク共有チャネル
ＲＲＣ：無線リソース制御
ＳＵ−ＭＩＭＯ：シングルユーザ多入力多出力
ＴＤＤ：時分割複信
ＵＥ：ユーザ装置
ＵＬ：アップリンク
【０００３】
本発明の実施形態は、３ＧＰＰ  ＬＴＥ  Ｒｅｌ−１０の一部になると思われるＬＴＥ−Ａｄｖａｎｃｅｄシステムに関する。より具体的には、いくつかの実施形態は、タイミングの不確実なＣＣ再構成期間に関する問題に対処するために、コンポーネントキャリア（ＣＣ）アグリゲーションのためのＵＬ  ＡＣＫ／ＮＡＫフィードバック設計に焦点を当てる。
【０００４】
以下、ＬＴＥ−Ａｄｖａｎｃｅｄにおけるキャリアアグリゲーション（ＣＡ）についてより詳細に説明する。とりわけ、３ＧＰＰは、現在、ＩＴＵ−Ｒにより課されるＩＭＴ−Ａｄｖａｎｃｅｄ要件を満たす、ＬＴＥ−Ａｄｖａｎｃｅｄと呼ばれる新たなシステムを検討している。テーマとしては、例えば、２０ＭＨｚを超える帯域幅拡大、リレー、拡張型マルチユーザＭＩＭＯ（ＭＵ−ＭＩＭＯ）などのＭＩＭＯ（多入力多出力）の強化、及びアップリンクにおけるＳＵ−ＭＩＭＯの導入が挙げられる。
【０００５】
ＬＴＥ−Ａｄｖａｎｃｅｄでは、複数のリリース８互換キャリアを束ねてより広い帯域幅を形成するコンポーネントキャリアアグリゲーション（ＣＡ）を通じて、２０ＭＨｚを超える帯域幅拡大を行うことが決定されている。
【０００６】
図３に、各々がリリース８の帯域幅（ＢＷ）に対応する５つのキャリア（キャリア１〜キャリア５）を束ねてＬＴＥ−Ａｄｖａｎｃｅｄの最大帯域幅（１００ＭＨｚ）を形成できるキャリアアグリゲーションの例を示す。
【０００７】
この発想は、各Ｒｅｌ’８端末がこれらのＣＣの１つで受信／送信を行えるのに対し、ＣＡをサポートするＬＴＥ−Ａｄｖａｎｃｅｄ端末は、複数のＣＣで同時に受信／送信を行って、広帯域幅をサポートすることができるというものである。ＬＴＥ−Ａｄｖａｎｃｅｄでは、ＦＤＤシステム及びＴＤＤシステム（Ｒｅｌ−１０）の両方において最大５つのＣＣを集約できることが合意されている。次のリリースでは、この数が増える可能性がある。
【０００８】
ｅＮＢは、あるＵＥに関して複数のＤＬ  ＣＣを介した送信／受信を可能にしたいと望む場合、無線リソース制御（ＲＲＣ）シグナリングを介して対応するＣＣを構成する必要がある（→構成されているが非アクティブなコンポーネントキャリア）。ＬＴＥ−Ａｄｖａｎｃｅｄでは、ＲＲＣレベルのＣＣ構成に加え、ＭＡＣレベルのＣＣアクティブ化／非アクティブ化機構をサポートすることが合意されている。ＵＥは、アクティブなコンポーネントキャリアを介してＰＤＣＣＨ及びＰＤＳＣＨを受信する（及びＰＵＳＣＨを送信する）準備ができている必要がある。非アクティブな（単複の）ＣＣに関しては、ＵＥは、ＰＤＣＣＨ又はＰＤＳＣＨをいずれも受信しないように準備される。
【０００９】
以下、キャリアアグリゲーションのためのアップリンク肯定応答／否定応答（ＵＬ  ＡＣＫ／ＮＡＫ）フィードバックについて説明する。
【００１０】
キャリアアグリゲーションでは、以下のことが合意されている。
・単独の送信ブロックが各ＣＣを介して送信されること
・送信ブロックごとに１つのＡＣＫ／ＮＡＫがサポートされること
【００１１】
上記の合意に基づいて、１つのＵＬサブフレーム中に複数のＡＣＫ／ＮＡＫが送信される。さらに、典型的な構成では、ＤＬの数とＵＥがサポートするＵＬコンポーネントキャリアとの間に非対称性が存在する。ＡＣＫ／ＮＡＫフィードバック設計では、このことを考慮する必要もある。ＣＡのためのＵＬ  ＡＣＫ／ＮＡＫフィードバックをサポートするには、以下の方法が有望であると考えられる。
【００１２】
・ＰＵＣＣＨフォーマット１ｂ上で最大４ビットをサポートするための（例えば、ＴＳ  ３６．２１３に規定されるような）チャネル選択。
・ＰＵＣＣＨフォーマット２／２Ａ／２Ｂ又はその他の新たな構造（マルチシーケンス変調など）上で４ビットよりも多くをサポートするＡＣＫ／ＮＡＫ多重化方法。
【００１３】
チャネル選択は、最大４ビットをサポートするための成熟した方法であり、Ｒｅｌ’８ＴＤＤでＵＬ／ＤＬサブフレーム構成の非対称性をサポートするために使用される。従って、キャリアアグリゲーションの場合にもチャネル選択をサポートすること（最大４ビットの限られたフィードバック（ＦＢ））は当然である。４ビットよりも多くのＡＣＫ／ＮＡＫビットでは、ＰＵＣＣＨフォーマット２又は他の何らかの物理チャネルを考慮する必要がある。チャネル選択を広げて４ビットよりも多くをサポートすることも可能である。
【先行技術文献】
【非特許文献】
【００１４】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．２１３  ｖ８．８．０
【発明の概要】
【発明が解決しようとする課題】
【００１５】
ＣＡの場合、１つのＵＬサブフレーム中に送信される必要があるＡＣＫ／ＮＡＫビットの数は、（ＲＲＣシグナリングを介して送信される）構成されたＤＬ  ＣＣの数、又は（ＭＡＣシグナリングを介して送信される）アクティブなＤＬ  ＣＣに依存する。しかしながら、留意すべきは、ＵＥによって構成及び／又はアクティブ化された既存のＤＬ  ＣＣの数をｅＮＢが認識していない期間が存在する点である。このような不整合は、ＲＲＣシグナリングに関連するＵＥの処理遅延に起因して生じることがある。不整合の別の原因には、アクティブ化／非アクティブ化コマンドに関連する（ＰＤＣＣＨ、ＡＣＫ、ＮＡＫの）潜在的なシグナリングエラーがある。なお、このような不確実な期間中に、ｅＮＢとＵＥの間のＡＣＫ／ＮＡＫのコードブックサイズに関する曖昧性に起因して、既存のＵＬ  ＡＣＫ／ＮＡＫシグナリング方法は深刻な問題に直面する。これらの問題としては、厳しいスケジューラ制約及び非常に高い上位層エラーの発生率が挙げられる。
【００１６】
従って、いかなる場合でも信頼性できるＡＣＫ／ＮＡＫフィードバックをサポートするための新たな機構が必要である。
【００１７】
以下、不確実な上位層シグナリング期間中にＣＡのためのＵＬ  ＡＣＫ／ＮＡＫフィードバックをサポートする関連設計に関する既存の機構について説明する。
【００１８】
ＰＵＣＣＨフォーマット１ｂ上でのチャネル選択では、チャネル選択テーブルが、構成／アクティブ化されたＤＬ  ＣＣの数に依存し、ＵＥは、ＡＣＫ／ＮＡＫステータスに基づいて、１つのＰＵＣＣＨリソース及びＱＰＳＫポイントを送信のために選択する。しかしながら、構成／アクティブ化されたＤＬ  ＣＣの数に関する曖昧性が存在する場合、ｅＮＢは、ＵＥ側でいずれのチャネル選択テーブルが採用されたかが分からない。このような場合、ｅＮＢは、検出したＰＵＣＣＨリソース及びＱＰＳＫコンステレーションポイントに基づいてＡＣＫ／ＮＡＫ状態に確信を持つことができない。
【００１９】
ＰＵＣＣＨフォーマット２上におけるＡＣＫ／ＮＡＫの多重化では、ＡＣＫ／ＮＡＫフィードバックの数が構成又はアクティブ化されたＤＬ  ＣＣに依存する場合にも、同様の曖昧性が存在する。
【００２０】
このため、既存の機構は、このような問題に対処することができない。
【００２１】
従って、上記の従来技術の問題点を克服することが本発明の目的である。
【課題を解決するための手段】
【００２２】
本発明のいくつかの実施形態によれば、コンポーネントキャリアの構成、再構成、アクティブ化又は非アクティブ化を実行する装置及び方法が提供され、アップリンク制御チャネル上の肯定応答／否定応答メッセージに使用されるシグナリングフォーマットを検出し、この検出したシグナリングフォーマットに基づいて、肯定応答／否定応答メッセージのコードブックサイズを決定する。
【００２３】
本発明の実施形態の以下の詳細な説明を添付図面と併せて解釈することにより、上記の及びその他の目的、特徴、詳細及び利点がより完全に明らかになるであろう。
【図面の簡単な説明】
【００２４】
【図１】本発明のいくつかの実施形態による、ユーザ装置（ＵＥ）又はｅＮＢなどの装置の構造を示す図である。
【図２】本発明のいくつかの実施形態による処理を示す図である。
【図３】キャリアアグリゲーションの例を示す図である。
【発明を実施するための形態】
【００２５】
以下、本発明の実施形態について説明する。しかしながら、この説明は一例として示すものにすぎず、説明する実施形態に対して本発明が限定されるとは決して理解すべきではない。
【００２６】
導入部で説明したように、いくつかの実施形態は、いかなる場合でも信頼できるＡＣＫ／ＮＡＫフィードバックをサポートするための新たな機構を提供することを目的とする。
【００２７】
特に、実施形態では、コンポーネントキャリアの再構成中にＡＣＫ／ＮＡＫシグナリングに関するタイミングの不確実性を解決できる構成について説明する。より具体的な例によれば、この構成は以下の部分を含む。
・ＵＬにおいて複数ＡＣＫ／ＮＡＫを搬送するためのＵＥ／ｅＮＢ手順（規格関連）。
・提案する構成を実現するためのシグナリング解決策（規格関連）。
・潜在的エラー状況を避けるためのｅＮＢ手順（実施関連）。
【００２８】
アップリンク（ＰＵＣＣＨ及びＰＵＳＣＨ）上で複数のＤＬ  ＣＣに対応するＡＣＫ／ＮＡＫフィードバックを搬送するために、少なくとも２つの複数ＡＣＫ／ＮＡＫシグナリングフォーマットを適用できることが想定される。
・一方のＡＣＫ／ＮＡＫシグナリングフォーマットは、限られたＡＣＫ／ＮＡＫフィードバックのために設計され、ＰＵＣＣＨフォーマット１ｂ及びチャネル選択に基づく。
・もう一方のＡＣＫ／ＮＡＫシグナリングフォーマットは、完全なＡＣＫ／ＮＡＫフィードバックのために設計され、ＰＵＣＣＨフォーマット２、ＰＵＳＣＨ、又は他の何らかのチャネルタイプ上の統合符号化に基づく。
【００２９】
実施形態による案によれば、ＡＣＫ／ＮＡＫのコードブックサイズは、ＰＵＣＣＨ上でＡＣＫ／ＮＡＫフィードバックを搬送するために使用されるシグナリングフォーマットに依存する。
・ＰＵＣＣＨ上でＰＵＣＣＨチャネル選択を適用する場合、ＡＣＫ／ＮＡＫのコードブックサイズ（すなわち、チャネル選択テーブル）は、最大ＤＬ  ＣＣ数に基づく。
・ＰＵＣＣＨチャネル選択を適用しない場合、ＡＣＫ／ＮＡＫコードブックサイズは、構成された（又はアクティブ化された）ＤＬ  ＣＣの数に基づく。
【００３０】
以下、図１を参照しながら、上記の案を適用するより一般的な実施形態について説明する。
【００３１】
図１には、本発明の一般的な実施形態による装置を示している。この装置は、例えばｅＮＢであっても、ＵＥであっても、或いはｅＮＢ又はＵＥの一部であってもよい。
【００３２】
具体的には、この装置は、コンポーネントキャリアの構成、再構成、アクティブ化又は非アクティブ化を実行するように構成されたプロセッサ（１）を含む。このプロセッサは、（ＰＵＣＣＨなどの）アップリンク制御チャネル上の肯定応答／否定応答メッセージに使用されるシグナリングフォーマットを検出するように構成された検出器１１、及びこの検出したシグナリングフォーマットに基づいて肯定応答／否定応答メッセージのコードブックサイズを決定するように構成された決定ユニット１２を含む。
【００３３】
なお、プロセッサ１は、ｅＮＢ又はＵＥの中央処理装置の一部とすることができ、及び／又はさらなる機能を実施するように構成することもできる。さらに、検出器及び決定ユニットは、例えば、プロセッサにより実施されるソフトウェアによって実現することができる。
【００３４】
以下、本発明の一般的な実施形態による方法について説明する。上記の説明と同様に、この方法は、例えば、ｅＮＢ、ＵＥ、或いはｅＮＢ又はＵＥの一部によって実施することができる。
【００３５】
具体的には、この方法では、コンポーネントキャリアの構成、再構成、アクティブ化又は非アクティブ化を実行し、この実行は、（ＰＵＣＣＨなどの）アップリンク制御チャネル上の肯定応答／否定応答メッセージに使用されるシグナリングフォーマットを検出すること、及び検出したシグナリングフォーマットに基づいて肯定応答／否定応答メッセージのコードブックサイズを決定することをさらに含む。
【００３６】
従って、このようにして、ＰＵＣＣＨなどのアップリンク制御信号上でＡＣＫ／ＮＡＫフィードバックを搬送するために使用されるシグナリングフォーマットに基づいてＡＣＫ／ＮＡＫコードブックサイズが決定される。
【００３７】
従って、本発明の実施形態によれば、ＵＥとｅＮＢなどの間の異なるコンポーネントキャリア（ＣＣ）の構成／アクティブ化に起因する肯定応答／否定応答（ＡＣＫ／ＮＡＫ）フィードバックのエラー状況を回避する解決策が提供される。
【００３８】
決定したＡＣＫ／ＮＡＫコードブックサイズは、ＰＵＣＣＨ上でＡＣＫ／ＮＡＫをシグナリングする場合、ＰＵＳＣＨ上でＡＣＫ／ＮＡＫをシグナリングする場合、又はＰＵＣＣＨ及びＰＵＳＣＨ上でＡＣＫ／ＮＡＫをシグナリングする場合のうちの少なくとも１つの場合に適用することができる。
【００３９】
上述したように、ＰＵＣＣＨチャネル選択の場合、ＡＣＫ／ＮＡＫコードブックサイズは、最大ＤＬ  ＣＣ数（以下ではＭとも呼ぶ）に基づく。以下、この最大ＤＬ  ＣＣ数についてより詳細に説明する。
【００４０】
最大ＤＬ  ＣＣ数を定義する選択肢は数少ない。
【００４１】
１．Ｍは、ＵＥのカテゴリ、すなわちＵＥがどれほどのＤＬ  ＣＣをサポートしているかに基づく。
２．Ｍは、仕様書で予め定義される値である。１つの方法は、チャネル選択によりサポートされる最大ＤＬ  ＣＣ数に基づいてＭを定義すること（Ｍ＝４など）である。
３．Ｍは、（ＵＥ特有の方法又はセル特有の方法で）ｅＮＢにより定義される準静的に構成されたパラメータとすることができる。
【００４２】
ＣＣの（再）構成／アクティブ化／非アクティブ化後、ＵＥは、Ｍに基づく予め定義されたＰＵＣＣＨチャネル選択テーブルを使用し始める。なお、ｅＮＢは、アクティブ化されていないＣＣに対応する状態を無視することにより、ＰＵＣＣＨチャネル選択の検出性能を高めることができる（すなわち、どのような場合でも、これらのＣＣがＤＴＸ状態にあることが事前に分かる）。
【００４３】
以下、ＰＵＣＣＨチャネルの選択のためのＰＵＣＣＨリソースの配分について説明する。具体的には、構成／アクティブ化された最大ＣＣ数に従ってＰＵＣＣＨリソースを確保する必要はない。代わりに、本実施形態によれば、以下の方法の１つを使用してＰＵＣＣＨフォーマット１ａ／１ｂリソースを確保する。
１．スケジュール済みのＣＣの数に基づく非明示的リソース割り当て。
２．構成済みのＣＣの数に基づく明示的リソース割り当て。
３．第１のＤＬ  ＣＣを介してスケジュールされたＤＬ  ＣＣに対応するＰＵＣＣＨリソースを非明示的に確保し、第２の（単複の）ＤＬ  ＣＣを介してスケジュールされたＤＬ  ＣＣに対応するＰＵＣＣＨリソースを明示的に確保する混合リソース割り当て。
【００４４】
本実施形態によれば、非明示的ＲＡを使用して確保されるＰＵＣＣＨリソース以外のＰＵＣＣＨリソースが、ＣＣの（再）構成／アクティブ化／非アクティブ化の一部としてシグナリングされる。
【００４５】
以下、ＣＣ（再）構成に起因するＡＣＫ／ＮＡＫエラー状況を回避する手順について説明する。
【００４６】
複数Ａ／Ｎシグナリングに関するエラー状況を引き起こし得る事例は様々である。
１．ＤＬ  ＣＣの数が変化し得る（→これに応じて、複数ＡＣＫ／ＮＡＫのペイロードが変化する）。これは、上述した実施形態による案に従うＰＵＣＣＨチャネル選択の問題ではない。
２．複数ＡＣＫ／ＮＡＫフォーマットが変化し得る（ＰＵＣＣＨチャネル選択←→統合符号化）。
３．これらの両方が同時に変化し得る。
【００４７】
以下、上記の問題点２及び３を解決することもできる３つの代替手順について説明する。
【００４８】
関連する実施構成である第１の手順によれば、ＣＣを（再）構成（又は適用可能であれば、アクティブ化／非アクティブ化）する場合、ｅＮＢが複数ＡＣＫ／ＮＡＫ  ＰＵＣＣＨリソースを変更する。これにより、ｅＮＢ側でブラインド検出を行って、ＵＥ側でいずれのＰＵＣＣＨリソース（古いリソース又は新しいリソース）を適用するかを決定できるようになる。この第１の手順は、特に統合符号化に対して、より具体的にはＰＵＣＣＨ上でマルチＡ／Ｎをシグナリングする際に適用可能である。しかしながら、この第１の手順は、チャネル選択に適用してもよいが、上述した実施形態による案を適用する場合には必要でなくなる。
【００４９】
やはり関連する実施構成である第２の手順によれば、ｅＮＢが、スケジューラ制約を使用して、ＰＵＳＣＨと複数ＡＣＫ／ＮＡＫの同時送信を回避する。これにより、ｅＮＢが上述の第１の手順を適用できるようになる。第２の手順は、両方の場合、すなわち統合符号化の場合及びチャネル選択の場合に適用可能である。
【００５０】
以下、規格に関連する第３の手順について説明する。複数ＡＣＫ／ＮＡＫ  ＦＢにデータ関連の制御シグナリングを含めて、ＣＣ再構成／アクティブ化／非アクティブ化の状態をシグナリングすることが可能である。１つの方法は、この情報をＲＳ変調に含めることである（ＰＵＣＣＨフォーマット２ａ／２ｂ）。別の方法は、コードブックのサイズを複数ＡＣＫ／ＮＡＫメッセージの一部としてシグナリングすることである。この案は、ＰＵＣＣＨ及びＰＵＳＣＨの両方において適用可能である。
【００５１】
第３の手順は、特に統合符号化に適用可能である。しかしながら、ＡＣＫ／ＮＡＫをＵＬデータと多重化する場合、第３の手順を両方の案に、すなわち統合符号化及びチャネル選択に適用することもできる。
【００５２】
以下、技術的実装の例について説明する。
【００５３】
図２に、ＵＥ／ｅＮＢ手順の原理を示す。ＲＲＣレベルのＣＣ（再）構成を使用して、ＤＬ  ＣＣの数、複数ＡＣＫ／ＮＡＫフォーマット、及びＰＵＣＣＨリソース割り当てを構成することが想定される。
【００５４】
図２によれば、ステップＳ１に示すように、ＲＲＣ  ＣＣ（再）構成を伴う以下の情報を潜在的にシグナリングすることができる。
【００５５】
１．構成済みのＤＬ  ＣＣ（及び、構成済みのＣＣインデックス）の数
２．ＰＵＣＣＨ  ＡＣＫ／ＮＡＫコンテナフォーマット（すなわち、ＰＵＣＣＨフォーマット１ｂ上のチャネル選択、或いはＰＵＣＣＨフォーマット２／２ａ／２ｂ又は他のチャネルタイプ上の統合符号化）
３．（ＰＵＣＣＨチャネル選択に関するＤＬ  ＣＣ当たりの）複数ＡＣＫ／ＮＡＫリソースの明示的リソース割り当て
なお、図２では、ＰＵＣＣＨ  ＡＣＫ／ＮＡＫコンテナフォーマット又は複数ＡＣＫ／ＮＡＫフォーマットをＡ／Ｎフォーマットと短縮している。
【００５６】
ステップＳ２において、いずれの種類の複数Ａ／Ｎフォーマットが使用されているかを検出する。
【００５７】
ＰＵＣＣＨフォーマット１ｂ上のチャネル選択を使用して複数ＡＣＫ／ＮＡＫを搬送する場合、ＡＣＫ／ＮＡＫのコードブックサイズ（すなわち、チャネル選択テーブル）は、（ステップＳ２に示すように）最大ＤＬ  ＣＣ数に依存する。なお、規定のコードブックは、ＰＵＣＣＨ上でＡＣＫ／ＮＡＫをシグナリングする場合にしか適用することができない。他の選択肢は、この選択したコードブックサイズを、ＡＣＫ／ＮＡＫをＰＵＳＣＨデータと多重化する際にも適用することである。
【００５８】
ＰＵＣＣＨフォーマット２／２ａ／２ｂ、ＰＵＳＣＨ、又はその他のチャネルタイプ上の統合符号化を使用して複数ＡＣＫ／ＮＡＫを搬送する場合、ＡＣＫ／ＮＡＫコードブックサイズは、（ステップＳ３に示すように）構成済みのＤＬ  ＣＣの数に依存する。ここでも、規定のコードブックサイズは、ＰＵＣＣＨ上でＡＣＫ／ＮＡＫをシグナリングする場合にしか適用することができない。他の選択肢は、この選択したコードブックサイズを、ＡＣＫ／ＮＡＫをＰＵＳＣＨデータと多重化する際にも適用することである。
【００５９】
さらに、上述した第１から第３の手順を使用して、潜在的曖昧性／エラー状況に対処することができる。
【００６０】
ステップＳ３又はステップＳ４の実行後、（ＵＥにおいて)新たなＣＣ構成を取り入れて使用する。
【００６１】
なお、ステップＳ２は、より一般的な実施形態による方法で説明したシグナリングフォーマットの検出に対応し、ステップＳ３及びステップＳ４は、より一般的な実施形態による方法で説明したコードブックサイズの決定に対応する。
【００６２】
さらに、ＰＵＣＣＨのチャネル選択には、以下の実施構成が利用可能である。
【００６３】
・実施構成１：１つのＵＥに関して、構成／アクティブ化された考えられる最大ＤＬ  ＣＣ数が４を超えない場合、どれほど多くのＤＬ  ＣＣが実際に構成／アクティブ化されていても、ＵＥ側では、テーブル１０．１−４（ＴＳ  ３６．２１３  ｖ８．８．０）に定義されるようなチャネル選択テーブルがチャネル選択に利用される。
【００６４】
・実施構成２：１つのＵＥに関して、構成／アクティブ化された考えられる最大ＤＬ  ＣＣ数が４を超えない場合、どれほど多くのＤＬ  ＣＣが実際に構成／アクティブ化されていても、ＵＥ側では、チャネル選択のために統合チャネル選択テーブルが定義される。統合チャネル選択テーブルとは、全てのチャネル選択の場合に適用可能な単一のチャネル選択テーブルのことである。
【００６５】
・実施構成３：１つのＵＥに関して、アクティブ化された考えられる最大ＤＬ  ＣＣ数が５であり、かつ１つの予め定義したＤＬ  ＣＣがスケジュールされてないことをＵＥが検出した場合、ＵＥは、ＰＵＣＣＨフォーマット１ｂ上で（統合チャネル選択テーブルを使用して）チャネル選択を行う。それ以外の場合、ＵＥは、ＰＵＣＣＨフォーマット２／２ａ／２ｂ上でＡＣＫ／ＮＡＫ多重化を行う。このような実施構成では、ｅＮＢがブラインド検出を行って、ＵＥ側でいずれのコンテナが利用されているかを識別する。
【００６６】
・実施構成４：ＰＵＣＣＨフォーマット２／２ａ／２ｂ又はその他の新たな構造上におけるＡＣＫ／ＮＡＫ多重化の場合、ＲＳ変調を介して１ビットが送信される。ＡＣＫ／ＮＡＫコードブックサイズが変更された場合、このビットはトグルされる。それ以外の場合、このビットは変更されない。このようにして、ｅＮＢは、ＵＥ側でいずれのＡＣＫ／ＮＡＫコードブックサイズが利用されているかを正確に知ることができる。
【００６７】
従って、上述した実施形態により、以下の利点が得られる。
【００６８】
提案する案は、ＣＣの再構成／アクティブ化／非アクティブ化中におけるＡＣＫ／ＮＡＫコードブックの曖昧性に関連する全てのエラー状況に対処することができる。また、ＰＵＣＣＨチャネルの選択により、ＰＵＣＣＨリソースの消費量を最小化することもできる。実施形態は、ＣＣの（再）構成中における柔軟なスケジューリングをサポートすることができる。さらに、標準化努力はわずかである。
【００６９】
一般に、上述した解決策は単純かつ効率的であり、シグナリング効率を恒久的に失うことがない。
【００７０】
なお、上述したようないくつかの実施形態は、ＬＴＥ−Ａを対象とする。しかしながら、ＬＴＥ−Ａは一例にすぎず、本発明の実施形態は、システム帯域幅をサブバンドに分割してコンポーネントキャリアを使用し、サイズが異なり得る肯定応答／否定応答メッセージを送信すべきあらゆる無線アクセス技術に適用することができる。
【００７１】
本発明のいくつかの実施形態の第１の態様によれば、
コンポーネントキャリアの構成、再構成、アクティブ化又は非アクティブ化を実行するように構成されたプロセッサを備えた装置が提供され、このプロセッサが、
アップリンク制御チャネル上の肯定応答／否定応答メッセージに使用されるシグナリングフォーマットを検出するように構成された検出器と、
この検出したシグナリングフォーマットに基づいて、肯定応答／否定応答メッセージのコードブックサイズを決定するように構成された決定ユニットと、
を含む。
【００７２】
第１の態様は、以下のように修正することができる。
【００７３】
アップリンク制御チャネル上の肯定応答／否定応答メッセージのシグナリングフォーマットとしてチャネル選択を適用する場合、決定ユニットが、最大ダウンリンクコンポーネントキャリア数に基づいてコードブックサイズを決定するように構成することができる。
【００７４】
最大ダウンリンクコンポーネントキャリア数を、
ネットワーク要素がどれほど多くのダウンリンクコンポーネントキャリアをサポートしているかに基づいて定義することができ、
予め定義された値とすることができ、
チャネル選択によりサポートされる最大ダウンリンクコンポーネントキャリア数に基づいて定義することができ、又は、
ネットワーク制御要素により定義される準静的に構成されたパラメータとすることができる。
【００７５】
アップリンク制御チャネル上の肯定応答／否定応答メッセージのシグナリングフォーマットとしてチャネル選択を適用しない場合、決定ユニットが、構成又はアクティブ化されたダウンリンクコンポーネントキャリアの数に基づいてコードブックサイズを決定するように構成することができる。例えば、この場合、統合符号化を適用することができる。
【００７６】
プロセッサは、最大ダウンリンクコンポーネントキャリア数に基づいて、予め定義されたアップリンク制御チャネルテーブルを使用するように構成することができる。
【００７７】
プロセッサは、
複数のスケジュール済みのコンポーネントキャリア又は複数の構成済みのコンポーネントキャリアに基づいてアップリンク制御チャネルリソースを確保し、及び／又は、
スケジュール済みのコンポーネントキャリアの数に基づいて、第１のダウンリンクコンポーネントキャリアを介してスケジュールされたダウンリンクコンポーネントキャリアに対応するアップリンク制御チャネルリソースを確保し、構成済みのコンポーネントキャリアの数に基づいて、第２のダウンリンク制御チャネルを介してスケジュールされたダウンリンクコンポーネントキャリアに対応するアップリンク制御チャネルリソースを確保する、
ように構成することができる。
【００７８】
プロセッサは、コンポーネントキャリアの構成、再構成、アクティブ化又は非アクティブ化の実行時に、複数の肯定応答／否定応答メッセージのアップリンク制御チャネルリソースを変更するように構成することができる。
【００７９】
プロセッサは、コンポーネントキャリア構成に関連する時間的な不確実性を伴う所定の時間におけるＰＵＳＣＨと複数の肯定応答／否定応答メッセージとの同時送信を回避するように構成することができる。
【００８０】
プロセッサは、コンポーネントキャリアの構成、再構成、アクティブ化又は非アクティブ化の状態をシグナリングするために、データ関連の制御シグナリングを複数の肯定応答／否定応答メッセージに含めるように構成することができる。
【００８１】
構成及び／又はアクティブ化されたダウンリンクコンポーネントキャリアの考えられる最大数が所定数を超えない場合、プロセッサを、統合チャネル選択テーブルを使用するように構成することができる。
【００８２】
プロセッサは、
アップリンク制御チャネル上で肯定応答／否定応答メッセージをシグナリングする場合、
アップリンク共有チャネル上で肯定応答／否定応答メッセージをシグナリングする場合、及び／又は、
アップリンク制御チャネル及びアップリンク共有チャネル上で肯定応答／否定応答メッセージをシグナリングする場合、のうちの少なくとも１つの場合に、肯定応答／否定応答メッセージの決定されたコードブックサイズを適用するように構成することができる。
【００８３】
装置は、ユーザ装置、又はユーザ装置の一部、又はｅＮＢなどのネットワーク制御要素、又はネットワーク制御要素の一部とすることができる。
【００８４】
本発明のいくつかの実施形態の第２の態様によれば、
コンポーネントキャリアの構成、再構成、アクティブ化又は非アクティブ化を実行するステップを含む方法が提供され、この実行ステップが、
アップリンク制御チャネル上の肯定応答／否定応答メッセージに使用されるシグナリングフォーマットを検出するステップと、
この検出したシグナリングフォーマットに基づいて、肯定応答／否定応答メッセージのコードブックサイズを決定するステップと、
をさらに含む。
【００８５】
これらの実行ステップ、検出ステップ及び決定ステップは、例えば、プロセッサ又は同様の処理手段により実行することができる。
【００８６】
第２の態様は、以下のように修正することができる。
【００８７】
アップリンク制御チャネル上の肯定応答／否定応答メッセージのシグナリングフォーマットとしてチャネル選択を適用する場合、コードブックサイズを、最大ダウンリンクコンポーネントキャリア数に基づいて決定することができる。
【００８８】
最大ダウンリンクコンポーネントキャリア数を、
ネットワーク要素がどれほど多くのダウンリンクコンポーネントキャリアをサポートしているかに基づいて定義することができ、
予め定義された値とすることができ、
チャネル選択によりサポートされる最大ダウンリンクコンポーネントキャリア数に基づいて定義することができ、又は、
ネットワーク制御要素により定義される準静的に構成されたパラメータとすることができる。
【００８９】
アップリンク制御チャネル上の肯定応答／否定応答メッセージのシグナリングフォーマットとしてチャネル選択を適用しない場合、コードブックサイズを、構成又はアクティブ化されたダウンリンクコンポーネントキャリアの数に基づいて決定することができる。
【００９０】
この方法は、最大ダウンリンクコンポーネントキャリア数に基づいて、予め定義されたアップリンク制御チャネルテーブルを使用するステップをさらに含むことができる。
【００９１】
この方法は、
複数のスケジュール済みのコンポーネントキャリア又は複数の構成済みのコンポーネントキャリアに基づいてアップリンク制御チャネルリソースを確保するステップ、及び／又は、
スケジュール済みのコンポーネントキャリアの数に基づいて、第１のダウンリンクコンポーネントキャリアを介してスケジュールされたダウンリンクコンポーネントキャリアに対応するアップリンク制御チャネルリソースを確保し、構成済みのコンポーネントキャリアの数に基づいて、第２のダウンリンク制御チャネルを介してスケジュールされたダウンリンクコンポーネントキャリアに対応するアップリンク制御チャネルリソースを確保するステップ、
をさらに含むことができる。
【００９２】
この方法は、コンポーネントキャリアの構成、再構成、アクティブ化又は非アクティブ化の実行時に、複数の肯定応答／否定応答メッセージのアップリンク制御チャネルリソースを変更するステップをさらに含むことができる。
【００９３】
この方法は、コンポーネントキャリア構成に関連する時間的な不確実性を伴う所定の時間におけるＰＵＳＣＨと複数の肯定応答／否定応答メッセージとの同時送信を回避するステップをさらに含むことができる。
【００９４】
この方法は、コンポーネントキャリアの構成、再構成、アクティブ化又は非アクティブ化の状態をシグナリングするために、データ関連の制御シグナリングを複数の肯定応答／否定応答メッセージに含めるステップをさらに含むことができる。
【００９５】
この方法は、構成及び／又はアクティブ化されたダウンリンクコンポーネントキャリアの考えられる最大数が所定数を超えない場合、統合チャネル選択テーブルを使用するステップをさらに含むことができる。
【００９６】
肯定応答／否定応答メッセージの決定されたコードブックサイズは、
アップリンク制御チャネル上で肯定応答／否定応答メッセージをシグナリングする場合、
アップリンク共有チャネル上で肯定応答／否定応答メッセージをシグナリングする場合、及び／又は、
ップリンク制御チャネル及びアップリンク共有チャネル上で肯定応答／否定応答メッセージをシグナリングする場合、のうちの少なくとも１つの場合に適用することができる。
【００９７】
本発明のいくつかの実施形態の第３の態様によれば、コンピュータ上で実行された時に、第２の態様及びその修正のいずれか１つによる方法を実行するためのコード手段を含むコンピュータプログラム製品が提供される。
【００９８】
このコンピュータプログラム製品は、コンピュータ可読媒体上で具体化される。
【００９９】
このコンピュータプログラム製品は、コンピュータの内部メモリに直接ロードすることができる。
【０１００】
本発明のいくつかの実施形態の第４の態様によれば、
コンポーネントキャリアの構成、再構成、アクティブ化又は非アクティブ化を実行する手段と、
アップリンク制御チャネル上の肯定応答／否定応答メッセージに使用されるシグナリングフォーマットを検出する手段と、
検出したシグナリングフォーマットに基づいて、肯定応答／否定応答メッセージのコードブックサイズを決定する手段と、
を備えた装置が提供される。
【０１０１】
第４の態様は、以下のように修正することができる。
【０１０２】
この装置は、アップリンク制御チャネル上の肯定応答／否定応答メッセージのシグナリングフォーマットとしてチャネル選択を適用する場合、最大ダウンリンクコンポーネントキャリア数に基づいてコードブックサイズを決定する手段をさらに備えることができる。
【０１０３】
最大ダウンリンクコンポーネントキャリア数を、
ネットワーク要素がどれほど多くのダウンリンクコンポーネントキャリアをサポートしているかに基づいて定義することができ、
予め定義された値とすることができ、
チャネル選択によりサポートされる最大ダウンリンクコンポーネントキャリア数に基づいて定義することができ、又は、
ネットワーク制御要素により定義される準静的に構成されたパラメータとすることができる。
【０１０４】
この装置は、アップリンク制御チャネル上の肯定応答／否定応答メッセージのシグナリングフォーマットとしてチャネル選択を適用しない場合、コードブックサイズを、構成又はアクティブ化されたダウンリンクコンポーネントキャリアの数に基づいて決定する手段をさらに備えることができる。例えば、この場合、統合符号化を適用することができる。
【０１０５】
この装置は、最大ダウンリンクコンポーネントキャリア数に基づいて、予め定義されたアップリンク制御チャネルテーブルを使用する手段をさらに備えることができる。
【０１０６】
この装置は、
複数のスケジュール済みのコンポーネントキャリア又は複数の構成済みのコンポーネントキャリアに基づいてアップリンク制御チャネルリソースを確保する手段、及び／又は、
スケジュール済みのコンポーネントキャリアの数に基づいて、第１のダウンリンクコンポーネントキャリアを介してスケジュールされたダウンリンクコンポーネントキャリアに対応するアップリンク制御チャネルリソースを確保し、構成済みのコンポーネントキャリアの数に基づいて、第２のダウンリンク制御チャネルを介してスケジュールされたダウンリンクコンポーネントキャリアに対応するアップリンク制御チャネルリソースを確保する手段、
をさらに備えることができる。
【０１０７】
この装置は、コンポーネントキャリアの構成、再構成、アクティブ化又は非アクティブ化の実行時に、複数の肯定応答／否定応答メッセージのアップリンク制御チャネルリソースを変更する手段をさらに備えることができる。
【０１０８】
この装置は、コンポーネントキャリア構成に関連する時間的な不確実性を伴う所定の時間におけるＰＵＳＣＨと複数の肯定応答／否定応答メッセージとの同時送信を回避する手段をさらに備えることができる。
【０１０９】
この装置は、コンポーネントキャリアの構成、再構成、アクティブ化又は非アクティブ化の状態をシグナリングするために、データ関連の制御シグナリングを複数の肯定応答／否定応答メッセージに含める手段をさらに備えることができる。
【０１１０】
この装置は、構成及び／又はアクティブ化されたダウンリンクコンポーネントキャリアの考えられる最大数が所定数を超えない場合、統合チャネル選択テーブルを使用する手段をさらに備えることができる。
【０１１１】
この装置は、
アップリンク制御チャネル上で肯定応答／否定応答メッセージをシグナリングする場合、
アップリンク共有チャネル上で肯定応答／否定応答メッセージをシグナリングする場合、及び／又は、
アップリンク制御チャネル及びアップリンク共有チャネル上で肯定応答／否定応答メッセージをシグナリングする場合、のうちの少なくとも１つの場合に肯定応答／否定応答メッセージの決定されたコードブックサイズを適用する手段をさらに備えることができる。
【０１１２】
装置は、ユーザ装置、又はユーザ装置の一部、又はｅＮＢなどのネットワーク制御要素、又はネットワーク制御要素の一部とすることができる。
【０１１３】
それぞれの態様、及び／又はこれらの態様が参照する実施形態には、これらの態様に代替例を除外すると明確に示していない限り、上記修正のいずれかを単独で又は組み合わせて適用できると理解されたい。
【０１１４】
本明細書で上述した本発明では、以下に留意されたい。
・（機器、装置及び／又はそのモジュールの例として、或いは装置及び／又はそのモジュールを含むエンティティの例として）ソフトウェアコード部分として実現される可能性が高く、ネットワーク要素又は端末においてプロセッサを使用して実行される方法ステップは、ソフトウェアコードに依存するものではなく、これらの方法ステップにより定義される機能が保持される限り、あらゆる既知の又は将来開発されるプログラミング言語を使用して設定することができる。
・一般に、いずれの方法ステップも、実施される機能の面で本発明の発想を変更することなくソフトウェアとして又はハードウェアによって実現するのに適している。
・上記で定義した装置、又はそのいずれかの（単複の）モジュールにおいてハードウェア構成要素として実現される可能性が高い方法ステップ及び／又は機器、ユニット又は手段（上述した実施形態による装置の機能を実現する機器、上述したようなＵＥ、ｅＮＢなど）は、ハードウェアに依存せず、ＭＯＳ（金属酸化膜半導体）、ＣＭＯＳ（相補型ＭＯＳ）、ＢｉＭＯＳ（バイポーラＭＯＳ）、ＢｉＣＭＯＳ（バイポーラＣＭＯＳ）、ＥＣＬ（エミッタ結合型論理）、ＴＴＬ（トランジスタ−トランジスタ論理）などのいずれかの公知の又は将来開発されるハードウェア技術又はこれらのいずれかの雑種を使用して、例えばＡＳＩＣ（特定用途向けＩＣ（集積回路））構成要素、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）構成要素、ＣＰＬＤ（結合プログラムマブル論理回路）構成要素又はＤＳＰ（デジタルシグナルプロセッサ）構成要素を使用して実現することができる。
・（上記で定義した装置、又はこれらのそれぞれの手段のいずれか１つなどの）機器、ユニット又は手段は、個々の機器、ユニット又は手段として実現することができるが、これは、これらの機器、ユニット又は手段の機能が維持される限り、これらがシステム全体を通じて分散方式で実現されることを除外するものではない。
・装置は、半導体チップ、チップセット、このようなチップ又はチップセットを含む（ハードウェア）モジュールによって表すことができるが、これは、装置又はモジュールの機能が、ハードウェアで実現される代わりに、プロセッサ上における実行／動作のための実行可能ソフトウェアコード部分を含むコンピュータプログラム又はコンピュータプログラム製品などの（ソフトウェア）モジュール内のソフトウェアとして実現される可能性を除外するものではない。
・例えば、機器は、互いに機能的に連携しているか、又は互いに機能的には独立しているが同じ装置のハウジング内に存在するかにより、１つの装置として、或いは複数の装置の組立品として見なすことができる。
【０１１５】
なお、上述した実施形態及び実施例は、例示のみを目的として示したものであり、本発明がこれらに限定されることを決して意図するものではない。むしろ、添付の特許請求の思想及び範囲には全ての変形例及び修正例が含まれることを意図している。
【符号の説明】
【０１１６】
Ｓ１：構成済みのＤＬ  ＣＣの数、複数のＡ／Ｎフォーマット、ＰＵＣＣＨリソース割り当てを含むＣＣ（再）構成
Ｓ２：複数のＡ／Ｎフォーマット？
Ｓ３：構成済みのＤＬ  ＣＣの数に基づいてＡ／Ｎコードブックを定義
Ｓ４：最大ＤＬ  ＣＣ数に基づいてＡ／Ｎコードブックを定義
【図１】
0005555806.tif 000002
【図２】
0005555806.tif 000003
【図３】
0005555806.tif 000004