(57)【要約】  移動体通信システムはＵＥと無線通信する複数のｅＮＢおよびこれらを制御するＭＣＥを含む。ＭＣＥは電力測定用の参照信号を通常よりも低い頻度でＵＥに送信する無線リソースであるＭＢＳＦＮサブフレーム（ＭＣＥ）をｅＮＢに指示し、ｅＮＢはＭＣＥから指示されたＭＢＳＦＮサブフレーム（ＭＣＥ）に加え、通常よりも低い頻度で参照信号をＵＥに送信する無線リソースであるＭＢＳＦＮサブフレーム（ｅＮＢ）を指定し、ＭＢＳＦＮサブフレーム（ＭＣＥ）およびＭＢＳＦＮサブフレーム（ｅＮＢ）において参照信号をＵＥに送信する。これにより、電力測定用の参照信号を通常よりも低頻度で送信することができ、インフラの消費電力を低減することができる。
2011135825.tif 000002
【特許請求の範囲】
【請求項１】
移動端末と無線通信する複数の基地局およびこれら複数の基地局を制御する基地局制御装置を含む移動体通信システムであって、
前記基地局制御装置は、電力測定用の参照信号を通常よりも低い頻度で前記移動端末に送信するための無線リソースである低頻度リソースを、前記基地局に指示し、
前記基地局は、前記基地局制御装置から指示された低頻度リソースに加えて、通常よりも低い頻度で前記参照信号を前記移動端末に送信するための無線リソースである低頻度リソースを指定し、
前記基地局は、前記基地局制御装置から指示された低頻度リソース、および自ら追加指定した低頻度リソースにおいて、通常よりも低い頻度で前記参照信号を前記移動端末に送信することを特徴とする移動体通信システム。
【請求項２】
前記基地局は、自ら追加指定した低頻度リソースを周辺の基地局に通知することを特徴とする請求項１記載の移動体通信システム。
【請求項３】
前記基地局は、自ら追加指定した低頻度リソースを前記基地局制御装置に通知することを特徴とする請求項１記載の移動体通信システム。
【請求項４】
前記基地局制御装置は、前記基地局が追加指定した低頻度リソースに基づいて、前記基地局に指示した低頻度リソースを変更することを特徴とする請求項３記載の移動体通信システム。
【請求項５】
前記基地局制御装置は、前記低頻度リソースを追加指定するための無線リソース毎の優先順位を前記基地局に指示することを特徴とする請求項１記載の移動体通信システム。
【請求項６】
前記基地局は、動作状態に応じて、前記基地局制御装置から指示された低頻度リソースに加えて、低頻度リソースを追加指定することを特徴とする請求項１記載の移動体通信システム。
【請求項７】
前記基地局は、通常よりも動作電力の小さい省エネルギモードで動作する場合に、前記基地局制御装置から指示された低頻度リソースに加えて、低頻度リソースを追加指定することを特徴とする請求項６記載の移動体通信システム。
【請求項８】
前記低頻度リソースは、無線フレームのうちマルチメディアデータを伝送するためのサブフレームであることを特徴とする請求項１に記載の移動体通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の移動端末と基地局との間で無線通信を実施する移動体通信システムに関するものである。
【背景技術】
【０００２】
第３世代と呼ばれる通信方式のうち、Ｗ−ＣＤＭＡ（Wideband Code division Multiple Access）方式が２００１年から日本で商用サービスが開始されている。また、下りリンク（個別データチャネル、個別制御チャネル）にパケット伝送用のチャネル（HS-DSCH: High Speed-Downlink Shared Channel）を追加することにより、下りリンクを用いたデータ送信の更なる高速化を実現するＨＳＤＰＡ（High Speed Down Link Packet Access）のサービスが開始されている。さらに、上り方向のデータ送信をさらに高速化するためＨＳＵＰＡ（High Speed Up Link Packet Access）方式についてもサービスが開始されている。Ｗ−ＣＤＭＡは、移動体通信システムの規格化団体である３ＧＰＰ（3rd Generation Partnership Project）により定められた通信方式であり、リリース８版の規格書がとりまとめられている。【０００３】
また、３ＧＰＰにおいて、Ｗ−ＣＤＭＡとは別の通信方式として、無線区間については「ロングタームエボリューション」（Long Term Evolution  LTE）、コアネットワーク（単にネットワークとも称する）を含めたシステム全体構成については「システムアーキテクチャエボリューション」（System Architecture Evolution  SAE）と称される新たな通信方式が検討されている。ＬＴＥでは、アクセス方式、無線のチャネル構成やプロトコルが、現在のＷ−ＣＤＭＡ（HSDPA/HSUPA）とは全く異なるものになる。たとえば、アクセス方式は、Ｗ−ＣＤＭＡが符号分割多元接続（Code Division Multiple Access）を用いているのに対して、ＬＴＥは下り方向はＯＦＤＭ（Orthogonal Frequency Division Multiplexing ）、上り方向はＳＣ−ＦＤＭＡ（Single Career Frequency Division Multiple Access）を用いる。また、帯域幅は、Ｗ−ＣＤＭＡが５ＭＨｚであるのに対し、ＬＴＥでは１．４／３／５／１０／１５／２０ＭＨｚの中で基地局ごとに選択可能となっている。また、ＬＴＥでは、Ｗ−ＣＤＭＡのように回線交換を含まず、パケット通信方式のみになる。【０００４】
ＬＴＥはＷ−ＣＤＭＡのコアネットワーク(GPRS)とは異なる新たなコアネットワークを用いて通信システムが構成されるため、Ｗ−ＣＤＭＡ網とは別の独立した無線アクセス網として定義される。したがって、Ｗ−ＣＤＭＡの通信システムと区別するため、ＬＴＥの通信システムでは、移動端末（UE: User Equipment）と通信を行う基地局（Base station）はｅＮＢ（E-UTRAN NodeB）、複数の基地局と制御データやユーザデータのやり取りを行う基地局制御装置(Radio Network Controller)はＥＰＣ（Evolved Packet Core）（aGW:Access Gatewayと称されることもある)と称される。このＬＴＥの通信システムでは、ユニキャスト（Unicast）サービスとＥ-ＭＢＭＳサービス（Evolved Multimedia Broadcast Multicast Service）が提供される。Ｅ−ＭＢＭＳサービスとは、放送型マルチメディアサービスであり、単にＭＢＭＳと称される場合もある。複数の移動端末に対してニュースや天気予報や、モバイル放送など大容量放送コンテンツが送信される。これを１対多（Point to Multipoint）サービスともいう。【０００５】
３ＧＰＰでの、ＬＴＥシステムにおける全体的なアーキテクチャ（Architecture）に関する現在の決定事項が、非特許文献１に記載されている。全体的なアーキテクチャ（非特許文献１  ４．６．１章）について図１を用いて説明する。図１は、ＬＴＥ方式の通信システムの構成を示す説明図である。図１において、移動端末１０１に対する制御プロトコル（例えばＲＲＣ（Radio Resource Management））とユーザプレイン（例えばPDCP: Packet Data Convergence Protocol、RLC: Radio Link Control、MAC: Medium Access Control、PHY: Physical layer）が基地局１０２で終端するなら、Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access）は１つあるいは複数の基地局１０２によって構成される。基地局１０２は、ＭＭＥ１０３（Mobility Management Entity）から通知されるページング信号（Paging Signaling、ページングメッセージ（paging messages）とも称される）のスケジューリング（Scheduling）及び送信を行う。基地局１０２はＸ２インタフェースにより、お互いに接続される。また基地局１０２は、Ｓ１インタフェースによりＥＰＣ（Evolved Packet Core）に接続される、より明確にはＳ１＿ＭＭＥインタフェースによりＭＭＥ１０３（Mobility Management Entity）に接続され、Ｓ１＿ＵインタフェースによりＳ−ＧＷ１０４（Serving Gateway）に接続される。ＭＭＥ１０３は、複数あるいは単数の基地局１０２へのページング信号の分配を行う。また、ＭＭＥ１０３は待受け状態（Idle State）のモビリティ制御（Mobility control）を行う。ＭＭＥ１０３は移動端末が待ち受け状態及び、アクティブ状態（Active State）の際に、トラッキングエリア（Tracking Area）リストの管理を行う。Ｓ−ＧＷ１０４はひとつまたは複数の基地局１０２とユーザデータの送受信を行う。Ｓ−ＧＷ１０４は基地局間のハンドオーバの際、ローカルな移動性のアンカーポイント（Mobility Anchor Point）となる。更にＰ−ＧＷ（PDN Gateway）が存在し、ユーザ毎のパケットフィルタリングやＵＥ−ＩＤアドレスの割当などを行う。【０００６】
移動端末１０１と基地局１０２間の制御プロトコルＲＲＣは、報知（Broadcast）、ページング（paging）、ＲＲＣ接続マネージメント（RRC connection management）などを行う。ＲＲＣにおける基地局と移動端末の状態として、ＲＲＣ＿Ｉｄｌｅ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤがある。ＲＲＣ＿ＩＤＬＥでは、ＰＬＭＮ（Public Land Mobile Network）選択、システム情報（System information、SI）の報知、ページング（paging）、セル再選択（cell re-selection）、モビリティ等が行われる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、移動端末はＲＲＣ接続（connection）を有し、ネットワークとのデータの送受信を行うことができ、また、ハンドオーバ（Handover、ＨＯ）、隣接セル（Neighbour cell）のメジャメント等が行われる。ＲＲＣ＿ＩＤＬＥを単にＩＤＬＥ、待ちうけ状態とも称する。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを単にＣＯＮＮＥＣＴＥＤとも称する。【０００７】
３ＧＰＰでの、ＬＴＥシステムにおけるフレーム構成に関する現在の決定事項が、非特許文献１（５章）に記載されている。図２を用いて説明する。図２はＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。図２において、１つの無線フレーム（Radio frame）は１０ｍｓである。無線フレームは１０個の等しい大きさのサブフレーム（Sub-frame）に分割される。サブフレームは、２個の等しい大きさのスロット（slot）に分割される。無線フレーム毎に１番目と６番目のサブフレームに下り同期信号（Downlink Synchronization Signal: SS）が含まれる。同期信号には第一同期信号（Primary Synchronization Signal: P-SS）と第二同期信号（Secondary Synchronization Signal: S-SS）がある。サブフレーム単位にてＭＢＳＦＮ（Multimedia Broadcast multicast service Single Frequency Network）用とＭＢＳＦＮ以外のチャネルの多重が行われる。ＭＢＳＦＮ送信(MBSFN Transmission)とは、同時に複数のセルから同じ波形の送信により実現される同時放送送信技術(simulcast transmission technique)である。ＭＢＳＦＮ領域（MBSFN Area）の複数のセルからのＭＢＳＦＮ送信は、移動端末によって１つの送信であると見える。ＭＢＳＦＮとは、このようなＭＢＳＦＮ送信をサポートするネットワークである。以降、ＭＢＳＦＮ送信用のサブフレームをＭＢＳＦＮサブフレーム（MBSFN sub-frame）と称する。非特許文献２に、ＭＢＳＦＮサブフレームの割り当て時のシグナリング例が記載されている。図３は、ＭＢＳＦＮフレームの構成を示す説明図である。図３において、ＭＢＳＦＮフレーム（MBSFN frame）毎にＭＢＳＦＮサブフレームが割り当てられる。ＭＢＳＦＮフレームは、割当周期（radioFrameAllocationPeriod）にて繰り返される。
ＭＢＳＦＮサブフレームは、割当周期と割当オフセット（radioFrameAllocationOffset）によって定義された無線フレームにてＭＢＳＦＮのために割り当てられるサブフレームでり、マルチメディアデータを伝送するためのサブフレームである。以下式（１）を満たす無線フレームがＭＢＳＦＮサブフレームを含む無線フレームである。【０００８】
式（１）ＳＦＮ ｍｏｄ radioFrameAllocationPeriod＝radioFrameAllocationOffset
ＭＢＳＦＮサブフレームの割当は６ビットにて行われる。１番左のビットはサブフレーム２番目（＃１）のＭＢＳＦＮ割当を定義する。２番のビットはサブフレーム３番目（＃２）、３番目のビットはサブフレーム４番目（＃３）、４番目のビットはサブフレーム７番目（＃６）、５番目のビットはサブフレーム８番目（＃７）、６番目のビットはサブフレーム９番目（＃８）のＭＢＳＦＮ割当を定義する。該ビットが「１」を示す場合、対応するサブフレームがＭＢＳＦＮのために割当てられることを示す。【０００９】
３ＧＰＰでの、ＬＴＥシステムにおけるチャネル構成に関する現在の決定事項が、非特許文献１に記載されている。ＣＳＧ（Closed Subscriber Group cell）セルにおいてもｎｏｎ−ＣＳＧセルと同じチャネル構成が用いられると想定されている。物理チャネル（Physical channel）について（非特許文献１  ５章）図４を用いて説明する。図４は、ＬＴＥ方式の通信システムで使用される物理チャネルを説明する説明図である。図４において、物理報知チャネル４０１（Physical Broadcast channel: PBCH）は基地局１０２から移動端末１０１へ送信される下りチャネルである。ＢＣＨトランスポートブロック（transport block）は４０ｍｓ間隔中の４個のサブフレームにマッピングされる。４０ｍｓタイミングの明白なシグナリングはない。物理制御チャネルフォーマットインジケータチャネル４０２（Physical Control format indicator channel: PCFICH）は基地局１０２から移動端末１０１へ送信される。ＰＣＦＩＣＨは、ＰＤＣＣＨｓのために用いるＯＦＤＭシンボルの数について基地局１０２から移動端末１０１へ通知する。ＰＣＦＩＣＨはサブフレーム毎に送信される。物理下り制御チャネル４０３（Physical downlink control channel: PDCCH）は基地局１０２から移動端末１０１へ送信される下りチャネルである。ＰＤＣＣＨは、リソース割り当て（allocation）、ＤＬ−ＳＣＨ（図５に示されるトランスポートチャネルの１つである下り共有チャネル）に関するＨＡＲＱ情報、ＰＣＨ（図５に示されるトランスポートチャネルの１つであるページングチャネル）を通知する。ＰＤＣＣＨは、上りスケジューリンググラント（Uplink Scheduling Grant）を運ぶ。ＰＤＣＣＨは、上り送信に対する応答信号であるＡＣＫ／Ｎａｃｋを運ぶ。ＰＤＣＣＨはＬ１／Ｌ２制御信号とも呼ばれる。物理下り共有チャネル４０４（Physical downlink shared channel: PDSCH）は、基地局１０２から移動端末１０１へ送信される下りチャネルである。ＰＤＳＣＨはトランスポートチャネルであるＤＬ-ＳＣＨ（下り共有チャネル）やトランスポートチャネルであるＰＣＨがマッピングされている。物理マルチキャストチャネル４０５（Physical multicast channel: PMCH）は基地局１０２から移動端末１０１へ送信される下りチャネルである。ＰＭＣＨはトランスポートチャネルであるＭＣＨ（マルチキャストチャネル）がマッピングされている。【００１０】
物理上り制御チャネル４０６（Physical Uplink control channel: PUCCH）は移動端末１０１から基地局１０２へ送信される上りチャネルである。ＰＵＣＣＨは下り送信に対する応答信号（response）であるＡＣＫ／Ｎａｃｋを運ぶ。ＰＵＣＣＨはＣＱＩ（Channel Quality indicator）レポートを運ぶ。ＣＱＩとは受信したデータの品質、もしくは通信路品質を示す品質情報である。またＰＵＣＣＨは、スケジューリングリクエスト（Scheduling Request: SR）を運ぶ。物理上り共有チャネル４０７（Physical Uplink shared channel: PUSCH）は移動端末１０１から基地局１０２へ送信される上りチャネルである。ＰＵＳＣＨはＵＬ−ＳＣＨ（図５に示されるトランスポートチャネルの１つである上り共有チャネル）がマッピングされている。物理ＨＡＲＱインジケータチャネル４０８（Physical Hybrid ARQ indicator channel: PHICH）は基地局１０２から移動端末１０１へ送信される下りチャネルである。ＰＨＩＣＨは上り送信に対する応答であるＡＣＫ／Ｎａｃｋを運ぶ。物理ランダムアクセスチャネル４０９（Physical random access  channel: PRACH）は移動端末１０１から基地局１０２へ送信される上りチャネルである。ＰＲＡＣＨはランダムアクセスプリアンブル（random access preamble）を運ぶ。【００１１】
下りリファレンスシグナル（Reference signal）は、移動体通信システムとして既知のシンボルである。移動端末の物理レイヤの測定として、リファレンスシンボルの受信電力（Reference symbol received power：ＲＳＲＰ）がある。【００１２】
トランスポートチャネル（Transport channel）について（非特許文献１  ５章）図５を用いて説明する。図５は、ＬＴＥ方式の通信システムで使用されるトランスポートチャネルを説明する説明図である。図５Ａには下りトランスポートチャネルと下り物理チャネル間のマッピングを示す。図５Ｂには上りトランスポートチャネルと上り物理チャネル間のマッピングを示す。下りトランスポートチャネルについて報知チャネル（Broadcast channel: BCH）はその基地局（セル）全体に報知される。ＢＣＨは物理報知チャネル（PBCH）にマッピングされる。下り共有チャネル（Downlink Shared channel: DL-SCH）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。基地局（セル）全体への報知が可能である。ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。準静的なリソース割り当ては，パーシステントスケジューリング（Persistent Scheduling）とも言われる。移動端末の低消費電力化のために移動端末のＤＲＸ（Discontinuous reception）をサポートする。ＤＬ−ＳＣＨは物理下り共有チャネル（PDSCH）へマッピングされる。ページングチャネル（Paging channel: PCH）は移動端末の低消費電力を可能とするために移動端末のＤＲＸをサポートする。基地局（セル）全体への報知が要求される。動的にトラフィックに利用できる物理下り共有チャネル（PDSCH）のような物理リソース、あるいは他の制御チャネルの物理下り制御チャネル（PDCCH）のような物理リソースへマッピングされる。マルチキャストチャネル（Multicast channel: MCH）は基地局（セル）全体への報知に使用される。マルチセル送信におけるＭＢＭＳサービス（MTCHとMCCH）のＳＦＮ合成をサポートする。準静的なリソース割り当てをサポートする。ＭＣＨはＰＭＣＨへマッピングされる。【００１３】
上り共有チャネル（Uplink Shared channel: UL-SCH）にはＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。ＵＬ−ＳＣＨは物理上り共有チャネル（PUSCH）へマッピングされる。図５Ｂに示されるランダムアクセスチャネル（Random access channel: RACH）は制御情報に限られている。衝突のリスクがある。ＲＡＣＨは物理ランダムアクセスチャネル（PRACH）へマッピングされる。【００１４】
ＨＡＲＱについて説明する。ＨＡＲＱとは自動再送（Automatic Repeat reQuest）と誤り訂正（Forward Error Correction）との組み合わせにより伝送路の通信品質を向上させる技術である。通信品質が変化する伝送路に対しても再送により誤り訂正が有効に機能するという利点がある。特に再送にあたって初送の受信結果と再送の受信結果の合成をすることで更なる品質向上を得ることも可能である。再送の方法の一例を説明する。受信側にて受信データが正しくデコード出来なかった場合（CRC Cyclic Redundancy Check エラーが発生した場合（CRC=NG））、受信側から送信側へ「Ｎａｃｋ」を送信する。「Ｎａｃｋ」を受信した送信側はデータを再送する。受信側にて受信データが正しくデコードできた場合（CRCエラーが発生しない場合（CRC=OK））、受信側から送信側へ「Ａｃｋ」を送信する。「Ａｃｋ」を受信した送信側は次のデータを送信する。ＨＡＲＱ方式の一例として「チェースコンバイニング」（Chase Combining）がある。チェースコンバイニングとは初送と再送に同じデータ系列を送信するもので、再送において初送のデータ系列と再送のデータ系列の合成を行うことで利得を向上させる方式である。これは初送データに誤りがあったとしても部分的に正確なものも含まれており、正確な部分の初送データと再送データとを合成することでより高精度にデータを送信できるという考え方に基づいている。また、ＨＡＲＱ方式の別の例としてＩＲ（Incremental Redundancy）がある。ＩＲとは冗長度を増加させるものであり、再送においてパリティビットを送信することで初送と組み合わせて冗長度を増加させ、誤り訂正機能により品質を向上させるものである。【００１５】
論理チャネル（Logical channel）について（非特許文献１  ６章）図６を用いて説明する。図６は、ＬＴＥ方式の通信システムで使用される論理チャネルを説明する説明図である。図６Ａには下りロジカルチャネルと下りトランスポートチャネル間のマッピングを示す。図６Ｂには上りロジカルチャネルと上りトランスポートチャネル間のマッピングを示す。報知制御チャネル（Broadcast control channel: BCCH）は報知システム制御情報のための下りチャネルである。論理チャネルであるＢＣＣＨはトランスポートチャネルである報知チャネル(BCH)、あるいは下り共有チャネル（DL-SCH）へマッピングされる。ページング制御チャネル（Paging control channel: PCCH）はページング信号を送信するための下りチャネルである。ＰＣＣＨは移動端末のセルロケーションをネットワークが知らない場合に用いられる。論理チャネルであるＰＣＣＨはトランスポートチャネルであるページングチャネル(PCH)へマッピングされる。共有制御チャネル（Common control channel: CCCH）は移動端末と基地局間の送信制御情報のためのチャネルである。ＣＣＣＨは移動端末がネットワークとの間でＲＲＣ接続（connection）を持っていない場合に用いられる。下り方法では、ＣＣＣＨはトランスポートチャネルである下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。上り方向では、ＣＣＣＨはトランスポートチャネルである上り共有チャネル(UL-SCH)へマッピングされる。【００１６】
マルチキャスト制御チャネル（Multicast control channel: MCCH）は１対多の送信のための下りチャネルである。ネットワークから移動端末への１つあるいはいくつかのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられるチャネルである。ＭＣＣＨはＭＢＭＳ受信中の移動端末のみに用いられるチャネルである。ＭＣＣＨはトランスポートチャネルである下り共有チャネル(DL-SCH)あるいはマルチキャストチャネル（MCH）へマッピングされる。個別制御チャネル（Dedicated control channel: DCCH）は移動端末とネットワーク間の個別制御情報を送信するチャネルである。ＤＣＣＨは上りでは上り共有チャネル（UL-SCH）へマッピングされ、下りでは下り共有チャネル(DL-SCH)にマッピングされる。個別トラフィックチャネル（Dedicate Traffic channel: DTCH）はユーザ情報の送信のための個別移動端末への１対１通信のチャネルである。ＤＴＣＨは上り・下りともに存在する。ＤＴＣＨは上りでは上り共有チャネル(UL-SCH)へマッピングされ、下りでは下り共有チャネル（DL-SCH）へマッピングされる。マルチキャストトラフィックチャネル（Multicast Traffic channel: MTCH）はネットワークから移動端末へのトラフィックデータ送信のための下りチャネルである。ＭＴＣＨはＭＢＭＳ受信中の移動端末のみに用いられるチャネルである。ＭＴＣＨは下り共有チャネル(DL-SCH)あるいはマルチキャストチャネル(MCH)へマッピングされる。【００１７】
ＧＣＩとは、グローバルセル識別子（Global Cell Identity）のことである。ＬＴＥ及びＵＭＴＳ（Universal Mobile Telecommunication System）においてＣＳＧセル（Closed Subscriber Group cell）が導入される。ＣＳＧについて以下説明する（非特許文献３  ３．１章）。ＣＳＧ（Closed Subscriber Group）とは、利用可能な加入者をオペレータが特定しているセルである（特定加入者用セル）。特定された加入者は、ＰＬＭＮ（Public Land Mobile Network）のひとつ以上のＥ-ＵＴＲＡＮセルにアクセスすることが許可される。特定された加入者がアクセスを許可されている１つ以上のＥ−ＵＴＲＡＮセルを“ＣＳＧ  ｃｅｌｌ（ｓ）”とよぶ。ただし、ＰＬＭＮにはアクセス制限がある。ＣＳＧセルとは、固有のＣＳＧアイデンティティ（CSG identity: CSG ID，CSG-ID）を報知するＰＬＭＮの一部である。あらかじめ利用登録し、許可された加入者グループのメンバーは、アクセス許可情報であるところのＣＳＧ−ＩＤを用いてＣＳＧセルにアクセスする。
ＣＳＧ−ＩＤはＣＳＧセルかセルによって報知される。移動体通信システムにＣＳＧ−ＩＤは複数存在する。そして、ＣＳＧ−ＩＤは、ＣＳＧ関連のメンバーのアクセスを容易にするために移動端末（UE）によって使用される。移動端末の位置追跡は、１つ以上のセルからなる区域を単位に行われる。位置追跡は、待受け状態であっても移動端末の位置を追跡し、呼び出す（移動端末が着呼する）ことを可能にするためである。この移動端末の位置追跡のための区域をトラッキングエリアとよぶ。ＣＳＧホワイトリスト（CSG White List）とは、加入者が属するＣＳＧセルのすべてのＣＳＧ ＩＤが記録されている、ＵＳＩＭ（Universal Subscriber Identity Module）に格納されたリストである。ＣＳＧホワイトリストは、許可ＣＳＧリスト（Allowed CSG ID List）と呼ばれることもある。【００１８】
「適切なセル」（Suitable cell）について以下説明する（非特許文献３  4.3章）。「適切なセル」（Suitable cell）とは、ＵＥが通常（normal）サービスを受けるためにキャンプオン（Camp ON）するセルである。そのようなセルは、（１）セルは選択されたＰＬＭＮか登録されたＰＬＭＮ、または「Ｅｑｕｉｖａｌｅｎｔ  ＰＬＭＮリスト」のＰＬＭＮの一部であること、（２）ＮＡＳ（non-access stratum）によって提供された最新情報にてさらに以下の条件を満たすこと、（a）そのセルが禁じられた（barred）セルでないこと。（b）そのセルが“ローミングのための禁止されたＬＡｓ”リストの一部ではなく、少なくとも１つのトラッキングエリア（Tracking Area:TA）の一部であること。その場合、そのセルは上記（１）を満たす必要がある、（c）そのセルが、セル選択評価基準を満たしていること、（d）そのセルが、ＣＳＧセルとしてシステム情報（System Information: SI）によって特定されたセルに関しては、ＣＳＧ−ＩＤはＵＥの「ＣＳＧホワイトリスト」（CSG WhiteList）の一部であること（UEのCSG WhiteList中に含まれること）。【００１９】
「アクセプタブルセル」（Acceptable cell）について以下説明する（非特許文献３  ４．３章）これは、ＵＥが限られたサービス（緊急通報）を受けるためにキャンプオンするセルである。そのようなセルは以下のすべての要件を充足するものとする。つまり、Ｅ−ＵＴＲＡＮネットワークで緊急通報を開始するための最小のセットの要件を以下に示す。（１）そのセルが禁じられた（barred）セルでないこと。（２）そのセルが、セル選択評価基準を満たしていること。【００２０】
セルにキャンプオン（camp on）するとは、ＵＥがセル選択／再選択（cell selection/reselection）処理を完了し、ＵＥがシステム情報とページング情報をモニタするセルを選択した状態である。【００２１】
３ＧＰＰにおいて、Ｈｏｍｅ−ＮｏｄｅＢ（Home-NB、HNB）、Ｈｏｍｅ−ｅＮｏｄｅＢ（Home-eNB、HeNB）と称される基地局が検討されている。ＵＴＲＡＮにおけるＨＮＢ、またはＥ-ＵＴＲＡＮにおけるＨｅＮＢは、例えば家庭、法人、商業用のアクセスサービス向けの基地局である。非特許文献４にＨｅＮＢ及びＨＮＢへのアクセスの３つの異なるモードが開示されている。オープンアクセスモード（Open access mode）とクローズドアクセスモード（Closed access mode）とハイブリッドアクセスモード（Hybrid access mode）である。各々のモードは以下のような特徴を有する。オープンアクセスモードでは、ＨｅＮＢやＨＮＢは通常のオペレータのノーマルセルとして操作される。クローズドアクセスモードでは、ＨｅＮＢやＨＮＢがＣＳＧセルとして操作される。これはＣＳＧメンバーのみアクセス可能なＣＳＧセルである。ハイブリッドアクセスモードでは、非ＣＳＧメンバーも同時にアクセス許可されているＣＳＧセルである。ハイブリッドアクセスモードのセル（ハイブリッドセルとも称する）は、言い換えれば、オープンアクセスモードとクローズドアクセスモードの両方をサポートするセルである。【００２２】
３ＧＰＰでは、リリース１０として「ロングタームエボリューション  アドヴァンスド」（Long Term Evolution Advanced：LTE-A）の規格策定が進められている（非特許文献６、非特許文献７）。【００２３】
ＬＴＥ−Ａシステムでは、高い通信速度、セルエッジでの高いスループット、新たなカバレッジエリアなどを得るために、リレー（Relay、リレーノード（RN））をサポートすることが検討されている。リレーノードはドナーセル（Donor cell、Donor eNB、DeNB）を介して無線アクセスネットワークに無線で接続される。ドナーセルの範囲内でＮＷからリレーへのリンクはネットワークからＵＥへのリンクと同じ周波数バンドを共用する。この場合リリース８のＵＥも該ドナーセルに接続することを可能とする。ドナーセルとリレーノードの間のリンクをバックホールリンク（backhaul link）と称し、リレーノードとＵＥの間のリンクをアクセスリンク（access link）と称す。【００２４】
ＦＤＤにおけるバックホールリンクの多重方法として、ＤｅＮＢからＲＮへの送信は下り（ＤＬ）周波数バンドで行われ、ＲＮからＤｅＮＢへの送信が上り（ＵＬ）周波数バンドで行われる。リレーにおけるリソースの分割方法として、ＤｅＮＢからＲＮへのリンクとＲＮからＵＥへのリンクが一つの周波数バンドで時分割多重され、ＲＮからＤｅＮＢへのリンクとＵＥからＲＮへのリンクも一つの周波数バンドで時分割多重される。こうすることで、リレーにおいて、リレーの送信が自リレーの受信へ干渉することを防ぐことができる。
【先行技術文献】
【非特許文献】
【００２５】
【非特許文献１】３ＧＰＰ  ＴＳ３６．３００  Ｖ９．２．０  ４．６．１章、４．６．２章、５章、６章、１０．７章
【非特許文献２】３ＧＰＰ  ＴＳ３６．３３１  Ｖ９．１．０
【非特許文献３】３ＧＰＰ  ＴＳ３６．３０４  Ｖ９．１．０  ３．１章、４．３章、５．２．４章
【非特許文献４】３ＧＰＰ  Ｓ１−０８３４６１
【非特許文献５】３ＧＰＰ  Ｒ２−０８２８９９
【非特許文献６】３ＧＰＰ  ＴＲ  ３６．８１４  Ｖ９．０．０
【非特許文献７】３ＧＰＰ  ＴＲ  ３６．９１２  Ｖ９.０.０
【非特許文献８】３ＧＰＰ  Ｒ１−０９５０１１
【非特許文献９】３ＧＰＰ  ＴＳ３６．４４３  Ｖ９．０．０
【非特許文献１０】３ＧＰＰ  Ｒ１−１００２７５
【非特許文献１１】３ＧＰＰ  Ｒ１−１０１６２０
【発明の概要】
【発明が解決しようとする課題】
【００２６】
３ＧＰＰでは、インフラ（infrastructure）の消費電力低減（Energy Saving）について議論がされている。ＭＢＳＦＮサブフレームを用いて、ＣＲＳの送信時間を削減することにより、基地局の消費電力低減を図ることが検討されている。【００２７】
本発明の目的は、インフラの消費電力をより効率的に低減できる移動体通信システムを提供することである。
【課題を解決するための手段】
【００２８】
本発明は、移動端末と無線通信する複数の基地局およびこれら複数の基地局を制御する基地局制御装置を含む移動体通信システムであって、
前記基地局制御装置は、電力測定用の参照信号を通常よりも低い頻度で前記移動端末に送信するための無線リソースである低頻度リソースを、前記基地局に指示し、
前記基地局は、前記基地局制御装置から指示された低頻度リソースに加えて、通常よりも低い頻度で前記参照信号を前記移動端末に送信するための無線リソースである低頻度リソースを指定し、
前記基地局は、前記基地局制御装置から指示された低頻度リソース、および自ら追加指定した低頻度リソースにおいて、通常よりも低い頻度で前記参照信号を前記移動端末に送信することを特徴とする移動体通信システムである。
【発明の効果】
【００２９】
本発明によれば、基地局制御装置から指示された無線リソースに加えて基地局が自ら追加指定した無線リソースにおいても、電力測定用の参照信号を通常よりも低頻度で送信することができ、インフラの消費電力を低減することができる。
【図面の簡単な説明】
【００３０】
【図１】ＬＴＥ方式の通信システムの構成を示す説明図である。
【図２】ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。
【図３】ＭＢＳＦＮ（Multimedia Broadcast multicast service Single Frequency Network）フレームの構成を示す説明図である。
【図４】ＬＴＥ方式の通信システムで使用される物理チャネルを説明する説明図である。
【図５】ＬＴＥ方式の通信システムで使用されるトランスポートチャネルを説明する説明図である。
【図６】ＬＴＥ方式の通信システムで使用される論理チャネルを説明する説明図である。
【図７】現在３ＧＰＰで議論されている移動体通信システムの全体的な構成を示すブロック図である。
【図８】本発明に係る移動端末３１１の構成を示すブロック図である。
【図９】本発明に係る基地局３１２の構成を示すブロック図である。
【図１０】本発明に係るＭＭＥの構成を示すブロック図である。
【図１１】本発明に係るＨｅＮＢＧＷの構成を示すブロック図である。
【図１２】ＬＴＥ方式の通信システムにおいて移動端末（ＵＥ）が行うセルサーチの概略を示すフローチャートである。
【図１３】現在３ＧＰＰで議論されているＥ−ＭＢＭＳの理論的なアーキテクチャーを示す図である。
【図１４】実施の形態１の解決策を用いた場合の移動体通信システムのシーケンス例を説明する図である。
【図１５】実施の形態１の変形例１の課題を説明するロケーション図である。
【図１６】実施の形態１の変形例１の解決策を用いた場合の移動体通信システムのシーケンス例を説明する図である。
【図１７】実施の形態１の変形例２の課題を説明する移動体通信システムのシーケンス例を説明する図である。
【図１８】実施の形態１の変形例２の解決策を用いた場合の移動体通信システムのシーケンス例を説明する図である。
【図１９】実施の形態１の変形例３を用いた場合の優先順位の情報の具体例である。
【図２０】実施の形態１の変形例３の解決策を用いた場合の移動体通信システムのシーケンス例を説明する図である。
【図２１】実施の形態１の変形例５の解決策を用いた場合の移動体通信システムのシーケンス例を説明する図である。
【図２２】現在３ＧＰＰで議論されているページングオケージョンの発生パターンである。
【図２３】実施の形態３と実施の形態１の変形例１と組合せて用いた場合の移動体通信システムのシーケンス例を説明する図である。
【図２４】実施の形態３の変形例１の解決策を用いた場合の移動体通信システムのシーケンス例を説明する図である。
【図２５】実施の形態３の変形例２の解決策を用いた場合の移動体通信システムのシーケンス例を説明する図である。
【発明を実施するための形態】
【００３１】
実施の形態１．
図７は、現在３ＧＰＰにおいて議論されているＬＴＥ方式の移動体通信システムの全体的な構成を示すブロック図である。現在３ＧＰＰにおいては、ＣＳＧ（Closed Subscriber Group）セル（e-UTRANのHome-eNodeB（Home-eNB,HeNB）,UTRANのHome-NB（HNB））とｎｏｎ-ＣＳＧセル（e-UTRANのeNodeB（eNB）、UTRANのNodeB(NB)、GERANのBSS）とを含めたシステムの全体的な構成が検討されており、ｅ−ＵＴＲＡＮについては、図７のような構成が提案されている（非特許文献１  ４．６．１.章）。
【００３２】
図７について説明する。移動端末（ＵＥ）７１は基地局７２と送受信を行う。基地局７２はｅＮＢ７２−１と、Ｈｏｍｅ−ｅＮＢ７２−２とに分類される。ｅＮＢ７２−１はＭＭＥ７３とインタフェースＳ１により接続され、ｅＮＢとＭＭＥとの間で制御情報が通信される。ひとつのｅＮＢ７２−１に対して複数のＭＭＥ７３が接続されてもよい。ｅＮＢ間はインタフェースＸ２により接続され、ｅＮＢ間で制御情報が通信される。
【００３３】
Ｈｏｍｅ−ｅＮＢ７２−２はＭＭＥ７３とインタフェースＳ１により接続され、Ｈｏｍｅ−ｅＮＢとＭＭＥとの間で制御情報が通信される。ひとつのＭＭＥに対して複数のＨｏｍｅ−ｅＮＢが接続される。あるいは、Ｈｏｍｅ−ｅＮＢ７２−２はＨｅＮＢＧＷ（Home-eNB GateWay）７４を介してＭＭＥ７３と接続される。Ｈｏｍｅ−ｅＮＢとＨｅＧＷはインタフェースＳ１により接続され、ＨｅＮＢＧＷ７４とＭＭＥ７３はインタフェースＳ１を介して接続される。ひとつまたは複数のＨｏｍｅ−ｅＮＢ７２−２がひとつのＨｅＮＢＧＷ７４と接続され、Ｓ１を通して情報が通信される。ＨｅＮＢＧＷ７４はひとつまたは複数のＭＭＥ７３と接続され、Ｓ１を通して情報が通信される。
【００３４】
さらに現在３ＧＰＰでは以下のような構成が検討されている。Ｈｏｍｅ−ｅＮＢ７２−２間のインタフェースＸ２はサポートされない。ＭＭＥ７３からは、ＨｅＮＢＧＷ７４はｅＮＢ７２−１として見える。Ｈｏｍｅ−ｅＮＢ７２−２からは、ＨｅＮＢＧＷ７４ははＭＭＥ７３として見える。Ｈｏｍｅ−ｅＮＢ７２−２がＨｅＮＢＧＷ７４を介してＥＰＣに接続されるか否かに関係なく、Ｈｏｍｅ−ｅＮＢ７２−２とＥＰＣ間のインタフェースＳ１は同じである。ＭＭＥ７３をまたがるような、Ｈｏｍｅ−ｅＮＢ７２−２へのモビリティ、あるいはＨｏｍｅ−ｅＮＢ７２−２からのモビリティはサポートされない。Ｈｏｍｅ−ｅＮＢ７２−２は唯一のセルをサポートする。
【００３５】
図８は、本発明に係る移動端末（図７の端末７１）の構成を示すブロック図である。図８に示す移動端末の送信処理を説明する。まず、プロトコル処理部８０１からの制御データ、アプリケーション部８０２からのユーザデータが送信データバッファ部８０３へ保存される。送信データバッファ部８０３に保存されたデータはエンコーダー部８０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに送信データバッファ部８０３から変調部８０５へ直接出力されるデータが存在しても良い。エンコーダー部８０４でエンコード処理されたデータは変調部８０５にて変調処理が行われる。変調されたデータはベースバンド信号に変換された後、周波数変換部８０６へ出力され、無線送信周波数に変換される。その後、アンテナ８０７から基地局３１２に送信信号が送信される。また、移動端末３１１の受信処理は以下のとおり実行される。基地局３１２からの無線信号がアンテナ８０７により受信される。受信信号は、周波数変換部８０６にて無線受信周波数からベースバンド信号に変換され、復調部８０８において復調処理が行われる。復調後のデータはデコーダー部８０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部８０１へ渡され、ユーザデータはアプリケーション部８０２へ渡される。移動端末の一連の処理は制御部８１０によって制御される。よって制御部８１０は、図面では省略しているが、各部（801〜809）と接続している。
【００３６】
図９は、本発明に係る基地局（図７の基地局７２）の構成を示すブロック図である。図９に示す基地局の送信処理を説明する。ＥＰＣ通信部９０１は、基地局７２とＥＰＣ（MME73,HeNBGW74など）間のデータの送受信を行う。他基地局通信部９０２は、他の基地局との間のデータの送受信を行う。Ｈｏｍｅ−ｅＮＢ７２−２間のインタフェースＸ２はサポートされない方向であるため、Ｈｏｍｅ−ｅＮＢ７２−２では、他基地局通信部９０２が存在しないことも考えられる。ＥＰＣ通信部９０１、他基地局通信部９０２はそれぞれプロトコル処理部９０３と情報の受け渡しを行う。プロトコル処理部９０３からの制御データ、またＥＰＣ通信部９０１と他基地局通信部９０２からのユーザデータ及び制御データが送信データバッファ部９０４へ保存される。送信データバッファ部９０４に保存されたデータはエンコーダー部９０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに送信データバッファ部９０４から変調部９０６へ直接出力されるデータが存在しても良い。エンコードされたデータは変調部９０６にて変調処理が行われる。変調されたデータはベースバンド信号に変換された後、周波数変換部９０７へ出力され、無線送信周波数に変換される。その後、アンテナ９０８より一つもしくは複数の移動端末７１に対して送信信号が送信される。また、基地局７２の受信処理は以下のとおり実行される。ひとつもしくは複数の移動端末３１１からの無線信号がアンテナ９０８により受信される。受信信号は周波数変換部９０７にて無線受信周波数からベースバンド信号に変換され、復調部９０９で復調処理が行われる。復調されたデータはデコーダー部９１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部９０３あるいはＥＰＣ通信部９０１、他基地局通信部９０２へ渡され、ユーザデータはＥＰＣ通信部９０１、他基地局通信部９０２へ渡される。基地局７２の一連の処理は制御部９１１によって制御される。よって制御部９１１は図面では省略しているが各部（901〜910）と接続している。
【００３７】
現在３ＧＰＰにおいて議論されているＨｏｍｅ−ｅＮＢ７２−２の機能を以下に示す（非特許文献１  ４．６．２章）。Ｈｏｍｅ−ｅＮＢ７２−２はｅＮＢ７２−１と同じ機能を持つ。加えてＨｅＮＢＧＷ７４と接続する場合、以下示す機能を有する。適当なサービングＨｅＮＢＧＷ７４を発見する機能を有する。Ｈｏｍｅ−ｅＮＢ７２−２は１つのＨｅＮＢＧＷ７４に唯一接続する、つまり、ＨｅＮＢＧＷ７４との接続の場合は、Ｈｏｍｅ−ｅＮＢ７２−２でＳ１におけるＦｌｅｘ機能を使用しない。Ｈｏｍｅ−ｅＮＢ７２−２がＨｅＮＢＧＷ７４に接続されると、同時に別のＨｅＮＢＧＷ７４や別のＭＭＥ７３に接続しない。Ｈｏｍｅ−ｅＮＢ７２−２のＴＡＣとＰＬＭＮ  ＩＤは、ＨｅＮＢＧＷ７４によってサポートされる。Ｈｏｍｅ−ｅＮＢ７２−２をＨｅＮＢＧＷ７４に接続すると、「ＵＥ  ａｔｔａｃｈｍｅｎｔ」でのＭＭＥ７３の選択は、Ｈｏｍｅ−ｅＮＢ７２−２の代わりにＨｅＮＢＧＷ７４によって行われる。Ｈｏｍｅ−ｅＮＢ７２−２はネットワーク計画なしで配備されるかもしれない。よってＨｏｍｅ−ｅＮＢ７２−２は１つの地理的な領域から別の地理的な領域へ移されるかもしれない。したがって位置による異なったＨｅＮＢＧＷ７４に接続する必要があるかもしれない。
【００３８】
図１０は、本発明に係るＭＭＥ(Mobility Management Entity)の構成を示すブロック図である。ＰＤＮ  ＧＷ通信部１００１はＭＭＥ７３とＰＤＮ  ＧＷ間のデータの送受信を行う。基地局通信部１００２はＭＭＥ７３と基地局７２間をＳ１インタフェースによるデータの送受信を行う。ＰＤＮ  ＧＷから受信したデータがユーザデータであった場合、ユーザデータはＰＤＮ  ＧＷ通信部１００１からユーザプレイン処理部１００３経由で基地局通信部１００２に渡され、１つあるいは複数の基地局７２へ送信される。基地局７２から受信したデータがユーザデータであった場合、ユーザデータは基地局通信部１００２からユーザプレイン処理部１００３経由でＰＤＮ  ＧＷ通信部１００１に渡され、ＰＤＮ  ＧＷへ送信される。
【００３９】
ＰＤＮ  ＧＷから受信したデータが制御データであった場合、制御データはＰＤＮ  ＧＷ通信部１００１から制御プレイン制御部１００５へ渡される。基地局７２から受信したデータが制御データであった場合、制御データは基地局通信部１００２から制御プレイン制御部１００５へ渡される。ＨｅＮＢＧＷ通信部１００４は、ＨｅＮＢＧＷ７４が存在する場合に設けられ、情報種別によって、ＭＭＥ７３とＨｅＮＢＧＷ７４間のインタフェース（ＩＦ）によるデータの送受信を行う。ＨｅＮＢＧＷ通信部１００４から受信した制御データはＨｅＮＢＧＷ通信部１００４から制御プレイン制御部１００５へ渡される。制御プレイン制御部１００５での処理の結果は、ＰＤＮ  ＧＷ通信部１００１経由でＰＤＮ  ＧＷへ送信される。また、制御プレイン制御部１００５で処理された結果は、基地局通信部１００２経由でＳ１インタフェースにより１つあるいは複数の基地局７２へ送信され、またＨｅＮＢＧＷ通信部１００４経由で１つあるいは複数のＨｅＮＢＧＷ７４へ送信される。
【００４０】
制御プレイン制御部１００５には、ＮＡＳセキュリティ部１００５−１、ＳＡＥベアラコントロール部１００５−２、アイドルステート（Idle State）モビリティ管理部１００５―３などが含まれ、制御プレインに対する処理全般を行う。ＮＡＳセキュリティ部１００５―１はＮＡＳ（Non-Access Stratum）メッセージのセキュリティなどを行う。ＳＡＥベアラコントロール部１００５―２はＳＡＥ（System Architecture Evolution）のベアラの管理などを行う。アイドルステートモビリティ管理部１００５―３は、待受け（LTE‐IDLE状態、単にアイドルとも称される）状態のモビリティ管理、待受け状態時のページング信号の生成及び制御、傘下の１つあるいは複数の移動端末７１のトラッキングエリア（TA）の追加、削除、更新、検索、トラッキングエリアリスト（TA List）管理などを行う。ＭＭＥはＵＥが登録されている（registered）追跡領域（トラッキングエリア：tracking Area: TA）に属するセルへページングメッセージを送信することで、ページングプロトコルに着手する。ＭＭＥに接続されるＨｏｍｅ−ｅＮＢ７２−２のＣＳＧの管理やＣＳＧ−ＩＤの管理、そしてホワイトリスト管理を、アイドルステートモビリティ管理部１００５―３で行っても良い。ＣＳＧ−ＩＤの管理では、ＣＳＧ−ＩＤに対応する移動端末とＣＳＧセルの関係が管理（追加、削除、更新、検索）される。例えば、あるＣＳＧ−ＩＤにユーザアクセス登録された一つまたは複数の移動端末と該ＣＳＧ−ＩＤに属するＣＳＧセルの関係であっても良い。ホワイトリスト管理では、移動端末とＣＳＧ−ＩＤの関係が管理（追加、削除、更新、検索）される。例えば、ホワイトリストには、ある移動端末がユーザ登録した一つまたは複数のＣＳＧ−ＩＤが記憶されても良い。これらのＣＳＧに関する管理はＭＭＥ７３の中の他の部分で行われても良い。ＭＭＥ３１３の一連の処理は制御部１００６によって制御される。よって制御部１００６は図面では省略しているが各部（1001〜1005）と接続している。
【００４１】
現在３ＧＰＰにおいて議論されているＭＭＥ７３の機能を以下に示す（非特許文献１  ４．６．２章）。ＭＭＥ７３はＣＳＧ（Closed Subscriber Groups）のメンバーの１つ、あるいは複数の移動端末のアクセスコントロールを行う。ページングの最適化（Paging optimisation）の実行をオプションとして認める。
【００４２】
図１１は、本発明に係るＨｅＮＢＧＷの構成を示すブロック図である。ＥＰＣ通信部１１０１はＨｅＮＢＧＷ７４とＭＭＥ７３間をＳ１インタフェースによるデータの送受信を行う。基地局通信部１１０２はＨｅＮＢＧＷ７４とＨｏｍｅ−ｅＮＢ７２−２間をＳ１インタフェースによるデータの送受信を行う。ロケーション処理部１１０３は、ＥＰＣ通信部１１０１経由で渡されたＭＭＥ７３からのデータのうちレジストレーション情報など、複数のＨｏｍｅ−ｅＮＢに送信する処理を行う。ロケーション処理部１１０３で処理されたデータは、基地局通信部１１０２に渡され、ひとつまたは複数のＨｏｍｅ−ｅＮＢ７２−２にＳ１インタフェースを介して送信される。ロケーション処理部１１０３での処理を必要とせず通過（透過）させるだけのデータは、ＥＰＣ通信部１１０１から基地局通信部１１０２に渡され、ひとつまたは複数のＨｏｍｅ−ｅＮＢ７２−２にＳ１インタフェースを介して送信される。ＨｅＮＢＧＷ７４の一連の処理は制御部１１０４によって制御される。よって制御部１１０４は図面では省略しているが各部（1101〜1103）と接続している。
【００４３】
現在３ＧＰＰにおいて議論されているＨｅＮＢＧＷ７４の機能を以下に示す（非特許文献１  ４・６・２章）。Ｓ１アプリケーションについてリレーする。Ｈｏｍｅ−ｅＮＢ７２−２へのＭＭＥ７３の手順の一部分であるが、移動端末７１に関係しないＳ１アプリケーションについて終端する。ＨｅＮＢＧＷ７４が配置されるとき、移動端末７１に無関係な手順がＨｏｍｅ−ｅＮＢ７２−２とＨｅＮＢＧＷ７４間、そしてＨｅＮＢＧＷ７４とＭＭＥ７３間を通信される。ＨｅＮＢＧＷ７４と他のノード間でインタフェースＸ２は設定されない。ページングの最適化（Paging optimisation）の実行をオプションとして認める。
【００４４】
次に移動体通信システムにおける一般的なセルサーチ方法の一例を示す。図１２は、ＬＴＥ方式の通信システムにおいて移動端末（UE）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。移動端末にてセルサーチが開始されると、ステップＳＴ１２０１で周辺の基地局から送信される第一同期信号（P−SS）、第二同期信号（S−SS）を用いてスロットタイミング、フレームタイミングの同期をとる。Ｐ−ＳＳとＳ−ＳＳあわせて、同期信号（SS）にはセル毎に割り当てられたＰＣＩ（Physical Cell Identity）に１対１対応するシンクロナイゼーションコードが割り当てられている。ＰＣＩの数は現在５０４通りが検討されており、この５０４通りのＰＣＩを用いて同期をとるとともに、同期がとれたセルのＰＣＩを検出（特定）する。次に同期がとれたセルに対して、ステップＳＴ１２０２で、基地局からセル毎に送信される参照信号ＲＳ（cell-specific Reference Signal：ＣＲＳ）を検出し受信電力（RSRPとも称される。）の測定を行う。参照信号ＲＳにはＰＣＩと１対１に対応したコードが用いられており、そのコードで相関をとることによって他セルと分離できる。ＳＴ１２０１で特定したＰＣＩから該セルのＲＳ用のコードを導出することによって、ＲＳを検出し、ＲＳ受信電力を測定することが可能となる。次にＳＴ１２０３で、ＳＴ１２０２までで検出されたひとつ以上のセルの中から、ＲＳの受信品質が最も良いセル（例えば、ＲＳの受信電力が最も高いセル、つまりベストセル）を選択する。次にＳＴ１２０４でベストセルのＰＢＣＨを受信して、報知情報であるＢＣＣＨを得る。ＰＢＣＨ上のＢＣＣＨには、セル構成情報が含まれるＭＩＢ（Master Information Block）がのる。ＭＩＢの情報としては、例えば、ＤＬ（ダウンリンク）システム帯域幅（送信帯域幅設定（transmission bandwidth configuration：dl-bandwidth）とも呼ばれる）、送信アンテナ数、ＳＦＮ（System Frame Number）などがある。
【００４５】
次に１２０５で、ＭＩＢのセル構成情報をもとに該セルのＤＬ−ＳＣＨを受信して、報知情報ＢＣＣＨの中のＳＩＢ（System Information Block）１を得る。ＳＩＢ１には該セルへのアクセスに関する情報や、セルセレクションに関する情報、他のＳＩＢ（SIBk;k≧2の整数）のスケジューリング情報が含まれる。また、ＳＩＢ１にはＴＡＣ（Tracking Area Code）が含まれる。次にＳＴ１２０６で、移動端末は、ＳＴ１２０５で受信したＴＡＣと、移動端末が既に保有しているＴＡ（Tracking Area）リスト内のＴＡＣと比較する。比較した結果、ＳＴ１２０５で受信したＴＡＣがＴＡリスト内に含まれるＴＡＣと同じならば、該セルで待ち受け動作に入る。比較して、ＳＴ１２０５で受信したＴＡＣがＴＡリスト内に含まれなければ、移動端末は該セルを通してコアネットワーク（Core Network, EPC）（ＭＭＥなどが含まれる）へ、ＴＡＵ（Tracking Area Update）を行うためＴＡの変更を要求する。コアネットワークは、ＴＡＵ要求信号とともに移動端末から送られてくる該移動端末の識別番号（UE−IDなど）をもとに、ＴＡリストの更新を行う。コアネットワークは移動端末に更新後のＴＡリストを送信する。移動端末は受信したＴＡリストにて、移動端末が保有するＴＡＣリストを書き換える（更新する）。その後移動端末は該セルで待ち受け動作に入る。
【００４６】
ＬＴＥやＵＭＴＳ（Universal Mobile Telecommunication System）においては、ＣＳＧ（Closed Subscriber Group）セルの導入が検討されている。前述したように、ＣＳＧセルに登録したひとつまたは複数の移動端末のみにアクセスが許される。ＣＳＧセルと登録されたひとつまたは複数の移動端末がひとつのＣＳＧを構成する。このように構成されたＣＳＧにはＣＳＧ−ＩＤと呼ばれる固有の識別番号が付される。なお、ひとつのＣＳＧには複数のＣＳＧセルがあっても良い。移動端末はどれかひとつのＣＳＧセルに登録すればそのＣＳＧセルが属するＣＳＧの他のＣＳＧセルにはアクセス可能となる。また、ＬＴＥでのＨｏｍｅ−ｅＮＢやＵＭＴＳでのＨｏｍｅ−ＮＢがＣＳＧセルとして使われることがある。ＣＳＧセルに登録した移動端末は、ホワイトリストを有する。具体的にはホワイトリストはＳＩＭ／ＵＳＩＭに記憶される。ホワイトリストには、移動端末が登録したＣＳＧセルのＣＳＧ情報がのる。ＣＳＧ情報として具体的には、ＣＳＧ−ＩＤ、ＴＡＩ（Tracking Area Identity）、ＴＡＣなどが考えられる。ＣＳＧ−ＩＤとＴＡＣが対応づけられていれば、どちらか一方で良い。また、ＣＳＧ−ＩＤやＴＡＣとＧＣＩ（Global Cell Identity）が対応付けられていればＧＣＩでもよい。以上から、ホワイトリストを有しない（本発明においては、ホワイトリストが空（empty）の場合も含める）移動端末は、ＣＳＧセルにアクセスすることは不可能であり、ｎｏｎ−ＣＳＧセルのみにしかアクセスできない。一方、ホワイトリストを有する移動端末は、登録したＣＳＧ−ＩＤのＣＳＧセルにも、ｎｏｎ−ＣＳＧセルにもアクセスすることが可能となる。
【００４７】
３ＧＰＰでは、全ＰＣＩ（Physical Cell Identity）を、ＣＳＧセル用とｎｏｎ−ＣＳＧセル用とに分割（ＰＣＩスプリットと称する）することが議論されている（非特許文献５）。またＰＣＩスプリット情報は、システム情報にて基地局から傘下の移動端末に対して報知されることが議論されている。ＰＣＩスプリットを用いた移動端末の基本動作を開示する。ＰＣＩスプリット情報を有しない移動端末は、全ＰＣＩを用いて（例えば５０４コード全てを用いて）セルサーチを行う必要がある。対してＰＣＩスプリット情報を有する移動端末は、当該ＰＣＩスプリット情報を用いてセルサーチを行うことが可能である。
【００４８】
また３ＧＰＰでは、ハイブリッドセルのためのＰＣＩは、ＣＳＧセル用のＰＣＩ範囲の中には含まれないことが決定されている（非特許文献１  １０．７章）。
【００４９】
ＨｅＮＢ及びＨＮＢに対してはさまざまなサービスへの対応が求められている。例えば、オペレータは、ある決められたＨｅＮＢ及びＨＮＢに移動端末を登録させ、登録した移動端末のみにＨｅＮＢ及びＨＮＢのセルへのアクセスを許可することで、該移動端末が使用できる無線リソースを増大させて高速に通信を行えるようにする。その分、オペレータは課金料を通常よりも高く設定する。といったサービスである。こういったサービスを実現するため、登録した（加入した、メンバーとなった）移動端末のみがアクセスできるＣＳＧ（Closed Subscriber Group cell）セルが導入されている。ＣＳＧ（Closed Subscriber Group cell）セルは、商店街やマンション、学校、会社などへ数多く設置されることが要求される。たとえば、商店街では店舗ごと、マンションでは部屋ごと、学校では教室ごと、会社ではセクションごとにＣＳＧセルを設置し、各ＣＳＧセルに登録したユーザのみが該ＣＳＧセルを使用可能とするような使用方法が要求されている。ＨｅＮＢ／ＨＮＢはマクロセルのカバレッジ外での通信を補完するためだけでなく、上述したようなさまざまなサービスへの対応が求められている。このため、ＨｅＮＢ／ＨＮＢがマクロセルのカバレッジ内に設置される場合も生じる。
【００５０】
ＬＴＥ−Ａで検討される技術の一つとして、ヘテロジーニアスネットワークス（Heterogeneous networks、HetNets）が加えられた。３ＧＰＰでは、ピコｅＮＢ（ピコセル（pico cell））、ホットゾーンセル用のノード、ＨｅＮＢ／ＨＮＢ／ＣＳＧセル、リレーノード、リモートラジオヘッド（ＲＲＨ）のような低出力電力のローカルエリアレンジ（Local-area range）のネットワークノード（ローカルエリアレンジノード（local area range node）、ローカルエリアノード（local area node）、ローカルノード(local node)）を扱う。従って、通常のｅＮＢ（マクロセル）にこのようなローカルエリアレンジノード一つ以上を組み入れたネットワークの運用が要求される。通常のｅＮＢ（マクロセル）にこのようなローカルエリアレンジノード一つ以上を組み入れたネットワークがヘテロジーニアスネットワークスと呼ばれ、干渉低減方法、キャパシティ改善方法などが検討される。
【００５１】
３ＧＰＰでは、インフラ（infrastructure）の消費電力低減（Energy Saving）について議論がされている。
【００５２】
非特許文献８に以下が開示されている。下り送信を行っている間、基地局は送信電力増幅器（transmitter power amplifier (PA)）の電源をオンする必要がある。よって下り送信を行っている時間を短くすれば、送信電力増幅器の電源をオフすることができ、基地局の低消費電力化が図れる。非活性な移動端末（no-active UE）にとって下りリンクで必要な信号は、ＣＲＳ、Ｐ−ＳＳ、Ｓ−ＳＳ、ＢＣＨである。これらの信号、あるいはチャンネルの中にて、下り送信時間に最も影響を与える信号は、ＣＲＳである。ＣＲＳは、全てのサブフレームで送信されるからである。ＭＢＳＦＮサブフレーム以外のサブフレーム内ではＣＲＳは通常４シンボルであるが、ＭＢＳＦＮサブフレーム内のＣＲＳは１シンボルである。ＭＢＳＦＮサブフレームとは、ＭＢＳＦＮを用いた送信をサポートするサブフレームである。よって、ＭＢＳＦＮサブフレームを用いると、ＣＲＳの送信時間を削減することができる。これにより基地局の消費電力低減が図れる。
【００５３】
なお、ＭＢＳＦＮサブフレームは１無線フレームに最大６サブフレーム構成可能である（非特許文献２）。
【００５４】
他方、低消費電力化のために、ＭＢＳＦＮサブフレームを用いずに、拡張セル間欠送信（extended cell DTX）という新規手法が提案されている。拡張セル間欠送信とは、無線フレーム毎に１番目のサブフレーム（＃０）のみＣＲＳを送信し、その他のサブフレームではＣＲＳは送信しない。また移動端末では、セルの受信品質(RSRP)を測定するために、ＣＲＳではなくＳ−ＳＳを用いることが提案されている。
【００５５】
実施の形態１で解決する課題について以下説明する。
【００５６】
３ＧＰＰで議論されている、Ｅ−ＭＢＭＳの論理的なアーキテクチャーは、図１３に示す通りである。図１と同じ参照符号は相当する部分であるので、説明は省略する。ＭＣＥ（Multi-cell/multicast Coordination Entity）１３０１は論理要素であり、別のネットワーク要素の一部であっても良い。ＭＣＥは、傘下に配置された１つ以上の基地局を制御する。具体的には、流入制御（admission control）と、無線リソースの割当を行う。該無線リソースとは、ＭＢＳＦＮオペレーションが使用するマルチセルＭＢＭＳトランスミッションのためのＭＢＳＦＮ領域（MBSFN area）中のすべての基地局により用いられる無線リソースである。またＭＣＥは、時間と周波数の無線リソースの割当以外に、無線設定の詳細について決定する。無線設定の詳細とは、例えば変調方式やコーディング方法などに関する設定である。なお、ＭＣＥは、基地局に対してはシグナリングを実行するが、移動端末に対してはシグナリングを実行しない。
【００５７】
ＭＢＭＳ  ＧＷ（E-MBMS Gateway）１３０２は論理要素であり、別のネットワーク要素の一部であっても良い。ＭＢＭＳ  ＧＷは、ＢＭＳＣ（Broadcast Multicast Service Center）１３０６と基地局の間に存在する。
【００５８】
ＢＭＳＣ１３０６とは、ＭＢＭＳのユーザサービスの機能を担う。該機能の具体例としては、セキュリティー機能、同期プロトコル機能などである。同期プロトコルとは、基地局が無線フレーム送信とパケット損失の検出を可能にする追加情報を運ぶための方法である。ＭＢＭＳ  ＧＷは、サービスを送信する各基地局へＭＢＭＳパケットを送信、あるいは報知する。
【００５９】
Ｍ３インタフェース１３０３は、ＭＭＥ１０３とＭＣＥ１３０１間のインタフェースとして定義される。制御プレーンのインタフェースである。Ｍ３インタフェース１３０３は、Ｅ−ＲＡＢレベル上のＭＢＭＳセッション制御シグナリング（MBMS Session Control Signalling）のためのものである。なお、無線設定データを伝えることに用いられない。
【００６０】
Ｍ２インタフェース１３０４は、ＭＣＥ１３０１とｅＮＢ１０２間のインタフェースとして定義される。制御プレーンのインタフェースである。Ｍ２インタフェース１３０４は、マルチセル送信モードの基地局へ、セッション制御シグナリング（Session Control Signalling）のための無線設定データを伝えるために用いられる。
【００６１】
Ｍ１インタフェース１３０５は、ＭＢＭＳ  ＧＷ１３０２とｅＮＢ１０２間のインタフェースとして定義される。ユーザプレーンのインタフェースである。Ｍ１インタフェース１３０５は、ユーザデータを伝送するためのものである。
【００６２】
３ＧＰＰで議論されている、ＭＢＭＳサブフレームの設定方法は、以下に示す通りである。
【００６３】
ＭＣＥは傘下の基地局に対して、ＭＢＭＳスケジューリング情報（MBMS SCHEDULING information）を用いて、ＭＢＳＦＮサブフレーム設定（MBSFN Subframe Configuration）を通知する。該ＭＢＳＦＮサブフレーム設定は、システム情報（ＳＩＢ２）を用いて、基地局から移動端末へ通知される（非特許文献２、非特許文献９）。
【００６４】
よって従来の技術では、ＭＢＳＦＮサブフレーム設定は、ＭＣＥから基地局に通知されるとともに、基地局を経由して移動端末にも通知され、ＭＣＥ傘下の基地局と移動端末にて共通して用いられることになる。
【００６５】
一方、基地局の負荷状況は基地局毎に異なる。つまり、基地局が消費電力低減（Energy Saving）動作に移行したいであろう、低負荷状況(ｌｏｗ−ｌｏａｄとも称される(非特許文献１０)や、負荷が無い状況(ｎｏ−ｌｏａｄとも称される(非特許文献１０))は、基地局毎に個別に発生する状況である。
【００６６】
よって従来の技術では、ＭＢＳＦＮサブフレームを用いて基地局の低消費電力化を実現する場合、基地局毎の状況に応じたＭＢＳＦＮサブフレームの設定が不可能であり、効率的なEnergySaving動作が出来ないという課題が発生する。ＭＢＳＦＮサブフレームを用いた基地局の低消費電力化について以下説明する。基地局が低消費電力化を実施する場合、通常のサブフレーム（ＭＢＳＦＮサブフレーム以外のサブフレーム）よりＣＲＳの送信が少ないＭＢＳＦＮサブフレームを用いることにより、送信電力増幅器の電源をオンする時間を短くする。
【００６７】
非特許文献１１には、ネットワークパワーをセーブするために、CRS送信を減少させて、より多くのＭＢＳＦＮサブフレームを構成可能とすることが開示されている。しかし具体的に、設定の主体を何とするか、より多くのＭＢＳＦＮサブフレームを設定可能とするのか、また具体的にどのようにして多くのＭＢＳＦＮサブフレームを設定可能とするのかの開示はない。
【００６８】
実施の形態１での解決策を以下に示す。
【００６９】
ＭＣＥは、ＭＢＳＦＮサブフレームとして使用すべきサブフレームの番号を、基地局に指示する。ＭＣＥから指示されたＭＢＳＦＮサブフレームは、以降、ＭＢＳＦＮサブフレーム(ＭＣＥ)と称することがある。ＭＢＳＦＮサブフレーム(ＭＣＥ)として使用すべきサブフレームの番号は、基地局を経由して移動端末にも通知される。
【００７０】
基地局は、ＭＢＳＦＮサブフレーム(ＭＣＥ)に加えて、自らＭＢＳＦＮサブフレームとして使用すべきサブフレームの番号を指定する。基地局が自ら追加指定したＭＢＳＦＮサブフレームは、以降、ＭＢＳＦＮサブフレーム(ｅＮＢ)と称することがある。ＭＢＳＦＮサブフレーム(ｅＮＢ)として使用すべきサブフレームの番号は、ＭＢＳＦＮサブフレーム(ＭＣＥ)として使用すべきサブフレームの番号以外のサブフレーム番号から選択される。ＭＢＳＦＮサブフレーム(ｅＮＢ)として使用すべきサブフレームの番号は、基地局から移動端末に通知される。
【００７１】
この結果、基地局は、ＭＢＳＦＮサブフレーム(ＭＣＥ)に加えてＭＢＳＦＮサブフレーム(ｅＮＢ)を用いることができる。特に、ＭＢＳＦＮサブフレーム(ＭＣＥ)に加えてＭＢＳＦＮサブフレーム(ｅＮＢ)を用いて、ＣＲＳを移動端末に送ることができる。ＭＢＳＦＮサブフレームでは通常よりも低い頻度でＣＲＳが送られるため、インフラ側でＣＲＳの送信頻度を低減することができ、インフラの消費電力を低減することができる。
【００７２】
ＭＢＳＦＮサブフレーム(ｅＮＢ)をEnergySavingに用いる場合、ＭＢＳＦＮサブフレーム(ｅＮＢ)をEnergySaving用サブフレームと称しても良い。また、基地局がEnergySaving動作を行うときのみ、ＭＢＳＦＮサブフレーム（ｅＮＢ）を追加指定可能としても良い。
【００７３】
便宜上、以降、移動端末が、ＭＢＳＦＮサブフレーム構成を用いたサブフレームであると認識するサブフレームをＭＢＳＦＮサブフレーム(ＵＥ)と称することもある。基地局のＭＢＳＦＮサブフレームの設定方法の具体例について、以下２つ開示する。
【００７４】
（１）基地局は、移動端末へＭＢＳＦＮサブフレーム(ＭＣＥ)とＭＢＳＦＮサブフレーム(ｅＮＢ)を含むＭＢＳＦＮサブフレームの設定を通知する。つまり、基地局はＭＢＳＦＮサブフレーム（ＵＥ）の設定を通知する。該設定の通知には、報知情報を用いる。これにより、接続（ＣＯＮＮＥＣＴＥＤ）中の移動端末に対しても、待受け（Ｉｄｌｅ）中の移動端末に対してもＭＢＳＦＮサブフレーム設定を通知可能という効果を得ることが出来る。具体的には、報知情報中のＳＩＢ２を用いる。これにより、従来のＭＢＳＦＮサブフレーム設定と同様の設定方法となり、後方互換性に優れた移動体通信システムの構築という効果を得ることが出来る。
【００７５】
（２）基地局は、移動端末へＭＢＳＦＮサブフレーム(ＭＣＥ)設定とは別個にＭＢＳＦＮサブフレーム(ｅＮＢ)設定を移動端末へ通知する。基地局から移動端末へ従来の技術のＳＩＢ２中のＭＢＳＦＮサブフレーム設定（MBSFN-Subframe Configuration）とは別に、ＭＢＳＦＮサブフレーム（ｅＮＢ）用のサブフレームの設定を新設する。あるいは、従来の技術のＳＩＢ２中のＭＢＳＦＮサブフレーム設定（MBSFN-Subframe Configuration）中に、該設定がEnergySaving用か否かのインジケータを新設しても良い。つまり、移動端末は、ＭＢＳＦＮ（ＭＣＥ）とＭＢＳＦＮサブフレーム（ｅＮＢ）で設定されたサブフレームをＭＢＳＦＮサブフレーム（ＵＥ）であると認識する。
【００７６】
基地局のＭＢＳＦＮサブフレーム（ｅＮＢ）の選択方法の具体例を以下開示する。
【００７７】
基地局は、ＭＢＳＦＮサブフレーム(ＭＣＥ)とは異なるサブフレームをＭＢＳＦＮサブフレーム(ｅＮＢ)とする。基地局は、ＭＢＳＦＮサブフレーム（ＭＣＥ）では、ＣＲＳ以外のリソースでＭＢＭＳデータを送信する可能性がある。よってＭＢＳＦＮサブフレーム（ＭＣＥ）をEnergySaving用に用いたとしてもＣＲＳのリソース以外にて、基地局は送信電力増幅器の電源をオンする必要があり、EnergySavingの効果が少ない。よって、本方法を用いて、ＭＢＳＦＮサブフレーム(ＭＣＥ)とは異なるサブフレームをEnergySaving用サブフレームとして設定することにより、低消費電力化の効果が大きい移動体通信システムの構築が可能となる。
【００７８】
実施の形態１を用いた具体的動作例を、図１４を用いて説明する。
【００７９】
本動作例では、基地局のＭＢＳＦＮサブフレームの設定方法にて具体例（２）を用いた場合について開示する。また、基地局のＭＢＳＦＮサブフレーム（ｅＮＢ）の選択方法にて具体例（２）を用いた場合について開示する。
【００８０】
ステップＳＴ１４０１にてＭＣＥは傘下の基地局（ｅＮＢ１）へＭＢＳＦＮサブフレーム（ＭＣＥ）を通知する。
【００８１】
ステップＳＴ１４０２にてＭＣＥは傘下の基地局（ｅＮＢ２）へＭＢＳＦＮサブフレーム（ＭＣＥ）を通知する。ＭＣＥは傘下の同じＭＢＭＳ送信を行う全ての基地局に対して、同じＭＢＳＦＮサブフレーム（ＭＣＥ）を通知する。ＭＢＳＦＮ送信をサポートするためである。本動作例では、例えばＭＢＳＦＮサブフレーム（ＭＣＥ）として２番目のサブフレーム（＃１）と３番目のサブフレーム（＃２）が設定されたとする。
【００８２】
ステップＳＴ１４０３にて基地局（ｅＮＢ１）は、ＭＢＳＦＮサブフレーム（ｅＮＢ）を設定するか否か判断する。設定すると判断した場合は、ステップＳＴ１４０４へ移行する。設定しないと判断した場合は、ステップＳＴ１４０３の判断を繰り返す。EnergySaving動作にＭＢＳＦＮサブフレームを用いる場合、ステップＳＴ１４０３にて、EnergySaving動作を実行するか否か判断するとしても良い。その場合、実行すると判断した場合は、ステップＳＴ１４０４へ移行する。実効しないと判断した場合は、ステップＳＴ１４０３の判断を繰り返す。
【００８３】
ステップＳＴ１４０４にて基地局（ｅＮＢ１）は、ＭＢＳＦＮサブフレーム（ｅＮＢ）を選択する。本動作例においては、ＭＢＳＦＮサブフレーム(ＭＣＥ)である＃１、＃２とは異なるサブフレームをＭＢＳＦＮサブフレーム(ｅＮＢ)として選択する。本動作例では、例えばＭＢＳＦＮサブフレーム（ｅＮＢ）として７番目のサブフレーム（＃６）と８番目のサブフレーム（＃７）が設定されたとする。
【００８４】
ステップＳＴ１４０５にて基地局（ｅＮＢ１）は、傘下の移動端末へＭＢＳＦＮサブフレーム（ＭＣＥ）設定を通知する。本動作例においては、下りリンクでＭＢＳＦＮのために予約されるサブフレームとして＃１と＃２を通知する。
【００８５】
ステップＳＴ１４０６にて基地局（ｅＮＢ１）は、傘下の移動端末へＭＢＳＦＮサブフレーム（ｅＮＢ）設定を通知する。本動作例においては、下りリンクでＭＢＳＦＮのために予約されるサブフレームとして＃６と＃７を通知する。
【００８６】
ステップＳＴ１４０７にて移動端末は、ステップＳＴ１４０５で受信したＭＢＳＦＮサブフレーム（ＭＣＥ）と、ステップＳＴ１４０６で受信したＭＢＳＦＮサブフレーム（ｅＮＢ）を下りリンクでＭＢＳＦＮのために予約されるサブフレームとして動作する。本動作例においては、＃１、＃２、＃６、＃７を下りリンクでＭＢＳＦＮのために予約されるサブフレームとして動作する。ＭＢＳＦＮフレーム構成は、図３に示した概念図と同様のものである。
【００８７】
実施の形態１により以下の効果を得ることが出来る。
【００８８】
ＭＣＥから基地局に通知された設定以外に、基地局が傘下の移動端末に対して、独自にＭＢＳＦＮサブフレームを設定可能となる。これにより、基地局毎に異なる動作状態に応じてＭＢＳＦＮサブフレームを設定することができ、ＣＲＳを送信する頻度を調整することができる。また、基地局毎に最適な、また効率の良いEnergySaving動作を行うことが可能となる。これにより、ネットワーク側の低消費電力化に貢献することができる。
【００８９】
なお上記では、「ＭＢＳＦＮサブフレーム(ｅＮＢ)として使用すべきサブフレームの番号は、ＭＢＳＦＮサブフレーム(ＭＣＥ)として使用すべきサブフレームの番号以外のサブフレーム番号から選択される」としたが、「ＭＢＳＦＮサブフレーム(ｅＮＢ)として使用すべきサブフレームの番号を、ＭＢＳＦＮサブフレーム（ＭＣＥ）の番号と完全に同一、あるいは重複する部分があるように選択される」としても良い。
【００９０】
その場合、基地局のＭＢＳＦＮサブフレームの設定方法の具体例は以下であっても良い。ＭＢＳＦＮサブフレーム(ＭＣＥ)として使用すべきサブフレームの番号と、ＭＢＳＦＮサブフレーム(ｅＮＢ) して使用すべきサブフレームの番号が完全に同一であった場合、（１）基地局は、移動端末へＭＢＳＦＮサブフレーム(ＭＣＥ)の設定を通知する。（１）基地局は、移動端末へＭＢＳＦＮサブフレーム(ｅＮＢ)の設定を通知する。
【００９１】
その場合、以下の部分をEnergySaving用サブフレームと称しても良い。（１）ＭＢＳＦＮサブフレーム(ｅＮＢ)として使用すべきサブフレームの番号と、ＭＢＳＦＮサブフレーム（ＭＣＥ）の番号との重複する部分を含む、ＭＢＳＦＮサブフレーム（ｅＮＢ）をEnergySaving用サブフレームと称しても良い。（２）ＭＢＳＦＮサブフレーム（ｅＮＢ）と設定されたサブフレームのうち、ＭＢＳＦＮサブフレーム（ＭＣＥ）の番号と重複しないサブフレームをEnergySaving用サブフレームと称しても良い。
【００９２】
なお、ＭＢＳＦＮサブフレーム（ＭＣＥ）をEnergySaving用サブフレームに含めても良い、あるいはEnergySaving用サブフレームとしても良い。その場合基地局は、ＭＢＳＦＮサブフレーム（ＭＣＥ）にて送信する用に、ＭＢＭＳデータ（制御データ、ユーザデータ）を受信した場合であっても、EnergySaving動作を行っても良い。基地局はEnergySaving用サブフレームと設定されたサブフレームにてＣＲＳ以外の送信タイミングにて送信をオフしても良い。基地局は、EnergySaving用サブフレーム送信用に、ＭＢＭＳ ＧＷ、あるいはＢＭＳＣ、あるいはＭＣＥよりＭＢＭＳデータを受信した場合であっても、ＭＢＭＳデータ送信用の無線リソースにおいて送信電力増幅器の電源をオフしても良い。これにより、基地局が傘下の移動端末に対して、独自にＭＢＳＦＮサブフレームを設定することが不可能であっても、基地局毎に異なる動作状態応じて、ＭＢＳＦＮサブフレームを用いたEnergySavingを実施することが可能になる。
【００９３】
また、ＭＢＳＦＮサブフレーム（ＭＣＥ）をEnergy Saving用に用いて良いか否かを示す情報を設け、ＭＣＥから基地局へ通知しても良い。該情報をもとに、Energy Saving用に用いるＭＢＳＦＮサブフレームを決定するようにしても良い。
【００９４】
なお、基地局がEnergySaving動作状態のときにＭＢＳＦＮサブフレーム（ｅＮＢ）を設定する場合を説明したが、これに限るものではなく、基地局の動作状態に応じてＭＢＳＦＮサブフレーム（ｅＮＢ）を設定することにより、消費電力を低減することができる。
【００９５】
また、ＣＲＳの送信頻度の高い通常のサブフレームに比べてＣＲＳの送信頻度の低いＭＢＳＦＮサブフレームを用いた事例について説明したが、これに限るものではなく、通常よりも送信頻度の低い無線リソースを用いることにより、消費電力を低減することができる。
【００９６】
実施の形態１  変形例１．
実施の形態１を用いた場合、以下の課題が発生する。
【００９７】
従来の技術においては、周辺セル情報としてＭＢＳＦＮをサポートするかしないかの情報が含まれる（非特許文献２）。該情報は周辺セル設定（NeighCellConfig）と称され、報知情報のＳＩＢ３、ＳＩＢ５、あるいは測定対象（MeasurementObject）に含まれる。該情報は２ビットで示される。各ビットの組合せの意味するところは以下の通りである。「00」であれば、全ての周辺セルに、サービングセルと同じＭＢＳＦＮサブフレーム設定が存在するというわけでは無いことを示す。言い換えれば、周辺セル中にサービングセルとは異なるＭＢＳＦＮサブフレーム設定を持つセルが存在することを示す。「10」であれば、全ての周辺セルが、サービングセルと同じＭＢＳＦＮサブフレーム設定を持つ、あるいはサービングセルのＭＢＳＦＮサブフレーム設定に含まれるＭＢＳＦＮサブフレーム設定を持つことを示す。「01」であれば、全ての周辺セルにてＭＢＳＦＮサブフレームが設定されていないことを示す。「11」であれば、ＴＤＤ（Time Division Duplex；時分割複信）システムにて、周辺セルにてサービングセルと比較して異なった上りリンク、あるいは下りリンク割当が存在することを示す。
【００９８】
実施の形態１を用いて、基地局がＭＢＳＦＮサブフレーム(ＭＣＥ)以外のサブフレームをＭＢＳＦＮサブフレーム(ｅＮＢ)として設定可能とした場合、実際に基地局が用いているＭＢＳＦＮサブフレームと、該基地局の周辺セルが傘下の移動端末宛へ周辺セル情報として通知している情報とに齟齬が生じる場合がある。
【００９９】
従来の技術では、移動端末は、ＣＲＳを用いてセルの受信品質（ＲＳＲＰ）を測定する。ＭＢＳＦＮサブフレームとＭＢＳＦＮサブフレーム以外のサブフレームでのＣＲＳのリソースは異なる。
【０１００】
よって上記、実際に基地局が用いているＭＢＳＦＮサブフレームと、該基地局の周辺セルが傘下の移動端末宛へ周辺セル情報として通知している情報とに齟齬が生じた場合、移動端末による周辺セルの測定結果に誤差が発生する。なぜなら、実際にはＣＲＳが送信されていないシンボルに対して、移動端末はＣＲＳとしてＲＳＲＰを測定する可能性があるからである。また、実際にはＣＲＳが送信されているシンボルに対して、移動端末はＣＲＳではないとしてＲＳＲＰの測定に加えない可能性があるからである。この測定結果の誤差により、移動端末が本来のベストセルとは異なるセルにハンドオーバしたり、セルリセレクトしたりする可能性がある。これにより、無線リソースの有効活用が図れない、あるいは無駄に高い上り送信電力が用いられることによる上り干渉増加という課題が発生する。
【０１０１】
課題が発生する具体例を、図１５を用いて説明する。図１、図１３と同じ参照符号は相当する部分であるので、説明は省略する。
【０１０２】
まず、ロケーションについて説明する。ＭＣＥ１３０１の傘下に、ｅＮＢ１（１０２−１）、ｅＮＢ２（１０２−２）、ｅＮＢ３（１０２−３）が存在する。ＭＣＥ１３０１とｅＮＢ１（１０２−１）はＭ２インタフェース１３０４−１にて接続され、ＭＣＥ１３０１とｅＮＢ２（１０２−２）はＭ２インタフェース１３０４−２にて接続され、ＭＣＥ１３０１とｅＮＢ３（１０２−３）はＭ２インタフェース１３０４−３にて接続される。ｅＮＢ１（１０２−１）傘下に移動端末１（１０１−１）が存在し、ｅＮＢ２（１０２−２）傘下に移動端末２（１０１−２）が存在し、ｅＮＢ３（１０２−３）傘下に移動端末３（１０１−３）が存在する。ｅＮＢ１（１０１−１）の周辺セルとしては、ｅＮＢ２（１０１−２）とｅＮＢ３（１０１−３）が存在するとする。ｅＮＢ２（１０１−２）の周辺セルとしては、ｅＮＢ１（１０１−１）とｅＮＢ３（１０１−３）が存在するとする。ｅＮＢ３（１０１−３）の周辺セルとしては、ｅＮＢ１（１０１−１）とｅＮＢ２（１０１−２）が存在するとする。
【０１０３】
次に、課題が発生する状況について図１４、図１５を用いて説明する。図１４では図１５のｅＮＢ３（１０１−３）が省略されているとする。ＭＣＥ１３０１は傘下の基地局であるｅＮＢ１（１０２−１）、ｅＮＢ２（１０２−２）、ｅＮＢ３（１０２−３）へＭＢＳＦＮサブフレーム（ＭＣＥ）を通知する（図１４のステップＳＴ１４０１、ステップＳＴ１４０２相当）。例えば、ＭＢＳＦＮサブフレーム（ＭＣＥ）として２番目のサブフレーム（＃１）と３番目のサブフレーム（＃２）が設定されたとする。ｅＮＢ１（１０２−１）が、EnergySaving動作を実行するとして、ＭＢＳＦＮサブフレーム（ｅＮＢ）を構成したとする（図１４のステップＳＴ１４０４相当）。ここでは、ＭＢＳＦＮサブフレーム(ＭＣＥ)である＃１、＃２とは異なるサブフレームを、ＭＢＳＦＮサブフレーム（ｅＮＢ）とする。例えばＭＢＳＦＮサブフレーム（ｅＮＢ）を７番目のサブフレーム（＃６）と８番目のサブフレーム（＃７）が設定されたとする。
【０１０４】
一方、ｅＮＢ１（１０２−１）を周辺セルに持つｅＮＢ２（１０２−２）は、ｅＮＢ１（１０２−１）のＭＢＳＦＮサブフレーム（ｅＮＢ）を知るすべが無い。よって、ＭＢＳＦＮをサポートするかしないかの情報（周辺セル情報の一種）としてシグナリングビット「10」がｅＮＢ２（１０２−２）から傘下の移動端末２（１０１−２）へ通知されることが考えられる。ここでのシグナリングビット「10」は、全ての周辺セル（ｅＮＢ１、ｅＮＢ３）が、自セル（ｅＮＢ２）と同じＭＢＳＦＮサブフレーム設定を持つ、あるいは自セルのＭＢＳＦＮサブフレーム設定に含まれるＭＢＳＦＮサブフレーム設定を持つことを示す。ＭＢＳＦＮをサポートするかしないかの情報（周辺セル情報の一種）を受信した移動端末２（１０１−２）は、周辺セルとしてｅＮＢ１（１０１−１）、ｅＮＢ３（１０１−３）がサービングセルと同じＭＢＳＦＮサブフレーム設定を持つ、あるいはサービングセルのＭＢＳＦＮサブフレーム設定に含まれるＭＢＳＦＮサブフレーム設定を持つとして、リファレンスシンボルの受信電力（ＲＳＲＰ）を測定する。つまり、移動端末２は、ＭＣＥから通知されたＭＢＳＦＮサブフレーム（ＭＣＥ）である＃１と＃２について、１シンボルのＣＲＳを用いてＲＳＲＰを測定し、ＭＢＳＦＮサブフレーム（ＭＣＥ）以外のサブフレームについて、例えば４シンボルのＣＲＳを用いてＲＳＲＰを測定する。一方、ｅＮＢ１（１０１−１）は、＃１、＃２、＃６、＃７についてＭＢＳＦＮサブフレーム構成を用いて動作を行っている。つまりｅＮＢ１（１０１−１）は、＃１、＃２、＃６、＃７について１シンボルのＣＲＳを送信し、それ以外のサブフレームでは４シンボルのＣＲＳを送信する。
【０１０５】
以上のように、移動端末２による周辺セル測定におけるｅＮＢ１の測定において以下のような誤差が生じる。サブフレーム＃６と＃７について、実際にｅＮＢ１がＣＲＳを送信していない３シンボルについて、移動端末２はＲＳＲＰの測定対象に含めてしまう。よって移動端末２におけるｅＮＢ１のＲＳＲＰ値が実際の値より低くなることが考えられる。これにより、移動端末２にとってのベストセルがｅＮＢ１である状況下であっても、ｅＮＢ１とは別のセルにリセレクト、あるいはハンドオーバすることが考えられる。これにより、無線リソースの有効活用が図れない、あるいは無駄に高い上り送信電力が用いられることによる上り干渉増加という課題が発生する。
【０１０６】
実施の形態１の変形例１での解決策を以下に示す。実施の形態１の解決策と異なる部分を中心に説明する。説明していない部分については実施の形態１と同様とする。
【０１０７】
基地局は、自セルのＭＢＳＦＮサブフレーム設定を周辺セルへ通知する。周辺セル情報は該情報を基に更新され、傘下の移動端末へ通知される。該移動端末は、該周辺セル情報を用いて、周辺セル測定を実行する。
【０１０８】
周辺セルへの通知は、ＭＢＳＦＮサブフレーム（ｅＮＢ）を設定した場合にのみ実施しても良い。また、ＭＢＳＦＮサブフレーム（ＭＣＥ）と異なるサブフレームをＭＢＳＦＮサブフレーム(ｅＮＢ)として設定した場合にのみ実施しても良い。
【０１０９】
周辺セルへ通知するＭＢＳＦＮサブフレーム設定の具体例を以下６つ開示する。（１）実施の形態１にて基地局のＭＢＳＦＮサブフレームの設定方法の具体例（１）を用いた場合のＭＢＳＦＮサブフレーム（ＵＥ）。（２）実施の形態１にて基地局のＭＢＳＦＮサブフレームの設定方法の具体例（２）を用いた場合のＭＢＳＦＮサブフレーム(ｅＮＢ)。ＭＢＳＦＮサブフレーム（ＭＣＥ）をともに通知しても良い。（３）ＭＢＳＦＮサブフレーム(ｅＮＢ)のうち、ＭＢＳＦＮサブフレーム(ＭＣＥ)とは異なるサブフレーム。（４）ＭＣＥの指示とは別にＭＢＳＦＮサブフレームを構成としたか否かの情報。つまり、ＭＣＥの指示とは別のサブフレームをＭＢＳＦＮサブフレーム（ｅＮＢ）としたか否かの情報。（５）ＭＣＥの指示とは別にＭＢＳＦＮサブフレームを構成とした旨の情報。つまりＭＣＥの指示とは別にＭＢＳＦＮサブフレーム（ｅＮＢ）を構成した旨の情報。（６）ＭＣＥの指示とは別にＭＢＳＦＮサブフレームを構成としていない旨の情報。つまりＭＣＥの指示とは別のサブフレームをＭＢＳＦＮサブフレーム（ｅＮＢ）としていない旨の情報。
【０１１０】
周辺セルへの通知に用いるインタフェースの具体例について以下３つ開示する。（１）基地局は、周辺セルへＸ２インタフェースを用いて通知する。（２）基地局は、ＭＭＥへＳ１インタフェースを用いて通知する。該ＭＭＥは、該基地局の周辺セルへＳ１インタフェースを用いて通知する。（３）基地局は、ＭＣＥへＭ２インタフェースを用いて通知する。該ＭＣＥはＭ３インタフェースを用いてＭＭＥへ通知する。該ＭＭＥは、該基地局の周辺セルへＳ１インタフェースを用いて通知する。
【０１１１】
周辺セルの選定方法の具体例について以下５つ開示する。（１）基地局の周辺無線環境の測定結果に基づいて決定する。周辺無線環境の具体例としては、周辺セルの測定結果がある。周辺セルの測定結果の具体例としては、受信品質、受信電力、パスロスなどがある。基地局は、周辺無線環境の測定結果において、ある基地局の受信品質、あるいは受信電力がある閾値以上（あるいは閾値より大きい）であれば、該基地局を自セルのＭＢＳＦＮサブフレーム設定を通知する周辺セルとして選択する。または、基地局は、周辺無線環境の測定結果において、ある基地局のパスロスがある閾値未満（あるいは以下）であれば、該基地局を自セルのＭＢＳＦＮサブフレーム設定を通知する周辺セルとして選択する。（２）傘下の移動端末からのメジャメントレポートによって判断する。例えばメジャメントレポートにより、自セルより受信品質が良好であると報告されたセルを自セルのＭＢＳＦＮサブフレーム設定を通知する周辺セルとして選択する。受信品質が良好とは、例えば自セルより受信電力が高い場合、自セルよりパスロスが低い場合などがある。（３）ハンドオーバ先（ターゲットセルとも称される）に選択されたことのあるセルを自セルのＭＢＳＦＮサブフレーム設定を通知する周辺セルとして選択する。（４）セルリセレクト先に選択されたことのあるセルを自セルのＭＢＳＦＮサブフレーム設定を通知する周辺セルとして選択する。（５）該基地局を周辺セルに含んでいる基地局を選択する。
【０１１２】
周辺セル情報を更新する主体の具体例について以下２つ開示する。（１）該通知を受信した基地局が、周辺セル情報を更新する。本例は、周辺セルへの通知に用いるインタフェースの具体例（１）と親和性が高い。なぜなら、該通知がＭＭＥを経由せずに、直接基地局へ通知されるからである。（２）該通知を受信したＭＭＥが、該通知を送信した基地局を周辺セルとする基地局の周辺セル情報を更新する。本例は、周辺セルへの通知に用いるインタフェースの具体例（２）（３）と親和性が高い。なぜなら、該通知がＭＭＥを経由するからである。
【０１１３】
実施の形態１の変形例１を用いた具体的動作例を、図１６を用いて説明する。図１４と同じ参照符号は相当する部分であるので、説明は省略する。ロケーションは、上記図１５を用いて説明したロケーションと同様とし、説明を省略する。
【０１１４】
本動作例では、周辺セルへ通知するＭＢＳＦＮサブフレーム設定にて具体例（３）を用いた場合について開示する。周辺セルへの通知に用いるインタフェースにて具体例（２）を用いた場合について開示する。周辺セルの選定方法にて具体例（５）を用いた場合について開示する。周辺セル情報を更新する主体にて具体例（２）を用いた場合について開示する。
【０１１５】
ステップＳＴ１６０１にて基地局（ｅＮＢ１）は、ＭＭＥへＭＢＳＦＮサブフレーム設定の情報として、ＭＢＳＦＮサブフレーム(ｅＮＢ)のうちＭＢＳＦＮサブフレーム(ＭＣＥ)とは異なるサブフレームを通知する。本動作例においては、ＭＢＳＦＮサブフレーム（ＭＣＥ）は、＃１、＃２である。またＭＢＳＦＮサブフレーム（ｅＮＢ）は、＃６、＃７である。よって、ステップＳＴ１６０１にて基地局（ｅＮＢ１）からＭＭＥへ通知される情報は、＃６と＃７となる。該通知にはＳ１インタフェースを用いる。
【０１１６】
ステップＳＴ１６０２にてＭＭＥは、基地局（ｅＮＢ１）のＭＢＳＦＮサブフレーム設定を通知する周辺セルを選択する。基地局（ｅＮＢ１）を周辺セルに含んでいる基地局を選択する。本動作例においては、ｅＮＢ２（１０１−２）の周辺セルとしてｅＮＢ１（１０１−１）とｅＮＢ３（１０１−３）が存在し、ｅＮＢ３（１０１−３）の周辺セルとしてｅＮＢ１（１０１−１）とｅＮＢ２（１０１−２）が存在する。よって、ステップＳＴ１６０２にてＭＭＥは、ｅＮＢ２（１０１−２）とｅＮＢ３（１０１−３）を選択する。以降ｅＮＢ３（１０１−３）については、ｅＮＢ２（１０１−２）と同様として説明を省略する。
【０１１７】
ステップＳＴ１６０３にてＭＭＥは、ステップＳＴ１６０２にて選択した基地局の周辺セル情報を更新する。周辺セル情報としてのＭＢＳＦＮをサポートするかしないかの情報を更新する。ＭＭＥは、該更新にステップＳＴ１６０１にて受信した情報を基に決定しても良い。ＭＭＥは、ステップＳＴ１６０１にて、ｅＮＢ１がＭＢＳＦＮサブフレーム（ＭＣＥ）とは異なるサブフレームをＭＢＳＦＮサブフレームの構成としたことが判断できる。本動作例において、ｅＮＢ２（１０１−２）のＭＢＳＦＮサブフレーム設定は、ステップＳＴ１４０１にて受信したＭＢＳＦＮサブフレーム（ＭＣＥ）である。よって＃１と＃２となる。よって、ＭＢＳＦＮをサポートするかしないかの情報（ｅＮＢ２の周辺セル情報）を、全ての周辺セルにおいてサービングセル（ｅＮＢ２）と同じＭＢＳＦＮサブフレーム設定が存在するというわけでは無いことを示す情報に、ＭＭＥが変更（更新）する。周辺セル情報として従来の技術を用いたとすれば、シグナリングビット「00」へ変更（更新）する。
【０１１８】
ステップＳＴ１６０４にて、ＭＭＥは、ステップＳＴ１６０２で選択した基地局に対して、ステップＳＴ１６０３にて更新した周辺セル情報を通知する。該通知にはＳ１インタフェースを用いても良い。
【０１１９】
ステップＳＴ１６０５にて、更新した周辺セル情報を受信したｅＮＢ２（１０３−２）は、傘下の移動端末２へ更新後の周辺セル情報を通知する。
【０１２０】
ステップＳＴ１６０７にて、更新後の周辺セル情報を受信した移動端末２は、該更新後の周辺セル情報を用いて、周辺セル測定を行う。具体例としては、移動端末２は、サービングセル（ｅＮＢ２）と異なるＭＢＳＦＮサブフレーム設定を行っている基地局が、周辺セル中に存在するとして周辺セル測定を行う。
【０１２１】
実施の形態１の変形例１により、実施の形態１の効果に加えて以下の効果を得ることが出来る。ＭＣＥから基地局に通知された設定以外に、基地局が傘下の移動端末に対して、独自にＭＢＳＦＮサブフレームを設定可能とした場合であっても、該基地局周辺のセルから通知される周辺セル情報を更新可能となる。よって独自にＭＢＳＦＮサブフレームを設定した基地局の周辺セル傘下の移動端末における、独自にＭＢＳＦＮサブフレームを設定した基地局を対象とする周辺セル測定において、ＭＢＳＦＮサブフレームを独自に設定したことが理由によるＲＳＲＰ測定誤差が発生しなくなる。これにより、移動端末が本来のベストセルとは異なるセルにハンドオーバしたり、セルリセレクトしたりすることを防止することが出来る。よって、無線リソースの無駄の発生を防止し、無駄に高い上り送信電力が用いられることを防止することが可能となる。
【０１２２】
実施の形態１  変形例２．
実施の形態１を用いた場合、以下の課題が発生する。
【０１２３】
単位時間当たりに送信しなければならない、ＭＢＭＳに関するデータが増えたことにより、ＭＣＥがＭＢＳＦＮサブフレーム（ＭＣＥ）を増加させる設定の変更を行う場合を検討する。
【０１２４】
ＭＢＭＳのデータの増加により、ＭＣＥにて設定されるＭＢＳＦＮサブフレーム（ＭＣＥ）を増加させる設定の変更が行われる。それに伴い、何の工夫も施さなければ、該ＭＣＥ傘下の基地局から傘下の移動端末へ通知されるＭＢＳＦＮサブフレーム設定(MBSFN-subframe Configuration)を変更することが必要となる。これにより、システム情報の変更が発生する。よって基地局から移動端末に対して、ページングによりシステム情報変更（systemInfoModification）が通知される（非特許文献２）。ページングによるシステム情報変更を受信した移動端末は、該移動端末が例え待ち受け中であっても、更新後のシステム情報を受信する必要がある（非特許文献２）。待受け中の移動端末は間欠受信を行うことによって低消費電力化を図っている。よってシステム情報の受信のための間欠受信中断により、移動端末の消費電力の増加が発生する。
【０１２５】
課題が発生する具体例を、図１７を用いて説明する。図１４と同じ参照符号は相当する部分であるので、説明は省略する。
【０１２６】
本具体例では、実施の形態１にて基地局のＭＢＳＦＮサブフレームの設定方法として、移動端末へＭＢＳＦＮサブフレーム(ＭＣＥ)とＭＢＳＦＮサブフレーム(ｅＮＢ)を含むＭＢＳＦＮサブフレームを設定する、つまり、基地局はＭＢＳＦＮサブフレーム（ＵＥ）を設定する具体例（１）を採用した場合を説明する。
【０１２７】
ステップＳＴ１７０１にて、基地局（ｅＮＢ１）は、傘下の移動端末へ、ステップＳＴ１４０２にて受信したＭＢＳＦＮサブフレーム（ＭＣＥ）と、ステップＳＴ１４０４にて選択したＭＢＳＦＮサブフレーム（ｅＮＢ）を含むＭＢＳＦＮサブフレーム（ＵＥ）を通知する。本具体例においては、下りリンクでＭＢＳＦＮのために予約されるサブフレームとして＃１と＃２と＃６と＃７を通知する。
【０１２８】
ステップＳＴ１７０２にて移動端末は、ステップＳＴ１７０１で受信したＭＢＳＦＮサブフレーム（ＵＥ）を下りリンクでＭＢＳＦＮのために予約されるサブフレームとして動作する。本具体例においては、＃１、＃２、＃６、＃７を下りリンクでＭＢＳＦＮのために予約されるサブフレームとして動作する。ＭＢＳＦＮフレームは、図３に示した概念図と同様に構成される。
【０１２９】
ステップＳＴ１７０３にて、ＭＣＥは、ＭＢＳＦＮサブフレーム（ＭＣＥ）の設定を変更する必要があるか否かを判断する。変更が必要な場合、ステップＳＴ１７０４へ移行する。変更が必要ない場合、ステップＳＴ１７０３の判断を繰り返す。あわせてＭＢＳＦＮサブフレーム（ＭＣＥ）を増加させる必要があるか否かを判断しても良い。その場合、増加させる必要がある場合、ステップＳＴ１７０４へ移行する。また増加させる必要が無い場合、ステップＳＴ１７０３の判断を繰り返す。
【０１３０】
ステップＳＴ１７０４にて、ＭＣＥは、ＭＢＳＦＮサブフレーム（ＭＣＥ）を更新する。本具体例においては、ＭＢＳＦＮサブフレーム（ＭＣＥ）として＃１、＃２、＃８を選択したとする。つまり、＃８をＭＢＳＦＮサブフレーム（ＭＣＥ）として追加することとする。
【０１３１】
ステップＳＴ１７０５にてＭＣＥは傘下の基地局（ｅＮＢ２）へ、ステップＳＴ１７０４にて更新した更新後のＭＢＳＦＮサブフレーム（ＭＣＥ）を通知する。
【０１３２】
ステップＳＴ１７０６にてＭＣＥは傘下の基地局（ｅＮＢ１）へ、ステップＳＴ１７０４にて更新した更新後のＭＢＳＦＮサブフレーム（ＭＣＥ）を通知する。以降ｅＮＢ２については、ｅＮＢ１と同様として説明を省略する。
【０１３３】
ステップＳＴ１７０７にて基地局（ｅＮＢ１）は、ＭＢＳＦＮサブフレーム（ＵＥ）を更新する必要があるか否か判断する。更新する必要がある場合、ステップＳＴ１７０８へ移行する。更新する必要が無い場合、ステップＳＴ１７０７の判断を繰り返す。本具体例においては、ステップＳＴ１７０１で傘下の移動端末へ通知している、下りリンクでＭＢＳＦＮのために予約されるサブフレームは、＃１と＃２と＃６と＃７である。一方、ステップＳＴ１７０６にて、ＭＣＥよりＭＢＳＦＮ（ＭＣＥ）として＃１、＃２、＃８を受信している。よって、ＭＢＳＦＮサブフレーム（ＭＣＥ）と、ステップＳＴ１４０４にて選択したＭＢＳＦＮサブフレーム（ｅＮＢ）を含むＭＢＳＦＮサブフレーム（ＵＥ）としては、＃１と＃２と＃６と＃７と「＃８」となる。よって、本具体例においては、ステップＳＴ１７０７にて基地局（ｅＮＢ1）は、ＭＢＳＦＮサブフレーム（ＵＥ）を更新する必要があると判断する。
【０１３４】
ステップＳＴ１７０８にて基地局（ｅＮＢ１）は、傘下の移動端末へページングを用いて、傘下の移動端末へシステム情報変更通知を行う。
【０１３５】
ステップＳＴ１７０９にて移動端末は、システム情報変更通知を受信したか否かの判断を行う。受信した場合、ステップＳＴ１７１１へ移行する。受信しない場合、ステップＳＴ１７０９の判断を繰り返す。本具体例においては、ステップＳＴ１７０８にてシステム情報変更通知がなされているので、ステップＳＴ１７０９にてシステム情報変更通知を受信したと判断され、ステップＳＴ１７１１へ移行する。
【０１３６】
ステップＳＴ１７１０にて基地局（ｅＮＢ１）は、傘下の移動端末へステップＳＴ１７０６にて受信したＭＢＳＦＮサブフレーム（ＭＣＥ）と、ステップＳＴ１４０４にて選択したＭＢＳＦＮサブフレーム（ｅＮＢ）を含むＭＢＳＦＮサブフレーム（ＵＥ）を通知する。本具体例においては、下りリンクでＭＢＳＦＮのために予約されるサブフレームとして＃１と＃２と＃６と＃７と「＃８」を通知する。
【０１３７】
ステップＳＴ１７１１にて移動端末は、システム情報の受信を行う。本受信は、移動端末が例え待ち受け中であっても実行される。
【０１３８】
以上のように、何の工夫も施さなければ、ＭＢＭＳのデータ量が変動する度に基地局のシステム情報変更が行われ、更新後のシステム情報を受信するために移動端末による間欠受信の中断が発生する。これにより、移動端末の消費電力の増加が発生する。
【０１３９】
実施の形態１の変形例２での解決策を以下に示す。実施の形態１の解決策と異なる部分を中心に説明する。説明していない部分については実施の形態１と同様とする。
【０１４０】
基地局は、自セルのＭＢＳＦＮサブフレーム設定をＭＣＥへ通知する。ＭＣＥはＭＢＳＦＮサブフレームの設定を更新する場合に、該情報を用いて調整を行う。
【０１４１】
ＭＣＥへの通知は、ＭＢＳＦＮサブフレーム（ｅＮＢ）を設定した場合にのみ実施しても良い。また、ＭＢＳＦＮサブフレーム（ＭＣＥ）と異なるサブフレームをＭＢＳＦＮサブフレーム(ｅＮＢ)として設定した場合にのみ実施しても良い。
【０１４２】
ＭＣＥへ通知するＭＢＳＦＮサブフレーム設定の具体例を以下３つ開示する。（１）実施の形態１にて基地局のＭＢＳＦＮサブフレームの設定方法の具体例（１）を用いた場合のＭＢＳＦＮサブフレーム（ＵＥ）。（２）実施の形態１にて基地局のＭＢＳＦＮサブフレームの設定方法の具体例（２）を用いた場合のＭＢＳＦＮサブフレーム(ｅＮＢ)。ＭＢＳＦＮサブフレーム（ＭＣＥ）をともに通知しても良い。（３）ＭＢＳＦＮサブフレーム(ｅＮＢ)のうち、ＭＢＳＦＮサブフレーム(ＭＣＥ)とは異なるサブフレーム。
【０１４３】
ＭＣＥが行う調整の具体例を以下２つ開示する。（１）ＭＣＥがＭＢＳＦＮサブフレーム（ＭＣＥ）を増加させる場合、基地局から通知を受けた基地局のＭＢＳＦＮサブフレーム設定内にて、現在ＭＢＳＦＮサブフレーム(ＭＣＥ)に用いているサブフレーム以外のサブフレームが存在するか否か判断する。存在する場合、該サブフレームを増加させるＭＢＳＦＮサブフレーム（ＭＣＥ）として選択する。（２）ＭＣＥがＭＢＳＦＮサブフレーム（ＭＣＥ）を減少させる場合、基地局から通知を受けたＭＢＳＦＮサブフレーム（ｅＮＢ）内にて、現在ＭＢＳＦＮサブフレーム(ＭＣＥ)に用いているサブフレームが存在するか否か判断する。存在する場合、該サブフレームを減少させるＭＢＳＦＮサブフレーム（ＭＣＥ）として選択する。該調整は、ＭＣＥ傘下の複数の基地局間にて同様に行っても良い。
【０１４４】
基地局からＭＣＥへの通知のタイミングの具体例を以下３つ開示する。（１）周期的に通知する。（２）基地局における、ＭＢＳＦＮサブフレーム設定が変更となった場合に通知する。あるいはＭＢＳＦＮサブフレーム（ｅＮＢ）が変更となった場合に通知する。
【０１４５】
基地局からＭＣＥへの通知に用いるインタフェースの具体例としては、基地局とＭＣＥとの間のＭ２インタフェースがある。（３）ＭＣＥよりＭＢＳＦＮサブフレーム（ｅＮＢ）通知要求を受信した場合に通知する。ＭＣＥは傘下の基地局がどのサブフレームをＭＢＳＦＮサブフレーム（ｅＮＢ）として設定しているかを認識するため、ＭＢＳＦＮサブフレーム（ＭＣＥ）の変更に先立って、ＭＢＳＦＮサブフレーム（ｅＮＢ）通知要求を基地局に通知するとしても良い。該ＭＢＳＦＮサブフレーム（ｅＮＢ）通知要求をＭＣＥより受信した基地局は、ＭＢＳＦＮサブフレーム（ｅＮＢ）をＭＣＥに通知する。
【０１４６】
実施の形態１の変形例２を用いた具体的動作例を、図１８を用いて説明する。図１４、図１７と同じ参照符号は相当する部分であるので、説明は省略する。
【０１４７】
本動作例では、ＭＣＥへ通知するＭＢＳＦＮサブフレーム設定にて具体例（２）を用いた場合について開示する。基地局からＭＣＥへの通知のタイミングにて具体例（２）を用いた場合について開示する。
【０１４８】
ステップＳＴ１８０１にて基地局（ｅＮＢ１）は、ＭＣＥへ、ＭＢＳＦＮサブフレーム設定の情報として、ＭＢＳＦＮサブフレーム(ｅＮＢ)を通知する。本動作例においては、ステップＳＴ１４０１、ステップＳＴ１４０２で通知されるＭＢＳＦＮサブフレーム（ＭＣＥ）は、＃１、＃２とする。また、ステップＳＴ１４０４で選択されるＭＢＳＦＮサブフレーム（ｅＮＢ）は、＃２、＃６、＃７とする。よって、ステップＳＴ１８０１にて基地局（ｅＮＢ１）からＭＣＥへ通知される情報は、＃２、＃６と＃７となる。該通知にはＭ２インタフェースを用いる。
【０１４９】
ステップＳＴ１８０２にてＭＣＥは、ＭＢＳＦＮサブフレーム（ＭＣＥ）の追加が必要であるか否かを判断する。必要である場合、ステップＳＴ１８０３へ移行する。必要で無い場合、ステップＳＴ１８０５へ移行する。
【０１５０】
以降、まずＭＣＥがＭＢＳＦＮサブフレーム（ＭＣＥ）を増加させる場合について説明する。つまり、ステップＳＴ１８０２にてＭＣＥは、ＭＢＳＦＮサブフレーム（ＭＣＥ）の追加が必要であると判断するので、ステップＳＴ１８０３へ移行する。
【０１５１】
ステップＳＴ１８０３にてＭＣＥは、基地局から通知を受けた、基地局のＭＢＳＦＮサブフレーム（ｅＮＢ）内にて現在ＭＢＳＦＮサブフレーム(ＭＣＥ)に用いているサブフレーム以外のサブフレームが存在するか否か判断する。存在する場合は、ステップＳＴ１８０４へ移行する。存在しない場合は、ステップＳＴ１７０４へ移行する。ステップＳＴ１７０４にてＭＣＥは、ＭＢＳＦＮサブフレーム（ＭＣＥ）を更新する。本動作例においては、ＭＢＳＦＮサブフレーム（ｅＮＢ）内にて現在ＭＢＳＦＮサブフレーム(ＭＣＥ)に用いているサブフレーム以外のサブフレームとして、＃６、＃７が存在する。よってステップＳＴ１８０３にて、存在すると判断され、ステップＳＴ１８０４へ移行する。
【０１５２】
ステップＳＴ１８０４にてＭＣＥは、ＭＢＳＦＮサブフレーム（ＭＣＥ）へ追加するサブフレームとして、ＭＢＳＦＮサブフレーム（ｅＮＢ）内にて現在ＭＢＳＦＮサブフレーム(ＭＣＥ)に用いているサブフレーム以外のサブフレームを選択する。本動作例においては、＃６を選択したとする。
【０１５３】
この処理を行うことにより、ＭＢＳＦＮサブフレーム（ＭＣＥ）が更新されたとしても、基地局（ｅＮＢ１）にてＭＢＳＦＮサブフレーム（ＵＥ）を更新する必要がなくなる。よってステップＳＴ１７０７にて、更新する必要が無いと判断される。これにより、システム情報変更が発生しなくなる。
【０１５４】
ステップＳＴ１７０６にてＭＣＥは傘下の基地局（ｅＮＢ１）へ、ステップＳＴ１７０４、あるいはステップＳＴ１８０４にて更新した更新後のＭＢＳＦＮサブフレーム（ＭＣＥ）を通知する。本動作例においては、ＭＢＳＦＮサブフレーム（ＭＣＥ）として、＃１と＃２と＃６を通知する。
【０１５５】
ステップＳＴ１７０７にて基地局（ｅＮＢ１）は、ＭＢＳＦＮサブフレーム（ＵＥ）を更新する必要があるか否か判断する。本動作例においては、ステップＳＴ１７０１で傘下の移動端末へ通知している、下りリンクでＭＢＳＦＮのために予約されるサブフレームは、＃１と＃２と＃６と＃７である。一方、ステップＳＴ１７０６にて、ＭＣＥよりＭＢＳＦＮ（ＭＣＥ）として＃１、＃２、＃６を受信している。よって、ＭＢＳＦＮサブフレーム（ＭＣＥ）と、ステップＳＴ１４０４にて選択したＭＢＳＦＮサブフレーム（ｅＮＢ）（＃２と＃６と＃７）を含むＭＢＳＦＮサブフレーム（ＵＥ）としては、＃１と＃２と＃６と＃７となる。よって、ＭＢＳＦＮサブフレーム（ＵＥ）を更新する必要が無いと判断される。これにより、システム情報変更は発生せず、ステップＳＴ１７０８への移行は発生しない。
【０１５６】
次に、ＭＣＥがＭＢＳＦＮサブフレーム（ＭＣＥ）を減少させる場合について説明する。つまり、ステップＳＴ１８０２にてＭＣＥは、ＭＢＳＦＮサブフレーム（ＭＣＥ）の追加が必要でないと判断するので、ステップＳＴ１８０５へ移行する。
【０１５７】
ステップＳＴ１８０５にてＭＣＥは、基地局から通知を受けた基地局のＭＢＳＦＮサブフレーム（ｅＮＢ）内にて、現在ＭＢＳＦＮサブフレーム(ＭＣＥ)に用いているサブフレームが存在するか否か判断する。存在する場合は、ステップＳＴ１８０６へ移行する。存在しない場合は、ステップＳＴ１７０４へ移行する。ステップＳＴ１７０４にてＭＣＥは、ＭＢＳＦＮサブフレーム（ＭＣＥ）を更新する。本動作例においては、ＭＢＳＦＮサブフレーム（ｅＮＢ）内にて、現在ＭＢＳＦＮサブフレーム(ＭＣＥ)に用いているサブフレームとして、＃２が存在する。よってステップＳＴ１８０５にて、存在すると判断され、ステップＳＴ１８０６へ移行する。
【０１５８】
ステップＳＴ１８０６にてＭＣＥは、ＭＢＳＦＮサブフレーム（ＭＣＥ）から削除するサブフレームとして、ＭＢＳＦＮサブフレーム（ｅＮＢ）内にて現在ＭＢＳＦＮサブフレーム(ＭＣＥ)に用いているサブフレームを選択する。本動作例においては、＃２を選択したとする。この処理を行うことにより、ＭＢＳＦＮサブフレーム（ＭＣＥ）が更新されたとしても、基地局（ｅＮＢ１）にてＭＢＳＦＮサブフレーム（ＵＥ）を更新する必要がなくなる。よってステップＳＴ１７０７にて、更新する必要が無いと判断される。これにより、システム情報変更が発生しなくなる。
【０１５９】
ステップＳＴ１７０６にてＭＣＥは傘下の基地局（ｅＮＢ１）へ、ステップＳＴ１７０４、あるいはステップＳＴ１８０６にて更新した更新後のＭＢＳＦＮサブフレーム（ＭＣＥ）を通知する。本動作例においては、ＭＢＳＦＮサブフレーム（ＭＣＥ）として、＃１と＃６を通知する。
【０１６０】
ステップＳＴ１７０７にて基地局（ｅＮＢ１）は、ＭＢＳＦＮサブフレーム（ＵＥ）を更新する必要があるか否か判断する。本動作例においては、ステップＳＴ１７０１で傘下の移動端末へ通知している、下りリンクでＭＢＳＦＮのために予約されるサブフレームは、＃１と＃２と＃６と＃７である。一方、ステップＳＴ１７０６にて、ＭＣＥよりＭＢＳＦＮ（ＭＣＥ）として＃１、＃６を受信している。よって、ＭＢＳＦＮサブフレーム（ＭＣＥ）と、ステップＳＴ１４０４にて選択したＭＢＳＦＮサブフレーム（ｅＮＢ）（＃２と＃６と＃７）を含むＭＢＳＦＮサブフレーム（ＵＥ）としては、＃１と＃２と＃６と＃７となる。よって、ＭＢＳＦＮサブフレーム（ＵＥ）を更新する必要が無いと判断される。これにより、システム情報変更は発生せず、ステップＳＴ１７０８への移行は発生しない。
【０１６１】
なお、更新するＭＢＳＦＮサブフレーム数は、ひとつだけでなく、複数であっても良い。
【０１６２】
本変形例では実施の形態１と組み合わせて例について主に記載したが、実施の形態１の変形例１とも組み合わせて用いることができる。
【０１６３】
実施の形態１の変形例２により、実施の形態１の効果に加えて以下の効果を得ることが出来る。
【０１６４】
ＭＢＭＳのデータの増加によりＭＢＳＦＮサブフレーム（ＭＣＥ）の追加が必要となった場合であっても、ＭＣＥが調整を行うことで、該ＭＣＥ傘下の基地局から移動端末への報知情報を用いたＭＢＳＦＮのために予約されるサブフレームの定義(MBSFN-subframe Configuration)の変更を最小限に抑制することが可能となる。これにより、システム情報の変更を抑制することが可能となる。よって移動端末の間欠受信中断を伴う、システム情報の受信を抑制することが可能となる。これにより移動端末の消費電力の増加を防ぐことができる。
実施の形態１  変形例３
実施の形態１の変形例２を用いた場合、以下の課題が発生する。
【０１６５】
基地局からＭＣＥに通知されるＭＢＳＦＮサブフレーム設定の中に、現在ＭＢＳＦＮサブフレーム(ＭＣＥ)に用いているサブフレーム以外のサブフレームが存在しない場合が考えられる。この場合、実施の形態１の変形例２で開示したＭＣＥによる調整が行えず、実施の形態１の変形例２の課題が再発する。
【０１６６】
また、基地局毎にＭＢＳＦＮサブフレーム(ｅＮＢ)の設定を個別に行ない、ＭＣＥ傘下に複数の基地局が存在した場合、上記課題はより顕著に現れる。なぜならば、ＭＣＥ傘下の多数の基地局からＭＣＥに通知される多数のＭＢＳＦＮサブフレーム設定の中に、現在ＭＢＳＦＮサブフレーム(ＭＣＥ)に用いているサブフレーム以外のサブフレームが存在しなければ、実施の形態１の変形例２にて開示したＭＣＥによる調整の効果が全ての基地局に及ばないからである。
【０１６７】
実施の形態１の変形例３での解決策を以下に示す。実施の形態１の解決策と異なる部分を中心に説明する。説明していない部分については実施の形態１と同様とする。
【０１６８】
ＭＣＥは、ＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位の情報を、傘下の基地局へ通知する。該情報を受信した基地局は、ＭＢＳＦＮサブフレーム（ｅＮＢ）の設定を実施する場合、あるいは変更する場合に、該優先順位の情報を用いて調整を行う。該調整はＭＣＥ傘下の複数の基地局が共通で行っても良い。
【０１６９】
従来の技術において、１無線フレームに最大６サブフレーム分のＭＢＳＦＮサブフレームを含んだ構成が可能である。また、ＭＢＳＦＮサブフレームとして構成することが可能なサブフレームは、２番目のサブフレーム（＃１）、３番目のサブフレーム（＃２）、４番目のサブフレーム（＃３）、７番目のサブフレーム（＃６）、８番目のサブフレーム（＃７）、９番目のサブフレーム（＃８）である（非特許文献２）。従来の技術において本実施の形態１の変形例３を用いた場合の優先順位の情報の具体例を図１９に示す。
【０１７０】
図１９は、ＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームと優先順位との対応関係を示している。ＭＢＳＦＮサブフレーム（ＭＣＥ）として、優先順位１番で設定されるサブフレームは、２番目のサブフレーム（＃１）となる。ＭＢＳＦＮサブフレーム（ＭＣＥ）として、優先順位２番で設定されるサブフレームは、３番目のサブフレーム（＃２）となる。ＭＢＳＦＮサブフレーム（ＭＣＥ）として、優先順位３番で設定されるサブフレームは、７番目のサブフレーム（＃６）となる。ＭＢＳＦＮサブフレーム（ＭＣＥ）として、優先順位４番で設定されるサブフレームは、８番目のサブフレーム（＃７）となる。ＭＢＳＦＮサブフレーム（ＭＣＥ）として、優先順位５番で設定されるサブフレームは、４番目のサブフレーム（＃３）となる。ＭＢＳＦＮサブフレーム（ＭＣＥ）として、優先順位６番で設定されるサブフレームは、９番目のサブフレーム（＃８）となる。同じ優先順位に複数のサブフレームが存在しても良い。
【０１７１】
該優先順位は、静的に決定しても良いし、ネットワーク側にて準静的に決定しても良い。例えばＭＣＥにて該優先順位を準静的に決定した場合の、傘下の基地局への通知方法を以下２つ開示する。（１）ＭＣＥは傘下の基地局へＭ２インタフェースを用いて通知する。（２）ＭＣＥはＭＭＥへＭ３インタフェースを用いて該優先順位を通知し、ＭＭＥは基地局へＳ１インタフェースを用いて該優先順位を通知する。
【０１７２】
基地局が行う調整の具体例を以下２つ開示する。（１）基地局が、ＭＢＳＦＮサブフレーム(ｅＮＢ)を増加させる場合、現在ＭＢＳＦＮサブフレーム(ｅＮＢ)に用いているサブフレーム以外のサブフレームにて、ＭＣＥから受信した該優先順位が最も高いサブフレームから優先的に設定を行う。基地局が負荷の無い状況となったことにより、あるいは低負荷状況となったことにより、ＭＢＳＦＮサブフレーム（ｅＮＢ）を増加させるとしても良い。（２）基地局が、ＭＢＳＦＮサブフレーム(ｅＮＢ)を減少させる場合、現在ＭＢＳＦＮサブフレーム(ｅＮＢ)に用いているサブフレームにて、ＭＣＥから受信した該優先順位が最も低いサブフレームから優先的に設定を行う。基地局が、負荷の無い状況から負荷が発生したことにより、あるいは高負荷状況となったことにより、ＭＢＳＦＮサブフレーム（ｅＮＢ）を減少させるとしても良い。
【０１７３】
実施の形態１の変形例３を用いた具体的動作例を、図２０を用いて説明する。図１４、図１７、図１８と同じ参照符号は相当する部分であるので、説明は省略する。
【０１７４】
本動作例では、ＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位は準静的に決定され、ＭＣＥは傘下の基地局へＭ２インタフェースを用いて通知する場合について開示する。
【０１７５】
ステップＳＴ２００１にてＭＣＥは、傘下の基地局（ｅＮＢ１）へＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位を通知する。本動作例においては、図１９に示した優先順位が通知されるとする。
【０１７６】
ステップＳＴ２００２にてＭＣＥは、傘下の基地局（ｅＮＢ２）へＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位を通知する。ＭＣＥは傘下の同じＭＢＭＳ送信を行う全ての基地局に対して、同じＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位を通知するとしても良い。
【０１７７】
本動作例においては、ステップＳＴ１４０１、ステップＳＴ１４０２で通知されるＭＢＳＦＮサブフレーム（ＭＣＥ）は、＃１、＃２とする。また、基地局（ｅＮＢ１）により、既にＭＢＳＦＮサブフレーム（ｅＮＢ）として＃１、＃２が選択されているとする。つまり基地局（ｅＮＢ１）から傘下の移動端末へ通知されるＭＢＳＦＮサブフレーム（ＵＥ）は、＃１、＃２となる。
【０１７８】
ステップＳＴ２００３にて基地局（ｅＮＢ１）は、ＭＢＳＦＮサブフレーム（ｅＮＢ）の追加が必要であるか否かを判断する。必要である場合、ステップＳＴ２００４へ移行する。必要で無い場合、ステップＳＴ２００５へ移行する。
【０１７９】
以降、まず基地局（ｅＮＢ１）がＭＢＳＦＮサブフレーム（ｅＮＢ）を増加させる場合について説明する。つまり、ステップＳＴ２００３にて基地局（ｅＮＢ１）は、ＭＢＳＦＮサブフレーム（ｅＮＢ）の追加が必要であると判断するので、ステップＳＴ２００４へ移行する。
【０１８０】
ステップＳＴ２００４にて基地局（ｅＮＢ１）は、現在ＭＢＳＦＮサブフレーム（ｅＮＢ）に用いているサブフレーム以外のサブフレームのうち、ステップＳＴ２００２にて受信したＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位が最も高いサブフレームを、ＭＢＳＦＮサブフレーム（ｅＮＢ）として選択する。本動作例においては、現在ＭＢＳＦＮサブフレーム（ｅＮＢ）に用いているサブフレームは＃１、＃２である。よって現在ＭＢＳＦＮサブフレーム（ｅＮＢ）に用いているサブフレーム以外のサブフレームのうち、ＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位が最も高いサブフレームは、「＃６」となる（図１９参照）。
【０１８１】
これによりＭＢＳＦＮサブフレーム（ＵＥ）は「＃１と＃２」から「＃１と＃２と＃６」となり更新されることになる。よってステップＳＴ１７０７にて、基地局（ｅＮＢ１）は、ＭＢＳＦＮサブフレーム（ＵＥ）を更新する必要があると判断され、ステップＳＴ１７０８以降の処理が発生する。
【０１８２】
一方、ステップＳＴ１８０２にてＭＣＥは、ＭＢＳＦＮサブフレーム（ＭＣＥ）の追加が必要であるか否かを判断する。必要である場合、ステップＳＴ２００６へ移行する。必要で無い場合、ステップＳＴ２００７へ移行する。ここで、例えばＭＣＥにてＭＢＳＦＮサブフレーム（ＭＣＥ）の追加が必要であると判断されたとする。
【０１８３】
ステップＳＴ２００６にてＭＣＥは、現在ＭＢＳＦＮサブフレーム（ＭＣＥ）に用いているサブフレーム以外のサブフレームのうち、ＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位が最も高いサブフレームを、ＭＢＳＦＮサブフレーム（ＭＣＥ）として選択する。本動作例においては、現在ＭＢＳＦＮサブフレーム（ＭＣＥ）に用いているサブフレームは＃１、＃２である。よって現在ＭＢＳＦＮサブフレーム（ＭＣＥ）に用いているサブフレーム以外のサブフレームのうち、ＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位が最も高いサブフレームは、「＃６」となる（図１９参照）。
【０１８４】
これにより、ステップＳＴ１７０５にてＭＣＥは傘下の基地局（ｅＮＢ１）へ、ステップＳＴ２００６にて更新した更新後のＭＢＳＦＮサブフレーム（ＭＣＥ）を通知する。ステップＳＴ１７０６にてＭＣＥは傘下の基地局（ｅＮＢ２）へ、ステップＳＴ２００６にて更新した更新後のＭＢＳＦＮサブフレーム（ＭＣＥ）を通知する。
【０１８５】
ステップＳＴ１７０７にて、基地局（ｅＮＢ１）は、ＭＢＳＦＮサブフレーム（ＵＥ）を更新する必要があるか否かを判断する。この際、すでにＭＢＳＦＮサブフレーム（ＵＥ）は「＃１と＃２と＃６」となっていることから、更新の必要は無いと判断され、システム情報変更は発生しない。
【０１８６】
このように、ＭＣＥと該ＭＣＥ傘下の基地局が、同じ優先順位に従って、調整することにより傘下の基地局のシステム情報変更の頻度を抑えることが可能となる。
【０１８７】
また、例えばステップＳＴ１８０２にてＭＣＥが、ＭＢＳＦＮサブフレーム（ＭＣＥ）の追加が必要でないと判断したとする。
【０１８８】
ステップＳＴ２００７にてＭＣＥは、、現在ＭＢＳＦＮサブフレーム（ＭＣＥ）に用いているサブフレームのうち、ＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位が最も低いサブフレームを、ＭＢＳＦＮサブフレーム（ＭＣＥ）から削除するサブフレームとして選択する。本動作例においては、現在ＭＢＳＦＮサブフレーム（ＭＣＥ）に用いているサブフレームは＃１、＃２である。よって現在ＭＢＳＦＮサブフレーム（ＭＣＥ）に用いているサブフレームのうち、ＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位が最も低いサブフレームは、「＃２」となる（図１９参照）。
【０１８９】
これにより、ステップＳＴ１７０５にてＭＣＥは傘下の基地局（ｅＮＢ１）へ、ステップＳＴ２００７にて更新した更新後のＭＢＳＦＮサブフレーム（ＭＣＥ）を通知する。ステップＳＴ１７０６にてＭＣＥは傘下の基地局（ｅＮＢ２）へ、ステップＳＴ２００７にて更新した更新後のＭＢＳＦＮサブフレーム（ＭＣＥ）を通知する。
【０１９０】
ステップＳＴ１７０７にて、基地局（ｅＮＢ１）は、ＭＢＳＦＮサブフレーム（ＵＥ）を更新する必要があるか否かを判断する。この際、すでにＭＢＳＦＮサブフレーム（ＵＥ）は「＃１と＃２と＃６」となっていることから、更新の必要は無いと判断され、システム情報変更は発生しない。
【０１９１】
このように、ＭＣＥと該ＭＣＥ傘下の基地局が、同じ優先順位に従って、調整することにより傘下の基地局のシステム情報変更の頻度を抑えることが可能となる。
【０１９２】
次に、基地局（ｅＮＢ１）がＭＢＳＦＮサブフレーム（ｅＮＢ）を減少させる場合について説明する。つまり、ステップＳＴ２００３にて基地局（ｅＮＢ１）は、ＭＢＳＦＮサブフレーム（ｅＮＢ）の追加が必要でないと判断するので、ステップＳＴ２００５へ移行する。
【０１９３】
ステップＳＴ２００５にて基地局（ｅＮＢ１）は、現在ＭＢＳＦＮサブフレーム（ｅＮＢ）に用いているサブフレームのうち、ステップＳＴ２００２にて受信したＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位が最も低いサブフレームを、ＭＢＳＦＮサブフレーム（ｅＮＢ）から削除するサブフレームとして選択する。本動作例においては、現在ＭＢＳＦＮサブフレーム（ｅＮＢ）に用いているサブフレームは＃１、＃２である。よって現在ＭＢＳＦＮサブフレーム（ｅＮＢ）に用いているサブフレームのうち、ＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位が最も低いサブフレームは、「＃２」となる（図１９参照）。
【０１９４】
ＭＢＳＦＮサブフレーム（ＭＣＥ）は「＃１と＃２」のままである。これによりＭＢＳＦＮサブフレーム（ＵＥ）は「＃１と＃２」となり更新されないことになる。よってステップＳＴ１７０７にて、基地局（ｅＮＢ１）は、ＭＢＳＦＮサブフレーム（ＵＥ）を更新する必要がないと判断され、システム情報変更が発生しない。
【０１９５】
このように、ＭＣＥと該ＭＣＥ傘下の基地局が、同じ優先順位に従って、調整することにより傘下の基地局のシステム情報変更の頻度を抑えることが可能となる。
【０１９６】
なお、更新するＭＢＳＦＮサブフレーム数は、ひとつだけでなく、複数であっても良い。
【０１９７】
本変形例では実施の形態１と組み合わせて例について主に記載したが、実施の形態１の変形例１とも組み合わせて用いることができる。
【０１９８】
実施の形態１の変形例３により、実施の形態１の効果に加えて以下の効果を得ることが出来る。
【０１９９】
ＭＣＥ傘下に複数の基地局が存在し、個々の基地局のＭＢＳＦＮサブフレーム（ｅＮＢ）の設定数が別々であっても、ＭＣＥと該ＭＣＥ傘下の基地局が同じ優先順位に従って調整することにより、基地局から移動端末へ通知されるＭＢＳＦＮサブフレーム設定(MBSFN-subframe Configuration)の変更を最小限に抑制することが可能となる。これにより、システム情報の変更を抑制することが可能となる。よって、移動端末における間欠受信の中断を伴う、システム情報の受信を抑制することが可能となる。これにより移動端末の消費電力の増加を防ぐことができる。
実施の形態１  変形例４
実施の形態１を用いた場合、以下の課題が発生する。
【０２００】
単位時間当たりに送信しなければならない、ＭＢＭＳに関するデータが増えたことにより、ＭＣＥがＭＢＳＦＮサブフレーム（ＭＣＥ）を増加させる設定の変更を行う場合を検討する。
【０２０１】
ＭＢＭＳのデータの増加により、ＭＣＥにて設定されるＭＢＳＦＮサブフレーム（ＭＣＥ）を増加させる設定の変更が行われる。それに伴い、何の工夫も施さなければ、ＭＣＥは追加のＭＢＳＦＮサブフレーム（ＭＣＥ）として、傘下の基地局がEnergySavingを実現するために設定しているＭＢＳＦＮサブフレーム（ｅＮＢ）を選択する可能性がある。その場合、基地局がEnergySavingを実現するために設定しているＭＢＳＦＮサブフレーム（ｅＮＢ）としていても、ＭＢＳＦＮサブフレーム(ＭＣＥ)として選択されれば、基地局はＭＢＳＦＮを用いたＭＣＨトランスポートチャネル（MCH transport channel）の送信を実行しなければならない。よってEnergySavingを実現するために設定されたＭＢＳＦＮサブフレーム（ｅＮＢ）であっても、１シンボルのＣＲＳ以外に送信が発生する。これにより、EnergySavingを実現するために設定されたＭＢＳＦＮサブフレーム（ｅＮＢ）であっても、送信電力増幅器の電源をオフすることが出来ない。基地局は低消費電力化を実現できなくなるという課題が発生する。
【０２０２】
課題が発生する具体例を、図２１を用いて説明する。
【０２０３】
ステップＳＴ１４０１にてＭＣＥは傘下の基地局（ｅＮＢ１）へＭＢＳＦＮサブフレーム（ＭＣＥ）を通知する。
【０２０４】
ステップＳＴ１４０２にてＭＣＥは傘下の基地局（ｅＮＢ２）へＭＢＳＦＮサブフレーム（ＭＣＥ）を通知する。本具体例では、例えばＭＢＳＦＮサブフレーム（ＭＣＥ）として２番目のサブフレーム（＃１）と３番目のサブフレーム（＃２）が設定されたとする。
【０２０５】
ステップＳＴ２１０１にて基地局（ｅＮＢ１）は、EnergySaving動作を実行するか否か判断する。実行すると判断した場合は、ステップＳＴ１４０３へ移行する。実行しないと判断した場合は、ステップＳＴ２１０１の判断を繰り返す。
【０２０６】
ステップＳＴ１４０４にて基地局（ｅＮＢ１）は、ＭＢＳＦＮサブフレーム（ｅＮＢ）を選択する。本具体例においては、ＭＢＳＦＮサブフレーム(ＭＣＥ)である＃１、＃２とは異なるサブフレームをＭＢＳＦＮサブフレーム(ｅＮＢ)として選択する。本動作例では、例えばＭＢＳＦＮサブフレーム（ｅＮＢ）として７番目のサブフレーム（＃６）と８番目のサブフレーム（＃７）が設定されたとする。
【０２０７】
つまり、基地局（ｅＮＢ１）はステップＳＴ２１０２にて、サブフレーム＃１と＃２においては、ＭＢＳＦＮを用いた、ＭＣＨトランスポートチャネル（MCH transport channel）の送信を実行する。また基地局（ｅＮＢ１）はステップＳＴ２１０３にて、サブフレーム＃６と＃７においては低消費電力化のため、ＣＲＳの１シンボルの送信のみを行い、それ以外の無線リソースにおいて送信動作を行わない。つまりＭＢＳＦＮサブフレーム（ｅＮＢ）ではＣＲＳの１シンボルの送信のため以外は、送信電力増幅器などの電源をオフする。
【０２０８】
ステップＳＴ１７０３にて、ＭＣＥは、ＭＢＳＦＮサブフレーム（ＭＣＥ）の設定を変更する必要があるか否かを判断する。変更が必要な場合、ステップＳＴ１７０４へ移行する。変更が必要ない場合、ステップＳＴ１７０３の判断を繰り返す。あわせてＭＢＳＦＮサブフレーム（ＭＣＥ）を増加させる必要があるか否かを判断しても良い。その場合、増加させる必要がある場合、ステップＳＴ１７０４へ移行する。また増加させる必要が無い場合、ステップＳＴ１７０３の判断を繰り返す。
【０２０９】
ステップＳＴ１７０４にて、ＭＣＥは、ＭＢＳＦＮサブフレーム（ＭＣＥ）を更新する。本具体例においては、ＭＢＳＦＮサブフレーム（ＭＣＥ）として＃１、＃２、＃７を選択したとする。つまり、＃７をＭＢＳＦＮサブフレーム（ＭＣＥ）として追加することとする。
【０２１０】
ステップＳＴ１７０５にてＭＣＥは傘下の基地局（ｅＮＢ１）へ、ステップＳＴ１７０４にて更新した更新後のＭＢＳＦＮサブフレーム（ＭＣＥ）を通知する。
【０２１１】
ステップＳＴ１７０６にてＭＣＥは傘下の基地局（ｅＮＢ２）へ、ステップＳＴ１７０４にて更新した更新後のＭＢＳＦＮサブフレーム（ＭＣＥ）を通知する。以降ｅＮＢ２については、ｅＮＢ１と同様として説明を省略する。
【０２１２】
これにより、基地局（ｅＮＢ１）はステップＳＴ２１０４にて、サブフレーム＃１と＃２と＃７においては、ＭＢＳＦＮを用いた、ＭＣＨトランスポートチャネル（MCH transport channel）の送信を実行しなければならなくなる。また基地局（ｅＮＢ１）はステップＳＴ２１０５にて、サブフレーム＃６においては低消費電力化のため、ＣＲＳの１シンボルの送信のみを行い、それ以外の無線リソースにおいて送信動作を行わない。低消費電力化のための動作は、サブフレーム＃６のみとなる。このように、基地局（ｅＮＢ１）は２サブフレーム分のEnergySaving動作を実行する予定であったが、基地局（ｅＮＢ１）の意に反して、EnergySaving用のサブフレーム数が減るという問題が生じる。
【０２１３】
以上のように、何の工夫も施さなければ、ＭＢＭＳのデータ量が変動する度に基地局の低消費電力化の効果が変動する。
【０２１４】
実施の形態１の変形例４での解決策を以下に示す。実施の形態１の解決策と異なる部分を中心に説明する。説明していない部分については実施の形態１と同様とする。
【０２１５】
基地局は、自セルのＭＢＳＦＮサブフレーム設定をＭＣＥへ通知する。ＭＣＥはＭＢＳＦＮサブフレームの設定を更新する場合に、該情報を用いて調整を行う。
【０２１６】
ＭＣＥへの通知は、ＭＢＳＦＮサブフレーム（ｅＮＢ）を設定した場合にのみ実施しても良い。また、ＭＢＳＦＮサブフレーム（ＭＣＥ）と異なるサブフレームをＭＢＳＦＮサブフレーム(ｅＮＢ)として設定した場合にのみ実施しても良い。
【０２１７】
ＭＣＥへ通知するＭＢＳＦＮサブフレーム設定の具体例は、実施の形態１の変形例２と同様であるので説明を省略する。
【０２１８】
ＭＣＥが行う調整の具体例を以下２つ開示する。（１）ＭＣＥがＭＢＳＦＮサブフレーム（ＭＣＥ）を増加させる場合、基地局から通知を受けた、ＭＢＳＦＮサブフレーム（ｅＮＢ）以外にて現在ＭＢＳＦＮサブフレーム(ＭＣＥ)に用いているサブフレーム以外のサブフレームが存在するか否かを判断する。存在する場合、該サブフレームを増加させるＭＢＳＦＮサブフレーム（ＭＣＥ）として選択する。（２）ＭＣＥがＭＢＳＦＮサブフレーム（ＭＣＥ）を減少させる場合、基地局から通知を受けた、ＭＢＳＦＮサブフレーム（ｅＮＢ）内にて現在ＭＢＳＦＮサブフレーム(ＭＣＥ)に用いているサブフレームが存在するか否かを判断する。存在する場合、該サブフレームを減少させるＭＢＳＦＮサブフレーム（ＭＣＥ）として選択する。該調整は、ＭＣＥ傘下の複数の基地局に共通して行っても良い。
【０２１９】
基地局からＭＣＥへの通知のタイミングの具体例は、実施の形態１の変形例２と同様であるので説明を省略する。
【０２２０】
基地局からＭＣＥへの通知に用いるインタフェースの具体例は、実施の形態１の変形例２と同様であるので説明を省略する。
【０２２１】
実施の形態１の変形例４を用いた具体的動作例を、図１８を用いて説明する。
【０２２２】
ステップＳＴ１４０１にてＭＣＥは傘下の基地局（ｅＮＢ１）へＭＢＳＦＮサブフレーム（ＭＣＥ）を通知する。
【０２２３】
ステップＳＴ１４０２にてＭＣＥは傘下の基地局（ｅＮＢ２）へＭＢＳＦＮサブフレーム（ＭＣＥ）を通知する。本動作例では、例えばＭＢＳＦＮサブフレーム（ＭＣＥ）として２番目のサブフレーム（＃１）と３番目のサブフレーム（＃２）が設定されたとする。
【０２２４】
ステップＳＴ１４０３にて基地局（ｅＮＢ１）は、EnergySaving動作を実行するか否か判断する。実行すると判断した場合は、ステップＳＴ１４０４へ移行する。実効しないと判断した場合は、ステップＳＴ１４０３の判断を繰り返す。
【０２２５】
ステップＳＴ１４０４にて基地局（ｅＮＢ１）は、ＭＢＳＦＮサブフレーム（ｅＮＢ）を選択する。本動作例では、例えばＭＢＳＦＮサブフレーム（ｅＮＢ）として３番目のサブフレーム（＃２）、７番目のサブフレーム（＃６）と８番目のサブフレーム（＃７）が設定されたとする。
【０２２６】
つまり、基地局（ｅＮＢ１）はサブフレーム＃１と＃２においては、ＭＢＳＦＮを用いた、ＭＣＨトランスポートチャネル（MCH transport channel）の送信を実行する。またサブフレーム＃６と＃７においては、ＣＲＳの１シンボルの送信のみを行い、それ以外の無線リソースにおいて送信動作を行わない。つまりＣＲＳの１シンボルの送信のため以外は、送信電力増幅器などの電源をオフする。
【０２２７】
ステップＳＴ１８０１にて基地局（ｅＮＢ１）は、ＭＣＥへ、ＭＢＳＦＮサブフレーム設定の情報として、ＭＢＳＦＮサブフレーム(ｅＮＢ)を通知する。本動作例においては、＃２と＃６と＃７となる。該通知にはＭ２インタフェースを用いる。
【０２２８】
以降、まずＭＣＥがＭＢＳＦＮサブフレーム（ＭＣＥ）を増加させる場合について説明する。つまり、ステップＳＴ１８０２にてＭＣＥは、ＭＢＳＦＮサブフレーム（ＭＣＥ）の追加が必要であると判断するので、ステップＳＴ１８０３へ移行する。
【０２２９】
ステップＳＴ１８０３にてＭＣＥは、基地局から通知を受けた、ＭＢＳＦＮサブフレーム（ｅＮＢ）以外にて現在ＭＢＳＦＮサブフレーム(ＭＣＥ)に用いているサブフレーム以外のサブフレームが存在するか否か判断する。存在する場合は、ステップＳＴ１８０４へ移行する。存在しない場合は、ステップＳＴ１７０４へ移行する。ステップＳＴ１７０４にてＭＣＥは、ＭＢＳＦＮサブフレーム（ＭＣＥ）を更新する。本動作例においては、ＭＢＳＦＮサブフレーム（ｅＮＢ）以外にて現在ＭＢＳＦＮサブフレーム(ＭＣＥ)に用いているサブフレーム以外のサブフレームとして、例えば＃３、＃８が存在する。よってステップＳＴ１８０３にて、存在すると判断され、ステップＳＴ１８０４へ移行する。
【０２３０】
ステップＳＴ１８０４にてＭＣＥは、ＭＢＳＦＮサブフレーム（ＭＣＥ）へ追加するサブフレームとして、ＭＢＳＦＮサブフレーム（ｅＮＢ）以外にて現在ＭＢＳＦＮサブフレーム(ＭＣＥ)に用いているサブフレーム以外のサブフレームを選択する。本動作例においては、＃８を選択したとする。
【０２３１】
この処理を行うことにより、ＭＢＳＦＮサブフレーム（ＭＣＥ）が更新されたとしても、基地局（ｅＮＢ１）にてEnergySaving用に設定したＭＢＳＦＮサブフレーム（ｅＮＢ）がＭＢＳＦＮサブフレーム（ＭＣＥ）として選択されることがなくなる。よって、EnergySaving用に設定したＭＢＳＦＮサブフレーム（ｅＮＢ）にてＭＣＨトランスポートチャネルの送信を実行する必要がなくる。
【０２３２】
次に、ＭＣＥがＭＢＳＦＮサブフレーム（ＭＣＥ）を減少させる場合について説明する。つまり、ステップＳＴ１８０２にてＭＣＥは、ＭＢＳＦＮサブフレーム（ＭＣＥ）の追加が必要でないと判断するので、ステップＳＴ１８０５へ移行する。
【０２３３】
ステップＳＴ１８０５にてＭＣＥは、基地局から通知を受けた、基地局のＭＢＳＦＮサブフレーム（ｅＮＢ）内にて現在ＭＢＳＦＮサブフレーム(ＭＣＥ)に用いているサブフレームが存在するか否か判断する。存在する場合は、ステップＳＴ１８０６へ移行する。存在しない場合は、ステップＳＴ１７０４へ移行する。ステップＳＴ１７０４にてＭＣＥは、ＭＢＳＦＮサブフレーム（ＭＣＥ）を更新する。本動作例においては、ＭＢＳＦＮサブフレーム（ｅＮＢ）内にて現在ＭＢＳＦＮサブフレーム(ＭＣＥ)に用いているサブフレームとして、＃２が存在する。よってステップＳＴ１８０５にて、存在すると判断され、ステップＳＴ１８０６へ移行する。
【０２３４】
ステップＳＴ１８０６にてＭＣＥは、ＭＢＳＦＮサブフレーム（ＭＣＥ）から削除するサブフレームとして、ＭＢＳＦＮサブフレーム（ｅＮＢ）内にて現在ＭＢＳＦＮサブフレーム(ＭＣＥ)に用いているサブフレームを選択する。本動作例においては、＃２を選択したとする。この処理を行うことにより、ＭＢＳＦＮサブフレーム（ＭＣＥ）が更新されたことにより、ＭＢＳＦＮサブフレーム（ｅＮＢ）の変更を伴わずに、基地局（ｅＮＢ１）にてEnergySaving用に設定したＭＢＳＦＮサブフレーム（ｅＮＢ）がＭＣＨトランスポートチャネル（MCH transport channel）の送信を実行する必要がなくなる。
【０２３５】
なお、更新するＭＢＳＦＮサブフレーム数は、ひとつだけでなく、複数であっても良い。
【０２３６】
本変形例では実施の形態１と組み合わせて例について主に記載したが、実施の形態１の変形例１とも組み合わせて用いることができる。
【０２３７】
実施の形態１の変形例４により、実施の形態１の効果に加えて以下の効果を得ることが出来る。
【０２３８】
ＭＢＭＳのデータの増加によりＭＢＳＦＮサブフレーム（ＭＣＥ）の追加が必要となった場合であっても、ＭＣＥが調整を行うことで、該ＭＣＥ傘下の基地局がEnergySavingを実現するために設定しているＭＢＳＦＮサブフレーム（ｅＮＢ）を追加のＭＢＳＦＮサブフレーム（ＭＣＥ）として選択することを最小限に抑制することが可能となる。これにより、EnergySavingを実現するために設定されたＭＢＳＦＮサブフレーム（ｅＮＢ）にてＭＣＨトランスポートチャネルの送信を実行することを防ぎ、基地局の低消費電力化という効果をえることができる。
実施の形態１  変形例５
実施の形態１の変形例４を用いた場合、以下の課題が発生する。
【０２３９】
ＭＣＥ傘下の基地局毎にＭＢＳＦＮサブフレーム(ｅＮＢ)の設定を個別に行なう場合を考える。ＭＣＥ傘下の複数の基地局から指定される複数のＭＢＳＦＮサブフレーム（ｅＮＢ）以外のサブフレームにおいて、現在ＭＢＳＦＮサブフレーム(ＭＣＥ)に用いているサブフレーム以外のサブフレームが存在しない可能性が高くなる。これにより、実施の形態１の変形例４の課題が再発する。
【０２４０】
実施の形態１の変形例５での解決策を以下に示す。実施の形態１の解決策と異なる部分を中心に説明する。説明していない部分については実施の形態１と同様とする。
【０２４１】
ＭＣＥは、ＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位の情報を、傘下の基地局へ通知する。該情報を受信した基地局は、ＭＢＳＦＮサブフレーム（ｅＮＢ）の設定を実施する場合、あるいは変更する場合に、該優先順位の情報を用いて調整を行う。該調整はＭＣＥ傘下の複数の基地局が共通で行っても良い。
【０２４２】
従来の技術において本実施の形態１の変形例５を用いた場合の優先順位の情報の具体例を図１９に示す。図１９の説明は、実施の形態１の変形例３と同様であるので説明を省略する。
【０２４３】
該優先順位は、静的に決定しても良いし、ネットワーク側にて準静的に決定しても良い。例えばＭＣＥにて該優先順位を準静的に決定した場合の、傘下の基地局への通知方法は、実施の形態１の変形例３と同様であるので説明を省略する。
【０２４４】
基地局が行う調整の具体例を以下２つ開示する。（１）基地局が、ＭＢＳＦＮサブフレーム(ｅＮＢ)を増加させる場合、現在ＭＢＳＦＮサブフレーム(ｅＮＢ)に用いているサブフレーム以外のサブフレームにて、ＭＣＥから受信した該優先順位が最も低いサブフレームから優先的に設定を行う。基地局が負荷の無い状況となったことにより、あるいは低負荷状況となったことにより、ＭＢＳＦＮサブフレーム（ｅＮＢ）を増加させるとしても良い。（２）基地局が、ＭＢＳＦＮサブフレーム(ｅＮＢ)を減少させる場合、現在ＭＢＳＦＮサブフレーム(ｅＮＢ)に用いているサブフレームにて、ＭＣＥから受信した該優先順位が最も高いサブフレームから優先的に設定を行う。基地局が、負荷の無い状況から負荷が発生したことにより、あるいは高負荷状況となったことにより、ＭＢＳＦＮサブフレーム（ｅＮＢ）を減少させるとしても良い。
【０２４５】
実施の形態１の変形例５を用いた具体的動作例を図２０を用いて説明する。
【０２４６】
本動作例では、ＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位は準静的に決定され、ＭＣＥは傘下の基地局へＭ２インタフェースを用いて通知する場合について開示する。
【０２４７】
ステップＳＴ２００１にてＭＣＥは、傘下の基地局（ｅＮＢ１）へＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位を通知する。本動作例においては、図１９に示した優先順位が通知されるとする。
【０２４８】
ステップＳＴ２００２にてＭＣＥは、傘下の基地局（ｅＮＢ２）へＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位を通知する。ＭＣＥは傘下の同じＭＢＭＳ送信を行う全ての基地局に対して、同じＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位を通知するとしても良い。
【０２４９】
本動作例においては、ステップＳＴ１４０１、ステップＳＴ１４０２で通知されるＭＢＳＦＮサブフレーム（ＭＣＥ）は、＃１、＃２とする。また、基地局（ｅＮＢ１）により、既にＭＢＳＦＮサブフレーム（ｅＮＢ）として＃３、＃８が選択されているとする。つまり基地局（ｅＮＢ１）から傘下の移動端末へ通知されるＭＢＳＦＮサブフレーム（ＵＥ）は、＃１、＃２、＃３、＃８となる。つまり、基地局（ｅＮＢ１）はサブフレーム＃１と＃２においては、ＭＢＳＦＮを用いた、ＭＣＨトランスポートチャネル（MCH transport channel）の送信を実行する。またサブフレーム＃３と＃８においては低消費電力化のため、ＣＲＳの１シンボルの送信のみを行い、それ以外の無線リソースにおいて送信動作を行わない。つまりＣＲＳの１シンボルの送信のため以外は、送信電力増幅器などの電源をオフする。
【０２５０】
ステップＳＴ２００３にて基地局（ｅＮＢ１）は、ＭＢＳＦＮサブフレーム（ｅＮＢ）の追加が必要であるか否かを判断する。必要である場合、ステップＳＴ２００４へ移行する。必要で無い場合、ステップＳＴ２００５へ移行する。
【０２５１】
以降、まず基地局（ｅＮＢ１）がＭＢＳＦＮサブフレーム（ｅＮＢ）を増加させる場合について説明する。つまり、ステップＳＴ２００３にて基地局（ｅＮＢ１）は、ＭＢＳＦＮサブフレーム（ｅＮＢ）の追加が必要であると判断するので、ステップＳＴ２００４へ移行する。
【０２５２】
ステップＳＴ２００４にて基地局（ｅＮＢ１）は、現在ＭＢＳＦＮサブフレーム（ｅＮＢ）に用いているサブフレーム以外のサブフレームのうち、ステップＳＴ２００２にて受信したＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位が最も低いサブフレームを、ＭＢＳＦＮサブフレーム（ｅＮＢ）として選択する。本動作例においては、現在ＭＢＳＦＮサブフレーム（ｅＮＢ）に用いているサブフレームは＃３、＃８である。よって現在ＭＢＳＦＮサブフレーム（ｅＮＢ）に用いているサブフレーム以外のサブフレームのうち、ＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位が最も低いサブフレームは、「＃７」となる（図１９参照）。本処理により、ＭＣＥによりＭＢＳＦＮサブフレーム（ＭＣＥ）として選択される可能性が低いサブフレームを、EnergySaving用に選択したＭＢＳＦＮサブフレーム（ｅＮＢ）とすることが可能となる。これにより、基地局（ｅＮＢ１）の意に反して、EnergySaving用のサブフレーム数が減る頻度を抑制することが可能となる。
【０２５３】
一方、ステップＳＴ１８０２にてＭＣＥは、ＭＢＳＦＮサブフレーム（ＭＣＥ）の追加が必要であるか否かを判断する。必要である場合、ステップＳＴ２００６へ移行する。必要で無い場合、ステップＳＴ２００７へ移行する。ここで、例えばＭＣＥにてＭＢＳＦＮサブフレーム（ＭＣＥ）の追加が必要であると判断されたとする。
【０２５４】
ステップＳＴ２００６にてＭＣＥは、、現在ＭＢＳＦＮサブフレーム（ＭＣＥ）に用いているサブフレーム以外のサブフレームのうち、ＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位が最も高いサブフレームを、ＭＢＳＦＮサブフレーム（ＭＣＥ）として選択する。本動作例においては、現在ＭＢＳＦＮサブフレーム（ＭＣＥ）に用いているサブフレームは＃１、＃２である。よって現在ＭＢＳＦＮサブフレーム（ＭＣＥ）に用いているサブフレーム以外のサブフレームのうち、ＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位が最も高いサブフレームは、「＃６」となる（図１９参照）。
【０２５５】
これにより、ステップＳＴ１７０５にてＭＣＥは傘下の基地局（ｅＮＢ１）へ、ステップＳＴ２００６にて更新した更新後のＭＢＳＦＮサブフレーム（ＭＣＥ）を通知する。ステップＳＴ１７０６にてＭＣＥは傘下の基地局（ｅＮＢ２）へ、ステップＳＴ２００６にて更新した更新後のＭＢＳＦＮサブフレーム（ＭＣＥ）を通知する。
【０２５６】
基地局（ｅＮＢ１）は、＃１、＃２に加えて＃６についてもＭＣＨトランスポートチャネルの送信を実行する。しかし、よってEnergySavingを実現するために設定されたＭＢＳＦＮサブフレーム（ｅＮＢ）である＃７、＃３、＃８と重複することがない。
【０２５７】
このように、ＭＣＥと該ＭＣＥ傘下の基地局が、同じ優先順位に従って、調整することにより傘下の基地局の予定通りの低消費電力化が実現可能となる。
【０２５８】
また、例えばステップＳＴ１８０２にてＭＣＥが、ＭＢＳＦＮサブフレーム（ＭＣＥ）の追加が必要でないと判断したとする。
【０２５９】
ステップＳＴ２００７にてＭＣＥは、、現在ＭＢＳＦＮサブフレーム（ＭＣＥ）に用いているサブフレームのうち、ＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位が最も低いサブフレームを、ＭＢＳＦＮサブフレーム（ＭＣＥ）から削除するサブフレームとして選択する。本動作例においては、現在ＭＢＳＦＮサブフレーム（ＭＣＥ）に用いているサブフレームは＃１、＃２である。よって現在ＭＢＳＦＮサブフレーム（ＭＣＥ）に用いているサブフレームのうち、ＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位が最も低いサブフレームは、「＃２」となる（図１９参照）。
【０２６０】
これにより、ステップＳＴ１７０５にてＭＣＥは傘下の基地局（ｅＮＢ１）へ、ステップＳＴ２００７にて更新した更新後のＭＢＳＦＮサブフレーム（ＭＣＥ）を通知する。ステップＳＴ１７０６にてＭＣＥは傘下の基地局（ｅＮＢ２）へ、ステップＳＴ２００７にて更新した更新後のＭＢＳＦＮサブフレーム（ＭＣＥ）を通知する。
【０２６１】
基地局（ｅＮＢ１）は、＃１についてＭＣＨトランスポートチャネルの送信を実行する。しかし、よってEnergySavingを実現するために設定されたＭＢＳＦＮサブフレーム（ｅＮＢ）である＃７、＃３、＃８に影響はない。
【０２６２】
このように、ＭＣＥと該ＭＣＥ傘下の基地局が、同じ優先順位に従って、調整することにより傘下の基地局の予定通りの低消費電力化が実現可能となる。
【０２６３】
次に、基地局（ｅＮＢ１）がＭＢＳＦＮサブフレーム（ｅＮＢ）を減少させる場合について説明する。つまり、ステップＳＴ２００３にて基地局（ｅＮＢ１）は、ＭＢＳＦＮサブフレーム（ｅＮＢ）の追加が必要でないと判断するので、ステップＳＴ２００５へ移行する。
【０２６４】
ステップＳＴ２００５にて基地局（ｅＮＢ１）は、現在ＭＢＳＦＮサブフレーム（ｅＮＢ）に用いているサブフレームのうち、ステップＳＴ２００２にて受信したＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位が最も高いサブフレームを、ＭＢＳＦＮサブフレーム（ｅＮＢ）から削除するサブフレームとして選択する。本動作例においては、現在ＭＢＳＦＮサブフレーム（ｅＮＢ）に用いているサブフレームは＃３、＃８である。よって現在ＭＢＳＦＮサブフレーム（ｅＮＢ）に用いているサブフレームのうち、ＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位が最も高いサブフレームは、「＃３」となる（図１９参照）。
【０２６５】
ＭＢＳＦＮサブフレーム（ＭＣＥ）として設定するサブフレームの優先順位が高いサブフレームからEnergySaving用のＭＢＳＦＮサブフレームから削除することにより、よりＭＢＭＳデータの増加によるＭＢＳＦＮサブフレーム（ＭＣＥ）の追加の影響を受け難い、より安定した基地局の低消費電力の実現が可能となる。
【０２６６】
このように、ＭＣＥと該ＭＣＥ傘下の基地局が、同じ優先順位に従って、調整することにより傘下の基地局の予定通りの低消費電力化が実現可能となる。
なお、更新するＭＢＳＦＮサブフレーム数は、ひとつだけでなく、複数であっても良い。
本変形例では実施の形態１と組み合わせて例について主に記載したが、実施の形態１の変形例１とも組み合わせて用いることができる。
【０２６７】
実施の形態１の変形例５により、実施の形態１の効果に加えて以下の効果を得ることが出来る。
【０２６８】
ＭＣＥ傘下に複数の基地局が存在し、個々の基地局のＭＢＳＦＮサブフレーム（ｅＮＢ）の設定数が別々であっても、ＭＣＥと該ＭＣＥ傘下の基地局が同じ優先順位に従って調整することにより、基地局がEnergySavingを実現するために設定しているＭＢＳＦＮサブフレーム（ｅＮＢ）を追加のＭＢＳＦＮサブフレーム（ＭＣＥ）として選択することを最小限に抑制することが可能となる。これにより、EnergySavingを実現するために設定されたＭＢＳＦＮサブフレーム（ｅＮＢ）にてＭＣＨトランスポートチャネルの送信を実行することを防ぎ、基地局の低消費電力化という効果をえることができる。
【０２６９】
システム情報の変更を削減する調整（実施の形態１の変形例２、実施の形態１の変形例３）とするか、あるいはEnergySavingの効果を得やすい調整（実施の形態１の変形例４、実施の形態１の変形例５）とするかは、移動体通信システムとして静的に決定しても良いし、準静的に決定しても良い。
【０２７０】
準静的に決定する場合、どちらの調整方法とするかの決定の主体の具体例としては以下２つを開示する。（１）ＭＣＥが決定する。（２）ＭＭＥが決定する。
【０２７１】
ＭＣＥが決定するとした場合の、該調整方法はＭ２インタフェースを用いて、傘下の基地局へ通知される。あるいは、該調整方法はＭ３インタフェースを用いてＭＭＥへ通知され、Ｓ１インタフェースを用いて傘下の基地局へ通知される。
【０２７２】
ＭＭＥが決定するとした場合の該調整法はＳ１インタフェースを用いて傘下の基地局へ通知される。
実施の形態２
実施の形態２で解決する課題について以下説明する。
【０２７３】
非特許文献１１には、ネットワークパワーをセーブするために、ＣＲＳの送信を減少させて、より多くのＭＢＳＦＮサブフレームを構成可能とすることが開示されている。しかし、具体的に設定主体を何にするのか、より多くのＭＢＳＦＮサブフレームを設定可能とするのか、また具体的にどのように多くするのかの開示はない。
【０２７４】
本実施の形態では、より多くのＭＢＳＦＮサブフレームを設定可能とする、具体的方法について開示する。
【０２７５】
実施の形態２での解決策を以下に示す。
【０２７６】
従来の技術では、ＭＢＳＦＮサブフレームは１無線フレームに最大６サブフレーム構成可能である（非特許文献２）。
【０２７７】
本実施の形態２では、１無線フレームに従来の技術より多い数のＭＢＳＦＮサブフレームを構成可能とする。具体例としては、１無線フレームに６サブフレームより多いサブフレームをＭＢＳＦＮサブフレームとして構成可能とする。また、P-SS、S-SS、BCHが送信され得るサブフレーム以外のサブフレームをＭＢＳＦＮサブフレームとして構成可能とする。これにより、セルサーチにて用いる信号であるP-SS、S-SS、BCHの送信を維持しつつ、低消費電力化をより促進することが可能となる。また、１番目のサブフレーム（＃０）と６番目のサブフレーム（＃５）以外のサブフレームをＭＢＳＦＮサブフレームとして構成可能とする。＃０と＃５は従来の技術にて、P-SS、S-SS、BCHがマッピングされる無線リソースである。よってこれにより、セルサーチにて用いる信号であるP-SS、S-SS、BCHの送信を維持しつつ、低消費電力化をより促進することが可能となる。
【０２７８】
また、ＭＢＳＦＮサブフレームは１無線フレームに最大８サブフレーム構成可能とする。また、１番目のサブフレーム（＃０）と６番目のサブフレーム（＃５）以外の最大８サブフレームをＭＢＳＦＮサブフレームとして構成可能とする。
【０２７９】
本実施の形態２は、実施の形態１、実施の形態１の変形例１、実施の形態１の変形例２、実施の形態１の変形例３、実施の形態１の変形例４、実施の形態１の変形例５と組み合わせて用いることができる。
【０２８０】
実施の形態２により以下の効果を得ることが出来る。
【０２８１】
非活性な移動端末（no-active UE）にとって下りリンクで必要な信号である、CRS、P-SS/S-SS、BCHの送信を維持しつつ、基地局による効果的な低消費電力を実現できる。
実施の形態２  変形例１
実施の形態２を用いた場合、以下の課題が発生する。
【０２８２】
ページングメッセージをスケジューリングするＰＤＣＣＨにて、Ｐ−ＲＮＴＩ（Paging Radio Network Temporary Identifier）がが存在する可能性のあるサブフレームをページングオケージョン（Paging Occasion（PO））と称される（非特許文献３）。ページングオケージョンの発生パターンは、図２２のようになっている（非特許文献３）。図２２中のパラメータについて以下、式（１）（２）（３）を用いて説明する。
【０２８３】
式（１）Ns＝max(1,nB/T)
式（２）UE_ID＝IMSI mod 1024
式（３）N＝min(T,nB)  
式（４）i_s＝floor(UE_ID/N) mod Ns
式（１）に含まれる「Ｔ」は、移動端末のＤＲＸ（Discontinuous Reception）サイクルである。「Ｔ」は、上位レイヤによる割当があれば最も短い移動端末個有のＤＲＸ値により決定され、そして初期ＤＲＸ値はシステム情報中で報知される。もし移動端末個有のＤＲＸが、上位レイヤにより設定されなければ、初期値を適用する。式（１）に含まれる「ｎＢ」は、システム情報中で報知される。「ｎＢ」としては、４Ｔ、２Ｔ、Ｔ、Ｔ／２、Ｔ／４、Ｔ／８、Ｔ／１６、Ｔ／３２が与えられる。「Ｎｓ」は、式（１）により１とｎＢ／Ｔを比較して大きい方の値として与えられる。
【０２８４】
式（２）に含まれる「ＩＭＳＩ」は、国際的な移動加入者識別番号（International Mobile Subscriber Identity）である。「ＵＥ−ＩＤ」は、式（２）によりＩＭＳＩを「1024」で割った場合の余りの値として与えられる。
【０２８５】
「Ｎ」は、式（３）によりＴとｎＢを比較して小さい方の値として与えられる。
【０２８６】
「ｉ＿ｓ」は、式（４）によりＵＥ−ＩＤをＮで割った値（切り捨てた値）をＮｓで割った場合の余りの値として与えられる。
【０２８７】
つまり何の工夫もなく実施の形態２を実行した場合、例えばページングオケージョンがサブフレーム番号＃９、あるいは＃４となった場合、基地局が低消費電力化中につき、該移動端末へのページングを通知することが出来ないという課題が発生する。
【０２８８】
実施の形態２の変形例１での解決策を以下に示す。
【０２８９】
基地局がＭＭＥよりページングメッセージを受信した場合、該基地局はEnergySaving動作を解除する。あるいは、基地局がＭＭＥよりページングメッセージを受信した場合、該基地局は１無線フレーム中に設定可能なサブフレーム数を従来の通りとしても良い。基地局がＭＭＥよりページングメッセージを受信した場合、該基地局は１無線フレーム中に設定可能なサブフレーム数を従来の通り、６サブフレームとしても良い。
【０２９０】
本実施の形態２の変形例１では、実施の形態２と組合せ例について主に記載したが、実施の形態１、実施の形態１の変形例１、実施の形態１の変形例２、実施の形態１の変形例３、実施の形態１の変形例４、実施の形態１の変形例５と組み合わせて用いることができる。
【０２９１】
実施の形態２の変形例１により、実施の形態２の効果に加えて以下の効果を得ることが出来る。移動端末へのページングを通知することが出来ないという課題を解決しつつ、基地局による効果的な低消費電力を実現できる。
実施の形態２  変形例２
実施の形態２の変形例２では、実施の形態２の変形例１と同様の課題について、実施の形態２の変形例１とは異なる方法で解決する。
【０２９２】
実施の形態２の変形例２での解決策を以下に示す。
【０２９３】
基地局は、ページングオケージョン以外のサブフレームをＭＢＳＦＮサブフレームとすることを可能とする。また、P-SS、S-SS、ページングオケージョンに該当するサブフレーム以外のサブフレームをＭＢＳＦＮサブフレームとすることを可能としても良い。
【０２９４】
ページングオケージョン以外のサブフレームを選択する方法の具体例について以下開示する。従来の技術に本実施の形態２の変形例２で開示する技術を適用したとする。実施の形態２の変形例１で説明したとおり「Ｎｓ」は、パラメータ「Ｔ」と「ｎＢ」により決定される。本パラメータ「Ｔ」と「ｎＢ」は、基地局により傘下の移動端末へシステム情報を用いて報知される。よって基地局は、「Ｔ」と「ｎＢ」の値を知り得る。これより基地局は「Ｎｓ」の値も知り得る。Ｎｓの値をもって、図２２のページングオケージョンの発生パターンを確認する。例えば「Ｎｓ」が「１」の場合は、ページングオケージョンはサブフレーム番号＃９のみである。また「Ｎｓ」が「２」の場合は、ページングオケージョンはサブフレーム番号＃４と＃９となる。また「Ｎｓ」が「４」の場合は、ページングオケージョンはサブフレーム番号＃０と＃４と＃５と＃９となる。以上のように、基地局は自セルのパラメータ「Ｔ」と「ｎＢ」を確認し、「Ｎｓ」を求め、ページングオケージョンのサブフレーム番号を確認し、ページングオケージョン以外のサブフレームを選択する。
【０２９５】
また、ＭＢＳＦＮサブフレームは１無線フレームに最大７サブフレーム構成可能とする。また、１番目のサブフレーム（＃０）と６番目のサブフレーム（＃５）、１０番目のサブフレーム（＃９）以外の最大７サブフレームをＭＢＳＦＮサブフレームとして構成可能とする。なぜならば、「Ｎｓ」がどのような値をとったとしても、サブフレーム番号＃９は、ページングオケージョンに該当するからである（図２２参照）。これにより、ページングオケージョン以外のサブフレームをＭＢＳＦＮサブフレームとすることを可能とすることができる。
【０２９６】
本実施の形態２の変形例２では、実施の形態２と組合せ例について主に記載したが、実施の形態１、実施の形態１の変形例１、実施の形態１の変形例２、実施の形態１の変形例３、実施の形態１の変形例４、実施の形態１の変形例５と組み合わせて用いることができる。
【０２９７】
実施の形態２の変形例２により、実施の形態２の効果に加えて以下の効果を得ることが出来る。移動端末へのページングを通知することが出来ないという課題を解決しつつ、無駄なEnergySaving動作解除を伴わない、効果的な低消費電力を実現できる。
実施の形態３
実施の形態３で解決する課題について以下説明する。
【０２９８】
従来の技術において、ＭＢＳＦＮ(Multimedia Broadcast multicast service Single Frequency Network)はＭＣＨトランスポートチャネル用にサポートされる（非特許文献１）。ＭＢＳＦＮ同期エリア（MBSFN Synchronization Area）とは、そのエリアに属する全ての基地局が同期し、ＭＢＳＦＮ送信（ＭＢＳＦＮトランスミッション）を実行可能である（非特許文献１）。ＭＢＳＦＮを用いた送信は、ＭＢＳＦＮサブフレーム（MBSFN Subframe）内で送信される。ＭＢＳＦＮ同期エリアは準静的に例えばオペレータにより構成される(非特許文献１) 。
【０２９９】
つまり従来の技術においては、基地局がＭＢＳＦＮサブフレームを設定するためには、該基地局がＭＢＳＦＮ同期エリアに属する必要がある。ＭＢＳＦＮ同期エリアに属さない基地局が、ＭＢＳＦＮサブフレームを用いたEnergySaving動作を実行できないとう課題が発生する。
【０３００】
実施の形態３での解決策を以下に示す。
【０３０１】
ＭＢＳＦＮ同期エリアに属さない基地局であっても、傘下の移動端末に対してＭＢＳＦＮサブフレームを設定可能とする。あるいは、ＭＣＥとの接続がない基地局であっても傘下の移動端末に対してＭＢＳＦＮサブフレームを設定可能とする。あるいは、ＭＣＥからＭＢＳＦＮサブフレームに関する設定がない基地局であっても、傘下の移動端末に対してＭＢＳＦＮサブフレームを設定可能とする。
【０３０２】
本実施の形態３は、実施の形態１、実施の形態１の変形例１、実施の形態１の変形例２、実施の形態１の変形例３、実施の形態１の変形例４、実施の形態１の変形例５、実施の形態２、実施の形態２の変形例１、実施の形態２の変形例２と組み合わせて用いることができる。
【０３０３】
本実施の形態３は、実施の形態１の変形例２、実施の形態１の変形例４と組み合わせて用いた場合について以下開示する。実施の形態１の変形例２、実施の形態１の変形例４にて基地局は、自セルのＭＢＳＦＮサブフレーム設定をＭ２インタフェースを用いてＭＣＥへ通知する。本実施の形態３と組み合わせて用いた場合、Ｍ２インタフェースが存在しない。よって基地局はＭＭＥへＳ１インタフェースを用いて、自セルのＭＢＳＦＮサブフレーム設定を通知する。またＭＭＥはＭＣＥへＭ３インターフェースを用いて、該セルのＭＢＳＦＮサブフレーム設定を通知する。
【０３０４】
実施の形態３と実施の形態１の変形例１と組合せて用いた具体的動作例を図２３を用いて説明する。図１４、図１６と同じ参照符号は相当する部分であるので、説明は省略する。ロケーションは、上記図１５を用いて説明したロケーションと同様とし、説明を省略する。自セルのＭＢＳＦＮサブフレーム設定を周辺セルへ通知する。本動作例では、周辺セルへ通知するＭＢＳＦＮサブフレーム設定にて、具体例（４）ＭＣＥの指示とは別のサブフレームをＭＢＳＦＮサブフレーム構成としたか否かの情報を用いた場合について開示する。周辺セルへの通知に用いるインタフェースにて、具体例（２）基地局は、ＭＭＥへＳ１インタフェースを用い、該ＭＭＥは該基地局の周辺セルへＳ１インタフェースを用いた場合について開示する。周辺セルの選定方法にて、具体例（５）該基地局を周辺セルに含んでいる基地局を選択する場合について開示する。周辺セル情報を更新する主体として、具体例（２）のＭＭＥを用いた場合について開示する。
【０３０５】
ステップＳＴ２３０１にて基地局（ｅＮＢ１）は、ＭＢＳＦＮサブフレーム（ｅＮＢ）を選択する。本動作例では、例えばＭＢＳＦＮサブフレーム（ｅＮＢ）として７番目のサブフレーム（＃６）と８番目のサブフレーム（＃７）が設定されたとする。
【０３０６】
ステップＳＴ２３０２にて移動端末は、ステップＳＴ１４０６で受信したＭＢＳＦＮサブフレーム（ｅＮＢ）を下りリンクでＭＢＳＦＮのために予約されるサブフレームとして動作する。本動作例においては、＃６、＃７を下りリンクでＭＢＳＦＮのために予約されるサブフレームとして動作する。
【０３０７】
ステップＳＴ２３０３にて基地局（ｅＮＢ１）は、ＭＭＥへＭＢＳＦＮサブフレーム設定の情報として、ＭＣＥの指示とは別のサブフレームをＭＢＳＦＮサブフレーム構成としたか否かの情報を通知する。本動作例においては、ＭＣＥの指示とは別のサブフレームをＭＢＳＦＮサブフレーム構成とした旨を通知する。該通知にはＳ１インタフェースを用いる。
【０３０８】
ステップＳＴ２３０４にてＭＭＥは、ステップＳＴ１６０２にて選択した基地局の周辺セル情報を更新する。周辺セル情報としてのＭＢＳＦＮをサポートするかしないかの情報を更新する。ＭＭＥは、該更新にステップＳＴ２３０３にて受信した情報を基に決定しても良い。ＭＭＥは、ステップＳＴ２３０３にて、ｅＮＢ１がＭＣＥの指示とは別のサブフレームをＭＢＳＦＮサブフレーム構成としたことが判断できる。よって、ＭＭＥはｅＮＢ２の周辺セル情報としてのＭＢＳＦＮをサポートするかしないかの情報を、全ての周辺セルが、サービングセル（ｅＮＢ２）と同じＭＢＳＦＮサブフレーム設定が存在するというわけでは無いことを示す情報に変更（更新）する。周辺セル情報として従来の技術を用いたとすれば、「00」へ変更（更新）する。
【０３０９】
ステップＳＴ１６０４にて、ＭＭＥは、ステップＳＴ１６０２で選択した基地局に対して、ステップＳＴ２３０４にて更新した周辺セル情報を通知する。該通知にはＳ１インタフェースを用いても良い。
【０３１０】
ステップＳＴ１６０５にて、更新した周辺セル情報を受信したｅＮＢ２（１０３−２）は、傘下の移動端末２へ更新後の周辺セル情報を通知する。
【０３１１】
ステップＳＴ１６０７にて、更新後の周辺セル情報を受信した移動端末２は、該更新後の周辺セル情報を用いて、周辺セル測定を行う。具体例としては、移動端末２は、サービングセル（ｅＮＢ２）と異なるＭＢＳＦＮサブフレーム設定を行っている基地局が、周辺セル中に存在するとして周辺セル測定を行う。
【０３１２】
実施の形態３により以下の効果を得ることが出来る。
【０３１３】
ＭＢＳＦＮ同期エリアに属さない基地局であっても、ＭＢＳＦＮサブフレームを用いたEnergySaving動作を実行可能となる。
【０３１４】
また、現在の３ＧＰＰの議論ににおいては、ＨｅＮＢはＭＢＭＳをサポートしないことが決定している（非特許文献１）。よってＨｅＮＢがＭＢＳＦＮ同期エリアに属する移動体通信システムの構成とはなっていない。また、ＨｅＮＢがＭＣＥと接続される移動体通信システムとはなっていない。このようなシステムであっても本実施の形態３によりＨｅＮＢもＭＢＳＦＮサブフレームの構成可能となる。よってＨｅＮＢもＭＢＳＦＮサブフレームを用いたEnergySavingを実現可能となる。
【０３１５】
これにより、ＭＢＳＦＮサブフレームを用いることによる後方互換性の維持という効果を得たまま、ＨｅＮＢのようなＭＢＳＦＮ同期エリアに属さない基地局によるEnergySaving動作を実現できるという効果を得ることができる。ＨｅＮＢは、マクロセルなどと比較して数多く設置されることが想定されている。ＨｅＮＢのEnergySaving動作を実現可能となることは、ネットワーク側の低消費電力化に大きく貢献することとなる。
実施の形態３  変形例１
実施の形態３の変形例１で解決する課題について以下説明する。
【０３１６】
実施の形態３を実行した場合、以下の課題が発生する。
【０３１７】
特に実施の形態３を実施の形態１の変形例１と組み合わせて用いた場合、周辺セル情報としてＭＢＳＦＮをサポートするかしないかの情報が「00」であっても、周辺セルがＭＢＳＦＮ同期エリアに属している場合とＭＢＳＦＮ同期エリアに属していない場合が考えられる。
【０３１８】
周辺セル情報に含まれる全てのセルが自セルと同じＭＢＳＦＮ同期エリアに属している場合、該周辺セル情報を受信した移動端末は、周辺セルとの同期手順を省略することができる。例えば図１２に示すＬＴＥ方式の通信システムにおいて移動端末（UE）が行うセルサーチから待ち受け動作までの概略を示すフローチャートを用いて説明する。周辺セル情報に含まれる全てのセルが自セルと同じＭＢＳＦＮ同期エリアに属しているとすれば、周辺セル情報に含まれる全てのセルが自セルと同期していると考えられる。つまり、スロットタイミング、フレームタイミングの同期をとる、ステップＳＴ１２０１を省略可能である。
【０３１９】
周辺セル情報に含まれる全てのセルが自セルと同じＭＢＳＦＮ同期エリアに属していない場合、該周辺セル情報を受信した移動端末は、周辺セル測定の際に周辺セルとの同期手順を省略することが不可能である。
【０３２０】
しかし周辺セル情報としてＭＢＳＦＮをサポートするかしないかの情報「00」が通知された場合、周辺セル情報に含まれるセルにＭＢＳＦＮ同期エリアに属していないセルが存在するか否かを、該セル傘下の移動端末が知るすべがない。
【０３２１】
よって、周辺セル情報としてＭＢＳＦＮをサポートするかしないかの情報「00」を受信した場合、移動端末は周辺セルとの同期手順を省略することが出来ない。これにより、本来同期手順が省略可能である状況、具体的には周辺セル情報に含まれる全てのセルが自セルと同じＭＢＳＦＮ同期エリアに属している場合であっても、移動端末は周辺セルとの同期手順を実施しなければならない。
【０３２２】
以上のように、移動端末のセルサーチ、あるいは周辺セル測定にて無駄な動作が発生する。
【０３２３】
実施の形態３の変形例１での解決策を以下に示す。
【０３２４】
周辺セルのＭＢＳＦＮ同期エリアの情報を新設する。基地局は、自セルのＭＢＳＦＮ同期エリアの情報を周辺セルへ通知する。周辺セルへの通知は、ＭＢＳＦＮサブフレーム（ｅＮＢ）を設定した場合にのみ実施しても良い。該情報を基に上記周辺セルのＭＢＳＦＮ同期エリアの情報を更新し、傘下の移動端末へ通知する。該報知情報を受信した移動端末は、該報知情報を基に周辺セルとの同期手順を実施するか否かを判断する。
【０３２５】
周辺セルのＭＢＳＦＮ同期エリアの情報の具体例を以下３開示する。（１）周辺セル中にＭＢＳＦＮ同期エリアに属していないセルが存在するか否かの情報。（２）周辺セル中にＭＢＳＦＮ同期エリアに属していないセルが存在する旨の情報。（３）周辺セル中にＭＢＳＦＮ同期エリアに属していないセルが存在しない旨の情報。
【０３２６】
上記、周辺セルのＭＢＳＦＮ同期エリアの情報は、報知情報により傘下の移動端末へ通知しても良い。報知情報中のＳＩＢ３、あるいは報知情報中のＳＩＢ５、あるいは測定対象中に新設し、移動端末へ通知すると良い。また、周辺セル設定（NeighCellConfig）中に新設しても良い。移動端末が、周辺セル測定などに用いるパラメータを一度に受信可能となり、移動端末の処理負荷軽減、制御遅延防止という効果を得ることができる。
【０３２７】
自セルのＭＢＳＦＮ同期エリアの情報の具体例を以下３つ開示する。（１）ＭＢＳＦＮ同期エリアに属しているか否かの情報。（２）ＭＢＳＦＮ同期エリアに属していない旨の情報。（３）ＭＢＳＦＮ同期エリアに属している旨の情報。
【０３２８】
移動端末の周辺セルのＭＢＳＦＮ同期エリアの情報を基にした判断の具体例について以下開示する。周辺セル中にＭＢＳＦＮ同期エリアに属していないセルが存在する場合、周辺セルとの同期手順を実施する。周辺セル中にＭＢＳＦＮ同期エリアに属していないセルが存在しない場合、周辺セルとの同期手順を省略する。
【０３２９】
周辺セルへの通知に用いるインタフェースの具体例については、実施の形態１の変形例１と同様であるので説明を省略する。
【０３３０】
周辺セルの選定方法の具体例については、実施の形態１の変形例１と同様であるので説明を省略する。
【０３３１】
周辺セル情報を更新する主体の具体例については、実施の形態１の変形例１と同様であるので説明を省略する。
【０３３２】
実施の形態３の変形例１を用いた具体的動作例を、図２４を用いて説明する。
【０３３３】
図１４、図１６、図２３と同じ参照符号は相当する部分であるので、説明は省略する。ロケーションは、上記図１５を用いて説明したロケーションと同様とし、説明を省略する。本動作例では、周辺セルへの通知に用いるインタフェースにて、具体例（２）基地局は、ＭＭＥへＳ１インタフェースを用い、該ＭＭＥは該基地局の周辺セルへＳ１インタフェースを用いた場合について開示する。周辺セルの選定方法にて、具体例（５）該基地局を周辺セルに含んでいる基地局を選択する場合について開示する。
【０３３４】
ステップＳＴ２４０１にて基地局（ｅＮＢ１）は、ＭＭＥへＭＢＳＦＮ同期エリアの情報を通知する。本動作例においては、基地局（ｅＮＢ１）は、ＭＢＳＦＮ同期エリアに属していないとする。よってステップＳＴ２４０１にて基地局（ｅＮＢ１）は、ＭＭＥへＭＢＳＦＮ同期エリアに属していない旨の情報を通知する。該通知にはＳ１インタフェースを用いる。
【０３３５】
ステップＳＴ２３０４にてＭＭＥは、ステップＳＴ１６０２にて選択した基地局の周辺セル情報を更新する。また、ステップＳＴ１６０２にて選択した基地局の周辺セルのＭＢＳＦＮ同期エリアの情報を更新する。例えば周辺セル設定（NeighCellConfig）を更新する。ＭＭＥは、該更新にステップＳＴ２４０１にて受信した情報を基に決定しても良い。ＭＭＥは、ステップＳＴ２４０１にて、ｅＮＢ１よりＭＢＳＦＮ同期エリアに属していない旨の情報を受信している。よって、ＭＭＥはｅＮＢ２の周辺セルのＭＢＳＦＮ同期エリアの情報を、周辺セル中にＭＢＳＦＮ同期エリアに属していないセルが存在する旨を示す情報にに変更（更新）する。
【０３３６】
ステップＳＴ２４０２にて、更新後の周辺セル情報を受信した移動端末２は、該更新後の周辺セル情報を用いて、周辺セル中にＭＢＳＦＮ同期エリアに属していないセルが存在するか否か判断する。周辺セル中にＭＢＳＦＮ同期エリアに属していないセルが存在すると判断した場合、ステップＳＴ２４０３へ移行する。周辺セル中にＭＢＳＦＮ同期エリアに属していないセルが存在しないと判断した場合、ステップＳＴ２４０４へ移行する。
【０３３７】
ステップＳＴ２４０３にて移動端末２は、周辺セル測定の際に、周辺セルとの同期手順を実施する。
【０３３８】
ステップＳＴ２４０４にて移動端末２は、周辺セル測定の際に、周辺セルとの同期手順を省略する。
【０３３９】
本実施の形態３の変形例１は、実施の形態３と組み合わせて例について主に記載したが、実施の形態１、実施の形態１の変形例１、実施の形態１の変形例２、実施の形態１の変形例３、実施の形態１の変形例４、実施の形態１の変形例５、実施の形態２、実施の形態２の変形例１、実施の形態２の変形例２と組み合わせて用いることができる。
【０３４０】
実施の形態３の変形例１により、実施の形態３の効果に加えて以下の効果を得ることが出来る。
【０３４１】
周辺セルのＭＢＳＦＮ同期エリアの情報を新設することにより、移動端末が周辺セルのＭＢＳＦＮ同期エリアの情報を把握することが可能となる。これにより、移動端末が周辺セルのＭＢＳＦＮ同期エリアの情報を基に、周辺セル測定などにて、周辺セルとの同期手順を実施するか否かの判断をすることが可能となる。移動端末のセルサーチ、あるいは周辺セル測定にて無駄な動作を省略することができる。移動端末の低消費電力化、制御遅延の削減という効果を得ることができる。
実施の形態３  変形例２
実施の形態３の変形例２で解決する課題について以下説明する。
【０３４２】
実施の形態３の変形例１を実行した場合、以下の課題が発生する。
【０３４３】
自セルがＭＢＳＦＮ同期エリアに属していない場合、傘下の移動端末は、報知情報にて
周辺セルのＭＢＳＦＮ同期エリアの情報を受信したとしても以下の課題が発生する。
【０３４４】
周辺セルのＭＢＳＦＮ同期エリアの情報にて、周辺セル中にＭＢＳＦＮ同期エリアに属していないセルが存在しない旨を示した場合、実施の形態３の変形例１を用いて、自セル傘下の移動端末が周辺セルとの同期手順を省略した場合を考える。この場合、自セルがＭＢＳＦＮ同期エリアに属していないため、自セルと周辺セルとは同期していない。よって、同期を前提に、同期処理を省略した該移動端末の周辺セル測定などにおいて、周辺セルのサーチを失敗する。これにより、移動端末の消費電力が増大し、制御遅延が増加するという課題が発生する。
【０３４５】
実施の形態３の変形例２での解決策を以下に示す。
【０３４６】
自セルのＭＢＳＦＮ同期エリアの情報を新設する。
【０３４７】
自セルのＭＢＳＦＮ同期エリアの情報と、実施の形態３の変形例１で開示した周辺セルのＭＢＳＦＮ同期エリアの情報を受信した移動端末は、該２つの情報を基に周辺セルとの同期手順を実施するか否かを判断する。あるいは、自セルのＭＢＳＦＮ同期エリアの情報を受信した移動端末は、該情報を基に周辺セルとの同期手順を実施するか否かを判断しても良い。
【０３４８】
自セルのＭＢＳＦＮ同期エリアの情報の具体例を以下３つ開示する。（１）ＭＢＳＦＮ同期エリアに属しているか否かの情報。（２）ＭＢＳＦＮ同期エリアに属していない旨の情報。（３）ＭＢＳＦＮ同期エリアに属している旨の情報。  
上記、自セルのＭＢＳＦＮ同期エリアの情報は、報知情報により傘下の移動端末へ通知しても良い。
【０３４９】
報知情報中のＳＩＢ２中に新設しても良い。従来の技術にてＳＩＢ２には、ＭＢＳＦＮサブフレーム設定（MBSFN-Subframe Configuration）がマッピングされている（非特許文献２）。よって、移動端末が、ＭＢＳＦＮサブフレーム関連の情報を一度の受信処理にて入手可能となり、移動端末の制御遅延防止という効果を得ることができる。
【０３５０】
報知情報中のＳＩＢ３、あるいはＳＩＢ４、あるいはＳＩＢ５に新設してもい。従来の技術にてＳＩＢ３、ＳＩＢ４、ＳＩＢ５には、セルリセレクトに関する情報がマッピングされている（非特許文献２）。本実施の形態３の変形例２の自セルのＭＢＳＦＮ同期エリアの情報は、移動端末にて周辺セルとの同期手順を実施するか否かの判断に用いられる。つまり、自セルのＭＢＳＦＮ同期エリアの情報は、移動端末にて周辺セルの測定に関する情報といえる。よって、移動端末が周辺セルの測定に関する情報を一度の受信処理にて入手可能となり、移動端末の制御遅延防止という効果を得ることができる。
【０３５１】
あるいは、自セルのＭＢＳＦＮエリアの情報を新設せずに、別の情報に「自セルのＭＢＳＦＮエリアの情報」の意味を併せ持たせても良い。これにより新たな情報の追加が不要となり、後方互換性にすぐれた移動体通信システムの構築が可能となる。また、無線リソースの有効活用という効果も得ることができる。
【０３５２】
別の情報の具体例を以下２つ開示する。（１）従来の技術にてＳＩＢ１３には、ＭＢＭＳ制御情報を取得するのに必要である情報がマッピングされている（非特許文献２）。従来の技術においては、基地局がＭＢＳＦＮサブフレームを設定するためには、該基地局がＭＢＳＦＮ同期エリアに属する必要がある。よってＳＩＢ１３が報知されれば、該基地局が「ＭＢＳＦＮ同期エリアに属している旨」を示すとする。一方、ＳＩＢ１３が報知されなければ、該基地局が「ＭＢＳＦＮ同期エリアに属していない旨」を示すとする。（２）従来の技術にてＳＩＢ９には、ＨｅＮＢの名前がマッピングされている（非特許文献２）。ＨｅＮＢはＭＢＭＳをサポートしないことが決定している（非特許文献１）。よってＨｅＮＢがＭＢＳＦＮ同期エリアに属する移動体通信システムの構成とはなっていない。よってＳＩＢ９が報知されれば、該基地局が「ＭＢＳＦＮ同期エリアに属していない旨」を示すとする。
【０３５３】
実施の形態３の変形例２を用いた具体的動作例を、図２５を用いて説明する。
【０３５４】
図１４、図１６、図２３、図２４と同じ参照符号は相当する部分であるので、説明は省略する。ロケーションは、上記図１５を用いて説明したロケーションと同様とし、説明を省略する。本動作例では、周辺セルへの通知に用いるインタフェースにて、具体例（２）基地局は、ＭＭＥへＳ１インタフェースを用い、該ＭＭＥは該基地局の周辺セルへＳ１インタフェースを用いた場合について開示する。周辺セルの選定方法にて、具体例（５）該基地局を周辺セルに含んでいる基地局を選択する場合について開示する。
【０３５５】
ステップＳＴ２５０１にて基地局（ｅＮＢ２）は、自セルがＭＢＳＦＮ同期エリアに属しているか否かを判断する。
【０３５６】
ステップＳＴ２５０２にてｅＮＢ２（１０３−２）は、傘下の移動端末２へ、ステップＳＴ２５０１にて判断した自セルがＭＢＳＦＮ同期エリアの情報を通知する。
【０３５７】
ステップＳＴ２５０３にて、ステップＳＴ２５０２にてサービングセルのＭＢＳＦＮ同期エリアの情報を受信した移動端末２は、該情報を用いて、サービングセルがＭＢＳＦＮ同期エリアに属しているか否か判断する。サービングセルがＭＢＳＦＮ同期エリアに属していると判断した場合、ステップＳＴ２４０２へ移行する。サービングセルがＭＢＳＦＮ同期エリアに属していないと判断した場合、ステップＳＴ２４０４へ移行する。ステップＳＴ２４０２の判断を省略しても良い。
【０３５８】
本実施の形態３の変形例２は、実施の形態３、実施の形態３の変形例１と組み合わせた例について主に記載したが、実施の形態１、実施の形態１の変形例１、実施の形態１の変形例２、実施の形態１の変形例３、実施の形態１の変形例４、実施の形態１の変形例５、実施の形態２、実施の形態２の変形例１、実施の形態２の変形例２と組み合わせて用いることができる。
【０３５９】
実施の形態３の変形例２により、実施の形態３の効果に加えて以下の効果を得ることが出来る。
【０３６０】
自セルのＭＢＳＦＮ同期エリアの情報を新設することにより、移動端末がサービングセルのＭＢＳＦＮ同期エリアの情報を把握することが可能となる。これにより、移動端末が自セルのＭＢＳＦＮ同期エリアの情報を基に、周辺セル測定などにて、周辺セルとの同期手順を実施するか否かの判断をすることが可能となる。移動端末のセルサーチ、あるいは周辺セル測定にて無駄な動作を省略することができる。移動端末の低消費電力化、制御遅延の削減という効果を得ることができる。
【０３６１】
ＭＢＳＦＮリソースを１つ以上の目的のために用いることが出来るとされている。ＭＢＳＦＮリソースを用いる目的の具体例としては、ＭＢＭＳやポジショニング（Positioning）などがある（非特許文献１）。
【０３６２】
例えば、ドナーセルとリレーノードの間のリンクをバックホールリンク（backhaul link）にＭＢＳＦＮリソースが用いられることが検討されている。ＭＢＳＦＮサブフレームを該バックホールリンクに用いる場合においても、変形例を含む実施の形態１〜実施の形態３までを適用可能である。ドナーセル傘下のリレーノードの数、リレーノード傘下の移動端末の数は変動する。つまりバックホールリンクに要する無線リソースは、ドナーセル毎に異なることが考えられる。本発明を用いることで、バックホールリンクに要する無線リソースを各ドナーセルが設定可能となる。
【０３６３】
実施の形態４．
実施の形態３の変形例２までのところでは、EnergySaving用にＭＢＳＦＮサブフレームを用いる場合について主に開示したが、セル間で生じる下り干渉回避のためにＭＢＳＦＮサブフレームを用いる場合にも適用可能である。上述のように、ＭＢＳＦＮサブフレームのリソースは１つ以上の目的で用いることが出来る。EnergySaving以外の目的として、セル間で生じる下り干渉回避のためにＭＢＳＦＮサブフレームを用いることも可能である。このような場合に本発明を適用することが出来る。
例えば、実施の形態１で開示した、マルチセル送信用にＭＣＥが設定するＭＢＳＦＮサブフレーム（ＭＢＳＦＮサブフレーム（MCE））に加えて、基地局がＭＢＳＦＮサブフレームを設定する。すなわち、基地局内にＭＢＳＦＮサブフレームを設定する機能（ファンクション）を有する。基地局が設定したＭＢＳＦＮサブフレーム（ＭＢＳＦＮサブフレーム（eNB））をセル間の下り干渉回避に用いるようにする。他の例として、実施の形態３で開示した、マルチセル送信用にＭＣＥからＭＢＳＦＮサブフレームに関する設定がない基地局であっても、基地局がＭＢＳＦＮサブフレームを設定する。すなわち、基地局内にＭＢＳＦＮサブフレームを設定する機能（ファンクション）を有する。基地局が設定したＭＢＳＦＮサブフレーム（ＭＢＳＦＮサブフレーム（eNB））をセル間の下り干渉回避に用いるようにする。
例えば、通常のｅＮＢ（マクロセル）と、小出力電力のローカルノード、例えばピコセルとの間で下り干渉が生じるような状況において、セル間の下り干渉回避のため、通常のｅＮＢ（マクロセル）がＭＢＳＦＮサブフレームを設定する。マクロセルにおいては、設定したＭＢＳＦＮサブフレームで、最初の１あるいは２シンボルのみをユニキャストに用い、ユニキャストに用いるシンボル以外のシンボルにおいてはＰＭＣＨの送信を行わないようにする。一方、ピコセルにおいては、通常のｅＮＢが設定したＭＢＳＦＮサブフレームを通常のサブフレームとし、干渉が問題となる移動端末に対して通常のユニキャスト通信を行う。こうすることで、通常の基地局（マクロセル）が設定したＭＢＳＦＮサブフレームにおいては、ユニキャスト用以外のシンボルにおいてマクロセルからのＰＭＣＨ送信が無くなるため、ピコセルへの干渉が低減できる。
【０３６４】
小出力電力のローカルノードは、通常のｅＮＢ（マクロセル）が設定したＭＢＳＦＮサブフレームで干渉が問題となる移動端末に対してユニキャスト通信を行なうため、該ＭＢＳＦＮサブフレームの設定を認識する必要がある。この方法として、本発明で開示した、基地局が自セルのＭＢＳＦＮサブフレーム設定を周辺セルへ通知する方法を適用できる。例えば、実施の形態１の変形例１で開示した方法が適用できる。実施の形態１の変形例１では移動端末の周辺セル測定を目的とする事例を開示したが、これだけでなく、セル間の干渉回避のため、ＭＢＳＦＮサブフレームを設定した基地局が周辺の基地局に該ＭＢＳＦＮサブフレーム設定を通知する目的に適用できる。ＭＢＳＦＮサブフレームを設定した通常のｅＮＢ（マクロセル）は周辺セルへ該ＭＢＳＦＮサブフレーム設定を通知する。通常のｅＮＢ（マクロセル）から該ＭＢＳＦＮサブフレーム設定の通知を受信した周辺セル（例では小出力電力のローカルノード）は、該マクロセルからの干渉が問題となる移動端末に対して該ＭＢＳＦＮサブフレームのリソースを通常のユニキャスト通信用にスケジューリングする。これにより、該マクロセルからの干渉を回避することが可能となる。
【０３６５】
上記例では、該ＭＢＳＦＮサブフレーム設定が通知されるセルとしてピコセルとしたが、これに限らず、通常の基地局、ＨｅＮＢなどの他の小電力ローカルノードとしても良い。同様に本発明を適用可能であり、セル間の下り干渉を回避することが可能となる。
【０３６６】
ＭＢＳＦＮサブフレーム設定を通知する周辺基地局の選定方法についても本発明で開示した方法を適用できる。例えば実施の形態１変形例１の方法を適用できる。また、これ以外に、ＭＭＥが決定して、ＭＭＥからＭＢＳＦＮサブフレームを設定する基地局に通知されるようにしても良い。ＭＭＥは傘下の基地局（通常のｅＮＢ、小電力のローカルノード）から周辺セル測定結果を受信しておくことで、所定の基地局がＭＢＳＦＮサブフレーム設定を通知するべき周辺基地局を決定しておけば良い。ＭＭＥ傘下の基地局は周辺セル測定結果を該ＭＭＥに通知するようにしておけば良い。
例えば、ＭＭＥ傘下にＨｅＮＢがあるような場合、ＨｅＮＢは周辺セル測定を行い、該測定結果をＭＭＥに通知する。ＨｅＮＢによる周辺セル測定とその結果の通知は、ＨｅＮＢのレジストレーションの際に行われるようにしても良いし、定期的あるいは周期的に行われるようにしても良い。
また、ＭＭＥ傘下の基地局が周辺セルの測定を行うのではなく、該基地局傘下の移動端末による周辺セル測定の報告を用いるようにしても良い。
こうすることで、柔軟なセルのロケーションが行われるような場合に、本発明で開示した方法を適用することで、セル間の下り干渉回避を行うことが可能となる。
【０３６７】
セル間で生じる下り干渉回避のためにＭＢＳＦＮサブフレームを用いた事例として、実施の形態１で開示した方法を適用した事例について示したが、実施の形態１に限らず、本発明の実施の形態および変形例を適用できる。
このように、本発明で開示した、基地局がＭＢＳＦＮサブフレームを設定する方法を用いることで、ＭＢＳＦＮサブフレームを用いたセル間下り干渉回避を実現することが可能となる。
【０３６８】
本実施の形態では、ＭＢＳＦＮサブフレームを設定する基地局としてｅＮＢ／ＮＢに限らず、ＨｅＮＢ、ＨＮＢ、ピコｅＮＢなどの他のローカルノードを適用することができる。いずれのローカルノードを適用した場合も、ｅＮＢ／ＮＢを適用した場合と同様の効果が得られる。
【０３６９】
実施の形態５．
セル間で下り干渉回避用にＭＢＳＦＮサブフレームを用いる場合、干渉が問題となる基地局が、下り干渉回避用のＭＢＳＦＮサブフレームの設定を周辺の基地局に要求するようにしても良い。
該要求を受けた基地局は、自基地局においてＭＢＳＦＮサブフレームを設定し、周辺の基地局に該ＭＢＳＦＮサブフレーム設定を通知する。この方法には上述に開示した方法を適用できる。
基地局がＭＢＳＦＮサブフレームの設定を周辺の基地局に要求するか否かの判断の具体例および周辺基地局の選択方法については、例えば、実施の形態１変形例１の周辺セルの選択方法の具体例（１）、（２）で開示した方法が適用できる。また、他の方法として、基地局が傘下の移動端末に対してスケジューリングを行うサブフレームを優先的に確保したい場合に、周辺基地局に要求すると判断しても良い。この場合の周辺基地局の選択方法は、実施の形態１変形例１の周辺セルの選択方法の具体例（１）から（５）で開示した方法が適用できる。
下り干渉回避用ＭＢＳＦＮサブフレームの設定の要求を周辺基地局に通知するために用いるインタフェースの具体例についても、実施の形態１変形例１の周辺セルへの通知に用いるインタフェースの具体例（１）から（３）で開示した方法が適用できる。各インタフェース上で用いられるシグナリングメッセージに該要求を含めて、あるいは該要求のためのシグナリングメッセージを新たに設けて、各インタフェースを用いて通知されるようにする。また、該要求とともに、該要求の通知先となる基地局の識別子（セル識別子）、または自セルのセル識別子、または要求するリソースを通知するようにしても良い。これらを組合せて通知するようにしても良い。通知先の基地局の識別子または自セルのセル識別子として、ＣＧＩ、ＰＣＩなどとすれば良い。要求するリソースの具体例として、ＭＢＳＦＮサブフレーム数としても良い。要求するリソースの通知を受信した基地局はＭＢＳＦＮサブフレーム数を設定する際の判断指標として使用することができる。
【０３７０】
例として、干渉が問題となる基地局がＨｅＮＢの場合について具体的動作を示す。ＨｅＮＢは、例えば傘下の移動端末のメジャメントレポートによって、ある基地局からの受信品質が所定の閾値を超えたことを認識する。これにより該ＨｅＮＢは該基地局にＭＢＳＦＮサブフレームの設定を要求すべきと判断する。ＨｅＮＢは該要求メッセージをＭＭＥへＳ１インタフェースを用いて通知する。ＨｅＮＢではＭＢＭＳがサポートされないためＭＣＥが接続されない場合があり、また、ＨｅＮＢではＸ２インタフェースがサポートされない。このような場合にＳ１インタフェースを用いてＭＭＥを介して基地局へ通知することができる。
ＨｅＮＢは要求メッセージとともに、通知先となる基地局の識別子も通知しても良い。ＨｅＮＢからの要求メッセージと通知先の基地局の識別子を受信したＭＭＥは、基地局の識別子にもとづいて選択的に、該基地局に対してＨｅＮＢからの要求メッセージを通知できる。このメッセージの通知にはＳ１インタフェースを用いる。
ＨｅＮＢからの要求メッセージを、ＭＭＥを経由して受信した基地局は、セル間下り干渉回避用のＭＢＳＦＮサブフレームを設定する。ＭＢＳＦＮサブフレームを設定した基地局は、該設定を周辺セルに通知する。該設定を通知する周辺の基地局を選択する方法として上述で開示した方法を用いても良い。あるいは、該設定を通知する周辺の基地局を、ＭＢＳＦＮサブフレームの設定を要求した基地局（例ではＨｅＮＢ）としても良い。要求メッセージとともに自基地局のセル識別子を通知しておくことで可能となる。該ＭＢＳＦＮサブフレームの設定を受信したＨｅＮＢは、該基地局からの干渉が問題となる移動端末に対して該ＭＢＳＦＮサブフレームのリソースを通常のユニキャスト通信用にスケジューリングする。該基地局からの干渉が問題となる移動端末として、該基地局からの受信品質が所定の閾値を超えた旨を示すメジャメントレポートを通知した移動端末としても良い。これにより、該基地局からの干渉を回避することが可能となる。
【０３７１】
上記例では、干渉が問題となる基地局がＨｅＮＢの場合について示したが、これに限らず、通常の基地局、ピコセルなどの他の小電力ローカルノードとしても良い。いずれの小電力ローカルノードについても、同様に本発明を適用可能であり、セル間の下り干渉を回避することが可能となる。
また、ＭＢＳＦＮサブフレーム設定要求通知先の基地局も、通常の基地局に限らず小電力ローカルノードであっても良い。ＭＢＳＦＮサブフレーム設定要求通知先の基地局を、ＭＢＳＦＮサブフレーム設定機能を有する基地局としても良い。基地局は自セルがＭＢＳＦＮサブフレーム設定機能を有するかどうかをシステム情報として報知するようにしておく。干渉が問題となる基地局は、自基地局における周辺セルの電波環境測定の際に各セルのシステム情報を受信することで、ＭＢＳＦＮサブフレーム設定機能を有するか否かを判断すれば良い。この判断を上述した周辺基地局の選択方法に加えれば良い。自基地局が測定してシステム情報を受信するのではなく、傘下の移動端末が周辺セルの電波環境測定の際に各セルのシステム情報を受信して、ＭＢＳＦＮサブフレーム設定機能を有するか否かの情報を取得するようにしても良い。移動端末は、メジャメントの報告とともに該情報を基地局に通知することで、基地局はＭＢＳＦＮサブフレーム設定機能を有するか否かを判断する。また、移動端末が該情報をもとにＭＢＳＦＮサブフレーム設定機能を有する基地局を判断し、、ＭＢＳＦＮサブフレーム設定機能を有する基地局のみに限定したＭＢＳＦＮサブフレーム設定要求のためのメジャメント報告を基地局に通知するようにしても良い。ＭＢＳＦＮサブフレーム設定機能を有するか否かの判断を基地局が行わなくて済むとともに、傘下の移動端末からのメジャメント報告のシグナリングの情報量あるいはシグナリング量を低減することができる。
【０３７２】
本実施の形態において開示した方法を適用することで、干渉を受ける基地局から、干渉を与える基地局に対してＭＢＳＦＮサブフレーム設定の要求を通知することが可能となるため、基地局におけるＭＢＳＦＮサブフレーム設定の判断をよりダイナミックに実行させることが可能となる。従って、ＭＢＳＦＮサブフレームを用いたセル間下り干渉回避をよりダイナミックに実現することが可能となる。
【０３７３】
ＭＢＳＦＮサブフレーム設定の要求通知を受信した基地局において、もし要求に応じてＭＢＳＦＮサブフレームを設定した場合に、自セル傘下の移動端末に割当てる無線リソースが不足するような場合がある。自セル傘下の移動端末に割当てる無線リソースが不足しているにもかかわらず、ＭＢＳＦＮサブフレームを設定した場合、自セル傘下の移動端末との通信が行なえずサービスを提供することが不可能となってしまう。この問題を解消するため、ＭＢＳＦＮサブフレーム設定の要求通知を受信した基地局は、ＭＢＳＦＮサブフレーム設定の要求通知に対して、ＭＢＳＦＮサブフレームの設定を行わないと判断し、ＭＢＳＦＮサブフレームの設定を拒否する旨の通知を要求元の基地局に対して行うようにすると良い。これにより、自セル傘下の移動端末との通信を確保してサービスを提供することが可能となる。
無線リソースの不足として、自セル傘下の移動端末に割当てる無線リソースではなく、優先順位の高いサービスで通信する、あるいは高いＱｏＳを必要とする通信を行う移動端末に割当てる無線リソースが不足するような場合としても良い。これにより、優先順位の低いあるいは低いＱｏＳの移動端末への無線リソース割当よりも、ＭＢＳＦＮサブフレーム設定を優先することが可能となり、他セルへの干渉を低減することが可能となる。
干渉が問題となる基地局が、干渉を受けている傘下の移動端末のサービスの優先順位に関する情報あるいはＱｏＳに関する情報を、ＭＢＳＦＮサブフレーム設定の要求メッセージとともに通知するようにしても良い。ＭＢＳＦＮサブフレーム設定の要求通知を受信した基地局は、該情報にもとづいて、ＭＢＳＦＮサブフレーム設定を行うかどうか判断することができる。
ＭＢＳＦＮサブフレームの設定の拒否を通知するために用いるインタフェースの具体例については、上述の、実施の形態１変形例１の周辺セルへの通知に用いるインタフェースの具体例（１）から（３）で開示した方法が適用できる。各インタフェース上で用いられるシグナリングメッセージにＭＢＳＦＮサブフレームの設定を拒否する旨の情報を含めて、あるいは該拒否を通知するためのシグナリングメッセージを新たに設けて、各インタフェースを用いて通知されるようにする。
【０３７４】
ＭＢＳＦＮサブフレームの設定の要求通知を受信した基地局は、要求元の基地局がいつまで該ＭＢＳＦＮサブフレームの設定が必要であるかどうかを認識できない。この場合、基地局がＭＢＳＦＮサブフレームの設定要求にもとづいてＭＢＳＦＮサブフレームを設定した場合、いつまでそのＭＢＳＦＮサブフレームの設定を維持したら良いか判断できない。要求元の基地局において干渉を受けていた移動端末が通信を終了するなどして、ＭＢＳＦＮサブフレームの設定を必要としなくなっているような場合にも、要求を受けた基地局はＭＢＳＦＮサブフレーム設定を続けてしまうことになる。これはリソースの無駄になり、セルとしての回線容量の減少や通信速度の低下を招く。この問題を解消するため、ＭＢＳＦＮサブフレームの設定の要求を通知した基地局が、該要求を終了する旨の通知を行うようにすると良い。
ＭＢＳＦＮサブフレームの設定の要求を通知した基地局が、上述の、基地局がＭＢＳＦＮサブフレームの設定を周辺の基地局に要求するか否かの判断を行い、要求しないと判断した場合、該要求を終了する旨の通知を行うようにする。該要求を終了する旨の通知は、ＭＢＳＦＮサブフレームの設定の要求を通知した基地局に対して行われると良い。ＭＢＳＦＮサブフレームの設定の要求を通知した基地局は、定期的、あるいは周期的、あるいは傘下の移動端末からの測定結果の報告をトリガにして、ＭＢＳＦＮサブフレームの設定を周辺の基地局に要求するか否かの判断を行うようにすれば良い。
ＭＢＳＦＮサブフレームの設定の要求終了通知を受信した基地局は、該要求終了通知にもとづいて設定していたＭＢＳＦＮサブフレームの設定を解除する。すなわち、ＭＢＳＦＮサブフレームに設定していたサブフレームを通常のユニキャスト通信に用いるように設定する。
こうすることで、基地局はリソースの使用効率を向上させ、セルとしての回線容量の増加や通信速度を高めることができる。
【０３７５】
なお、ＭＢＳＦＮサブフレームの設定の要求あるいは要求を終了する旨の通知を受信した基地局は、要求元の基地局に対して、該要求あるいは要求終了通知を受信した旨の通知を行うようにしても良い。または、該要求通知のもとづいてＭＢＳＦＮサブフレームの設定を行った旨の通知、あるいは該要求終了通知にもとづいてＭＢＳＦＮサブフレームの設定を解除した旨の通知を行うようにしても良い。これにより、要求元の基地局は、要求先の基地局のＭＢＳＦＮサブフレームの設定状況を明確に認識することができ、要求元の基地局がＭＢＳＦＮサブフレームの設定要求あるいは要求終了の通知を行うか否かを正確に判断することが可能となる。このため、システムとして誤動作を防ぐことができ、安定な通信システムを提供可能となる。
【０３７６】
上記では、ＭＢＳＦＮサブフレームの設定の要求終了通知を受信した基地局が、該要求終了通知にもとづいて設定していたＭＢＳＦＮサブフレームの設定を解除した。ＭＢＳＦＮサブフレームを設定している基地局は、該要求終了通知を受信しない限り、ＭＢＳＦＮサブフレームの設定を解除できないのは、自セル傘下の移動端末との通信を優先したい場合などにリソース割当を行えず通信不可能となる問題を引き起こす。この問題を解消するため、ＭＢＳＦＮサブフレームを設定している基地局が、ＭＢＳＦＮサブフレームの設定を終了する判断をしても良い。ＭＢＳＦＮサブフレーム設定を終了する判断をした基地局はＭＢＳＦＮサブフレームの設定を解除する。ＭＢＳＦＮサブフレーム設定を解除した基地局は、ＭＢＳＦＮサブフレーム設定の要求元の基地局に対して、ＭＢＳＦＮサブフレームの設定を解除した旨の通知を行っても良い。
ＭＢＳＦＮサブフレームの設定を解除する判断条件として、自セル傘下の移動端末に割当てる無線リソースが不足しているか否か、とすると良い。無線リソースとして、上述のように、自セル傘下の移動端末に割当てる無線リソースではなく、優先順位の高いサービスで通信する、あるいは高いＱｏＳを必要とする通信を行う移動端末に割当てる無線リソースが不足するような場合としても良い。
こうすることで、ＭＢＳＦＮサブフレームの設定していた基地局は、自セル傘下の移動端末との通信を優先したい場合などにリソース割当を行うことが可能となり、自セル傘下の移動端末にサービスを提供することが可能となる。
【０３７７】
ＭＢＳＦＮサブフレームの設定の要求通知を受信した基地局が、無駄にＭＢＳＦＮサブフレーム設定し続けることで、リソースの無駄、ひいては、セルとしての回線容量の減少や通信速度の低下を招いてしまうという問題を解消するための別の方法を開示する。ＭＢＳＦＮサブフレームの設定を行う期間を制限する。基地局は、ＭＢＳＦＮサブフレームの設定から所定の期間経過後にＭＢＳＦＮサブフレームの設定を解除する。該所定の期間をタイマとしても良い。該所定の期間は予め静的に決定されていても良いし、あるいは準静的に決定しても良いし、あるいは動的に決定しても良い。
静的に決定される場合は規格として決められても良い。該所定の期間を全ての基地局が認識することが可能となる。また、所定の期間を基地局に通知するためのシグナリングを必要としないため、シグナリング量を削減できる。
準静的に決定する場合は、ＭＭＥが決定すると良い。ＭＭＥが各基地局に対して該所定の期間を通知するようにしておけば良い。ＭＭＥがＳ１インタフェースを介してＳ１メッセージにより基地局に対して通知すれば良い。また、ＭＭＥがＨｅＮＢに対して通知するような場合は、ＨｅＮＢのレジストレーションの際にＭＭＥは通知するようにしても良い。
準静的に決定する場合、該所定の期間を基地局が決定するとしても良い。基地局がシステム情報として報知する。ＭＢＳＦＮサブフレームの設定要求を行う基地局は、ＭＢＳＦＮサブフレームを設定する基地局のＭＢＳＦＮサブフレーム設定期間を認識する必要があるが、この方法として、ＭＢＳＦＮサブフレームの設定要求を行う基地局が、干渉を与えている基地局、すなわちＭＢＳＦＮサブフレーム設定要求先の基地局から報知されるシステム情報を受信する方法、あるいは、ＭＢＳＦＮサブフレームの設定要求を行う基地局傘下の移動端末から受信する方法がある。移動端末から受信する方法では、移動端末が、干渉を与えている基地局から報知されるシステム情報を受信して該所定の期間を取得し、メジャメント報告とともに該所定の期間をサービングセルに通知するようにすれば良い。こうすることで、基地局毎の無線リソースの使用状況に応じてＭＢＳＦＮサブフレーム設定を行う所定の期間を決定することが可能となる。
動的に決定する場合、ＭＢＳＦＮサブフレームの設定の要求通知を受信した基地局が、要求元の基地局に対して、通知するようにしても良い。ＭＢＳＦＮサブフレームの設定の要求通知に対する応答として該所定の期間を通知するようにすれば良い。これにより、基地局はＭＢＳＦＮサブフレーム設定要求を受信した時点での無線リソースの使用状況に応じてＭＢＳＦＮサブフレーム設定を行う所定の期間を決定することが可能となる。
【０３７８】
ＭＢＳＦＮサブフレームの設定を行った基地局は、該所定の期間経過後にＭＢＳＦＮサブフレームを解除するが、該所定の期間中に、ＭＢＳＦＮサブフレーム設定要求を受信した場合は、その時点から所定の期間ＭＢＳＦＮサブフレームを設定するようにしても良い。該所定の期間をタイマとした場合、ＭＢＳＦＮサブフレームの設定要求を受信した基地局は、ＭＢＳＦＮサブフレームの設定を行った時点を始点としてタイマを起動する。タイマが満了した場合、ＭＢＳＦＮサブフレーム設定を解除してタイマをリセットする。タイマが満了する前にＭＢＳＦＮサブフレーム設定要求を受信した場合は、その時点から再度タイマを起動するようにしても良い。
ＭＢＳＦＮサブフレームの設定要求を通知する基地局において該所定の期間にもとづいた処理を行うようにしても良い。例えば、ＭＢＳＦＮサブフレームの設定要求を通知した時点、あるいは、該要求通知にもとづいてＭＢＳＦＮサブフレームの設定を行った旨の通知を受信した時点から、該所定の期間経過した後に、再度設定要求が必要ならば設定要求を行うようする。該所定の期間経過する前に再度設定要求を行っても良い。該所定の期間をタイマとした場合、ＭＢＳＦＮサブフレームの設定要求を通知した時点、あるいは、該要求通知にもとづいてＭＢＳＦＮサブフレームの設定を行った旨の通知を受信した時点を始点としてタイマを起動する。タイマが満了した場合、タイマをリセットし、再度設定要求が必要ならば設定要求を行う。タイマが満了する前に再度設定要求を行っても良い。その場合、再度設定要求を通知した時点、あるいは再度設定要求にもとづいてＭＢＳＦＮサブフレームの設定を行った旨の通知を受信した時点を始点としてタイマを起動しなおすようにすれば良い。また、タイマが満了する前に、ＭＢＳＦＮサブフレームの設定要求終了を通知した場合、該要求終了を通知した時点あるいは該要求通知にもとづいてＭＢＳＦＮサブフレームの設定解除を行った旨の通知を受信した時点でタイマをリセットすれば良い。
【０３７９】
このように時間管理を行うことで、ＭＢＳＦＮサブフレーム設定要求を通知した基地局においても、ＭＢＳＦＮサブフレーム設定要求を受信した基地局においてもリソースの使用効率を向上させ、各々のセルとしての回線容量の増加や通信速度を高めることができる。
【０３８０】
本実施の形態で開示した方法は、後述の、ＭＭＥがＭＢＳＦＮサブフレームを設定する場合にも適用可能である。ＭＢＳＦＮサブフレームを設定する基地局が行う処理およびＭＢＳＦＮサブフレームを設定する基地局との間で行うシグナリングについて、代わりに、ＭＭＥが行うようにすれば良い。
【０３８１】
実施の形態６．
上述の実施の形態および変形例では、基地局がＭＢＳＦＮサブフレームを設定する方法について開示した。基地局がＭＢＳＦＮサブフレームを設定するのではなく、ＭＭＥがＭＢＳＦＮサブフレームを設定するとしても良い。言い換えると、ＭＭＥがＭＢＳＦＮサブフレームを設定するファンクションを有するとしても良い。ＭＭＥは、該ＭＢＳＦＮサブフレーム設定を一つまたは複数の基地局に通知する。通知対象となる基地局は、他のＭＭＥ傘下の基地局であっても良く、その場合はＭＢＳＦＮサブフレーム設定を他のＭＭＥを介して通知する。該ＭＢＳＦＮサブフレーム設定を受信した基地局は、該ＭＢＳＦＮサブフレーム設定に従って、ＭＢＳＦＮサブフレームを構成する。なお、該ＭＢＳＦＮサブフレーム設定を受信した基地局全てが該ＭＢＳＦＮサブフレーム設定に従ってＭＢＳＦＮサブフレームを構成しなくても良い。また、該ＭＢＳＦＮサブフレーム設定を認識することで、他の用途に該ＭＢＳＦＮサブフレームを用いるようにしても良い。
例えば、セル間の下り干渉回避のために用いる場合、ＭＭＥは干渉を与える通常のｅＮＢ（マクロセル）と干渉を受ける小送信電力ローカルノードに、ＭＢＳＦＮサブフレーム設定を通知する。干渉を与える通常のｅＮＢ（マクロセル）はＭＢＳＦＮサブフレームを構成し、干渉を受ける小送信電力ローカルノードは該ＭＢＳＦＮサブフレームをユニキャスト通信に用いるようにする。該ＭＢＳＦＮサブフレームのリソースを、干渉が問題となる移動端末にスケジューリングすることで、セル間の下り干渉を低減することが可能となる。
上記例では、マクロセルと小送信電力ローカルノード間の干渉の場合について示したが、これに限らず、通常の基地局間の干渉、小電力ローカルノード間の干渉の場合にも、同様に本発明を適用可能であり、セル間の下り干渉を回避することが可能となる。
このように、基地局ではなくＭＭＥがＭＢＳＦＮサブフレームを設定することで、複数の基地局において同じＭＢＳＦＮサブフレーム設定を用いることが容易になる。
干渉を与える基地局、干渉を受ける基地局は各々一つに限らず複数であっても良い。
【０３８２】
複数の基地局にＭＢＳＦＮサブフレーム設定を通知する方法として、ＭＣＥがＭＢＳＦＮサブフレームを設定して複数の基地局に通知する技術（従来技術）がある。
しかしこの場合の通知対象となる該複数の基地局は、一つのＭＢＳＦＮエリアに存在する全ての基地局である。該ＭＣＥが管理する一つのＭＢＳＦＮエリアに存在する全ての基地局に対して、ＭＢＳＦＮサブフレームを設定することになる。従って、ＭＣＥがマルチセル送信用だけでなく、例えば、セル間の下り干渉回避用にＭＢＳＦＮサブフレームを設定するような場合、干渉が問題になる基地局とは無関係に、ＭＢＳＦＮエリアに存在する全ての基地局に対して該ＭＢＳＦＮサブフレーム設定を通知する。これは、無駄なシグナリングを発生させることになる。また、ＭＢＳＦＮエリアに存在しない基地局との間で干渉回避を行いたい場合、ＭＢＳＦＮエリアに存在しない基地局に該ＭＢＳＦＮサブフレーム設定が通知されないために、該基地局との間での干渉回避は不可能となってしまう。さらに、ＨｅＮＢではＭＣＥと接続されない場合がある。このような場合にＭＣＥがＭＢＳＦＮサブフレームを設定したとすると、該ＭＢＳＦＮサブフレーム設定をＨｅＮＢに直接通知することはできない。
この問題を解消する方法として、ＭＭＥを介して、ＭＣＥが該ＭＢＳＦＮサブフレーム設定をＨｅＮＢに通知すれば良い。ＭＣＥからＭ３インタフェースを用いてＭＭＥへ該ＭＢＳＦＮサブフレーム設定を通知し、ＭＭＥからＨｅＮＢに対してＳ１インタフェースを用いて該ＭＢＳＦＮサブフレーム設定を通知する。こうすることで、ＭＣＥと直接インタフェースを持たないＨｅＮＢに対してもＭＣＥで設定したＭＢＳＦＮサブフレームを通知することが可能となる。
しかし、この方法では一旦ＭＭＥを介して通知するためシグナリングが増大することになる。
【０３８３】
ＭＭＥがＭＢＳＦＮサブフレームを設定する方法とすることで、これらの問題を解消することが可能となる。すなわち、ＭＭＥがＭＢＳＦＮサブフレームを設定することで、ＭＢＳＦＮエリアの基地局とは無関係に、干渉が問題となる基地局に対して該ＭＢＳＦＮサブフレーム設定を通知することが可能となる。また、ＭＢＳＦＮエリアに属さない基地局に対しても通知することが可能となる。さらには、ＭＣＥからＭＭＥへＭＢＳＦＮサブフレーム設定を通知する必要がなくなるため、シグナリング量を増大させることは無い。
従って、一つのＭＢＳＦＮエリアに属す基地局以外の基地局にＭＢＳＦＮサブフレームを通知する必要がある場合に、ＭＭＥがＭＢＳＦＮサブフレームを設定することは有効である。
また、上記のようにＭＢＳＦＮサブフレームを用いるセル、ＭＢＳＦＮサブフレーム設定を通知するセルを柔軟に構成することが可能となるため、ＭＢＳＦＮサブフレームがマルチセルＭＢＭＳ送信ではない他の用途に用いられる場合に有効となる。
【０３８４】
ＭＭＥが設定したＭＢＳＦＮサブフレームを通知する周辺セルの選択方法としては、上述した、基地局がＭＢＳＦＮサブフレームを設定する場合の周辺セルの選択方法を適用できる。
ＭＣＥで行うＭＢＳＦＮサブフレームの調整方法、ＭＭＥで行うＭＢＳＦＮサブフレーム設定方法として、実施の形態１変形例２から実施の形態１変形例５で開示した方法を適用できる。ｅＮＢのかわりにＭＭＥとすれば良い。ＭＭＥとＭＣＥとの間の通知にはＭ３インタフェースを用いれば良い。これにより、ＭＣＥはＭＭＥで設定したＭＢＳＦＮサブフレーム情報を用いてＭＢＳＦＮサブフレーム（ＭＣＥ）を調整可能となり、ＭＭＥはＭＣＥから通知されるＭＢＳＦＮサブフレームの優先順位の情報などを用いてＭＢＳＦＮサブフレームを設定することが可能となる。
ＭＭＥが設定するＭＢＳＦＮサブフレームとして、実施の形態２から実施の形態２変形例２で開示した方法を適用しても良い。これにより、同様の効果が得られる。
ＭＭＥが、ＭＢＳＦＮ同期エリアに属さない基地局、あるいはＭＣＥと接続が無い基地局、あるいはＭＣＥからＭＢＳＦＮサブフレーム設定が通知されない基地局に対して、ＭＢＳＦＮサブフレーム設定を行うような場合は、実施の形態３で開示した方法を適用すれば良い。ＭＭＥからＭＣＥへのＭＢＳＦＮサブフレーム設定の通知にはＭ３インタフェースを用いればよく、ＭＭＥからｅＮＢへのＭＢＳＦＮサブフレーム設定の通知にはＳ１インタフェースを用いれば良い。これにより、同様の効果が得られる。
【０３８５】
セル間で下り干渉回避用にＭＢＳＦＮサブフレームを用いる場合、干渉が問題となる基地局が、下り干渉回避用のＭＢＳＦＮサブフレームの設定をＭＭＥに要求するようにしても良い。該要求を受けたＭＭＥはＭＢＳＦＮサブフレームを設定し、周辺の基地局に該ＭＢＳＦＮサブフレーム設定を通知する。該通知にはＳ１インタフェースを用いると良い。Ｓ１インタフェース上で用いられるシグナリングメッセージに該要求を含めて、あるいは該要求のためのシグナリングメッセージを新たに設けて通知されるようにする。また、該要求とともに、該要求の通知元となる基地局の識別子（セル識別子）、または自セルのセル識別子、または要求するリソースを通知するようにしても良い。これらを組合せて通知するようにしても良い。通知先の基地局の識別子または自セルのセル識別子として、ＣＧＩ、ＰＣＩなどとすれば良い。要求するリソースの具体例として、ＭＢＳＦＮサブフレーム数としても良い。要求するリソースの通知を受信したＭＭＥはＭＢＳＦＮサブフレーム数を設定する際の判断指標として使用することができる。
基地局がＭＢＳＦＮサブフレームの設定を周辺の基地局に要求するか否かの判断の具体例および周辺基地局の選択方法については、上述に開示した、干渉が問題となる基地局が周辺の基地局にＭＢＳＦＮサブフレーム設定の要求を行う場合と同様の方法が適用できる。
干渉が問題となる基地局から該要求を受信したＭＭＥはセル間下り干渉回避用のＭＢＳＦＮサブフレームを設定する。ＭＢＳＦＮサブフレームを設定したＭＭＥは、該設定を周辺セルに通知する。
【０３８６】
ＭＭＥはＭＢＳＦＮサブフレーム設定を行わせる基地局と該設定を行わず通知のみとする基地局とを分別しても良い。干渉を与える基地局はＭＢＳＦＮサブフレーム設定を行わせ、干渉を受ける基地局には該ＭＢＳＦＮサブフレーム設定通知のみとしても良い。
また、該ＭＢＳＦＮサブフレーム設定を行わせるか否かの情報を設けるようにしても良い。ＭＭＥは該情報を、基地局に通知するようにしても良い。こうすることで、ＭＭＥは、ＭＢＳＦＮサブフレーム設定を通知する基地局に対してＭＢＳＦＮサブフレーム設定を行わせる基地局とそうでない基地局を分別することが可能となる。
例えば、該ＭＢＳＦＮサブフレーム設定を行わせるか否かの情報をインジケータとする。例えば１ビットの情報として、“１”であればＭＢＳＦＮサブフレームの設定を行わせ、“０”であればＭＢＳＦＮサブフレームの設定を行わなくても良いとする。“１”に設定したインジケータを、干渉を与える基地局に通知し、“０”に設定したインジケータを、干渉を受ける基地局に通知するようにすれば良い。
ＭＭＥからＭＢＳＦＮサブフレーム設定とＭＢＳＦＮサブフレーム設定を行う旨の情報を受信した基地局は、該ＭＢＳＦＮサブフレーム設定に従って、ＭＢＳＦＮサブフレームを構成する。また、該構成を傘下の移動端末に通知する。ＭＭＥからＭＢＳＦＮサブフレーム設定とＭＢＳＦＮサブフレーム設定を行わない旨の情報を受信した基地局は、該ＭＢＳＦＮサブフレーム設定にもとづき、干渉が問題となる移動端末に対してＭＢＳＦＮサブフレームのリソースをユニキャスト通信用にスケジューリングする。該基地局からの干渉が問題となる移動端末として、該基地局からの受信品質が所定の閾値を超えた旨を示すメジャメントレポートを通知した移動端末としても良い。これにより、該基地局からの干渉を回避することが可能となる。
【０３８７】
本実施の形態において開示した方法を適用することで、ＭＭＥによるＭＢＳＦＮサブフレームを用いたセル間下り干渉回避をよりダイナミックに実現することが可能となる。
【０３８８】
本発明についてはＬＴＥシステム（Ｅ−ＵＴＲＡＮ）、ＬＴＥアドバンスド（LTE-Advanced）を中心に記載したが、Ｗ−ＣＤＭＡシステム（ＵＴＲＡＮ、ＵＭＴＳ）について適用可能である。
【図１】
2011135825.tif 000003
【図２】
2011135825.tif 000004
【図３】
2011135825.tif 000005
【図４】
2011135825.tif 000006
【図５】
2011135825.tif 000007
【図６】
2011135825.tif 000008
【図７】
2011135825.tif 000009
【図８】
2011135825.tif 000010
【図９】
2011135825.tif 000011
【図１０】
2011135825.tif 000012
【図１１】
2011135825.tif 000013
【図１２】
2011135825.tif 000014
【図１３】
2011135825.tif 000015
【図１４】
2011135825.tif 000016
【図１５】
2011135825.tif 000017
【図１６】
2011135825.tif 000018
【図１７】
2011135825.tif 000019
【図１８】
2011135825.tif 000020
【図１９】
2011135825.tif 000021
【図２０】
2011135825.tif 000022
【図２１】
2011135825.tif 000023
【図２２】
2011135825.tif 000024
【図２３】
2011135825.tif 000025
【図２４】
2011135825.tif 000026
【図２５】
2011135825.tif 000027
【国際調査報告】
2011135825.tif 000028
2011135825.tif 000029