(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて、端末（ＵＥ）が制御チャネルのための制御チャネル割当を決定する過程を行う方法であって、
搬送波指示情報がない第１制御チャネルのための、制御チャネル候補セットを含む共通探索空間を搬送波上で監視するステップと、
搬送波指示情報を含む第２制御チャネルのための、制御チャネル候補セットを含むＵＥ特定探索空間を前記搬送波上で監視するステップと、を有し、
前記共通探索空間及び前記ＵＥ特定探索空間内において、同一の無線ネットワーク一時識別子（ＲＮＴＩ）、同一の情報サイズ、及び同一の１番目の制御チャネル要素（ＣＣＥ）を有する複数の制御チャネル候補が前記ＵＥにより監視された場合、前記複数の制御チャネル候補について、前記第１制御チャネルだけが、前記搬送波上の前記共通探索空間において受信される、方法。
【請求項２】
前記複数の制御チャネル候補を監視するステップは、前記制御チャネルが前記共通探索空間においてだけ受信されるという仮定のもとで行われる、請求項１に記載の方法。
【請求項３】
前記複数の制御チャネル候補は、前記同一のＲＮＴＩによってスクランブルされる巡回冗長検査（ＣＲＣ）を含む、請求項１に記載の方法。
【請求項４】
前記情報サイズは、ダウンリンク制御情報（ＤＣＩ）ペイロードサイズである、請求項１に記載の方法。
【請求項５】
前記制御チャネルは物理ダウンリンク制御チャネル（ＰＤＣＣＨ）であり、前記制御チャネル候補はＰＤＣＣＨ候補であることを特徴とする、請求項１に記載の方法。
【請求項６】
前記複数の制御チャネル候補は、前記共通探索空間と前記ＵＥ特定探索空間との重複によって発生することを特徴とする、請求項１に記載の方法。
【請求項７】
サブフレームを受信するステップを更に有し、
前記サブフレームは、前部に一つ以上の連続した直交周波数分割多重化（ＯＦＤＭ）シンボルによって構成された制御領域を含み、前記共通探索空間及び前記ＵＥ特定探索空間は同じ制御領域内に存在することを特徴とする、請求項１に記載の方法。
【請求項８】
無線通信システムにおいて制御チャネルのための制御チャネル割当を決定するように構成された端末（ＵＥ）であって、
無線周波（ＲＦ）ユニットと、
プロセッサと、を備え、
前記プロセッサは、搬送波指示情報がない第１制御チャネルのための、制御チャネル候補セットを含む共通探索空間を搬送波上で監視し、搬送波指示情報を含む第２制御チャネルのための、制御チャネル候補セットを含むＵＥ特定探索空間を前記搬送波上で監視し、
前記共通探索空間及び前記ＵＥ特定探索空間内において、同一の無線ネットワーク一時識別子（ＲＮＴＩ）、同一の情報サイズ、及び同一の１番目の制御チャネル要素（ＣＣＥ）を有する複数の制御チャネル候補が前記ＵＥにより監視された場合、前記複数の制御チャネル候補について、前記第１制御チャネルだけが、前記搬送波上の前記共通探索空間において受信される、端末（ＵＥ）。
【請求項９】
前記複数の制御チャネル候補を監視することは、前記制御チャネルが前記共通探索空間においてだけ受信されるという仮定のもとで行われる、請求項８に記載の端末（ＵＥ）。
【請求項１０】
前記複数の制御チャネル候補は、前記同一のＲＮＴＩによってスクランブルされる巡回冗長検査（ＣＲＣ）を含む、請求項８に記載の端末（ＵＥ）。
【請求項１１】
前記情報サイズは、ダウンリンク制御情報（ＤＣＩ）ペイロードサイズである、請求項８に記載の端末（ＵＥ）。
【請求項１２】
前記制御チャネルは物理ダウンリンク制御チャネル（ＰＤＣＣＨ）であり、前記制御チャネル候補はＰＤＣＣＨ候補である、請求項８に記載の端末（ＵＥ）。
【請求項１３】
前記複数の制御チャネル候補は、前記共通探索空間と前記ＵＥ特定探索空間との重複によって発生する、請求項８に記載の端末（ＵＥ）。
【請求項１４】
前記プロセッサはサブフレームを受信するように更に構成され、
前記サブフレームは、前部に一つ以上の連続した直交周波数分割多重化（ＯＦＤＭ）シンボルによって構成された制御領域を含み、前記共通探索空間及び前記ＵＥ特定探索空間は同じ制御領域内に存在する、請求項８に記載の端末（ＵＥ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに係り、具体的には、制御チャネルの割当方法及びそのための装置に関する。
【背景技術】
【０００２】
無線通信システムが音声又はデータなどのような多様な種類の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、可用のシステムリソース（帯域幅、送信電力等）を共有して複数利用者との通信を提供できる多元接続システムである。多元接続システムの例には、符号分割多元接続（ＣＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、単一搬送波周波数分割多元接続（ＳＣ−ＦＤＭＡ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、搬送波集約を提供する無線通信システムにおいて、制御チャネルを効率的に割り当てる方法及びそのための装置を提供することにある。本発明の他の目的は、制御チャネル割当時に発生し得るあいまいさ／閉そくを解消する方法及びそのための装置を提供することにある。本発明の他の目的は、制御チャネルのブラインド復号を効率的に行う方法及びそのための装置を提供することにある。本発明の更に他の目的は、制御チャネルを効率的に送信できるように探索空間を構成する方法及びそのための装置を提供することにある。
【０００４】
本発明で達成しようとする技術的課題は、上記の技術的課題に制限されず、言及していない他の技術的課題は、下記の記載から本発明の属する技術分野における通常の知識を有する者には明確に理解されるであろう。
【課題を解決するための手段】
【０００５】
本発明の一態様として、無線通信システムにおいて端末が制御チャネルのための制御チャネル割当を決定する過程を行う方法であって、搬送波指示情報がない制御チャネルのための、制御チャネル候補集合を含む第１探索空間を第１搬送波上で監視するステップと、搬送波指示情報がある制御チャネルのための、制御チャネル候補集合を含む第２探索空間を第２搬送波上で監視するステップと、を含み、上記端末が、上記第１探索空間及び上記第２探索空間内において、同一の無線ネットワーク一時識別子（ＲＮＴＩ）、同一の情報サイズ、及び同一の１番目の制御チャネル要素（ＣＣＥ）を有する複数の制御チャネル候補を監視するように設定された場合、上記制御チャネルは、上記第１搬送波上の上記第１探索空間においてだけ受信され得る、方法が提供される。
【０００６】
本発明の他の態様として、無線通信システムにおいて制御チャネルのための制御チャネル割当を決定する過程を行うように構成された端末であって、無線周波（ＲＦ）ユニットと、プロセッサとを含み、上記プロセッサは、搬送波指示情報がない制御チャネルのための、制御チャネル候補集合を含む第１探索空間を第１搬送波上で監視し、搬送波指示情報がある制御チャネルのための、制御チャネル候補集合を含む第２探索空間を第２搬送波上で監視するように構成され、上記端末が、上記第１探索空間及び上記第２探索空間内において、同一のＲＮＴＩ、同一の情報サイズ、及び同一の１番目のＣＣＥを有する複数の制御チャネル候補を監視するように設定された場合、上記制御チャネルは、上記第１搬送波上の上記第１探索空間においてだけ受信され得る、端末が提供される。
【０００７】
好ましくは、上記複数の制御チャネル候補に限って、上記制御チャネルが上記第１探索空間においてだけ受信することができる。すなわち、制御チャネルが上記第１搬送波上の上記第１探索空間においてだけ受信され得るという仮定は、上記複数の制御チャネル候補にだけ適用することができる。
【０００８】
好ましくは、上記複数の制御チャネル候補において制御チャネルが検出される場合、上記制御チャネルは上記第１探索空間において受信されたものと見なされる。
【０００９】
好ましくは、上記複数の制御チャネル候補を監視することは、上記制御チャネルが上記第１探索空間においてだけ受信され得るという仮定のもとで行われる。監視は、各制御チャネル候補をブラインド復号することを含む。
【００１０】
好ましくは、上記複数の制御チャネル候補は、巡回冗長検査ビット（ＣＲＣ）が上記同一のＲＮＴＩによってスクランブルされる。
【００１１】
好ましくは、上記情報サイズは、ダウンリンク制御情報（ＤＣＩ）ペイロードサイズである。
【００１２】
好ましくは、上記第１探索空間は共通探索空間であり、上記第２探索空間は端末特定探索空間である。
【００１３】
好ましくは、上記制御チャネルは物理ダウンリンク制御チャネル（ＰＤＣＣＨ）であり、上記制御チャネル候補はＰＤＣＣＨ候補である。
【００１４】
好ましくは、上記第１搬送波と上記第２搬送波とは同一である。
【００１５】
好ましくは、上記複数の制御チャネル候補は、上記第１探索空間と上記第２探索空間との重複によって発生する。
【００１６】
好ましくは、サブフレームを受信することを更に含み、上記サブフレームは、前部に一つ以上の連続した直交周波数分割多重化（ＯＦＤＭ）シンボルによって構成された制御領域を含み、上記第１探索空間と上記第２探索空間とは同じ制御領域内に存在する。
【００１７】
好ましくは、上記制御チャネルによる動作を行うことを更に含む。
【発明の効果】
【００１８】
本発明の実施例によれば、搬送波集約を提供する無線通信システムにおいて、制御チャネルを効率的に割り当てることができる。また、制御チャネル割当時に発生し得るあいまいさ／閉そくを解消することができる。また、制御チャネルのブラインド復号を効率的に行うことができる。また、探索空間を効率的に構成することができる。
【００１９】
本発明で得られる効果は、以上に言及した効果に制限されず、言及していない他の効果は、下記の記載から、本発明の属する技術分野における通常の知識を有する者に明確に理解されるであろう。
【図面の簡単な説明】
【００２０】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明に係る実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【図１】３ＧＰＰシステムの無線フレームの構造を例示する図である。
【図２】ダウンリンクスロットのリソースグリッドを例示する図である。
【図３】ダウンリンクフレームの構造を示す図である。
【図４】基地局においてＰＤＣＣＨを構成することを示すフローチャートである。
【図５】端末におけるＰＤＣＣＨ受信のための処理過程を例示する図である。
【図６】アップリンクサブフレームの構造を例示する図である。
【図７】搬送波集約通信システムを例示する図である。
【図８】複数の搬送波が併合された場合のスケジュールを例示する図である。
【図９】ＣＩＦ再構成区間での基地局／端末の動作を例示する図である。
【図１０ａ】本発明の一実施例によって制御チャネル受信時のあいまいさを解消するための方法を例示する図である。
【図１０ｂ】本発明の一実施例によって制御チャネル受信時のあいまいさを解消するための方法を例示する図である。
【図１０ｃ】本発明の一実施例によって制御チャネル受信時のあいまいさを解消するための方法を例示する図である。
【図１０ｄ】本発明の一実施例によって制御チャネル受信時のあいまいさを解消するための方法を例示する図である。
【図１１】本発明の一実施例によって制御チャネル受信時のあいまいさを解消するための他の方法を例示する図である。
【図１２】本発明の一実施例によって制御チャネル受信時のあいまいさを解消するための他の方法を例示する図である。
【図１３】本発明の一実施例によって制御チャネル受信時のあいまいさを解消するための他の方法を例示する図である。
【図１４ａ】本発明の一実施例によって制御チャネル受信時のあいまいさを解消するための他の方法を例示する図である。
【図１４ｂ】本発明の一実施例によって制御チャネル受信時のあいまいさを解消するための他の方法を例示する図である。
【図１５】本発明の一実施例によって制御チャネル受信時のあいまいさを解消するための他の方法を例示する図である。
【図１６】本発明の一実施例によって制御チャネル受信時のあいまいさを解消するための他の方法を例示する図である。
【図１７】本発明の一実施例によって制御チャネル受信時のあいまいさを解消するための他の方法を例示する図である。
【図１８ａ】本発明の一実施例によって制御チャネル受信時のあいまいさを解消するための他の方法を例示する図である。
【図１８ｂ】本発明の一実施例によって制御チャネル受信時のあいまいさを解消するための他の方法を例示する図である。
【図１９】本発明の一実施例によって制御チャネル受信時のあいまいさを解消するための他の方法を例示する図である。
【図２０】連接探索空間構成時のＰＤＣＣＨ閉そくを例示する図である。
【図２１】本発明の他の実施例によって連接探索空間を構成する多様な方法を例示する図である。
【図２２】本発明の他の実施例によって連接探索空間を構成する多様な方法を例示する図である。
【図２３】本発明の他の実施例によって連接探索空間を構成する多様な方法を例示する図である。
【図２４】本発明の他の実施例によって連接探索空間を構成する多様な方法を例示する図である。
【図２５】本発明の一実施例に適用されうる基地局及び端末を例示する図である。
【発明を実施するための形態】
【００２１】
以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどのような様々な無線接続システムに使用することができる。ＣＤＭＡは、はん用地上無線接続（ＵＴＲＡ）又はＣＤＭＡ−２０００のような無線技術として具現することができる。ＴＤＭＡは、世界移動体通信システム（ＧＳＭ（登録商標））／一般パケット無線サービス（ＧＰＲＳ）／ＧＳＭ（登録商標）進化用強化データ速度（ＥＤＧＥ）のような無線技術として具現することができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（ＷｉＦｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２２０、進化ＵＴＲＡ（Ｅ−ＵＴＲＡ）などのような無線技術として具現することができる。ＵＴＲＡは、はん用移動体通信システム（ＵＭＴＳ）の一部である。第３世代パートナシップ（３ＧＰＰ）長期進化（ＬＴＥ）システムは、Ｅ−ＵＴＲＡを使用する進化ＵＭＴＳ（Ｅ−ＵＭＴＳ）の一部であって、ダウンリンクにおいてＯＦＤＭＡを採用し、アップリンクにおいてＳＣ−ＦＤＭＡを採用する。高度ＬＴＥ（ＬＴＥ−Ａ）は、３ＧＰＰ  ＬＴＥの進化したバージョンである。
【００２２】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａを中心に記述するが、これに本発明の技術的思想が制限されることはない。また、以下の説明で使用される特定用語は、本発明の理解を助けるために提供されたものであり、このような特定用語の使用は、本発明の技術的思想を逸脱しない範囲で他の形態に変更可能である。
【００２３】
図１は、無線フレームの構造を例示する図である。
【００２４】
図１を参照すると、無線フレームは１０個のサブフレームを含む。サブフレームは時間領域において２つのスロットを含む。サブフレームを送信する時間が送信時間間隔（ＴＴＩ）と定義される。例えば、１サブフレームは、１ｍｓの長さを有することができ、１スロットは０．５ｍｓの長さを有することができる。１スロットは、時間領域において、複数のＯＦＤＭ又はＳＣ−ＦＤＭＡシンボルを有する。３ＧＰＰ  ＬＴＥは、ダウンリンクにおいてＯＦＤＭＡを使用し、アップリンクにおいてＳＣ−ＦＤＭＡを使用するため、ＯＦＤＭ又はＳＣ−ＦＤＭＡシンボルは、一つのシンボル期間を表す。リソースブロック（ＲＢ）は、リソース割当ユニットであり、１スロットに複数の連続した副搬送波を含む。無線フレームの構造は例示的な目的で示した。したがって、無線フレームに含まれるサブフレームの個数、サブフレームに含まれるスロットの個数、スロットに含まれるシンボルの個数は様々な方式に変形可能である。
【００２５】
図２は、ダウンリンクスロットのリソースグリッドを例示する図である。
【００２６】
図２を参照すると、ダウンリンクスロットは、時間領域において複数のＯＦＤＭシンボルを含む。１ダウンリンクスロットは、７（６）個のＯＦＤＭシンボルを含み、リソースブロックは、周波数領域において１２個の副搬送波を含むことができる。リソースグリッド上の各要素は、リソース要素（ＲＥ）と呼ばれる。１個のＲＢは、１２×７（６）個のＲＥを含む。ダウンリンクスロットに含まれるＲＢの個数ＮDLは、ダウンリンク送信帯域に依存する。アップリンクスロットの構造は、ダウンリンクスロットの構造と同一である。ただし、ＯＦＤＭシンボルがＳＣ−ＦＤＭＡシンボルに置き替えられる。
【００２７】
図３は、ダウンリンクサブフレームの構造を示す図である。
【００２８】
図３を参照すると、サブフレームの１番目のスロットにおいて前部に位置する最大３（４）個のＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域に対応する。残りのＯＦＤＭシンボルは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）が割り当てられるデータ領域に該当する。３ＧＰＰ  ＬＴＥで用いられるダウンリンク制御チャネルの例には、物理制御フォーマット指示子チャネル（ＰＣＦＩＣＨ）、ＰＤＣＣＨ、物理ハイブリッド自動再送（ＨＡＲＱ）指示子チャネル（ＰＨＩＣＨ）などがある。ＰＣＦＩＣＨは、サブフレームの１番目のＯＦＤＭシンボルで送信され、サブフレーム内において制御チャネルの送信に使用されるＯＦＤＭシンボルの個数に関する情報を運ぶ。ＰＨＩＣＨは、アップリンク送信の応答としてＨＡＲＱ肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）信号を運ぶ。
【００２９】
ＰＤＣＣＨを通じて送信される制御情報をダウンリンク制御情報（ＤＣＩ）と呼ぶ。ＤＣＩは、端末又は端末グループのためのリソース割当情報及び他の制御情報を含む。例えば、ＤＣＩは、アップリンク／ダウンリンクスケジュール情報、アップリンク送信（Ｔｘ）電力制御命令などを含む。
【００３０】
ＰＤＣＣＨは、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）の送信フォーマット及びリソース割当情報、アップリンク共有チャネル（ＵＬ−ＳＣＨ）の送信フォーマット及びリソース割当情報、呼出しチャネル（ＰＣＨ）上の呼出し情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答のような上位層制御メッセージのリソース割当情報、端末グループ内の個別端末に対するＴｘ電力制御命令集合、Ｔｘ電力制御命令、ＩＰ電話（ＶｏＩＰ）の活性化指示情報などを運ぶ。複数のＰＤＣＣＨを制御領域内で送信することができる。端末は、複数のＰＤＣＣＨを監視することができる。ＰＤＣＣＨは、一つ又は複数の連続した制御チャネル要素（ＣＣＥ）の集合（ａｇｇｒｅｇａｔｉｏｎ）上で送信される。ＣＣＥは、ＰＤＣＣＨに、無線チャネル状態に基づく符号化速度を提供するために使用される論理的割当ユニットである。ＣＣＥは、複数のリソース要素グループ（ＲＥＧ）に対応する。ＰＤＣＣＨのフォーマット及びＰＤＣＣＨビットの個数は、ＣＣＥの個数によって決定される。基地局は、端末に送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣを付加する。ＣＲＣは、ＰＤＣＣＨの所有者又は使用目的に応じて識別子（例えば、無線ネットワーク一時識別子（ＲＮＴＩ））によってマスク（又は、スクランブル）される。例えば、ＰＤＣＣＨが特定端末のためのものである場合、該当の端末の識別子（例えば、セルＲＮＴＩ（Ｃ−ＲＮＴＩ））がＣＲＣにマスクされる。ＰＤＣＣＨが呼出しメッセージのためのものである場合、呼出し識別子（例えば、Ｐ−ＲＮＴＩ）がＣＲＣにマスクされる。ＰＤＣＣＨがシステム情報（より具体的にはシステム情報ブロック（ＳＩＢ））のためのものである場合、システム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ）がＣＲＣにマスクされる。ＰＤＣＣＨがランダムアクセス応答のためのものである場合、ランダムアクセスＲＮＴＩ（ＲＡ−ＲＮＴＩ）がＣＲＣにマスクされる。ＣＲＣマスク（又はスクランブル）は、例えば、ビットレベルでＣＲＣとＲＮＴＩとをＸＯＲ演算することを含む。
【００３１】
ＰＤＣＣＨはＤＣＩとして知られたメッセージを運び、一般に、複数のＰＤＣＣＨがサブフレームで送信される。それぞれのＰＤＣＣＨは一つ以上のＣＣＥを用いて送信される。一つのＣＣＥは９個のＲＥＧに対応し、一つのＲＥＧは４個のＲＥに対応する。４個のＱＰＳＫシンボルがそれぞれのＲＥＧにマップされる。参照信号によって占有されたリソース要素はＲＥＧに含まれない。したがって、与えられたＯＦＤＭシンボル内でのＲＥＧの個数は、セル特定参照信号が存在するか否かによって変わる。ＲＥＧの概念は、他のダウンリンク制御チャネル（すなわち、ＰＤＦＩＣＨ及びＰＨＩＣＨ）にも使用される。表１の記載のように、４個のＰＤＣＣＨフォーマットが提供される。
【００３２】
【表１】
0005952199.tif 000002
【００３３】
ＣＣＥは番号が付けられて連続的に使用され、復号プロセスを簡単にするために、ｎ個のＣＣＥで構成されたフォーマットを有するＰＤＣＣＨは、ｎの倍数に該当する番号を有するＣＣＥにおいてだけ開始できる。特定ＰＤＣＣＨの送信に使用されるＣＣＥの個数は、チャネル状態に基づいて基地局によって決定される。例えば、良いダウンリンクチャネルを有する（例えば、基地局に隣接する）端末のためのＰＤＣＣＨの場合、一つのＣＣＥでも十分である。しかし、劣悪なチャネルを有する（例えば、セル境界の近くに存在する）端末のためのＰＤＣＣＨの場合、十分な耐性（ｒｏｂｕｓｔｎｅｓｓ）を得るためには８個のＣＣＥが必要になることがある。また、ＰＤＣＣＨの電力レベルはチャネル状態に合わせて調整できる。
【００３４】
ＬＴＥの場合、それぞれの端末のためにＰＤＣＣＨを配置できるＣＣＥ集合を定義した。端末が自身のＰＤＣＣＨを探すことができるＣＣＥ集合をＰＤＣＣＨ探索空間、又は単に探索空間（Ｓｅａｒｃｈ  Ｓｐａｃｅ、ＳＳ）と呼ぶ。探索空間内においてＰＤＣＣＨを送信することができる個別リソースをＰＤＣＣＨ候補と呼ぶ。一つのＰＤＣＣＨ候補は、ＣＣＥ集約レベルに応じて１、２、４又は８個のＣＣＥに対応する。基地局は、探索空間内の任意のＰＤＣＣＨ候補上に実際のＰＤＣＣＨ（ＤＣＩ）を送信し、端末は、ＰＤＣＣＨ（ＤＣＩ）を探すために探索空間を監視する。具体的には、端末は、探索空間内のＰＤＣＣＨ候補に対してブラインド復号（ＢＤ）を試みる。
【００３５】
ＬＴＥにおいて、それぞれのＰＤＣＣＨフォーマットのための探索空間は異なるサイズを有することができる。専用（又は、端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ））探索空間及び共通探索空間が定義されている。専用探索空間はそれぞれの個別端末のために構成され、すべての端末は、共通探索空間の範囲に関して情報の提供を受ける。専用及び共通探索空間は与えられた端末に対して重複してもよい。
【００３６】
探索空間はサイズが小さく、これらは互いに重複することができるため、基地局は、与えられたサブフレームにおいて、所望のすべての端末にＰＤＣＣＨを送るためのＣＣＥリソースを探すことができない場合がある。これは、他の端末にＣＣＥリソースが既に割り当てられたため、特定端末の探索空間には該当の端末のためのＣＣＥリソースがこれ以上ないこともあるからである（閉そく）。次のサブフレームにつながる閉そくの可能性を最小化するために、端末特定ホップシーケンスが専用探索空間の開始位置に適用される。表２は、共通及び専用探索空間のサイズを表す。
【００３７】
【表２】
0005952199.tif 000003
【００３８】
ブラインド復号を試みることによる演算負荷を制御下に置くために、端末は、定義されたすべてのＤＣＩフォーマットを同時に探索しない。一般に、専用探索空間において、端末は常にフォーマット０及び１Ａを探索する。フォーマット０及び１Ａは、同一のサイズを有し、メッセージ内のフラグによって区分される。また、端末は、更に他のフォーマット（すなわち、基地局により設定されたＰＤＳＣＨ送信モードに応じて１、１Ｂ又は２）を受信するように要求され得る。共通探索空間において、端末はフォーマット１Ａ及び１Ｃを探索する。また、端末は、フォーマット３又は３Ａを探索するように構成することができる。フォーマット３／３Ａは、フォーマット０／１Ａと同様に同じサイズを有し、他の（共通）識別子によってスクランブルされたＣＲＣを有するかによって区分される。複数アンテナ技術を構成するための送信モード及びＤＣＩフォーマットの情報コンテンツは、次のとおりである。
【００３９】
送信モード
・送信モード１：一つの基地局アンテナポートからの送信
・送信モード２：送信ダイバシチ
・送信モード３：開ループ空間多重化
・送信モード４：閉ループ空間多重化
・送信モード５：複数利用者ＭＩＭＯ
・送信モード６：閉ループランク１プリコーディング
・送信モード７：端末特定参照信号を用いた送信
【００４０】
ＤＣＩフォーマット
・フォーマット０：ＰＵＳＣＨ送信（アップリンク）用のリソース許可
・フォーマット１：１符号語ＰＤＳＣＨ送信（送信モード１，２及び７）用のリソース指定
・フォーマット１Ａ−１符号語ＰＤＳＣＨ送信（すべてのモード）用のリソース指定の簡潔な信号通知
・フォーマット１Ｂ：ランク１閉ループプリコーディング（モード６）を用いたＰＤＳＣＨ用の簡潔なリソース指定
・フォーマット１Ｃ：ＰＤＳＣＨ（例えば、呼出し／同報システム情報）用の非常に簡潔なリソース指定
・フォーマット１Ｄ：複数利用者ＭＩＭＯ（モード５）を用いたＰＤＳＣＨ用の簡潔なリソース指定
・フォーマット２：閉ループＭＩＭＯ運用（モード４）用ＰＤＳＣＨ用のリソース指定
・フォーマット２Ａ：開ループＭＩＭＯ運用（モード３）用ＰＤＳＣＨ用のリソース指定
・フォーマット３／３Ａ−２ビット／１ビット電力調整を有するＰＵＣＣＨ及びＰＵＳＣＨ用の電力制御コマンド
【００４１】
図４は、基地局がＰＤＣＣＨを構成する方法を示すフローチャートである。
【００４２】
図４を参照すると、基地局は、ＤＣＩフォーマットによって制御情報を生成する。基地局は、端末に送信しようとする制御情報に応じて、複数のＤＣＩフォーマット（ＤＣＩフォーマット  １、２、…、Ｎ）のうち一つのＤＣＩフォーマットを選択できる。ステップ（Ｓ４１０）において、それぞれのＤＣＩフォーマットによって生成された制御情報に誤り検出のためのＣＲＣを付加する。ＣＲＣには所有者又は使用目的に応じて識別子（例えば、ＲＮＴＩ）がマスクされる。言い換えると、ＰＤＣＣＨは識別子（例えば、ＲＮＴＩ）によってＣＲＣスクランブルされる。
【００４３】
表３は、ＰＤＣＣＨにマスクされる各識別子の例を表す。
【００４４】
【表３】
0005952199.tif 000004
【００４５】
Ｃ−ＲＮＴＩ、一時Ｃ−ＲＮＴＩ又は半永続Ｃ−ＲＮＴＩが使用されると、ＰＤＣＣＨは、該当する特定端末のための制御情報を運び、その他のＲＮＴＩが使用されると、ＰＤＣＣＨは、セル内のすべての端末が受信する共通制御情報を運ぶ。ステップ（Ｓ４２０）において、ＣＲＣが付加された制御情報にチャネル符号化を行い、符号化されたデータを生成する。ステップ（Ｓ４３０）において、ＰＤＣＣＨフォーマットに割り当てられたＣＣＥ集約レベル（ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）による速度整合（ｒａｔｅ  ｍａｔｃｈｉｎｇ）を行う。ステップ（Ｓ４４０）において、符号化されたデータを変調して変調シンボルを生成する。一つのＰＤＣＣＨを構成する変調シンボルは、ＣＣＥ集約レベルが１、２、４、８のうち一つでよい。ステップ（Ｓ４５０）において、変調シンボルを物理的なリソース要素（ＲＥ）にマップ（ＣＣＥ  ｔｏ  ＲＥ  ｍａｐｐｉｎｇ）する。
【００４６】
図５は、端末でのＰＤＣＣＨ受信のための処理過程を例示する図である。
【００４７】
図５を参照すると、ステップ（Ｓ５１０）において、端末は、物理的なリソース要素をＣＣＥにマップ復元（ＲＥ  ｔｏ  ＣＣＥ  ｄｅｍａｐｐｉｎｇ）する。ステップ（Ｓ５２０）において、端末は自身がどのＣＣＥ集約レベルでＰＤＣＣＨを受信すべきであるかを知らないため、それぞれのＣＣＥ集約レベルに対して復調する。ステップ（Ｓ５３０）において、端末は、復調されたデータに速度復元（ｒａｔｅ  ｄｅｍａｔｃｈｉｎｇ）を行う。端末は、自身がどのＤＣＩフォーマット（又はＤＣＩペイロードサイズ）を有する制御情報を受信すべきであるかを知らないため、それぞれのＤＣＩフォーマット（又はＤＣＩペイロードサイズ）に対して速度復元を行う。ステップ（Ｓ５４０）において、速度復元が行われたデータに符号速度に応じたチャネル復号を行い、ＣＲＣを検査して、誤りが発生したか否かを検出する。誤りが発生しない場合、端末は、自身のＰＤＣＣＨを検出したことを示す。誤りが発生する場合は、端末は、他のＣＣＥ集約レベル、又は他のＤＣＩフォーマット（又はＤＣＩペイロードサイズ）に対して続けてブラインド復号を行う。ステップ（Ｓ５５０）において、自身のＰＤＣＣＨを検出した端末は、復号されたデータからＣＲＣを除去し、制御情報を取得する。
【００４８】
複数の端末に対する複数のＰＤＣＣＨを、同一のサブフレームの制御領域内において送信することができる。基地局は、端末に、該当のＰＤＣＣＨが制御領域のどこにあるかに関する情報を提供しない。したがって、端末は、サブフレーム内でＰＤＣＣＨ候補の集合を監視して自身のＰＤＣＣＨを探す。ここで、監視とは、端末が、受信されたＰＤＣＣＨ候補をそれぞれのＤＣＩフォーマットによって復号を試みることを意味する。これをブラインド復号という。ブラインド復号を通じて、端末は、自身に送信されたＰＤＣＣＨの識別と、該当のＰＤＣＣＨを通じて送信される制御情報の復号とを同時に行う。例えば、Ｃ−ＲＮＴＩによってＰＤＣＣＨをマスク復元した場合、ＣＲＣ誤りがないとき、端末は自身のＰＤＣＣＨを検出したことを示す。
【００４９】
一方、ブラインド復号のオーバヘッドを減少させるために、ＰＤＣＣＨを用いて送信される制御情報の種類よりもＤＣＩフォーマットの個数がより小さく定義される。ＤＣＩフォーマットは、複数の互いに異なる情報フィールドを含む。ＤＣＩフォーマットによって、情報フィールドの種類、情報フィールドの個数、各情報フィールドのビット数などが変わる。また、ＤＣＩフォーマットによって、ＤＣＩフォーマットに整合する制御情報のサイズが変わる。任意のＤＣＩフォーマットは２種類以上の制御情報送信に使用することができる。
【００５０】
表４は、ＤＣＩフォーマット０が送信する制御情報の例を示す。下記で各情報フィールドのビットサイズは例示に過ぎず、フィールドのビットサイズを制限するものではない。
【００５１】
【表４】
0005952199.tif 000005
【００５２】
フラグフィールドは、フォーマット０とフォーマット１Ａの区別のための情報フィールドである。すなわち、ＤＣＩフォーマット０と１Ａとは、同一のペイロードサイズを有し、フラグフィールドによって区分される。リソースブロック割当及びホップリソース割当フィールドは、ホップＰＵＳＣＨ又は無ホップ（ｎｏｎ−ｈｏｐｐｐｉｎｇ）ＰＵＳＣＨによってフィールドのビットサイズが変わることがある。無ホップＰＵＳＣＨのためのリソースブロック割当及びホップリソース割当フィールドは、
【数１】
0005952199.tif 000006
ビットをアップリンクサブフレーム内の一番目のスロットのリソース割当に提供する。ここで、ＮＵＬＲＢは、アップリンクスロットに含まれるリソースブロックの数であり、セルにおいて設定されるアップリンク送信帯域幅に従属する。したがって、ＤＣＩフォーマット０のペイロードサイズはアップリンク帯域幅によって変わることがある。ＤＣＩフォーマット１Ａは、ＰＤＳＣＨ割当のための情報フィールドを含み、ＤＣＩフォーマット１Ａのペイロードサイズもダウンリンク帯域幅によって変わることがある。ＤＣＩフォーマット１Ａは、ＤＣＩフォーマット０に対して基準情報ビットサイズを提供する。したがって、ＤＣＩフォーマット０の情報ビットの数が、ＤＣＩフォーマット１Ａの情報ビットの数より少ない場合、ＤＣＩフォーマット０のペイロードサイズがＤＣＩフォーマット１Ａのペイロードサイズと同一になるまで、ＤＣＩフォーマット０に「０」を付加する。付加された「０」は、ＤＣＩフォーマットのパッドフィールドに充填される。
【００５３】
図６は、ＬＴＥにおいて使用されるアップリンクサブフレームの構造を例示する図である。
【００５４】
図６を参照すると、アップリンクサブフレームは、複数（例えば、２個）のスロットを含む。スロットは、循環プレフィクス（ＣＰ）の長さによって異なる数のＳＣ−ＦＤＭＡシンボルを含むことができる。一例として、正規ＣＰ（ｎｏｒｍａｌ  ＣＰ）の場合、スロットは、７個のＳＣＦＤＭＡシンボルを含むことができる。アップリンクサブフレームは、周波数領域においてデータ領域と制御領域とに区別される。データ領域は、ＰＵＳＣＨを含み、音声などのデータ信号を送信するのに用いられる。制御領域は、ＰＵＣＣＨを含み、制御情報を送信するのに用いられる。ＰＵＣＣＨは、周波数軸でデータ領域の両端部に位置しているＲＢ対（例えば、ｍ＝０，１，２，３）を含み、スロットを境界にしてホップする。制御情報は、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ、チャネル品質情報（ＣＱＩ）、プリコーディング行列指示子（ＰＭＩ）、ランク指示（ＲＩ）などを含む。
【００５５】
図７は、搬送波集約（ＣＡ）通信システムを例示する図である。
【００５６】
図７を参照すると、複数のアップリンク／ダウンリンク成分搬送波（ＣＣ）を集め、より広いアップリンク／ダウンリンク帯域幅を提供することができる。「成分搬送波（ＣＣ）」という用語は、等価の他の用語（例えば、搬送波、セルなど）に代替可能である。それぞれのＣＣは、周波数領域において互いに隣接してもよいし、隣接しなくてもよい。各成分搬送波の帯域幅は独立に定めることができる。ＵＬ  ＣＣの個数とＤＬ  ＣＣの個数とが異なる非対称搬送波集約も可能である。一方、制御情報は特定ＣＣを通じてだけ送受信されるように設定することができる。このような特定ＣＣを１次ＣＣ（又はアンカＣＣ）と呼び、残りのＣＣを２次ＣＣと呼ぶことができる。
【００５７】
搬送波相互スケジュール（又はＣＣ相互スケジュール）が適用される場合、ダウンリンク割当のためのＰＤＣＣＨはＤＬ  ＣＣ＃０を通じて送信し、該当のＰＤＳＣＨはＤＬ  ＣＣ＃２を通じて送信することができる。ＣＣ相互スケジュールのために、搬送波指示フィールド（ＩＦ）の導入を考慮してもよい。ＰＤＣＣＨ内でＣＩＦが存在するか否かは、上位層信号通知（例えば、ＲＲＣ信号通知）によって半静的及び端末特定（又は端末グループ特定）方式で設定することができる。ＰＤＣＣＨ送信のベースラインを要約すると、次のとおりである。
【００５８】
・ＣＩＦ無効：ＤＬ  ＣＣ上のＰＤＣＣＨは、同一のＤＬ  ＣＣ上のＰＤＳＣＨリソースを割り当て、又は一つのリンクされたＵＬ  ＣＣ上のＰＵＳＣＨリソースを割り当て
・ＣＩＦなし
・ＬＴＥ  ＰＤＣＣＨ構造（同一の符号化、同一のＣＣＥベースリソースマップ）及びＤＣＩフォーマットと同一
・ＣＩＦ有効：ＤＬ  ＣＣ上のＰＤＣＣＨは、ＣＩＦを用いて複数の併合されたＤＬ／ＵＬ  ＣＣのうち、特定ＤＬ／ＵＬ  ＣＣ上のＰＤＳＣＨ又はＰＵＳＣＨリソースを割り当て可能
・ＣＩＦを有する拡張されたＬＴＥ  ＤＣＩフォーマット
ＣＩＦ（設定される場合）は、固定されたｘビットフィールド（例えば、ｘ＝３）
ＣＩＦ（設定される場合）位置は、ＤＣＩフォーマットサイズに関係なく固定される
・ＬＴＥ  ＰＤＣＣＨ構造を再使用（同一の符号化、同一のＣＣＥに基づくリソースマップ）
【００５９】
ＣＩＦが存在する場合、基地局は、端末側のＢＤ複雑度を低下させるためにＰＤＣＣＨ監視ＤＬ  ＣＣ集合を割り当てることができる。ＰＤＣＣＨ監視ＤＬ  ＣＣ集合は、併合されたＤＬ  ＣＣ全体の一部であって、一つ以上のＤＬ  ＣＣを含み、端末は、該当のＤＬ  ＣＣ上においてだけＰＤＣＣＨの検出／復号を行う。すなわち、基地局が端末にＰＤＳＣＨ／ＰＵＳＣＨをスケジュールする場合、ＰＤＣＣＨは、ＰＤＣＣＨ監視ＤＬ  ＣＣ集合を通じてだけ送信される。ＰＤＣＣＨ監視ＤＬ  ＣＣ集合は、端末特定、端末グループ特定又はセル特定方式によって設定することができる。「ＰＤＣＣＨ監視ＤＬ  ＣＣ」という用語は、監視搬送波、監視セルなどのような均等な用語に代替可能である。また、端末のために併合されたＣＣは、サービス提供ＣＣ、サービス提供搬送波、サービス提供セルなどの均等な用語に代替可能である。
【００６０】
図８は、複数の搬送波が併合された場合のスケジュールを例示する図である。３個のＤＬ  ＣＣが併合された場合を仮定する。ＤＬ  ＣＣ  ＡがＰＤＣＣＨ監視ＤＬ  ＣＣとして設定された場合を仮定する。ＤＬ  ＣＣ  Ａ〜Ｃは、サービス提供ＣＣ、サービス提供搬送波、サービス提供セルなどと呼ぶことができる。ＣＩＦが無効化される場合、それぞれのＤＬ  ＣＣはＬＴＥ  ＰＤＣＣＨ規則に従って、ＣＩＦなしに自身のＰＤＳＣＨをスケジュールするＰＤＣＣＨだけを送信することができる。一方、端末特定（又は端末グループ特定、又はセル特定）上位層信号通知によってＣＩＦが有効化される場合、ＤＬ  ＣＣ  Ａ（監視ＤＬ  ＣＣ）は、ＣＩＦを用いてＤＬ  ＣＣ  ＡのＰＤＳＣＨをスケジュールするＰＤＣＣＨだけでなく、他のＣＣのＰＤＳＣＨをスケジュールするＰＤＣＣＨも送信することができる。この場合、ＰＤＣＣＨ監視ＤＬ  ＣＣとして設定されていないＤＬ  ＣＣ  Ｂ／ＣではＰＤＣＣＨが送信されない。したがって、ＤＬ  ＣＣ  Ａ（監視ＤＬ  ＣＣ）は、ＤＬ  ＣＣ  Ａと関連したＰＤＣＣＨ探索空間、ＤＬ  ＣＣ  Ｂと関連したＰＤＣＣＨ探索空間、及びＤＬ  ＣＣ  Ｃと関連したＰＤＣＣＨ探索空間をいずれも含まなければならない。本明細書においては、ＰＤＣＣＨ探索空間は搬送波別に定義されると仮定する。
【００６１】
上述したように、ＬＴＥ−Ａは、ＣＣ相互スケジュールのためにＰＤＣＣＨ内でのＣＩＦの使用を考慮している。ＣＩＦを使用するか否か（すなわち、ＣＣ相互スケジュールモード又は非ＣＣ相互スケジュールモードの提供）、及びモード間の切り換えは、ＲＲＣ信号通知を通じて半静的／端末特定に設定することができ、該当のＲＲＣ信号通知過程を経た後、端末は、自身にスケジュールされるＰＤＣＣＨ内にＣＩＦが使用されるか否かを認識できるようになる。
【００６２】
図９は、ＣＩＦ再構成区間における基地局／端末の動作を例示する図である。図９は、ＣＩＦオフからＣＩＦオンに再構成される状況を仮定する。
【００６３】
図９を参照すると、基地局は、該当の端末に対してＰＤＣＣＨ内のＣＩＦを使用するか否か（すなわち、ＣＩＦオン／オフ）を設定するための、すなわち、ＣＩＦ再構成メッセージを伝達するためのＲＲＣコマンド（例えば、"RRCConnectionReconfiguration"コマンド）を端末に送信する（Ｓ９０２）。端末は、受信したＲＲＣコマンドを自身のＲＲＣ層に伝達する。端末のＲＲＣ層は、基地局から受信されたＲＲＣコマンドに対応してＣＩＦ再構成完了メッセージを伝達するためのＲＲＣ応答（例えば、"RRCConnectionReconfigurationComplete"メッセージ）を基地局に送信する（Ｓ９０４）。
【００６４】
一方、ＲＲＣ信号通知区間９１０において、ＣＩＦ再構成（すなわち、ＣＩＦオン／オフ）を適用し始めるタイミングが基地局と端末との間で異なることがあるため、基地局のＰＤＣＣＨ送信及びこれに対する端末の受信／復号過程で誤動作が発生する可能性がある。言い換えると、ＲＲＣ信号通知区間９１０内の特定時点において、基地局及び端末が、同一のＰＤＣＣＨに対してＣＩＦが使用されたか否かを異なって認識する可能性が存在する。例えば、基地局は、ＰＤＣＣＨをＣＩＦなしに送信したが、端末は、ＣＩＦの使用を仮定して該当のＰＤＣＣＨを受信／復号することがある。また、基地局は、ＣＩＦを挿入してＰＤＣＣＨを送信したが、端末は、ＣＩＦの使用を仮定せずに、該当のＰＤＣＣＨを受信／復号することがある。このような誤動作は、基地局と端末との間のＰＤＣＣＨ送信／受信において無駄なオーバヘッドをもたらすだけでなく、スケジュール時間を遅延又は増加させる。
【００６５】
以降、図面を参照して、複数のＣＣが併合され、搬送波相互スケジュールが可能な場合における効率的な制御チャネル割当方法、探索空間構成方法について説明する。説明に先立ち、併合された各ＣＣでの送信モードは互いに独立に設定することができ、各ＣＣの帯域幅もＣＣ別に割り当てられ、同一又は互いに異なってもよいことは明らかである。また、端末（グループ）別に併合された全体ＣＣのうち、一つ又は複数のＤＬ  ＣＣを該当の端末（グループ）のためのＰＤＣＣＨ監視ＤＬ  ＣＣとして設定可能であることは明らかである。また、本発明は、既存のＬＴＥと同様にＰＤＣＣＨ候補当たり２個のＤＣＩフォーマットに対するＢＤを行うことができることを仮定するが、これに制限されるものではなく、ＰＤＣＣＨ候補当たり１個又は３個以上のＤＣＩフォーマットに対するＢＤを行うことができる。
【００６６】
実施例１：検出された制御チャネルのあいまいさを解消するための方法
【００６７】
ＬＴＥ−Ａでは、複数のＣＣが併合された状況でＣＣ相互スケジュールを適用するためにＰＤＣＣＨ内でＣＩＦを使用することを考慮している。しかし、既存のＬＴＥ端末との後方互換性及びＣＩＦの使用によって追加されるＤＣＩフォーマットサイズに対する追加的なＢＤの増加を防止するために、共通ＳＳに対してはＣＩＦを使用しない方法を考慮している。
【００６８】
一方、一つのＤＬ  ＣＣ上で共通ＳＳに設定されたＣＩＦがないＤＣＩフォーマット（便宜上、ＤＣＩフォーマットＡと呼ぶ）のサイズが、端末特定ＳＳに設定されたＣＩＦを使用するＤＣＩフォーマット（便宜上、ＤＣＩフォーマットＢと呼ぶ）のサイズと同じ場合が発生し得る。ＤＣＩフォーマットのサイズは、ＤＣＩ（ペイロード）サイズを表す。ＤＣＩ（ペイロード）サイズは定義によってＣＲＣサイズを含んでもよいし、含まなくてもよい。ＤＣＩフォーマットサイズは、例えば、ＣＣの周波数帯域などに依存して変わることがあり、ＤＣＩフォーマットＡ及びＤＣＩフォーマットＢは同一のフォーマットであってもよいし、互いに異なるフォーマットであってもよい。便宜上、上述したＤＣＩフォーマットＡ／ＢをＳＳ間の同一サイズのＤＣＩフォーマット、又は簡単に同一サイズのＤＣＩフォーマット、同一サイズのＤＣＩと呼ぶ。好ましくは、本発明は、上記同一サイズのＤＣＩフォーマットが、同一のＲＮＴＩを使用してＣＲＣがマスク（又はスクランブル）された場合に限定できる。便宜上、本明細書で別途に言及がない限り、同一サイズのＤＣＩフォーマットは、ＣＲＣが同一のＲＮＴＩでマスク（又はスクランブル）されたと仮定する。
【００６９】
一方、いずれかの理由（例えば、ＳＳ割当規則、ＳＳホップ規則など）によって共通ＳＳと端末特定ＳＳとが重複し、端末が重複領域において上述した同一サイズのＤＣＩフォーマットの復号に成功した場合、端末は、復号に成功したＰＤＣＣＨがどのＳＳを通じてスケジュールされた、すなわち、ＣＩＦが挿入されたＰＤＣＣＨなのか、又はＣＩＦがないＰＤＣＣＨなのか、が区別できなくなる。
【００７０】
以下、図面を参照して上述した問題を解消するための様々な方法を提案する。以下の説明は、共通ＳＳ（ＣＩＦなし）と端末特定ＳＳ（ＣＩＦあり）とが重複する場合を中心に例示するが、本発明の内容はＣＩＦが設定されないＳＳとＣＩＦが設定されたＳＳとが重複した場合に一般化できる。
【００７１】
方法１−１：探索空間シフト
【００７２】
本方法は、ＣＩＦを使用しない共通ＳＳ及びＣＩＦを使用する端末特定ＳＳに設定されたＤＣＩフォーマットのサイズが同一であり、共通ＳＳと端末特定ＳＳとが予め定義されたＳＳ割当／ホップ規則に従って重複する場合、重複領域が生じないように端末特定ＳＳをシフトさせる方法を提案する。好ましくは、本方法は、同一サイズのＤＣＩフォーマットが同一のＲＮＴＩでＣＲＣスクランブルされた場合に限定できる。
【００７３】
図１０ａ〜１０ｄは、４個のＣＣＥ集約レベル（Ｌ）（Ｌ＝１、２、４、８）に対して端末特定ＳＳをシフトする例を示す。図中に、ＣＣＥは、該当のＣＣＥ集約レベルにおいてＰＤＣＣＨ候補として可用のＣＣＥに限定できる。
【００７４】
図１０ａ〜１０ｄを参照すると、共通ＳＳと端末特定ＳＳとの重複領域は、共通ＳＳを基準として左側又は右側に発生し得るが、端末特定ＳＳをシフトさせることによって、重複領域が発生するのを防止できる。図示したように、端末特定ＳＳは、シフトされるＣＣＥの個数が最小になる方向へ移動できる。シフトの大きさ（すなわち、ＣＣＥの個数）は、重複領域が発生することを防止するための最小のＣＣＥの個数（又は、ここに一定の値を加えた値）でよい。一方、図１０ｃ（Ｌ＝４）のように、シフトされるＣＣＥの個数が共通ＳＳの両方向に対して同じ場合であれば、端末特定ＳＳは、予め約束した方向（例えば、右側）へ移動できる。シフトされるＣＣＥの個数は、該当のＣＣＥ集約レベルにおいてＰＤＣＣＨ候補として可用のＣＣＥだけを考慮して定めることができる。
【００７５】
他の方法として、重複領域の位置／大きさに構わず、端末特定ＳＳのシフト方向及びシフトされるＣＣＥの個数を基地局と端末との間に予め設定することができる。例えば、端末特定ＳＳのシフト方向は、右側（左側）又は共通ＳＳ境界と近い方向に設定することができる。また、シフトされるＣＣＥの個数は、共通ＳＳの総ＣＣＥの個数（例えば、１６）と同一又はそれ以上に設定できる。この場合、端末特定ＳＳのシフト方向及びシフトされるＣＣＥの個数は、基地局と端末との間に予め約束されていてもよいし、信号通知を通じて基地局が指定してもよい。また、一部の情報は予め約束されており、残りの情報は信号通知を通じて指定することができる。そのための信号通知は、例えば、ＲＲＣ信号通知、又はＬ１／Ｌ２信号通知（例えば、ＭＡＣ信号通知、ＰＤＣＣＨなど）を用いて行うことができる。
【００７６】
上述した内容は、共通ＳＳ（ＣＩＦなし）及び端末特定ＳＳ（ＣＩＦあり）に設定されたＤＣＩフォーマットのサイズが同一であり、共通ＳＳと端末特定ＳＳとが重複することがある場合、端末特定ＳＳ全体がシフトされる場合を例示している。しかし、本発明は、端末特定ＳＳ全体でない、共通ＳＳと実際に重複する端末特定ＳＳの部分領域に対してだけ上記方法を適用させることも可能である。
【００７７】
方法１−２：探索空間開始点を制限
【００７８】
本方法は、ＣＩＦを使用しない共通ＳＳ及びＣＩＦを使用する端末特定ＳＳに設定されたＤＣＩフォーマットのサイズが同一である場合に、２つのＳＳ間に重複する領域が発生しないように端末特定ＳＳの開始点（すなわち、開始ＣＣＥ）を設定する方法を提案する。
【００７９】
図１１は、４個のＣＣＥ集約レベル（Ｌ）（Ｌ＝１、２、４、８）に対して端末特定ＳＳの開始点を制限する例を示す。共通ＳＳは、ＣＣＥ集約レベルが４又は８であると仮定する。端末特定ＳＳに対して各ＣＣＥ集約レベルＬにおいてＰＤＣＣＨ候補を構成するＣＣＥの総数をＭLと記す。
【００８０】
図１１を参照すると、共通ＳＳ（ＣＩＦなし）及び端末特定ＳＳ（ＣＩＦあり）に設定されたＤＣＩフォーマットのサイズが同じ場合、好ましくは、また同一のＲＮＴＩによってＣＲＣスクランブルされた場合、共通ＳＳ内のＣＣＥ（例えば、１６  ＣＣＥｓ）及びＣＣＥインデクス上で最後の（ＭL−１）個のＣＣＥは、該当の端末特定ＳＳの開始点として割り当てられない。ここで、ＣＣＥは、該当のＣＣＥ集約レベルに対してＰＤＣＣＨ候補として可用のＣＣＥに限定できる。便宜上、図中では、ＬＴＥでの端末特定ＳＳの構成のためのＭL値をそのまま仮定した。ＬＴＥでは、Ｌ＝１、２、４、８に対するＰＤＣＣＨ候補の数が６、６、２、２と定義されるため、結局、ＭL＝６、１２、８、１６になる。提案した方法で端末特定ＳＳの開始点を設定すると、結果的にＤＣＩフォーマットのサイズが同一である、好ましくは、また同一のＲＮＴＩによってＣＲＣスクランブルされた、２つのＳＳ間に重複領域は発生しない。
【００８１】
方法１−１及び１−２は、共通ＳＳ及び端末特定ＳＳに設定されたＤＣＩフォーマットのサイズが同じ場合に限定されず、制限された共通ＳＳ領域を保護するための目的で、２つのＳＳに設定されたＤＣＩフォーマットのサイズに関係なく、２つのＳＳ間に重複領域が発生しないようにすることができる。また、一つのＤＬ  ＣＣ上で複数のＣＣのスケジュールのための複数の端末特定ＳＳが存在し得るが、ＣＩＦを使用しない端末特定ＳＳ及びＣＩＦを使用する端末特定ＳＳに設定されたＤＣＩフォーマットのサイズが同一で、２つのＳＳが重複する場合、重複する領域が発生しないように、提案方法と同様に、いずれか一つの端末特定ＳＳ（例えば、ＣＩＦを使用する端末特定ＳＳ）をシフトさせ、又はいずれか一つの端末特定ＳＳの開始点を２つのＳＳ間に重複領域が発生しないように制限することができる。
【００８２】
方法１−３：ＤＣＩ送信を制限
【００８３】
本方法は、ＣＩＦを使用しない共通ＳＳ及びＣＩＦを使用する端末特定ＳＳにおいて、制御チャネル（又は制御情報）にあいまいさが生じ得る場合、共通ＳＳで制御チャネル（又はＤＣＩ）の送信を制限する方法、及びそれによる端末動作を提案する。
【００８４】
図１２は、ネットワーク装置（例えば、基地局）が制御チャネルを送信する例を示す。
【００８５】
図１２を参照すると、基地局は、共通ＳＳと一つ以上の端末特定ＳＳを構成する（Ｓ１２１０）。それぞれのＳＳは制御チャネル候補の集合を含む。ＳＳの構成は、制御チャネル割当を決定する過程によって行われる。制御チャネル割当を決定する過程は、ＰＤＣＣＨ割当を決定する過程を含む。ＰＤＣＣＨ割当を決定する過程によって、ＳＳのサイズ（例えば、ＣＣＥの個数）、ＰＤＣＣＨ候補のＣＣＥ集約レベル、ＳＳの位置などを決定することができる。本例において、共通ＳＳ内の制御チャネル候補はＣＩＦフィールドを有せず、端末特定ＳＳ内の制御チャネル候補はＣＩＦフィールドを有する。それぞれの端末特定ＳＳはＣＣ別に構成される。探索空間には、ＤＬ  ＣＣ又はＵＬ  ＣＣ当たり１個の制御情報フォーマットを設定することもできるし、ＤＬ  ＣＣ又はＵＬ  ＣＣ当たり２個以上の制御情報フォーマットを設定することもできる。また、探索空間には、ＬＴＥのＤＣＩフォーマット０／１ＡのようにＤＬ／ＵＬ共通制御情報フォーマットも設定することができる。探索空間の構成方式は、例えば、既存のＬＴＥのＰＤＣＣＨ探索空間の構成方式に従うことができる。ただし、ＣＣ別探索空間に関するパラメータ（例えば、ハッシュパターン、位置、サイズなど）は、既存のＬＴＥのＰＤＣＣＨ探索空間に関するパラメータとＣＩＦ値とを組み合わせて得ることができる。本例で、共通ＳＳ及び一つ以上の端末特定ＳＳは、同一のＤＬ  ＣＣ（例えば、アンカＣＣ（又はＰＣＣ）、又は監視ＣＣ）上で、同一のサブフレームの制御領域を通じて受信される。共通ＳＳと端末特定ＳＳとが重複してもよい。制御チャネルはＰＤＣＣＨを含み、制御チャネル候補はＰＤＣＣＨ候補を含む。制御チャネルは、様々な制御情報を運び、制御情報の種類／内容によって様々な制御情報フォーマットが存在する。
【００８６】
以後、基地局は、特定端末に対する制御チャネルを、共通ＳＳ及び一つ以上の端末特定ＳＳを通じて送信する（Ｓ１２２０）。本例において、共通ＳＳ及び一つ以上の端末特定ＳＳは、同一の搬送波上で、同一のサブフレームを通じて送信される。具体的に、共通ＳＳ及び一つ以上の端末特定ＳＳは、サブフレーム内において制御領域（すなわち、ＰＣＦＩＣＨにより指定された最大３（４）個の連続したＯＦＤＭシンボル）を通じて送信される。制御チャネル（又は制御情報）は、該当の端末を指示するために識別情報を運ぶことができる。識別情報は、ＲＮＴＩ、例えば、Ｃ−ＲＮＴＩ、ＳＰＳ−ＲＮＴＩなどを含む。制御チャネル（又は制御情報）は、識別情報を用いてスクランブルすることができる。例えば、基地局は、Ｃ−ＲＮＴＩによってＣＲＣスクランブルされたＰＤＣＣＨを端末に送信することができる。本例の場合、共通ＳＳ及び端末特定ＳＳで送信される制御チャネルは、同一のＲＮＴＩでスクランブルされると仮定する。
【００８７】
一方、共通ＳＳと端末特定ＳＳとにおいて制御チャネル（又は制御情報）にあいまいさが生じる場合があり得る。制御チャネルにあいまいさがある場合は、ＳＳの構成時に、ＳＳ割当／ホップ規則などによって、共通ＳＳと端末特定ＳＳとが重複する場合を含む。また、制御チャネルにあいまいさがある場合は、共通ＳＳ（ＣＩＦなし）及び端末特定ＳＳ（ＣＩＦあり）にある制御チャネル候補が、同一のＤＣＩフォーマットサイズ（言い換えると、ＤＣＩペイロードサイズ）を有し、好ましくは、２つのＳＳにある制御チャネル候補がまた、同一の識別子（例えば、ＲＮＴＩ）及び／又は同一の１番目のＣＣＥリソースを有する場合に制限することができる。この場合、本方法によれば、共通探索空間は、少なくとも一部の制御チャネル候補で制御チャネル（又はＤＣＩ）の送信が制限される。
【００８８】
例えば、共通ＳＳと端末特定ＳＳとにおいて制御チャネルにあいまいさが生じる場合、共通探索空間において、少なくとも一部の制御チャネル候補上で制御チャネル（又はＤＣＩ）の送信が欠落することがある。制御チャネル（又はＤＣＩ）の送信が制限される領域は、共通探索空間全体、共通探索空間上の重複領域、又はこれらのうち一部の領域（又は、上述した領域に対応する制御チャネルリソース（例えば、ＣＣＥ））であり得る。具現例によれば、制御チャネル（又はＤＣＩ）の送信制限は、制御チャネルリソースをＤＣＩに割り当てる過程で行ってもよいし、制御チャネル（又はＤＣＩ）の実際の送信段階で行ってもよい。また、具現例によれば、制御チャネル（又はＤＣＩ）の送信制限は、リソースマップ前パンクチャ（又は無効化）（一種の速度整合）、又はリソースマップ後パンクチャ（又は無効化）を通じて行うことができる。整理すると、本方法において、制御チャネル（又はＤＣＩ）の送信が制限される場合は、共通ＳＳ及び端末特定ＳＳによって監視しなければならない制御チャネル候補が、同一サイズのＤＣＩフォーマットを有するか、好ましくは、また同一の識別子（例えば、ＲＮＴＩ）及び／又は同一の開始リソース（例えば、開始ＣＣＥ）を有するように構成された場合であってよい。
【００８９】
図１３は、端末が制御チャネル（例えば、ＰＤＣＣＨ）を処理する例を示す。図１３の過程は、図１２の過程に対応するため、詳細な説明は図１２の内容を参照する。
【００９０】
図１３を参照すると、端末は、制御領域を含むサブフレームを受信する（Ｓ１３１０）。制御領域は、共通ＳＳと一つ以上の端末特定ＳＳとを受信する。それぞれのＳＳは、制御チャネル候補の集合を含む。本例で、共通ＳＳ内の制御チャネル候補はＣＩＦフィールドを有さず、端末特定ＳＳ内の制御チャネル候補はＣＩＦフィールドを有する。それぞれの端末特定ＳＳはＣＣ別に構成される。以後、端末は、自身に指定された制御チャネルを探すために、制御チャネル（例えば、ＰＤＣＣＨ）割当を決定する過程を行う（Ｓ１３２０）。制御チャネル割当を決定する過程は、予め決定された規則により得られたＳＳのサイズ（例えば、ＣＣＥの個数）、制御チャネル候補のＣＣＥ集約レベル、ＳＳの位置などを考慮して、探索空間内の制御チャネル候補を監視する過程を含む（Ｓ１３２０）。監視過程は、それぞれの制御チャネル候補をブラインド復号することを含む。以後、端末は、自身に指定された制御チャネルによる動作を行うことができる（Ｓ１３３０）。
【００９１】
一方、共通ＳＳと端末特定ＳＳとで制御チャネル（又は制御情報）にあいまいさが生じる場合があり得る。制御チャネルにあいまいさがある場合は、ＳＳの構成時に、ＳＳ割当／ホップ規則などによって、共通ＳＳと端末特定ＳＳとが重複する場合を含む。また、制御チャネルにあいまいさがある場合は、共通ＳＳ（ＣＩＦなし）及び端末特定ＳＳ（ＣＩＦあり）にある制御チャネル候補が、同一のＤＣＩフォーマットサイズ（言い換えると、ＤＣＩペイロードサイズ）を有し、好ましくは、２つのＳＳにある制御チャネル候補がまた、同一の識別子（例えば、ＲＮＴＩ）及び／又は同一の１番目のＣＣＥリソースを有する場合に制限することができる。この場合、本方法によれば、端末は、共通探索空間では少なくとも一部の制御チャネル候補において制御チャネル（又はＤＣＩ）の送信が制限されると仮定する。端末は、このような仮定のもとで、制御チャネル割当を決定する過程、より具体的には監視、を行うことができる。言い換えると、端末は、制御チャネル（又はＤＣＩ）の送信制限がある領域では、共通ＳＳにおいてだけ制御チャネル（又はＤＣＩ）が送信され得るという仮定のもとで監視を行うことができる。制御チャネル（又はＤＣＩ）の送信が制限される領域は、共通探索空間全体、共通探索空間上の重複領域、又はこれらのうち一部の領域（又は、上述した領域に対応する制御チャネルリソース（例えば、ＣＣＥ））であり得る。整理すると、本方法において、制御チャネル（又はＤＣＩ）の送信制限が仮定される場合は、共通ＳＳ及び端末特定ＳＳで監視しなければならない制御チャネル候補が同一サイズのＤＣＩフォーマットを有するか、又は、好ましくは、また同一の識別子（例えば、ＲＮＴＩ）及び／又は同一の開始リソース（例えば、開始ＣＣＥ）を有するように構成された場合であってよい。
【００９２】
本方法によれば、具現例によれば、端末は、制御チャネル（又はＤＣＩ）の送信制限がある領域において、端末特定ＳＳのＤＣＩフォーマットだけを検索することができる。例えば、端末は、特定時点の特定ＳＳ領域で同一サイズのＤＣＩフォーマットのうち一つだけを検索することができる。言い換えると、２つのＳＳに設定されたＤＣＩフォーマットのサイズが同一である場合、特定時点の特定ＳＳ領域に対して、端末は、共通ＳＳに設定された同一サイズのＤＣＩフォーマットに対する監視／ＢＤを行わなくてもよい。また、具現例によれば、端末は、従来の手順によって共通ＳＳ及び端末特定ＳＳをいずれも監視した後、制御チャネル（又はＤＣＩ）の送信が制限される領域において制御チャネル（例えば、ＰＤＣＣＨ）が検出される場合、該当のＰＤＣＣＨは共通ＳＳにおいて受信されたと見なすことができる。
【００９３】
共通ＳＳで同一サイズのＤＣＩフォーマットの送信を制限するために、次の３つの方式を考慮することができる。便宜上、共通ＳＳ及び端末特定ＳＳに設定された同一サイズのＤＣＩフォーマットをそれぞれ、ＤＣＩ_ｃｓｓ及びＤＣＩ_ｕｓｓと呼ぶ。ＤＣＩ_ｃｓｓは、３ＧＰＰ  ＬＴＥシステムのＣＩＦが含まれないＤＣＩフォーマット０とＤＣＩフォーマット１Ａとを含む。
【００９４】
１）２つのＳＳ間の重複発生時に、重複した共通ＳＳ領域に対してだけ適用
【００９５】
基地局は、共通ＳＳと端末特定ＳＳとの間に重複が発生する時点に対してだけ、そして、重複領域に対してだけＤＣＩ_ｃｓｓを送信しない。図１４ａに本方法による探索空間の構成を例示した。したがって、端末は、重複領域では端末特定ＳＳを通じてだけ制御チャネルが送信されると見なす。すなわち、端末は、重複領域で制御チャネル（又は、ＵＣＩ）が検出された場合、該当の制御チャネルは、端末特定ＳＳにおいて受信されたと見なすことができる。具現例によれば、端末は、該当の時点で同一サイズのＤＣＩフォーマットに対して、重複領域を通じてはＤＣＩ_ｕｓｓ、重複領域を除外した共通ＳＳを通じてはＤＣＩ_ｃｓｓに対してだけそれぞれ受信／復号（ＢＤ）を行うことができる。すなわち、端末は、重複領域においてはＤＣＩ_ｃｓｓのための制御チャネル候補を監視しなくてもよい。他の方法として、端末は、重複領域においてＤＣＩ_ｃｓｓ及びＤＣＩ_ｕｓｓのための制御チャネル候補をいずれも監視する。ただし、制御チャネルが検出されると、ＤＣＩ_ｕｓｓであると見なす。本方法は、重複領域を除外した共通ＳＳにＤＣＩ_ｃｓｓ割当が可能なようにすることによって、共通ＳＳにおいてスケジュール柔軟性が減少することを最小化することができる。
【００９６】
好ましくは、本方法は、重複領域内で共通ＳＳ及び端末特定ＳＳの制御チャネル候補が、同一のＤＣＩ（ペイロード）サイズを有し、同一のＲＮＴＩを有し（例えば、ＣＲＣスクランブルされる）、同一の開始リソース（例えば、ＣＣＥ）によって構成される場合にだけ、共通ＳＳで制御チャネル候補の送信を制限することができる。図１４ｂに、本方法による探索空間の構成及び制御チャネル候補送信を例示した。
【００９７】
２）２つのＳＳ間の重複発生時に、共通ＳＳ領域全体に適用
【００９８】
基地局は、共通ＳＳと端末特定ＳＳとの間に重複が発生する時点に対してだけ、共通ＳＳ領域全体に対してＤＣＩ_ｃｓｓを送信しない。したがって、端末は、重複が発生すると、重複領域では端末特定ＳＳを通じてだけ制御チャネルが送信されると見なす。すなわち、端末は、重複領域で制御チャネルが検出された場合、該当の制御チャネルは、端末特定ＳＳにおいて受信されたと見なすことができる。具現例によれば、端末は、該当の時点で同一サイズのＤＣＩフォーマットに対して、共通ＳＳ全体を通じてＤＣＩ_ｃｓｓに対する受信／復号（ＢＤ）が不可であり、重複領域ではＤＣＩ_ｕｓｓに対してだけ受信／復号（ＢＤ）を行うことができる。他の方法として、端末は、重複領域でＤＣＩ_ｃｓｓ及びＤＣＩ_ｕｓｓのための制御チャネル候補をいずれも監視する。ただし、制御チャネルが検出されると、ＤＣＩ_ｕｓｓであると見なす。本方法の場合、共通ＳＳでのスケジュール柔軟性が更に減少する一方、重複する領域と、重複しない領域とを区分しなければならない複雑度を低下させることができる。
【００９９】
好ましくは、本方法は、共通ＳＳ及び端末特定ＳＳにおいて同一のＤＣＩ（ペイロード）サイズ、同一のＲＮＴＩ（例えば、ＣＲＣスクランブルされる）、同一の開始リソース（例えば、ＣＣＥ）を有する制御チャネル候補を監視するように構成し、共通ＳＳ全体における制御チャネル候補の送信を制限することができる。
【０１００】
３）２つのＳＳ間に重複があるか否かに関係なく、共通ＳＳ領域全体に適用
【０１０１】
２つのＳＳ間に重複が発生したか否かに関係なく、共通ＳＳ領域全体に対してＤＣＩ_ｃｓｓを送信しない。したがって、端末は、ＣＣ相互スケジュールモードが設定された区間全体において、同一サイズのＤＣＩフォーマットに対して、共通ＳＳ全体を通じてＤＣＩ_ｃｓｓに対する受信／復号（ＢＤ）が不可能であり、重複領域ではＤＣＩ_ｕｓｓに対してだけ受信／復号（ＢＤ）が可能である。ＳＳが重複されるか否かは毎サブフレームごとに変わるため、この方法は、ＳＳが重複しない場合にも不要なスケジュール柔軟性の減少が追加されるが、重複したか否かをサブフレームごとに検査しなければならない複雑度も低下させることができる。
【０１０２】
他の方法として、ＣＩＦを使用しない共通ＳＳ及びＣＩＦを使用する端末特定ＳＳで制御チャネル（又は制御情報）のあいまいさが生じる可能性がある場合、端末特定ＳＳで制御チャネル（又はＤＣＩ）の送信を制限する方法及びそれによる端末動作を提案する。
【０１０３】
図１６は、ネットワーク装置（例えば、基地局）が制御チャネルを送信する例を示す。
【０１０４】
図１６を参照すると、基地局は、共通ＳＳ及び一つ以上の端末特定ＳＳを構成する（Ｓ１６１０）。それぞれのＳＳは制御チャネル候補の集合を含む。ＳＳの構成は、制御チャネル割当を決定する過程によって行われる。制御チャネル割当を決定する過程は、ＰＤＣＣＨ割当を決定する過程を含む。ＰＤＣＣＨ割当を決定する過程によって、ＳＳのサイズ（例えば、ＣＣＥの個数）、ＰＤＣＣＨ候補のＣＣＥ集約レベル、ＳＳの位置などを決定することができる。本例において、共通ＳＳ内の制御チャネル候補はＣＩＦフィールドを有さず、端末特定ＳＳ内の制御チャネル候補はＣＩＦフィールドを有する。それぞれの端末特定ＳＳはＣＣ別に構成される。探索空間には、ＤＬ  ＣＣ又はＵＬ  ＣＣ当たり１個の制御情報フォーマットを設定してもよいし、ＤＬ  ＣＣ又はＵＬ  ＣＣ当たり２個以上の制御情報フォーマットを設定してもよい。また、探索空間には、ＬＴＥのＤＣＩフォーマット０／１ＡのようにＤＬ／ＵＬ共通制御情報フォーマットも設定することができる。探索空間の構成方式は、例えば、既存のＬＴＥのＰＤＣＣＨ探索空間の構成方式に従うことができる。ただし、ＣＣ別探索空間に関するパラメータ（例えば、ハッシュパターン、位置、サイズなど）は、既存のＬＴＥのＰＤＣＣＨ探索空間に関するパラメータとＣＩＦ値とを組み合わせて得ることができる。本例で、共通ＳＳ及び一つ以上の端末特定ＳＳは、同一のＤＬ  ＣＣ上で同一のサブフレームの制御領域を通じて受信される。共通ＳＳと端末特定ＳＳとが重複してもよい。制御チャネルはＰＤＣＣＨを含み、制御チャネル候補はＰＤＣＣＨ候補を含む。制御チャネルは様々な制御情報を運び、制御情報の種類／内容によって様々な制御情報フォーマットが存在する。
【０１０５】
以後、基地局は、特定端末に対する制御チャネルを、共通ＳＳ及び一つ以上の端末特定ＳＳを通じて送信する（Ｓ１６２０）。本例で、共通ＳＳ及び一つ以上の端末特定ＳＳは、同一の搬送波上で、同一のサブフレームを通じて送信される。具体的には、共通ＳＳ及び一つ以上の端末特定ＳＳは、サブフレーム内において制御領域（すなわち、ＰＣＦＩＣＨにより指定された最大３（４）個の連続したＯＦＤＭシンボル）を通じて送信される。制御チャネル（又は制御情報）は、該当の端末を指示するために識別情報を運ぶことができる。識別情報は、ＲＮＴＩ、例えば、Ｃ−ＲＮＴＩ、ＳＰＳ−ＲＮＴＩなどを含む。制御チャネル（又は制御情報）は、識別情報を用いてスクランブルすることができる。例えば、基地局は、Ｃ−ＲＮＴＩによってＣＲＣスクランブルされたＰＤＣＣＨを端末に送信することができる。本例の場合、共通ＳＳ及び端末特定ＳＳで送信される制御チャネルは、同一のＲＮＴＩによってスクランブルされると仮定する。
【０１０６】
一方、共通ＳＳと端末特定ＳＳとにおいて制御チャネル（又は制御情報）にあいまいさが生じる可能性がある。制御チャネルにあいまいさがある場合は、ＳＳの構成時に、ＳＳ割当／ホップ規則などによって、共通ＳＳと端末特定ＳＳとが重複する場合を含む。また、制御チャネルにあいまいさがある場合は、共通ＳＳ（ＣＩＦなし）と端末特定ＳＳ（ＣＩＦあり）にある制御チャネル候補が、同一のＤＣＩフォーマットサイズ（言い換えると、ＤＣＩペイロードサイズ）を有し、好ましくは、２つのＳＳにある制御チャネル候補がまた、同一の識別子（例えば、ＲＮＴＩ）及び／又は同一の１番目のＣＣＥリソースを有する場合に制限することができる。この場合、本方法によれば、共通探索空間は、少なくとも一部の制御チャネル候補において制御チャネル（又はＤＣＩ）の送信が制限される。
【０１０７】
例えば、共通ＳＳと端末特定ＳＳとにおいて制御チャネルにあいまいさが生じる可能性がある場合、端末特定探索空間において、少なくとも一部の制御チャネル候補上で制御チャネル（又はＤＣＩ）の送信が欠落することがある。制御チャネル（又はＤＣＩ）の送信が制限される領域は、共通探索空間全体、共通探索空間上の重複領域、又はこれらのうち一部の領域（又は、上述した領域に対応する制御チャネルリソース（例えば、ＣＣＥ））であり得る。具現例によれば、制御チャネル（又はＤＣＩ）の送信制限は、制御チャネルリソースをＤＣＩに割り当てる過程で行ってもよいし、又は制御チャネル（又はＤＣＩ）の実際の送信段階で行ってもよい。また、具現例によれば、制御チャネル（又はＤＣＩ）の送信制限は、リソースマップ前パンクチャ（又は無効化）（一種の速度整合）、又はリソースマップ後パンクチャ（又は無効化）を通じて行ってもよい。整理すると、本方法において、制御チャネル（又はＤＣＩ）の送信が制限される場合は、共通ＳＳ及び端末特定ＳＳで監視しなければならない制御チャネル候補が、同一サイズのＤＣＩフォーマットを有するか、又は、好ましくは、また同一の識別子（例えば、ＲＮＴＩ）及び／又は同一の開始リソース（例えば、開始ＣＣＥ）を有するように構成された場合であってよい。
【０１０８】
図１７は、端末が制御チャネル（例えば、ＰＤＣＣＨ）を処理する例を示す。図１７の過程は、図１６の過程に対応するため、詳細な説明は図１６の内容を参照する。
【０１０９】
図１７を参照すると、端末は、制御領域を含むサブフレームを受信する（Ｓ１７１０）。制御領域は、共通ＳＳと一つ以上の端末特定ＳＳとを受信する。それぞれのＳＳは、制御チャネル候補の集合を含む。本例で、共通ＳＳ内の制御チャネル候補はＣＩＦフィールドを有せず、端末特定ＳＳ内の制御チャネル候補はＣＩＦフィールドを有する。それぞれの端末特定ＳＳはＣＣ別に構成される。以後、端末は、自身に指定された制御チャネルを探すために、制御チャネル（例えば、ＰＤＣＣＨ）割当を決定する過程を行う（Ｓ１７２０）。制御チャネル割当を決定する過程は、予め決定された規則によって得られたＳＳのサイズ（例えば、ＣＣＥの個数）、制御チャネル候補のＣＣＥ集約レベル、ＳＳの位置などを考慮して、探索空間内の制御チャネル候補を監視する過程を含む。監視過程は、それぞれの制御チャネル候補をブラインド復号することを含む。以後、端末は、自身に指定された制御チャネルによる動作を行うことができる（Ｓ１７３０）。
【０１１０】
一方、共通ＳＳと端末特定ＳＳとにおいて制御チャネル（又は制御情報）にあいまいさが生じる可能性があり得る。制御チャネルにあいまいさがある場合は、ＳＳの構成時に、ＳＳ割当／ホップ規則などによって、共通ＳＳと端末特定ＳＳとが重複する場合を含む。また、制御チャネルにあいまいさがある場合は、共通ＳＳ（ＣＩＦなし）及び端末特定ＳＳ（ＣＩＦあり）にある制御チャネル候補が、同一のＤＣＩフォーマットサイズ（言い換えると、ＤＣＩペイロードサイズ）を有し、好ましくは、２つのＳＳにある制御チャネル候補がまた、同一の識別子（例えば、ＲＮＴＩ）及び／又は同一の１番目のＣＣＥリソースを有する場合に制限することができる。この場合、本方法によれば、端末は、端末特定探索空間では少なくとも一部の制御チャネル候補において制御チャネル（又はＤＣＩ）の送信が制限されると仮定する。端末は、このような仮定のもとで、制御チャネル割当を決定する過程、より具体的に、監視を行うことができる。言い換えると、端末は、制御チャネル（又はＤＣＩ）の送信制限がある領域では、共通ＳＳにおいてだけ制御チャネル（又はＤＣＩ）が送信され得るという仮定のもとで監視を行うことができる。制御チャネル（又はＤＣＩ）の送信が制限される領域は、端末特定探索空間全体、共通探索空間上の重複領域、又はこれらのうち一部の領域（又は、上述した領域に対応する制御チャネルリソース（例えば、ＣＣＥ））であってよい。整理すると、本方法において、制御チャネル（又はＤＣＩ）の送信制限が仮定される場合は、共通ＳＳ及び端末特定ＳＳにおいて監視しなければならない制御チャネル候補が同一サイズのＤＣＩフォーマットを有するか、又は、好ましくは、また同一の識別子（例えば、ＲＮＴＩ）及び／又は同一の開始リソース（例えば、開始ＣＣＥ）を有するように構成された場合であってよい。
【０１１１】
本方法によれば、具現例によれば、端末は、制御チャネル（又はＤＣＩ）の送信制限がある領域においては、共通ＳＳのＤＣＩフォーマットだけを検索することができる。例えば、端末は、特定時点の特定ＳＳ領域において同一サイズのＤＣＩフォーマットのうち一つだけを検索することができる。言い換えると、２つのＳＳに設定されたＤＣＩフォーマットサイズが同一である場合、特定時点の特定ＳＳ領域に対して、端末は、端末特定ＳＳに設定された同一サイズのＤＣＩフォーマットに対する監視／ＢＤを行わなくてもよい。また、具現例によれば、端末は、従来の手順によって共通ＳＳ及び端末特定ＳＳをいずれも監視した後、制御チャネル（又はＤＣＩ）の送信が制限される領域において制御チャネル（例えば、ＰＤＣＣＨ）が検出される場合、該当のＰＤＣＣＨは共通ＳＳにおいて受信されたと見なすことができる。
【０１１２】
端末特定ＳＳにおいて同一サイズのＤＣＩフォーマットの送信を制限するために、次の３つの方式を考慮することができる。便宜上、共通ＳＳ及び端末特定ＳＳに設定された同一サイズのＤＣＩフォーマットをそれぞれ、ＤＣＩ_ｃｓｓ及びＤＣＩ_ｕｓｓと呼ぶ。ＤＣＩ_ｃｓｓは３ＧＰＰ  ＬＴＥシステムのＣＩＦが含まれないＤＣＩフォーマット０とＤＣＩフォーマット１Ａとを含む。
【０１１３】
１）２つのＳＳ間の重複発生時に、重複した端末特定ＳＳ領域に対してだけ適用
【０１１４】
基地局は、共通ＳＳと端末特定ＳＳとの間に重複が発生する時点に対してだけ、そして、重複領域に対してだけＤＣＩ_ｕｓｓを送信しない。図１８ａに本方法による探索空間の構成を例示した。したがって、端末は、重複領域では共通ＳＳを通じてだけ制御チャネル（又は、ＵＣＩ）が送信されると見なす。すなわち、端末は、重複領域において制御チャネルが検出された場合、該当の制御チャネルは、共通ＳＳにおいて受信されたと見なすことができる。具現例によれば、端末は、該当の時点において同一サイズのＤＣＩフォーマットに対して、重複領域を通じてはＤＣＩ_ｃｓｓ、重複領域を除外した端末特定ＳＳを通じてはＤＣＩ_ｕｓｓ、に対してだけそれぞれ受信／復号（ＢＤ）を行うことができる。すなわち、端末は、重複領域でＤＣＩ_ｕｓｓのための制御チャネル候補を監視しなくてもよい。他の方法として、端末は、重複領域でＤＣＩ_ｃｓｓ及びＤＣＩ_ｕｓｓのための制御チャネル候補をいずれも監視する。ただし、制御チャネルが検出されると、ＤＣＩ_ｃｓｓであると見なす。本方法は、重複領域を除外した端末特定ＳＳにＤＣＩ_ｕｓｓ割当が可能なようにすることによって、端末特定ＳＳにおいてスケジュール柔軟性が減少することを最小化することができる。
【０１１５】
好ましくは、本方法は、重複領域内において共通ＳＳ及び端末特定ＳＳの制御チャネル候補が、同一のＤＣＩ（ペイロード）サイズを有し、同一のＲＮＴＩを有し（例えば、ＣＲＣスクランブルされる）、同一の開始リソース（例えば、ＣＣＥ）で構成される場合にだけ、端末特定ＳＳで制御チャネル候補の送信を制限することができる。図１８ｂに、本方法による探索空間の構成を例示した。
【０１１６】
２）２つのＳＳ間の重複発生時に、全体共通ＳＳ領域に適用
【０１１７】
基地局は、共通ＳＳと端末特定ＳＳとの間に重複が発生する時点に対してだけ、全体共通ＳＳ領域に対してＤＣＩ_ｕｓｓを送信しない。したがって、端末は、重複が発生したとき、重複領域では共通ＳＳを通じてだけ制御チャネルが送信されると見なす。すなわち、端末は、重複領域において制御チャネルが検出された場合、該当の制御チャネルは、共通ＳＳにおいて受信されたと見なすことができる。具現例によれば、端末は、該当の時点で同一サイズのＤＣＩフォーマットに対して、端末特定ＳＳ全体を通じてＤＣＩ_ｕｓｓに対する受信／復号（ＢＤ）が不可能であり、重複領域ではＤＣＩ_ｃｓｓに対してだけ受信／復号（ＢＤ）を行うことができる。他の方法として、端末は、重複領域においてＤＣＩ_ｃｓｓ及びＤＣＩ_ｕｓｓのための制御チャネル候補をいずれも監視する。ただし、制御チャネルが検出されたとき、ＤＣＩ_ｃｓｓであると見なす。本方法の場合、端末特定ＳＳでのスケジュール柔軟性は追加的に減少するが、重複する領域と、重複しない領域とを区分しなければならない複雑度を低下させることができる。
【０１１８】
好ましくは、本方法は、共通ＳＳ及び端末特定ＳＳにおいて、同一のＤＣＩ（ペイロード）サイズ、同一のＲＮＴＩ（例えば、ＣＲＣスクランブルされる）、同一の開始リソース（例えば、ＣＣＥ）を有する制御チャネル候補を監視するように構成することによって、端末特定ＳＳ全体において制御チャネル候補の送信を制限することができる。
【０１１９】
一方、複数のＣＣが併合された状況においてＲＲＣ信号通知を通じたＣＩＦ再構成区間において、ＣＩＦを使用したか否かの認識に対する基地局と端末との不一致によってＰＤＣＣＨ送信／受信時に誤動作が発生することがある。このような問題を防止するために、併合された複数のＣＣのうち、特定ＣＣ（例えば、アンカＣＣ（又はＰＣＣ）、又はＰＤＣＣＨ監視ＣＣ））をスケジュールするＰＤＣＣＨに対しては、ＣＣ相互及び非ＣＣ相互スケジュールモードに関係なく（すなわち、ＣＩＦオン／オフ設定に関係なく）、常にＣＩＦを含めない方法を考慮することができる。これに基づいて、基地局では、ＣＩＦ再構成に関係なく、少なくとも特定ＣＣ（例えば、アンカＣＣ（又はＰＣＣ）又はＰＤＣＣＨ監視ＣＣ））に対するＰＤＣＣＨには常にＣＩＦなしに送信することができる。この場合、端末は、少なくとも該当のＣＣに対してはＣＩＦ再構成に関係なく、常にＣＩＦがないという仮定のもとで、ＰＤＣＣＨに対する受信／復号を行うことができる。したがって、ＣＩＦ再構成の区間において少なくとも該当のＣＣのスケジュールに対しては、基地局と端末との間のＰＤＣＣＨ送信／受信の誤動作を防止できる。この場合、先に提起したＳＳの重複問題は、ＣＩＦのないＤＣＩが送信される端末特定ＳＳと、ＣＩＦの含まれたＤＣＩが送信される端末特定ＳＳとの間の重複問題に拡張されることがある。
【０１２０】
したがって、ＳＳの重複問題を一般化すると、ＣＩＦがないＤＣＩフォーマット（すなわち、ｎｏ  ＣＩＦ−ＤＣＩ）とＣＩＦが含まれたＤＣＩフォーマット（すなわち、ＣＩＦ−ＤＣＩ）とが同一のサイズを有し、該当のＤＣＩフォーマットが送信されるＳＳが重複する問題として説明することができる。この場合、先に提示したと同様に、基地局は、特定時点／領域で重複するＳＳのうち、特定ＳＳに対するＤＣＩだけを送信することができ、端末は、特定時点／領域を通じて検出された（復号され、ＣＲＣに合格した）ＤＣＩを特定ＳＳに対するＤＣＩと判断することができる。具体的な方法は、次のとおりである。
【０１２１】
Ａ)ＳＳ間の重複発生時に、重複領域に対してだけ適用
【０１２２】
Ａ−１．ＣＩＦが含まれたＤＣＩ（ＣＩＦ−ＤＣＩ）だけ送信
【０１２３】
基地局は、ＳＳ間の重複が発生する時点で重複領域において、同一サイズのＤＣＩのうちＣＩＦ−ＤＣＩだけを送信することができ、ｎｏ  ＣＩＦ−ＤＣＩに対する送信を中断することができる。具現例によれば、ｎｏ  ＣＩＦ−ＤＣＩの送信制限は、ＣＣＥリソースをｎｏ  ＣＩＦ−ＤＣＩに割り当てる過程で行ってもよいし、又はｎｏ  ＣＩＦ−ＤＣＩの実際の送信段階で行ってもよい。また、具現例によれば、ｎｏ  ＣＩＦ−ＤＣＩの送信の中断は、リソースマップ前パンクチャ（又は無効化）（一種の速度整合）又はリソースマップ後パンクチャ（又は無効化）を通じて行ってもよい。好ましくは、本方法は、ｎｏ  ＣＩＦ−ＤＣＩ及びＣＩＦ−ＤＣＩが同一のＲＮＴＩを運ぶ場合（例えば、ＣＲＣが同一のＲＮＴＩでスクランブルされる）に制限することができる。したがって、端末は、該当の時点で同一サイズのＤＣＩに対して、重複領域を通じて検出されたＤＣＩ（すなわち、ＰＤＣＣＨ）をＣＩＦ−ＤＣＩと認識する。このために、具現例によれば、端末は、該当の時点で重複領域を通じてはＣＩＦ−ＤＣＩに対してだけ受信／復号（ＢＤ）を行うことができる。すなわち、端末は、重複領域においてｎｏ  ＣＩＦ−ＤＣＩのための制御チャネル候補を監視しなくてもよい。他の方法として、端末は、重複領域においてｎｏ  ＣＩＦ−ＤＣＩ及びＣＩＦ−ＤＣＩのための制御チャネル候補をいずれも監視する。ただし、ＰＤＣＣＨが検出されると、ＣＩＦ−ＤＣＩと認識する。
【０１２４】
本方法は、先に説明したｎｏ  ＣＩＦ−ＤＣＩ（例えば、ＤＣＩフォーマット０／１Ａ）が送信される共通ＳＳ（ＰＤＣＣＨ監視ＣＣ用）とＣＩＦ−ＤＣＩが送信される端末特定ＳＳ（ＰＤＣＣＨ無監視ＣＣ用）との間の重複時に有用に適用することができる。ＰＤＣＣＨ監視ＣＣのＤＣＩフォーマット０／１Ａは、共通ＳＳだけでなく端末特定ＳＳを通じても送信することができる。したがって、重複領域においてｎｏ  ＣＩＦ−ＤＣＩフォーマット０／１Ａの送信が制限されるとしても、依然として該当のＤＣＩフォーマット０／１Ａは、無重複の共通ＳＳ領域だけでなく、ＰＤＣＣＨ監視ＣＣのための端末特定ＳＳでも送信することができる。本方法は、端末特定ＳＳ同士が重複したときにもそのまま適用することができる。すなわち、ＣＩＦ−ＤＣＩが送信される端末特定ＳＳとｎｏ  ＣＩＦ−ＤＣＩが送信される端末特定ＳＳとが重複し、ＣＩＦ−ＤＣＩとｎｏ  ＣＩＦ−ＤＣＩのサイズ（例えば、ペイロードサイズ）が同一である場合、ＳＳ重複領域においてＣＩＦ−ＤＣＩだけ送信を許容してもよい。より一般化すると、本方法は、端末特定ＳＳと共通ＳＳとを区分せず、どの２つのＳＳが重複し、ＣＩＦ−ＤＣＩとｎｏ  ＣＩＦ−ＤＣＩのサイズが同一である場合、ＣＩＦ−ＤＣＩだけ送信が許容されるように拡張することができる。本方法は、重複領域全体に対してｎｏ  ＣＩＦ−ＤＣＩ送信を制限してもよいし、ｎｏ  ＣＩＦ−ＤＣＩのためのＰＤＣＣＨ候補と、ＣＩＦ−ＤＣＩのためのＰＤＣＣＨ候補とが重複する領域内で同一の開始ＣＣＥで構成される場合にだけ、ｎｏ  ＣＩＦ−ＤＣＩの送信を制限してもよい。
【０１２５】
Ａ−２．ＣＩＦがないＤＣＩ（ｎｏ  ＣＩＦ−ＤＣＩ）に対してだけ送信
【０１２６】
基地局は、ＳＳ間の重複が発生する時点で重複領域において、同一サイズのＤＣＩのうちｎｏ  ＣＩＦ−ＤＣＩだけを送信することができ、ＣＩＦ−ＤＣＩに対する送信を中断することができる。具現例によれば、ＣＩＦ−ＤＣＩの送信制限は、ＣＣＥリソースをＣＩＦ−ＤＣＩに割り当てる過程で行ってもよいし、又はＣＩＦ−ＤＣＩの実際の送信段階で行ってもよい。また、具現例によれば、ＣＩＦ−ＤＣＩの送信の中断は、リソースマップ前パンクチャ（又は無効化）（一種の速度整合）又はリソースマップ後パンクチャ（又は無効化）を通じて行ってもよい。したがって、端末は、該当の時点で重複領域において検出された同一サイズのＤＣＩをｎｏ  ＣＩＦ−ＤＣＩと認識することができる。また、端末は、重複領域においてｎｏ  ＣＩＦ−ＤＣＩだけを検索することができる。すなわち、端末は、重複領域においてＣＩＦ−ＤＣＩに対する監視／ＢＤを行わなくてもよい。好ましくは、本方法は、ｎｏ  ＣＩＦ−ＤＣＩとＣＩＦ−ＤＣＩとが同一のＲＮＴＩを運ぶ場合（例えば、ＣＲＣが同一のＲＮＴＩでスクランブルされる）に制限することができる。本方法は、ＣＩＦ再構成のために考慮することができるｎｏ  ＣＩＦ−ＤＣＩが送信されるＳＳ（アンカＣＣ（又はＰＣＣ）又はＰＤＣＣＨ監視ＣＣ用）とＣＩＦ−ＤＣＩが送信されるＳＳ（非アンカＣＣ（又はＰＣＣ）又はＰＤＣＣＨ無監視ＣＣ用）との間の重複時に有用に適用することができる。本方法は、共通ＳＳ（ｎｏ  ＣＩＦ−ＤＣＩ）と端末特定ＳＳ（ＣＩＦ−ＤＣＩ）との間の重複時、又は端末特定ＳＳ（ｎｏ  ＣＩＦ−ＤＣＩ）と端末特定ＳＳ（ＣＩＦ−ＤＣＩ）との間の重複時にも適用可能である。アンカＣＣ（又はＰＣＣ）又はＰＤＣＣＨ監視ＣＣを通じて送信されるデータの重要度／頻度が他のＣＣよりも高い可能性がある。したがって、本方法を適用してｎｏ  ＣＩＦ−ＤＣＩ、すなわち、アンカＣＣ（又はＰＣＣ）又はＰＤＣＣＨ監視ＣＣに対するスケジュール自由度も優先的に保障することができる。より一般化すると、本方法は、端末特定ＳＳと共通ＳＳとを区分せず、どの２つのＳＳが重複し、ＣＩＦ−ＤＣＩとｎｏ  ＣＩＦ−ＤＣＩのサイズが同一である場合、ｎｏ  ＣＩＦ−ＤＣＩだけ送信が許容されるものと拡張することができる。本方法は、重複領域全体に対してＣＩＦ−ＤＣＩ送信を制限してもよいし、又はｎｏ  ＣＩＦ−ＤＣＩのためのＰＤＣＣＨ候補及びＣＩＦ−ＤＣＩのためのＰＤＣＣＨ候補が重複領域内において同一の開始ＣＣＥによって構成される場合にだけＣＩＦ−ＤＣＩ送信を制限してもよい。
【０１２７】
Ａ−３．ＳＳによって方法Ａ−１とＡ−２とを選択的に適用
【０１２８】
ＣＩＦ−ＤＣＩの端末特定ＳＳとｎｏ  ＣＩＦ−ＤＣＩの共通ＳＳとが同一のＤＣＩサイズで重複する場合、重複時点で重複領域に対してｎｏ  ＣＩＦ−ＤＣＩ送信を制限することができる。また、ＣＩＦ−ＤＣＩの端末特定ＳＳとｎｏ  ＣＩＦ−ＤＣＩの端末特定ＳＳとが同一のＤＣＩサイズで重複する場合、重複時点で重複領域に対してＣＩＦ−ＤＣＩ送信を制限することができる。本方法も重複領域全体に対して特定ＤＣＩ送信を制限してもよいし、又はｎｏ  ＣＩＦ−ＤＣＩのためのＰＤＣＣＨ候補及びＣＩＦ−ＤＣＩのためのＰＤＣＣＨ候補が重複領域内の同一の開始ＣＣＥで構成される場合にだけ、特定ＤＣＩの送信を制限してもよい。
【０１２９】
Ｂ）ＳＳ間の重複発生時に、特定ＳＳ領域全体に適用
【０１３０】
Ｂ−１．ＣＩＦが含まれたＤＣＩ（ＣＩＦ−ＤＣＩ）だけを送信
【０１３１】
基地局は、ＳＳ間の重複が発生した時点で、各ＳＳ領域において同一サイズのＤＣＩのうちＣＩＦ−ＤＣＩだけを送信することができ、ｎｏ  ＣＩＦ−ＤＣＩに対する送信を中断することができる。具体的には、ＣＩＦ−ＤＣＩは、重複領域を含んだ自身のＳＳ全体を通じて送信可能であり、ｎｏ  ＣＩＦ−ＤＣＩは、重複領域を含んだ自身のＳＳ全体を通じて送信が中断される。したがって、端末は、該当の時点で同一サイズのＤＣＩに対してＣＩＦ−ＤＣＩに対する検出だけを行うことができる。
【０１３２】
Ｂ−２．ＣＩＦがないＤＣＩ（ｎｏ  ＣＩＦ−ＤＣＩ）だけを送信
【０１３３】
基地局は、ＳＳ間の重複が発生した時点で各ＳＳ領域において、同一サイズのＤＣＩのうちｎｏ  ＣＩＦ−ＤＣＩだけを送信することができ、ＣＩＦ−ＤＣＩに対する送信を中断することができる。具体的には、ｎｏ  ＣＩＦ−ＤＣＩは、重複領域を含んだ自身のＳＳ全体を通じて送信可能であり、ＣＩＦ−ＤＣＩは、重複領域を含んだ自身のＳＳ全体を通じて送信が中断される。したがって、端末は、該当の時点で同一サイズのＤＣＩに対してｎｏ  ＣＩＦ−ＤＣＩに対する検出だけを行う。
【０１３４】
Ｂ−３．ＳＳによって方法Ｂ−１及びＢ−２を選択的に適用
【０１３５】
基地局は、ＣＩＦ−ＤＣＩの端末特定ＳＳとｎｏ  ＣＩＦ−ＤＣＩの共通ＳＳとが同一のＤＣＩサイズで重複する場合、重複時点で各ＳＳ領域においてｎｏ  ＣＩＦ−ＤＣＩ送信を制限することができる。また、基地局はＣＩＦ−ＤＣＩの端末特定ＳＳとｎｏ  ＣＩＦ−ＤＣＩの端末特定ＳＳとが同一のＤＣＩサイズで重複する場合、重複時点で各ＳＳ領域においてＣＩＦ−ＤＣＩ送信を制限することができる。上述した例は、ＳＳ重複の発生時点でＣＩＦ−ＤＣＩを送信するのか、又はｎｏ  ＣＩＦ−ＤＣＩを送信するのかに対する選択が、基地局と端末との間で予め約束された場合を例示する。これとは異なり、ＳＳ重複の発生時点でＣＩＦ−ＤＣＩを送信するのか、又はｎｏ  ＣＩＦ−ＤＣＩを送信するのかに対する選択を、上位層信号通知（例えば、ＲＲＣ信号通知）を通じて半静的に設定することができる。
【０１３６】
一方、基地局が、ＤＣＩを特定ＣＣＥ集約レベルにマップして送信する場合、ＤＣＩ符号語は、循環バッファ特性によって所定の個数のＣＣＥ単位で反復形態を有することができる。これによって、端末でのブラインド復号時に、該当のＣＣＥ集約レベルよりも低いＣＣＥ集約レベルにおいて該当のＤＣＩが検出される場合が発生することがある。これを勘案して、ＤＣＩフォーマットサイズが同一である２つのＳＳ（例えば、ＣＩＦがない共通ＳＳ、及びＣＩＦがある端末特定ＳＳ）に対して、端末特定ＳＳのすべてのＣＣＥ集約レベル（例えば、Ｌ＝１、２、４、８）に対してだけでなく、特定ＣＣＥ集約レベル（例えば、共通ＳＳに設定されたものと同じＣＣＥ集約レベル）（例えば、Ｌ＝４、８）に対してだけ、本発明で提案した方法を適用できる。言い換えると、端末特定ＳＳのＬ値が１又は２である時、共通ＳＳとの重複が発生した時点では、先に提案したＳＳシフト方式、ＳＳ開始点制限方式、ｎｏ  ＣＩＦ−ＤＣＩ又はＣＩＦ−ＤＣＩに対する送信制限方法を適用しなくてもよい。
【０１３７】
また、ＣＣＥ集約レベルに対するあいまいさが発生しないようにするために、同一ＣＣＥで始まるＣＣＥグループにおいて、小さいＣＣＥ集約レベル（例えば、Ｌ＝１及び／又は２）のＰＤＣＣＨ候補と、大きいＣＣＥ集約レベル（例えば、Ｌ＝４及び／又は８）のＰＤＣＣＨ候補とにおいて検出に成功したＤＣＩが同時に存在する場合、端末は、小さいＣＣＥ集約レベルで検出されたＤＣＩは無視し、大きいＣＣＥ集約レベルで検出されたＤＣＩだけを制御情報として使用することができる。例えば、小さいＣＣＥ集約レベルではＣＩＦ−ＤＣＩだけを提供し、大きいＣＣＥ集約レベルではｎｏ  ＣＩＦ−ＤＣＩだけを提供する場合、大きいＣＣＥ集約レベル及び小さいＣＣＥ集約レベルで同時にＣＲＣチェックを通過したＤＣＩがある場合、大きいＣＣＥ集約レベルのＤＣＩ（すなわち、ｎｏ  ＣＩＦ−ＤＣＩ）と解析する。又は、同じ結果を得るために、特定ＣＣＥグループで大きいＣＣＥ集約レベル（例えば、Ｌ＝４及び／又は８）を検出した場合、該当のＣＣＥグループに対して小さいＣＣＥ集約レベル（例えば、Ｌ＝１及び／又は２）に対する検出を試みなくてもよい。
【０１３８】
より一般化すると、ｎｏ  ＣＩＦ−ＤＣＩのＳＳとＣＩＦ−ＤＣＩのＳＳとが同じＤＣＩサイズ及び同じＣＣＥ集約レベルを有して重複する場合に限って、上記提案方法の適用を考慮することができる。同じＤＣＩサイズを有するｎｏ  ＣＩＦ−ＤＣＩのＳＳとＣＩＦ−ＤＣＩのＳＳとが、互いに異なるＣＣＥ集約レベルを有して重複する場合、同じＣＣＥで始まるＣＣＥグループにおいて、互いに異なるＣＣＥ集約レベル（大きい、小さい）のＰＤＣＣＨ候補を通じて検出に成功したＤＣＩが同時に存在する場合、端末は、小さいＣＣＥ集約レベルで検出されたＤＣＩは無視し、大きいＣＣＥ集約レベルで検出されたＤＣＩだけを制御情報として使用することができる。又は、同じ結果を得るために、ＣＣＥグループで大きいＣＣＥ集約レベルを検出した場合、該当のＣＣＥグループに対して小さいＣＣＥ集約レベルに対する検出を試みなくてもよい。
【０１３９】
実施例２：端末特定ＳＳの衝突を防止するためのＳＳ割当
【０１４０】
ＬＴＥ−Ａでは、複数のＣＣが併合された状況でＣＩＦを用いたＣＣ相互スケジュールを考慮しているため、一つのＤＬ  ＣＣを通じて複数のＣＣのスケジュールのための複数のＰＤＣＣＨ送信が可能である。このために、該当のＤＬ  ＣＣ上に複数のＣＣのための複数の個別端末特定ＳＳを構成する方法を考慮することができる。個別端末特定ＳＳは、各ＣＣ又はＤＣＩフォーマットサイズ別に区分して構成することができる。ここで、それぞれの端末特定ＳＳは、互いに独立な開始点（ｓｔａｒｔｉｎｇ  ＣＣＥ  ｉｎｄｅｘ）を有し、独立に構成され、又は複数の端末特定ＳＳが一つの開始点を有し、互いに連接した形態（すなわち、連接した（ｃｏｎｃａｔｅｎａｔｅｄ）ＳＳ）で構成されることができる。
【０１４１】
図２０は、連接したＳＳで発生するＰＤＣＣＨ閉そくを例示する。
【０１４２】
図２０を参照すると、連接ＳＳにおいて、ＳＳ全体を構成する個別ＳＳの割当位置又は順序がすべてのサブフレームに対して固定されると、図示したように、特定個別ＳＳ同士間にだけ重複が発生する現象が現れることがある。本例は、一つのＤＬ  ＣＣ上に４個の個別ＳＳが、一つの開始点、そして固定された個別ＳＳ順序（＃１→＃２→＃３→＃４）で連接ＳＳを構成する例示を示しており、図２０から分かるように、ＳＳ＃1とＳＳ＃４間にだけ重複が発生することが分かる。本例の場合、説明の便宜のために個別ＳＳ当たり６個のＰＤＣＣＨ候補を仮定し、総ＣＣＥ個数が２２である場合を仮定した。この場合、重複が発生される特定個別ＳＳが固定されるため、該当の個別ＳＳに対してだけＰＤＣＣＨスケジュール自由度が減少（すなわち、ＰＤＣＣＨ閉そく確率が増加）する。ここで、ＰＤＣＣＨ閉そくは、制限されたＰＤＣＣＨリソースにより該当の搬送波に対するＰＤＣＣＨスケジュールが制限されることを意味する。すなわち、図示したように、一つの搬送波に複数のＰＤＣＣＨ探索空間を定義する場合、制限されたＰＤＣＣＨリソースにより各搬送波に対応するＰＤＣＣＨ探索空間の可用のリソースが制限されることがあり、これによって、ＰＤＣＣＨ割当位置が制限され、又はＰＤＣＣＨ割当自体が不可能なことがある。
【０１４３】
図２０は、一つの端末の連接ＳＳが循環（ｗｒａｐ  ａｒｏｕｎｄ）して重複する場合を示しているが、これは例示に過ぎず、様々な理由でＳＳ重複が発生することがある。例えば、一つの端末の連接ＳＳが循環しなくても、該当の端末の連接ＳＳが他の端末の連接ＳＳと重複する場合に、特定ＣＣに対するＳＳだけ重複するため、特定ＣＣに対するＳＳだけ集中的に制限される場合が発生することがある。
【０１４４】
したがって、本実施例では、連接ＳＳを構成する個別ＳＳの割当順序を変更する方法を提案する。個別ＳＳの割当順序は周期的（例えば、毎サブフレーム単位）に変更可能である。本実施例で、ＣＣＥは、該当のＣＣＥ集約レベルに対してＰＤＣＣＨ候補として可用のＣＣＥだけに限定することができる。
【０１４５】
以下、図２１〜２４を参照して本実施例について具体的に例示する。図２１〜２４において、連接ＳＳ内の個別ＳＳは互いに隣接しているが、これは例示に過ぎず、連接ＳＳ内の個別ＳＳは、個別ＳＳ間にＣＣＥ又はＰＤＣＣＨ候補単位の特定オフセットをおいて構成してもよいし、互いに重複してもよい。
【０１４６】
まず、図２１でのように、ＳＳ全体内の個別ＳＳの順序を一定の周期（例えば、Ｐ個のサブフレーム、Ｐ個の無線フレームなど）毎に巡回シフトさせる方法を考慮することができる。Ｐは、１以上の整数で、好ましくは、１である。巡回シフト値は、周期ごとに一定の値ずつ変更され、又はサブフレーム番号、システムフレーム番号（ＳＦＮ）などの関数で決定することができる。これを通じて、重複する可能性がある個別ＳＳを周期的に変更して割り当てることができる。したがって、ＰＤＣＣＨ閉そく確率が特定個別ＳＳに集中されず、すべての個別ＳＳに均一に分散され得る。
【０１４７】
一方、ＣＩＦ再構成の区間において、ＳＳ位置に対する基地局と端末との不一致を防止するために、ＳＳ全体内でアンカＣＣ（又はＰＣＣ）及び／又はＰＤＣＣＨ監視ＣＣのＳＳ位置は常に固定させ、残りのＣＣＥに対してアンカＣＣ（又はＰＣＣ）及び／又はＰＤＣＣＨ監視ＣＣを除外した個別ＳＳの割当順序を周期的に変更させることができる。好ましくは、アンカＣＣ（又はＰＣＣ）及び／又はＰＤＣＣＨ監視ＣＣのＳＳ位置は、ＳＳ全体のうち最も低いインデクスを有するＣＣＥグループに先に割り当てることができる。
【０１４８】
また、基地局は、ＣＩＦ構成（すなわち、ＣＩＦオン／オフ）に関係なく、常にＮ個のＣＣに対してだけ上記提案方法を適用して連接ＳＳを構成し、端末は、Ｍ個（Ｍ≦Ｎ）のＣＣに対してだけＢＤを行う方式も考慮することができる。ここで、Ｎは、予め指定された最大ＣＣの個数、又はセルに配置されたＣＣの個数、又は該当の端末に半静的に設定されたＣＣの個数（例えば、ＲＲＣ割り当てられた端末特定ＣＣの個数、該当のＰＤＣＣＨ監視ＣＣからＣＣ相互スケジュールが可能なＣＣの個数など）である。Ｍは、ＣＩＦ構成によってＰＤＣＣＨ監視ＣＣからＣＣ相互スケジュールが可能なＣＣの個数、又は１（該当のＰＤＣＣＨ監視ＣＣだけを意味する）であってよい。
【０１４９】
他の方法として、図２１のような方式でＳＳを構成した後、アンカＣＣ（又はＰＣＣ）及び／又はＰＤＣＣＨ監視ＣＣのＳＳ開始点をＳＳ全体の開始点に移動させる方法を考慮することができる。例えば、図２２を参照して、ＳＳ順序が２３４１であり、ＳＳ#１がアンカＣＣ（又はＰＣＣ）及び／又はＰＤＣＣＨ監視ＣＣのＳＳである場合、ＳＳ全体の開始点にＳＳ＃２の開始点を一致させてＳＳ全体を構成した後、ＳＳ＃１の開始点をＳＳ全体の開始点に位置するようにＳＳ全体（ＳＳ＃１と＃２が重複した状態）を移動させ、最終ＳＳを構成することができる。同様に、図２３でのように、アンカＣＣ（又はＰＣＣ）及び／又はＰＤＣＣＨ監視ＣＣのＳＳ（ＳＳ＃１）開始点がＳＳ全体の開始点と一致するようにＳＳ＃1を構成した後、ＳＳ順序によって、残りのＳＳ（ＳＳ＃２、３、４）をＳＳ＃１の左側及び／又は右側方向に連接させ、連接ＳＳを構成する方式を考慮することができる。
【０１５０】
本実施例はまた、すべての個別ＳＳのすべてのＰＤＣＣＨ候補をＰＤＣＣＨ候補単位でランダムにインタリーブして、連接ＳＳを構成する方法を提案する。細部的に、インタリーブパターンは、特定周期（例えば、Ｐ個のサブフレーム、Ｐ個の無線フレームなど）を有してランダム化することができる。Ｐは、１以上の整数で、好ましくは、１である。これに制限されるものではないが、毎周期のインタリーブパターンは、サブフレーム番号、システムフレーム番号などの関数によって決定することができる。また、インターリーバの入出力単位（すなわち、ＣＣＥ集約レベル）は、ＰＤＣＣＨ候補の分解能（ｒｅｓｏｌｕｔｉｏｎ）を有する。例えば、インターリーバに個別ＳＳが連接した形態で入力されると、個別ＳＳの順序又はＰＤＣＣＨ候補の順序に関係なく、ＰＤＣＣＨ候補単位で並べ替えされて出力される。
【０１５１】
図２４は、個別ＳＳのすべてのＰＤＣＣＨ候補をインタリーブする例を示す。便宜上、Ｘ番目の個別ＳＳ（ＳＳ＃Ｘ）においてＹ番目のＰＤＣＣＨ候補をＸＹで表示する。
【０１５２】
図２４を参照すると、個別ＳＳ内で同一順番に該当するＰＤＣＣＨ候補を集めて、これらが連接した形態で連接ＳＳを構成することができる。説明のために、図示したように、４個の個別ＳＳがあり、ＳＳごとに６個のＰＤＣＣＨ候補があると仮定する。この場合、ＰＤＣＣＨ候補＃１のための領域には、それぞれの個別ＳＳから選択されたＰＤＣＣＨ候補１−１〜１−４が連接する。ＰＤＣＣＨ候補＃２〜ＰＤＣＣＨ候補＃６のための領域も類似する形態で構成され、ＰＤＣＣＨ候補＃１〜ＰＤＣＣＨ候補＃６が連接した形態の連接ＳＳが構成される。図２４は、各ＰＤＣＣＨ候補＃Ｘ（Ｘ＝１〜６）のための領域が隣接しているものと示しているが、これは例示に過ぎず、各ＰＤＣＣＨ候補＃Ｘ（Ｘ＝１〜６）のための領域ＣＣＥ又はＰＤＣＣＨ候補単位の特定オフセットをおいて構成され、又は互いに重複することができる。
【０１５３】
便宜上、各ＰＤＣＣＨ候補＃Ｘ（Ｘ＝１〜６）のための領域に位置したＰＤＣＣＨ候補をＰＤＣＣＨ候補グループ＃Ｘ（Ｘ＝１〜６）と呼ぶ。各ＰＤＣＣＨ候補グループ＃Ｘ（Ｘ＝１〜６）内におけるＰＤＣＣＨ候補の順序は、図示したように、個別ＳＳの順序（＃１→＃２→＃３→＃４）によってすべてのサブフレームで固定され得る。また、各ＰＤＣＣＨグループ＃Ｘ（Ｘ＝１〜６）内におけるＰＤＣＣＨ候補の順序は、図２１で示したように、周期的に変更可能である。例えば、各ＰＤＣＣＨグループ＃Ｘ（Ｘ＝１〜６）内におけるＰＤＣＣＨ候補の順序は、サブフレーム単位で巡回シフトすることができる。また、各ＰＤＣＣＨ候補＃Ｘ（Ｘ＝１〜６）のための領域が連接する順序も、図２１で示したように、周期的に変更可能である。これによって、重複する可能性があるＰＤＣＣＨ候補が特定個別ＳＳに集中されず、すべての個別ＳＳに分散されるため、結局、ＰＤＣＣＨ閉そく確率もすべての個別ＳＳに対して均一に分布することができる。
【０１５４】
一方、ＣＩＦ再構成の区間において、ＳＳ位置に対する基地局と端末との不一致を防止するために、ＳＳ全体内でアンカＣＣ（又はＰＣＣ）及び／又はＰＤＣＣＨ監視ＣＣのＳＳ構成及び位置は、すべてのＰＤＣＣＨ候補が連接した形態で常に固定させ、残りのＣＣＥに対してアンカＣＣ（又はＰＣＣ）及び／又はＰＤＣＣＨ監視ＣＣを除外した個別ＳＳだけを対象としてＰＤＣＣＨ候補がインタリーブされたＳＳを構成することができる。好ましくは、アンカＣＣ（又はＰＣＣ）及び／又はＰＤＣＣＨ監視ＣＣのＳＳは、ＳＳ全体のうち最も低いインデクスを有するＣＣＥグループに先に割り当てることができる。
【０１５５】
また、基地局は、ＣＩＦ構成（すなわち、ＣＩＦオン／オフ）に関係なく、常にＮ個のＣＣに対して上記提案方法を適用して連接ＳＳを構成し、端末は、Ｍ個（Ｍ≦Ｎ）のＣＣに対してだけＢＤを行う方式も考慮することができる。ここで、Ｎは、予め指定された最大ＣＣの個数、又はセルに配置されたＣＣの個数、又は該当の端末に半静的に設定されたＣＣの個数（例えば、ＲＲＣ割り当てられた端末特定ＣＣの個数、該当のＰＤＣＣＨ監視ＣＣからＣＣ相互スケジュールが可能なＣＣの個数など）である。Ｍは、ＣＩＦ構成によって、ＰＤＣＣＨ監視ＣＣからＣＣ相互スケジュールが可能なＣＣの個数、又は１（該当のＰＤＣＣＨ監視ＣＣだけを意味する）であってよい。
【０１５６】
さらに、それぞれのＰＤＣＣＨ候補グループに互いに独立的な開始点を割り当て、ＰＤＣＣＨ候補グループ別ＳＳを独立的に構成する方法も考慮することができる。この場合、ＰＤＣＣＨ候補グループ別ＳＳは連接した形態で構成する必要はない。
【０１５７】
一方、本実施例で提案した方法は、すべてのＣＣＥ集約レベル（例えば、Ｌ＝１、２、４、８）に対して制限なしに適用し、又は特定ＣＣＥ集約レベル（例えば、ＰＤＣＣＨ候補を構成するＣＣＥの数が相対的に大きいＣＣＥ集約レベル）（例えば、Ｌ＝４、８）に対してだけ適用可能である。
【０１５８】
図２５は、本発明の一実施例に適用されうる基地局及び端末を例示する。
【０１５９】
図２５を参照すると、無線通信システムは、基地局（ＢＳ）１１０及び端末（ＵＥ）１２０を含む。基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波（ＲＦ）ユニット１１６を含む。プロセッサ１１２は、本発明で提案した手順及び／又は方法を具現するよう構成できる。メモリ１１４は、プロセッサ１１２と接続され、プロセッサ１１２の動作と関連した様々な情報を記憶する。ＲＦユニット１１６は、プロセッサ１１２と接続され、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及びＲＦユニット１２６を含む。プロセッサ１２２は、本発明で提案した手順及び／又は方法を具現するよう構成できる。メモリ１２４は、プロセッサ１２２と連結され、プロセッサ１２２の動作と関連した様々な情報を記憶する。ＲＦユニット１２６は、プロセッサ１２２と接続され、無線信号を送信及び／又は受信する。基地局１１０及び／又は端末１２０は、単一アンテナ又は複数アンテナを有することができる。
【０１６０】
以上説明した各実施例は、本発明の各構成要素と各特徴とが所定形態で結合されたものである。各構成要素又は特徴は、別途の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素又は特徴と結合しない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に取って代わることもできる。特許請求の範囲において明示的な引用関係のない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めたりすることができることは明らかである。
【０１６１】
本文書で、本発明の各実施例は、端末と基地局間のデータ送受信関係を中心に説明された。本文書で基地局により行われるとした特定動作は、場合によっては、その上位ノードによって行ってもよい。すなわち、基地局を含む多数のネットワークノードからなるネットワークにおいて端末との通信のために行われる様々な動作は、基地局又は基地局以外の別のネットワークノードによって実行してもよいことは明らかである。基地局は、固定局、ノードＢ、強化ノードＢ（ｅＮＢ）、アクセスポイントなどの用語に代替可能である。また、端末は、利用者装置（ＵＥ）、移動機（ＭＳ）、移動体加入者局（ＭＳＳ）などの用語に代替可能である。
【０１６２】
本発明による実施例は様々な手段、例えば、ハードウェア、ファームウェア（、ソフトウェア又はそれらの組合せによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つ又はそれ以上の特定用途集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラム可能論理デバイス（ＰＬＤ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０１６３】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能又は動作を行うモジュール、手順、関数などの形態で具現することができる。ソフトウェアコードは、メモリユニットに記憶されて、プロセッサによって駆動してもよい。メモリユニットは、プロセッサの内部又は外部に設けられ、既に公知の様々な手段によりプロセッサとデータを交換することができる。
【０１６４】
本発明は、本発明の特徴を逸脱しない範囲で他の特定の形態で具体化可能であるということは、当業者にとっては自明である。したがって、上記の詳細な説明は、いずれの面においても制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的な解釈により決定すべきであり、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。
【産業上の利用可能性】
【０１６５】
本発明は、端末、リレー、基地局などのような無線通信装置に適用可能である。
【図１】
0005952199.tif 000007
【図２】
0005952199.tif 000008
【図３】
0005952199.tif 000009
【図４】
0005952199.tif 000010
【図５】
0005952199.tif 000011
【図６】
0005952199.tif 000012
【図７】
0005952199.tif 000013
【図８】
0005952199.tif 000014
【図９】
0005952199.tif 000015
【図１０ａ】
0005952199.tif 000016
【図１０ｂ】
0005952199.tif 000017
【図１０ｃ】
0005952199.tif 000018
【図１０ｄ】
0005952199.tif 000019
【図１１】
0005952199.tif 000020
【図１２】
0005952199.tif 000021
【図１３】
0005952199.tif 000022
【図１４ａ】
0005952199.tif 000023
【図１４ｂ】
0005952199.tif 000024
【図１５】
0005952199.tif 000025
【図１６】
0005952199.tif 000026
【図１７】
0005952199.tif 000027
【図１８ａ】
0005952199.tif 000028
【図１８ｂ】
0005952199.tif 000029
【図１９】
0005952199.tif 000030
【図２０】
0005952199.tif 000031
【図２１】
0005952199.tif 000032
【図２２】
0005952199.tif 000033
【図２３】
0005952199.tif 000034
【図２４】
0005952199.tif 000035
【図２５】
0005952199.tif 000036