(57)【要約】【課題】無線通信システムにおけるＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）をモニタリングする方法を提供する。【解決手段】本発明において、端末は、サブフレームの検索空間に対してＰＤＣＣＨ候補の集合をモニタリングすることを含む。前記検索空間は、セル内の全ての端末によってモニタリングされる共用検索空間及び前記セル内の少なくとも１つ以上の端末によってモニタリングされる端末特定検索空間を含む。【選択図】図１７
2010541367.tif 000002
【特許請求の範囲】
【請求項１】
通信システムにおけるＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）をモニタリングする方法において、
サブフレームの検索空間でＰＤＣＣＨ候補の集合をモニタリングする段階を含み、
前記サブフレームは、制御情報伝送のための制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）を含み、前記制御領域は、複数のＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）にマッピングされる複数のリソースエレメント（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）を含み、ＣＣＥは、リソースエレメントの集合に対応されて、隣接するＣＣＥ集合を含む前記検索空間は、共用（ｃｏｍｍｏｎ）検索空間及び端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）検索空間に分類され、前記共用検索空間は、セル内の全ての端末によってモニタリングされ、前記端末特定検索空間は、前記セル内の少なくとも１つ以上の端末によってモニタリングされることを特徴とする方法。
【請求項２】
前記検索空間における前記ＰＤＣＣＨ候補の位置は、Ｋ個（ここで、Ｋは、ＣＣＥ集団レベルの大きさ）のＣＣＥ毎に生じることを特徴とする請求項１に記載の方法。
【請求項３】
前記検索空間の大きさは、前記ＣＣＥ集団レベルの大きさ及び前記検索空間における前記ＰＤＣＣＨ候補の数によって定義されることを特徴とする請求項２に記載の方法。
【請求項４】
前記共用検索空間のためのＣＣＥ集団レベルの個数は、前記端末特定検索空間のためのＣＣＥ集団レベルの個数より小さいことを特徴とする請求項２に記載の方法。
【請求項５】
前記共用検索空間の開始位置は、前記セル内の全ての前記端末に同じであることを特徴とする請求項１に記載の方法。
【請求項６】
前記共用検索空間の前記開始位置は、固定されることを特徴とする請求項５に記載の方法。
【請求項７】
前記端末特定検索空間の開始位置は、サブフレーム毎に決定されることを特徴とする請求項１に記載の方法。
【請求項８】
共用制御情報を検索する開始位置は、前記共用検索空間内に制限されることを特徴とする請求項１に記載の方法。
【請求項９】
１番目の共用制御情報を検索するための開始位置及び２番目の共用制御情報を検索するための開始位置が前記共用検索空間内に制限されることを特徴とする請求項８に記載の方法。
【請求項１０】
前記１番目の共用制御情報を検索するための前記開始位置は、前記２番目の共用制御情報を検索するための前記開始位置と異なることを特徴とする請求項９に記載の方法。
【請求項１１】
ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）をモニタリングする端末において：
無線信号を受信するＲＦ（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ）部；及び
前記ＲＦ部と連結されるプロセッサを含み；
前記プロセッサは、サブフレームで各々の共用ＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）集団レベルに対して共用検索空間をモニタリングし、前記サブフレームは、制御情報を伝送する制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）を含み、前記制御領域は、複数のＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）にマッピングされる複数のリソースエレメント（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）を含み、ＣＣＥは、リソースエレメントの集合に対応され、前記共用検索空間は、セル内の全ての端末によってモニタリングされる隣接するＣＣＥ集合を含み、
前記サブフレームで各々の端末特定ＣＣＥ集団レベルに対して端末特定検索空間をモニタリングし、前記端末特定検索空間は、前記セル内の少なくとも１つ以上の端末によってモニタリングされる端末。
【請求項１２】
前記共用検索空間の開始位置は、前記セル内の全ての端末に同じであることを特徴とする請求項１１に記載の端末。
【請求項１３】
前記端末特定検索空間の開始位置は、前記セル内で端末特定的であることを特徴とする請求項１１に記載の端末。
【請求項１４】
無線通信システムにおけるＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）上に制御情報を伝送する方法において、
セル内の全ての端末によってモニタリングされる共用検索空間で前記ＰＤＣＣＨ上に共用制御情報を設定して；及び
前記ＰＤＣＣＨ上に前記共用制御情報を伝送することを含む方法。
【請求項１５】
端末特定制御情報を受信する少なくとも１つ以上の端末によってモニタリングされる端末特定検索空間で前記ＰＤＣＣＨ上に前記端末特定制御情報を伝送することをさらに含む請求項１４に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、より詳しくは、無線通信システムにおける物理的ダウンリンク制御チャネルのモニタリング方法に関する。
【背景技術】
【０００２】
無線通信システムにおいて、一般的に１つの基地局（ｂａｓｅ  ｓｔａｔｉｏｎ）は、複数の端末（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）にサービスを提供する。基地局は、複数の端末に対するユーザデータをスケジューリングし、前記ユーザデータに対するスケジューリング情報を含めた制御情報をユーザデータと共に伝送する。一般的に前記制御情報を運ぶチャネルを制御チャネルといい、ユーザデータを運ぶチャネルをデータチャネルという。端末は、制御チャネルをモニタリングして自分の制御情報を探して、前記制御情報が成功的に受信される場合、自分のデータを処理する。
【０００３】
端末が自分に割り当てられたユーザデータを受信するためには制御チャネル上のユーザデータに対する制御情報を必ず受信しなければならない。然しながら、与えられた帯域幅で複数の端末の制御情報は、１つの伝送間隔（ｔｒａｎｓｍｉｓｓｉｏｎ  ｉｎｔｅｒｖａｌ）内で多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）されることが一般的である。即ち、基地局は、複数の端末にサービスを提供するために複数の端末に対する制御情報を多重化して複数の制御チャネルを介して伝送する。端末は、複数の制御チャネルのうち自分の制御チャネルを探す。
【０００４】
多重化された制御情報の中から特定制御情報を検出する技法のうち１つがブラインドデコーディング（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）である。ブラインドデコーディングにおいて、端末は、基地局から伝送された制御情報が自分の制御情報であるか否か知らない。端末は、自分の制御情報をさがす時まで全ての多重化された制御情報をデコーディングする。即ち、端末は、受信された複数の制御情報のうち自分の制御情報がどの部分に位置するか知らない状態で自分の制御情報が伝送されることができる候補リソース領域を対象にして自分の制御情報をさがす時まで全ての制御情報をデコーディングする。
【０００５】
端末が自分の制御情報であるか否かを判別するためには端末の一意の識別子を用いることができる。例えば、基地局が各端末の制御情報を多重化させる時、各端末の一意の識別子をＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）にマスキングさせて伝送して、端末は、受信した制御情報のＣＲＣに自分の一意の識別子をデマスキングして自分の制御情報であるか否かを判断することができる。
【０００６】
もし、端末が多重化された制御情報から自分の制御情報が正しく検出できなければ、データチャネル上のユーザデータがデコーディングできないため、迅速且つ正確な制御情報の検出は、全体システムの性能に重要な影響を及ぼす。然しながら、単純なブラインドデコーディングのみでは制御情報の検出に難しさがある。端末毎に異なる制御情報を必要とし、異なるコード率（ｃｏｄｅ  ｒａｔｅ）を使用するチャネルエンコーディング方法を使用するためである。また、制御情報の大きさも各端末毎に異なることができる。
【０００７】
従って、制御情報が伝送される制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）内でデコーディング試み（ｄｅｃｏｄｉｎｇ  ａｔｔｅｍｐｔｓ）回数が予想外に多くなることができる。デコーディング試み回数が多くなるほど端末のバッテリ消耗は増加する。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明が解決しようとする技術的課題は、ブラインドデコーディングでデコーディング試み回数を減らす制御チャネルモニタリング方法を提供することである。
【課題を解決するための手段】
【０００９】
本発明の一実施例として、無線通信システムにおけるＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）をモニタリングする方法は、サブフレームの検索空間でＰＤＣＣＨ候補の集合をモニタリングすることを含み、前記サブフレームは、制御情報を伝送する制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）を含み、前記制御領域は、複数のＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）にマッピングされる複数のリソースエレメント（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）を含み、ＣＣＥはリソースエレメントの集合に対応されて、隣接するＣＣＥ集合を含む前記検索空間は、共用（ｃｏｍｍｏｍ）検索空間及び端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）検索空間に分類され、前記共用検索空間は、セル内の全ての端末によってモニタリングされ、前記端末特定検索空間は、前記セル内の少なくとも１つ以上の端末によってモニタリングされる。
【００１０】
本発明の一態様において、前記サブフレームはスロットをさらに含む。スロットは時間領域で複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル及び周波数領域で複数のサブキャリアを含む。スロット内の複数のＯＦＤＭシンボル及びサブキャリアの一部はリソースブロックを構成して、リソースブロックは、前記部分内のリソースエレメントを含む。検索空間におけるＰＤＣＣＨ候補の位置は、Ｋ個のＣＣＥ毎に生じる。このとき、ＫはＣＣＥ集団レベルの大きさである。前記検索空間の大きさは、ＣＣＥ集団レベルの大きさ及び検索空間内のＰＤＣＣＨ候補の数によって定義される。共用検索空間におけるＣＣＥ集団レベルの数は、端末特定検索空間におけるＣＣＥ集団レベルの数より小さい。
【００１１】
本発明の一態様において、共用検索空間の開始位置はセル内の全ての端末に同一である。共用検索空間の開始位置は、固定されたり‘０’に設定される。端末特定検索空間の開始位置は、サブフレーム毎に決定される。
【００１２】
本発明の一態様において、共用検索情報を検索する開始位置は、共用検索空間内に制限される。１番目の共用検索情報を探す開始位置及び２番目の共用検索情報を探す開始位置は、共用検索空間内に制限される。１番目の共用検索情報を探す開始位置及び２番目の共用検索情報を探す開始位置は、お互いに異なる。共用検索空間及び端末特定検索空間は、お互いに重複される。
【００１３】
本発明の一実施例において、ＰＤＣＣＨをモニタリングする端末は、無線信号を受信するＲＦ部及び、前記ＲＦ部と連結されるプロセッサを含む。前記プロセッサは、サブフレームで各々の共用ＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）集団レベルに対して共用検索空間をモニタリングし、前記サブフレームは、制御情報を伝送する制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）を含み、前記制御領域は、複数のＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）にマッピングされる複数のリソースエレメント（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）を含み、ＣＣＥは、リソースエレメントの集合に対応されて、前記共用検索空間は、セル内の全ての端末によってモニタリングされる隣接するＣＣＥ集合を含む。また、プロセッサは、前記サブフレームで各々の端末特定ＣＣＥ集団レベルに対して端末特定検索空間をモニタリングするように設定され、前記端末特定検索空間は、前記セル内の少なくとも１つ以上の端末によってモニタリングされる。
【００１４】
本発明の一態様において、端末で共用検索空間の開始位置は、セル内の全ての端末に対して同一であり、端末特定検索空間の開始位置は、セル内で端末特定的である。本発明の他の態様において、端末で共用ＣＣＥ集団レベルの数は、端末特定ＣＣＥ集団レベルの数より小さい。
【００１５】
本発明の一実施例において、無線通信システムにおけるＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）に対する制御情報を伝送する方法は、セル内の全ての端末によってモニタリングされる共用検索空間でＰＤＣＣＨ上の共用制御情報を設定して、前記ＰＤＣＣＨ上に前記共用制御情報を伝送する。また、前記方法に、端末特定検索空間でＰＤＣＣＨに対する端末特定制御情報を伝送することをさらに含むことができて、このとき、端末特定検索空間は、端末特定制御情報を受信する少なくとも１つ以上の端末によってモニタリングされる。
【発明の効果】
【００１６】
ダウンリンク制御チャネルをモニタリングするためのブラインドデコーディングにともなう検出試み回数を減らすことができる。ブラインドデコーディングにともなうオーバーヘッドを減らし、端末は、自分が必要とするダウンリンク制御チャネルの検索にかかる時間を減少させる。端末のバッテリ消耗を減らし、全体システムの性能向上を期待することができる。
【図面の簡単な説明】
【００１７】
【図１】無線通信システムを示すブロック図である。
【図２】Ｅ−ＵＴＲＡＮとＥＰＣとの間の機能分割を示すブロック図である。
【図３】端末の要素を示すブロック図である。
【図４】ユーザ平面に対する無線プロトコル構造を示すブロック図である。
【図５】制御平面に対する無線プロトコル構造を示すブロック図である。
【図６】ダウンリンク論理チャネルとダウンリンク伝送チャネルとの間のマッピングを示す。
【図７】ダウンリンク伝送チャネルとダウンリンク物理チャネルとの間のマッピングを示す。
【図８】無線フレームの構造を示す。
【図９】１つのダウンリンクスロットに対するリソースグリッドを示す例示図である。
【図１０】サブフレームの構造を示す。
【図１１】ＰＤＣＣＨの構成を示すフローチャートである。
【図１２】ＰＤＣＣＨのデコーディングを示す例示図である。
【図１３】アクティブモードでブラインドデコーディングにともなう制御チャネルモニタリング方法を示す例示図である。
【図１４】ＤＲＸモードでブラインドデコーディングにともなう制御チャネルモニタリング方法を示す例示図である。
【図１５】本発明の一実施例に係る制御チャネルモニタリング方法を示す例示図である。
【図１６】ＣＣＥ集団レベルにともなうＰＤＣＣＨ候補を示す。
【図１７】検索空間で制御チャネルモニタリングを示す例示図である。
【図１８】本発明の一実施例に係る制御チャネルモニタリング方法を示すフローチャートである。
【図１９】本発明の一実施例に係る制御情報伝送方法を示すフローチャートである。
【図２０】本発明の一実施例に係る制御チャネルモニタリング方法を示す例示図である。
【図２１】本発明の一実施例に係る制御チャネルモニタリング方法を示すフローチャートである。
【発明を実施するための形態】
【００１８】
図１は、無線通信システムを示すブロック図である。これはＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ−Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）のネットワーク構造であってもよい。Ｅ−ＵＭＴＳシステムは、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムということもできる。無線通信システムは、音声、パケットデータなどのような多様な通信サービスを提供するために広く配置される。
【００１９】
図１を参照すると、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）は、少なくとも１つ以上の基地局（２０；Ｂａｓｅ  Ｓｔａｔｉｏｎ、ＢＳ）を含む。
【００２０】
端末（１０；Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）は、固定されたり移動性を有することができて、ＭＳ（Ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、無線機器（Ｗｉｒｅｌｅｓｓ  Ｄｅｖｉｃｅ）等、他の用語で呼ばれることができる。基地局（２０）は、一般的に端末（１０）と通信する固定された局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）をいい、ｅ−ＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）等、他の用語で呼ばれることができる。１つの基地局（２０）には１つ以上のセルが存在することができる。基地局（２０）間にはユーザトラフィックあるいは制御トラフィック伝送のためのインターフェースが使われることもできる。以下、ダウンリンク（ｄｏｗｎｌｉｎｋ）は、基地局（２０）から端末（１０）への通信を意味して、アップリンク（ｕｐｌｉｎｋ）は、端末（１０）から基地局（２０）への通信を意味する。
【００２１】
基地局（２０）は、Ｘ２インターフェースを介してお互いに連結される。基地局（２０）は、Ｓ１インターフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）、より詳しくは、Ｓ１−ＭＭＥによってＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）と連結されて、Ｓ１−ＵによってＳ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ、３０）と連結される。Ｓ１インターフェースは、基地局（２０）とＭＭＥ／ＳＡＥゲートウェイ（３０）との間に複数対複数の関係（ｍａｎｙ−ｔｏ−ｍａｎｙ−ｒｅｌａｔｉｏｎ）をサポートする。
【００２２】
図２は、Ｅ−ＵＴＲＡＮとＥＰＣとの間の機能分割（ｆｕｎｃｔｉｏｎａｌ  ｓｐｌｉｔ）を示すブロック図である。斜線を引いているボックスは、無線プロトコル階層（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ｌａｙｅｒ）を示し、斜線を引いていないボックスは、制御平面の機能的エンティテイ（ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ）を示す。
【００２３】
図２を参照すると、基地局は、次のような機能を実行する。（１）無線ベアラ制御（Ｒａｄｉｏ  Ｂｅａｒｅｒ  Ｃｏｎｔｒｏｌ）、無線アドミッション制御（Ｒａｄｉｏ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）、連結移動性制御（Ｃｏｎｎｅｃｔｉｏｎ  Ｍｏｂｉｌｉｔｙ  Ｃｏｎｔｒｏｌ）、端末への動的リソース割当（ｄｙｎａｍｉｃ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）のような無線リソース管理（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ；ＲＲＭ）機能、（２）ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ヘッダ圧縮及びユーザデータストリームのエンクリプション（ｅｎｃｒｙｐｔｉｏｎ）、（３）Ｓ−ＧＷへのユーザ平面データのルーティング（ｒｏｕｔｉｎｇ）、（４）ページング（ｐａｇｉｎｇ）メッセージのスケジューリング及び伝送、（５）ブロードキャスト（ｂｒｏａｄｃａｓｔ）情報のスケジューリング及び伝送、（６）移動性及びスケジューリングのための測定と測定報告設定。
【００２４】
ＭＭＥは、次のような機能を実行する。（１）ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）シグナリング、（２）ＮＡＳシグナリングセキュリティ（ｓｅｃｕｒｉｔｙ）、（３）アイドルモードＵＥ到達可能性（Ｉｄｌｅ  ｍｏｄｅ  ＵＥ  Ｒｅａｃｈａｂｉｌｉｔｙ）、（４）トラッキング領域リスト管理（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  ｌｉｓｔ  ｍａｎａｇｅｍｅｎｔ）、（５）ローミング（Ｒｏａｍｉｎｇ）、（６）認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）。
【００２５】
Ｓ−ＧＷは、次のような機能を実行する。（１）移動性アンカーリング（ｍｏｂｉｌｉｔｙ  ａｎｃｈｏｒｉｎｇ）、（２）合法的盗聴（ｌａｗｆｕｌ  ｉｎｔｅｒｃｅｐｔｉｏｎ）。Ｐ−ＧＷ（ＰＤＮ−Ｇａｔｅｗａｙ）は、次のような機能を実行する。（１）端末ＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）割当（ａｌｌｏｃａｔｉｏｎ）、（２）パケットフィルタリング（ｐａｃｋｅｔ  ｆｉｌｔｅｒｉｎｇ）。
【００２６】
図３は、端末の要素を示すブロック図である。端末（１０）は、プロセッサ（ｐｒｏｃｅｓｓｏｒ、１１）、メモリ（ｍｅｍｏｒｙ、１２）、ＲＦ部（ＲＦ  ｕｎｉｔ、１３）、ディスプレイ部（ｄｉｓｐｌａｙ  ｕｎｉｔ、１４）、ユーザインターフェース部（ｕｓｅｒ  ｉｎｔｅｒｆａｃｅ  ｕｎｉｔ、１５）を含む。プロセッサ（１１）は、無線インターフェースプロトコルの階層が具現されて、制御平面及びユーザ平面を提供する。各階層の機能は、プロセッサ（１１）を介して具現されることができる。メモリ（１２）は、プロセッサ（１１）と連結されて、端末駆動システム、アプリケーション及び一般的なファイルを格納する。ディスプレイ部（１４）は、端末の多様な情報をディスプレイして、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅｓ）等、よく知られた要素を使用することができる。ユーザインターフェース部（１５）は、キーパッドやタッチスクリーンなど、よく知られたユーザインターフェースの組合せからなることができる。ＲＦ部（１３）は、プロセッサと連結されて、無線信号（ｒａｄｉｏ  ｓｉｇｎａｌ）を送信及び／または受信する。
【００２７】
端末とネットワークとの間の無線インターフェースプロトコル（ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ）の階層は、通信システムにおいて広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）モデルの下位３個階層に基づいてＬ１（第１の階層）、Ｌ２（第２の階層）、Ｌ３（第３の階層）に区分されることができる。このうち、第１の階層に属する物理階層は、物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を用いた情報伝送サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供して、第３の階層に位置する無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ；以下、ＲＲＣという）階層は、端末とネットワークとの間に無線リソースを制御する役割を実行する。このために、ＲＲＣ階層は、端末とネットワークとの間にＲＲＣメッセージをお互いに交換する。
【００２８】
図４は、ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ  ｐｒｏｔｏｃｏｌ  ａｒｃｈｉｔｅｃｔｕｒｅ）を示すブロック図である。図５は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示すブロック図である。これは端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの構造を示す。ユーザ平面は、ユーザデータ伝送のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ）であり、制御平面は、制御信号伝送のためのプロトコルスタックである。
【００２９】
図４及び図５を参照すると、第１の階層である物理階層（ＰＨＹ（ｐｈｙｓｉｃａｌ）ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を用いて上位階層に情報伝送サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。物理階層は、上位にある媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）階層とは伝送チャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して連結されており、この伝送チャネルを介してＭＡＣ階層と物理階層との間のデータが移動する。また、異なる物理階層間、即ち、送信側及び受信側の物理階層間は、物理チャネルを介してデータが移動する。
【００３０】
第２の階層のＭＡＣ階層は、論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）を介して上位階層である無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）階層にサービスを提供する。第２の階層のＲＬＣ階層は、信頼性あるデータの伝送をサポートする。ＲＬＣ階層にはデータの伝送方法に応じて透明モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ、ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、ＡＭ）の三つの動作モードが存在する。ＡＭ  ＲＬＣは、双方向データ伝送サービスを提供して、ＲＬＣ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）の伝送失敗時に再伝送をサポートする。
【００３１】
第２の階層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層は、ＩＰパケットを效果的に伝送するためにヘッダサイズを減らすヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）機能を実行する。
【００３２】
第３の階層の無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；以下、ＲＲＣ）階層は、制御平面でのみ定義される。ＲＲＣ階層は、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）の設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連付けられて論理チャネル、伝送チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために第２の階層によって提供されるサービスを意味する。端末のＲＲＣとネットワークのＲＲＣとの間にＲＲＣ連結（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）がある場合、端末は、ＲＲＣ連結モード（ＲＲＣ  Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ）にあるようになり、そうでない場合、ＲＲＣアイドルモード（ＲＲＣ  Ｉｄｌｅ  Ｍｏｄｅ）にあるようになる。
【００３３】
ＲＲＣ階層上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層は、連結管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）及び移動性管理（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔ）の機能を実行する。
【００３４】
図６は、ダウンリンク論理チャネルとダウンリンク伝送チャネルとの間のマッピングを示す。
【００３５】
図６を参照すると、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、ＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）にマッピングされ、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、ＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）またはＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）にマッピングされる。ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）及びＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）は、ＤＬ−ＳＣＨにマッピングされる。ＭＣＣＨ及びＭＴＣＨは、ＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）にもマッピングされる。
【００３６】
各論理チャネルタイプは、どんな種類の情報が伝送されるかに応じて定義される。論理チャネルは、制御チャネル及びトラフィックチャネルの２つの種類がある。
【００３７】
制御チャネルは、制御平面情報の伝送に使われる。ＢＣＣＨは、システム制御情報をブロードキャスティングするためのダウンリンクチャネルである。ＰＣＣＨは、ページング情報を伝送するダウンリンクチャネルであり、ネットワークが端末の位置を知らない時に使用する。ＣＣＣＨは、端末とネットワークとの間の制御情報を伝送するチャネルであり、端末がネットワークとＲＲＣ連結がない時に使用する。ＭＣＣＨは、ＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ）制御情報をネットワークから端末に１つまたはその以上のＭＴＣＨ（ｍｕｌｔｉｃａｓｔ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）の伝送に使われるポイント・ツー・マルチポイント（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ）ダウンリンクチャネルであり、ＭＢＭＳを受信する端末にのみ使われる。ＤＣＣＨは、端末とネットワークとの間の専用制御情報を伝送するポイントツーポイント（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）単方向チャネルであり、ＲＲＣ連結を有する端末によって使われる。
【００３８】
トラフィックチャネルは、ユーザ平面情報の伝送に使われる。ＤＴＣＨは、ユーザ情報の伝送のためのポイント・ツー・ポイントチャネルであり、アップリンクとダウンリンクの両方に存在する。ＭＴＣＨは、ネットワークから端末へのトラフィックデータを伝送するポイントツーマルチポイントダウンリンクチャネルであり、ＭＢＭＳを受信する端末にのみ使われる。
【００３９】
伝送チャネルは、無線インターフェースを介してデータが、どのように、どんな特徴によって伝送されるかに応じて分類される。ＢＣＨは、セル全領域でブロードキャストされて固定され、予め定義された伝送フォーマットを有する。ＤＬ−ＳＣＨは、ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）のサポート、変調、コーディング、及び伝送パワーの変化による動的リンク適応（ｄｙｎａｍｉｃ  ｌｉｎｋ  ａｄａｐｔａｔｉｏｎ）のサポート、全体セルでブロードキャストの可能性、ビーム形成の可能性、動的／半静的（ｓｅｍｉ−ｓｔａｔｉｃ）リソース割当サポート、端末パワー節約のためのＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ）サポート及びＭＢＭＳ伝送サポートによって特徴される。ＰＣＨは、端末パワー節約のためのＤＲＸサポート、セル全領域におけるブロードキャストによって特徴される。ＭＣＨは、セル全領域におけるブロードキャスト及び複数のセルにおけるＭＢＭＳ伝送を結合したＭＢＳＦＮ（ＭＢＭＳ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）サポートによって特徴される。
【００４０】
図７は、ダウンリンク伝送チャネルとダウンリンク物理チャネルとの間のマッピングを示す。
【００４１】
図７を参照すると、ＢＣＨは、ＰＢＣＨ（ｐｈｙｓｉｃａｌ  ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）にマッピングされ、ＭＣＨは、ＰＭＣＨ（ｐｈｙｓｉｃａｌ  ｍｕｌｔｉｃａｓｔ  ｃｈａｎｎｅｌ）にマッピングされ、ＰＣＨ及びＤＬ−ＳＣＨは、ＰＤＳＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）にマッピングされる。ＰＢＣＨは、ＢＣＨ伝送ブロックを運び、ＰＭＣＨは、ＭＣＨを運び、ＰＤＳＣＨは、ＤＬ−ＳＣＨ及びＰＣＨを運ぶ。
【００４２】
数個のダウンリンク物理制御チャネルは、物理階層で使われる。ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）は、ＤＬ−ＳＣＨのリソース割当及び伝送フォーマット、ＰＣＨ上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上に伝送されるランダムアクセス応答のような上位階層制御メッセージのリソース割当、伝送パワー制御命令、ＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の活性化及びシステム情報の更新などを運ぶことができる。その他、ＰＤＣＣＨは、端末にアップリンク伝送のリソース割当を知らせるアップリンクスケジューリンググラントを運ぶことができる。ＰＣＦＩＣＨ（ｐｈｙｓｉｃａｌ  ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）は、端末にＰＤＣＣＨに使われるＯＦＤＭシンボルの数を知らせて、サブフレーム毎に伝送される。ＰＨＩＣＨ（ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）は、アップリンク伝送の応答としてＨＡＲＱ  ＡＣＫ／ＮＡＫ信号を運ぶ。
【００４３】
図８は、無線フレームの構造を示す。
【００４４】
図８を参照すると、無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は、１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成され、１つのサブフレームは、２個のスロット（ｓｌｏｔ）で構成される。１つのサブフレームの伝送にかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）といい、例えば、１つのサブフレームの長さは１ｍｓであり、１つのスロットの長さは０．５ｍｓである。
【００４５】
無線フレームの構造は、例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数及びスロットに含まれるＯＦＤＭシンボルの数は、多様に変更されることができる。
【００４６】
図９は、１つのダウンリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）を示す例示図である。
【００４７】
図９を参照すると、ダウンリンクスロットは、時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）で複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含む。ここで、１つのダウンリンクスロットは、７個のＯＦＤＭシンボルを含み、１つのリソースブロックは、周波数領域で１２個のサブキャリアを含むことを例示的に記述するが、これに制限されることではない。
【００４８】
リソースグリッド上の各要素（ｅｌｅｍｅｎｔ）をリソースエレメント（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）といい、１つのリソースブロックは、１２×７個のリソースエレメントを含む。ダウンリンクスロットに含まれるリソースブロックの数、ＮＤＬは、セルで設定されるダウンリンク伝送帯域幅（ｂａｎｄｗｉｄｔｈ）に従属する。
【００４９】
図１０は、サブフレームの構造を示す。
【００５０】
図１０を参照すると、サブフレームは、２個の連続的な（ｃｏｎｓｅｃｕｔｉｖｅ）スロットを含む。サブフレーム内の１番目のスロットの前の最大３個のＯＦＤＭシンボルがＰＤＣＣＨが割り当てられる制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）であり、残りのＯＦＤＭシンボルは、ＰＤＳＣＨが割り当てられるデータ領域である。サブフレームの１番目のＯＦＤＭシンボルで伝送されるＰＣＦＩＣＨは、サブフレーム内でＰＤＣＣＨの伝送に使われるＯＦＤＭシンボルの数に関する情報を運ぶ。
【００５１】
ＰＤＣＣＨは、ＤＬ−ＳＣＨのリソース割当及び伝送フォーマット、ＰＣＨ上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上に伝送されるランダムアクセス応答のような上位階層制御メッセージのリソース割当、任意のＵＥグループ内の個別ＵＥに対する伝送パワー制御命令の集合、ＶｏＩＰの活性化などを運ぶことができる。複数のＰＤＣＣＨが制御領域内で伝送されることができて、端末は複数のＰＤＣＣＨをモニタリングする。ＰＤＣＣＨは、１つまたは数個の連続的なＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔｓ）の集合（ａｇｇｒｅｇａｔｉｏｎ）上に伝送される。ＣＣＥは、無線チャネルの状態にともなうコードレートをＰＤＣＣＨに提供するために使われる論理的割当単位である。ＣＣＥは、複数のリソースエレメントグループ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）に対応される。リソースエレメントグループは、リソースエレメントへの制御チャネルマッピングを定義するために使われる。ＣＣＥの数及びＣＣＥによって提供されるコードレートの関連関係に応じてＰＤＣＣＨのフォーマット及び可能なＰＤＣＣＨのビット数が決定される。ＣＣＥの数にともなうＰＤＣＣＨのフォーマットの一例は次の表１の通りである。
【００５２】
【表１】
2010541367.tif 000003
ＣＣＥユニットは、少なくとも１つのＣＣＥ集合である。ＣＣＥユニット１は、１つのＣＣＥで構成され、ＣＣＥユニット２は、２個の連続されたＣＣＥユニットで構成され、ＣＣＥユニット３は、３個の連続されたＣＣＥユニットで構成され、ＣＣＥユニット４は、４個の連続されたＣＣＥユニットで構成される。ＣＣＥ集団レベルＬ∈｛１，２，４，８｝は、ＣＣＥユニットに含まれるＣＣＥの数を示す。
【００５３】
ＰＤＣＣＨを介して伝送される制御情報をダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）という。ＤＣＩは、アップリンクまたはダウンリンクスケジューリング情報または、任意のＵＥグループに対するアップリンクＴＰＣ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）命令を伝送する。ＤＣＩは、ＵＬ−ＳＣＨ（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）割当の伝送のためのＤＣＩフォーマット０、ＳＩＭＯ（ｓｉｎｇｌｅ  ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）動作のためのＤＬ−ＳＣＨ割当の伝送のためのＤＣＩフォーマット１、ＳＩＭＯ動作のためのＤＬ−ＳＣＨ割当の簡単な（ｃｏｍｐａｃｔ）伝送またはシステム情報のＰＤＳＣＨ伝送及びランダムアクセス応答のためのＤＣＩフォーマット１Ａ、簡単なリソース割当に基づいてＭＩＭＯ（ｍｕｌｔｉｐｌｅ  ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）ランク１伝送のためのＤＣＩフォーマット１Ｂ、システム情報のＰＤＳＣＨ伝送及びランダムアクセス応答のためのＤＣＩフォーマット１Ｃ、ＭＩＭＯ動作のためのＤＬ−ＳＣＨ割当の伝送のためのＤＣＩフォーマット２、アップリンクチャネルのためのＴＰＣ命令の伝送のためのＤＣＩフォーマット３及び３Ａに分類することができる。
【００５４】
図１１は、ＰＤＣＣＨの構成を示すフローチャートである。
【００５５】
図１１を参照すると、段階Ｓ１１０において、基地局は、端末に伝送しようとするＤＣＩに応じてＰＤＣＣＨフォーマットを決定して、制御情報にＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）を付ける。ＣＲＣにはＰＤＣＣＨの所有者（ｏｗｎｅｒ）や用途に応じて一意の識別子（これをＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）という）がマスキングされる。特定端末のためのＰＤＣＣＨならば、端末の一意の識別子、例えば、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−ＲＮＴＩ）がＣＲＣにマスキングされることができる。または、ページング情報のためのＰＤＣＣＨならば、ページング指示識別子、例えば、Ｐ−ＲＮＴＩ（Ｐａｇｉｎｇ−ＲＮＴＩ）がＣＲＣにマスキングされることができる。システム情報のためのＰＤＣＣＨならば、システム情報識別子、ＳＩ−ＲＮＴＩ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ−ＲＮＴＩ）がＣＲＣにマスキングされることができる。前記ＳＩ−ＲＮＴＩは、個別システム情報種類別に一意に区分される。端末のランダムアクセスプリアンブルの伝送に対する応答であるランダムアクセス応答を指示するためにＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ−ＲＮＴＩ）がＣＲＣにマスキングされることができる。前記ＲＡ−ＲＮＴＩは、ランダムアクセスプリアンブルが伝送されたサブフレーム別に一意に区分される。特定ＵＥグループに対するアップリンクＴＰＣ命令の伝送を指示するためにＴＰＣ−ＲＮＴＩがＣＲＣにマスキングされることができる。次の表は、ＰＤＣＣＨにマスキングされる識別子の例を示す。
【００５６】
【表２】
2010541367.tif 000004
Ｃ−ＲＮＴＩが使われれば、ＰＤＣＣＨは該当する特定端末のための制御情報を運び、他のＲＮＴＩが使われれば、ＰＤＣＣＨはセル内の全てのまたは複数の端末が受信する共用制御情報を運ぶ。
【００５７】
段階Ｓ１２０において、ＣＲＣが付加されたＤＣＩをチャネルコーディングを実行して符号化されたデータ（ｃｏｄｅｄ  ｄａｔａ）を生成する。段階Ｓ１３０において、ＰＤＣＣＨフォーマットに割り当てられたＣＣＥの数にともなう伝送率マッチング（ｒａｔｅ  ｍａｔｈｃｈｉｎｇ）を実行する。段階Ｓ１４０において、符号化されたデータを変調して変調シンボルを生成する。段階Ｓ１５０において、変調シンボルを物理的なリソースエレメントにマッピングする。
【００５８】
図１２は、ＰＤＣＣＨのエンコーディングを示す例示図である。
【００５９】
図１２を参照すると、ＤＣＩにＵＥ  ＩＤ（例えば、Ｃ−ＲＮＴＩ）を有するＣＲＣマスキングが付加される。次に、チャネルコーディング、伝送率マッチング、及び変調が順次実行される。変調されたＤＣＩは、ＰＤＣＣＨフォーマット（例えば、１ＣＣＥ、２ＣＣＥ、４ＣＣＥ、８ＣＣＥ）に従って少なくとも１つのＣＣＥにマッピングされる。最後に、ＣＣＥは、任意の与えられたマッピングルールに応じて物理的リソースエレメントにマッピングされる。
【００６０】
１つのサブフレーム内で複数のＰＤＣＣＨが伝送されることができる。端末は、サブフレーム毎に複数のＰＤＣＣＨをモニタリングする。ここで、モニタリングとは、端末がモニタリングされるＰＤＣＣＨフォーマットに応じてＰＤＣＣＨの各々の制御情報のデコーディングを試みることをいう。サブフレーム内で割り当てられた制御領域で基地局は端末に該当するＰＤＣＣＨの位置に関する情報を提供しない。端末は、サブフレーム内でＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）の集合をモニタリングして自分のＰＤＣＣＨを探す。これをブラインドデコーディング（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）という。例えば、もし、該当するＰＤＣＣＨで自分のＣ−ＲＮＴＩをデマスキングしてＣＲＣエラーが検出されないと、端末は自分の制御情報を有するＰＤＣＣＨであると決定する。
【００６１】
図１３は、アクティブモードでブラインドデコーディングにともなう制御チャネルモニタリング方法を示す例示図である。
【００６２】
図１３を参照すると、アクティブモード（ａｃｔｉｖｅ  ｍｏｄｅ）で端末は自分に伝送されるデータを受信するために毎サブフレームのＰＤＣＣＨをモニタリングする。ここでは、例示されるＤＣＩとしてページング情報（ｐａｇｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ、ＰＩ）を考慮する。
【００６３】
各サブフレーム毎にセル内の端末は、ブラインドデコーディングを介して複数のＰＤＣＣＨ候補からＰＩを検索する。即ち、複数のＰＤＣＣＨ候補の各々のＣＲＣにＰ−ＲＮＴＩをデマスキングしてエラーが検出されないと、ＰＤＣＣＨからＰＩを読み取り、該当ＰＤＣＣＨに対応するＰＤＳＣＨ上のページングメッセージを受信する。
【００６４】
図１４は、ＤＲＸモードでブラインドデコーディングにともなう制御チャネルモニタリング方法を示す例示図である。
【００６５】
図１４を参照すると、ＤＲＸモードで端末は毎ＤＲＸ周期のモニタリング区間から目覚めて（ｗａｋｅｕｐ）モニタリング区間に該当するサブフレームでＰＤＣＣＨをモニタリングする。即ち、端末は、モニタリング区間に属するサブフレーム毎に制御領域内で自分のＰＤＣＣＨがあるか否かを検索する。非モニタリング区間ではバッテリ節約のために端末はスリップモード（ｓｌｅｅｐ  ｍｏｄｅ）に進入して、ＰＤＣＣＨのモニタリングを中止する。
【００６６】
図１３及び図１４に示した通り、端末は、自分に伝送されるＰＤＣＣＨを受信するためには該当するサブフレームの全てのＣＣＥに対してブラインドデコーディングを実行しなければならない。ＰＤＣＣＨのモニタリングが実行されるサブフレームをｎｏｎ−ＤＲＸサブフレームという。端末は、どのＰＤＣＣＨフォーマットが伝送されるか知らず、また、いつ自分のＰＤＣＣＨが伝送されるか知らないため、毎ｎｏｎ−ＤＲＸサブフレーム内でＰＤＣＣＨのブラインドデコーディングが成功する時まで全ての可能なＣＣＥ集団レベルでＰＤＣＣＨを全部デコーディングしなければならない。例えば、端末は、現在ＰＩのためのＰＤＣＣＨが数個のＣＣＥを使用するか知らないため、ＰＤＣＣＨのブラインドデコーディングが成功する時まで全ての可能なＣＣＥ集団レベルに対して検出を試みなければならない。一例として、端末は、まずＣＣＥ集団レベルＬ＝１に対して全てのＰＤＣＣＨをデコーディングする。デコーディングが全部失敗すれば、ＣＣＥ集団レベルＬ＝２に対してデコーディングを試みる。その後、再びＣＣＥ集団レベルＬ＝４及びＬ＝８に対してデコーディングを成功する時まで試みる。
【００６７】
端末が全ての可能なＲＮＴＩに対して全てのＣＣＥ集団レベルでブラインドデコーディングを試みるならば、検出試み（ｄｅｔｅｃｔｉｏｎ  ａｔｔｅｍｐｔ）回数が過度に多くなりＰＤＣＣＨのモニタリングにともなう端末のバッテリ消耗が大きい。例えば、該当するｎｏｎ−ＤＲＸサブフレーム内のＣＣＥの総数が３２個であり、ＣＣＥ集団レベルが｛１，２，４，８｝の４個であり、Ｃ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩの４個に対して全部ブラインドデコーディングを試みるならば、端末は最大２４０回（＝４×（３２＋１６＋８＋４））のブラインドデコーディングを試みるようになる。端末のバッテリ消耗を減らし、ＰＤＣＣＨモニタリングを效率的に実行することができる方法が必要である。
【００６８】
図１５は、本発明の一実施例に係る制御チャネルモニタリング方法を示す例示図である。
【００６９】
図１５を参照すると、ＰＩに対するＰＤＣＣＨが割り当てられる領域がサブフレーム毎に同一である。ＰＩのような特定制御情報に対するＰＤＣＣＨが割り当てられる論理的または物理的リソース領域を一定範囲に固定させる。端末は、一定範囲の論理的／物理的リソース領域内で前記ＰＤＣＣＨをモニタリングする。
【００７０】
ブラインドデコーディング試み回数を減らすために、指定された個別または複数種類の制御情報に対しては該当するサブフレームのＣＣＥ集合上で任意にＰＤＣＣＨを割り当てることではなく、ＣＣＥ集合上で固定された位置、固定された開始位置及び／または固定された開始位置に基づいた固定されたＣＣＥ個数に基づいて割り当てる。ここで、固定された位置は、基地局と端末の両方が予め知っている位置を意味して、必ず物理的／論理的な固定位置に限定することではない。ＣＣＥ集合は、１つのサブフレーム内で割り当てられる全体ＣＣＥの集合をいう。ここでは、ＰＩに対するＰＤＣＣＨをＣＣＥ集合上の開始位置に固定して割り当てることを示しているが、ＣＣＥ集合上の他の任意の時点に固定してもよい。
【００７１】
ＤＣＩに応じて異なる数のＣＣＥ集団レベルが割り当てられてもよい。これは特定ＤＣＩを運ぶＰＤＣＣＨのためのＣＣＥ集団レベルの数は制限されることができることを意味する。例えば、共用制御情報は、２個のＣＣＥ集団レベル｛４，８｝を使用して、端末特定制御情報は、４個の集団レベル｛１，２，４，８｝を使用する。共用制御情報のＣＣＥ集団レベルの数を端末特定制御情報より小さくすることによって、共用制御情報を運ぶＰＤＣＣＨを検索する検出試み回数を減らすことができる。
【００７２】
端末は、該当するサブフレームでＣＣＥ集合上の１番目のＣＣＥに対してブラインドデコーディングを試みて、失敗すれば、開始位置は、固定させたまま順次２個、４個、８個のＣＣＥに対してブラインドデコーディングを試みる。もし、前記４回のブラインドデコーディングが失敗すれば、端末は、ＰＩが無いことを認識する。従って、ＰＩに対するＰＤＣＣＨを検出するための試み回数を減らすことができる。もし、固定されたＣＣＥ集団レベルが使われるならば、例えば、ＣＣＥ集団レベル＝４、端末は、該当するＣＣＥ集団レベルに対してのみブラインドデコーディングを試みてＰＩの存在有無を確認することができる。
【００７３】
ここでは、Ｐ−ＲＮＴＩのモニタリングに対して記述しているが、ＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ及びＴＰＣ−ＲＮＴＩなど、他の用途のＰＤＣＣＨのためのモニタリングにも本発明の技術的思想は、そのまま適用されることができる。
【００７４】
特定制御情報に対しては該当するサブフレームのＣＣＥ集合上で固定された開始位置に基づいた固定されたＣＣＥ集団レベルに基づいて割り当てることができる。例えば、ＤＣＩフォーマット１Ｃは、ＳＩ−ＲＮＴＩによって識別されるシステム情報またはＲＡ−ＲＮＴＩによって識別されるランダムアクセス応答の伝送に使われる。ランダムアクセス応答は、初期接続のためのランダムアクセス、アップリンク無線リソース割当要請のためのランダムアクセス、ハンドオーバのためにランダムアクセス、アップリンクタイミング補正要請のためのランダムアクセスなど、多様な場合に使われる。システム情報伝送のためのＤＣＩフォーマット１Ｃは、ＣＣＥ集団レベル８の１番目のＣＣＥまたはＣＣＥ集団レベル４の１番目のＣＣＥで始まるように制限して、ランダムアクセス応答のためのＤＣＩフォーマット１Ｃは、ＣＣＥ集団レベル８の８番目のＣＣＥまたはＣＣＥ集団レベル４の４番目のＣＣＥで始まるように制限することができる。固定された開始位置に基づいた固定されたＣＣＥ集団レベルに基づいて特定ＰＤＣＣＨが割り当てられる場合、ブラインドデコーディング回数を減らすことができる。
【００７５】
１つのサブフレーム内で複数のＰＤＣＣＨが多重化されても、論理的リソース領域であるＣＣＥ集合上でＰＤＣＣＨが運ぶ制御情報に応じてマッピングされるＣＣＥの位置や個数を候補リソース領域（ｃａｎｄｉｄａｔｅ  ｒｅｓｏｕｒｃｅ  ｒｅｇｉｏｎ）内に固定させる。候補リソース領域は、ＣＣＥ集合上で複数のＣＣＥを含み、その位置や大きさを端末と基地局の両方が知っている領域であり、検索空間（ｓｅａｒｃｈ  ｓｐａｃｅ）ともいう。端末は、特定制御情報に関するＰＤＣＣＨを候補リソース領域内でのみブラインドデコーディングするように試みる。
【００７６】
候補リソース領域に関する情報は、シグナリングを交換する必要なく端末と基地局との間に予め知っている情報であってもよい。または、端末と基地局との間の共有される特定パラメータを用いた式を介して算出される共通の情報であってもよい。基地局がＲＲＣシグナリングやシステム情報などを介して端末に知らせる情報であってもよい。候補リソース領域の大きさや位置は固定されてもよく、可変してもよい。
【００７７】
候補リソース領域内にマッピングされるＰＤＣＣＨは、ページング情報やシステム情報、ランダムアクセス応答、任意のＵＥグループに対するアップリンクＴＰＣ命令集合のような共用制御情報のために使われてもよい。共用制御情報は、セル内の複数の端末（または全ての端末）が受信すべき情報である。共用制御情報を運ぶ共用ＰＤＣＣＨをモニタリングするための領域を全体ＣＣＥ集合でない候補リソース領域内に固定させて、端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）ＰＤＣＣＨをＣＣＥ集合上の任意の位置に配置する。端末は、候補リソース領域内で共用ＰＤＣＣＨをモニタリングし、残りの領域または全体領域で端末特定ＰＤＣＣＨをモニタリングすることによってブラインドデコーディングにともなう検出試み回数を減らし、端末のバッテリ消耗を減らすことができる。
【００７８】
共用ＰＤＣＣＨを検索するための候補リソース領域は、端末特定ＰＤＣＣＨを検索するための領域と重複されてもよい。または、共用ＰＤＣＣＨを検索するための候補リソース領域は、端末特定ＰＤＣＣＨを検索するための領域と分離されてもよい。
【００７９】
特定ＤＣＩを運ぶＰＤＣＣＨは、全体ＣＣＥ集合上で固定された候補リソース領域を有することができる。また、特定ＤＣＩを運ぶＰＤＣＣＨは、候補リソース領域内の各ＣＣＥ集団レベルで固定された開始位置を有することができる。例えば、システム情報伝送のためのＤＣＩフォーマット１Ｃは、候補リソース領域内でＣＣＥ集団レベル８の１番目のＣＣＥまたはＣＣＥ集団レベル４の１番目のＣＣＥで始まるように制限して、ランダムアクセス応答のためのＤＣＩフォーマット１Ｃは、ＣＣＥ集団レベル８の８番目のＣＣＥまたはＣＣＥ集団レベル４の４番目のＣＣＥで始まるように制限する。
【００８０】
ブラインドデコーディングにともなう検出試み回数を減らすために、一部特定制御情報に対しては制御領域内でＰＤＣＣＨを検索する空間を限定する。端末は、指定された周期毎に、またはＤＣＩの伝送可能周期に各サブフレームでＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）の集合をモニタリングする。モニタリングは、全てのモニタリングされるＤＣＩフォーマットに応じてＰＤＣＣＨの各々をデコーディングする試みをいい、ＰＤＣＣＨ候補は、端末がデコーディングを試みるＰＤＣＣＨをいう。
【００８１】
以下、ＰＤＣＣＨを検索するための空間を検索空間（ｓｅａｒｃｈ  ｓｐａｃｅ）という。モニタリングされるＰＤＣＣＨ候補の集合は、検索空間に応じて定義される。１つのサブフレーム内でＰＤＣＣＨのための全体ＣＣＥの集合をＣＣＥ集合とする時、検索空間は、ＣＣＥ集団レベルに応じてＣＣＥ集合内で特定開始位置に始める隣接する（ｃｏｎｔｉｇｕｏｕｓ）ＣＣＥの集合である。ＣＣＥ集団レベルＬは、ＰＤＣＣＨを検索するためのＣＣＥ単位であり、その大きさは隣接するＣＣＥの数によって定義される。また、ＣＣＥ集団レベルＬは、ＰＤＣＣＨの伝送に使われるＣＣＥの数を意味する。ＣＣＥ集団レベルに応じて検索空間が各々定義される。ＰＤＣＣＨ候補の位置は、検索空間内で毎ＣＣＥ集団レベルの大きさ毎に発生する。
【００８２】
図１６は、ＣＣＥ集団レベルにともなうＰＤＣＣＨ候補を示す。ＮＣＣＥは、１つのサブフレームの制御領域でＣＣＥの総個数を示す。
【００８３】
図１６を参照すると、ＰＤＣＣＨ候補は、Ｌ個のＣＣＥ毎に生じる。ＣＣＥ集団レベル２でＰＤＣＣＨ候補は２個のＣＣＥ毎に生じる。ＣＣＥ集団レベル４でＰＤＣＣＨ候補は、４個のＣＣＥ毎に生じる。
【００８４】
検索空間は、共用（ｃｏｍｍｏｎ）検索空間及び端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）検索空間に分類される。共用検索空間は、セル内の全ての端末によってモニタリングされて、端末特定検索空間は、特定端末によってモニタリングされる。端末は、受信しようとする制御情報に応じて共用検索空間及び／または端末特定検索空間をモニタリングする。共用検索空間がサポートするＣＣＥ集団レベルの数は、端末特定検索空間がサポートするＣＣＥ集団レベルの数より小さい。共用検索空間及び端末特定空間は重なっても（ｏｖｅｒｌａｐ）よい。
【００８５】
次の表は、検索空間の一例を示す。次の表に示したＣＣＥ集団レベルの大きさ、ＰＤＣＣＨの候補の数は例示的目的であり、制限することではない。
【００８６】
【表３】
2010541367.tif 000005
前記表によると、端末特定検索空間は、ＣＣＥ集団レベルＬ∈｛１，２，４，８｝をサポートして、共用検索空間は、ＣＣＥ集団レベルＬ∈｛４，８｝をサポートする。ＰＤＣＣＨ候補の数及びＣＣＥ集団レベルの大きさに応じて検索空間の大きさが決定される。即ち、検索空間の大きさは、ＣＣＥ集団レベルの大きさまたはＰＤＣＣＨ候補の数の整数倍がなる。
【００８７】
ＣＣＥ集団レベルの大きさや数に関係なく共用検索空間の大きさ、即ち、共用検索空間に含まれるＣＣＥの数は一定であってもよい。このために、ＣＣＥ集団レベルの大きさに応じてＰＤＣＣＨ候補の数が決定されることができる。共用検索空間の大きさを固定することによって、共用検索空間の検索にともなう端末の負担を減らすことができる。
【００８８】
共用検索空間のＣＣＥ集団レベルは、端末特定検索空間に使われるＣＣＥ集団レベルの一部のみ使われてもよい。例えば、端末特定検索空間に使われるＣＣＥ集団レベルが｛１，２，４，８｝であれば、共用検索空間に使われるＣＣＥ集団レベルは｛４，８｝を使用することができる。
【００８９】
ｋ番目のサブフレームでＣＣＥの総数をＮＣＣＥ，ｋとする時、ＣＣＥ集団レベルＬ｛１，２，４，８｝で検索空間Ｓ（Ｌ）ｋは、次の式のように表すことができる。
【００９０】
【数１】
2010541367.tif 000006
ここで、Ｚ（Ｌ）ｋは、検索空間の開始位置（ｓｔａｒｔｉｎｇ  ｌｏｃａｔｉｏｎ）、ｉ＝０，１，．．．，Ｍ（Ｌ）−１、ｊ＝０，１，．．．，Ｌ−１，Ｍ（Ｌ）は、与えられた検索空間でＰＤＣＣＨ候補の数及び‘ｍｏｄ’は、モジュロ演算（ｍｏｄｕｌｏ  ｏｐｅｒａｔｉｏｎ）を意味する。開始位置は、制御領域内で検索空間の開始位置または検索空間内で１番目のＰＤＣＣＨ候補が位置する地点である。検索空間内で端末は開始位置から始めてＣＣＥ集団レベル単位でＰＤＣＣＨ候補をデコーディングして必要なＰＤＣＣＨであるか否かを判断する。モジュロ演算は、ＣＣＥ集合内で循環的に検索されることを意味する。
【００９１】
端末特定検索空間の開始位置は、サブフレーム毎にまたは端末毎に異なってもよい。端末特定検索空間の開始位置は、サブフレーム毎に決定されてもよい。例えば、Ｚ（Ｌ）ｋは、次の通り求めることができる。
【００９２】
【数２】
2010541367.tif 000007
【００９３】
ここで、Ｙ−１は、端末特定識別子と関連付けられた定数、Ａ＝３９８２７及びＤ＝６５５３７であり、
【数３】
2010541367.tif 000008
はａより小さい最大整数である。
【００９４】
共用検索空間でセル内の全ての端末に対して検索空間の開始位置は同一である。例えば、Ｌ＝４及びＬ＝８である２つのＣＣＥ集団レベルに対してＺ（Ｌ）ｋ＝０に固定することができる。これは共用検索空間の開始位置はサブフレーム毎に同一であることを意味する。
【００９５】
共用検索空間または端末特定検索空間で、特定ＤＣＩを運ぶ少なくとも１つのＰＤＣＣＨは、特定ＣＣＥ集団レベルで固定された開始位置でモニタリングされるように制限されることができる。これは共用検索空間で異なるＤＣＩを運ぶＰＤＣＣＨに対するモニタリングは、各ＣＣＥ集団レベルで異なる開始位置で始めるように制限されることができることを意味する。異なる開始位置は、最大ＣＣＥ集団レベルに対してお互いに重ならないように設定されることができる。例えば、システム情報を運ぶＰＤＣＣＨは、共用検索空間でＣＣＥ集団レベル４のＣＣＥ＃０及びＣＣＥ集団レベル８のＣＣＥ＃０でモニタリングを始める。ランダムアクセス応答を運ぶＰＤＣＣＨは、共用検索空間でＣＣＥ集団レベル４のＣＣＥ＃４及びＣＣＥ集団レベル８のＣＣＥ＃８でモニタリングを始める。
【００９６】
図１７は、検索空間にともなう制御チャネルモニタリングを示す例示図である。
【００９７】
図１７を参照すると、端末は、ＰＣＦＩＣＨに基づいて各サブフレーム上でモニタリングする制御領域の大きさ、即ち、ＣＣＥ集合の大きさを決定する。ｋ番目のサブフレームでＣＣＥの総数がＮＣＣＥ，ｋである論理的なＣＣＥ集合上で端末はＣＣＥ集団レベル４及び８の各々で１つの共用検索空間をモニタリングし、ＣＣＥ集団レベル１、２、４及び８の各々で１つの端末特定検索空間をモニタリングする。ＣＣＥ集団レベルＬ＝４である共用検索空間で、端末は、４個のＰＤＣＣＨ候補に対してブラインドデコーディングを試みる。ＣＣＥ集団レベルＬ＝８である共用検索空間で、端末は、２個のＰＤＣＣＨ候補に対してブラインドデコーディングを試みる。本過程を実行することによって、各ＣＣＥ集団レベル別にブラインドデコーディングが実行される共用検索空間内の全体ＣＣＥの数は同一に維持される。
【００９８】
ここでは、共用検索空間の開始位置をＣＣＥの初め、即ち、Ｚ（Ｌ）ｋ＝０にして、端末特定検索空間の開始位置をＺ（Ｌ）ｋ＝１８にして、共用検索空間及び端末特定検索空間がお互いに重ならないが、共用検索空間及び端末特定検索空間は重なってもよい。即ち、端末特定検索空間の開始位置が共用検索空間内に位置してもよい。
【００９９】
共用検索空間の開始位置は、セル内の全ての端末に同一である。共用検索空間の開始位置は、全てのセルに対して同一であってもよく、セル毎に異なってもよい。即ち、セル間干渉（ｉｎｔｅｒ−ｃｅｌｌ  ｉｎｔｅｒｆｅｒｅｎｃｅ）のランダム化（ｒａｎｄｏｍｉｚａｔｉｏｎ）のために、セル毎に異なる共用検索空間の開始位置を設定することができる。共用検索空間の開始位置は、基地局と端末との間に予め設定されてもよく、基地局がＲＲＣシグナリングやシステム情報を介して端末に知らせてもよい。
【０１００】
ＰＤＣＣＨを検索するための検索空間を定義して、検索空間は、端末特定検索空間及びセル内の全ての端末が検索する共用検索空間に分ける。共用検索空間の開始位置は、セル内の全ての端末に同一である。従って、基地局は、共用検索空間上にセル内の全ての端末が受信すべき共用制御情報を割り当て、端末は、その範囲及び位置を知っている共用検索空間内でのみ前記共用制御情報のブラインドデコーディングを試みることによって検出試み回数を減らすことができる。
【０１０１】
図１８は、本発明の一実施例に係る制御チャネルモニタリング方法を示すフローチャートである。図１８を参照すると、段階Ｓ３１０において、端末は、サブフレーム内で各共用ＣＣＥ集団レベルに対して共用検索空間をモニタリングする。段階Ｓ３２０において、端末は、前記サブフレーム内で各端末特定ＣＣＥ集団レベルに対して端末特定検索空間をモニタリングする。前記共用検索空間の開始位置は、セル内の全ての端末に対して同一であり、前記端末特定検索空間の開始位置は、セル内の端末特定的である。前記共用検索空間の開始位置は、‘０’に設定することができる。端末特定検索空間の開始位置は、サブフレーム毎に決定されることができる。前記共用ＣＣＥ集団レベルの数は、前記端末特定ＣＣＥ集団レベルの数より小さい。
【０１０２】
図１９は、本発明の一実施例に係るＰＤＣＣＨにおける制御情報伝送方法を示す。
【０１０３】
図１９を参照すると、段階Ｓ４１０において、基地局は、共用検索空間内のＰＤＣＣＨ上に共用制御情報を設定する。段階Ｓ４２０において、基地局は、ＰＤＣＣＨ上に共用制御情報を伝送する。共用検索空間は、セル内の全ての端末によってモニタリングされる。また、基地局は、端末特定検索空間内のＰＤＣＣＨ上に端末特定制御情報を伝送する。端末特定検索空間は、前記端末特定制御情報を受信する端末によってモニタリングされる。
【０１０４】
図２０は、本発明の他の実施例に係る制御チャネルモニタリング方法を示す例示図である。これは共用制御情報を運ぶ少なくとも１つのＰＤＣＣＨは、サブフレームの共用検索空間内で制限された開始位置を有することを示す。
【０１０５】
例えば、システム情報に対するＳＩ−ＰＤＣＣＨは、共用検索空間で１番目のＣＣＥで始まるように制限して、ランダムアクセス応答に対するＲＡ−ＰＤＣＣＨは、共用検索空間で最後のＣＣＥで始まるように制限する。端末は、１番目のＣＣＥから始まってＳＩ−ＰＤＣＣＨを検索して、最後のＣＣＥから始まってＲＡ−ＰＤＣＣＨを検索する。もし、ＳＩ−ＲＮＴＩが発見されれば、端末はＳＩ−ＰＤＣＣＨと関連付けられたＰＤＳＣＨ上にシステム情報を受信する。もし、ＲＡ−ＲＮＴＩが発見されれば、端末は、ＲＡ−ＰＤＣＣＨと関連付けられたＰＤＳＣＨ上にランダムアクセス応答を受信する。
【０１０６】
制限された開始位置は、各ＣＣＥ集団レベル毎に与えられることができる。異なる開始位置は、最大ＣＣＥ集団レベルに対してお互いに重ならないように設定されることができる。例えば、ＳＩ−ＰＤＣＣＨは、共用検索空間でＣＣＥ集団レベル４のＣＣＥ＃０及びＣＣＥ集団レベル８のＣＣＥ＃０でモニタリングを始める。ＲＡ−ＰＤＣＣＨは、共用検索空間でＣＣＥ集団レベル４のＣＣＥ＃４及びＣＣＥ集団レベル８のＣＣＥ＃８でモニタリングを始める。
【０１０７】
多様なＤＣＩフォーマットがある。ＤＣＩフォーマットのペイロード（ｐａｙｌｏａｄ）の大きさは異なってもよい。ブラインドデコーディング回数を減らすために、特定ＤＣＩフォーマットに制限が与えられることができる。ＤＣＩフォーマット１Ｃがシステム情報及び／またはランダムアクセス応答のために使われるとする時、ＳＩ−ＰＤＣＣＨ及びＲＡ−ＰＤＣＣＨの異なる開始位置は、共用検索空間内で固定される。ＳＩ−ＰＤＣＣＨの開始位置及びＲＡ−ＰＤＣＣＨの開始位置は重複されなくてもよい。たとえ、ＳＩ−ＰＤＣＣＨ及びＲＡ−ＰＤＣＣＨが共用検索空間で制限された開始位置を有することを例示的に示しているとしても、制限は他の共用制御情報に対しても適用されることができる。
【０１０８】
図２１は、本発明の一実施例に係る制御チャネルモニタリング方法を示す。図２１を参照すると、段階Ｓ８１０において、端末は、検索空間に対する開始位置を得る。検索空間は、共用検索空間または端末特定検索空間になることができる。
【０１０９】
段階Ｓ８２０において、端末は、以前のサブフレームでさがしたＰＤＣＣＨに対する以前のＣＣＥ集団レベルを得る。もし、以前のＣＣＥ集団レベルが存在しないと、上位階層シグナリングを介して基地局から得るＣＣＥ集団レベルを以前のＣＣＥ集団レベルに設定してもよい。または、予め設定された基本ＣＣＥ集団レベルを以前のＣＣＥ集団レベルに設定することができる。
【０１１０】
段階Ｓ８３０において、端末は、ブラインドデコーディングのオーダーによってＰＤＣＣＨをモニタリングする。ブラインドデコーディングは、以前のＣＣＥ集団レベルに基づいて順次ブラインドデコーディングを実行することを意味する。以前のＣＣＥ集団レベルは、現在サブフレームに対するＣＣＥ集団レベルを選択するための基準になる点であるため、基準ＣＣＥ集団レベルともいう。以前のＣＣＥ集団レベルに対して優先的にブラインドデコーディングを実行して、ＰＤＣＣＨが検出されないと、以前のＣＣＥ集団レベルに隣接するＣＣＥ集団レベルに対してブラインドデコーディングを実行する。このとき、全てのＣＣＥ集団レベルに対してブラインドデコーディングを実行してもよく、制限された一部ＣＣＥ集団レベルに対してのみブラインドデコーディングを実行してもよい。
【０１１１】
ＰＤＣＣＨのＣＣＥ集団レベルは、無線チャネルにおけるパス・ロス（ｐａｔｈ  ｌｏｓｓ）及びシャドーイング（ｓｈａｄｏｗｉｎｇ）によって決定されて、一般的に無線チャネルの変化はあまり大きくない。無線チャネルの変化が小さい場合、現在のＣＣＥ集団レベルは、以前のＣＣＥ集団レベルと同一であると見なされる。従って、自分に適用されるＣＣＥ集団レベルが上位階層シグナリングを介して与えられない限り、端末は、以前のＰＤＣＣＨ検出に適用された以前のＣＣＥ集団レベルに対して優先的にブラインドデコーディングを実行して、次に隣接するＣＣＥ集団レベルに対してブラインドデコーディングを実行すると、ブラインド検出回数を減らすことができる。
【０１１２】
一定期間ＰＤＣＣＨをモニタリングしなかったり、または一定期間自分のＰＤＣＣＨを検出することができない場合、端末は、予め設定された基本ブラインドデコーディング順序に応じてＰＤＣＣＨ検出を試みる。もし、ＰＤＣＣＨ検出に成功すれば、成功したＰＤＣＣＨに使われたＣＣＥ集団レベルに対して優先的に次のサブフレームのＰＤＣＣＨ検出に適用する。
【０１１３】
次の表は、４個のＣＣＥ集団レベル｛１，２，４，８｝に対するブラインドデコーディング順序の例を示す。
【０１１４】
【表４】
2010541367.tif 000009
次の表は、４個のＣＣＥ集団レベル｛１，２，４，８｝に対するブラインドデコーディング順序の他の例を示して、隣接する１つのＣＣＥ集団レベルに対してのみブラインドデコーディングを実行する。
【０１１５】
【表５】
2010541367.tif 000010
ブラインドデコーディング順序を決める他の実施例として、１つのサブフレームで最初に選択されたＣＣＥ集団レベルを基準ＣＣＥ集団レベルに設定して順次隣接するＣＣＥ集団レベルに対してブラインドデコーディングを実行することができる。最初に選択されたＣＣＥ集団レベルは、端末が任意に選択することもでき、基地局が知らせることもできる。
【０１１６】
次の表は、４個のＣＣＥ集団レベル｛１，２，４，８｝に対するブラインドデコーディング順序の一例を示して、隣接する１つのＣＣＥ集団レベルに対してのみブラインドデコーディングを実行する。
【０１１７】
【表６】
2010541367.tif 000011
次の表は、４個のＣＣＥ集団レベル｛１，２，４，８｝に対するブラインドデコーディング順序の他の例を示して、隣接する２個のＣＣＥ集団レベルに対してのみブラインドデコーディングを実行する。
【０１１８】
【表７】
2010541367.tif 000012
ブラインドデコーディング順序を決める他の実施例として、一般的にチャネル状態が変わっても、以前のサブフレームで使われる以前のＣＣＥ集団レベルと現在サブフレームで使われる現在のＣＣＥ集団レベルとは大きい差はない。チャネル状態報告周期に従ってＣＣＥ集団レベルが段階的に変わるとする時、次の表のように以前のＣＣＥ集団レベルに応じて現在サブフレームでＰＤＣＣＨを検索するＣＣＥ集団レベルの数を制限するならば、ブラインドデコーディング回数を減らすことができる。
【０１１９】
【表８】
2010541367.tif 000013
前述した全ての機能は、前記機能を実行するようにコーディングされたソフトウェアやプログラムコードなどにともなうマイクロプロセッサ、制御器、マイクロ制御器、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）などのようなプロセッサによって実行されることができる。前記コードの設計、開発及び具現は、本発明の説明に基づいて当業者に自明であるといえる。
【０１２０】
以上、本発明に対して実施例を参照して説明したが、該当技術分野の通常の知識を有する者は、本発明の技術的思想及び領域から外れない範囲内で本発明を多様に修正及び変更させて実施できることを理解することができる。従って、前述した実施例に限定されることではなく、本発明は、特許請求の範囲内の全ての実施例を含む。
【図１】
2010541367.tif 000014
【図２】
2010541367.tif 000015
【図３】
2010541367.tif 000016
【図４】
2010541367.tif 000017
【図５】
2010541367.tif 000018
【図６】
2010541367.tif 000019
【図７】
2010541367.tif 000020
【図８】
2010541367.tif 000021
【図９】
2010541367.tif 000022
【図１０】
2010541367.tif 000023
【図１１】
2010541367.tif 000024
【図１２】
2010541367.tif 000025
【図１３】
2010541367.tif 000026
【図１４】
2010541367.tif 000027
【図１５】
2010541367.tif 000028
【図１６】
2010541367.tif 000029
【図１７】
2010541367.tif 000030
【図１８】
2010541367.tif 000031
【図１９】
2010541367.tif 000032
【図２０】
2010541367.tif 000033
【図２１】
2010541367.tif 000034
【国際調査報告】
2010541367.tif 000035
2010541367.tif 000036