(57)【要約】【課題】ユーザ装置において、下り制御チャネルで送信される制御情報を受信する際に行うブラインドデコーディングの対象となる候補の数を削減する。【解決手段】移動通信システムにおいて基地局と通信を行うユーザ装置において、前記基地局から下り制御チャネルにより無線信号を受信する受信部と、前記下り制御チャネルの時間周波数リソースにおける所定の領域にマッピングされた前記ユーザ装置宛ての制御情報を、当該所定の領域の候補となる複数の候補領域においてブラインドデコーディングを行うことにより検出する制御情報検出部と、を備え、前記ユーザ装置がランダムアクセス手順を実行する場合に、前記制御情報検出部は、前記複数の候補領域のうち、一部の領域を除外した領域において前記ブラインドデコーディングを行う。【選択図】図９
2015142372.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおいて基地局と通信を行うユーザ装置であって、
前記基地局から下り制御チャネルにより無線信号を受信する受信部と、
前記下り制御チャネルの時間周波数リソースにおける所定の領域にマッピングされた前記ユーザ装置宛ての制御情報を、当該所定の領域の候補となる複数の候補領域においてブラインドデコーディングを行うことにより検出する制御情報検出部と、を備え、
前記ユーザ装置がランダムアクセス手順を実行する場合に、前記制御情報検出部は、前記複数の候補領域のうち、一部の領域を除外した領域において前記ブラインドデコーディングを行う
ことを特徴とするユーザ装置。
【請求項２】
前記ユーザ装置が前記基地局からのランダムアクセス応答の受信を監視する期間、又は、前記ユーザ装置が前記基地局とは異なる他の基地局からのランダムアクセス応答の受信を監視する期間において、前記制御情報検出部は、前記複数の候補領域のうち、一部の領域を除外した領域において前記ブラインドデコーディングを行う
ことを特徴とする請求項１に記載のユーザ装置。
【請求項３】
移動通信システムにおいて基地局と通信を行うユーザ装置であって、
前記基地局から下り制御チャネルにより無線信号を受信する受信部と、
前記下り制御チャネルの時間周波数リソースにおける所定の領域にマッピングされた前記ユーザ装置宛ての制御情報を、当該所定の領域の候補となる複数の候補領域においてブラインドデコーディングを行うことにより検出する制御情報検出部と、を備え、
前記制御情報のフォーマットの候補が複数存在し、前記ユーザ装置がランダムアクセス手順を実行する場合に、前記制御情報検出部は、前記複数のフォーマットの候補のうち、一部の候補を除外したフォーマットを仮定して前記ブラインドデコーディングを行う
ことを特徴とするユーザ装置。
【請求項４】
前記ユーザ装置が前記基地局からのランダムアクセス応答の受信を監視する期間、又は、前記ユーザ装置が前記基地局とは異なる他の基地局からのランダムアクセス応答の受信を監視する期間において、前記制御情報検出部は、前記複数のフォーマットの候補のうち、一部の候補を除外したフォーマットを仮定して前記ブラインドデコーディングを行う
ことを特徴とする請求項３に記載のユーザ装置。
【請求項５】
移動通信システムにおいてユーザ装置と通信を行う基地局であって、
下り制御チャネルの時間周波数リソースにおける所定の領域に前記ユーザ装置宛ての制御情報をマッピングするマッピング部と、
前記制御情報を前記所定の領域の時間周波数リソースを用いて下り制御チャネルで無線信号として送信する送信部と、を備え、
前記所定の領域は、前記ユーザ装置において前記制御情報の検出のためにブラインドデコーディングが行われる複数の候補領域のうちの１つの領域であり、前記ユーザ装置がランダムアクセス手順を実行する場合に、前記マッピング部は、前記所定の領域を、前記複数の候補領域のうち、一部の領域を除外した領域から選択する
ことを特徴とする基地局。
【請求項６】
前記マッピング部は、前記ユーザ装置がランダムアクセス応答を監視すると推定される期間において、前記所定の領域を、前記複数の候補領域のうち、一部の領域を除外した領域から選択する
ことを特徴とする請求項５に記載の基地局。
【請求項７】
移動通信システムにおいてユーザ装置と通信を行う基地局であって、
予め定められた複数のフォーマットのうちの１つのフォーマットを用いて前記ユーザ装置宛ての制御情報を生成する制御情報生成部と、
下り制御チャネルの時間周波数リソースにおける所定の領域に前記ユーザ装置宛ての制御情報をマッピングするマッピング部と、
前記制御情報を前記所定の領域の時間周波数リソースを用いて下り制御チャネルで無線信号として送信する送信部と、を備え、
前記ユーザ装置がランダムアクセス手順を実行する場合に、前記制御情報生成部は、前記複数のフォーマットのうち、一部のフォーマットを除外したフォーマットから前記１つのフォーマットを選択する
ことを特徴とする基地局。
【請求項８】
前記制御情報生成部は、前記ユーザ装置がランダムアクセス応答を監視すると推定される期間において、前記複数のフォーマットのうち、一部のフォーマットを除外したフォーマットから前記１つのフォーマットを選択する
ことを特徴とする請求項７に記載の基地局。
【請求項９】
移動通信システムにおいて基地局と通信を行うユーザ装置が実行する制御情報検出方法であって、
前記基地局から下り制御チャネルにより無線信号を受信する受信ステップと、
前記下り制御チャネルの時間周波数リソースにおける所定の領域にマッピングされた前記ユーザ装置宛ての制御情報を、当該所定の領域の候補となる複数の候補領域においてブラインドデコーディングを行うことにより検出する制御情報検出ステップと、を備え、
前記ユーザ装置がランダムアクセス手順を実行する場合に、前記制御情報検出ステップにおいて、前記ユーザ装置は、前記複数の候補領域のうち、一部の領域を除外した領域において前記ブラインドデコーディングを行う
ことを特徴とする制御情報検出方法。
【請求項１０】
移動通信システムにおいて基地局と通信を行うユーザ装置が実行する制御情報検出方法であって、
前記基地局から下り制御チャネルにより無線信号を受信する受信ステップと、
前記下り制御チャネルの時間周波数リソースにおける所定の領域にマッピングされた前記ユーザ装置宛ての制御情報を、当該所定の領域の候補となる複数の候補領域においてブラインドデコーディングを行うことにより検出する制御情報検出ステップと、を備え、
前記制御情報のフォーマットの候補が複数存在し、前記ユーザ装置がランダムアクセス手順を実行する場合に、前記制御情報検出ステップにおいて、前記ユーザ装置は、前記複数のフォーマットの候補のうち、一部の候補を除外したフォーマットを仮定して前記ブラインドデコーディングを行う
ことを特徴とする制御情報検出方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、LTE等の移動通信システムにおけるランダムアクセスの技術に関連するものである。
【背景技術】
【０００２】
LTE（LTE-Advancedを含む）システムでは、ユーザ装置UEと基地局eNBにおけるタイミングを同期させるために、ランダムアクセス手順（RA procedure、以下、RA手順と呼ぶ）が実行される。RA手順は、例えば、ユーザ装置UEから基地局eNBへ最初にアクセスする場合や、ハンドオーバ時、再同期を行う場合等に行われる。また、RA手順には、非競合ベースであるNon-contention based (contention free) RA（以下、contention free RA）と、競合ベースのContention based RAがある。例えば、contention free RAはハンドオーバ等に用いられ、Contention based RAはユーザ装置UEが最初に発信する場合等に用いられるものである。
【０００３】
さて、LTEシステムでは、複数のコンポーネントキャリア（以下、CC）を同時に使用して通信を可能とするキャリアアグリゲーション（以下、CA）が導入されている。図１に示すように、LTEのRel-10までのCAでは、同一基地局eNB配下の複数のCCを用いて同時通信を行うことで高スループットを実現することが可能である。
【０００４】
一方、Rel-12ではこれをさらに拡張し、異なる基地局eNB配下のCCを用いて同時通信を行い、高スループットを実現するDual connectivity（二重接続、以下、DCとも呼ぶ）が検討されている（非特許文献１参照）。例えば、全てのCCを単一の基地局eNB内に収容することができない場合で、Rel-10と同程度のスループットを実現するためには、Dual connectivityが必要である。
【０００５】
Dual connectivity において、Pcellを形成する基地局をMaster-eNB（MeNB）と呼び、Scellを形成する基地局をSecondary-eNB（SeNB）と呼ぶ。図２に、Dual connectivityの例を示す。図２の例では、基地局MeNBがCC#1（PcellのCC）でユーザ装置UEと通信を行い、基地局SeNBがCC#2（ScellのCC）でユーザ装置UEと通信を行うことでCAを実現している。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】3GPP TSG-RAN WG2 Meeting #82 R2-131782
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記背景技術で説明したDual connectivityにおけるRA手順に関し、LTEのRel-10では、RA手順はPCellでのみ可能である。一方、Rel-11では、PCellに加えてSCellでのRA手順もサポートされているが、サポートはContention free RAのみであり、また、RAR（random access response、ランダムアクセス応答）はPCellで受信される。つまり、ScellでのRA手順であっても、ユーザ装置UEは、基地局MeNBからRARを受信する。
【０００８】
図３は、上記のサポート状況をまとめた図である。図中、Msg 0はRA preambleを割り当てるメッセージであり、Msg 1はRA preambleメッセージであり、Msg 2はRARメッセージであり、Msg 3はRRC connection requestであり、Msg 4は、RRC connection setupである。図３に示すとおり、LTE Rel-10/11において、Contention based RAでは、基地局SeNBが関与するRA手順はサポートされておらず、Contention free RAにおいて、基地局SeNBが関与するRA手順はサポートされているが、RAR（Msg 2）は基地局MeNBから返される。なお、以下、SeNBとMeNBを総称する場合、eNBと記載する。
【０００９】
Rel-12においては、Contention based RAとContention free RAにおいてともにRAR（Msg 2）は基地局SeNBから返される。
【００１０】
ここで、RARは、PDCCH（EPDCCHも含む）により基地局eNBからユーザ装置UEに送信される。RARは、random access preambleのインデックスやタイミング情報等を含む。なお、このような情報を含むRARの実体は、上記のPDCCHにより送られるリソース割り当て情報に対応するPDSCHで送信されるのであり、PDCCHによりRARのポインタが送信されると記載するのが正確であるが、説明の便宜上、PDCCHによりRARが送信されるという記載方法も用いる。
【００１１】
PDCCHは、そのペイロードでリソース割り当て情報等を含むDCIを運ぶチャネルであるが、PDCCHとDCIを同義で用いる場合もある。DCIはCRCが付されて送信されるが、CRCには、DCIの宛先となるユーザ装置UEの識別情報によりスクランブルがかけられる（具体的にはXOR演算）。よって、PDCCHを受信したユーザ装置UEは、自分の識別情報でデスクランブルしたCRCにより正常にデコードできたDCIを自分宛てのDCIとして使用する。上記の識別情報は、例えばRA手順ではRA-RNTIである。
【００１２】
ここで、PDCCHは１サブフレームにおいて複数のユーザ装置UEに送られるが、各ユーザ装置UEは、自分に宛てられたPDCCHがどのリソースで送信されるのかを把握していないため、自分宛てのPDCCHが送信される可能性のあるリソースをサーチする動作を行って自分宛てのPDCCHを検出する。
【００１３】
上記のサーチを行うリソースのエリアはサーチスペース（Search Space）と呼ばれている。サーチスペースには、全てのユーザ装置UEが共通にサーチするスペースである共通サーチスペース（Common Search Space、以降、CSS）と、各ユーザ装置UEが個別にサーチするスペースであるUE固有サーチスペース（UE-specific search space、以降、USS）がある。
【００１４】
また、DCIの割り当ての最少単位としてCCE（Control Channel Element）が定義されており、更に、１つのDCI（PDCCH）をいくつのCCEに割り当てるかを示すAggregation levelが規定されている。例えば、Aggregation levelは、１、２、４、８の４種類であり、各値が、割り当てるCCEの個数に対応する。また、Aggregation levelは、ユーザ装置UEからフィードバックされるCQI等を元に、受信品質が良い場合は低く、受信品質が悪い場合は高くなるようにユーザ装置UE毎に設定される。ここで、CCEはインデックス付けされており、Aggregation levelがｎの場合、ｎの倍数となるインデックスのCCEのみを開始地点としてDCIがマッピングされている。
【００１５】
上記のCSSでは、割り当てられるCCEは０〜１５の１６CCEの区間であり、また、Aggregation levelは４、８に限定されている。一方、USSの場合のAggregation levelは限定はない。
【００１６】
ユーザ装置UEは、自分宛てのPDCCHがどのCCEに割り当てられているか、どのAggregation levelが用いられているか、どのDCI formatが用いられているかがわからないため、可能性のある候補について、総当たりでデコードを行う。これをブラインドデコード(Blind decoding、以下、BD)と呼ぶ。
【００１７】
図４は、RA手順において、図３のRel-12のように基地局SeNBからRARが送信される場合において、ユーザ装置UEが受信するPDCCHの例を示す図である。図４に示すように、ユーザ装置UEがRA preambleを基地局SeNBに送信し、基地局SeNBからRARを受信する。RA preambleを送信してから所定期間後にRARの受信を期待するRa-Response Windowの期間が開始され、当該Window期間、RARのサーチ（BD）をすることになる。
【００１８】
一方、ユーザ装置UEは、当該Ra-Response Windowの期間において、基地局MeNBからも自分宛てのPDCCH（Paging、SI、RAR等）を受信する可能性があり、これについても自分宛てのPDCCHのサーチ（BD）を行う。
【００１９】
図４の例では、例として両PDCCHともにAggregation levelが４であり、ユーザ装置UEは、基地局MeNBから送信されるPDCCHと基地局SeNBから送信されるPDCCHのそれぞれについてCSSとUSSに対するBDを実施することになる。
【００２０】
図５は、PDCCHを使用する場合において、デコードを試みるPDCCHの候補数を示す図である。図示のように、CSSについては、Aggregation levelが４の場合に４箇所、８の場合に２箇所の候補があり、それぞれ取り得るDCI formatが２種類なので、全候補数は１２となる。同様の計算で、USSの場合の候補数は３２（UL MIMO無しの場合）、又は４８（UL MIMO有りの場合）となる。以降、BDの候補数をBD数と呼ぶ。なお、１回のBDには、想定するリソースの位置におけるCRCデスクランブルと、想定するDCI formatでのDCIのCRCチェック等とが含まれる。
【００２１】
図６は、EPDCCHを使用する場合のデコードを試みる候補数を示す図である。EPDCCHは、UE-specificな制御信号なので、CSSでは送信されずUSSのみが定義されている。図６に示すように、BD数は３２又は４８である。なお、EPDCCHでは、Localized mappingとDistributed mappingが規定されているが、図６の例は、Distributed mappingにおける一例を示すものである。
【００２２】
さて、図４に示したように、Dual connectivityにおいて、SCellでCSSがサポートされると、その分のBD数が増加する。すなわち、図７に示すように、Rel-11のCAでは、Scellにおいて、CSSにマッピングされるRARは送信されないから、その部分のBD数は０であるのに対して、Dual connectivityにおいて、SCellでCSSがサポートされると、基地局SeNBから送信されるCSSにマッピングされるRARを検出するためのBD数１２の分が増加する。
【００２３】
BD数が増加すると、ユーザ装置UEのバッテリ消費が増加するとともに、単位時間にユーザ装置UEが処理するデコード数が増え、ユーザ装置UEの実装が複雑になるとともに、False alarm数が増加する。
【００２４】
本発明は上記の点に鑑みてなされたものであり、ユーザ装置において、下り制御チャネルで送信される制御情報を受信する際に行うブラインドデコーディングの対象となる候補の数を削減するための技術を提供することを目的とする。
【課題を解決するための手段】
【００２５】
本発明の実施の形態によれば、移動通信システムにおいて基地局と通信を行うユーザ装置であって、
前記基地局から下り制御チャネルにより無線信号を受信する受信部と、
前記下り制御チャネルの時間周波数リソースにおける所定の領域にマッピングされた前記ユーザ装置宛ての制御情報を、当該所定の領域の候補となる複数の候補領域においてブラインドデコーディングを行うことにより検出する制御情報検出部と、を備え、
前記ユーザ装置がランダムアクセス手順を実行する場合に、前記制御情報検出部は、前記複数の候補領域のうち、一部の領域を除外した領域において前記ブラインドデコーディングを行うユーザ装置が提供される。
【００２６】
また、本発明の実施の形態によれば、移動通信システムにおいて基地局と通信を行うユーザ装置であって、
前記基地局から下り制御チャネルにより無線信号を受信する受信部と、
前記下り制御チャネルの時間周波数リソースにおける所定の領域にマッピングされた前記ユーザ装置宛ての制御情報を、当該所定の領域の候補となる複数の候補領域においてブラインドデコーディングを行うことにより検出する制御情報検出部と、を備え、
前記制御情報のフォーマットの候補が複数存在し、前記ユーザ装置がランダムアクセス手順を実行する場合に、前記制御情報検出部は、前記複数のフォーマットの候補のうち、一部の候補を除外したフォーマットを仮定して前記ブラインドデコーディングを行うユーザ装置が提供される。
【００２７】
また、本発明の実施の形態によれば、移動通信システムにおいてユーザ装置と通信を行う基地局であって、
下り制御チャネルの時間周波数リソースにおける所定の領域に前記ユーザ装置宛ての制御情報をマッピングするマッピング部と、
前記制御情報を前記所定の領域の時間周波数リソースを用いて下り制御チャネルで無線信号として送信する送信部と、を備え、
前記所定の領域は、前記ユーザ装置において前記制御情報の検出のためにブラインドデコーディングが行われる複数の候補領域のうちの１つの領域であり、前記ユーザ装置がランダムアクセス手順を実行する場合に、前記マッピング部は、前記所定の領域を、前記複数の候補領域のうち、一部の領域を除外した領域から選択する基地局が提供される。
【００２８】
また、本発明の実施の形態によれば、移動通信システムにおいてユーザ装置と通信を行う基地局であって、
予め定められた複数のフォーマットのうちの１つのフォーマットを用いて前記ユーザ装置宛ての制御情報を生成する制御情報生成部と、
下り制御チャネルの時間周波数リソースにおける所定の領域に前記ユーザ装置宛ての制御情報をマッピングするマッピング部と、
前記制御情報を前記所定の領域の時間周波数リソースを用いて下り制御チャネルで無線信号として送信する送信部と、を備え、
前記ユーザ装置がランダムアクセス手順を実行する場合に、前記制御情報生成部は、前記複数のフォーマットのうち、一部のフォーマットを除外したフォーマットから前記１つのフォーマットを選択する基地局が提供される。
【００２９】
また、本発明の実施の形態によれば、移動通信システムにおいて基地局と通信を行うユーザ装置が実行する制御情報検出方法であって、
前記基地局から下り制御チャネルにより無線信号を受信する受信ステップと、
前記下り制御チャネルの時間周波数リソースにおける所定の領域にマッピングされた前記ユーザ装置宛ての制御情報を、当該所定の領域の候補となる複数の候補領域においてブラインドデコーディングを行うことにより検出する制御情報検出ステップと、を備え、
前記ユーザ装置がランダムアクセス手順を実行する場合に、前記制御情報検出ステップにおいて、前記ユーザ装置は、前記複数の候補領域のうち、一部の領域を除外した領域において前記ブラインドデコーディングを行う制御情報検出方法が提供される。
【００３０】
また、本発明の実施の形態によれば、移動通信システムにおいて基地局と通信を行うユーザ装置が実行する制御情報検出方法であって、
前記基地局から下り制御チャネルにより無線信号を受信する受信ステップと、
前記下り制御チャネルの時間周波数リソースにおける所定の領域にマッピングされた前記ユーザ装置宛ての制御情報を、当該所定の領域の候補となる複数の候補領域においてブラインドデコーディングを行うことにより検出する制御情報検出ステップと、を備え、
前記制御情報のフォーマットの候補が複数存在し、前記ユーザ装置がランダムアクセス手順を実行する場合に、前記制御情報検出ステップにおいて、前記ユーザ装置は、前記複数のフォーマットの候補のうち、一部の候補を除外したフォーマットを仮定して前記ブラインドデコーディングを行う制御情報検出方法が提供される。
【発明の効果】
【００３１】
本発明の実施の形態によれば、ユーザ装置において、下り制御チャネルで送信される制御情報を受信する際に行うブラインドデコーディングの対象となる候補の数を削減することができる。
【図面の簡単な説明】
【００３２】
【図１】Rel-10までのCAを示す図である。
【図２】Dual connectivityの例を示す図である。
【図３】Dual connectivityにおけるRA手順を説明する図である。
【図４】ユーザ装置UEが受信するPDCCHの例を示す図である。
【図５】PDCCHを使用する場合において、デコードを試みるPDCCHの候補数を示す図である。
【図６】EPDCCHを使用する場合のデコードを試みる候補数を示す図である。
【図７】Rel-11のCAとDual connectivityにおけるBD数を示す図である。
【図８】本発明の実施の形態に係る移動通信システムの構成図である。
【図９】PDCCHにおける限定方法の一例を示す図である。
【図１０】EPDCCHにおける限定方法の一例を示す図である。
【図１１】実施例１−１におけるシーケンス例である。
【図１２】PDCCHにおける限定方法の一例を示す図である。
【図１３】EPDCCHにおける限定方法の一例を示す図である。
【図１４】実施例１−２におけるシーケンス例である。
【図１５】基地局MeNBと基地局SeNBのCSSにおけるPDCCH候補数の限定方法の一例を示す図である。
【図１６】実施例１−３におけるシーケンス例である。
【図１７】PDCCHにおける限定方法の一例を示す図である。
【図１８】EPDCCHにおける限定方法の一例を示す図である。
【図１９】実施例２−１におけるシーケンス例である。
【図２０】PDCCHにおける限定方法の一例を示す図である。
【図２１】EPDCCHにおける限定方法の一例を示す図である。
【図２２】実施例２−２におけるシーケンス例である。
【図２３】基地局MeNBと基地局SeNBのCSSにおけるDCI format候補数の限定方法の一例を示す図である。
【図２４】実施例２−３におけるシーケンス例である。
【図２５】変形例を説明するための図である。
【図２６】ユーザ装置UEの機能構成図である。
【図２７】基地局（MeNB、SeNB）の機能構成図である。
【発明を実施するための形態】
【００３３】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。
【００３４】
（システムの全体構成、実施の形態の概要）
図８に、本発明の実施の形態に係る移動通信システムの構成例を示す。図８に示すように、本実施の形態における移動通信システムは、図２に示した移動通信システムと同様のシステムであり、Pcellを形成する基地局MeNBと、Scellを形成する基地局SeNBを備え、ユーザ装置UEにDual Connectivityの無線通信サービスを提供する。なお、本実施の形態では、ユーザ装置UEはUL MIMOをサポートしないものとして説明する。ただし、これは例であり、ユーザ装置UEがUL MIMOをサポートする場合にも本発明に係る技術は適用可能である。また、本実施の形態における移動通信システム（ユーザ装置と基地局）は、その基本機能として、LTEのRel-１２で規定された機能を有していることを想定しているが、本発明は他の通信方式にも適用可能である。
【００３５】
本実施の形態における移動通信システムにおける基地局SeNBは、図３の下段に示したように、RA手順をサポートする。すなわち、Contention based RAとContention free RAのどちらの場合でも、ユーザ装置UEは基地局SeNBからRARを受信する。従って、ユーザ装置UEは、基地局SeNBから受信するPDCCHのCSSにおけるBDを行う。前述したように、この場合、BD数が増加し、消費電力増加等の問題が生じる。本実施の形態では、この問題を解消するために、BD数を、Rel-11のCA相当まで削減することとしている。なお、以下、PDCCHは、EPDCCHと区別して記載しない限り、EPDCCHを含む意味の用語として使用する。
【００３６】
以下、この削減のための手法として、BDを行うPDCCHの候補数を限定する手法を第１の実施の形態として説明し、PDCCHのDCI format数を限定する手法を第２の実施の形態として説明する。なお、PDCCHの候補数を限定するとは、自分宛てのPDCCHがマッピングされ得るリソースの候補数を限定することである。
【００３７】
（第１の実施の形態）
上記のとおり、第１の実施の形態では、PDCCHの候補数を限定する。そのための手法として、実施例１−１、１−２、１−３を説明する。実施例１−１は、基地局MeNBのUSSにおけるPDCCH候補数を限定する手法である。実施例１−２は、基地局SeNBのUSSにおけるPDCCH候補数を限定する手法である。実施例１−３は、基地局MeNBと基地局SeNBのCSSにおけるPDCCH候補数を限定する手法である。
【００３８】
＜実施例１−１＞
まず、実施例１−１を説明する。上記のとおり、実施例１−１では基地局MeNBのUSSにおけるPDCCH候補数を限定する。図９に、PDCCHにおける限定方法の一例を示す。図９に示す例では、Aggregation level＝１での候補数６を３に限定し、Aggregation level＝２での候補数６を３に限定するものである。
【００３９】
なお、図９において、もともとのAggregation level＝１での候補数６、Aggregation level＝２での候補数６、Aggregation level＝４での候補数２、Aggregation level＝８での候補数２は、LTEの規格において規定されている候補数である。
【００４０】
このように限定することで、基地局MeNBのUSSにおけるPDCCH候補数は１０となり、DCI formatの候補数が２であるから、基地局MeNBのUSSにおけるBD数は２０となる。このような限定を行わない場合、基地局MeNBのUSSにおけるBD数は３２であるから１２のBD数が削減される。つまり、基地局SeNBのCSS分の削減が行われる。
【００４１】
図１０に、EPDCCHにおける限定方法の一例を示す。図１０に示す例では、Aggregation level＝１での候補数６を３に限定し、Aggregation level＝２での候補数４を２に限定し、Aggregation level＝４での候補数３を２に限定するものである。
【００４２】
なお、図１０において、もともとのAggregation level＝１での候補数６、Aggregation level＝２での候補数４、Aggregation level＝４での候補数３、Aggregation level＝８での候補数２、Aggregation level＝１６での候補数１は、LTEの規格において規定されている候補数である。
【００４３】
このように限定することで、基地局MeNBのUSSにおけるEPDCCH候補数は１０となり、DCI formatの候補数が２であるから、基地局MeNBのUSSにおけるBD数は２０となる。このような限定を行わない場合、基地局MeNBのUSSにおけるBD数は３２であるから１２のBD数が削減される。つまり、基地局SeNBのCSS分の削減が行われる。
【００４４】
図１１に、実施例１−１におけるシーケンス例を示す。基地局MeNBが基地局SeNBのリソース追加を決定する（ステップ１０１）と、基地局MeNBはSeNB Addition Request（SeNB追加要求）を基地局SeNBに送信する（ステップ１０２）。SeNB Addition Requestを受信した基地局SeNBは、RACH configを含むconfigurationを提供することを決定し（ステップ１０３）、当該configurationを含むSeNB Addition Response（SeNB追加応答）を基地局MeNBに送信する（ステップ１０４）。
【００４５】
SeNB Addition Responseを受信した基地局MeNBは、SeNB追加のための制御情報を含むRRC Connection Reconfiguration（RRC接続再設定）をユーザ装置UEに送信し（ステップ１０５）、ユーザ装置UEはRRC Connection Reconfiguration Complete（RRC接続再設定完了）を基地局MeNBに返す（ステップ１０６）。RRC Connection Reconfiguration Completeを受信した基地局MeNBは、ユーザ装置UEとの通信に基地局SeNBが追加されたことを認識するので、基地局SeNBとユーザ装置UE間でRA手順が行われる可能性があることから、この時点からUSSにおける(E)PDCCH候補数を限定する（例：図９、図１０）。この限定の期間は、当該ユーザ装置UEに対する(E)PDCCHを、限定により使用しないリソースにはマッピングしない。すなわち、この時点から、ユーザ装置UEがRARを監視すると推定される期間が開始する。
【００４６】
ユーザ装置UEからRandom Access Preamble（メッセージ１）が基地局SeNBに送信されると（ステップ１０８）、所定期間（２サブフレーム）後に、RARを待ち受ける（監視する）ra-Response Window期間が開始し、ユーザ装置UEは、その期間の開始とともに削減された数のBDを開始する（ステップ１０９）。つまり、ユーザ装置UEは基地局SeNBと基地局MeNBからPDCCHを受信するが、基地局MeNBから受信するPDCCHのUSSについて図９、図１０に示すような限定されたリソース候補についてのBDを行う。
【００４７】
ユーザ装置UEがRAR（メッセージ２）を受信し（ステップ１１０）、その割り当て情報に基づいてUL-SCH data transmission（上りデータ送信）を行う（ステップ１１１）。そして、ユーザ装置UEは、基地局SeNBとのRA手順が成功すると、RA on SeNB successを基地局MeNBに送信する（ステップ１１３）。RA on SeNB successを受信した基地局MeNBは、基地局SeNBからユーザ装置UEへのRAR送信が終了したことを認識し、USSにおける(E)PDCCH候補数制限を解除する（ステップ１１４）。ユーザ装置UEは、基地局SeNBとのRA手順が失敗した場合には、RA on SeNB failを基地局MeNBに送信する（ステップ１１５）。RA on SeNB failを受信した基地局MeNBは、基地局SeNBからユーザ装置UEへのRAR送信が終了したことを認識し、USSにおける(E)PDCCH候補数制限を解除する（ステップ１１４）。ステップ１１３、１１４は、ユーザ装置UEがRARを監視すると推定される期間が終了したことを意味する。
【００４８】
一方、ユーザ装置UEにおいて、ra-Response Window期間が終了するか、又は、RARで指定されたUL grantに対応するPUSCH送信（上記のUL-SCH data transmission）が行われたタイミングで、基地局MeNBのUSSにおける（E）PDCCH候補数制限を停止する（ステップ１１２）。
【００４９】
＜実施例１−２＞
次に、実施例１−２を説明する。前記のとおり、実施例１−２では基地局SeNBのUSSにおけるPDCCH候補数を限定する。図１２に、PDCCHにおける限定方法の一例を示す。図１２に示す例では、Aggregation level＝１での候補数６を３に限定し、Aggregation level＝２での候補数６を３に限定するものである。
【００５０】
このように限定することで、基地局SeNBのUSSにおけるPDCCH候補数は１０となり、DCI formatの候補数が２であるから、基地局SeNBのUSSにおけるBD数は２０となる。このような限定を行わない場合、基地局SeNBのUSSにおけるBD数は３２であるから１２のBD数が削減される。つまり、基地局SeNBのCSS分の削減が行われる。
【００５１】
図１３に、EPDCCHにおける限定方法の一例を示す。図１３に示す例では、Aggregation level＝１での候補数６を３に限定し、Aggregation level＝２での候補数４を２に限定し、Aggregation level＝４での候補数３を２に限定するものである。
【００５２】
このように限定することで、基地局SeNBのUSSにおけるEPDCCH候補数は１０となり、DCI formatの候補数が２であるから、基地局SeNBのUSSにおけるBD数は２０となる。このような限定を行わない場合、基地局SeNBのUSSにおけるBD数は３２であるから１２のBD数が削減される。つまり、基地局SeNBのCSS分の削減が行われる。
【００５３】
図１４に、実施例１−２におけるシーケンス例を示す。ここでは、まず、ユーザ装置UEと基地局MeNB間ではRRC接続状態にある（ステップ２０１）ととともに、ユーザ装置UEと基地局SeNBとの間は接続されておらず、非同期の状態にある（ステップ２０２）。ユーザ装置UEと基地局MeNB間ではRRC接続状態にあるので、図１４に示す全期間でユーザ装置UEは基地局MeNBからのPDCCHを監視し、BDを行っている。
【００５４】
ユーザ装置UEからRandom Access Preamble（メッセージ１）が基地局SeNBに送信される（ステップ２０３）。Random Access Preambleを受信した基地局SeNBは、CSSでRARを送信することになるから、この時点からUSSにおける(E)PDCCH候補数を限定する（ステップ２０４）。この限定の期間は、当該ユーザ装置UEに対する(E)PDCCHを、限定により使用しないリソースにはマッピングしない。
【００５５】
ユーザ装置UEにおいて、Random Access Preamble送信から所定期間（２サブフレーム）後に、RARを待ち受けるra-Response Window期間が開始し、ユーザ装置UEは、その期間の開始とともに削減された数のBDを開始する（ステップ２０５）。つまり、ユーザ装置UEは基地局SeNBと基地局MeNBからPDCCHを受信するが、基地局SeNBから受信するPDCCHのUSSについて図１２、図１３に示すような限定されたリソース候補についてのBDを行う。
【００５６】
ユーザ装置UEがRAR（メッセージ２）を受信し（ステップ２０６）、その割り当て情報に基づいてUL-SCH data transmission（上りデータ送信）を行う（ステップ２０７）。基地局SeNBにおいて、ra-Response Window期間が終了するか、又は、RARで指定されたUL grantに対応するPUSCH受信が行われた場合、その後にRAR送信を行わないから、その時点でUSSにおける(E)PDCCH候補数制限を解除する（ステップ２０８）。
【００５７】
一方、ユーザ装置UEにおいて、ra-Response Window期間が終了するか、又は、RARで指定されたUL grantに対応するPUSCH送信（上記のUL-SCH data transmission）が行われたタイミング（自分宛てRARを受信したことを意味する）で、基地局SeNBのUSSにおける（E）PDCCH候補数制限に基づくBDを停止する（ステップ２０９）。
【００５８】
＜実施例１−３＞
次に、実施例１−３を説明する。前記のとおり、実施例１−３では、基地局MeNBと基地局SeNBのCSSにおけるPDCCH候補数を限定する。
【００５９】
図１５に、限定方法の一例を示す。図１５に示す例では、基地局MeNBと基地局SeNBそれぞれのCSS において、Aggregation level＝８での候補数２を１に限定し、Aggregation level＝４での候補数４を２に限定するものである。
【００６０】
このように限定することで、基地局MeNBのCSSにおけるPDCCH候補数は３となり、DCI formatの候補数が２であるから、基地局MeNBのCSSにおけるBD数は６となる。このような限定を行わない場合、基地局MeNBのCSSにおけるBD数は１２であるから６のBD数が削減される。また、基地局SeNBのCSSにおけるPDCCH候補数は３となり、DCI formatの候補数が２であるから、基地局SeNBのCSSにおけるBD数は６となる。このような限定を行わない場合、基地局SeNBのCSSにおけるBD数は１２であるから６のBD数が削減される。よって、合計で１２のBD数が削減される。すなわち、基地局SeNBのCSS分の削減が行われる。
【００６１】
図１６に、実施例１−３におけるシーケンス例を示す。基地局MeNBが基地局SeNBのリソース追加を決定する（ステップ３０１）と、基地局MeNBはSeNB Addition Request（SeNB追加要求）を基地局SeNBに送信する（ステップ３０２）。SeNB Addition Requestを受信した基地局SeNBは、RACH configを含むconfigurationを提供することを決定し（ステップ３０３）、当該configurationを含むSeNB Addition Response（SeNB追加応答）を基地局MeNBに送信する（ステップ３０４）。
【００６２】
SeNB Addition Responseを受信した基地局MeNBは、SeNB追加のための制御情報を含むRRC Connection Reconfiguration（RRC接続再設定）をユーザ装置UEに送信し（ステップ３０５）、ユーザ装置UEはRRC Connection Reconfiguration Complete（RRC接続再設定完了）を基地局MeNBに返す（ステップ３０６）。RRC Connection Reconfiguration Completeを受信した基地局MeNBは、ユーザ装置UEとの通信に基地局SeNBが追加されたことを認識するので、基地局SeNBとユーザ装置UE間でRA手順が行われる可能性があることから、この時点からCSSにおける(E)PDCCH候補数を限定する（例：図１５）。この限定の期間は、当該ユーザ装置UEに対する(E)PDCCHを、限定により使用しないリソースにはマッピングしない。
【００６３】
ユーザ装置UEからRandom Access Preamble（メッセージ１）が基地局SeNBに送信される（ステップ３０８）。Random Access Preambleを受信した基地局SeNBは、CSSでRARを送信することになるから、この時点からCSSにおける(E)PDCCH候補数を限定する（ステップ３０９）。この限定の期間は、当該ユーザ装置UEに対する(E)PDCCHを、限定により使用しないリソースにはマッピングしない。
【００６４】
ユーザ装置UEにおいて、Random Access Preamble送信から所定期間（２サブフレーム）後に、RARを待ち受けるra-Response Window期間が開始し、ユーザ装置UEは、その期間の開始とともに削減された数のBDを開始する（ステップ３１０）。つまり、ユーザ装置UEは基地局SeNBと基地局MeNBから受信するPDCCHのCSSについて図１５に示すような限定されたリソース候補についてのBDを行う。
【００６５】
ユーザ装置UEがRAR（メッセージ２）を受信し（ステップ３１１）、その割り当て情報に基づいてUL-SCH data transmission（上りデータ送信）を行う（ステップ３１２）。基地局SeNBにおいて、ra-Response Window期間が終了するか、又は、RARで指定されたUL grantに対応するPUSCH受信が行われた場合、その後にRAR送信を行わないから、その時点でCSSにおける(E)PDCCH候補数制限を解除する（ステップ３１３）。
【００６６】
一方、ユーザ装置UEにおいて、ra-Response Window期間が終了するか、又は、RARで指定されたUL grantに対応するPUSCH送信（上記のUL-SCH data transmission）が行われたタイミングで、基地局SeNBのCSSにおける（E）PDCCH候補数制限に基づくBDを停止する（ステップ３１４）。
【００６７】
ユーザ装置UEは、基地局SeNBとのRA手順が成功すると、RA on SeNB successを基地局MeNBに送信する（ステップ３１５）。RA on SeNB successを受信した基地局MeNBは、基地局SeNBからユーザ装置UEへのRAR送信が終了したことを認識し、CSSにおける(E)PDCCH候補数制限を解除する（ステップ３１７）。また、ユーザ装置UEは、基地局SeNBとのRA手順が失敗した場合には、RA on SeNB failを基地局MeNBに送信する（ステップ３１６）。RA on SeNB failを受信した基地局MeNBは、基地局SeNBからユーザ装置UEへのRAR送信が終了したことを認識し、CSSにおける(E)PDCCH候補数制限を解除する（ステップ３１７）。
【００６８】
なお、実施例１−１〜１−３を組み合わせて実施してもよい。また、これまでに説明した実施例１−１〜１−３において、偶数番目のindexのPDCCH候補をスキップすることを例に挙げたが、これは一例に過ぎず、スキップするPDCCH候補はこれに限られるわけではない。例えば、最少のPDCCH候補indexから所定個数であってもよい。これは例えば、０〜５のうち０〜２をスキップするような例である。また、（PDCCH候補indexの最大値）mod.2〜PDCCH候補indexの最大値をスキップしてもよい。また、基地局eNBからスキップする先頭のPDCCH候補indexと、その長さ（いくつのPDCCH候補をスキップするか）が通知されてもよい。また、ユーザ装置UEは、解釈できない通知をうけた場合には、当該通知を破棄してもよい。更に、Aggregation level毎に、スキップのパターンが異なっていてもよい。
【００６９】
（第２の実施の形態）
第２の実施の形態では、PDCCHのDCI format数を限定する。そのための手法として、実施例２−１、２−２、２−３を説明する。実施例２−１は、基地局MeNBのUSSにおけるDCI format数を限定する手法である。実施例２−２は、基地局SeNBのUSSにおけるDCI format数を限定する手法である。実施例２−３は、基地局MeNBと基地局SeNBのCSSにおけるDCI format数を限定する手法である。
【００７０】
＜実施例２−１＞
まず、実施例２−１を説明する。上記のとおり、実施例２−１では基地局MeNBにおけるDCI format数を限定する。図１７に、PDCCHにおける限定方法の一例を示す。図１７に示す例では、Aggregation level＝１でのDCI format数を１に限定し、Aggregation level＝２でのDCI format数を１に限定するものである。本例では、いずれの場合もDCI format 1Aを残す。
【００７１】
このように限定することで、基地局MeNBのUSSにおけるBD数は２０となる。このような限定を行わない場合、基地局MeNBのUSSにおけるBD数は３２であるから１２のBD数が削減される。つまり、基地局SeNBのCSS分の削減が行われる。
【００７２】
図１８に、EPDCCHにおける限定方法の一例を示す。図１８に示す例では、Aggregation level＝１でのDCI format数を１に限定し、Aggregation level＝２でのDCI format数を１に限定し、Aggregation level＝８でのDCI format数を１に限定するものである。いずれの場合もDCI format 1Aを残す。
【００７３】
このように限定することで、基地局MeNBのUSSにおけるBD数は２０となる。このような限定を行わない場合、基地局MeNBのUSSにおけるBD数は３２であるから１２のBD数が削減される。つまり、基地局SeNBのCSS分の削減が行われる。
【００７４】
図１９に、実施例２−１におけるシーケンス例を示す。基地局MeNBが基地局SeNBのリソース追加を決定する（ステップ４０１）と、基地局MeNBはSeNB Addition Request（SeNB追加要求）を基地局SeNBに送信する（ステップ４０２）。SeNB Addition Requestを受信した基地局SeNBは、RACH configを含むconfigurationを提供することを決定し（ステップ４０３）、当該configurationを含むSeNB Addition Response（SeNB追加応答）を基地局MeNBに送信する（ステップ４０４）。
【００７５】
SeNB Addition Responseを受信した基地局MeNBは、SeNB追加のための制御情報を含むRRC Connection Reconfiguration（RRC接続再設定）をユーザ装置UEに送信し（ステップ４０５）、ユーザ装置UEはRRC Connection Reconfiguration Complete（RRC接続再設定完了）を基地局MeNBに返す（ステップ４０６）。RRC Connection Reconfiguration Completeを受信した基地局MeNBは、ユーザ装置UEとの通信に基地局SeNBが追加されたことを認識するので、基地局SeNBとユーザ装置UE間でRA手順が行われる可能性があることから、この時点からUSSにおける(E)PDCCH DCI format候補数を限定する（例：図１７、図１８）。この限定の期間は、当該ユーザ装置UEに対する(E)PDCCHにおいて、限定により残されたDCI formatのみを使用する。
【００７６】
ユーザ装置UEからRandom Access Preamble（メッセージ１）が基地局SeNBに送信されると（ステップ４０８）、所定期間（２サブフレーム）後に、RARを待ち受けるra-Response Window期間が開始し、ユーザ装置UEは、その期間の開始とともに削減された数のBDを開始する（ステップ４０９）。つまり、ユーザ装置UEは基地局SeNBと基地局MeNBからPDCCHを受信するが、基地局MeNBから受信するPDCCHのDCI formatについて図１７、図１８に示すような限定された候補についてのBDを行う。
【００７７】
ユーザ装置UEがRAR（メッセージ２）を受信し（ステップ４１０）、その割り当て情報に基づいてUL-SCH data transmission（上りデータ送信）を行う（ステップ４１１）。そして、ユーザ装置UEは、基地局SeNBとのRA手順が成功すると、RA on SeNB successを基地局MeNBに送信する（ステップ４１３）。RA on SeNB successを受信した基地局MeNBは、基地局SeNBからユーザ装置UEへのRAR送信が終了したことを認識し、 (E)PDCCH DCI format候補数制限を解除する（ステップ４１４）。ユーザ装置UEは、基地局SeNBとのRA手順が失敗した場合には、RA on SeNB failを基地局MeNBに送信する（ステップ４１５）。RA on SeNB failを受信した基地局MeNBは、基地局SeNBからユーザ装置UEへのRAR送信が終了したことを認識し、 (E)PDCCH DCI format候補数制限を解除する（ステップ４１４）。
【００７８】
一方、ユーザ装置UEにおいて、ra-Response Window期間が終了するか、又は、RARで指定されたUL grantに対応するPUSCH送信（上記のUL-SCH data transmission）が行われたタイミングで、基地局MeNBの（E）PDCCH DCI format候補数制限を停止する（ステップ４１２）。
【００７９】
＜実施例２−２＞
次に、実施例２−２を説明する。前記のとおり、実施例２−２では基地局SeNBにおけるDCI format数を限定する。図２０に、PDCCHにおける限定方法の一例を示す。図２０に示す例では、Aggregation level＝１でのDCI format数を１に限定し、Aggregation level＝２でのDCI format数を１に限定するものである。いずれの場合もDCI format 1Aを残す。
【００８０】
このように限定することで、基地局SeNBのUSSにおけるBD数は２０となる。このような限定を行わない場合、基地局SeNBのUSSにおけるBD数は３２であるから１２のBD数が削減される。つまり、基地局SeNBのCSS分の削減が行われる。
【００８１】
図２１に、EPDCCHにおける限定方法の一例を示す。図２１に示す例では、Aggregation level＝１でのDCI format数を１に限定し、Aggregation level＝２でのDCI format数を１に限定し、Aggregation level＝８でのDCI format数を１に限定するものである。いずれの場合もDCI format 1Aを残す。
【００８２】
このように限定することで、基地局SeNBのUSSにおけるBD数は２０となる。このような限定を行わない場合、基地局SeNBのUSSにおけるBD数は３２であるから１２のBD数が削減される。つまり、基地局SeNBのCSS分の削減が行われる。
【００８３】
図２２に、実施例２−２におけるシーケンス例を示す。ここでは、まず、ユーザ装置UEと基地局MeNB間ではRRC接続状態にある（ステップ５０１）ととともに、ユーザ装置UEと基地局SeNBとの間は接続されておらず、非同期の状態にある（ステップ５０２）。ユーザ装置UEと基地局MeNB間ではRRC接続状態にあるので、図２２に示す全期間でユーザ装置UEは基地局MeNBからのPDCCHを監視し、BDを行っている。
【００８４】
ユーザ装置UEからRandom Access Preamble（メッセージ１）が基地局SeNBに送信される（ステップ５０２）。Random Access Preambleを受信した基地局SeNBは、CSSでRARを送信することになるから、この時点からUSSにおける(E)PDCCH DCI format候補数を限定する（ステップ５０３）。この限定の期間は、当該ユーザ装置UEに対する(E)PDCCHについて、限定のより残ったDCI formatのみを使用する。
【００８５】
ユーザ装置UEにおいて、Random Access Preamble送信から所定期間（２サブフレーム）後に、RARを待ち受けるra-Response Window期間が開始し、ユーザ装置UEは、その期間の開始とともに削減された数のBDを開始する（ステップ５０４）。つまり、ユーザ装置UEは基地局SeNBと基地局MeNBからPDCCHを受信するが、基地局SeNBから受信するPDCCHのUSSについて図２０、図２１に示すような限定された候補についてのBDを行う。
【００８６】
ユーザ装置UEがRAR（メッセージ２）を受信し（ステップ５０５）、その割り当て情報に基づいてUL-SCH data transmission（上りデータ送信）を行う（ステップ５０６）。基地局SeNBにおいて、ra-Response Window期間が終了するか、又は、RARで指定されたUL grantに対応するPUSCH受信が行われた場合、その後にRAR送信を行わないから、その時点でUSSにおける(E)PDCCH DCI format候補数制限を解除する（ステップ５０７）。
【００８７】
一方、ユーザ装置UEにおいて、ra-Response Window期間が終了するか、又は、RARで指定されたUL grantに対応するPUSCH送信（上記のUL-SCH data transmission）が行われたタイミングで、基地局SeNBのUSSにおける（E）PDCCH DCI format候補数制限に基づくBDを停止する（ステップ５０８）。
【００８８】
＜実施例２−３＞
次に、実施例２−３を説明する。前記のとおり、実施例２−３では、基地局MeNBと基地局SeNBのCSSにおけるDCI format候補数を限定する。
【００８９】
図２３に、限定方法の一例を示す。図２３に示す例では、基地局MeNBと基地局SeNBそれぞれのCSS において、Aggregation level＝８でのDCI format候補数を１に限定し、Aggregation level＝４での DCI format候補数を１に限定するものである。いずれも削減するのはDCI format 1Cである。
【００９０】
このように限定することで、基地局MeNBのCSSにおけるBD数は６となる。このような限定を行わない場合、基地局MeNBのCSSにおけるBD数は１２であるから６のBD数が削減される。また、基地局SeNBのCSSにおけるBD数は６となる。このような限定を行わない場合、基地局SeNBのCSSにおけるBD数は１２であるから６のBD数が削減される。よって、合計で１２のBD数が削減される。すなわち、基地局SeNBのCSS分の削減が行われる。
【００９１】
図２４に、実施例２−３におけるシーケンス例を示す。基地局MeNBが基地局SeNBのリソース追加を決定する（ステップ６０１）と、基地局MeNBはSeNB Addition Request（SeNB追加要求）を基地局SeNBに送信する（ステップ６０２）。SeNB Addition Requestを受信した基地局SeNBは、RACH configを含むconfigurationを提供することを決定し（ステップ６０３）、当該configurationを含むSeNB Addition Response（SeNB追加応答）を基地局MeNBに送信する（ステップ６０４）。
【００９２】
SeNB Addition Responseを受信した基地局MeNBは、SeNB追加のための制御情報を含むRRC Connection Reconfiguration（RRC接続再設定）をユーザ装置UEに送信し（ステップ６０５）、ユーザ装置UEはRRC Connection Reconfiguration Complete（RRC接続再設定完了）を基地局MeNBに返す（ステップ６０６）。RRC Connection Reconfiguration Completeを受信した基地局MeNBは、ユーザ装置UEとの通信に基地局SeNBが追加されたことを認識するので、基地局SeNBとユーザ装置UE間でRA手順が行われる可能性があることから、この時点からCSSにおける(E)PDCCH DCI format候補数を限定する（例：図２３）。この限定の期間は、当該ユーザ装置UEに対する(E)PDCCHにおいて、限定により残ったDCI formatのみを使用する。
【００９３】
ユーザ装置UEからRandom Access Preamble（メッセージ１）が基地局SeNBに送信される（ステップ６０８）。Random Access Preambleを受信した基地局SeNBは、CSSでRARを送信することになるから、この時点からCSSにおける(E)PDCCH DCI format候補数を限定する（ステップ６０９）。
【００９４】
ユーザ装置UEにおいて、Random Access Preamble送信から所定期間（２サブフレーム）後に、RARを待ち受けるra-Response Window期間が開始し、ユーザ装置UEは、その期間の開始とともに削減された数のBDを開始する（ステップ６１０）。つまり、ユーザ装置UEは基地局SeNBと基地局MeNBから受信するPDCCHのCSSについて図２３に示すような限定されたDCI format候補についてのBDを行う。
【００９５】
ユーザ装置UEがRAR（メッセージ２）を受信し（ステップ６１１）、その割り当て情報に基づいてUL-SCH data transmission（上りデータ送信）を行う（ステップ６１２）。基地局SeNBにおいて、ra-Response Window期間が終了するか、又は、RARで指定されたUL grantに対応するPUSCH受信が行われた場合、その後にRAR送信を行わないから、その時点でCSSにおける(E)PDCCH DCI format候補数制限を解除する（ステップ６１３）。
【００９６】
一方、ユーザ装置UEにおいて、ra-Response Window期間が終了するか、又は、RARで指定されたUL grantに対応するPUSCH送信（上記のUL-SCH data transmission）が行われたタイミングで、基地局SeNBのCSSにおける（E）PDCCH DCI format候補数制限に基づくBDを停止する（ステップ６１４）。
【００９７】
ユーザ装置UEは、基地局SeNBとのRA手順が成功すると、RA on SeNB successを基地局MeNBに送信する（ステップ６１５）。RA on SeNB successを受信した基地局MeNBは、基地局SeNBからユーザ装置UEへのRAR送信が終了したことを認識し、CSSにおける(E)PDCCH DCI format候補数制限を解除する（ステップ６１７）。また、ユーザ装置UEは、基地局SeNBとのRA手順が失敗した場合には、RA on SeNB failを基地局MeNBに送信する（ステップ６１６）。RA on SeNB failを受信した基地局MeNBは、基地局SeNBからユーザ装置UEへのRAR送信が終了したことを認識し、CSSにおける(E)PDCCH DCI format候補数制限を解除する（ステップ６１７）。
【００９８】
なお、実施例２−１〜２−３を組み合わせて実施してもよい。また、第１の実施の形態と第２の実施の形態を組み合わせて実施してもよい。
【００９９】
（変形例）
第２の実施の形態では、Aggregation Level（AL）で一律、特定のDCIをスキップすることとしているが、AL毎にスキップするDCIが異なっていてもよい。例えば、DCI format1Aはfallback modeに用いられるが、fallback mode ではAL１、２が用いられる可能性が低い。よって、AL１、２において、DCI format1Aを候補から除くようにしてもよい。一方、DCI format 2、4については、多くのケースで用いられる可能性があるため、ALによらず出来るだけスキップしないことが望ましい。また、AL1についてはDCI format 1で用いられるケースは少ないため、AL1についてDCI format 1をスキップしてもよい。
【０１００】
また、AL毎にどのDCIをスキップするかについて、DCIのペイロードサイズやRE数、
PDCCHかEPDCCHであるか、localized-EPDCCHかdistributed-EPDCCHであるか、また、ユーザ装置UEの無線品質（CQI）等に基づいて決定してもよい。
【０１０１】
上記の無線品質に関し、PDCCHにて用いられるALは、一般的にユーザ装置UEの無線品質によって選択されるため、無線品質に見合わないALについてはBDをスキップしてもよい。この点は第１の実施の形態と第２の実施の形態に共通である。
【０１０２】
具体的な制御の例を図２５を参照して説明する。基地局eNBは、ユーザ装置UEに対して閾値1と閾値2を設定する。この設定はRRCシグナリングで行ってもよいし、PDCCHで動的に行ってもよい。図２５に示すように、閾値1は、AL1のデコードを制限するための無線品質の閾値であり、閾値2は、AL8のデコードを制限するための閾値である。なお、図２５の例では、無線品質としてSINRが示されているが、これがCQIであってもよい。
【０１０３】
ユーザ装置UEは、現状の無線品質が閾値1より劣悪であれば、基地局eNBにおいてAL1は選択されていないと推定できるので、AL1の候補のBDを行わない。ユーザ装置UEはAL1では十分な受信品質が担保できないためである。
【０１０４】
また、ユーザ装置UEは、無線品質が閾値2より良好であれば、基地局eNBにおいてAL8は選択されていないと推定できるので、AL8の候補のBDを行わない。無線品質が良好である場合、AL8を使用するとリソース利用効率が低下するからである。
基地局eNBは、UEからの品質情報（例：CQI/RSRP/RSRQ）を観測し、その時点でUEがどのALについてBDを行うかを推定して割り当てを行う。
【０１０５】
（装置構成例）
以下、これまでに説明した本発明の実施の形態における処理を実行するユーザ装置UE、基地局eNB（SeNB、MeNB）の機能構成について説明する。なお、以下で説明する各装置の構成は、本実施の形態に特に関係する構成を示すものであり、ユーザ装置UE、基地局eNBそれぞれにおいて、その基本機能として、LTEのRel-１２等に規定された動作を実行するための機能を含む。
【０１０６】
図２６に、ユーザ装置UEの機能構成を示す。図２６に示すように、ユーザ装置UEは、UL信号送信部１０１、DL信号受信部１０２、制御情報取得部１０３、制御情報格納部１０４、BD制御部１０５を有する。
【０１０７】
UL信号送信部１０１は、基地局eNBに無線信号を送信する。DL信号受信部１０２は、基地局eNBから無線信号を受信する。制御情報取得部１０３は、DL信号受信部１０２から受信した信号から、制御情報を取得する。制御情報取得部１０３は、これまでに説明したBD及びRARの受信（取得）を含む処理を行う。
【０１０８】
制御情報格納部１０４には、制御情報取得部１０３により取得された制御情報を格納する。この制御情報には、RRCシグナリングで送信される情報、システム情報、ダイナミックなリソース割り当て情報等が含まれる。また、制御情報格納部１０４には、予め固定的に設定される情報等も格納される。UL信号送信部１０１は、制御情報格納部１０４に格納されている制御情報（割り当て情報等）に基づいて、所定のリソースで上り信号の送信を行う。BD制御部１０５は、Ra-Response window等の監視を行い、制御情報取得部１０３にBD削減開始/終了等を指示することで、BD数削減の制御を行う。つまり、BD制御部１０５は、これまでに説明したユーザ装置UEにおけるBD数削減に係る制御を行う。
【０１０９】
図２７に、本実施の形態における基地局eNBの機能構成を示す。基地局eNB は、MeNBとSeNBのどちらにも対応できる基地局であることを想定している。図２７に示すように、基地局eNB は、UL信号受信部２０１、DL信号送信部２０２、制御情報生成部２０３、UE情報格納部２０４、マッピング制御部２０５、基地局間通信部２０６を有する。
【０１１０】
UL信号受信部２０１は、ユーザ装置UEから無線信号を受信する。DL信号送信部２０２は、ユーザ装置UEに無線信号を送信する。制御情報生成部２０３は、UE情報格納部２０４に格納されているユーザ装置UEの情報（受信品質、コンフィギュレーション、CA状態等を含む）に基づいて、RARや割り当て情報等の制御情報を生成する。制御情報生成部２０３は、これまでに説明したように、ユーザ装置UEの状態に応じて、DCI formatの制限も行う。つまり、複数のフォーマットのうち、一部のフォーマットを除外したフォーマットから１つのフォーマットを選択する動作を行う。マッピング制御部２０５は、これまでに説明したように、ユーザ装置UEの状態に応じて、Aggregation levelの決定や、CSS、USSへのDCIのマッピング（制限されたマッピングを含む）を行う。すなわち、マッピング制御部２０５は、ユーザ装置UE宛てのDCIをマッピングする領域を、複数の候補領域のうち、一部の領域を除外した領域から選択する動作を行う。
【０１１１】
UL信号受信部２０１は、ユーザ装置UEから受信品質情報等のUE情報を受信した場合には、それをUE情報格納部２０４に格納する。また、基地局間通信部２０６は、バックホール回線を介して他の基地局（MeNB、SeNB）と通信を行い、接続しているユーザ装置UEの情報等の送受信を行う。
【０１１２】
なお、本実施の形態の処理を実現する装置構成は上記のものに限られない。例えば、以下の構成としてもよい。ただし、以下の構成は、これまでに説明した構成と実質的に同じである。
【０１１３】
すなわち、本実施の形態のユーザ装置は、移動通信システムにおいて基地局と通信を行うユーザ装置であって、前記基地局から下り制御チャネルにより無線信号を受信する受信部と、前記下り制御チャネルの時間周波数リソースにおける所定の領域にマッピングされた前記ユーザ装置宛ての制御情報を、当該所定の領域の候補となる複数の候補領域においてブラインドデコーディングを行うことにより検出する制御情報検出部と、を備え、前記ユーザ装置がランダムアクセス手順を実行する場合に、前記制御情報検出部は、前記複数の候補領域のうち、一部の領域を除外した領域において前記ブラインドデコーディングを行うユーザ装置である。この構成により、下り制御チャネルで送信される制御情報を受信する際に行うブラインドデコーディングの対象となる候補の数を削減できる。
【０１１４】
また、前記ユーザ装置が前記基地局からのランダムアクセス応答の受信を監視する期間、又は、前記ユーザ装置が前記基地局とは異なる他の基地局からのランダムアクセス応答の受信を監視する期間において、前記制御情報検出部は、前記複数の候補領域のうち、一部の領域を除外した領域において前記ブラインドデコーディングを行う。この構成により、SeNBからのランダムアクセス応答受信のためにCSSのブラインドデコーディングを行う場合であっても、ブラインドデコーディングの候補数の増加を回避できる。
【０１１５】
また、本実施の形態のユーザ装置は、移動通信システムにおいて基地局と通信を行うユーザ装置であって、前記基地局から下り制御チャネルにより無線信号を受信する受信部と、前記下り制御チャネルの時間周波数リソースにおける所定の領域にマッピングされた前記ユーザ装置宛ての制御情報を、当該所定の領域の候補となる複数の候補領域においてブラインドデコーディングを行うことにより検出する制御情報検出部と、を備え、前記制御情報のフォーマットの候補が複数存在し、前記ユーザ装置がランダムアクセス手順を実行する場合に、前記制御情報検出部は、前記複数のフォーマットの候補のうち、一部の候補を除外したフォーマットを仮定して前記ブラインドデコーディングを行うユーザ装置である。
【０１１６】
前記ユーザ装置が前記基地局からのランダムアクセス応答の受信を監視する期間、又は、前記ユーザ装置が前記基地局とは異なる他の基地局からのランダムアクセス応答の受信を監視する期間において、前記制御情報検出部は、前記複数のフォーマットの候補のうち、一部の候補を除外したフォーマットを仮定して前記ブラインドデコーディングを行う。この構成により、SeNBからのランダムアクセス応答受信のためにCSSのブラインドデコーディングを行う場合であっても、ブラインドデコーディングの候補数の増加を回避できる。
【０１１７】
また、本実施の形態の基地局は、移動通信システムにおいてユーザ装置と通信を行う基地局であって、下り制御チャネルの時間周波数リソースにおける所定の領域に前記ユーザ装置宛ての制御情報をマッピングするマッピング部と、前記制御情報を前記所定の領域の時間周波数リソースを用いて下り制御チャネルで無線信号として送信する送信部と、を備え、前記所定の領域は、前記ユーザ装置において前記制御情報の検出のためにブラインドデコーディングが行われる複数の候補領域のうちの１つの領域であり、前記ユーザ装置がランダムアクセス手順を実行する場合に、前記マッピング部は、前記所定の領域を、前記複数の候補領域のうち、一部の領域を除外した領域から選択する。
【０１１８】
前記マッピング部は、前記ユーザ装置がランダムアクセス応答を監視すると推定される期間において、前記所定の領域を、前記複数の候補領域のうち、一部の領域を除外した領域から選択する。
【０１１９】
また、本実施の形態の基地局は、移動通信システムにおいてユーザ装置と通信を行う基地局であって、予め定められた複数のフォーマットのうちの１つのフォーマットを用いて前記ユーザ装置宛ての制御情報を生成する制御情報生成部と、下り制御チャネルの時間周波数リソースにおける所定の領域に前記ユーザ装置宛ての制御情報をマッピングするマッピング部と、前記制御情報を前記所定の領域の時間周波数リソースを用いて下り制御チャネルで無線信号として送信する送信部と、を備え、前記ユーザ装置がランダムアクセス手順を実行する場合に、前記制御情報生成部は、前記複数のフォーマットのうち、一部のフォーマットを除外したフォーマットから前記１つのフォーマットを選択する。
【０１２０】
前記制御情報生成部は、前記ユーザ装置がランダムアクセス応答を監視すると推定される期間において、前記複数のフォーマットのうち、一部のフォーマットを除外したフォーマットから前記１つのフォーマットを選択する。
【０１２１】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、ユーザ装置及び基地局は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置が有するプロセッサにより動作するソフトウェア、及び、基地局が有するプロセッサにより動作するソフトウェアは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【符号の説明】
【０１２２】
MeNB、SeNB  基地局
UE  ユーザ装置
１０１  UL信号送信部
１０２  DL信号受信部
１０３  制御情報取得部
１０４  制御情報格納部
１０５  BD制御部
２０１  UL信号受信部
２０２  DL信号送信部
２０３  制御情報生成部
２０４  UE情報格納部
２０５  マッピング制御部
２０６  基地局間通信部
【図１】
2015142372.tif 000003
【図２】
2015142372.tif 000004
【図３】
2015142372.tif 000005
【図４】
2015142372.tif 000006
【図５】
2015142372.tif 000007
【図６】
2015142372.tif 000008
【図７】
2015142372.tif 000009
【図８】
2015142372.tif 000010
【図９】
2015142372.tif 000011
【図１０】
2015142372.tif 000012
【図１１】
2015142372.tif 000013
【図１２】
2015142372.tif 000014
【図１３】
2015142372.tif 000015
【図１４】
2015142372.tif 000016
【図１５】
2015142372.tif 000017
【図１６】
2015142372.tif 000018
【図１７】
2015142372.tif 000019
【図１８】
2015142372.tif 000020
【図１９】
2015142372.tif 000021
【図２０】
2015142372.tif 000022
【図２１】
2015142372.tif 000023
【図２２】
2015142372.tif 000024
【図２３】
2015142372.tif 000025
【図２４】
2015142372.tif 000026
【図２５】
2015142372.tif 000027
【図２６】
2015142372.tif 000028
【図２７】
2015142372.tif 000029