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