(57)【特許請求の範囲】
【請求項１】
キャリアアグリゲーション技法が適用された無線通信システムにおいて間欠受信（ＤＲＸ）モードである端末が下りリンク制御チャネルを検出する方法であって、
時分割二重通信（ＴＤＤ）プライマリセルと関連した特定の上りリンク／下りリンクサブフレーム設定に基づき、セル固有参照信号（ＣＲＳ）を受信するための周波数分割二重通信（ＦＤＤ）セカンダリセルのリソース領域と前記ＴＤＤプライマリセル及び前記ＦＤＤセカンダリセルにおける下りリンク制御チャネル検出サブフレームとを設定する段階と、
前記リソース領域を介して前記ＣＲＳを受信して下りリンクチャネル状態を確認する段階と、
前記ＣＲＳによって確認した前記下りリンクチャネル状態に基づいて、サブフレーム数単位で定義される予め設定されたＤＲＸ関連タイマが動作する間、前記ＴＤＤプライマリセル又は前記ＦＤＤセカンダリセルのいずれかを介して前記下りリンク制御チャネル検出サブフレームの一つから前記下りリンク制御チャネルを検出する段階と、
前記検出された下りリンク制御チャネルに基づいて下りリンクデータ信号を受信する段階と、を有し、
前記ＦＤＤセカンダリセルにおける下りリンク制御チャネル検出サブフレームは、
前記特定の上りリンク／下りリンクサブフレーム設定上の下りリンクサブフレームの位置又は前記特定の上りリンク／下りリンクサブフレーム設定上のスペシャルサブフレームにおける予め設定された長さ以上の下りリンクパイロットタイムスロット（ＤｗＰＴＳ）領域の位置と一致する、前記ＦＤＤセカンダリセル上のサブフレームを有し、
前記ＦＤＤセカンダリセルのリソース領域は、前記ＴＤＤプライマリセルの前記ＤｗＰＴＳ領域に対応する、下りリンク制御チャネル検出方法。
【請求項２】
前記予め設定されたＤＲＸ関連タイマは、
前記ＴＤＤプライマリセルに対してシステム情報によって前もって設定される上りリンク／下りリンクサブフレーム設定上の下りリンクサブフレームの位置又は前記システム情報によって前もって設定される上りリンク／下りリンクサブフレーム設定上のスペシャルサブフレームにおける予め設定された長さ以上のＤｗＰＴＳ領域の位置と一致するサブフレームでのみカウントされる、請求項１に記載の下りリンク制御チャネル検出方法。
【請求項３】
前記端末は、
前記ＴＤＤプライマリセル及び前記ＦＤＤセカンダリセルにおける同時送信及び受信が不可能である、請求項１に記載の下りリンク制御チャネル検出方法。
【請求項４】
前記ＴＤＤプライマリセルにおけるサブフレームの用途の動的変更のための上りリンク／下りリンクサブフレーム設定に関する情報の検出を試みる段階をさらに有する、請求項１に記載の下りリンク制御チャネル検出方法。
【請求項５】
前記上りリンク／下りリンクサブフレーム設定に関する情報の検出に失敗した場合、前記特定の上りリンク／下りリンクサブフレーム設定は、
前記端末に割り当てられた上りリンク／下りリンクサブフレーム設定の中で、下りリンクサブフレーム数が最大である上りリンク／下りリンクサブフレーム設定を有する、請求項４に記載の下りリンク制御チャネル検出方法。
【請求項６】
前記下りリンクサブフレーム数が最大である上りリンク／下りリンクサブフレーム設定は、
前記ＴＤＤプライマリセルにおける下りリンクハイブリッド自動再送要求（ＨＡＲＱ）動作のために割り当てられた上りリンク／下りリンクサブフレーム設定を有する、請求項５に記載の下りリンク制御チャネル検出方法。
【請求項７】
前記上りリンク／下りリンクサブフレーム設定に関する情報の検出に成功した場合、前記特定の上りリンク／下りリンクサブフレーム設定は、
前記検出された上りリンク／下りリンクサブフレーム設定を有する、請求項４に記載の下りリンク制御チャネル検出方法。
【請求項８】
キャリアアグリゲーション技法が適用された無線通信システムにおいて間欠受信（ＤＲＸ）モードで動作する端末装置であって、
ネットワークと信号を送受信するよう構成された無線通信モジュールと、
前記信号を処理するよう構成されたプロセッサと、を有し、
前記プロセッサは、さらに、
時分割二重通信（ＴＤＤ）プライマリセルと関連した特定の上りリンク／下りリンクサブフレーム設定に基づき、セル固有参照信号（ＣＲＳ）を受信するための周波数分割二重通信（ＦＤＤ）セカンダリセルのリソース領域と前記ＴＤＤプライマリセル及び前記ＦＤＤセカンダリセルにおける下りリンク制御チャネル検出サブフレームとを設定し、
前記リソース領域を介して前記ＣＲＳを受信するように前記無線通信モジュールを制御して下りリンクチャネル状態を確認し、
前記ＣＲＳによって確認した前記下りリンクチャネル状態に基づいて、サブフレーム数単位で定義される予め設定されたＤＲＸ関連タイマが動作する間、前記ＴＤＤプライマリセル又は前記ＦＤＤセカンダリセルのいずれかを介して前記下りリンク制御チャネル検出サブフレームの一つから前記下りリンク制御チャネルを検出し、
前記検出された下りリンク制御チャネルに基づいて下りリンクデータ信号を受信するように前記無線通信モジュールを制御するよう構成され、
前記ＦＤＤセカンダリセルにおける下りリンク制御チャネル検出サブフレームは、
前記特定の上りリンク／下りリンクサブフレーム設定上の下りリンクサブフレームの位置又は前記特定の上りリンク／下りリンクサブフレーム設定上のスペシャルサブフレームにおける予め設定された長さ以上の下りリンクパイロットタイムスロット（ＤｗＰＴＳ）領域の位置と一致する、前記ＦＤＤセカンダリセル上のサブフレームを有し、
前記ＦＤＤセカンダリセルのリソース領域は、前記ＴＤＤプライマリセルの前記ＤｗＰＴＳ領域に対応する、端末装置。
【請求項９】
前記予め設定されたＤＲＸ関連タイマは、
前記ＴＤＤプライマリセルに対してシステム情報によって前もって設定される上りリンク／下りリンクサブフレーム設定上の下りリンクサブフレームの位置又は前記システム情報によって前もって設定される上りリンク／下りリンクサブフレーム設定上のスペシャルサブフレームにおける予め設定された長さ以上のＤｗＰＴＳ領域の位置と一致するサブフレームでのみカウントされる、請求項８に記載の端末装置。
【請求項１０】
前記端末装置は、
前記ＴＤＤプライマリセル及び前記ＦＤＤセカンダリセルにおける同時送信及び受信が不可能である、請求項８に記載の端末装置。
【請求項１１】
前記プロセッサは、
前記ＴＤＤプライマリセルにおけるサブフレームの用途の動的変更のための上りリンク／下りリンクサブフレーム設定に関する情報の検出を試みるように前記無線通信モジュールを制御する、請求項８に記載の端末装置。
【請求項１２】
前記上りリンク／下りリンクサブフレーム設定に関する情報の検出に失敗した場合、前記特定の上りリンク／下りリンクサブフレーム設定は、
前記端末に割り当てられた上りリンク／下りリンクサブフレーム設定の中で下りリンクサブフレーム数が最大である上りリンク／下りリンクサブフレーム設定を有する、請求項１１に記載の端末装置。
【請求項１３】
前記下りリンクサブフレーム数が最大である上りリンク／下りリンクサブフレーム設定は、
前記ＴＤＤプライマリセルにおける下りリンクハイブリッド自動再送要求（ＨＡＲＱ）動作のために割り当てられた上りリンク／下りリンクサブフレーム設定を有する、請求項１２に記載の端末装置。
【請求項１４】
前記上りリンク／下りリンクサブフレーム設定に関する情報の検出に成功した場合、前記特定の上りリンク／下りリンクサブフレーム設定は、
前記検出された上りリンク／下りリンクサブフレーム設定を有する、請求項１１に記載の端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関するもので、より詳しくは、キャリアアグリゲーション技法（carrier aggregation）が適用された無線通信システムにおける下りリンク制御チャネルを受信する方法及びキャリアアグリゲーション技法が適用された無線通信システムにおける下りリンク制御チャネルを受信する装置に関するものである。
【背景技術】
【０００２】
本発明を適用できる無線通信システムの一例として、３ＧＰＰ ＬＴＥ（3rd Generation Partnership Project Long Term Evolution；以下、「ＬＴＥ」という。）通信システムについて概略的に説明する。
【０００３】
図１は、無線通信システムの一例としてＥ−ＵＭＴＳネットワークの構造を概略的に示す図である。Ｅ−ＵＭＴＳ（Evolved Universal Mobile Telecommunications System）は、従来の（既存の）（conventional）ＵＭＴＳ（Universal Mobile Telecommunications System）から進展したシステムであり、現在３ＧＰＰにおいて基礎的な標準化作業が進行中である。Ｅ−ＵＭＴＳを一般にＬＴＥ（Long Term Evolution）システムと呼ぶこともできる。ＵＭＴＳ及びＥ−ＵＭＴＳの技術規格（technical specification）の詳細な内容は、それぞれ、「3rd Generation Partnership Project；Technical Specification Group Radio Access Network」のRelease 7及びRelease 8を参照すればよい。
【０００４】
図１を参照すると、Ｅ−ＵＭＴＳは、端末（User Equipment；ＵＥ）、基地局（eNodeB；ｅＮＢ）、及びネットワーク（Ｅ−ＵＴＲＡＮ）の終端に位置して外部ネットワークに接続するアクセスゲートウェイ（Access Gateway；ＡＧ）を含んでいる。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリーム（multi data streams）を同時に送信することができる。
【０００５】
一つの基地局には一つ又は複数のセルが存在する。セルは、１．４４、３、５、１０、１５、２０ＭＨｚなどの帯域幅のいずれか一つに設定され、複数の端末に下り又は上り送信サービスを提供する。異なる（個別の）セルは、それぞれ対応する（個別の）帯域幅を提供するように設定されてもよい。基地局は、複数の端末に関するデータ送受信を制御する。下りリンク（DownLink；ＤＬ）データについて、基地局は、下りリンクスケジューリング情報を送信し、該当の（対応する）（corresponding）端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Hybrid Automatic Repeat and reQuest）関連情報などを知らせる。また、上りリンク（UpLink；ＵＬ）データについて、基地局は、上りリンクスケジューリング情報を該当の端末に送信し、該当の端末が使用できる時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。基地局間では、ユーザトラヒック（トラフィック）（user-traffic）又は制御トラヒックの送信のためのインターフェースを用いることができる。コアネットワーク（Core Network；ＣＮ）は、ＡＧ、及び端末のユーザ登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（Tracking Area）単位で端末のモビリティ（移動性、移動）（mobility）を管理する。
【０００６】
無線通信技術は、ＷＣＤＭＡ（登録商標）に基づいてＬＴＥまで開発されてきたが、ユーザ及び事業者の要求及び期待は増す一方である。その上、他の無線アクセス（接続）（radio access）技術の開発が続いており、将来、競争力を持つためには新しい技術発展（進化）（evolution）が要求される。ビット当たりのコストの削減、サービス可用性の増大、柔軟な周波数帯域の使用、単純構造及びオープン（開放型）インターフェース、端末の適度な電力消耗（消費）（power consumption）などが要求される。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
前述したような論議に基づき、以下ではキャリアアグリゲーション技法が適用された無線通信システムにおける下りリンク制御チャネルを受信する方法及びそのための装置を提案する。
【課題を解決するための手段】
【０００８】
本発明の一実施例によるキャリアアグリゲーション技法が適用された無線通信システムにおいて間欠受信（Discontinuous Reception；ＤＲＸ）モードである端末が下りリンク制御チャネルを検出する方法は、時分割二重通信（Time Division Duplex；ＴＤＤ）プライマリ（Primary）セルと関連した特定の上りリンク／下りリンクサブフレーム設定に基づき、ＴＤＤプライマリセル及び周波数分割二重通信（Frequency Division Duplex；ＦＤＤ）セカンダリ（Secondary）セルにおける下りリンク制御チャネル検出サブフレームを設定する段階と、サブフレーム数単位で定義される予め設定されたＤＲＸ関連タイマ（ＤＲＸに関連するタイマ）（DRX related timer）が動作（作動）する間、ＴＤＤプライマリセル又はＦＤＤセカンダリセルを介して下りリンク制御チャネル検出サブフレームの一つから下りリンク制御チャネルを検出する段階と、検出された下りリンク制御チャネルに基づいて下りリンクデータ信号を受信する段階と、を有し、ＦＤＤセカンダリセルにおける下りリンク制御チャネル検出サブフレームは、特定の上りリンク／下りリンクサブフレーム設定上の下りリンクサブフレームの位置又は予め設定された長さ以上の下りリンクリソースを有するスペシャル（特別）サブフレーム（special subframe）の位置と一致する、ＦＤＤセカンダリセル上のサブフレームを有することを特徴とする。
【０００９】
ここで、予め設定されたＤＲＸ関連タイマは、下りリンク制御チャネル検出サブフレームの中で、ＴＤＤプライマリセルに対してシステム情報によって前もって設定される上りリンク／下りリンクサブフレーム設定上の下りリンクサブフレームの位置又は予め設定された長さ以上の下りリンクリソースを有するスペシャルサブフレームの位置と一致するサブフレームでのみカウントされることを特徴とする。
【００１０】
好ましくは、本発明が適用される端末は、ＴＤＤプライマリセル及びＦＤＤセカンダリセルにおける同時（simultaneous）送信及び受信が不可能であることを特徴とする。
【００１１】
さらに、方法は、ＴＤＤプライマリセルにおけるサブフレームの用途の動的変更のための上りリンク／下りリンクサブフレーム設定に関する情報の検出を試みる段階をさらに有することができる。この場合、上りリンク／下りリンクサブフレーム設定に関する情報の検出に失敗した場合、特定の上りリンク／下りリンクサブフレーム設定は、端末に割り当てられた上りリンク／下りリンクサブフレーム設定の中で、下りリンクサブフレーム数が最大である上りリンク／下りリンクサブフレーム設定であることを特徴とする。特に、下りリンクサブフレームの個数が最大である上りリンク／下りリンクサブフレーム設定は、ＴＤＤプライマリセルにおける下りリンクハイブリッド自動再送要求（Hybrid Automatic Repeat and reQuest；ＨＡＲＱ）動作のために割り当てられた上りリンク／下りリンクサブフレーム設定であってもよい。
【００１２】
一方、上りリンク／下りリンクサブフレーム設定に関する情報の検出に成功した場合、特定の上りリンク／下りリンクサブフレーム設定は、検出された上りリンク／下りリンクサブフレーム設定であってもよい。
【００１３】
一方、本発明の他の態様である、キャリアアグリゲーション技法が適用された無線通信システムにおいて間欠受信（Discontinuous Reception；ＤＲＸ）モードで動作する端末装置は、ネットワークと信号を送受信するための無線通信モジュールと、信号を処理するためのプロセッサと、を有し、プロセッサは、時分割二重通信（Time Division Duplex；ＴＤＤ）プライマリ（Primary）セルと関連した特定の上りリンク／下りリンクサブフレーム設定に基づき、ＴＤＤプライマリセル及び周波数分割二重通信（Frequency Division Duplex；ＦＤＤ）セカンダリ（Secondary）セルにおける下りリンク制御チャネル検出サブフレームを設定し、サブフレーム数単位で定義される予め設定されたＤＲＸ関連タイマが動作する間、ＴＤＤプライマリセル又はＦＤＤセカンダリセルを介して下りリンク制御チャネル検出サブフレームの一つから下りリンク制御チャネルを検出し、検出された下りリンク制御チャネルに基づいて下りリンクデータ信号を受信するように無線通信モジュールを制御し、ＦＤＤセカンダリセルにおける下りリンク制御チャネル検出サブフレームは、特定の上りリンク／下りリンクサブフレーム設定上の下りリンクサブフレームの位置又は予め設定された長さ以上の下りリンクリソースを有するスペシャルサブフレーム（special subframe）の位置と一致する、ＦＤＤセカンダリセル上のサブフレームを有することを特徴とする。
【発明の効果】
【００１４】
本発明の実施例によると、無線リソースの用途が動的に変更可能な通信システムにおいてチャネル状態情報測定のための参照リソースをより効率的に定義することができ、これによりチャネル状態情報の測定をより安定的に行うことができる。
【００１５】
本発明で得られる効果は以上で言及した効果に制限されず、言及しなかったさらに他の効果は、下記の記載から本発明が属する技術分野で通常の知識を持った者に明らかに理解可能であろう。
【図面の簡単な説明】
【００１６】
【図１】無線通信システムの一例としてＥ−ＵＭＴＳネットワーク構造を概略的に例示する図である。
【図２】３ＧＰＰ無線アクセスネットワーク規格に基づく端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（Radio Interface Protocol）の制御プレーン（Control Plane）及びユーザプレーン（User Plane）の構造を例示する図である。
【図３】３ＧＰＰシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送（送信）（transmitting）方法を例示する図である。
【図４】ＬＴＥシステムに使われる下りリンク無線フレームの構造を例示する図である。
【図５】ＬＴＥシステムに使われる上りリンクサブフレームの構造を示す図である。
【図６】ＬＴＥ ＴＤＤシステムにおける無線フレームの構造を例示する図である。
【図７】キャリアアグリゲーション技法を説明する概念図である。
【図８】呼び出しメッセージを用いた一般的な送受信方法を説明するための図である。
【図９】ＤＲＸの概念を示す図である。
【図１０】ＬＴＥシステムにおいてＤＲＸ動作を例示する図である。
【図１１】本発明の実施例によって、ＰＤＣＣＨを受信する例を示すフローチャートである。
【図１２】本発明の一実施例による通信装置のブロック構成図を例示する図である。
【発明を実施するための形態】
【００１７】
以下に添付の図面を参照して説明する本発明の実施例から、本発明の構成、作用及び他の特徴が容易に理解されるであろう。以下に説明する実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された例である。
【００１８】
本明細書ではＬＴＥシステム及びＬＴＥ−Ａシステムを用いて本発明の実施例を説明するが、これは例示に過ぎず、本発明の実施例は、上述した定義に該当するいかなる通信システムにも適用可能である。また、本明細書において、基地局の名称は、ＲＲＨ（Remote Radio Head）、送信ポイント（Transmission Point；ＴＰ）、受信ポイント（Reception Point；ＲＰ）、ｅＮＢ、中継機（relay）などを含む包括的な意味で使われる。
【００１９】
図２は、３ＧＰＰ無線アクセスネットワーク（網）（network）規格に基づく端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（Radio Interface Protocol）の制御（コントロール）プレーン及びユーザプレーンの構造を示す図である。制御プレーンは、端末（ＵＥ）とネットワークとが呼を管理するために用いる制御メッセージが送信される通信路（パス）（path）のことを意味する。ユーザプレーンは、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通信路のことを意味する。
【００２０】
第１層である物理層は、物理チャネル（Physical Channel）を用いて上位層に情報送信サービス（Information Transfer Service）を提供する。物理層は、上位のメディアアクセス（媒体接続）制御（Medium Access Control）層とはトランスポート（伝送）チャネル（Transport Channel）で接続されている。該トランスポートチャネルを介してメディアアクセス制御層と物理層との間でデータが移動する。送信側の物理層と受信側の物理層との間では、物理チャネルを介してデータが移動する。該物理チャネルは、時間及び周波数を無線リソースとして活用する。具体的には、物理チャネルは、下りリンクにおいてＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）方式で変調され、上りリンクにおいてＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）方式で変調される。
【００２１】
第２層のメディアアクセス制御（Medium Access Control；ＭＡＣ）層は、論理チャネル（Logical Channel）を介して、上位層である無線リンク制御（Radio Link Control；ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼できるデータ送信をサポート（支援）する（support）。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックによって具現されてもよい。第２層のＰＤＣＰ（Packet Data Convergence Protocol）層は、帯域幅の狭い無線インターフェースでＩＰｖ４やＩＰｖ６などのＩＰパケットを効率的に送信するために、余分な制御情報を減らすヘッダ圧縮（Header Compression）機能を果たす。
【００２２】
第３層の最下部に位置する無線リソース制御（Radio Resource Control；ＲＲＣ）層は、制御プレーンにのみ定義される。ＲＲＣ層は、無線ベアラ（Radio Bearer）の設定（Configuration）、再設定（Re-configuration）及び解放（解除）（Release）に関連して、論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。無線ベアラ（ＲＢ）は、端末とネットワークとの間のデータ伝達のために第２層によって提供されるサービスを意味する。そのために、端末のＲＲＣ層とネットワークのＲＲＣ層とがＲＲＣメッセージを互いに交換する。端末のＲＲＣ層とネットワークのＲＲＣ層との間にＲＲＣ接続（RRC Connected）がある場合、端末は、ＲＲＣ接続状態（Connected Mode）にあり、そうでない場合は、ＲＲＣ休止状態（Idle Mode）にある。ＲＲＣ層の上位にあるＮＡＳ（Non-Access Stratum）層は、セッション管理（Session Management）及びモビリティ管理（Mobility Management）などの機能を果たす。
【００２３】
基地局（ｅＮＢ）を構成する一つのセルは、１．４、３、５、１０、１５、２０ＭＨｚなどの帯域幅のうちの一つに設定され、複数の端末に下り又は上り送信サービスを提供する。異なる（別個の）（Different）セルは、それぞれ対応する（別個の）帯域幅を提供するように設定されてもよい（Different cells can be configured to provide corresponding bandwidths, respectively）。
【００２４】
ネットワークから端末にデータを送信する下りトランスポートチャネルとしては、システム情報を送信するＢＣＨ（Broadcast CHannel）、ページングメッセージを送信するＰＣＨ（Paging CHannel）、ユーザトラヒックや制御メッセージを送信する下りＳＣＨ（Shared CHannel）などがある。下りマルチキャスト又は放送サービスのトラヒック又は制御メッセージは、下りＳＣＨで送信されてもよく、別の下りＭＣＨ（Multicast CHannel）で送信されてもよい。一方、端末からネットワークにデータを送信する上りトランスポートチャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Random Access CHannel）、ユーザトラヒックや制御メッセージを送信する上りＳＣＨ（Shared CHannel）がある。トランスポートチャネルの上位に存在し、トランスポートチャネルにマッピングされる論理チャネル（Logical Channel）としては、ＢＣＣＨ（Broadcast Control CHannel）、ＰＣＣＨ（Paging Control CHannel）、ＣＣＣＨ（Common Control CHannel）、ＭＣＣＨ（Multicast Control CHannel）、ＭＴＣＨ（Multicast Traffic CHannel）などがある。
【００２５】
図３は、３ＧＰＰシステムに用いられる物理チャネル及びこれらのチャネルを用いた一般的な信号送信方法を説明するための図である。
【００２６】
端末は、電源が入ったり、新しいセルに進入したりした場合に、基地局と同期を取るなどの初期セルサーチ（探索）（Initial cell search）作業を行う（Ｓ３０１）。そのために、端末は、基地局から１次（プライマリ）同期チャネル（Primary Synchronization CHannel；Ｐ−ＳＣＨ）及び２次（セカンダリ）同期チャネル（Secondary Synchronization CHannel；Ｓ−ＳＣＨ）を受信して基地局と同期を取り、セルＩＤなどの情報を取得することができる。その後、端末は、基地局から物理放送チャネル（Physical Broadcast Channel）を受信し、セル内放送情報を取得することができる。一方、端末は、初期セルサーチ段階で、下りリンク参照信号（DownLink Reference Signal；ＤＬ ＲＳ）を受信し、下りリンクチャネル状態を確認することができる。
【００２７】
初期セルサーチを終えた端末は、物理下りリンク制御チャネル（Physical Downlink Control CHannel；ＰＤＣＣＨ）と当該ＰＤＣＣＨに載せられた情報に基づく物理下りリンク共有チャネル（Physical Downlink Control CHannel；ＰＤＳＣＨ）とを受信することによって、より具体的なシステム情報を取得することができる（Ｓ３０２）。
【００２８】
一方、基地局に初めてアクセス（接続）したり（access）又は信号送信のための無線リソースがない場合には、端末は基地局にランダムアクセス手順（Random Access Procedure；ＲＡＣＨ）を行うことができる（Ｓ３０３乃至Ｓ３０６）。そのために、端末は、物理ランダムアクセスチャネル（Physical Random Access CHannel；ＰＲＡＣＨ）を介して特定シーケンスをプリアンブルとして送信し（Ｓ３０３及びＳ３０５）、ＰＤＣＣＨ及び対応するＰＤＳＣＨを介して、プリアンブルに対する応答メッセージを受信することができる（Ｓ３０４及びＳ３０６）。コンテンション（競合）（contention）ベースのＲＡＣＨに対しては、衝突解決手順（Contention Resolution Procedure）をさらに行うことができる。
【００２９】
上述の手順を行った端末は、その後、一般的な上りリンク／下りリンク信号送信手順として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ３０７）、及び物理上りリンク共有チャネル（Physical Uplink Shared CHannel；ＰＵＳＣＨ）／物理上りリンク制御チャネル（Physical Uplink Control CHannel；ＰＵＣＣＨ）送信（Ｓ３０８）を行うことができる。特に、端末は、ＰＤＣＣＨを介して下りリンク制御情報（Downlink Control Information；ＤＣＩ）を受信する。ここで、ＤＣＩは、端末に対するリソース割り当て情報などの制御情報を含んでおり、その使用目的によってフォーマットが異なる。
【００３０】
一方、端末が上りリンクで基地局に送信するか、又は端末が基地局から受信する制御情報は、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ信号、ＣＱＩ（Channel Quality Indicator）、ＰＭＩ（Precoding Matrix Index）、ＲＩ（Rank Indicator）などを含む。３ＧＰＰ ＬＴＥシステムでは、端末は、これらのＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨを介して送信することができる。
【００３１】
図４は、下りリンク無線フレームで一つのサブフレームの制御領域に含まれる制御チャネルを例示する図である。
【００３２】
図４を参照すると、サブフレームは１４個のＯＦＤＭシンボルで構成されている。サブフレーム設定によって、先頭の１〜３個のＯＦＤＭシンボルは制御領域として用いられ、残りの１３個〜１１個のＯＦＤＭシンボルはデータ領域として用いられる。同図において、Ｒ１〜Ｒ４は、アンテナ０〜３に対する参照信号（Reference Signal（ＲＳ）又はPilot Signal）を表す。ＲＳは、制御領域かデータ領域かを問わず、サブフレーム内に一定のパターンで固定される。制御チャネルは、制御領域でＲＳが割り当てられていないリソースに割り当てられ、トラヒックチャネルもデータ領域でＲＳが割り当てられていないリソースに割り当てられる。制御領域に割り当てられる制御チャネルには、ＰＣＦＩＣＨ（Physical Control Format Indicator CHannel）、ＰＨＩＣＨ（Physical Hybrid-ARQ Indicator CHannel）、ＰＤＣＣＨ（Physical Downlink Control CHannel）などがある。
【００３３】
ＰＣＦＩＣＨは物理制御フォーマット指示子チャネルであり、サブフレームごとにＰＤＣＣＨに用いられるＯＦＤＭシンボルの個数を端末に知らせる。ＰＣＦＩＣＨは、最初のＯＦＤＭシンボルに位置し、ＰＨＩＣＨ及びＰＤＣＣＨに優先して（より先に）（prior to）設定される。ＰＣＦＩＣＨは４個のＲＥＧ（Resource Element Group）で構成され、各ＲＥＧはセルＩＤ（Cell IDentity）に基づいて制御領域内に分散（分布）される（distributed）。１個のＲＥＧは４個のＲＥ（Resource Element）で構成される。ＲＥは、１副搬送波×１ ＯＦＤＭシンボルとして定義される最小物理リソースを表す。ＰＣＦＩＣＨ値は帯域幅によって、１〜３又は２〜４の値を示し、ＱＰＳＫ（Quadrature Phase Shift Keying）で変調される。
【００３４】
ＰＨＩＣＨは、物理ＨＡＲＱ（Hybrid-Automatic Repeat and reQuest）指示子チャネルであり、上りリンク送信に対するＨＡＲＱ ＡＣＫ／ＮＡＣＫを搬送するために用いられる。すなわち、ＰＨＩＣＨは、上りリンクＨＡＲＱのためのＤＬ ＡＣＫ／ＮＡＣＫ情報が送信されるチャネルを表す。ＰＨＩＣＨは、１個のＲＥＧで構成され、セル固有（特定）（cell-specific）にスクランブル（scrambling）される。ＡＣＫ／ＮＡＣＫは１ビットで指示され、ＢＰＳＫ（Binary phase shift keying）で変調される。変調されたＡＣＫ／ＮＡＣＫは拡散率（因子）（Spreading Factor；ＳＦ）＝２又は４で拡散される。同一のリソースにマッピングされる複数のＰＨＩＣＨは、ＰＨＩＣＨグループを構成する。ＰＨＩＣＨグループに多重化されるＰＨＩＣＨの個数は、拡散コードの個数によって決定される。ＰＨＩＣＨ（グループ）は周波数領域及び／又は時間領域でダイバーシチ利得を得るために３回反復（repetition）される。
【００３５】
ＰＤＣＣＨは、物理下りリンク制御チャネルであり、サブフレームの先頭におけるｎ個のＯＦＤＭシンボルに割り当てられる。ここで、ｎは１以上の整数であり、ＰＣＦＩＣＨによって指示される。ＰＤＣＣＨは一つ又は複数のＣＣＥ（Control Channel Element）で構成される。ＰＤＣＣＨは、トランスポートチャネルであるＰＣＨ（Paging CHannel）及びＤＬ−ＳＣＨ（DownLink-Shared CHannel）のリソース割り当てに関する情報、上りリンクスケジューリンググラント（Uplink Scheduling Grant）、ＨＡＲＱ情報などを、各端末又は端末グループに送る。ＰＣＨ（Paging CHannel）及びＤＬ−ＳＣＨ（DownLink-Shared CHannel）はＰＤＳＣＨを介して送信される。したがって、基地局及び端末は、一般に、特定の制御情報又は特定のサービスデータ以外は、ＰＤＳＣＨを介してそれぞれ送信及び受信する。
【００３６】
ＰＤＳＣＨのデータがどの端末（１つ又は複数の端末）に送信されるか、これらの端末がどのようにＰＤＳＣＨデータを受信してデコードすべきかに関する情報などが、ＰＤＣＣＨに含まれて送信される。例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ（Radio Network Temporary Identity）でＣＲＣ（Cyclic Redundancy Check）マスクされており、「Ｂ」という無線リソース（例、周波数位置）及び「Ｃ」という伝送形式情報（例、トランスポート（伝送）（transport）ブロックサイズ、変調方式、コーディング情報など）を用いて送信されるデータに関する情報が、特定サブフレームで送信されると仮定する。この場合、セル内の端末は、自体のＲＮＴＩ情報を用いてＰＤＣＣＨを監視（monitering）し、「Ａ」のＲＮＴＩを有する一つ又は複数の端末がある場合、これらの端末は、ＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報に基づいて、「Ｂ」及び「Ｃ」が示すＰＤＳＣＨを受信する。
【００３７】
図５は、ＬＴＥシステムで用いられる上りリンクサブフレームの構造を示す図である。
【００３８】
図５を参照すると、上りリンクサブフレームは、制御情報を搬送するＰＵＣＣＨ（Physical Uplink Control CHannel）が割り当てられる領域と、ユーザデータを搬送するＰＵＳＣＨ（Physical Uplink Shared CHannel）が割り当てられる領域とに分けられる（区別される）（divided into）。サブフレームにおいて、周波数領域の中央部分がＰＵＳＣＨに割り当てられ、周波数領域におけるデータ領域の両側部分がＰＵＣＣＨに割り当てられる。ＰＵＣＣＨ上で送信される制御情報は、ＨＡＲＱに用いられるＡＣＫ／ＮＡＣＫ、下りリンクチャネル状態を示すＣＱＩ（Channel Quality Indicator）、ＭＩＭＯのためのＲＩ（Rank Indicator）、上りリンクリソース割り当て要求（要請）であるＳＲ（Scheduling Request）などがある。一つの端末に対するＰＵＣＣＨは、サブフレーム内の各スロットで異なる周波数を占める一つのリソースブロックを使用する。すなわち、ＰＵＣＣＨに割り当てられる２個のリソースブロックはスロット境界で周波数ホッピング（frequency hopping）する。特に、図６は、ｍ＝０のＰＵＣＣＨ、ｍ＝１のＰＵＣＣＨ、ｍ＝２のＰＵＣＣＨ、ｍ＝３のＰＵＣＣＨがサブフレームに割り当てられることを例示している。
【００３９】
また、一つのサブフレーム内でサウンディング参照信号は、一つのサブフレームにおいて、時間軸上では最後のシンボルの区間で、周波数上ではデータの送信帯域で送信される。同一サブフレームの最後のシンボルで送信される複数の端末のサウンディング参照信号は、周波数の位置によって区別する（distinguished）ことができる。
【００４０】
図６は、ＬＴＥ ＴＤＤシステムにおける無線フレームの構造を例示する図である。ＬＴＥ ＴＤＤシステムにおいて、無線フレームは２個のハーフフレーム（half frame）で構成され、各ハーフフレームは、２個のスロットを含む４個のノーマル（一般）サブフレーム（normal subframes）と、ＤｗＰＴＳ（Downlink Pilot Time Slot）、保護区間（Guard Period：ＧＰ）及びＵｐＰＴＳ（Uplink Pilot Time Slot）を含むスペシャル（特別）サブフレーム（special subframe）と、で構成される。
【００４１】
上記スペシャルサブフレームにおけるＤｗＰＴＳは、端末での初期セルサーチ、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局でのチャネル推定と端末の上りリンク送信の同期化とに用いられる。すなわち、ＤｗＰＴＳは下りリンク送信に用いられ、ＵｐＰＴＳは上りリンク送信に用いられる。特に、ＵｐＰＴＳはＰＲＡＣＨプリアンブル又はＳＲＳの送信に用いられる。また、保護区間は、上りリンクと下りリンクとの間に下りリンク信号のマルチパス（多重経路）遅延（multi-path delay）によって上りリンクで生じる干渉を除去するための区間である。
【００４２】
一方、ＬＴＥ  ＴＤＤシステムにおける上りリンク／下りリンクサブフレーム設定（UL/DL configuration）は、下記の表１のとおりである。
【００４３】
【表１】
0006360187.tif 000002
【００４４】
上記の表１において、Ｄは下りリンクサブフレーム、Ｕは上りリンクサブフレームを表し、Ｓは、上記スペシャルサブフレームを表す。また、上記表１は、各上りリンク／下りリンクサブフレーム設定において下りリンク−上りリンク切り替え（スイッチング）（switching）周期も示している。
【００４５】
表２乃至表４は、表１の上りリンク／下りリンクサブフレーム設定上のＨＡＲＱタイムラインを示す。表２は、特定の上りリンクサブフレームで送信するＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨの送信サブフレームインデックス集合（セット）（set）を示す。例えば、上りリンク／下りリンクサブフレーム設定＃１の場合、サブフレーム＃５及びサブフレーム＃６で受信したＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫをサブフレーム＃２で送信する。
【００４６】
【表２】
0006360187.tif 000003
【００４７】
次に、表３は、特定の上りリンクサブフレームで送信されるＰＵＳＣＨをスケジュールする上りリンクグラントの送信サブフレームインデックスを示している。例えば、上りリンク／下りリンクサブフレーム設定＃１の場合、サブフレーム＃２で送信されるＰＵＳＣＨは、サブフレーム＃６で送信される上りリンクグラントによってスケジュールされる。特に、表３の上りリンク／下りリンクサブフレーム設定＃０は、下りリンクサブフレームの個数が上りリンクサブフレームの個数よりも少ない特殊な場合であり、１つの下りリンクサブフレームで２つの上りリンクサブフレームにおけるＰＵＳＣＨをスケジュールすることができ、いずれのサブフレームにおけるＰＵＳＣＨであるかをＤＣＩ（Downlink Control Information）上の上りリンクインデックスフィールド（UL index field）で示すことができる。すなわち、この上りリンクインデックスの指示子によって、表３の括弧の中のインデックスを使用するか、括弧の付いていないインデックスを使用するか、又は両方を共に用いて両サブフレームでＰＵＳＣＨをスケジュールするかが決定される。
【００４８】
【表３】
0006360187.tif 000004
【００４９】
最後に、表４は、特定の上りリンクサブフレームでＰＵＳＣＨが送信されたとき、これに対するＰＨＩＣＨが送信されるサブフレームのインデックスを示している。例えば、上りリンク／下りリンクサブフレーム設定＃１の場合、サブフレーム＃２で送信されたＰＵＳＣＨに対するＰＨＩＣＨはサブフレーム＃６で受信することを意味する。
【００５０】
【表４】
0006360187.tif 000005
【００５１】
以下では、キャリアアグリゲーション（carrier aggregation）技法について説明する。図７は、キャリアアグリゲーション（carrier aggregation）を説明する概念図である。
【００５２】
キャリアアグリゲーションは、無線通信システムがより広い周波数帯域を使用するために、端末が上りリンクリソース（又はコンポーネントキャリア（搬送波）（component carrier））及び／又は下りリンクリソース（又はコンポーネントキャリア）で構成された周波数ブロック又は（論理的意味の）セルを複数使用し、一つの大きな論理周波数帯域として使用する方法を意味する。以下では、説明の便宜のために、コンポーネントキャリアという用語に統一するものとする。
【００５３】
図７を参照すると、全システム帯域（System BandWidth；Ｓｙｓｔｅｍ  ＢＷ）は論理帯域であって、最大１００ＭＨｚの帯域幅を有する。全システム帯域は５個のコンポーネントキャリアを含み、各コンポーネントキャリアは最大２０ＭＨｚの帯域幅を有する。コンポーネントキャリアは、物理的に連続した一つ又は複数の連続した副搬送波を含む。図７では、各コンポーネントキャリアがいずれも同じ帯域幅を有するように示しているが、これは例示に過ぎず、各コンポーネントキャリアはそれぞれ異なる帯域幅を有してもよい。また、各コンポーネントキャリアは周波数領域で互いに隣接しているように示しているが、同図は、論理的な概念で示したものであり、各コンポーネントキャリアは物理的に互いに隣接していてもよく、離れていてもよい。
【００５４】
中心周波数（搬送波）（Center frequency）は、各コンポーネントキャリアに対して異なるように（別々に）（differently）用いてもよく、物理的に隣接したコンポーネントキャリアに対して共通した一つの中心周波数を用いてもよい。一例として、図７において、全コンポーネントキャリアが物理的に隣接していると仮定する場合、中心周波数Ａを使用することができる。また、各コンポーネントキャリアが物理的に隣接していないと仮定する場合、各コンポーネントキャリアに対して、別個の（separate）中心周波数Ａ、中心周波数Ｂなどを使用することもできる。
【００５５】
本明細書において、コンポーネントキャリアはレガシシステムのシステム帯域に対応（該当）し（correspond）てもよい。コンポーネントキャリアをレガシシステムを基準にして定義することによって、発展（進化）した（evolved）端末とレガシ端末とが共存する無線通信環境で下位互換（backward compatibility）の提供及びシステム設計が容易となる。一例として、ＬＴＥ−Ａシステムがキャリアアグリゲーションをサポートする場合に、各コンポーネントキャリアはＬＴＥシステムのシステム帯域に対応（該当）してもよい。この場合、コンポーネントキャリアは、１．２５、２．５、５、１０又は２０ＭＨｚ帯域幅のいずれか一つを有することができる。
【００５６】
キャリアアグリゲーションによって全システム帯域を拡張した場合に、各端末との通信に用いられる周波数帯域は、コンポーネントキャリア単位で定義される。端末Ａは、全システム帯域である１００ＭＨｚを用いることができ、５個のコンポーネントキャリアを全て用いて通信を行う。端末Ｂ1〜Ｂ5は、２０ＭＨｚ帯域幅だけを用いることができ、１個のコンポーネントキャリアを用いて通信を行う。端末Ｃ1及びＣ2は、４０ＭＨｚ帯域幅を用いることができ、それぞれ２個のコンポーネントキャリアを用いて通信を行う。これらの２個のコンポーネントキャリアは、論理／物理的に隣接しても隣接しなくてもよい。端末Ｃ1は、隣接していない２個のコンポーネントキャリアを用いる場合を示し、端末Ｃ2は隣接している２個のコンポーネントキャリアを用いる場合を示す。
【００５７】
ＬＴＥシステムの場合、１個の下りリンクコンポーネントキャリア及び１個の上りリンクコンポーネントキャリアを用いるが、ＬＴＥ−Ａシステムの場合、図６に示すように、複数のコンポーネントキャリアを用いることができる。このとき、制御チャネルがデータチャネルをスケジュールする方式は、従来のリンク搬送波スケジューリング（Linked carrier scheduling）方式とクロス搬送波スケジューリング（Cross carrier scheduling）方式とに分けることができる。
【００５８】
より詳しくは、リンク搬送波スケジューリングは、単一コンポーネントキャリアを用いるレガシ（従来の、既存の）（legacy）ＬＴＥシステムのように、特定のコンポーネントキャリアで送信される制御チャネルは、該特定のコンポーネントキャリアで送信されるデータチャネルだけをスケジュールする。
【００５９】
一方、クロス搬送波スケジューリングは、搬送波指示子（キャリアインジケータ）フィールド（Carrier Indicator Field；ＣＩＦ）を用いて、プライマリコンポーネントキャリア（Primary CC）で送信される制御チャネルが、該プライマリコンポーネントキャリアで送信される或いは他のコンポーネントキャリアで送信されるデータチャネルをスケジュールする。
【００６０】
一方、従来のＬＴＥ−Ａシステムでは、キャリアアグリゲーション技法の適用時に、同一のフレーム構造タイプ（すなわち、ＦＤＤ又はＴＤＤのいずれか一つ）、及びＴＤＤセルの集約（集成）（aggregate）時にも同一の上りリンク−下りリンクサブフレーム設定が構成された場合だけを考慮した。しかし、最近のＬＴＥ−Ａシステムでは、異なる上りリンク−下りリンクサブフレーム設定が構成された場合又は異なるフレーム構造タイプが適用された場合にもキャリアアグリゲーションを可能に（許容）している（permitted）。ただし、この場合には、各セルで上りリンク−下りリンクサブフレーム設定によって定義されるスケジューリングタイミング、ＡＣＫ／ＮＡＣＫフィードバックタイミング、又は再送信タイミングなどをそのまま用いるが、そのまま用いることができない場合が発生しうる。
【００６１】
特に、ＴＤＤ  ＰＣｅｌｌ及びＦＤＤ  ＳＣｅｌｌがキャリアアグリゲーションされるとき、ＦＤＤ  ＳＣｅｌｌで送信されるＰＤＳＣＨに対して上りリンクで送信されるＡＣＫ／ＮＡＣＫタイミングに、レガシＦＤＤセルで定義されたＨＡＲＱタイミングをそのまま適用して、ＡＣＫ／ＮＡＣＫをＴＤＤ  ＰＣｅｌｌの上りリンクサブフレームで送信すると、ＡＣＫ／ＮＡＣＫ送信タイミングにおいてＴＤＤ  ＰＣｅｌｌが下りリンクサブフレームによって定義されている場合には、ＡＣＫ／ＮＡＣＫを送信することができない。したがって、ＦＤＤ  ＳＣｅｌｌのより多くの下りリンクサブフレームに対してＡＣＫ／ＮＡＣＫ送信を提供するために、レガシＦＤＤ  ＳＣｅｌｌで定義されたＨＡＲＱタイミングではなく新しいＨＡＲＱタイミングを適用すればよい。
【００６２】
そのための一つ方法として、ＴＤＤ  ＰＣｅｌｌ及びＦＤＤ  ＳＣｅｌｌのキャリアアグリゲーションの状況で、ＡＣＫ／ＮＡＣＫがＰＣｅｌｌで送信される場合、ＦＤＤ  ＳＣｅｌｌのＨＡＲＱタイミングとしてレガシＴＤＤセルで適用可能なＨＡＲＱタイミングの一つを適用することができる。この時にＦＤＤ  ＳＣｅｌｌのためのＨＡＲＱタイミングを適用できる上りリンク−下りリンクサブフレーム設定は、主に、次の（１）及び（２）のような２つの方式で定めることができる。
【００６３】
（１）ＦＤＤ  ＳＣｅｌｌに対するＨＡＲＱタイミングとして、ＴＤＤ  ＰＣｅｌｌで指定された上りリンク−下りリンクサブフレーム設定において、上りリンクサブフレームとして定義されたサブフレームの部分集合でのみ上りリンクサブフレームが定義される上りリンク−下りリンクサブフレーム設定のＨＡＲＱタイミングを適用する。
【００６４】
例えば、ＴＤＤ  ＰＣｅｌｌが上りリンク−下りリンクサブフレーム設定＃３である場合には、ＦＤＤ  ＳＣｅｌｌに適用できるＨＡＲＱタイミングは、上りリンク−下りリンクサブフレーム設定＃３、＃４、＃５となる。すなわち、上りリンク−下りリンクサブフレーム設定＃３で上りリンクサブフレームとして定義されたサブフレーム＃２、＃３、＃４以外のサブフレームが上りリンクサブフレームとして定義されている、上りリンク−下りリンクサブフレーム設定＃０、＃１、＃２、＃６を適用することはできない。これにより、ＡＣＫ／ＮＡＣＫ送信タイミングは、ＰＣｅｌｌが上りリンクサブフレームである場合にのみ定義されるようになる。
【００６５】
（２）ＦＤＤ  ＳＣｅｌｌに対するＨＡＲＱタイミングとして、ＴＤＤ  ＰＣｅｌｌの上りリンク−下りリンクサブフレーム設定にかかわらず、いずれの上りリンク−下りリンクサブフレーム設定で定義されたＨＡＲＱタイミングも適用可能であると定義することもできる。この場合には、実際にＴＤＤ  ＰＣｅｌｌでＵＬとして定義されないサブフレームで送信するように定義されたＡＣＫ／ＮＡＣＫフィードバックは実際に送信することはできず、このため、これに対応するＦＤＤ  ＳＣｅｌｌ下りリンクサブフレームでは、ＡＣＫ／ＮＡＣＫフィードバックを要求するＰＤＣＣＨ／ＰＤＳＣＨをスケジュールしないか、又はＨＡＲＱ再送を伴わずに送受信するなどの制約を加えなければならない。
【００６６】
上記のＨＡＲＱタイミング方式（１）又は（２）で、ＴＤＤ  ＰＣｅｌｌの上りリンク−下りリンクサブフレーム設定が＃０である場合に、ＴＤＤ  ＰＣｅｌｌの単独動作ではサブフレーム＃３、＃８は上りリンクサブフレームとして定義されるものの、ＡＣＫ／ＮＡＣＫ送信に用いられない。このため、サブフレーム＃３、＃８にはＡＣＫ／ＮＡＣＫ送信のためのリソースが定義されないか、又は、サブフレーム＃３、＃８で送信されるＡＣＫ／ＮＡＣＫ  ＰＵＣＣＨに対しては電力制御命令（power control command）を適用できないという問題がありうる。したがって、上記のＨＡＲＱタイミング方式（１）又は（２）で、ＴＤＤ  ＰＣｅｌｌの上りリンク−下りリンクサブフレーム設定が上りリンク−下りリンクサブフレーム設定＃０である場合、ＦＤＤ  ＳＣｅｌｌに適用するＨＡＲＱタイミングでサブフレーム＃３、＃８がＡＣＫ／ＮＡＣＫフィードバックタイミングとして指定されても、サブフレーム＃３、＃８ではＡＣＫ／ＮＡＣＫフィードバックを送信しないことが好ましい。このとき、端末器は、サブフレーム＃３、＃８でＡＣＫ／ＮＡＣＫフィードバックを受けるように定義される下りリンクサブフレームでは、ＡＣＫ／ＮＡＣＫフィードバックを要求するＤＬ−ＳＣＨを含むＰＤＳＣＨ或いは当該ＰＤＳＣＨをスケジュールするＰＤＣＣＨなどを受信しないか、或いは当該サブフレームでは物理層ＡＣＫ／ＮＡＣＫを伴うＨＡＲＱ動作を行わないでＰＤＳＣＨを受信することができる。特に、ＨＡＲＱタイミング方式（１）では、ＴＤＤ  ＰＣｅｌｌの上りリンク−下りリンクサブフレーム設定が上りリンク−下りリンクサブフレーム設定＃０である場合には、ＦＤＤ  ＳＣｅｌｌにＨＡＲＱタイミングの適用が可能な上りリンク−下りリンクサブフレーム設定を、上りリンク−下りリンクサブフレーム設定＃０、＃２，＃５、すなわち、サブフレーム＃３、＃８を通じたＡＣＫ／ＮＡＣＫ送信が指定されない上りリンク−下りリンクサブフレーム設定に制限することができる。
【００６７】
一方、近年、無線通信システムでは、ｅＮＢが全ての使用可能（可用）（all available resources）リソースを下りリンクリソースと上りリンクリソースとに分割して複信（Duplex）動作を行うとき、各リソースの用途を下りリンクリソース又は上りリンクリソースのいずれかとして選択する動作をより柔軟に変更する技術に関して議論中である。
【００６８】
上記の動的リソース用途変更（変換）（change）は、下りリンクトラヒック及び上りリンクトラヒックの大きさが動的に変わる（変化する）（changing）状況下で、各時点で最適のリソース分配を行うことができるという長所がある。例えば、ＦＤＤシステムは、周波数帯域を下りリンク帯域と上りリンク帯域とに分割して管理（運営）する（managed）が、上述の動的リソース用途変更のためにｅＮＢは、ＲＲＣ層、ＭＡＣ層、又は物理層の信号を用いて、特定時点で特定の周波数帯域が下りリンクリソースであるか又は上りリンクリソースであるかを指定することができる。
【００６９】
特に、ＴＤＤシステムは、全サブフレームを上りリンクサブフレームと下りリンクサブフレームとに分割し、それぞれをＵＥの上りリンク送信又はｅＮＢの下りリンク送信に使用する。このようなリソース分割は、一般に、上述した表１の上りリンク／下りリンクサブフレーム設定に従ってシステム情報の一部として与えることができる。勿論、表１の上りリンク／下りリンクサブフレーム設定の他にも、新しい上りリンク／下りリンクサブフレーム設定がさらに提供されてもよい。ＴＤＤシステムにおいて、動的リソース用途変更のために、ｅＮＢは、ＲＲＣ層、ＭＡＣ層或いは物理層信号を用いて、特定時点で特定サブフレームが下りリンクリソースであるか又は上りリンクリソースであるかを指定することができる。特に、このような用途変更メッセージは、再設定メッセージ（Reconfiguration Message）と呼ぶことができ、事前に定義されたセル（例えば、ＰＣｅｌｌ）上でＲＲＣ層、ＭＡＣ層、或いは物理層信号などでシグナルされてもよい。また、この用途変更メッセージは、端末固有の（UE-Specific）特性、セル固有の（Cell-Specific）特性、或いは端末グループ固有の（UE-Group-Specific）特性（又は、端末グループ共通の（UE-Group-Common）特性）を有することができる。さらに、上記用途変更メッセージは、事前に定義されたセル上でＵＳＳ（UE-Specific Search Space）或いはＣＳＳ（Common Search Space）で送信されてもよい。
【００７０】
レガシＬＴＥシステムにおいて、下りリンクリソース及び上りリンクリソースはシステム情報によって指定され、このシステム情報は不特定多数のＵＥに送信されるべき情報であるため、動的に変わる場合にはレガシＵＥの動作に問題が発生しうる。このため、動的リソース用途変更に関する情報は、システム情報ではなく新しいシグナリング、特に、端末特定シグナリングによって、現在ｅＮＢとの接続を維持しているＵＥに伝達することが好ましい。この新しいシグナリングは、動的に変わった（変化した）（changed）リソースの構成、例えば、ＴＤＤシステムでシステム情報が示したのとは異なる上りリンク／下りリンクサブフレーム設定情報を示すこともできる。
【００７１】
このような新しいシグナリングにはＨＡＲＱに関連した情報がさらに含まれてもよい。特に、スケジューリングメッセージとこれに対応（相応）する（corresponding）ＰＤＳＣＨ／ＰＵＳＣＨ送信時点（タイミング）（timing）、そして、これに対するＨＡＲＱ−ＡＣＫ送信時点によって定義されるＨＡＲＱタイミングが動的に変わる場合、変わる時点間で（between timing changes）ＨＡＲＱタイミングが連続しない問題を解決するために、動的にリソース構成が変わっても、安定したＨＡＲＱタイミングを維持できるＨＡＲＱタイミング構成情報を含むことができる。ＴＤＤシステムの場合、このＨＡＲＱタイミング構成情報は、下りリンクＨＡＲＱタイミング及び／又は上りリンクＨＡＲＱタイミングを定義するときに参照する上りリンク／下りリンクサブフレーム設定とすることができる。
【００７２】
上記によれば、動的にリソース用途が変わるシステムに接続したＵＥは、リソース構成に関する様々な情報を受信する。特に、ＴＤＤシステムの場合、一つのＵＥは特定の時点で下記の情報を取得することができる。
【００７３】
１）システム情報（ＳＩＢ１（System Information Block type 1））で示した上りリンク／下りリンクサブフレーム設定（以下、ＳＩＢ１上りリンク／下りリンクサブフレーム設定）
【００７４】
ただし、ＳＣｅｌｌの場合、システム情報でこのような上りリンク／下りリンクサブフレーム設定が与えられるのではなく、ＲＲＣシグナリングで（具体的には、ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎＳＣｅｌｌ  ＩＥで）与えられてもよい。これもまた、説明の便宜のために、ＳＩＢ１上りリンク／下りリンクサブフレーム設定と呼ぶことができる。
【００７５】
２）別途の（separate）シグナリングで各サブフレームの用途を示す目的で伝達された上りリンク／下りリンクサブフレーム設定（以下、実際の（Actual）上りリンク／下りリンクサブフレーム設定又は有効（Valid）上りリンク／下りリンクサブフレーム設定）
【００７６】
３）下りリンクＨＡＲＱタイミング、すなわち、特定時点で受信したＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫをいつ送信するかを定義するために伝達された上りリンク／下りリンクサブフレーム設定（以下、下りリンクＨＡＲＱ参照サブフレーム設定）
【００７７】
４）上りリンクＨＡＲＱタイミング、すなわち、特定時点で受信した上りリンクグラントに対するＰＵＳＣＨをいつ送信するか、及び特定時点で送信したＰＵＳＣＨに対するＰＨＩＣＨをいつ受信するかを定義するために伝達された上りリンク／下りリンクサブフレーム設定（以下、上りリンクＨＡＲＱ参照サブフレーム設定）
【００７８】
特定ＵＥが、動的にリソース用途を変えるｅＮＢにアクセスする場合、当該ｅＮＢは、システム情報を用いて可能な限り上りリンクサブフレームが多い上りリンク／下りリンクサブフレーム設定を指定するように動作する場合が多い。これは、ＳＩＢ１上りリンク／下りリンクサブフレーム設定上で下りリンクサブフレームとして設定されたサブフレームを上りリンクサブフレームに動的に変えるのに制約がありうるためである。例えば、レガシＵＥは、ＳＩＢ１上りリンク／下りリンクサブフレーム設定で下りリンクサブフレームとして示されたサブフレームで常にＣＲＳの送信を期待して測定しているため、これを動的に上りリンクサブフレームに変える（変換する）（changed）場合、レガシＵＥのＣＲＳ測定に大きな誤りが発生しうるためである。したがって、ｅＮＢは、ＳＩＢ１上りリンク／下りリンクサブフレーム設定上では上りリンクサブフレームを多く設定するが、下りリンクトラフィックが増加すると、実際の上りリンク／下りリンクサブフレーム設定では上りリンクサブフレームの一部を下りリンクサブフレームに動的に変えることが好ましい。
【００７９】
このような原理によって動作するＴＤＤシステムにおいて、ＵＥには、特定時点でＳＩＢ１上りリンク／下りリンクサブフレーム設定として上りリンク／下りリンクサブフレーム設定＃０が指示されるが、実際の上りリンク／下りリンクサブフレーム設定としては上りリンク／下りリンクサブフレーム設定＃１が指示されてもよい。
【００８０】
また、下りリンクＨＡＲＱタイミングの基準である、下りリンクＨＡＲＱ参照サブフレーム設定は、上りリンク／下りリンクサブフレーム設定＃２になってもよい。これは、上りリンクサブフレームが少なくて下りリンクサブフレームが多い上りリンク／下りリンクサブフレーム設定を下りリンクＨＡＲＱタイミングの基準にし、下りリンクサブフレームが最大となってＨＡＲＱ−ＡＣＫを最も送信し難い状況を作り、この状況に従って下りリンクＨＡＲＱタイミングを管理すると、動的に上りリンク／下りリンクサブフレーム設定を変えてもＨＡＲＱタイミングは持続できるためである。同様の原理で、上りリンクＨＡＲＱタイミングの基準である上りリンクＨＡＲＱ参照サブフレーム設定は、上りリンク／下りリンクサブフレーム設定＃０のように上りリンクサブフレームが多い上りリンク／下りリンクサブフレーム設定になってもよい。
【００８１】
図８は、呼び出し（ページング）（paging）メッセージを用いた一般的な送受信方法を説明するための図である。
【００８２】
図８を参照して説明すると、呼び出しメッセージは、呼び出し理由（Paging Cause）及び端末識別子（UE Identity）などからなる呼び出し記録（Paging record）を含む。上記呼び出しメッセージを受信するとき、端末は電力消耗の減少を目的で間欠（不連続）受信（Discontinuous Reception；ＤＲＸ）周期を行うことができる。
【００８３】
具体的には、ネットワークはＤＲＸサイクル（DRX Cycle）と呼ばれる時間周期ごとに多数の呼び出し機会時間（オケージョン）（Paging Occasion；ＰＯ）を構成し、特定の端末は特定の呼び出し機会時間のみを受信して呼び出しメッセージを取得することができるようにする。上記端末は上記特定の呼び出し機会時間以外の時間には呼び出しチャネルを受信せず、電力消耗を減らすためにスリープ（睡眠）（sleep）状態にあり得る。一つの呼び出し機会時間は一つのＴＴＩに相当する（当たる）（amounts to）。
【００８４】
基地局及び端末は、呼び出しメッセージの伝送（送信）（transmission）を知らせる特定の値として呼び出し指示子（Paging Indicator；ＰＩ）を使う。基地局は、ＰＩの用途に特定の識別子（例えば、Paging-Radio Network Temporary Identity；Ｐ−ＲＮＴＩ）を定義し、端末に呼び出し情報伝送を知らせることができる。一例として、端末は、ＤＲＸサイクルごとに起動し（ウェイクし、目覚め）（wakes up）て呼び出しメッセージの出現の有無を知るために一つのサブフレームを受信する。端末は、受信したサブフレームのＬ１／Ｌ２制御チャネル（ＰＤＣＣＨ）にＰ−ＲＮＴＩがあると、該当のサブフレームのＰＤＳＣＨに呼び出しメッセージがあることが分かる。また、呼び出しメッセージに自分の端末識別子（例えば、ＩＭＳＩ）があれば、端末は、基地局に応答（例えば、ＲＲＣ接続（連結）（connection）又はシステム情報を受信）してサービスを受けることになる。
【００８５】
以下、ＤＲＸ（Discontinuous Reception）について説明する。ＤＲＸとは間欠的（不連続的）に（discontinuously）ＰＤＣＣＨを受信することができるようにして電力消耗を減らすことができる方法である。
【００８６】
図９はＤＲＸの概念を示す図である。
【００８７】
図９を参照すると、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥは、ＤＲＸが設定される場合、決められた時間区間でのみ下りリンクチャネルであるＰＤＣＣＨの受信を試み、つまりＰＤＣＣＨモニタリングを行い、残りの時間区間ではＰＤＣＣＨモニタリングを行わない。この際、ＵＥが必ずＰＤＣＣＨモニタリングを行わなければならない時間区間をＯｎ Ｄｕｒａｔｉｏｎ（オン期間）と呼び、Ｏｎ Ｄｕｒａｔｉｏｎ区間は一つのＤＲＸサイクルごとに一度ずつ定義されている。すなわち、ＤＲＸサイクルはＯｎ Ｄｕｒａｔｉｏｎ区間の繰り返し周期を意味する。
【００８８】
ＵＥは、一つのＤＲＸサイクル内においてＯｎ Ｄｕｒａｔｉｏｎ区間では必ずＰＤＣＣＨモニタリングを行い、ＤＲＸサイクルはどの周期でＯｎ Ｄｕｒａｔｉｏｎ区間が現れるかを決定する。また、ＤＲＸサイクルはその長さによってロングＤＲＸサイクル（Long DRX Cycle）とショートＤＲＸサイクル（Short DRX Cycle）とに区分される。ロングＤＲＸサイクルはＵＥのバッテリの消耗を最小にすることに特徴があり、ショートＤＲＸサイクルはデータ伝送遅延を最小にすることができることに特徴がある。
【００８９】
ＵＥは、ＤＲＸサイクル内のＯｎ Ｄｕｒａｔｉｏｎ区間でＰＤＣＣＨを受信した場合、Ｏｎ Ｄｕｒａｔｉｏｎ以外の時間区間で追加伝送又は再伝送が発生することができる。よって、Ｏｎ Ｄｕｒａｔｉｏｎ以外の時間区間でもＰＤＣＣＨモニタリングを行わなければならない。すなわち、ＵＥは、Ｏｎ Ｄｕｒａｔｉｏｎを管理するタイマであるＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ以外にもｉｎａｃｔｉｖｉｔｙを管理するタイマであるｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、又は再伝送を管理するタイマであるｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが動作中の時間区間ではＰＤＣＣＨモニタリングを行わなければならない。ここで、上記タイマはサブフレームの個数で定義され、該当のタイマの定義を満たすサブフレームの個数をタイマ値に到逹するまでカウントして上記タイマを満了させる。
【００９０】
この外にも、ＵＥがＲａｎｄｏｍ Ａｃｃｅｓｓ（ランダムアクセス）を行いつつあるか、又はＳｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ（スケジューリング要求）を送信してＵＬ Ｇｒａｎｔ（グラント）の受信を試みる場合にもＰＤＣＣＨモニタリングを行わなければならない。
【００９１】
このように、ＵＥがＰＤＣＣＨモニタリングを行わなければならない時間区間をＡｃｔｉｖｅ Ｔｉｍｅ（アクティブ時間）とよび、Ａｃｔｉｖｅ Ｔｉｍｅは周期的にＰＤＣＣＨモニタリングを行うＯｎ Ｄｕｒａｔｉｏｎ区間とイベント発生時にＰＤＣＣＨモニタリングを行う時間区間からなる。具体的には、Ａｃｔｉｖｅ Ｔｉｍｅは、（１）ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、又はｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが動作している時間、（２）Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ過程が行われる時間、（３）上りリンク伝送に関連し、再伝送データがＨＡＲＱバッファに存在し、上記データの再伝送のための上りリンクグラントが送信されることができる時間、又は（４）ＲＡＣＨ ＭＳＧ ２（ＲＡＲ）の受信後から、データの新たな伝送（Initial Transmission）を指示する無線リソースの割当てを知らせるＣ−ＲＮＴＩ又はＴ−Ｃ−ＲＮＴＩが受信されるまでの時間などとして定義される。
【００９２】
図１０は、ＬＴＥシステムにおいてＤＲＸ動作を例示する図である。図１０を参照すると、ＤＲＸ動作を取るＵＥは、ＴＴＩごと（つまり、サブフレームごと）に下記の対応する動作を行うことが分かる（performs the corresponding operation each TTI (i.e., each subframe) as follows）。
【００９３】
まず、ＨＡＲＱ ＲＴＴ（Round Trip Time）タイマが今の（this）サブフレームで満了し、該当のＨＡＲＱバッファのデータが成功裏にデコードされていなければ、上記ＨＡＲＱバッファに対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを開始させる。
【００９４】
また、ＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥ（Control Element）が受信される場合、ＵＥは、ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ及びｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを中止させる。
【００９５】
また、Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒが満了するかＤＲＸ Ｃｏｍｍａｎｄ ＭＡＣ ＣＥが受信された場合、ショートＤＲＸサイクルが設定されていれば、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始又は再開させ、ショートＤＲＸサイクルを使う。そうでなければ（つまり、ショートＤＲＸサイクルが設定されていなければ）ロングＤＲＸサイクルを使う。ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが満了すると、ロングＤＲＸサイクルを使う。
【００９６】
ショートＤＲＸサイクルが使われる場合、［（ＳＦＮ＊１０）＋ｓｕｂｆｒａｍｅ ｎｕｍｂｅｒ］値をショートＤＲＸサイクル値で分けた余り値がＤＲＸ Ｓｔａｒｔ Ｏｆｆｓｅｔ値と同一であるか、又はロングＤＲＸサイクルが使われる場合、［（ＳＦＮ＊１０）＋ｓｕｂｆｒａｍｅ ｎｕｍｂｅｒ］値をロングＤＲＸサイクル値で分けた余り値がＤＲＸ Ｓｔａｒｔ Ｏｆｆｓｅｔ値と同一であれば、ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒを開始させる。
【００９７】
端末は、Ａｃｔｉｖｅ Ｔｉｍｅの間にＰＤＣＣＨ−サブフレームでＰＤＣＣＨを監視（モニタ）する（monitors）。ＰＤＣＣＨを通じて下りリンク割当て情報（ＤＬ ａｓｓｉｇｎｍｅｎｔ）を受信するか、又はＳＰＳのように下りリンク割当てが既になされたサブフレームで該当の（対応する）（corresponding）ＨＡＲＱプロセスに対するＨＡＲＱ ＲＴＴタイマを開始し、該当のＨＡＲＱプロセスに対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを中止する。ＰＤＣＣＨが新たな伝送を指示する場合、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始又は再開させる。
【００９８】
ここで、ＰＤＣＣＨ−サブフレーム（PDCCH-subframe）とは、ＰＤＣＣＨを有するサブフレーム、又は構成されたが停止しなかった（not suspended）Ｒ−ＰＤＣＣＨを有するＲＮ（Relay Node）のためのＲ−ＰＤＣＣＨを有するサブフレームを意味する。ＦＤＤ ＵＥ動作（behavior）に対し、ＰＤＣＣＨ−サブフレームは任意のサブフレームを示すことができ、ＴＤＤ ＵＥ動作に対し、ＰＤＣＣＨ−サブフレームは下りリンクサブフレーム及びＤｗＰＴＳを含むサブフレームのみを示すことができる。
【００９９】
前述したＤＲＸ過程で、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒのみ８ｍｓに固定されており、他のＴｉｍｅｒ値、つまりＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、又はｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒなどは、ｅＮＢがＲＲＣ信号によってＵＥに設定する。また、ＤＲＸ Ｃｙｃｌｅの周期を示すロングＤＲＸサイクル及びショートＤＲＸサイクルなどもｅＮＢがＲＲＣ信号によって設定する。
【０１００】
本発明は、キャリアアグリゲーション技法（Carrier aggregation（ＣＡ））が適用された状況下で、特定のセル上の無線リソース用途が負荷状態によって動的に変更（以下、このようなセルをｅＩＭＴＡセルという）される場合、ＤＲＸモードで動作する端末が、実際にＰＤＣＣＨモニタリング（Monitoring）（又はブラインド検出（Blind Detection））を行うサブフレームを効率的に定義する方法を提案する。ここで、ＰＤＣＣＨは、ＰＤＳＣＨ領域を通じて送信可能なＥＰＤＣＣＨ（Enhanced PDCCH）を含むことができる。
【０１０１】
端末が無線リソース用途の動的変更が適用されるセル（つまり、ｅＩＭＴＡセル）に関連する用途変更メッセージ（Reconfiguration Message）を成功裏に受信することができなかったときには、該当のセル上でＳＩＢ１上りリンク／下りリンクサブフレーム設定に基づいて、チャネル測定（CSI Measurement）動作、下りリンク制御チャネル（ＰＤＣＣＨ）モニタリング動作、下りリンクデータチャネル（ＰＤＳＣＨ）受信動作及び／又は上りリンクデータチャネル（ＰＵＳＣＨ）伝送動作などを行うように規則を下記の表５の通りに定義することができる。
【０１０２】
【表５】
0006360187.tif 000006
【０１０３】
端末のこのような動作をフォールバック動作（Fallback Operation）又はフォールバックモード（Fallback Mode）ということができる。これにより、用途変更メッセージを成功裏に受信することができなかった端末の誤動作（例えば、制御チャネル誤検出（False Detection）による誤った上りリンクデータチャネル（ＰＵＳＣＨ）／上りリンク制御チャネル（ＰＵＣＣＨ）伝送）から発生する干渉が他の端末と基地局との間の通信若しくはレガシ（Legacy）端末と基地局との間の通信に及ぼす影響を最小にするか、又は用途変更メッセージを成功裏に受信することができなかった端末の下りリンクＨＡＲＱバッファ管理（運営）（management）の間違いを最小にすることができる。
【０１０４】
また、現在３ＧＰＰ標準文書には、下記の表６のように、相異なる上りリンク／下りリンクサブフレーム設定を有するセルがキャリアアグリゲーション技法に用いられ、端末が該当の（対応する）セル上で同時送／受信（Simultaneous Reception(RX) and Transmission(TX)）動作を行うことができないとき、所定の制限（Constraint）事項に基づいて上りリンク／下りリンクシグナルの送／受信動作を行うように、かつチャネル状態情報の測定に用いられる有効なサブフレーム判断を行うように定義されている。
【０１０５】
【表６】
0006360187.tif 000007
【０１０６】
さらに、現在３ＧＰＰ標準文書では、ｅＩＭＴＡ Ｃｅｌｌ上でＤＲＸモードで動作する端末がＤＲＸタイマカウントを行う方法と、ＰＤＣＣＨ（又はＥＰＤＤＣＨ）モニタリング（又はブラインド検出）に用いられるサブフレームを仮定する方法と、を次の表７の通りに定義している。
【０１０７】
【表７】
0006360187.tif 000008
【０１０８】
また、現在３ＧＰＰ標準文書では、キャリアアグリゲーション技法が適用されたセル上で同時送／受信（Simultaneous TX and RX）動作を行うことができない端末が仮定するＰＤＣＣＨ−サブフレームと、Ａｃｔｉｖｅ Ｔｉｍｅの間に該当の（対応する）端末が実際に（Ｅ）ＰＤＣＣＨモニタリング（又はブラインド検出）を行うサブフレームと、に対する仮定は次の表８の通りに定義している。
【０１０９】
【表８】
0006360187.tif 000009
【０１１０】
以下では、キャリアアグリゲーション技法が適用された状況下で、特定のセル上の無線リソースの用途が負荷状態によって動的に変更され（つまり、ｅＩＭＴＡ Ｃｅｌｌと名付けられ）、端末が該当の（対応する）セル上で同時送／受信（Simultaneous TX and RX）動作を行うことができないとき、ＤＲＸモードで動作する該当の端末が、実際にＰＤＣＣＨモニタリングを行うサブフレームを効率的に定義する方法を説明する。説明の便宜のために、二つのセルがキャリアアグリゲーション技法に用いられる状況を仮定するが、三つ以上のセルがキャリアアグリゲーション技法に用いられる状況にも拡張して適用可能であるのは明らかである。
【０１１１】
ＴＤＤ ＰＣｅｌｌ及びＦＤＤ ＳＣｅｌｌ（つまり、ＦＤＤ ＵＬ ＣＣ及びＦＤＤ ＤＬ ＣＣ）がキャリアアグリゲーション技法に用いられる場合、ＤＲＸモードで動作する端末は、下記に提案される規則に基づいて実際にＰＤＣＣＨモニタリングを行うサブフレームを仮定することができる。特に、本発明では、ＴＤＤ ｅＩＭＴＡ ＰＣｅｌｌ及びＦＤＤ ＳＣｅｌｌがキャリアアグリゲーション技法に用いられる場合を仮定する。
【０１１２】
１）まず、ＴＤＤ ｅＩＭＴＡ ＰＣｅｌｌがフォールバックモードで（つまり、ＳＩＢ１上りリンク／下りリンクサブフレーム設定が適用されて）動作する（運営される）（operated）場合であっても、ＤＲＸ動作に関連する特定のタイマ（例えば、ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒなど）は、ＴＤＤ ｅＩＭＴＡ ＰＣｅｌｌのＳＩＢ１上りリンク−下りリンクサブフレーム設定上の下りリンクサブフレーム及びスペシャルサブフレームのみを考慮してカウントすることが好ましい。
【０１１３】
２）ＴＤＤ ｅＩＭＴＡ ＰＣｅｌｌがフォールバックモードで動作するとき、該当の（対応する）端末が実際にＰＤＣＣＨモニタリングを行うサブフレームは、ＴＤＤ ｅＩＭＴＡ ＰＣｅｌｌの下りリンクＨＡＲＱ参照サブフレーム設定上の下りリンクサブフレーム及びスペシャルサブフレームに対応する（当たる）（corresponding to）サブフレームであると仮定することができる。ここで、下りリンクＨＡＲＱ参照サブフレーム設定は、該当のＵＥに割り当てられることができる下りリンクサブフレームの個数が一番多い設定であるからである。ただ、測定間隙（Measurement Gap）に対応するサブフレームは除くことが好ましい。
【０１１４】
このような規則は、該当の端末が、ＴＤＤ ｅＩＭＴＡ ＰＣｅｌｌをフォールバックモードで（つまり、ＳＩＢ１上りリンク／下りリンクサブフレーム設定が適用されて）動作させるとき、基地局及び該当の端末がＴＤＤ ｅＩＭＴＡ ＰＣｅｌｌ上で仮定する上りリンク／下りリンクサブフレーム設定が変わることによって発生する問題を緩和させることができる。
【０１１５】
このような問題の一例として、基地局及び該当の端末がＴＤＤ ｅＩＭＴＡ ＰＣｅｌｌ上で仮定する上りリンク／下りリンクサブフレーム設定が違う場合を挙げることができる。これによると、Ａｃｔｉｖｅ区間上で基地局及び該当の端末が仮定するＰＤＣＣＨモニタリングに実際に用いられるサブフレームの個数／位置も変わることができる。よって、基地局の観点では、該当の端末がＰＤＣＣＨモニタリングを実際に行うサブフレームであると仮定して初期伝送のためのスケジューリング情報を送信した後、該当の端末が、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒのカウントを始めると見なすことになる。しかし、該当の端末が、そのサブフレームをＰＤＣＣＨモニタリング遂行サブフレームとして定義しないから、初期伝送のためのスケジューリング情報を受信することができないだけでなく、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒのカウントを行わないことができる。また、該当の基地局が、端末のｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了（Expiration）しなかったという仮定の下で送信するすべての制御／データ情報を端末は受信することができなくなる。
【０１１６】
３）ＴＤＤ ｅＩＭＴＡ ＰＣｅｌｌがフォールバックモードで動作するとき、該当の（対応する）端末が、実際にＰＤＣＣＨモニタリングを行うサブフレームは、ＴＤＤ ｅＩＭＴＡ ＰＣｅｌｌのＳＩＢ１上りリンク／下りリンクサブフレーム設定上の下りリンクサブフレーム及びスペシャルサブフレームに対応するサブフレームであると仮定することができる。もちろん、測定間隙（Measurement Gap）に対応するサブフレームは除くことが好ましい。
【０１１７】
４）また、ＴＤＤ ｅＩＭＴＡ ＰＣｅｌｌが非フォールバックモードで（つまり、実際の上りリンク−下りリンクサブフレーム設定又は有効上りリンク−下りリンクサブフレーム設定が適用されて）動作する場合、該当の（対応する）端末が、実際にＰＤＣＣＨモニタリングを行うサブフレームは、ＴＤＤ ｅＩＭＴＡ ＰＣｅｌｌの実際の上りリンク−下りリンクサブフレーム設定又は有効上りリンク−下りリンクサブフレーム設定上の下りリンクサブフレームとスペシャルサブフレームに対応するサブフレームとであると仮定することができる。同様に、測定間隙（Measurement Gap）に対応するサブフレームは除くことが好ましい。
【０１１８】
前述した１）〜４）の規則は、ＴＤＤ ｅＩＭＴＡ ＰＣｅｌｌ及びＦＤＤ ＳＣｅｌｌがキャリアアグリゲーション技法に用いられる場合だけでなく、ＴＤＤ ｅＩＭＴＡ ＰＣｅｌｌ及びＴＤＤ（ｅＩＭＴＡ／Ｎｏｎ−ｅＩＭＴＡ）ＳＣｅｌｌがキャリアアグリゲーション技法に用いられる状況にも拡張して適用することができる。
【０１１９】
ただ、ＴＤＤ ｅＩＭＴＡ ＰＣｅｌｌとＴＤＤ（ｅＩＭＴＡ／Ｎｏｎ−ｅＩＭＴＡ）ＳＣｅｌｌとがキャリアアグリゲーションされる場合であれば、この場合には、下記のａ）又はｂ）の場合にのみ限定的に適用することが好ましい。
【０１２０】
ａ）ＴＤＤ ｅＩＭＴＡ ＰＣｅｌｌに関連するＳＩＢ１上りリンク／下りリンクサブフレーム設定（及び／又は下りリンクＨＡＲＱ参照サブフレーム設定及び／又は上りリンクＨＡＲＱ参照サブフレーム設定及び／又は上りリンク参照ＨＡＲＱタイムライン（UL Reference HARQ Timeline）及び／又は下りリンク参照ＨＡＲＱタイムライン（DL Reference HARQ Timeline））上の下りリンクサブフレーム及び／又はスペシャルサブフレーム集合が、ＴＤＤ ｅＩＭＴＡ ＳＣｅｌｌに関連するＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎＳＣｅｌｌに基づく上りリンク／下りリンクサブフレーム設定（及び／又は下りリンクＨＡＲＱ参照サブフレーム設定及び／又は上りリンクＨＡＲＱ参照サブフレーム設定及び／又は上りリンク参照ＨＡＲＱタイムライン及び／又は下りリンク参照ＨＡＲＱタイムライン）上の下りリンクサブフレーム及び／又はスペシャルサブフレーム集合を含む場合。
【０１２１】
ｂ）ＴＤＤ ｅＩＭＴＡ ＰＣｅｌｌに関連するＳＩＢ１上りリンク／下りリンクサブフレーム設定（及び／又は下りリンクＨＡＲＱ参照サブフレーム設定及び／又は上りリンクＨＡＲＱ参照サブフレーム設定及び／又は上りリンク参照ＨＡＲＱタイムライン及び／又は下りリンク参照ＨＡＲＱタイムライン）上の下りリンクサブフレーム及び／又はスペシャルサブフレーム集合が、ＴＤＤ Ｎｏｎ−ｅＩＭＴＡ ＳＣｅｌｌに関連するＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎＳＣｅｌｌに基づく上りリンク／下りリンクサブフレーム設定（及び／又は上りリンク参照ＨＡＲＱタイムライン及び／又は下りリンク参照ＨＡＲＱタイムライン）上の下りリンクサブフレーム及び／又はスペシャルサブフレーム集合を含む場合。
【０１２２】
図１１は、本発明の実施例によって、ＰＤＣＣＨを受信する例を示すフローチャートである。特に、図１１は、上記ＴＤＤ Ｐｃｅｌｌ及びＦＤＤ ＳＣｅｌｌにおける同時送信及び受信が不可能な端末の動作を例示する。
【０１２３】
図１１を参照すると、端末は、段階１１０１のように、ＴＤＤ Ｐｃｅｌｌに関連した特定の上りリンク／下りリンクサブフレーム設定に基づき、ＴＤＤ Ｐｃｅｌｌ及びＦＤＤ ＳＣｅｌｌのＰＤＣＣＨ−サブフレームを設定する。具体的には、上記ＰＤＣＣＨ−サブフレームは、上記特定の上りリンク／下りリンクサブフレーム設定上の下りリンクサブフレームの位置又は予め設定された（既設定の）（preset）長さ以上の下りリンクリソースを含むスペシャルサブフレームの位置と一致する、ＴＤＤ Ｐｃｅｌｌ及びＦＤＤ ＳＣｅｌｌにおけるサブフレームに設定することができる。
【０１２４】
ついで、端末は、段階１１０３のように、ＤＲＸ関連タイマ（ＤＲＸに関連するタイマ）が動作する間、ＰＤＣＣＨ−サブフレームの一つで上記ＰＤＣＣＨ検出を試みる。ここで、ＤＲＸ関連タイマはサブフレーム単位でカウントされ、上記ＰＤＣＣＨ−サブフレームの中で、ＴＤＤ ＰｃｅｌｌのＳＩＢ１上りリンク／下りリンクサブフレーム設定上の下りリンクサブフレームの位置又は予め設定された長さ以上の下りリンクリソースを含むスペシャルサブフレームの位置と一致する、上記ＴＤＤ Ｐｃｅｌｌ及びＦＤＤ ＳＣｅｌｌのサブフレームでのみカウントされることが好ましい。最後に、端末は、段階１１０５のように、検出されたＰＤＣＣＨに基づいてＰＤＳＣＨを受信する。
【０１２５】
前述した提案方式は、キャリアアグリゲーション技法が適用された状況下で、少なくとも特定の一つのセルの無線リソース用途が負荷状態によって動的に変更される場合（及び／又は少なくとも特定の一つのセルの伝送モードが前もって定義された伝送モードに指定される場合及び／又は少なくとも特定の一つのセル（例えば、ＴＤＤ ｅＩＭＴＡセル）の上りリンク−下りリンク設定（上りリンク−下りリンクサブフレーム設定）が特定の値に（再）設定された場合）にのみ限定的に適用されるように規則が定義されることができる。
【０１２６】
また、前述した実施例についての情報又は該当の実施例の適用可否についての情報などは、基地局が端末に前もって定義されたシグナル（例えば、物理階層又は上位階層シグナル）によって知らせることができる。前述した実施例は、ＴＤＤ Ｃｅｌｌ及びＦＤＤ Ｃｅｌｌがキャリアアグリゲーション技法に用いられる場合（例えば、ＴＤＤ（ｅＩＭＴＡ／Ｎｏｎ−ｅＩＭＴＡ）ＰＣｅｌｌとＦＤＤ ＳＣｅｌｌ）にのみ限定的に適用されるように規則が定義されることもできる。
【０１２７】
前述した提案方式は、キャリアアグリゲーション技法が適用された状況下で、集約されたセル上で同時送／受信（Simultaneous TX and RX）動作を行うことができない端末の観点で、ＰＣｅｌｌ上のサブフレームの使用がＳＣｅｌｌのものより優先する（Prioritization）場合にのみ限定的に適用されることができる。さらに、前述した提案方式はキャリアアグリゲーション技法が適用されたセル上で同時送／受信動作を行うことができない端末にのみ限定的に適用されることができる。さらに、本発明はＰＣｅｌｌ（又はＳＣｅｌｌ）上のスペシャルサブフレームのＤｗＰＴＳ領域が7680・Ｔsより大きい（又は大きいか同一である）場合にのみ限定的に適用されるように規則が定義されることができる。
【０１２８】
また、前述した実施例において、ＴＤＤ（ｅＩＭＴＡ／Ｎｏｎ−ｅＩＭＴＡ）ＰＣｅｌｌ及びＦＤＤ ＳＣｅｌｌ（及び／又はＴＤＤ（ｅＩＭＴＡ／Ｎｏｎ−ｅＩＭＴＡ）ＳＣｅｌｌ）がキャリアアグリゲーション技法に用いられ、特定の時点でＴＤＤ（ｅＩＭＴＡ／Ｎｏｎ−ｅＩＭＴＡ）ＰＣｅｌｌがスペシャルサブフレームであり、該当の時点でＦＤＤ ＳＣｅｌｌ（及び／又はＴＤＤ（ｅＩＭＴＡ／Ｎｏｎ−ｅＩＭＴＡ）ＳＣｅｌｌ）が下りリンクサブフレームである場合、該当の（対応する）セル上で同時送／受信動作を行うことができない端末は、ＦＤＤ ＳＣｅｌｌ（及び／又はＴＤＤ（ｅＩＭＴＡ／Ｎｏｎ−ｅＩＭＴＡ）ＳＣｅｌｌ）上の下りリンクサブフレーム領域の中でＴＤＤ（ｅＩＭＴＡ／Ｎｏｎ−ｅＩＭＴＡ）ＰＣｅｌｌのスペシャルサブフレーム上のＤｗＰＴＳ領域に対応する領域でのみＣＲＳ伝送が行われると仮定するように規則が定義されることができる。
【０１２９】
図１２は、本発明の一実施例による通信装置のブロック構成図を例示する。
【０１３０】
図１２を参照すると、通信装置１２００は、プロセッサ１２１０、メモリ１２２０、ＲＦモジュール１２３０、ディスプレイモジュール１２４０及びユーザインターフェースモジュール１２５０を含む。
【０１３１】
通信装置１２００は説明の便宜のために示したもので、一部のモジュールは省略することができる。また、通信装置１２００は、必要なモジュールをさらに含むことができる。また、通信装置１２００において、一部のモジュールはより細分化したモジュールに分けることが（区分）（divided into）できる。プロセッサ１２１０は、図面に基づいて例示した本発明の実施例による動作を行うように構成される。具体的には、プロセッサ１２１０の詳細な動作は、図１〜図１１に記載した内容を参照することができる。
【０１３２】
メモリ１２２０は、プロセッサ１２１０に接続され、オペレーティングシステム、アプリケーション、プログラムコード、データなどを記憶する。ＲＦモジュール１２３０は、プロセッサ１２１０に接続され、ベースバンド（基底帯域）（baseband）信号を無線信号に変換するか、又は無線信号をベースバンド信号に変換する機能をする。このために、ＲＦモジュール１２３０は、アナログ変換、増幅、フィルタリング及び周波数上向変換（frequency uplink transform）又はこれらの逆過程を行う。ディスプレイモジュール１２４０は、プロセッサ１２１０に接続され、多様な情報を表示する。ディスプレイモジュール１２４０は、これに制限されるものではないが、ＬＣＤ（Liquid Crystal Display）、ＬＥＤ（Light Emitting Diode）、ＯＬＥＤ（Organic Light Emitting Diode）などのよく知られた要素を使うことができる。ユーザインターフェースモジュール１２５０は、プロセッサ１２１０に接続され、キーパッド、タッチスクリーンなどのよく知られたユーザインターフェースの組合せを有することができる。
【０１３３】
以上で説明した実施例は、本発明の構成要素及び特徴が所定の形態で結合されたものである。それぞれの構成要素又は特徴は、別に明示的に言及しない限り、選択的なものとして考慮しなければならない。それぞれの構成要素又は特徴は、他の構成要素や特徴と組み合わせられない形態で実施することができる。また、一部の構成要素及び／又は特徴を組み合わせて本発明の実施例を構成することも可能である。本発明の実施例で説明する動作の順序は変更可能である。ある実施例の一部の構成や特徴は、他の実施例に含まれることができ、あるいは他の実施例の対応する構成又は特徴に置き替えられることができる。請求範囲で明示的な引用関係がない請求項を組み合わせて実施例を構成したり出願後の補正によって新たな請求項として含ませたりできることはいうまでもない。
【０１３４】
本発明による実施例は、多様な手段、例えば、ハードウェア、ファームウエア（firmware）、ソフトウェア又はそれらの組合せなどによって具現されることができる。ハードウェアによる具現の場合、本発明の一実施例は、一つ又は複数のＡＳＩＣｓ（Application Specific Integrated Circuits）、ＤＳＰｓ（Digital Signal Processors）、ＤＳＰＤｓ（Digital Signal Processing Devices）、ＰＬＤｓ（Programmable Logic Devices）、ＦＰＧＡｓ（Field Programmable Gate Arrays）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現されることができる。
【０１３５】
ファームウエアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明した機能又は動作を行うモジュール、手順、関数などの形態で具現されることができる。ソフトウェアコードは、メモリユニットに記憶され、プロセッサによって駆動されることができる。上記メモリユニットは、上記プロセッサの内部又は外部に位置し、既に知られている多様な手段によって上記プロセッサとデータをやり取りすることができる。
【０１３６】
本発明は、本発明の特徴を逸脱しない範囲内で他の特定の形態で具体化（具現）されることができるのは当業者に明らかである。したがって、上記詳細な説明は、すべての面で制限的に解釈されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は、添付の請求範囲の合理的解釈によって決定されなければならず、本発明の等価的範囲内でのすべての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０１３７】
前述したようなキャリアアグリゲーション技法が適用された無線通信システムにおいて制御チャネルを受信する方法及びそのための装置は、３ＧＰＰ ＬＴＥシステムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥシステムの外にも多様な無線通信システムに適用することが可能である。
【図１】
0006360187.tif 000010
【図２】
0006360187.tif 000011
【図３】
0006360187.tif 000012
【図４】
0006360187.tif 000013
【図５】
0006360187.tif 000014
【図６】
0006360187.tif 000015
【図７】
0006360187.tif 000016
【図８】
0006360187.tif 000017
【図９】
0006360187.tif 000018
【図１０】
0006360187.tif 000019
【図１１】
0006360187.tif 000020
【図１２】
0006360187.tif 000021