(57)【要約】  本発明は、チャネル状態情報を要請して提供する方法及び装置に関し、本発明の一実施形態に係る基地局が端末にチャネル状態情報を要請する方法は、チャネル状態情報が要請された下りリンクコンポーネントキャリアに相当する上りリンクコンポーネントキャリアをスケジューリングする上りリンクグラントのチャネル状態情報要請フィールドを要請値に設定する上りリンクグラント設定ステップと、前記上りリンクグラントを前記端末に送信する送信ステップと、を含む。本発明の一実施形態によれば、帯域幅拡張技術が使用される場合にも、基地局は下りリンクコンポーネントキャリアの非周期チャネル状態情報を要請し、端末が前記下りリンクコンポーネントキャリアのチャネル品質を測定して、上りリンクコンポーネントキャリアから非周期チャネル状態情報の送信を可能とする効果がある。
2013524673.tif 000002
【特許請求の範囲】
【請求項１】
基地局が端末にチャネル状態情報を要請する方法であって、
チャネル状態情報が要請された下りリンクコンポーネントキャリアに相当する上りリンクコンポーネントキャリアをスケジューリングする上りリンクグラントのチャネル状態情報要請フィールドを要請値に設定する上りリンクグラントの設定ステップと、
前記上りリンクグラントを前記端末に送信する送信ステップと、
を含むチャネル状態情報要請方法。
【請求項２】
前記上りリンクグラントの設定ステップは、
チャネル状態情報が要請された下りリンクコンポーネントキャリアとＳＩＢリンクが形成された上りリンクコンポーネントキャリアをスケジューリングする上りリンクグラントのチャネル状態情報要請フィールドを要請値に設定するステップを含む請求項１に記載のチャネル状態情報要請方法。
【請求項３】
端末にチャネル状態情報を要請する基地局であって、
チャネル状態情報が要請された下りリンクコンポーネントキャリアに相当する上りリンクコンポーネントキャリアをスケジューリングする上りリンクグラントのチャネル状態情報要請フィールドを要請値に設定するスケジューラと、
前記上りリンクグラントを前記端末に送信する送信機と、
を含む基地局。
【請求項４】
前記スケジューラは、
チャネル状態情報が要請された下りリンクコンポーネントキャリアとＳＩＢリンクが形成された上りリンクコンポーネントキャリアをスケジューリングする上りリンクグラントのチャネル状態情報要請フィールドを要請値に設定する機能をさらに行う請求項３に記載の基地局。
【請求項５】
端末が基地局にチャネル状態情報を送信する方法であって、
基地局から上りリンクグラントを受信するステップと、
前記上りリンクグラントのチャネル状態情報要請フィールドを分析する分析ステップと、
前記分析結果、チャネル状態情報要請フィールドのフィールド値が要請値であれば、前記上りリンクグラントがスケジューリングする上りリンクコンポーネントキャリアに相当する下りリンクコンポーネントキャリアのチャネル状態を測定して、チャネル状態情報を生成するチャネル状態情報生成ステップと、
前記チャネル状態情報を前記スケジューリングされた上りリンクコンポーネントキャリアを通じて前記基地局に送信するステップと、
を含むチャネル状態情報送信方法。
【請求項６】
前記チャネル状態情報生成ステップは、前記上りリンクグラントがスケジューリングする上りリンクコンポーネントキャリアとＳＩＢリンクが形成された下りリンクコンポーネントキャリアのチャネル状態を測定して、チャネル状態情報を生成するステップを含む請求項５に記載のチャネル状態情報送信方法。
【請求項７】
基地局にチャネル状態情報を送信する端末であって、
基地局から上りリンクグラントを受信する受信機と、
前記上りリンクグラントのチャネル状態情報要請フィールドを分析するＰＤＣＣＨ復号器と、
前記分析結果、チャネル状態情報要請フィールドのフィールド値が要請値であれば、前記上りリンクグラントがスケジューリングする上りリンクコンポーネントキャリアに相当する下りリンクコンポーネントキャリアのチャネル状態を測定して、チャネル状態情報を生成する非周期的ＣＳＩ符号器と、
前記チャネル状態情報を前記スケジューリングされた上りリンクコンポーネントキャリアを通じて前記基地局に送信する送信機と、
を含む端末。
【請求項８】
前記非周期的ＣＳＩ符号器は、前記上りリンクグラントがスケジューリングする上りリンクコンポーネントキャリアとＳＩＢリンクが形成された下りリンクコンポーネントキャリアのチャネル状態を測定して、チャネル状態情報を生成する請求項７に記載の端末。
【請求項９】
基地局が端末にチャネル状態情報を要請する方法であって、
上りリンクグラントのチャネル状態情報要請フィールドを要請値に設定し、上位レイヤによって設定された方式により前記上りリンクグラントにチャネル品質情報が要請される下りリンクコンポーネントキャリアの識別情報を含ませる上りリンクグラント設定ステップと、
前記上りリンクグラントを前記端末に送信する送信ステップと、
を含むチャネル状態情報要請方法。
【請求項１０】
前記上りリンクグラント設定ステップは、上位レイヤによって設定された方式により前記上りリンクグラントのキャリア指示フィールドをチャネル品質情報が要請される下りリンクコンポーネントキャリアの識別子に設定するステップを含む請求項９に記載のチャネル状態情報要請方法。
【請求項１１】
端末にチャネル状態情報を要請する基地局であって、
上りリンクグラントのチャネル状態情報要請フィールドを要請値に設定して、上位レイヤによって設定された方式により前記上りリンクグラントにチャネル品質情報が要請される下りリンクコンポーネントキャリアの識別情報を含ませるスケジューラと、
前記上りリンクグラントを前記端末に送信する送信機と、
を含む基地局。
【請求項１２】
前記スケジューラは、上位レイヤによって設定された方式により前記上りリンクグラントのキャリア指示フィールドを、チャネル品質情報が要請される下りリンクコンポーネントキャリアの識別子に設定する請求項１１に記載の基地局。
【請求項１３】
端末が基地局にチャネル状態情報を送信する方法であって、
基地局から上りリンクグラントを受信するステップと、
前記上りリンクグラントのチャネル状態情報要請フィールドを分析する分析ステップと、
前記分析結果、チャネル状態情報要請フィールドのフィールド値が要請値であれば、上位レイヤによって設定された方式及び前記上りリンクグラントに含まれた下りリンクコンポーネントキャリアの識別情報により、下りリンクコンポーネントキャリアを選択するキャリア選択ステップと、
前記選択された下りリンクコンポーネントキャリアのチャネル状態を測定して、チャネル状態情報を生成するチャネル状態情報生成ステップと、
前記生成されたチャネル状態情報を前記スケジューリングされた上りリンクコンポーネントキャリアを通じて前記基地局に送信するステップと、
を含むチャネル状態情報送信方法。
【請求項１４】
前記キャリア選択ステップは、上位レイヤによって設定された方式により、前記上りリンクグラントのキャリア指示フィールドが指示する下りリンクコンポーネントキャリアを選択するステップを含む請求項１３に記載のチャネル状態情報送信方法。
【請求項１５】
基地局にチャネル状態情報を送信する端末であって、
基地局から上りリンクグラントを受信する受信機と、
前記上りリンクグラントのチャネル状態情報要請フィールドを分析するＰＤＣＣＨ復号器と、
前記分析結果、チャネル状態情報要請フィールドのフィールド値が要請値であれば、上位レイヤによって設定された方式及び前記上りリンクグラントに含まれた下りリンクコンポーネントキャリアの識別情報により、下りリンクコンポーネントキャリアを選択し、前記選択された下りリンクコンポーネントキャリアのチャネル状態を測定して、チャネル状態情報を生成する非周期的ＣＳＩ符号器と、
前記生成されたチャネル状態情報を前記スケジューリングされた上りリンクコンポーネントキャリアを通じて前記基地局に送信する送信機と、
を含む端末。
【請求項１６】
前記非周期的ＣＳＩ符号器は、上位レイヤによって設定された方式により、前記上りリンクグラントのキャリア指示フィールドが指示する下りリンクコンポーネントキャリアを選択する請求項１５に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
チャネル状態情報を要請して提供する方法及び装置に関し、より詳しくは、キャリア集約（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）技術または帯域幅拡張（Ｂａｎｄｗｉｄｔｈ  Ｅｘｔｅｎｓｉｏｎ）技術に適用されるチャネル状態情報の要請及び提供方法、並びに装置に関する。
【背景技術】
【０００２】
現在、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、ＬＴＥ−Ａ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ−Ａｄｖａｎｃｅｄ）のための標準化が進行中である。３ＧＰＰでは、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）リリース（Ｒｅｌｅａｓｅ）  ８と比較してさらに高い単位時間当りのデータ送信量を支援するために、帯域幅拡張技術が議論されている。
【０００３】
キャリア集約技術とも呼ばれる帯域幅拡張技術は、データ送信のための帯域を拡張していずれか一つの帯域でデータを送信するＬＴＥ ｒｅｌｅａｓｅ  ８端末に比べて、データ送信量を増加させることができる。データ送信のための各帯域をコンポーネントキャリア（Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ、ＣＣ）と呼ぶ。
【０００４】
ＬＴＥ ｒｅｌｅａｓｅ  ８端末は、上りリンクと下りリンクに対して、それぞれ一つのコンポーネントキャリアを有するように規定されている。
【０００５】
上記したコンポーネントキャリアは、周波数の観点で連続的であってよく、不連続的であってもよい。
【０００６】
図１は、ＬＴＥ ｒｅｌｅａｓｅ  ８で下りリンクコンポーネントキャリア１００と、上りリンクコンポーネントキャリア１０１との連結関係を示す図である。
【０００７】
ＬＴＥ ｒｅｌｅａｓｅ  ８では、各端末が一つの下りリンクコンポーネントキャリア１００と一つの上りリンクコンポーネントキャリア１０１のみを通じて通信を行う。下りリンクコンポーネントキャリア１００を通じて上りリンクグラント（ＵＬ ｇｒａｎｔ）と下りリンク割り当て（ＤＬ ａｓｓｉｇｎｍｅｎｔ）が送信され、下りリンクコンポーネントキャリア１００と連結された上りリンクコンポーネントキャリア１０１を通じて前記ＵＬ ｇｒａｎｔに対するＰＵＳＣＨが送信される。図１において、下りリンクコンポーネントキャリア１００と上りリンクコンポーネントキャリア１０１との間の実線は、下りリンクコンポーネントキャリア１００と、下りリンクコンポーネントキャリア１００から送信されるＵＬ ｇｒａｎｔによってスケジューリングされるＰＵＳＣＨ送信が行われる上りリンクコンポーネントキャリア１０１との間の連結関係を示すものである。
【０００８】
ＬＴＥ ｒｅｌｅａｓｅ  ８端末は、送信しようとするデータがある時、ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）送信のためのスケジューリング情報をＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を通じて基地局（ｅＮｏｄｅＢ、ｅＮＢ）から受信する。前記スケジューリング情報は、上りリンクグラント（ＵＬ ｇｒａｎｔ）とも呼ぶ。ＬＴＥ ｒｅｌｅａｓｅ  ８では、ＵＬ ｇｒａｎｔとしてＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）フォーマット０の一つだけが定義されている。基地局は、前記ＰＤＣＣＨが送信される下りリンクキャリア（Ｄｏｗｎｌｉｎｋ  ｃａｒｒｉｅｒ）のチャネル状態を分かるために、ＤＣＩフォーマット０のチャネル状態情報要請（ＣＳＩ ｒｅｑｕｅｓｔ）フィールド１ビットを利用して、非周期チャネル状態情報（非周期的ＣＳＩ）を端末に要請することができる。ＤＣＩフォーマット０の信号を受信した端末は、受信した信号のうちチャネル状態情報要請フィールドを分析し、信号を受信した該当サブフレーム（ｓｕｂｆｒａｍｅ）でチャネル状態を測定し、上りリンクコンポーネントキャリア１０１を通じて測定された前記下りリンクコンポーネントキャリア１００の非周期チャネル状態情報を基地局に送信するようになる。前記非周期チャネル状態情報は、ＰＵＳＣＨで端末が送信しようとするデータと多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）される。非周期チャネル状態情報を送信する時、ＰＵＳＣＨで端末が送信しようとするデータと多重化して送信するが、本発明では、簡単に「非周期チャネル状態情報を送信する」と言及することにする。以下の説明でも、多重化する手続についての説明は省略する。
【０００９】
ＬＴＥ−Ａでは、帯域幅拡張技術が使用され、一つの端末が多数の下りリンクコンポーネントキャリアと上りリンクコンポーネントキャリアを利用して通信することができる。このような場合、上述したような従来の技術では、非周期チャネル状態情報を要請して送信することができないという問題がある。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明は、上述した問題点を解決するために提案されたもので、帯域幅拡張技術が使用される場合にも、基地局は下りリンクコンポーネントキャリアの非周期チャネル状態情報を要請し、端末が前記下りリンクコンポーネントキャリアのチャネル状態を測定して、上りリンクコンポーネントキャリアを通じて非周期チャネル状態情報の送信を可能とすることにその目的がある。
【課題を解決するための手段】
【００１１】
前記課題を達成するために、本発明の一実施形態に係る基地局が端末にチャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）を要請する方法は、チャネル状態情報が要請された下りリンクコンポーネントキャリア（ＤＬ ＣＣ：ＤｏｗｎＬｉｎｋ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）に相当する上りリンクコンポーネントキャリア（ＵＬ ＣＣ：ＵｐＬｉｎｋ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）をスケジューリングする上りリンクグラント（ＵＬ ｇｒａｎｔ：Ｕｐｌｉｎｋ  ｇｒａｎｔ）のチャネル状態情報要請フィールドを要請値に設定する上りリンクグラント設定ステップと、前記上りリンクグラントを前記端末に送信する送信ステップと、を含む。
【００１２】
前記課題を達成するために、本発明の一実施形態に係る端末にチャネル状態情報を要請する基地局は、チャネル状態情報が要請された下りリンクコンポーネントキャリアに相当する上りリンクコンポーネントキャリアをスケジューリングする上りリンクグラントのチャネル状態情報要請フィールドを要請値に設定するスケジューラと、前記上りリンクグラントを前記端末に送信する送信機と、を含む。
【００１３】
前記課題を達成するために、本発明の一実施形態に係る端末が基地局にチャネル状態情報を送信する方法は、基地局から上りリンクグラントを受信するステップと、前記上りリンクグラントのチャネル状態情報要請フィールドを分析する分析ステップと、前記分析結果、チャネル状態情報要請フィールドのフィールド値が要請値であれば、前記上りリンクグラントがスケジューリングする上りリンクコンポーネントキャリアに相当する下りリンクコンポーネントキャリアのチャネル状態を測定して、チャネル状態情報を生成するチャネル状態情報生成ステップと、前記チャネル状態情報を前記スケジューリングされた上りリンクコンポーネントキャリアを通じて前記基地局に送信するステップと、を含む。
【００１４】
前記課題を達成するために、本発明の一実施形態に係る基地局にチャネル状態情報を送信する端末は、基地局から上りリンクグラントを受信する受信機と、前記上りリンクグラントのチャネル状態情報要請フィールドを分析するＰＤＣＣＨ復号器（ｄｅｃｏｄｅｒ）と、前記分析結果、チャネル状態情報要請フィールドのフィールド値が要請値であれば、前記上りリンクグラントがスケジューリングする上りリンクコンポーネントキャリアに相当する下りリンクコンポーネントキャリアのチャネル状態を測定して、チャネル状態情報を生成する非周期的ＣＳＩ符号器（ｅｎｃｏｄｅｒ）と、前記チャネル状態情報を前記スケジューリングされた上りリンクコンポーネントキャリアを通じて前記基地局に送信する送信機と、を含む。
【００１５】
前記課題を達成するために、本発明の一実施形態に係る基地局が端末にチャネル状態情報を要請する方法は、上りリンクグラントのチャネル状態情報要請フィールドを要請値に設定し、上位レイヤによって設定された方式により前記上りリンクグラントにチャネル品質情報が要請される下りリンクコンポーネントキャリアの識別情報を含ませる上りリンクグラント設定ステップと、前記上りリンクグラントを前記端末に送信する送信ステップと、を含む。
【００１６】
前記課題を達成するために、本発明の一実施形態に係る端末にチャネル状態情報を要請する基地局は、上りリンクグラントのチャネル状態情報要請フィールドを要請値に設定し、上位レイヤによって設定された方式により前記上りリンクグラントにチャネル品質情報が要請される下りリンクコンポーネントキャリアの識別情報を含ませるスケジューラと、前記上りリンクグラントを前記端末に送信する送信機と、を含む。
【００１７】
前記課題を達成するために、本発明の一実施形態に係る端末が基地局にチャネル状態情報を送信する方法は、基地局から上りリンクグラントを受信するステップと、前記上りリンクグラントのチャネル状態情報要請フィールドを分析する分析ステップと、前記分析結果、チャネル状態情報要請フィールドのフィールド値が要請値であれば、上位レイヤによって設定された方式及び前記上りリンクグラントに含まれた下りリンクコンポーネントキャリアの識別情報により、下りリンクコンポーネントキャリアを選択するキャリア選択ステップと、前記選択された下りリンクコンポーネントキャリアのチャネル状態を測定して、チャネル状態情報を生成するチャネル状態情報生成ステップと、前記生成されたチャネル状態情報を前記スケジューリングされた上りリンクコンポーネントキャリアを通じて前記基地局に送信するステップと、を含む。
【００１８】
前記課題を達成するために、本発明の一実施形態に係る基地局にチャネル状態情報を送信する端末は、基地局から上りリンクグラントを受信する受信機と、前記上りリンクグラントのチャネル状態情報要請フィールドを分析するＰＤＣＣＨ復号器と、前記分析結果、チャネル状態情報要請フィールドのフィールド値が要請値であれば、上位レイヤによって設定された方式及び前記上りリンクグラントに含まれた下りリンクコンポーネントキャリアの識別情報により、下りリンクコンポーネントキャリアを選択し、前記選択された下りリンクコンポーネントキャリアのチャネル状態を測定してチャネル状態情報を生成する非周期的ＣＳＩ符号器と、前記生成されたチャネル状態情報を前記スケジューリングされた上りリンクコンポーネントキャリアを通じて前記基地局に送信する送信機と、を含む。
【００１９】
その他の実施形態の具体的な事項は、詳細な説明及び図面に含まれている。
【発明の効果】
【００２０】
本発明の一実施形態によれば、帯域幅拡張技術が使用される場合にも、基地局は、下りリンクコンポーネントキャリアの非周期チャネル状態情報を要請し、端末が前記下りリンクコンポーネントキャリアのチャネル状態を測定して上りリンクコンポーネントキャリアから前記非周期チャネル状態情報を送信することを可能とする効果がある。
【図面の簡単な説明】
【００２１】
【図１】ＬＴＥ ｒｅｌｅａｓｅ  ８において、下りリンクコンポーネントキャリア１００と上りリンクコンポーネントキャリア１０１との連結関係を示す図である。
【図２】本発明の第１実施形態に係る下りリンクコンポーネントキャリア２００，２０１，２０２，２０３及び２０４と、上りリンクコンポーネントキャリア２０５，２０６及び２０７との連結関係を示す図である。
【図３】本発明の第１実施形態に係る基地局の非周期チャネル状態情報要請と端末の非周期チャネル状態情報送信との手続を示すフローチャートである。
【図４】本発明の第２実施形態に係る下りリンクコンポーネントキャリア４００，４０１，４０２と、上りリンクコンポーネントキャリア４０３，４０４との連結関係を示す図である。
【図５】本発明の第２実施形態に係る非周期チャネル状態情報の要請および送信の手続を示すフローチャートである。
【図６】本発明の第３実施形態に係る非周期チャネル状態情報の要請および送信の手続を示すフローチャートである。
【図７】本発明の第４実施形態に係る下りリンクコンポーネントキャリアと、上りリンクコンポーネントキャリアとの連結関係を示す図である。
【図８】本発明の第４実施形態に係る非周期チャネル状態情報の要請および送信の手続を示すフローチャートである。
【図９】本発明の第５実施形態に係る下りリンクコンポーネントキャリアと、上りリンクコンポーネントキャリアとの連結関係を示す図である。
【図１０】本発明の第５実施形態に係る非周期チャネル状態情報の要請および送信の手続を示すフローチャートである。
【図１１】本発明の一実施形態に係る端末のブロック構成図である。
【図１２】本発明の一実施形態に係る基地局のブロック構成図である。
【図１３】本発明の第６実施形態に係る下りリンクコンポーネントキャリア１３００，１３０１，１３０２，１３０３及び１３０４と、上りリンクコンポーネントキャリア１３０４，１３０６及び１３０７との連結関係を示す図である。
【図１４】本発明の第６実施形態に係る基地局の非周期チャネル状態情報要請の手続を示すフローチャートである。
【図１５】本発明の第６実施形態に係る端末の非周期チャネル状態情報送信の手続を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、本発明の属する技術分野で通常の知識を有する者が本発明を容易に実施できるほどに本発明の好ましい実施形態を添付された図面を参照して詳細に説明すれば、次の通りである。
【００２３】
実施形態を説明するに当たり、本発明が属する技術分野に広く知られており、本発明と直接的に関連ない技術内容に対しては、説明を省略する。これは、不必要な説明を省略することで、本発明の要旨を不明確にせず、さらに明確に伝達するためである。
【００２４】
同様な理由で添付図面において一部の構成要素は、誇張または省略されるか、概略的に示された。また、各構成要素の大きさは、実際の大きさを全面的に反映するものではない。各図面において同一または対応する構成要素には、同一の参照番号を付与した。
【００２５】
以下、本発明の実施形態により携帯端末機を説明するための図面を参考して、本発明について説明する。
【００２６】
３ＧＰＰで議論されているか又は議論されるキャリア集約技術に関連する用語とその定義は、次の通りである。
−  Ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｌｅ  ｃａｒｒｉｅｒ：ＬＴＥ端末も接続可能なキャリア
−  Ｎｏｎ−ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｌｅ  ｃａｒｒｉｅｒ：ＬＴＥ−Ａ端末のみ接続可能なキャリア
−  ＤＬ（Ｄｏｗｎｌｉｎｋ）  ＣＣ ｓｅｔ：下りリンクコンポーネントキャリアの集合
−  ＵＬ（Ｕｐｌｉｎｋ）  ＣＣ ｓｅｔ：上りリンクコンポーネントキャリアの集合
−キャリア指示フィールド（ＣＩＦ：Ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｏｒ  Ｆｉｅｌｄ）：特定コンポーネントキャリアでＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）の送信が難しい状況の際、他のコンポーネントキャリアからＰＤＣＣＨを送信し、該当ＰＤＣＣＨが他のコンポーネントキャリアのＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）やＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）を指示することを知らせるフィールドである。ＤＣＩフォーマットに３ビットを追加して他のコンポーネントキャリアを指示できるように決定される。クロスキャリアスケジューリング（ｃｒｏｓｓ  ｃａｒｒｉｅｒ  ｓｃｈｅｄｕｌｉｎｇ）をする時のみに、ＤＣＩフォーマットにＣＩＦが含まれ、クロスキャリアスケジューリングを行わない場合には、ＤＣＩフォーマットにＣＩＦが含まれない。下りリンクコンポーネントキャリアは、上りリンクコンポーネントキャリアと連結されており、前記連結関係は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）信号によって送信される。前記ＣＩＦが下りリンク割り当て（ＤＬ ａｓｓｉｇｎｍｅｎｔ）に含まれている時、前記ＣＩＦは、ＤＬ ａｓｓｉｇｎｍｅｎｔによってスケジューリングされるＰＤＳＣＨが送信されるＤＬ ＣＣを示し、前記ＣＩＦが上りリンクグラントに含まれている時、前記ＣＩＦは、ＵＬ ｇｒａｎｔによってスケジューリングされるＰＵＳＣＨが送信されるＵＬ ＣＣを示すように定義される。
【００２７】
本発明で使用される用語において、下りリンクコンポーネントキャリア、ＤＬ ＣＣは、同じ意味に使用され、下りリンクで制御情報やデータを送信するためのキャリアを意味する。また、上りリンクコンポーネントキャリア、ＵＬ ＣＣは、同じ意味に使用され、上りリンクで制御情報やデータを送信するためのキャリアを意味する。
【００２８】
前記用語の他にもＤＬアンカー（ａｎｃｈｏｒ）ＣＣまたは、ＤＬ ＰＣＣ（Ｐｒｉｍａｒｙ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）やＵＬ ａｎｃｈｏｒ ＣＣまたはＵＬ  ＰＣＣに対して議論が進められている。この発明では、ＤＬ ａｎｃｈｏｒ ＣＣとＵＬ ａｎｃｈｏｒ ＣＣという用語のみを使用することにする。ＤＬ ａｎｃｈｏｒ ＣＣやＵＬ ａｎｃｈｏｒ ＣＣは、端末の観点で定義され、前記コンポーネントキャリアは、特定システム情報や制御情報を送信するために使用される。
【００２９】
一方、ＤＬ ＣＣとＵＬ ＣＣは、互いに連結（ｌｉｎｋ）されており、ＤＣＩフォーマットにＣＩＦが存在する時は、一つのＤＬ ＣＣと複数のＵＬ ＣＣ、または、複数のＤＬ ＣＣと一つのＵＬ ＣＣが連結される。ＣＩＦは、ＰＵＳＣＨが送信されるＵＬ ＣＣを示す。もちろん、ＤＣＩフォーマットにＣＩＦが存在しない時は、一つのＤＬ ＣＣは一つのＵＬ ＣＣと連結されなければならないことが分かる。
【００３０】
本発明を説明する前に、下りリンクコンポーネントキャリアからなるＤＬ ＣＣ ｓｅｔ、ＤＬ ａｎｃｈｏｒ ＣＣについて説明する。
【００３１】
上記で説明したように、ＤＬ ＣＣ ｓｅｔは、セルにより定義される下りリンクコンポーネントキャリアの集合である。端末に割り当てられる下りリンクコンポーネントキャリアは、ＲＲＣ信号によってＤＬ ＣＣ ｓｅｔに含まれているキャリア中の一部または全体のキャリアに定義される。端末により他の下りリンクコンポーネントキャリアが割り当てられてもよい。
【００３２】
例えば、ＤＬ ＣＣ ｓｅｔ＝｛１、２、３、４、５｝とし、各番号は、２０ＭＨｚ帯域幅を有するコンポーネントキャリアを意味すると仮定する場合、ＤＬ ＣＣ ｓｅｔに含まれているキャリアのうちセルが割り当てられるキャリアの最大個数が端末の性能によって設定される。また、例えば、ネットワークは、特定端末に割り当てられる下りリンクコンポーネントキャリアを１、３、４に設定することができ、この中でＤＬ ａｎｃｈｏｒ ＣＣは、３に割り当てる。前記例では、ＤＬ ＣＣ ｓｅｔに含まれた全てのコンポーネントキャリアの帯域が同一であると仮定したが、各コンポーネントキャリアごとに帯域が異なる場合にも適用される。
【００３３】
図２は、本発明の第１実施形態に係る下りリンクコンポーネントキャリア２００，２０１，２０２，２０３及び２０４と、上りリンクコンポーネントキャリア２０５，２０６及び２０７との連結関係を示す図である。
【００３４】
第１実施形態では、クロスキャリアスケジューリングが許容される。すなわち、ＵＬ ｇｒａｎｔやＤＬ ａｓｓｉｇｎｍｅｎｔにＣＩＦが含まれる場合である。
【００３５】
図２を参照すれば、ＤＬ ＣＣ１（２００）は、ＵＬ ＣＣ１（２０５）、ＵＬ ＣＣ２（２０６）、ＵＬ ＣＣ３（２０７）と連結関係を有しており、前記連結関係は、図２において実線で表示されている。前記ＤＬ ＣＣ１（２００）を通じてＵＬ ｇｒａｎｔとＤＬ ａｓｓｉｇｎｍｅｎｔが全部送信されてもよい。一方、ＤＬ ＣＣ２（２０１）、ＤＬ ＣＣ３（２０２）、ＤＬ ＣＣ４（２０３）、ＤＬ ＣＣ５（２０４）は、いずれのＵＬ ＣＣとも連結関係がなく、このＤＬ ＣＣ２０１，２０２，２０３及び２０４を通じては、ＵＬ ｇｒａｎｔやＤＬ ａｓｓｉｇｎｍｅｎｔが送信されない。したがって、前記ＤＬ ＣＣ２０１，２０２，２０３及び２０４を通じては、ＰＤＳＣＨ、すなわち、下りリンクデータのみが送信される。前記ＤＬ ＣＣ２０１，２０２，２０３及び２０４に対するＵＬ制御情報、すなわち、ＡＣＫ／ＮＡＣＫなどは、ＲＲＣ信号によって定義されるＵＬ ａｎｃｈｏｒ ＣＣを通じて送信される。前記図２のＤＬ ＣＣとＵＬ ＣＣ間の連結関係を仮定して、図３で基地局（ｅＮｏｄｅＢ、ｅＮＢ）が端末に特定ＤＬ ＣＣ２０１，２０２，２０３または２０４のための非周期チャネル状態情報を要請し、端末が測定したチャネル状態情報をＵＬ ＣＣを通じて基地局に送信するための手続を説明する。
【００３６】
図３は、本発明の第１実施形態に係る基地局の非周期チャネル状態情報要請と端末の非周期チャネル状態情報送信との手続を示すフローチャートである。
【００３７】
第１実施形態に係る非周期チャネル状態情報を要請するための方法は、ＣＳＩ ｒｅｑｕｅｓｔフィールドが１に設定されている時、ＵＬ ｇｒａｎｔに含まれたＣＩＦがＰＵＳＣＨ送信が行われるＵＬ ＣＣを示すものではなく、非周期チャネル状態情報が必要なＤＬ ＣＣを示すようにすることにその特徴がある。これについて図３を参照して詳しく説明する。
【００３８】
ステップ３００で基地局は、非周期チャネル状態情報が必要なＤＬ ＣＣの識別子をＵＬ ｇｒａｎｔのＣＩＦに設定し、ＵＬ ｇｒａｎｔのＣＳＩ ｒｅｑｕｅｓｔフィールドを１に設定する。例えば、図２でＤＬ ＣＣ２（２０１）の非周期チャネル状態情報が必要であれば、ＣＩＦを２に設定し、ＤＬ ＣＣ３（２０２）の非周期チャネル状態情報が必要であれば、ＣＩＦを３に設定し、ＤＬ ＣＣ４（２０３）の非周期チャネル状態情報が必要であれば、ＣＩＦを４に設定し、ＤＬ ＣＣ５（２０４）の非周期チャネル状態情報が必要であれば、ＣＩＦを５に設定する。ＣＩＦの設定方式は、基地局と端末との間に事前に設定された規則による。
【００３９】
チャネル状態情報要請（ＣＳＩ ｒｅｑｕｅｓｔ）フィールドは、そのＣＳＩ ｒｅｑｕｅｓｔフィールドを有するＵＬ ｇｒａｎｔがチャネル状態情報ＣＳＩを要請するＵＬ ｇｒａｎｔであることを識別できるようにするフィールドである。ＣＳＩ ｒｅｑｕｅｓｔフィールドが１に設定されたことは、ＵＬ ｇｒａｎｔがＣＳＩを要請する信号であることを意味する。ＣＳＩ ｒｅｑｕｅｓｔフィールドが０に設定されれば、ＵＬ ｇｒａｎｔがＣＳＩを要請する信号であることを意味する場合も仮定できるが、以下の本発明の実施形態では、ＣＳＩ ｒｅｑｕｅｓｔフィールドが１に設定された時、ＵＬ ｇｒａｎｔがＣＳＩを要請する信号であることを意味すると仮定する。ＣＳＩ ｒｅｑｕｅｓｔフィールドは、０または１の値だけで十分な情報を伝達できるので、ＣＳＩ ｒｅｑｕｅｓｔフィールドに１ビットが割り当てられる。ただし、実施形態によってさらに多数のビットがＣＳＩ ｒｅｑｕｅｓｔフィールドに割り当てられ、この場合、０と１に加えて他に値がＵＬ ｇｒａｎｔがＣＳＩを要請する信号であることを意味する。
【００４０】
本明細書において「チャネル状態情報要請フィールドを要請値に設定する」という表現は、チャネル状態情報要請フィールドのフィールド値を、チャネル状態情報を要請するＵＬ ｇｒａｎｔであることを示す値に設定することを意味する。また、本明細書において「チャネル状態情報要請フィールドのフィールド値が要請値である」という表現は、チャネル状態情報要請フィールドのフィールド値が、チャネル状態情報を要請するＵＬ ｇｒａｎｔであることを示す値に設定されていることを意味する。以下では、要請値が１の場合、すなわち、チャネル状態情報要請フィールドのフィールド値１は、チャネル状態情報を要請するＵＬ ｇｒａｎｔであることを示すものと仮定する。
【００４１】
他の実施形態によれば、ＤＬ ＣＣを指示するフィールド、すなわち、ＣＩＦ設定のための事前に設定された規則の第一の方法は、ＤＬ ＣＣを指示するためのＣＩＦ  ３ビットを利用して、８種類のステート（ｓｔａｔｅ）の設定が可能であるので、図２のように５個のＤＬ ＣＣが存在する時、５種類のステートは、ＤＬ ＣＣをそれぞれ示すことができ、さらに別途一つのステートは、すべてのＤＬ ＣＣのチャネル状態情報をフィードバックすることができる。上記において、ＤＬ ＣＣを指示するために定められたフィールドが複数のＤＬ ＣＣを示すことは、上記した複数のＤＬ ＣＣの非周期チャネル状態情報の送信を要請することを意味する。
【００４２】
ＤＬ ＣＣを指示するＣＩＦ設定のための事前に設定された規則の第二の方法は、ＣＩＦ  ３ビットを利用して、８種類のステートの設定が可能であるので、例えば、３個のＤＬ ＣＣが存在する時、３種類のステートは、ＤＬ ＣＣをそれぞれ示し、他の３種類のステートは、二つのＤＬ ＣＣを同時に示し、他の１種類のステートは、三つのすべてのＤＬ ＣＣを示すこととする。例えば、各ＤＬ ＣＣを指示するための各ビットがいずれか一つのＤＬ ＣＣのチャネル状態情報の要請有無を示すことと割り当てられる。
【００４３】
ここで、事前に設定された規則は、ＲＲＣ信号またはその他の方法で知らせることができる。
【００４４】
ステップ３１０で基地局は、ＤＬ ＣＣ１（２００）を通じてＵＬ ｇｒａｎｔを端末に送信する。前記ステップ３１０でＵＬ ｇｒａｎｔを送信するためのＤＬ ＣＣとして、ＵＬ ｇｒａｎｔとＤＬ ａｓｓｉｇｎｍｅｎｔの送信が可能であり、ＵＬ ＣＣと連結のあるＤＬ ＣＣを選択する。非周期チャネル状態情報が必要なＤＬ ＣＣを示すために、ＣＩＦを使用するので、ＣＩＦが含まれたＵＬ ｇｒａｎｔを送信するＤＬ ＣＣは、上記した条件によって選択される。
【００４５】
ステップ３２０で端末は、ＤＬ ＣＣ１（２００）を通じてブラインド復号を行い、ＵＬ ｇｒａｎｔを受信した後、受信したＵＬ ｇｒａｎｔのＣＳＩ ｒｅｑｕｅｓｔフィールドが１に設定されたことを判断する。また、受信したＵＬ ｇｒａｎｔのＣＩＦから非周期チャネル状態情報が必要なＤＬ ＣＣを識別する。
【００４６】
ステップ３３０で端末は、非周期チャネル状態情報が必要なＤＬ ＣＣのチャネル状態を測定する。ここで、ＤＬ ＣＣのチャネル状態情報測定は、既に測定または格納された情報からＣＳＩを送信するための情報を抽出する動作を含んでもよい。これは、他の実施形態でも同様に適用される。
【００４７】
ステップ３４０で端末は、ＵＬ ｇｒａｎｔが送信されたＤＬ ＣＣ１（２００）と連結関係のあるＵＬ ＣＣを通じて、または、ＤＬ ＣＣ１（２００）と連結関係のあるＵＬ ＣＣのうち事前に設定された規則により選択されたＵＬ ＣＣを通じて、非周期チャネル状態情報を送信する。
【００４８】
ここで、事前に設定された規則の例を挙げれば、次の通りである。ＤＬ ＣＣ１（２００）と連結関係のあるＵＬ ＣＣが多数であり、そのＵＬ ＣＣの帯域幅がそれぞれ異なると、端末は、ＵＬ ｇｒａｎｔの長さからどのＵＬ ＣＣを通じて非周期チャネル状態情報を送信するべきかが分かる。また、ステップ３４０でＤＬ ＣＣ１（２００）と連結関係のあるＵＬ ＣＣが多数であり、そのＵＬ ＣＣの帯域幅がすべて同一であれば、事前にＲＲＣ信号または他の方法によって非周期チャネル状態情報を送信しなければならないＵＬ ＣＣが決定される。さらに他の方法は、ＤＬ ＣＣ１（２００）と連結関係のあるＵＬ ＣＣが多数である時、ＵＬ ａｎｃｈｏｒ ＣＣを通じて送信する。
【００４９】
基地局が二つ以上のＤＬ ＣＣの非周期チャネル状態情報を要請した場合、二つ以上のＤＬ ＣＣの非周期チャネル状態情報をそれぞれコーディングする代わりに、二つ以上のＤＬ ＣＣの非周期チャネル状態情報を一度にジョイントコーディング（ｊｏｉｎｔ  ｃｏｄｉｎｇ）する実施形態も可能である。二つ以上のＤＬ ＣＣの非周期チャネル状態情報の大きさが１１ビットを超過する場合、ＴＢＣＣ（Ｔａｉｌ  Ｂｉｔｉｎｇ  Ｃｏｎｖｏｌｕｔｉｏｎａｌ  Ｃｏｄｅ）あるいはターボ符号（Ｔｕｒｂｏ  Ｃｏｄｅ）を使用することができ、ＤＬ ＣＣの非周期チャネル状態情報の大きさが１１ビット以下の場合（３２、ｘ）ブロックコードを使用することができる。ｘは、情報のサイズを意味する。
【００５０】
前記第１実施形態についての説明において、既に活性化された（ａｃｔｉｖａｔｅｄ）ＤＬ ＣＣの非周期チャネル状態情報を要請することを仮定したが、非活性化された（ｄｅａｃｔｉｖａｔｅｄ）ＤＬ ＣＣの非周期チャネル状態情報の要請にも応用することができる。図２のＤＬ ＣＣ２０１，２０２，２０３及び２０４のうち非活性化されたＤＬ ＣＣが存在すれば、図３のステップにより基地局は、非活性化されたＤＬ ＣＣの非周期チャネル状態情報を要請し、端末は、前記非活性化されたＤＬ ＣＣの非周期チャネル状態情報を送信することができる。ただし、非活性化されたＤＬ ＣＣが周波数上で連続的であるか非連続的であるかによって、前記非活性化されたＤＬ ＣＣのＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）がついていてもよく、消えていてもよい。したがって、ステップ３３０で非活性化されたＤＬ ＣＣのＲＦがついている状態では、前記手続と相違なく、非活性化されたＤＬ ＣＣのＲＦが消えている時には、ＲＦをつけた後、前記非活性化されたＤＬ ＣＣのチャネル状態を測定しなければならない。
【００５１】
図４は、本発明の第２実施形態に係る下りリンクコンポーネントキャリア４００，４０１，４０２と、上りリンクコンポーネントキャリア４０３，４０４との連結関係を示す図である。
【００５２】
第２実施形態は、クロスキャリアスケジューリングを許容しない場合の実施形態である。すなわち、ＵＬ ｇｒａｎｔとＤＬ ａｓｓｉｇｎｍｅｎｔにＣＩＦが含まれない。図４を参照すれば、ＤＬ ＣＣ１（４００）はＵＬ ＣＣ１（４０３）と連結され、ＤＬ ＣＣ２（４０１）はＵＬ ＣＣ２（４０４）と連結される。上記した連結関係は、図４において実線で表示される。ＤＬ ＣＣ１（４００）とＤＬ ＣＣ２（４０１）を通じては、ＵＬ ｇｒａｎｔとＤＬ ａｓｓｉｇｎｍｅｎｔが全部送信される。一方、ＤＬ ＣＣ３（４０２）はいずれのＵＬ ＣＣとも連結されず、前記ＤＬ ＣＣ３（４０２）を通じては、ＤＬ ａｓｓｉｇｎｍｅｎｔの送信のみが許容される。ＤＬ ＣＣ３（４０２）に対するＵＬ制御情報、すなわち、ＡＣＫ／ＮＡＣＫなどは、ＲＲＣ信号によって定義されるＵＬ ａｎｃｈｏｒ ＣＣを通じて送信される。前記図４のような連結関係は、ＤＬ ＣＣを通じて送信されなければならないデータが多い場合に適したキャリア配置である。
【００５３】
図５は、本発明の第２実施形態に係る非周期チャネル状態情報の要請および送信の手続を示すフローチャートである。
【００５４】
本発明の第２実施形態に係る非周期チャネル状態情報を要請するための方法は、基地局が、本来ＵＬ ｇｒａｎｔの送信が許容されないが、非周期チャネル状態情報が必要なＤＬ ＣＣを通じてＵＬ ｇｒａｎｔを送信し、端末は、その信号を受信してＣＳＩ ｒｅｑｕｅｓｔが１になっていれば、その信号が間違って受信されたものでなく、その信号が受信されたＤＬ ＣＣの非周期チャネル状態情報に対する要請であることを認識させるのにその特徴がある。
【００５５】
現在、ＬＴＥの規格を調べれば、ＵＬ ｇｒａｎｔのＤＣＩフォーマット０とＤＬ ａｓｓｉｇｎｍｅｎｔのうち、ＤＣＩフォーマット１Ａは、長さが同じで、内部フィールドでＤＣＩフォーマットが０であるか１Ａであるかを区分するフラグ（ｆｌａｇ）が存在する。したがって、本来ＵＬ ｇｒａｎｔの送信が許容されないＤＬ ＣＣを通じてＵＬ ｇｒａｎｔを受信した端末が、この信号をブラインド復号する動作は、端末動作の観点で全く問題がないことが分かる。
【００５６】
ステップ５００で基地局は、ＵＬ ｇｒａｎｔのＣＳＩ ｒｅｑｕｅｓｔフィールドを１に設定する。ステップ５１０で基地局は、非周期チャネル状態情報が必要なＤＬ ＣＣ３（４０２）を通じてＵＬ ｇｒａｎｔを端末に送信する。ステップ５２０で端末は、ＤＬ ＣＣ３（４０２）を通じてブラインド復号を行ってＵＬ ｇｒａｎｔを受信した後、ＣＳＩ ｒｅｑｕｅｓｔフィールドが１に設定されたことを識別し、前記ＵＬ ｇｒａｎｔが間違って受信されたものでなく、ＤＬ ＣＣ３（４０２）の非周期チャネル状態情報に対する要請であることを認識する。ステップ５３０で端末は、非周期チャネル状態情報が必要なＤＬ ＣＣ３（４０２）のチャネル状態を測定する。ステップ５４０で端末は、ＵＬ ｇｒａｎｔが送信されたＤＬ ＣＣ３（４０２）の非周期チャネル状態情報を、事前に設定された規則により選択されたＵＬ ＣＣを通じて送信する。ここで、事前に設定された規則の例は、次の通りである。事前にＲＲＣ信号または他の方法によって非周期チャネル状態情報を送信しなければならないＵＬ ＣＣが決定されてもよく、ＵＬ ａｎｃｈｏｒ ＣＣを通じて非周期チャネル状態情報を送信するように決定されてもよい。
【００５７】
図６は、本発明の第３実施形態に係る非周期チャネル状態情報の要請および送信の手続を示すフローチャートである。
【００５８】
第３実施形態は、図２で提示された下りリンクコンポーネントキャリアと、上りリンクコンポーネントキャリアとの連結関係を再使用して説明する。第３実施形態では、第１実施形態と同様にクロスキャリアスケジューリングが許容され、ＵＬ ｇｒａｎｔとＤＬ ａｓｓｉｇｎｍｅｎｔにＣＩＦが含まれる。
【００５９】
第３実施形態に係る非周期チャネル状態情報を要請するための方法は、ＵＬ ｇｒａｎｔのＣＩＦがＤＬ ＣＣを示すか又はＵＬ ＣＣを示すかを知らせるためのＤＬ ＣＣ指示者あるいはＵＬ ＣＣ指示者をＵＬ ｇｒａｎｔに追加することがその特徴である。ＤＬ ＣＣ指示者またはＵＬ ＣＣ指示者は１ビットで実現される。下記では、ＵＬ ｇｒａｎｔにＤＬ ＣＣ指示者１ビットを追加することと仮定して説明する。ＵＬ ＣＣ指示者はＤＬ ＣＣ指示者と名前が異なるが、ＵＬ ｇｒａｎｔのＣＩＦがＤＬ ＣＣを示すか又はＵＬ ＣＣを示すかを知らせるためのフィールドという点で、本質的に同一である。
【００６０】
ステップ６００で基地局は、ＵＬ ｇｒａｎｔで非周期チャネル状態情報のためのＤＬ ＣＣ指示者を設定する。ＣＩＦがＤＬ ＣＣを指示するようにするためには、ＤＬ ＣＣ指示者を１に設定し、ＣＩＦがＵＬ ＣＣを指示するようにするためには、ＤＬ ＣＣ指示者を０に設定する。逆に、ＤＬ ＣＣを指示するようにするためには、ＤＬ ＣＣ指示者を０に設定し、ＣＩＦがＵＬ ＣＣを指示するようにするためには、ＤＬ ＣＣ指示者を１に設定する実施形態も考えられる。ＤＬ ＣＣ指示者の代わりにＵＬ ＣＣ指示者を用いる場合にも、類似する方式でＵＬ ＣＣ指示者が設定される。
【００６１】
ステップ６０１で非周期チャネル状態情報のためのＤＬ ＣＣ指示者が１の場合と、０の場合に手続が分岐する。ＤＬ ＣＣ指示者が１であれば、ＣＩＦがＤＬ ＣＣを指示する場合である。ＤＬ ＣＣ指示者が１の場合、手続はステップ６１０に進んで、ＤＬ ＣＣ指示者が０の場合、手続はステップ６２０に進む。
【００６２】
ステップ６１０で基地局は、ＵＬ ｇｒａｎｔのＣＩＦを非周期チャネル状態情報が必要なＤＬ ＣＣの識別子に設定し、ＵＬ ｇｒａｎｔのＣＳＩ ｒｅｑｕｅｓｔフィールドを１に設定する。例えば、図２でＤＬ ＣＣ２（２０１）の非周期チャネル状態情報が必要であれば、ＣＩＦを２に設定し、ＤＬ ＣＣ３（２０２）の非周期チャネル状態情報が必要であれば、ＣＩＦを３に設定し、ＤＬ ＣＣ４（２０３）の非周期チャネル状態情報が必要であれば、ＣＩＦを４に設定し、ＤＬ ＣＣ５（２０４）の非周期チャネル状態情報が必要であれば、ＣＩＦを５に設定する。ＣＩＦの設定方式は、基地局と端末の間に事前に設定された規則による。
【００６３】
ＤＬ ＣＣを指示するフィールド、すなわち、ＣＩＦ設定のための事前に設定された規則の第一の方法は、ＤＬ ＣＣを指示するためのＣＩＦ  ３ビットを利用して８種類のステートの設定が可能であるので、図２のように５個のＤＬ ＣＣが存在する時、５種類のステートは、ＤＬ ＣＣをそれぞれ示すことができ、さらに１種類のステートは、すべてのＤＬ ＣＣのチャネル状態情報をフィードバックすることができる。上記において、ＤＬ ＣＣを指示するために定められたフィールドが複数のＤＬ ＣＣを示すことは、上記した複数のＤＬ ＣＣの非周期チャネル状態情報の送信を要請することを意味する。
【００６４】
ＤＬ ＣＣを指示するＣＩＦ設定のための事前に設定された規則の第二の方法は、ＣＩＦ  ３ビットを利用して８種類のステートの設定が可能であるので、例えば、３個のＤＬ ＣＣが存在する時、３種類のステートは、ＤＬ ＣＣをそれぞれ示すことができ、さらに他の３種類のステートは、二つのＤＬ ＣＣを同時に示すことができ、他の１種類のステートは、三つのすべてのＤＬ ＣＣを示すことができる。例えば、各ＤＬ ＣＣを指示するための各ビットがいずれか一つのＤＬ ＣＣのチャネル状態情報の要請有無を示すことにより、割り当てられる。
【００６５】
ここで、事前に設定された規則は、ＲＲＣ信号またはその他の方法で知らせることができる。
【００６６】
ステップ６１１で基地局は、ＵＬ ＣＣと連結されたＤＬ ＣＣのうち選択されたＤＬ ＣＣを通じてＵＬ ｇｒａｎｔを送信する。例えば、図２で基地局は、ＵＬ ｇｒａｎｔをＤＬ ＣＣ１（２００）を通じて端末に送信する。ＵＬ ｇｒａｎｔとＤＬ ａｓｓｉｇｎｍｅｎｔの送信が可能であり、ＵＬ ＣＣと連結のあるＤＬ ＣＣがＵＬ ｇｒａｎｔを送信するＤＬ ＣＣに選択される。非周期チャネル状態情報が必要なＤＬ ＣＣを示すために、ＣＩＦを使用するので、ＣＩＦが含まれたＵＬ ｇｒａｎｔを送信するＤＬ ＣＣは、上記した条件に基づいて選択される。
【００６７】
ステップ６１２で端末は、ＤＬ ＣＣでブラインド復号を行ってＵＬ ｇｒａｎｔを受信する。端末は、ＵＬ ｇｒａｎｔのＣＳＩ ｒｅｑｕｅｓｔフィールドが１に設定されたことを認識する。端末は、受信したＵＬ ｇｒａｎｔがＣＳＩを要請する信号であることを認識することができる。端末は、受信したＵＬ ｇｒａｎｔのＤＬ ＣＣ指示者を抽出する。ここで、ＵＬ ｇｒａｎｔのＤＬ ＣＣ指示者は１であるので、端末は、受信したＵＬ ｇｒａｎｔのＣＩＦから非周期チャネル状態情報が必要なＤＬ ＣＣを識別することができる。ＵＬ ｇｒａｎｔのＤＬ ＣＣ指示者が０の場合、ステップ６２２のような過程が行われる。これに対しては、後述する。
【００６８】
ステップ６１３で端末は、非周期チャネル状態情報が必要なＤＬ ＣＣのチャネル状態を測定する。非周期チャネル状態情報が必要なＤＬ ＣＣは、上述したようにＣＩＦを利用して識別することができる。
【００６９】
ステップ６１４で端末は、ＵＬ ｇｒａｎｔが送信されたＤＬ ＣＣと連結されたＵＬ ＣＣを通じて、または、ＤＬ ＣＣと連結されたＵＬ ＣＣのうち事前に設定された規則により選択されたＵＬ ＣＣを通じて非周期チャネル状態情報を基地局に送信する。ここで、事前に設定された規則の例は、次の通りである。ＤＬ ＣＣと連結されたＵＬ ＣＣが多数であり、ＵＬ ＣＣの帯域幅がそれぞれ異なれば、端末は、ＵＬ ｇｒａｎｔの長さからどのＵＬ ＣＣ上で非周期チャネル状態情報を送信するかを識別することができる。また、ＤＬ ＣＣと連結されたＵＬ ＣＣが多数であり、前記ＵＬ ＣＣの帯域幅がすべて同一であれば、事前にＲＲＣ信号または他の方法によって非周期チャネル状態情報を送信しなければならないＵＬ ＣＣが約束される。さらに他の方法は、ＤＬ ＣＣと連結関係のあるＵＬ ＣＣが多数である時、ＵＬ ａｎｃｈｏｒ ＣＣから送信する。
【００７０】
基地局が二つ以上のＤＬ ＣＣの非周期チャネル状態情報を要請した場合、二つ以上のＤＬ ＣＣの非周期チャネル状態情報をそれぞれコーディングする代わりに、二つ以上のＤＬ ＣＣの非周期チャネル状態情報を一度にジョイントコーディングする実施形態も可能である。二つ以上のＤＬ ＣＣの非周期チャネル状態情報の大きさが１１ビットを超過する場合、ＴＢＣＣあるいはターボ符号を使用することができ、ＤＬ ＣＣの非周期チャネル状態情報の大きさが１１ビット以下の場合、（３２、ｘ）ブロックコードを使用することができる。ｘは、情報サイズを意味する。
【００７１】
ステップ６０１に復帰して、ステップ６０１でＤＬ ＣＣ指示者が０であれば、ＣＩＦがＵＬ ＣＣを指示する場合である。この場合は、ＣＩＦがＵＬ ＣＣを指示する場合であるため、非周期チャネル状態情報が必要なＤＬ ＣＣは、ＣＩＦが指示するＵＬ ＣＣと連結関係でなければならない。ＤＬ ＣＣ指示者が０の場合、ステップ６２０に進む。
【００７２】
ステップ６２０で基地局は、ＵＬ ｇｒａｎｔのＣＩＦを端末がＰＵＳＣＨ送信を行うＵＬ ＣＣの番号に設定し、ＵＬ ｇｒａｎｔのＣＳＩ ｒｅｑｕｅｓｔフィールドを１に設定する。ステップ６２１で基地局は、非周期チャネル状態情報が必要なＤＬ ＣＣを通じてＵＬ ｇｒａｎｔを端末に送信する。例えば、図２では、ＤＬ ＣＣ１（２００）の非周期チャネル状態情報を受信するために、ＤＬ ＣＣ１（２００）を通じてＵＬ ｇｒａｎｔを端末に送信することができる。図２において単にＤＬ ＣＣ１（２００）のみがＵＬ ＣＣと連結されていることが分かる。
【００７３】
ステップ６２２で端末は、ＤＬ ＣＣでブラインド復号を行ってＵＬ ｇｒａｎｔを受信する。端末は、ＵＬ ｇｒａｎｔのＣＳＩ ｒｅｑｕｅｓｔフィールドが１に設定されたことを認識する。ＵＬ ｇｒａｎｔのＣＳＩ ｒｅｑｕｅｓｔフィールドが１であるため、端末は、受信したＵＬ ｇｒａｎｔがＣＳＩを要請するＵＬ ｇｒａｎｔであることを識別することができる。端末は、ＵＬ ｇｒａｎｔのＤＬ ＣＣ指示者を抽出する。ここで、端末は、ＤＬ ＣＣ指示者が０に設定されたことを識別することができる。したがって、端末は、ＵＬ ｇｒａｎｔのＣＩＦからＰＵＳＣＨ送信を行わなければならないＵＬ ＣＣを識別することができる。
【００７４】
ステップ６２３で端末は、非周期チャネル状態情報が必要なＤＬ ＣＣのチャネル品質を測定する。ここで、ＵＬ ｇｒａｎｔの送信に利用されたＤＬ ＣＣが、チャネル状態情報が必要なＤＬ ＣＣになるのは、上述したことと同一である。
【００７５】
ステップ６２４で端末は、ＰＵＳＣＨ送信を行わなければならないＵＬ ＣＣ、すなわち、ＣＩＦが指示したＵＬ ＣＣを通じて非周期チャネル状態情報を送信する。
【００７６】
前記図６で説明した第３実施形態は、ＣＩＦがＤＬ ＣＣを示すか、ＵＬ ＣＣを示すかを区分する指示者をＵＬ ｇｒａｎｔに追加する。これにより、キャリア集約（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）技術を適用したシステムで既存のＬＴＥ規格によれば、非周期チャネル状態情報を要請または送信できない場合にも、ＣＩＦが非周期チャネル状態情報が必要なＤＬ ＣＣを示すようにして、非周期チャネル状態情報の要請を支援することができる。他の特定ＤＬ ＣＣに対しては、既存のＬＴＥ規格で支援が可能な場合、ＣＩＦがチャネル状態情報の送信に使用されるＵＬ ＣＣを示すようにして、非周期チャネル状態情報要請を支援することができる。
【００７７】
前記図６を利用した方法は、既に活性化されたＤＬ ＣＣの非周期チャネル状態情報の要請についての説明であったが、非活性化されたＤＬ ＣＣの非周期チャネル状態情報の要請にも使用することができる。図２のＤＬ ＣＣ２０１，２０２，２０３，及び２０４のうち非活性化されたＤＬ ＣＣが存在すれば、図６のステップによりＣＩＦがＤＬ ＣＣを示すとＤＬ ＣＣ指示者を設定し、基地局は、非活性化されたＤＬ ＣＣの非周期チャネル状態情報を要請し、端末は、前記非活性化されたＤＬ ＣＣの非周期チャネル状態情報を送信することができる。ただし、非活性化されたＤＬ ＣＣが周波数上で連続的であるか非連続的であるかによって、前記非活性化されたＤＬ ＣＣのＲＦがついていてもよく、消えていてもよい。ステップ６１３で非活性化されたＤＬ ＣＣのＲＦがついている状態では、図６の手続と相違なく、非活性化されたＤＬ ＣＣのＲＦが消えている状態では、ＲＦをつけた後に前記非活性化されたＤＬ ＣＣのチャネル品質を測定しなければならない。
【００７８】
図７は、本発明の第４実施形態に係る下りリンクコンポーネントキャリアと、上りリンクコンポーネントキャリアとの連結関係を示す図である。第４実施形態は、クロスキャリアスケジューリングが許容される場合である。すなわち、ＵＬ ｇｒａｎｔやＤＬ ａｓｓｉｇｎｍｅｎｔにＣＩＦが含まれる場合である。まず、上記した連結関係について詳しく説明することにする。
【００７９】
図７を参照すれば、ＤＬ ＣＣ１（７００）は、ＵＬ ＣＣ１（７０３）、ＵＬ ＣＣ２（７０４）、ＵＬ ＣＣ３（７０５）、ＵＬ ＣＣ４（７０６）と連結され、前記連結関係は、図７において実線で表示されている。ＤＬ ＣＣ１（７００）を通じてＵＬ ｇｒａｎｔとＤＬ ａｓｓｉｇｎｍｅｎｔが全部送信される。一方、ＤＬ ＣＣ２（７０１）、ＤＬ ＣＣ３（７０２）は、いずれのＵＬ ＣＣとも連結されず、ＤＬ ＣＣ７０１，７０２を通じては、ＵＬ ｇｒａｎｔやＤＬ ａｓｓｉｇｎｍｅｎｔが送信されない場合を仮定する。したがって、ＤＬ ＣＣ７０１，７０２では、ＰＤＳＣＨ、すなわち、下りリンクデータだけが送信される。ＤＬ ＣＣ７０１，７０２に対するＵＬ制御情報、すなわち、ＡＣＫ／ＮＡＣＫなどは、ＲＲＣ信号によって定義されるＵＬ ａｎｃｈｏｒ ＣＣを通じて送信される。
【００８０】
図８は、本発明の第４実施形態に係る非周期チャネル状態情報の要請および送信の手続を示すフローチャートである。
【００８１】
本発明の第４実施形態に係る非周期チャネル状態情報を要請するための方法は、ＵＬ ｇｒａｎｔのＣＩＦ値のうちＵＬ ＣＣの識別子として使用されないＣＩＦ値は、非周期チャネル状態情報が必要なＤＬ ＣＣを示す識別子として使用されることが特徴である。すなわち、図７でＵＬ ＣＣを示す識別子として使用されるＣＩＦ値は、１、２、３、４であるため、それ以外の値である５、６、７、８をＤＬ ＣＣ２とＤＬ ＣＣ３を示す値に使用する。前記例では、ＤＬ ＣＣ２（７０１）を示すＣＩＦ値として５を、ＤＬ ＣＣ３（７０２）を示すＣＩＦ値として６を使用することができる。ＵＬ ｇｒａｎｔのＣＩＦをＤＬ ＣＣを示すＣＩＦ値に設定して送信すれば、端末は、該当ＵＬ ｇｒａｎｔを受信し、ＵＬ ｇｒａｎｔのＣＳＩ ｒｅｑｕｅｓｔフィールドが１であることを認識することができ、ＵＬ ｇｒａｎｔのＣＩＦが５または６であることを認識することができる。ＣＩＦ値の５または６は、ＤＬ ＣＣの識別子として使用されるように、基地局及び端末が予め約束することができる。したがって、端末は、５または６の値を有するＵＬ ｇｒａｎｔのＣＩＦがＰＵＳＣＨ送信のためのＵＬ ＣＣの識別子として使用されず、非周期チャネル状態情報が必要なＤＬ ＣＣの識別子として使用されたことが分かる。
【００８２】
図８を参照すれば、ステップ８００で基地局は、ＵＬ ｇｒａｎｔのＣＳＩ ｒｅｑｕｅｓｔフィールドを１に設定する。また、基地局は、ＵＬ ｇｒａｎｔのＣＩＦを、非周期チャネル状態情報が必要なＤＬ ＣＣの識別子として割り当てられたＣＩＦ値に設定する。ＤＬ ＣＣの識別子として割り当てられたＣＩＦ値は、ＵＬ ＣＣの識別子として割り当てられないＣＩＦ値のうち事前に定義された値である。例えば、基地局は、事前にＤＬ ＣＣ２の識別子として５を、ＤＬ ＣＣ３の識別子として６を割り当て、このような割当情報をＲＲＣ信号またはその他の方法によって端末に伝達することができる。図７でＤＬ ＣＣ２（７０１）の非周期チャネル状態情報が必要であれば、ＣＩＦ値を５に設定し、ＤＬ ＣＣ３（７０２）の非周期チャネル状態情報が必要であれば、ＣＩＦ値を６に設定する。
【００８３】
第１実施形態及び第３実施形態のように、ＣＩＦのステートのうち一つを利用して複数のＤＬ ＣＣのチャネル状態情報を要請することが可能である。ただし、第４実施形態では、ＣＩＦのステートが不足し得るので、第１実施形態及び第３実施形態よりは、制限された範囲で複数のＤＬ ＣＣのチャネル状態情報の要請が許容される。
【００８４】
ステップ８１０で基地局は、ＵＬ ＣＣと連結されたＤＬ ＣＣ１（７００）を通じてＵＬ ｇｒａｎｔを端末に送信する。ＵＬ ｇｒａｎｔとＤＬ ａｓｓｉｇｎｍｅｎｔの送信が可能であり、ＵＬ ＣＣと連結のあるＤＬ ＣＣがＵＬ ｇｒａｎｔを送信するＤＬ ＣＣに選択される。非周期チャネル状態情報が必要なＤＬ ＣＣを示すためにＣＩＦを使用するので、ＣＩＦが含まれたＵＬ ｇｒａｎｔを送信するＤＬ ＣＣは、上記した条件に基づいて選択される。
【００８５】
ステップ８２０で端末は、ＤＬ ＣＣ１（７００）を通じてブラインド復号を行い、ＵＬ ｇｒａｎｔを受信する。端末は、ＵＬ ｇｒａｎｔのＣＳＩ ｒｅｑｕｅｓｔフィールドを分析して受信したＵＬ ｇｒａｎｔがＣＳＩ要請信号であることを識別することができる。端末はＣＩＦを分析する。ＣＩＦのＣＩＦ値が５または６であるため、端末は、ＣＩＦ値が非周期チャネル状態情報が必要なＤＬ ＣＣの識別子として使用されたことを認識することができる。したがって、端末は、ＣＩＦ値を利用して非周期チャネル状態情報が必要なＤＬ ＣＣを識別することができる。
【００８６】
ステップ８３０で端末は、非周期チャネル状態情報が必要なＤＬ ＣＣのチャネル品質を測定する。すなわち、ＵＬ ｇｒａｎｔのＣＩＦが示すＤＬ ＣＣのチャネル品質を測定する。
【００８７】
ステップ８４０で端末は、ＵＬ ｇｒａｎｔが送信されたＤＬ ＣＣ１（７００）と連結されたＵＬ ＣＣを通じて、または、ＤＬ ＣＣ１（７００）と連結されたＵＬ ＣＣのうち事前に設定された規則により選択されたＵＬ ＣＣを通じて、非周期チャネル状態情報を送信する。ここで、事前に設定された規則の例は、次の通りである。ＤＬ ＣＣ１（７００）と連結されたＵＬ ＣＣが多数であり、各ＵＬ ＣＣの帯域幅がそれぞれ異なると、端末は、ＵＬ ｇｒａｎｔの長さを利用してどのＵＬ ＣＣを通じて非周期チャネル状態情報を送信するかを識別する。また、ＤＬ ＣＣ１（７００）と連結されたＵＬ ＣＣが多数であり、前記ＵＬ ＣＣの帯域幅が全て同じであれば、事前にＲＲＣ信号または他の方法によって非周期チャネル状態情報を送信しなければならないＵＬ ＣＣが決定される。さらに他の方法は、ＤＬ ＣＣ１（７００）と連結されたＵＬ ＣＣが多数である時、ＵＬ ａｎｃｈｏｒ ＣＣを通じて非周期チャネル状態情報を送信する。
【００８８】
基地局が二つ以上のＤＬ ＣＣの非周期チャネル状態情報を要請した場合、二つ以上のＤＬ ＣＣの非周期チャネル状態情報をそれぞれコーディングする代わりに、二つ以上のＤＬ ＣＣの非周期チャネル状態情報を一度にジョイントコーディングする実施形態も可能である。二つ以上のＤＬ ＣＣの非周期チャネル状態情報の大きさが１１ビットを超過する場合、ＴＢＣＣあるいはターボ符号を使用することができ、ＤＬ ＣＣの非周期チャネル状態情報の大きさが１１ビット以下の場合、（３２、ｘ）ブロックコードを使用することができる。ｘは情報サイズを意味する。
【００８９】
前記図７と図８を利用した方法は、既に活性化されたＤＬ ＣＣの非周期チャネル状態情報要請についての説明であったが、非活性化されたＤＬ ＣＣの非周期チャネル状態情報の要請にも使用することができる。前記図７のＤＬ ＣＣ７０１，７０２のうち非活性化されたＤＬ ＣＣが存在すれば、前記図８のステップにより基地局は、非活性化されたＤＬ ＣＣの非周期チャネル状態情報を要請し、端末は、前記非活性化されたＤＬ ＣＣの非周期チャネル状態情報を送信することができる。ただし、非活性化されたＤＬ ＣＣが周波数上で連続的であるか非連続的であるかによって、前記非活性化されたＤＬ ＣＣのＲＦがついていてもよく、消えていてもよい。したがって、ステップ８３０で非活性化されたＤＬ ＣＣのＲＦがついている状態では、前記手続と相違なく、非活性化されたＤＬ ＣＣのＲＦが消えている時には、ＲＦをつけた後に前記非活性化されたＤＬ ＣＣのチャネル品質を測定しなければならない。
【００９０】
図９は、本発明の第５実施形態に係る下りリンクコンポーネントキャリアと、上りリンクコンポーネントキャリアとの連結関係を示す図である。
【００９１】
図９の実施形態は、クロスキャリアスケジューリングを許容しない場合である。すなわち、ＵＬ ｇｒａｎｔとＤＬ ａｓｓｉｇｎｍｅｎｔにＣＩＦが含まれない。図９を参照すれば、ＤＬ ＣＣ１（９００）はＵＬ ＣＣ１（９０５）と連結され、ＤＬ ＣＣ３（９０２）はＵＬ ＣＣ２（９０６）と連結されている。このような連結関係は、図９において実線で表示されている。ＤＬ ＣＣ１（９００）とＤＬ ＣＣ３（９０２）では、ＵＬ ｇｒａｎｔとＤＬ ａｓｓｉｇｎｍｅｎｔが全部送信される。一方、ＤＬ ＣＣ２（９０１）、ＤＬ ＣＣ４（９０３）、ＤＬ ＣＣ５（９０４）は、いずれのＵＬ ＣＣとも連結されず、ＤＬ ａｓｓｉｇｎｍｅｎｔの送信だけを許容されると仮定する。ＵＬ ｇｒａｎｔの送信が許容されないＤＬ ＣＣ９０１，９０３，９０４に対するＵＬ制御情報、すなわち、ＡＣＫ／ＮＡＣＫなどは、ＲＲＣ信号によって定義されるＵＬ ａｎｃｈｏｒ ＣＣから送信される。図９のような連結関係は、下りリンクから送信しなければならないデータが多い場合に可能なキャリア配置である。
【００９２】
図１０は、本発明の第５実施形態に係る非周期チャネル状態情報の要請および送信の手続を示すフローチャートである。
【００９３】
第５実施形態に係る非周期チャネル状態情報を要請するための方法は、非周期チャネル状態情報を要請するために、ＵＬ ｇｒａｎｔにＤＬ ＣＣを示すための３ビットを追加するか、ＣＳＩ ｒｅｑｕｅｓｔが１に設定されている場合、ＵＬ ｇｒａｎｔに現在他の目的で含まれているフィールドをＤＬ ＣＣを示すためのビットとして使用する。上記において新しい３ビットを追加することは、ＵＬ送信のための新しいＵＬ ｇｒａｎｔが定義される時に可能な方法であり、現在ＵＬ ｇｒａｎｔに他の目的で含まれているフィールドでＤＭＲＳ（ＤｅＭｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）のための循環シフト（ｃｙｃｌｉｃ  ｓｈｉｆｔ）３ビット、ホッピングフラグ（Ｈｏｐｐｉｎｇ  ｆｌａｇ）のための１ビット、新規データ指示者（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）のための１ビット、スケジュールされたＰＵＳＣＨのためのＴＰＣ命令（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ  ｃｏｍｍａｎｄ）２ビットなどが前記目的のために使用される。現在ＬＴＥ ｒｅｌｅａｓｅ ８規格でＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）レベルが２９、ＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）の個数が４個以下の場合、ＣＳＩ ｒｅｑｕｅｓｔが１であれば、いずれのトランスポート（ｔｒａｎｓｐｏｒｔ）ブロックの送信が行われない。非周期チャネル状態情報を要請するためのＤＬ ＣＣを識別するために、前記ビットフィールドを使用する可能性もあることが分かる。以下で非周期チャネル状態情報を要請するための手続を説明する時、既に前記方法によってＤＬ ＣＣを指示するためのフィールドとして予め約束されたビットフィールドが存在することと仮定する。
【００９４】
図１０の実施形態は、図９で開示されたシステムだけでなく、図２のような形態のシステムにも適用される。詳しい内容は、後述する。
【００９５】
ステップ１０００で基地局は、ＵＬ ｇｒａｎｔのＣＳＩ ｒｅｑｕｅｓｔフィールドを１に設定し、ＵＬ ｇｒａｎｔでＤＬ ＣＣを指示するために定められたフィールドに、非周期チャネル状態情報が必要なＤＬ ＣＣを示す情報を事前に設定された規則によって設定する。
【００９６】
ＤＬ ＣＣを指示するフィールド設定のための事前に設定された規則の第一の方法は、ＤＬ ＣＣを指示するために３ビットが設定されれば、８種類のステートの設定が可能であるため、前記図２または図９のように５個のＤＬ ＣＣが存在する時、５種類のステートは、ＤＬ ＣＣをそれぞれ示すことができ、１種類のステートは、すべてのＤＬ ＣＣのチャネル状態情報をフィードバックすることにする。上記において、ＤＬ ＣＣを指示するために定められたフィールドが複数のＤＬ ＣＣを示すことは、上記した複数のＤＬ ＣＣの非周期チャネル状態情報の送信を要請することを意味する。
【００９７】
ＤＬ ＣＣを指示するフィールド設定のための事前に設定された規則の第二の方法は、ＤＬ ＣＣを指示するために３ビットが設定されれば、８種類のステートの設定が可能であるため、例えば、図４のように３個のＤＬ ＣＣが存在する時、３種類のステートは、ＤＬ ＣＣをそれぞれ示すことができ、他の３種類のステートは、二つのＤＬ ＣＣを同時に示すことができ、他の１種類のステートは、三つのすべてのＤＬ ＣＣを示すことができる。例えば、各ＤＬ ＣＣを指示するための各ビットがいずれか一つのＤＬ ＣＣのチャネル状態情報の要請有無を示すことと割り当てられる。
【００９８】
ここで、事前に設定された規則は、ＲＲＣ信号またはその他の方法により知らせることができる。
【００９９】
仮に、図２のようにＣＩＦが存在すれば、基地局は、端末がＣＩＦをＰＵＳＣＨ送信を行うＵＬ ＣＣの識別子に設定する。
【０１００】
次に、ステップ１０１０で基地局は、ＤＬ ＣＣを通じてＵＬ ｇｒａｎｔを送信する。仮に、図２のようにＣＩＦが存在すれば、基地局は、ＣＩＦに設定したＵＬ ＣＣと連結されたＤＬ ＣＣを通じてＵＬ ｇｒａｎｔを送信する。図９のようにＣＩＦが存在しなければ、ＵＬ ｇｒａｎｔとＤＬ ａｓｓｉｇｎｍｅｎｔの送信が可能であり、ＵＬ ＣＣと連結されたＤＬ ＣＣ、すなわち、ＤＬ ＣＣ１（９００）やＤＬ ＣＣ３（９０２）を通じてＵＬ ｇｒａｎｔを送信する。
【０１０１】
ステップ１０２０で端末は、ＤＬ ＣＣでブラインド復号を行ってＵＬ ｇｒａｎｔを受信した後、ＣＳＩ ｒｅｑｕｅｓｔフィールドが１に設定されたことを識別する。また、ＤＬ ＣＣを指示するために、予め定められたＵＬ ｇｒａｎｔの特定ビットから事前に設定された規則により、非周期チャネル状態情報が必要なＤＬ ＣＣを識別する。上記した事前に設定された規則は、ステップ１０００で説明した事前に設定された規則であって、ＲＲＣ信号またはその他の方法によって事前に基地局から端末に送信される。前記ステップ１０２０において、仮に、図２のようにＣＩＦが存在すれば、端末は、ＣＩＦからＰＵＳＣＨ送信が行わなければならないＵＬ ＣＣを識別することができる。
【０１０２】
ステップ１０３０で端末は、非周期チャネル状態情報が必要なＤＬ ＣＣのチャネル品質を測定する。チャネル状態情報が必要なＤＬ ＣＣは、ステップ１０２０でＤＬ ＣＣを指示するために定められたフィールドを分析して識別したＤＬ ＣＣである。
【０１０３】
ステップ１０４０で端末は、ＵＬ ＣＣを通じてＤＬ ＣＣのための非周期チャネル状態情報を送信する。ステップ１０３０において、仮に、図２のようにＣＩＦが存在すれば、端末は、ＣＩＦから識別したＵＬ ＣＣを通じてＤＬ ＣＣの非周期チャネル状態情報を送信する。仮に、図９のようにＣＩＦが存在しなければ、端末は、ＵＬ ｇｒａｎｔを受信したＤＬ ＣＣと連結されたＵＬ ＣＣを通じて、または、ＵＬ ａｎｃｈｏｒ ＣＣを通じてＤＬ ＣＣのための非周期チャネル状態情報を送信する。
【０１０４】
基地局が二つ以上のＤＬ ＣＣの非周期チャネル状態情報を要請した場合、ステップ１０３０で二つ以上のＤＬ ＣＣの非周期チャネル状態情報をそれぞれコーディングする代わりに、二つ以上のＤＬ ＣＣの非周期チャネル状態情報を一度にジョイントコーディングする実施形態も可能である。二つ以上のＤＬ ＣＣの非周期チャネル状態情報の大きさが１１ビットを超過する場合、ＴＢＣＣあるいはターボ符号を使用することができ、ＤＬ ＣＣの非周期チャネル状態情報の大きさが１１ビット以下の場合、（３２、ｘ）ブロックコードを使用することができる。ｘは、情報サイズを意味する。
【０１０５】
前記図１０を利用した方法は、既に活性化されたＤＬ ＣＣの非周期チャネル状態情報要請についての説明であったが、非活性化されたＤＬ ＣＣの非周期チャネル状態情報の要請にも使用することができる。前記図２や図９のＤＬ ＣＣのうち非活性化されたＤＬ ＣＣが存在すれば、前記図１０のステップにより基地局は、非活性化されたＤＬ ＣＣの非周期チャネル状態情報を要請し、端末は、前記非活性化されたＤＬ ＣＣの非周期チャネル状態情報を送信することができる。ただし、非活性化されたＤＬ ＣＣが周波数上で連続的であるか非連続的であるかによって、前記非活性化されたＤＬ ＣＣのＲＦがついていてもよく、消えていてもよい。ステップ１０３０で非活性化されたＤＬ ＣＣのＲＦがついている状態では、上述した手続と同一の方式で行われる。非活性化されたＤＬ ＣＣのＲＦが消えている時には、ＲＦをつけた後に前記非活性化されたＤＬ ＣＣのチャネル品質を測定しなければならない。
【０１０６】
図１１は、本発明の一実施形態に係る端末のブロック構成図である。
【０１０７】
受信機１１００は、本発明の実施形態のいずれか一つに係るＵＬ ｇｒａｎｔを受信してＰＤＣＣＨ復号器１１０１に伝達する。ＰＤＣＣＨ復号器１１０１は、ＵＬ ｇｒａｎｔを復号して分析し、ＣＳＩ ｒｅｑｕｅｓｔフィールドまたは実施形態別にＵＬ ｇｒａｎｔに追加されたフィールドのフィールド値を抽出する。このようなフィールド値とその他の情報に基づいて、本発明の実施形態のいずれか一つの方式で非周期チャネル状態情報が必要なＤＬ ＣＣ及び非周期チャネル状態情報を伝達するのに使用されるＵＬ ＣＣが識別される。非周期的ＣＳＩ符号器１１０２は、ＤＬ ＣＣの非周期チャネル状態情報を生成し、ＰＵＳＣＨ符号器１１０３は、上りリンクデータ情報を生成する。非周期的ＣＳＩ符号器１１０２が生成したＤＬ ＣＣの非周期チャネル状態情報と、ＰＵＳＣＨ符号器１１０３が生成した上りリンクデータ情報とは、多重化器１１０４で多重化されて送信機１１０５に送信される。送信機１１０５は、多重化器１１０４から受信した多重化されたデータを基地局に送信する。
【０１０８】
図１２は、本発明の一実施形態に係る基地局のブロック構成図である。
【０１０９】
スケジューラ１２００と制御器１２０１は、ＰＤＣＣＨ生成器１２０２が本発明の実施形態のいずれか一つに係るＵＬ ｇｒａｎｔを生成し、送信機１２０３に伝達するように制御する。上述したようにＵＬ ｇｒａｎｔは、非周期チャネル状態情報を要請する内容を含む。送信機１２０３は、伝達されたＵＬ ｇｒａｎｔを端末に送信する。また、スケジューラ１２００と制御器１２０１は、受信機１２０４が本実施形態のいずれか一つにより端末から送信される上りリンク情報を受信し、逆多重化器１２０５に伝達するように制御する。逆多重化器１２０５は、上りリンク情報を上りリンクデータ情報と非周期チャネル状態情報とに分離し、非周期チャネル状態情報は非周期的ＣＳＩ復号器１２０６に伝達し、上りリンクデータ情報はＰＵＳＣＨ復号器１２０７に伝達する。非周期的ＣＳＩ復号器１２０６は、非周期チャネル状態情報を復号し、ＰＵＳＣＨ復号器１２０７は、上りリンクデータ情報を復号する。
【０１１０】
図１３は、本発明の第６実施形態に係る下りリンクコンポーネントキャリア１３００，１３０１，１３０２，１３０３及び１３０４と、上りリンクコンポーネントキャリア１３０４，１３０６及び１３０７との連結関係を示す図である。
【０１１１】
第６実施形態では、クロスキャリアスケジューリングが許容される。すなわち、ＵＬ ｇｒａｎｔやＤＬ ａｓｓｉｇｎｍｅｎｔにＣＩＦが含まれる場合である。
【０１１２】
図１３を参照すれば、ＤＬ ＣＣ１（１３００）はＵＬ ＣＣ１（１３０５）と、ＤＬ ＣＣ２（１３０１）はＵＬ ＣＣ２（１３０６）と、ＤＬ ＣＣ３（１３０２）はＵＬ ＣＣ３（１３０７）とＳＩＢリンクが形成され、ＤＬ ＣＣ４（１３０３）とＤＬ ＣＣ５（１３０４）は、特定ＵＬ ＣＣとＳＩＢリンクが形成されていない。前記ＳＩＢリンクは網掛けラインで表示され、上記したＳＩＢリンクは、システム情報としてＤＬ ＣＣとＵＬ ＣＣのシステム的な連結関係を表示したもので、上記したクロスキャリアスケジューリングが許容されるので、前記ＵＬ ＣＣに対する実際スケジューリングがＳＩＢリンクされたＤＬ ＣＣで起こらない場合があることを周知する。本実施形態では、ＤＬ ＣＣ４（１３０３）及びＤＬ ＣＣ５（１３０４）が、特定ＵＬ ＣＣとＳＩＢリンクが形成されていないことを前提として説明されるが、特定ＵＬ ＣＣとＳＩＢリンクが形成された場合に対しても、別に説明することにする。前記図１３でスケジューリング関係は、矢印の実線で表示されている。前記図２と図７におけるＤＬ ＣＣとＵＬ ＣＣの連結関係を表示した実線は、ＵＬ ｇｒａｎｔが送信されるＤＬ ＣＣと、前記ＵＬ ｇｒａｎｔからスケジューリングされるＰＵＳＣＨが送信されるＵＬ ＣＣとの関係を意味し、本実施形態では、矢印の実線でそれを表示する。前記ＤＬ ＣＣ１（１３００）を通じてＵＬ ｇｒａｎｔとＤＬ ａｓｓｉｇｎｍｅｎｔが全部送信され、一方、他のＤＬ ＣＣ１３０１，１３０２，１３０３及び１３０４を通じては、ＵＬ ｇｒａｎｔやＤＬ ａｓｓｉｇｎｍｅｎｔが送信されない。したがって、前記ＤＬ ＣＣ１３０１，１３０２，１３０３及び１３０４を通じては、ＰＤＳＣＨ、すなわち、下りリンクデータだけが送信される。前記ＤＬ ＣＣ１３０１，１３０２，１３０３及び１３０４に対するＵＬ制御情報、すなわち、ＡＣＫ／ＮＡＣＫなどは、ＲＲＣ信号によって定義されるＵＬ ａｎｃｈｏｒ ＣＣを通じて送信される。
【０１１３】
前記図１３のＤＬ ＣＣとＵＬ ＣＣ間の関係を仮定して。図１４において、基地局（ｅＮｏｄｅＢ、ｅＮＢ）が端末に特定ＤＬ ＣＣ１３０１，１３０２，１３０３又は／及び１３０４のための非周期チャネル状態情報を要請するための手続を説明し、図１５において、端末が測定したチャネル状態情報をＵＬ ＣＣを通じて基地局に送信するための手続を説明する。
【０１１４】
第６実施形態に係る特定ＤＬ ＣＣのための非周期チャネル状態情報を要請するための方法は、次の通りである。ＣＳＩ ｒｅｑｕｅｓｔフィールドが１に設定され、非周期チャネル状態情報が要請する該当ＤＬ ＣＣは、ＣＩＦフィールドが指示するＵＬ ＣＣとＳＩＢリンクのあるＤＬ ＣＣに設定させることにその特徴がある。これに対して図１４と図１５を参照して詳しく説明する。
【０１１５】
図１４は、本発明の第６実施形態に係る基地局の非周期チャネル状態情報要請の手続を示すフローチャートである。
【０１１６】
ステップ１４００で基地局は、ＵＬ ｇｒａｎｔのＣＩＦフィールド値と、どのＤＬ ＣＣのための非周期的ＣＳＩを送信するかに対する関係を設定した規則を事前に端末に送信する。前記事前に設定した規則において、前記図１３でＵＬ ＣＣとＳＩＢリンクのないＤＬ ＣＣの非周期的ＣＳＩを、どのＣＩＦ値を設定した時に送信するかを決める。図１３のＤＬ ＣＣ４（１３０３）とＤＬ ＣＣ５（１３０４）は、いずれのＵＬ ＣＣともＳＩＢリンクがないことを仮定しているので、ＵＬ ｇｒａｎｔのＣＩＦ値がＵＬ ＣＣ１（１３０５）を示している時、ＵＬ ＣＣ１とＳＩＢリンクが形成されているＤＬ ＣＣ１（１３０５）の他に、ＤＬ ＣＣ４（１３０３）の非周期チャネル情報を追加的に送信することができ、ＵＬ ｇｒａｎｔのＣＩＦ値がＵＬ ＣＣ２（１３０６）を示している時、ＵＬ ＣＣ２（１３０６）とＳＩＢリンクが形成されているＤＬ ＣＣ２（１３０１）の他に、ＤＬ ＣＣ５（１３０４）の非周期チャネル情報を追加的に送信することができる。また、ＵＬ ｇｒａｎｔのＣＩＦ値がＵＬ ＣＣ３（１３０７）を示している時、ＵＬ ＣＣ３（１３０７）とＳＩＢリンクが形成されているＤＬ ＣＣ３（１３０２）の他に、ＤＬ ＣＣ４（１３０３）とＤＬ ＣＣ５（１３０４）の非周期チャネル情報を追加的に送信することも可能である。上記では、ＤＬ ＣＣ４（１３０３）とＤＬ ＣＣ５（１３０４）がＵＬ ＣＣとＳＩＢリンクが形成されていない状況を仮定して記述したが、仮に、ＤＬ ＣＣ４（１３０３）とＤＬ ＣＣ５（１３０４）が特定ＵＬ ＣＣとＳＩＢリンクが形成されていれば、すなわち、例えば、ＵＬ ＣＣ３（１３０７）は、ＤＬ ＣＣ３（１３０２）、ＤＬ ＣＣ４（１３０３）、ＤＬ ＣＣ５（１３０４）とＳＩＢリンクが形成されていれば、上記した事前に設定された規則を端末に送信する手続を必要としない場合がある。上記した事前に設定された規則を端末に送信することが必要な場合に、その送信方法は、ＲＲＣ  ｓｉｇｎａｌｉｎｇをはじめとする上位シグナル方法であってもよく、システム情報を送信する時に含んでもよい。
【０１１７】
次に、ステップ１４１０で基地局は、特定ＤＬ ＣＣのための非周期チャネル情報を必要とする時、上記した事前に設定された規則によりＵＬ ｇｒａｎｔでＣＩＦフィールドを特定値に設定し、ＣＳＩ ｒｅｑｕｅｓｔフィールドを１に設定する。例えば、図１３でＤＬ ＣＣ２（１３０１）の非周期チャネル状態情報が必要であれば、ＣＩＦを２に設定し、ＤＬ ＣＣ３（１３０２）の非周期チャネル状態情報が必要であれば、ＣＩＦを３に設定し、ＤＬ ＣＣ４（１３０３）の非周期チャネル状態情報が必要であれば、事前に設定された規則によりＣＩＦを設定し、ＤＬ ＣＣ５（１３０４）の非周期チャネル状態情報が必要であれば、事前に設定された規則によりＣＩＦを設定する。
【０１１８】
ステップ１４２０で基地局は、ＤＬ ＣＣ１（１３００）を通じてＵＬ ｇｒａｎｔを端末に送信する。前記ステップ１４２０でＵＬ ｇｒａｎｔを送信するためのＤＬ ＣＣとして、非周期チャネル情報が必要なＤＬ ＣＣとＳＩＢリンクされたＵＬ ＣＣに対するＵＬ ｇｒａｎｔ送信が可能であるＤＬ ＣＣを選択する。ＣＩＦが指示するＵＬ ＣＣとＳＩＢリンクのあるＤＬ ＣＣに対する非周期チャネル情報を送信するので、ＣＩＦが含まれたＵＬ ｇｒａｎｔを送信するＤＬ ＣＣは、上記した条件により選択される。
【０１１９】
ステップ１４３０で基地局は、ＣＩＦフィールド値が示すＵＬ ＣＣの上で端末が送信したＰＵＳＣＨに含まれた非周期チャネル情報を受信する。
【０１２０】
図１５は、本発明の第６実施形態に係る端末の非周期チャネル状態情報送信の手続を示すフローチャートである。
【０１２１】
ステップ１５００で端末は、ＵＬ ｇｒａｎｔのＣＩＦフィールド値とどのＤＬ ＣＣのための非周期チャネル情報を送信しなければならないのかに対する関係を設定した規則を事前に基地局から受信する。上記した設定規則は、図１４のステップ１４００で説明したものと同様であり、すべてのＤＬ ＣＣがＵＬ ＣＣとＳＩＢリンクが存在する場合、上記した設定規則を事前に基地局から受信する手続が必要とされない場合がある。
【０１２２】
次に、ステップ１５１０で端末は、ＤＬ ＣＣ１（１３００）を通じてブラインド復号を行ってＵＬ ｇｒａｎｔを受信した後、受信したＵＬ ｇｒａｎｔのＣＳＩ ｒｅｑｕｅｓｔフィールドが１に設定されたことを判断する。また、受信したＵＬ ｇｒａｎｔのＣＩＦフィールドと事前設定した規則から非周期チャネル状態情報が必要なＤＬ ＣＣを識別する。
【０１２３】
ステップ１５２０で端末は、非周期チャネル状態情報が必要なＤＬ ＣＣのチャネル品質を測定する。ここで、ＤＬ ＣＣのチャネル状態情報の測定は、既に測定または格納された情報からＣＳＩ送信のための情報を抽出する動作を含んでもよい。これは、他の実施形態でも同様に適用される。
【０１２４】
ステップ１５３０で端末は、ＵＬ ｇｒａｎｔのＣＩＦフィールド値が示すＵＬ ＣＣの上で非周期チャネル状態情報を送信する。
【０１２５】
基地局が二つ以上のＤＬ ＣＣの非周期チャネル状態情報を要請した場合、二つ以上のＤＬ ＣＣの非周期チャネル状態情報をそれぞれコーディングして多重化する実施形態も可能である。各ＤＬ ＣＣの非周期チャネル状態情報の大きさが１１ビットを超過する場合、ＴＢＣＣあるいはターボ符号を使用することができ、ＤＬ ＣＣの非周期チャネル状態情報の大きさが１１ビット以下の場合、（３２、ｘ）ブロックコードを使用することができる。ｘは、情報サイズを意味する。
【０１２６】
前記第６実施形態についての説明において、既に活性化されたＤＬ ＣＣの非周期チャネル状態情報を要請することを仮定したが、非活性化されたＤＬ ＣＣの非周期チャネル状態情報の要請にも応用することができる。図２のＤＬ ＣＣ２０１，２０２，２０３及び２０４のうち非活性化されたＤＬ ＣＣが存在すれば、図１４のステップにより基地局は、非活性化されたＤＬ ＣＣの非周期チャネル状態情報を要請し、図１５のステップにより端末は、前記非活性化されたＤＬ ＣＣの非周期チャネル状態情報を送信することができる。ただし、非活性化されたＤＬ ＣＣが周波数上で連続的であるか非連続的であるかによって、前記非活性化されたＤＬ ＣＣのＲＦがついていてもよく、消えていてもよい。したがって、非活性化されたＤＬ ＣＣのＲＦがついている状態では、前記手続と相違なく、非活性化されたＤＬ ＣＣのＲＦが消えている時には、ＲＦをつけた後に前記非活性化されたＤＬ ＣＣのチャネル品質を測定しなければならない。
【０１２７】
上述した説明で基地局が上りリンクグラントを通じてチャネル状態情報を要請することと説明したが、基地局は、上りリンクグラントを代替することができる均等な他の形態のメッセージを通じて端末にチャネル状態情報を要請することも可能である。
【０１２８】
このとき、処理フローチャートの各ブロックとフローチャートの組合は、コンピュータプログラムインストラクションによって行われることを理解できるだろう。これらコンピュータプログラムインストラクションは、汎用コンピュータ、特殊用コンピュータまたはその他のプログラム可能なデータプロセス装備のプロセッサに搭載されるので、コンピュータまたはその他のプログラム可能なデータプロセス装備のプロセッサを通じて行われるそのインストラクションが、フローチャートブロックで説明された機能を行う手段を生成することになる。これらコンピュータプログラムインストラクションは、特定方式で機能を実現するためにコンピュータまたはその他のプログラム可能なデータプロセス装備を指向できるコンピュータ利用可能またはコンピュータ読み取り可能なメモリに格納されるので、そのコンピュータ利用可能またはコンピュータ読取可能なメモリに格納されたインストラクションは、フローチャートブロックで説明された機能を行うインストラクション手段を内包する製造品目を生産するのも可能である。コンピュータプログラムインストラクションは、コンピュータまたはその他のプログラム可能なデータプロセス装備上に搭載されるのも可能であるため、コンピュータまたはその他のプログラム可能なデータプロセス装備上で一連の動作ステップが行われ、コンピュータで実行されるプロセスを生成してコンピュータまたはその他のプログラム可能なデータプロセス装備を行うインストラクションは、フローチャートブロックで説明された機能を実行するためのステップを提供するのも可能である。
【０１２９】
また、各ブロックは、特定された論理的機能を実行するための一つ以上の実行可能なインストラクションを含むモジュール、セグメントまたはコードの一部を示すことができる。また、いくつかの代替実行例では、ブロックで言及された機能が順序を外れて発生し得ることに注目すべきである。例えば、相次いで示されている二つのブロックは、実質的に同時に行われてもよく、そのブロックが該当する機能により逆順に行われてもよい。
【０１３０】
このとき、本実施形態で用いられる「〜部」という用語は、ソフトウェア、ＦＰＧＡ、ＡＳＩＣのようなハードウェアの構成要素を意味し、「〜部」は、いずれの役割を行う。ところが、「〜部」は、ソフトウェアまたはハードウェアに限定される意味ではない。「〜部」は、アドレッシングできる格納媒体にあるように構成されてもよく、一つまたはそれ以上のプロセッサを再生させるように構成されてもよい。したがって、一例として「〜部」は、ソフトウェア構成要素、オブジェクト指向ソフトウェア構成要素、クラス構成要素及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーチン、プログラムコードのセグメント、ドライバ、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、および変数を含む。構成要素と「〜部」から提供される機能は、さらに小さい数の構成要素及び「〜部」で結合されるか、追加的な構成要素と「〜部」によってさらに分離される。それだけでなく、構成要素及び「〜部」は、デバイスまたは保安マルチメディアカード内の一つまたはそれ以上のＣＰＵを再生させるように実現される。
【０１３１】
本発明が属する技術分野の通常の知識を有する者は、本発明がその技術的思想や必須の特徴を変更せずに他の具体的な形態で実施できることを理解するだろう。したがって、上記した実施形態は、すべての面で例示的なものであって、限定的なものではないことを理解しなければならない。本発明の範囲は、前記詳細な説明よりは、後述する特許請求の範囲によって示され、特許請求の範囲の意味及び範囲、その均等概念から導き出されるすべての変更または変形された形態が本発明の範囲に含まれるものと解釈されなければならない。
【０１３２】
一方、本明細書と図面には、本発明の好ましい実施形態について開示し、たとえ特定用語が使用されたが、これは、単に本発明の技術内容を容易に説明して発明の理解を助けるための一般的な意味として使用されたもので、本発明の範囲を限定するものではない。ここに開示された実施形態の他にも本発明の技術的思想に基づく他の変形例が実施可能であることは、本発明が属する技術分野で通常の知識を有する者に自明である。
【符号の説明】
【０１３３】
１００  下りリンクコンポーネントキャリア
１０１  上りリンクコンポーネントキャリア
２００，２０１，２０２，２０３，２０４  下りリンクコンポーネントキャリア
２０５，２０６，２０７  上りリンクコンポーネントキャリア
４００，４０１，４０２  下りリンクコンポーネントキャリア
４０３，４０４  上りリンクコンポーネントキャリア
１１００  受信機
１１０１  ＰＤＣＣＨ復号器
１１０２  非周期的ＣＳＩ符号器
１１０３  ＰＵＳＣＨ符号器
１１０４  多重化器
１１０５  送信器
１２００  スケジューラ
１２０１  制御器
１２０２  ＰＤＣＣＨ生成器
１２０３  送信機
１２０４  受信機
１２０５  逆多重化器
１２０６  非周期的ＣＳＩ復号器
１２０７  ＰＵＳＣＨ復号器
１３００，１３０１，１３０２，１３０３，１３０４  下りリンクコンポーネントキャリア
１３０５，１３０６，１３０７  上りリンクコンポーネントキャリア
【図１】
2013524673.tif 000003
【図２】
2013524673.tif 000004
【図３】
2013524673.tif 000005
【図４】
2013524673.tif 000006
【図５】
2013524673.tif 000007
【図６】
2013524673.tif 000008
【図７】
2013524673.tif 000009
【図８】
2013524673.tif 000010
【図９】
2013524673.tif 000011
【図１０】
2013524673.tif 000012
【図１１】
2013524673.tif 000013
【図１２】
2013524673.tif 000014
【図１３】
2013524673.tif 000015
【図１４】
2013524673.tif 000016
【図１５】
2013524673.tif 000017
【国際調査報告】
2013524673.tif 000018
2013524673.tif 000019