(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて、端末が基地局から下りリンク信号を受信する方法であって、
前記基地局からの送信ブロックの送信に基づいて、コードブロックグループに対する下りリンク制御情報を受信するステップと、
前記下りリンク制御情報に基づいて下りリンクデータを受信するステップを含み、
前記送信ブロックは、複数のコードブロックグループを含み、
前記下りリンク制御情報は、複数のコードブロック情報のそれぞれが前記下りリンクデータに存在するか否かを示すビットマップ情報を含み、
前記下りリンク制御情報は、前記複数のコードブロックグループに関連するバッファがフラッシングするか否かを示す情報を含む、方法。  
【請求項２】
前記基地局からの送信に基づいて前記コードブロックグループを構成するための情報を受信するステップをさらに含む、請求項１に記載の方法。  
【請求項３】
上位層を介してコードブロックグループの数についての情報を受信するステップをさらに含む、請求項１に記載の方法。
【請求項４】
前記下りリンク制御情報は、前記下りリンクデータ内に存在するコードブロックグループの数に関わらず、固定サイズを有する、請求項１に記載の方法。
【請求項５】
無線通信システムにおける端末であって、
無線通信モジュールと、
前記無線通信モジュールと接続されたプロセッサとを備え、
前記プロセッサは、
基地局からの送信ブロックの送信に基づいて、コードブロックグループに対する下りリンク制御情報を受信し、
前記下りリンク制御情報に基づいて下りリンクデータを受信するように構成され、
前記送信ブロックは、複数のコードブロックグループを含み、
前記下りリンク制御情報は、複数のコードブロック情報のそれぞれが前記下りリンクデータに存在するか否かを示すビットマップ情報を含み、
前記下りリンク制御情報は、前記複数のコードブロックグループに関連するバッファがフラッシングするか否かを示す情報を含む、端末。
【請求項６】
前記プロセッサは、前記基地局からの送信に基づいて前記コードブロックグループを構成するための情報を受信するようにさらに構成された、請求項５に記載の端末。
【請求項７】
前記プロセッサは、上位層を介してコードブロックグループの数についての情報を受信するようにさらに構成された、請求項５に記載の端末。  
【請求項８】
前記下りリンク制御情報は、前記下りリンクデータ内に存在するコードブロックグループの数に関わらず、固定サイズを有する、請求項５に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関し、より詳しくは、無線通信システムにおいて動的可変サイズの下りリンク制御情報を送信する方法及びそのための装置に関する。
【背景技術】
【０００２】
本発明が適用可能な無線通信システムの一例として、３ＧＰＰ  ＬＴＥ(３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ；以下、「ＬＴＥ」という)通信システムについて概略的に説明する。
【０００３】
図１は無線通信システムの一例として、Ｅ−ＵＭＴＳ網の構造を概略的に示した図である。Ｅ−ＵＭＴＳ(Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ)は、既存のＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ)から進化したシステムであって、現在、３ＧＰＰで基礎的な標準化作業を進めている。一般に、Ｅ−ＵＭＴＳは、ＬＴＥ(Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ)システムと称することもできる。ＵＭＴＳ及びＥ−ＵＭＴＳの技術規格(ｔｅｃｈｎｉｃａｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ)の詳細な内容は、夫々「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ７とＲｅｌｅａｓｅ８を参照することができる。
【０００４】
図１を参照すると、Ｅ−ＵＭＴＳは、端末(Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ)、基地局(ｅＮｏｄｅ  Ｂ；ｅＮＢ)、及びネットワーク(Ｅ−ＵＴＲＡＮ)の終端に位置し、外部ネットワークと接続される接続ゲートウェイ(Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ；ＡＧ)を含む。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリームを同時に送信することができる。
【０００５】
一つの基地局には一つ以上のセルが存在する。セルは、１．２５Ｍｈｚ、２．５Ｍｈｚ、５Ｍｈｚ、１０Ｍｈｚ、１５Ｍｈｚ、２０Ｍｈｚなどの帯域幅のうち一つに設定され、多くの端末に下り又は上り送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。基地局は、多数の端末に対するデータ送受信を制御する。下りリンク(Ｄｏｗｎｌｉｎｋ；ＤＬ)データに対して、基地局は、下りリンクスケジューリング情報を送信し、該当の端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ(Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ)関連情報などを知らせる。また、上りリンク(Ｕｐｌｉｎｋ；ＵＬ)データに対して、基地局は、上りリンクスケジューリング情報を該当端末に送信し、該当端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。各基地局間には、ユーザトラフィック又は制御トラフィックの送信のためのインターフェースを使用することができる。核心網(Ｃｏｒｅ  Ｎｅｔｗｏｒｋ；ＣＮ)は、ＡＧ及び端末のユーザ登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ(Ｔｒａｃｋｉｎｇ Ａｒｅａ)単位で端末の移動性を管理する。
【０００６】
無線通信技術はＷＣＤＭＡに基づいてＬＴＥまで開発されてきたが、ユーザと事業者の要求と期待は持続的に増加している。また、他の無線接続技術が継続して開発されているので、今後、競争力を有するためには新たな技術進化が要求され、ビット当たりのコスト減少、サービス可用性増大、融通性のある周波数バンドの使用、単純構造と開放型インターフェース、端末の適切なパワー消耗などが要求される。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述した論議に基づいて、以下では無線通信システムにおいて動的可変サイズの下りリンク制御情報を送信する方法及びそのための装置を提案する。
【課題を解決するための手段】
【０００８】
本発明の一態様である無線通信システムにおいて、端末が基地局から下りリンク制御情報を受信する方法は、前記基地局から第１の下りリンク制御情報を検出するステップと、前記第１の下りリンク制御情報に基づいて、前記基地局から上りリンクデータ送信又は下りリンクデータ受信のためのスケジューリング情報を含む第２の下りリンク制御情報を受信するステップを含み、前記第１の下りリンク制御情報は、前記スケジューリング情報が送信ブロックレベルのスケジューリング情報であるか、又は前記送信ブロックを構成する少なくとも１つのコードブロックレベルのスケジューリング情報であるかを指示する指示子を含むことを特徴とする。
【０００９】
一方、本発明の一態様である無線通信システムにおける端末は、無線通信モジュールと、前記無線通信モジュールと接続して、基地局から第１の下りリンク制御情報を検出して、前記第１の下りリンク制御情報に基づいて、前記基地局から上りリンクデータ送信又は下りリンクデータ受信のためのスケジューリング情報を含む第２の下りリンク制御情報を受信するプロセッサを含み、前記第１の下りリンク制御情報は、前記スケジューリング情報が送信ブロックレベルのスケジューリング情報であるか、又は前記送信ブロックを構成する少なくとも１つのコードブロックレベルのスケジューリング情報であるかを指示する指示子を含むことを特徴とする。
【００１０】
好ましくは、上位層を介して、前記少なくとも１つのコードブロックレベルの上りリンクデータ送信の可否又は前記少なくとも１つのコードブロックレベルの下りリンクデータ受信の可否のうち少なくとも１つを設定してもよい。
【００１１】
具体的には、前記第１の下りリンク制御情報に含まれたＮＤＩ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）がトグル（ｔｏｇｇｌｅ）されていない場合、前記第２の下りリンク制御情報は、前記少なくとも１つのコードブロックレベルの再送信のためのスケジューリング情報を含むことを特徴とする。より好ましくは、前記第２の下りリンク制御情報は、前記少なくとも１つのコードブロックレベルのバッファフラッシングを指示する指示子を含んでもよい。
【００１２】
さらに、前記第１の下りリンク制御情報は、前記第２の下りリンク制御情報を受信するためのリソース割り当て情報を含んでもよく、前記第２の下りリンク制御情報のサイズは、前記指示子が指示する値によって可変することを特徴とする。
【発明の効果】
【００１３】
本発明の実施例によれば、無線通信システムにおいて、動的にペイロードサイズが可変する状況でも、下りリンク制御情報をより効率的に送信することができる。
【００１４】
本発明で得られる効果は以上に言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する当該技術分野における当業者に明確に理解されるであろう。
【図面の簡単な説明】
【００１５】
【図１】無線通信システムの一例としてＥ−ＵＭＴＳ網構造を概略的に示す図である。
【図２】３ＧＰＰ無線接続網の規格に基づく端末及びＥ−ＵＴＲＡＮの間の無線インターフェースプロトコル(Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ)の制御プレーン(Ｃｏｎｔｒｏｌ Ｐｌａｎｅ)及びユーザプレーン(Ｕｓｅｒ Ｐｌａｎｅ)の構造を示す図である。
【図３】３ＧＰＰシステムに用いられる物理チャネル及びこれらを用いた一般的な信号送信方法を説明する図である。
【図４】ＬＴＥシステムで用いられる無線フレームの構造を例示する図である。
【図５】ＬＴＥシステムで用いられる上りリンク無線フレームの構造を例示する図である。
【図６】ＬＴＥシステムで用いられる下りリンクサブフレームの構造を例示する図である。
【図７】本発明の実施例によって下りリンク制御情報を送信する方法の例を示す図である。
【図８】本発明による通信装置のブロック構成を例示する図である。
【発明を実施するための形態】
【００１６】
以下、添付図面を参照して説明した本発明の各実施例により、本発明の構成、作用及び他の特徴が容易に理解されるであろう。以下で説明する各実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された例である。
【００１７】
この明細書ではＬＴＥシステム及びＬＴＥ−Ａシステムを用いて本発明の各実施例を説明するが、これは例示に過ぎない。従って、本発明の各実施例は、上記の定義に該当するいずれの通信システムにも適用することができる。また、この明細書では、基地局の名称がＲＲＨ(ｒｅｍｏｔｅ  ｒａｄｉｏ  ｈｅａｄ)、ｅＮＢ、ＴＰ(ｔｒａｎｓｍｉｓｓｉｏｎ  ｐｏｉｎｔ)、ＲＰ(ｒｅｃｅｐｔｉｏｎ  ｐｏｉｎｔ)、中継器(ｒｅｌａｙ)などの包括的な用語で使用されている。
【００１８】
図２は３ＧＰＰ無線接続網の規格に基づく端末とＥ−ＵＴＲＡＮの間の無線インターフェースプロトコル（Ｒｉｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の制御プレーン及びユーザプレーンの構造を示す図である。制御プレーンは端末(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ)とネットワークが呼を管理するために用いる制御メッセージが送信される通路を意味する。ユーザプレーンはアプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路を意味する。
【００１９】
第１の層である物理層は、物理チャネル(Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ)を用いて上位層に情報送信サービス(Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ)を提供する。物理層は上位にある媒体接続制御(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)層とは送信チャネル(Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ)を介して連結される。この送信チャネルを介して媒体接続制御層と物理層の間でデータが移動する。送信側と受信側の物理層の間では物理チャネルを介してデータが移動する。物理チャネルは時間と周波数を無線リソースとして活用する。具体的には、物理チャネルは、下りリンクにおいて、ＯＦＤＭＡ(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)方式で変調され、上りリンクにおいては、ＳＣ−ＦＤＭＡ(Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)方式で変調される。
【００２０】
第２の層である媒体接続制御(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；ＭＡＣ)層は、論理チャネル(Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ)を介して上位層である無線リンク制御(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ；ＲＬＣ)層にサービスを提供する。第２の層のＲＬＣ層は信頼性のあるデータ送信を支援する。ＲＬＣ層の機能はＭＡＣ内部の機能ブロックにより具現されることもできる。第２の層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層は帯域幅が狭い無線インターフェースにおいてＩＰｖ４或いはＩＰｖ６のようなＩＰパケットを効率的に送信するために不要な制御情報を減らすヘッダ圧縮(Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ)の機能を果たす。
【００２１】
第３の層である最下部に位置する無線リソース制御(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ；ＲＲＣ)層は、制御プレーンでのみ定義される。ＲＲＣ層は無線ベアラ(Ｒａｄｉｏ Ｂｅａｒｅｒ；ＲＢ)の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）に関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは端末とネットワークの間のデータ伝達のために第２の層により提供されるサービスを意味する。このために、端末とネットワークのＲＲＣ層は互いにＲＲＣメッセージを交換する。端末とネットワークのＲＲＣ層の間にＲＲＣ接続(ＲＲＣ  Ｃｏｎｎｅｃｔｅｄ)がある場合、端末はＲＲＣ接続状態(Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ)であり、そうではない場合はＲＲＣ休止状態(Ｉｄｌｅ  Ｍｏｄｅ)である。ＲＲＣ層の上位にあるＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ)層は、セッション管理(Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ)と移動性管理(Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ)などの機能を果たす。
【００２２】
基地局(ｅＮＢ)を構成する１つのセルは１．２５Ｍｈｚ、２．５Ｍｈｚ、５Ｍｈｚ、１０Ｍｈｚ、１５Ｍｈｚ、２０Ｍｈｚなどの帯域幅のうち一つに設定され、複数の端末に下りリンク又は上りリンク送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。
【００２３】
ネットワークから端末にデータを送信する下り送信チャネルとしては、システム情報を送信するＢＣＨ(Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ)、ページングメッセージを送信するＰＣＨ(Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ)、ユーザトラフィックや制御メッセージを送信する下りＳＣＨ(Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ)などがある。下りマルチキャスト又は放送サービスのトラフィック又は制御メッセージの場合、下りＳＣＨを介して送信され、又は別の下りＭＣＨ(Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ)を介して送信されることができる。なお、端末からネットワークにデータを送信する上り送信チャネルとしては、初期制御メッセージを送信するＲＡＣＨ(Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ)、ユーザトラフィックや制御メッセージを送信する上りＳＣＨ(Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ)がある。送信チャネルの上位にありかつ送信チャネルにマッピングされる論理チャネル(Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ)としては、ＢＣＣＨ(Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ)、ＰＣＣＨ(Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ)、ＣＣＣＨ(Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ)、ＭＣＣＨ(Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ)、ＭＴＣＨ(Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ)などがある。
【００２４】
図３は３ＧＰＰシステムに用いられる物理チャネル及びこれらを用いた一般的な信号送信方法を説明する図である。
【００２５】
端末は、電源がオンになったり新たにセルに進入した場合、基地局と同期を取るなどの初期セル探索(Ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ)作業を行う(Ｓ３０１)。このために、端末は基地局から主同期チャネル(Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ；Ｐ−ＳＣＨ)及び副同期チャネル(Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ；Ｓ−ＳＣＨ)を受信することによって基地局と同期を取り、セルＩＤなどの情報を得ることができる。その後、端末は基地局から物理放送チャネル(Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ)を受信してセル内の放送情報を得ることができる。なお、端末は初期セル探索段階において下りリンク参照信号(Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ；ＤＬ ＲＳ)を受信して下りリンクチャネル状態を確認することができる。
【００２６】
初期セル探索を終了した端末は、物理下りリンク制御チャネル(Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＣＣＨ)及び該ＰＤＣＣＨに載せられた情報によって物理下りリンク共有チャネル(Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＳＣＨ)を受信することによって、より具体的なシステム情報を得ることができる(Ｓ３０２)。
【００２７】
一方、基地局に最初に接続したか或いは信号送信のための無線リソースがない場合、端末は、基地局に対して任意接続過程(Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ；ＲＡＣＨ)を行うことができる(Ｓ３０３〜Ｓ３０６)。このために、端末は、物理任意接続チャネル(Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ；ＰＲＡＣＨ)を介して特定シーケンスをプリアンブルとして送信し(Ｓ３０３及びＳ３０５)、ＰＤＣＣＨ及び対応するＰＤＳＣＨを介してプリアンブルに対する応答メッセージを受信することができる(Ｓ３０４及びＳ３０６)。競合ベースのＲＡＣＨの場合、さらに衝突解決手順(Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ)を行うことができる。
【００２８】
上述した手順を行った端末は、その後、一般的な上り／下りリンク信号送信の手順として、ＰＤＣＣＨ／ＰＤＳＣＨ受信(Ｓ３０７)及び物理上りリンク共有チャネル(Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ；ＰＵＳＣＨ)／物理上りリンク制御チャネル(Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＵＣＣＨ)の送信(Ｓ３０８)を行う。特に、端末は、ＰＤＣＣＨを介して下りリンク制御情報(Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ)を受信する。ここで、ＤＣＩは、端末に対するリソース割り当て情報などの制御情報を含み、その使用目的に応じてフォーマットが互いに異なる。
【００２９】
一方、端末が上りリンクを通じて基地局に送信したり又は端末が基地局から受信したりする制御情報は、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ信号、ＣＱＩ(Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ)、ＰＭＩ(Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｅｘ)、ＲＩ(Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ)などを含む。３ＧＰＰ ＬＴＥシステムの場合、端末は上述したＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨを介して送信することができる。
【００３０】
図４は、ＬＴＥシステムで用いられる無線フレームの構造を例示する図である。
【００３１】
図４を参照すると、無線フレームは（ｒａｄｉｏ  ｆｒａｍｅ）１０ｍｓ(３２７２００×Ｔｓ)の長さを有し、１０個の均等なサイズのサブフレーム（ｓｕｂｆｒａｍｅ）で構成されている。各々のサブフレームは１ｍｓの長さを有し、２個のスロット（ｓｌｏｔ）で構成されている。各々のスロットは０.５ｍｓ(１５３６０×Ｔｓ)の長さを有する。ここで、Ｔｓはサンプリング時間を示し、Ｔｓ＝１／(１５ｋＨｚ×２０４８)＝３.２５５２×１０−８(約３３ｎｓ)のように表示される。スロットは時間領域において複数のＯＦＤＭシンボルを含み、周波数領域において複数のリソースブロック(Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ；ＲＢ)を含む。ＬＴＥシステムにおいて、１つのリソースブロックは１２つの副搬送波×７(６)個のＯＦＤＭシンボルを含む。データが送信される単位時間であるＴＴＩ(Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ)は、１個以上のサブフレーム単位で決められることができる。上述した無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数及びスロットに含まれるＯＦＤＭシンボルの数は多様に変更可能である。
【００３２】
図５は、下りリンク無線フレームにおいて１つのサブフレームの制御領域に含まれる制御チャネルを例示する図である。
【００３３】
図５を参照すると、サブフレームは１４つのＯＦＤＭシンボルで構成されている。サブフレームの設定によって最初の１〜３つのＯＦＤＭシンボルは制御領域として使用され、残りの１３〜１１個のＯＦＤＭシンボルはデータ領域として使用される。図面において、Ｒ１〜Ｒ４は、アンテナ０〜３に対する参照信号(Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ(ＲＳ)又はＰｉｌｏｔ  Ｓｉｇｎａｌ)を示す。ＲＳは制御領域及びデータ領域とは関係なく、サブフレーム内に一定のパターンで固定される。制御チャネルは制御領域のうちＲＳが割り当てられていないリソースに割り当てられ、トラフィックチャネルもデータ領域のうちＲＳが割り当てられていないリソースに割り当てられる。制御領域に割り当てられる制御チャネルとしては、ＰＣＦＩＣＨ(Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ)、ＰＨＩＣＨ(Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ)、ＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ)などがある。
【００３４】
ＰＣＦＩＣＨは物理制御フォーマット指示子チャネルであって、サブフレームごとにＰＤＣＣＨに使用されるＯＦＤＭシンボルの数を端末に知らせる。ＰＣＦＩＣＨは最初のＯＦＤＭシンボルに位置し、ＰＨＩＣＨ及びＰＤＣＣＨに優先して設定される。ＰＣＦＩＣＨは４つのＲＥＧ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ  Ｇｒｏｕｐ）で構成され、夫々のＲＥＧはセルＩＤ（Ｃｅｌｌ  ＩＤｅｎｔｉｔｙ）に基づいて制御領域内に分散される。１個のＲＥＧは４個のＲＥ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）で構成される。ＲＥは１個の副搬送波×１個のＯＦＤＭシンボルで定義される最小物理リソースを示す。ＰＣＦＩＣＨ値は帯域幅によって１〜３又は２〜４の値を指示し、ＱＰＳＫ(Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ)で変調される。
【００３５】
ＰＨＩＣＨは物理ＨＡＲＱ(Ｈｙｂｒｉｄ−Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅｑｕｅｓｔ)指示子チャネルであって、上りリンク送信に対するＨＡＲＱ ＡＣＫ／ＮＡＣＫを運ぶために使用される。即ち、ＰＨＩＣＨはＵＬ ＨＡＲＱのためのＤＬ ＡＣＫ／ＮＡＣＫ情報が送信されるチャネルを示す。ＰＨＩＣＨは１個のＲＥＧで構成され、セル特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）にスクランブル（ｓｃｒａｍｂｌｉｎｇ）される。ＡＣＫ／ＮＡＣＫは１ビットで指示され、ＢＰＳＫ(Ｂｉｎａｒｙ  ｐｈａｓｅ  ｓｈｉｆｔ  ｋｅｙｉｎｇ)で変調される。変調されたＡＣＫ／ＮＡＣＫは拡散因子(Ｓｐｒｅａｄｉｎｇ  Ｆａｃｔｏｒ；ＳＦ)＝２又は４に拡散される。同一のリソースにマッピングされる複数のＰＨＩＣＨはＰＨＩＣＨグループを構成する。ＰＨＩＣＨグループに多重化されるＰＨＩＣＨの数は拡散コードの数によって決定される。ＰＨＩＣＨ(グループ)は周波数領域及び／又は時間領域でダイバーシティの利得を得るために３回繰り返される。
【００３６】
ＰＤＣＣＨは物理下りリンク制御チャネルであって、サブフレームの最初のｎ個のＯＦＤＭシンボルに割り当てられる。ここで、ｎは１以上の整数であって、ＰＣＦＩＣＨによって指示される。ＰＤＣＣＨは１個以上のＣＣＥで構成される。ＰＤＣＣＨは送信チャネルであるＰＣＨ(Ｐａｇｉｎｇ  ｃｈａｎｎｅｌ)及びＤＬ−ＳＣＨ(Ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ  ｃｈａｎｎｅｌ)のリソース割り当てに関連する情報、上りリンクスケジューリンググラント(Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ)、ＨＡＲＱ情報などを各端末又は端末グループに知らせる。ＰＣＨ(Ｐａｇｉｎｇ  ｃｈａｎｎｅｌ)及びＤＬ−ＳＣＨ(Ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ  ｃｈａｎｎｅｌ)はＰＤＳＣＨを介して送信される。よって、基地局と端末は一般的に、特定の制御情報又は特定のサービスデータを除いては、ＰＤＳＣＨを介してデータを夫々送信及び受信する。
【００３７】
ＰＤＳＣＨのデータはどの端末(１又は複数の端末)に送信されるのか、各々の端末がどのようにＰＤＳＣＨデータを受信してデコード（ｄｅｃｏｄｉｎｇ）するかに関する情報などが、ＰＤＣＣＨに含まれて送信される。例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ(Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ)でＣＲＣマスキング（ｍａｓｋｉｎｇ）されており、「Ｂ」という無線リソース(例、周波数位置)及び「Ｃ」というＤＣＩフォーマット、即ち送信形式情報(例、送信ブロックサイズ、変調方式、コーディング情報など)を用いて送信されるデータに関する情報が、特定のサブフレームを介して送信されると仮定する。この場合、セル内の端末は、自分が有しているＲＮＴＩ情報を用いて検索領域でＰＤＣＣＨをモニタリングして、即ち、ブラインドデコードして、「Ａ」ＲＮＴＩを有する１個以上の端末があれば、上記端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報を通じて「Ｂ」と「Ｃ」により指示されるＰＤＳＣＨを受信する。
【００３８】
一方、下りリンク制御チャネルの基本リソース単位は、ＲＥＧ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ  Ｇｒｏｕｐ）である。ＲＥＧは、ＲＳを除く状態で４個の隣接したリソース要素（ＲＥ）からなる。ＰＣＦＩＣＨ及びＰＨＩＣＨは、それぞれ４個のＲＥＧ及び３個のＲＥＧを含む。ＰＤＣＣＨは、ＣＣＥ（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔｓ）単位で構成され、１個のＣＣＥは９個のＲＥＧを含む。
【００３９】
端末は自身にＬ個のＣＣＥからなるＰＤＣＣＨが送信されることを確認するために、Ｍ（Ｌ）（≧Ｌ）個の連続又は特定の規則で配置されたＣＣＥを確認するように設定される。端末がＰＤＣＣＨ受信のために考慮すべきＬ値は複数であってもよい。端末がＰＤＣＣＨ受信のために確認すべきＣＣＥ集合を検索領域（ｓｅａｒｃｈ  ｓｐａｃｅ）という。一例として、ＬＴＥシステムは、検索領域を表１のように定義している。
【００４０】
【表１】
0006766258.tif 000002
【００４１】
ここで、ＣＣＥ集合レベルＬは、ＰＤＣＣＨを構成するＣＣＥ数を示し、Ｓ（Ｌ）Ｋは、ＣＣＥ集合レベルＬの検索領域を示し、Ｍ（Ｌ）は集合レベルＬの検索領域でモニタリングすべきＰＤＣＣＨ候補の数である。
【００４２】
検索領域は特定の端末に対してのみアクセスが許容される端末特定の検索領域（ＵＥ−ｓｐｅｃｉｆｉｃ  ｓｅａｒｃｈ  ｓｐａｃｅ）とセル内の全ての端末に対してアクセスが許容される共通検索領域（ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ）とに区分される。端末は、ＣＣＥ集合レベルが４及び８である共通検索領域をモニタリングして、ＣＣＥ集合レベルが１、２、４及び８である端末−特定の検索領域をモニタリングする。共通検索領域及び端末特定検索領域はオーバーラップされてもよい。
【００４３】
また、各々のＣＣＥ集合レベル値に対して、任意の端末に与えられるＰＤＣＣＨ検索領域における最初の（最小のインデックスを有する）ＣＣＥの位置は、端末によって毎サブフレームごとに変化する。これをＰＤＣＣＨ検索領域ハッシュ（ｈａｓｈｉｎｇ）という。
【００４４】
ＣＣＥはシステム帯域に分散されることができる。より具体的に、論理的に連続した複数のＣＣＥをインターリーバ（ｉｎｔｅｒｌｅａｖｅｒ）で入力することができ、このインターリーバは入力した複数のＣＣＥをＲＥＧ単位で混合する機能を行う。よって、１個のＣＣＥを成す周波数／時間リソースは、物理的にサブフレームの制御領域内で全体の周波数／時間領域に分散して分布する。結局、制御チャネルはＣＣＥ単位で構成されるが、インターリーブはＲＥＧ単位で行われることによって、周波数ダイバーシティ（ｄｉｖｅｒｓｉｔｙ）及び干渉任意化（ｉｎｔｅｒｆｅｒｅｎｃｅ  ｒａｎｄｏｍｉｚａｔｉｏｎ）利得を最大化することができる。
【００４５】
図６は、ＬＴＥシステムで用いられる上りリンクサブフレームの構造を示す図である。
【００４６】
図６を参照すると、上りリンクサブフレームは、制御情報を運ぶＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）が割り当てられる領域と、ユーザデータを運ぶＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）が割り当てられる領域とに分けられる。サブフレームの中間部分がＰＵＳＣＨに割り当てられ、周波数領域においてデータ領域の両側部分がＰＵＣＣＨに割り当てられる。ＰＵＣＣＨ上に送信される制御情報は、ＨＡＲＱに用いられるＡＣＫ／ＮＡＣＫ、下りリンクチャネル状態を示すＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＭＩＭＯのためのＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）、上りリンクリソース割り当て要請であるＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）などがある。１個の端末に対するＰＵＣＣＨは、サブフレームにおける各スロットで互いに異なる周波数を占める１個のリソースブロックを使用する。すなわち、ＰＵＣＣＨに割り当てられる２個のリソースブロックは、スロット境界で周波数ホッピング（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）される。特に、図６は、ｍ＝０であるＰＵＣＣＨ、ｍ＝１であるＰＵＣＣＨ、ｍ＝２であるＰＵＣＣＨ、ｍ＝３であるＰＵＣＣＨがサブフレームに割り当てられることを例示する。
【００４７】
一方、次世代無線通信システムでは、ＰＤＳＣＨスケジューリング、ＰＵＳＣＨスケジューリング又はＰＲＡＣＨトリガなどの目的として下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）を構成及び送信することにおいて、当該ＤＣＩコンテンツを動的に変更することが考えられる。具体的に、ＬＴＥシステムのようにＤＣＩコンテンツは、その使用目的に応じて異なるものであってもよく、当該ＤＣＩがスケジューリングするＰＤＳＣＨ、ＰＵＳＣＨ、ＰＲＡＣＨなどに対する送信方法や送受信において活用できる付加情報などに応じて異なるものであってもよい。
【００４８】
例えば、ＰＤＳＣＨを構成するコードブロック（Ｃｏｄｅｂｌｏｃｋ；ＣＢ）或いは送信ブロック（Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ；ＴＢ）の数は流動的に変更することができ、ＰＤＳＣＨを伝達するためのＴＭ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ）を流動的に変更することもできる。参考として、ＬＴＥシステムにおいて単一ＴＢは、物理層における単一コードワードに対応することができ、１個のＴＢにはＴＢのためのＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）が取り付けられた後、ＴＢサイズに応じて複数のＣＢに分けられ、複数のＣＢにはＣＢのためのＣＲＣが取り付けられる。この結果値に対して、チャネルコーディングが行われ、チャネル符号化したデータは、レートマッチング（Ｒａｔｅ  Ｍａｔｃｈｉｎｇ）を経た後、再びＣＢ間の結合が行われ、コードワードの形態で物理層に伝達される。
【００４９】
或いは、リソース割り当ての帯域幅が変更されることにつれて、ＲＢＧ（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ  Ｇｒｏｕｐ）サイズ又はＰＲＢグループサイズに応じて変更されることを仮定することができる。もちろん、ＰＤＳＣＨ／ＰＵＳＣＨの構成及び設定の変更には関係なく、コンテンツ及びサイズが一定しているＤＣＩがあり得、ＰＤＳＣＨ／ＰＵＳＣＨの構成及び設定の変更に応じてコンテンツ及び／又はサイズが変更されるＤＣＩがあり得る。
【００５０】
特に、ＤＣＩのサイズを変更する動作は、動的シグナリング、すなわち、ＭＡＣ  ＣＥ又はＬ１シグナリングによってトリガすることができる。物理層シグナリングであるＬ１シグナリングでトリガされる場合は、コンテンツ及びサイズが一定しているＤＣＩ又はフォールバック（Ｆａｌｌｂａｃｋ）ＤＣＩを介して送信されると仮定することができる。フォールバックＤＣＩの場合、当該ＤＣＩでスケジューリング可能なＴＭ、リソース割り当てビットサイズ、コードワード数などが予め設定されていることを仮定することができ、このような設定は、ＣＳＳ（Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ）に連結して予め固定されている値であってもよい。また、ＣＳＳを構成するとき、上述した情報（すなわち、当該ＤＣＩでスケジューリング可能なＴＭ、リソース割り当て  ビトサイズ、コードワード数など）が部分的に設定されてもよい。
【００５１】
一例として、ＣＳＳで検出されるＤＣＩがスケジューリングするデータのリソース割り当てフィールド又は帯域幅がＣＳＳと共に構成され、これはＣＳＳで検出される全てのＤＣＩに該当することを仮定することができる。仮に、明示的な設定のない場合には、システム帯域幅、最小システム帯域幅又はサーブバンドサイズなどで予め定められる値であってもよい。また、サイズが変更されるＤＣＩの場合、このようなフォールバックＤＣＩを介して送信されること仮定することができる。
【００５２】
フォールバックＤＣＩは、ＣＳＳのみならず、ＵＳＳ（ＵＥ  ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅ）でも検出されることができ、状況に応じてサイズが変更されないフォールバックＤＣＩが存在することを仮定することができる。このようなフォールバックＤＣＩサイズの場合、端末のＵＥ−特定の帯域幅が変更される場合に再設定することができる。具体的に、ＵＥ−特定の帯域幅が半−静的（ｓｅｍｉ−ｓｔａｔｉｃ）に変更される場合や周波数領域そのものが変更される場合に限って、フォールバックＤＣＩサイズが再設定されることを仮定して、動的な場合には変更されないことを仮定する。
【００５３】
或いは、フォールバックＤＣＩサイズの変更が設定されない場合、同一のサイズを保ち、これを変更する設定が存在する場合に限って、フォールバックＤＣＩサイズが変更されることと規定することもできる。このようなフォールバックＤＣＩサイズの変更は、ＲＲＣ再設定で行われるか、ＵＳＳで検出されるフォールバックＤＣＩサイズの場合であれば、ＣＳＳで検出される他のＤＣＩによって変更することもできる。また、各ＵＳＳ別に、又は制御リソース集合別にフォールバックＤＣＩが設定されてもよく、フォールバックＤＣＩの変更は、他の検索領域又は制御リソース集合におけるフォールバックＤＣＩ又はＵＳＳで検出されるＤＣＩによって行ってもよい。
【００５４】
一方、単一下りリンク制御チャネルによって送信するときには、ＵＥと基地局との間に曖昧さ（ａｍｂｉｇｕｉｔｙ）が発生しないように及び／又はＢＤ（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）試みを効率的に設定可能な方式を構成する必要がある。別の方式では、単一ＰＤＳＣＨ又はＰＵＳＣＨに対してＤＣＩ送信を複数の下りリンク（制御）チャネルを介して送信することを考慮してもよい。
【００５５】
本発明では、説明の便宜のために、ＰＤＳＣＨ／ＰＵＳＣＨの送信方法によるＤＣＩコンテンツ及び／又はサイズが変更されることに対するＤＣＩ送信方法を仮定する。しかし、流動的な付加情報の送信などの方式にも本発明を拡張して適用することができる。
【００５６】
＜検索領域の分離＞
【００５７】
ＮＲ（Ｎｅｗ  ＲＡＴ）などでは、様々なＴＴＩ長又は制御チャネルモニタリング周期が考慮されている。この状況では、受信可能な下りリンク制御情報（例えば、下りリンクデータスケジューリング又は上りリンクデータスケジューリング）の数が毎制御チャネル受信の機会（ｏｃｃａｓｉｏｎ）ごとに変更される可能性がある。よって、制御情報とデータを効率的に多重化することが必要である。
【００５８】
通常、制御情報とデータをＴＤＭ又はＦＤＭしたり、制御情報とデータに異なるコードなどを用いて空間リソースであるレイヤーに分離する方式が考えられる。また別の方式としては、制御情報をデータに埋め込んだ（ｅｍｂｅｄ）後、制御情報が検出されると、レートマッチングを行うこともできる。また、制御情報がマッピングされる領域を分けたり、制御情報が送信されるチャネルを分けて、各々の領域又はチャネルによって異なる制御情報／データの多重化方法を適用してもよい。一例として、特定の領域はＰＤＳＣＨにレートマッチング／パンクチャリングを行い、他の領域は自身の制御情報に対してのみレートマッチング／パンクチャリングを行う。レートマッチング／パンクチャリングに対しても以下のようなオプションが適用できる。
【００５９】
−  当該制御情報領域を含むＰＲＢのグループであるＰＲＧにおいてデータはマッピングされないと仮定する。
【００６０】
−  当該制御情報領域を含むＰＲＢのグループであるＰＲＢにおいて当該制御情報領域であるＯＦＤＭシンボルにおける動的リソース又は静的リソースにのみデータがマッピングされないと仮定する。
【００６１】
−  当該制御情報領域を含むＰＲＢのグループであるＰＲＢにおいて制御情報領域の最初のシンボルから当該制御情報領域であるＯＦＤＭシンボルにおける動的リソース又は静的リソースにのみデータがマッピングされないと仮定する。
【００６２】
−  当該制御情報領域を含むＰＲＢのグループであるＰＲＢにおいて制御領域に属するＯＦＤＭシンボルにおける動的リソース又は静的リソースにのみデータがマッピングされないと仮定する。
【００６３】
−  当該制御情報領域を含むＰＲＢにおいてデータはマッピングされないと仮定する。
【００６４】
−  当該制御情報領域を含むＰＲＢにおいて当該制御情報領域であるＯＦＤＭシンボルにおける動的リソース又は静的リソースにデータはマッピングされないと仮定する。
【００６５】
−  当該制御情報領域を含むＰＲＢにおいて制御情報領域の最初のシンボルから当該制御情報領域であるＯＦＤＭシンボルにおける動的リソース又は静的リソースにデータはマッピングされないと仮定する。
【００６６】
−  当該制御情報領域を含むＰＲＢにおいて制御領域に属するＯＦＤＭシンボルにおける動的リソース又は静的リソースにのみデータがマッピングされないと仮定する。
【００６７】
−  当該制御情報を含む制御リソース集合にはデータがマッピングされないと仮定する。この場合、具体的に、当該制御リソース集合はＣＳＳを含むリソース集合に限定することができる。ＣＳＳのための制御リソース集合に制御領域よりも早いデータ開始点が設定された場合、当該ＣＳＳにおいて制御情報が検出されると、当該リソース集合がいずれもレートマッチングされると仮定する。そうではない場合、当該リソース集合はデータマッピングに用いられることを仮定する。
【００６８】
より具体的に、制御情報とデータの多重化方法は、１ｓｔレベルＤＣＩが検出される検索領域と２ｎｄレベルＤＣＩが検出される検索領域のように、制御情報に関連する検索領域によって異なってもよく、又は検索領域にマッピングされる制御チャネルの種類によって異なってもよい。或いは、ＣＣＥインデックスによって異なってもよい。一例として、共通チャネルが検出される検索領域の場合、制御情報とデータにＴＤＭ／ＦＤＭ／ＣＤＭなどを直接適用することができ、ＵＥ特定の制御情報のうち下りリンクスケジューリングに該当する場合、自身の制御情報を検出した場合に限ってレートマッチング／パンクチャリングすることができ、上りリンクグラントをスケジューリングする制御情報検索領域である場合、共通チャネルと同様な方式を適用することができる。
【００６９】
具体的に、このような検索領域を区分する方式は、後述する複数のＤＣＩが送信される方式と同一であってもよいが、固定検索領域と可変検索領域に最大の制御領域サイズによるＣＣＥを予め設定しておいて、固定検索領域は０〜Ｍに該当するＣＣＥリソースにマッピングされると仮定することができ、Ｍ＋１〜最後のＣＣＥまではＵＳＳが構成されてもよい。また、最大の制御領域サイズによるものではなく、制御領域サイズを指定するシグナリングを考慮することができ、このシグナリング内に、又は当該シグナルと類似する形態で（例えば、共通ＤＣＩ、又はＰＣＦＩＣＨ−類似制御情報）固定制御領域に該当する最後のＣＣＥ又は可変制御領域に該当する最初のＣＣＥインデックス（又は、これと同等な情報）を提供することができる。
【００７０】
このシグナリングは、ＵＥ特定のＤＣＩを介して送信されることができる。すなわち、固定レートマッチングを仮定するＣＣＥ、ＲＥＧ又はＰＤＣＣＨ候補を共通シグナリング、ＵＥグループ共通シグナリング又はＵＥ−特定のシグナリングで知らせることができる。特に、この情報は、最後のＣＣＥ、ＲＥＧ又はＰＤＣＣＨ候補を知らせるか、パターンなどを知らせることができる。また、パターンは予め設定された複数のパターンのうち１個を動的に指示することができる。
【００７１】
その拡張として、制御リソース集合ごとにレートマッチングパターンを設定することができる。各々のリソース集合ごとに、常にレートマッチングするか、ＤＣＩ検出時にのみ全体の集合をレートマッチングするか、又はＤＣＩ検出時にＤＣＩがマッピングされた領域のみをレートマッチングするかを定めることができる。また、リザーブ（ｒｅｓｅｒｖｅｄ）リソースパターンを複数設定して、当該リザーブパターンのうち実際に用いられたリザーブパターンを動的に知らせてもよい。この場合、レートマッチングパターンのうちには何ら情報がマッピングされていない場合も含むことができる。
【００７２】
上述した方式は、上りリンクを送信するとき、上りリンク制御領域（例えば、ＨＡＲＱ−ＡＣＫ、ＳＲ、ＣＳｉなど）設定に対しても拡張し適用することができる。より具体的な例として、上りリンク制御領域は、固定領域と可変領域とに分けられてもよい。固定領域はトラフィック量によって基地局でＳＩＢ、又は上位層シグナリングで設定することができる。可変領域の場合、ＤＣＩで当該領域に対するシンボル数又はリソース量を指示してもよい。ＤＣＩは同一のＴＴＩで送信されてもよく、又は可変領域で送信可能なＵＣＩに対応するＤＣＩで指示してもよい。基本的に、固定領域の場合には、同一のＴＴＩの上りリンクデータ又は下りリンクデータとＴＤＭ又はＦＤＭされる形態で互いに重ならないものであってもよい。
【００７３】
一方、可変領域の場合には、同一のＴＴＩの上りリンクデータ又は下りリンクデータとリソースが流動的に共有する形態であってもよい。より具体的に、固定領域からは特定のＵＣＩ（例えば、ＨＡＲＱ−ＡＣＫ、ＳＲ）を送信することができ、可変領域からは他のＵＣＩ（例えば、ＣＳＩ）を送信することができる。可変領域と下りリンクデータのためのリソースが重なる場合、当該下りリンクデータをスケジューリングするＤＣＩを介して重なる領域におけるＵＣＩ送信のためのリソースを空けておくように指示することができ、可変領域と上りリンクデータのためのリソースが重なる場合には、当該上りリンクデータをスケジューリングするＤＣＩを介して重なるＵＣＩ送信のためのリソースを空けておくように指示することができる。リソースを空けるように指示する方法は、当該上りリンクデータ又は下りリンクデータの送信時に送信終了時点を知らせる形態であってもよい。
【００７４】
別の方式としては、ＰＤＳＣＨ又はＰＵＳＣＨをマッピングすることにおいて、レートマッチング又はパンクチャリングの対象となる領域（例えば、ＰＲＢ又は時間−周波数リソース）を基地局が上位層シグナリングを介して、ＤＣＩを介して、又はこの２個のシグナリングの組み合わせで指示することができる。上述した方式の場合には、特定のＰＤＣＣＨ送信は依然として保障すると同時に、特定のＰＤＳＣＨの活用リソースは、最大に使用可能な環境で有用であり得る。
【００７５】
＜分割ＤＣＩの送信方法＞
【００７６】
次世代無線通信システムにおいて、ＤＣＩは、少なくとも２個に分かれて、それぞれ異なる下りリンクチャネルを介して送信されることができる。説明の便宜のために、第１のＤＣＩ及び第２のＤＣＩと称する。ＰＤＳＣＨ及び／又はＰＵＳＣＨに対するスケジューリングは、第１のＤＣＩと第２のＤＣＩの情報組み合わせで構成されることが考えられる。さらに、基本的なデフォルト動作（例えば、フォールバック動作、上りリンクグラント、ＳＩＢ送信用度又は同一のＴＴＩにおいてＨＡＲＱ−ＡＣＫ情報を送信可能な自己完結型（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ）構造のスケジューリングモードなど）を考慮して、第１のＤＣＩのみでＰＤＳＣＨ及び／又はＰＵＳＣＨの送受信が可能な動作を考慮することもできる。また、第１のＤＣＩが送信される領域は、ＴＴＩにおいて最初のシンボルに制限されてもよい。
【００７７】
一例として、第１のＤＣＩはＰＤＳＣＨ又はＰＵＳＣＨの送信方法（例えば、ＴＢ数及び／又はＴＭ及び／又はプリコーディング情報など）には関係なく、コンテンツ構成及びサイズが一定であってもよい。第１のＤＣＩは、ＰＤＣＣＨのようにＤＣＩ送信のためのチャネルを介して送信されることができる。また、当該第１のＤＣＩが送信される、又は送信可能な領域は、予め定義された検索領域（又は、時間／周波数領域）或いは半−静的に設定された検索領域（又は、時間／周波数領域）であってもよい。また、当該第１のＤＣＩが送信される、又は送信可能な時間／周波数の開始点は固定又は半−静的に設定して、終了点は動的に知らせてもよく、逆に、終了点を固定又は半−静的に設定して、開始点は動的に知らせてもよい。また、当該第１のＤＣＩが送信される、又は送信可能な領域は、システム情報又は放送チャネル（ＰＢＣＨ）で設定される検索領域又は時間／周波数領域であってもよい。
【００７８】
仮に、同一のＵＥに対するＰＤＳＣＨ又は異なるＵＥに対するＰＤＳＣＨが、第１のＤＣＩが送信される時点に送信される場合、当該ＰＤＳＣＨは第１のＤＣＩに対する検索領域又は時間／周波数リソースを回避する方向にレートマッチング（又は、パンクチャリング）を適用して、リソースマッピングすることができる。仮に、第２のＤＣＩが送信される、又は送信可能な領域が第１のＤＣＩに対する領域と重なる場合でも、第２のＤＣＩに対するリソースマッピング時に第１のＤＣＩに対する検索領域又は時間／周波数リソースを回避する方向にレートマッチング（又は、パンクチャリング）することができる。仮に、第１のＤＣＩと第２のＤＣＩがＭＵ−ＭＩＭＯによって送信可能な場合、第１のＤＣＩと第２のＤＣＩが重なるＭＵ−ＭＩＭＯコード／レイヤーに限ってレートマッチング／パンクチャリングすることができる。
【００７９】
第２のＤＣＩは、ＰＤＳＣＨ又はＰＵＳＣＨの送信方法（例えば、ＴＢ数及び／又はＴＭ及び／又はプリコーディング情報、初期送信であるか再送信であるか、多重スロットスケジューリングであるか単一スロットスケジューリングであるか、単一スロットスケジューリングであるかスロット又はミニスロット（ｓｌｏｔ＋ｍｉｎｉ  ｓｌｏｔ）スケジューリングであるか、単一スロットスケジューリングであるかミニスロット（ｍｉｎｉ  ｓｌｏｔ）スケジューリングであるか、ＨＡＲＱ−ＡＣＫフィードバック方式、セルフ−スロットスケジューリングであるかクロス−スロットスケジューリングであるかなど）によって、コンテンツの構成及びサイズが変更される。基本的に、第２のＤＣＩに対するコンテンツ及び／又はサイズは、時間によって可変して、当該コンテンツの構成及びサイズ情報、送信有無は、第１のＤＣＩで指示することができる。
【００８０】
一例として、第２のＤＣＩに対する複数の候補は、システム情報又は上位層シグナリングを介して（フォーマット形態やフィールドに対するオン／オフ又はサイズ形態で）設定されることができる。また、第１のＤＣＩでは、当該候補のうち１個を指示することができる。より具体的に、デフォルト動作のために第２のＤＣＩに対する特定の候補（例えば、第１のＤＣＩにおいて、００...０と指示される）は予め定義されてもよい。
【００８１】
以下、第２のＤＣＩが送信される領域及び方法の具体例を説明する。
【００８２】
（１）第１の例：  第２のＤＣＩは、予め定義された、又は上位層シグナリングされた検索領域或いは時間／周波数リソースを介してＰＤＣＣＨ形態で送信されることができる。具体的に、第２のＤＣＩが送信可能な領域は、他のＵＥのＰＤＳＣＨがオーバーライド（ｏｖｅｒｒｉｄｅ）することができる。換言すると、ＰＤＳＣＨに対するリソース領域と第２のＤＣＩに対する検索領域が（全部又は一部が）重なる場合には、ＰＤＳＣＨが送信される。具体的に、第１のＤＣＩと第２のＤＣＩに対する検索領域は、ＣＣＥインデックスを共有することができ、第２のＤＣＩに対する検索領域は、開始ＣＣＥインデックスで指示されてもよく、当該指示値は上位層シグナリングを介して送信されるか、ＳＩＢなどで指示することができる。
【００８３】
（２）第２の例： 第２のＤＣＩは、動的に設定された検索領域或いは時間／周波数リソースを介してＰＤＣＣＨ形態で送信されることができる。具体的に、第２のＤＣＩに対する領域は、第１のＤＣＩを介して指示するか他のＤＣＩを介して指示されてもよい。また、他のセル−特定又はグループ−特定のチャネルを介して指示されてもよい。第２のＤＣＩが送信可能な領域は、他のＵＥのＰＤＳＣＨがオーバーライドすることができる。換言すると、ＰＤＳＣＨに対するリソース領域と第２のＤＣＩに対する検索領域の全部又は一部が重なる場合には、ＰＤＳＣＨが送信されることができる。より具体的には、第２のＤＣＩ送信時に用いられるリソース（すなわち、マッピング開始位置及び／又は全体のマッピング領域）は、第１のＤＣＩで指示することができる。この場合、ＵＥは第２のＤＣＩを検出するとき、ＢＤを省略してもよい。より具体的には、第１のＤＣＩでは、第２のＤＣＩに対する集合レベル（Ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）などを指示することができる。第２のＤＣＩがＰＤＳＣＨをスケジューリングに用いる場合には、ＰＤＳＣＨに対するリソースマッピング時に当該第２のＤＣＩが実際にマッピングされる位置を回避してレートマッチング（又は、パンクチャリング）することができる。特に、第１のＤＣＩと第２のＤＣＩに対する検索領域はＣＣＥインデックスを共有することができ、第２のＤＣＩに対する検索領域は開始ＣＣＥインデックスで指示され、当該指示値は上位層シグナリングによって送信されるか、第１のＤＣＩで指示することができる。
【００８４】
（３）第３の例： 第２のＤＣＩは、当該ＤＣＩに対応するＰＤＳＣＨが送信される時間及び／又は周波数リソースの全部又は一部によって送信されることができる。特に、この方式は、第２のＤＣＩの目的がＰＤＳＣＨスケジューリングである場合に限ることができる。少なくともＤＬ−ＳＣＨと第２のＤＣＩは（ＢＤを防止する一環として）個別にコーディングされてもよい。ＰＤＳＣＨリソースにおける第２のＤＣＩがマッピングされる方法（例えば、ＲＥ数及び／又はＲＥ位置及び／又は局部的マッピングであるか分散的マッピングであるか）は、第１のＤＣＩで指示することができる。
【００８５】
より具体的に、第１のＤＣＩでは第２のＤＣＩに対する集合レベルなどを指示することができる。また、第２のＤＣＩのサイズに基づいて第２のＤＣＩがマッピングされる方法が暗示的に設定されてもよい。ＲＥ数の場合、さらに上位層シグナリングされたオフセットを適用してもよい。第２のＤＣＩが送信される方式の場合、当該ＰＤＳＣＨと同一の変調次数を用いることができ、又はＤＣＩを保護するために常に特定の変調次数（例えば、ＱＰＳＫ）を用いることもできる。
【００８６】
また、第２のＤＣＩの送信に用いられるＡＰ（ａｎｔｅｎｎａ  ｐｏｒｔ）の組み合わせ又はＡＰ数はＰＤＳＣＨと異なってもよい。特に、第２のＤＣＩでＡＰに対する付加情報を設定する場合に適する。より具体的に、第１のＤＣＩと第２のＤＣＩに対する検索領域は、ＣＣＥインデックスを共有することができる。この場合、第２のＤＣＩに対する検索領域は、開始ＣＣＥインデックスで指示されてもよく、当該指示値は上位層シグナリングを介して送信されるか、第１のＤＣＩ又は他のＤＣＩを介して指示されてもよい。また、他のセル−特定のチャネル又はグループ−特定のチャネルを介して指示されてもよい。
【００８７】
第２のＤＣＩに対する送信領域の設定方法は、ＤＣＩの目的（例えば、ＰＤＳＣＨスケジューリングとＰＵＳＣＨスケジューリングを区分）に応じて、それぞれ独立して設定することができる。一例として、第１のＤＣＩでは、下りリンク割り当て及び／又は上りリンクグラントに対する指示値を設定及び送信して、当該指示値によって下りリンク割り当てＤＣＩに対する送信領域と上りリンクグラントに対する送信領域をそれぞれ独立して設定することができる。ＤＣＩにおいて下りリンク割り当てに対する送信領域と上りリンクグラントに対する送信領域は、別のＤＣＩフィールドで知らせることができ、又は上位層において集合形態で設定されて単一ＤＣＩフィールドで指示されてもよい。また、この方式は、第２のＤＣＩのサイズが固定されている場合にも拡張して適用することができる。
【００８８】
第１のＤＣＩと第２のＤＣＩは、送信ＡＰが同一の集合で構成されることができる。また、状況に応じて、ＭＵ−ＭＩＭＯのような動作を行う目的などのために、第１のＤＣＩの送信ＡＰと第２のＤＣＩの送信ＡＰとが異なる集合で構成されてもよい。この方式は、送信ＡＰ間のコリレーション（ｃｏｒｒｅｌａｔｉｏｎ）の度合いによって異なるため、それぞれ独立して設定することができる。例えば、第１のＤＣＩに対するＡＰは上位層で設定して、第２のＤＣＩに対するＡＰは上位層シグナリング或いは第１のＤＣＩで設定することができる。また、第１のＤＣＩと第２のＤＣＩとの送信ＡＰ又は送信ＡＰ集合が同一であるか否かをさらに指示値によって設定することができる。
【００８９】
ＤＣＩを符号化（ｅｎｃｏｄｉｎｇ）することにおいて、ＣＲＣマスキングによってＵＥを特定することもできる。一例として、特定のＲＮＴＩではないＵＥは、ＤＣＩに対するＣＲＣ検査に失敗して、当該ＲＮＴＩを有するＵＥはＤＣＩに対するＣＲＣ検査に成功することができる。但し、ＤＣＩを２回にわたって送信する場合には、ＣＲＣオーバーヘッドが高くなり得る。この問題を低減させるために、第１のＤＣＩと第２のＤＣＩに対するＣＲＣ長さを異ならせて設定することが考えられる。より具体的に、第２のＤＣＩに対するＣＲＣ長さが相対的に小さくてもよい。
【００９０】
一方、ＣＲＣ長さが小さくなると、誤検出（ｆａｌｓｅ  ｄｅｔｅｃｔｉｏｎ）の確率が高くなる可能性がある。また、ＣＲＣマスキングによるＵＥ区分性能が低下する可能性もある。この場合、ＵＥは第１のＤＣＩでＬＴＥシステムレベルでＵＥが区分され、当該時点にも区分ができない場合であっても、第２のＤＣＩでは最終的にＵＥを区分することができる。また、第１のＤＣＩにおけるＵＥ区分性能を高めるために及び／又は誤検出性能を高めるために、ＣＲＣマスキングシーケンスの種類を減らすことに備えて、第１のＤＣＩ内にＵＥを区分可能な情報（例えば、ＲＮＴＩ）の全部又は一部を送信することができる。一例として、ＲＮＴＩのＸビットは、ＣＲＣマスキングシーケンスとして用いられ、その他のＹビットは、第１のＤＣＩを介して送信されてもよい。
【００９１】
一方、次世代無線通信システムでは、単一ＣＢ又はＣＢグループレベルの再送信スケジューリングを支援することができる。この場合、第１のＤＣＩでは単一のＴＢ又はＴＢグループレベルベースのスケジューリング情報の全部又は一部が含まれて送信されてもよく、さらに、第１のＤＣＩでは第２のＤＣＩがＣＢグループレベルスケジューリング及び／又はＴＢグループレベルスケジューリング（又は、単一ＴＢレベルスケジューリング）に対する情報有無を表示する指示子を含むことができる。又は、ＴＢレベルＤＣＩのＨＡＲＱプロセスとＮＤＩの組み合わせによって第２のＤＣＩフィールドサイズを決定することができる。一例として、第１のＤＣＩでＮＤＩがトグルされない場合、当該ＴＢに対しては第２のＤＣＩでＣＢレベルで再送信をスケジューリングすることができる。
【００９２】
第１のＤＣＩに含まれた第２のＤＣＩがＣＢグループレベルスケジューリング及び／又はＴＢ（グループ）レベルスケジューリングに対する情報有無を表示する指示子がＣＢグループレベルスケジューリングを表示するとき、第２のＤＣＩでは、ＣＢグループレベルスケジューリングのための情報を含むことができる。ＣＢグループレベルスケジューリングに対するＤＣＩは、以下のスケジューリング対象ＣＢグループ情報及び単一又は複数のスケジューリングされたＣＢグループ別情報の全部又は一部の組み合わせを含むことができる。
【００９３】
（Ａ）スケジューリング対象ＣＢグループ
【００９４】
基本的に、ＣＢグループ数は、固定するか、ＴＢＳによって変更するが、ＣＢＧサイズは固定してもよい。また、ＣＢグループ数は可変であってもよく、上位層シグナリングやＤＣＩで指示することができる。上述では、ＤＣＩで指示する場合、２−ステージ（第１のＤＣＩと第２のＤＣＩとに区分して送信）のときには、可変サイズの第２のＤＣＩで指示することができる。また、第１のＤＣＩでＣＢＧ数を表現する場合、第２のＤＣＩがＣＢＧを１と設定する方法でＴＢレベルスケジューリングを指示することができる。もちろん、ＣＢＧ数を指示して、ＣＢＧレベルスケジューリングを指示することもできる。
【００９５】
また、ＣＢグループの構成方法は、固定するか、上位層シグナリングやＤＣＩで指示することができる。上位層では、ＣＢグループ候補を指定することもできる、パンクチャリングを考慮して連続した複数のＣＢがＣＢＧを構成することもでき、ＣＢＧは、単一ＣＢ単位又は複数のＣＢ単位で構成することができる。例えば、ＣＢインデックスのモジュルロ（ｍｏｄｕｌｏ）演算を適用してＣＢグルーピングすることができる。
【００９６】
また、ＣＢグループに対するビットマップで構成することができる。この場合、ＣＢ構成の柔軟性（Ｆｌｅｘｉｂｉｌｉｔｙ）が保障されるが、オーバーヘッドが大きい可能性がある。他の方式でスケジューリング対象の開始ＣＢＧインデックスと終了ＣＢＧインデックス又はＣＢＧ数を指示することもできる。具体例として、ＬＴＥシステムのＲＩＶ（Ｒｅｓｏｕｒｃｅ  Ｉｎｄｉｃａｔｏｒ  Ｖａｌｕｅ）のようにスケジューリング対象ＣＢＧは開始ＣＢＧインデックスと連続したＣＢＧ数の組み合わせで表現することができる。特に、ＣＢＧ数がＮである場合、ＣＢＧを表現するフィールドサイズはｆｌｏｏｒ（ｌｏｇ２（Ｎ＊（Ｎ＋１）/２）ビットと設定することができる。
【００９７】
さらに、スケジューリング対象ＣＢグループは、Ａ／Ｎを送信するＣＢグループ数に比例してもよい。ＮＡＣＫが受信されたＣＢグループ数だけＣＢインデックスが送信されるか、当該ＮＡＣＫが受信されたＣＢグループ数を明示することができる。ＣＢグループ数が、端末が送信したＮＡＣＫのＣＢグループ数と同一であるとき、端末はＮＡＣＫ送信に成功したと仮定して、ＮＡＣＫやＣＢに送信順に再送信するためにＣＢグループをマッピングする。ＣＢグループ数が、端末が送信したＮＡＣＫのＣＢグループ数と同一ではない場合、端末はＨＡＲＱ−ＡＣＫ送信が失敗したと仮定して、ＴＢに対する再送信を再び要請するか、ＣＢグループ別Ａ／Ｎを再び送信する。仮に、ネットワークがＣＲＣ検査などを通じてＡ／Ｎ送信に失敗したことを認知した場合、全体のＣＢに対して再送信することができる。この場合、スケジューリング対象ＣＢグループは、元の送信ＣＢ数が表現されることができる。但し、ＣＢグループ数がＮＡＣＫを送信したＣＢ又はＣＢグループ数より大きい場合、全体のＴＢが再送信されることを仮定することができる。また、この方式は再送信のときにもＴＢレベル再送信でフォールバックして動作することができる。
【００９８】
（Ｂ）単一又は複数のスケジューリングされたＣＢグループ別情報
【００９９】
スケジューリングされたＣＢグループ別情報（例えば、第２のＤＣＩ）は、ＮＤＩ及び／又はＲＶ及び／又はレイヤー情報及び／又はＣＷ（ｃｏｄｅｗｏｒｄ）情報などを含んでもよい。特に、ＭＩＭＯ動作の際、レイヤー別にＡＣＫ／ＮＡＣＫステートが異なり得るため、特定のレイヤーにＣＢグループを集中させるために、レイヤー情報が必要となり得る。
【０１００】
さらに、ＮＤＩ及び／又はＲＶは、パンクチャリングの際、当該破損された（ｃｏｒｒｕｐｔｅｄ）ビットの区分に用いられることができる。さらに、ＮＤＩ及び／又はＲＶはパンクチャリング可否を指示するか、又は当該ＣＢグループに対してＵＥがバッファをフラッシング（ｆｌｕｓｈｉｎｇ）するかコンバイニング（ｃｏｍｂｉｎｉｎｇ）するかを指示することができる。また、ＣＢグループレベルスケジューリングが前の送信に対してトグルされていないＮＤＩ及び／又は同一のＲＶを用いてＨＡＲＱ−ＡＣＫタイミングの前にスケジューリングされた場合、当該再送信ＣＢグループに対しては、ＵＥがバッファをフラッシングする。または、ＣＢグループのバッファのフラッシング可否を指示する別のビットが定義されてもよい。
【０１０１】
一方、ＣＢグループレベルスケジューリングに対する情報は、第２のＤＣＩでのみ送信されるものに限定されず、ＴＢ−グループレベルスケジューリングに対するＤＣＩと並行する場合にも拡張し適用することができる。一例として、ＴＢ（グループ）レベルスケジューリングＤＣＩとＣＢＧレベルスケジューリングＤＣＩは、以下の方式で区分することができる。
【０１０２】
−  検索領域を異ならせて設定して区分することができる。すなわち、ネットワークがＣＢＧレベルスケジューリングＤＣＩのための検索領域を別として設定することができる。
【０１０３】
−  リソース集合を異ならせて設定して区分することができる。すなわち、ネットワークがＣＢＧレベルスケジューリングＤＣＩのためのリソース集合を別として設定することができる。リソース集合は周波数ドメインで設定されてもよく、時間ドメイン（例えば、スロット又はミニスロット）で設定されてもよく、このリソース組み合わせで表示されてもよい。
【０１０４】
−  ＢＤ増加を回避するための方法として、ＤＣＩのサイズを同一に定義するものの、ＤＭ−ＲＳスクランブリング及び／又はＣＲＣマスキングを異ならせることで区分することができる。通常、ＣＢＧレベルスケジューリングは、必要とするフィールドサイズが異なり得るため、ＣＢＧレベルスケジューリングのとき、異なるフィールド（例えば、リソース割り当ての一部ビット）を採用することができる。一例として、ＲＡ（Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ）フィールドの単一又は複数のＭＳＢ（Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）を用いることができ、ＲＡの所定数のＭＳＢは特定値（例えば、０又は上位層シグナリングを介して指示された値）を仮定することができる。
【０１０５】
当該方式は、ＴＢレベル再送信とＣＢレベル再送信／ＣＢグループレベル再送信を区分したり、ＣＢレベル再送信／ＣＢグループレベル再送信のうちＨＡＲＱ−ＡＣＫコンバイニングのための送信とフラッシングすべき送信を区分するＤＣＩの区分に用いることができる。もちろん、ＴＢレベル再送信とＣＢレベル再送信又はＣＢグループレベル再送信の間の送信を区分すること用いることもできる。
【０１０６】
＜単一チャネルを介したＤＣＩ送信＞
【０１０７】
次世代無線通信システムにおいて、ＤＣＩコンテンツ及び／又はＤＣＩサイズが流動的な状況においても、単一チャネル（例えば、ＰＤＣＣＨ）を介して送信することが考えられる。前記ＤＣＩは、ＰＤＣＣＨのようにＤＣＩ送信のためのチャネルを介して送信されることができる。また、当該ＰＤＣＣＨが送信される、又は送信可能な領域は、予め定義された検索領域或いは時間／周波数領域であってもよい。又は、少なくともシステム情報形態（例えば、放送チャネル（ＰＢＣＨ）で送信される情報）のシグナリングを介して設定される検索領域又は時間／周波数領域であってもよい。単一チャネルで送信するとき、ＵＥに対するＢＤ回数及び複雑さを増加させない方法が必要である。以下、ＤＣＩを構成する方法及び送信方法に関するより具体的な例を説明する。
【０１０８】
（Ａ）次世代無線通信システムにおいては、ＤＣＩを送信するとき、ＤＣＩ送信方法（ＤＣＩフォーマット及び／又はサイズ或いはコンテンツ）に関する情報を同時送信することを導入することができる。当該情報は、ＤＣＩの他のフィールドと個別コーディングされてもよい。この場合、ＵＥはＤＣＩに関する情報を検出した後、その他のフィールドに関する情報を検出することを試みることができる。具体的には、単一レベルＤＣＩ方式と２ステージのような多重レベルＤＣＩ方式が流動的に用いられる場合には、前記ＤＣＩサイズに関する情報と共に又は別として、単一レベルＤＣＩ方式であるか、多重レベルＤＣＩ方式であるかを知らせる指示値がＤＣＩ送信時に共に送信されてもよい。
【０１０９】
具体例として、ＤＣＩを送信するとき、チャネル環境及びＵＥ状況によって、集合レベルが異なり、上述した情報に対してもこれに相応するエラー検出の増大が必要となり得る。例えば、ＤＣＩの送信方法に関する情報は、ＤＣＩ送信に対するリソース単位（例えば、ＲＥＧ又はＣＣＥ）別に、予め又は上位層シグナリング形態に固定した分だけのマッピングＲＥ数が決定されていてもよく、ＤＣＩに対する集合レベルの増加につれてＤＣＩ送信方法に関する情報を送信するためのリソース量も共に増加することを考慮することができる。当該リソースに対する分布又はリソースマッピング方法では、互いに異なるセル同士又はＴＲＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  ａｎｄ  Ｒｅｃｅｐｔｉｏｎ  ｐｏｉｎｔ）同士のＤＣＩ送信情報の衝突を防止するために、セルＩＤ、ＴＲＰ  ＩＤ又は上位層シグナリングされたＩＤによって分散される形態でマッピングされてもよい。同一のＰＤＳＣＨ又はＰＵＳＣＨに対して複数のＤＣＩがスケジューリングされる方式の場合にも、特定のＤＣＩに対する送信方式を指示するために、この方式が使用できるのは自明である。
【０１１０】
また、ＤＣＩの送信方法に関する情報を送信することにおいて、ＲＳ変調方式を適用することを考慮してもよい。より具体的には、特定のリソース単位（すなわち、ＰＲＢ（グループ）又はＲＥＧ（グループ）又はＣＣＥ（グループ））別に複数のＲＳを含んでもよく、一部の特定ＲＳにＤＣＩ情報に対する符号化されたビットをかける形態を考慮してもよい。例えば、特定のＲＥＧ内にＲＳの数が４つ存在するとき、このうち２つを選択してＤＣＩに対する情報をＱＰＳＫ形態で生成した後、これを当該ＲＳにかける形態を考慮することができる。上述した状況では、ＵＥは当該ＲＥＧ内の類似したチャネルを経験すると期待されるＲＳを受信するとき、位相差によってＤＣＩに関する情報を知ることができ、これに基づいてＤＣＩに対するＰＤＣＣＨ検出を試みることができる。また、ＰＤＣＣＨに対する集合レベルが増加するにつれて、ＲＳを含むＲＥＧが増加することが期待でき、各々のＲＥＧ内のＲＳ変調によってＤＣＩ情報を送信することを考慮してもよい。この場合、集合レベルの増加につれて、ＤＣＩの送信方法に関する情報をよりロバストに送信することができる。同一のＰＤＳＣＨ又はＰＵＳＣＨに対して複数のＤＣＩがスケジューリングされる方式の場合にも、特定のＤＣＩに対する送信方式を指示するために、この方式が使用できるのは自明である。
【０１１１】
（Ｂ）ＤＣＩは、常に、最大サイズに基づいて符号化されてもよい。この最大サイズは、ＤＣＩサイズが流動的であるときを基準として最大であってもよい。この場合、様々な状況におけるフィールド値をＤＣＩが常に有していてもよい。ＤＣＩは流動的に全部又は一部のフィールド値を使用しないものであってもよく、この場合、当該フィールドは、特定値（例えば、０）と設定されてもよい。
【０１１２】
（Ｃ）検索領域（集合）、ＣＣＥインデックス、又は制御リソース集合によって、ＤＣＩコンテンツ及び／又はサイズを異ならせて設定することができる。このＣＣＥインデックスはＤＣＩを送信するときの開始又は最後のＣＣＥインデックスであってもよい。
【０１１３】
ＣＲＣオーバーヘッドを減らすために、又は誤検出性能を高めるために、ＣＲＣマスキングシーケンスの候補数を減少させると、依然として、ＵＥを区分する性能を向上させるための方法の一環として、ＤＣＩ内にＵＥが区分可能な情報（例えば、ＲＮＴＩ）の全部又は一部を送信することができる。一例として、ＲＮＴＩのＸビットはＣＲＣマスキングシーケンスとして用いられ、Ｙビットは第１のＤＣＩ内に送信されることができる。
【０１１４】
ＤＣＩサイズが流動的に変更される場合、ＵＥとしてはＢＤを試みることが複雑になり得る。特に、ＢＤを試みることをＤＣＩサイズ別に分割する場合、各々のＤＣＩ送信に対する柔軟性が低下することもある。上述のようなことを回避する方法の一環として、ＤＣＩサイズは固定すると同時に、これを構成するコンテンツ構成（一例として、特定のフィールドに対するサイズ変更、及び／又はフィールド除去又は追加）を変更することを考慮することができる。基本的に、特定のＤＣＩ（例えば、ＵＳＳにマッピングされるＤＣＩ）に対して、総ペイロードサイズを指定することができる。
【０１１５】
一例として、ＮビットでＤＣＩに対する総ペイロードサイズを基地局が設定することができ、当該Ｎは上位層で設定してもよく、第３のＰＤＣＣＨによって設定してもよい。具体的に、このＮはＤＣＩがＰＤＳＣＨをスケジューリングするか、又はＰＵＳＣＨをスケジューリングするかによって、基地局がそれぞれ設定することができる。この後、ＤＣＩはＮというペイロードサイズ内でコンテンツ構成が流動的に変更することができる。ＤＣＩを構成するフィールドのより具体的な実施例として、以下の方式又はその組み合わせを考慮してもよい。
【０１１６】
−  ＤＣＩの送信方法（コンテンツの構成方式）に関する情報を指示するフィールドを含むことができる。これは、いくつかのパターンを予め設定しておいて、パターンを動的に指示することを考慮してもよい。
【０１１７】
−  ＲＢＧを構成するＲＢの数又はＲＢＧの数を指示するフィールドを含むことができる。指示フィールドによる実際のＲＢＧに関する情報は、上位層で候補値を設定することができる。リソース割り当てフィールドは、ＲＢＧに関する情報に基づいてフィールドサイズが流動的であってもよい。
【０１１８】
−  次世代無線通信システムにおいては、ＤＣＩがスケジューリングするＰＤＳＣＨ及び／又はＰＵＳＣＨがＴＢの全部を含むのか、又は特定のＴＢ或いはＴＢ集合に対する一部ＣＢＧを含むのかを指示するフィールドを含むことができる。このフィールド値によって、いくつかのＤＣＩフィールド組み合わせが自動的に変更されることが考えられる。一例として、ＴＢベースのスケジューリングを表示する場合には、ＨＡＲＱプロセスにおいて初期送信と再送信とがいずれも可能な形態とみなすことができるため、ＨＡＲＱプロセス番号及び／又はＲＶ（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）、及び／又はＮＤ、及び／又はＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ）をＤＣＩが含むようにすることができる。また、リソース割り当ての場合にも、柔軟性を考慮して割り当てられたフィールドサイズに合わせて全てのステートが使用可能であることを考慮することができる。
【０１１９】
一方、ＣＢＧベースのスケジューリングを表示する場合には、ＨＡＲＱプロセスにおいて再送信にフォーカスをおくことであり得るため、この場合、一部フィールドのサイズをＴＢベースのＤＣＩに比べて減少又は除去することを考慮することができる。一例として、ＣＢＧベースが指示された場合、ＮＤＩフィールドを省略することができ、ＨＡＲＱプロセス番号からいずれのＨＡＲＱプロセスの再送信であるかのみを表示することができる。また、再送信の場合には、初期送信からＴＢＳを推定することができるため、ＭＣＳフィールドサイズを減少させることを考慮してもよい。より具体的に、ＭＣＳのステートで変調次数のみを変更することが考えられるが、これによってＭＣＳフィールドサイズを減少することができる。この場合、ＨＡＲＱプロセス番号に基づいて初期送信を認知することができる。ＲＶは依然として使われてもよい。 
【０１２０】
− ＣＢＧべースの場合、再送信対象のＣＢＧに関する情報を含む必要があり、特定のＴＢ又はＴＢ集合に対するＣＢＧ総数が流動的であることを考慮することができる。一例として、特定の時間及び／又は周波数リソースに概略的に整合する（ａｐｐｒｏｘｉｍａｔｅｌｙ  ａｌｉｇｎｅｄ）形態でＣＢＧが構成／設定される場合、その基準リソースが流動的に変更されながらＣＢＧ数が変更されてもよく、又はＴＢＳによってＣＢＧ数が流動的に変更されてもよい。この場合、再送信ＣＢＧに関する情報は、同一のＨＡＲＱプロセスに対する初期送信によって、当該フィールドサイズが変更されてもよい。リソース割り当てフィールドの一部ビット（一例として、ＭＳＢ又はＬＳＢ）は用いられない形態でフィールドサイズが減少することもできる。この減少及び除去によって確保されたビットは、再送信ＣＢＧの表現に用いられてもよい。このために、ＣＢＧベースの送信は、常に再送信のみのために用いられると仮定するか、初期であるか再送信であるかをＮＤＩフィールドで判断して適用してもよい。
【０１２１】
−  最後に、リザーブフィールドを含むことができる。このリザーブフィールドサイズは、流動的であってもよく、一例として、ＴＢベースの動作が指示された場合と、ＣＢＧベースの動作が指示された場合とでフィールドサイズが異なってもよい。当該フィールドは０パディング（ｚｅｒｏ  ｐａｄｄｉｎｇ）を含んでもよい。
【０１２２】
一方、基地局は、上述のように流動的なサイズを有するフィールドを用いて、コンテンツの構成方式を変更することができ、それにもかかわらず、総ペイロードサイズは、Ｎと固定することができる。フィールドサイズを変更した後、残りのビットは、０パディングによってＤＣＩサイズをＮとする手順を行うことができる。
【０１２３】
（再）送信ＣＢＧに関する情報に対するフィールドサイズが可変するとき、そのフィールドサイズによっては、特定のフィールドの除去又はサイズの減少のみで十分であることもあり、複数の特定のフィールドの除去又はサイズの減少が必要であることもある。次は、ＤＣＩに対する総ペイロードサイズを所定レベルに維持する状態で（再）送信ＣＢＧに対するフィールドサイズを可変するとき、他のフィールドサイズの変更方法に関する具体的なオプションである。以下の方式は、ＣＢＧ情報量に応じて、様々な方式が変更される形態、又は組み合わせで変更される形態を考慮することができる。
【０１２４】
オプション１：ＴＢベースのＤＣＩフィールドのうちＮＤＩとＭＣＳに対応するフィールドの全部又は一部を（再）送信ＣＢＧの表現に用いる。仮に、ＣＢＧの表現に必要なフィールドサイズが確保できない場合には、ＣＢＧを表現する一部のステート（一例として、ＲＩＶ方式の場合、一部のＣＢＧ組み合わせを含む一部のステート）は使用しなくてもよい。より具体的に、複数のＣＷがあるとするとき、各々のＣＷに対するＮＤＩ及び／又はＭＣＳを指示するフィールドの全部又は一部は、各々のＣＷに関するＣＢＧ情報を表現することができる。また、特定のＣＷのみに対してＣＢＧ情報を表現することを考慮してもよい。
【０１２５】
オプション２：ＴＢベースのＤＣＩフィールドのうちＮＤＩとＭＣＳ、またリソース割り当てに対応するフィールドの全部又は一部を（再）送信ＣＢＧの表現に用いる。上述では、リソース割り当ての場合、ＲＢＧ情報による減少を考慮してもよい。より具体的に、複数のＣＷがあるとするとき、各々のＣＷに対するＮＤＩ及び／又はＭＣＳを指示するフィールドの全部又は一部は、各々のＣＷに関するＣＢＧ情報を表現することができ、リソース割り当てで確保した部分は等分して各々のＣＷに関するＣＢＧ情報を表現することができる。また、特定のＣＷのみに対してＣＢＧ情報を表現することを考慮してもよい。
【０１２６】
オプション３：ＴＢベースのＤＣＩフィールドのうちリソース割り当てに対応するフィールドの全部又は一部を（再）送信ＣＢＧの表現に用いる。上述では、リソース割り当ての場合、ＲＢＧ情報による減少を考慮してもよい。
【０１２７】
オプション４：ＣＢＧベースの再送信は、特定のＴＢのみに対して行われてもよく、この場合、ＭＩＭＯ動作を考慮してＤＣＩ内に複数のＣＷに関する情報を含んでもよい。この場合、特定のＣＷに関する情報は、ＴＢに関する情報を含み、他の特定のＣＷに関する情報は、ＣＢＧに関する情報を含んでもよい。
【０１２８】
上述のようなリソース割り当ての場合、次世代無線通信システムにおいて、周波数ドメイン情報の他にも時間ドメイン情報を含むことができる。一例として、開始シンボルインデックス及び／又は終了シンボルインデックス及び／又は期間（ｄｕｒａｔｉｏｎ）などを含むことができる。リソース割り当てから余分のビットを確保するというときの一例として、上述した時間ドメインリソース割り当て情報を用いることができ、この場合、ＣＢＧ再送信時の時間ドメインリソースに対する仮定は、
【０１２９】
（１）同一のＴＢに対する初期送信又は最近更新された情報を活用して設定することができ、又は（２）再送信ＣＢＧ数に応じて（初期送信に対して、又は上位層で設定されたステップによって）比例して設定することができ、又は（３）時間−ドメインにおけるグラニュラリティ（ｇｒａｎｕｌａｒｉｔｙ）が増加する方式でフィールドサイズが減少することができる。又は、（４）上位層で設定した、或いはフォール−バック動作に対応するＤＣＩを介して設定することができる。より具体的に、リソース割り当て時の時間−ドメインに対するグラニュラリティもＤＣＩ内のフィールド値で調節することができる。
【０１３０】
図７は、本発明の実施例によって、下りリンク制御情報を送信する方法の例を示す図である。
【０１３１】
図７を参照すると、ステップ７０１において、ＵＥは、上位層を介してＣＢＧレベル送信モードを設定、より具体的に、ＴＢレベル再送信モードからＣＢＧレベル再送信モードに設定する。特に、上位層はＲＲＣ層であることが好ましく、ＣＢＧレベル再送信は、初期送信がＴＢレベルで行われ、再送信はＴＢを構成するＣＢＧ単位で行われることを意味する。また、ＣＢＧは１個以上のＣＢで構成することができる。
【０１３２】
次に、ステップ７０３において、ＵＥは、第１のＤＣＩを介してＣＢＧレベル送信トリガリング指示子を受信することができる。ここで、第１のＤＣＩは第２のＤＣＩを受信するためのリソース割り当て情報を含む。好ましくは、第１のＤＣＩに含まれたＮＤＩ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）がトグルされていない場合、これは再送信を意味するため。第２のＤＣＩはＣＢＧレベルスケジューリングを含む。
【０１３３】
次に、ステップ７０５において、ＵＥは、第２のＤＣＩを介してＣＢＧレベルスケジューリング情報を受信して、ステップ７０７において、ＣＢＧレベルスケジューリング情報に基づいて再送信を行う。特に、第１のＤＣＩは固定したサイズを有してＣＣＳで検出されることが好ましい。一方、第２のＤＣＩは、ＣＢＧレベルスケジューリングであるかＴＢレベルスケジューリングであるかによって、スケジューリングされるリソースが異なるため、第１のＤＣＩに含まれたＣＢＧレベル送信トリガリング指示子によって第２のＤＣＩのサイズは可変する。さらに、第２のＤＣＩはＣＢＧレベルのバッファフラッシングを指示する指示子を含んでもよい。
【０１３４】
図８は、本発明の一実施例による通信装置のブロック構成図を例示する。
【０１３５】
図８を参照すると、通信装置８００は、プロセッサ８１０、メモリー８２０、ＲＦモジュール８３０、ディスプレイモジュール８４０及びユーザーインターフェースモジュール８５０を含む。
【０１３６】
通信装置８００は、説明の便宜のために例示されたもので、一部のモジュールは省略されてもよい。また、通信装置８００は、必要なモジュールをさらに備えてもよい。また、通信装置８００において、一部のモジュールはより細分化したモジュールにしてもよい。プロセッサ８１０は、図面を参照して例示した本発明の実施例による動作を実行するように構成される。具体的に、プロセッサ８１０の詳細な動作は、図１乃至図７に記載された内容を参照すればよい。
【０１３７】
メモリー８２０は、プロセッサ８１０に接続し、オペレーティングシステム、アプリケーション、プログラムコード、データなどを格納する。ＲＦモジュール８３０は、プロセッサ８１０に接続し、基底帯域信号を無線信号に変換したり、無線信号を基底帯域信号に変換する機能を行う。そのために、ＲＦモジュール８３０は、アナログ変換、増幅、フィルタリング及び周波数アップ変換、又はこれらの逆過程を行う。ディスプレイモジュール８４０は、プロセッサ８１０に接続し、様々な情報をディスプレイする。ディスプレイモジュール８４０は、これに制限されるものではないが、ＬＣＤ（ＬｉｑｕｉｄＣｒｙｓｔａｌＤｉｓｐｌａｙ）、ＬＥＤ（ＬｉｇｈｔＥｍｉｔｔｉｎｇＤｉｏｄｅ）、ＯＬＥＤ（ＯｒｇａｎｉｃＬｉｇｈｔＥｍｉｔｔｉｎｇＤｉｏｄｅ）のような周知の要素を使用できる。ユーザーインターフェースモジュール８５０は、プロセッサ８１０に接続し、キーパッド、タッチスクリーンなどのような周知のユーザーインターフェースの組み合わせで構成可能である。
【０１３８】
以上に説明した実施例は本発明の構成要素及び特徴が所定形態に結合されたものである。夫々の構成要素又は特徴は特に明示的に言及しない限り、選択的なものとして考慮しなければならない。夫々の構成要素又は特徴は他の構成要素や特徴と組み合わせられない形態に実施することができる。また、一部の構成要素及び／又は特徴を組み合わせて本発明の実施例を構成することも可能である。本発明の実施例で説明する動作の順序は変更可能である。ある実施例の一部の構成や特徴は他の実施例に含まれることができ、或いは他の実施例の対応する構成又は特徴に取り替えられることができる。請求範囲で明示的な引用関係がない請求項を組み合わせて実施例を構成するか或いは出願後補正によって新たな請求項として含ませることができるのはいうまでもない。
【０１３９】
この明細書にて説明した基地局により行われる特定の動作は、場合によってはその上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）により行われることができる。即ち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて端末との通信のために行われる様々な動作は、基地局又は基地局以外の他のネットワークノードにより行われることができる。基地局は固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）などの用語に取り替えることができる。
【０１４０】
本発明に係る実施例は多様な手段、例えば、ハードウェア、ファームウェア、ソフトウェア又はこれらの結合などによって具現できる。ハードウェアによる具現の場合、本発明の一実施例は、１個又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現される。
【０１４１】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明した機能又は動作を行うモジュール、手順、関数などの形態で具現することができる。ソフトウェアコードはメモリユニットに格納してプロセッサによって駆動することができる。メモリユニットはプロセッサの内部又は外部に位置し、既に公知された多様な手段によってプロセッサとデータをやり取りすることができる。
【０１４２】
本発明は本発明の特徴を逸脱しない範囲内で他の特定の形態に具体化されることができるのは当業者に明らかである。従って、前記詳細な説明はすべての面で制限的に解釈されてはいけなく、例示的なものに考慮されなければならない。本発明の範囲は添付の請求範囲の合理的解釈によって決定されなければならなく、本発明の等価的範囲内でのすべての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０１４３】
上述のような無線通信システムにおいて動的可変サイズの下りリンク制御情報を送信する方法及びそのための装置は、３ＧＰＰ  ＬＴＥシステムに適用される例を中心として説明したが、３ＧＰＰ  ＬＴＥシステムの他にも様々な無線通信システムに適用することができる。
【図１】
0006766258.tif 000003
【図２】
0006766258.tif 000004
【図３】
0006766258.tif 000005
【図４】
0006766258.tif 000006
【図５】
0006766258.tif 000007
【図６】
0006766258.tif 000008
【図７】
0006766258.tif 000009
【図８】
0006766258.tif 000010