(57)【特許請求の範囲】
【請求項１】
無線リソースの用途変更を支援するＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）無線通信システムにおいて下りリンク（ＤＬ）制御信号を受信する方法であって、前記方法は、
上りリンク（ＵＬ）参照設定として、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）ベースの上りリンク−下りリンク（ＵＬ−ＤＬ）設定０を設定することと、
ＤＬ参照設定として、上りリンク−下りリンク設定＃｛２，４，５｝のうちの１つを設定することと、
ＵＬインデックス又はＤＬ割り当てインデックスを定義するフィールドを含むＤＬ制御情報を受信することと
を含み、
前記ＤＬ制御情報が共通検索領域で受信され、かつ、前記ＤＬ制御情報と関連したＤＬ制御情報フォーマット（ＤＣＩフォーマット）がＤＣＩフォーマット０又はＤＣＩフォーマット４である場合に、前記フィールドはＵＬインデックスであると判断され、
前記ＤＬ制御情報がＵＥ−特定検索領域で受信され、かつ、前記下りリンク制御情報と関連した前記下りリンク制御情報フォーマットがＤＣＩフォーマット０又はＤＣＩフォーマット４である場合に、前記フィールドは下りリンク割り当てインデックスとして判断される、方法。
【請求項２】
前記ＤＬ制御情報に基づくＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）で少なくとも１つのＨＡＲＱ−ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  ＡＲＱ−ＡＣＫ／ＮＡＣＫ）を送信することをさらに含む、請求項１に記載の方法。
【請求項３】
前記ＰＵＳＣＨを送信するための少なくとも１つのＵＬサブフレームは、前記ＵＬインデックスによって決定され、
前記少なくとも１つのＨＡＲＱ−ＡＣＫ／ＮＡＣＫのサイズは、前記ＤＬ割り当てインデックスに基づいて定義される、請求項２に記載の方法。
【請求項４】
前記少なくとも１つのＨＡＲＱ−ＡＣＫ／ＮＡＣＫのサイズは、前記ＰＵＳＣＨを送信するための少なくとも１つのＵＬサブフレームのうち、前記少なくとも１つのＨＡＲＱ／ＡＣＫをピギーバック方式で送信するためのＵＬサブフレームだけに基づいて決定される、請求項２に記載の方法。
【請求項５】
前記ＤＬ割り当てインデックスは、前記ＤＬ制御情報がＤＬサブフレーム上で受信された場合にのみ有効であり、
前記ＤＬサブフレームは、ＤＬ参照設定に基づいてＵＬサブフレームにおけるＰＵＳＣＨ伝送を指示するＤＬ制御情報の受信のためのＤＬサブフレームである、請求項１に記載の方法。
【請求項６】
前記ＤＬ割り当てインデックスが有効でない場合に、前記ＤＬ割り当てインデックスは、仮想ＣＲＣ（ｖｉｒｔｕａｌ  ｃｙｃｌｅ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）のために用いられる、請求項５に記載の方法。
【請求項７】
無線リソースの用途変更を支援するＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）無線通信システムにおいて下りリンク（ＤＬ）制御信号を受信する端末であって、前記端末は、
無線周波数ユニット（ＲＦユニット）と、
プロセッサと
を備え、
前記プロセッサは、
上りリンク（ＵＬ）参照設定として、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）ベースの上りリンク−下りリンク（ＵＬ−ＤＬ）設定０を設定することと、
ＤＬ参照設定として、上りリンク−下りリンク設定＃｛２，４，５｝のうちの１つを設定することと、
ＵＬインデックス又はＤＬ割り当てインデックスを定義するフィールドを含むＤＬ制御情報を受信するように前記ＲＦユニットを制御することと
を実行するように構成され、
前記ＤＬ制御情報が共通検索領域で受信され、かつ、前記ＤＬ制御情報と関連したＤＬ制御情報フォーマット（ＤＣＩフォーマット）がＤＣＩフォーマット０又はＤＣＩフォーマット４である場合に、前記フィールドはＵＬインデックスであると判断され、
前記ＤＬ制御情報がＵＥ−特定検索領域で受信され、かつ、前記下りリンク制御情報と関連した前記下りリンク制御情報フォーマットがＤＣＩフォーマット０又はＤＣＩフォーマット４である場合に、前記フィールドは下りリンク割り当てインデックスとして判断される、端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、特に、無線通信システムにおいて下りリンク信号の送受信方法及びそのための装置に関する。
【背景技術】
【０００２】
本発明を適用できる無線通信システムの一例として、３ＧＰＰＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ；以下、「ＬＴＥ」という。）通信システムについて概略的に説明する。
【０００３】
図１は、無線通信システムの一例としてＥ−ＵＭＴＳネットワーク構造を概略的に示す図である。Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）は、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）から進展したシステムであり、現在３ＧＰＰで基礎的な標準化作業が進行中である。一般に、Ｅ−ＵＭＴＳをＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムと呼ぶこともできる。ＵＭＴＳ及びＥ−ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容はそれぞれ、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ７及びＲｅｌｅａｓｅ８を参照することができる。
【０００４】
図１を参照すると、Ｅ−ＵＭＴＳは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅＢ；ｅＮＢ）、及びネットワーク（Ｅ−ＵＴＲＡＮ）の終端に位置して外部ネットワークに接続するアクセスゲートウェイ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ；ＡＧ）を含んでいる。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリームを同時に送信することができる。
【０００５】
一つの基地局には一つ以上のセルが存在する。セルは、１．４４、３、５、１０、１５、２０ＭＨｚなどの帯域幅のいずれか一つに設定され、複数の端末に下り又は上り送信サービスを提供する。異なったセルは、互いに異なった帯域幅を提供するように設定することができる。基地局は、複数の端末に関するデータ送受信を制御する。下りリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データについて、基地局は、下りリンクスケジューリング情報を送信し、該当の端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ）関連情報などを知らせる。また、上りリンク（Ｕｐｌｉｎｋ；ＵＬ）データについて、基地局は、上りリンクスケジューリング情報を該当の端末に送信し、該当の端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。基地局同士の間には、ユーザトラフィック又は制御トラフィックの送信のためのインターフェースを用いることができる。コアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ；ＣＮ）は、ＡＧ、及び端末のユーザ登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位に端末の移動性を管理する。
【０００６】
無線通信技術は、ＷＣＤＭＡ（登録商標）に基づいてＬＴＥまで開発されているが、ユーザと事業者の要求と期待は増す一方である。その上、他の無線接続技術の開発が続いており、将来、競争力を有するためには新しい技術進化が要求される。ビット当たりのコストの削減、サービス可用性の増大、柔軟な周波数バンドの使用、単純構造と開放型インターフェース、端末の適度な電力消耗などが要求される。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、無線通信システムにおいて下りリンク信号の送受信方法及びそのための装置を提供することにある。
【０００８】
本発明で遂げようとする技術的課題は、上記の技術的課題に制限されず、言及していない他の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【課題を解決するための手段】
【０００９】
上述した問題点を解決するための本発明の一態様である、無線リソース用途変更を支援するＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）無線通信システムにおいて端末の下りリンク信号を受信する方法は、上りリンク参照設定（ＵＬ  ｒｅｆｅｒｅｎｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）として、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）ベースの上りリンク−下りリンク設定０（Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ０）が設定されるステップと、上りリンクインデックス（ＵＬ  ｉｎｄｅｘ）或いは下りリンク割り当てインデックス（Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ）を定義する第１フィールドを含む下りリンク制御情報を受信するステップとを有し、前記下りリンク制御情報が共通検索領域（Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ）で受信され、下りリンク制御情報と関連した下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）フォーマットがＤＣＩフォーマット０である場合、前記第１フィールドは上りリンクインデックス（ＵＬ  ｉｎｄｅｘ）として判断されることを特徴とする。
【００１０】
なお、前記下りリンク制御情報が端末−特定検索領域（ＵＥ−ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅ）で受信され、下りリンク制御情報と関連した下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）フォーマットがＤＣＩフォーマット０或いはＤＣＩフォーマット４である場合、前記下りリンク制御情報は、下りリンク割り当てインデックス（Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ）を定義する第２フィールドをさらに含むことができる。
【００１１】
なお、前記下りリンク制御情報に基づくＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）で少なくとも１つのＨＡＲＱ−ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  ＡＲＱ−ＡＣＫ／ＮＡＣＫ）を送信するステップをさらに有することができる。好ましくは、前記ＰＵＳＣＨを送信する少なくとも１つの上りリンクサブフレームは、前記上りリンクインデックスによって決定され、前記少なくとも１つのＨＡＲＱ−ＡＣＫ／ＮＡＣＫのサイズは、前記下りリンク割り当てインデックスに基づいて定義されてもよく、前記少なくとも１つのＨＡＲＱ−ＡＣＫ／ＮＡＣＫのサイズは、前記ＰＵＳＣＨを送信する少なくとも１つの上りリンクサブフレームのうち、前記少なくとも１つのＨＡＲＱ／ＡＣＫがピギーバック（ｐｉｇｇｙｂａｃｋ）して送信される上りリンクサブフレームだけに基づいて決定されることを特徴とする。
【００１２】
なお、前記下りリンク割り当てインデックスは、特定下りリンクサブフレーム上で受信された場合にのみ有効であり、前記特定下りリンクサブフレームは、下りリンク参照設定ベースの特定上りリンクサブフレームにおけるＰＵＳＣＨ伝送を指示する下りリンク制御情報が受信される下りリンクサブフレームであることを特徴とする。
【００１３】
なお、前記下りリンク割り当てインデックスは、有効でない場合、仮想ＣＲＣ（Ｖｉｒｔｕａｌ  Ｃｙｃｌｅ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）として用いられることを特徴とする。
【００１４】
上述した問題点を解決するための本発明の他の態様である、無線リソース用途変更を支援するＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）無線通信システムで下りリンク信号を受信する端末は、無線周波数ユニット（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  Ｕｎｉｔ）と、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）とを備え、前記プロセッサは、上りリンク参照設定（ＵＬ  ｒｅｆｅｒｅｎｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）として、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）ベースの上りリンク−下りリンク設定０（Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ０）が設定され、上りリンクインデックス（ＵＬ  ｉｎｄｅｘ）或いは下りリンク割り当てインデックス（Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ）を定義する第１フィールドを含む下りリンク制御情報を受信するように構成され、前記下りリンク制御情報が共通検索領域（Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ）で受信され、下りリンク制御情報と関連した下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）フォーマットがＤＣＩフォーマット０である場合、前記第１フィールドは上りリンクインデックス（ＵＬ  ｉｎｄｅｘ）として判断されることを特徴とする。
本明細書は、例えば、以下の項目も提供する。
（項目１）
無線リソース用途変更を支援するＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）無線通信システムにおいて端末の下りリンク信号を受信する方法であって、
上りリンク参照設定（ＵＬ  ｒｅｆｅｒｅｎｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）として、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）ベースの上りリンク−下りリンク設定０（Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ０）が設定されるステップと、
上りリンクインデックス（ＵＬ  ｉｎｄｅｘ）或いは下りリンク割り当てインデックス（Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ）を定義する第１フィールドを含む下りリンク制御情報を受信するステップと、
を有し、
前記下りリンク制御情報が共通検索領域（Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ）で受信され、下りリンク制御情報と関連した下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）フォーマットがＤＣＩフォーマット０である場合、前記第１フィールドは上りリンクインデックス（ＵＬ  ｉｎｄｅｘ）として判断される、
下りリンク信号受信方法。
（項目２）
前記下りリンク制御情報が端末−特定検索領域（ＵＥ−ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅ）で受信され、下りリンク制御情報と関連した下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）フォーマットがＤＣＩフォーマット０或いはＤＣＩフォーマット４である場合、前記下りリンク制御情報は、下りリンク割り当てインデックス（Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ）を定義する第２フィールドをさらに含む、項目１に記載の下りリンク信号受信方法。
（項目３）
前記下りリンク制御情報に基づくＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）で少なくとも１つのＨＡＲＱ−ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  ＡＲＱ−ＡＣＫ／ＮＡＣＫ）を送信するステップをさらに有する、項目２に記載の下りリンク信号受信方法。
（項目４）
前記ＰＵＳＣＨを送信する少なくとも１つの上りリンクサブフレームは、前記上りリンクインデックスによって決定され、
前記少なくとも１つのＨＡＲＱ−ＡＣＫ／ＮＡＣＫのサイズは、前記下りリンク割り当てインデックスに基づいて定義される、項目３に記載の下りリンク信号受信方法。
（項目５）
前記少なくとも１つのＨＡＲＱ−ＡＣＫ／ＮＡＣＫのサイズは、前記ＰＵＳＣＨを送信する少なくとも１つの上りリンクサブフレームのうち、前記少なくとも１つのＨＡＲＱ／ＡＣＫがピギーバック（ｐｉｇｇｙｂａｃｋ）して送信される上りリンクサブフレームだけに基づいて決定されることを特徴とする、項目３に記載の下りリンク信号受信方法。
（項目６）
前記下りリンク割り当てインデックスは、特定下りリンクサブフレーム上で受信された場合にのみ有効であり、
前記特定下りリンクサブフレームは、下りリンク参照設定ベースの特定上りリンクサブフレームにおけるＰＵＳＣＨ伝送を指示する下りリンク制御情報が受信される下りリンクサブフレームであることを特徴とする、項目２に記載の下りリンク信号受信方法。
（項目７）
前記下りリンク割り当てインデックスは、有効でない場合、仮想ＣＲＣ（Ｖｉｒｔｕａｌ  Ｃｙｃｌｅ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）として用いられることを特徴とする、項目６に記載の下りリンク信号受信方法。
（項目８）
無線リソース用途変更を支援するＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）無線通信システムにおいて下りリンク信号を受信する端末であって、
無線周波数ユニット（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  Ｕｎｉｔ）と、
プロセッサ（Ｐｒｏｃｅｓｓｏｒ）と、
を備え、
前記プロセッサは、
上りリンク参照設定（ＵＬ  ｒｅｆｅｒｅｎｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）として、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）ベースの上りリンク−下りリンク設定０（Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ０）が設定され、上りリンクインデックス（ＵＬ  ｉｎｄｅｘ）或いは下りリンク割り当てインデックス（Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ）を定義する第１フィールドを含む下りリンク制御情報を受信するように構成され、
前記下りリンク制御情報が共通検索領域（Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ）で受信され、下りリンク制御情報と関連した下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）フォーマットがＤＣＩフォーマット０である場合、前記第１フィールドは上りリンクインデックス（ＵＬ  ｉｎｄｅｘ）として判断される、端末。
（項目９）
前記下りリンク制御情報が端末−特定検索領域（ＵＥ−ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅ）で受信され、下りリンク制御情報と関連した下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）フォーマットがＤＣＩフォーマット０或いはＤＣＩフォーマット４である場合、前記下りリンク制御情報は、下りリンク割り当てインデックス（Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ）を定義する第２フィールドをさらに含む、項目８に記載の端末。
【発明の効果】
【００１５】
本発明によれば、無線通信システムでシステム負荷に応じて無線リソースを動的に変更する場合において、下りリンク信号を送受信することができる。
【００１６】
本発明で得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【図面の簡単な説明】
【００１７】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に関する実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【００１８】
【図１】無線通信システムの一例としてＥ−ＵＭＴＳネットワーク構造を示す図である。
【００１９】
【図２】３ＧＰＰ無線接続網規格に基づく端末とＥ−ＵＴＲＡＮ間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）のコントロールプレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）の構造を示す図である。
【００２０】
【図３】３ＧＰＰ  ＬＴＥシステムに用いられる物理チャネル及びそれらを用いた一般的な信号送信方法を示す図である。
【００２１】
【図４】ＬＴＥシステムで用いられる無線フレームの構造を示す図である。
【００２２】
【図５】下りリンクスロットのリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示す図である。
【００２３】
【図６】下りリンクサブフレームの構造を例示する図である。
【００２４】
【図７】ＬＴＥで用いられる上りリンクサブフレームの構造を示す図である。
【００２５】
【図８】単一セル状況でＴＤＤ  ＵＬ  ＡＣＫ／ＮＡＣＫ伝送手続を示す図である。
【００２６】
【図９】ＤＬ  ＤＡＩを用いたＡＣＫ／ＮＡＣＫ伝送を例示する図である。
【００２７】
【図１０】キャリア併合（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ：ＣＡ）通信システムを例示する図である。
【００２８】
【図１１】複数のキャリアが併合された場合のスケジューリングを例示する図である。
【００２９】
【図１２】ＥＰＤＣＣＨとＥＰＤＣＣＨによってスケジュールされるＰＤＳＣＨを例示する図である。
【００３０】
【図１３】ＣｏＭＰを行う一例を示す図である。
【００３１】
【図１４】ＴＤＤシステム環境下で無線リソースの用途が動的に変更される場合を示す図である。
【００３２】
【図１５】本発明の実施例に適用可能な基地局及びユーザ機器を例示する図である。
【発明を実施するための形態】
【００３３】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化したバージョンである。
【００３４】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａを中心に記述するが、本発明の技術的思想がこれに制限されるわけではない。また、以下の説明で使われる特定用語は、本発明の理解を助けるために提供されるものであり、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更することもできる。
【００３５】
図２は、３ＧＰＰ無線接続網規格に基づく端末とＥ−ＵＴＲＡＮ間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）のコントロールプレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）の構造を示す図である。コントロールプレーンは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークが呼を管理するために用いる制御メッセージが送信される通路を意味する。ユーザプレーンは、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路を意味する。
【００３６】
第１層である物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いて上位層に情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。物理層は上位にある媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層とは伝送チャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して接続されている。この伝送チャネルを介して媒体接続制御層と物理層間にデータが移動する。送信側の物理層と受信側の物理層間は、物理チャネルを介してデータが移動する。この物理チャネルは、時間と周波数を無線リソースとして用いる。具体的に、物理チャネルは、下りリンクでＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調され、上りリンクでＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調される。
【００３７】
第２層の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼性あるデータ送信を支援する。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックとして具現することもできる。第２層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インターフェースでＩＰｖ４やＩＰｖ６のようなＩＰパケットを效率的に送信するために不要の制御情報を減らすヘッダー圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を果たす。
【００３８】
第３層の最下部に位置している無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）層は、コントロールプレーンでのみ定義される。ＲＲＣ層は、無線ベアラー（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャネル、伝送チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワーク間のデータ伝達のために第２層によって提供されるサービスを意味する。そのために、端末とネットワークのＲＲＣ層は互いにＲＲＣメッセージを交換する。端末とネットワークのＲＲＣ層間にＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｅｄ）がある場合、端末はＲＲＣ接続状態（Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ）であり、そうでない場合、ＲＲＣ休止状態（Ｉｄｌｅ  Ｍｏｄｅ）である。ＲＲＣ層の上位にあるＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を果たす。
【００３９】
基地局（ｅＮＢ）を構成する一つのセルは、１．４、３、５、１０、１５、２０ＭＨｚなどの帯域幅のいずれか一つに設定され、複数の端末に下り又は上り送信サービスを提供する。異なったセルは異なった帯域幅を提供するように設定することができる。
【００４０】
ネットワークから端末にデータを送信する下り伝送チャネルは、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、ページングメッセージを送信するＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを送信する下りＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）などがある。下りマルチキャスト又は放送サービスのトラフィック又は制御メッセージの場合、下りＳＣＨを介して送信されてもよく、又は別の下りＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信されてもよい。一方、端末からネットワークにデータを送信する上り伝送チャネルには、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを送信する上りＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。伝送チャネルの上位に位置しており、伝送チャネルにマップされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）には、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００４１】
図３は、３ＧＰＰ  ＬＴＥシステムに用いられる物理チャネル及びそれらを用いた一般的な信号送信方法を説明するための図である。
【００４２】
電源が消えた状態で電源がついたり、新しくセルに進入したりしたユーザ機器は、段階Ｓ３０１で、基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ）作業を行う。そのために、ユーザ機器は基地局から１次同期チャネル（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ、Ｐ−ＳＣＨ）及び２次同期チャネル（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ、Ｓ−ＳＣＨ）を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。その後、ユーザ機器は、基地局から物理放送チャネル（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を受信してセル内放送情報を取得することができる。一方、ユーザ機器は、初期セル探索段階で下りリンク参照信号（Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＤＬ  ＲＳ）を受信して下りリンクチャネル状態を確認することができる。
【００４３】
初期セル探索を終えたユーザ機器は、段階Ｓ３０２で、物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）、及び物理下りリンク制御チャネル情報に基づく物理下りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＤＳＣＨ）を受信し、より具体的なシステム情報を取得することができる。
【００４４】
その後、ユーザ機器は、基地局への接続を完了するために、段階Ｓ３０３乃至段階Ｓ３０６のようなランダムアクセス手順（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。そのために、ユーザ機器は、物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）を介してプリアンブル（ｐｒｅａｍｂｌｅ）を送信し（Ｓ３０３）、物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルを介して、プリアンブルに対する応答メッセージを受信することができる（Ｓ３０４）。競合ベースランダムアクセスの場合、更なる物理ランダムアクセスチャネルの送信（Ｓ３０５）、及び物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルの受信（Ｓ３０６）のような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。
【００４５】
上述したような手順を行ったユーザ機器は、その後、一般的な上りリンク／下りリンク信号送信手順として、物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信（Ｓ３０７）及び物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）／物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）の送信（Ｓ３０８）を行うことができる。ユーザ機器が基地局に送信する制御情報を総称して上りリンク制御情報（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）という。ＵＣＩは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）などを含む。本明細書で、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫは簡単に、ＨＡＲＱ−ＡＣＫ或いはＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）と呼ぶ。ＨＡＲＱ−ＡＣＫは、ポジティブＡＣＫ（簡単に、ＡＣＫ）、ネガティブＡＣＫ（ＮＡＣＫ）、ＤＴＸ及びＮＡＣＫ／ＤＴＸのうち少なくとも一つを含む。ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｉｏｎ）などを含む。ＵＣＩは、一般にはＰＵＣＣＨを介して送信されるが、制御情報とトラフィックデータとが同時に送信されるべき場合にはＰＵＳＣＨを介して送信されてもよい。また、ネットワークの要請／指示に応じて、ＰＵＳＣＨを介してＵＣＩを非周期的に送信することもできる。
【００４６】
図４は、ＬＴＥシステムで用いられる無線フレームの構造を例示する図である。
【００４７】
図４を参照すると、セルラーＯＦＤＭ無線パケット通信システムにおいて、上りリンク／下りリンクデータパケット送信はサブフレーム（ｓｕｂｆｒａｍｅ）単位になされ、１サブフレームは、複数のＯＦＤＭシンボルを含む一定時間区間と定義される。３ＧＰＰ  ＬＴＥ標準では、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ１無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）構造、及びＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ２の無線フレーム構造を支援する。
【００４８】
図４の（ａ）は、タイプ１無線フレームの構造を例示する。下りリンク無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は、１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成され、１サブフレームは、時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）で２個のスロット（ｓｌｏｔ）で構成される。１サブフレーム）を送信するためにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）という。例えば、１サブフレームの長さを１ｍｓ、１スロットの長さを０．５ｍｓとすることができる。１スロットは時間領域で複数のＯＦＤＭシンボルを含み、周波数領域で複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ；ＲＢ）を含む。３ＧＰＰ  ＬＴＥシステムでは下りリンクでＯＦＤＭＡが用いられるため、ＯＦＤＭシンボルが１シンボル区間を表す。ＯＦＤＭシンボルは、ＳＣ−ＦＤＭＡシンボル又はシンボル区間と呼ぶこともできる。リソース割当て単位としてのリソースブロック（ＲＢ）は、１スロットで複数個の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含むことができる。
【００４９】
１スロットに含まれるＯＦＤＭシンボルの数は、ＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）の構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって可変することができる。ＣＰには、拡張されたＣＰ（ｅｘｔｅｎｄｅｄ  ＣＰ）と標準ＣＰ（ｎｏｒｍａｌ  ＣＰ）がある。例えば、ＯＦＤＭシンボルが標準ＣＰによって構成された場合、１スロットに含まれるＯＦＤＭシンボルの数は７個であってよい。ＯＦＤＭシンボルが拡張されたＣＰによって構成された場合、１  ＯＦＤＭシンボルの長さが増加することから、１スロットに含まれるＯＦＤＭシンボルの数は、標準ＣＰの場合に比べて少ない。拡張されたＣＰの場合、例えば、１スロットに含まれるＯＦＤＭシンボルの数は６個であってもよい。ユーザ機器が速い速度で移動するなどしてチャネル状態が不安定な場合、シンボル間干渉をより減らすために、拡張されたＣＰを用いることができる。
【００５０】
標準ＣＰが用いられる場合、１スロットは７  ＯＦＤＭシンボルを含むため、１サブフレームは１４  ＯＦＤＭシンボルを含む。このとき、各サブフレームの先頭における最大３個のＯＦＤＭシンボルは、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）に割り当て、残りのＯＦＤＭシンボルは、ＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）に割り当てることができる。
【００５１】
図４の（ｂ）は、タイプ２無線フレームの構造を例示する。タイプ２無線フレームは、２個のハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）で構成され、各ハーフフレームは、２個のスロットを含む４個の一般サブフレームと、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）、保護区間（Ｇｕａｒｄ  Ｐｅｒｉｏｄ、ＧＰ）及びＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）を含む特別サブフレーム（ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅ）とで構成される。
【００５２】
特別サブフレームにおいて、ＤｗＰＴＳは、ユーザ機器における初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局におけるチャネル推定とユーザ機器の上りリンク送信同期の獲得に用いられる。すなわち、ＤｗＰＴＳは下りリンク送信に、ＵｐＰＴＳは上りリンク送信に用いられ、特に、ＵｐＰＴＳはＰＲＡＣＨプリアンブルやＳＲＳ送信のために用いられる。また、保護区間は、上りリンクと下りリンクの間に下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。
【００５３】
上記の特別サブフレームに関して現在３ＧＰＰ標準文書では下記の表１のように設定を定義している。表１で、
【化１】
0006306204.tif 000002
の場合に、ＤｗＰＴＳとＵｐＰＴＳを示しており、残りの領域が保護区間として設定される。
【００５４】
【表１】
0006306204.tif 000003
【００５５】
一方、タイプ２無線フレームの構造、すなわち、ＴＤＤシステムにおいて上りリンク／下りリンクサブフレーム設定（ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、下記の表２のとおりである。
【００５６】
【表２】
0006306204.tif 000004
【００５７】
上記の表２で、Ｄは下りリンクサブフレーム、Ｕは上りリンクサブフレームを表し、Ｓは特別サブフレームを意味する。また、上記の表２では、それぞれの上りリンク／下りリンクサブフレーム設定において下りリンク−上りリンクスイッチング周期も表している。
【００５８】
上述した無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるシンボルの数は様々に変更されてもよい。
【００５９】
図５は、下りリンクスロットのリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を例示する。
【００６０】
図５を参照すると、下りリンクスロットは、時間領域で
【化２】
0006306204.tif 000005
ＯＦＤＭシンボルを含み、周波数領域で
【化３】
0006306204.tif 000006
リソースブロックを含む。それぞれのリソースブロックが
【化４】
0006306204.tif 000007
副搬送波を含むので、下りリンクスロットは、周波数領域で
【化５】
0006306204.tif 000008
副搬送波を含む。図５は、下りリンクスロットが７  ＯＦＤＭシンボルを含み、リソースブロックが１２副搬送波を含むと例示しているが、必ずしもこれに制限されない。例えば、下りリンクスロットに含まれるＯＦＤＭシンボルの個数はサイクリックプレフィックス（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ；ＣＰ）の長さによって変形されてもよい。
【００６１】
リソースグリッド上の各要素をリソース要素（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ；ＲＥ）といい、１つのリソース要素は、１つのＯＦＤＭシンボルインデックス及び１つの副搬送波インデックスで示される。１つのＲＢは、
【化６】
0006306204.tif 000009
リソース要素で構成されている。下りリンクスロットに含まれるリソースブロックの数
【化７】
0006306204.tif 000010
は、セルで設定される下りリンク送信帯域幅（ｂａｎｄｗｉｄｔｈ）に従属する。
【００６２】
図６は、下りリンクサブフレームの構造を例示する。
【００６３】
図６を参照すると、サブフレームの第１スロットにおいて先頭における最大３（４）個のＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域に対応する。残りのＯＦＤＭシンボルは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）が割り当てられるデータ領域に該当する。ＬＴＥで用いられる下りリンク制御チャネルの例は、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  ｈｙｂｒｉｄ  ＡＲＱ  ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）などを含む。ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭシンボルで送信され、サブフレーム内で制御チャネルの送信に用いられるＯＦＤＭシンボルの個数に関する情報を搬送する。ＰＨＩＣＨは、上りリンク送信に対する応答としてＨＡＲＱ  ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  ａｃｋｎｏｗｌｅｄｇｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）信号を搬送する。
【００６４】
基地局は、伝送チャネルであるＰＣＨ（Ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）のリソース割り当てに関連した情報、上りリンクスケジューリンググラント（Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ）、ＨＡＲＱ情報、ＤＡＩ（Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ）などを、ＰＤＣＣＨ上で各ユーザ機器又はユーザ機器グループに送信する。ここで、ＤＡＩは、ＰＤＣＣＨの順序値又はカウンタ値を表すことができる。便宜上、ＤＬグラントＰＤＣＣＨのＤＡＩフィールドが示す値をＤＬ  ＤＡＩとし、ＵＬグラントＰＤＣＣＨ内のＤＡＩフィールドが示す値をＵＬ  ＤＡＩとする。
【００６５】
ＰＤＣＣＨを介して送信される制御情報をＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）と称する。ＤＣＩは、ユーザ機器又はユーザ機器グループのためのリソース割当て情報及び他の制御情報を含む。例えば、ＤＣＩは、上りリンク／下りリンクスケジューリング情報、上りリンク送信（Ｔｘ）電力制御命令などを含む。
【００６６】
ＰＤＣＣＨは、下りリンク共有チャネル（ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ、ＤＬ−ＳＣＨ）の送信フォーマット及びリソース割当て情報、上りリンク共有チャネル（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ、ＵＬ−ＳＣＨ）の送信フォーマット及びリソース割当て情報、ページングチャネル（ｐａｇｉｎｇ  ｃｈａｎｎｅｌ、ＰＣＨ）上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答のような上位層制御メッセージのリソース割当て情報、ユーザ機器グループ内の個別ユーザ機器に対する送信電力制御命令セット、送信電力制御命令、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の活性化指示情報などを搬送する。複数のＰＤＣＣＨが制御領域内で送信されてもよく、ユーザ機器は、複数のＰＤＣＣＨをモニタすることができる。ＰＤＣＣＨは、１つ又は複数の連続した制御チャネル要素（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ、ＣＣＥ）の集合（ａｇｇｒｅｇａｔｉｏｎ）上で送信される。ＣＣＥは、ＰＤＣＣＨに無線チャネル状態に基づくコーディングレートを提供するために用いられる論理的割当てユニットである。ＣＣＥは、複数のリソース要素グループ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ、ＲＥＧ）に対応する。ＰＤＣＣＨのフォーマット及びＰＤＣＣＨビットの個数はＣＣＥの個数によって決定される。基地局は、ユーザ機器に送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）を付加する。ＣＲＣは、ＰＤＣＣＨの所有者又は使用目的によって識別子（例、ＲＮＴＩ（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ））でマスクする。例えば、ＰＤＣＣＨが特定ユーザ機器のためのものであれば、該当のユーザ機器の識別子（例、ｃｅｌｌ−ＲＮＴＩ（Ｃ−ＲＮＴＩ））をＣＲＣにマスクすることができる。ＰＤＣＣＨがページングメッセージのためのものであれば、ページング識別子（例、ｐａｇｉｎｇ−ＲＮＴＩ（Ｐ−ＲＮＴＩ））をＣＲＣにマスクすることができる。ＰＤＣＣＨがシステム情報（より具体的に、システム情報ブロック（ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ、ＳＩＢ））のためのものであれば、ＳＩ−ＲＮＴＩ（ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ）をＣＲＣにマスクすることができる。ＰＤＣＣＨがランダムアクセス応答のためのものであれば、ＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ−ＲＮＴＩ）をＣＲＣにマスクすることができる。
【００６７】
ＤＣＩフォーマットについて一層具体的に説明する。
【００６８】
現在、ＬＴＥ−Ａ（ｒｅｌｅａｓｅ  １０）によれば、ＤＣＩフォーマット０、１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ、３、３Ａ、４が定義されている。ここで、ＤＣＩフォーマット０、１Ａ、３、３Ａは、後述するブラインド復号回数を減らすために、同一のメッセージサイズを有するように規定されている。これらのＤＣＩフォーマットは、送信しようとする制御情報の用途によってｉ）上りリンクスケジューリング承認に用いられるＤＣＩフォーマット０、４、ｉｉ）下りリンクスケジューリング割り当てに用いられるＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ、ｉｉｉ）電力制御命令のためのＤＣＩフォーマット３、３Ａ、に区別することができる。
【００６９】
上りリンクスケジューリング承認に用いられるＤＣＩフォーマット０の場合、後述する搬送波併合に関連して必要な搬送波オフセット（ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｏｒ）、ＤＣＩフォーマット０と１Ａとを区別するために用いられるオフセット（ｆｌａｇ  ｆｏｒ  ｆｏｒｍａｔ  ０／ｆｏｒｍａｔ  １Ａ  ｄｉｆｆｅｒｅｎｔｉａｔｉｏｎ）、上りリンクＰＵＳＣＨ伝送において周波数ホッピングが用いられるか否かを示すホッピングフラグ（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ  ｆｌａｇ）、端末がＰＵＳＣＨ伝送に用いるべきリソースブロック割り当てに関する情報（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ａｓｓｉｇｎｍｅｎｔ）、変調及び符号化方式（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）、ＨＡＲＱプロセスと関連して初期伝送のためにバッファを空にするために用いられる新しいデータオフセット（ｎｅｗ  ｄａｔａ  ｉｎｄｉｃａｔｏｒ）、ＰＵＳＣＨのための伝送電力制御命令（ＴＰＣ  ｃｏｍｍａｎｄ  ｆｏｒ  ｓｃｈｅｄｕｌｅｄ  ｆｏｒ  ＰＵＳＣＨ）、ＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）のための循環シフト情報（ｃｙｃｌｉｃ  ｓｈｉｆｔ  ｆｏｒ  ＤＭ  ＲＳ  ａｎｄ  ＯＣＣ  ｉｎｄｅｘ）、ＴＤＤ動作で必要な上りリンクインデックス（ＵＬ  ｉｎｄｅｘ）、及びチャネル品質情報（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）要求情報（ＣＳＩ  ｒｅｑｕｅｓｔ）などを含むことができる。一方、ＤＣＩフォーマット０の場合、同期式ＨＡＲＱを用いるので、下りリンクスケジューリング割り当てに関連したＤＣＩフォーマットと違い、リダンダンシバージョン（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）を含まない。搬送波オフセットは、クロス搬送波スケジューリングが用いられない場合にはＤＣＩフォーマットに含まれない。
【００７０】
ＤＣＩフォーマット４は、ＬＴＥ−Ａリリース１０で新しく追加されたものであり、ＬＴＥ−Ａで上りリンク伝送に空間多重化が適用されることを支援するためのものである。ＤＣＩフォーマット４の場合、ＤＣＩフォーマット０に比べて、空間多重化のための情報をさらに含むので、より一層大きいメッセージサイズを有し、ＤＣＩフォーマット０に含まれる制御情報に追加の制御情報をさらに含む。すなわち、ＤＣＩフォーマット４の場合、二番目の伝送ブロックのための変調及び符号化方式、多重アンテナ伝送のためのプリコーディング情報、サウンディング参照信号要求（ＳＲＳ  ｒｅｑｕｅｓｔ）情報をさらに含む。一方、ＤＣＩフォーマット４は、ＤＣＩフォーマット０よりも大きいサイズを有するので、ＤＣＩフォーマット０と１Ａとを区別するオフセットは含まない。
【００７１】
下りリンクスケジューリング割り当てに関連するＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃは、空間多重化を支援しない１、１Ａ、１Ｂ、１Ｃ、１Ｄと、空間多重化を支援する２、２Ａ、２Ｂ、２Ｃとに大別することができる。
【００７２】
ＤＣＩフォーマット１Ｃは、コンパックト下りリンク割り当てであり、周波数連続的割り当てのみを支援し、他のフォーマットと比較して搬送波オフセット、リダンダンシバージョンを含まない。
【００７３】
ＤＣＩフォーマット１Ａは、下りリンクスケジューリング及びランダムアクセス手続のためのフォーマットである。ここには、搬送波オフセット、下りリンク分散型伝送が用いられるか否かを示す表示子、ＰＤＳＣＨリソース割り当て情報、変調及び符号化方式、リダンダンシバージョン、ソフトコンバイニングのために用いられるプロセッサを示すためのＨＡＲＱプロセッサ番号、ＨＡＲＱプロセスと関連して初期伝送のためにバッファを空にするために用いられる新しいデータオフセット、ＰＵＣＣＨのための伝送電力制御命令、ＴＤＤ動作で必要な上りリンクインデックスなどを含むことができる。
【００７４】
ＤＣＩフォーマット１の場合、大部分の制御情報がＤＣＩフォーマット１Ａに似ている。ただし、ＤＣＩフォーマット１Ａが連続したリソース割り当てに関連するものであるに対し、ＤＣＩフォーマット１は非周期的リソース割り当てを支援する。このため、ＤＣＩフォーマット１は、リソース割り当てヘッダーをさらに含むので、リソース割り当ての柔軟性が増加することのトレードオフとして制御シグナリングオーバーヘッドは多少増加する。
【００７５】
ＤＣＩフォーマット１Ｂ、１Ｄの場合には、ＤＣＩフォーマット１と比較して、プリコーディング情報をさらに含む点で共通する。ＤＣＩフォーマット１ＢはＰＭＩ確認を、ＤＣＩフォーマット１Ｄは下りリンク電力オフセット情報をそれぞれ含む。その他、ＤＣＩフォーマット１Ｂ、１Ｄに含まれた制御情報はＤＣＩフォーマット１Ａの場合と殆ど一致する。
【００７６】
ＤＣＩフォーマット２、２Ａ、２Ｂ、２Ｃは、基本的に、ＤＣＩフォーマット１Ａに含まれた制御情報を殆ど含むとともに、空間多重化のための情報をさらに含む。これらの情報には、二番目の伝送ブロックに関する変調及び符号化方式、新しいデータオフセット及びリダンダンシバージョンが当たる。
【００７７】
ＤＣＩフォーマット２は、閉ループ空間多重化を支援し、２Ａは、開ループ空間多重化を支援する。両者ともプリコーディング情報を含む。ＤＣＩフォーマット２Ｂは、ビームフォーミングと結合されたデュアルレイヤ空間多重化を支援し、ＤＭＲＳのための循環シフト情報をさらに含む。ＤＣＩフォーマット２Ｃは、ＤＣＩフォーマット２Ｂの拡張として理解すればよく、８つのレイヤまで空間多重化を支援する。
【００７８】
ＤＣＩフォーマット３、３Ａは、前述した上りリンクスケジューリング承認及び下りリンクスケジューリング割り当てのためのＤＣＩフォーマットに含まれている伝送電力制御情報を補完、すなわち、半−持続的（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ）スケジューリングを支援するために用いることができる。１端末につき、ＤＣＩフォーマット３の場合は１ビット、３Ａの場合は２ビットの命令が用いられる。
【００７９】
上述したようなＤＣＩフォーマットのいずれか一つを１つのＰＤＣＣＨで送信し、複数のＰＤＣＣＨを制御領域内で送信することができる。端末は、複数のＰＤＣＣＨを監視（ｍｏｎｉｔｏｒｉｎｇ）することができる。
【００８０】
図７は、ＬＴＥで用いられる上りリンクサブフレームの構造を例示する。
【００８１】
図７を参照すると、上りリンクサブフレームは、複数（例、２個）のスロットを含む。スロットは、ＣＰ長によって異なる数のＳＣ−ＦＤＭＡシンボルを含むことができる。上りリンクサブフレームは、周波数領域でデータ領域と制御領域とに区別される。データ領域は、ＰＵＳＣＨを含み、音声などのデータ信号を送信するために用いられる。制御領域は、ＰＵＣＣＨを含み、上りリンク制御情報（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＵＣＩ）を送信するために用いられる。ＰＵＣＣＨは、周波数軸においてデータ領域の両端部に位置したＲＢ対（ＲＢ  ｐａｉｒ）を含み、スロットを境界にホップする。
【００８２】
ＰＵＣＣＨは、次の制御情報を送信するために用いることができる。
【００８３】
−  ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）：上りリンクＵＬ−ＳＣＨリソースを要請するために用いられる情報である。ＯＯＫ（Ｏｎ−Ｏｆｆ  Ｋｅｙｉｎｇ）方式で送信される。
【００８４】
−  ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ：ＰＤＳＣＨ上の下りリンクデータパケットに対する応答信号である。下りリンクデータパケットが成功的に受信されたか否かを示す。単一の下りリンクコードワードに対する応答として１ビットのＡＣＫ／ＮＡＣＫが送信され、２つの下りリンクコードワードに対する応答として２ビットのＡＣＫ／ＮＡＣＫが送信される。
【００８５】
−  ＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）：下りリンクチャネルに対するフィードバック情報である。ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）を含み、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）関連フィードバック情報は、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＰＴＩ（Ｐｒｅｃｏｄｉｎｇ  Ｔｙｐｅ  Ｉｎｄｉｃａｔｏｒ）などを含む。サブフレーム当たり２０ビットが使用される。
【００８６】
ユーザ機器がサブフレームで送信可能な制御情報（ＵＣＩ）の量は、制御情報の送信に可用なＳＣ−ＦＤＭＡの個数に依存する。制御情報の送信に可用なＳＣ−ＦＤＭＡは、サブフレームにおいて参照信号の送信のためのＳＣ−ＦＤＭＡシンボル以外のＳＣ−ＦＤＭＡシンボルを意味し、ＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）が設定されたサブフレームではサブフレームの最後のＳＣ−ＦＤＭＡシンボルも除外される。参照信号は、ＰＵＣＣＨのコヒーレント検出に用いられる。
【００８７】
図８には、単一セル状況でＴＤＤ  ＵＬ  ＡＣＫ／ＮＡＣＫ伝送手続を示す。
【００８８】
図８を参照すると、端末は、Ｍ個のＤＬサブフレーム（Ｓｕｂｆｒａｍｅ：ＳＦ）上で１つ以上のＰＤＳＣＨ信号を受信することができる（Ｓ８０２＿０〜Ｓ８０２＿Ｍ−１）。各ＰＤＳＣＨ信号は、伝送モードによって１つ又は複数（例、２つ）の伝送ブロック（ＴＢ）（或いはコードワード（ＣＷ））を送信するために用いられる。また、図示してはいないが、段階Ｓ８０２＿０〜Ｓ８０２＿Ｍ−１で、ＡＣＫ／ＮＡＣＫ応答を要求するＰＤＣＣＨ信号、例えば、ＳＰＳ解除（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ  ｒｅｌｅａｓｅ）を示すＰＤＣＣＨ信号（簡単に、ＳＰＳ解除ＰＤＣＣＨ信号）を受信してもよい。Ｍ個のＤＬサブフレームにＰＤＳＣＨ信号及び／又はＳＰＳ解除ＰＤＣＣＨ信号が存在すると、端末は、ＡＣＫ／ＮＡＣＫを送信するための手続（例、ＡＣＫ／ＮＡＣＫ（ペイロード）生成、ＡＣＫ／ＮＡＣＫリソース割り当てなど）を経て、Ｍ個のＤＬサブフレームに対応する一つのＵＬサブフレームでＡＣＫ／ＮＡＣＫを送信する（Ｓ８０４）。ＡＣＫ／ＮＡＣＫは、段階Ｓ８０２＿０〜Ｓ８０２＿Ｍ−１におけるＰＤＳＣＨ信号及び／又はＳＰＳ解除ＰＤＣＣＨ信号に対する受信応答情報を含む。ＡＣＫ／ＮＡＣＫは基本的にＰＵＣＣＨで送信されるが、ＡＣＫ／ＮＡＣＫ伝送時点にＰＵＳＣＨ伝送がある場合には、ＡＣＫ／ＮＡＣＫはＰＵＳＣＨで送信される。ＡＣＫ／ＮＡＣＫ伝送のために、表２の様々なＰＵＣＣＨフォーマットを用いることができる。また、ＰＵＣＣＨフォーマットで送信されるＡＣＫ／ＮＡＣＫビット数を減らすために、ＡＣＫ／ＮＡＣＫバンドリング（ｂｕｎｄｌｉｎｇ）、ＡＣＫ／ＮＡＣＫチャネル選択（ｃｈａｎｎｅｌ  ｓｅｌｅｃｔｉｏｎ）のような様々な方法を用いることができる。
【００８９】
上述したように、ＴＤＤでは、Ｍ個のＤＬサブフレームで受信したデータに対するＡＣＫ／ＮＡＣＫが、１つのＵＬサブフレームで送信され（すなわち、Ｍ  ＤＬ  ＳＦ（ｓ）：１  ＵＬ  ＳＦ）、これらの関係はＤＡＳＩ（Ｄｏｗｎｌｉｎｋ  Ａｓｓｏｃｉａｔｉｏｎ  Ｓｅｔ  Ｉｎｄｅｘ）によって与えられる。
【００９０】
表３には、ＬＴＥ（−Ａ）に定義されたＤＡＳＩ（Ｋ：｛ｋ０，ｋ１，…ｋＭ−１｝）を示す。表３は、ＡＣＫ／ＮＡＣＫを送信するＵＬサブフレームの立場で、自身と関連したＤＬサブフレームとの間隔を示している。具体的に、サブフレームｎ−ｋ（ｋ∈Ｋ）にＰＤＳＣＨ伝送及び／又はＳＰＳ解除ＰＤＣＣＨがある場合、端末はサブフレームｎで対応のＡＣＫ／ＮＡＣＫを送信する。
【００９１】
【表３】
0006306204.tif 000011
【００９２】
複数のＤＬサブフレームで複数のＰＤＳＣＨを１つの端末に送信する場合、基地局は、各ＰＤＳＣＨに対して一つずつ、複数のＰＤＣＣＨを送信する。このとき、端末は、複数のＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫを、１つのＵＬサブフレーム上でＰＵＣＣＨ又はＰＵＳＣＨで送信する。既存のＬＴＥにおいてＴＤＤモードで動作時に、複数のＰＤＳＣＨに対してＡＣＫ／ＮＡＣＫを送信する方式は、次のように２つの方式に大別される。
【００９３】
１）ＡＣＫ／ＮＡＣＫバンドリング（ＡＣＫ／ＮＡＣＫ  ｂｕｎｄｌｉｎｇ）：複数のデータユニット（例えば、ＰＤＳＣＨ、ＳＰＳ解除ＰＤＣＣＨなど）に対するＡＣＫ／ＮＡＣＫビットが論理−ＡＮＤ演算によって結合される。例えば、全データユニットの復号に成功した場合、Ｒｘノード（例えば、端末）は、ＡＣＫ信号を送信する。一方、データユニットのいずれか１つでも復号（又は検出）に失敗した場合には、ＲｘノードはＮＡＣＫ信号を送信するか、又は何ら信号も送信しない。
【００９４】
２）ＰＵＣＣＨ選択伝送：複数のＰＤＳＣＨを受信する端末は、ＡＣＫ／ＮＡＣＫ伝送のために複数のＰＵＣＣＨリソースを占有する。複数のデータユニットに対するＡＣＫ／ＮＡＣＫ応答は、実際ＡＣＫ／ＮＡＣＫ伝送に用いられたＰＵＣＣＨリソースと送信されたＡＣＫ／ＮＡＣＫ内容（例えば、ビット値）との組み合わせによって識別される。
【００９５】
ＴＤＤで端末が基地局にＡＣＫ／ＮＡＣＫ信号を送信する際に、次のような問題点が発生しうる。
【００９６】
・  複数のサブフレーム区間で基地局が送ったＰＤＣＣＨのうち一部を端末が受け逃した場合、端末は、逃したＰＤＣＣＨに該当するＰＤＳＣＨが自身に送信された事実も気づけず、ＡＣＫ／ＮＡＣＫ生成時に誤りが発生しうる。
【００９７】
このような誤りを解決するために、ＴＤＤシステムではＰＤＣＣＨにＤＡＩ（Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ）を含める。ＤＡＩは、ＤＬサブフレーム
【化８】
0006306204.tif 000012
内で現在サブフレームまでＰＤＳＣＨに対応するＰＤＣＣＨ及び下りリンクＳＰＳ解除を示すＰＤＣＣＨの累積値（すなわち、カウンティング値）を示す。例えば、３個のＤＬサブフレームが１つのＵＬサブフレームに対応する場合、３個のＤＬサブフレーム区間で送信されるＰＤＳＣＨに順次にインデックスを付与（すなわち、順次にカウント）して、ＰＤＳＣＨをスケジュールするＰＤＣＣＨに含めて送る。端末は、ＰＤＣＣＨに含まれたＤＡＩ情報から、これまでのＰＤＣＣＨを正しく受信したかが分かる。便宜上、ＰＤＳＣＨ−スケジューリングＰＤＣＣＨ及びＳＰＳ解除ＰＤＣＣＨに含まれたＤＡＩを、ＤＬ  ＤＡＩ、ＤＡＩ−ｃ（ｃｏｕｎｔｅｒ）、又は簡単にＤＡＩと呼ぶ。
【００９８】
表４には、ＤＬ  ＤＡＩフィールドが示す値
【化９】
0006306204.tif 000013
を表す。
【００９９】
【表４】
0006306204.tif 000014
【０１００】
図９には、ＤＬ  ＤＡＩを用いたＡＣＫ／ＮＡＣＫ伝送を例示する。この例は、３  ＤＬサブフレーム：１  ＵＬサブフレームの形態で構成されたＴＤＤシステムを仮定する。便宜上、端末はＰＵＳＣＨリソースを用いてＡＣＫ／ＮＡＣＫを送信すると仮定する。既存のＬＴＥでは、ＰＵＳＣＨでＡＣＫ／ＮＡＣＫを送信する場合、１ビット又は２ビットのバンドリングされたＡＣＫ／ＮＡＣＫを送信する。
【０１０１】
図９を参照すると、例示１のように、２番目のＰＤＣＣＨを逃した場合、端末は、３番目のＰＤＣＣＨのＤＬ  ＤＡＩ値とこれまで検出されたＰＤＣＣＨの数とが異なるため、２番目のＰＤＣＣＨを逃したことが分かる。この場合、端末は、２番目のＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫ応答を、ＮＡＣＫ（或いはＮＡＣＫ／ＤＴＸ）と処理することができる。一方、例示２のように、最後のＰＤＣＣＨを逃した場合、端末は、最後に検出したＰＤＣＣＨのＤＡＩ値とこれまで検出されたＰＤＣＣＨの数とが一致するため、最後のＰＤＣＣＨを逃したことが認識できない（すなわち、ＤＴＸ）。このため、端末は、ＤＬサブフレーム区間で２個のＰＤＣＣＨしかスケジュールされなかったと認識する。この場合、端末は、最初の２個のＰＤＣＣＨに対応するＡＣＫ／ＮＡＣＫだけをバンドリングするので、ＡＣＫ／ＮＡＣＫフィードバック過程で誤りが発生する。このような問題を解決するために、ＰＵＳＣＨ−スケジューリングＰＤＣＣＨ（すなわち、ＵＬグラントＰＤＣＣＨ）はＤＡＩフィールド（便宜上、「ＵＬ  ＤＡＩフィールド」という。）を含む。ＵＬ  ＤＡＩフィールドは２ビットフィールドであり、ＵＬ  ＤＡＩフィールドは、スケジュールされたＰＤＣＣＨの個数に関する情報を知らせる。
【０１０２】
具体的に、端末は、
【化１０】
0006306204.tif 000015
の場合、少なくとも１つの下りリンク割り当てが損失されたと仮定し（すなわち、ＤＴＸ発生）、バンドリング手続によって全コードワードに対してＮＡＣＫを生成する。ここで、
【化１１】
0006306204.tif 000016
は、サブフレーム
【化１２】
0006306204.tif 000017
）（表３参照）で検出されたＤＬグラントＰＤＣＣＨ及びＳＰＳ解除ＰＤＣＣＨの総個数を表す。
【化１３】
0006306204.tif 000018
は、ＳＰＳ  ＰＤＳＣＨの個数を表し、０又は１である。
【０１０３】
表５には、ＵＬ  ＤＡＩフィールドが示す値
【化１４】
0006306204.tif 000019
を表す。
【０１０４】
【表５】
0006306204.tif 000020
【０１０５】
図１０には、キャリア併合（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ；ＣＡ）通信システムを例示する。
【０１０６】
図１０を参照すると、複数の上りリンク／下りリンクコンポーネント搬送波（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ；ＣＣ）を束ねてより広い上りリンク／下りリンク帯域幅をサポートすることができる。用語「コンポーネント搬送波（ＣＣ）」は、等価の他の用語（例、キャリア、セルなど）に言い換えてもよい。各ＣＣは周波数領域で互いに隣接しても非隣接してもよい。各コンポーネント搬送波の帯域幅は、独立して定められてもよい。ＵＬ  ＣＣの個数とＤＬ  ＣＣの個数とが異なる非対称の搬送波集成も可能である。一方、制御情報は、特定ＣＣでのみ送受信されるように設定されてもよい。このような特定のＣＣをプライマリＣＣ（又はアンカーＣＣ）とし、残りのＣＣをセカンダリＣＣとすることができる。
【０１０７】
クロス−キャリアスケジューリング（又は、クロス−ＣＣスケジューリング）が適用される場合、下りリンク割り当てのためのＰＤＣＣＨはＤＬ  ＣＣ＃０で送信され、該当のＰＤＳＣＨはＤＬ  ＣＣ＃２で送信されてもよい。クロス−ＣＣスケジューリングのために、キャリア指示フィールド（ｃａｒｒｉｅｒ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄ；ＣＩＦ）の導入を考慮することができる。ＰＤＣＣＨ内でＣＩＦが存在するか否かは、上位層シグナリング（例、ＲＲＣシグナリング）によって半−静的及び端末−特定（又は端末グループ−特定）方式で設定されてもよい。ＰＤＣＣＨ送信のベースラインを要約すると、次のとおりである。
■ＣＩＦディセーブルド（ｄｉｓａｂｌｅｄ）：ＤＬ  ＣＣ上のＰＤＣＣＨは、同じＤＬ  ＣＣ上のＰＤＳＣＨリソースを割り当てたり、一つのリンクされたＵＬ  ＣＣ上のＰＵＳＣＨリソースを割り当てる
●  Ｎｏ  ＣＩＦ
●  ＬＴＥ  ＰＤＣＣＨ構造（同じ符号化、同じＣＣＥベースのリソースマッピング）及びＤＣＩフォーマットと同一である
■  ＣＩＦイネーブルド（ｅｎａｂｌｅｄ）：ＤＬ  ＣＣ上のＰＤＣＣＨはＣＩＦを用いて、複数の併合されたＤＬ／ＵＬ  ＣＣのうち特定のＤＬ／ＵＬ  ＣＣ上のＰＤＳＣＨ又はＰＵＳＣＨリソースを割り当てることができる
●  ＣＩＦを有する拡張されたＬＴＥ  ＤＣＩフォーマット
−  ＣＩＦ（設定される場合）は、固定されたｘ−ビットフィールド（例、ｘ＝３）
−  ＣＩＦ（設定される場合）位置は、ＤＣＩフォーマットサイズに関係なく固定される
●  ＬＴＥ  ＰＤＣＣＨ構造を再使用（同じ符号化、同じＣＣＥベースのリソースマッピング）
【０１０８】
ＣＩＦが存在する場合、基地局は、端末側のＢＤ複雑度を下げるために、ＰＤＣＣＨモニタリングＤＬ  ＣＣセットを割り当てることができる。ＰＤＣＣＨモニタリングＤＬ  ＣＣセットは、併合された全ＤＬ  ＣＣの一部であって、一つ以上のＤＬ  ＣＣを含み、端末は、該当のＤＬ  ＣＣ上でＰＤＣＣＨの検出／復号化を行う。すなわち、基地局が端末にＰＤＳＣＨ／ＰＵＳＣＨをスケジュールする場合、ＰＤＣＣＨは、ＰＤＣＣＨモニタリングＤＬ  ＣＣセットでのみ送信される。ＰＤＣＣＨモニタリングＤＬ  ＣＣセットは、端末−特定（ＵＥ−ｓｐｅｃｉｆｉｃ）、端末−グループ−特定、又はセル−特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）の方式で設定されてもよい。用語“ＰＤＣＣＨモニタリングＤＬ  ＣＣ”は、モニタリングキャリア、モニタリングセルなどの等価の用語に代えてもよい。また、端末のために併合されたＣＣは、サービングＣＣ、サービングキャリア、サービングセルなどの等価の用語に代えてもよい。
【０１０９】
図１１には、複数のキャリアが併合された場合のスケジューリングを例示する。３個のＤＬ  ＣＣが併合されたと仮定する。ＤＬ  ＣＣ  ＡがＰＤＣＣＨモニタリングＤＬ  ＣＣとして設定されたと仮定する。ＤＬ  ＣＣ  Ａ〜Ｃを、サービングＣＣ、サービングキャリア、サービングセルなどと呼ぶことができる。ＣＩＦがディセーブルされた場合、各ＤＬ  ＣＣは、ＬＴＥ  ＰＤＣＣＨ設定によって、ＣＩＦ無しで、自身のＰＤＳＣＨをスケジュールするＰＤＣＣＨだけを送信することができる。一方、端末−特定（又は端末−グループ−特定又はセル−特定）上位層シグナリングによってＣＩＦがイネーブルされた場合、ＤＬ  ＣＣ  Ａ（モニタリングＤＬ  ＣＣ）は、ＣＩＦを用いて、ＤＬ  ＣＣ  ＡのＰＤＳＣＨをスケジュールするＰＤＣＣＨの他、別のＣＣのＰＤＳＣＨをスケジュールするＰＤＣＣＨも送信することができる。この場合、ＰＤＣＣＨモニタリングＤＬ  ＣＣとして設定されていないＤＬ  ＣＣ  Ｂ／Ｃでは、ＰＤＣＣＨが送信されない。したがって、ＤＬ  ＣＣ  Ａ（モニタリングＤＬ  ＣＣ）は、ＤＬ  ＣＣ  Ａと関連付いたＰＤＣＣＨ検索領域、ＤＬ  ＣＣ  Ｂと関連付いたＰＤＣＣＨ検索領域、及びＤＬ  ＣＣ  Ｃと関連付いたＰＤＣＣＨ検索領域を全て含まなければならない。本明細書で、ＰＤＣＣＨ検索領域はキャリア別に定義されると仮定する。
【０１１０】
上述したように、ＬＴＥ−Ａは、クロス−ＣＣスケジューリングのためにＰＤＣＣＨ内でＣＩＦの使用を考慮している。ＣＩＦを使用するか否か（すなわち、クロス−ＣＣスケジューリングモード又はノン−クロス−ＣＣスケジューリングモードのサポート）及びモード間切換は、ＲＲＣシグナリングで半−静的／端末−特定に設定することができ、当該ＲＲＣシグナリング過程を経た後、端末は、自身にスケジュールされるＰＤＣＣＨ内にＣＩＦが用いられるか否かを認識することができる。
【０１１１】
図１２は、ＥＰＤＣＣＨ、及びＥＰＤＣＣＨによってスケジュールされるＰＤＳＣＨを示す図である。
【０１１２】
図１２を参照すると、ＥＰＤＣＣＨは一般に、データを送信するＰＤＳＣＨ領域の一部分を定義して使用することができ、端末は、自身へのＥＰＤＣＣＨの有無を検出するためのブラインドデコーディング（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）過程を行わなければならない。ＥＰＤＣＣＨは、既存のレガシーＰＤＣＣＨと同じスケジューリング動作（すなわち、ＰＤＳＣＨ、ＰＵＳＣＨの制御）を行うが、ＲＲＨのようなノードに接続した端末の個数が増えると、ＰＤＳＣＨ領域内に一層多数のＥＰＤＣＣＨが割り当てられるため、端末の行うべきブラインドデコーディングの回数も増加し、複雑度の増加につながるという短所はある。
【０１１３】
以下では、ＣｏＭＰ（Ｃｏｏｐｅｒａｔｉｖｅ  Ｍｕｌｔｉｐｏｉｎｔ  Ｔｒａｎｓｍｉｓｓｉｏｎ／Ｒｅｃｅｐｔｉｏｎ）について説明する。
【０１１４】
ＬＴＥ−Ａ以降のシステムは、複数のセル間の協調を可能にしてシステムの性能を上げる方式を導入しようとしている。このような方式を、協調多重ポイント送信／受信（Ｃｏｏｐｅｒａｔｉｖｅ  Ｍｕｌｔｉｐｏｉｎｔ  Ｔｒａｎｓｍｉｓｓｉｏｎ／Ｒｅｃｅｐｔｉｏｎ：ＣｏＭＰ）という。ＣｏＭＰは、特定端末と基地局、アクセス（Ａｃｃｅｓｓ）ポイント或いはセル（Ｃｅｌｌ）との通信をより円滑にするために、２個以上の基地局、アクセスポイント或いはセルが互いに協調して端末と通信する方式を意味する。本発明で、基地局、アクセス、或いはセルは同じ意味で使われてもよい。
【０１１５】
一般に、周波数再使用因子（ｆｒｅｑｕｅｎｃｙ  ｒｅｕｓｅ  ｆａｃｔｏｒ）が１である多重セル環境で、セル−間干渉（Ｉｎｔｅｒ−Ｃｅｌｌ  Ｉｎｔｅｒｆｅｒｅｎｃｅ；ＩＣＩ）によって、セル−境界に位置している端末の性能と平均セクター収率が減少する。このようなＩＣＩを低減するために、既存のＬＴＥシステムでは、端末特定電力制御を用いた部分周波数再使用（ｆｒａｃｔｉｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｒｅｕｓｅ；ＦＦＲ）のような単純な受動的な技法を用いて、干渉によって制限を受けた環境でセル−境界に位置している端末に適切な収率性能を有させる方法が適用されている。しかしながら、セル当たり周波数リソース使用を減少するよりは、ＩＣＩを低減したり、ＩＣＩを端末の希望する信号として再利用したりする方が好ましいだろう。このような目的を達成するために、ＣｏＭＰ送信技法を適用することができる。
【０１１６】
図１３は、ＣｏＭＰを行う一例を示す。図１３を参照すると、無線通信システムは、ＣｏＭＰを行う複数の基地局ＢＳ１，ＢＳ２，ＢＳ３と端末とを含む。ＣｏＭＰを行う複数の基地局ＢＳ１，ＢＳ２，ＢＳ３は互いに協調して端末にデータを效率的に送信することができる。ＣｏＭＰは、ＣｏＭＰを行う各基地局からデータ送信をするか否かによって、次の２つの技法に大別することができる：
【０１１７】
−  ジョイントプロセシング（Ｊｏｉｎｔ  Ｐｒｏｃｅｓｓｉｎｇ）（ＣｏＭＰ  Ｊｏｉｎｔ  Ｐｒｏｃｅｓｓｉｎｇ：ＣｏＭＰ−ＪＰ）
【０１１８】
−  協調的スケジューリング／ビームフォーミング（ＣｏＭＰ−ＣＳ／ＣＢ、ＣｏＭＰ  Ｃｏｏｐｅｒａｔｉｖｅ  ｓｃｈｅｄｕｌｉｎｇ：ＣｏＭＰ−ＣＳ）
【０１１９】
ＣｏＭＰ−ＪＰの場合、一つの端末へのデータが、ＣｏＭＰを行う各基地局から同時に送信され、端末は、各基地局からの信号を結合して受信性能を向上させる。すなわち、ＣｏＭＰ−ＪＰ技法は、ＣｏＭＰ協調単位のそれぞれのポイント（基地局）でデータを用いることができる。ＣｏＭＰ協調単位は、協調送信技法に用いられる基地局の集合を意味する。ＪＰ技法は、ジョイント送信（Ｊｏｉｎｔ  Ｔｒａｎｓｍｉｓｓｉｏｎ）技法と動的セル選択（Ｄｙｎａｍｉｃ  ｃｅｌｌ  ｓｅｌｅｃｔｉｏｎ）技法とに分類することができる。
【０１２０】
ジョイント送信技法とは、ＰＤＳＣＨが一度に複数個のポイント（ＣｏＭＰ協調単位の一部又は全部）から送信される技法をいう。すなわち、単一の端末に送信されるデータを複数個の送信ポイントから同時に送信することができる。ジョイント送信技法によれば、コヒーレントに（ｃｏｈｅｒｅｎｔｌｙ）又はノンーコヒーレントに（ｎｏｎ−ｃｏｈｅｒｅｎｔｌｙ）受信信号の品質を向上させることができ、また、他の端末に対する干渉を能動的に消去することができる。
【０１２１】
動的セル選択技法とは、ＰＤＳＣＨが一度に（ＣｏＭＰ協調単位の）一つのポイントから送信される技法をいう。すなわち、特定時点で単一の端末に送信されるデータは、一つのポイントから送信され、その時点に、協調単位における他のポイントは当該端末にデータを送信しない。当該端末にデータを送信するポイントは、動的に選択することができる。
【０１２２】
一方、ＣｏＭＰ−ＣＳの場合、一つの端末へのデータは、任意の瞬間に一つの基地局から送信され、他の基地局による干渉が最小化するようにスケジューリング或いはビームフォーミング（Ｂｅａｍｆｏｒｍｉｎｇ）がなされる。すなわち、ＣｏＭＰ−ＣＳ／ＣＢ技法によれば、ＣｏＭＰ協調単位が単一端末に対するデータ送信のビームフォーミングを協調的に行うことができる。ここで、データはサービングセルでのみ送信されるが、ユーザスケジューリング／ビームフォーミングは、当該ＣｏＭＰ協調単位のセルの調整によって決定することができる。
【０１２３】
一方、上りリンクにおいて、調整（ｃｏｏｒｄｉｎａｔｅｄ）多重−ポイント受信は、地理的に離れている複数個のポイントの調整によって送信された信号を受信することを意味する。上りリンクの場合に適用可能なＣｏＭＰ技法は、ジョイント受信（Ｊｏｉｎｔ  Ｒｅｃｅｐｔｉｏｎ；ＪＲ）及び調整スケジューリング／ビームフォーミング（ｃｏｏｒｄｉｎａｔｅｄ  ｓｃｈｅｄｕｌｉｎｇ／ｂｅａｍｆｏｒｍｉｎｇ；ＣＳ／ＣＢ）とに分類することができる。
【０１２４】
ＪＲ技法は、ＰＵＳＣＨを介して送信された信号が複数個の受信ポイントで受信されることを意味し、ＣＳ／ＣＢ技法は、ＰＵＳＣＨが一つのポイントでのみ受信されるが、ユーザスケジューリング／ビームフォーミングはＣｏＭＰ協調単位のセルの調整によって決定されることを意味する。
【０１２５】
図１４は、ＴＤＤシステム環境下で特定セルが、システムの下りリンク負荷量が増加することにより、既存の上りリンクリソース（すなわち、ＵＬ  ＳＦ）の一部を下りリンク通信目的に変更して用いる場合を示している。図１４では、ＳＩＢで設定された上りリンク−下りリンク設定（ＵＬ／ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を上りリンク−下りリンク＃１（すなわち、ＤＳＵＵＤＤＳＵＵＤ）と仮定しており、事前に定義されたシグナル（例えば、物理／上位層シグナル或いはシステム情報シグナル）から、既存のＵＬ  ＳＦ  ＃（ｎ＋３）、ＵＬ  ＳＦ  ＃（ｎ＋８）が下りリンク通信の用途に変更されて用いられることが分かる。
【０１２６】
前述した内容に基づいて、本発明では、セルが無線リソースの用途をシステムの負荷状態に応じて動的に変更する場合に、特定のＤＣＩフォーマット（例えば、ＤＣＩフォーマット０及び／又はＤＣＩフォーマット４）上の“ＵＬ  ＩＮＤＥＸフィールド”及び／又は“ＵＬ  ＤＡＩ（ＵＬ  ＤＯＷＮＬＩＮＫ  ＡＳＳＩＧＮＭＥＮＴ  ＩＮＤＥＸ）”を効率的に解釈／利用する方法について説明する。
【０１２７】
以下では、説明の便宜のために、３ＧＰＰ  ＬＴＥシステムに基づいて本発明を説明する。しかし、本発明が適用されるシステムの範囲は、３ＧＰＰ  ＬＴＥシステム以外のシステムにも拡張可能である。本発明の実施例は、搬送波集成技法（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ：ＣＡ）が適用された環境下で、特定セル（Ｃｅｌｌ）或いはコンポーネントキャリア（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ：ＣＣ）上のリソースをシステムの負荷状態によって動的に変更する場合にも拡張して適用可能である。また、本発明の実施例は、ＴＤＤシステム或いはＦＤＤシステム下で無線リソースの用途を動的に変更する場合にも拡張して適用可能である。
【０１２８】
既存（ｌｅｇａｃｙ）ＬＴＥ  ＴＤＤシステムで、ＤＣＩフォーマット０及び／又はＤＣＩフォーマット４上の特定フィールド（すなわち、２ビット）は、当該ＤＣＩフォーマットが送信されるセル（或いはコンポーネントキャリア）と関連したＳＩＢ１情報ベースの上りリンク−下りリンク設定（すなわち、ＰＣｅｌｌ）或いはＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎＳＣｅｌｌ  ＩＥ情報ベースの上りリンク−下りリンク設定（すなわち、ＳＣｅｌｌ）が、上りリンク−下りリンク設定＃０に設定されたか否かによって、当該フィールドをＵＬ  ＩＮＤＥＸ情報或いはＵＬ  ＤＡＩ情報のいずれとして解釈するかが決定される。すなわち、上りリンク−下りリンク設定＃０である場合にはＵＬ  ＩＮＤＥＸ情報として、それ以外の場合にはＵＬ  ＤＡＩ情報として解釈される。
【０１２９】
また、特定セルが無線リソースの用途をシステムの負荷状態に応じて動的に変更する場合に、当該セルと通信を行う特定端末（ｅＩＭＴＡ  ＵＥ）の観点では、ＳＩＢ１情報ベースの上りリンク−下りリンク設定或いはＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎＳＣｅｌｌ  ＩＥ情報ベースの上りリンク−下りリンク設定、下りリンクＨＡＲＱ参照設定（ＤＬ  ＨＡＲＱ  ＲＥＦＥＲＥＮＣＥ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ）と関連した上りリンク−下りリンク設定、上りリンクＨＡＲＱ参照設定（ＵＬ  ＨＡＲＱ  ＲＥＦＥＲＥＮＣＥ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ）と関連した上りリンク−下りリンク設定、及び現在（再）設定された上りリンク−下りリンク設定が存在する。
【０１３０】
このような状況下で、当該端末（ｅＩＭＴＡ  ＵＥ）は、ＤＣＩフォーマット０／４上の特定フィールド（すなわち、２ビット）がどの上りリンク−下りリンク設定に基づいてＵＬ  ＩＮＤＥＸ情報或いはＵＬ  ＤＡＩ情報として解釈されるべきかが曖昧になる。ここで、ＵＬ  ＤＡＩは、基地局の観点で“事前に定義されたバンドリングウィンドウ内で端末に送信されたＰＤＳＣＨ（伝送）関連サブフレームと下りリンクＳＰＳ解除（ＤＬ  ＳＰＳ  ＲＥＬＥＡＳＥ）情報を知らせるためのＰＤＣＣＨ／ＥＰＤＣＣＨ伝送関連サブフレームの総個数”を表し、端末は、ＵＬ  ＤＡＩ情報を受信することによって、事前に定義されたバンドリングウィンドウ内でＰＤＣＣＨ／ＥＰＤＣＣＨ受信の欠落があるどうかが把握（或いは再確認）できる。また、端末は、特定値（例えば、１１）のＵＬ  ＩＮＤＥＸを受信することにより、“１つの上りリンクＤＣＩ情報（すなわち、ＤＣＩフォーマット０／４）が１つのＰＵＳＣＨをスケジュールするか或いは複数個（すなわち、２個）のＰＵＳＣＨをスケジュールするか”が把握できる。
【０１３１】
例えば、特定セルが無線リソースの用途をシステムの負荷状態に応じて動的に変更する場合に、仮に当該セルと通信を行う特定端末（ｅＩＭＴＡ  ＵＥ）のｉ）上りリンクＨＡＲＱ参照設定と下りリンクＨＡＲＱ参照設定がそれぞれ、上りリンク−下りリンク設定＃０、（上りリンク−下りリンク設定＃｛２，４，５｝のうちの一つの）上りリンク−下りリンク設定＃２に設定されたり、ｉｉ）上りリンクＨＡＲＱ参照設定及び（再）設定された上りリンク−下りリンク設定がそれぞれ、上りリンク−下りリンク設定＃０、上りリンク−下りリンク設定＃２に設定されていると、当該端末の効率的な上りリンク／下りリンク通信のためにＤＣＩフォーマット０／４上のＵＬ  ＩＮＤＥＸ情報及び／又はＵＬ  ＤＡＩ情報が同時に必要となる。以下では、このような問題点を解決するための本発明の実施例を説明する。
【実施例】
【０１３２】
１．  第１実施例
【０１３３】
本発明の第１実施例によれば、上りリンクＨＡＲＱ参照設定（或いは、ＳＩＢ１情報ベースの上りリンク−下りリンク設定）が上りリンク−下りリンク設定＃０に設定された状況下で、下りリンクＨＡＲＱ参照設定が上りリンク−下りリンク設定＃｛２，４，５｝のいずれか一つに設定（すなわち、別個の上りリンク−下りリンク設定にそれぞれ設定）されると、ＤＣＩフォーマット０／４上に、事前に定義されたビットサイズ（例えば、２ビット）のフィールドが追加されるように設定することができる。
【０１３４】
ここで、追加されたフィールドはＵＬ  ＤＡＩ情報（或いは、ＵＬ  ＩＮＤＥＸ情報）伝送の用途に用いられるように設定することができ、これによって、ＤＣＩフォーマット０／４上にはＵＬ  ＩＮＤＥＸ情報伝送関連フィールドとＵＬ  ＤＡＩ情報伝送関連フィールドが共に存在可能になる。なお、ｉ）追加されたフィールドがいかなる用途に用いられているかに関する情報、及び／又はｉｉ）追加されたフィールドのビットサイズに関する情報などは、基地局が端末に事前に定義されたシグナル（例えば、物理層シグナル或いは上位層シグナル）で知らせるように設定されたり、或いは事前に定義された規則によって暗黙的に把握されるように設定されてもよい。
【０１３５】
なお、本実施例に係るＤＣＩフォーマット０／４上に、事前に定義されたビットサイズ（例えば、２ビット）のフィールドが追加される方式は、当該ＤＣＩフォーマットが端末特定的な探索領域（ＵＳＳ）で送信される場合に限って適用されるように設定することができる。
【０１３６】
２．  第２実施例
【０１３７】
本発明の第２実施例によれば、上りリンクＨＡＲＱ参照設定（或いは、ＳＩＢ１情報ベースの上りリンク−下りリンク設定）が上りリンク−下りリンク設定＃０に設定された状況下で、下りリンクＨＡＲＱ参照設定が上りリンク−下りリンク設定＃｛２，４，５｝のいずれか一つに設定（すなわち、別個の上りリンク−下りリンク設定にそれぞれ設定）されると、ＤＣＩフォーマット０／４上の特定フィールド（例えば、２ビット）は、以下の規則＃Ａ乃至規則＃Ｈの少なくとも１つ（すなわち、一部或いは全て）の規則に基づいて（再）解釈されてもよい。
【０１３８】
本実施例に係る規則（ｒｕｌｅ）は、ＤＣＩフォーマット０／４が端末共通探索領域（ＣＳＳ）で送信される場合に限って適用されるように定義することができる。すなわち、ＤＣＩフォーマット０／４がＵＳＳで送信される場合には、上述した第１実施例を適用することができる。
【０１３９】
２．１．  規則（ｒｕｌｅ）＃Ａ
【０１４０】
ＤＣＩフォーマット０／４上の特定フィールドと関連した少なくとも一部（すなわち、一部或いは全て）の状態（Ｓｔａｔｅｓ）は、既存と同じ形態でＵＬ  ＩＮＤＥＸ情報の解釈を適用しながら、ＵＬ  ＤＡＩ情報は、事前に設定された（或いは、シグナルされた）特定の値を仮定するように設定することができる。例えば、ＬＴＥ標準文書である３ＧＰＰ  ＴＳ  ３６．２１３の８．０上のＵＬ  ＩＮＤＥＸ値の設定による上りリンクグラント（ＵＬ  ＧＲＡＮＴ）或いはＰＨＩＣＨベースのＰＵＳＣＨ伝送タイムラインと関連して定義された内容のうち、表６を適用する場合を説明する。
【０１４１】
【表６】
0006306204.tif 000021
【０１４２】
すなわち、既存（ｌｅｇａｃｙ）ＬＴＥシステムと同じ形態で表６の［ＣＡＳＥ  ＃Ａ］、［ＣＡＳＥ  ＃Ｂ］或いは［ＣＡＳＥ  ＃Ｃ］を適用（ここで、［ＣＡＳＥ  ＃Ｃ」は、１つの上りリンクＤＣＩ情報（すなわち、ＤＣＩフォーマット０／４）が複数個（すなわち、２個）のＰＵＳＣＨをスケジュールする場合）しながら、ＵＬ  ＤＡＩ情報は事前に設定された（或いは、シグナルされた）特定の値を仮定するように設定することができる。
【０１４３】
ここで、ＤＣＩフォーマット０／４上の特定フィールドと関連した少なくとも一部（すなわち、一部或いは全て）の状態は、既存と同じ形態でＵＬ  ＩＮＤＥＸ情報の解釈を適用するが、ｉ）各状態別に設定された（或いは、シグナルされた）ＵＬ  ＤＡＩ情報、或いはｉｉ）各ＵＬ  ＩＮＤＥＸ情報別に設定された（或いは、シグナルされた）ＵＬ  ＤＡＩ情報は、少なくとも一部（すなわち、一部或いは全て）が互いに異なってもよい。これと逆に、ＤＣＩフォーマット０／４上の特定フィールドと関連した少なくとも一部（すなわち、一部或いは全て）の状態は、既存と同じ形態でＵＬ  ＩＮＤＥＸ情報の解釈を適用するが、ｉ）各状態別に設定された（或いは、シグナルされた）ＵＬ  ＤＡＩ情報、或いはｉｉ）各ＵＬ  ＩＮＤＥＸ情報別に設定された（或いは、シグナルされた）ＵＬ  ＤＡＩ情報は、少なくとも一部（すなわち、一部或いは全て）が同一であってもよい。
【０１４４】
具体的に、特定フィールドのビットサイズが２ビットである場合に総４個の状態が存在し、それぞれの状態は既存と同じ形態でＵＬ  ＩＮＤＥＸ情報の解釈（例えば、表６の［ＣＡＳＥ  ＃Ａ］、［ＣＡＳＥ  ＃Ｂ］、［ＣＡＳＥ  ＃Ｃ］）を適用するが、各状態別に設定された（或いは、シグナルされた）ＵＬ  ＤＡＩ情報或いは各ＵＬ  ＩＮＤＥＸ情報別に設定された（或いは、シグナルされた）ＵＬ  ＤＡＩ情報は、ｉ）“［００］→‘ＵＬ  ＤＡＩ＝１’”、“［０１］→‘ＵＬ  ＤＡＩ＝２’”、“［１０］→‘ＵＬ  ＤＡＩ＝３’”、“［１１］→‘ＵＬ  ＤＡＩ＝４／０”（すなわち、各状態別に異なるＵＬ  ＤＡＩ情報が設定された場合）、或いはｉｉ）“［００］→‘ＵＬ  ＤＡＩ＝２’”、“［０１］→‘ＵＬ  ＤＡＩ＝２’”、“［１０］→‘ＵＬ  ＤＡＩ＝２’”、“［１１］→‘ＵＬ  ＤＡＩ＝２’”（すなわち、各状態別に同じＵＬ  ＤＡＩ情報が設定された場合）、或いはｉｉｉ）“［００］→‘ＵＬ  ＤＡＩ＝２’”、“［０１］→‘ＵＬ  ＤＡＩ＝２’”、“［１０］→‘ＵＬ  ＤＡＩ＝４／０’”、“［１１］→‘ＵＬ  ＤＡＩ＝４／０’”（すなわち、一部の状態上に同じＵＬ  ＤＡＩ情報が設定された場合）のうち一つの場合になり得る（ここで、‘Ａ→Ｂ’は、Ａである場合、Ｂを示すということを意味する。）。これは、ＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）と関連した一つの状態（Ｓｔａｔｅ）に、ＵＬ  ＩＮＤＥＸ情報として解釈される場合の値とＵＬ  ＤＡＩ情報として解釈される場合の値が同時にマップされていると解釈可能である。
【０１４５】
他の例として、特定フィールドのビットサイズが２ビットである場合に総４個の状態が存在し、それぞれの状態は既存と同じ形態でＵＬ  ＩＮＤＥＸ情報の解釈（例えば、表６の［ＣＡＳＥ  ＃Ａ］、［ＣＡＳＥ  ＃Ｂ］、［ＣＡＳＥ  ＃Ｃ］）を適用するが、追加に設定されるＵＬ  ＤＡＩ情報は、実際に有効な上りリンクデータチャネル（ＰＵＳＣＨ）伝送タイムライン情報（或いは、ＵＬ  ＩＮＤＥＸ情報）が定義／マップされている状態（例えば、［１０］、［０１］、［１１］）にのみ（限定的に）指定されてもよい。ここで、追加に設定されるＵＬ  ＤＡＩ情報は、ｉ）“［０１］→‘ＵＬ  ＤＡＩ＝１’”、“［１０］→‘ＵＬ  ＤＡＩ＝２’”、“［１１］→‘ＵＬ  ＤＡＩ＝４／０”（すなわち、別個のＵＬ  ＤＡＩ情報が設定された場合）、或いはｉｉ）“［０１］→‘ＵＬ  ＤＡＩ＝２’”、“［１０］→‘ＵＬ  ＤＡＩ＝２’”、“［１１］→‘ＵＬ  ＤＡＩ＝２’”（すなわち、同じＵＬ  ＤＡＩ情報が設定された場合）、或いはｉｉｉ）“［０１］→‘ＵＬ  ＤＡＩ＝２’”、“［１０］→‘ＵＬ  ＤＡＩ＝２’”、“［１１］→‘ＵＬ  ＤＡＩ＝４／０’”（すなわち、部分的に同じＵＬ  ＤＡＩ情報が設定された場合）のうち一つの場合になり得る（ここで、‘Ａ→Ｂ’とは、Ａである場合、Ｂを示すということを意味する。）。
【０１４６】
２．２．  規則（ｒｕｌｅ）＃Ｂ
【０１４７】
ＤＣＩフォーマット０／４上の特定フィールドと関連した少なくとも一部（すなわち、一部或いは全て）の状態（Ｓｔａｔｅｓ）は、既存と同じ形態でＵＬ  ＤＡＩ情報の解釈を適用しながら、ＵＬ  ＩＮＤＥＸ情報は、事前に設定された（或いは、シグナルされた）特定の値を仮定するように設定されてもよい。
【０１４８】
ここで、ＤＣＩフォーマット０／４上の特定フィールドと関連した少なくとも一部（すなわち、一部或いは全て）の状態は、既存と同じ形態でＵＬ  ＤＡＩ情報の解釈を適用するが、各状態別に設定された（或いは、シグナルされた）ＵＬ  ＩＮＤＥＸ情報或いは各ＵＬ  ＤＡＩ情報別に設定された（或いは、シグナルされた）ＵＬ  ＩＮＤＥＸ情報は、少なくとも一部（すなわち、一部或いは全て）が互いに異なってもよい。逆に、ＤＣＩフォーマット０／４上の特定フィールドと関連した少なくとも一部（すなわち、一部或いは全て）の状態は、既存と同じ形態でＵＬ  ＤＡＩ情報の解釈を適用するが、各状態別に設定された（或いは、シグナルされた）ＵＬ  ＩＮＤＥＸ情報或いは各ＵＬ  ＤＡＩ情報別に設定された（或いは、シグナルされた）ＵＬ  ＩＮＤＥＸ情報は、少なくとも一部（すなわち、一部或いは全て）が同一であってもよい。
【０１４９】
具体的に、特定フィールドのビットサイズが２ビットである場合に総４個の状態が存在し、それぞれの状態は既存と同じ形態でＵＬ  ＤＡＩ情報の解釈（すなわち、“［００］→‘ＵＬ  ＤＡＩ＝１’”、“［０１］→‘ＵＬ  ＤＡＩ＝２’”、“［１０］→‘ＵＬ  ＤＡＩ＝３’”、“［１１］→‘ＵＬ  ＤＡＩ＝４”）を適用するが、各状態別に設定された（或いは、シグナルされた）ＵＬ  ＩＮＤＥＸ情報或いは各ＵＬ  ＤＡＩ情報別に設定された（或いは、シグナルされた）ＵＬ  ＩＮＤＥＸ情報は、ｉ）“［００］→‘ＵＬ  ＩＮＤＥＸ＝［００］’”、“［０１］→‘ＵＬ  ＩＮＤＥＸ＝［０１］’”、“［１０］→‘ＵＬ  ＩＮＤＥＸ＝［１０］’”、“［１１］→‘ＵＬ  ＩＮＤＥＸ＝［１１］”（すなわち、各状態別に異なるＵＬ  ＩＮＤＥＸ情報が設定された場合）、或いはｉｉ）“［００］→‘ＵＬ  ＩＮＤＥＸ＝［１１］’”、“［０１］→‘ＵＬ  ＩＮＤＥＸ＝［１１］’”、“［１０］→‘ＵＬ  ＩＮＤＥＸ＝［１１］’”、“［１１］→‘ＵＬ  ＩＮＤＥＸ＝［１１］’”（すなわち、各状態別に同じＵＬ  ＩＮＤＥＸ情報が設定された場合）、或いはｉｉｉ）“［００］→‘ＵＬ  ＩＮＤＥＸ＝［１０］’”、“［０１］→‘ＵＬ  ＩＮＤＥＸ＝［１０］’”、“［１０］→‘ＵＬ  ＩＮＤＥＸ＝［１１］’”、“［１１］→‘ＵＬ  ＩＮＤＥＸ＝［１１］’”（すなわち、一部の状態上に同じＵＬ  ＩＮＤＥＸ情報が設定された場合）のうち一つの場合になり得る（ここで、‘Ａ→Ｂ’とは、Ａである場合、Ｂを示すということを意味する。）。
【０１５０】
他の例として、特定フィールドのビットサイズが２ビットである場合に総４個の状態が存在し、それぞれの状態は既存と同じ形態でＵＬ  ＤＡＩ情報の解釈（すなわち、“［００］→‘ＵＬ  ＤＡＩ＝１’”、“［０１］→‘ＵＬ  ＤＡＩ＝２’”、“［１０］→‘ＵＬ  ＤＡＩ＝３’”、“［１１］→‘ＵＬ  ＤＡＩ＝４”）を適用するが、追加に設定されるＵＬ  ＩＮＤＥＸ情報は、既存に実際に有効な上りリンクデータチャネル（ＰＵＳＣＨ）伝送タイムライン情報或いはＵＬ  ＩＮＤＥＸ情報が定義／マップされている状態（例えば、［１０］、［０１］、［１１］）に限って指定されてもよい。例えば、追加に設定されるＵＬ  ＩＮＤＥＸ情報は、ｉ）“［０１］→‘ＵＬ  ＩＮＤＥＸ＝［０１］’”、“［１０］→‘ＵＬ  ＩＮＤＥＸ＝［１０］’”、“［１１］→‘ＵＬ  ＩＮＤＥＸ＝［１１］”（すなわち、別個のＵＬ  ＩＮＤＥＸ情報が設定された場合）、或いはｉｉ）“［０１］→‘ＵＬ  ＩＮＤＥＸ＝［１１］’”、“［１０］→‘ＵＬ  ＩＮＤＥＸ＝［１１］’”、“［１１］→‘ＵＬ  ＩＮＤＥＸ＝［１１］’”（すなわち、同じＵＬ  ＩＮＤＥＸ情報が設定された場合）、或いはｉｉｉ）“［０１］→‘ＵＬ  ＩＮＤＥＸ＝［１０］’”、“［１０］→‘ＵＬ  ＩＮＤＥＸ＝［１０］’”、“［１１］→‘ＵＬ  ＩＮＤＥＸ＝［１１］”（すなわち、部分的に同じＵＬ  ＩＮＤＥＸ情報が設定された場合）のうち一つの場合になり得る（ここで、‘Ａ→Ｂ’とは、Ａである場合、Ｂを示すということを意味する。）。
【０１５１】
他の例として、第２実施例関連の規則＃Ａ、規則＃Ｂが適用される場合に、特定フィールドが１つの状態（Ｓｔａｔｅ）と与えられる場合、それに相応する特定ＵＬ  ＤＡＩ値或いは特定ＵＬ  ＤＡＩ情報が仮定されるので、セル（或いは、基地局）が、事前に定義されたバンドリングウィンドウ内で該当の特定ＵＬ  ＤＡＩ値或いは特定ＵＬ  ＤＡＩ情報と一致する個数の、ｉ）ＰＤＳＣＨ、及び／又はｉｉ）下りリンクＳＰＳ解除（ＤＬ  ＳＰＳ  ＲＥＬＥＡＳＥ）情報を知らせるためのＰＤＣＣＨ／ＥＰＤＣＣＨをあらかじめ送信するように設定してもよい。すなわち、事前に定義されたバンドリングウィンドウ内で端末が受信した、ｉ）ＰＤＳＣＨ、及び／又はｉｉ）下りリンクＳＰＳ解除情報を知らせるための全ＰＤＣＣＨ／ＥＰＤＣＣＨの個数と上記特定ＵＬ  ＤＡＩ値とが一致するようにしてもよい。
【０１５２】
なお、特定フィールドと関連した少なくとも一部（すなわち、一部或いは全て）の状態（Ｓｔａｔｅｓ）がいかなる情報として解釈されるかに関する情報は、基地局が端末に事前に定義されたシグナル（例えば、物理層シグナル或いは上位層シグナル）を用いて知らせるように設定されたり、或いは事前に定義された規則によって暗黙的に把握されるように設定されてもよい。
【０１５３】
２．３．  規則（ｒｕｌｅ）＃Ｃ
【０１５４】
ＤＣＩフォーマット０／４上の特定フィールドと関連した複数個の状態（Ｓｔａｔｅｓ）のうち、一部の状態はＵＬ  ＩＮＤＥＸ情報として（再）解釈されるように設定し、残りの状態はＵＬ  ＤＡＩ情報として（再）解釈されるように設定することができる。
【０１５５】
具体的な一例として、特定フィールドのビットサイズが２ビットである場合に総４個の状態が存在し、［１０］、［０１］、［１１］は、既存と同一にＵＬ  ＩＮＤＥＸ情報として解釈され、それぞれ、表６の［ＣＡＳＥ  ＃Ａ］、［ＣＡＳＥ  ＃Ｂ］、［ＣＡＳＥ  ＃Ｃ］（ここで、［ＣＡＳＥ  ＃Ｃ」は、１つの上りリンクＤＣＩ情報（すなわち、ＤＣＩフォーマット０／４）が複数個（すなわち、２個）のＰＵＳＣＨをスケジュールする場合）として解釈されるように設定することができる。一方、［００］は、ＵＬ  ＤＡＩ情報として解釈され、事前に定義された（或いは、シグナルされた）Ｋ値（例えば、１或いは４／０）と解釈されるように設定することができる。他の例として、特定フィールドのビットサイズが２ビットである場合に総４個の状態が存在し、［１０］、［１１］は、既存と同一にＵＬ  ＩＮＤＥＸ情報として解釈され、それぞれ、表６の［ＣＡＳＥ  ＃Ａ］、［ＣＡＳＥ  ＃Ｃ］として解釈されるように設定することができる。一方、［０１］、［００］はＵＬ  ＤＡＩ情報として解釈され、それぞれ、事前に定義された（或いは、シグナルされた）Ｋ値（例えば、１）、Ｌ値（例えば、４／０）として解釈されるように設定してもよい。なお、特定フィールドのある状態（Ｓｔａｔｅ）がいかなる情報として解釈されるかに関する情報は、基地局が端末に、事前に定義されたシグナル（例えば、物理層シグナル或いは上位層シグナル）で知らせるように設定されたり、或いは事前に定義された規則によって暗黙的に把握されるように設定されてもよい。
【０１５６】
規則＃Ｃのより具体的な一例として、ＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）の一部のビット（例えば、一番目のビット）は、上りリンクデータチャネル（ＰＵＳＣＨ）伝送サブフレームを指定する用途にし、他の一部のビット（例えば、二番目のビット）は、下りリンクデータチャネル（ＰＤＳＣＨ）が受信される下りリンクサブフレームの個数／下りリンクＳＰＳ解除関連（Ｅ）ＰＤＣＣＨが受信される下りリンクサブフレームの個数を指定する用途にすることができる。
【０１５７】
又は、例えば、一番目のビットを、下りリンクデータチャネルが受信される下りリンクサブフレームの個数／下りリンクＳＰＳ解除関連（Ｅ）ＰＤＣＣＨが受信される下りリンクサブフレームの個数を指定する用途にし、二番目のビットを、上りリンクデータチャネル伝送サブフレームを指定する用途にする形態で具現することもできる。
【０１５８】
２．３．１．  規則（ｒｕｌｅ）＃Ｃの例＃１
【０１５９】
仮に一番目のビットの値が“０”に設定されると、上りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによって１つの上りリンクサブフレーム（例えば、固定された用途の上りリンクサブフレーム或いは下りリンクＨＡＲＱ参照設定上の上りリンクサブフレーム）でのみ上りリンクデータチャネルを送信し、仮に一番目のビットの値が“１”に設定されると、上りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによって２つの上りリンクサブフレーム（例えば、固定された用途の上りリンクサブフレームと用途変更可能な上りリンクサブフレーム）で上りリンクデータチャネルをそれぞれ送信するように解釈（すなわち、表６の［ＣＡＳＥ  ＃Ｃ］と見なす動作）することができる。
【０１６０】
２．３．２．  規則（ｒｕｌｅ）＃Ｃの例＃２
【０１６１】
仮に二番目のビットの値が“０”に設定されると、下りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによって該当のＤＣＩフォーマットが受信される下りリンクサブフレームに対する上りリンクＡＣＫ／ＮＡＣＫ伝送が行われる上りリンクサブフレームと連動したＭ個（すなわち、ここで、Ｍ値は一種の、ｉ）バンドリングウィンドウサイズ、或いはｉｉ）チャネル選択テーブル（Ｃｈａｎｎｅｌ  Ｓｅｌｅｃｔｉｏｎ  Ｔａｂｌｅ）参照時のＭ値、或いはｉｉｉ）特定上りリンクサブフレームと連動した下りリンクサブフレームの最大の個数として解釈可能）のサブフレーム上で下りリンクデータチャネル（ＰＤＳＣＨ）が受信される下りリンクサブフレームの個数／下りリンクＳＰＳ解除関連（Ｅ）ＰＤＣＣＨが受信される下りリンクサブフレームの個数が０（或いは、事前に定義された（或いは、シグナルされた）値）であると解釈することができる（ここで、Ｍ個のサブフレーム上には、該当のＤＣＩフォーマットが受信される下りリンクサブフレームも含まれており、Ｍ個のサブフレームで受信される下りリンクデータチャネル（ＰＤＳＣＨ）に対する上りリンクＡＣＫ／ＮＡＣＫは該当の上りリンクサブフレームですべて送信される。）。
【０１６２】
なお、仮に二番目のビットの値が“１”に設定されると、下りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによって該当のＤＣＩフォーマットが受信される下りリンクサブフレームに対する上りリンクＡＣＫ／ＮＡＣＫ伝送が行われる上りリンクサブフレームと連動したＭ個のサブフレーム上で下りリンクデータチャネル（ＰＤＳＣＨ）が受信される下りリンクサブフレームの個数／下りリンクＳＰＳ解除関連（Ｅ）ＰＤＣＣＨが受信される下りリンクサブフレームの個数を、事前に定義された（或いは、シグナルされた）値と仮定することができる。例えば、仮に二番目のビットの値が“１”に設定されると、下りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによって該当のＤＣＩフォーマットが受信される下りリンクサブフレームに対する上りリンクＡＣＫ／ＮＡＣＫ伝送が行われる上りリンクサブフレームと連動したＭ個のサブフレーム上で下りリンクデータチャネル（ＰＤＳＣＨ）が受信される下りリンクサブフレームの個数／下りリンクＳＰＳ解除関連（Ｅ）ＰＤＣＣＨが受信される下りリンクサブフレームの個数が最大値のＭであると仮定することができる。
【０１６３】
具体的な一例として、ＳＩＢベースの上りリンク−下りリンク設定が上りリンク−下りリンク設定＃０（すなわち、上りリンクＨＡＲＱ参照設定）であり、下りリンクＨＡＲＱ参照設定が上りリンク−下りリンク設定＃２であり、現在（再）設定された用途変更メッセージ（ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＭＥＳＳＡＧＥ）ベースの上りリンク−下りリンク設定が上りリンク−下りリンク設定＃１である場合を取り上げる。この場合、仮にＤＣＩフォーマットがＤＬ  ＳＦ＃１で受信され、上記二番目のビットの値が“１”に設定されると、当該ＤＣＩフォーマットが受信される下りリンクサブフレームに対する上りリンクＡＣＫ／ＮＡＣＫ伝送が行われる上りリンクサブフレーム（すなわち、ＵＬ  ＳＦ  ＃７）と連動した４個のサブフレーム（すなわち、ＳＦ  ＃０，＃１，＃３，＃９）上で、下りリンクデータチャネル（ＰＤＳＣＨ）が受信される下りリンクサブフレームの個数／下りリンクＳＰＳ解除関連（Ｅ）ＰＤＣＣＨが受信される下りリンクサブフレームの個数を４個と仮定することができる。
【０１６４】
他の例として、仮に二番目のビットの値が“１”に設定されると、下りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによって当該ＣＩフォーマットが受信される下りリンクサブフレームに対する上りリンクＡＣＫ／ＮＡＣＫ伝送が行われる上りリンクサブフレームと連動したＭ個のサブフレーム上で、下りリンクデータチャネル（ＰＤＳＣＨ）が受信される下りリンクサブフレームの個数／下りリンクＳＰＳ解除関連（Ｅ）ＰＤＣＣＨが受信される下りリンクサブフレームの個数を、当該Ｍ個のサブフレームのうち、実際に下りリンク用途に用いられるサブフレームの最大の個数と仮定することもできる。
【０１６５】
具体的に、ＳＩＢベースの上りリンク−下りリンク設定が上りリンク−下りリンク設定＃０（すなわち、上りリンクＨＡＲＱ参照設定）であり、下りリンクＨＡＲＱ参照設定が上りリンク−下りリンク設定＃２であり、現在（再）設定された用途変更メッセージ（ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＭＥＳＳＡＧＥ）ベースの上りリンク−下りリンク設定が上りリンク−下りリンク設定＃１である場合を取り上げる。この場合、仮にＤＣＩフォーマットがＤＬ  ＳＦ  ＃１で受信され、上記二番目のビットの値が“１”に設定されると、当該ＤＣＩフォーマットが受信される下りリンクサブフレームに対する上りリンクＡＣＫ／ＮＡＣＫ伝送が行われる上りリンクサブフレーム（すなわち、ＵＬ  ＳＦ  ＃７）と連動した４個のサブフレーム（すなわち、ＳＦ  ＃０，＃１，＃３，＃９）のうち、実際に下りリンク用途に用いられるサブフレーム（すなわち、ＤＬ  ＳＦ  ＃０，＃１，＃９）は最大３個であるため、このように実際に下りリンク用途に用いられるサブフレーム（すなわち、ＤＬ  ＳＦ  ＃０，＃１，＃９）上で、下りリンクデータチャネル（ＰＤＳＣＨ）が受信される下りリンクサブフレームの個数／下りリンクＳＰＳ解除関連（Ｅ）ＰＤＣＣＨが受信される下りリンクサブフレームの個数を３個と仮定することができる。
【０１６６】
他の例として、仮に二番目のビットの値が“１”に設定される場合、下りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによって該当のＤＣＩフォーマットが受信される下りリンクサブフレームに対する上りリンクＡＣＫ／ＮＡＣＫ伝送が行われる上りリンクサブフレームと連動したＭ個のサブフレーム上で、下りリンクデータチャネル（ＰＤＳＣＨ）が受信される下りリンクサブフレームの個数／下りリンクＳＰＳ解除関連（Ｅ）ＰＤＣＣＨが受信される下りリンクサブフレームの個数を、ｉ）Ｍ個のサブフレームのうち、該当のＤＣＩフォーマット（すなわち、上りリンクスケジューリング情報）が受信される時点を含む以前の（或いは、含まない以前の）サブフレームの個数と仮定したり、或いはｉｉ）Ｍ個のサブフレームのうち、該当のＤＣＩフォーマット（すなわち、上りリンクスケジューリング情報）が受信される時点を含む以前の（或いは、含まない以前の）サブフレームであるとともに、実際に下りリンク用途に用いられるサブフレームの個数と仮定することもできる。
【０１６７】
２．３．３．  規則（ｒｕｌｅ）＃Ｃの例＃３
【０１６８】
二番目のビットの値が“１”に設定される場合に、下りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによって該当のＤＣＩフォーマットが受信される下りリンクサブフレームに対する上りリンクＡＣＫ／ＮＡＣＫ伝送が行われる上りリンクサブフレームと連動したＭ個のサブフレーム上で仮定される、下りリンクデータチャネル（ＰＤＳＣＨ）が受信される下りリンクサブフレームの個数／下りリンクＳＰＳ解除関連（Ｅ）ＰＤＣＣＨが受信される下りリンクサブフレームの個数は、一番目のビット値の設定によって別々に適用されるように設定することができる（ここで、Ｍ個のサブフレーム上には該当のＤＣＩフォーマットが受信される下りリンクサブフレームも含まれており、Ｍ個のサブフレームで受信される下りリンクデータチャネル（ＰＤＳＣＨ）に対する上りリンクＡＣＫ／ＮＡＣＫは、該当の上りリンクサブフレームで全て送信される。）。
【０１６９】
一例として、仮に一番目のビットの値が“０”に設定される場合（例えば、上りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによって１つの固定された用途の上りリンクサブフレームでのみ上りリンクデータチャネルが送信される場合）には、該当のＤＣＩフォーマットが受信される下りリンクサブフレームに対する上りリンクＡＣＫ／ＮＡＣＫ伝送が行われる上りリンクサブフレームと連動したＭ個のサブフレーム上で、下りリンクデータチャネル（ＰＤＳＣＨ）が受信される下りリンクサブフレームの個数／下りリンクＳＰＳ解除関連（Ｅ）ＰＤＣＣＨが受信される下りリンクサブフレームの個数を、最大値のＭと仮定することができる。
【０１７０】
一方、仮に一番目のビットの値が“１”に設定される場合（例えば、上りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによって２個の上りリンクサブフレーム（例えば、固定された用途の上りリンクサブフレームと用途変更可能な上りリンクサブフレーム）でそれぞれ上りリンクデータチャネルが送信される場合）には、該当のＤＣＩフォーマットが受信される下りリンクサブフレームに対する上りリンクＡＣＫ／ＮＡＣＫ伝送が行われる上りリンクサブフレームと連動したＭ個のサブフレーム上で、下りリンクデータチャネル（ＰＤＳＣＨ）が受信される下りリンクサブフレームの個数／下りリンクＳＰＳ解除関連（Ｅ）ＰＤＣＣＨが受信される下りリンクサブフレームの個数を、実際に下りリンク用途に用いられるサブフレームの最大の個数と仮定することができる。
【０１７１】
２．３．４．  規則（ｒｕｌｅ）＃Ｃの例＃４
【０１７２】
上述した規則＃Ｃの例＃１乃至例＃３の少なくとも１つが適用された場合に関する実施例であり、ＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）が“［１０］”に設定された場合を仮定する。
【０１７３】
この場合、端末は、上りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによって２つの上りリンクサブフレーム（例えば、固定された用途の上りリンクサブフレームと用途変更可能な上りリンクサブフレーム）で上りリンクデータチャネルをそれぞれ送信（すなわち、表６の［ＣＡＳＥ  ＃Ｃ］と類似の動作）する。
【０１７４】
そして、下りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによって該当のＤＣＩフォーマットが受信される下りリンクサブフレームに対する上りリンクＡＣＫ／ＮＡＣＫ伝送が行われる上りリンクサブフレームと連動したＭ個のサブフレーム（ここで、Ｍ個のサブフレーム上には該当のＤＣＩフォーマットが受信される下りリンクサブフレームも含まれており、Ｍ個のサブフレームで受信される下りリンクデータチャネル（ＰＤＳＣＨ）に対する上りリンクＡＣＫ／ＮＡＣＫは、該当の上りリンクサブフレームで全て送信される。）上で、下りリンクデータチャネル（ＰＤＳＣＨ）が受信された下りリンクサブフレームの個数／下りリンクＳＰＳ解除関連（Ｅ）ＰＤＣＣＨが受信された下りリンクサブフレームの個数が０（或いは、事前に定義された（或いは、シグナルされた）値）であると見なし、これに対する上りリンクＡＣＫ／ＮＡＣＫ情報を、最初に送信される上りリンクデータチャネルにピギーバックして送信する。或いは、これに対する上りリンクＡＣＫ／ＮＡＣＫ情報を、最初に送信される上りリンクデータチャネルにピギーバックして送信しないように（例えば、特に、Ｍ個のサブフレーム上で下りリンクデータチャネル（ＰＤＳＣＨ）が受信された下りリンクサブフレームの個数／下りリンクＳＰＳ解除関連（Ｅ）ＰＤＣＣＨが受信された下りリンクサブフレームの個数を０と見なす場合に有効であってもよい。）動作することもできる。
【０１７５】
他の実施例として、ＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）が“［１１］”に設定された場合を仮定する。
【０１７６】
この場合、端末は、上りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによって２つの上りリンクサブフレーム（例えば、固定された用途の上りリンクサブフレームと用途変更可能な上りリンクサブフレーム）で上りリンクデータチャネルをそれぞれ送信（すなわち、表６の［ＣＡＳＥ  ＃Ｃ］と類似の動作）する。
【０１７７】
そして、下りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによって該当のＤＣＩフォーマットが受信される下りリンクサブフレームに対する上りリンクＡＣＫ／ＮＡＣＫ伝送が行われる上りリンクサブフレームと連動したＭ個のサブフレーム上で下りリンクデータチャネルが受信された下りリンクサブフレームの個数／下りリンクＳＰＳ解除関連（Ｅ）ＰＤＣＣＨが受信された下りリンクサブフレームの個数が最大値のＭであると見なし、これに対する上りリンクＡＣＫ／ＮＡＣＫ情報を、最初に送信される上りリンクデータチャネルにピギーバックして送信する。
【０１７８】
他の実施例として、ＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）が“［０１］”に設定された場合を仮定する。
【０１７９】
この場合、端末は、上りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによって１つの上りリンクサブフレーム（例えば、固定された用途の上りリンクサブフレーム或いは下りリンクＨＡＲＱ参照設定上の上りリンクサブフレーム）でのみ上りリンクデータチャネルを送信（すなわち、表６の［ＣＡＳＥ  ＃Ａ］或いは［ＣＡＳＥ  ＃Ｂ］のいずれかと類似の動作）する。
【０１８０】
そして、下りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによって該当のＤＣＩフォーマットが受信される下りリンクサブフレームに対する上りリンクＡＣＫ／ＮＡＣＫ伝送が行われる上りリンクサブフレームと連動したＭ個のサブフレーム上で、下りリンクデータチャネルが受信された下りリンクサブフレームの個数／下りリンクＳＰＳ解除関連（Ｅ）ＰＤＣＣＨが受信された下りリンクサブフレームの個数が最大値のＭであると見なし、これに対する上りリンクＡＣＫ／ＮＡＣＫ情報を、最初に送信される上りリンクデータチャネルにピギーバックして送信する。
【０１８１】
上述の実施例は、ＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）と関連した一つの状態（Ｓｔａｔｅ）に、ＵＬ  ＩＮＤＥＸ情報としての解釈とＵＬ  ＤＡＩ情報としての解釈がいずれも（或いは、同時に）マップされていると見なすことができる。
【０１８２】
２．４．  規則（ｒｕｌｅ）＃Ｄ
【０１８３】
ＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）の用途に対する解釈は、当該ＤＣＩフォーマット０／４が送信される下りリンクサブフレーム位置別にそれぞれ行われるように設定することができる。
【０１８４】
一例として、上りリンクＨＡＲＱ参照設定（或いは、ＳＩＢ１情報ベースの上りリンク−下りリンク設定）が上りリンク−下りリンク設定＃０に設定された状況下で、上りリンクデータチャネル（ＰＵＳＣＨ）伝送関連スケジューリング情報（すなわち、ＤＣＩフォーマット０／４）はＤＬ  ＳＦ  ＃０，＃１，＃５，＃６で送信されるように設定することができる。
【０１８５】
このような一例で、上りリンクスケジューリング情報が送信される下りリンクサブフレーム（すなわち、ＤＬ  ＳＦ  ＃０，＃１，＃５，＃６）のうち、特定位置の下りリンクサブフレーム（例えば、ＤＬ  ＳＦ  ＃０，＃５）で送信されるＤＣＩフォーマット０／４の特定フィールドは、ＵＬ  ＩＮＤＥＸ情報として（再）解釈されるように設定し、残りの位置の下りリンクサブフレーム（例えば、ＤＬ  ＳＦ  ＃１，＃６）で送信されるＤＣＩフォーマット０／４の当該特定フィールドはＵＬ  ＤＡＩ情報として（再）解釈（ここで、一例として、ＵＬ  ＤＡＩに用いられるＳＦ  ＃１，＃６では、ＵＬ  ＩＮＤＥＸ値が上述の［規則＃Ｂ］によって特定値（例えば、‘０１’（すなわち、表６の［ＣＡＳＥ  ＃Ｂ］））と仮定されてもよい。）されるように設定することができる。
【０１８６】
他の提案方法として、ＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）から定義される一部（或いは、全て）の状態（Ｓｔａｔｅｓ）の解釈は、該当のＤＣＩフォーマット０／４が送信される下りリンクサブフレーム位置別にそれぞれ行われるように設定することができる。
【０１８７】
一例として、上りリンクＨＡＲＱ参照設定（或いは、ＳＩＢ１情報ベースの上りリンク−下りリンク設定）が上りリンク−下りリンク設定＃０に設定された状況下で、上りリンクスケジューリング情報が送信される下りリンクサブフレーム（すなわち、ＤＬ  ＳＦ  ＃０，＃１，＃５，＃６）のうち、特定位置の下りリンクサブフレーム（例えば、ＤＬ  ＳＦ  ＃０，＃５）で送信されるＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）関連の少なくとも一部（すなわち、一部或いは全て）の状態はＵＬ  ＩＮＤＥＸ情報として（再）解釈（例えば、“［０１］、［１０］、［１１］がＵＬ  ＩＮＤＥＸ情報として解釈”）されるように設定し、残りの位置の下りリンクサブフレーム（例えば、ＤＬ  ＳＦ  ＃１，＃６）で送信されるＤＣＩフォーマット０／４上の当該特定フィールド関連の少なくとも一部（すなわち、一部或いは全て）の状態はＵＬ  ＤＡＩ情報として（再）解釈（例えば、“［０１］、［１０］、［１１」はＵＬ  ＩＮＤＥＸ情報として解釈され、［００」はＵＬ  ＤＡＩ情報として解釈”、或いは“［０１］、［１０］、［１１］、［００］）はＵＬ  ＤＡＩ情報として解釈”）されるように設定することができる。
【０１８８】
なお、この規則＃Ｄにおいて下りリンクサブフレーム位置別にＤＣＩフォーマット０／４上の特定フィールドがいかなる用途として解釈されるかに関する情報、或いはＤＣＩフォーマット０／４上の特定フィールドから定義される少なくとも一部（すなわち、一部或いは全て）の状態がいかなる情報として解釈されるかに関する情報は、基地局が端末に、事前に定義されたシグナル（例えば、物理層シグナル或いは上位層シグナル）で知らせることもできる。
【０１８９】
以下、規則＃ＤによってＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）の用途に対する解釈は、該当ＤＣＩフォーマット０／４が送信される下りリンクサブフレーム位置別に異なるように行われる場合の具体的な一実施例を説明する。
【０１９０】
上りリンクＨＡＲＱ参照設定（或いは、ＳＩＢ１情報ベースの上りリンク−下りリンク設定）がＵＬ／ＤＬ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ０と与えられた場合、各上りリンクサブフレーム（ＵＬ  ＳＦ）でのＰＵＳＣＨに関するスケジューリング情報が送信される下りリンクサブフレーム或いはスペシャルサブフレームの位置は、下記のように与えられる。
●  ＵＬ  ＳＦ  ＃２→  ＵＬ  ＧＲＡＮＴ  ｉｎ  ＳＦ  ＃５  ｏｒ  ＃６
●  ＵＬ  ＳＦ  ＃３→  ＵＬ  ＧＲＡＮＴ  ｉｎ  ＳＦ  ＃６
●  ＵＬ  ＳＦ  ＃４→  ＵＬ  ＧＲＡＮＴ  ｉｎ  ＳＦ  ＃０
●  ＵＬ  ＳＦ  ＃７→  ＵＬ  ＧＲＡＮＴ  ｉｎ  ＳＦ  ＃０  ｏｒ  ＃１
●  ＵＬ  ＳＦ  ＃８→  ＵＬ  ＧＲＡＮＴ  ｉｎ  ＳＦ  ＃１
●  ＵＬ  ＳＦ  ＃９→  ＵＬ  ＧＲＡＮＴ  ｉｎ  ＳＦ  ＃５
【０１９１】
一方、ＵＬ  ＤＡＩは、ＨＡＲＱ−ＡＣＫが共に報告されるＰＵＳＣＨをスケジュールする場合にのみ必要なフィールドである。すなわち、特定上りリンクグラント（ＵＬ  ＧＲＡＮＴ）にＵＬ  ＤＡＩを必要とする場合は、ＵＥがＨＡＲＱ−ＡＣＫを該当の上りリンクグラント（ＵＬ  ＧＲＡＮＴ）がスケジュールする上りリンクサブフレーム（ＵＬ  ＳＦ）で送信する場合に限定される。
【０１９２】
動的に上りリンク−下りリンク設定を変更する状況下で安定してＨＡＲＱ−ＡＣＫを送信するために、ＨＡＲＱ−ＡＣＫ送信時点を定義する下りリンクＨＡＲＱ参照設定を別途に指定することができる。好ましくは、この下りリンクＨＡＲＱ参照設定は、ＤＬが多く、ＵＬが少ない属性を有し、下りリンクＨＡＲＱ参照設定上におけるＵＬ  ＳＦはＤＬに変更されず、常にＵＬとして活用されながらＨＡＲＱ−ＡＣＫの伝送に用いられる。
【０１９３】
１つの無線フレーム（ＲＡＤＩＯ  ＦＲＡＭＥ）でＵＬが１つ或いは２つである場合に該当する上りリンク−下りリンク設定を下りリンクＨＡＲＱ参照設定として用いると仮定すれば、上りリンク−下りリンク設定＃２，＃４，＃５が可能である。各場合に対してＨＡＲＱ−ＡＣＫ伝送時点を考慮すれば、
●下りリンクＨＡＲＱ参照設定＃２：ＨＡＲＱ−ＡＣＫがＵＬ  ＳＦ  ＃２と＃７で送信される。上述した上りリンク−下りリンク設定０の上りリンクＨＡＲＱ参照設定を仮定すれば、上りリンクグラント（ＵＬ  ＧＲＡＮＴ）がＳＦ  ＃５，＃６，＃０，＃１で送信されるとき、このＵＬ  ＳＦ  ＃２と＃７をスケジュールする。これは、上りリンクＨＡＲＱ参照設定上の全てのＤＬ及びＳＰＥＣＩＡＬ  ＳＦに該当する。
●下りリンクＨＡＲＱ参照設定＃４：ＨＡＲＱ−ＡＣＫがＵＬ  ＳＦ  ＃２と＃３で送信される。上述した上りリンク−下りリンク設定０の上りリンクＨＡＲＱ参照設定を仮定すれば、上りリンクグラント（ＵＬ  ＧＲＡＮＴ）がＳＦ  ＃５と＃６で送信されるとき、このＵＬ  ＳＦ  ＃２と＃３をスケジュールする。これは、ＳＦ  ＃０，＃１ではＵＬ  ＤＡＩが不要であることを意味する。
●下りリンクＨＡＲＱ参照設定＃５：ＨＡＲＱ−ＡＣＫがＵＬ  ＳＦ  ＃２で送信される。上述した上りリンク−下りリンク設定０の上りリンクＨＡＲＱ参照設定を仮定すれば、上りリンクグラント（ＵＬ  ＧＲＡＮＴ）がＳＦ  ＃５と＃６で送信されるとき、このＵＬ  ＳＦ  ＃２をスケジュールする。これは、ＳＦ  ＃０，＃１ではＵＬ  ＤＡＩが不要であることを意味する。
【０１９４】
要するに、上りリンクＨＡＲＱ参照設定が０であり、下りリンクＨＡＲＱ参照設定が４又は５であれば、ＳＦ  ＃０，＃１ではＵＬ  ＩＮＤＥＸ、ＳＦ  ＃５，＃６ではＵＬ  ＤＡＩとして用いることができる。
【０１９５】
万一ＵＬ  ＤＡＩに用いられる場合には、ＳＦ  ＃５，＃６ではそれぞれＳＦ  ＃２と＃３だけのＰＵＳＣＨをスケジュールするように定義（ここで、ＵＬ  ＤＡＩに用いられるＳＦ  ＃５，＃６ではＵＬ  ＩＮＤＥＸ値が‘０１’（すなわち、表６の［ＣＡＳＥ  ＃Ｂ］）と仮定されると解釈してもよい。）することができる。この場合、上りリンクグラント（ＵＬ  ＧＲＡＮＴ）を用いてＳＦ  ＃９のＰＵＳＣＨをスケジュールすることが不可能になるが、ＳＦ  ＃９は、上りリンク−下りリンク設定＃０以外の上りリンク−下りリンク設定ではいずれもＤＬとして用いられるので、このスケジューリング制約の影響はわすかであるといえる。ＰＨＩＣＨを用いた上りリンクグラント（ＵＬ  ＧＲＡＮＴ）無しの再伝送（ＲＥＴＲＡＮＳＭＩＳＳＩＯＮ）の用途には活用可能である。
【０１９６】
万一上記ＳＦ  ＃９でのＰＵＳＣＨスケジューリング不可と関連した問題を深刻なものとして見なす場合には、基地局（ｅＮＢ）はＲＲＣのような上位層信号を用いて、特定サブフレームでの２ビットをＵＬ  ＩＮＤＥＸとして解釈すべきか或いはＵＬ  ＤＡＩとして解釈すべきかを設定することもできる。
【０１９７】
すなわち、ＤＣＩフォーマット０又は４の特定ビットフィールドをＵＬ  ＩＮＤＥＸとして解釈するか又はＵＬ  ＤＡＩとして解釈するかは、当該ＤＣＩフォーマットが送信されるサブフレームだけでなく、設定されている下りリンクＨＡＲＱ参照設定に連動されてもよい。また、ＲＲＣのような上位層信号を用いて、どのサブフレームでいかなる形態として解釈されるかを基地局（ｅＮＢ）が調節するように動作することもできる。
【０１９８】
他の例として、特定下りリンクサブフレーム位置で送信されるＤＣＩフォーマット０又は４の特定ビットフィールドがＵＬ  ＤＡＩとして解釈されるとき、事前に設定された下りリンク参照上りリンク−下りリンク設定（ＤＬ  ＲＥＦＥＲＥＮＣＥ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ）上のＵＬ  ＳＦ（すなわち、Ｓｔａｔｉｃ  ＵＬ  ＳＦ）でのＰＵＳＣＨをスケジュールする上りリンクグラント（ＵＬ  ＧＲＡＮＴ）が受信される時点以外の時点におけるＵＬ  ＤＡＩシグナリングは不要である。すなわち、ＵＬ  ＤＡＩはＨＡＲＱ−ＡＣＫが共に報告されるＰＵＳＣＨをスケジュールする時に有用なフィールドであるためである（ここで、該当の上りリンクグラント（ＵＬ  ＧＲＡＮＴ）受信時点は、上りリンク参照上りリンク−下りリンク設定（ＵＬ  ＲＥＦＥＲＥＮＣＥ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ）或いはＳＩＢ上の上りリンク−下りリンク設定によって決定される。）。
【０１９９】
したがって、下りリンク参照上りリンク−下りリンク設定上の上りリンクサブフレームにおけるＰＵＳＣＨ伝送をスケジュールする上りリンクグラント（ＵＬ  ＧＲＡＮＴ）が受信される時点以外の時点で送信される上りリンクグラント（ＵＬ  ｇｒａｎｔ）の場合、ＵＬ  ＤＡＩはシグナルされなくてもよく、該当の上りリンクグラント（ＵＬ  ｇｒａｎｔ）内ＵＬ  ＤＡＩフィールドは、事前に定義された（或いは、シグナルされた）特定値に設定（或いは、ゼロパディング）されるように設定することができる。
【０２００】
例えば、事前に定義された（或いは、シグナルされた）特定値に設定された（或いは、ゼロパディングされた）ＵＬ  ＤＡＩ（フィールド値）は、仮想ＣＲＣ（ＶＩＲＴＵＡＬ  ＣＲＣ）の用途に用いることができる。具体的に、仮に上りリンク参照上りリンク−下りリンク設定と下りリンク参照上りリンク−下りリンク設定がそれぞれ上りリンク−下りリンク設定６、上りリンク−下りリンク設定５に設定され、ＤＣＩフォーマット０又は４の特定ビットフィールドがＵＬ  ＤＡＩとして解釈されると、下りリンク参照上りリンク−下りリンク設定上のＵＬ  ＳＦ  ＃２（或いは、ＵＬ  ＳＦ  ＃１２）でＰＵＳＣＨをスケジュールする上りリンクグラント（ＵＬ  ＧＲＡＮＴ）が受信されるＳＦ  ＃５以外のサブフレーム時点（すなわち、ＳＦ  ＃０，＃１，＃６，＃９）におけるＵＬ  ＤＡＩは、事前に定義された（或いは、シグナルされた）特定値に設定（或いは、ゼロパディング）することができる。
【０２０１】
このような例は、ｉ）ＤＣＩフォーマット０又は４の特定ビットフィールドの用途が上りリンク参照上りリンク−下りリンク設定によって決定される場合（例えば、上りリンク参照上りリンク−下りリンク設定が上りリンク−下りリンク設定０に設定された場合にのみ、ＤＣＩフォーマット０又は４の特定ビットフィールドをＵＬ  ＩＮＤＥＸ用途として解釈し、上りリンク参照上りリンク−下りリンク設定が上りリンク−下りリンク設定０以外の上りリンク−下りリンク設定に設定された場合には、ＤＣＩフォーマット０又は４の特定ビットフィールドをＵＬ  ＤＡＩ用途として解釈する。）、或いはｉｉ）ＤＣＩフォーマット０又は４の特定ビットフィールドの用途が下りリンクサブフレーム位置別にそれぞれ設定される場合（例えば、ＳＦ  ＃０，＃１ではＵＬ  ＩＮＤＥＸ用途として解釈し、ＳＦ  ＃５，＃６ではＵＬ  ＤＡＩ用途として解釈する。）、或いはｉｉｉ）上述した特定ビットフィールドをＵＬ  ＩＮＤＥＸとして解釈するか或いはＵＬ  ＤＡＩとして解釈するかが、該当のＤＣＩフォーマットが送信されるサブフレームだけでなく、設定されている下りリンクＨＡＲＱ参照設定に連動される場合のうち少なくとも１つの場合などでも拡張適用が可能である。
【０２０２】
また、ｉ）ＵＬ  ＤＡＩがＶ＿ＵＬ  ＤＡＩと定義される場合（すなわち、Ｓｉｎｇｌｅ  Ｃｅｌｌの環境下でＨＡＲＱ−ＡＣＫ  Ｂｕｎｄｌｉｎｇ、ＰＵＣＣＨ  Ｆｏｒｍａｔ  １ｂ  ｗｉｔｈ  Ｃｈａｎｎｅｌ  Ｓｅｌｅｃｔｉｏｎ  ｗｉｔｈ  Ｒｅｌ−８／１０  Ｍａｐｐｉｎｇ  Ｔａｂｌｅｓが設定される場合）、或いはｉｉ）ＵＬ  ＤＡＩがＷ＿ＵＬ  ＤＡＩと定義される場合（すなわち、Ｓｉｎｇｌｅ  Ｃｅｌｌの環境下でＰＵＣＣＨ  Ｆｏｒｍａｔ  ３が設定されたり、ＣＡ環境下でＰＵＣＣＨ  Ｆｏｒｍａｔ  １ｂ  ｗｉｔｈ  Ｃｈａｎｎｅｌ  Ｓｅｌｅｃｔｉｏｎ  ｗｉｔｈ  Ｒｅｌ−１０  Ｍａｐｐｉｎｇ  Ｔａｂｌｅ或いはＰＵＣＣＨ  Ｆｏｒｍａｔ  ３が設定される場合）に限って適用されるように設定することもできる。
【０２０３】
他の例として、特定下りリンクサブフレーム位置で送信されるＤＣＩフォーマット０又は４の特定ビットフィールドがＵＬ  ＤＡＩとして解釈されるが、“Ｔｈｅ  ｎｕｍｂｅｒ  ｏｆ  ＨＡＲＱ−ＡＣＫ  ｂｉｔｓ  ｆｏｒ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｎ  ＰＵＳＣＨ  ｃａｎ  ｂｅ  ｄｅｔｅｒｍｉｎｅｄ  ｂｙ  ｔｈｅ  ｓｉｚｅ  ｏｆ  ｔｈｅ  ｂｕｎｄｌｉｎｇ  ｗｉｎｄｏｗ（すなわち、Ｍ）  ｆｏｒ  ｔｈｅ  ＤＬ  ＨＡＲＱ  ｔｉｍｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ”の技法が適用される場合に、事実上、当該ＵＬ  ＤＡＩは無意味になる。
【０２０４】
したがって、この場合のＵＬ  ＤＡＩはシグナルされなくてもよく、上りリンクグラント（ＵＬ  ｇｒａｎｔ）内の該当のＵＬ  ＤＡＩフィールドは、事前に定義された（或いは、シグナルされた）特定値に設定（或いは、ゼロパディング）されるように設定することができる。
【０２０５】
例えば、事前に定義された（或いは、シグナルされた）特定値に設定された（或いは、ゼロパディングされた）ＵＬ  ＤＡＩ（フィールド値）は、仮想ＣＲＣの用途に用いることができる。この場合、ＵＥは、１つのバンドリングウィンドウ内で少なくとも１つのＰＤＳＣＨ或いは下りリンクＳＰＳ解除を受信した場合には、Ｍに対応するＨＡＲＱ−ＡＣＫ情報を構成してＰＵＳＣＨにピギーバック（ｐｉｇｇｙｂａｃｋ）し、そうでない（すなわち、何らＰＤＳＣＨ或いは下りリンクＳＰＳ解除も受信していない）場合には、ＨＡＲＱ−ＡＣＫ構成及びＰＵＳＣＨへのピギーバック動作を省略してもよい。
【０２０６】
また、この例は、ｉ）ＵＬ  ＤＡＩがＶ＿ＵＬ  ＤＡＩと定義（すなわち、Ｓｉｎｇｌｅ  Ｃｅｌｌの環境下でＨＡＲＱ−ＡＣＫ  Ｂｕｎｄｌｉｎｇ、ＰＵＣＣＨ  Ｆｏｒｍａｔ  １ｂ  ｗｉｔｈ  Ｃｈａｎｎｅｌ  Ｓｅｌｅｃｔｉｏｎ  ｗｉｔｈ  Ｒｅｌ−８／１０  Ｍａｐｐｉｎｇ  Ｔａｂｌｅｓが設定される場合）される場合、或いはｉｉ）ＵＬ  ＤＡＩがＷ＿ＵＬ  ＤＡＩと定義（すなわち、Ｓｉｎｇｌｅ  Ｃｅｌｌの環境下でＰＵＣＣＨ  Ｆｏｒｍａｔ  ３が設定されたり、ＣＡ環境下でＰＵＣＣＨ  Ｆｏｒｍａｔ  １ｂ  ｗｉｔｈ  Ｃｈａｎｎｅｌ  Ｓｅｌｅｃｔｉｏｎ  ｗｉｔｈ  Ｒｅｌ−１０  Ｍａｐｐｉｎｇ  Ｔａｂｌｅ或いはＰＵＣＣＨ  Ｆｏｒｍａｔ  ３が設定される場合）に限って適用されるように設定してもよい。
【０２０７】
２．５．  規則（ｒｕｌｅ）＃Ｅ
【０２０８】
ＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）の用途に対する解釈は、ｉ）当該特定フィールドがいかなる値に設定されたかによって別々に行われるように設定したり、及び／又はｉｉ）ＤＣＩフォーマット０／４と同じ時点で送信されるＰＨＩＣＨ情報がいかなるサブフレーム時点で送信されるかによって別々に行われるように設定したり、及び／又はｉｉｉ）ＤＣＩフォーマット０／４と同じ時点で送信されるＰＨＩＣＨ情報のＩＰＨＩＣＨ値がいかなる値に設定されたかによって別々に行われるように設定することができる。ＬＴＥ標準文書である３ＧＰＰ  ＴＳ３６．２１３上では、ＩＰＨＩＣＨと関連して、ＴＤＤ上りリンク−下りリンク設定０であり、サブフレームｎ＝４或いは９であるＰＵＳＣＨ伝送に対して１と定義され、その他の場合には０と定義されている。
【０２０９】
例えば、ＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）が“［１１］”の値に設定された場合には、当該特定フィールドがＵＬ  ＩＤＥＮＸ情報として用いられると仮定し、表６の［ＣＡＳＥ  ＃Ｃ］（すなわち、１つの上りリンクスケジューリング情報（上りリンクグラント）が別個の時点で送信される２つの上りリンクデータチャネル（ＰＵＳＣＨ）を定義する。）によって動作することができる。
【０２１０】
一方、ｉ）ＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールドが次に述べる少なくとも一部（すなわち、一部或いは全ての）値に設定されたり、及び／又はｉｉ）ＤＣＩフォーマット０／４と同じ時点で送信されるＰＨＩＣＨ情報が次に述べる少なくとも一部（すなわち、一部或いは全ての）時点で送信されたり、及び／又はｉｉｉ）ＤＣＩフォーマット０／４と同じ時点で送信されるＰＨＩＣＨ情報のＩＰＨＩＣＨ値が次に述べる一部（或いは、全ての）値に設定される場合には、当該特定フィールドがＵＬ  ＤＡＩ情報として用いられると仮定して動作することができる。
●（１）ＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）のＭＳＢが１に設定された場合（例えば、［１０］）
●（２）ＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）のＬＳＢが１に設定された場合（例えば、［０１］）
●（３）‘ＩＰＨＩＣＨ＝０’に設定されたＰＨＩＣＨ情報がＤＬ  ＳＦ  ＃０或いはＤＬ  ＳＦ  ＃５で受信される場合
●（４）‘ＩＰＨＩＣＨ＝１’に設定されたＰＨＩＣＨ情報がＤＬ  ＳＦ  ＃０或いはＤＬ  ＳＦ  ＃５で受信される場合
●（５）ＰＨＩＣＨ情報がＤＬ  ＳＦ  ＃１或いはＤＬ  ＳＦ  ＃６で受信される場合
【０２１１】
ここで、上述したそれぞれの場合によって当該特定フィールドから定義される少なくとも一部（すなわち、一部或いは全て）の状態にリンクされたＤＡＩ値が別々に定義されてもよい。これによって、この規則＃Ｅの適用によって、無線リソース用途の動的変更が行われる環境下で上りリンク負荷が高い場合（すなわち、ＵＬ  Ｔｒａｆｆｉｃ  Ｈｅａｖｙ  Ｓｉｔｕａｔｉｏｎ）に、上りリンクリソースを効率的に（或いは、相対的に高い比重として）運営／スケジュールすることができる。
【０２１２】
他の方案として、ＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）から定義される少なくとも一部（すなわち、一部或いは全て）の状態（Ｓｔａｔｅｓ）に対する解釈は、ｉ）当該特定フィールドがいかなる値に設定されたかによって別々に行われるように設定したり、及び／又はｉｉ）ＤＣＩフォーマット０／４と同じ時点で送信されるＰＨＩＣＨ情報がいかなるサブフレーム時点で送信されるかによって別々に行われるように設定したり、及び／又はｉｉｉ）ＤＣＩフォーマット０／４と同じ時点で送信されるＰＨＩＣＨ情報のＩＰＨＩＣＨ値がいかなる値に設定されたかによって別々に行われるように設定することもできる。
【０２１３】
一例として、上りリンクＨＡＲＱ参照設定（或いは、ＳＩＢ１情報ベースの上りリンク−下りリンク設定）が上りリンク−下りリンク設定＃０に設定された状況下で、ｉ）‘ＩＰＨＩＣＨ＝０’に設定された（ＤＣＩフォーマット０／４と同じ時点で送信される）ＰＨＩＣＨ情報がＤＬ  ＳＦ  ＃０或いはＤＬ  ＳＦ  ＃５で受信される場合、及び／又はｉｉ）‘ＩＰＨＩＣＨ＝１’に設定された（ＤＣＩフォーマット０／４と同じ時点で送信される）ＰＨＩＣＨ情報がＤＬ  ＳＦ  ＃０或いはＤＬ  ＳＦ  ＃５で受信される場合には、ＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）関連の少なくとも一部（すなわち、一部或いは全て）の状態がＵＬ  ＤＡＩ情報として（再）解釈（例えば、“［０１］、［１０］、［１１」は、ＵＬ  ＩＮＤＥＸ情報として解釈され、［００」はＵＬ  ＤＡＩ情報として解釈”或いは“［０１］、［１０］、［１１］，［００］はＵＬ  ＤＡＩ情報として解釈”）されるように設定される。一方、上に述べた残りの場合（例えば、（３）、（４）、（５））では、ＤＣＩフォーマット０／４上の特定フィールド関連状態がＵＬ  ＩＮＤＥＸ情報として（再）解釈（例えば、“［０１］、［１０］、［１１」はＵＬ  ＩＮＤＥＸ情報として解釈され、［００」はＵＬ  ＤＡＩ情報として解釈”或いは“［０１］、［１０］、［１１」はＵＬ  ＩＮＤＥＸ情報として解釈”）されるように設定されてもよい。
【０２１４】
この規則Ｅで、ｉ）ＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩとして用いられる２ビットのフィールド）の値の設定、或いはｉｉ）（ＤＣＩフォーマット０／４と同じ時点で送信される）ＰＨＩＣＨ情報が送信されるサブフレーム時点、或いはｉｉｉ）（ＤＣＩフォーマット０／４と同じ時点で送信される）ＰＨＩＣＨ情報のＩＰＨＩＣＨの値の設定のうち少なくとも１つによって、当該特定フィールドがいかなる用途に（再）利用されるかに関する情報或いは当該特定フィールドから定義される少なくとも一部（すなわち、一部或いは全て）の状態がいかなる用途に（再）利用されるかに関する情報などは、基地局が端末に事前に定義されたシグナル（例えば、物理層シグナル或いは上位層シグナル）で知らせることもできる。
【０２１５】
２．６．  規則（ｒｕｌｅ）＃Ｆ
【０２１６】
ＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）の用途に対する解釈は、ｉ）上りリンクＨＡＲＱ参照設定のＨＡＲＱタイムライン（或いは、ＳＩＢ１情報ベースの上りリンク−下りリンク設定のＨＡＲＱタイムライン）によって動作する時に、特定下りリンクサブフレーム時点で受信される該当のＤＣＩフォーマットが、いくつの上りリンクサブフレーム上で送信される上りリンクデータチャネル（ＰＵＳＣＨ）をスケジュールするか、或いはｉｉ）上りリンクＨＡＲＱ参照設定のＨＡＲＱタイムライン（或いは、ＳＩＢ１情報ベースの上りリンク−下りリンク設定のＨＡＲＱタイムライン）によって動作する時に、該当のＤＣＩフォーマットが受信される下りリンクサブフレーム時点上でいくつの（（以前）上りリンクデータチャネル（ＰＵＳＣＨ）に対する）ＰＨＩＣＨ情報が送信されるか、によって別々に行われるように設定することができる。
【０２１７】
一例として、上りリンクＨＡＲＱ参照設定のＨＡＲＱタイムライン（或いは、ＳＩＢ１情報ベースの上りリンク−下りリンク設定のＨＡＲＱタイムライン）によって動作する時に特定下りリンクサブフレーム時点で受信されるＤＣＩフォーマット０／４が、２つの上りリンクサブフレームでそれぞれ送信される上りリンクデータチャネル（ＰＵＳＣＨ）をスケジュールする場合（或いは、当該ＤＣＩフォーマット上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）が“［１１］”に設定された場合）には、当該ＤＣＩフォーマット上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）をＵＬ  ＩＮＤＥＸ情報として解釈するように定義することができる。仮に、特定下りリンクサブフレーム時点で受信されるＤＣＩフォーマット０／４が、１つの上りリンクサブフレームで送信される上りリンクデータチャネルをスケジュールする場合（或いは、当該ＤＣＩフォーマット上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）が“［０１］、［１０］、［００］”に設定された場合）には、当該ＤＣＩフォーマット上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）をＵＬ  ＤＡＩ情報として解釈するように定義してもよい。すなわち、この場合には、上りリンクＨＡＲＱ参照設定（或いは、ＳＩＢ１情報ベースの上りリンク−下りリンク設定）が上りリンク−下りリンク設定＃０に設定された状況下では、基本的に、ＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）がＵＬ  ＩＮＤＥＸの用途に用いられるという仮定が適用されると解釈することができる。
【０２１８】
また、ＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）の用途に対する解釈は、下りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによって動作する時に該当のＤＣＩフォーマットが受信される下りリンクサブフレームに対する上りリンクＡＣＫ／ＮＡＣＫ伝送が行われる上りリンクサブフレーム（すなわち、当該ＤＣＩフォーマットが受信される下りリンクサブフレームで下りリンクデータチャネル（ＰＤＳＣＨ）が受信される場合に、これに対する上りリンクＡＣＫ／ＮＡＣＫ伝送が行われる上りリンクサブフレーム）で、いくつの下りリンクサブフレームに対する上りリンクＡＣＫ／ＮＡＣＫ情報が同時に送信されるかによって別々に行われるように設定することができる。
【０２１９】
２．７．  規則（ｒｕｌｅ）＃Ｇ
【０２２０】
ＤＣＩフォーマット０／４上の特定フィールドと関連した少なくとも一部（すなわち、一部或いは全て）の状態（Ｓｔａｔｅｓ）をＵＬ  ＩＮＤＥＸ情報（例えば、表６の［ＣＡＳＥ  ＃Ａ］、［ＣＡＳＥ  ＃Ｂ］、［ＣＡＳＥ  ＃Ｃ］（ここで、［ＣＡＳＥ  ＃Ｃ」は、１つの上りリンクＤＣＩ情報（すなわち、ＤＣＩフォーマット０／４）が複数個（すなわち、２個）のＰＵＳＣＨをスケジュールする場合））として解釈するとき、以下に記述する方案Ｇ−１及びＧ−２の少なくとも１つが適用されるように定義することができる。さらに、［規則＃Ｃ］の一例（例えば、ＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）の二番目のビットが１に設定された場合）にも拡張適用が可能である。
【０２２１】
２．７．１  方案Ｇ−１
【０２２２】
下りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによってＤＣＩフォーマットベースの下りリンクデータチャネル（ＰＤＳＣＨ）が受信される特定時点の下りリンクサブフレームに対する上りリンクＡＣＫ／ＮＡＣＫ伝送が行われるサブフレームをＵＬ  ＳＦ  ＃Ｎと仮定する。
【０２２３】
ここで、仮にＵＬ  ＳＦ  ＃Ｎと連動したＭ個のサブフレーム上で、１つの下りリンクデータチャネル（ＰＤＳＣＨ）が受信（或いは、１以上の値に設定されたＤＬ  ＤＡＩが受信）された場合、端末は、Ｍ個のサブフレームのうち、実際に上りリンクサブフレーム（或いは、ＰＵＳＣＨ（再）伝送サブフレーム）として用いられるサブフレームを除いた残りの下りリンクサブフレームの個数だけを考慮して、ＵＬ  ＳＦ  ＃Ｎで送信される上りリンクデータチャネル（ＰＵＳＣＨ）上にピギーバックされる上りリンクＡＣＫ／ＮＡＣＫペイロードサイズ（或いは、上りリンクＡＣＫ／ＮＡＣＫの個数）を生成することができる。
【０２２４】
このような動作は、ＤＣＩフォーマット０／４上に特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）がＵＬ  ＩＮＤＥＸとして用いられる場合、或いはＰＵＳＣＨ（再）伝送が上りリンクグラント（ＵＬ  ＧＲＡＮＴ）以外の方法（例えば、ＰＨＩＣＨ或いはＵＬ  ＳＰＳ）によって行われる場合などでも同様に適用することができる。
【０２２５】
ここで、端末はＭ個のサブフレームのうち実際に上りリンクサブフレームとして用いられるサブフレームの個数を、上りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインベースの上りリンクグラント（ＵＬ  ＧＲＡＮＴ）（或いは、ＰＨＩＣＨ）の受信によって、Ｍ個のサブフレームのうちいくつのサブフレームで実際に上りリンクデータチャネル（ＰＵＳＣＨ）の伝送がスケジュールされる（或いは、行われる）かを通じて判断することができる。
【０２２６】
すなわち、端末が用途変更メッセージ（ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＭＥＳＳＡＧＥ）の受信に失敗する場合にも、効率的な上りリンクＡＣＫ／ＮＡＣＫペイロードサイズ（或いは、上りリンクＡＣＫ／ＮＡＣＫの個数）の形成を保障可能になる。
【０２２７】
具体的に、ＵＬ  ＳＦ  ＃Ｎと連動したＭ個のサブフレーム上で仮にＫ個の上りリンクデータチャネル（ＰＵＳＣＨ）伝送がスケジュールされた（或いは、行われた）場合、端末は、（Ｍ−Ｋ）個の上りリンクＡＣＫ／ＮＡＣＫ（或いは、上りリンクＡＣＫ／ＮＡＣＫペイロード）だけを構成して、ＵＬ  ＳＦ  ＃Ｎで送信される上りリンクデータチャネル（ＰＵＳＣＨ）上にピギーバックして送信する。
【０２２８】
２．７．１  方案Ｇ−２
【０２２９】
下りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによってＤＣＩフォーマット０／４（すなわち、上りリンクスケジューリング情報を含む。）が受信される下りリンクサブフレームに対する上りリンクＡＣＫ／ＮＡＣＫ伝送が行われるＵＬ  ＳＦ  ＃Ｎと連動したＭ個のサブフレーム上で、仮に下りリンクデータチャネル（ＰＤＳＣＨ）の受信（或いは、１以上の値に設定されたＤＬ  ＤＡＩの受信）が発生しないと、端末は、ＵＬ  ＳＦ  ＃Ｎで送信される上りリンクデータチャネル（ＰＵＳＣＨ）上に上りリンクＡＣＫ／ＮＡＣＫ情報をピギーバックして送信しない。
【０２３０】
２．８．  規則（ｒｕｌｅ）＃Ｈ
【０２３１】
ＤＣＩフォーマット０／４上の特定フィールドと関連した少なくとも一部（すなわち、一部或いは全て）の状態（Ｓｔａｔｅｓ）をＵＬ  ＩＮＤＥＸ情報（例えば、表６の［ＣＡＳＥ  ＃Ａ］、［ＣＡＳＥ  ＃Ｂ］、［ＣＡＳＥ  ＃Ｃ］（ここで、［ＣＡＳＥ  ＃Ｃ」は、１つの上りリンクＤＣＩ情報（すなわち、ＤＣＩフォーマット０／４）が複数個（すなわち、２個）のＰＵＳＣＨをスケジュールする場合））として解釈するとき、以下に提案する少なくとも一部（すなわち、一部或いは全ての）方案が適用されるように定義することができる。さらに、［規則＃Ｃ］の一例（例えば、ＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）の二番目のビットが１に設定された場合）にも拡張適用が可能である。
【０２３２】
例えば、下りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによってＤＣＩフォーマットベースのＰＤＳＣＨが受信される特定時点の下りリンクサブフレーム（ＤＬ  ＳＦ）に対する上りリンクＡＣＫ／ＮＡＣＫ伝送が上りリンクサブフレーム（ＵＬ  ＳＦ）＃Ｎで行われ、当該ＵＬ  ＳＦ  ＃Ｎと連動したＭ個のサブフレーム（ＳＦ）（すなわち、下りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによってＵＬ  ＳＦ  ＃Ｎで上りリンクＡＣＫ／ＮＡＣＫ伝送が行われるように設定されたＭ個のＳＦ）が存在する状況を仮定する。
【０２３３】
ここで、仮に上りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによってＭ個のＳＦのうちの特定時点の下りリンクサブフレームで受信されたＤＣＩフォーマット０／４（及び／又はＰＨＩＣＨ）ベースのＰＵＳＣＨ（再）伝送がＵＬ  ＳＦ  ＃Ｎで行われる場合、ＵＬ  ＳＦ  ＃Ｎで（再）伝送されるＰＵＳＣＨ上に、Ｍ個のＳＦ（すなわち、ＡＣＫ／ＮＡＣＫ  Ｂｕｎｄｌｉｎｇ  Ｗｉｎｄｏｗ  Ｓｉｚｅ  Ｍ）に対するＡｃｋ／Ｎａｃｋビットを構成してピギーバックすることができる。或いは、仮に上りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによってＭ個のＳＦのうちの特定時点の下りリンクサブフレームで受信されたＤＣＩフォーマット０／４（及び／又はＰＨＩＣＨ）ベースのＰＵＳＣＨ（再）伝送がＵＬ  ＳＦ  ＃Ｎで行われ、Ｍ個ＳＦ上で少なくとも１つのＰＤＳＣＨが受信（或いは、１以上の値に設定されたＤＬ  ＤＡＩが受信）されると、ＵＬ  ＳＦ  ＃Ｎで（再）伝送されるＰＵＳＣＨ上に、Ｍ個のＳＦ（すなわち、ＡＣＫ／ＮＡＣＫ  Ｂｕｎｄｌｉｎｇ  Ｗｉｎｄｏｗ  Ｓｉｚｅ  Ｍ）に対するＡｃｋ／Ｎａｃｋビットを構成してピギーバックすることができる。
【０２３４】
逆に、仮に上りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによってＭ個ＳＦに属しない特定時点の下りリンクサブフレームで受信されたＤＣＩフォーマット０／４（及び／又はＰＨＩＣＨ）ベースのＰＵＳＣＨ（再）伝送がＵＬ  ＳＦ  ＃Ｎで行われると、ＵＬ  ＳＦ  ＃Ｎで（再）伝送されるＰＵＳＣＨ上に、Ｍ個のＳＦ（すなわち、ＡＣＫ／ＮＡＣＫ  Ｂｕｎｄｌｉｎｇ  Ｗｉｎｄｏｗ  Ｓｉｚｅ  Ｍ）に対するＡｃｋ／Ｎａｃｋビットを構成してピギーバックすることができる。或いは、仮に上りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによってＭ個ＳＦに属しない特定時点の下りリンクサブフレームで受信されたＤＣＩフォーマット０／４（及び／又はＰＨＩＣＨ）ベースのＰＵＳＣＨ（再）伝送がＵＬ  ＳＦ  ＃Ｎで行われ、Ｍ個のＳＦ上で少なくとも１つのＰＤＳＣＨが受信（或いは、１以上の値に設定されたＤＬ  ＤＡＩが受信）されると、ＵＬ  ＳＦ  ＃Ｎで（再）伝送されるＰＵＳＣＨ上に、Ｍ個のＳＦ（すなわち、ＡＣＫ／ＮＡＣＫ  Ｂｕｎｄｌｉｎｇ  Ｗｉｎｄｏｗ  Ｓｉｚｅ  Ｍ）に対するＡｃｋ／Ｎａｃｋビットを構成してピギーバックすることができる。
【０２３５】
しかし、無線リソース用途の動的変更により、Ｍ個のＳＦの一部のＳＦは実際にＤＬ用途に用いられないだけでなく、このような状況下でＭ個のＳＦ（すなわち、ＡＣＫ／ＮＡＣＫ  Ｂｕｎｄｌｉｎｇ  Ｗｉｎｄｏｗ  Ｓｉｚｅ  Ｍ）に対するＡＣＫ／ＮＡＣＫビットサイズを無条件に設定することは、過度であるか、或いはＡＣＫ／ＮＡＣＫ送／受信性能の側面でよくない動作となりうる。
【０２３６】
したがって、以下に提案する規則Ｈ−１乃至規則Ｈ−３の少なくとも１つによって、ＵＬ  ＳＦ  ＃Ｎで（再）伝送されるＰＵＳＣＨ上にピギーバックされるＡＣＫ／ＮＡＣＫビットサイズが決定されるようにすることができる。
【０２３７】
ここで、規則Ｈ−１乃至規則Ｈ−３は、ｉ）上りリンクＨＡＲＱ参照設定（或いは、ＳＩＢベースのＣＯＮＦＩＧＵＲＡＴＩＯＮ）が上りリンク−下りリンク設定＃０に設定された場合、及び／又はｉｉ）ＤＣＩフォーマット０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）がＵＬ  ＩＮＤＥＸ情報として用いられる場合、及び／又はｉｉｉ）ＵＬ  ＩＮＤＥＸフィールドが１１（すなわち、一つのＤＣＩフォーマット０／４が２つのＵＬ  ＳＦで（再）伝送されるＰＵＳＣＨを同時にスケジュールする場合）に設定された場合、及び／又はｉｖ）ＤＣＩフォーマット０／４（すなわち、上りリンクグラント（ＵＬ  ｇｒａｎｔ））以外の方法（例えば、ＵＬ  ＳＰＳ、ＰＨＩＣＨ）でＰＵＳＣＨ（再）伝送が行われる場合にのみ、限定的に適用されるように設定してもよい。
【０２３８】
また、この規則Ｈ−１乃至Ｈ−３は、上りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによって、Ｍ個のＳＦのうちの、ｉ）特定時点の下りリンクサブフレームで受信された一つのＤＣＩフォーマット０／４（及び／又はＰＨＩＣＨ）によって１つ（すなわち、ＵＬ  ＳＦ  ＃Ｎ）のＵＬ  ＳＦ上でＰＵＳＣＨ（再）伝送が行われたり、或いはｉｉ）特定時点の下りリンクサブフレームで受信された１つのＤＣＩフォーマット０／４（及び／又はＰＨＩＣＨ）によって２つのＵＬ  ＳＦ（すなわち、ＵＬ  ＳＦ  ＃Ｎと上りリンクＨＡＲＱ参照設定ベースの他のＵＬ  ＳＦ時点）上でＰＵＳＣＨ（再）伝送が行われる場合にも拡張して適用可能である。これと逆に、この規則Ｈ−１乃至Ｈ−３は、上りリンクＨＡＲＱ参照設定のＨＡＲＱタイムラインによってＭ個のＳＦに属しない、ｉ）特定時点の下りリンクサブフレームで受信された１つのＤＣＩフォーマット０／４（及び／又はＰＨＩＣＨ）によって１つ（すなわち、ＵＬ  ＳＦ  ＃Ｎ）のＵＬ  ＳＦ上でＰＵＳＣＨ（再）伝送が行われたり、或いはｉｉ）特定時点の下りリンクサブフレームで受信された１つのＤＣＩフォーマット０／４（及び／又はＰＨＩＣＨ）によって２つのＵＬ  ＳＦ（すなわち、ＵＬ  ＳＦ  ＃Ｎと上りリンクＨＡＲＱ参照設定ベースの他のＵＬ  ＳＦ時点）上でＰＵＳＣＨ（再）伝送が行われる場合にも拡張して適用可能である。
【０２３９】
２．８．１．  規則（ｒｕｌｅ）＃Ｈ−１
【０２４０】
以下では、説明の便宜のために、上記ＰＵＳＣＨが（再）伝送される無線フレームインデックス（ＲＡＤＩＯ  ＦＲＡＭＥ  ＩＮＤＥＸ）を無線フレーム＃Ｘ（ＲＡＤＩＯ  ＦＲＡＭＥ  ＃Ｘ）と仮定し、また、事前に設定された用途変更周期（ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＰＥＲＩＯＤ）Ｔに基づいて、ｉ）現在の更新された上りリンク−下りリンク設定、及び／又はｉｉ）無線フレーム＃Ｘに適用される更新された上りリンク−下りリンク設定、及び／又はｉｉｉ）ＵＬ  ＳＦ  ＃Ｎ時点におけるＰＵＳＣＨ（再）伝送をスケジューリング／指示する情報が受信される無線フレームに適用される更新された上りリンク−下りリンク設定が適用される範囲を“無線フレーム＃Ｑから無線フレーム＃（Ｑ＋Ｔ／１０−１）まで”と仮定した。ここで、ＰＵＳＣＨが（再）伝送される無線フレーム＃Ｘは、無線フレーム＃Ｑから無線フレーム＃（Ｑ＋Ｔ／１０−１）までの範囲に属すると仮定した。
【０２４１】
規則＃Ｈ−１は、端末が、上記ＵＬ  ＳＦ  ＃ＮにおけるＡＣＫ／ＮＡＣＫビットがピギーバックされるＰＵＳＣＨの（再）伝送をスケジュール／指示するＤＣＩフォーマット０／４（或いは、ＰＨＩＣＨ）がどのＵＬ  ＳＦ位置におけるＰＵＳＣＨ伝送をスケジュール／指示するかによって、現在適用されている可能性の高い上りリンク−下りリンク設定の候補を類推／導出するようにする。
【０２４２】
具体的に説明すると、端末はまず、事前に設定された下りリンク参照上りリンク−下りリンク設定情報と上りリンク参照上りリンク−下りリンク設定（すなわち、ＳＩＢベースの上りリンク−下りリンク設定）情報から、基地局が再設定可能な全体（有効な）上りリンク−下りリンク設定候補を把握することができる。これに基づいて、当該全候補内で、さらに、ＵＬ  ＳＦ  ＃ＮにおけるＡＣＫ／ＮＡＣＫビットがピギーバックされるＰＵＳＣＨ（再）伝送をスケジュール／指示するＤＣＩフォーマット０／４（或いは、ＰＨＩＣＨ）がどのＵＬ  ＳＦ位置におけるＰＵＳＣＨ伝送をスケジュール／指示するかによって、基地局が、上記無線フレーム＃Ｑから無線フレーム＃（Ｑ＋Ｔ／１０−１）までの区間において実質的に再設定した可能性の高い上りリンク−下りリンク設定候補を狭めていくことができる。
【０２４３】
ここで、端末が最終的に把握する基地局が上記無線フレーム＃Ｑから無線フレーム＃（Ｑ＋Ｔ／１０−１）までの区間において実質的に再設定した可能性の高い上りリンク−下りリンク設定の候補は、ＵＬ  ＳＦ  ＃ＮにおけるＡＣＫ／ＮＡＣＫビットがピギーバックされるＰＵＳＣＨ（再）伝送をスケジュール／指示するＤＣＩフォーマット０／４（或いは、ＰＨＩＣＨ）によってＰＵＳＣＨ（再）伝送がスケジュール／指示される（１つ或いは複数個の）ＵＬ  ＳＦを必ず含む上りリンク−下りリンク設定に限定されてもよい。
【０２４４】
参考として、以下の表７乃至表９には、上りリンク参照上りリンク−下りリンク設定（すなわち、ＳＩＢベースの上りリンク−下りリンク設定）が上りリンク−下りリンク設定＃０に設定された状況下で、ＵＬ  ＳＦ  ＃ＮにおけるＣＫ／ＮＡＣＫビットがピギーバックされるＰＵＳＣＨ（再）伝送をスケジュール／指示するＤＣＩフォーマット０／４（或いは、ＰＨＩＣＨ）がどのＵＬ  ＳＦ位置におけるＰＵＳＣＨの伝送をスケジュール／指示するかによって、端末が類推／導出できる上記無線フレーム＃Ｑから無線フレーム＃（Ｑ＋Ｔ／１０−１）までの区間において基地局が実質的に再設定した可能性の高い上りリンク−下りリンク設定候補を示す。
【０２４５】
ここで、表７乃至表９上に明示されていない場合に対しては、ＵＬ  ＳＦ  ＃Ｎで（再）伝送されるＰＵＳＣＨ上にピギーバックされるＡＣＫ／ＮＡＣＫビットサイズを、下りリンク参照上りリンク−下りリンク設定によってＵＬ  ＳＦ  ＃ＮでＡＣＫ／ＮＡＣＫが送信するように設定されたＭ個のＳＦ（すなわち、ＡＣＫ／ＮＡＣＫ  Ｂｕｎｄｌｉｎｇ  Ｗｉｎｄｏｗ  Ｓｉｚｅ  Ｍ）に対して構成するように設定されてもよい。端末にとって類推／導出可能な基地局が実質的に再設定した可能性の高い上りリンク−下りリンク設定の候補は、下りリンク参照上りリンク−下りリンク設定がどのように設定されたかによって異なり、また、以下では（Ｍ個のＳＦ内の及び／又はＭ個のＳＦに属しない）特定時点の下りリンクサブフレームで受信された１つのＤＣＩフォーマット０／４（及び／又はＰＨＩＣＨ）によって同時に２つのＵＬ  ＳＦ上でＰＵＳＣＨがそれぞれ送信される場合を示し、上述したＡＣＫ／ＮＡＣＫビットがピギーバックされるＵＬ  ＳＦ  ＃Ｎは、上記２つのＵＬ  ＳＦのいずれか一つに該当する。
【０２４６】
表７乃至表９には、端末が類推可能な（再）設定された上りリンク−下りリンク設定の候補の様々な例を示す。
【０２４７】
【表７−１】
0006306204.tif 000022
【表７−２】
0006306204.tif 000023
【０２４８】
【表８】
0006306204.tif 000024
【０２４９】
【表９】
0006306204.tif 000025
【０２５０】
２．８．２．  規則（ｒｕｌｅ）＃Ｈ−２
【０２５１】
ＵＬ  ＳＦ  ＃Ｎで（再）伝送されるＰＵＳＣＨ上にピギーバックされるＡＣＫ／ＮＡＣＫビットサイズは、下りリンク参照上りリンク−下りリンク設定の代わりに、表７乃至表９及び規則＃Ｈ−１によって、端末が類推可能な無線フレーム＃Ｑから無線フレーム＃（Ｑ＋Ｔ／１０−１）までの区間において基地局が実質的に再設定した可能性の高い上りリンク−下りリンク設定候補のうち、最も多い下りリンクサブフレームを含んでいる（すなわち、ＤＬ  ＳＦ  ＳＥＴのＳＵＰＥＲ  ＳＥＴに該当する。）上りリンク−下りリンク設定に基づいて決定されるように設定することができる。ここで、再設定した可能性の高い上りリンク−下りリンク設定候補のうち、上りリンク参照上りリンク−下りリンク設定上の下りリンクサブフレーム集合（或いは、位置）を含んでいると共に、最も多い下りリンクサブフレームを含んでいる上りリンク−下りリンク設定として解釈してもよい。
【０２５２】
規則＃Ｈ−２は、基地局から送信される用途変更メッセージ（ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＭＥＳＳＡＧＥ）の受信の成否によらず、ＰＵＳＣＨ上にピギーバックされるＡＣＫ／ＮＡＣＫビットサイズを確実に常に減らすことができるという長所がある。
【０２５３】
なお、表１０、表１１及び表１２上に明示されていない場合に対しては、ＵＬ  ＳＦ  ＃Ｎで（再）伝送されるＰＵＳＣＨ上にピギーバックされるＡＣＫ／ＮＡＣＫビットサイズを、下りリンク参照上りリンク−下りリンク設定によってＵＬ  ＳＦ  ＃ＮでＡＣＫ／ＮＡＣＫが送信するように設定されたＭ個のＳＦ（すなわち、ＡＣＫ／ＮＡＣＫ  Ｂｕｎｄｌｉｎｇ  Ｗｉｎｄｏｗ  Ｓｉｚｅ  Ｍ）に対して構成するように設定することができる。
【０２５４】
例えば、下りリンク参照上りリンク−下りリンク設定と上りリンク参照上りリンク−下りリンク設定（すなわち、ＳＩＢベースの上りリンク−下りリンク設定）がそれぞれ上りリンク−下りリンク設定＃５、上りリンク−下りリンク設定＃０に設定された状況下で、端末が下りリンクサブフレーム＃１６でＵＬ  ＩＮＤＥＸが“１１”に設定された上りリンクスケジューリング情報（すなわち、ＵＬ  ＧＲＡＮＴ）を受信し、上りリンク参照上りリンク−下りリンク設定によってＵＬ  ＳＦ  ＃２２、ＵＬ  ＳＦ  ＃２３上でそれぞれＰＵＳＣＨ伝送を行うと仮定する。
【０２５５】
このような状況下で、端末は、上記規則＃Ｈ−１及び表９によって基地局が無線フレーム＃Ｑから無線フレーム＃（Ｑ＋Ｔ／１０−１）までの区間において再設定した可能性の高い上りリンク−下りリンク設定候補（すなわち、上りリンク−下りリンク設定＃０，１，３，４，６）を調べた後、これらのうち、最も多い下りリンクサブフレームを含んでいる（すなわち、ＤＬ  ＳＦ  ＳＥＴのＳＵＰＥＲ  ＳＥＴに該当する）上りリンク−下りリンク設定である上りリンク−下りリンク設定＃４に基づいて、ＵＬ  ＳＦ  ＃２２（すなわち、下りリンク参照上りリンク−下りリンク設定によってＳＦ  ＃９、ＳＦ  ＃１０、ＳＦ  ＃１１、ＳＦ  ＃１３、ＳＦ  ＃１４、ＳＦ  ＃１５、ＳＦ  ＃１６、ＳＦ  ＃１７、ＳＦ  ＃１８に対するＡＣＫ／ＮＡＣＫが送信される時点）で（再）伝送されるＰＵＳＣＨ上にピギーバックされるＡＣＫ／ＮＡＣＫビットサイズを決定する。
【０２５６】
言い換えると、上りリンク−下りリンク設定＃５（すなわち、下りリンク参照上りリンク−下りリンク設定）によってＵＬ  ＳＦ  ＃２２上でＡＣＫ／ＮＡＣＫが送信されるように設定されたＳＦ  ＃９、ＳＦ  ＃１０、ＳＦ  ＃１１、ＳＦ  ＃１３、ＳＦ  ＃１４、ＳＦ  ＃１５、ＳＦ  ＃１６、ＳＦ  ＃１７、ＳＦ  ＃１８のうち、上りリンク−下りリンク設定＃４上でも実際に下りリンクサブフレーム用途に指定されたＳＦの個数のみを考慮して、ＵＬ  ＳＦ  ＃２２で（再）伝送されるＰＵＳＣＨ上にピギーバックされるＡＣＫ／ＮＡＣＫビットサイズを決定するようにする。
【０２５７】
このように規則＃Ｈ−２に従えば、端末は、ＵＬ  ＳＦ  ＃２２で上りリンク−下りリンク設定＃５（すなわち、下りリンク参照上りリンク−下りリンク設定）ベースの９個のＳＦに対するＡＣＫ／ＮＡＣＫビットではなく、上りリンク−下りリンク設定＃４上でも実際に下りリンクサブフレーム用途に指定された８個のＳＦ（すなわち、ＳＦ  ＃９、ＳＦ  ＃１０、ＳＦ  ＃１１、ＳＦ  ＃１４、ＳＦ  ＃１５、ＳＦ  ＃１６、ＳＦ  ＃１７、ＳＦ  ＃１８）に対するＡＣＫ／ＮＡＣＫビットを構成して、該当のＳＦ  ＃２２で（再）伝送されるＰＵＳＣＨ上にピギーバックするようになる。
【０２５８】
表１０乃至表１２には、表７乃至表９及び規則＃Ｈ−１によってて端末が類推可能な無線フレーム＃Ｑから無線フレーム＃（Ｑ＋Ｔ／１０−１）までの区間において基地局が実質的に再設定した可能性の高い上りリンク−下りリンク設定候補のうち、最も多い下りリンクサブフレームを含んでいる（すなわち、ＤＬ  ＳＦ  ＳＥＴのＳＵＰＥＲ  ＳＥＴに該当する）上りリンク−下りリンク設定を示す。
【０２５９】
また、ＵＬ  ＳＦ  ＃Ｎで（再）伝送されるＰＵＳＣＨ上にピギーバックされるＡＣＫ／ＮＡＣＫビットサイズは、下りリンク参照上りリンク−下りリンク設定ではなく、表７乃至表９及び規則＃Ｈ−１によって、端末が類推可能な無線フレーム＃Ｑから無線フレーム＃（Ｑ＋Ｔ／１０−１）までの区間において基地局が実質的に再設定した可能性の高い上りリンク−下りリンク設定候補のうち、最も少ない下りリンクサブフレームを含んでいる（すなわち、ＵＬ  ＳＦ  ＳＥＴのＳＵＰＥＲ  ＳＥＴに該当する）上りリンク−下りリンク設定に基づいて決定されるように設定してもよい。
【０２６０】
ここで、更なる例として、再設定した可能性の高い上りリンク−下りリンク設定候補のうち、上りリンク参照上りリンク−下りリンク設定上のＵＬ  ＳＦ集合（或いは、位置）を含むと共に、最も多いＵＬ  ＳＦを含んでいる上りリンク−下りリンク設定と解釈してもよい。
【０２６１】
表１０乃至表１２に、端末が類推可能な(再）設定された上りリンク−下りリンク設定候補のうち、最も多いＤＬ  ＳＦを含んでいる上りリンク−下りリンク設定の様々な例を示す。
【０２６２】
【表１０−１】
0006306204.tif 000026
【表１０−２】
0006306204.tif 000027
【０２６３】
【表１１】
0006306204.tif 000028
【０２６４】
【表１２】
0006306204.tif 000029
【０２６５】
２．８．３．  規則（ｒｕｌｅ）＃Ｈ−３
【０２６６】
規則＃Ｈ−１と規則＃Ｈ−２は、複数個のセル（或いは、コンポーネントキャリア）が搬送波集成技法（ＣＡ）で設定（或いは、利用）され、用途変更メッセージ（ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＭＥＳＳＡＧＥ）上の（１つの或いは共通した位置の）特定フィールドを用いて、基地局が端末に、搬送波集成技法で用いられる複数個のセル（或いは、コンポーネントキャリア）に対する用途変更情報（或いは、再設定された上りリンク−下りリンク設定情報）を同時に知らせる場合（すなわち、（１つの）特定フィールドで受信される用途変更情報は、複数個のセル（或いは、コンポーネントキャリア）上に同時に適用される場合）にも拡張して適用可能である。
【０２６７】
言い換えると、このような場合には、複数個のセル（或いは、コンポーネントキャリア）の上りリンク−下りリンク設定が同時に同じ上りリンク−下りリンク設定に（再）変更されるため、特定の１つのセル（或いは、コンポーネントキャリア）観点で上記の規則＃Ｈ−１と規則＃Ｈ−２によって導出された実質的に再設定した可能性の高い上りリンク−下りリンク設定候補を、他の残りのセル（或いは、コンポーネントキャリア）上にも同一に仮定することができる。そして、これによって、特定セル上のＵＬ  ＳＦ  ＃Ｎで（再）伝送されるＰＵＳＣＨにピギーバックして送信される複数個のセル（或いは、コンポーネントキャリア）に対するＡＣＫ／ＮＡＣＫＡＣＫ／ＮＡＣＫビットサイズを減らすことができる（すなわち、セル別に同数のＡＣＫ／ＮＡＣＫＡＣＫ／ＮＡＣＫビットを減らすことができる）。
【０２６８】
３．第３実施例
【０２６９】
本発明の第３実施例によれば、上りリンクＨＡＲＱ参照設定（或いは、ＳＩＢ１情報ベースの上りリンク−下りリンク設定）が上りリンク−下りリンク設定＃０に設定された状況下で、下りリンクＨＡＲＱ参照設定が上りリンク−下りリンク設定＃｛２，４，５｝のいずれか一つに設定（すなわち、別個の上りリンク−下りリンク設定にそれぞれ設定）されると、ＤＣＩフォーマット０／４が端末共通探索領域（ＣＳＳ）或いは端末特定探索領域（ＵＳＳ）のうちいずれの探索領域（ＳＳ）で送信／受信されるかによって、該当のＤＣＩフォーマット０／４上の特定フィールド（例えば、２ビット）に対する解釈が異なるように設定することができる。
【０２７０】
具体的に、ＤＣＩフォーマット０／４が端末共通探索領域（ＣＳＳ）で送信／受信される場合には、該当の特定フィールド（例えば、２ビット）がＵＬ  ＩＮＤＥＸ情報として解釈されるように設定し、一方、ＤＣＩフォーマット０／４が端末特定探索領域（ＵＳＳ）で送信／受信される場合には、該当の特定フィールド（例えば、２ビット）がＵＬ  ＤＡＩ情報として解釈されるように設定することができる。或いは、この説明と逆にマップされるように定義してもよい。
【０２７１】
また、ＤＣＩフォーマット０／４が端末共通探索領域（ＣＳＳ）で送信／受信される場合には、該当の特定フィールド（例えば、２ビット）が上述した［規則＃Ａ］乃至［規則＃Ｈ］）のいずれか一つによって解釈され、ＤＣＩフォーマット０／４が端末特定探索領域（ＵＳＳ）で送信／受信される場合には、該当の特定フィールド（例えば、２ビット）が上述した端末共通探索領域で送信／受信される場合と異なるように解釈されるように設定してもよい。
【０２７２】
さらに、ＤＣＩフォーマット０／４が端末共通探索領域（ＣＳＳ）で送信／受信される場合には、該当の特定フィールド（例えば、２ビット）がＵＬ  ＩＮＤＥＸ情報として解釈され、ｉ）（該当の特定フィールドの）各状態別ＵＬ  ＤＡＩ情報は、或いはｉｉ）各ＵＬ  ＩＮＤＥＸ情報別ＵＬ  ＤＡＩ情報は、事前に定義された（或いは、シグナルされた）値（例えば、それぞれ別個の値、同一の値）と仮定されるように設定することができる。
【０２７３】
４．第４実施例
【０２７４】
上述した第１実施例乃至第３実施例に従う場合、用途変更メッセージ（ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＭＥＳＳＡＧＥ）が（再）設定する上りリンク−下りリンク設定の種類によって、ＤＣＩフォーマット０／４上の特定フィールドに対する解釈（例えば、ＵＬ  ＤＡＩ情報関連フィールドとして解釈或いはＵＬ  ＩＮＤＥＸ情報関連フィールドとして解釈）、及び／又は特定フィールドと関連した少なくとも一部（すなわち、一部或いは全て）の状態（Ｓｔａｔｅｓ）に連動した“仮定（例えば、第１実施例乃至第３実施例上の一つの例”に対する解釈が異なるように設定することができる。
【０２７５】
ここで、用途変更メッセージによって上りリンク−下りリンク設定＃０が（再）設定された場合には、ＤＣＩフォーマット０／４上の特定フィールド（すなわち、２ビット）をＵＬ  ＩＮＤＥＸ情報として解釈し、一方、用途変更メッセージによって、上りリンク−下りリンク設定＃０以外の上りリンク−下りリンク設定に（再）設定された場合には、ＤＣＩフォーマット０／４上の特定フィールド（すなわち、２ビット）をＵＬ  ＤＡＩ情報として解釈するように設定することができる。
【０２７６】
他の例として、用途変更メッセージによって上りリンク−下りリンク設定＃０が（再）設定された場合には、ＤＣＩフォーマット０／４上の特定フィールド（すなわち、２ビット）関連“［０１］”状態を、ＵＬ  ＩＮＤＥＸ＝［０１］と解釈し、一方、用途変更メッセージによって上りリンク−下りリンク設定＃０以外の上りリンク−下りリンク設定に（再）設定された場合には、ＤＣＩフォーマット０／４上の特定フィールド（すなわち、２ビット）関連“［０１］”状態を、ＵＬ  ＩＮＤＥＸ＝［１１］と解釈するように設定することもできる。
【０２７７】
なお、上述した本発明の実施例（すなわち、第１実施例乃至第４実施例）は、端末に存在する複数個の上りリンク−下りリンク設定、すなわち、ＳＩＢ１情報ベースの上りリンク−下りリンク設定（或いは、ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎＳＣｅｌｌ  ＩＥ情報ベースの上りリンク−下りリンク設定）、下りリンクＨＡＲＱ参照設定と関連した上りリンク−下りリンク設定、上りリンクＨＡＲＱ参照設定と関連した上りリンク−下りリンク設定、及び現在（再）設定された上りリンク−下りリンク設定のうち少なくとも１つの上りリンク−下りリンク設定が、事前に定義された特定上りリンク−下りリンク設定（例えば、上りリンク−下りリンク設定＃０）に指定される場合にも拡張して適用可能である。ここで、該当の端末に存在する複数個の上りリンク−下りリンク設定に、事前に定義された特定上りリンク−下りリンク設定（例えば、上りリンク−下りリンク設定＃０）に設定されたものがない場合には、ＤＣＩフォーマット０／４上の特定フィールド（例えば、２ビット）が事前に定義された規則によってＵＬ  ＤＡＩ情報（或いは、ＵＬ  ＩＮＤＥＸ情報）として解釈されるように設定してもよい。
【０２７８】
上述した本発明の実施例において、ＵＬ  ＩＮＤＥＸ情報（及び／又はＵＬ  ＤＡＩ情報）と関連したバンドリングウィンドウサイズは、下りリンクＨＡＲＱ参照設定と関連した上りリンク−下りリンク設定によって定義されたり、或いは上りリンクＨＡＲＱ参照設定と関連した上りリンク−下りリンク設定、ＳＩＢ１情報ベースの上りリンク−下りリンク設定、又は用途変更メッセージによって再設定された上りリンク−下りリンク設定によって定義されてもよい。
【０２７９】
なお、上述した本発明の実施例は、ｉ）無線リソース用途の動的変更動作が設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）された場合、及び／又はｉｉ）特定伝送モード（ＴＭ）が設定された場合、及び／又はｉｉｉ）特定上りリンク−下りリンク設定が設定された場合、及び／又はｉｖ）特定ＵＬ  ＡＣＫ／ＮＡＣＫ伝送方式（例えば、ＡＣＫ／ＮＡＣＫ  ＢＵＮＤＬＩＮＧ方式、ＡＣＫ／ＮＡＣＫ  ＭＵＬＴＩＰＬＥＸＩＮＧ方式、ＰＵＣＣＨ  ＦＯＲＭＡＴ  １Ｂ  Ｗ／ＣＨＡＮＮＥＬ  ＳＥＬＥＣＴＩＯＮ方式、ＰＵＣＣＨ  ＦＯＲＭＡＴ  ３方式）が設定された場合、及び／又はｖ）ＵＬ  ＡＣＫ／ＮＡＣＫがＰＵＳＣＨ（或いは、ＰＵＣＣＨ）で送信される場合にのみ、限定的に適用されるように設定することができる。
【０２８０】
５．第５実施例
【０２８１】
本発明の第５実施例によれば、上りリンク参照設定（ＵＬ  Ｒｅｆｅｒｅｎｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）が上りリンク−下りリンク設定＃０に設定されたとき、ＤＣＩ  Ｆｏｒｍａｔ０／４上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）は、規則＃５−１乃至規則＃５−７の少なくとも１つに基づいて適用されるように設定することができる。
【０２８２】
この第５実施例で、規則＃５−１以外の規則は、特定条件下で該当の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）をＵＬ  ＤＡＩとして解釈することによって、上りリンクデータチャネル（ＰＵＳＣＨ）にピギーバック（Ｐｉｇｇｙｂａｃｋ）されるＨＡＲＱ−ＡＣＫビットサイズ（Ｓｉｚｅ）が、ｉ）端末に（ＤＬ  Ｒｅｆｅｒｅｎｃｅ  ＣｏｎｆｉｇｕｒａｔｉｏｎベースのＢｕｎｄｌｉｎｇ  Ｗｉｎｄｏｗ内で）実際送信されたＰＤＳＣＨ（伝送）関連サブフレーム、及び／又はｉｉ）ＤＬ  ＳＰＳ  ＲＥＬＥＡＳＥ情報を知らせるためのＰＤＣＣＨ／ＥＰＤＣＣＨ伝送関連サブフレームのみが考慮されて適応的に変更されるように設定することができる。
【０２８３】
言い換えると、上りリンクデータチャネルにピギーバックされるＨＡＲＱ−ＡＣＫビットサイズを、常に下りリンク参照設定（ＤＬ  Ｒｅｆｅｒｅｎｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）ベースのＢｕｎｄｌｉｎｇ  Ｗｉｎｄｏｗ  Ｓｉｚｅ（すなわち、Ｍ）を考慮して最大のサイズと決定する問題を緩和させることができる。
【０２８４】
【表１３】
0006306204.tif 000030
【０２８５】
上述した規則＃５−２〜規則＃５−７が適用される場合に、追加的に仮定＃５−１或いは仮定＃５−２が適用されるように定義することができる。ここで、下記の仮定＃５−１或いは仮定＃５−２は、無線リソース用途の動的変更動作モード（すなわち、‘ｅＩＭＴＡ  Ｍｏｄｅ’）が上位層シグナル（例えば、ＲＲＣ）でＥｎａｂｌｅｄ／Ｄｉｓａｂｌｅｄに変更される場合に発生するか又は発生しうるＲＲＣ  Ａｍｂｉｇｕｉｔｙ  Ｄｕｒａｔｉｏｎ（すなわち、基地局と端末間にｅＩＭＴＡ  Ｍｏｄｅ適用の有無に対する仮定が異なり得る区間）において、ＤＣＩ  Ｆｏｒｍａｔ  ０或いはＤＣＩ  Ｆｏｒｍａｔ  ４上の該当の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）に対する解釈／仮定が基地局と端末間で異なるという問題を解決することができる。
【０２８６】
・  仮定＃５−１：ＣＳＳ（Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ）ではＤＣＩ  Ｆｏｒｍａｔ  ０上の該当の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）が、ＵＬ  ＩＮＤＥＸ或いはＵＬ  ＤＡＩと解釈されるように定義することができる。例えば、ＲＲＣ  Ａｍｂｉｇｕｉｔｙ  Ｄｕｒａｔｉｏｎ区間内で基地局は（端末のフォールバック動作のために）ＣＳＳでＤＣＩ  Ｆｏｒｍａｔを送信することができる。
【０２８７】
・  仮定＃５−２：ＵＳＳ（ＵＥ−ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅ）ではＤＣＩ  Ｆｏｒｍａｔ０／４上の該当の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）が上述の規則（例えば、規則＃５−２〜規則＃５−７）のいずれか一つによって解釈されるように定義することができる。
【０２８８】
６．  第６実施例
【０２８９】
本発明の第６実施例で、表１３で説明したように、上りリンク参照設定（ＵＬ  Ｒｅｆｅｒｅｎｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）が上りリンク−下りリンク設定＃０に設定された場合、ｉ）既存ＤＣＩ  Ｆｏｒｍａｔ（例えば、ＤＣＩ  Ｆｏｒｍａｔ  ０／４）上の特定フィールド（すなわち、ＵＬ  ＩＮＤＥＸ／ＵＬ  ＤＡＩに用いられる２ビットのフィールド）を、事前に定義された条件を満たすとＵＬ  ＤＡＩ用途として解釈したり、或いはｉｉ）既存ＤＣＩ  Ｆｏｒｍａｔ（例えば、ＤＣＩ  Ｆｏｒｍａｔ  ０／４）上にＵＬ  ＤＡＩ用途の追加的なフィールドを定義することによって、上りリンクデータチャネル（ＰＵＳＣＨ）にピギーバック（Ｐｉｇｇｙｂａｃｋ）されるＨＡＲＱ−ＡＣＫビットサイズを、下りリンク参照設定（ＤＬ  Ｒｅｆｅｒｅｎｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）関連バンドリングウィンドウ（Ｂｕｎｄｌｉｎｇ  Ｗｉｎｄｏｗ）内における実際ＰＤＳＣＨ伝送サブフレーム（及び／又はＤＬ  ＳＰＳ  ＲＥＬＥＡＳＥ情報を知らせるためのＰＤＣＣＨ／ＥＰＤＣＣＨ伝送サブフレーム）を考慮して適応的に変更することができる。
【０２９０】
本実施例では、上りリンク参照設定（すなわち、ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃０）に基づいて特定時点（すなわち、ＳＦ  ＃Ｎ）で受信された一つの上りリンクスケジューリング情報（ＵＬ  Ｇｒａｎｔ）が複数個（例えば、２個）の上りリンクサブフレーム上におけるＰＵＳＣＨ伝送を示し、該当の少なくとも１つ（すなわち、一部或いは全ての）の上りリンクサブフレームで送信されるＰＵＳＣＨ上にＨＡＲＱ−ＡＣＫがピギーバックされる場合に、（ＨＡＲＱ−ＡＣＫがピギーバックされるＰＵＳＣＨ別に）いずれのＵＬ  ＤＡＩ値が適用／仮定されるべきかを提案する。
【０２９１】
具体的な例として、表１３上の規則＃５−６が適用（すなわち、ＵＳＳ）される場合に、仮に特定時点（すなわち、ＳＦ  ＃Ｎ）で受信されたＵＬ  Ｇｒａｎｔ（例えば、ＤＣＩ  Ｆｏｒｍａｔ  ０／４）が（別個の時点の）２つの上りリンクサブフレーム上におけるＰＵＳＣＨ伝送を示し、該当の２つの上りリンクサブフレームで送信されるＰＵＳＣＨ上にＨＡＲＱ−ＡＣＫがピギーバックされる場合に、ＳＦ  ＃Ｎで受信されたＤＣＩ  Ｆｏｒｍａｔ（例えば、ＤＣＩ  Ｆｏｒｍａｔ  ０／４）上の追加的に定義された２ビットのＵＬ  ＤＡＩが、２つの上りリンクサブフレームで送信される（ＨＡＲＱ−ＡＣＫがピギーバックされる）ＰＵＳＣＨ上に共通に適用されるように設定（以下、“［ＲＵＬＥ  ＃６−Ａ］”という。）することができる。すなわち、ＳＦ  ＃Ｎで受信されたＤＣＩ  Ｆｏｒｍａｔ上の追加的に定義された２ビットのＵＬ  ＤＡＩを、２つの上りリンクサブフレームで送信されるＰＵＳＣＨ上の（ピギーバックされる）ＨＡＲＱ−ＡＣＫビットサイズを決定するために共通に用いると解釈することもできる。
【０２９２】
他の例として、表１３上の規則＃５−６が適用（すなわち、ＵＳＳ）される場合に、仮に特定時点（すなわち、ＳＦ  ＃Ｎ）で受信されたＵＬ  Ｇｒａｎｔ（例えば、ＤＣＩ  Ｆｏｒｍａｔ  ０／４）が（別個の時点の）２つの上りリンクサブフレーム（例えば、ＵＬ  ＳＦ  ＃Ｋ１、ＵＬ  ＳＦ  ＃Ｋ２、ここで、Ｋ１はＫ２よりも小さい（０を含む）正の整数）上におけるＰＵＳＣＨ伝送を示し、該当の２つの上りリンクサブフレームで送信されるＰＵＳＣＨ上にＨＡＲＱ−ＡＣＫがピギーバックされると、ＳＦ  ＃Ｎで受信されたＤＣＩ  Ｆｏｒｍａｔ（例えば、ＤＣＩ  Ｆｏｒｍａｔ  ０／４）上の追加に定義された２ビットのＵＬ  ＤＡＩは、ＵＬ  ＳＦ  ＃Ｋ１で送信される（ＨＡＲＱ−ＡＣＫがピギーバックされる）ＰＵＳＣＨ上にのみ適用され、ＵＬ  ＳＦ  ＃Ｋ２で送信される（ＨＡＲＱ−ＡＣＫがピギーバックされる）ＰＵＳＣＨ上には、ＨＡＲＱ−ＡＣＫビットサイズを、下りリンク参照設定（ＤＬ  Ｒｅｆｅｒｅｎｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって、ＵＬ  ＳＦ  ＃Ｋ２と連動したＳＦ（例えば、ＰＤＳＣＨ伝送ＳＦ、ＤＬ  ＳＰＳ  ＲＥＬＥＡＳＥ情報を知らせるためのＰＤＣＣＨ／ＥＰＤＣＣＨ伝送ＳＦ）の最大の個数と決定されるように設定してもよい。
【０２９３】
他の例として、表１３上の規則＃５−６が適用（すなわち、ＵＳＳ）される場合に、仮に特定時点（すなわち、ＳＦ  ＃Ｎ）で受信されたＵＬ  Ｇｒａｎｔ（例えば、ＤＣＩ  Ｆｏｒｍａｔ  ０／４）が（別個の時点の）２つの上りリンクサブフレーム上におけるＰＵＳＣＨ伝送を示し、これらのうちの一つの上りリンクサブフレームで送信されるＰＵＳＣＨ上にＨＡＲＱ−ＡＣＫがピギーバックされる場合、ＳＦ  ＃Ｎで受信されたＤＣＩ  Ｆｏｒｍａｔ（例えば、ＤＣＩ  Ｆｏｒｍａｔ  ０／４）上の追加に定義された２ビットのＵＬ  ＤＡＩが、該当の一つの上りリンクサブフレームで送信される（ＨＡＲＱ−ＡＣＫがピギーバックされる）ＰＵＳＣＨ上にのみ適用されるように設定（以下、“［ＲＵＬＥ＃６−Ｂ］”という）することができる。すなわち、ＳＦ  ＃Ｎで受信されたＤＣＩ  Ｆｏｒｍａｔ上の追加に定義された２ビットのＵＬ  ＤＡＩを、２つの上りリンクサブフレームで送信されるＰＵＳＣＨのうち、ＨＡＲＱ−ＡＣＫがピギーバックされるＰＵＳＣＨ上のＨＡＲＱ−ＡＣＫビットサイズを決定するためにのみ限定的に用いると解釈することができる。
【０２９４】
例えば、２つの上りリンクサブフレームで送信されるＰＵＳＣＨのうち、ＨＡＲＱ−ＡＣＫがピギーバックされないＰＵＳＣＨ上には、事前に定義された（或いは、シグナルされた）特定ＵＬ  ＤＡＩ値（すなわち、ＳＦ  ＃Ｎで受信されたＤＣＩ  Ｆｏｒｍａｔ上の追加に定義された２ビットのＵＬ  ＤＡＩとは独立した値）が適用／仮定されるように設定してもよい。
【０２９５】
他の例として、表１３上の規則＃５−６が適用（すなわち、ＵＳＳ）される場合に、仮に特定時点（すなわち、ＳＦ  ＃Ｎ）で受信されたＵＬ  Ｇｒａｎｔ（例えば、ＤＣＩ  Ｆｏｒｍａｔ  ０／４）が（別個の時点の）２つの上りリンクサブフレーム（例えば、ＵＬ  ＳＦ  ＃Ｋ１、ＵＬ  ＳＦ  ＃Ｋ２、ここで、Ｋ１はＫ２よりも小さい（０を含む）正の整数）上におけるＰＵＳＣＨ伝送を示し、これらのうち、ＵＬ  ＳＦ  ＃Ｋ１で送信されるＰＵＳＣＨ上にのみＨＡＲＱ−ＡＣＫがピギーバックされる場合、ＳＦ  ＃Ｎで受信されたＤＣＩ  Ｆｏｒｍａｔ（例えば、ＤＣＩ  Ｆｏｒｍａｔ  ０／４）上の追加に定義された２ビットのＵＬ  ＤＡＩが、該当のＵＬ  ＳＦ  ＃Ｋ１で送信される（ＨＡＲＱ−ＡＣＫがピギーバックされる）ＰＵＳＣＨ上に適用されるように設定することができる。
【０２９６】
一方、仮に特定時点（すなわち、ＳＦ  ＃Ｎ）で受信されたＵＬ  Ｇｒａｎｔが（別個の時点の）２つの上りリンクサブフレーム（例えば、ＵＬ  ＳＦ  ＃Ｋ１、ＵＬ  ＳＦ  ＃Ｋ２、ここで、Ｋ１はＫ２よりも小さい（０を含む）正の整数）上におけるＰＵＳＣＨ伝送を示し、これらのうち、ＵＬ  ＳＦ  ＃Ｋ２で送信されるＰＵＳＣＨ上にのみＨＡＲＱ−ＡＣＫがピギーバックされる場合、ＵＬ  ＳＦ  ＃Ｋ２で送信される（ＨＡＲＱ−ＡＣＫがピギーバックされる）ＰＵＳＣＨ上には、ＨＡＲＱ−ＡＣＫビットサイズが、下りリンク参照設定（ＤＬ  Ｒｅｆｅｒｅｎｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）によってＵＬ  ＳＦ  ＃Ｋ２に連動したＳＦ（例えば、ＰＤＳＣＨ伝送ＳＦ、ＤＬ  ＳＰＳ  ＲＥＬＥＡＳＥ情報を知らせるためのＰＤＣＣＨ／ＥＰＤＣＣＨ伝送ＳＦ）の最大の個数と決定されるように設定することができる。すなわち、ＳＦ  ＃Ｎで受信されたＤＣＩ  Ｆｏｒｍａｔ上の追加に定義された２ビットのＵＬ  ＤＡＩを適用しないと解釈することができ、また、当該２ビットのＵＬ  ＤＡＩを事前に定義された特定値に設定することによって、ＶＩＲＴＵＡＬ  ＣＲＣ用途に用いることもできる。
【０２９７】
以下の例示は、上述した［ＲＵＬＥ＃６−Ａ］及び［ＲＵＬＥ＃６−Ｂ］と関連して、搬送波集成技法が適用されていない状況である例示＃６−１及び例示＃６−２と、搬送波集成技法が適用された状況である例示＃６−３及び例示＃６−４について述べる。
【０２９８】
●例示＃６−１：無線リソース用途の動的変更モードで運営されるセル（すなわち、“ｅＩＭＴＡ−ｅｎａｂｌｅｄ  Ｃｅｌｌ”）のＳＩＢ  ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ（すなわち、上りリンク参照設定）はＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃０、下りリンク参照設定（ＤＬ  Ｒｅｆｅｒｅｎｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）はＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃４、Ａｃｔｕａｌ  ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ（すなわち、Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｍｅｓｓａｇｅによって（再）設定されたＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）はＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃３に設定された場合を例示する。この場合、ＳＦ  ＃１６で受信されたＤＣＩ  Ｆｏｒｍａｔ（すなわち、表１３の規則＃５−６）上の２ビットＵＬ  ＤＡＩと２ビットＵＬ  ＩＮＤＥＸがそれぞれ“０１”、“１１”に設定され、ＳＦ  ＃２２とＳＦ  ＃２３で送信されるＰＵＳＣＨ上にそれぞれＳＦ  ＃１０、＃１１、＃１４、＃１５関連ＵＬ  Ａ／Ｎ情報、ＳＦ  ＃１６、＃１７、＃１８、＃１９関連ＵＬ  Ａ／Ｎ情報がピギーバックされる場合、上述した［ＲＵＬＥ＃６−Ａ］によって、ＳＦ  ＃１６で受信されたＤＣＩ  Ｆｏｒｍａｔ上の追加に定義された２ビットＵＬ  ＤＡＩ値（すなわち、“０１”）を、ＳＦ  ＃２２とＳＦ  ＃２３で送信されるＰＵＳＣＨ上の（ピギーバックされる）ＨＡＲＱ−ＡＣＫビットサイズを決定するために共通に用いる。
【０２９９】
●例示  ＃６−２：無線リソース用途の動的変更モードで運営されるセル（すなわち、“ｅＩＭＴＡ−ｅｎａｂｌｅｄ  Ｃｅｌｌ”）のＳＩＢ  ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ（すなわち、上りリンク参照設定）はＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃０、下りリンク参照設定（ＤＬ  Ｒｅｆｅｒｅｎｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）はＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃５、Ａｃｔｕａｌ  ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ（すなわち、Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｍｅｓｓａｇｅによって（再）設定されたＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）はＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃４に設定された場合を例示する。ＳＦ  ＃１６で受信されたＤＣＩ  Ｆｏｒｍａｔ（すなわち、表１３の規則＃５−６）上の２ビットＵＬ  ＤＡＩと２ビットＵＬ  ＩＮＤＥＸがそれぞれ“０１”、“１１”に設定され、ＳＦ  ＃２２で送信されるＰＵＳＣＨ上にのみそれぞれＳＦ  ＃１０、＃１１、＃１３、＃１４、＃１５、＃１６、＃１７、＃１８、＃１９関連ＵＬ  Ａ／Ｎ情報がピギーバックされる（すなわち、ＳＦ  ＃２３で送信されるＰＵＳＣＨ上にはＵＬ  Ａ／Ｎ情報がピギーバックされない）場合、上述した［ＲＵＬＥ＃６−Ｂ］によって、ＳＦ  ＃１６で受信されたＤＣＩ  Ｆｏｒｍａｔ上の追加に定義された２ビットＵＬ  ＤＡＩ値（すなわち、“０１”）を、ＳＦ  ＃２２で送信されるＰＵＳＣＨ上の（ピギーバックされる）ＨＡＲＱ−ＡＣＫビットサイズを決定するためにのみ用いることができる。
【０３００】
●例示＃６−３：搬送波集成技法で２つのセル（すなわち、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＰＣｅｌｌ、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＳＣｅｌｌ）が設定されたと仮定する。ここで、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＰＣｅｌｌのＳＩＢ  ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ（すなわち、上りリンク参照設定）、下りリンク参照設定（ＤＬ  Ｒｅｆｅｒｅｎｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、Ａｃｔｕａｌ  ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎがそれぞれ、ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃０、ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃４、ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃３に設定されたと仮定し、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＳＣｅｌｌのｔｄｄ−Ｃｏｎｆｉｇ−ｒ１０ベースのＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ、下りリンク参照設定（ＤＬ  Ｒｅｆｅｒｅｎｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、Ａｃｔｕａｌ  ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎがそれぞれ、ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃０、ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃５、ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃４に設定されたと仮定する。また、当該ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＳＣｅｌｌは、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＰＣｅｌｌからのＣＣＳ（Ｃｒｏｓｓ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）が設定されたと仮定し、これによって、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＳＣｅｌｌ／ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＰＣｅｌｌの最終下りリンク参照設定はＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃４、最終上りリンク参照設定はＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃０に設定されると仮定する。
【０３０１】
このような状況下で、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＰＣｅｌｌのＳＦ  ＃１６で受信されたＤＣＩ  Ｆｏｒｍａｔ（すなわち、表１３の規則＃５−６）上の２ビットＵＬ  ＤＡＩと２ビットＵＬ  ＩＮＤＥＸがそれぞれ“０１”、“１１”に設定され、当該ＤＣＩ  ＦｏｒｍａｔがｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＳＣｅｌｌ関連制御情報（すなわち、ＣＩＦフィールドがｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＳＣｅｌｌを示す場合）であると仮定する。
【０３０２】
ここで、仮にｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＳＣｅｌｌのＳＦ  ＃２２で送信されるＰＵＳＣＨ上に、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＳＣｅｌｌ及び／又はｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＰＣｅｌｌのＳＦ  ＃１０、＃１１、＃１４、＃１５関連ＵＬ  Ａ／Ｎ情報がピギーバックされ、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＳＣｅｌｌのＳＦ  ＃２３で送信されるＰＵＳＣＨ上に、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＳＣｅｌｌ及び／又はｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＰＣｅｌｌのＳＦ  ＃１６、＃１７、＃１８、＃１９関連ＵＬ  Ａ／Ｎ情報がピギーバックされる場合、上述した［ＲＵＬＥ＃６−Ａ］によって、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＰＣｅｌｌのＳＦ  ＃１６で受信されたＤＣＩ  Ｆｏｒｍａｔ上の追加に定義された２ビットＵＬ  ＤＡＩ値（すなわち、“０１”）を、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＳＣｅｌｌのＳＦ  ＃２２とＳＦ  ＃２３で送信されるＰＵＳＣＨ上の（ピギーバックされる）ＨＡＲＱ−ＡＣＫビットサイズを決定するために共通に用いることができる。
【０３０３】
●例示＃６−４：搬送波集成技法で２つのセル（すなわち、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＰＣｅｌｌ、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＳＣｅｌｌ）が設定されたと仮定する。ここで、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＰＣｅｌｌのＳＩＢ  ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ（すなわち、上りリンク参照設定）、下りリンク参照設定（ＤＬ  Ｒｅｆｅｒｅｎｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、Ａｃｔｕａｌ  ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎがそれぞれ、ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃０、ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃５、ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃３に設定されたと仮定し、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＳＣｅｌｌのｔｄｄ−Ｃｏｎｆｉｇ−ｒ１０ベースのＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ、下りリンク参照設定（ＤＬ  Ｒｅｆｅｒｅｎｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、Ａｃｔｕａｌ  ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎがそれぞれ、ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃０、ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃４、ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃４に設定されたと仮定する。また、当該ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＳＣｅｌｌは、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＰＣｅｌｌからのＣＣＳ（Ｃｒｏｓｓ  Ｃａｒｒｉｅｒ  Ｓｃｈｅｄｕｌｉｎｇ）が設定されたと仮定し、これによって、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＳＣｅｌｌ／ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＰＣｅｌｌの最終下りリンク参照設定（ＤＬ  Ｒｅｆｅｒｅｎｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）はＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃５、最終上りリンク参照設定（ＵＬ  Ｒｅｆｅｒｅｎｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）はＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃０に設定されたと仮定する。このような仮定下で、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＰＣｅｌｌのＳＦ  ＃１６で受信されたＤＣＩ  Ｆｏｒｍａｔ（すなわち、表１３の規則＃５−６）上の２ビットＵＬ  ＤＡＩと２ビットＵＬ  ＩＮＤＥＸがそれぞれ“０１”、“１１”に設定され、当該ＤＣＩ  ＦｏｒｍａｔがｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＳＣｅｌｌ関連制御情報（すなわち、ＣＩＦフィールドがｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＳＣｅｌｌを示す場合）であると仮定する。
【０３０４】
ここで、仮にｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＳＣｅｌｌのＳＦ  ＃２２で送信されるＰＵＳＣＨ上に、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＳＣｅｌｌ及び／又はｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＰＣｅｌｌのＳＦ  ＃１０、＃１１、＃１３、＃１４、＃１５、＃１６、＃１７、＃１８、＃１９関連ＵＬ  Ａ／Ｎ情報がピギーバックされる場合（すなわち、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＳＣｅｌｌのＳＦ  ＃２３で送信されるＰＵＳＣＨ上には、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＳＣｅｌｌ及び／又はｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＰＣｅｌｌのＵＬ  Ａ／Ｎ情報がピギーバックされない）場合、上述した［ＲＵＬＥ＃６−Ｂ］によって、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＰＣｅｌｌのＳＦ  ＃１６で受信されたＤＣＩ  Ｆｏｒｍａｔ上の追加に定義された２ビットＵＬ  ＤＡＩ値（すなわち、“０１”）を、ｅＩＭＴＡ−ｅｎａｂｌｅｄ  ＳＣｅｌｌのＳＦ  ＃２２で送信されるＰＵＳＣＨ上の（ピギーバックされる）ＨＡＲＱ−ＡＣＫビットサイズを決定するためにのみ用いることができる。
【０３０５】
なお、表１３上の規則＃５−６が適用（すなわち、ＵＳＳ）される場合に、事前に設定された下りリンク参照設定（ＤＬ  Ｒｅｆｅｒｅｎｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）上のＵＬ  ＳＦ（すなわち、Ｓｔａｔｉｃ  ＵＬ  ＳＦ）におけるＰＵＳＣＨをスケジュールするＵＬ  Ｇｒａｎｔが受信される時点（例えば、当該ＵＬ  Ｇｒａｎｔ受信時点は、上りリンク参照設定或いはＳＩＢ  ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎによって決定される。）以外の時点におけるＵＬ  ＤＡＩフィールド（すなわち、ＵＬ  ＤＡＩフィールドは、ＵＬ  Ａ／ＮがピギーバックされるＰＵＳＣＨをスケジュールする時に有用である。）は不要であってもよい。したがって、下りリンク参照設定（ＤＬ  Ｒｅｆｅｒｅｎｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）上のＵＬ  ＳＦにおけるＰＵＳＣＨ伝送をスケジュールするＵＬ  Ｇｒａｎｔが受信される時点以外の時点で送信される、ＤＣＩ  Ｆｏｒｍａｔ（例えば、ＤＣＩ  Ｆｏｒｍａｔ  ０／４）上の追加に定義された２ビットＵＬ  ＤＡＩは、事前に定義された（或いは、シグナルされた）特定値に設定されたり、ゼロパディングされるように設定してもよい。例えば、事前に定義された（或いは、シグナルされた）特定値に設定されたり、ゼロパディングされた２ビットＵＬ  ＤＡＩは、ＶＩＲＴＵＡＬ  ＣＲＣの用途に用いることができる。
【０３０６】
具体的に、表１３上の規則＃５−６が適用（すなわち、ＵＳＳ）される状況下で、無線リソース用途の動的変更モードで運営されるセルのＳＩＢ  ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ（すなわち、上りリンク参照設定）がＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃０、下りリンク参照設定（ＤＬ  Ｒｅｆｅｒｅｎｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）がＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃５、Ａｃｔｕａｌ  ＵＬ−ＤＬ  ＣｏｎｆｉｇｕｒａｔｉｏｎがＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＃４に設定された場合、ＳＦ  ＃５とＳＦ  ＃６（すなわち、ＵＬ  Ａ／ＮがピギーバックされるＰＵＳＣＨ（すなわち、ＳＦ  ＃１２で送信されるＰＵＳＣＨ）をスケジュールできる時点）で受信されるＤＣＩ  Ｆｏｒｍａｔ（例えば、ＤＣＩ  Ｆｏｒｍａｔ  ０／４）上の追加に定義された２ビットＵＬ  ＤＡＩフィールドだけが実際ＵＬ  ＤＡＩ用途として解釈されるように設定することができる。
【０３０７】
一方、ＳＦ  ＃０とＳＦ  ＃１（すなわち、ＵＬ  Ａ／ＮがピギーバックされるＰＵＳＣＨ（すなわち、ＳＦ  ＃１２で送信されるＰＵＳＣＨ）をスケジュールできない時点）で受信されるＤＣＩ  Ｆｏｒｍａｔ（例えば、ＤＣＩ  Ｆｏｒｍａｔ  ０／４）上の追加に定義された２ビットＵＬ  ＤＡＩフィールドは、事前に定義された（或いは、シグナルされた）特定値（すなわち、ＶＩＲＴＵＡＬ  ＣＲＣの用途）を有すると解釈されるように設定することができる。
【０３０８】
この第６実施例は、ｉ）ＵＬ  ＤＡＩがＶ＿ＵＬ  ＤＡＩと定義される場合（すなわち、Ｓｉｎｇｌｅ  Ｃｅｌｌの環境下でＨＡＲＱ−ＡＣＫ  Ｂｕｎｄｌｉｎｇ、ＰＵＣＣＨ  Ｆｏｒｍａｔ１ｂ  ｗｉｔｈ  Ｃｈａｎｎｅｌ  Ｓｅｌｅｃｔｉｏｎ  ｗｉｔｈ  Ｒｅｌ−８／１０  Ｍａｐｐｉｎｇ  Ｔａｂｌｅｓが設定される場合）、或いはｉｉ）ＵＬ  ＤＡＩがＷ＿ＵＬ  ＤＡＩと定義される場合（すなわち、Ｓｉｎｇｌｅ  Ｃｅｌｌの環境下でＰＵＣＣＨ  Ｆｏｒｍａｔ  ３が設定されたり、搬送波集成（ＣＡ）環境下でＰＵＣＣＨ  Ｆｏｒｍａｔ  １ｂ  ｗｉｔｈ  Ｃｈａｎｎｅｌ  Ｓｅｌｅｃｔｉｏｎ  ｗｉｔｈ  Ｒｅｌ−１０  Ｍａｐｐｉｎｇ  Ｔａｂｌｅ或いはＰＵＣＣＨ  Ｆｏｒｍａｔ  ３が設定される場合）、に限って適用されるように設定してもよい。
【０３０９】
また、この提案方式は、搬送波集成技法が適用された場合（或いは、搬送波集成技法が適用されない場合）に限って適用されるように設定することができる。さらに、この提案方式は、搬送波集成技法関連特定セル（例えば、ＰＣｅｌｌ（或いは、Ｓｃｈｅｄｕｌｉｎｇ  Ｃｅｌｌ）或いはＳＣｅｌｌ（或いは、Ｓｃｈｅｄｕｌｅｄ  Ｃｅｌｌ））上でのみ適用されるように設定してもよい。
【０３１０】
なお、上述した本発明の実施例は、端末に存在する複数個のＵＬ−ＤＬ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ、すなわち、ｉ）ＳＩＢ１情報ベースのＵＬ−ＤＬ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ、ｉｉ）ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎＳＣｅｌｌ  ＩＥ情報ベースのＵＬ−ＤＬ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ、ｉｉｉ）ＤＬ  ＨＡＲＱ  ＲＥＦＥＲＥＮＣＥ  ＣＯＮＦＩＧＵＲＡＴＩＯＮと関連したＵＬ−ＤＬ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ、ｉｖ）ＵＬ  ＨＡＲＱ  ＲＥＦＥＲＥＮＣＥ  ＣＯＮＦＩＧＵＲＡＴＩＯＮと関連したＵＬ−ＤＬ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ、及びｖ）現在（再）設定されたＵＬ−ＤＬ  ＣＯＮＦＩＧＵＲＡＴＩＯＮのうち少なくとも１つのＵＬ−ＤＬ  ＣＯＮＦＩＧＵＲＡＴＩＯＮが、事前に定義された特定ＵＬ−ＤＬ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ（例えば、ＵＬ−ＤＬ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＃０）に指定される場合にも拡張して適用可能である。ここで、該当の端末に存在する複数個のＵＬ−ＤＬ  ＣＯＮＦＩＧＵＲＡＴＩＯＮに、事前に定義された特定ＵＬ−ＤＬ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ（例えば、ＵＬ−ＤＬ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＃０）に設定されたものがない場合には、ＤＣＩ  ＦＯＲＭＡＴ０或いはＤＣＩ  ＦＯＲＭＡＴ  ４上の特定フィールド（例えば、２ビット）が、事前に定義された規則によってＵＬ  ＤＡＩ情報或いはＵＬ  ＩＮＤＥＸ情報として解釈されるように設定してもよい。
【０３１１】
上述した本発明の実施例において、ＵＬ  ＩＮＤＥＸ情報或いはＵＬ  ＤＡＩ情報の少なくとも１つと関連したＢＵＮＤＬＩＮＧ  ＷＩＮＤＯＷ  ＳＩＺＥは、ｉ）ＤＬ  ＨＡＲＱ  ＲＥＦＥＲＥＮＣＥ  ＣＯＮＦＩＧＵＲＡＴＩＯＮと関連したＵＬ−ＤＬ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ、或いはｉ）ＵＬ  ＨＡＲＱ  ＲＥＦＥＲＥＮＣＥ  ＣＯＮＦＩＧＵＲＡＴＩＯＮと関連したＵＬ−ＤＬ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ、或いはｉｉｉ）ＳＩＢ１情報ベースのＵＬ−ＤＬ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ、或いはｉｖ）用途変更メッセージによって再設定されたＵＬ−ＤＬ  ＣＯＮＦＩＧＵＲＡＴＩＯＮによって定義することができる。
【０３１２】
なお、上述した本発明の実施例は、ｉ）無線リソース用途の動的変更動作が設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）された場合、ｉｉ）特定伝送モード（ＴＭ）が設定された場合、ｉｉｉ）特定上りリンク−下りリンク設定（ＵＬ−ＤＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）が設定された場合、ｉｖ）特定ＵＬ  ＡＣＫ／ＮＡＣＫ伝送方式（例えば、ＡＣＫ／ＮＡＣＫ  ＢＵＮＤＬＩＮＧ方式、ＡＣＫ／ＮＡＣＫ  ＭＵＬＴＩＰＬＥＸＩＮＧ方式、ＰＵＣＣＨ  ＦＯＲＭＡＴ  １Ｂ  Ｗ／ＣＨＡＮＮＥＬ  ＳＥＬＥＣＴＩＯＮ方式、ＰＵＣＣＨ  ＦＯＲＭＡＴ  ３方式）が設定された場合、或いはｖ）ＵＬ  ＡＣＫ／ＮＡＣＫがＰＵＳＣＨを介して送信される場合、或いはｖｉ）ＵＬ  ＡＣＫ／ＮＡＣＫがＰＵＣＣＨを介して送信される場合のうち少なくとも１つの場合に限って適用されるように設定することができる。
【０３１３】
なお、上述した本発明の実施例／設定／規則は、本発明を具現するための一つの独立した例として見なし得ることは明らかである。また、上述した本発明の実施例は、それぞれ独立して具現してもよいが、一部の実施例を組み合わせ或いは併合して具現してもよい。
【０３１４】
上述した本発明の実施例／規則／設定は、それぞれ一つの独立した発明と見なし得ることは明らかであり、なお、上述した本発明の実施例の少なくとも１つの組み合わせ或いは併合の形態で実施してもよい。
【０３１５】
図１５には、本発明の一実施例に適用可能な基地局及びユーザ機器を例示する。無線通信システムにリレーが含まれる場合、バックホールリンクでは通信が基地局とリレー間に行われ、アクセスリンクでは通信がリレーとユーザ機器間に行われる。したがって、図面に例示された基地局又はユーザ機器は状況によってリレーに代替されてもよい。
【０３１６】
図１５を参照すると、無線通信システムは、基地局（ＢＳ）１１０及びユーザ機器（ＵＥ）１２０を含む。基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波数（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ；ＲＦ）ユニット１１６を備える。プロセッサ１１２は、本発明で提案した手順及び／又は方法を具現するように構成されてもよい。メモリ１１４は、プロセッサ１１２と接続され、プロセッサ１１２の動作と関連した様々な情報を記憶する。ＲＦユニット１１６は、プロセッサ１１２と接続され、無線信号を送信及び／又は受信する。ユーザ機器１２０は、プロセッサ１２２、メモリ１２４及びＲＦユニット１２６を備える。プロセッサ１２２は、本発明で提案した手順及び／又は方法を具現するように構成されてもよい。メモリ１２４は、プロセッサ１２２と接続され、プロセッサ１２２の動作と関連した様々な情報を記憶する。ＲＦユニット１２６は、プロセッサ１２２と接続され、無線信号を送信及び／又は受信する。基地局１１０及び／又はユーザ機器１２０は、単一アンテナ又は多重アンテナを有することができる。
【０３１７】
以上に説明した実施例は、本発明の構成要素と特徴を所定の形態で結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合していない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に取って代わってもよい。特許請求の範囲で明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正によって新しい請求項として含めたりできることは明らかである。
【０３１８】
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０３１９】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明した機能又は動作を実行するモジュール、手順、関数などの形態として具現することができる。ソフトウェアコードはメモリユニットに記憶され、プロセッサによって駆動されてもよい。メモリユニットは、プロセッサの内部又は外部に設けられ、既に公知の様々な手段によってプロセッサとデータを交換することができる。
【０３２０】
本発明は、本発明の特徴から逸脱しない範囲で他の特定の形態として具体化されてもよいことは当業者には自明である。このため、上記の詳細な説明は、いずれの面においても制限的に解釈されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は、添付した請求項の合理的な解釈によって決定されなければならず、本発明の等価的な範囲内における変更はいずれも本発明の範囲に含まれる。
【産業上の利用可能性】
【０３２１】
上述したような無線通信システムにおいて下りリンク信号を送受信する方法及びそのための装置は、３ＧＰＰ  ＬＴＥシステムに適用される例を中心に説明したが、３ＧＰＰ  ＬＴＥシステムの他、様々な無線通信システムにも適用可能である。
【図１】
0006306204.tif 000031
【図２】
0006306204.tif 000032
【図３】
0006306204.tif 000033
【図４】
0006306204.tif 000034
【図５】
0006306204.tif 000035
【図６】
0006306204.tif 000036
【図７】
0006306204.tif 000037
【図８】
0006306204.tif 000038
【図９】
0006306204.tif 000039
【図１０】
0006306204.tif 000040
【図１１】
0006306204.tif 000041
【図１２】
0006306204.tif 000042
【図１３】
0006306204.tif 000043
【図１４】
0006306204.tif 000044
【図１５】
0006306204.tif 000045