(57)【要約】  空間多重化利得に基づく制御情報送受信方法を提供する。制御情報を、拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）領域を用いた空間多重化利得を取得して送信することによって、制御情報の送信効率を向上させることができる。また、Ｅ−ＰＤＣＣＨの復号化のために用いられる共通制御情報を、ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して送信することによって、一般端末と拡張端末の両方をサポートする基地局が制御情報を効率的に送信することができる。また、次のリソース割当周期でＥ−ＰＤＣＣＨが用いられるか否かを示すインジケータ情報を送信することによって、次のリソース割当周期でＥ−ＰＤＣＣＨに対する復号化を行うか否かを決定することができる。【選択図】図２
2013527663.tif 000002
【特許請求の範囲】
【請求項１】
拡張ダウンリンク物理共有チャネル（Ｅ−ＰＤＳＣＨ）を介して送信される少なくとも１つのデータストリームにリソースブロック（ＲＢ）を割り当てるステップと、
前記リソースブロックの各々に対する制御情報を生成するステップと、
前記リソースブロックの各々に対する制御情報を拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）のためのリソース領域に割り当てるステップと、
前記リソース領域に基づいて前記リソースブロックの各々に対する制御情報をビーム形成するステップ、前記リソース領域に基づいて前記リソースブロックの各々に対する制御情報を空間多重化するステップ、及び前記リソース領域に基づいて前記リソースブロックの各々に対する制御情報をビーム形成して空間多重化するステップのうちのいずれか１つを遂行するステップと、を有することを特徴とする送信方法。
【請求項２】
次のリソース割当周期において前記Ｅ−ＰＤＣＣＨが用いられるか否かを示すインジケータを生成するステップを更に含み、
前記制御情報は、前記インジケータを含むことを特徴とする請求項１に記載の送信方法。
【請求項３】
前記リソースブロックの各々に対する制御情報を拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）のためのリソース領域に割り当てるステップは、
前記制御情報の送信に用いられる前記リソース領域が前記Ｅ−ＰＤＳＣＨに用いられる物理リソースの一部になるように前記制御情報を割り当てるステップを含むことを特徴とする請求項１に記載の送信方法。
【請求項４】
前記リソースブロックの各々に対する制御情報を復号化するために用いられる共通制御情報を生成するステップと、
ダウンリンク物理制御チャネル（ＰＤＣＣＨ）を介して前記共通制御情報を送信するステップと、を更に含むことを特徴とする請求項１に記載の送信方法。
【請求項５】
前記リソースブロックの各々に対する制御情報を復号化するために用いられる共通制御情報を生成するステップは、
前記リソースブロックの各々に対する制御情報が割り当てられた前記リソース領域の範囲に関する情報、前記少なくとも１つのデータストリームが割り当てられたリソースブロックの範囲に関する情報、前記Ｅ−ＰＤＣＣＨの復号化が必要な端末のためのグループ端末ＩＤ、復調のためのパイロットパターン及び位置に関する情報、パワーオフセットに関する情報、及び送信フォーマットに関する情報のうちの少なくとも１つを生成するステップを含むことを特徴とする請求項４に記載の送信方法。
【請求項６】
前記少なくとも１つのデータストリームにリソースブロック（ＲＢ）を割り当てるステップは、
前記少なくとも１つのデータストリームのための全体リソースブロックのうちの一部を前記少なくとも１つのデータストリームに割り当てるステップを含み、
前記リソースブロックの各々に対する制御情報を拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）のためのリソース領域に割り当てるステップは、
前記Ｅ−ＰＤＣＣＨのための全体リソース領域のうちの一部を用いて前記制御情報を割り当てるステップを含み、
前記リソースブロックの各々に対する制御情報を復号化するために用いられる共通制御情報を生成するステップは、
前記全体リソースブロック（ＲＢ）のうちの一部及び前記全体リソース領域のうちの一部に関する情報を含む前記制御情報を生成するステップを含むことを特徴とする請求項４に記載の送信方法。
【請求項７】
前記ＰＤＣＣＨのための予め設定されたリソース領域に前記共通制御情報を割り当てるステップを更に含み、
第１タイプの端末、及び該第１タイプの端末と異なるタイプのシステムによってサポートされる第２タイプの端末の両方が前記ＰＤＣＣＨを介して受信される情報を確実に復号化可能なことを特徴とする請求項４に記載の送信方法。
【請求項８】
前記第１タイプの端末は拡張システムによってサポートされ、前記第２タイプの端末は一般的なシステムによってサポートされることを特徴とする請求項７に記載の送信方法。
【請求項９】
前記リソースブロックの各々に対する制御情報を復号化するために用いられる共通制御情報を生成するステップと、
予め設定された放送チャネルを介して前記共通制御情報を送信するステップと、を更に含むことを特徴とする請求項１に記載の送信方法。
【請求項１０】
前記リソースブロックの各々に対する制御情報を復号化するために用いられる共通制御情報を生成するステップは、
前記リソースブロックの各々に対する制御情報が割り当てられた前記リソース領域の範囲に関する情報、前記少なくとも１つのデータストリームが割り当てられたリソースブロックの範囲に関する情報、前記Ｅ−ＰＤＣＣＨの復号化が必要な端末のためのグループ端末ＩＤ、復調のためのパイロットパターン及び位置に関する情報、パワーオフセットに関する情報、及び送信フォーマットに関する情報のうちの少なくとも１つを生成するステップを含むことを特徴とする請求項９に記載の送信方法。
【請求項１１】
前記少なくとも１つのデータストリームにリソースブロック（ＲＢ）を割り当てるステップは、
前記少なくとも１つのデータストリームのための全体リソースブロックのうちの一部を前記少なくとも１つのデータストリームに割り当てるステップを含み、
前記リソースブロックの各々に対する制御情報を拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）のためのリソース領域に割り当てるステップは、
前記Ｅ−ＰＤＣＣＨのための全体リソース領域のうちの一部を用いて前記制御情報を割り当てるステップを含み、
前記リソースブロックの各々に対する制御情報を復号化するために用いられる共通制御情報を生成するステップは、
前記全体リソースブロック（ＲＢ）のうちの一部及び前記全体リソース領域のうちの一部に関する情報を含む前記制御情報を生成するステップを含むことを特徴とする請求項９に記載の送信方法。
【請求項１２】
前記リソースブロックの各々に対する制御情報を生成するステップは、
前記少なくとも１つのデータストリームが割り当てられた前記リソースブロックの範囲に関する情報、前記少なくとも１つのデータストリームの数に関する情報、制御情報が割り当てられる端末の端末ＩＤ、復調のためのパイロットパターン及び位置情報、パワーオフセットに関する情報、スケジュールを共有している端末に関する情報、Ｈ−ＡＲＱ情報、変調及びコーディング方式に関する情報のうちの少なくとも１つを生成することを特徴とする請求項１に記載の送信方法。
【請求項１３】
前記リソースブロックの各々に対する制御情報を拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）のためのリソース領域に割り当てるステップは、
前記Ｅ−ＰＤＣＣＨのためのリソース領域が前記少なくとも１つのデータストリームが割り当てられた前記リソースブロックの領域に重なるように前記制御情報を割り当てるステップを含むことを特徴とする請求項１に記載の送信方法。
【請求項１４】
第１タイプの端末、及び該第１タイプの端末と異なるタイプのシステムによってサポートされる第２タイプの端末が存在し、
前記第１タイプの端末は、前記Ｅ−ＰＤＣＣＨを介して受信した情報を復号化することに成功し、
前記第２タイプの端末は、前記Ｅ−ＰＤＣＣＨを介して受信した情報を復号化しないか又は復号化することに失敗することを特徴とする請求項１に記載の送信方法。
【請求項１５】
前記第１タイプの端末は拡張システムによってサポートされ、前記第２タイプの端末は一般的なシステムによってサポートされることを特徴とする請求項１４に記載の送信方法。
【請求項１６】
前の（ｐｒｅｖｉｏｕｓ）リソース割当周期で受信した制御情報に含まれる前のインジケータを抽出するステップと、
前記前のインジケータを用いて対象制御情報が拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）及びダウンリンク物理制御チャネル（ＰＤＣＣＨ）のうちのどちらのチャネルを介して送信されたかを判断するステップと、
前記判断に基づいて前記対象制御情報を復号化するステップと、を有することを特徴とする受信方法。
【請求項１７】
前記対象制御情報が前記ＰＤＣＣＨを介して送信されたと判断された場合、
前記判断に基づいて前記対象制御情報を復号化するステップは、
前記ＰＤＣＣＨのための無線リソースに基づいて前記対象制御情報を復号化するステップを含むことを特徴とする請求項１６に記載の受信方法。
【請求項１８】
前記対象制御情報が前記Ｅ−ＰＤＣＣＨを介して送信されたと判断された場合、
前記対象制御情報の共通制御情報を前記ＰＤＣＣＨ及び予め設定されたチャネルのうちのいずれか１つを介して受信するステップを更に含み、
前記判断に基づいて前記対象制御情報を復号化するステップは、
前記共通制御情報に基づいて前記対象制御情報を復号化するステップを含むことを特徴とする請求項１６に記載の受信方法。
【請求項１９】
前記判断に基づいて前記対象制御情報を復号化するステップは、
拡張システムの端末全体に共通に割り当てられるグループ端末ＩＤに基づいて前記共通制御情報を復号化するステップを含むことを特徴とする請求項１８に記載の受信方法。
【請求項２０】
前記対象制御情報の各々がデータストリームの各々に対応し、前記対象制御情報が前記Ｅ−ＰＤＣＣＨを介して送信されたと判断された場合、
前記判断に基づいて前記対象制御情報を復号化するステップは、
前記対象制御情報の各々を該当する対象制御情報の信号対雑音比（ＳＮＲ）に基づいて復号化するステップを含むことを特徴とする請求項１６に記載の受信方法。
【請求項２１】
前記判断に基づいて前記対象制御情報を復号化するステップは、
前記対象制御情報の各々の信号対雑音比に基づいて前記対象制御情報の復号化順序を決定し、前記対象制御情報が予め設定された個数だけ確実に復号化されるまで継続して前記対象制御情報を復号化するステップを含むことを特徴とする請求項２０に記載の受信方法。
【請求項２２】
前記復号化された対象制御情報に基づいて拡張ダウンリンク物理共有チャネル（Ｅ−ＰＤＳＣＨ）又はダウンリンク物理共有チャネル（ＰＤＳＣＨ）から受信した少なくとも１つのデータストリームを復号化するステップを更に含むことを特徴とする請求項１６に記載の受信方法。
【請求項２３】
前記対象制御情報が前記Ｅ−ＰＤＣＣＨを介して送信されたと判断された場合、
前記対象制御情報は、拡張ダウンリンク物理共有チャネル（Ｅ−ＰＤＳＣＨ）を介して送信される少なくとも１つのデータストリームに割り当てられたリソースブロック（ＲＢ）に関する情報を含むことを特徴とする請求項１６に記載の受信方法。
【請求項２４】
前記対象制御情報は、前記Ｅ−ＰＤＣＣＨのための同一のリソース領域に割り当てられ、前記同一のリソース領域に基づいて空間多重化されたか、ビーム形成されたか、又はビーム形成されて空間多重化されたものであることを特徴とする請求項１６に記載の受信方法。
【請求項２５】
第１タイプの端末、及び該第１タイプの端末と異なるタイプのシステムによってサポートされる第２タイプの端末が存在し、
前記第１タイプの端末は、前記Ｅ−ＰＤＣＣＨを介して受信した情報を復号化することに成功し、
前記第２タイプの端末は、前記Ｅ−ＰＤＣＣＨを介して受信した情報を復号化しないか、又は復号化することに失敗することを特徴とする請求項１６に記載の受信方法。
【請求項２６】
前記第１タイプの端末は拡張システムによってサポートされ、前記第２タイプの端末は一般的なシステムによってサポートされることを特徴とする請求項２５に記載の受信方法。
【請求項２７】
拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）を介して、ビーム形成されたか、空間多重化されたか、又はビーム形成されて空間多重化された制御情報を受信するステップと、
ブラインド復号化方式に基づいて前記制御情報を復号化するステップと、
前記復号化された制御情報に基づいて、拡張ダウンリンク物理共有チャネル（Ｅ−ＰＤＳＣＨ）を介して送信された少なくとも１つのデータストリームに割り当てられたリソースブロック（ＲＢ）を認知するステップと、
前記少なくとも１つのデータストリームに割り当てられたリソースブロックに基づいて前記少なくとも１つのデータストリームを受信するステップと、を有することを特徴とする受信方法。
【請求項２８】
第１タイプの端末、及び該第１タイプの端末と異なるタイプのシステムによってサポートされる第２タイプの端末が存在し、
前記第１タイプの端末は、前記Ｅ−ＰＤＣＣＨを介して受信した情報を復号化することに成功し、
前記第２タイプの端末は、前記Ｅ−ＰＤＣＣＨを介して受信した情報を復号化しないか、又は復号化することに失敗することを特徴とする請求項２７に記載の受信方法。
【請求項２９】
前記第１タイプの端末は拡張システムによってサポートされ、前記第２タイプの端末は一般的なシステムによってサポートされることを特徴とする請求項２８に記載の受信方法。
【請求項３０】
拡張ダウンリンク物理共有チャネル（Ｅ−ＰＤＳＣＨ）を介して送信される少なくとも１つのデータストリームにリソースブロック（ＲＢ）を割り当て、前記リソースブロックの各々に対する制御情報を生成して、前記リソースブロックの各々に対する制御情報を拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）のためのリソース領域に割り当てるスケジューラと、
前記リソース領域に基づいて前記リソースブロックの各々に対する制御情報をビーム形成するか、空間多重化するか、又はビーム形成して空間多重化する空間マルチプレクサと、を備えることを特徴とする送信機。
【請求項３１】
前の（ｐｒｅｖｉｏｕｓ）リソース割当周期で受信した制御情報に含まれる前のインジケータを格納するメモリと、
前記前のインジケータに基づいて対象制御情報が拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）及びダウンリンク物理制御チャネル（ＰＤＣＣＨ）のうちのどちらのチャネルを介して送信されたかを判断し、前記判断に基づいて前記対象制御情報を復号化するプロセッサと、を備えることを特徴とする受信機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局による制御情報を送信する方法に関し、より詳細には、２種類のタイプの端末を同時にサポートする基地局の制御情報送信方法及び制御情報受信方法に関する。
【背景技術】
【０００２】
所定の時間及び周波数の領域で構成された通信フレームを用いて一般通信システムの端末と拡張通信システムの端末を同時にサポートするためには、制御チャネルは、拡張システムの端末が該当端末に割り当てられる放送チャネル、リソース割当情報が送信されるリソースの位置、復号化に必要な情報を取得できるように構成されなければならない。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明は、上記従来技術に鑑みてなされたものであって、本発明の目的は、一般端末及び拡張端末の２種類のタイプの端末を同時にサポートする基地局による制御情報の送受信方法及びそれを用いた送受信機を提供することにある。
【課題を解決するための手段】
【０００４】
上記目的を達成するためになされた本発明の一態様による送信方法は、拡張ダウンリンク物理共有チャネル（Ｅ−ＰＤＳＣＨ）を介して送信される少なくとも１つのデータストリームにリソースブロック（ＲＢ）を割り当てるステップと、前記リソースブロックの各々に対する制御情報を生成するステップと、前記リソースブロックの各々に対する制御情報を拡張ダウンリンク物理制御チャネル（Ｅｎｈａｎｃｅｄ−ＰＤＣＣＨ：Ｅ−ＰＤＣＣＨ）のためのリソース領域に割り当てるステップと、前記リソース領域に基づいて前記リソースブロックの各々に対する制御情報をビーム形成するステップ、前記リソース領域に基づいて前記リソースブロックの各々に対する制御情報を空間多重化するステップ、及び前記リソース領域に基づいて前記リソースブロックの各々に対する制御情報をビーム形成して空間多重化するステップのうちのいずれか１つを遂行するステップと、を有する。
【０００５】
前記送信方法は、次のリソース割当周期において前記Ｅ−ＰＤＣＣＨが用いられるか否かを示すインジケータを生成するステップを更に含むことができ、前記制御情報は、前記インジケータを含み得る。
前記リソースブロックの各々に対する制御情報を拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）のためのリソース領域に割り当てるステップは、前記制御情報の送信に用いられる前記リソース領域が前記Ｅ−ＰＤＳＣＨに用いられる物理リソースの一部になるように前記制御情報を割り当てるステップを含み得る。
前記送信方法は、前記リソースブロックの各々に対する制御情報を復号化するために用いられる共通制御情報を生成するステップと、ダウンリンク物理制御チャネル（ＰＤＣＣＨ）を介して前記共通制御情報を送信するステップとを更に含むことができる。
前記送信方法は、前記ＰＤＣＣＨのための予め設定されたリソース領域に前記共通制御情報を割り当てるステップを更に含むことができ、第１タイプの端末、及び該第１タイプの端末と異なるタイプのシステムによってサポートされる第２タイプの端末の両方が前記ＰＤＣＣＨを介して受信される情報を確実に復号化可能であり得る。
前記送信方法は、前記リソースブロックの各々に対する制御情報を復号化するために用いられる共通制御情報を生成するステップと、予め設定された放送チャネルを介して前記共通制御情報を送信するステップと、を更に含むことができる。
前記リソースブロックの各々に対する制御情報を復号化するために用いられる共通制御情報を生成するステップは、前記リソースブロックの各々に対する制御情報が割り当てられた前記リソース領域の範囲に関する情報、前記少なくとも１つのデータストリームが割り当てられたリソースブロックの範囲に関する情報、前記Ｅ−ＰＤＣＣＨの復号化が必要な端末のためのグループ端末ＩＤ、復調のためのパイロットパターン及び位置に関する情報、パワーオフセットに関する情報、及び送信フォーマットに関する情報のうちの少なくとも１つを生成するステップを含み得る。
前記少なくとも１つのデータストリームにリソースブロック（ＲＢ）を割り当てるステップは、前記少なくとも１つのデータストリームのための全体リソースブロックのうちの一部を前記少なくとも１つのデータストリームに割り当てるステップを含み、前記リソースブロックの各々に対する制御情報を拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）のためのリソース領域に割り当てるステップは、前記Ｅ−ＰＤＣＣＨのための全体リソース領域のうちの一部を用いて前記制御情報を割り当てるステップを含み、前記リソースブロックの各々に対する制御情報を復号化するために用いられる共通制御情報を生成するステップは、前記全体リソースブロック（ＲＢ）のうちの一部及び前記全体リソース領域のうちの一部に関する情報を含む前記制御情報を生成するステップを含み得る。
前記リソースブロックの各々に対する制御情報を生成するステップは、前記少なくとも１つのデータストリームが割り当てられた前記リソースブロックの範囲に関する情報、前記少なくとも１つのデータストリームの数に関する情報、制御情報が割り当てられる端末の端末ＩＤ、復調のためのパイロットパターン及び位置情報、パワーオフセットに関する情報、スケジュールを共有している端末に関する情報、Ｈ−ＡＲＱ情報、変調及びコーディング方式に関する情報のうちの少なくとも１つを生成し得る。
前記リソースブロックの各々に対する制御情報を拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）のためのリソース領域に割り当てるステップは、前記Ｅ−ＰＤＣＣＨのためのリソース領域が前記少なくとも１つのデータストリームが割り当てられた前記リソースブロックの領域に重なるように前記制御情報を割り当てるステップを含み得る。
前記送信方法において、第１タイプの端末、及び該第１タイプの端末と異なるタイプのシステムによってサポートされる第２タイプの端末が存在し、前記第１タイプの端末は、前記Ｅ−ＰＤＣＣＨを介して受信した情報を復号化することに成功し、前記第２タイプの端末は、前記Ｅ−ＰＤＣＣＨを介して受信した情報を復号化しないか、又は復号化することに失敗し得る。
前記第１タイプの端末は拡張システムによってサポートされ、前記第２タイプの端末は一般的なシステムによってサポートされ得る。
【０００６】
上記目的を達成するためになされた本発明の一態様による受信方法は、前の（ｐｒｅｖｉｏｕｓ）リソース割当周期で受信した制御情報に含まれる前のインジケータを抽出するステップと、前記前のインジケータを用いて対象制御情報が拡張ダウンリンク物理制御チャネル（ＰＤＣＣＨ）のうちのどちらのチャネルを介して送信されたかを判断するステップと、前記判断に基づいて前記対象制御情報を復号化するステップと、を有する。
【０００７】
前記対象制御情報が前記ＰＤＣＣＨを介して送信されたと判断された場合、前記判断に基づいて前記対象制御情報を復号化するステップは、前記ＰＤＣＣＨのための無線リソースに基づいて前記対象制御情報を復号化するステップを含み得る。
前記対象制御情報が前記Ｅ−ＰＤＣＣＨを介して送信されたと判断された場合、前記対象制御情報の共通制御情報を前記ＰＤＣＣＨ及び予め設定されたチャネルのうちのいずれか１つを介して受信するステップを更に含み、前記判断に基づいて前記対象制御情報を復号化するステップは、前記共通制御情報に基づいて前記対象制御情報を復号化するステップを含み得る。
前記判断結果に基づいて前記対象制御情報を復号化するステップは、拡張システムの端末全体に共通に割り当てられるグループ端末ＩＤに基づいて前記共通制御情報を復号化するステップを含み得る。
前記対象制御情報の各々がデータストリームの各々に対応し、前記対象制御情報が前記Ｅ−ＰＤＣＣＨを介して送信されたと判断された場合、前記判断に基づいて前記対象制御情報を復号化するステップは、前記対象制御情報の各々を該当する対象制御情報の信号対雑音比（ＳＮＲ）に基づいて復号化するステップを含み得る。
前記判断に基づいて前記対象制御情報を復号化するステップは、前記対象制御情報の各々の信号対雑音比に基づいて前記対象制御情報の復号化順序を決定し、前記対象制御情報が予め設定された個数だけ確実に復号化されるまで継続して前記対象制御情報を復号化するステップを含み得る。
前記受信方法は、前記復号化された対象制御情報に基づいて拡張ダウンリンク物理共有チャネル（Ｅ−ＰＤＳＣＨ）又はダウンリンク物理共有チャネル（ＰＤＳＣＨ）から受信した少なくとも１つのデータストリームを復号化するステップを更に含むことができる。
前記対象制御情報が前記Ｅ−ＰＤＣＣＨを介して送信されたと判断された場合、前記対象制御情報は、拡張ダウンリンク物理共有チャネル（Ｅ−ＰＤＳＣＨ）を介して送信される少なくとも１つのデータストリームに割り当てられたリソースブロック（ＲＢ）に関する情報を含み得る。
前記対象制御情報は、前記Ｅ−ＰＤＣＣＨのための同一のリソース領域に割り当てられ、前記同一のリソース領域に基づいて空間多重化されたか、ビーム形成されたか、又はビーム形成されて空間多重化されたものであり得る。
前記受信方法において、第１タイプの端末、及び該第１タイプの端末と異なるタイプのシステムによってサポートされる第２タイプの端末が存在し、前記第１タイプの端末は、前記拡張ダウンリンク制御チャネルを介して受信した情報を復号化することに成功し、前記第２タイプの端末は、前記Ｅ−ＰＤＣＣＨを介して受信した情報を復号化しないか、又は復号化することに失敗し得る。
【０００８】
上記目的を達成するためになされた本発明の他の態様による受信方法は、拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）を介して、ビーム形成されたか、空間多重化されたか、又はビーム形成されて空間多重化された制御情報を受信するステップと、ブラインド復号化方式に基づいて前記制御情報を復号化するステップと、前記復号化された制御情報に基づいて、拡張ダウンリンク物理共有チャネル（Ｅ−ＰＤＳＣＨ）を介して送信された少なくとも１つのデータストリームに割り当てられたリソースブロック（ＲＢ）を認知するステップと、前記少なくとも１つのデータストリームに割り当てられたリソースブロックに基づいて前記少なくとも１つのデータストリームを受信するステップと、を有する。
【０００９】
前記受信方法において、第１タイプの端末、及び該第１タイプの端末と異なるタイプのシステムによってサポートされる第２タイプの端末が存在し、前記第１タイプの端末は、前記拡張ダウンリンク制御チャネルを介して受信した情報を復号化することに成功し、前記第２タイプの端末は、前記Ｅ−ＰＤＣＣＨを介して受信した情報を復号化しないか、又は復号化することに失敗し得る。
【００１０】
上記目的を達成するためになされた本発明の一態様による送信機は、拡張ダウンリンク物理共有チャネル（Ｅ−ＰＤＳＣＨ）を介して送信される少なくとも１つのデータストリームにリソースブロック（ＲＢ）を割り当て、前記リソースブロックの各々に対する制御情報を生成して、前記リソースブロックの各々に対する制御情報を拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）のためのリソース領域に割り当てるスケジューラと、前記リソース領域に基づいて前記リソースブロックの各々に対する制御情報をビーム形成するか、空間多重化するか、又はビーム形成して空間多重化する空間マルチプレクサと、を備える。
【００１１】
上記目的を達成するためになされた本発明の一態様による受信機は、前の（ｐｒｅｖｉｏｕｓ）リソース割当周期で受信した制御情報に含まれる前のインジケータを格納するメモリと、前記前のインジケータに基づいて対象制御情報が拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）及びダウンリンク物理制御チャネル（ＰＤＣＣＨ）のうちのどちらのチャネルを介して送信されたかを判断し、前記判断に基づいて前記対象制御情報を復号化するプロセッサと、を備える。
【発明の効果】
【００１２】
本発明の空間多重化利得に基づく制御情報送受信方法によれば、拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）領域を用いて制御情報を送信することで空間多重化利得を取得し、これによって制御情報の送信効率を向上させることができる。また、一般端末と拡張端末の両方をサポートする基地局は、ダウンリンク制御チャネル（ＰＤＣＣＨ）を介してＥ−ＰＤＣＣＨの復号化のために用いられる共通制御情報を送信することによって、制御情報を効率的に送信することができる。また、次のリソース割当周期でＥ−ＰＤＣＣＨが用いられるか否かを示すインジケータ情報を送信することによって、次のリソース割当周期でＥ−ＰＤＣＣＨに対する復号化を行うか否かを決定することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態による空間多重化利得に基づく制御情報送信方法を示すフローチャートである。
【図２】本発明の一実施形態による拡張端末をサポートする制御チャネル送信フレームの動的フォーマットの一例を示す図である。
【図３】拡張端末をサポートする制御チャネル送信フレームの動的フォーマットの第２の例を示す図である。
【図４】拡張端末をサポートする制御チャネル送信フレームの動的フォーマットの第３の例を示す図である。
【図５】図２の制御チャネル送信フレームの動的フォーマットをサポートする基地局の制御情報送信方法の一例を示すフローチャートである。
【図６】本発明の一実施形態による拡張端末をサポートする制御チャネル送信フレームの半固定的フォーマットの一例を示す図である。
【図７】図６の制御チャネル送信フレームの半固定的フォーマットをサポートする基地局の制御情報送信方法の一例を示すフローチャートである。
【図８】Ｅ−ＰＤＣＣＨ送信のために用いられる制御チャネル要素（ＣＣＥ）とＥ−ＰＤＳＣＨ送信のために用いられるリソースブロック（ＲＢ）がマッピングされた送信フレームのフォーマットの一例を示す図である。
【図９】本発明の一実施形態による拡張端末の制御情報受信方法を示すフローチャートである。
【図１０】ブラインド復号化方式に基づいてＥ−ＰＤＣＣＨを復号化する過程を示すフローチャートである。
【図１１】本発明の一実施形態による一般端末及び拡張端末を同時にサポートする送信機を示す図である。
【図１２】本発明の一実施形態による拡張端末を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明を実施するための形態の具体例を、図面を参照しながら詳細に説明する。
【００１５】
本発明の実施形態の説明において、関連する公知機能又は構成に対する具体的な説明が本発明の要旨を不要に曖昧にすると判断される場合には、その詳細な説明を省略する。そして、本明細書で用いられる用語は、本発明の好適な実施形態を適切に表現するために用いられる用語であり、これはユーザ、運用者の意図又は本発明が属する分野の慣例などによって変わり得る。従って、本用語に対する定義は、本明細書全般に亘る内容を土台に下されなければならない。各図面に提示する同一の参照符号は同一の部材を示す。
【００１６】
本発明の実施形態は、一般通信システム（ｇｅｎｅｒａｌ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｙｓｔｅｍ）の端末を持続的にサポートしながら拡張通信規格（ｅｎｈａｎｃｅｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｔａｎｄａｒｄ）による端末を同時にサポートしなければならない基地局が制御情報を効率的に送信し、基地局から送信された制御情報を拡張端末（ｅｎｈａｎｃｅｄ  ｔｅｒｍｉｎａｌ）が効率的に受信する方法に関する。本発明の実施形態は、代表的に、一般システムである３ＧＰＰ  ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムより拡張システムである３ＧＰＰ  ＬＴＥ  Ａｄｖａｎｃｅｄシステムの端末及び基地局に適用可能である。即ち、本発明の実施形態を３ＧＰＰ  ＬＴＥシステムの端末を持続的にサポートしながら３ＧＰＰ  ＬＴＥ  Ａｄｖａｎｃｅｄシステムの拡張端末をサポートする場合を例に挙げて説明するが、本発明の実施形態が３ＧＰＰ  ＬＴＥ  Ａｄｖａｎｃｅｄシステムに限定して適用可能ということではない。
【００１７】
また、本発明の実施形態の説明において、データストリーム（ｄａｔａ  ｓｔｒｅａｍ）は、データストリームに対応するレイヤ（ｌａｙｅｒ）と１：１でマッピングすることもできるため、２つの用語を共に用いて説明する。
【００１８】
図１は、本発明の一実施形態による空間多重化利得に基づく制御情報送信方法を示すフローチャートである。
【００１９】
図１を参照すると、基地局は、次の方法によって拡張端末のための制御情報を送信する。この例で、拡張端末（第１タイプの端末）は、３ＧＰＰ  ＬＴＥ  Ａｄｖａｎｃｅｄシステムの端末であり、一般端末（第２タイプの端末）は３ＧＰＰ  ＬＴＥシステムの端末である。
【００２０】
基地局は、拡張ダウンリンク物理共有チャネル（Ｅｎｈａｎｃｅｄ−Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ：Ｅ−ＰＤＳＣＨ）を介して送信される少なくとも１つのデータストリームにリソースブロック（ＲＢ）を割り当てる（Ｓ１１０）。例えば、基地局は、データストリームに割り当てることができる全体リソースブロックのうちの一部のリソースブロックだけをデータストリームに割り当てる。即ち、データストリームのために割り当てられるリソースブロックを制限する。これにより、基地局は制御情報の量を減らすことができる。
【００２１】
基地局は、リソースブロックの各々に対する制御情報、例えばＥ−ＰＤＳＣＨのためのダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ  ｆｏｒ  Ｅ−ＰＤＳＣＨ：ＤＣＩ  ｆｏｒ  Ｅ−ＰＤＳＣＨ）を生成する（Ｓ１２０）。
【００２２】
基地局は、リソースブロックの各々に対する制御情報を拡張ダウンリンク物理制御チャネル（Ｅｎｈａｎｃｅｄ−  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：Ｅ−ＰＤＣＣＨ）のための同一のリソース領域（時間及び周波数）に割り当てる（Ｓ１３０）。一例として、拡張端末（第１タイプの端末）及び一般端末（第１タイプと区別される第２タイプの端末）が存在し、拡張端末（第１タイプの端末）はＥ−ＰＤＣＣＨを介して受信した情報を復号化することに成功し、一般端末（第２タイプの端末）は、Ｅ−ＰＤＣＣＨを介して受信した情報を復号化することに失敗する。他の例として、拡張端末及び一般端末の両方がダウンリンク物理制御チャネル（ＰＤＣＣＨ）を介して受信した情報を復号化することに成功する。例えば、ＤＭ−ＲＳは、復調基準信号（Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）という専用パイロット（Ｄｅｄｉｃａｔｅｄ  Ｐｉｌｏｔ）である。従って、ＤＭ−ＲＳを受信できる端末が拡張端末であって、ＤＭ−ＲＳを受信できない端末を一般の端末とする。
【００２３】
一例として、基地局は、Ｅ−ＰＤＣＣＨのための全体リソース領域のうちの一部のリソース領域のみを用いて制御情報を割り当てる。即ち、制御情報が割り当てられるリソース領域を制限することによって、共通制御情報の量を減らすことができる。
【００２４】
例えば、基地局は、制御情報の送信に用いられるリソース領域が拡張ダウンリンク物理共有チャネル（Ｅ−ＰＤＳＣＨ）に用いられる物理リソースの一部になるように制御情報をＥ−ＰＤＣＣＨのためのリソース領域に割り当てる。
【００２５】
基地局は、同一のリソース領域を用いてリソースブロックの各々に対する制御情報を空間多重化する（Ｓ１４０）。例えば、同一の物理リソースのＥ−ＰＤＣＣＨを、ビーム形成過程を通じて空間的に多重化し、単一又は複数の端末に送信される制御情報の送信効率を向上させる。
【００２６】
但し、図１に示してはないないが、基地局は、リソースブロックの各々に対する制御情報をビーム形成するだけでなく、同一のリソース領域を用いてリソースブロックの各々に対する制御情報を空間多重化してもよい。
【００２７】
制御情報（例えば、ＤＣＩ  ｆｏｒ  Ｅ−ＰＤＳＣＨ）は、拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）のための同一の周波数リソース及び同一の時間リソースを共有する。従って、制御情報は、空間多重化、ビーム形成、又はビーム形成を基に空間多重化されて送信される。
【００２８】
この例で、空間多重化、ビーム形成、又はビーム形成を基に空間多重化された複数の制御情報ストリームは、異なる複数の端末又は単一の端末に送信される。他の例として、単一の制御情報ストリームが、ビーム形成過程を通じてビーム形成利得を取得した単一の端末に送信される場合もある。拡張システムの制御情報ストリームは、同一の制御チャネル要素（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ：ＣＣＥ）を有する。例えば、ＤＣＩ  ｆｏｒ  Ｅ−ＰＤＳＣＨは、ビーム形成、同一の時間リソース及び同一の周波数リソースを用いた空間多重化、ビーム形成過程を経て同一の時間リソース及び同一の周波数リソースを用いた空間多重化により送信され、同一のＣＣＥを有する。
【００２９】
≪制御情報の内容≫
【００３０】
本発明の一実施形態による制御情報、例えば、ＤＣＩ  ｆｏｒ  Ｅ−ＰＤＳＣＨは、Ｅ−ＰＤＳＣＨでのマルチユーザ多入力多出力（ＭＵ−ＭＩＭＯ）送信をサポートするために以下のような情報を含む。
【００３１】
・制御情報（ＤＣＩ  ｆｏｒ  Ｅ−ＰＤＳＣＨ）が割り当てられる端末の端末識別子（ＩＤ）、例えば、Ｃｅｌｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ：Ｃ−ＲＮＴＩであり、端末ＩＤは、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）にスクランブルされ得る。
・Ｅ−ＰＤＳＣＨ送信に用いられるリソースブロック（ＲＢ）のビットマップ、又はＥ−ＰＤＳＣＨ送信に用いられる周波数リソース情報、例えばＥ−ＰＤＳＣＨを介して送信される少なくとも１つのデータストリームが割り当てられたリソースブロックの範囲である。
・Ｅ−ＰＤＳＣＨ送信に用いられる直交波周波数分割多重（ＯＦＤＭ）の位置及びシンボル数、又はＥ−ＰＤＳＣＨ送信に用いられる時間リソース情報、例えばＥ−ＰＤＳＣＨを介して送信される少なくとも１つのデータストリームが割り当てられたリソースブロックの範囲である。
・復調に用いられる基準信号（ＲＳ）パターンのようなパイロットパターン及び位置に関する情報
・パワーオフセット
・Ｅ−ＰＤＳＣＨのレイヤ（ｌａｙｅｒ）数、例えばＥ−ＰＤＳＣＨを介して送信される少なくとも１つのデータストリームの数、及び割り当てられたレイヤに関する情報
・スケジュールを共有している端末に関する情報
・Ｅ−ＰＤＳＣＨ復号化に必要なその他の情報
・次のリソース割当周期で、ＰＤＣＣＨ及びＥ−ＰＤＣＣＨのうちからリソース割当情報を送信するために用いられるチャネルを示す１Ｂｉｔインジケータのようなインジケータ情報
【００３２】
ここで、「Ｅ−ＰＤＣＣＨ復号化に必要なその他の情報」は、例えばＨ−ＡＲＱ処理ＩＤ、ＮｅｗデータＩＤ、冗長バージョンなどのようなハイブリッド自動リピート要求（Ｈ−ＡＲＱ）情報、又は変調及びコーディング方式のような送信フォーマットに関する情報を含む。
【００３３】
そして、最後に言及したインジケータが送信された場合、制御チャネルの送信効率向上の面で次のような効果を得ることができる。
【００３４】
例えば、各端末に対して、基地局が一般システムの制御チャネル（ＰＤＣＣＨ）と拡張システムの制御チャネル（Ｅ−ＰＤＣＣＨ）のうちから相対的に送信効率が高い制御チャネルを選択して送信することによって、全体的な制御チャネルの効率を向上させることができる。各端末のチャネル環境、端末数、送信しなければならない制御情報の種類などによって、一般システムの制御チャネルを用いて送信することが拡張システムの制御チャネルを介して送信することに比べて効率的な場合があり得る。そして、効率性は、フレーム毎に共にスケジューリングされる端末が異なるために変化する。従って、インジケータ（１  ｂｉｔ  ｉｎｄｉｃａｔｏｒ）を用いた場合、全体制御チャネルのオーバーヘッドを最小化するためにどの制御チャネルを用いて送信するかを基地局が自由に選択することができるため、全体的な制御チャネル送信効率を向上させることができる。
【００３５】
インジケータ情報は、端末の復号化複雑度を低くすることに大きな役割をするが、これに対する詳しい内容は後述する。
【００３６】
≪共通制御情報≫
【００３７】
一般システムの制御チャネルであるダウンリンク物理制御チャネル（ＰＤＣＣＨ）と送信効率を向上させた拡張システムの制御チャネルである拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）が共にサポートされる場合、基地局は、Ｅ−ＰＤＣＣＨを復号化するために必要な情報、例えば制御チャネルが送信されるリソース情報、変調方式、チャネルコーディング方式などを、拡張システムの端末に効率的に伝達しなければならない。
【００３８】
例えば、基地局は、拡張システムの制御チャネル（Ｅ−ＰＤＣＣＨ）を介して送信される制御情報を復号化するのに必要な「共通制御情報」、例えばＤＣＩ  ｆｏｒ  Ｅ−ＰＤＣＣＨを、一般システムの制御チャネル（ＰＤＣＣＨ）を用いて各端末に送信する。それにより、拡張端末は、一般システムの制御チャネル（ＰＤＣＣＨ）を復号化して共通制御情報を得ることができ、共通制御情報を用いて拡張ダウンリンク制御チャネル（Ｅ−ＰＤＣＣＨ）を復号化することができる。一例として、Ｅ−ＰＤＣＣＨは、３ＧＰＰ  ＬＴＥシステムのような一般システムのフレーム構造上のＰＤＳＣＨ領域に位置する。Ｅ−ＰＤＣＣＨを復号化すると、端末毎のリソース割当情報などのような制御情報を取得することができる。
【００３９】
例えば、３ＧＰＰ  ＬＴＥ  Ａｄｖａｎｃｅｄシステムの拡張端末の各々に対応する拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）の復号化に必要な共通制御情報は、拡張システムの各端末別に受信するのではなく、拡張システムの制御チャネル（Ｅ−ＰＤＣＣＨ）の復号化が必要な拡張端末が共通して受信する。例えば、共通制御情報は、拡張システムの制御チャネル（Ｅ−ＰＤＣＣＨ）全体のリソース位置、Ｅ−ＰＤＣＣＨ送信に割り当てられるリソース数、空間多重化されたレイヤの数等を含む情報である。この情報は、拡張端末の全てが共通して共有するグループ端末ＩＤ、例えばｇｒｏｕｐ  Ｃ−ＲＮＴＩを用いて送信される。従って、この目的で用いられるグループ端末ＩＤは、例えば後の使用のために予約されたＦＦＦ４〜ＦＦＦＣがシステムで予め設定されるか、又は基地局が別の放送チャネルなどを用いて該当端末に知らせる。従って、拡張端末は、Ｅ−ＰＤＣＣＨを復号化する前に予め該当グループ端末ＩＤ（ｇｒｏｕｐ  Ｃ−ＲＮＴＩ）情報を取得する。
【００４０】
共通制御情報、例えばＤＣＩ  ｆｏｒ  Ｅ−ＰＤＣＣＨは、Ｅ−ＰＤＣＣＨの復号化のために必要な情報として次のような情報を含む。
【００４１】
・グループ端末ＩＤ、例えば、Ｇｒｏｕｐ  Ｃ−ＲＮＴＩであり、グループ端末ＩＤは、ＣＲＣにスクランブルされ得る。
・Ｅ−ＰＤＣＣＨ及びＥ−ＰＤＳＣＨ送信に用いられるリソースブロック（ＲＢ）のビットマップ又は周波数リソース情報、例えば制御情報が割り当てられたリソース領域の範囲又は少なくとも一つのデータストリームが割り当てられたリソースブロックの範囲であり、リソース領域の範囲又はリソースブロックの範囲は、リソース領域の範囲、リソースブロックが制限された場合の制限されたリソース領域の範囲、又は制限されたリソースブロックの範囲に関する情報を含む。
・Ｅ−ＰＤＣＣＨ送信に用いられるＯＦＤＭシンボル数又は時間リソース情報、例えば制御情報が割り当てられたリソース領域の範囲である。
・復調に用いられる基準信号（ＲＳ）パターンのようなパイロットパターン及び位置に関する情報
・パワーオフセット
・Ｅ−ＰＤＣＣＨのレイヤ数
・Ｅ−ＰＤＣＣＨに関するその他の情報
【００４２】
ここで、Ｅ−ＰＤＣＣＨに関するその他の情報の例は、例えばＣＣＥ統合レベル（ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）のような伝送フォーマットに関する情報を含む。
【００４３】
例えば、Ｇｒｏｕｐ  Ｃ−ＲＮＴＩは、ＣＲＣにスクランブルされて送信されるか、又は別に送信される。一般端末は、共通制御情報、例えばＤＣＩ  ｆｏｒ  Ｅ−ＰＤＣＣＨに含まれるｇｒｏｕｐ  Ｃ−ＲＮＴＩが該当端末のＩＤではないために共通制御情報を復号化できない。拡張端末のうちのＥ−ＰＤＣＣＨ復号化が必要な端末は、ｇｒｏｕｐ  Ｃ−ＲＮＴＩ情報を知っているため、該当ｇｒｏｕｐ  Ｃ−ＲＮＴＩに割り当てられた共通制御情報をＰＤＣＣＨの復号化方式と同一の方式、例えば３ＧＰＰ  ＬＴＥシステムの場合にブラインド復号化（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）方式によって確実に復号化することができる。
【００４４】
このような共通制御情報は、例えば後述する図６のような半固定的（ｓｅｍｉ−ｓｔａｔｉｃ）フォーマットを有する送信フレームを用いる場合、予め設定された放送チャネル（ｂｒｏａｄｃａｓｔｉｎｇ  Ｃｈａｎｎｅｌ：ＢＣＨ）又はその他のチャネルを用いて端末に送信される。
【００４５】
図２は、本発明の一実施形態による拡張端末をサポートする制御チャネル送信フレームの動的フォーマットの一例を示す図である。
【００４６】
図２を参照すると、基地局は、図２のフォーマットを有する送信フレームを用いて一般端末と拡張端末を同時にサポートする。例えば、３シンボル区間の間に送信されるＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）２１０とダウンリンク物理制御チャネル（ＰＤＣＣＨ２２０）は、３ＧＰＰ  ＬＴＥ規格による制御チャネルであって、例えばＰＣＦＩＣＨ２１０は、ＰＤＣＣＨの位置を示す制御チャネルフォーマットＩＤ（ＣＣＦＩ：Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ）情報を送信するチャネルであり、ＰＤＣＣＨ２２０が送信されるシンボル数に関する情報を送信する。ＰＤＣＣＨ２２０は、該当端末に送信されるリソースに関するリソース割当情報などのようなダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を各端末に送信する。
【００４７】
例えば、各端末に送信されるＤＣＩの長さのために複数の候補が存在し、ＤＣＩ送信のために占有される物理リソースＣＣＥのサイズのために複数の候補が存在する。これらに関する情報は別に送信されずに、例えば各端末はＤＣＩの復号化に成功するまで複数の候補の可能な全ての組合せに対して復号化を試みる。ここでリソースが割り当てられる端末ＩＤ、例えば端末のＣ−ＲＮＴＩは、ＤＣＩに含まれず、ＣＲＣにスクランブルされて送信される。
【００４８】
一般端末、例えば３ＧＰＰ  ＬＴＥ端末は、例えばフレームの開始部分に送信されるＰＣＦＩＣＨ２１０及びＰＤＣＣＨ２２０を受信して必要な制御情報を取得する。
【００４９】
基地局は、拡張端末、例えばＬＴＥ−Ａｄｖａｎｃｅｄ端末に制御情報を送信するために２種類の方式を有する。
【００５０】
最初の例として、基地局は、一般システム、例えば３ＧＰＰ  ＬＴＥの制御チャネルのＰＣＦＩＣＨ２１０及びＰＤＣＣＨ２２０を用いて拡張端末に制御情報を送信する。この場合、拡張システムの新しい送信モードをサポートするための新しい制御メッセージの追加が必要である。例えば、３ＧＰＰ  ＬＴＥ規格の制御チャネルの変更なしに論理的な制御メッセージだけ追加すれば良いため、Ｅ−ＰＤＣＣＨ、例えば３ＧＰＰ−  ＬＴＥ  Ａｄｖａｎｃｅｄシステムの制御チャネルに関する規格の変更を最小化することができる。
【００５１】
第２の例として、基地局は、拡張システムの制御チャネル（Ｅ−ＰＤＣＣＨ２４０）を用いて制御情報を送信する。この場合、データストリームが割り当てられた拡張ダウンリンク物理共有チャネル（Ｅ−ＰＤＳＣＨ２５０）に関する制御情報は、Ｅ−ＰＤＣＣＨ２４０を用いて送信される。例えば、拡張端末がＥ−ＰＤＣＣＨ２４０を復号化するのに必要な共通制御情報（ＤＣＩ  ｆｏｒ  Ｅ−ＰＤＣＣＨ２２１）は、一般制御チャネル、例えばＰＤＣＣＨ２２０を用いて送信される。この例で、基地局が、Ｅ−ＰＤＣＣＨ２４０を用いて送信される制御情報、例えばＤＣＩ  ｆｏｒ  Ｅ−ＰＤＳＣＨを空間多重化するか、ビーム形成するか、又はビーム形成を基に空間多重化することは上述した通りである。例えば、一般端末は、ＰＤＣＣＨ２２０を用いてＰＤＳＣＨ２３０に関する制御情報を受信する。従って、拡張端末に関する制御情報の送信効率を向上させることができ、Ｅ−ＰＤＣＣＨ２４０の復号化複雑度を最小化することができ、そして共通制御情報、例えばＤＣＩ  ｆｏｒ  Ｅ−ＰＤＳＣＨ２２１の長さを短くすることができる。
【００５２】
図３は、拡張端末をサポートする制御チャネル送信フレームの動的フォーマットの第２の例を示す図である。
【００５３】
図３を参照すると、同一のリソースブロック（ＲＢ）を介して送信されるＥ−ＰＤＣＣＨ３４０のレイヤ数とＥ−ＰＤＳＣＨ３５０のレイヤ数が必ずしも一致する必要はなく、予め設定されたリソースブロック（ＲＢ）を通じて送信されるＥ−ＰＤＣＣＨ３４０は、該当リソースブロック（ＲＢ）を通じて送信されるＥ−ＰＤＳＣＨ３５０に関する割当情報だけを送信するわけではない。例えば、Ｅ−ＰＤＣＣＨ３４０は、該当Ｅ−ＰＤＣＣＨ３４０のリソースブロックとして同一のリソースブロックを用いるＥ−ＰＤＳＣＨ３５０に関する制御情報に加えて他のＥ−ＰＤＳＣＨに関する制御情報を割り当てる。
【００５４】
換言すると、図３に示すように、Ｅ−ＰＤＣＣＨ３４０のリソースブロックに対応するリソースブロックのような、Ｅ−ＰＤＳＣＨ３５０のリソースブロックの一部領域（３５１）は使用されない。例えば、共通制御情報（ＤＣＩ  ｆｏｒ  Ｅ−ＰＤＣＣＨ３２１）は、ビットマップを介して伝えられるＥ−ＰＤＣＣＨ３４０及びＥ−ＰＤＳＣＨ３５０の送信に用いられるリソースブロック（ＲＢ）の範囲を示す。一例として、Ｅ−ＰＤＣＣＨ３４０及びＥ−ＰＤＳＣＨ３５０の送信に用いられるリソースブロック（ＲＢ）の範囲は、Ｅ−ＰＤＣＣＨ３４０及びＥ−ＰＤＳＣＨ３５０によって占有されるリソースブロック（ＲＢ）の範囲の上位集合（ｓｕｐｅｒｓｅｔ）になる。また、Ｅ−ＰＤＣＣＨ３４０及びＥ−ＰＤＳＣＨ３５０の各々の空間レイヤの数も異なる。
【００５５】
図４は、拡張端末をサポートする制御チャネル送信フレームの動的フォーマットの第３の例を示す図である。
【００５６】
図４を参照すると、図３に示した例と同様、Ｅ−ＰＤＳＣＨ４５０のリソースブロックに対応するリソースブロックのように、Ｅ−ＰＤＣＣＨ４４０の一部領域（４４１）が使用されない。
【００５７】
図５は、図２の制御チャネル送信フレームの動的フォーマットをサポートする基地局の制御情報送信方法の一例を示すフローチャートである。
【００５８】
図５を参照すると、先ず、基地局は拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）の利用が可能か否かを判断する（ステップＳ５１０）。
【００５９】
Ｅ−ＰＤＣＣＨを利用しない場合、基地局は、データストリームにリソースブロックを割り当てて（ステップＳ５２０）、一般システムの制御チャネルのＰＤＣＣＨを用いて制御情報を送信する（ステップＳ５３０）。
【００６０】
一方、Ｅ−ＰＤＣＣＨを用いる場合、基地局は、一つ以上の拡張端末にグループ端末ＩＤ（例えば、Ｃ−ＲＮＴＩ）を伝達する（ステップＳ５４０）。グループ端末ＩＤの送信方法は上述した通りである。グループ端末ＩＤの伝達は次の周期から省略してもよい。そして、基地局は、拡張ダウンロード物理共有チャネル（Ｅ−ＰＤＳＣＨ）を介して送信される少なくとも１つのデータストリームにリソースブロック（ＲＢ）を割り当てる（ステップＳ５５０）。例えば、基地局は、Ｅ−ＰＤＳＣＨを介して送信される少なくとも１つのデータストリームに割り当てられたリソースブロック（ＲＢ）に関する制御情報を、Ｅ−ＰＤＣＣＨの同一のリソース領域に割り当てる。例えば、基地局は、Ｅ−ＰＤＣＣＨを空間多重、ビーム形成、又はビーム形成ベースで空間多重化する。そして、基地局は、Ｅ−ＰＤＣＣＨの復号化に必要な共通制御情報（例えば、ＤＣＩ  ｆｏｒ  Ｅ−ＰＤＣＣＨ）を割り当てる。この過程は、図１を参照して詳述した通りである。
【００６１】
リソースの割り当てを終えると、基地局は、ＰＤＣＣＨを用いてＥ−ＰＤＣＣＨ復号化に必要な共通制御情報を送信する（ステップＳ５６０）。そして、基地局は、Ｅ−ＰＤＣＣＨを用いて、空間多重化されたか、ビーム形成されたか、又はビーム形成ベースで空間多重化された制御情報（例えば、ＤＣＩ  ｆｏｒ  Ｅ−ＰＤＳＣＨ）を送信する（ステップＳ５７０）。
【００６２】
このように、図２の送信フレームを利用して、基地局は、一般端末と拡張端末を同時にサポートし、Ｅ−ＰＤＣＣＨが必要か否かによって制御情報送信に必要な制御チャネルを選択して制御情報を送信する。
【００６３】
図６は、本発明の一実施形態による拡張端末をサポートする制御チャネル送信フレームの半固定的フォーマットの一例を示す図である。
【００６４】
図６を参照すると、基地局は、例えば予め設定されたリソース又はスーパーフレーム（ｓｕｐｅｒ  ｆｒａｍｅ）単位で送信される情報によって変化する反固定的に（ｓｅｍｉ−ｓｔａｔｉｃａｌｌｙ）割り当てられたリソースを用いてＥ−ＰＤＣＣＨ６４０を送信する。基地局は、拡張システムの制御チャネルのＥ−ＰＤＣＣＨ６４０の復号化に必要な共通制御情報を、ＰＤＣＣＨ６２０又はＰＣＦＩＣＨ６１０を介さずに送信する。即ち、図２の共通制御情報（ＤＣＩ  ｆｏｒ  Ｅ−ＰＤＣＣＨ）に対応する情報は、例えば別の放送チャネル（ＢＣＨ）又は予め設定された上位階層の他のチャネルを介して送信される。従って、拡張端末は、一般システムの制御チャネルであるＰＣＦＩＣＨ６１０やＰＤＣＣＨ６２０を復号化しなくてもよい。
【００６５】
本発明の実施形態において、ＰＤＣＣＨ６２０の長さは、フレーム毎に変わり得るため、Ｅ−ＰＤＣＣＨ６４０の送信位置をフレームの前面に配置した場合、Ｅ−ＰＤＣＣＨ６４０がＰＤＣＣＨ６２０とオーバラップ（ｏｖｅｒｌａｐ）することがある。例えば、ＰＤＣＣＨ６２０が占有できる最大シンボル長以後から（例えば、３ＧＰＰ  ＬＴＥ規格によると、５回目のシンボルから）Ｅ−ＰＤＣＣＨ６４０の送信位置に定める。他の例として、Ｅ−ＰＤＣＣＨに割り当てられたシンボル以後からＥ−ＰＤＳＣＨ６５０を送信してもよい。
【００６６】
一般端末に関する制御情報は、ＰＤＣＣＨ６２０を介して送信され、一般端末のデータはＰＤＳＣＨ６３０領域に割り当てられる。
【００６７】
従って、図２の例の送信フレームを用いる場合、拡張端末も一般システム（例えば、３ＧＰＰ  ＬＴＥ）の制御チャネル（ＰＤＣＣＨ）を復号化するが、図６の例の送信フレームを利用する場合、拡張端末は、ＰＤＣＣＨ６２０を用いずに共通制御情報を送信するため、ＰＤＣＣＨ６２０を復号化しなくてもよい。
【００６８】
図７は、図６の制御チャネル送信フレームの半固定的フォーマットをサポートする基地局の制御情報送信方法の一例を示すフローチャートである。
【００６９】
図７を参照すると、先ず基地局は、データストリームにリソースブロックを割り当てる（ステップＳ７１０）。リソースブロックの割り当ての例は、図１を参照して詳述した通りである。そして、基地局は、拡張システムの制御チャネル（例えば、Ｅ−ＰＤＣＣＨ）を利用可能か否か判断する（ステップＳ７２０）。
【００７０】
Ｅ−ＰＤＣＣＨを利用しない場合、基地局は、一般システムの制御チャネル（例えば、ＰＤＣＣＨ）を用いて制御情報を送信する（ステップＳ７３０）。
【００７１】
Ｅ−ＰＤＣＣＨを用いる場合、基地局は、予め設定された位置のＥ−ＰＤＣＣＨを用いて制御情報を送信する（ステップＳ７４０）。反固定的に割り当てられたリソースを用いてＥ−ＰＤＣＣＨを送信する例は、図６を参照して説明した通りである。
【００７２】
このように、図６の送信フレームを利用する場合、基地局は、図７のような方法で一般端末と拡張端末を同時にサポートし、拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）が必要か否かによって制御情報送信に必要な制御チャネルを選択して制御情報を送信する。また、Ｅ−ＰＤＣＣＨを用いる場合、基地局は、反固定的に割り当てられたリソースを活用するためＰＤＣＣＨの復号化を行わない。
【００７３】
≪拡張システムの制御チャネル（Ｅ−ＰＤＣＣＨ）の送信効率向上方法≫
【００７４】
拡張システムの制御チャネル（Ｅ−ＰＤＣＣＨ）の送信効率を向上するための例として三種類の例を提供する。
【００７５】
第１の例において、基地局は、同一の物理リソースのＥ−ＰＤＣＣＨを空間多重化、ビーム形成、又はビーム形成を基に空間多重化して、単一の端末又は複数の端末に送信する。これによって制御情報の送信効率を向上させることができる。これについては、図１を参照して詳述した通りである。
【００７６】
第２の例は、Ｅ−ＰＤＣＣＨ及びＥ−ＰＤＳＣＨで占有されるリソースを制限して該当情報を端末に送信する方法である。
【００７７】
例えば、Ｅ−ＰＤＣＣＨ及びＥ−ＰＤＳＣＨ送信に用いられるリソースブロック（ＲＢ）のビットマップ情報は、全体ＲＢのうちからＥ−ＰＤＣＣＨ及びＥ−ＰＤＳＣＨが占有するＲＢのセット（ｓｅｔ）に関する情報である。この例で、図２の動的（ｄｙｎａｍｉｃ）フォーマットを有する送信フレームを用いる場合、ＲＢの該当ビットマップ情報は、共通制御情報（例えば、ＤＣＩ  ｆｏｒ  Ｅ−ＰＤＣＣＨ）に含めてＰＤＣＣＨを介して送信される。他の例として、半固定的（ｓｅｍｉ−ｓｔａｔｉｃ）フォーマットを有する送信フレームを用いる場合、ＲＢの該当ビットマップ情報を、別の放送チャネル（ＢＣＨ）又は予め設定された上位階層の他のチャネルを介して送信される。
【００７８】
第２の方法を用いると、全体ＲＢのうちからＥ−ＰＤＣＣＨに割り当てられるリソースを示す例に比べてオーバーヘッドを低くすることができる。例えば、全体ＲＢ数が１００個で４個のＲＢ毎にビットマップを割り当てる場合、ＲＢ割当ビットマップ（ａｓｓｉｇｎｍｅｎｔ  ｂｉｔｍａｐ）の長さが２５ビットになる。しかし、Ｅ−ＰＤＣＣＨ及びＥ−ＰＤＳＣＨのためのＲＢ数を４０個に制限した場合、Ｅ−ＰＤＣＣＨを介して送信されるＤＣＩに含まれるＲＢ割当ビットマップの長さは短縮され、例えば１０ビットに減ることになる。
【００７９】
第３の例は、Ｅ−ＰＤＣＣＨによって占有される物理リソースとＥ−ＰＤＣＣＨに対応する拡張データ送信チャネル（例えば、Ｅ−ＰＤＳＣＨ）によって占有される物理リソースを一致させる方法である。例えば、基地局は、Ｅ−ＰＤＣＣＨのためのリソース領域とデータストリームが割り当てられたリソースブロックの領域とが重なるように制御情報を割り当てる。
【００８０】
ＰＤＣＣＨを用いて制御情報を送信する場合、ＰＤＣＣＨ送信に用いられる基本物理リソース単位とデータストリームが割り当てられたリソースブロックとの間にマッピング関係がない。即ち、ＰＤＳＣＨ送信に用いられるＲＢに関する情報を知っていたとしても、該当ＰＤＣＣＨ割り当てに利用されたＣＣＥに関する情報を知ることができない。他の例において、ＰＤＣＣＨ送信に利用されたＣＣＥに関する情報を知っていたとしても、ＰＤＳＣＨ送信に用いられるＲＢに関する情報が分からない。しかし、本発明による拡張システムの制御情報送信方法は、図２に示したように、Ｅ−ＰＤＣＣＨが占有するリソース領域の範囲とＥ−ＰＤＳＣＨが占有するＲＢの範囲を一致させることができる。上述したように、端末は、共通制御情報（例えば、ＤＣＩ  ｆｏｒ  Ｅ−ＰＤＣＣＨ、ＢＣＨ又は予め設定された上位階層のチャネルを介して送信される情報）に含まれるＲＢの制限に関する情報によって、Ｅ−ＰＤＣＣＨ及びＥ−ＰＤＳＣＨが占有する物理リソースを知ることができる。上記方法の一例について図８を参照して説明する。
【００８１】
図８は、Ｅ−ＰＤＣＣＨ送信のために用いられる制御チャネル要素（ＣＣＥ）とＥ−ＰＤＳＣＨ送信のために用いられるリソースブロック（ＲＢ）がマッピングされた送信フレームのフォーマットの一例を示す図である。
【００８２】
図８を参照すると、Ｅ−ＰＤＣＣＨ送信に用いられるＣＣＥ８１０とＥ−ＰＤＳＣＨ送信に用いられるＲＢ８２０との間のマッピングは、予め設定された規則により決定される例えば、Ｅ−ＰＤＳＣＨ送信に用いられるＲＢの制限に関する情報がＥ−ＰＤＣＣＨ復号に用いられるＣＣＥに関する共通制御情報を介して送信される場合、Ｅ−ＰＤＣＣＨ復号化に必要なＣＣＥの配置に関する情報も取得される。
【００８３】
例えば、共通制御情報がＥ−ＰＤＣＣＨ及びＥ−ＰＤＳＣＨで用いられるＲＢのビットマップ情報を含み、各ビットマップがＲＢの割当数を示す場合、拡張端末がＲＢのビットマップ情報を復号化すると、拡張端末は、ＣＣＥに順にマッピングされるＥ−ＰＤＳＣＨ送信に用いられるＲＢを知ることができ、Ｅ−ＰＤＳＣＨ送信に用いられるＲＢ数とＥ−ＰＤＣＣＨ送信に用いられるシンボル数を同時に知ることができる。拡張端末は、ＣＣＥ数に関する追加情報なしにＥ−ＰＤＣＣＨを送信するリソース領域に関する情報も知ることができる。
【００８４】
≪拡張システムにおける端末の制御チャネルに対する復号化複雑度減少方法≫
【００８５】
＜インジケータを用いたＰＤＣＣＨ又はＥ−ＰＤＣＣＨの選択的復号化＞
【００８６】
図２の送信フレーム又は図５の制御情報送信方法によるＰＤＣＣＨを用いて、Ｅ−ＰＤＣＣＨ復号化に必要な共通制御情報を送信する場合、拡張端末に対するリソースブロック割当情報は、ＰＤＣＣＨ又はＥ−ＰＤＣＣＨを介して送信される。この場合、拡張端末は、両方の可能性を考慮してＰＤＣＣＨとＥ−ＰＤＣＣＨの両方の復号化を試さなければならないため、復号化複雑度が増加する。
【００８７】
従って、復号化複雑度を減らすための方法が用いられる。一例として、拡張端末が基地局から割り当てられたリソースを初めて受信した場合、拡張端末がＰＤＣＣＨ及びＥ−ＰＤＣＣＨのうちから予め設定された制御チャネル（例えば、最初に予め設定された制御チャネル）から制御情報を受信することによって固定される。そして、次のリソース割当周期から制御情報が割り当てられる制御チャネルの位置に関するインジケータを送信すると、ＰＤＣＣＨ及びＥ−ＰＤＣＣＨのうちの１つに対して復号化を試み、これにより復号化複雑度を低くすることができる。
【００８８】
例えば、インジケータは、リソース割当情報（例えば、制御情報）を送信するための次の割当周期に用いられるチャネルを示す。例えば、インジケータは、拡張端末のためのＥ−ＰＤＣＣＨを用いて送信される制御メッセージ（例えば、ＤＣＩ  ｆｏｒ  Ｅ−ＰＤＳＣＨ）に含まれる。他の例として、インジケータは、拡張端末のためのＰＤＣＣＨを用いて送信される制御メッセージ（例えば、ＤＣＩ  ｆｏｒ  ＰＤＳＣＨ）に含まれる。これらの例において、拡張端末の制御チャネルに対する復号化複雑度を低くすることができる。例えば、拡張端末は、ＰＤＣＣＨを用いて送信されるリソース割当情報を知った場合、ＤＣＩ  ｆｏｒ  Ｅ−ＰＤＣＣＨ及びＥ−ＰＤＣＣＨの復号化を試さなくても良く、Ｅ−ＰＤＣＣＨを用いて送信されるリソース割当情報を知った場合、ＰＤＣＣＨのうちから該当端末に送信されるＤＣＩの復号化を試さなくてもよい。
【００８９】
例えば、インジケータは、ＰＤＣＣＨを「０」として又はＥ−ＰＤＣＣＨを「１」として示すように、チャネルを直接的に示してもよく、他の例として、現在のリソース割当周期で用いられる制御チャネルと比べて次のリソース割当周期で用いられる制御チャネルの変化の有無を示してもよい。例えば、変化があった状態を「１」とし、変化がない状態を「０」とする。
【００９０】
一般システムのチャネル（例えば、ＰＤＣＣＨ及びＰＤＳＣＨ）と拡張システムのチャネル（例えばＥ−ＰＤＣＣＨ及びＥ−ＰＤＳＣＨ）を動的に活用してもよい。例えば、データチャネルの要求容量が高く制御チャネルの要求容量が低い場合、データチャネルとしてＥ−ＰＤＳＣＨを用い、制御チャネルとして一般システムのＰＤＣＣＨを用いる。これによりデータチャネルの領域を広く活用することができる。この例で、データチャネル及び制御チャネルの非対称的な負荷要因（ｌｏａｄｉｎｇ  ｆａｃｔｏｒ）に対して、例えばＰＤＣＣＨ又はＥ−ＰＤＣＣＨを利用することを示すインジケータを使用することで、拡張端末はデータ送信を動的に処理することができる。
【００９１】
図９は、本発明の一実施形態による拡張端末の制御情報受信方法を示すフローチャートである。
【００９２】
図９を参照すると、拡張端末は、先ず基地局から割り当てられたリソースを初めて受信したか否かを判断する（ステップＳ９１０）。
【００９３】
基地局から割り当てられたリソースを初めて受信した場合、拡張端末は、ＰＤＣＣＨ及びＥ−ＰＤＣＣＨのうちから予め設定されたチャネルを用いて制御情報を受信する。図９は、予め設定された制御チャネルがＰＤＣＣＨである場合の例である。従って、拡張端末は、ＰＤＣＣＨを復号化して制御情報を取得する（ステップＳ９２０）。拡張端末は、復号化したリソース割当情報に基づきリソースが割り当てられる否かを判断し（ステップＳ９２１）、次のリソース割当周期まで待機するか（ステップＳ９２２）、又はデータチャネル（例えば、ＰＤＳＣＨ又はＥ−ＰＤＳＣＨ）を介してデータを受信する（ステップＳ９２３）。そして拡張端末は、インジケータを介して次のリソース割当周期で制御情報が送信される制御チャネルに関する情報を取得する（ステップＳ９２４）。
【００９４】
割り当てられたリソースの受信が初めてではない場合、拡張端末は、制御情報の送信のためにＥ−ＰＤＣＣＨを用いるか否かを判断する（ステップＳ９３０）。例えば、拡張端末は、前の（ｐｒｅｖｉｏｕｓ）リソース割当周期で受信した制御情報に含まれる前のインジケータを抽出し、インジケータを用いてＥ−ＰＤＣＣＨを利用するか否かを判断する。Ｅ−ＰＤＣＣＨを利用しないと判断した場合、拡張端末はＰＤＣＣＨを復号化し（ステップＳ９２０）、次のステップＳ９２１が実行される。
【００９５】
ステップＳ９３０でＥ−ＰＤＣＣＨを用いる場合、拡張端末は、Ｅ−ＰＤＣＣＨの復号化に必要な共通制御情報を取得する（ステップＳ９３１）。
【００９６】
例えば、共通制御情報は、拡張システムの端末が拡張システムの端末全体に共通に割り当てられるグループ端末ＩＤ（例えば、ｇｒｏｕｐ  Ｃ−ＲＮＴＩ）を用いて共通制御情報を復号化することにより取得する。この例で、図２の動的フォーマットを有する送信フレームを用いる場合、共通制御情報はＰＤＣＣＨを用いて送信されるため、拡張端末はＰＤＣＣＨを復号化して共通制御情報を得ることができる。共通制御情報がグループ端末ＩＤ（例えばＧｒｏｕｐ  Ｃ−ＲＮＴＩ）を含むことは、上述した通りである。
【００９７】
例えば、図６の半固定フォーマットを有する送信フレームを用いる場合、共通制御情報は予め設定されたチャネルを介して受信される。予め設定されたチャネルは、別の放送チャネル（ＢＣＨ）又はその他のチャネルであってもよい。従って、拡張端末は、予め設定されたチャネルを介して共通制御情報を得ることができる。
【００９８】
次に、拡張端末は、前のリソース割当周期で制御チャネルの復号化を失敗したか否かを判断する（ステップＳ９４０）。
【００９９】
前のリソース割当周期で制御チャネル（例えば、ＰＤＣＣＨ又はＥ−ＰＤＣＣＨ）の復号化に失敗した場合、拡張端末は、次のリソース割当周期で、制御情報がＰＤＣＣＨを用いて送信されるかＥ−ＰＤＣＣＨを用いて送信されるか判断できない状況が発生する。このような状況を解決するため、制御チャネルの復号化に失敗した拡張端末は、予め設定された回数の間ＰＤＣＣＨ及びＥ−ＰＤＣＣＨの両方の復号化を試みる。上記両方の復号化の試みの後にも割り当てられる制御情報がない場合、拡張端末は、最初に予め設定された制御チャネルのみの復号化を試みる。これは復号化失敗時の端末動作（ｆａｌｌ  ｂａｃｋ  ｍｏｄｅ）を意味し、基地局がリソース割当をしたにもかかわらず少なくとも予め設定された回数以上の復号化結果に関するフィードバック情報（例えば、ＡＣＫ又はＮＡＣＫ）を受信できない場合、基地局は、以後のリソース割当時の最初に予め設定された制御チャネル（例えば、ＰＤＣＣＨ又はＥ−ＰＤＣＣＨ）を介して制御情報を送信する。
【０１００】
そして、Ｅ−ＰＤＣＣＨが送信されたか否かが判断され（ステップＳ９４１）、ＰＤＣＣＨが受信された場合、拡張端末はステップＳ９２０でＰＤＣＣＨを復号化し、Ｅ−ＰＤＣＣＨが受信されたた場合、拡張端末はブラインド復号化（Ｂｌｉｎｄ  Ｄｅｃｏｄｉｎｇ）方式を用いてＥ−ＰＤＣＣＨを復号化する（ステップＳ９５０）。そして拡張端末は次のリソース割当周期まで待機する（ステップＳ９７０）。
【０１０１】
＜Ｅ−ＰＤＣＣＨに対するＢｌｉｎｄ復号化複雑度減少方法＞
【０１０２】
図１０は、ブラインド復号化方式に基づいてＥ−ＰＤＣＣＨを復号化する過程を示すフローチャートである。即ち、図９のステップＳ９５０を詳細に示したフローチャートである。
【０１０３】
図１０を参照すると、拡張端末は、拡張ダウンリンク制御チャネル（例えば、Ｅ−ＰＤＣＣＨ）のための同一のリソース領域に割り当てられ、空間多重化されたか、ビーム形成されたか、又はビーム形成を基に空間多重化された制御情報を受信する。制御情報は、Ｅ−ＰＤＳＣＨを介して送信される少なくとも１つのデータストリームに割り当てられたリソースブロック（ＲＢ）に関する情報である。拡張端末が制御情報に関連する複数の候補を、ブラインド復号化方式を用いて復号化する場合、拡張端末は次のような方法によって復号化複雑度を低くすることができる。
【０１０４】
同一の時間周波数リソースを用いて、複数のＥ−ＰＤＣＣＨが、空間多重化されるか、ビーム形成されるか、又はビーム形成を基に空間多重化されて送信される場合、各Ｅ−ＰＤＣＣＨは、異なる専用のＲＳ（例えば、ｄｅｍｏｄｕｌａｔｉｏｎ  ＲＳ：ＤＭ−ＲＳ）を用いる。拡張端末は、空間的に多重化されたか、ビーム形成されたか、又はビーム形成を基に空間多重化された複数のストリームのうちから、どのポートが対象拡張端末に割り当てられるかの情報を知ることができない。従って、拡張端末は、全体ポートに対してブラインド復号化を行う。例えば、ブラインド復号化の対象になる候補数がレイヤ数に比例して増加するため、拡張端末の制御チャネル復号化複雑度が高まる。例えば、異なる制御情報がエンコーディングされた４個のストリームが空間多重化されて送信される場合、拡張端末は、どのレイヤが該当端末に割り当てられたかが分からないため、全てのレイヤに対して復号化を試みる。
【０１０５】
ブラインド復号化の複雑度減少方法は次の通りである。スケジューリングが適切になされた場合、Ｅ−ＰＤＣＣＨは、受信端末で優れた信号対雑音比（ＳＮＲ）を有する空間レイヤを用いて送信される可能性が高い。従って、拡張端末は、ブラインド復号化を始める前に各レイヤ別ＲＳを用いて受信ＳＮＲを推定する（ステップＳ９５１）。例えば、拡張端末は、推定されたＳＮＲが高い順に復号化を行う。拡張端末は、最初のレイヤに対する復号化を始める（ステップＳ９５２）。即ち、拡張端末は、全体ＣＣＥ候補セットを決定して（ステップＳ９５３）、レイヤ毎のＲＢ電力を算出する（ステップＳ９５４）。そして、全体ＣＣＥ候補セットに対して最もＳＮＲが高いレイヤから順にブラインド復号化を行う（ステップＳ９５５）。ステップＳ９５６で、各レイヤのブラインド復号化が成功したか否かを判断し、復号化に成功しなかった場合、拡張端末は、全体ＣＣＥ候補セットに対してブラインド復号化を行い（ステップＳ９５７）、ブラインド復号化に失敗した場合、拡張端末は、２番目にＳＮＲが高いレイヤに対して（例えば、次のレイヤに対して）ブラインド復号化を実行する（ステップＳ９５８）。この方式によって復号化の順序が定められ、全体レイヤの復号化が完了するまで次のレイヤが復号化される（ステップＳ９５９）。例えば、該当拡張端末に割り当てられた空間レイヤのＳＮＲが高いため、優先順位で復号化する場合に復号化複雑度を大幅に低くすることができる。
【０１０６】
予め設定されたレイヤに対する復号化が成功した場合（ステップＳ９５６）、拡張端末は、制御情報に含まれるインジケータを介して、次のリソース割当周期で制御情報が送信される制御チャネルに関する情報を取得する（ステップＳ９６０）。そして、Ｅ−ＰＤＳＣＨを介してデータを受信する（ステップＳ９６１）。
【０１０７】
また、各拡張端末は、制御情報が予め設定された個数だけ確実に復号化されるまでブラインド復号化を試みる。例えば、拡張端末は、拡張端末に割り当てられる制御情報の個数と同じだけの制御情報の復号化に成功するまでＳＮＲが高い順にレイヤに対する復号化を行い、予め設定された個数の制御情報の復号化に成功すると、復号化を止める。
【０１０８】
図１１は、本発明の一実施形態による一般端末及び拡張端末を同時にサポートする送信機を示す図である。
【０１０９】
図１１を参照すると、本実施形態による一般端末及び拡張端末を同時にサポートする送信機は、スケジューラ１０１０、空間マルチプレクサ１０２０、及び送信モジュール１０３０を含む。
【０１１０】
スケジューラ１０１０は、拡張ダウンリンク物理共有チャネル（Ｅ−ＰＤＳＣＨ）を介して送信される少なくとも１つのデータストリームにリソースブロック（ＲＢ）を割り当て、リソースブロックの各々に対する制御情報を生成し、リソースブロックの各々に対する制御情報を、例えば拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）のための同一のリソース領域に割り当てる。
【０１１１】
空間マルチプレクサ１０２０は、同一のリソース領域を用いて、リソースブロックの各々に対する制御情報に対して、ビーム形成するか、空間多重化するか、又はビーム形成を基に空間多重化する。
【０１１２】
送信モジュール１０３０は、ビーム形成されたか、空間多重化されたか、又はビーム形成を基に空間多重化された制御情報を各端末に送信する。
【０１１３】
図１２は、本発明の一実施形態による拡張端末を示す図である。
【０１１４】
図１２を参照すると、本実施形態による拡張端末は、受信モジュール１１１０、メモリ１１２０、及びプロセッサ１１３０を含む。
【０１１５】
受信モジュール１１１０は、基地局から制御情報及びデータストリームを受信する。
【０１１６】
メモリ１１２０は、前の（ｐｒｅｖｉｏｕｓ）リソース割当周期で受信した制御情報に含まれる前のインジケータを格納する。
【０１１７】
プロセッサ１１３０は、前のインジケータを用い、対象制御情報が、例えば拡張ダウンリンク物理制御チャネル（Ｅ−ＰＤＣＣＨ）及びダウンリンク物理制御チャネル（ＰＤＣＣＨ）のうちのどちらのチャネルを介して送信されたかを判断し、判断結果に応じて対象制御情報を復号化する。
【０１１８】
端末は、携帯電話（ｃｅｌｌｕｌａｒ  ｐｈｏｎｅ）、ＰＤＡ、デジタルカメラ、携帯用ゲームコンソール、ＭＰ３プレーヤー、ＰＭＰ、携帯用電子ＢＯＯＫ、携帯用ラップトップコンピュータ、ＧＰＳナビゲーションなどのようなモバイル装置を含む。また、端末は、デスクトップＰＣ、高解像度ＴＶ（ＨＤＴＶ）、光ディスクプレーヤー、セットトップボックスなどを含んでもよい。ここで、端末は、本明細書で開示したようなネットワーク通信又は無線通信をサポートする。
【０１１９】
コンピュータシステム又はコンピュータは、ユーザインターフェース、メモリコントローラ、バスと電気的に接続されたマイクロプロセッサを含む。コンピュータシステム又はコンピュータは、フラッシュメモリ装置を含み、メモリコントローラを介してＮビットデータを格納する。Ｎビットデータは、マイクロプロセッサによって処理され、Ｎは１又は１より大きい整数である。コンピュータシステム又はコンピュータは、モバイル装置であってもよく、そのコンピュータシステム又はコンピュータに動作電圧を供給するバッテリが追加的に提供される。
【０１２０】
当業者は、コンピュータシステム又はコンピュータがアプリケーションチップセット、カメライメージプロセッサ、ＤＲＭなどを含むことを容易に知ることができる。メモリコントローラとフラッシュメモリ装置は、ＳＳＤを構成してもよい。
【０１２１】
これまで本発明による送信機及び受信機について説明したが、本送信機及び受信機には、図１〜図１０を参照しながら多様な実施形態によって上述した内容をそのまま適用することができるため、これ以上の詳細な説明は省略する。
【０１２２】
上述した方法は、多様なコンピュータ手段によって実行することができるプログラム命令形態で具現され、コンピュータ読み取り可能な媒体に記録される。記録媒体は、プログラム命令、データファイル、データ構造などを単独又は組み合わせたものを含む。記録媒体及びプログラム命令は、本発明の目的のために特別に設計して構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり使用可能なものであってもよい。コンピュータ読み取り可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、フロプティカルディスクのような磁気−光媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置を含む。プログラム命令の例としては、コンパイラによって生成されるような機械語コードだけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コードを含む。上述のハードウェア装置は、本発明の動作を行うために１つ以上のソフトウェアモジュールとして作動するように構成してもよく、その逆も同様である。
【０１２３】
上述したように、本発明を限定された実施形態と図面によって説明したが、本発明は、上述の実施形態に限定されることなく、本発明が属する技術分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形が可能である。
【０１２４】
従って、本発明の範囲は、開示された実施形態に限定されて定められるものではなく、特許請求の範囲及び特許請求の範囲と均等なものなどによって定められるものである。
【符号の説明】
【０１２５】
２１０、６１０    ＰＣＦＩＣＨ
２２０、３２０、６２０    ＰＤＣＣＨ
２２１、３２１    ＤＣＩ  Ｆｏｒ  Ｅ−ＰＤＣＣＨ
２３０、６３０    ＰＤＳＣＨ
２４０、３４０、４４０、６４０    Ｅ−ＰＤＣＣＨ
２５０、３５０、４５０、６５０    Ｅ−ＰＤＳＣＨ
３５１    ＰＤＳＣＨの一部領域
４４１    Ｅ−ＰＤＣＣＨの一部領域
８１０    ＣＣＥ１
８２０    ＲＢｓ  ａｓｓｉｇｎｅｄ  ｔｏ  Ｅ−ＰＤＳＣＨ
１０１０    スケジューラ
１０２０    空間マルチプレクサ
１０３０    送信モジュール
１１１０    受信モジュール
１１２０    メモリ
１１３０    プロセッサ
【図１】
2013527663.tif 000003
【図２】
2013527663.tif 000004
【図３】
2013527663.tif 000005
【図４】
2013527663.tif 000006
【図５】
2013527663.tif 000007
【図６】
2013527663.tif 000008
【図７】
2013527663.tif 000009
【図８】
2013527663.tif 000010
【図９】
2013527663.tif 000011
【図１０】
2013527663.tif 000012
【図１１】
2013527663.tif 000013
【図１２】
2013527663.tif 000014
【国際調査報告】
2013527663.tif 000015
2013527663.tif 000016
2013527663.tif 000017