(57)【要約】 【課題】無線通信システムにおいて、端末が下りリンク制御情報を受信する方法を提供する。【解決手段】複数のＰＤＣＣＨ候補を有する共通探索空間（ＣＳＳ）でグループ共通ＰＤＣＣＨに対するブラインド検出を行うステップ、およびブラインド検出されたグループ共通ＰＤＣＣＨからスロットフォーマットを指示する下りリンク制御情報（ＤＣＩ）を獲得するステップを含み、グループ共通ＰＤＣＣＨに対するブラインド検出において、端末は、複数のＰＤＣＣＨ候補を有するＣＳＳ内で所定位置のＰＤＣＣＨ候補上でのみ選択的にグループ共通ＰＤＣＣＨの検出を試みることができる。【選択図】図９
2019531644.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて、端末が下りリンク制御情報を受信する方法であって、
複数のＰＤＣＣＨ候補を有する共通探索空間（ＣＳＳ）でグループ共通ＰＤＣＣＨに対するブラインド検出を行うステップと、
前記ブラインド検出されたグループ共通ＰＤＣＣＨからスロットフォーマットを指示する下りリンク制御情報（ＤＣＩ）を獲得するステップと、を含み、
前記グループ共通ＰＤＣＣＨに対するブラインド検出において、前記端末は、前記複数のＰＤＣＣＨ候補を有するＣＳＳ内で所定位置のＰＤＣＣＨ候補上でのみ選択的に前記グループ共通ＰＤＣＣＨの検出を試みる、方法。
【請求項２】
さらに、上位層シグナリングを通じて前記グループ共通ＰＤＣＣＨに対する情報を受信するステップを含む、請求項１に記載の方法。
【請求項３】
前記端末は、前記グループ共通ＰＤＣＣＨに対する情報を通じて、前記グループ共通ＰＤＣＣＨのブラインド検出のための前記所定位置のＰＤＣＣＨ候補を決定する、請求項２に記載の方法。
【請求項４】
前記端末にはスロットフォーマット指示のためのＲＮＴＩが割り当てられて、
前記端末は、前記スロットフォーマット指示のためのＲＮＴＩを用いて、前記グループ共通ＰＤＣＣＨに対するブラインド検出を行う、請求項１に記載の方法。
【請求項５】
前記グループ共通ＰＤＣＣＨに対するブラインド検出において、
前記端末は、前記所定位置のＰＤＣＣＨ候補のＣＲＣ情報を前記スロットフォーマット指示のためのＲＮＴＩを用いて検査することで、 前記所定位置のＰＤＣＣＨ候補が前記グループ共通ＰＤＣＣＨに該当するか否かを判別する、請求項４に記載の方法。
【請求項６】
前記端末は、前記ＣＳＳに含まれた複数のＰＤＣＣＨ候補のうち前記グループ共通ＰＤＣＣＨの検出を試みない残りのＰＤＣＣＨ候補上では、前記スロットフォーマットを指示するＤＣＩとは異なるＤＣＩを運ぶ他のＰＤＣＣＨに対する検出を試みる、請求項１に記載の方法。
【請求項７】
前記端末は、前記所定位置のＰＤＣＣＨ候補上では、前記グループ共通ＰＤＣＣＨのみならず、前記他のＰＤＣＣＨに対する検出も試みる、請求項６に記載の方法。
【請求項８】
前記グループ共通ＰＤＣＣＨに対するブラインド検出において、
前記端末は前記ＣＳＳに含まれた複数のＰＤＣＣＨ候補のうち少なくとも先頭ＰＤＣＣＨ候補に対しては前記グループ共通ＰＤＣＣＨの検出を試みる、請求項１に記載の方法。
【請求項９】
前記グループ共通ＰＤＣＣＨのためのグループ探索空間（ＧＳＳ）は、前記ＣＳＳ内に設定される、請求項１に記載の方法。
【請求項１０】
前記グループ共通ＰＤＣＣＨのブラインド検出のための前記所定位置のＰＤＣＣＨ候補の数は、前記ＣＳＳに含まれた前記複数のＰＤＣＣＨ候補の数を超えない、請求項１に記載の方法。
【請求項１１】
前記所定位置のＰＤＣＣＨ候補の数が２つ以上である場合、前記グループ共通ＰＤＣＣＨのブラインド検出のための２つ以上のＰＤＣＣＨ候補は互いに連続する、請求項１に記載の方法。
【請求項１２】
さらに、各々が複数のスロットに対する組み合わせに該当するスロットフォーマットパターンを上位層シグナリングによって受信するステップを含み、
前記スロットフォーマットパターンのうち１つが前記ＤＣＩを通じて前記端末に指示される、請求項１に記載の方法。
【請求項１３】
無線通信システムにおいて、基地局が下りリンク制御情報を送信する方法であって、
スロットフォーマットを指示する下りリンク制御情報（ＤＣＩ）を生成するステップと、
複数のＰＤＣＣＨ候補を有する共通探索空間（ＣＳＳ）にグループ共通ＰＤＣＣＨをマッピングするステップと、
前記グループ共通ＰＤＣＣＨを通じて前記ＤＣＩを送信するステップと、を含み、
前記グループ共通ＰＤＣＣＨは、前記複数のＰＤＣＣＨ候補を有するＣＳＳ内で所定位置のＰＤＣＣＨ候補上にのみ選択的にマッピング可能である、方法。
【請求項１４】
下りリンク制御情報を受信する端末であって、
受信機と、
前記受信機を制御することで、複数のＰＤＣＣＨ候補を有する共通探索空間（ＣＳＳ）でグループ共通ＰＤＣＣＨに対するブラインド検出を行い、前記ブラインド検出されたグループ共通ＰＤＣＣＨからスロットフォーマットを指示する下りリンク制御情報（ＤＣＩ）を獲得するプロセッサーと、を含み、
前記グループ共通ＰＤＣＣＨに対するブラインド検出において、前記プロセッサーは、前記複数のＰＤＣＣＨ候補を有するＣＳＳ内で所定位置のＰＤＣＣＨ候補上でのみ選択的に前記グループ共通ＰＤＣＣＨの検出を試みる、端末。
【請求項１５】
下りリンク制御情報を送信する基地局であって、
スロットフォーマットを指示する下りリンク制御情報（ＤＣＩ）を生成して、複数のＰＤＣＣＨ候補を有する共通探索空間（ＣＳＳ）にグループ共通ＰＤＣＣＨをマッピングするプロセッサーと、
前記プロセッサーの制御に従って、前記グループ共通ＰＤＣＣＨを通じて前記ＤＣＩを送信する送信機と、を含み、
前記グループ共通ＰＤＣＣＨは、前記複数のＰＤＣＣＨ候補を有するＣＳＳ内で所定位置のＰＤＣＣＨ候補上にのみ選択的にマッピング可能である、基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関し、より具体的には、無線通信システムにおいて下りリンク制御情報を送信又は受信する方法及びそのための装置に関する。
【背景技術】
【０００２】
まず、既存の３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムについて簡略に説明する。図１を参照すると、端末は初期セル探索を行う（Ｓ１０１）。初期セル探索の過程において、端末は基地局からＰ−ＳＣＨ（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ）及びＳ−ＳＣＨ（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ）を受信して基地局と下りリンク同期を確立し、セルＩＤなどの情報を得る。その後、端末はＰＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を介してシステム情報（ｅ．ｇ．，ＭＩＢ）を得る。端末はＤＬＲＳ（Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）を受信して下りリンクチャンネル状態を確認することができる。
【０００３】
初期セル探索の後、端末はＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）及びＰＤＣＣＨによりスケジュールされたＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を受信して、より具体的なシステム情報（ｅ．ｇ．，ＳＩＢｓ）を得る（Ｓ１０２）。
【０００４】
端末は上りリンク同期化のために任意接続の過程（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。端末はＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）を介してプリアンブル（ｅ．ｇ．，Ｍｓｇ１）を送信し（Ｓ１０３）、ＰＤＣＣＨ及びＰＤＣＣＨに対応するＰＤＳＣＨを介してプリアンブルに対する応答メッセージ（ｅ．ｇ．，Ｍｓｇ２）を受信する（Ｓ１０４）。競争基盤任意接続の場合は、さらにＰＲＡＣＨの送信（Ｓ１０５）及びＰＤＣＣＨ／ＰＤＳＣＨの受信（Ｓ１０６）のような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）が行われる。
【０００５】
その後、端末は、一般的な上／下りリンク信号の送信手順としてＰＤＣＣＨ／ＰＤＳＣＨの受信（Ｓ１０７）及びＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）／ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）の送信（Ｓ１０８）を行う。端末が基地局にＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を送信する。ＵＣＩはＨＡＲＱ  ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）及び／又はＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｉｏｎ）などを含む。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明で遂げようとする技術的課題は、グループ共通ＰＤＣＣＨを通じてスロットフォーマットを指示する下りリンク制御情報をより効率的且つ正確に送受信するための方法及びそのための装置を提供することである。
【０００７】
本発明の技術的課題は、上述した技術的課題に制限されず、その他の技術的課題が本発明の実施例から導出され得る。
【課題を解決するための手段】
【０００８】
上述した技術的課題を達成するための本発明の一実施例による無線通信システムにおいて、端末が下りリンク制御情報を受信する方法は、複数のＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）候補を有する共通探索空間（ＣＳＳ）でグループ共通ＰＤＣＣＨに対するブラインド検出を行うステップ、および前記ブラインド検出されたグループ共通ＰＤＣＣＨからスロットフォーマットを指示する下りリンク制御情報（ＤＣＩ）を獲得するステップを含み、前記グループ共通ＰＤＣＣＨに対するブラインド検出において、前記端末は、前記複数のＰＤＣＣＨ候補を有するＣＳＳ内で所定位置のＰＤＣＣＨ候補上でのみ選択的に前記グループ共通ＰＤＣＣＨの検出を試みることができる。
【０００９】
上述した技術的課題を達成するための本発明の別の一実施例による無線通信システムにおいて、基地局が下りリンク制御情報を送信する方法は、スロットフォーマットを指示する下りリンク制御情報（ＤＣＩ）を生成するステップ、複数のＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）候補を有する共通探索空間（ＣＳＳ）にグループ共通ＰＤＣＣＨをマッピングするステップ、および前記グループ共通ＰＤＣＣＨを通じて前記ＤＣＩを送信するステップを含み、前記グループ共通ＰＤＣＣＨは、前記複数のＰＤＣＣＨ候補を有するＣＳＳ内で所定位置のＰＤＣＣＨ候補上にのみ選択的にマッピングすることができる。
【００１０】
上述した技術的課題を達成するための本発明の別の一実施例により下りリンク制御情報を受信する端末は、受信機、および前記受信機を制御することで、複数のＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）候補を有する共通探索空間（ＣＳＳ）でグループ共通ＰＤＣＣＨに対するブラインド検出を行い、前記ブラインド検出されたグループ共通ＰＤＣＣＨからスロットフォーマットを指示する下りリンク制御情報（ＤＣＩ）を獲得するプロセッサーを含み、前記グループ共通ＰＤＣＣＨに対するブラインド検出において、前記プロセッサーは、前記複数のＰＤＣＣＨ候補を有するＣＳＳ内で所定位置のＰＤＣＣＨ候補上でのみ選択的に前記グループ共通ＰＤＣＣＨの検出を試みることができる。
【００１１】
上述した技術的課題を達成するための本発明の別の一実施例により下りリンク制御情報を送信する基地局は、スロットフォーマットを指示する下りリンク制御情報（ＤＣＩ）を生成して、複数のＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）候補を有する共通探索空間（ＣＳＳ）にグループ共通ＰＤＣＣＨをマッピングするプロセッサー、および前記プロセッサーの制御に従って、前記グループ共通ＰＤＣＣＨを通じて前記ＤＣＩを送信する送信機を含み、前記グループ共通ＰＤＣＣＨは、前記複数のＰＤＣＣＨ候補を有するＣＳＳ内で所定位置のＰＤＣＣＨ候補上にのみ選択的にマッピングすることができる。
【００１２】
前記端末は、上位層シグナリングを通じて前記グループ共通ＰＤＣＣＨに対する情報を受信することができる。前記端末は、前記グループ共通ＰＤＣＣＨに対する情報を通じて、前記グループ共通ＰＤＣＣＨのブラインド検出のための前記所定位置のＰＤＣＣＨ候補を決定することができる。
【００１３】
前記端末にはスロットフォーマット指示のためのＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）が割り当てられてもよい。前記端末は、前記スロットフォーマット指示のためのＲＮＴＩを用いて、前記グループ共通ＰＤＣＣＨに対するブラインド検出を行うことができる。前記グループ共通ＰＤＣＣＨに対するブラインド検出において、前記端末は、前記所定位置のＰＤＣＣＨ候補のＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）情報を前記スロットフォーマット指示のためのＲＮＴＩを用いて検査することで、前記所定位置のＰＤＣＣＨ候補が前記グループ共通ＰＤＣＣＨに該当するか否かを判別することができる。
【００１４】
前記端末は、前記ＣＳＳに含まれた複数のＰＤＣＣＨ候補のうち、前記グループ共通ＰＤＣＣＨの検出を試みない残りのＰＤＣＣＨ候補上では、前記スロットフォーマットを指示するＤＣＩとは異なるＤＣＩを運ぶ他のＰＤＣＣＨに対する検出を試みることができる。前記端末は、前記所定位置のＰＤＣＣＨ候補上では、前記グループ共通ＰＤＣＣＨのみならず、前記他のＰＤＣＣＨに対する検出を試みることもできる。
【００１５】
前記端末は、前記ＣＳＳに含まれた複数のＰＤＣＣＨ候補のうち、少なくとも先頭ＰＤＣＣＨ候補に対しては、前記グループ共通ＰＤＣＣＨの検出を試みることができる。
【００１６】
前記グループ共通ＰＤＣＣＨのためのグループ探索空間（ＧＳＳ）は、前記ＣＳＳ内に設定されてもよい。
【００１７】
前記グループ共通ＰＤＣＣＨのブラインド検出のための前記所定位置のＰＤＣＣＨ候補の数は、前記ＣＳＳに含まれた前記複数のＰＤＣＣＨ候補の数を超えなくてもよい。
【００１８】
前記所定位置のＰＤＣＣＨ候補の数が２つ以上である場合、前記グループ共通ＰＤＣＣＨのブラインド検出のための２つ以上のＰＤＣＣＨ候補は互いに連続してもよい。
【００１９】
前記端末は、各々が複数のスロットに対する組み合わせに該当するスロットフォーマットパターンを上位層シグナリングを通じて受信してもよい。前記スロットフォーマットパターンのうち１つが前記ＤＣＩを通じて前記端末に指示されてもよい。
【発明の効果】
【００２０】
本発明の一実施例によれば、スロットフォーマットを指示するＤＣＩを運ぶグループ共通ＰＤＣＣＨがＣＳＳ内にマッピングされ、特に、ＣＳＳのＰＤＣＣＨ候補のうち所定位置のＰＤＣＣＨ候補上でのみマッピング可能であるため、グループ共通ＰＤＣＣＨの送受信のための無線リソースが明確に定義できるだけではなく、端末がグループ共通ＰＤＣＣＨをブラインド検出するとき、オーバーヘッドを低減することができる。
【００２１】
本発明の技術的効果は、上述した技術的効果に制限されず、その他の技術的効果が本発明の実施例から導出され得る。
【図面の簡単な説明】
【００２２】
【図１】３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムに用いられる物理チャンネル及びこれらを用いる一般的な信号送信方法を例示する図である。
【図２】本発明の一実施例によるスロットフォーマットのパターンを示す図である。
【図３】本発明の一実施例によってグループ共通ＰＤＣＣＨのためのｒｅｓｅｒｖｅｄリソース割り当てを示す図である。
【図４】本発明の一実施例によってＣＳＳ内に配置されたＧＳＳを示す図である。
【図５】本発明の一実施例によってＣＳＳ内に固定された位置を有するＧＳＳ候補を示す図である。
【図６】本発明の一実施例による多重ＣＣに対するスロットパターンを示す図である。
【図７】本発明の一実施例による多重ＣＣに対するスロットパターンを示す図である。
【図８】本発明の一実施例による多重ＣＣに対するスロットパターンを示す図である。
【図９】本発明の一実施例による下りリンク制御情報送受信方法のフローを示す図である。
【図１０】本発明の一実施例による端末及び基地局を示す図である。
【発明を実施するための形態】
【００２３】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進化したバージョンである。
【００２４】
説明を明確にするために、３ＧＰＰベースの移動通信システムを中心に記述するが、本発明の技術的思想がこれに制限されるわけではない。また、以下の説明で使われる特定用語は、本発明の理解を助けるために提供されるものであり、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更することもできる。
【００２５】
多数の通信機器がより大きな通信容量を要求することにより、最近論議されている次世代通信システムでは、既存の無線接続技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）に比べて向上したモバイルブロードバンド（ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）通信の必要性が高まっている。また多数の機器及び物事を連結していつでもどこでも多様なサービスを提供する大規模ＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ｍＭＴＣ）も次世代通信において考慮すべき主要なイッシュである。信頼性（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）などに敏感なサービス／ＵＥを考慮して、次世代通信システムとしてＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｌｂｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が論議されている。
【００２６】
このようにｅＭＢＢ、ｍＭＴＣ及びＵＲＬＣＣなどを考慮した新しい無線接続技術（Ｎｅｗ  ＲＡＴ）が次世代無線通信のために論議されている。
【００２７】
Ｎｅｗ  ＲＡＴの設計とかち合わないＬＴＥ／ＬＴＥ−Ａの動作及び設定はＮｅｗ  ＲＡＴにも適用することができる。Ｎｅｗ  ＲＡＴは便宜上５Ｇ移動通信とも称する。
【００２８】
＜ＮＲフレーム構造及び物理リソース＞
【００２９】
ＮＲシステムにおいて、下りリンク（ＤＬ）及び上りリンク（ＵＬ）の送信は１０ｍｓ長さ（ｄｕｒａｔｉｏｎ）を有するフレームを介して行われ、各々のフレームは１０つのサブフレームを含む。従って１サブフレームは１ｍｓに該当する。各々のフレームは２つのハーフフレーム（ｈａｌｆ−ｆｒａｍｅ）に分けられる。
【００３０】
１つのサブフレームは、Nsymbsubframe，μ= Nsymbslot X Nslotsubframe，μ個の連続したＯＦＤＭシンボルを含む。Nsymbslotはスロット当たりのシンボル数、μはＯＦＤＭニューマロロジー（ｎｕｍｅｒｏｌｏｇｙ）を表し、Nslotsubframe，μは該当μに対してサブフレーム当たりのスロット数を表す。ＮＲでは表１のような多重ＯＦＤＭニューマロロジーが支援される。
【００３１】
【表１】
2019531644.tif 000003
【００３２】
表１において、Δfはサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ、ＳＣＳ）を意味する。ＤＬキャリアＢＷＰ（ｂａｎｄｗｉｄｔｈ  ｐａｒｔ）に対するμ及びＣＰ（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）とＵＬキャリアＢＷＰに対するμ及びＣＰは、上りリンクシグナリングにより端末に設定される。
【００３３】
表２は、一般ＣＰの場合、各々のＳＣＳに対するスロット当たりのシンボル数（Nsymbslot）、フレーム当たりのスロット数（Nslotframe，μ）及びサブフレーム当たりのスロット数（Nslotsubframe，μ）を表す。
【００３４】
【表２】
2019531644.tif 000004
【００３５】
表３は、拡大ＣＰの場合、各々のＳＣＳに対するスロット当たりのシンボル数（Nsymbslot）、フレーム当たりのスロット数（Nslotframe，μ）及びサブフレーム当たりのスロット数（Nslotsubframe，μ）を表す。
【００３６】
【表３】
2019531644.tif 000005
【００３７】
このようにＮＲシステムではＳＣＳ（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ）によって１サブフレームを構成するスロット数が変更できる。各々のスロットに含まれたＯＦＤＭシンボルはＤ（ＤＬ）、Ｕ（ＵＬ）及びＸ（Ｆｌｅｘｉｂｌｅ）のうちいずれかである。ＤＬ送信はＤ又はＸシンボルで行われ、ＵＬ送信はＵ又はＸシンボルで行われる。なお、Ｆｌｅｘｉｂｌｅリソース（ｅ．ｇ．，Ｘシンボル）はＲｅｓｅｒｖｅｄリソース、Ｏｔｈｅｒリソース又はＵｎｋｎｏｗｎリソースとも称される。
【００３８】
ＮＲにおいて、１つのＲＢ（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）は周波数ドメインで１２つのサブキャリアに該当する。ＲＢは多数のＯＦＤＭシンボルを含むことができる。ＲＥ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）は１サブキャリア及び１ＯＦＤＭシンボルに該当する。従って、１ＲＢ内の１ＯＦＤＭシンボル上には１２ＲＥが存在する。
【００３９】
キャリアＢＷＰは連続するＰＲＢ（Ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）のセットで定義される。キャリアＢＷＰは簡略にＢＷＰとも称される。１つのＵＥには最大４つのＢＷＰが上りリンク／下りリンクの各々に対して設定される。多重のＢＷＰが設定されても、与えられた時間の間には１つのＢＷＰが活性化される。但し、端末にＳＵＬ（ｓｕｐｐｌｅｍｅｎｔａｒｙ  ｕｐｌｉｎｋ）が設定された場合、さらに４つのＢＷＰがＳＵＬに対して設定され、与えられた時間の間に１つのＢＷＰが活性化される。端末は活性化されたＤＬ  ＢＷＰから外れると、ＰＤＳＣＨ、ＰＤＣＣＨ、ＣＳＩ−ＲＳ（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ−ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）又はＴＲＳ（ｔｒａｃｋｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）を受信できない。また端末は活性化されたＵＬ  ＢＷＰから外れると、ＰＵＳＣＨ又はＰＵＣＣＨを受信できない。
【００４０】
＜ＮＲ  ＤＬ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ＞
【００４１】
ＮＲシステムにおいて、制御チャンネルの送信単位はＲＥＧ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）及び／又はＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）などで定義される。
【００４２】
ＲＥＧは、時間ドメインでは１ＯＦＤＭシンボル、周波数ドメインでは１ＰＲＢに該当する。また、１ＣＣＥは６ＲＥＧに該当する。１つの制御チャンネル候補を構成するＣＣＥの数は、集合レベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ，ＡＬ）によって異なってもよい。例えば、集合レベルがＮである場合、制御チャンネル候補は、Ｎ個のＣＣＥからなる。 
【００４３】
一方、制御リソースセット（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ，ＣＯＲＥＳＥＴ）及び探索空間（ｓｅａｒｃｈ  ｓｐａｃｅ、ＳＳ）について簡略に説明すると、ＣＯＲＥＳＥＴは制御信号送信のためのリソースのセットであり、探索空間は端末がブラインド検出を行う制御チャンネル候補の集まりである。探索空間はＣＯＲＥＳＥＴ上に設定されることができる。一例として、１つのＣＯＲＥＳＥＴに１つの探索空間が定義されると、ＣＳＳ（ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ）のためのＣＯＲＥＳＥＴとＵＳＳ（ＵＥ−ｓｐｅｃｉｆｉｃ  ｓｅａｒｃｈ  ｓｐａｃｅ）のためのＣＯＲＥＳＥＴが各々設定される。他の例として、１つのＣＯＲＥＳＥＴに多数の探索空間が定義されてもよい。例えば、ＣＳＳとＵＳＳが同じＣＯＲＥＳＥＴに設定されてもよい。以下の例示においては、ＣＳＳはＣＳＳが設定されるＣＯＲＥＳＥＴを意味し、ＵＳＳはＵＳＳが設定されるＣＯＲＥＳＥＴなどを意味してもよい。
【００４４】
基地局はＣＯＲＥＳＥＴに対する情報を端末にシグナリングすることができる。例えば、各ＣＯＲＥＳＥＴのためにＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎがシグナリングされてもよい。例えば、ＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎを通じて当該ＣＯＲＥＳＥＴの時間長さ（ｔｉｍｅ ｄｕｒａｔｉｏｎ）（ｅ．ｇ．， １／２／３シンボルなど）、周波数ドメインリソース（ｅ．ｇ．， ＲＢセット）、ＲＥＧ−ｔｏ−ＣＣＥマッピングタイプ（ｅ．ｇ．， ｉｎｔｅｒｌｅａｖｅｄ／Ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ）、プレコーディング粒度（ｇｒａｎｕｌａｒｉｔｙ）、ＲＥＧバンドリングサイズ（ｅ．ｇ．，ｉｎｔｅｒｌｅａｖｅｄ ｍａｐｐｉｎｇ ｔｙｐｅの場合）、インターリーバーサイズ（ｅ．ｇ．，ｉｎｔｅｒｌｅａｖｅｄ ｍａｐｐｉｎｇ ｔｙｐｅの場合）及びＤＭＲＳ設定（ｅ．ｇ．，スクランブリングＩＤ）のうち少なくとも１つがシグナリングされる。１シンボル−ＣＯＲＥＳＥＴにＣＣＥを分散させるインターリービングが適用される場合、２又は６個のＲＥＧのバンドリングが行われる。２シンボル−ＣＯＲＥＳＥＴに２又は６個のＲＥＧのバンドリングが行われ、時間優先マッピングが適用されてもよい。３シンボル−ＣＯＲＥＳＥＴに３又は６個のＲＥＧのバンドリングが行われ、時間優先マッピングが適用されてもよい。ＲＥＧバンドリングが行われた場合、端末は当該バンドリング単位に対してプレコーディングを仮定することができる。
【００４５】
＜Ｇｒｏｕｐ  Ｃｏｍｍｏｎ  ＰＤＣＣＨ＞
【００４６】
次に、グループ共通ＰＤＣＣＨで送信されるＤＣＩのコンテンツと予想ペイロードサイズを説明する。
【００４７】
また、グループ共通ＰＤＣＣＨのシグナリング方案についても説明する。例えば、シグナリング方法として、Ｒｅｓｅｒｖｅｄリソースを割り当てて送信する方法と探索空間（ｓｅａｒｃｈ ｓｐａｃｅ）を構成して送信する方法とがある。
【００４８】
また、グループ共通ＰＤＣＣＨを通じてスロットタイプに対する情報が伝達される場合、様々なＣＣ（ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ）を有して動作するＵＥにどのようにスロットタイプを伝達したら効率的であるのかについても説明する。
【００４９】
１．Ｃｏｎｔｅｎｔｓ  ｏｆ  Ｇｒｏｕｐ  Ｃｏｍｍｏｎ  ＰＤＣＣＨ
【００５０】
（１） Ｓｌｏｔ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｉｏｎ
【００５１】
グループ共通ＰＤＣＣＨはスロットフォーマットをＵＥ（ｓ）に通知するために用いられる。スロットフォーマットは様々なタイプで指示されてもよい。グループ共通ＰＤＣＣＨを通じて送信されるＤＣＩのペイロードサイズは、指示されるスロットフォーマットタイプによって可変してもよい。ネットワークはグループ共通ＰＤＣＣＨを通じて送信されるＤＣＩのペイロードサイズを上位層シグナリングによってＵＥに設定してもよい。 
【００５２】
１スロットのサイズ（ｅ．ｇ．，時間領域における長さ）はニューマロロジーによって変更されてもよい。１５ｋＨｚ ＳＣＳベースの１シンボル長（ｉ．ｅ．，ｔｉｍｅ ｄｕｒａｔｉｏｎ）は、６０ｋＨｚ ＳＣＳベースの４シンボル長と同一である。１５ｋＨｚ、６０ｋＨｚのＳＣＳは例示であって、上述した表１に説明された様々なＳＣＳに対しても同様な方式が適用され得る。例えば、ＳＣＳ １がＡｋＨｚ、ＳＣＳ ２がＢｋＨｚであり、Ｂ＝Ａ＊Ｍの関係にあるとき（ｗｈｅｒｅ Ａ， Ｂ、Ｍは自然数）、ＳＣＳ １に基づいた１ＯＦＤＭシンボル長は、ＳＣＳ ２に基づいたＭ ＯＦＤＭシンボル長と同一である。
【００５３】
グループ共通ＰＤＣＣＨはＵＥに用いられる実際のニューマロロジーには関係なく、基準ニューマロロジーに基づいてスロットフォーマットを指示することができる。基準ニューマロロジーは、ネットワークによって指示されたり（ｅ．ｇ．，ＲＲＣシグナリングなど）、予め設定されてもよい。一例として、ネットワークがＵＥに設定した様々なＳＣＳのうち、最小ＳＣＳが基準ニューマロロジーとして用いられてもよい。基準ニューマロロジーに基づいて、ＵＥは指示されたスロットタイプをＵＥのニューマロロジーとして解釈してもよく、どんなニューマロロジーがＵＥに用いられるかに関係なくスロットの正しいサイズを推定することができる。
【００５４】
また、本発明の別の一実施例によれば、１スロットを構成するシンボルの数もニューマロロジーによって変更されることができる。 
【００５５】
（ｉ）Ｓｌｏｔ  Ｔｙｐｅ
【００５６】
グループ共通ＰＤＣＣＨは少なくとも１つのスロットに対するタイプを指示することができる。
【００５７】
一例として、スロットは表４のように分類されるが、これに限定されない。
【００５８】
【表４】
2019531644.tif 000006
【００５９】
Ｄ−Ｃｅｎｔｒｉｃ、Ｕ−Ｃｅｎｔｒｉｃスロットタイプの場合、該当スロットがＤ−Ｃｅｎｔｒｉｃであるか或いはＵ−Ｃｅｎｔｒｉｃであるかのみが指示されるので、該当スロットに含まれた実際のシンボルの構成（ｅ．ｇ．，ｄｏｗｎｌｉｎｋ、ｕｐｌｉｎｋなど）を予め定義する必要がある。Ｄ／Ｕ−Ｃｅｎｔｒｉｃスロット内においてＤＬ／ＵＬ部分は予め定義されるか或いはネットワークにより設定される。ＤＬ／ＵＬリソースの構成によって１つ以上のＤ／Ｕ−Ｃｅｎｔｒｉｃパターンが存在することができる。
【００６０】
Ｒｅｓｅｒｖｅｄ／ＤＲスロットは用途が予め定義されることもあり、そうではないこともある。例えば、Ｒｅｓｅｒｖｅｄ／ＤＲスロットの用途は、システム情報又は上位層の指示などにより予め定義されることができる。Ｒｅｓｅｒｖｅｄ／ＤＲスロットの用途が予め定義されない場合は、ネットワークがグループ共通ＰＤＣＣＨを通じてスロットタイプを指示する時に用途を一緒に通知するか、或いはＵＥがＲｅｓｅｒｖｅｄ／ＤＲスロットの用途を知らなくもよい場合には用途を通知しなくてもよい。Ｒｅｓｅｒｖｅｄリソースはスロットタイプとは別に設定されてもよい。一例として、ネットワークは動的／準−静的シグナリングを通じてＲｅｓｅｒｖｅｄリソースの設定を行うことができる。
【００６１】
（ii）Ｓｌｏｔ  Ｔｙｐｅ  Ｐａｔｔｅｒｎ      
【００６２】
グループ共通ＰＤＣＣＨは多数のスロットに対するタイプを指示することができる。例えば、グループ共通ＰＤＣＣＨは多数のスロットの組み合わせのうち、少なくとも１つの組み合わせを指示することができる。ネットワークが多数のスロットの各々のタイプを１つ１つ指示する場合、グループ共通ＰＤＣＣＨのペイロードサイズが大きくなり、シグナリングオーバーヘッドが増加して非効率的である。従って、指示するスロット数と各々のスロットタイプが１つのパターンで定義され、ネットワークはパターンのインデックスをグループ共通ＰＤＣＣＨを通じてＵＥに指示することができる。
【００６３】
多数のスロットタイプのパターンが定義される。一例として、スロットタイプのパターンは［ｐｅｒｉｏｄｉｃｉｔｙ／ｓｌｏｔ  ｔｙｐｅｓ又はｐａｔｔｅｒｎｓ又はａ  ｓｅｔ  ｏｆ  ｓｌｏｔ  ｔｙｐｅｓ］で定義されてもよいが、これに限定されない。
【００６４】
図２は、本発明の一実施例によるスロットフォーマットのパターンを示す図である。図２においてＤＵはスロットの半分がＤシンボルで、他の半分はＵシンボルであるスロットを意味する。
【００６５】
なお、ＦＤＤシステムの場合、図２において、Ｄに該当するスロットはＤＬ帯域（ｅ．ｇ．，ＤＬ  ＢＷＰ）に対するスロットフォーマットに該当し、Ｕに該当するスロットはＵＬ帯域（ｅ．ｇ．，ＵＬ  ＢＷＰ）に対するスロットフォーマットに該当すると解釈できる。例えば、基地局がＤスロットフォーマットとＵスロットフォーマットを組み合わせたパターンを端末に設定することは、基地局がＤＬ帯域（ｅ．ｇ．，ＤＬ  ＢＷＰ）に対するスロットフォーマットとＵＬ帯域（ｅ．ｇ．，ＵＬ  ＢＷＰ）に対するスロットフォーマットを組み合わせたパターンを端末に設定することとも解釈できる。
【００６６】
当該セル又は当該グループで使用可能な複数のスロットタイプパターンが定義／設定されてもよく、ネットワークは複数のスロットタイプパターンのうちどんなパターンを用いるかをＵＥに指示することができる。例えば、定義されたパターンのうちのサブセットがＵＥにシグナリングされる。図２では、全１２個のパターンが示されるが、１２個のパターンのうち２スロット区間を用いて定義される５〜８番目のパターンが使用可能なものとしてＵＥにシグナリング（ｅ．ｇ．，上位層シグナリング）される。この場合、４個のパターン＃５〜８は再びインデックスされて＃１〜４パターンとみなされてもよい。 
【００６７】
このように、スロットタイプパターンのサブセットがＵＥに予め通知された場合、ネットワークは順次に再びインデックスされたパターンのインデックス（ｅ．ｇ．， ＃１〜４のうちいずれか１つ）のみグループ共通ＰＤＣＣＨで送信してもよい。よって、グループ共通ＰＤＣＣＨのシグナリングオーバーヘッドが減少できる。例えば、グループ共通ＰＤＣＣＨは１２個のパターンを全てカバーする必要はなく、４個のパターンがカバーできるように構成されてもよく、この場合、グループ共通ＰＤＣＣＨのペイロードサイズが減少できる。
【００６８】
なお、以上の説明は１ＵＥの観点から記述されたが、グループ共通ＰＤＣＣＨは複数のＵＥ（ｓ）からなる端末グループに共通して送信される制御チャンネルであるため、グループ共通ＰＤＣＣＨが運ぶＤＣＩは端末グループに属する複数のＵＥに対する複数のスロットフォーマット指示を含んでもよい。一例として、ＵＥグループ＝{ＵＥ １、ＵＥ ２、．．．、ＵＥ ｋ}に対して送信されるグループ共通ＰＤＣＣＨは、ｋ個のスロットフォーマットパターン＝{Ｐａｔｔｅｒｎ １、Ｐａｔｔｅｒｎ ２、．．．、Ｐａｔｔｅｒｎ ｋ}を指示することができる。各ＵＥはｋ個のスロットフォーマットパターンのうち自分に該当する位置のスロットフォーマットパターンを獲得することができる。一例として、ＵＥ １に、図２に示された１２個のパターンのうち４個のパターン＃５〜８がサブセットとして上位層シグナリングされて、上位層シグナリングされたパターン＃５〜８が再びインデックスされてパターン＃１〜４に該当すると仮定する。仮に、グループ共通ＰＤＣＣＨを通じてＵＥ１に指示されたＰａｔｔｅｒｎ １のインデックスが＃２であれば、ＵＥ １はネットワークが指示するスロットフォーマットが[Ｄ−ｃｅｎｔｒｉｃ，Ｕ]であることを把握することができる。 
【００６９】
スロットタイプパターンのサブセットに関する情報は、ＭＡＣ  ＣＥ（ｃｏｎｔｒｏｌ  ｅｌｅｍｅｎｔ）を通じてＵＥに伝達されるか、或いはグループ共通ＰＤＣＣＨを通じて送信される。又は、ネットワークはシステム情報を通じてパターンが指示される区間（ｐｅｒｉｏｄ）を前もって定義することもできる。又はスロットタイプパターンのサブセットに関する情報は、ＵＥ−ｓｐｅｃｉｆｉｃ上位層シグナリングを通じて送信されることもできる。
【００７０】
長い区間に対するパターンは短い区間に対するパターンを繰り返す形態で定義されることもできる。この場合、ネットワークが２つのスロットフォーマットを同時に指示する状況では、長い区間に対するパターン情報が短い区間に対するパターン情報の代わりになれるというメリットがある。
【００７１】
（iii）シンボル単位の指示
【００７２】
本発明の別の一実施例では、グループ共通ＰＤＣＣＨはスロットを構成するシンボル単位でスロットタイプを指示することができる。例えば、表Ｄ／Ｕ／Ｒｅｓｅｒｖｅｄなどのリソースタイプがシンボル単位として適用される。
【００７３】
表５は１スロットが７つのシンボルからなっているという仮定下で例示的なスロットフォーマットを表す。
【００７４】
【表５】
2019531644.tif 000007
【００７５】
（ｉｖ）Ｓｙｍｂｏｌパターン
【００７６】
以上ではグループ共通ＰＤＣＣＨがスロットパターンのインデックスを指示する方法について説明したが、本発明の別の一実施例によれば、グループ共通ＰＤＣＣＨがシンボルパターンのインデックスを指示することもできる。
【００７７】
表６は１スロットが７つのシンボルからなっているという仮定下で例示的なシンボルパターン（又はスロットフォーマット）を表している。
【００７８】
【表６】
2019531644.tif 000008
【００７９】
（２）Ｏｔｈｅｒ  ｉｎｆｏｒｍａｔｉｏｎ
【００８０】
グループ共通ＰＤＣＣＨはスロットフォーマットの情報以外にもさらに他の情報を含む。
【００８１】
（ｉ）Ｐｕｎｃｔｕｒｉｎｇ  Ｉｎｄｉｃａｔｉｏｎ：グループ共通ＰＤＣＣＨはＵＲＬＬＣのためのパンクチャリング（Ｐｕｎｃｔｕｒｉｎｇ）情報を含む。ＵＲＬＬＣとして使用される区間はスロット単位で指示されるか、或いはシンボル単位で指示される。
【００８２】
（ii）Ｓｅｍｉ−Ｓｔａｔｉｃ  Ｒｅｓｏｕｒｃｅ  ｉｎｆｏｒｍａｔｉｏｎ：グループ共通ＰＤＣＣＨはＣＳＩ−ＲＳのように準−静的リソースに関する情報を含む。一例として、グループ共通ＰＤＣＣＨは該当準−静的リソースが何であるか、該当準−静的リソースに周期を有する場合、その周期及び送信される時間範囲などの情報を指示することができる。
【００８３】
２．Ｇｒｏｕｐ  Ｃｏｍｍｏｎ  ＰＤＣＣＨの送信
【００８４】
ネットワークがグループ共通ＰＤＣＣＨを送信する方法として、（１）グループ共通ＰＤＣＣＨのために予約された（ｒｅｓｅｒｖｅｄ）リソースを確保して送信する方法と、（２）グループ共通ＰＤＣＣＨのための探索空間を構成して送信する方法とが考えられる。ただし、グループ共通ＰＤＣＣＨのための探索空間を設定することは、グループ共通ＰＤＣＣＨのためのリソースを予約することと解釈されてもよく、その逆の場合も同様に解釈されてもよい。このような方法（１）と方法（２）との区分は、説明の便宜のための論理的な区分であり、方法（１）と方法（２）とは互いにかち合わない範囲内で組み合わされてもよい。 
【００８５】
（１）Ｒｅｓｅｒｖｅｄリソースを用いたグループ共通ＰＤＣＣＨの送信
【００８６】
ネットワークはグループ共通ＰＤＣＣＨを送信可能なリソース（ｅ．ｇ．，ＲＥ、ＲＥＧ、ＲＢ、ＣＣＥなど）を予め確保しておく。
【００８７】
グループ共通ＰＤＣＣＨも制御チャンネルであるので、ＣＯＲＥＳＥＴ上に配置できる。またグループ共通ＰＤＣＣＨのためのＲｅｓｅｒｖｅｄリソースの位置は、他の制御チャンネルとのｂｌｏｃｋｉｎｇが最小になるように配置することが好ましい。特に、グループ共通ＰＤＣＣＨはＣＳＳとのｂｌｏｃｋｉｎｇを最大限に避ける必要がある。
【００８８】
Ｌｏｇｉｃａｌ  Ｄｏｍａｉｎで制御チャンネルが送信される位置が定義される時、グループ共通ＰＤＣＣＨのためのＲｅｓｅｒｖｅｄリソースの論理的な位置は、ＣＳＳの直前或いは直後である。又はグループ共通ＰＤＣＣＨのためのＲｅｓｅｒｖｅｄリソースは、ＣＯＲＥＳＥＴの最後に位置するか或いはＣＳＳの開始インデックス又は終了インデックスから一定のオフセットほど離隔した位置に配置される。この時、オフセットはセル別／グループ別に異なってもよい。オフセットはシステム情報又は上位層シグナリングなどによりＵＥに通知される。
【００８９】
又はグループ共通ＰＤＣＣＨのためのリソースはＣＳＳ内に配置されてもよい。この時、グループ共通ＰＤＣＣＨのサイズは、ＣＳＳ内の制御チャンネル候補のうち最小候補のサイズと同一であるか又は小さい。この場合、ＣＳＳの候補の内部にグループ共通ＰＤＣＣＨのためのＲｅｓｅｒｖｅｄリソースが含まれることができるが、ＣＳＳ内のＲｅｓｅｒｖｅｄリソースでグループ共通ＰＤＣＣＨが検出されたか否かに関係なく、ＵＥはＣＳＳに対するブラインド検出（ＢＤ）を基本的に行うことができる。
【００９０】
グループ共通ＰＤＣＣＨのためのｒｅｓｅｒｖｅｄリソースに対する情報（ｅ．ｇ．，ｒｅｓｅｒｖｅｄリソースの位置）は、システム情報又は上位層シグナリングなどによってＵＥに通知されてもよい。ＣＳＳ上の候補によってグループ共通ＰＤＣＣＨが送信される場合、ＣＳＳ内でＰＤＣＣＨ（ｅ．ｇ．，グループ共通ＰＤＣＣＨではないセル共通制御情報）を送信するために使用可能な候補が減少でき、これはＣＳＳ ｂｌｏｃｋｉｎｇと類似した結果をもたらす。よって、グループ共通ＰＤＣＣＨがＣＳＳに設定された場合、端末はグループ共通ＰＤＣＣＨがマッピングされた候補は、他のチャンネルのＣＳＳ候補としては用いられないと仮定して、これを有効ではない候補（Ｉｎｖａｌｉｄ ｃａｎｄｉｄａｔｅ）と仮定することができる。ＵＥはＩｎｖａｌｉｄ Ｃａｎｄｉｄａｔｅに対するブラインド検出をスキップして、次の候補に移ってもよい。また、グループ共通ＰＤＣＣＨが一般的なＰＤＣＣＨと同様にＣＳＳを用いて送信されることと定義されてもよく、この場合、ＣＳＳに対する一般的なブラインド検出過程がグループ共通ＰＤＣＣＨに対しても同様に行われてもよい。
【００９１】
図３は、本発明の一実施例によって、グループ共通ＰＤＣＣＨのためのｒｅｓｅｒｖｅｄリソース割り当てを示す。図３において、点線で示されたブロックにはグループ共通ＰＤＣＣＨがマッピングされる。 
【００９２】
図３（ａ）は、第１の候補にグループ共通ＰＤＣＣＨのためのｒｅｓｅｒｖｅｄリソースが割り当てられた場合を示す。よって、ＵＥは当該ブロックに対してはグループ共通ＰＤＣＣＨのブラインド検出を行うことができる。例えば、ＵＥは第１の候補に対して、後述するＧ−ＲＮＴＩを用いてグループ共通ＰＤＣＣＨに対するブラインド検出を行うことができる。図３（ａ）では、便宜のために、第１の候補のみがグループ共通ＰＤＣＣＨのためのｒｅｓｅｒｖｅｄリソースが割り当てられたことを示したが、本発明はこれに限定されず、例えば、最初のＮ個の候補がグループ共通ＰＤＣＣＨのためのｒｅｓｅｒｖｅｄリソースを含んでもよい。また、上述したように、ｒｅｓｅｒｖｅｄリソースの位置などは上位層シグナリングを通じてＵＥに指示されてもよい。一例として、ネットワークはｒｅｓｅｒｖｅｄリソースの位置に対する情報としてＮ値を上位層シグナリングを通じてＵＥに指示してもよい。 
【００９３】
図３（ｂ）は、最後の候補の次にグループ共通ＰＤＣＣＨのためのｒｅｓｅｒｖｅｄリソースが割り当てられた場合を示す。図３（ｃ）は、最後の候補から所定のオフセットを有する位置にグループ共通ＰＤＣＣＨのためのｒｅｓｅｒｖｅｄリソースが割り当てられた場合を示す。 
【００９４】
（２）探索空間を通じたグループ共通ＰＤＣＣＨ送信
【００９５】
ネットワークはグループ共通ＰＤＣＣＨが送信できる探索空間を設定して、ＵＥは当該探索空間でブラインド検出を行い、グループ共通ＰＤＣＣＨを検出することができる。
【００９６】
（ｉ）Ｗｉｔｈ  ｔｈｅ  Ｇ−ＲＮＴＩ
【００９７】
便宜のためにグループ共通ＰＤＣＣＨが送信できる探索空間をＧＳＳ（ｇｒｏｕｐ ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ）と称する。また、ＧＳＳ内でグループ共通ＰＤＣＣＨを検出するために必要なＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）をＧ（ｇｒｏｕｐ）−ＲＮＴＩと称する。一例として、グループ共通ＰＤＣＣＨのＣＲＣはＧ−ＲＮＴＩを通じてスクランブリング又はマスキングされる。スロットフォーマットを指示するグループ共通ＰＤＣＣＨの送信のためのＲＮＴＩの名称は、Ｇ−ＲＮＴＩに限定されず、他の名称、例えばＳＦＩ（ｓｌｏｔ ｆｏｒｍａｔ ｉｎｄｉｃａｔｉｏｎ）−ＲＮＴＩとも称される。 
【００９８】
１ＵＥは１つ又は複数のＧ−ＲＮＴＩを有してもよい。例えば、１つのＵＥは１つ又は複数のＧＳＳを設定されることができる。ＧＳＳはその数には関係なく、以下のように定義される。
【００９９】
ａ．ＧＳＳ  ｉｎ  ＣＳＳ（ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ）
【０１００】
一例として、ネットワークはＧＳＳをＣＳＳ内部にランダムに配置してもよい。また、上述したように、ネットワークはＧＳＳをＣＳＳ内部で予め定義／上位層シグナリングされた位置に配置してもよい。ＣＳＳ内にＧＳＳを配置するためにＣＳＳの候補のサイズ及び／又は数に比べてＧＳＳの候補のサイズ及び／又は数が少ないか又は同一であってもよい。例えば、ＣＳＳ候補のうち一部はＧＳＳ候補用として割り当てられてもよい。ＧＳＳの候補は互いに連続して配置されてもよく、個別に分散して配置されてもよい。
【０１０１】
ＧＳＳの候補のサイズがＣＳＳの候補のサイズと同一の場合、ＵＥはＣＳＳに対するブラインド検出を行いながらＧＳＳに対するＣＲＣ検査のみさらに行えば（ｅ．ｇ．， Ｇ−ＲＮＴＩを通じてＣＲＣ検査）良いため、ＧＳＳの追加配置によって生じる追加のブラインド検出のオーバーヘッドの問題を解決することができる。 
【０１０２】
図４は、本発明の一実施例によって、ＣＳＳ内に配置されたＧＳＳを示す。
【０１０３】
ＧＳＳ候補のうち最大の候補のサイズは、ＣＳＳの最小の候補のサイズより小さいか、同じであり、ＧＳＳ候補の数はＣＳＳ候補の数の半分以下である環境を考慮することができる。 
【０１０４】
ｂ．ＧＳＳ  ｉｎ  ＣＯＲＥＳＥＴ
【０１０５】
ＵＳＳと同様に、ネットワークはＧ−ＲＮＴＩを用いたハッシング関数（ｈａｓｈｉｎｇ ｆｕｎｃｔｉｏｎ）によってＧＳＳをＣＯＲＥＳＥＴ全般にわたってランダムに配置してもよい。ＧＳＳの候補は互いに連続して配置されてもよく、個別に分散して配置されてもよい。
【０１０６】
（ii）Ｗｉｔｈｏｕｔ  ｔｈｅ  Ｇ−ＲＮＴＩ
【０１０７】
ａ．ＧＳＳ  ｉｎ  ＣＳＳ
【０１０８】
ネットワークはＧＳＳをＣＳＳ内部に配置してもよい。上述したＣＳＳ内部にＧＳＳを配置する方法と一部類似しているが、本実施例によれば、ＣＳＳ内に送信され得る制御チャンネルとのｂｌｏｃｋｉｎｇ確率を減らすために、ネットワークはＧＳＳを形成してＣＳＳ内部に配置することができる。ＣＳＳ候補のサイズ／数に比べてＧＳＳのサイズ／数が少ないか又は同一であってもよい。 
【０１０９】
Ｇ−ＲＮＴＩのない場合には、ＧＳＳの候補位置が定められていることが望ましい。例えば、ＣＳＳに含まれた候補のうち最初のＫ個の候補（又は、Ｎ番目乃至Ｍ番目の候補）がＧＳＳ候補として用いられてもよい。ＧＳＳの候補のサイズがＣＳＳの候補のサイズと同一である場合、ＵＥがＣＳＳに対するブラインド検出を行いながらＧＳＳに対するＣＲＣ検査のみをさらに行えばよいため、ＧＳＳの追加配置によって生じる追加のブラインド検出を減らすことができる。 
【０１１０】
ＧＳＳの候補位置がＣＳＳ内に予め定義／設定されるのは、Ｇ−ＲＮＴＩのない場合に限られず、Ｇ−ＲＮＴＩが用いられる場合でもＧＳＳの候補の位置がＣＳＳ内に予め定義／設定され得ることは当業者であれば理解できる。
【０１１１】
各々のＣＳＳ候補内に配置可能なＧＳＳ候補の位置は、システム情報又は上位層シグナリングによってシグナリングされたり予め定義される。ＧＳＳの候補は互いに連続して配置されてもよく、個別に分散して配置されてもよい。
【０１１２】
図５は、本発明の一実施例によって、ＣＳＳ内に固定された位置を有するＧＳＳ候補を示す。
【０１１３】
一例として、ＧＳＳの候補とＣＳＳの候補とが同一のサイズである場合、ＣＳＳの偶数目又は奇数目の候補に該当するＣＣＥ開始インデックスがＧＳＳ候補のＣＣＥ開始インデックスとして用いられてもよい。
【０１１４】
別の一例として、ＣＳＳの候補よりもＧＳＳ候補のＣＣＥが小さい場合、ＣＳＳの偶数目又は奇数目の候補内の偶数目又は奇数目のＣＣＥのインデックスがＧＳＳ候補のＣＣＥ開始インデックスとして用いられることができる。
【０１１５】
ｂ．ＧＳＳ  ｉｎ  ＣＯＲＥＳＥＴ
【０１１６】
ＧＳＳがＬＴＥのＣＳＳのように別のＲＮＴＩ無しに連続して構成できる場合、ＧＳＳの開始インデックスはＣＳＳの開始インデックス或いは終了インデックスにオフセットを適用して与えられる。
【０１１７】
オフセットはセル別／グループ別に異なってもよい。オフセットはシステム情報又は上位層シグナリングなどによりＵＥに通知される。
【０１１８】
もしグループ共通ＰＤＣＣＨがＣＳＳの一部に送信される場合（ＧＳＳ候補が固定されるか或いは固定されない場合）、ＵＥはＣＳＳが送信されるスロット又はｍｉｎｉ−スロットにのみグループ共通ＰＤＣＣＨが送信されると仮定できる。
【０１１９】
もしグループ共通ＰＤＣＣＨがＣＳＳと別のリソースに送信される場合、グループ共通ＰＤＣＣＨが送信できるスロット又はｍｉｎｉ−スロットのインターバル及びリソースはＣＳＳとは別に設定される。
【０１２０】
グループ共通ＰＤＣＣＨのＤＣＩ（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）のサイズがＣＳＳで送信されるＤＣＩと異なる場合、ＵＥがグループ共通ＰＤＣＣＨのためにモニタリングすべきスロットのセットは、ＣＳＳモニタリングセットとは異なる。より一般には、 ＵＥがモニタリングするスロット又はｍｉｎｉ−スロットのセットがＲＮＴＩごとに異なるように構成されるか、或いはＵＥがモニタリングするスロット又はｍｉｎｉ−スロットのセットがＤＣＩのサイズごとに異なるように設定される。
【０１２１】
３．Ｓｌｏｔ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｉｏｎ  ｆｏｒ  Ｍｕｌｔｉｐｌｅ  Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒｓ
【０１２２】
ＵＥが複数のキャリアを用いているとき（ｅ．ｇ．， ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）、ネットワークは各キャリアで用いられるスロットフォーマットをＵＥに通知してもよい。後述では、各キャリア毎にスロットフォーマットが指示されることを仮定して説明したが、本発明はこれに限定されず、特定の周波数帯域（ｅ．ｇ．， ＢＷＰ）毎にスロットフォーマットが指示されることと解釈できる。例えば、キャリア又はＣＣ（ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ）は周波数帯域の単位として解釈できる。
【０１２３】
（１）多重ＣＣに対するグループ共通ＰＤＣＣＨの送信
【０１２４】
ネットワークは各々のＣＣ毎にグループ共通ＰＤＣＣＨを送信することにより、各々のＣＣ毎にスロットフォーマット指示を送信できる。又はネットワークは１つのＰＣＣ（Ｐｒｉｍａｒｙ  ＣＣ）を通じて全てのＣＣに対するスロットフォーマットを通知できる。
【０１２５】
ＵＥが使用するＣＣが多い場合、ネットワークはこれらＣＣを複数のグループに分類して各々のグループ毎にＰＣＣを定義することができる。ネットワークは各々のグループのＰＣＣを通じて該当グループ内のＣＣに対するスロットフォーマットを通知することができる。
【０１２６】
ＣＣをグルーピングする方法は以下の通りである。
【０１２７】
（ｉ）スロットフォーマットが同じＣＣ
【０１２８】
ネットワークはスロットフォーマットが同一であるＣＣを同じグループにグルーピングすることができる。この場合、ネットワークは各々のＣＣ毎にスロットフォーマットを指示する必要がなく、１つのＣＣに対するスロットフォーマットのみを指示する。従って、スロットフォーマットの指示に求められる情報量とシグナリングのオーバーヘッドが減少する。
【０１２９】
（ii）ｎｕｍｅｒｏｌｏｇｙが同じＣＣ
【０１３０】
ネットワークはニューマロロジーが同一であるＣＣを同じグループにグルーピングすることができる。この場合、グループ内の全てのＣＣのスロット長さが同一である。従って、ネットワークは同じ時間長さに対するスロットフォーマットを指示する時、ニューマロロジーの差によって発生するスロットインデックスの差を考慮しなくてもよい。
【０１３１】
ネットワークが多数のＣＣに対するスロットフォーマット情報を伝達する場合、グループ共通ＰＤＣＣＨのペイロードサイズが非常に大きくなることができる。グループ共通ＰＤＣＣＨのペイロードの最大サイズは、［１ＣＣに対するスロットフォーマット情報＊ＣＣの数］になるので、１ＣＣに対するスロットフォーマット情報のサイズを増加させることは難しい。シンボル単位のスロットフォーマットの指示は多い情報量を要求するので、ＵＥに多数のＣＣが設定された時、使用できるスロットフォーマットの指示はスロットタイプの指示であるか或いはスロットタイプパターンの指示である。
【０１３２】
多重ＣＣのためのグループ共通ＰＤＣＣＨのペイロードサイズは、ＣＣがグルーピングされたか否かによって決定される。グルーピングされるＣＣのニューマロロジーが同一である時、指示されるスロットタイプが同一である場合には問題がないが、各々のＣＣに異なるスロットタイプが指示される場合には１つのスロットフォーマットの指示で複数のＣＣを支援することは難しい。
【０１３３】
なお、スロットタイプのパターンを通じてスロットフォーマットを指示する時、グループ内のＣＣが受けるスロットフォーマットの区間が異なる場合にも問題になる。指示を受けるスロットフォーマの長さがＣＣ毎に異なる場合であって、ＵＥに長い区間に対するスロットフォーマットが送信された時には、短い区間に対するスロットフォーマットに変換することもできる。又はネットワークは１つのスロットフォーマット指示を通じて複数のスロットフォーマット区間に対する指示を行うことができる。
【０１３４】
一例として、長いスロット区間に対するパターンは、短いスロット区間が繰り返されるパターンにより定義することができる。
【０１３５】
別の一例として、長いスロット区間に対するパターンに連係される短いスロット区間に対するパターンが予め定義されることができる。ＵＥは長いスロット区間に対するパターンを受けても該当パターンとマッチングされる短いスロット区間のパターンを使用することができる。
【０１３６】
図６及び図７を参照しながら、より具体的な例を説明する。図６及び図７は本発明の一実施例による多重ＣＣに対するスロットパターンを示す図である。
【０１３７】
図６及び図７においては、グループ内の複数のＣＣのうち、スロットパターン区間として４つのスロットが指示されるＣＣと、スロットパターン区間として２つのスロットが指示されるＣＣがあると仮定する。
【０１３８】
図６を参照すると、４スロット区間に対するパターンは、２スロット区間に対するパターンを２回繰り返す形態で定義される。
【０１３９】
図７を参照すると、４スロット区間に対するパターンと連係される２スロット区間に対するパターンが定義される。
【０１４０】
各々のＣＣ毎にニューマロロジーが異なるが、スロットパターン指示のための時間長さが同じ場合、スロットパターンの区間はｎｕｍｅｒｏｌｏｇｙの差により決定される。例えば、短いスロット区間に対するパターンはＳＣＳが小さいＣＣのために使用され、短いスロット区間に対するパターンを通じて定義される長いスロット区間に対するパターンはＳＣＳが大きいＣＣのために使用される。これは、時間長さが同一である時、ＳＣＳが大きいＣＣのスロット数が、ＳＣＳのサイズが小さいＣＣのスロット数より多いためである。
【０１４１】
図８は本発明の他の例による多重ＣＣに対するスロットパターンを示す図である。４スロットに対するパターンはＳＣＳ  ３０ｋＨｚを使用するＣＣに対するパターンであり、２スロットに対するパターンはＳＣＳ  １５ｋＨｚを使用するＣＣに対するパターンであると仮定する。
【０１４２】
図８（ａ）において、４スロット区間に対するパターンは２スロット区間に対するパターンを２回繰り返す形態で定義される。
【０１４３】
図８（ｂ）において、４スロット区間に対するパターンと２スロット区間に対するパターンは互いに連係されている。
【０１４４】
このように１つのスロットフォーマット指示により、他のニューマロロジーを使用する複数のＣＣに対するスロットパターンを指示することができる。
【０１４５】
複数のキャリアに対するスロットフォーマットが１つのグループ共通ＰＤＣＣＨを通じて指示される時、各々のキャリアのスロットフォーマットに対する区間は、グループ共通ＰＤＣＣＨを送信するキャリアを基準としてマッチングされる。もし特定のキャリアのスロットフォーマットの区間が基準となる区間より短い場合、繰り返しパターン／区間にマッチングされた新たなＣｏｎｆｉｇｕｒａｔｉｏｎセットが与えられる。特定のキャリアのスロットフォーマットの区間が基準となる区間より長い場合にも同様に処理できる。
【０１４６】
（２）スロットフォーマットの指示方式
【０１４７】
ネットワーク基準におけるＣＣインデックスとＵＥ基準におけるＣＣインデックスは異なることができる。従って、ネットワークはＣＣに対するスロットフォーマットを通知する時、ＣＣインデックスの差を考慮する。
【０１４８】
例えば、ネットワーク基準におけるＣＣをＮＣＣ、ＵＥ基準におけるＣＣをＵＣＣとした時、ＮＣＣ１は多数のＵＣＣ（ｅ．ｇ．，ＵＣＣ１〜ＵＣＣｎ）に分けられる。ネットワークがＵＥの基準であるＵＣＣを基準としてスロットフォーマットを通知しないと、ＵＥは指示された情報を正しく認識することができない。
【０１４９】
ＮＣＣとＵＣＣの関係は、ＵＥ−ｓｐｅｃｉｆｉｃに伝達できる。例えば、ＮＣＣに設定されたＣＣがｍ個有り、ＵＣＣに設定されたＣＣがｎ個有る時、ＮＣＣとＵＣＣの関係はネットワークにより定義される。ＮＣＣとＵＣＣの関係はＭＡＣ  ＣＥ、システム情報又はグループ共通ＰＤＣＣＨによりシグナリングされる。
【０１５０】
表７は１つのＵＥに対するＮＣＣとＵＣＣの関係を例示する。
【０１５１】
【表７】
2019531644.tif 000009
【０１５２】
（ｉ）ネットワーク観点でのスロットフォーマットの指示
【０１５３】
ネットワークはＮＣＣのインデックスに基づいてスロットフォーマットを指示できる。ＵＥは、ＮＣＣのインデックスを基準としてスロットフォーマットが指示されると、ＮＣＣに対応する自分のＵＣＣのインデックスを探し、指示されたスロットフォーマットを対応する自分のＵＣＣのスロットフォーマットとして使用できる。
【０１５４】
（ii）ＵＥ観点でのスロットフォーマットの指示
【０１５５】
ネットワークはＵＣＣのインデックスに基づいてスロットフォーマットを指示できる。ネットワークは同じグループに属するＵＥのうち、ＵＣＣを最も多く有しているＵＥのＵＣＣの数（ＵＣＣ_ｍａｘ）ほどスロットフォーマットを定義して指示することができる。ＵＣＣ_ｍａｘより小さい数のＵＣＣを有するＵＥは、自分が有しているＵＣＣの数ほどの指示情報のみを選択的に獲得して、自分のＵＣＣ毎のスロットフォーマットを決定する。
【０１５６】
ＮＣＣとＵＣＣのマッピングが複数のＵＥに対して同様に行われる場合、ＵＣＣインデックスに基づいてスロットフォーマットを指示することが容易である。
【０１５７】
図９は、本発明の一実施例によるスロットフォーマット指示を含む下りリンク制御情報の送受信方法のフローを示す。図９は、上述した実施例に対する例示的な形態であって、上述した内容と重複する説明は省略する。
【０１５８】
図９を参照すれば、基地局はスロットフォーマットを指示する下りリンク制御情報（ＤＣＩ）を生成することができる（９０５）。 
【０１５９】
基地局は、複数のＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）候補を有する共通探索空間（ＣＳＳ）にグループ共通ＰＤＣＣＨをマッピングすることができる（９１０）。グループ共通ＰＤＣＣＨは、複数のＰＤＣＣＨ候補を有するＣＳＳ内に所定位置のＰＤＣＣＨ候補上にのみ選択的にマッピングすることができる。
【０１６０】
基地局はグループ共通ＰＤＣＣＨを通じて前記ＤＣＩを送信することができる（９２０）。
【０１６１】
端末は、複数のＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）候補を有する共通探索空間（ＣＳＳ）でグループ共通ＰＤＣＣＨに対するブラインド検出を行うことができる（９２５）。端末は、複数のＰＤＣＣＨ候補を有するＣＳＳ内で所定位置のＰＤＣＣＨ候補上でのみ選択的にグループ共通ＰＤＣＣＨの検出を試みることができる。
【０１６２】
端末はブラインド検出されたグループ共通ＰＤＣＣＨからスロットフォーマットを指示する下りリンク制御情報（ＤＣＩ）を獲得することができる（９３０）。 
【０１６３】
端末は上位層シグナリングによってグループ共通ＰＤＣＣＨに対する情報を受信することができる。端末はグループ共通ＰＤＣＣＨに対する情報によって、グループ共通ＰＤＣＣＨのブラインド検出のための所定位置のＰＤＣＣＨ候補を決定することができる。
【０１６４】
端末にはスロットフォーマット指示のためのＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）が割り当てられてもよい。端末は前記スロットフォーマット指示のためのＲＮＴＩを用いてグループ共通ＰＤＣＣＨに対するブラインド検出を行うことができる。 
【０１６５】
端末は所定位置のＰＤＣＣＨ候補のＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）情報をスロットフォーマット指示のためのＲＮＴＩを用いて検査することで、所定位置のＰＤＣＣＨ候補がグループ共通ＰＤＣＣＨに該当するか否かを判別することができる。 
【０１６６】
端末はＣＳＳに含まれた複数のＰＤＣＣＨ候補のうち、グループ共通ＰＤＣＣＨの検出を試みない残りのＰＤＣＣＨ候補上では、スロットフォーマットを指示するＤＣＩとは異なるＤＣＩを運ぶ他のＰＤＣＣＨに対する検出を試みることができる。端末は所定位置のＰＤＣＣＨ候補上ではグループ共通ＰＤＣＣＨのみならず、他のＰＤＣＣＨに対する検出を試みることもできる。
【０１６７】
端末はＣＳＳに含まれた複数のＰＤＣＣＨ候補のうち少なくとも先頭のＰＤＣＣＨ候補に対してはグループ共通ＰＤＣＣＨの検出を試みることができる。
【０１６８】
グループ共通ＰＤＣＣＨのためのグループ探索空間（ＧＳＳ）はＣＳＳ内に設定されてもよい。
【０１６９】
グループ共通ＰＤＣＣＨのブラインド検出のための所定位置のＰＤＣＣＨ候補の数は、ＣＳＳに含まれた複数のＰＤＣＣＨ候補の数を超えなくてもよい。
【０１７０】
所定位置のＰＤＣＣＨ候補の数が２つ以上である場合、グループ共通ＰＤＣＣＨのブラインド検出のための２つ以上のＰＤＣＣＨ候補は互いに連続してもよい。
【０１７１】
端末は、各々が複数のスロットに対する組み合わせに該当するスロットフォーマットパターンを上位層シグナリングによって受信することができる。スロットフォーマットパターンのうち１つがＤＣＩを通じて端末に指示されることができる。 
【０１７２】
図１０は本発明の一例による無線通信システム１００における基地局１０５及び端末１１０の構成を示すブロック図である。基地局１０５はｅＮＢ又はｇＮＢとも称される。端末１１０はＵＥとも称される。
【０１７３】
無線通信システム１００を簡略に示すために、１つの基地局１０５と１つの端末１１０を示したが、無線通信システム１００は１つ以上の基地局及び／又は１つ以上の端末を含む。
【０１７４】
基地局１０５は、送信（Ｔｘ）データプロセッサー１１５、シンボル変調器１２０、送信器１２５、送受信アンテナ１３０、プロセッサー１８０、メモリ１８５、受信器１９０、シンボル復調器１９５及び受信データプロセッサー１９７を含むことができる。そして、端末１１０は、送信（Ｔｘ）データプロセッサー１６５、シンボル変調器１７５、送信器１７５、送受信アンテナ１３５、プロセッサー１５５、メモリ１６０、受信器１４０、シンボル復調器１５５及び受信データプロセッサー１５０を含むことができる。送受信アンテナ１３０、１３５はそれぞれ基地局１０５及び端末１１０に１つとして示されているが、基地局１０５及び端末１１０は複数の送受信アンテナを備えている。よって、本発明による基地局１０５及び端末１１０はＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）システムを支援する。また、本発明による基地局１０５はＳＵ−ＭＩＭＯ（Ｓｉｎｇｌｅ  Ｕｓｅｒ−ＭＩＭＯ）ＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ  Ｕｓｅｒ−ＭＩＭＯ）方式の全てを支援することができる。
【０１７５】
下りリンク上で、送信データプロセッサー１１５はトラフィックデータを受信し、受信したトラフィックデータをフォーマットしてコードし、コードされたトラフィックデータをインターリービングして変調し（又はシンボルマッピングし）、変調シンボル（「データシンボル」）を提供する。シンボル変調器１２０はこのデータシンボルとパイロットシンボルを受信及び処理してシンボルのストリームを提供する。
【０１７６】
シンボル変調器１２０は、データ及びパイロットシンボルを多重化し、これを送信器１２５に送信する。ここで、それぞれの送信シンボルはデータシンボル、パイロットシンボル又はゼロの信号値であり得る。それぞれのシンボル周期で、パイロットシンボルが連続的に送信されることもできる。パイロットシンボルは周波数分割多重化（ＦＤＭ）、直交周波数分割多重化（ＯＦＤＭ）、時分割多重化（ＴＤＭ）又はコード分割多重化（ＣＤＭ）シンボルであり得る。
【０１７７】
送信器１２５はシンボルのストリームを受信し、これを１つ以上のアナログ信号に変換し、さらにこのアナログ信号を追加的に調節して（例えば、増幅、フィルタリング及び周波数アップカンバーティング（ｕｐｃｏｎｖｅｒｔｉｎｇ））して、無線チャンネルを介した送信に適した下りリンク信号を発生させる。すると、送信アンテナ１３０は発生した下りリンク信号を端末に送信する。
【０１７８】
端末１１０の構成において、受信アンテナ１３５は基地局からの下りリンク信号を受信し、受信された信号を受信器１４０に提供する。受信器１４０は受信された信号を調整し（例えば、フィルタリング、増幅、及び周波数ダウンカンバーティング（ｄｏｗｎｃｏｎｖｅｒｔｉｎｇ））、調整された信号をデジタル化してサンプルを獲得する。シンボル復調器１４５は受信されたパイロットシンボルを復調し、チャンネル推定のためにこれをプロセッサー１５５に提供する。
【０１７９】
また、シンボル復調器１４５はプロセッサー１５５から下りリンクに対する周波数応答推定値を受信し、受信されたデータシンボルに対してデータ復調を行って（送信されたデータシンボルの推定値である）データシンボル推定値を獲得し、データシンボル推定値を受信（Ｒｘ）データプロセッサー１５０に提供する。受信データプロセッサー１５０はデータシンボル推定値を復調（すなわち、シンボルデマッピング（ｄｅｍａｐｐｉｎｇ））し、デインターリービング（ｄｅｉｎｔｅｒｌｅａｖｉｎｇ）し、デコードして送信トラフィックデータを復旧する。
【０１８０】
シンボル復調器１４５及び受信データプロセッサー１５０による処理はそれぞれ基地局１０５でのシンボル変調器１２０及び送信データプロセッサー１１５による処理に対して相補的である。
【０１８１】
端末１１０は上りリンク上で、送信データプロセッサー１６５はトラフィックデータを処理してデータシンボルを提供する。シンボル変調器１７０はデータシンボルを受信して多重化し、変調を行い、シンボルのストリームを送信器１７５に提供することができる。送信器１７５はシンボルのストリームを受信及び処理して上りリンク信号を発生させる。そして、送信アンテナ１３５は発生した上りリンク信号を基地局１０５に送信する。端末及び基地局における送信機及び受信機は１つのＲＥ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットで構成されてもよい。
【０１８２】
基地局１０５で、端末１１０から上りリンク信号が受信アンテナ１３０を介して受信され、受信器１９０は受信した上りリンク信号を処理してサンプルを獲得する。ついで、シンボル復調器１９５はこのサンプルを処理し、上りリンクに対して受信されたパイロットシンボル及びデータシンボル推定値を提供する。受信データプロセッサー１９７はデータシンボル推定値を処理し、端末１１０から送信されたトラフィックデータを復旧する。
【０１８３】
端末１１０及び基地局１０５のそれぞれのプロセッサー１５５、１８０はそれぞれ端末１１０及び基地局１０５での動作を指示（例えば、制御、調整、管理など）する。それぞれのプロセッサー１５５、１８０はプログラムコード及びデータを格納するメモリユニット１６０、１８５と連結されることができる。メモリ１６０、１８５はプロセッサー１８０に連結され、オペレーティングシステム、アプリケーション、及び一般ファイル（ｇｅｎｅｒａｌ  ｆｉｌｅｓ）を格納する。
【０１８４】
プロセッサー１５５、１８０はコントローラー（ｃｏｎｔｒｏｌｌｅｒ）、マイクロコントローラー（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ）、マイクロプロセッサー（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコンピューター（ｍｉｃｒｏｃｏｍｐｕｔｅｒ）などとも言える。一方、プロセッサー１５５、１８０はハードウェア（ｈａｒｄｗａｒｅ）又はファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア、又はこれらの組合せによって実現されることができる。ハードウェアを用いて本発明の実施例を実現する場合には、本発明を実行するように構成されたＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）又はＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）などがプロセッサー１５５、１８０に備えられることができる。
【０１８５】
一方、ファームウエア又はソフトウェアを用いて本発明の実施例を具現する場合には、本発明の機能又は動作を行うモジュール、過程又は関数などを含むようにファームウエア又はソフトウェアが構成されることができ、本発明を実行するように構成されたファームウエア又はソフトウェアはプロセッサー１５５、１８０内に備えられるか、メモリ１６０、１８５に格納されてプロセッサー１５５、１８０によって駆動されることができる。
【０１８６】
端末と基地局の無線通信システム（ネットワーク）間の無線インターフェースプロトコルのレイヤーは通信システムでよく知られたＯＳＩ（ｏｐｅｎ  ｓｙｓｔｅｍ  ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）モデルの下位３個レイヤーに基づいて第１レイヤーＬ１、第２レイヤーＬ２及び第３レイヤーＬ３に分類されることができる。物理レイヤーは前記第１レイヤーに属し、物理チャンネルを介して情報送信サービスを提供する。ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤーは前記第３レイヤーに属し、ＵＥとネットワーク間の制御無線リソースを提供する。端末、基地局は無線通信ネットワークとＲＲＣレイヤーを介してＲＲＣメッセージを交換することができる。
【０１８７】
以上で説明した実施例は本発明の構成要素と特徴が所定の形態に結合されたものである。各構成要素又は特徴は別途の明示的言及がない限り選択的なものとして考慮されなければならない。各構成要素又は特徴は他の構成要素又は特徴と結合しない形態に実施されることができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明する動作の順序は変更されることができる。一実施例の一部の構成又は特徴は他の実施例に含まれることができ、あるいは他の実施例の対応する構成又は特徴と取り替えられることができる。特許請求の範囲で明示的な引用関係がない請求項を結合して実施例を構成したり出願後の補正によって新しい請求項として含ませることができるのは明らかである。
【０１８８】
本発明は本発明の精神及び必須特徴から逸脱しない範囲内で他の特定の形態に具体化されることができるのは当業者に明らかである。よって、前記の詳細な説明は全ての面で制限的に解釈されてはいけなく例示的なものとして考慮されなければならない。本発明の範囲は添付の請求項の合理的解釈によって決定されなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０１８９】
以上のように本発明は様々な無線通信システムに適用できる。
【図１】
2019531644.tif 000010
【図２】
2019531644.tif 000011
【図３（ａ）】
2019531644.tif 000012
【図３（ｂ）】
2019531644.tif 000013
【図３（ｃ）】
2019531644.tif 000014
【図４（ａ）】
2019531644.tif 000015
【図４（ｂ）】
2019531644.tif 000016
【図４（ｃ）】
2019531644.tif 000017
【図４（ｄ）】
2019531644.tif 000018
【図５（ａ）】
2019531644.tif 000019
【図５（ｂ）】
2019531644.tif 000020
【図６】
2019531644.tif 000021
【図７（ａ）】
2019531644.tif 000022
【図７（ｂ）】
2019531644.tif 000023
【図８（ａ）】
2019531644.tif 000024
【図８（ｂ）】
2019531644.tif 000025
【図９】
2019531644.tif 000026
【図１０】
2019531644.tif 000027
【国際調査報告】
2019531644.tif 000028
2019531644.tif 000029
2019531644.tif 000030
2019531644.tif 000031