(57)【要約】  基地局から送信される所定の物理下り制御チャネルにおいて共通サーチ領域とユーザ個別サーチ領域が多重される移動通信システムのユーザ装置において、下り制御情報を取得するために、所定の時間フレーム毎に、前記所定の物理下り制御チャネルにおける前記共通サーチ領域と前記ユーザ個別サーチ領域のうちのいずれか１つの領域をモニタするモニタ制御部を備える。
2016047618.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおいて基地局と通信を行うユーザ装置であって、
前記基地局から送信される所定の物理下り制御チャネルにおいて共通サーチ領域とユーザ個別サーチ領域が多重されており、
下り制御情報を取得するために、所定の時間フレーム毎に、前記所定の物理下り制御チャネルにおける前記共通サーチ領域と前記ユーザ個別サーチ領域のうちのいずれか１つの領域をモニタするモニタ制御部
を備えることを特徴とするユーザ装置。
【請求項２】
前記モニタ制御部は、前記基地局から所定の信号の下り制御情報が送信され得る時間範囲に対応する前記所定の時間フレームで前記共通サーチ領域をモニタし、当該時間範囲以外の時間フレームにおいて前記ユーザ個別サーチ領域をモニタする
ことを特徴とする請求項１に記載のユーザ装置。
【請求項３】
前記モニタ制御部は、予め定められた規則、もしくは、前記基地局から受信する情報に基づいて、前記時間範囲よりも狭い時間範囲を特定し、当該狭い時間範囲に対応する前記所定の時間フレームで前記共通サーチ領域をモニタし、当該狭い時間範囲以外の時間フレームにおいて前記ユーザ個別サーチ領域をモニタする
ことを特徴とする請求項２に記載のユーザ装置。
【請求項４】
前記狭い時間範囲は、ページングの下り制御情報が送信されるサブフレーム、システム情報の下り制御情報が送信されるサブフレーム、又は、ランダムアクセス応答の下り制御情報が送信されるサブフレームである
ことを特徴とする請求項３に記載のユーザ装置。
【請求項５】
前記基地局から、前記ユーザ装置向けの信号の下り制御情報に加えて、セル内で共通の信号の下り制御情報が前記ユーザ個別サーチ領域を用いて送信される場合において、
前記モニタ制御部は、前記共通サーチ領域のみを用いて送信される下り制御情報を受信すべき特定のタイミングを除く時間フレームで前記ユーザ個別サーチ領域をモニタする
ことを特徴とする請求項１ないし４のうちいずれか１項に記載のユーザ装置。
【請求項６】
前記モニタ制御部は、前記ユーザ装置がＲＲＣアイドル状態である場合に前記共通サーチ領域をモニタし、前記ユーザ装置がＲＲＣ接続状態である場合に、前記特定のタイミングを除く時間フレームで前記ユーザ個別サーチ領域をモニタする
ことを特徴とする請求項５に記載のユーザ装置。
【請求項７】
前記所定の物理下り制御チャネルは、ＥＰＤＣＣＨであることを特徴とする請求項１ないし６のうちいずれか１項に記載のユーザ装置。
【請求項８】
前記モニタ制御部は、前記下り制御情報を取得するために、前記共通サーチ領域又は前記ユーザ個別サーチ領域の信号を受信し、受信した領域においてＲＮＴＩを用いてブラインド復号を行う
ことを特徴とする請求項１ないし７のうちいずれか１項に記載のユーザ装置。
【請求項９】
移動通信システムにおいて基地局と通信を行うユーザ装置が実行する制御チャネル受信方法であって
前記基地局から送信される所定の物理下り制御チャネルにおいて共通サーチ領域とユーザ個別サーチ領域が多重されており、
下り制御情報を取得するために、所定の時間フレーム毎に、前記所定の物理下り制御チャネルにおける前記共通サーチ領域と前記ユーザ個別サーチ領域のうちのいずれか１つの領域をモニタする
ことを特徴とする制御チャネル受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおけるユーザ装置が、基地局から送信される下り制御情報を受信するための技術に関連するものである。
【背景技術】
【０００２】
近年、通信ネットワークに接続されたマシン同士が人間による操作を介在せずに通信を実行し、適切なマシンの制御等を自動的に実行するＭ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）通信の検討が進められている。例えば、３ＧＰＰでは、ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）との名称で標準化が進められている（例えば非特許文献１）。【０００３】
Ｍ２Ｍでは膨大な数のＭＴＣ  ＵＥ（ＭＴＣ向けのユーザ装置）が導入されることが想定されるため、ＭＴＣ  ＵＥのコストを低減することが重要であり、そのための検討も進められている（例えば非特許文献２）。ローコストのＭＴＣ  ＵＥをＬｏｗ−ｃｏｓｔ  ＭＴＣ  ＵＥと呼ぶ。以下では、これをＬＣ  ＭＴＣ  ＵＥと記述する。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ  ＴＳ  ２３．６８２  ｖ１１．５．０
【非特許文献２】３ＧＰＰ  ＴＲ  ３６．８８８  Ｖ１２．０．０
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＭＴＣ  ＵＥのコスト低減の方法の１つとして、当該ＵＥにおけるＤＬ／ＵＬの帯域幅を制限することが想定されている。【０００６】
しかし、ＵＥが受信できる信号の帯域幅が制限されると、システム帯域全体で送信されるＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ．  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）を受信できないという問題がある。【０００７】
一方、Ｒｅｌ−１１から導入されているＥＰＤＣＣＨ（ｅｎｈａｎｃｅｄ  ＰＤＣＣＨ、拡張ＰＤＣＣＨ）は、ＰＲＢ（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）単位でＰＤＳＣＨと周波数多重できるので、適宜帯域幅を設定することにより、帯域幅を制限されたＵＥでも受信可能である。しかし、ＥＰＤＣＣＨはＵＥ固有であり、図１に示すように、ＵＥ向け信号のスケジューリング情報等のＵＥ固有のＤＣＩ（下り制御情報）が送信されるチャネルであるため、このままではＵＥはＰＤＣＣＨのＣＳＳ（ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ）で送信される共通ＤＣＩ（ｃｏｍｍｏｎ  ＤＣＩ）を受信できない。【０００８】
そこで、ＥＰＤＣＣＨにおいてＣＳＳをサポートし、ＥＰＤＣＣＨで共通ＤＣＩを送信することが検討されている。なお、ここで言うＥＰＤＣＣＨは、ＰＤＳＣＨの時間・周波数領域（すなわちＰＤＣＣＨとは異なる領域）を用いた下り制御情報の送信のことを指し、必ずしもＲｅｌ−１１で導入されたＥＰＤＣＣＨと同一でなくてもよい。【０００９】
ここで、ＣＳＳ、ＵＳＳ（ＵＥ  ｓｐｅｃｉｆｉｃ  ｓｅａｒｃｈ  ｓｐａｃｅ）について説明しておく。ＵＥはＤＣＩをブラインドサーチにより復号するため、サーチ回数を減らすために（Ｅ）ＰＤＣＣＨにおいてｓｅａｒｃｈ  ｓｐａｃｅという探索エリアが設定される。ｓｅａｒｃｈ  ｓｐａｃｅのうち、各ＵＥが共通でサーチする所定のエリアがＣＳＳであり、各ＵＥが個別にサーチするエリアがＵＳＳである。ＵＳＳが割り当てられるエリアは例えばサブフレーム番号、ＵＥ−ＩＤ等により各ＵＥにとって一意に決定される。【００１０】
さて、ＥＰＤＣＣＨにおいてＣＳＳがサポートされた場合に、ＣＳＳで送信される情報としては、ＲＡＲ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）のＤＣＩ、ページング（ｐａｇｉｎｇ）のＤＣＩ、ＰＤＣＣＨベースのスケジューリングがされる場合のシステム情報（ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｒｏｍａｔｉｏｎ  Ｂｌｏｃｋ）１、ＳＩＢ２等）のＤＣＩがある。【００１１】
帯域幅が制限されたＵＥに対してＥＰＤＣＣＨでスケジューリングを行う場合、図２Ａに示すようにサブフレーム間でのスケジューリング（ｃｒｏｓｓ−ｓｕｂｆｒａｍｅ  ｓｃｈｅｄｕｌｉｎｇ）が行われる。このようなことから、ブロッキング確率を低減して割り当てに柔軟性を持たせるために、図２Ｂに示すようにＥＰＤＣＣＨにおいてＣＳＳとＵＳＳを周波数方向で分離したリソースに配置することが考えられる。【００１２】
しかし、ＣＳＳとＵＳＳがＬＣ  ＭＴＣ  ＵＥの制限帯域幅を超える範囲に多重された場合、図３に示すように、ＬＣ  ＭＴＣ  ＵＥはＣＳＳとＵＳＳを同時に受信できない。つまり、一方のサーチスペースの信号のみしか復調・ブラインド復号を行うことができない。ＣＳＳとＵＳＳを同時に受信できない場合、各サーチスペースにマッピングされたＤＣＩに係る情報を取得するのに遅延が生じたり、所定のタイミングで受信すべき信号を受信できないために動作に不具合が生じる可能性がある等の問題がある。ＣＳＳとＵＳＳを周波数方向で分離しない場合にも、制御情報の容量不足および遅延が生じる問題がある。【００１３】
本発明は上記の点に鑑みてなされたものであり、所定の物理下り制御チャネルにおいて複数のサーチ領域が多重される場合において、帯域幅制限のあるユーザ装置でも、下り制御情報を適切に取得することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明の実施の形態によれば、移動通信システムにおいて基地局と通信を行うユーザ装置であって、前記基地局から送信される所定の物理下り制御チャネルにおいて共通サーチ領域とユーザ個別サーチ領域が多重されており、
下り制御情報を取得するために、所定の時間フレーム毎に、前記所定の物理下り制御チャネルにおける前記共通サーチ領域と前記ユーザ個別サーチ領域のうちのいずれか１つの領域をモニタするモニタ制御部を備えるユーザ装置が提供される。【００１５】
また、本発明の実施の形態によれば、移動通信システムにおいて基地局と通信を行うユーザ装置が実行する制御チャネル受信方法であって
前記基地局から送信される所定の物理下り制御チャネルにおいて共通サーチ領域とユーザ個別サーチ領域が多重されており、
下り制御情報を取得するために、所定の時間フレーム毎に、前記所定の物理下り制御チャネルにおける前記共通サーチ領域と前記ユーザ個別サーチ領域のうちのいずれか１つの領域をモニタする制御チャネル受信方法が提供される。
【発明の効果】
【００１６】
本発明の実施の形態によれば、所定の物理下り制御チャネルにおいて複数のサーチ領域が多重される場合において、帯域幅制限のあるユーザ装置でも、下り制御情報を適切に取得することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】ＬＣ−ＭＴＣにおける帯域幅制限を説明するための図である。
【図２Ａ】ＣＳＳとＵＳＳと配置を説明するための図である。
【図２Ｂ】ＣＳＳとＵＳＳと配置を説明するための図である。
【図３】課題を説明するための図である。
【図４】本発明の実施の形態に係る通信システムの構成図である。
【図５】本実施の形態の概要を説明するための図である。
【図６】ＳＩＢ１送信例を示す図である。
【図７】ＳＩＢ２送信例を示す図である。
【図８】ページング送信例を示す図である。
【図９】ＢＣＣＨ  ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄを示す図である。
【図１０】実施例１におけるモニタ方法を説明するための図である。
【図１１】実施例１におけるモニタ方法の評価を示す図である。
【図１２】実施例２におけるモニタ方法を説明するための図である。
【図１３】実施例３におけるモニタ方法を説明するための図である。
【図１４】ＲＲＣ状態による受信動作の切り替え例を示す図である。
【図１５】実施例１〜３のモニタ方法をまとめて示す図である。
【図１６】ユーザ装置ＵＥの構成図である。
【図１７】基地局ｅＮＢの構成図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。また、本実施の形態では、ＬＴＥの移動通信システムを対象とするが、本発明はＬＴＥに限らず他の移動通信システムにも適用可能である。また、本明細書及び特許請求の範囲では、特に断らない限り、「ＬＴＥ」の用語は３ＧＰＰのＲｅｌ−１２、もしくは、Ｒｅｌ−１２以降の方式の意味で使用する。また、本実施の形態で用いられるユーザ装置ＵＥは、帯域幅が制限されたＬＣ  ＭＴＣ  ＵＥであることを想定しているが、本実施の形態で説明する技術は、ＬＣ  ＭＴＣ  ＵＥに限らずＵＥ全般に適用可能である。また、本実施の形態では、ＵＳＳとＣＳＳが周波数方向に多重される場合を例として示しているが、ＵＳＳとＣＳＳが時間方向に多重される場合も本発明を適用することが可能である。
【００１９】
（システム全体構成、動作概要）
図４に、本発明の実施の形態に係る通信システムの構成図を示す。図４に示すように、本実施の形態に係る通信システムは、セルを形成する基地局ｅＮＢと、セルに在圏して基地局ｅＮＢと無線通信を行うユーザ装置ＵＥを含む。図４には、基地局ｅＮＢとユーザ装置ＵＥが１台ずつ示されているが、これらは代表を示しており、それぞれ複数であってもよい。当該通信システムは、少なくともＬＴＥに準拠した動作が可能である。例えば、ユーザ装置ＵＥと基地局ｅＮＢにおいて、無線インターフェースプロトコルとしてＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ等を使用して通信を行う。
【００２０】
図５に示すように、本実施の形態では、基地局ｅＮＢは、各サブフレームにおいてＥＰＤＣＣＨによりＣＳＳとＵＳＳを周波数方向に多重して送信する。ユーザ装置ＵＥは、帯域幅制限のために、各サブフレームにおいてＣＳＳの信号とＵＳＳの信号のうちのどちらか一方のみを受信し、復調し、ブラインド復号を試みる。以下、ＣＳＳ／ＵＳＳの信号を受信し、復調し、ブラインド復号を試みることを「モニタ」と呼ぶことにする。また、サブフレームは、ＣＳＳ／ＵＳＳが送信される単位となる「所定の時間フレーム」の一例である。
【００２１】
以下では、具体的なモニタ方法例として、実施例１〜実施例３を説明する。各実施例において、ＳＩＢ１、ＳＩＢ２、ページング、ＲＡＲが取り上げられるため、まず、これらの信号の送信方法についての一般的な事項を説明しておく。ここで、本実施の形態では、システム情報の例としてＳＩＢ１とＳＩＢ２を挙げているが、ＳＩＢ２は、ＳＩＢ１より後のＳＩＢの例であり、ＳＩＢ３以降のＳＩＢについてもＳＩＢ２と同様にモニタできる。
【００２２】
ＳＩＢ１は、ＳＩＢ２以降のＳＩＢの時間スケジューリング情報等を通知するシステム情報である。図６に示すように、ＳＩＢ１は、所定の周期で送信され、周期内で複数回の再送がなされる。
【００２３】
ＳＩＢ２は、無線リソースコンフィギュレーション等を通知するシステム情報であり、図７に示すように周期的に到来する所定の長さのウィンドウ内のあるサブフレームで送信される。当該周期及びウィンドウ長はＳＩＢ１により指定される。
【００２４】
ページングは、図８に示すように、ＵＥのＵＥ−ＩＤ等から算出されるフレーム番号（ｐａｇｉｎｇ  ｆｒａｍｅ）及び当該フレーム内のサブフレーム番号（ｐａｇｉｎｇ  ｏｃｃａｓｉｏｎ）のタイミングにて（ページング情報がある場合に）送信される。
【００２５】
図９に示すように、システム情報は、ＢＣＣＨ  ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ（ＢＣＣＨ修正期間）単位で変更することができ、変更の通知はｓｙｓｒｔｅｍＩｎｆｏＭｏｆｄｉｆｉｃａｔｉｏｎを含むページングにより行われる。
【００２６】
ＲＡＲ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）は、ユーザ装置ＵＥからｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅを基地局ｅＮＢに送信した後に、基地局ｅＮＢから返される応答であり、ｐｒｅａｍｂｌｅ送信後の所定の時間ウィンドウ（ＲＡＲウィンドウ）内のサブフレームで送信される。
【００２７】
（実施例１）
まず、実施例１におけるユーザ装置ＵＥのモニタ方法を説明する。実施例１では、ユーザ装置ＵＥは、下記のサブフレームにおいてＣＳＳをモニタする。なお、実施例１〜３では、基本的にＳＩＢ１、２はＰＤＣＣＨベースのスケジューリングに基づき送信されるものとする。つまり、ＳＩＢ１、２を受信するためにＤＣＩを受信する必要がある。以降、説明の便宜上ＳＩＢ１，２などの名称を用いるが、必ずしもＲｅｌ−１２で用いられるＳＩＢでなくてもよく、新たに定義したシステム情報でもよい。
【００２８】
−各ＢＣＣＨ修正期間において、ページングのＤＣＩを受信する可能性のある全てのページング機会（ＰＯ）のサブフレームでＣＳＳをモニタする。
【００２９】
−ユーザ装置ＵＥがＲＡＣＨプリアンブルを送信した後等、ＲＡＲのＤＣＩを受信する必要がある場合において、ＲＡＲウィンドウの全てのサブフレームでＣＳＳをモニタする。
【００３０】
−システム情報の変更を通知するページングを受信した後、ＳＩＢ１のＤＣＩが最初に送信されるサブフレームのＣＳＳ、及び、ＳＩＢ２のＤＣＩが最初に送信されるＳＩＢ２ウィンドウの全サブフレームのＣＳＳをモニタする。
【００３１】
図１０に、実施例１において、ユーザ装置ＵＥがモニタするＣＳＳ及びＵＳＳの例を示す。以下の説明において、ＲＡＲ、ＳＩＢ、ページング等を送信やモニタするとは、対応するＤＣＩを送信、モニタすることを意味している。実施例２、３における説明においても同様である。
【００３２】
図１０に示す例では、ユーザ装置ＵＥはＲＡＲウィンドウの各サブフレームのＣＳＳをモニタし、ＲＡＲウィンドウの最後のサブフレームで（自分宛ての）ＲＡＲ（４で示される）を取得している。また、ＢＣＣＨ修正期間（ｎ−１）にて、ユーザ装置ＵＥは、ページング機会のサブフレームでＣＳＳをモニタし、当該サブフレームにおいてシステム情報変更を示すページング（３で示される）を取得する。
【００３３】
ユーザ装置ＵＥは、ＢＣＣＨ修正期間（ｎ−１）において上記ページングを取得したため、ＢＣＣＨ修正期間（ｎ）において、ＳＩＢ１の送信サブフレームをモニタするとともに、ＳＩＢ１（１で示される）を取得している。
【００３４】
更に、ユーザ装置ＵＥは、ＢＣＣＨ修正期間（ｎ）において、ＳＩＢ２ウィンドウの各サブフレームのＣＳＳをモニタし、あるサブフレームにおいてＳＩＢ２（２で示される）を取得する。その後、ユーザ装置ＵＥは、ページング受信可能性のある各サブフレームのＣＳＳをモニタするが、当該期間にページングは送信されなかったため、ページングを取得しない。
【００３５】
ユーザ装置ＵＥは、ＳＩＢ１とＳＩＢ２を取得後、システム情報変更を示すページングを取得していないので、次のＢＣＣＨ修正期間（ｎ＋１）において、ＳＩＢ１、ＳＩＢ２のサブフレームのＣＳＳをモニタしない。
【００３６】
なお、ＳＩＢ１、ＳＩＢ２、システム情報変更を示すページング等は、セル内で共通の信号の一例である。
【００３７】
図１０のＵＳＳ（下側）において示されるように、ユーザ装置ＵＥは、ＣＳＳをモニタしないサブフレームにおいてＵＳＳをモニタする。すなわち、基地局ｅＮＢは、ＵＳＳにマッピングするＵＥ固有のＤＣＩについては、ユーザ装置ＵＥがＣＳＳをモニタしないサブフレームにおけるＵＳＳにマッピングして送信する。
【００３８】
図１０に例示した実施例１におけるＥＰＤＣＣＨのＣＳＳ及びＵＳＳのモニタ方法により、ＣＳＳとＵＳＳを同時にモニタできないユーザ装置ＵＥでもＣＳＳとＵＳＳにマッピングされたＤＣＩを適切に取得できるようになる。また、ＣＳＳとＵＳＳが時間多重された場合は同一サブフレームでモニタすべきサーチスペースが限定される効果があり、端末の実装が簡単になる効果がある。ただし、以下で説明するように、実施例１のモニタ方法には非効率な点がある。
【００３９】
すなわち、ページング情報は、所定の算出方法で算出されるページング機会の全てで送信されるわけではないのにもかかわらず、実施例１では、全てのページング機会でＣＳＳをモニタしている。具体的には、図１１に示すように、複数のページング機会において、ＣＳＳのモニタが無駄になるサブフレーム（マークが付されている）が生じる。
【００４０】
また、ＲＡＲはＲＡＲウィンドウにおける１つのサブフレームで送信されるにもかかわらず、実施例１では、ＲＡＲウィンドウの全てのサブフレームのＣＳＳをモニタしている。具体的には、図１１に示すように、ＲＡＲウィンドウにおいて、ＣＳＳのモニタが無駄になるサブフレーム（マークが付されている）が生じる。
【００４１】
また、ＳＩＢ２はＳＩＢ２ウィンドウにおける１つのサブフレームで送信されることが想定されるにもかかわらず、実施例１では、ＳＩＢ２ウィンドウの全てのサブフレームのＣＳＳをモニタしている。具体的には、図１１に示すように、ＳＩＢ２ウィンドウにおいて、ＣＳＳのモニタが無駄になるサブフレーム（マークが付されている）が生じる。
【００４２】
そのため、ＣＳＳに用いた周波数領域のうち、ＣＳＳを送信しないサブフレームはＵＳＳに用いてもよい。同様に、ＵＳＳに用いた周波数領域のうち、ＣＳＳ受信のため当該ＵＥにモニタされないサブフレームは、他のＵＥに対するＣＳＳ・ＵＳＳに用いてもよい。
【００４３】
以下では、上記の非効率な点を改善した実施例２と実施例３を説明する。
【００４４】
（実施例２）
まず、実施例２を説明する。実施例２では、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（又はＲＲＣ＿ＩＤＬＥ状態）のユーザ装置ＵＥに対し、１つのＢＣＣＨ修正期間におけるページング機会（サブフレーム）を１つまたは複数定めておき、基地局ｅＮＢは、ページングを送信する場合には、ＢＣＣＨ修正期間においてページング機会として定められた位置（タイミング）のサブフレームのＣＳＳを用いてページングを送信する。
【００４５】
また、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（又はＲＲＣ＿ＩＤＬＥ状態）のユーザ装置ＵＥに対し、ＲＡＲウィンドウ内でＲＡＲ送信用のサブフレームを１つまたは複数定める。基地局ｅＮＢは、ＲＡＲをユーザ装置ＵＥに送信する場合、ＲＡＲウィンドウ内における当該サブフレームのＣＳＳでＲＡＲを送信する。
【００４６】
また、システム情報変更後の最初のＳＩＢ２ウィンドウ内でＳＩＢ２送信用のサブフレームを１つまたは複数定める。基地局ｅＮＢは、ＳＩＢ２を当該定められたサブフレームのＣＳＳを用いて送信する。
【００４７】
上記のような規定がなされた場合においてユーザ装置ＵＥがモニタするＣＳＳ／ＵＳＳを図１２に示す。図１２に示すように、ページングに関し、ユーザ装置ＵＥは、各ＢＣＣＨ修正期間において、ページングが送信され得るページング機会として規定されたサブフレームのＣＳＳのみをモニタする。
【００４８】
また、ＲＡＲに関し、ユーザ装置ＵＥは、ＲＡＲウィンドウにおいて、ＲＡＲが送信されるサブフレームとして規定されたサブフレームのＣＳＳのみをモニタする。
【００４９】
また、ＳＩＢ２に関し、ユーザ装置ＵＥは、システム情報変更ページング受信後のＢＣＣＨ修正期間における最初のＳＩＢ２ウィンドウにおいて、ＳＩＢ２が送信されるサブフレームとして規定されたサブフレームのＣＳＳのみをモニタする。
【００５０】
上記の各規定に係るサブフレームの位置（タイミング）については、例えば、基地局ｅＮＢとユーザ装置ＵＥが同じルールを用いて把握することができる。一例として、ページングについては、所定の算出方法で算出されるＢＣＣＨ変更期間内の複数のページング機会のうちの最後のページング機会をページングを送信（モニタ）するサブフレームとする。
【００５１】
また、ＲＡＲについては、例えば、ＲＡＲウィンドウ内の最初のサブフレームをＲＡＲを送信（モニタ）するサブフレームとすることができる。また、ＳＩＢ２については、ＳＩＢ２ウィンドウ内の最初のサブフレームをＳＩＢ２を送信（モニタ）するサブフレームとすることができる。
【００５２】
また、基地局ｅＮＢにおいて各規定に係るサブフレームの位置を規定（設定）し、規定した位置に関する情報を報知情報（例：ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）のスペアビット、ＳＩＢ１の新フィールド等）、もしくはＲＲＣシグナリングでユーザ装置ＵＥに通知することとしてもよい。ユーザ装置ＵＥは通知された情報に従って、効率良くＣＳＳをモニタできる。
【００５３】
実施例２によれば、図１２に示されるように、ユーザ装置ＵＥがモニタすべきＣＳＳが削減され、より多くのサブフレームでＵＳＳをモニタできる。
【００５４】
（実施例３）
次に、実施例３を説明する。実施例３では、基地局ｅＮＢは、実施例１、２においてＣＳＳで送信した信号をＵＳＳでも送信する。
【００５５】
具体的には、図１３に示すように、基地局ｅＮＢは、システム情報変更のためのページングをＵＳＳで送信する。図１３に示すように、ユーザ装置ＵＥは、ページング送信の可能性のあるページング機会のサブフレームにおけるＵＳＳをモニタし、ページングの検出を試行する。なお、図１３の例では、ＳＩＢ１の所定のタイミング以外はＵＳＳを継続的にモニタしている。ページングをモニタするとは、継続的にＵＳＳをモニタする中で、ページング取得のためのＲＮＴＩを用いてブラインド復号を行うことである。ＲＡＲ、ＳＩＢについても同様である。また、特にモニタする信号の種類を意識せずに、ＵＳＳをモニタする際には、モニタし得る全ての信号に対応するＲＮＴＩを使用してモニタしてもよい。
【００５６】
また、基地局ｅＮＢは、ＲＡＲをＵＳＳで送信する。図１３に示すように、ユーザ装置ＵＥは、ＲＡＲウィンドウのサブフレームにおけるＵＳＳをモニタし、ＲＡＲの検出を試行する。
【００５７】
また、基地局ｅＮＢは、ＳＩＢ２をＵＳＳで送信する。図１３に示すように、ユーザ装置ＵＥは、ＳＩＢ２ウィンドウのサブフレームにおけるＵＳＳをモニタし、ＳＩＢ２の検出を試行する。
【００５８】
なお、実施例３においてページング／ＲＡＲ／ＳＩＢ２を送信するタイミングとして、実施例１のように所定のウィンドウの範囲で送信することとしてもよいし、実施例２の方法を適用して、より狭い時間範囲のタイミングを規定して送信（モニタ）することとしてもよい。
【００５９】
ＵＳＳにおいて、ユーザ装置ＵＥは、例えば、Ｃ−ＲＮＴＩ、ＳＰＳ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩを用いてＤＣＩのブラインド復号を行う。各サブフレームのＵＳＳにおいてこれら全てを使用してもよいし、当該サブフレームで基地局ｅＮＢから送信され得る信号に対応したＲＮＴＩのみを使用してモニタしてもよい。
【００６０】
実施例３において、基地局ｅＮＢがＵＳＳでページング／ＲＡＲ／ＳＩＢ２を送信する際には、図１３に示すように、ＣＳＳでの送信に加えて、ＵＳＳで送信するが、これに限られるわけではない。
【００６１】
実施例３において、ユーザ装置ＵＥは、基地局ｅＮＢから受信するＲＲＣシグナリング、もしくはその他の信号（ＭＡＣ信号、システム情報等）により、自身にＵＳＳが割り当てられたことを把握した場合（ＵＳＳの位置を把握した場合）に、常にページング／ＲＡＲ／ＳＩＢ２をＵＳＳでモニタすることとしてもよいし、図１４に示すように、ＲＲＣ状態に応じてＣＳＳでモニタするか、ＵＳＳでモニタするかを切り替えることとしてもよい。
【００６２】
図１４の例では、ユーザ装置ＵＥは、ＲＲＣ＿ＩＤＬＥ状態ではＣＳＳを用いてページング／ＲＡＲ／ＳＩＢをモニタし、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態ではＳＩＢ１以外をＵＳＳでモニタする。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態ではユーザ装置ＵＥ向けのデータ信号のＤＣＩが基地局ｅＮＢからＵＳＳで送信される可能性があるため、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてＵＳＳをモニタすることで効率的なデータ受信を行うことができる。
【００６３】
また、ユーザ装置ＵＥは、ランダムアクセス時に送信するｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅに基づいてＲＡＲをモニタするサーチスペース（ＵＳＳ  ｏｒ  ＣＳＳ）を切り替えてもよい。
【００６４】
例えば、ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ（の値又はグループ）と、ＲＡＲを送受信するサーチスペースとを対応付けたテーブルをユーザ装置ＵＥと基地局ｅＮＢが保持し、基地局ｅＮＢはユーザ装置ＵＥから受信したｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅに基づいてＲＡＲを送信するサーチスペースを選択し、選択したサーチスペースでＲＡＲを送信し、ユーザ装置ＵＥは、送信したｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅに対応するサーチスペースをモニタすることとしてもよい。
【００６５】
また、基地局ｅＮＢは、ＣＳＳとＵＳＳとで、ＣＲＣのマスクに使用するＲＮＴＩを切り替えてもよい。例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において、ＵＳＳで送信を行う場合においては、ＳＩＢ（ＳＩＢ１以外）、ＲＡＲ、ページングにもデータ送信と同様にＣ−ＲＮＴＩを用いてもよい。また、この場合、新たなＲＮＴＩを用いてもよい。ユーザ装置ＵＥでは、ＳＩＢ（ＳＩＢ１以外）、ＲＡＲ、ページングにおいてＣ−ＲＮＴＩが使用される場合、Ｃ−ＲＮＴＩによりこれらを取得できる。
【００６６】
図１５に、実施例１〜３のモニタ方法をまとめたものを示す。図１５に示すように、実施例１、２、３の順番で、ＵＳＳをモニタできる期間が増加し、この順で例えばＵＥ向けのデータを効率良く取得できることが考えられる。
【００６７】
なお、実施例１〜３では、ＳＩＢをＤＣＩのスケジューリング対象としたが、ＳＩＢを固定のリソース割り当てとしてもよい。例えば、ＳＩＢの送信リソースを、ＭＩＢ又はＰＳＳ／ＳＳＳに対する相対的な位置（周波数・時間位置）として予め定めておいてもよいし、ＳＩＢ１を用いてＳＩＢ２以降のリソースとモニタするために使用するＲＮＴＩを通知してもよい。ＳＩＢを固定のリソース割り当てとすることで、ＣＳＳでＳＩＢをモニタすることが不要となり、ＵＳＳをモニタできる期間を増加させることができる。
【００６８】
なお、実施例１〜３の図では、ＣＳＳ・ＵＳＳを１つずつ割り当てる例を記載したが、ＵＳＳはＵＥ端末ごとに割り当てることができるため複数でもよい。また、Ｃｏｖｅｒａｇｅ  Ｅｎｈａｎｃｅｍｅｎｔを適用する場合、異なるＣｏｖｅｒａｇｅ  Ｅｎｈａｎｃｅｍｅｎｔに対して異なる周波数のＣＳＳ・ＵＳＳをそれぞれ割り当ててもよい。Ｃｏｖｅｒａｇｅ  Ｅｎｈａｎｃｅｍｅｎｔ  Ｌｅｖｅｌに応じて異なるサーチスペースを規定することで、Ｃｏｖｅｒａｇｅ  Ｅｎｈａｎｃｅｍｅｎｔで適用されるＲｅｐｅｔｉｔｉｏｎ送信によるリソースの衝突を回避することができる。
【００６９】
また、実施例１の技術、実施例２の技術、実施例３の技術は、矛盾が生じない限り、任意に組み合わせて実施することが可能である。
【００７０】
（装置構成例）
以下、本実施の形態（実施例１〜３を含む）におけるユーザ装置ＵＥと基地局ｅＮＢの構成例を示す。
【００７１】
＜ユーザ装置ＵＥ＞
図１６に、本発明の実施の形態におけるユーザ装置ＵＥの機能構成図を示す。図１６に示すように、本実施の形態のユーザ装置ＵＥは、ＤＬ信号受信部１０１、ＵＬ信号送信部１０２、設定情報格納部１０３、モニタ制御部１０４を有する。図１６は、ユーザ装置ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１６に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【００７２】
ＤＬ信号受信部１０１は、基地局ｅＮＢから無線信号を受信し、無線信号から情報を抽出する。ＵＬ信号送信部１０２は、送信情報から無線信号を生成し、基地局ｅＮＢに送信する。
【００７３】
設定情報格納部１０３には、システム情報、ＭＡＣ信号、ＲＲＣシグナリング等で基地局ｅＮＢから通知される各種の設定情報が格納されるとともに、実施例２における規定の情報が格納される。当該規定の情報は、例えば、ＲＡＲに関していえば、ＲＡＲウィンドウの最後／最初のサブフレームでモニタするといった情報である。モニタ制御部１０４は、実施例１〜３のいずれか又はこれらの組み合わせに係るモニタ方法により、ページング／ＲＡＲ／ＳＩＢをモニタする機能を有する。より具体的には、例えば、モニタ制御部１０４は、ＤＬ信号受信部１０１にモニタ方法を指示し、ＤＬ信号受信部１０１に対してＵＳＳ／ＣＳＳのモニタを実行させる。
【００７４】
＜基地局ｅＮＢ＞
図１７に、本発明の実施の形態における基地局ｅＮＢの機能構成図を示す。図１７に示すように、本実施の形態の基地局ｅＮＢは、ＤＬ信号送信部２０１、ＵＬ信号受信部２０２、設定情報格納部２０３、割り当て制御部２０４を有する。図１７は、基地局ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図１７に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【００７５】
ＤＬ信号送信部２０１は、送信情報から無線信号を生成し、ユーザ装置ＵＥに送信する。ＵＬ信号受信部２０２は、ユーザ装置ＵＥから無線信号を受信し、無線信号から情報を抽出する。
【００７６】
設定情報格納部２０３には、ユーザ装置ＵＥからＲＲＣメッセージ、ＭＡＣ信号等で通知される各種の設定情報が格納されるとともに、実施例２における規定の情報が格納される。当該規定の情報は、例えば、ＲＡＲに関していえば、ＲＡＲウィンドウの最後／最初のサブフレームでＲＡＲを送信するといった情報である。割り当て制御部２０４は、実施例１〜３のいずれか又はこれらの組み合わせに係るモニタ方法に対応する基地局ｅＮＢ側のリソース割り当てを実施する機能を有する。
【００７７】
以上、説明したように、本実施の形態では、移動通信システムにおいて基地局と通信を行うユーザ装置であって、前記基地局から送信される所定の物理下り制御チャネルにおいて共通サーチ領域とユーザ個別サーチ領域が多重されており、下り制御情報を取得するために、所定の時間フレーム毎に、前記所定の物理下り制御チャネルにおける前記共通サーチ領域と前記ユーザ個別サーチ領域のうちのいずれか１つの領域をモニタするモニタ制御部を備えるユーザ装置が提供される。
【００７８】
上記の構成により、所定の物理下り制御チャネルにおいて複数のサーチ領域が多重される場合において、帯域幅制限のあるユーザ装置でも、下り制御情報を適切に取得することが可能となる。
【００７９】
前記モニタ制御部は、例えば、前記基地局から所定の信号の下り制御情報が送信され得る時間範囲に対応する前記所定の時間フレームで前記共通サーチ領域をモニタし、当該時間範囲以外の時間フレームにおいて前記ユーザ個別サーチ領域をモニタする。この構成により、共通サーチ領域をモニタする時間範囲を限定することができる。
【００８０】
前記モニタ制御部は、予め定められた規則、もしくは、前記基地局から受信する情報に基づいて、前記時間範囲よりも狭い時間範囲を特定し、当該狭い時間範囲に対応する前記所定の時間フレームで前記共通サーチ領域をモニタし、当該狭い時間範囲以外の時間フレームにおいて前記ユーザ個別サーチ領域をモニタすることとしてもよい。この構成により、共通サーチ領域をモニタする時間範囲を更に限定することができる。
【００８１】
前記狭い時間範囲は、例えば、ページングの下り制御情報が送信されるサブフレーム、システム情報の下り制御情報が送信されるサブフレーム、又は、ランダムアクセス応答の下り制御情報が送信されるサブフレームである。この構成により、ページング、システム情報、もしくはランダムアクセス応答を効率良くモニタすることができる。
【００８２】
前記基地局から、前記ユーザ装置向けの信号の下り制御情報に加えて、セル内で共通の信号の下り制御情報が前記ユーザ個別サーチ領域を用いて送信される場合において、例えば、前記モニタ制御部は、前記共通サーチ領域のみを用いて送信される下り制御情報を受信すべき特定のタイミングを除く時間フレームで前記ユーザ個別サーチ領域をモニタする。この構成により、限られた一部の時間フレーム以外でユーザ個別サーチ領域をモニタすることができるので、効率良くユーザ装置向けの信号をモニタできる。
【００８３】
前記モニタ制御部は、例えば、前記ユーザ装置がＲＲＣアイドル状態である場合に前記共通サーチ領域をモニタし、前記ユーザ装置がＲＲＣ接続状態である場合に、前記特定のタイミングを除く時間フレームで前記ユーザ個別サーチ領域をモニタする。この構成により、更に効率良くユーザ装置向けの信号をモニタできる。
【００８４】
前記所定の物理下り制御チャネルは、例えばＥＰＤＣＣＨである。この構成により、ＥＰＤＣＣＨにユーザ個別サーチ領域とユーザ個別サーチ領域をマッピングする場合において、帯域幅制限のあるユーザ装置でも、下り制御情報を適切に取得することが可能となる。
【００８５】
前記モニタ制御部は、例えば、前記下り制御情報を取得するために、前記共通サーチ領域又は前記ユーザ個別サーチ領域の信号を受信し、受信した領域においてＲＮＴＩを用いてブラインド復号を行う。この構成により、ＲＮＴＩでマスクされた下り制御情報を適切に取得できる。
【００８６】
本実施の形態で説明したユーザ装置ＵＥは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【００８７】
また、本実施の形態で説明した基地局ｅＮＢは、ＣＰＵとメモリを備え、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【００８８】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、基地局ｅＮＢとユーザ装置ＵＥは機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置ＵＥが有するプロセッサにより動作するソフトウェア、及び、基地局が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【００８９】
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【００９０】
本特許出願は２０１４年９月２５日に出願した日本国特許出願第２０１４−１９５８８４号に基づきその優先権を主張するものであり、日本国特許出願第２０１４−１９５８８４号の全内容を本願に援用する。
【符号の説明】
【００９１】
ｅＮＢ  基地局
ＵＥ  ユーザ装置
１０１  ＤＬ信号受信部
１０２  ＵＬ信号送信部
１０３  設定情報格納部
１０４  モニタ制御部
２０１  ＤＬ信号送信部
２０２  ＵＬ信号受信部
２０３  設定情報格納部
２０４  割り当て制御部
【図１】
2016047618.tif 000003
【図２Ａ】
2016047618.tif 000004
【図２Ｂ】
2016047618.tif 000005
【図３】
2016047618.tif 000006
【図４】
2016047618.tif 000007
【図５】
2016047618.tif 000008
【図６】
2016047618.tif 000009
【図７】
2016047618.tif 000010
【図８】
2016047618.tif 000011
【図９】
2016047618.tif 000012
【図１０】
2016047618.tif 000013
【図１１】
2016047618.tif 000014
【図１２】
2016047618.tif 000015
【図１３】
2016047618.tif 000016
【図１４】
2016047618.tif 000017
【図１５】
2016047618.tif 000018
【図１６】
2016047618.tif 000019
【図１７】
2016047618.tif 000020
【国際調査報告】
2016047618.tif 000021
2016047618.tif 000022
2016047618.tif 000023
2016047618.tif 000024