(57)【要約】  本発明は、基地局装置が特定の通信端末装置によって占有されることを防ぎ、他の通信端末装置を収容できなくなることを防ぐことができる通信システムを提供することを目的とする。本発明では、ＨｅＮＢ＿Ａは、ステップＳＴ１４０３で、傘下のＵＥに、ＭＴＣＤが制限される動作を示すＭＴＣＤ制限情報を通知する。ステップＳＴ１４０４でＭＴＣＤ制限情報を受信したＵＥのうち、ＭＴＣＤは、ＭＴＣＤ制限情報に従って動作する。具体的には、ＭＴＣＤは、ステップＳＴ１４０６において、ステップＳＴ１４０２でセル選択基準を満たすと判断したセルが、ＭＴＣＤが適切なセル（Suitable Cell）として選択可能か否かを判断し、選択可能であると判断した場合に、ステップＳＴ１４０７で適切なセルとして選択する。
2012093583.tif 000002
【特許請求の範囲】
【請求項１】
コアネットワークに接続される基地局装置と、前記基地局装置に無線通信可能に接続される複数の通信端末装置とを備える通信システムであって、
前記基地局装置は、通信可能な範囲内に存在する通信端末装置に対して、前記複数の通信端末装置のうち、予め定める制限端末装置が制限される動作を示す制限情報を通知し、
前記制限情報を通知された通信端末装置のうち、前記制限端末装置は、前記制限情報に従って動作することを特徴とする通信システム。
【請求項２】
前記基地局装置は、前記制限情報として、自装置と同じグループに登録されていない未登録の通信端末装置に対する未登録制限情報を通知し、
前記未登録制限情報を通知された通信端末装置のうち、前記未登録の通信端末装置は、前記未登録制限情報に従って動作することを特徴とする請求項１に記載の通信システム。
【請求項３】
コアネットワークに接続される基地局装置と、前記基地局装置に無線通信可能に接続される複数の通信端末装置とを備える通信システムであって、
前記複数の通信端末装置のうち、予め定める制限端末装置は、自装置が接続先として選択することを制限される基地局装置に関する基地局情報に基づいて、前記基地局装置を接続先として選択するか否かを判断することを特徴とする通信システム。
【請求項４】
前記基地局情報は、前記制限端末装置と同じグループに登録されていない基地局装置の選択を制限することを示すことを特徴とする請求項３に記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の通信端末装置と基地局装置との間で無線通信を実施する通信システムに関する。
【背景技術】
【０００２】
第３世代と呼ばれる通信方式のうち、Ｗ−ＣＤＭＡ（Wideband Code division Multiple Access）方式が２００１年から日本で商用サービスが開始されている。また、下りリンク（個別データチャネル、個別制御チャネル）にパケット伝送用のチャネル（High Speed-Downlink Shared Channel：ＨＳ−ＤＳＣＨ）を追加することにより、下りリンクを用いたデータ送信の更なる高速化を実現するＨＳＤＰＡ（High Speed Downlink Packet Access）のサービスが開始されている。さらに、上り方向のデータ送信をより高速化するために、ＨＳＵＰＡ（High Speed Uplink Packet Access）方式についてもサービスが開始されている。Ｗ−ＣＤＭＡは、移動体通信システムの規格化団体である３ＧＰＰ（3rd Generation Partnership Project）により定められた通信方式であり、リリース８版の規格書がとりまとめられている。【０００３】
また、３ＧＰＰにおいて、Ｗ−ＣＤＭＡとは別の通信方式として、無線区間についてはロングタームエボリューション（Long Term Evolution：ＬＴＥ）、コアネットワーク（単にネットワークとも称する）を含めたシステム全体構成については、システムアーキテクチャエボリューション（System Architecture Evolution：ＳＡＥ）と称される新たな通信方式が検討されている。この通信方式は３．９Ｇ（3.9 Generation）システムとも呼ばれる。【０００４】
ＬＴＥでは、アクセス方式、無線のチャネル構成やプロトコルが、現在のＷ−ＣＤＭＡ（ＨＳＤＰＡ／ＨＳＵＰＡ）とは全く異なるものになる。例えば、アクセス方式は、Ｗ−ＣＤＭＡが符号分割多元接続（Code Division Multiple Access）を用いているのに対して、ＬＴＥは下り方向はＯＦＤＭ（Orthogonal Frequency Division Multiplexing）、上り方向はＳＣ−ＦＤＭＡ（Single Career Frequency Division Multiple Access）を用いる。また、帯域幅は、Ｗ−ＣＤＭＡが５ＭＨｚであるのに対し、ＬＴＥでは１．４ＭＨｚ，３ＭＨｚ，５ＭＨｚ，１０ＭＨｚ，１５ＭＨｚ，２０ＭＨｚの中で基地局毎に選択可能となっている。また、ＬＴＥでは、Ｗ−ＣＤＭＡのように回線交換を含まず、パケット通信方式のみになる。【０００５】
ＬＴＥは、Ｗ−ＣＤＭＡのコアネットワーク（General Packet Radio Service：ＧＰＲＳ）とは異なる新たなコアネットワークを用いて通信システムが構成されるため、Ｗ−ＣＤＭＡ網とは別の独立した無線アクセス網として定義される。したがって、Ｗ−ＣＤＭＡの通信システムと区別するため、ＬＴＥの通信システムでは、移動端末（User Equipment：ＵＥ）と通信を行う基地局（Base station）はｅＮＢ（E-UTRAN NodeB）と称され、複数の基地局と制御データやユーザデータのやり取りを行う基地局制御装置（Radio Network Controller）は、ＥＰＣ（Evolved Packet Core）またはａＧＷ（Access Gateway）と称される。【０００６】
このＬＴＥの通信システムでは、ユニキャスト（Unicast）サービスとＥ-ＭＢＭＳサービス（Evolved Multimedia Broadcast Multicast Service）とが提供される。Ｅ−ＭＢＭＳサービスとは、放送型マルチメディアサービスであり、単にＭＢＭＳと称される場合もある。複数の移動端末に対してニュースや天気予報、モバイル放送などの大容量放送コンテンツが送信される。これを１対多（Point to Multipoint）サービスともいう。【０００７】
３ＧＰＰでの、ＬＴＥシステムにおける全体的なアーキテクチャ（Architecture）に関する現在の決定事項が、非特許文献１（４章）に記載されている。全体的なアーキテクチャについて図１を用いて説明する。図１は、ＬＴＥ方式の通信システムの構成を示す説明図である。図１において、移動端末１０１に対する制御プロトコル、例えばＲＲＣ（Radio Resource Control）と、ユーザプレイン、例えばＰＤＣＰ（Packet Data Convergence Protocol）、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）、ＰＨＹ（Physical layer）とが基地局１０２で終端するならば、Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access）は１つあるいは複数の基地局１０２によって構成される。【０００８】
基地局１０２は、ＭＭＥ（Mobility Management Entity）１０３から通知されるページング信号（Paging Signal、ページングメッセージ（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：ＳＩ）の報知、ページング（paging）、セル再選択（cell re-selection）、モビリティ等が行われる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、移動端末はＲＲＣ接続（connection）を有し、ネットワークとのデータの送受信を行うことができ、また、ハンドオーバ（Handover：ＨＯ）、隣接セル（Neighbour cell）のメジャメント等が行われる。【００１２】
非特許文献１（５章）に記載される３ＧＰＰでの、ＬＴＥシステムにおけるフレーム構成に関する現在の決定事項について、図２を用いて説明する。図２は、ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。図２において、１つの無線フレーム（Radio frame）は１０ｍｓである。無線フレームは１０個の等しい大きさのサブフレーム（Subframe）に分割される。サブフレームは、２個の等しい大きさのスロット（slot）に分割される。無線フレーム毎に１番目と６番目のサブフレームに下り同期信号（Downlink Synchronization Signal：ＳＳ）が含まれる。同期信号には、第一同期信号（Primary Synchronization Signal：Ｐ−ＳＳ）と、第二同期信号（Secondary Synchronization Signal：Ｓ−ＳＳ）とがある。【００１３】
サブフレーム単位にてＭＢＳＦＮ（Multimedia Broadcast multicast service Single Frequency Network）用とＭＢＳＦＮ以外のチャネルの多重が行われる。ＭＢＳＦＮ送信（MBSFN Transmission）とは、同時に複数のセルから同じ波形の送信により実現される同時放送送信技術（simulcast transmission technique）である。ＭＢＳＦＮ領域（MBSFN Area）の複数のセルからのＭＢＳＦＮ送信は、移動端末によって１つの送信であると見える。ＭＢＳＦＮとは、このようなＭＢＳＦＮ送信をサポートするネットワークである。以降、ＭＢＳＦＮ送信用のサブフレームをＭＢＳＦＮサブフレーム（MBSFN subframe）と称する。【００１４】
非特許文献２に、ＭＢＳＦＮサブフレームの割り当て時のシグナリング例が記載されている。図３は、ＭＢＳＦＮフレームの構成を示す説明図である。図３において、割当周期（radio Frame Allocation Period）毎にＭＢＳＦＮサブフレームを含む無線フレームが割り当てられる。ＭＢＳＦＮサブフレームは、割当周期と割当オフセット（radio Frame Allocation Offset）によって定義された無線フレームにてＭＢＳＦＮのために割り当てられるサブフレームであり、マルチメディアデータを伝送するためのサブフレームである。以下の式（１）を満たす無線フレームが、ＭＢＳＦＮサブフレームを含む無線フレームである。【００１５】
ＳＦＮ ｍｏｄ radioFrameAllocationPeriod＝radioFrameAllocationOffset  …（１）
ＭＢＳＦＮサブフレームの割当は６ビットにて行われる。１番左のビットは、サブフレーム２番目（＃１）のＭＢＳＦＮ割当を定義する。２番目のビットはサブフレーム３番目（＃２）、３番目のビットはサブフレーム４番目（＃３）、４番目のビットはサブフレーム７番目（＃６）、５番目のビットはサブフレーム８番目（＃７）、６番目のビットはサブフレーム９番目（＃８）のＭＢＳＦＮ割当を定義する。該ビットが「１」を示す場合、対応するサブフレームがＭＢＳＦＮのために割当てられることを示す。【００１６】
３ＧＰＰでの、ＬＴＥシステムにおけるチャネル構成に関する現在の決定事項が、非特許文献１（５章）に記載されている。ＣＳＧ（Closed Subscriber Group cell）セルにおいてもｎｏｎ−ＣＳＧセルと同じチャネル構成が用いられると想定されている。物理チャネル（Physical channel）について、図４を用いて説明する。図４は、ＬＴＥ方式の通信システムで使用される物理チャネルを説明する説明図である。【００１７】
図４において、物理報知チャネル（Physical Broadcast channel：ＰＢＣＨ）４０１は、基地局１０２から移動端末１０１へ送信される下りチャネルである。ＢＣＨトランスポートブロック（transport block）は、４０ｍｓ間隔中の４個のサブフレームにマッピングされる。４０ｍｓタイミングの明白なシグナリングはない。物理制御チャネルフォーマットインジケータチャネル（Physical Control Format Indicator Channel：ＰＣＦＩＣＨ）４０２は、基地局１０２から移動端末１０１へ送信される。ＰＣＦＩＣＨは、ＰＤＣＣＨｓのために用いるＯＦＤＭシンボルの数について基地局１０２から移動端末１０１へ通知する。ＰＣＦＩＣＨは、サブフレーム毎に送信される。【００１８】
物理下り制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）４０３は、基地局１０２から移動端末１０１へ送信される下りチャネルである。ＰＤＣＣＨは、ＤＬ−ＳＣＨ（後述の図５に示されるトランスポートチャネルの１つである下り共有チャネル）とＰＣＨ（図５に示されるトランスポートチャネルの１つであるページングチャネル）のリソース割り当て（allocation）、ＤＬ−ＳＣＨに関するＨＡＲＱ情報を通知する。ＰＤＣＣＨは、上りスケジューリンググラント（Uplink Scheduling Grant）を運ぶ。ＰＤＣＣＨは、上り送信に対する応答信号であるＡｃｋ（Acknowledgement）／Ｎａｃｋ（Negative Acknowledgement）を運ぶ。ＰＤＣＣＨは、Ｌ１／Ｌ２制御信号とも呼ばれる。【００１９】
物理下り共有チャネル（Physical Downlink Shared Channel：ＰＤＳＣＨ）４０４は、基地局１０２から移動端末１０１へ送信される下りチャネルである。ＰＤＳＣＨは、トランスポートチャネルであるＤＬ-ＳＣＨ（下り共有チャネル）やトランスポートチャネルであるＰＣＨがマッピングされている。物理マルチキャストチャネル（Physical Multicast Channel：ＰＭＣＨ）４０５は、基地局１０２から移動端末１０１へ送信される下りチャネルである。ＰＭＣＨは、トランスポートチャネルであるＭＣＨ（マルチキャストチャネル）がマッピングされている。【００２０】
物理上り制御チャネル（Physical Uplink Control Channel：ＰＵＣＣＨ）４０６は、移動端末１０１から基地局１０２へ送信される上りチャネルである。ＰＵＣＣＨは、下り送信に対する応答信号（response）であるＡｃｋ／Ｎａｃｋを運ぶ。ＰＵＣＣＨは、ＣＱＩ（Channel Quality Indicator）レポートを運ぶ。ＣＱＩとは、受信したデータの品質、もしくは通信路品質を示す品質情報である。またＰＵＣＣＨは、スケジューリングリクエスト（Scheduling Request：ＳＲ）を運ぶ。物理上り共有チャネル（Physical Uplink Shared Channel：ＰＵＳＣＨ）４０７は、移動端末１０１から基地局１０２へ送信される上りチャネルである。ＰＵＳＣＨには、ＵＬ−ＳＣＨ（図５に示されるトランスポートチャネルの１つである上り共有チャネル）がマッピングされている。【００２１】
物理ＨＡＲＱインジケータチャネル（Physical Hybrid ARQ Indicator Channel：ＰＨＩＣＨ）４０８は、基地局１０２から移動端末１０１へ送信される下りチャネルである。ＰＨＩＣＨは、上り送信に対する応答であるＡｃｋ／Ｎａｃｋを運ぶ。物理ランダムアクセスチャネル（Physical Random Access Channel：ＰＲＡＣＨ）４０９は、移動端末１０１から基地局１０２へ送信される上りチャネルである。ＰＲＡＣＨは、ランダムアクセスプリアンブル（random access preamble）を運ぶ。【００２２】
下りリファレンスシグナル（Reference signal）は、移動体通信システムとして既知のシンボルである。移動端末の物理レイヤの測定として、リファレンスシンボルの受信電力（Reference Symbol Received Power：ＲＳＲＰ）測定がある。【００２３】
非特許文献１（５章）に記載されるトランスポートチャネル（Transport channel）について、図５を用いて説明する。図５は、ＬＴＥ方式の通信システムで使用されるトランスポートチャネルを説明する説明図である。図５（Ａ）には、下りトランスポートチャネルと下り物理チャネルとの間のマッピングを示す。図５（Ｂ）には、上りトランスポートチャネルと上り物理チャネルとの間のマッピングを示す。【００２４】
下りトランスポートチャネルについて報知チャネル（Broadcast Channel：ＢＣＨ）は、その基地局（セル）のカバレッジ全体に報知される。ＢＣＨは、物理報知チャネル（ＰＢＣＨ）にマッピングされる。【００２５】
下り共有チャネル（Downlink Shared Channel：ＤＬ−ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＤＬ−ＳＣＨは、基地局（セル）のカバレッジ全体への報知が可能である。ＤＬ−ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。準静的なリソース割り当ては、パーシステントスケジューリング（Persistent Scheduling）とも言われる。ＤＬ−ＳＣＨは、移動端末の低消費電力化のために移動端末のＤＲＸ（Discontinuous reception）をサポートする。ＤＬ−ＳＣＨは、物理下り共有チャネル（ＰＤＳＣＨ）へマッピングされる。【００２６】
ページングチャネル（Paging Channel：ＰＣＨ）は、移動端末の低消費電力を可能とするために移動端末のＤＲＸをサポートする。ＰＣＨは、基地局（セル）のカバレッジ全体への報知が要求される。ＰＣＨは、動的にトラフィックに利用できる物理下り共有チャネル（ＰＤＳＣＨ）のような物理リソースへマッピングされる。【００２７】
マルチキャストチャネル（Multicast Channel：ＭＣＨ）は、基地局（セル）のカバレッジ全体への報知に使用される。ＭＣＨは、マルチセル送信におけるＭＢＭＳサービス（ＭＴＣＨとＭＣＣＨ）のＳＦＮ合成をサポートする。ＭＣＨは、準静的なリソース割り当てをサポートする。ＭＣＨは、ＰＭＣＨへマッピングされる。【００２８】
上り共有チャネル（Uplink Shared Channel：ＵＬ−ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＵＬ−ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。ＵＬ−ＳＣＨは、物理上り共有チャネル（ＰＵＳＣＨ）へマッピングされる。【００２９】
図５（Ｂ）に示されるランダムアクセスチャネル（Random Access Channel：ＲＡＣＨ）は、制御情報に限られている。ＲＡＣＨは、衝突のリスクがある。ＲＡＣＨは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）へマッピングされる。【００３０】
ＨＡＲＱについて説明する。ＨＡＲＱとは、自動再送（Automatic Repeat reQuest）と誤り訂正（Forward Error Correction）との組み合わせにより、伝送路の通信品質を向上させる技術である。通信品質が変化する伝送路に対しても、再送により誤り訂正が有効に機能するという利点がある。特に、再送にあたって初送の受信結果と再送の受信結果との合成をすることで、更なる品質向上を得ることも可能である。【００３１】
再送の方法の一例を説明する。受信側にて、受信データが正しくデコードできなかった場合、換言すればＣＲＣ（Cyclic Redundancy Check）エラーが発生した場合（ＣＲＣ＝ＮＧ）、受信側から送信側へ「Ｎａｃｋ」を送信する。「Ｎａｃｋ」を受信した送信側は、データを再送する。受信側にて、受信データが正しくデコードできた場合、換言すればＣＲＣエラーが発生しない場合（ＣＲＣ＝ＯＫ）、受信側から送信側へ「Ａｃｋ」を送信する。「Ａｃｋ」を受信した送信側は次のデータを送信する。【００３２】
ＨＡＲＱ方式の一例として、チェースコンバイニング（Chase Combining）がある。チェースコンバイニングとは、初送と再送とにおいて、同じデータを送信するものであり、再送において初送のデータと再送のデータとの合成を行うことで、利得を向上させる方式である。これは、初送データに誤りがあったとしても、部分的に正確なものも含まれており、正確な部分の初送データと再送データとを合成することで、より高精度にデータを送信できるという考え方に基づいている。また、ＨＡＲＱ方式の別の例として、ＩＲ（Incremental Redundancy）がある。ＩＲとは、冗長度を増加させるものであり、再送においてパリティビットを送信することで、初送と組み合わせて冗長度を増加させ、誤り訂正機能により品質を向上させるものである。【００３３】
非特許文献１（６章）に記載される論理チャネル（Logical channel、以下「ロジカルチャネル」という場合がある）について、図６を用いて説明する。図６は、ＬＴＥ方式の通信システムで使用される論理チャネルを説明する説明図である。図６（Ａ）には、下りロジカルチャネルと下りトランスポートチャネルとの間のマッピングを示す。図６（Ｂ）には、上りロジカルチャネルと上りトランスポートチャネルとの間のマッピングを示す。【００３４】
報知制御チャネル（Broadcast Control Channel：ＢＣＣＨ）は、報知システム制御情報のための下りチャネルである。論理チャネルであるＢＣＣＨは、トランスポートチャネルである報知チャネル（ＢＣＨ）、あるいは下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。【００３５】
ページング制御チャネル（Paging Control Channel：ＰＣＣＨ）は、ページング情報（Paging Information）およびシステム情報（System Information）の変更を送信するための下りチャネルである。ＰＣＣＨは、移動端末のセルロケーションをネットワークが知らない場合に用いられる。論理チャネルであるＰＣＣＨは、トランスポートチャネルであるページングチャネル（ＰＣＨ）へマッピングされる。【００３６】
共有制御チャネル（Common Control Channel：ＣＣＣＨ）は、移動端末と基地局との間の送信制御情報のためのチャネルである。ＣＣＣＨは、移動端末がネットワークとの間でＲＲＣ接続（connection）を持っていない場合に用いられる。下り方向では、ＣＣＣＨは、トランスポートチャネルである下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。上り方向では、ＣＣＣＨは、トランスポートチャネルである上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされる。【００３７】
マルチキャスト制御チャネル（Multicast Control Channel：ＭＣＣＨ）は、１対多の送信のための下りチャネルである。ＭＣＣＨは、ネットワークから移動端末への１つあるいはいくつかのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、ＭＢＭＳ受信中の移動端末のみに用いられる。ＭＣＣＨは、トランスポートチャネルであるマルチキャストチャネル（ＭＣＨ）へマッピングされる。【００３８】
個別制御チャネル（Dedicated Control Channel：ＤＣＣＨ）は、１対１にて、移動端末とネットワークとの間の個別制御情報を送信するチャネルである。ＤＣＣＨは、移動端末がＲＲＣ接続（connection）である場合に用いられる。ＤＣＣＨは、上りでは上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ−ＳＣＨ）にマッピングされる。【００３９】
個別トラフィックチャネル（Dedicated Traffic Channel：ＤＴＣＨ）は、ユーザ情報の送信のための個別移動端末への１対１通信のチャネルである。ＤＴＣＨは、上りおよび下りともに存在する。ＤＴＣＨは、上りでは上り共有チャネル（ＵＬ−ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ−ＳＣＨ）へマッピングされる。【００４０】
マルチキャストトラフィックチャネル（Multicast Traffic channel：ＭＴＣＨ）は、ネットワークから移動端末へのトラフィックデータ送信のための下りチャネルである。ＭＴＣＨは、ＭＢＭＳ受信中の移動端末のみに用いられるチャネルである。ＭＴＣＨは、マルチキャストチャネル（ＭＣＨ）へマッピングされる。【００４１】
ＧＣＩとは、グローバルセル識別子（Global Cell Identity）のことである。ＬＴＥ、後述のＬＴＥ−Ａ（Long Term Evolution Advanced）およびＵＭＴＳ（Universal Mobile Telecommunication System）において、ＣＳＧセル（Closed Subscriber Group cell）が導入される。ＣＳＧについて以下に説明する（非特許文献３  ３．１章参照）。ＣＳＧ（Closed Subscriber Group）セルとは、利用可能な加入者をオペレータが特定しているセル（以下「特定加入者用セル」という場合がある）である。【００４２】
特定された加入者は、ＰＬＭＮ（Public Land Mobile Network）の１つ以上のセルにアクセスすることが許可される。特定された加入者がアクセスを許可されている１つ以上のセルを「ＣＳＧセル（ｃｅｌｌ（ｓ））」と呼ぶ。ただし、ＰＬＭＮにはアクセス制限がある。ＣＳＧセルとは、固有のＣＳＧアイデンティティ（CSG identity：ＣＳＧ  ＩＤ；ＣＳＧ−ＩＤ）を報知し、ＣＳＧインジケーション（CSG Indication）にて「ＴＲＵＥ」を報知するＰＬＭＮの一部である。予め利用登録し、許可された加入者グループのメンバーは、アクセス許可情報であるところのＣＳＧ−ＩＤを用いてＣＳＧセルにアクセスする。【００４３】
ＣＳＧ−ＩＤは、ＣＳＧセルまたはセルによって報知される。移動体通信システムにＣＳＧ−ＩＤは複数存在する。そして、ＣＳＧ−ＩＤは、ＣＳＧ関連のメンバーのアクセスを容易にするために、移動端末（ＵＥ）によって使用される。【００４４】
移動端末の位置追跡は、１つ以上のセルからなる区域を単位に行われる。位置追跡は、待受け状態であっても移動端末の位置を追跡し、呼び出す（移動端末が着呼する）ことを可能にするためである。この移動端末の位置追跡のための区域をトラッキングエリアと呼ぶ。【００４５】
ＣＳＧホワイトリスト（CSG White List）とは、加入者が属するＣＳＧセルのすべてのＣＳＧ  ＩＤが記録されている、ＵＳＩＭ（Universal Subscriber Identity Module）に格納されることもあるリストである。ＣＳＧホワイトリストは、許可ＣＳＧリスト（Allowed CSG List）と呼ばれることもある。【００４６】
待受け状態の移動端末のサービスタイプについて以下に説明する（非特許文献３  ４．３章参照）。待受け状態の移動端末のサービスタイプとしては、制限されたサービス（Limited service、限られたサービスとも称される）、標準サービス（Normal service）、オペレータサービス（Operator service）がある。制限されたサービスとは、後述のアクセプタブルセル上の緊急呼（Emergency calls）、ＥＴＷＳ（Earthquake and Tsunami Warning System）、ＣＭＡＳ（Commercial Mobile Alert System）である。標準サービス（通常サービス、ノーマルサービスとも称される）とは、後述の適切なセル上の公共のサービスである。オペレータサービスとは、後述のリザーブセル上のオペレータのためのみのサービスである。【００４７】
「適切なセル」（Suitable Cell）について以下に説明する。「適切なセル」（Suitable Cell）とは、ＵＥが通常（normal）サービスを受けるためにキャンプオン（Camp ON）するかもしれないセルである。そのようなセルは、以下の（１），（２）の条件を満たすものとする。【００４８】
（１）セルは、選択されたＰＬＭＮもしくは登録されたＰＬＭＮ、または「Ｅｑｕｉｖａｌｅｎｔ  ＰＬＭＮリスト」のＰＬＭＮの一部であること。【００４９】
（２）ＮＡＳ（Non-Access Stratum）によって提供された最新情報にて、さらに以下の（ａ）〜（ｄ）の条件を満たすこと
（ａ）そのセルが禁じられた（barred）セルでないこと
（ｂ）そのセルが「ローミングのための禁止されたＬＡｓ」リストの一部でないトラッキングエリア（Tracking Area：ＴＡ）の一部であること。その場合、そのセルは前記（１）を満たす必要がある
（ｃ）そのセルが、セル選択評価基準を満たしていること
（ｄ）そのセルが、ＣＳＧセルとしてシステム情報（System Information：ＳＩ）によって特定されたセルに関しては、ＣＳＧ−ＩＤはＵＥの「ＣＳＧホワイトリスト」（CSG WhiteList）の一部であること（ＵＥのCSG WhiteList中に含まれること）。【００５０】
「アクセプタブルセル」（Acceptable cell）について以下に説明する。これは、ＵＥが制限されたサービスを受けるためにキャンプオンするかもしれないセルである。そのようなセルは、以下のすべての要件を充足するものとする。【００５１】
（１）そのセルが禁じられたセル（Barred cell、バードセルとも称される）でないこと。（２）そのセルが、セル選択評価基準を満たしていること。【００５２】
「バードセル」（Barred cell）とは、システム情報で指示がある。「リザーブセル」（Reserved cell）とは、システム情報で指示がある。【００５３】
「セルにキャンプオン（camp on）する」とは、ＵＥがセル選択（cell selection）またはセル再選択（cell reselection）の処理を完了し、ＵＥがシステム情報とページング情報をモニタするセルを選択した状態である。【００５４】
３ＧＰＰにおいて、Ｈｏｍｅ−ＮｏｄｅＢ（Ｈｏｍｅ−ＮＢ；ＨＮＢ）、Ｈｏｍｅ−ｅＮｏｄｅＢ（Ｈｏｍｅ−ｅＮＢ；ＨｅＮＢ）と称される基地局が検討されている。ＵＴＲＡＮにおけるＨＮＢ、またはＥ-ＵＴＲＡＮにおけるＨｅＮＢは、例えば家庭、法人、商業用のアクセスサービス向けの基地局である。非特許文献４には、ＨｅＮＢおよびＨＮＢへのアクセスの３つの異なるモードが開示されている。具体的には、オープンアクセスモード（Open access mode）と、クローズドアクセスモード（Closed access mode）と、ハイブリッドアクセスモード（Hybrid access mode）である。【００５５】
各々のモードは、以下のような特徴を有する。オープンアクセスモードでは、ＨｅＮＢやＨＮＢは通常のオペレータのノーマルセルとして操作される。クローズドアクセスモードでは、ＨｅＮＢやＨＮＢがＣＳＧセルとして操作される。これはＣＳＧメンバーのみアクセス可能なＣＳＧセルである。ハイブリッドアクセスモードでは、非ＣＳＧメンバーも同時にアクセス許可されているＣＳＧセルである。ハイブリッドアクセスモードのセル（ハイブリッドセルとも称する）は、言い換えれば、オープンアクセスモードとクローズドアクセスモードの両方をサポートするセルである。【００５６】
３ＧＰＰでは、全ＰＣＩ（Physical Cell Identity）のうち、ＣＳＧセルによって使用するためにネットワークによって予約されたＰＣＩ範囲がある（非特許文献１  １０．５．１．１章参照）。ＰＣＩ範囲を分割することをＰＣＩスプリットと称することがある。ＰＣＩスプリット情報は、システム情報にて基地局から傘下の移動端末に対して報知される。非特許文献５は、ＰＣＩスプリットを用いた移動端末の基本動作を開示する。ＰＣＩスプリット情報を有していない移動端末は、全ＰＣＩを用いて（例えば５０４コード全てを用いて）セルサーチを行う必要がある。これに対して、ＰＣＩスプリット情報を有する移動端末は、当該ＰＣＩスプリット情報を用いてセルサーチを行うことが可能である。【００５７】
また３ＧＰＰでは、リリース１０として、ロングタームエボリューションアドヴァンスド（Long Term Evolution Advanced：ＬＴＥ−Ａ）の規格策定が進められている（非特許文献６、非特許文献７参照）。【００５８】
ＬＴＥ−Ａシステムでは、高い通信速度、セルエッジでの高いスループット、新たなカバレッジエリアなどを得るために、リレー（Relay：リレーノード（ＲＮ））をサポートすることが検討されている。リレーノードは、ドナーセル（Donor cell；Donor eNB；ＤｅＮＢ）を介して無線アクセスネットワークに無線で接続される。ドナーセルの範囲内で、ネットワーク（Network：ＮＷ）からリレーノードへのリンクは、ネットワークからＵＥへのリンクと同じ周波数帯域（以下「周波数バンド」という場合がある）を共用する。この場合、リリース８のＵＥも該ドナーセルに接続することを可能とする。ドナーセルとリレーノードとの間のリンクをバックホールリンク（backhaul link）と称し、リレーノードとＵＥとの間のリンクをアクセスリンク（access link）と称する。【００５９】
ＦＤＤ（Frequency Division Duplex）におけるバックホールリンクの多重方法として、ＤｅＮＢからＲＮへの送信は下り（ＤＬ）周波数バンドで行われ、ＲＮからＤｅＮＢへの送信は上り（ＵＬ）周波数バンドで行われる。リレーにおけるリソースの分割方法として、ＤｅＮＢからＲＮへのリンクおよびＲＮからＵＥへのリンクが一つの周波数バンドで時分割多重され、ＲＮからＤｅＮＢへのリンクおよびＵＥからＲＮへのリンクも一つの周波数バンドで時分割多重される。こうすることで、リレーにおいて、リレーの送信が自リレーの受信へ干渉することを防ぐことができる。【００６０】
３ＧＰＰでは、通常のｅＮＢ（マクロセル）だけでなく、ピコｅＮＢ（ピコセル（pico cell））、ＨｅＮＢ／ＨＮＢ／ＣＳＧセル、ホットゾーンセル用のノード、リレーノード、リモートラジオヘッド（Remote Radio Head：ＲＲＨ）などのいわゆるローカルノードが検討されている。【００６１】
これらローカルノードは、高速、大容量の通信などのさまざまなサービスの要求に応じて、マクロセルを補完するために配置される。例えば、ＨｅＮＢは、商店街やマンション、学校、会社などへ数多く設置されることが要求される。このため、ＨｅＮＢがマクロセルのカバレッジ内に設置される場合も生じる。ＨｅＮＢがマクロセルのカバレッジ内に設置されるような場合、マクロセル、ＨｅＮＢ、移動端末（ＵＥ）らの間で干渉が生じることとなる。これらの干渉により、移動端末（ＵＥ）は、マクロセルあるいはＨｅＮＢとの通信が妨げられ、通信速度の低下が生じる。さらに干渉電力が大きくなると、通信ができなくなってしまうことになる。したがって、これらのマクロセルとローカルノードとが混在して配置される状況において生じる干渉を回避し、通信品質を最適にするための方法が要求される。【００６２】
３ＧＰＰにおいて、マシンタイプコミュニケーション（Machine Type Communication：ＭＴＣ）技術の検討が進められている（非特許文献８参照）。ＭＴＣ用のデバイス（MTC Device：ＭＴＣＤ）の数は、膨大であることが予想されている。ＭＴＣサービスでは、多数のＭＴＣＤから、あるいは多数のＭＴＣＤへ同時にデータを通信する状況が生じる。これによって、コアネットワーク（Core Network）において混雑状態が生じるという問題が発生する。【００６３】
このような問題を解決するために、非特許文献９には、ｅＮＢが、同じＭＴＣＤグループのＭＴＣＤに共通のシグナリングメッセージを引き止め（hold back）、寄せ集める（aggregation）ことで、シグナリングメッセージをコンパクトにすることが開示されている。
【先行技術文献】
【非特許文献】
【００６４】
【非特許文献１】３ＧＰＰ  ＴＳ３６．３００  Ｖ１０．１．０  ４章、４．６．１章、４．６．２章、５章、６章、１０．５．１．１章、１０．７章
【非特許文献２】３ＧＰＰ  ＴＳ３６．３３１  Ｖ９．４．０
【非特許文献３】３ＧＰＰ  ＴＳ３６．３０４  Ｖ９．４．０  ３．１章、４．３章、５．２．４章
【非特許文献４】３ＧＰＰ  Ｓ１−０８３４６１
【非特許文献５】３ＧＰＰ  Ｒ２−０８２８９９
【非特許文献６】３ＧＰＰ  ＴＲ  ３６．８１４  Ｖ９．０．０
【非特許文献７】３ＧＰＰ  ＴＲ  ３６．９１２  Ｖ９．３．０
【非特許文献８】３ＧＰＰ  ＴＳ  ２２．３６８  Ｖ１０．２．０
【非特許文献９】３ＧＰＰ  Ｓ２−１０３１８６
【発明の概要】
【発明が解決しようとする課題】
【００６５】
前述のように、ＭＴＣＤの数は膨大であることが予想されている。またＨｅＮＢが収容可能な移動端末の数は、マクロセルが収容可能な移動端末の数と比較して、格段に少ないことが予想される。したがって、一度に多くのＭＴＣＤがＨｅＮＢにアクセスした場合、ＨｅＮＢが収容している移動端末の数が、ＨｅＮＢが収容可能な移動端末の数となり、ＨｅＮＢがＭＴＣＤによって占有されて、ＭＴＣＤではない移動端末を収容できなくなるおそれがある。【００６６】
本発明の目的は、基地局装置が特定の通信端末装置によって占有されることを防ぎ、他の通信端末装置を収容できなくなることを防ぐことができる通信システムを提供することである。
【課題を解決するための手段】
【００６７】
本発明の通信システムは、コアネットワークに接続される基地局装置と、前記基地局装置に無線通信可能に接続される複数の通信端末装置とを備える通信システムであって、前記基地局装置は、通信可能な範囲内に存在する通信端末装置に対して、前記複数の通信端末装置のうち、予め定める制限端末装置が制限される動作を示す制限情報を通知し、前記制限情報を通知された通信端末装置のうち、前記制限端末装置は、前記制限情報に従って動作することを特徴とする。【００６８】
また本発明の通信システムは、コアネットワークに接続される基地局装置と、前記基地局装置に無線通信可能に接続される複数の通信端末装置とを備える通信システムであって、前記複数の通信端末装置のうち、予め定める制限端末装置は、自装置が接続先として選択することを制限される基地局装置に関する基地局情報に基づいて、前記基地局装置を接続先として選択するか否かを判断することを特徴とする。
【発明の効果】
【００６９】
本発明の通信システムによれば、基地局装置は、制限端末装置以外の通信端末装置と区別した形で、制限端末装置の動作を制限することができる。これによって、基地局装置が制限端末装置によって占有されることを防ぎ、制限端末装置以外の通信端末装置を収容できなくなることを防ぐことができる。したがって、基地局装置による制限端末装置以外の通信端末装置に対するサービスの提供を維持することができる。【００７０】
また本発明の通信システムによれば、制限端末装置以外の通信端末装置と区別した形で、制限端末装置が、基地局装置を接続先として選択することを制限することができる。これによって、基地局装置が制限端末装置によって占有されることを防ぎ、制限端末装置以外の通信端末装置を収容できなくなることを防ぐことができる。したがって、基地局装置による制限端末装置以外の通信端末装置に対するサービスの提供を維持することができる。【００７１】
この発明の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。
【図面の簡単な説明】
【００７２】
【図１】ＬＴＥ方式の通信システムの構成を示す説明図である。
【図２】ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。
【図３】ＭＢＳＦＮフレームの構成を示す説明図である。
【図４】ＬＴＥ方式の通信システムで使用される物理チャネルを説明する説明図である。
【図５】ＬＴＥ方式の通信システムで使用されるトランスポートチャネルを説明する説明図である。
【図６】ＬＴＥ方式の通信システムで使用される論理チャネルを説明する説明図である。
【図７】現在３ＧＰＰにおいて議論されているＬＴＥ方式の移動体通信システムの全体的な構成を示すブロック図である。
【図８】本発明に係る移動端末（図７の移動端末７１）の構成を示すブロック図である。
【図９】本発明に係る基地局（図７の基地局７２）の構成を示すブロック図である。
【図１０】本発明に係るＭＭＥ（図７のＭＭＥ部７３）の構成を示すブロック図である。
【図１１】本発明に係るＨｅＮＢＧＷである図７に示すＨｅＮＢＧＷ７４の構成を示すブロック図である。
【図１２】ＬＴＥ方式の通信システムにおいて移動端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。
【図１３】３ＧＰＰで検討されているＭＴＣのアーキテクチャの一例を示す説明図である。
【図１４】実施の形態１における通信システムのシーケンスを示す図である。
【図１５】ＭＴＣＤによる無線区間、あるいはコアネットワーク側の混雑を解消する目的で実施の形態１を用いた場合の通信システムのシーケンスを示す図である。
【図１６】実施の形態１の変形例１における通信システムのシーケンスを示す図である。
【図１７】非特許文献１に開示されているハンドオーバ方法に関する通信システムのシーケンスを示す図である。
【図１８】実施の形態１の変形例２での第２の解決策における通信システムのシーケンスを示す図である。
【図１９】実施の形態１の変形例２での第２の解決策における通信システムのシーケンスを示す図である。
【図２０】実施の形態１の変形例３における通信システムのシーケンスを示す図である。
【図２１】実施の形態１の変形例３における通信システムのシーケンスを示す図である。
【図２２】実施の形態１の変形例４における通信システムのシーケンスを示す図である。
【図２３】実施の形態１の変形例４における通信システムのシーケンスを示す図である。
【図２４】実施の形態１の変形例５における通信システムのシーケンスを示す図である。
【図２５】実施の形態１の変形例５における通信システムのシーケンスを示す図である。
【図２６】実施の形態１の変形例６における通信システムのシーケンスを示す図である。
【図２７】実施の形態１の変形例６における通信システムのシーケンスを示す図である。
【図２８】実施の形態２における通信システムのシーケンスを示す図である。
【図２９】実施の形態２の変形例１における通信システムのシーケンスを示す図である。
【図３０】実施の形態２の変形例２における通信システムのシーケンスを示す図である。
【図３１】実施の形態２の変形例２における通信システムのシーケンスを示す図である。
【図３２】実施の形態２の変形例３における通信システムのシーケンスを示す図である。
【図３３】実施の形態２の変形例３における通信システムのシーケンスを示す図である。
【発明を実施するための形態】
【００７３】
実施の形態１．
図７は、現在３ＧＰＰにおいて議論されているＬＴＥ方式の移動体通信システムの全体的な構成を示すブロック図である。現在３ＧＰＰにおいては、ＣＳＧ（Closed Subscriber Group）セル（Ｅ−ＵＴＲＡＮのＨｏｍｅ−ｅＮｏｄｅＢ（Ｈｏｍｅ−ｅＮＢ；ＨｅＮＢ）、ＵＴＲＡＮのＨｏｍｅ−ＮＢ（ＨＮＢ））と、ｎｏｎ−ＣＳＧセル（Ｅ−ＵＴＲＡＮのｅＮｏｄｅＢ（ｅＮＢ）、ＵＴＲＡＮのＮｏｄｅＢ（ＮＢ）、ＧＥＲＡＮのＢＳＳ）とを含めたシステムの全体的な構成が検討されており、Ｅ−ＵＴＲＡＮについては、図７のような構成が提案されている（非特許文献１  ４．６．１.章参照）。
【００７４】
図７について説明する。移動端末装置（以下「移動端末」または「ＵＥ」という）７１は、基地局装置（以下「基地局」という）７２と無線通信可能であり、無線通信で信号の送受信を行う。移動端末装置は、通信端末装置に相当する。以下、移動端末装置を「通信端末」という場合がある。基地局７２は、マクロセルであるｅＮＢ７２−１と、ローカルノードであるＨｏｍｅ−ｅＮＢ７２−２とに分類される。ｅＮＢ７２−１は、大規模基地局装置に相当し、移動端末ＵＥ７１と通信可能な範囲であるカバレッジとして、比較的大きい大規模カバレッジを有する。Ｈｏｍｅ−ｅＮＢ７２−２は、小規模基地局装置に相当し、カバレッジとして、比較的小さい小規模カバレッジを有する。
【００７５】
ｅＮＢ７２−１は、ＭＭＥ、あるいはＳ−ＧＷ、あるいはＭＭＥおよびＳ−ＧＷを含むＭＭＥ／Ｓ−ＧＷ部（以下「ＭＭＥ部」という場合がある）７３とＳ１インタフェースにより接続され、ｅＮＢ７２−１とＭＭＥ部７３との間で制御情報が通信される。ひとつのｅＮＢ７２−１に対して、複数のＭＭＥ部７３が接続されてもよい。ｅＮＢ７２−１間は、Ｘ２インタフェースにより接続され、ｅＮＢ７２−１間で制御情報が通信される。
【００７６】
Ｈｏｍｅ−ｅＮＢ７２−２は、ＭＭＥ部７３とＳ１インタフェースにより接続され、Ｈｏｍｅ−ｅＮＢ７２−２とＭＭＥ部７３との間で制御情報が通信される。ひとつのＭＭＥ部７３に対して、複数のＨｏｍｅ−ｅＮＢ７２−２が接続される。あるいは、Ｈｏｍｅ−ｅＮＢ７２−２は、ＨｅＮＢＧＷ（Home-eNB GateWay）７４を介してＭＭＥ部７３と接続される。Ｈｏｍｅ−ｅＮＢ７２−２とＨｅＮＢＧＷ７４とは、Ｓ１インタフェースにより接続され、ＨｅＮＢＧＷ７４とＭＭＥ部７３とはＳ１インタフェースを介して接続される。ひとつまたは複数のＨｏｍｅ−ｅＮＢ７２−２がひとつのＨｅＮＢＧＷ７４と接続され、Ｓ１インタフェースを通して情報が通信される。ＨｅＮＢＧＷ７４は、ひとつまたは複数のＭＭＥ部７３と接続され、Ｓ１インタフェースを通して情報が通信される。
【００７７】
さらに現在３ＧＰＰでは、以下のような構成が検討されている。Ｈｏｍｅ−ｅＮＢ７２−２間のＸ２インタフェースはサポートされない。ＭＭＥ部７３からは、ＨｅＮＢＧＷ７４はｅＮＢ７２−１として見える。Ｈｏｍｅ−ｅＮＢ７２−２からは、ＨｅＮＢＧＷ７４はＭＭＥ部７３として見える。Ｈｏｍｅ−ｅＮＢ７２−２が、ＨｅＮＢＧＷ７４を介してＭＭＥ部７３に接続されるか否かに関係なく、Ｈｏｍｅ−ｅＮＢ７２−２とＭＭＥ部７３との間のインタフェースは、Ｓ１インタフェースで同じである。ＨｅＮＢＧＷ７４は、複数のＭＭＥ部７３にまたがるような、Ｈｏｍｅ−ｅＮＢ７２−２へのモビリティ、あるいはＨｏｍｅ−ｅＮＢ７２−２からのモビリティはサポートしない。Ｈｏｍｅ−ｅＮＢ７２−２は、唯一のセルをサポートする。
【００７８】
図８は、本発明に係る移動端末（図７の移動端末７１）の構成を示すブロック図である。図８に示す移動端末７１の送信処理を説明する。まず、プロトコル処理部８０１からの制御データ、およびアプリケーション部８０２からのユーザデータが、送信データバッファ部８０３へ保存される。送信データバッファ部８０３に保存されたデータは、エンコーダー部８０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部８０３から変調部８０５へ直接出力されるデータが存在してもよい。エンコーダー部８０４でエンコード処理されたデータは、変調部８０５にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部８０６へ出力され、無線送信周波数に変換される。その後、アンテナ８０７から基地局７２に送信信号が送信される。
【００７９】
また、移動端末７１の受信処理は、以下のとおりに実行される。基地局７２からの無線信号がアンテナ８０７により受信される。受信信号は、周波数変換部８０６にて無線受信周波数からベースバンド信号に変換され、復調部８０８において復調処理が行われる。復調後のデータは、デコーダー部８０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部８０１へ渡され、ユーザデータはアプリケーション部８０２へ渡される。移動端末７１の一連の処理は、制御部８１０によって制御される。よって制御部８１０は、図８では省略しているが、各部８０１〜８０９と接続している。
【００８０】
図９は、本発明に係る基地局（図７の基地局７２）の構成を示すブロック図である。図９に示す基地局７２の送信処理を説明する。ＥＰＣ通信部９０１は、基地局７２とＥＰＣ（ＭＭＥ部７３、ＨｅＮＢＧＷ７４など）との間のデータの送受信を行う。他基地局通信部９０２は、他の基地局との間のデータの送受信を行う。Ｈｏｍｅ−ｅＮＢ７２−２間のＸ２インタフェースはサポートされない方向であるため、Ｈｏｍｅ−ｅＮＢ７２−２では、他基地局通信部９０２が存在しないことも考えられる。ＥＰＣ通信部９０１および他基地局通信部９０２は、それぞれプロトコル処理部９０３と情報の受け渡しを行う。プロトコル処理部９０３からの制御データ、ならびにＥＰＣ通信部９０１および他基地局通信部９０２からのユーザデータおよび制御データは、送信データバッファ部９０４へ保存される。
【００８１】
送信データバッファ部９０４に保存されたデータは、エンコーダー部９０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部９０４から変調部９０６へ直接出力されるデータが存在してもよい。エンコードされたデータは、変調部９０６にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部９０７へ出力され、無線送信周波数に変換される。その後、アンテナ９０８より一つもしくは複数の移動端末７１に対して送信信号が送信される。
【００８２】
また、基地局７２の受信処理は以下のとおりに実行される。ひとつもしくは複数の移動端末７１からの無線信号が、アンテナ９０８により受信される。受信信号は、周波数変換部９０７にて無線受信周波数からベースバンド信号に変換され、復調部９０９で復調処理が行われる。復調されたデータは、デコーダー部９１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部９０３あるいはＥＰＣ通信部９０１、他基地局通信部９０２へ渡され、ユーザデータはＥＰＣ通信部９０１および他基地局通信部９０２へ渡される。基地局７２の一連の処理は、制御部９１１によって制御される。よって制御部９１１は、図９では省略しているが、各部９０１〜９１０と接続している。
【００８３】
現在３ＧＰＰにおいて議論されているＨｏｍｅ−ｅＮＢ７２−２の機能を以下に示す（非特許文献１  ４．６．２章参照）。Ｈｏｍｅ−ｅＮＢ７２−２は、ｅＮＢ７２−１と同じ機能を有する。加えて、ＨｅＮＢＧＷ７４と接続する場合、Ｈｏｍｅ−ｅＮＢ７２−２は、適当なサービングＨｅＮＢＧＷ７４を発見する機能を有する。Ｈｏｍｅ−ｅＮＢ７２−２は、１つのＨｅＮＢＧＷ７４に唯一接続する。つまり、ＨｅＮＢＧＷ７４との接続の場合は、Ｈｏｍｅ−ｅＮＢ７２−２は、Ｓ１インタフェースにおけるＦｌｅｘ機能を使用しない。Ｈｏｍｅ−ｅＮＢ７２−２は、１つのＨｅＮＢＧＷ７４に接続されると、同時に別のＨｅＮＢＧＷ７４や別のＭＭＥ部７３に接続しない。
【００８４】
Ｈｏｍｅ−ｅＮＢ７２−２のＴＡＣとＰＬＭＮ  ＩＤは、ＨｅＮＢＧＷ７４によってサポートされる。Ｈｏｍｅ−ｅＮＢ７２−２をＨｅＮＢＧＷ７４に接続すると、「ＵＥ  ａｔｔａｃｈｍｅｎｔ」でのＭＭＥ部７３の選択は、Ｈｏｍｅ−ｅＮＢ７２−２の代わりに、ＨｅＮＢＧＷ７４によって行われる。Ｈｏｍｅ−ｅＮＢ７２−２は、ネットワーク計画なしで配備される可能性がある。この場合、Ｈｏｍｅ−ｅＮＢ７２−２は、１つの地理的な領域から別の地理的な領域へ移される。したがって、この場合のＨｏｍｅ−ｅＮＢ７２−２は、位置によって、異なったＨｅＮＢＧＷ７４に接続する必要がある。
【００８５】
図１０は、本発明に係るＭＭＥの構成を示すブロック図である。図１０では、前述の図７に示すＭＭＥ部７３に含まれるＭＭＥ７３ａの構成を示す。ＰＤＮ  ＧＷ通信部１００１は、ＭＭＥ７３ａとＰＤＮ  ＧＷとの間のデータの送受信を行う。基地局通信部１００２は、ＭＭＥ７３ａと基地局７２との間のＳ１インタフェースによるデータの送受信を行う。ＰＤＮ  ＧＷから受信したデータがユーザデータであった場合、ユーザデータは、ＰＤＮ  ＧＷ通信部１００１から、ユーザプレイン通信部１００３経由で基地局通信部１００２に渡され、１つあるいは複数の基地局７２へ送信される。基地局７２から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部１００２から、ユーザプレイン通信部１００３経由でＰＤＮ  ＧＷ通信部１００１に渡され、ＰＤＮ  ＧＷへ送信される。
【００８６】
ＰＤＮ  ＧＷから受信したデータが制御データであった場合、制御データは、ＰＤＮ  ＧＷ通信部１００１から制御プレイン制御部１００５へ渡される。基地局７２から受信したデータが制御データであった場合、制御データは、基地局通信部１００２から制御プレイン制御部１００５へ渡される。
【００８７】
ＨｅＮＢＧＷ通信部１００４は、ＨｅＮＢＧＷ７４が存在する場合に設けられ、情報種別によって、ＭＭＥ７３ａとＨｅＮＢＧＷ７４との間のインタフェース（ＩＦ）によるデータの送受信を行う。ＨｅＮＢＧＷ通信部１００４から受信した制御データは、ＨｅＮＢＧＷ通信部１００４から制御プレイン制御部１００５へ渡される。制御プレイン制御部１００５での処理の結果は、ＰＤＮ  ＧＷ通信部１００１経由でＰＤＮ  ＧＷへ送信される。また、制御プレイン制御部１００５で処理された結果は、基地局通信部１００２経由でＳ１インタフェースにより１つあるいは複数の基地局７２へ送信され、またＨｅＮＢＧＷ通信部１００４経由で１つあるいは複数のＨｅＮＢＧＷ７４へ送信される。
【００８８】
制御プレイン制御部１００５には、ＮＡＳセキュリティ部１００５−１、ＳＡＥベアラコントロール部１００５−２、アイドルステート（Idle State）モビリティ管理部１００５―３などが含まれ、制御プレインに対する処理全般を行う。ＮＡＳセキュリティ部１００５―１は、ＮＡＳ（Non-Access Stratum）メッセージのセキュリティなどを行う。ＳＡＥベアラコントロール部１００５―２は、ＳＡＥ（System Architecture Evolution）のベアラの管理などを行う。アイドルステートモビリティ管理部１００５―３は、待受け状態（ＬＴＥ−ＩＤＬＥ状態、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末７１のトラッキングエリア（ＴＡ）の追加、削除、更新、検索、トラッキングエリアリスト（TA List）管理などを行う。
【００８９】
ＭＭＥ７３ａは、ＵＥが登録されている（registered）追跡領域（トラッキングエリア：Tracking Area：ＴＡ）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。ＭＭＥ７３ａに接続されるＨｏｍｅ−ｅＮＢ７２−２のＣＳＧの管理やＣＳＧ−ＩＤの管理、そしてホワイトリスト管理は、アイドルステートモビリティ管理部１００５―３で行ってもよい。
【００９０】
ＣＳＧ−ＩＤの管理では、ＣＳＧ−ＩＤに対応する移動端末とＣＳＧセルとの関係が管理（追加、削除、更新、検索）される。例えば、あるＣＳＧ−ＩＤにユーザアクセス登録された一つまたは複数の移動端末と該ＣＳＧ−ＩＤに属するＣＳＧセルとの関係であってもよい。ホワイトリスト管理では、移動端末とＣＳＧ−ＩＤとの関係が管理（追加、削除、更新、検索）される。例えば、ホワイトリストには、ある移動端末がユーザ登録した一つまたは複数のＣＳＧ−ＩＤが記憶されてもよい。これらのＣＳＧに関する管理は、ＭＭＥ７３ａの中の他の部分で行われてもよい。ＭＭＥ７３ａの一連の処理は、制御部１００６によって制御される。よって制御部１００６は、図１０では省略しているが、各部１００１〜１００５と接続している。
【００９１】
現在３ＧＰＰにおいて議論されているＭＭＥ７３ａの機能を以下に示す（非特許文献１  ４．６．２章参照）。ＭＭＥ７３ａは、ＣＳＧ（Closed Subscriber Groups）のメンバーの１つ、あるいは複数の移動端末のアクセスコントロールを行う。ＭＭＥ７３ａは、ページングの最適化（Paging optimization）の実行をオプションとして認める。
【００９２】
図１１は、本発明に係るＨｅＮＢＧＷである図７に示すＨｅＮＢＧＷ７４の構成を示すブロック図である。ＥＰＣ通信部１１０１は、ＨｅＮＢＧＷ７４とＭＭＥ７３ａとの間のＳ１インタフェースによるデータの送受信を行う。基地局通信部１１０２は、ＨｅＮＢＧＷ７４とＨｏｍｅ−ｅＮＢ７２−２との間のＳ１インタフェースによるデータの送受信を行う。ロケーション処理部１１０３は、ＥＰＣ通信部１１０１経由で渡されたＭＭＥ７３ａからのデータのうちレジストレーション情報などを、複数のＨｏｍｅ−ｅＮＢ７２−２に送信する処理を行う。ロケーション処理部１１０３で処理されたデータは、基地局通信部１１０２に渡され、ひとつまたは複数のＨｏｍｅ−ｅＮＢ７２−２にＳ１インタフェースを介して送信される。
【００９３】
ロケーション処理部１１０３での処理を必要とせず通過（透過）させるだけのデータは、ＥＰＣ通信部１１０１から基地局通信部１１０２に渡され、ひとつまたは複数のＨｏｍｅ−ｅＮＢ７２−２にＳ１インタフェースを介して送信される。ＨｅＮＢＧＷ７４の一連の処理は、制御部１１０４によって制御される。よって制御部１１０４は、図１１では省略しているが、各部１１０１〜１１０３と接続している。
【００９４】
現在３ＧＰＰにおいて議論されているＨｅＮＢＧＷ７４の機能を以下に示す（非特許文献１  ４．６．２章参照）。ＨｅＮＢＧＷ７４は、Ｓ１アプリケーションについてリレーする。Ｈｏｍｅ−ｅＮＢ７２−２へのＭＭＥ７３ａの手順の一部分であるが、ＨｅＮＢＧＷ７４は、移動端末７１に関係しないＳ１アプリケーションについて終端する。ＨｅＮＢＧＷ７４が配置されるとき、移動端末７１に無関係な手順がＨｏｍｅ−ｅＮＢ７２−２とＨｅＮＢＧＷ７４との間、そしてＨｅＮＢＧＷ７４とＭＭＥ７３ａとの間を通信される。ＨｅＮＢＧＷ７４と他のノードとの間でＸ２インタフェースは設定されない。ＨｅＮＢＧＷ７４は、ページングの最適化（Paging optimization）の実行をオプションとして認める。
【００９５】
次に移動体通信システムにおける一般的なセルサーチ方法の一例を示す。図１２は、ＬＴＥ方式の通信システムにおいて移動端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。移動端末は、セルサーチを開始すると、ステップＳＴ１２０１で、周辺の基地局から送信される第一同期信号（Ｐ−ＳＳ）、および第二同期信号（Ｓ−ＳＳ）を用いて、スロットタイミング、フレームタイミングの同期をとる。Ｐ−ＳＳとＳ−ＳＳとを合わせて、同期信号（ＳＳ）には、セル毎に割り当てられたＰＣＩ（Physical Cell Identity）に１対１に対応するシンクロナイゼーションコードが割り当てられている。ＰＣＩの数は現在５０４通りが検討されており、この５０４通りのＰＣＩを用いて同期をとるとともに、同期がとれたセルのＰＣＩを検出（特定）する。
【００９６】
次に同期がとれたセルに対して、ステップＳＴ１２０２で、基地局からセル毎に送信される参照信号ＲＳ（cell-specific Reference Signal：ＣＲＳ）を検出し受信電力（RSRPとも称される。）の測定を行う。参照信号ＲＳには、ＰＣＩと１対１に対応したコードが用いられており、そのコードで相関をとることによって他セルと分離できる。ステップＳＴ１２０１で特定したＰＣＩから、該セルのＲＳ用のコードを導出することによって、ＲＳを検出し、ＲＳ受信電力を測定することが可能となる。
【００９７】
次にステップＳＴ１２０３で、ステップＳＴ１２０２までで検出されたひとつ以上のセルの中から、ＲＳの受信品質が最もよいセル（例えば、ＲＳの受信電力が最も高いセル、つまりベストセル）を選択する。
【００９８】
次にステップＳＴ１２０４で、ベストセルのＰＢＣＨを受信して、報知情報であるＢＣＣＨを得る。ＰＢＣＨ上のＢＣＣＨには、セル構成情報が含まれるＭＩＢ（Master Information Block）がのる。したがってＰＢＣＨを受信してＢＣＣＨを得ることで、ＭＩＢが得られる。ＭＩＢの情報としては、例えば、ＤＬ（ダウンリンク）システム帯域幅（送信帯域幅設定（transmission bandwidth configuration：dl-bandwidth）とも呼ばれる）、送信アンテナ数、ＳＦＮ（System Frame Number）などがある。
【００９９】
次にステップＳＴ１２０５で、ＭＩＢのセル構成情報をもとに該セルのＤＬ−ＳＣＨを受信して、報知情報ＢＣＣＨの中のＳＩＢ（System Information Block）１を得る。ＳＩＢ１には、該セルへのアクセスに関する情報や、セルセレクションに関する情報、他のＳＩＢ（ＳＩＢｋ；ｋ≧２の整数）のスケジューリング情報が含まれる。また、ＳＩＢ１には、ＴＡＣ（Tracking Area Code）が含まれる。
【０１００】
次にステップＳＴ１２０６で、移動端末は、ステップＳＴ１２０５で受信したＳＩＢ１のＴＡＣと、移動端末が既に保有しているＴＡ（Tracking Area）リスト内のＴＡＣとを比較する。比較した結果、ステップＳＴ１２０５で受信したＴＡＣがＴＡリスト内に含まれるＴＡＣと同じならば、該セルで待ち受け動作に入る。比較して、ステップＳＴ１２０５で受信したＴＡＣがＴＡリスト内に含まれなければ、移動端末は該セルを通してコアネットワーク（Core Network，ＥＰＣ）（ＭＭＥなどが含まれる）へ、ＴＡＵ（Tracking Area Update）を行うためにＴＡの変更を要求する。コアネットワークは、ＴＡＵ要求信号とともに移動端末から送られてくる該移動端末の識別番号（ＵＥ−ＩＤなど）をもとに、ＴＡリストの更新を行う。コアネットワークは、移動端末に更新後のＴＡリストを送信する。移動端末は、受信したＴＡリストにて移動端末が保有するＴＡＣリストを書き換える（更新する）。その後、移動端末は、該セルで待ち受け動作に入る。
【０１０１】
ＬＴＥ、ＬＴＥ−ＡおよびＵＭＴＳ（Universal Mobile Telecommunication System）においては、ＣＳＧ（Closed Subscriber Group）セルの導入が検討されている。前述したように、ＣＳＧセルに登録したひとつまたは複数の移動端末のみにアクセスが許される。ＣＳＧセルと登録されたひとつまたは複数の移動端末とがひとつのＣＳＧを構成する。このように構成されたＣＳＧには、ＣＳＧ−ＩＤと呼ばれる固有の識別番号が付される。なお、ひとつのＣＳＧには、複数のＣＳＧセルがあってもよい。移動端末は、どれかひとつのＣＳＧセルに登録すれば、そのＣＳＧセルが属するＣＳＧの他のＣＳＧセルにはアクセス可能となる。
【０１０２】
また、ＬＴＥおよびＬＴＥ−ＡでのＨｏｍｅ−ｅＮＢやＵＭＴＳでのＨｏｍｅ−ＮＢが、ＣＳＧセルとして使われることがある。ＣＳＧセルに登録した移動端末は、ホワイトリストを有する。具体的には、ホワイトリストはＳＩＭ（Subscriber Identity Module）／ＵＳＩＭに記憶される。ホワイトリストには、移動端末が登録したＣＳＧセルのＣＳＧ情報が格納される。ＣＳＧ情報として具体的には、ＣＳＧ−ＩＤ、ＴＡＩ（Tracking Area Identity）、ＴＡＣなどが考えられる。ＣＳＧ−ＩＤとＴＡＣとが対応付けられていれば、どちらか一方でよい。また、ＣＳＧ−ＩＤおよびＴＡＣと、ＧＣＩ（Global Cell Identity）とが対応付けられていればＧＣＩでもよい。
【０１０３】
以上から、ホワイトリストを有しない（本発明においては、ホワイトリストが空（empty）の場合も含める）移動端末は、ＣＳＧセルにアクセスすることは不可能であり、ｎｏｎ−ＣＳＧセルのみにしかアクセスできない。一方、ホワイトリストを有する移動端末は、登録したＣＳＧ−ＩＤのＣＳＧセルにも、ｎｏｎ−ＣＳＧセルにもアクセスすることが可能となる。
【０１０４】
３ＧＰＰでは、全ＰＣＩ（Physical Cell Identity）のうち、ＣＳＧセルによって使用するためにネットワークによって予約されたＰＣＩ範囲がある（非特許文献１参照）。ＰＣＩ範囲を分割することをＰＣＩスプリットと称することがある。ＰＣＩスプリット情報は、システム情報にて基地局から傘下の移動端末に対して報知される。非特許文献５は、ＰＣＩスプリットを用いた移動端末の基本動作を開示する。ＰＣＩスプリット情報を有していない移動端末は、全ＰＣＩを用いて（例えば５０４コード全てを用いて）セルサーチを行う必要がある。これに対して、ＰＣＩスプリット情報を有する移動端末は、当該ＰＣＩスプリット情報を用いてセルサーチを行うことが可能である。
【０１０５】
また３ＧＰＰでは、ハイブリッドセルのためのＰＣＩは、ＣＳＧセル用のＰＣＩ範囲の中には含まれないことが決定されている（非特許文献１  １０．７章参照）。
【０１０６】
３ＧＰＰでは、移動端末がＣＳＧセルをセレクション、あるいはリセレクションする方法について２つのモードが存在する。１つ目は、自動（Automatic）モードである。自動モードの特徴を以下に示す。移動端末内の許可ＣＳＧリスト（Allowed CSG ID List）を利用して、セレクション、あるいはリセレクションを行う。ＰＬＭＮの選択が完了した後、ｎｏｎ−ＣＳＧセル、あるいは許可ＣＳＧリストに存在するＣＳＧ  ＩＤを伴うＣＳＧセルである場合にのみ、選択している該ＰＬＭＮ中の１つのセルにキャンプオンする。移動端末の許可ＣＳＧリストが空であるならば、移動端末は、ＣＳＧセルの自立（autonomous）サーチ機能を停止する（非特許文献３  ５．２．４．８．１章参照）。
【０１０７】
２つ目は、手動（Manual）モードである。手動モードの特徴を以下に示す。移動端末は、現在選択されているＰＬＭＮで利用可能なＣＳＧのリストを、ユーザに示す。移動端末がユーザに提供するＣＳＧのリストは、移動端末に保存されている許可ＣＳＧリストに含まれるＣＳＧに限られない。ユーザが該ＣＳＧのリストに基づいてＣＳＧを選定した後、移動端末は、選択されたＣＳＧ  ＩＤを伴うセルへキャンプオンし、登録（register）を試みる（非特許文献３参照）。
【０１０８】
ＨｅＮＢおよびＨＮＢに対しては、様々なサービスへの対応が求められている。例えば、オペレータは、ある決められたＨｅＮＢおよびＨＮＢに移動端末を登録させ、登録した移動端末のみにＨｅＮＢおよびＨＮＢのセルへのアクセスを許可することで、該移動端末が使用できる無線リソースを増大させて、高速に通信を行えるようにする。その分、オペレータは、課金料を通常よりも高く設定する、といったサービスである。
【０１０９】
このようなサービスを実現するため、登録した（加入した、メンバーとなった）移動端末のみがアクセスできるＣＳＧセル（Closed Subscriber Group cell）が導入されている。ＣＳＧセル（Closed Subscriber Group cell）は、商店街やマンション、学校、会社などへ数多く設置されることが要求される。例えば、商店街では店舗毎、マンションでは部屋毎、学校では教室毎、会社ではセクション毎にＣＳＧセルを設置し、各ＣＳＧセルに登録したユーザのみが該ＣＳＧセルを使用可能とするような使用方法が要求されている。ＨｅＮＢ／ＨＮＢは、マクロセルのカバレッジ外での通信を補完するため（エリア補完型ＨｅＮＢ／ＨＮＢ）だけでなく、上述したような様々なサービスへの対応（サービス提供型ＨｅＮＢ／ＨＮＢ）が求められている。このため、ＨｅＮＢ／ＨＮＢがマクロセルのカバレッジ内に設置される場合も生じる。
【０１１０】
３ＧＰＰにおいて、ＭＴＣ技術の検討が進められている（非特許文献８参照）。ＭＴＣは、従来の人対人（Human to Human：Ｈ２Ｈ）の通信と異なり、機械対機械（Machine to Machine：Ｍ２Ｍ）の通信である。すなわち、ヒューマンインタラクション（Human Interaction）、つまり人と人とのやり取りを必要としない。ＭＴＣ技術を用いたサービス（以下「ＭＴＣサービス」という）の応用例として、ガス、電力、水道などのメータリング（Metering）、すなわち計測や、輸送管理および発注管理（Tracking&Tracing）などがある。ＭＴＣサービスの特徴として、ＭＴＣ用のデバイス（MTC Device：ＭＴＣＤ）の数が膨大であることがある。一例として、１つのセルの傘下に３万台以上のＭＴＣＤが存在することが想定されている。
【０１１１】
３ＧＰＰでは、ＭＴＣのアーキテクチャが検討されている（３ＧＰＰ  Ｒ３−１００３１５（以下「非特許文献１０」という）参照）。図１３は、３ＧＰＰで検討されているＭＴＣのアーキテクチャの一例を示す図である。ＬＴＥおよびＬＴＥ−Ａの通信システムだけでなく、ＷＣＤＭＡの通信システムでもＭＴＣサービスのサポートが検討されている。
【０１１２】
図１３において、ＭＴＣＤ１３０１〜１３０４と、ＮＢ／ｅＮＢ１３０５との間は、Ｕｕインタフェース１３１１〜１３１４で接続されている。ＳＧＳＮ／ＭＭＥ（Serving GPRS Support Node/ Mobility Management Entity）１３０６は、ＮＢ／ｅＮＢ１３０５とＩｕＰＳ／Ｓ１インタフェース１３１５で接続されている。図示していないが、ＮＢとＳＧＳＮとの間には、無線ネットワーク制御装置（Radio Network Controller：ＲＮＣ）が存在している。ＮＢとＲＮＣとの間は、Ｉｕｂインタフェースで接続され、ＲＮＣはＩｕＰＳインタフェースを介してＳＧＳＮに接続される。
【０１１３】
ＨＬＲ／ＨＳＳ（Home Location Register/Home Subscriber Server）１３０７は、Ｇｒ／Ｓ６ａインタフェース１３１６を介して、ＳＧＳＮ／ＭＭＥ１３０６と接続される。通信オペレータ領域１３１７には、ＮＢ／ｅＮＢ１３０５、ＳＧＳＮ／ＭＭＥ１３０６、およびＨＬＲ／ＨＳＳ１３０７などが含まれる。
【０１１４】
ＭＴＣサーバ１３０８は、通信オペレータ領域１３１７に含まれる。ＭＴＣサービスを行うＭＴＣユーザ１３０９は、アプリケーションプログラムインタフェース（Application Program Interface：ＡＰＩ）１３１０を介して、ＭＴＣサーバ１３０８と接続される。ＭＴＣサーバ１３０８が通信オペレータ領域１３１７のいずれのノードに接続されるかについては、３ＧＰＰにおいて現在検討中である。
【０１１５】
ＭＴＣサービス用の情報は、ＭＴＣユーザ１３０９によって、ＭＴＣサーバ１３０８から、通信オペレータ領域１３１７のノードであるＮＢ／ｅＮＢ１３０５、ＳＧＳＮ／ＭＭＥ１３０６、ＨＬＲ／ＨＳＳ１３０７を用いて、ＭＴＣＤ１３０１〜１３０４へ通知される。逆にＭＴＣＤ１３０１〜１３０４からの情報は、通信オペレータ領域１３１７のノードであるＮＢ／ｅＮＢ１３０５、ＳＧＳＮ／ＭＭＥ１３０６、ＨＬＲ／ＨＳＳ１３０７を用いて、ＭＴＣサーバ１３０８へ通知され、ＭＴＣユーザ１３０９によって該情報が利用される。
【０１１６】
実施の形態１で解決する課題について、以下に説明する。ＭＴＣＤの数は膨大であることが予想されている。またＨｅＮＢが収容可能な移動端末の数は、マクロセルが収容可能な移動端末の数と比較して、格段に少ないことが予想される。したがって、一度に多くのＭＴＣＤがＨｅＮＢにアクセスした場合、ＨｅＮＢがＭＴＣＤによって占有されてしまい、ＭＴＣＤではない移動端末（以下「ノーマルＵＥ」という場合がある）を収容できなくなるおそれがある。
【０１１７】
具体例を以下に示す。家屋にＨｅＮＢが設置されているものとする。またＨｅＮＢは、ハイブリッドアクセスモードで運用されているものとする。したがって、ＨｅＮＢと同じＣＳＧ−ＩＤに未登録の通りすがりの移動端末も、ＨｅＮＢにアクセス可能となる。
【０１１８】
例えば、多数の荷物を積載したトラックが、家屋の前に停車しているとする。各荷物には、追跡調査のためにＭＴＣＤが貼り付けられているものとする。多くのＭＴＣＤにとって、受信品質が最も良好な基地局は、家屋に設置されているＨｅＮＢとなる。したがって、トラックに積載されている荷物に貼り付けられている多数のＭＴＣＤは、家屋に設置されているＨｅＮＢを、サービングセルとして再選択することになる。
【０１１９】
そして、ＭＴＣＤからＭＴＣサーバに対して、現在地を報告するアクセスが発生する時刻となった場合、多数のＭＴＣＤから、家屋内のＨｅＮＢに対して一斉にアクセスが発生する。これによって、ＨｅＮＢに収容されている移動端末の数（以下「収容数」という場合がある）が、ＨｅＮＢに収容可能な移動端末の数（以下「収容可能数」という場合がある）に達してしまう。こうなると、ＨｅＮＢは、新たにノーマルＵＥからアクセスが発生しても、そのノーマルＵＥを収容できなくなり、ノーマルＵＥへサービスを提供することができなくなる。
【０１２０】
ＭＴＣＤなどの移動端末からＨｅＮＢへのアクセスを制限する方法として、既存の技術にＣＳＧ（Closed Subscriber Group cell）が存在する。しかし、ＨｅＮＢをオープンアクセスモード、あるいはハイブリッドアクセスモードで運用している場合には、ＨｅＮＢと同じＣＳＧ−ＩＤに未登録の移動端末もＨｅＮＢにアクセスが可能となる。したがって、既存のＣＳＧによってＨｅＮＢへのアクセスを制限するだけでは、前述の課題を解決することができない。
【０１２１】
実施の形態１での解決策を以下に示す。基地局から、通信可能な範囲内に存在する移動端末、すなわち傘下の移動端末に、自基地局におけるＭＴＣＤ制限情報を通知する。ＭＴＣＤ制限情報を通知する移動端末は、ＭＴＣＤおよびノーマルＵＥを含む。ＭＴＣＤは、制限端末装置に相当し、ノーマルＵＥは、制限端末装置以外の通信端末装置に相当する。ＭＴＣＤ制限情報は、ＭＴＣＤが制限される動作を示す。
【０１２２】
ＭＴＣＤ制限情報を受信したＭＴＣＤは、ＭＴＣＤ制限情報が示す制限に従って動作する。ＭＴＣＤ制限情報を受信したノーマルＵＥは、ＭＴＣＤ制限情報が示す制限に従う動作はしない。ＭＴＣＤ制限情報を受信したノーマルＵＥは、通常通り動作するとしてもよい。
【０１２３】
これによって、基地局は、ノーマルＵＥとＭＴＣＤとを区別して動作を制限することが可能となる。したがって、基地局であるＨｅＮＢで、ＭＴＣＤ制限情報を用いてノーマルＵＥとＭＴＣＤとを区別して、ＭＴＣＤの動作を制限すれば、ＭＴＣＤのアクセスによって、ＨｅＮＢによる移動端末の収容数が収容可能数に達してしまい、ＨｅＮＢがＭＴＣＤによって占有されて、ノーマルＵＥを収容できなくなるという課題を解決することができる。
【０１２４】
ＭＴＣＤ制限情報が示す制限の具体例として、以下の（１）〜（７）の７つを開示する。
【０１２５】
（１）ＭＴＣＤがアクセス可能か否か。アクセスの具体例として、以下の（ａ１）〜（ａ５）の５つを開示する。（ａ１）上り制御データ送信。（ａ２）上りトラフィックデータ送信。ユーザデータの送信であってもよい。（ａ３）ＲＡＣＨ送信。（ａ４）ＲＲＣ接続要求（RRC Connection Request）の送信。（ａ５）前記（ａ１）〜（ａ４）の組み合わせ。
【０１２６】
（２）ＭＴＣＤがノーマルサービスを得るためにキャンプオン可能か否か。言い換えると、ＭＴＣＤが適切なセル（Suitable Cell）として選択可能か否か。
【０１２７】
（３）ＭＴＣＤが限られたサービスを得るためにキャンプオン可能か否か。言い換えると、ＭＴＣＤがアクセプタブルセル（Acceptable cell）として選択可能か否か。限られたサービスの具体例として、以下の（ｂ１）〜（ｂ４）の４つを開示する。（ｂ１）緊急呼の発信。（ｂ２）ＥＴＷＳの受信。（ｂ３）ＣＭＡＳの受信。（ｂ４）前記（ｂ１）〜（ｂ３）の組み合わせ。
【０１２８】
（４）ＭＴＣＤがセル選択および再選択の候補とすることを禁じているか否か。言い換えると、ＭＴＣＤに対して該セルがバードセル（Barred cell）であるか否か。
【０１２９】
（５）ＭＴＣＤがローミングしてくることを禁じているか否か。
【０１３０】
（６）ＭＴＣＤがハンドオーバしてくることを禁じているか否か。
【０１３１】
（７）前記（１）〜（６）の組み合わせ。
【０１３２】
ＭＴＣＤ制限情報によって１つの制限を通知することで、あわせて他の制限も通知するとみなしてもよい。その組み合わせは、静的に決定するようにしてもよい。組み合わせの具体例として、以下の（Ａ１）〜（Ａ１１）の１１個を開示する。
【０１３３】
（Ａ１）ＭＴＣＤ制限情報がアクセス不可能であることを示す場合、ＭＴＣＤはアクセス不可能であるが、ノーマルサービスを得るためにキャンプオン可能であることを意味する。
【０１３４】
（Ａ２）ＭＴＣＤ制限情報がアクセス不可能であることを示す場合、ＭＴＣＤはアクセス不可能であるが、限られたサービスを得るためにキャンプオン可能であることを意味する。
【０１３５】
（Ａ３）ＭＴＣＤ制限情報がアクセス不可能であることを示す場合、ＭＴＣＤはアクセス不可能であるが、セル選択および再選択の候補とすることを禁じられていないことを意味する。
【０１３６】
（Ａ４）ＭＴＣＤ制限情報がアクセス不可能であることを示す場合、ＭＴＣＤはアクセス不可能であるが、ローミングしてくることを禁じられていないことを意味する。
【０１３７】
（Ａ５）ＭＴＣＤ制限情報がアクセス不可能であることを示す場合、ＭＴＣＤはアクセス不可能であるが、ハンドオーバしてくることを禁じられていないことを意味する。
【０１３８】
（Ａ６）ＭＴＣＤ制限情報がノーマルサービスを得るためにキャンプオン不可能であることを示す場合、ＭＴＣＤはノーマルサービスを得るためにキャンプオン不可能であるが、限られたサービスを得るためにキャンプオン可能であることを意味する。
【０１３９】
（Ａ７）ＭＴＣＤ制限情報がノーマルサービスを得るためにキャンプオン不可能であることを示す場合、ＭＴＣＤはノーマルサービスを得るためにキャンプオン不可能であるが、セル選択および再選択の候補とすることを禁じられていないことを意味する。
【０１４０】
（Ａ８）ＭＴＣＤ制限情報がノーマルサービスを得るためにキャンプオン不可能であることを示す場合、ＭＴＣＤはノーマルサービスを得るためにキャンプ不可能であるが、ローミングしてくることを禁じられていないことを意味する。
【０１４１】
（Ａ９）ＭＴＣＤ制限情報がノーマルサービスを得るためにキャンプオン不可能であることを示す場合、ＭＴＣＤはノーマルサービスを得るためにキャンプ不可能であるが、ハンドオーバしてくることを禁じられていないことを意味する。
【０１４２】
（Ａ１０）ＭＴＣＤ制限情報が限られたサービスを得るためにキャンプオン不可能であることを示す場合、ＭＴＣＤは限られたサービスを得るためにキャンプオン不可能であるが、ローミングしてくることを禁じられていないことを意味する。
【０１４３】
（Ａ１１）ＭＴＣＤ制限情報が限られたサービスを得るためにキャンプオン不可能であることを示す場合、ＭＴＣＤは限られたサービスを得るためにキャンプオン不可能であるが、ハンドオーバしてくることを禁じられていないことを意味する。
【０１４４】
ＭＴＣＤ制限情報によって「不可能」が示された場合、ＭＴＣＤ制限情報によって示される動作よりも厳しい制限は、かかっていないとみなしてもよい。前記ＭＴＣＤ制限情報が示す制限の具体例では、具体例（１）の制限が最も緩い制限で、具体例の数字が大きくなるほど、すなわち（１）から（４）に進むにつれて厳しい制限となっているとする。便宜上、具体例（５），（６），（７）を除いて説明する。
【０１４５】
例えば、具体例（１）において、ＭＴＣＤがアクセス不可能を示す場合は、該制限より厳しい制限はかかっていないとみなす。したがって該制限情報によって、ＭＴＣＤがノーマルサービスを得るためにキャンプオン可能であること、ＭＴＣＤが限られたサービスを得るためにキャンプオン可能であること、およびＭＴＣＤがセル選択および再選択の候補とすることが可能であることを示すとみなされる。
【０１４６】
ＭＴＣＤ制限情報は、制限内容として、可能か否かなどの２つの場合を示す２値でなくてもよい。２値でない制限情報の具体例として、以下の（１），（２）の２つを開示する。
【０１４７】
（１）制限情報として多値を通知。具体的な制限情報として、２ビットを用いる場合について以下に示す。「１１」は、制限無しを示す。「１０」は、ＭＴＣＤがノーマルサービスを得るためにキャンプオン不可能であることを示す。「０１」は、ＭＴＣＤが限られたサービスを得るためにキャンプオン不可能であることを示す。「００」は、ＭＴＣＤがセル選択および再選択の候補とすることを禁じていることを示す。制限情報として多値を用いることによって、２値を用いる場合と比較して、より柔軟な通信システムを構築することができる。
【０１４８】
（２）制限情報を通知するか否かによって制限を示す。具体例として、以下の（ａ１），（ａ２）の２つを示す。（ａ１）「ＭＴＣＤ制限情報が存在する」、すなわち「ＭＴＣＤ制限情報を通知する」は、ＭＴＣＤがノーマルサービスを得るためにキャンプオン不可能であることを示す。「ＭＴＣＤ制限情報が存在しない」、すなわち「ＭＴＣＤ制限情報を通知しない」は、ＭＴＣＤがノーマルサービスを得るためにキャンプオン可能であることを示す。（ａ２）「ＭＴＣＤ制限情報が存在する」、すなわち「ＭＴＣＤ制限情報を通知する」は、ＭＴＣＤがノーマルサービスを得るためにキャンプオン不可能であることを示す。「ＭＴＣＤ制限情報が存在しない」、すなわち「ＭＴＣＤ制限情報を通知しない」は、制限無しを示す。（ａ１）または（ａ２）のように、通知するか否かによって制限を示す制限情報を用いる場合、制限情報として２値を用いる場合とは異なり、ＭＴＣＤを制限しない基地局においては、ＭＴＣＤ制限情報を通知する必要がない。したがって、現行の基地局について変更を加える必要がない。これによって、後方互換性（backward compatibility：バックワードコンパチビリティ）に優れた通信システムを構築することができる。
【０１４９】
ＭＴＣＤ制限情報は、必ずしも「ＭＴＣＤ」に対する制限情報でなくてもよい。具体例として、以下の（１）〜（３）の３つを開示する。
【０１５０】
（１）ＭＴＣＤの優先度に従った制限情報。通信システムにおいて高い優先度のＭＴＣＤと、低い優先度のＭＴＣＤとを区別する場合に有効となる。制限情報との組み合わせの具体例として、以下の（ａ１）〜（ａ３）の３つを開示する。（ａ１）ＭＴＣＤ制限情報は、低い優先度のＭＴＣＤに対する制限情報を示す。（ａ２）高い優先度のＭＴＣＤ用のＭＴＣＤ制限情報と、低い優先度のＭＴＣＤ用のＭＴＣＤ制限情報とを別個に設ける。（ａ３）ＭＴＣＤ制限情報は、全てのＭＴＣＤに対する制限情報を示す。また、優先度は２値でなくてもよい。
【０１５１】
（２）ＭＴＣＤグループに従った制限情報。通信システムにおいてＭＴＣＤグループが設けられた場合に有効となる。制限情報との組み合わせの具体例として、以下の（ｂ１）〜（ｂ３）の３つを開示する。例えば、ＭＴＣＤグループＡとＭＴＣＤグループＢとが存在するとする。（ｂ１）ＭＴＣＤ制限情報は、ＭＴＣＤグループＡに属するＭＴＣＤに対する制限情報を示す。（ｂ２）ＭＴＣＤグループ毎にＭＴＣＤ制限情報を設ける。つまり、ＭＴＣＤグループＡ用のＭＴＣＤ制限情報と、ＭＴＣＤグループＢ用のＭＴＣＤ制限情報とを別個に設ける。その場合、ＭＴＣＤ制限情報にＭＴＣＤグループの識別子を付加するとよい。（ｂ３）ＭＴＣＤ制限情報は、全てのＭＴＣＤグループに対する制限情報を示す。また、グループの数は２つでなくてもよい。
【０１５２】
（３）移動端末の優先度に従った制限情報。通信システムにおいてＭＴＣＤであるか否かの区別ではなく、高い優先度の移動端末であるか、または低い優先度の移動端末であるかを区別する場合に有効となる。制限情報との組み合わせの具体例として、以下の（ｃ１），（ｃ２）の２つを開示する。（ｃ１）制限情報は、低い優先度の移動端末に対する制限情報を示す。（ｃ２）高い優先度の移動端末用の制限情報と、低い優先度の移動端末用の制限情報とを設ける。また、優先度は２値でなくてもよい。
【０１５３】
ＭＴＣＤ制限情報の決定方法の具体例として、以下の（１），（２）の２つを開示する。
【０１５４】
（１）ＭＴＣＤ制限情報は、静的に決定する。静的とは、例えば基地局の性能（ケーパビリティ：capability）によって決定することをいう。具体例として、以下の（ａ１）〜（ａ３）の３つを開示する。（ａ１）ＨｅＮＢはＭＴＣＤを制限する。ＨｅＮＢではない基地局、例えばマクロセルなどはＭＴＣＤを制限しない。前記制限が予め決定されている場合などは、ＭＴＣＤ制限情報の通知は省略できる。（ａ２）収容可能数の少ない基地局、例えば収容可能数が閾値よりも少ない基地局は、ＭＴＣＤを制限する。収容可能数の多い基地局、例えば収容可能数が閾値よりも多い基地局は、ＭＴＣＤを制限しない。（ａ３）カバレッジが小さい基地局、例えばカバレッジが閾値より狭い基地局は、ＭＴＣＤを制限する。カバレッジが大きい基地局、例えばカバレッジが閾値より大きい基地局は、ＭＴＣＤを制限しない。
【０１５５】
（２）ＭＴＣＤ制限情報は、基地局固有に準静的に決まる。準静的とは、例えば基地局の設置状況や運用状況など、基地局の性能を除く要因によって決定することをいう。具体例を以下に示す。ＨｅＮＢではない基地局、例えばマクロセルなどは、制限無しとする。他のセルの圏外に設置されたＨｅＮＢ（以下「エリア補完型ＨｅＮＢ」とも称される）は、ＭＴＣＤがノーマルサービスを得るためにキャンプオン不可能とする。他のセルの圏内に設置されたＨｅＮＢ（以下「サービス提供型ＨｅＮＢ」とも称される）は、ＭＴＣＤがセル選択および再選択の候補とすることを禁じる。このように準静的に決定する場合は、静的に決定する場合と比較して、基地局の設置状況等に応じて変更することができるので、より柔軟な通信システムを構築することができる。
【０１５６】
基地局から傘下の移動端末へのＭＴＣＤ制限情報の通知方法の具体例について開示する。報知情報として、ＭＴＣＤ制限情報を通知する。これによって、移動端末は、移動端末の状態によらず、例えば移動端末が待受け状態であるか、接続状態（Connected）であるかによらず、ＭＴＣＤ制限情報を受信することができる。報知情報として通知する場合の具体例として、以下の（１），（２）の２つを開示する。
【０１５７】
（１）ＭＩＢによって通知する。ＭＩＢに新たなパラメータを設ける。ＭＩＢは、セルサーチの早い段階で、移動端末に受信されるので（図１２のステップＳＴ１２０４参照）、ＭＴＣＤ制限情報をＭＩＢで通知することによって、移動端末が、制限があるか否かを早期に判断することができる。
【０１５８】
（２）ＳＩＢによって通知する。ＳＩＢに新たなパラメータを設ける。ＳＩＢは、下り共有チャネルであるＤＬ−ＳＣＨにマッピングされる。（１）のＭＩＢは、物理報知チャネルであるＰＢＣＨにマッピングされる。ＰＢＣＨのリソースは、前述の通り４０ｍｓ間隔中の４個のサブフレームに限定されている。これに対し、ＤＬ−ＳＣＨにはそのような制限はない。したがって、ＭＴＣＤ制限情報をＳＩＢで通知することによって、ＭＴＣＤ制限情報の情報量に対する制限を緩やかにすることができる。ＳＩＢとして通知する場合の具体例として、以下の（ａ１）〜（ａ３）の３つを開示する。
【０１５９】
（ａ１）ＳＩＢ１によって通知する。ＳＩＢ１に新たなパラメータを設ける。ＳＩＢ１には、アクセス制限に関わる既存パラメータ（cellbarred、CSG-indication、CSG-identity）が含まれる。したがって、ＭＴＣＤ制限情報をＳＩＢ１に含めることによって、アクセス制限に関わるパラメータを、移動端末が同時に処理することができるので、移動端末の処理を簡略化することができる。
【０１６０】
（ａ２）ＳＩＢ２によって通知する。ＳＩＢ２に新たなパラメータを設ける。ＳＩＢ２には、アクセス制限に関わる既存パラメータ（ac-BarringInfo：ＡＣＢ）が含まれる。したがって、ＭＴＣＤ制限情報をＳＩＢ２に含めることによって、アクセス制限に関わるパラメータを、移動端末が同時に処理することができるので、移動端末の処理を簡略化することができる。
【０１６１】
（ａ３）ＳＩＢ３、ＳＩＢ４、ＳＩＢ５、ＳＩＢ６、ＳＩＢ７，ＳＩＢ８によって通知する。ＳＩＢ３、ＳＩＢ４、ＳＩＢ５、ＳＩＢ６、ＳＩＢ７，ＳＩＢ８に新たなパラメータを設ける。ＳＩＢ３、ＳＩＢ４、ＳＩＢ５、ＳＩＢ６、ＳＩＢ７，ＳＩＢ８には、セル再選択に関わる既存パラメータが含まれる。したがって、ＭＴＣＤ制限情報をＳＩＢ３、ＳＩＢ４、ＳＩＢ５、ＳＩＢ６、ＳＩＢ７，ＳＩＢ８に含めることによって、セル再選択に関わるパラメータを、移動端末が同時に処理することができるので、移動端末の処理を簡略化することができる。
【０１６２】
ＭＴＣＤ制限情報が、前記具体例（１）のＭＴＣＤがアクセス可能か否かを示す場合、基地局から傘下の移動端末へのＭＴＣＤ制限情報の通知方法として、既存のパラメータであるアクセスクラスバーリング（Access Class Barring：ＡＣＢ）を用いてもよい（非特許文献２参照）。既存のパラメータを用いることによって、通信システムが複雑化することを回避することができる。既存のパラメータに対して変更が必要な点として、以下の（１），（２）の２つを開示する。
【０１６３】
（１）既存のパラメータであるＡＣＢにおいては、ＭＴＣＤとノーマルＵＥとの区別がない。したがって、パラメータＡＣＢを用いて、基地局がノーマルＵＥとＭＴＣＤとを区別して動作を制限することは不可能である。本実施の形態においては、ＭＴＣＤ用のＡＣＢと、ノーマルＵＥ用のＡＣＢとを分離する。これによって基地局は、パラメータＡＣＢを用いて、ノーマルＵＥとＭＴＣＤとを区別して動作を制限することが可能となる。
【０１６４】
（２）３ＧＰＰでは、コアネットワーク側のＭＴＣＤによる混雑の回避が検討されている（３ＧＰＰ  Ｒ３−１０２６６１（以下「非特許文献１０」という）参照）。非特許文献１０に記載されている内容を説明する。コアネットワーク側においてＭＴＣＤによる混雑が発生した場合、コアネットワーク側は、基地局に対してＭＴＣＤのアクセスの除外を指定する。しかし、非特許文献１０に記載の方法では、コアネットワーク側のＭＴＣＤによる混雑と無関係に、ＭＴＣＤのアクセスの除外を指定することはできない。
【０１６５】
そこで本実施の形態においては、コアネットワーク側のＭＴＣＤによる混雑が発生しなくても、基地局がパラメータＡＣＢを用いて、ＭＴＣＤ制限情報を傘下の移動端末へ通知するように構成する。例えば、基地局が、コアネットワーク側からの指示がなくても、パラメータＡＣＢを用いて、ＭＴＣＤ制限情報を傘下の移動端末へ通知するように構成する。または基地局が、コアネットワーク側からのオーバーロードスタート（Overload Start）を受信しなくても、パラメータＡＣＢを用いて、ＭＴＣＤ制限情報を傘下の移動端末へ通知するように構成する。これによって基地局は、パラメータＡＣＢを用いて、コアネットワーク側の混雑とは無関係に、ＭＴＣＤの制限情報を傘下の移動端末へ通知することができる。
【０１６６】
ＭＴＣＤ制限情報が、前記具体例（４）のＭＴＣＤがセル選択および再選択の候補とすることを禁じているか否かを示す場合、基地局から傘下の移動端末へのＭＴＣＤ制限情報の通知方法として、既存のパラメータであるセルバード（cellbarred、以下、単に「バード（Ｂａｒｒｅｄ）」という場合がある）を用いてもよい（非特許文献２参照）。既存のパラメータを用いることによって、通信システムが複雑化することを回避することができる。
【０１６７】
既存のパラメータに対して変更が必要な点を開示する。既存のパラメータＢａｒｒｅｄにおいては、ＭＴＣＤとノーマルＵＥとの区別がない。したがって、パラメータＢａｒｒｅｄを用いて、基地局がノーマルＵＥとＭＴＣＤとを区別して動作を制限することは不可能である。そこで本実施の形態においては、ＭＴＣＤ用のＢａｒｒｅｄと、ノーマルＵＥ用のＢａｒｒｅｄとを分離する。これによって基地局は、パラメータＢａｒｒｅｄを用いて、ノーマルＵＥとＭＴＣＤとを区別して動作を制限することが可能となる。
【０１６８】
また、基地局から傘下の移動端末へのＭＴＣＤ制限情報の通知方法として、ＭＴＣＤのみデコードを行う領域を設け、その領域にＭＴＣＤ制限情報をマッピングしてもよい。これによって、ノーマルＵＥが該領域を受信する必要がなくなるとともに、該領域をデコードする必要がなくなる。したがって、既存の３ＧＰＰ機器への変更が不要となり、後方互換性（バックワードコンパチビリティ）に優れた通信システムを構築することができる。
【０１６９】
移動端末がＭＴＣＤ制限情報を受信するセルの具体例として、以下の（１），（２）の２つを開示する。（１）測定を実施するセル。（２）セル選択基準を満たすセル。具体例（２）のセルを用いる場合、具体例（１）のセルを用いる場合と比較して、ＭＴＣＤ制限情報の受信が必要なセルの数が少なくなる。したがって、具体例（２）のセルを用いることによって、移動端末の処理の負荷を軽減することができる。また、移動端末の低消費電力化を実現することができる。
【０１７０】
移動端末がＭＴＣＤ制限情報を反映するタイミングの具体例として、以下の（１）〜（７）の７つを開示する。以下に開示する具体例は、移動端末がＭＴＣＤ制限情報を確認するタイミングであってもよい。
【０１７１】
（１）セル選択のとき。セル選択の前にＭＴＣＤ制限情報を確認し、該セルが選択（キャンプオン）可能であるか否かを確認する。セル選択が可能である場合は、該セルを選択する。セル選択が不可能である場合は、該セルをセル選択の候補から外し、他のセルを選択すべく動作を開始する。
【０１７２】
（２）セル再選択のとき。セル再選択の前にＭＴＣＤ制限情報を確認し、該セルが再選択（キャンプオン）が可能であるか否かを確認する。セル再選択が可能である場合は、該セルを再選択する。セル再選択が不可能である場合は、該セルをセル再選択の候補から外し、他のセルを再選択すべく動作を開始する。
【０１７３】
（３）アクセスのとき。アクセスの前にＭＴＣＤ制限情報を確認し、該セルがアクセス可能であるか否かを確認する。アクセス可能である場合は、該セルに対してアクセスを開始する。アクセス不可能である場合は、アクセスを中止する、あるいはアクセス可能な他のセルを選択すべくセル再選択動作を開始する。
【０１７４】
（４）周期的。予め決められた周期で、ＭＴＣＤ制限情報を受信して、確認する。
【０１７５】
（５）ＭＴＣＤ制限情報が変更されたとき。ＭＴＣＤ制限情報の内容が変更されたことがセル再選択のトリガとなってもよい。例えば、ＭＴＣＤ制限情報が、「ノーマルサービスを得るためにキャンプオン可能」から、「ノーマルサービスを得るためにキャンプオン不可能」へ変更された場合は、傘下のＭＴＣＤは、ノーマルサービスを得るためにキャンプオン可能な他のセルを選択するために、セル再選択動作を開始する。
【０１７６】
（６）システム情報の変更（System Information change）通知を受信したとき。該通知には、ページングメッセージ（Paging message）が用いられることもある（非特許文献２参照）。ＭＴＣＤ制限情報をシステム情報（System Information：ＳＩ）で通知する場合に有効である。
【０１７７】
（７）前記（１）〜（６）の組み合わせ。
【０１７８】
ＭＴＣＤがＭＴＣＤ制限情報を反映、あるいは確認するようにしてもよい。ノーマルＵＥは、ＭＴＣＤ制限情報を反映、あるいは確認しなくてもよい。これによって、ノーマルＵＥへの変更が不要となり、後方互換性（バックワードコンパチビリティ）に優れた通信システムを構築することができる。
【０１７９】
基地局は、ＭＴＣＤに対して制限しない場合は、ＭＴＣＤ制限情報を通知しなくてもよい。移動端末は、ＭＴＣＤ制限情報の通知がない基地局は、ＭＴＣＤに対する制限がないと判断してもよい。または、移動端末は、ＭＴＣＤ制限情報の通知がないセルは、ＭＴＣＤとノーマルＵＥとを同様に扱うと判断すればよい。具体例としては、ＭＴＣＤ制限情報は、ＨｅＮＢが通知するようにしてもよい。ＭＴＣＤ制限情報は、ＨｅＮＢでない基地局、例えばマクロセルなどは通知しなくてもよい。この場合、移動端末は、ＭＴＣＤ制限情報の通知がないセルは、ＭＴＣＤに対する制限がないと判断すればよい。これによって、ＨｅＮＢでない基地局への変更が不要となり、後方互換性（バックワードコンパチビリティ）に優れた通信システムを構築することができる。
【０１８０】
次に、図１４を用いて、実施の形態１における通信システムのシーケンスの具体例について説明する。図１４は、実施の形態１における通信システムのシーケンスを示す図である。本動作例では、ＭＴＣＤ制限情報が示す制限の具体例として、前記具体例（２）のＭＴＣＤが適切なセル（Suitable Cell）として選択可能か否かである場合について開示する。また、ＭＴＣＤ制限情報の決定方法の具体例として、前記具体例（１）の（ａ１）のＨｅＮＢはＭＴＣＤを制限する場合について開示する。ＨｅＮＢではない基地局、例えばマクロセルなどは、ＭＴＣＤを制限しない場合について開示する。また、移動端末がＭＴＣＤ制限情報を受信するセルとしては、前記具体例（２）のセル選択基準を満たすセルの場合について開示する。また、移動端末がＭＴＣＤ制限情報を反映するタイミングの具体例として、前記具体例（１）のセル選択のときについて開示する。また、ＭＴＣＤがＭＴＣＤ制限情報を反映、あるいは確認する場合について開示する。ＨｅＮＢ＿Ａのカバレッジ内に移動端末（ＵＥ）が存在し、セル選択動作を行っていることとする。
【０１８１】
ステップＳＴ１４０１において、ＵＥは、セルの測定（Measurement）を実行して、ステップＳＴ１４０２に移行する。測定としては、具体的には、前述の図１２に示すフローチャートのステップＳＴ１２０１、ステップＳＴ１２０２およびステップＳＴ１２０３の処理を実行する。本動作例では、ステップＳＴ１２０３において、ＨｅＮＢ＿Ａがベストセルとして選択されたとする。
【０１８２】
ステップＳＴ１４０２において、ＵＥは、ステップＳＴ１４０１における測定結果が、セル選択基準を満たすか否かを判断する。本動作例では、ＵＥは、ＨｅＮＢ＿Ａがセル選択基準を満たすか否かを判断する。ＵＥは、ステップＳＴ１４０２において、セル選択基準を満たすと判断した場合は、ステップＳＴ１４０４へ移行し、セル選択基準を満たさないと判断した場合は、ステップＳＴ１４０１へ戻る。
【０１８３】
ステップＳＴ１４０３において、ＨｅＮＢ＿Ａは、ＭＴＣＤ制限情報をＵＥに通知する。ＨｅＮＢ＿Ａは、ＭＴＣＤ制限情報として「ＭＴＣＤが適切なセル（Suitable Cell）として選択不可」を傘下の移動端末（ＵＥ）に向けて通知する。
【０１８４】
ステップＳＴ１４０４において、ＵＥは、ＭＴＣＤ制限情報を受信する。具体的には、ＵＥは、ステップＳＴ１４０２においてセル選択基準を満たすと判断した基地局から通知されたＭＴＣＤ制限情報を受信する。本動作例では、ＵＥは、ＨｅＮＢ＿Ａから通知されたＭＴＣＤ制限情報である「ＭＴＣＤが適切なセル（Suitable Cell）として選択不可」を受信する。
【０１８５】
ステップＳＴ１４０５において、ＵＥは、自装置がＭＴＣＤであるか否かを判断する。該判断には、ＵＳＩＭなどに格納されているＭＴＣＤである旨の情報（MTCD indicator）を用いてもよい。ＵＥは、ステップＳＴ１４０５において、ＭＴＣＤであると判断した場合は、ステップＳＴ１４０６へ移行し、ＭＴＣＤでないと判断した場合は、ステップＳＴ１４０７へ移行する。ステップＳＴ１４０５の処理を行うことによって、ノーマルＵＥと区別した形でＭＴＣＤの動作を制限することができる。
【０１８６】
ステップＳＴ１４０６において、ＵＥは、セルがＭＴＣＤを制限しているか否かを判断する。本動作例では、ＭＴＣＤがＨｅＮＢ＿Ａを適切なセル（Suitable Cell）として選択可能であるか否かを判断する。ＵＥは、ステップＳＴ１４０６において、ＭＴＣＤがＨｅＮＢ＿Ａを適切なセル（Suitable Cell）として選択可能であると判断した場合は、ステップＳＴ１４０７へ移行し、ＭＴＣＤがＨｅＮＢ＿Ａを適切なセル（Suitable Cell）として選択不可能であると判断した場合は、ステップＳＴ１４０１へ戻る。本動作例では、ＵＥは、ステップＳＴ１４０３において受信したＭＴＣＤ制限情報から、ＨｅＮＢ＿Ａは適切なセル（Suitable Cell）として選択不可能であると判断するので、ステップＳＴ１４０１へ戻る。ステップＳＴ１４０６の処理を行うことによって、ＭＴＣＤの動作を制限することができる。
【０１８７】
ステップＳＴ１４０７において、ＵＥは、セルを適切なセル（Suitable Cell）として選択する。
【０１８８】
以上の実施の形態１によって、以下の効果を得ることができる。基地局が、ノーマルＵＥと区別した形でＭＴＣＤの動作を制限することが可能となる。具体的には、ＨｅＮＢが、ノーマルＵＥと区別した形でＭＴＣＤの動作を制限することが可能となる。これによって、ＨｅＮＢがＭＴＣＤによって占有されてしまい、ノーマルＵＥを収容できなくなるという課題を解決することができる。したがって、ＨｅＮＢによるノーマルＵＥに対するサービスの提供を維持することができる。
【０１８９】
以上に述べたＨｅＮＢだけでなく、ＨＮＢ、ＬＴＥ用ピコセル（以下「EUTRAN pico cell」という場合がある）であるピコｅＮＢ、ＷＣＤＭＡ用ピコセル（以下「UTRAN pico cell」という場合がある）であるピコＮＢ、リレー、リモートラジオヘッド（ＲＲＨ）、ホットゾーンセル用のノードなどの、いわゆるローカルノードなどについても、マクロセルに比べてカバレッジが小さく、収容可能な移動端末の数は、マクロセルの収容可能な移動端末の数と比較して、格段に少ないと予想される。このことから、これらのローカルノードについても、ＨｅＮＢと同様に、実施の形態１の課題が発生すると考えられる。したがって、ＨＮＢ、ピコｅＮＢ、ピコＮＢ、リレー、リモートラジオヘッド、ホットゾーンセル用のノードなどのローカルノードについて、本実施の形態１を用いて、前記課題を解決することは有効である。
【０１９０】
また、ｅＮＢ、ＮＢなどのマクロセルについても、ＭＴＣＤとノーマルＵＥとを比較して、ノーマルＵＥの取扱いを優先させたい場合が考えられる。例えば、カバレッジ内においてイベントが開催され、多数のノーマルＵＥの利用が予想されるような場合である。このような場合、マクロセルなどについて、本実施の形態１を用いて、ノーマルＵＥを収容する余裕を確保し、ノーマルＵＥに対するサービスを維持することは有効である。
【０１９１】
また、ＭＴＣＤによる無線区間、あるいはコアネットワーク側において混雑が発生する可能性があることが問題視されている。その場合にも、本実施の形態１を用いて、ノーマルＵＥと区別した形でＭＴＣＤの動作を制限することができる。ＭＴＣＤの動作に制限をかけることによって、ＭＴＣＤによる無線区間、あるいはコアネットワーク側の混雑を解消することができる。さらに、ノーマルＵＥに対するサービスの提供を維持しつつ、ＭＴＣＤによる無線区間、あるいはコアネットワーク側の混雑を解消することができる。
【０１９２】
ＭＴＣＤによる無線区間、あるいはコアネットワーク側の混雑を解消する目的で本実施の形態を用いた場合の、基地局がＭＴＣＤ制限情報を変更するトリガの具体例として、以下の（１）〜（４）の４つを開示する。（１）コアネットワーク側の混雑状況の変化。例えば、混雑が発生、混雑が解消。（２）無線区間の混雑状況の変化。例えば、混雑が発生、混雑が解消。（３）基地局の処理負荷の変化。例えば、処理負荷が高くなった、処理負荷が低くなった。（４）前記（１）〜（３）の組み合わせ。
【０１９３】
ＭＴＣＤによる無線区間、あるいはコアネットワーク側の混雑を解消する目的で本実施の形態を用いた場合のＭＴＣＤ制限情報を変更するトリガと、制限との組み合わせの具体例として、以下の（１）〜（３）の３つを開示する。
【０１９４】
（１）トリガが、前記トリガの具体例（１）のコアネットワーク側の混雑状況の変化である場合におけるトリガと制限との組み合わせ。混雑が発生した場合、基地局は制限を厳しくするように動作する。混雑が解消した場合、基地局は制限を緩和するように動作する。
【０１９５】
（２）トリガが、前記トリガの具体例（２）の無線区間の混雑状況の変化である場合におけるトリガと制限との組み合わせ。混雑が発生した場合、基地局は制限を強化するように動作する。混雑が解消した場合、基地局は制限を緩和するように動作する。
【０１９６】
（３）トリガが、前記トリガの具体例（３）の基地局の処理負荷の変化である場合におけるトリガと制限との組み合わせ。処理負荷が高くなった場合、基地局は制限を強化するように動作する。処理負荷低くなった場合、基地局は制限を緩和するように動作する。
【０１９７】
ＭＴＣＤによる無線区間、あるいはコアネットワーク側の混雑を解消する目的で本実施の形態を用いた場合の、基地局がＭＴＣＤ制限情報を変更するトリガは、２値でなくてもよい。２値でないトリガの具体例として、以下の（１），（２）の２つを開示する。
【０１９８】
（１）トリガ情報として多値を通知。具体的なトリガ情報として、２ビットを用いる場合について以下に示す。「１１」は、混雑状況レベル０（最小）を示す。「１０」は、混雑状況レベル１を示す。「０１」は、混雑状況レベル２を示す。「００」は、混雑状況レベル３（最大）を示す。混雑状況レベルは、数字が大きくなるほど、混雑が激しいことを意味する。つまり、混雑状況は、混雑状況レベルが、最小値である「０」から、「１」、「２」と大きくなるにつれて激しくなり、最大値である「３」が最も激しい。
【０１９９】
（２）トリガではなく、ステータスであってもよい。混雑状況を示す情報を周期的に通知してもよい。また、混雑状況を示す情報の通知がなくなれば、混雑解消を示すとしてもよい。
【０２００】
ＭＴＣＤによる無線区間、あるいはコアネットワーク側の混雑を解消する目的で本実施の形態を用いた場合の、ＭＴＣＤ制限情報を変更するトリガが多値であった場合の、トリガと制限との組み合わせの具体例を以下に開示する。具体的なトリガ情報として、２ビットを用いる場合について以下に示す。トリガ情報が「１１」であり、混雑状況レベル０（最小）を示す場合、制限無しとする。トリガ情報が「１０」であり、混雑状況レベル１を示す場合、ＭＴＣＤがノーマルサービスを得るためにキャンプオン不可能とする。トリガ情報が「０１」であり、混雑状況レベル２を示す場合、ＭＴＣＤが限られたサービスを得るためにキャンプオン不可能とする。トリガ情報が「００」であり、混雑状況レベル３（最大）を示す場合、ＭＴＣＤがセル選択および再選択の候補とすることを禁じるとする。
【０２０１】
ＭＴＣＤによる無線区間、あるいはコアネットワーク側の混雑を解消する目的で本実施の形態を用いた場合のコアネットワーク側がトリガを基地局へ通知する方法の具体例を以下に開示する。例えばＭＭＥ、Ｓ−ＧＷなどのコアネットワーク側が、トリガ情報を通知する。トリガ情報としては、既存メッセージの「Overload Start」および「Overload Stop」を用いることができる。既存のメッセージを用いることによって、通信システムが複雑化することを回避することができる。例えば、ＭＭＥは「Overload Start」を基地局へ通知することによって、コアネットワーク側で混雑が発生したことを通知する。ＭＭＥは、「Overload Stop」を基地局へ通知することによって、コアネットワーク側の混雑が解消したことを通知する。
【０２０２】
図１５を用いて、ＭＴＣＤによる無線区間、あるいはコアネットワーク側の混雑を解消する目的で本実施の形態を用いた場合の、通信システムのシーケンスの具体例について説明する。図１５は、ＭＴＣＤによる無線区間、あるいはコアネットワーク側の混雑を解消する目的で実施の形態１を用いた場合の通信システムのシーケンスを示す図である。図１５に示すシーケンスは、図１４に示すシーケンスと類似しているので、同一のステップについては、同一のステップ番号を付して、共通する説明を省略する。
【０２０３】
本動作例では、ＭＴＣＤ制限情報が示す制限の具体例として、前記具体例（２）のＭＴＣＤが適切なセル（Suitable Cell）として選択可能か否かである場合について開示する。また、基地局がＭＴＣＤ制限情報を変更するトリガの具体例として、前記具体例（１）のコアネットワーク側の混雑状況の変化を用いる場合について開示する。また、基地局へトリガを通知するコアネットワーク側の具体例として、ＭＭＥを用いる場合について開示する。また、コアネットワーク側がトリガを基地局へ通知する方法の具体例として、既存メッセージの「Overload Start」および「Overload Stop」を用いる場合について開示する。ｅＮＢ＿Ａのカバレッジ内に移動端末（ＵＥ）が存在し、セルの選択動作を行っているものとする。本動作例では、コアネットワーク側で混雑が発生したとする。
【０２０４】
ステップＳＴ１５０１において、ＭＭＥは、コアネットワーク側において混雑が発生したか否かを判断する。ＭＭＥは、ステップＳＴ１５０１において、混雑が発生したと判断した場合は、ステップＳＴ１５０２へ移行し、混雑が発生していないと判断した場合は、ステップ１５０３へ移行する。本動作例では、コアネットワーク側で混雑が発生していることを想定しているので、ステップＳＴ１５０２へ移行する。
【０２０５】
ステップＳＴ１５０２において、ＭＭＥは、基地局へ通知する、基地局がＭＴＣＤ制限情報を変更するトリガ情報として「Overload Start」をセットする。本動作例では、ステップＳＴ１５０１からステップＳＴ１５０２へ移行するので、ＭＭＥは、トリガ情報として、「Overload Start」をセットする。
【０２０６】
ステップＳＴ１５０３において、ＭＭＥは、基地局へ通知する、基地局がＭＴＣＤ制限情報を変更するトリガ情報として「Overload Stop」をセットする。
【０２０７】
ステップＳＴ１５０４において、ＭＭＥは、基地局がＭＴＣＤ制限情報を変更するトリガ情報を、基地局であるｅＮＢ＿Ａへ通知する。本動作例では、トリガ情報として「Overload Start」を通知する。
【０２０８】
ステップＳＴ１５０５において、基地局であるｅＮＢ＿Ａは、ステップＳＴ１５０４においてＭＭＥから受信した、基地局がＭＴＣＤ制限情報を変更するトリガ情報に基づいて、コアネットワーク側に混雑が発生したか否かを判断する。判断の具体例としては、トリガ情報として「Overload Start」を受信した場合は、コアネットワーク側で混雑が発生したと判断する。トリガ情報として「Overload Stop」を受信した場合は、コアネットワーク側で混雑が解消、つまり混雑が発生していないと判断する。基地局であるｅＮＢ＿Ａは、ステップＳＴ１５０５において、混雑が発生したと判断した場合は、ステップＳＴ１５０６へ移行し、混雑が発生していないと判断した場合は、ステップＳＴ１５０７へ移行する。本動作例では、ステップＳＴ１５０４において「Overload Start」を受信しているので、コアネットワーク側で混雑が発生したと判断して、ステップＳＴ１５０６へ移行する。
【０２０９】
ステップＳＴ１５０６において、基地局は、ＭＴＣＤ制限情報として「ＭＴＣＤが適切なセル（Suitable Cell）として選択不可」をセットする。ステップＳＴ１５０７において、基地局は、ＭＴＣＤ制限情報として「ＭＴＣＤが適切なセル（Suitable Cell）として選択可」をセットする。ステップＳＴ１５０６またはステップＳＴ１５０７の処理を行うことによって、ＭＴＣＤによる無線区間、あるいはコアネットワーク側の混雑を解消する目的でＭＴＣＤ制限情報を用いることができる。
【０２１０】
ステップＳＴ１５０８において、基地局は、ＭＴＣＤ制限情報を傘下の移動端末（ＵＥ）に向けて通知する。その後は、図１４に示す例と同様にして、ステップＳＴ１４０４〜ステップＳＴ１４０７の処理が行われる。
【０２１１】
実施の形態１  変形例１．
実施の形態１の変形例１で解決する課題について、以下に説明する。前述の実施の形態１を用いた場合、以下の課題が発生する。例えば個人所有のＨｅＮＢにおいて、実施の形態１を用いた場合を考える。ＨｅＮＢと同じ個人所有のＭＴＣＤが、ＨｅＮＢへの動作を制限されるという課題が発生する。
【０２１２】
実施の形態１の変形例１での解決策を以下に示す。本変形例では、実施の形態１での解決策と異なる部分を中心に説明し、説明していない部分については、実施の形態１と同様とする。
【０２１３】
制限を受けたくないＭＴＣＤを、制限を受けたくない基地局と同じＣＳＧ−ＩＤに登録する。基地局から傘下の移動端末に、自基地局と同じＣＳＧに未登録のＭＴＣＤに対するＭＴＣＤ制限情報（以下「未登録ＭＴＣＤ制限情報」という場合がある）を通知する。未登録ＭＴＣＤ制限情報は、未登録制限情報に相当する。
【０２１４】
未登録ＭＴＣＤ制限情報を受信した移動端末のうち、基地局と同じＣＳＧに未登録のＭＴＣＤ（以下「ＣＳＧ未登録のＭＴＣＤ」という場合がある）は、未登録ＭＴＣＤ制限情報が示す制限に従って動作する。未登録ＭＴＣＤ制限情報を受信した移動端末のうち、ＣＳＧ未登録のＭＴＣＤではない移動端末、すなわちノーマルＵＥ、および基地局と同じＣＳＧに登録されているＭＴＣＤは、未登録ＭＴＣＤ制限情報が示す制限に従う動作はしない。未登録ＭＴＣＤ制限情報を受信した移動端末のうち、ＣＳＧ未登録のＭＴＣＤではない移動端末は、通常通り動作するとしてもよい。
【０２１５】
未登録ＭＴＣＤ制限情報が示す制限の具体例として、以下の（１）〜（７）の７つを開示する。
【０２１６】
（１）自基地局と同じＣＳＧに未登録のＭＴＣＤがアクセス可能か否か。アクセスの具体例として、以下の（ａ１）〜（ａ５）の５つを開示する。（ａ１）上り制御データ送信。（ａ２）上りトラフィックデータ送信。ユーザデータの送信であってもよい。（ａ３）ＲＡＣＨ送信。（ａ４）ＲＲＣ接続要求（RRC Connection Request）の送信。（ａ５）前記（ａ１）〜（ａ４）の組み合わせ。
【０２１７】
（２）自基地局と同じＣＳＧに未登録のＭＴＣＤが、ノーマルサービスを得るためにキャンプオン可能か否か。言い換えると、ＭＴＣＤが適切なセル（Suitable Cell）として選択可能か否か。
【０２１８】
（３）自基地局と同じＣＳＧに未登録のＭＴＣＤが限られたサービスを得るためにキャンプオン可能か否か。言い換えると、ＭＴＣＤがアクセプタブルセル（Acceptable cell）として選択可能か否か。限られたサービスの具体例として、以下の（ｂ１）〜（ｂ４）の４つを開示する。（ｂ１）緊急呼の発信。（ｂ２）ＥＴＷＳの受信。（ｂ３）ＣＭＡＳの受信。（ｂ４）前記（ｂ１）〜（ｂ３）の組み合わせ。
【０２１９】
（４）自基地局と同じＣＳＧに未登録のＭＴＣＤがセル選択および再選択の候補とすることを禁じているか否か。言い換えると、ＭＴＣＤに対して該セルがバードセル（Barred cell）であるか否か。
【０２２０】
（５）自基地局と同じＣＳＧに未登録のＭＴＣＤがローミングしてくることを禁じているか否か。
【０２２１】
（６）自基地局と同じＣＳＧに未登録のＭＴＣＤがハンドオーバしてくることを禁じているか否か。
【０２２２】
（７）前記（１）〜（６）の組み合わせ。
【０２２３】
基地局から傘下の移動端末への未登録ＭＴＣＤ制限情報の通知方法の具体例について開示する。報知情報として、未登録ＭＴＣＤ制限情報を通知する。これによって、移動端末が、移動端末の状態によらず、例えば移動端末が待受け状態であるか、または接続状態（Connected）であるかによらず、未登録ＭＴＣＤ制限情報を受信可能であるという効果を得ることができる。報知情報として通知する場合の具体例は、実施の形態１と同様とする。
【０２２４】
未登録ＭＴＣＤ制限情報が、前記具体例（１）の自基地局と同じＣＳＧに未登録のＭＴＣＤがアクセス可能か否かを示す場合、基地局から傘下の移動端末へのＭＴＣＤ制限情報の通知方法として、既存のパラメータであるアクセスクラスバーリング（Access Class Barring：ＡＣＢ）を用いてもよい（非特許文献２参照）。既存のパラメータを用いることによって、通信システムが複雑化することを回避することができる。
【０２２５】
既存のパラメータに対して変更が必要な点として、以下の（１），（２）の２つを開示する。
【０２２６】
（１）既存のＡＣＢにおいては、自基地局と同じＣＳＧに未登録のＭＴＣＤと、自基地局と同じＣＳＧに未登録のＭＴＣＤではない移動端末との区別がない。したがって、パラメータＡＣＢを用いて、基地局が自基地局と同じＣＳＧに登録のＭＴＣＤと、自基地局と同じＣＳＧに未登録のＭＴＣＤではない移動端末とを区別して動作を制限することは不可能である。
【０２２７】
そこで本変形例においては、自基地局と同じＣＳＧに未登録のＭＴＣＤ用のＡＣＢと、自基地局と同じＣＳＧに未登録のＭＴＣＤではない移動端末用のＡＣＢとを分離する。これによって、基地局がパラメータＡＣＢを用いて、自基地局と同じＣＳＧに未登録のＭＴＣＤと、自基地局と同じＣＳＧに未登録のＭＴＣＤではない移動端末とを区別して、動作を制限することが可能となる。
【０２２８】
（２）３ＧＰＰでは、コアネットワーク側のＭＴＣＤによる混雑の回避が検討されている（非特許文献１０参照）。非特許文献１０に記載されている内容を説明する。コアネットワーク側においてＭＴＣＤによる混雑が発生した場合、コアネットワーク側は、基地局に対してＭＴＣＤのアクセスの除外を指定する。しかし、非特許文献１０に記載の方法では、コアネットワーク側のＭＴＣＤによる混雑と無関係に、自基地局と同じＣＳＧに未登録のＭＴＣＤのアクセスの除外を指定することはできない。
【０２２９】
そこで本変形例においては、コアネットワーク側のＭＴＣＤによる混雑が発生しなくても、基地局がＡＣＢを用いて、未登録ＭＴＣＤ制限情報を傘下の移動端末へ通知するように構成する。例えば、基地局が、コアネットワーク側からの指示がなくても、パラメータＡＣＢを用いて、未登録ＭＴＣＤ制限情報を傘下の移動端末へ通知するように構成する。または基地局が、コアネットワーク側からのオーバーロードスタート（Overload Start）を受信しなくても、パラメータＡＣＢを用いて、自基地局と同じＣＳＧ未登録のＭＴＣＤ制限情報を傘下の移動端末へ通知するように構成する。これによって、基地局は、パラメータＡＣＢを用いて、コアネットワーク側の混雑とは無関係に、未登録ＭＴＣＤの制限情報を傘下の移動端末へ通知することができる。
【０２３０】
未登録ＭＴＣＤ制限情報が、前記具体例（４）の自基地局と同じＣＳＧに未登録のＭＴＣＤがセル選択および再選択の候補とすることを禁じているか否かを示す場合、基地局から傘下の移動端末への未登録ＭＴＣＤ制限情報の通知方法として、既存のパラメータであるセルバード（cellbarred、単に「バード（Ｂａｒｒｅｄ）」という場合がある）を用いてもよい（非特許文献２参照）。既存のパラメータを用いることによって、通信システムが複雑化することを回避することができる。
【０２３１】
既存のパラメータに対して変更が必要な点を開示する。既存のＢａｒｒｅｄにおいては、自基地局と同じＣＳＧに未登録のＭＴＣＤと、自基地局と同じＣＳＧに未登録のＭＴＣＤではない移動端末との区別がない。したがって、パラメータＢａｒｒｅｄを用いて、基地局が自基地局と同じＣＳＧに未登録のＭＴＣＤと、自基地局と同じＣＳＧに未登録のＭＴＣＤではない移動端末とを区別して動作を制限することは不可能である。
【０２３２】
そこで、本変形例においては、自基地局と同じＣＳＧに未登録のＭＴＣＤ用のＢａｒｒｅｄと、自基地局と同じＣＳＧに未登録のＭＴＣＤではない移動端末用のＢａｒｒｅｄとを分離する。これによって、基地局は、パラメータＢａｒｒｅｄを用いて、自基地局と同じＣＳＧに未登録のＭＴＣＤと、自基地局と同じＣＳＧに未登録のＭＴＣＤではない移動端末とを区別して動作を制限することが可能となる。
【０２３３】
次に、図１６を用いて、実施の形態１の変形例１における通信システムのシーケンスの具体例について説明する。図１６は、実施の形態１の変形例１における通信システムのシーケンスを示す図である。図１６に示すシーケンスは、図１４に示すシーケンスと類似しているので、同一のステップについては、同一のステップ番号を付して、共通する説明を省略する。
【０２３４】
本動作例では、未登録ＭＴＣＤ制限情報が示す制限の具体例として、前記具体例（２）のＭＴＣＤが適切なセル（Suitable Cell）として選択可能か否かである場合について開示する。また、未登録ＭＴＣＤ制限情報の決定方法の具体例として、ＨｅＮＢが、自基地局と同じＣＳＧに未登録のＭＴＣＤを制限する場合について開示する。ＨｅＮＢではない基地局、例えばマクロセルなどは、自基地局と同じＣＳＧに未登録のＭＴＣＤを制限しない場合について開示する。また、移動端末がＭＴＣＤ制限情報を受信するセルは、セル選択基準を満たすセルの場合について開示する。また、移動端末が未登録ＭＴＣＤ制限情報を反映するタイミングの具体例として、セル選択のときについて開示する。また、ＭＴＣＤが未登録ＭＴＣＤ制限情報を反映、あるいは確認する場合について開示する。基地局であるＨｅＮＢ＿Ａのカバレッジ内に移動端末（ＵＥ）が存在し、セルの選択動作を行っているものとする。
【０２３５】
本変形例では、前述の実施の形態１と同様にして、図１４に示すステップＳＴ１４０１およびステップＳＴ１４０２の処理が行われた後は、ステップＳＴ１６０１に移行する。ステップＳＴ１６０１において、ＨｅＮＢ＿Ａは、ＭＴＣＤ制限情報として、未登録ＭＴＣＤ制限情報を通知する。本変形例では、ＨｅＮＢ＿Ａは、未登録ＭＴＣＤ制限情報として、「自基地局と同じＣＳＧに未登録のＭＴＣＤが適切なセル（Suitable Cell）として選択不可」を、傘下の移動端末（ＵＥ）に向けて通知する。
【０２３６】
ステップＳＴ１６０２において、ＨｅＮＢ＿Ａは、自基地局のＣＳＧアイデンティティ（ＣＳＧ−ＩＤ）をＵＥに報知する。次いで、実施の形態１と同様にして、図１４に示すステップＳＴ１４０４およびステップＳＴ１４０５の処理が行われる。ＵＥのうち、ＭＴＣＤは、ステップＳＴ１６０３に移行し、ＭＴＣＤ以外のＵＥは、ステップＳＴ１４０７に移行する。
【０２３７】
ステップＳＴ１６０３において、ＭＴＣＤは、ＨｅＮＢであるＨｅＮＢ＿Ａと同じＣＳＧに登録しているか否かを判断する。該判断には、ＵＳＩＭなどに格納されているホワイトリストを用いてもよい。ステップＳＴ１６０３において、ＨｅＮＢと同じＣＳＧに登録していると判断した場合は、ステップＳＴ１４０７へ移行し、ＨｅＮＢと同じＣＳＧに登録していないと判断した場合、つまり未登録と判断した場合は、ステップＳＴ１６０４へ移行する。ステップ１６０３の処理が行われることによって、基地局は、自基地局と同じＣＳＧに登録したＭＴＣＤと区別した形で、自基地局と同じＣＳＧに未登録のＭＴＣＤの動作を制限することができる。
【０２３８】
ステップＳＴ１６０４において、ＵＥは、基地局が自基地局と同じＣＳＧに未登録のＭＴＣＤを制限しているか否かを判断する。本動作例では、ＨｅＮＢ＿Ａと同じＣＳＧに未登録のＭＴＣＤが、適切なセル（Suitable Cell）として選択可能であるか否かを判断する。ＵＥは、基地局が、自基地局と同じＣＳＧに未登録のＭＴＣＤが、適切なセル（Suitable Cell）として選択可能であると判断した場合は、ステップＳＴ１４０７へ移行し、自基地局と同じＣＳＧ未登録のＭＴＣＤが、適切なセル（Suitable Cell）として選択不可能であると判断した場合は、ステップＳＴ１４０１へ戻る。ステップＳＴ１６０４の処理が行われることによって、基地局は、自基地局と同じＣＳＧに未登録ＭＴＣＤの動作を制限することができる。
【０２３９】
以上の実施の形態１の変形例１によって、実施の形態１の効果に加えて、以下の効果を得ることができる。基地局が、ノーマルＵＥ、および自基地局と同じＣＳＧに登録したＭＴＣＤと区別した形で、自基地局と同じＣＳＧに未登録のＭＴＣＤの動作を制限することが可能となる。例えば、ＨｅＮＢが本変形例を用いて、ノーマルＵＥ、および自基地局と同じＣＳＧに登録したＭＴＣＤと区別した形で、自基地局と同じＣＳＧに未登録のＭＴＣＤの動作を制限することが可能となる。
【０２４０】
これによって、ＨｅＮＢが、自基地局と同じＣＳＧに未登録のＭＴＣＤによって占有されてしまい、ノーマルＵＥ、あるいは自基地局と同じＣＳＧに登録するＭＴＣＤを収容できなくなるという課題を解決することができる。したがって、ＨｅＮＢは、ＨｅＮＢと同じＣＳＧに登録したＭＴＣＤ、およびノーマルＵＥに対するサービスの提供を維持することができる。
【０２４１】
本変形例は、前述の実施の形態１と組み合わせて用いることができる。
【０２４２】
実施の形態１  変形例２．
非特許文献１に開示されているハンドオーバ方法について、図１７を用いて説明する。図１７は、非特許文献１に開示されているハンドオーバ方法に関する通信システムのシーケンスを示す図である。
【０２４３】
ステップＳＴ１７０１において、サービング基地局であるソースｅＮＢは、接続状態の移動端末（ＵＥ）に対して測定制御情報（Measurement Control）を通知する。
【０２４４】
ステップＳＴ１７０２において、移動端末は、ステップＳＴ１７０１で受信した測定制御情報に従って、セルの測定（Measurement）を実行する。
【０２４５】
ステップＳＴ１７０３において、移動端末は、ステップＳＴ１７０１で受信した測定制御情報に従って、サービング基地局であるソースｅＮＢに対して、測定報告（Measurement Reports）を通知する。
【０２４６】
ステップＳＴ１７０４において、サービング基地局であるソースｅＮＢは、ステップＳＴ１７０３で受信した測定報告を考慮して、ハンドオーバに関する決定処理（以下「ハンドオーバ決定処理」という場合がある）を行う。ハンドオーバ決定処理の内容の具体例は、ハンドオーバするか否かの決定、ハンドオーバ先の基地局（以下「ターゲットｅＮＢ」とも称される）の決定などである。
【０２４７】
ステップＳＴ１７０５において、ソースｅＮＢは、ステップＳＴ１７０４で決定したターゲットｅＮＢに対して、ハンドオーバ要求（Handover Request）を通知する。
【０２４８】
ステップＳＴ１７０６において、ステップＳＴ１７０５でハンドオーバ要求を受信したターゲットｅＮＢは、ハンドオーバを受入可能か否かを判断する。ターゲットｅＮＢは、ステップＳＴ１７０６において、ハンドオーバを受入可能であると判断した場合は、ステップＳＴ１７０７へ移行し、ハンドオーバを受入不可能であると判断した場合は、ステップＳＴ１７０８へ移行する。
【０２４９】
ステップＳＴ１７０７において、ターゲットｅＮＢは、ソースｅＮＢからのハンドオーバ要求に対する応答メッセージとして、ハンドオーバ受入のために準備したリソースの通知をセットする。
【０２５０】
ステップＳＴ１７０８において、ターゲットｅＮＢは、ソースｅＮＢからのハンドオーバ要求に対する応答メッセージとして、ハンドオーバ受入拒否をセットする。
【０２５１】
ステップＳＴ１７０９において、ターゲットｅＮＢは、ソースｅＮＢに対して、ハンドオーバ要求に対する応答メッセージを通知する。
【０２５２】
ステップＳＴ１７１０において、ソースｅＮＢは、ターゲットｅＮＢがハンドオーバを受入可能か否かを判断する。該判断には、ステップＳＴ１７０９でターゲットｅＮＢから受信したハンドオーバ要求に対する応答メッセージを用いることができる。ソースｅＮＢは、ステップＳＴ１７１０において、ターゲットｅＮＢがハンドオーバを受入可能であると判断した場合は、ステップＳＴ１７１１へ移行し、ハンドオーバを受入不可能であると判断した場合は、ステップＳＴ１７１１を実行しない。
【０２５３】
ステップＳＴ１７１１において、ソースｅＮＢは、ステップＳＴ１７０３で測定報告を通知してきた移動端末に対して、移動性制御情報（Mobility Control Information）を通知する。
【０２５４】
ステップＳＴ１７１２において、移動端末は、ソースｅＮＢに対して、デタッチを行う。ステップＳＴ１７１３において、移動端末は、ステップＳＴ１７１１で受信した移動性制御情報に従って、ターゲットｅＮＢと同期を確立する。
【０２５５】
実施の形態１の変形例２で解決する第１の課題について、以下に説明する。前述の実施の形態１を用いた場合、以下の課題が発生する。接続状態の移動端末がＭＴＣＤである場合を考える。ＭＴＣＤのサービング基地局の周辺に、ＭＴＣＤを制限しているセルが存在したとする。例えば、制限としてＭＴＣＤがハンドオーバしてくることを禁じているとする。
【０２５６】
図１７に示すハンドオーバ方法においては、ターゲットｅＮＢは、ステップＳＴ１７０６のハンドオーバ受入可能か否かの判断において、セルのＭＴＣＤ制限情報に応じたハンドオーバ受入可能判断を行わない。したがって、ターゲットｅＮＢは、ＭＴＣＤを制限している場合でも、それ以外の条件が整えば、ハンドオーバを受入可能と判断する。その場合、前述の図１７のステップＳＴ１７１１に示すように、サービング基地局からＭＴＣＤに対して、ＭＴＣＤを制限するセルをターゲットセルとする移動性制御情報が通知される。
【０２５７】
ＭＴＣＤは、サービングセルから、ＭＴＣＤを制限するセルへのハンドオーバ指示を通知されることとなる。ＭＴＣＤは、サービングセルの指示に従って、該セルをハンドオーバ先であるターゲットセルとして扱うべきか、該セルから通知されるＭＴＣＤ制限情報に従うべきか判断できない。このように、通信システムが不安定となる課題が発生する。
【０２５８】
実施の形態１の変形例２での第１の課題に対する解決策（以下「第１の解決策」とも称する）を以下に示す。本解決策では、実施の形態１での解決策と異なる部分を中心に説明し、説明していない部分については、実施の形態１と同様とする。
【０２５９】
ターゲットｅＮＢが、移動端末に対して、セルのＭＴＣＤ制限情報に応じたハンドオーバ受入可能判断を行う。ターゲットｅＮＢが、ＭＴＣＤに対して、セルのＭＴＣＤ制限情報に応じたハンドオーバ受入可能判断を行うようにしてもよい。一方、ターゲットｅＮＢが、ノーマルＵＥに対して、セルのＭＴＣＤ制限情報に応じたハンドオーバ受入可能判断を行わないようにしてもよい。
【０２６０】
ターゲットｅＮＢのハンドオーバ受入可能判断の具体例として、以下の（１）〜（６）の６つを開示する。
【０２６１】
（１）ＭＴＣＤ制限情報が、ＭＴＣＤにアクセス可能か否かを示す場合の具体例。ＭＴＣＤ制限情報が、ＭＴＣＤにアクセス可能であることを示す場合は、ハンドオーバ受入可能であると判断する。ＭＴＣＤ制限情報が、ＭＴＣＤにアクセス不可能であることを示す場合は、ハンドオーバ受入不可能であると判断する。
【０２６２】
（２）ＭＴＣＤ制限情報が、適切なセル（Suitable Cell）として選択可能であるか否かを示す場合の具体例。ＭＴＣＤ制限情報が、適切なセル（Suitable Cell）として選択可能であることを示す場合は、ハンドオーバ受入可能であると判断する。ＭＴＣＤ制限情報が、適切なセル（Suitable Cell）として選択不可能であることを示す場合は、ハンドオーバ受入不可能であると判断する。
【０２６３】
（３）ＭＴＣＤ制限情報が、アクセプタブルセルとして選択可能であるか否かを示す場合の具体例。ＭＴＣＤ制限情報が、アクセプタブルセルとして選択可能であることを示す場合は、ハンドオーバ受入可能であると判断する。ＭＴＣＤ制限情報が、アクセプタブルセルとして選択不可能であることを示す場合は、ハンドオーバ受入不可能であると判断する。
【０２６４】
（４）ＭＴＣＤ制限情報が、セル選択および再選択の候補として禁じられているか否かを示す場合の具体例。ＭＴＣＤ制限情報が、セル選択および再選択の候補として禁じられていないことを示す場合は、ハンドオーバ受入可能であると判断する。ＭＴＣＤ制限情報が、セル選択および再選択の候補として禁じられていることを示す場合は、ハンドオーバ受入不可能であると判断する。
【０２６５】
（５）ＭＴＣＤ制限情報が、ＭＴＣＤがローミングしてくることを禁じられているか否かを示す場合の具体例。ＭＴＣＤ制限情報が、ＭＴＣＤがローミングしてくることを禁じられていないことを示す場合は、ハンドオーバ受入可能であると判断する。該セルへのハンドオーバがローミングでない場合であって、ＭＴＣＤ制限情報が、ＭＴＣＤがローミングしてくることを禁じられていることを示す場合は、ハンドオーバ受入可能であると判断する。該セルへのハンドオーバがローミングである場合であって、ＭＴＣＤ制限情報が、ＭＴＣＤがローミングしてくることを禁じられていることを示す場合は、ハンドオーバ受入不可能であると判断する。
【０２６６】
（６）ＭＴＣＤ制限情報が、ＭＴＣＤがハンドオーバしてくることを禁じられているか否かを示す場合の具体例。ＭＴＣＤ制限情報が、ＭＴＣＤがハンドオーバしてくることを禁じられていないことを示す場合は、ハンドオーバ受入可能であると判断する。ＭＴＣＤ制限情報が、ＭＴＣＤがハンドオーバしてくることを禁じられていることを示す場合は、ハンドオーバ受入不可能であると判断する。
【０２６７】
ソースｅＮＢが、移動端末がＭＴＣＤであるか否かを判断する方法の具体例を以下に開示する。３ＧＰＰでは、移動端末コンテキスト（ＵＥ  Ｃｏｎｔｅｘｔ）の中に、ＭＴＣＤインジケータが含まれる（３ＧＰＰ  ＴＳ２３．４０１  Ｖ１０．１．０（以下「非特許文献１１」という）参照）。ターゲットｅＮＢは、ハンドオーバプレパレーション（Handover Preparation）処理において、ソースｅＮＢ、あるいはＭＭＥから受信した移動端末コンテキストを用いて、該移動端末がＭＴＣＤであるか否かを判断してもよい。したがって、ソースｅＮＢは、移動端末コンテキストの中にＭＴＣＤインジケータが含まれている場合は、移動端末をＭＴＣＤであると判断し、移動端末コンテキスト（ＵＥ  Ｃｏｎｔｅｘｔ）の中にＭＴＣＤインジケータが含まれていない場合は、移動端末をノーマルＵＥであると判断する。
【０２６８】
以上に述べた実施の形態１の変形例２での第１の解決策によれば、ターゲットｅＮＢが、セルのＭＴＣＤ制限情報に応じたハンドオーバ受入可能判断を行うので、ＭＴＣＤが、サービングセルから、ＭＴＣＤを制限するセルへのハンドオーバ指示を通知されることを防ぐことができる。したがって、通信システムが不安定となることを防ぐことができる。
【０２６９】
以上に述べた実施の形態１の変形例２での第１の解決策を用いた場合であっても、以下の課題が発生する。接続状態の移動端末がＭＴＣＤである場合を考える。ＭＴＣＤのサービング基地局の周辺に、ＭＴＣＤを制限しているセルが存在したとする。例えば、制限としてＭＴＣＤがハンドオーバしてくることを禁じているとする。
【０２７０】
前述の実施の形態１の変形例２での第１の解決策を用いた場合であっても、サービング基地局であるソースｅＮＢは、セルのＭＴＣＤ制限情報に応じたハンドオーバ決定処理を行わないので、ターゲットｅＮＢがＭＴＣＤを制限している場合でも、ステップＳＴ１７０５のハンドオーバ要求の通知を行う。このハンドオーバ要求は、ターゲットｅＮＢがＭＴＣＤを制限している場合には、必ず拒否される。このように、ターゲットｅＮＢがＭＴＣＤを制限しているという理由で必ずハンドオーバ拒否となるような無駄なハンドオーバ要求の通知が、ソースｅＮＢで発生する。
【０２７１】
このソースｅＮＢでの無駄なハンドオーバ要求の通知の発生に伴って、ターゲットｅＮＢでの無駄なハンドオーバ要求の受信、およびターゲットｅＮＢでの無駄なハンドオーバ受入可能か否かの判断が発生する。したがって、基地局の処理の負荷が増加し、ハンドオーバの制御遅延が増加するという課題（以下「第２の課題」という場合がある）が発生する。
【０２７２】
実施の形態１の変形例２での第２の課題に対する解決策（以下「第２の解決策」とも称する）を以下に示す。本解決策では、実施の形態１での解決策と異なる部分を中心に説明し、説明していない部分については、実施の形態１と同様とする。
【０２７３】
移動端末が、測定報告の対象セルのＭＴＣＤ制限情報を、サービング基地局へ通知する。ＭＴＣＤ制限情報を受信したサービング基地局は、測定報告の対象セルのＭＴＣＤ制限情報が示す制限を考慮して、ハンドオーバ決定処理を行う。例えば、ＭＴＣＤ制限情報を受信したサービング基地局は、測定報告の対象セルのＭＴＣＤ制限情報が示す制限を考慮して、ターゲットセルを決定するようにしてもよい。
【０２７４】
また、ＭＴＣＤ制限情報を受信したサービング基地局は、測定報告の対象セルのＭＴＣＤ制限情報が示す制限を考慮して、ＭＴＣＤに対するハンドオーバ決定処理を行うようにしてもよい。例えば、ＭＴＣＤ制限情報を受信したサービング基地局は、測定報告の対象セルのＭＴＣＤ制限情報が示す制限を考慮して、ＭＴＣＤに対するターゲットセルを決定するようにしてもよい。この場合、サービング基地局は、ＭＴＣＤ制限情報で制限を受けるＭＴＣＤに対しては、ＭＴＣＤ制限情報が示す制限を考慮してハンドオーバ決定処理を行うことになる。サービング基地局は、ＭＴＣＤ制限情報で制限を受けないノーマルＵＥに対しては、ＭＴＣＤ制限情報で制限を受けることはないとして、ハンドオーバ決定処理を行えばよい。これによって、サービング基地局のノーマルＵＥに対する処理の負荷を軽減することができる。
【０２７５】
サービング基地局が、移動端末がＭＴＣＤであるか否かを判断する方法の具体例を以下に開示する。３ＧＰＰでは、移動端末コンテキスト（ＵＥ  Ｃｏｎｔｅｘｔ）の中に、ＭＴＣＤインジケータが含まれる（非特許文献１１参照）。したがって、サービング基地局は、移動端末コンテキスト（ＵＥ  Ｃｏｎｔｅｘｔ）中にＭＴＣＤインジケータが含まれている場合は、移動端末をＭＴＣＤであると判断し、移動端末コンテキスト（ＵＥ  Ｃｏｎｔｅｘｔ）中にＭＴＣＤインジケータが含まれていない場合は、移動端末をノーマルＵＥであると判断する。
【０２７６】
移動端末が、測定の際にＭＴＣＤ制限情報を受信するセルの具体例として、以下の（１），（２）の２つを開示する。（１）測定を実施するセル。（２）測定報告の対象セル。具体例（２）の場合、具体例（１）と比較して、ＭＴＣＤ制限情報の受信が必要なセルの数が少なくなる。これによって、移動端末の処理の負荷を軽減することができるので、移動端末の低消費電力化を実現することができる。
【０２７７】
測定報告の対象セルのＭＴＣＤ制限情報をサービング基地局へ通知する移動端末の具体例として、以下の（１）〜（３）の３つを開示する。
【０２７８】
（１）全ての移動端末。
【０２７９】
（２）ＭＴＣＤのみ。ノーマルＵＥは通知する必要がないとしてもよい。これによって、ＭＴＣＤ制限情報によって制限を受けるＭＴＣＤのみが、ＭＴＣＤ制限情報を通知することとなる。したがってサービング基地局は、ＭＴＣＤ制限情報の通知をしてこない移動端末をノーマルＵＥと判断し、測定報告の対象セルによって制限を受けることはないとして、ハンドオーバ決定処理を行えばよい。ノーマルＵＥは、ＭＴＣＤ制限情報の受信、およびサービング基地局への通知が不要となる。これによって、ノーマルＵＥの処理の負荷を軽減することができるので、ノーマルＵＥの低消費電力化を実現することができる。
【０２８０】
（３）移動端末は、サービング基地局が測定報告の対象セルのＭＴＣＤ制限情報の通知を要求した場合に、ＭＴＣＤ制限情報の受信および通知を行う。これによって、サービングセルが、ＭＴＣＤ制限情報が示す制限を考慮したハンドオーバ決定処理を行わない場合などに、移動端末が、不要な通知を行う必要がなくなる。したがって、柔軟な通信システムを構築することが可能となる。ＭＴＣＤ制限情報の通知の要求は、サービング基地局が、測定制御情報によって行ってもよい。これによって、測定に関わるパラメータを、移動端末が同時に処理することができるので、移動端末の処理を簡略化することができる。
【０２８１】
移動端末がサービングセルへＭＴＣＤ制限情報を通知する方法の具体例として、以下の（１）〜（３）の３つを開示する。
【０２８２】
（１）測定報告とともに行う。測定報告と同時でもよい。測定報告内のパラメータの一部として報告してもよい。これによって、ハンドオーバ決定処理に関わるパラメータを、サービング基地局が同時に処理することができるので、サービング基地局の処理を簡略化することができる。
【０２８３】
（２）非特許文献２に開示されている、プロキシミティインディケーション（Proximity indication）の通知とともに行う。プロキシミティインディケーション（Proximity indication）の通知と同時でもよい。プロキシミティインディケーション（Proximity indication）内のパラメータの一部として報告してもよい。プロキシミティインディケーションとは、移動端末が、移動端末内のホワイトリストに存在するセルの近傍に入る、あるいは離れることを示す。したがって、プロキシミティインディケーションの通知とともにＭＴＣＤ制限情報の通知を行うことによって、サービングセルは、移動端末が登録済みのセルの近くに存在することとともに、該セルのＭＴＣＤ制限情報を知ることができる。これによって、サービングセルは、ハンドオーバ決定処理に関わるパラメータを同時に処理することができるので、サービング基地局の処理を簡略化することができる。ＭＴＣＤ制限情報は、該当セルのインジケータ（セルのアイデンディディとも称される）とともに通知してもよい。セルのインジケータは、ＰＣＩ、ＧＣＩであってもよい。セルのインジケータとともに通知することによって、サービングセルが、複数のセルに対するプロキシミティインディケーションが通知された場合であっても、どのセルのＭＴＣＤ制限情報であるかを判断することができる。
【０２８４】
（３）既存の測定報告、プロキシミティインディケーションとは別の新たなメッセージとして通知する。具体例としては、周期的に通知する。ＭＴＣＤ制限情報は、該当セルのインジケータと共に通知してもよい。セルのインジケータは、ＰＣＩ、ＧＣＩであってもよい。セルのインジケータとともに通知することによって、サービング基地局が、どのセルのＭＴＣＤ制限情報であるかを判断することができる。
【０２８５】
ＭＴＣＤ制限情報を受信したサービング基地局の、該ＭＴＣＤ制限情報が示す制限を考慮したハンドオーバ決定処理の具体例として、以下の（１）〜（６）の６つを開示する。
【０２８６】
（１）ＭＴＣＤ制限情報が、ＭＴＣＤにアクセス可能か否かを示す場合の具体例。ＭＴＣＤ制限情報が、ＭＴＣＤにアクセス可能であることを示す場合は、該セルをターゲットセルとしたハンドオーバが可能であると判断する。該セルをターゲットセルとして選択可能であると判断してもよい。ＭＴＣＤ制限情報が、ＭＴＣＤにアクセス不可能であることを示す場合は、該セルをターゲットセルとしたハンドオーバが不可能であると判断する。該セルをターゲットセルとして選択不可能であると判断してもよい。
【０２８７】
（２）ＭＴＣＤ制限情報が、適切なセル（Suitable Cell）として選択可能であるか否かを示す場合の具体例。ＭＴＣＤ制限情報が、適切なセル（Suitable Cell）として選択可能であることを示す場合は、該セルをターゲットセルとしたハンドオーバが可能であると判断する。該セルをターゲットセルとして選択可能であると判断してもよい。ＭＴＣＤ制限情報が、適切なセル（Suitable Cell）として選択不可能であることを示す場合は、該セルをターゲットセルとしたハンドオーバが不可能であると判断する。該セルをターゲットセルとして選択不可能であると判断してもよい。
【０２８８】
（３）ＭＴＣＤ制限情報が、アクセプタブルセルとして選択可能であるか否かを示す場合の具体例。ＭＴＣＤ制限情報が、アクセプタブルセルとして選択可能であることを示す場合は、該セルをターゲットセルとしたハンドオーバが可能であると判断する。該セルをターゲットセルとして選択可能であると判断してもよい。ＭＴＣＤ制限情報が、アクセプタブルセルとして選択不可能であることを示す場合は、該セルをターゲットセルとしたハンドオーバが不可能であると判断する。該セルをターゲットセルとして選択不可能であると判断してもよい。
【０２８９】
（４）ＭＴＣＤ制限情報が、セル選択および再選択の候補として禁じられているか否かを示す場合の具体例。ＭＴＣＤ制限情報が、セル選択および再選択の候補として禁じられていないことを示す場合は、該セルをターゲットセルとしたハンドオーバが可能であると判断する。該セルをターゲットセルとして選択可能であると判断してもよい。ＭＴＣＤ制限情報が、セル選択および再選択の候補として禁じられていることを示す場合は、該セルをターゲットセルとしたハンドオーバが不可能であると判断する。該セルをターゲットセルとして選択不可能であると判断してもよい。
【０２９０】
（５）ＭＴＣＤ制限情報が、ＭＴＣＤがローミングしてくることを禁じているか否かを示す場合の具体例。ＭＴＣＤ制限情報が、ＭＴＣＤがローミングしてくることを禁じられていないことを示す場合は、該セルをターゲットセルとしたハンドオーバが可能であると判断する。該セルをターゲットセルとして選択可能であると判断してもよい。該セルへのハンドオーバがローミングでない場合であって、ＭＴＣＤ制限情報が、ＭＴＣＤがローミングしてくることを禁じられていることを示す場合は、該セルをターゲットセルとしたハンドオーバが可能であると判断する。該セルをターゲットセルとして選択可能であると判断してもよい。該セルへのハンドオーバがローミングである場合であって、ＭＴＣＤ制限情報が、ＭＴＣＤがローミングしてくることを禁じられていることを示す場合は、該セルをターゲットセルとしたハンドオーバが不可能であると判断する。該セルをターゲットセルとして選択不可能であると判断してもよい。
【０２９１】
（６）ＭＴＣＤ制限情報が、ＭＴＣＤがハンドオーバしてくることを禁じているか否かを示す場合の具体例。ＭＴＣＤ制限情報が、ＭＴＣＤがハンドオーバしてくることを禁じられていないことを示す場合は、該セルをターゲットセルとしたハンドオーバが可能であると判断する。該セルをターゲットセルとして選択可能であると判断してもよい。ＭＴＣＤ制限情報が、ＭＴＣＤがハンドオーバしてくることを禁じられていることを示す場合は、該セルをターゲットセルとしたハンドオーバが不可能であると判断する。該セルをターゲットセルとして選択不可能であると判断してもよい。
【０２９２】
次に、図１８および図１９を用いて、実施の形態１の変形例２での第２の解決策における通信システムのシーケンスの具体例について説明する。図１８および図１９は、実施の形態１の変形例２での第２の解決策における通信システムのシーケンスを示す図である。図１８と図１９とは、境界線ＢＬ１の位置で、つながっている。図１８および図１９に示すシーケンスは、図１４および図１７に示すシーケンスと類似しているので、同一のステップについては、同一のステップ番号を付して、共通する説明を省略する。
【０２９３】
本動作例では、ｅＮＢ＿１をサービング基地局であるソースｅＮＢとするＭＴＣＤが、ＨｅＮＢ＿Ａへ近づくように移動しているとする。また、移動端末に対する測定制御情報には、測定対象としてＨｅＮＢ＿Ａが含まれているとする。ＨｅＮＢ＿ＡのＭＴＣＤ制限情報が示す制限の具体例として、ＭＴＣＤが適切なセル（Suitable Cell）として選択不可能であることを示す場合について開示する。また、移動端末が、測定の際にＭＴＣＤ制限情報を受信するセルの具体例として、測定報告の対象セルについて開示する。また、移動端末がサービングセルへＭＴＣＤ制限情報を通知する方法の具体例として、測定報告内のパラメータの一部として報告する場合について開示する。また、ＭＴＣＤ制限情報を受信したサービング基地局が、測定報告の対象セルのＭＴＣＤ制限情報が示す制限を考慮して、ＭＴＣＤに対するハンドオーバ決定処理を行う場合について開示する。
【０２９４】
ステップＳＴ１８０１において、ｅＮＢ＿１は、接続状態の移動端末（ＵＥ）に対して、測定制御情報（Measurement Control）を通知する。測定制御情報には、測定対象（Measurement Object）として、ＨｅＮＢ＿Ａが含まれている。測定制御情報に、測定対象として、ＨｅＮＢ＿Ａのキャリア周波数が含まれていてもよい。
【０２９５】
ステップＳＴ１８０２において、移動端末は、ステップＳＴ１８０１で受信した測定制御情報に従って、セルの測定（Measurement）を実行する。移動端末は、測定制御情報に従って、ＨｅＮＢ＿Ａの測定を実行する。移動端末は、測定制御情報に従って、ＨｅＮＢ＿Ａのキャリア周波数の測定を実行してもよい。
【０２９６】
ステップＳＴ１８０３において、移動端末は、測定を実行したセルが測定報告の対象セルであるか否かを判断する。該判断には、ステップＳＴ１８０１で受信した測定制御情報を用いる。本動作例では、ステップＳＴ１８０３において、移動端末は、ＨｅＮＢ＿Ａが測定報告の対象セルであるか否かを判断する。移動端末は、測定報告の対象セルであると判断した場合は、ステップＳＴ１４０４へ移行し、測定報告の対象セルではないと判断した場合は、ステップＳＴ１８０２へ戻る。本動作例では、移動端末がＨｅＮＢ＿Ａへ近づくように移動していることから、ＨｅＮＢ＿Ａが測定報告の対象セルであると判断される。したがって、ステップＳＴ１８０３において、移動端末は、ＨｅＮＢ＿Ａが測定報告の対象セルであると判断し、ステップＳＴ１４０４へ移行する。
【０２９７】
ステップＳＴ１４０４の処理後、ステップＳＴ１８０４において、移動端末は、ステップＳＴ１８０１で受信した測定制御情報に従って、ｅＮＢ＿１に対して、測定報告（Measurement Reports）を通知する。本動作例では、移動端末は、ＨｅＮＢ＿Ａの測定報告をｅＮＢ＿１に通知する。測定報告には、ＨｅＮＢ＿ＡのＭＴＣＤ制限情報が含まれる。ＨｅＮＢ＿ＡのＭＴＣＤ制限情報として「ＭＴＣＤが適切なセル（Suitable Cell）として選択不可」が含まれる。
【０２９８】
ステップＳＴ１８０５において、ｅＮＢ＿１は、ステップＳＴ１８０４で測定報告を通知してきた移動端末がＭＴＣＤであるか否かを判断する。該判断には、移動端末コンテキスト（ＵＥ  Ｃｏｎｔｅｘｔ）の中のＭＴＣＤインジケータを用いてもよい。ｅＮＢ＿１は、ステップＳＴ１８０５において、移動端末がＭＴＣＤであると判断した場合は、ステップＳＴ１８０６へ移行し、移動端末がＭＴＣＤではないと判断した場合は、ステップＳＴ１７０４へ移行する。ステップＳＴ１８０５の処理を行うことによって、ＭＴＣＤ制限情報が示す制限に従って、ノーマルＵＥと区別した形でＭＴＣＤに対するハンドオーバ決定処理を行うことができる。
【０２９９】
ステップＳＴ１８０６において、ｅＮＢ＿１は、測定報告の対象セルがターゲットセルとして選択可能であるか否かを判断する。該判断の具体例を以下に開示する。ステップＳＴ１８０４で受信した測定報告に含まれる、測定報告の対象セルのＭＴＣＤ制限情報に基づいて判断する。
【０３００】
具体的には、ＭＴＣＤ制限情報が、ＭＴＣＤが適切なセル（Suitable Cell）として選択可能であることを示す場合は、該セルをターゲットセルとして選択可能であると判断する。ＭＴＣＤ制限情報が、ＭＴＣＤが適切なセル（Suitable Cell）として選択不可能であることを示す場合は、該セルをターゲットセルとして選択不可能であると判断する。
【０３０１】
ｅＮＢ＿１は、ステップＳＴ１８０６において、ターゲットセルとして選択可能であると判断した場合は、ステップＳＴ１７０４へ移行し、ターゲットセルとして選択不可能であると判断した場合は、ステップＳＴ１７０４およびステップＳＴ１７０５の処理を実行しない。
【０３０２】
ステップＳＴ１７０４およびステップＳＴ１７０５の処理を実行しない場合、ｅＮＢ＿１は、ステップＳＴ１７０９で、ＨｅＮＢ＿Ａからハンドオーバ要求に対する応答メッセージを受信することはない。したがって、ステップＳＴ１７１１において、ｅＮＢ＿１が、ステップＳＴ１８０４で測定報告を通知してきた移動端末に対して、移動性制御情報（Mobility Control Information）を通知することはない。
【０３０３】
本動作例では、ステップＳＴ１８０４において、ｅＮＢ＿１は、測定報告の対象セルであるＨｅＮＢ＿ＡのＭＴＣＤ制限情報として「ＭＴＣＤが適切なセル（Suitable Cell）として選択不可」を受信している。したがって、ｅＮＢ＿１は、ステップＳＴ１８０６において、該セルをターゲットセルとして選択不可能であると判断して、ステップＳＴ１７０４およびステップＳＴ１７０５の処理を実行しない。
【０３０４】
このようにステップＳＴ１８０６の処理を行うことによって、ターゲットｅＮＢがＭＴＣＤを制限しているという理由で必ずハンドオーバ拒否となるような無駄なハンドオーバ要求の通知を削減することができる。
【０３０５】
実施の形態１の変形例２での第２の解決策によって、以下の効果を得ることができる。サービング基地局が、ハンドオーバ先の候補セルのＭＴＣＤ制限情報に応じたハンドオーバ決定処理を行うことができる。これによって、ハンドオーバ先の候補セルがＭＴＣＤを制限しているという理由で必ずハンドオーバ拒否となるような無駄なハンドオーバ要求の通知を削減することができる。このサービングセルでの無駄なハンドオーバ要求の通知の削減によって、ターゲットｅＮＢでの無駄なハンドオーバ要求の受信、およびターゲットｅＮＢでの無駄なハンドオーバ受入可能か否かの判断を削減することができる。したがって、基地局の処理の負荷を削減することができるので、ハンドオーバの制御遅延を削減することができる。
【０３０６】
サービング基地局は、受信した測定報告の対象セルのＭＴＣＤ制限情報を、以下の目的で用いることができる。ＭＴＣＤ制限情報から、ＭＴＣＤが該セルをターゲットセルとして選択不可能であると判断できる場合、サービング基地局は、測定報告を行った移動端末がＭＴＣＤであれば、該移動端末の測定制御情報の調整を行う。傘下の移動端末のうち、ＭＴＣＤに対する測定制御情報の調整を行ってもよい。傘下の移動端末のうち、接続状態のＭＴＣＤの測定制御情報の調整を行ってもよい。測定制御情報の調整の具体例としては、該セルを測定対象から外すことが挙げられる。これによって、ＭＴＣＤによる、ターゲットセルとして選択不可能なセルに対しての測定を削減することが可能となる。したがって、ＭＴＣＤの低消費電力化を実現することができる。
【０３０７】
セルを測定対象から外す方法の具体例として、以下の（１），（２）の２つを開示する。（１）ＭＴＣＤを制限しているセルが、非特許文献２に開示されている測定制御情報の中の、測定対象中の測定対象セルのリスト（Listed cells、あるいは周辺セルのリスト（Neighboring cells）とも称される）に含まれている場合、該セルを前記リストから削除する。（２）ＭＴＣＤを制限しているセルを、非特許文献２に開示されているブラックリストに含める。ブラックリストに記載されているセルは、イベント評価、測定報告の対象外となる。
【０３０８】
既存のブラックリストにおいては、ＭＴＣＤとノーマルＵＥとの区別がない。本変形例においては、ＭＴＣＤ用のブラックリストとノーマルＵＥ用のブラックリストとを分離してもよい。これによって、基地局がブラックリストを用いて、ノーマルＵＥとＭＴＣＤとを区別して動作を制限することが可能となる。
【０３０９】
また、非特許文献２に開示されている、各セルから報知されるＡＣＢ情報に、本変形例を適用することができる。適用例として、以下の（１），（２）の２つを開示する。ＡＣＢ情報が示す情報は、実施の形態１および実施の形態１の変形例１で示すＭＴＣＤ制限情報でなくてもよい。
【０３１０】
（１）移動端末が、測定報告の対象セルのＡＣＢ情報を、サービング基地局へ通知する。ＡＣＢ情報を受信したサービング基地局は、測定報告の対象セルのＡＣＢ情報を考慮して、ハンドオーバ決定処理を行う。ＡＣＢ情報を受信したサービング基地局は、測定報告の対象セルのＡＣＢ情報が示す制限を考慮して、ターゲットセルを決定するようにしてもよい。
【０３１１】
ハンドオーバ決定処理の具体例を以下に開示する。ＡＣＢ情報によってアクセスが制限されていないセルは、該セルをターゲットセルとしたハンドオーバが可能であると判断する。該セルをターゲットセルとして選択可能であると判断してもよい。ＡＣＢ情報によってアクセスが制限されているセルは、該セルをターゲットセルとしたハンドオーバが不可能であると判断する。該セルをターゲットセルとして選択不可能であると判断してもよい。
【０３１２】
ＡＣＢ情報によってアクセスが制限されている場合のＡＣＢ情報の具体例として、以下の（ａ１），（ａ２）の２つを開示する。（ａ１）アクセスの確率が「０」である場合。（ａ２）アクセスの確率が低い場合。アクセスの確率が閾値より低い場合。
【０３１３】
適用例（１）によって、サービング基地局が、ハンドオーバ先の候補セルのＡＣＢ情報に応じたハンドオーバ決定処理を行うことができる。したがって、ハンドオーバ先の候補セルがアクセス制限しているという理由で必ずハンドオーバ拒否となるような無駄なハンドオーバ要求の通知を削減することができる。このサービングセルでの無駄なハンドオーバ要求の通知の削減によって、ターゲットｅＮＢでの無駄なハンドオーバ要求の受信、およびターゲットｅＮＢでの無駄なハンドオーバ受入可能か否かの判断を削減することができる。したがって、基地局の処理の負荷を削減することができるので、ハンドオーバの制御遅延を削減することができる。
【０３１４】
（２）該ＡＣＢ情報から、該セルをターゲットセルとして選択不可能であると判断できる場合、該移動端末の測定制御情報の調整を行う。傘下の移動端末の測定制御情報の調整を行ってもよい。傘下の移動端末のうち、接続状態の移動端末の測定制御情報の調整を行ってもよい。測定制御情報の調整の具体例としては、該セルを測定対象から外すことが挙げられる。これによって、アクセス制限がかかっているとして、ターゲットセルとして選択不可能なセルに対しての測定を削減することが可能となる。したがって、移動端末の低消費電力化を実現することができる。
【０３１５】
セルを測定対象から外す方法の具体例として、以下の（１），（２）の２つを開示する。（１）アクセスを制限しているセルが、非特許文献２に開示されている測定制御情報の中の、測定対象中の測定対象セルのリスト（Listed cells、あるいは周辺セルのリスト（Neighboring cells）とも称される）に含まれている場合、該セルを前記リストから削除する。（２）アクセスを制限しているセルを、非特許文献２に開示されているブラックリストに含める。ブラックリストに記載されているセルは、イベント評価、測定報告の対象外となる。
【０３１６】
本変形例は、以上に述べた適用例に限定されるものではなく、他の適用例に用いられてもよい。また本変形例は、他の適用例も含めて、実施の形態１または実施の形態１の変形例１と組み合わせて用いることができる。
【０３１７】
実施の形態１  変形例３．
本実施の形態１の変形例３では、実施の形態１の変形例２と同じ課題について、別の解決策を開示する。実施の形態１の変形例３での解決策を以下に示す。本変形例では、実施の形態１および実施の形態１の変形例２での解決策と異なる部分を中心に説明し、説明していない部分については、実施の形態１および実施の形態１の変形例２と同様とする。
【０３１８】
ＭＴＣＤ制限情報を受信した移動端末は、該ＭＴＣＤ制限情報が示す制限を考慮した判断を行う。具体的には、移動端末が、測定報告の対象セルのＭＴＣＤ制限情報から、該セルに対して自移動端末が制限を受けるか否かを判断する。移動端末は、判断結果をサービング基地局へ通知する。判断結果を受信したサービング基地局は、測定報告の対象セルの判断結果を考慮して、ハンドオーバ決定処理を行う。判断結果を受信したサービング基地局は、測定報告の対象セルの判断結果を考慮して、ターゲットセルを決定するようにしてもよい。
【０３１９】
判断結果の具体例として、以下の（１）〜（３）の３つを開示する。（１）制限を受けるか否かの情報。制限を受けることのみ通知してもよい。反対に制限を受けないことのみ通知してもよい。（２）ハンドオーバ可能か否かの情報。ハンドオーバ可能であることのみ通知してもよい。反対にハンドオーバ不可能であることのみ通知してもよい。（３）ターゲットセルとして選択可能か否かの情報。ターゲットセルとして選択可能であることのみ通知してもよい。反対にターゲットセルとして選択不可能であることのみ通知してもよい。
【０３２０】
制限を受けると判断した場合、あるいはハンドオーバ不可能であると判断した場合、あるいはターゲットセルとして選択不可能であると判断した場合、移動端末は、測定報告を行わなくてもよい。その場合、判断結果のみを通知してもよいし、判断結果も通知しなくてもよい。これによって、無線リソースを有効に活用することができる。
【０３２１】
移動端末が、制限を受けるか否かの判断結果をサービングセルへ通知する方法の具体例としては、実施の形態１の変形例２の「サービングセルへＭＴＣＤ制限情報を通知する方法の具体例」を用いることができる。
【０３２２】
ＭＴＣＤ制限情報を受信した移動端末の該ＭＴＣＤ制限情報が示す制限を考慮した判断の具体例としては、実施の形態１の変形例２の「ＭＴＣＤ制限情報を受信したサービング基地局の、該ＭＴＣＤ制限情報が示す制限を考慮したハンドオーバ決定処理の具体例」を用いることができる。
【０３２３】
測定報告の対象セルに対して、自移動端末が制限を受けるか否かの判断結果をサービング基地局へ通知する移動端末の具体例として、以下の（１）〜（３）の３つを開示する。
【０３２４】
（１）全ての移動端末。
【０３２５】
（２）ＭＴＣＤのみ。ノーマルＵＥは通知する必要無しとしてもよい。これによって、ＭＴＣＤ制限情報によって制限を受けるＭＴＣＤのみが、判断結果を通知することとなる。したがってサービング基地局は、ＭＴＣＤ制限情報の通知をしてこない移動端末を、ノーマルＵＥと判断し、測定報告の対象セルによって制限を受けることはないとして、ハンドオーバ決定処理を行えばよい。これによってノーマルＵＥは、ＭＴＣＤ制限情報の受信、自移動端末が制限を受けるか否かの判断、およびサービング基地局への通知が不要となる。したがって、ノーマルＵＥの処理の負荷を軽減することができるので、ノーマルＵＥの低消費電力化を実現することができる。
【０３２６】
（３）移動端末は、サービング基地局が測定報告の対象セルに対して、自移動端末が制限を受けるか否かの判断結果の通知を要求した場合に、ＭＴＣＤ制限情報の受信、自移動端末が制限を受けるか否かの判断結果の通知を行う。これによって、サービングセルが、ＭＴＣＤ制限情報が示す制限を考慮したハンドオーバ決定処理を行わない場合などに、移動端末が不要な通知を行う必要がなくなる。したがって、柔軟な通信システムを構築することが可能となる。ＭＴＣＤ制限情報の通知の要求は、サービング基地局が測定制御情報によって行ってもよい。これによって、測定に関わるパラメータを、移動端末が同時に処理することができるので、移動端末の処理を簡略化することができる。
【０３２７】
次に、図２０および図２１を用いて、実施の形態１の変形例３における通信システムのシーケンスの具体例について説明する。図２０および図２１は、実施の形態１の変形例３における通信システムのシーケンスを示す図である。図２０と図２１とは、境界線ＢＬ２の位置で、つながっている。図２０および図２１に示すシーケンスは、図１４および図１７〜図１９に示すシーケンスと類似しているので、同一のステップについては、同一のステップ番号を付して、共通する説明を省略する。
【０３２８】
本動作例では、ｅＮＢ＿１をサービング基地局であるソースｅＮＢとするＭＴＣＤが、ＨｅＮＢ＿Ａへ近づくように移動しているとする。また、移動端末に対する測定制御情報には、測定対象としてＨｅＮＢ＿Ａが含まれているとする。ＨｅＮＢ＿ＡのＭＴＣＤ制限情報が示す制限の具体例として、ＭＴＣＤが適切なセル（Suitable Cell）として選択不可能であることを示す場合について開示する。また、移動端末が、測定の際にＭＴＣＤ制限情報を受信するセルの具体例として、測定報告の対象セルについて開示する。また、測定報告の対象セルに対して、自移動端末が制限を受けるか否かの判断結果をサービング基地局へ通知する移動端末の具体例として、ＭＴＣＤの場合について開示する。また、移動端末がサービングセルへ測定報告の対象セルに対して自移動端末が制限を受けるか否かの判断結果を通知する方法の具体例として、測定報告内のパラメータの一部として報告する場合について開示する。
【０３２９】
前述のようにしてステップＳＴ１８０１〜ステップＳＴ１８０３およびステップＳＴ１４０３の処理が行われた後、ステップＳＴ１９０１において、移動端末は、自移動端末がＭＴＣＤであるか否かを判断する。該判断には、ＵＳＩＭなどに格納されているＭＴＣＤである旨の情報であるＭＴＣＤインジケータ（MTCD indicator）を用いてもよい。移動端末は、ステップＳＴ１９０１において、ＭＴＣＤであると判断した場合は、ステップＳＴ１４０４へ移行し、ＭＴＣＤではないと判断した場合は、ステップＳＴ１９０５へ移行する。ステップＳＴ１９０１の処理を行うことによって、ノーマルＵＥにおいて、ＭＴＣＤ制限情報の受信、自移動端末が制限を受けるか否かの判断、およびサービング基地局への通知を不要とすることができる。
【０３３０】
ステップＳＴ１４０４の処理後、ステップＳＴ１９０２において、移動端末は、測定報告の対象セルがターゲットセルとして選択可能であるか否かを判断する。該判断の具体例を以下に開示する。
【０３３１】
ステップＳＴ１４０４で受信した測定報告の対象セルのＭＴＣＤ制限情報に基づいて判断する。ＭＴＣＤ制限情報が、ＭＴＣＤが適切なセル（Suitable Cell）として選択可能であることを示す場合は、該セルをターゲットセルとして選択可能であると判断する。ＭＴＣＤ制限情報が、ＭＴＣＤが適切なセル（Suitable Cell）として選択不可能であることを示す場合は、該セルをターゲットセルとして選択不可能であると判断する。
【０３３２】
移動端末は、ステップＳＴ１９０２において、ターゲットセルとして選択可能であると判断した場合は、ステップＳＴ１９０４へ移行し、ターゲットセルとして選択不可能であると判断した場合は、ステップＳＴ１９０３へ移行する。
【０３３３】
本動作例では、ステップＳＴ１４０４において移動端末は、測定報告の対象セルであるＨｅＮＢ＿ＡのＭＴＣＤ制限情報として「ＭＴＣＤが適切なセル（Suitable Cell）として選択不可」を受信している。したがって、移動端末は、ステップＳＴ１９０２において、該セルをターゲットセルとして選択不可能であると判断し、ステップＳＴ１９０３へ移行する。
【０３３４】
ステップＳＴ１９０３において、移動端末は、測定報告に、測定報告の対象セルに対して、自移動端末が制限有りという判断結果をセットする。
【０３３５】
ステップＳＴ１９０４において、移動端末は、測定報告に、測定報告の対象セルに対して、自移動端末が制限無しという判断結果をセットする。
【０３３６】
ステップＳＴ１９０５において、移動端末は、ステップＳＴ１８０１で受信した測定制御情報に従って、ｅＮＢ＿１に対して、測定報告（Measurement Reports）を通知する。測定報告には、測定報告の対象セルに対して、自移動端末が制限を受けるか否かの判断結果が含まれる。本動作例では、移動端末はＨｅＮＢ＿Ａの測定報告を通知する。測定報告には、ＨｅＮＢ＿Ａに対して自移動端末が制限有りという判断結果が含まれる。
【０３３７】
ステップＳＴ１９０６において、サービング基地局であるｅＮＢ＿１は、ステップＳＴ１９０５で受信した測定報告を考慮して、ハンドオーバ決定処理を行う。本動作例では、ステップＳＴ１９０５において、ｅＮＢ＿１は、移動端末から、ＨｅＮＢ＿Ａに対して該移動端末が制限有りという判断結果を受信している。該判断結果に基づいて、ｅＮＢ＿１がＨｅＮＢ＿Ａをターゲットセルとするハンドオーバを決定しない場合、ｅＮＢ＿１は、ステップＳＴ１７０５の処理を実行しない。ステップＳＴ１９０６の処理を行うことによって、ターゲットｅＮＢがＭＴＣＤを制限しているという理由で必ずハンドオーバ拒否となるような無駄なハンドオーバ要求の通知を削減することができる。
【０３３８】
実施の形態１の変形例３によって、実施の形態１の変形例２の効果に加えて、以下の効果を得ることができる。サービング基地局が、測定報告の対象セルのＭＴＣＤ制限情報が示す制限を考慮して、ハンドオーバ決定処理する必要がなくなる。これによって、サービング基地局の処理の負荷を軽減することができる。
【０３３９】
本変形例は、以上に述べた適用例に限定されるものではなく、他の適用例に用いられてもよい。また本変形例は、他の適用例も含めて実施の形態１、実施の形態１の変形例１、または実施の形態１の変形例２と組み合わせて用いることができる。
【０３４０】
実施の形態１  変形例４．
本実施の形態１の変形例４では、実施の形態１の変形例２と同じ課題について、別の解決策を開示する。実施の形態１の変形例４での解決策を以下に示す。本変形例では、実施の形態１および実施の形態１の変形例２での解決策と異なる部分を中心に説明し、説明していない部分については、実施の形態１および実施の形態１の変形例２と同様とする。
【０３４１】
基地局は、周辺セルへ自セルのＭＴＣＤ制限情報を通知する。ＭＴＣＤ制限情報は、Ｘ２インタフェースを用いて通知される。ＭＴＣＤ制限情報と、傘下の移動端末からの測定報告とを受信したセルは、測定報告の内容と測定報告の対象セルのＭＴＣＤ制限情報が示す制限とを考慮して、ハンドオーバ決定処理を行う。具体的には、測定報告の内容と測定報告の対象セルのＭＴＣＤ制限情報が示す制限とを考慮して、ターゲットセルを決定する。
【０３４２】
これによって、自セルのＭＴＣＤ制限情報を通知したセルから、自セルがＭＴＣＤを制限しているという理由で必ずハンドオーバ拒否となるような無駄なハンドオーバ要求の通知を受信することを削減することができる。このように基地局において、無駄なハンドオーバ要求の通知の受信を削減することによって、ハンドオーバ受入可能か否かの無駄な判断を削減することができる。これによって、基地局の処理の負荷を削減することができるので、ハンドオーバの制御遅延を削減することができる。
【０３４３】
基地局が自セルのＭＴＣＤ制限情報を通知する周辺セルの決定方法の具体例として、以下の（１）〜（４）の４つを開示する。自セルのＭＴＣＤ制限情報を通知するセルは、１つであってもよいし、複数であってもよい。
【０３４４】
（１）基地局の周辺の無線環境（以下「周辺無線環境」という場合がある）の測定結果に基づいて決定する。周辺無線環境の具体例としては、周辺セルの測定結果がある。周辺セルの測定結果の具体例としては、受信品質、受信電力、パスロス（Path Loss）などがある。基地局は、周辺無線環境の測定結果において、セルの受信品質あるいは受信電力が、予め定める閾値以上あるいは予め定める閾値よりも大きい場合は、自セルのＭＴＣＤ制限情報を通知するセルとして、該セルを選択する。または、基地局は、周辺無線環境の測定結果において、セルのパスロスが、予め定める閾値未満あるいは予め定める閾値以下である場合は、自セルのＭＴＣＤ制限情報を通知するセルとして、該セルを選択する。本方法によれば、自セルにおける測定において受信品質が良好なセルがある場合に、その受信品質が良好なセルの傘下の移動端末のハンドオーバ先として自セルが選択される可能性があると模擬して、その受信品質が良好なセルを、自セルのＭＴＣＤ制限情報の通知先として選択することになる。
【０３４５】
（２）基地局の傘下の移動端末からの測定報告に基づいて決定する。移動端末の測定報告の具体例としては、受信品質、受信電力、パスロス（Path Loss）などがある。基地局は、移動端末の測定報告において、セルの受信品質、あるいは受信電力が、予め定める閾値以上あるいは予め定める閾値よりも大きい場合は、自セルのＭＴＣＤ制限情報を通知するセルとして、該セルを選択する。または、基地局は、移動端末の測定報告において、セルのパスロスが、予め定める閾値未満あるいは予め定める閾値以下の場合は、自セルのＭＴＣＤ制限情報を通知するセルとして、該セルを選択する。前記周辺セルの決定方法の具体例（１）では、セルのカバレッジ中心においての測定結果に基づいて決定するのに対して、本方法では、セルエッジを含むセルのカバレッジ内の全ての地点での測定結果に基づいて決定することができる。したがって、前記周辺セルの決定方法の具体例（１）と比較して、ハンドオーバ先として自セルを選択する可能性がある基地局を漏れなく選択することができる。
【０３４６】
（３）基地局の傘下の移動端末のハンドオーバ先（ハンドオーバの際のターゲットセル）として選択したことがあるセルを、自セルのＭＴＣＤ制限情報を通知する周辺セルと決定する。
【０３４７】
（４）前記（１）〜（３）の組み合わせ。
【０３４８】
基地局が、周辺セルへ自セルのＭＴＣＤ制限情報を通知するタイミングの具体例として、以下の（１）〜（４）の４つを開示する。
【０３４９】
（１）基地局を設置した際。ＭＴＣＤ制限情報が静的に決定している場合は、通知回数が１回でよいので、基地局の処理の負荷を軽減することができる。
【０３５０】
（２）ＭＴＣＤ制限情報が変更された際。ＭＴＣＤ制限情報が静的に決定しない場合は、変更の都度、反映できる。また後述の通知するタイミングの具体例（３）と比較して、通知回数が少なくなるので、基地局の処理の負荷を軽減することができる。
【０３５１】
（３）周期的。自セルの設置後、あるいは自セルのＭＴＣＤ制限情報の変更後に、設置された周辺セルへの通知も可能となる点において有効である。また、通知時に誤りが発生した場合であっても、周期的に通知することによって、正しい情報を通知することができる。
【０３５２】
（４）前記（１）〜（３）の組み合わせ。
【０３５３】
ＭＴＣＤ制限情報をＸ２インタフェースで通知する方法の具体例として、以下の（１）〜（３）の３つを開示する。
【０３５４】
（１）新たにＸ２シグナリング、あるいはＸ２メッセージを設ける。制御用のＸ２シグナリングを設けるようにしてもよい。また、受信側の基地局からの応答メッセージが不要のＸ２シグナリングを設けるようにしてもよい。応答メッセージが不要のＸ２シグナリングは、「クラス２（Class2）」とも称される（３ＧＰＰ  ＴＳ３６．４２３  Ｖ９．４．０（以下「非特許文献１２」という）参照）。また移動端末とは無関係のＸ２シグナリングを設けるようにしてもよい。移動端末とは無関係のＸ２シグナリングは、「non UE associated Signalling」とも称される（非特許文献１２参照）。新たに設けるＸ２シグナリングにマッピングするパラメータは、ＭＴＣＤ制限情報である。ＭＴＣＤ制限情報は、該当セルのインジケータと共に通知されてもよい。セルのインジケータは、ＰＣＩ、ＧＣＩであってもよい。
【０３５５】
（２）新たにＸ２シグナリング、あるいはＸ２メッセージを設ける。制御用のＸ２シグナリングを設けるようにしてもよい。また、受信側の基地局からの応答メッセージが必要なＸ２シグナリングを設けるようにしてもよい。応答メッセージが必要なＸ２シグナリングは、「クラス１（Class1）」とも称される（非特許文献１２参照）。また移動端末とは無関係のＸ２シグナリングを設けるようにしてもよい。新たに設けるＸ２シグナリングにマッピングするパラメータは、ＭＴＣＤ制限情報である。ＭＴＣＤ制限情報は、該当セルのインジケータと共に通知されてもよい。セルのインジケータは、ＰＣＩ、ＧＣＩであってもよい。
【０３５６】
（３）既存のＸ２シグナリングを用いる。既存の制御用のＸ２シグナリングを用いるようにしてもよい。また、既存の移動端末とは無関係のＸ２シグナリングを用いるようにしてもよい。既存のＸ２シグナリングに追加が必要なパラメータは、ＭＴＣＤ制限情報である。具体例（３）は、具体例（１），（２）と比較して、新たなシグナリングを設ける必要がない点において有効であり、通信システムが複雑化することを回避することができる。次に、既存のＸ２シグナリングの具体例として、以下の（ｂ１），（ｂ２）の２つを開示する。
【０３５７】
（ｂ１）「X2 SETUP REQUEST」（非特許文献１２参照）。「X2 SETUP REQUEST」の目的は、２つのｅＮＢが、Ｘ２インタフェースを正しく共同利用するのに必要なアプリケーションレベルのデータを交換することである。既に含まれているパラメータは、グローバルセル識別子、ＰＣＩなどのように、ｅＮＢ固有の情報である。基地局のＭＴＣＤ制限情報も、基地局固有の情報である。したがって、ＭＴＣＤ制限情報を周辺セルへ通知するために「X2 SETUP REQUEST」を用いることによって、受信する基地局が基地局固有の情報を一度に得ることができる。これによって、基地局の処理の負荷を軽減することができ、また通信システムとしての制御遅延を防止することができる。
【０３５８】
（ｂ２）「eNB Configuration Update」（非特許文献１２参照）。「eNB Configuration Update」の目的は、２つのｅＮＢが、Ｘ２インタフェースを正しく共同利用するのに必要なアプリケーションレベルのデータを更新することである。既に含まれているパラメータは、ｅＮＢのＰＣＩなどのように、ｅＮＢ固有の情報である。基地局のＭＴＣＤ制限情報も、基地局固有の情報である。したがって、ＭＴＣＤ制限情報を周辺セルへ通知するために「eNB Configuration Update」を用いることによって、受信する基地局が基地局固有の情報を一度に得ることができる。これによって、基地局の処理の負荷を軽減することができ、また通信システムとしての制御遅延を防止することができる。
【０３５９】
ＭＴＣＤ制限情報を受信したサービング基地局の、該ＭＴＣＤ制限情報が示す制限を考慮したハンドオーバ決定処理の具体例は、実施の形態１の変形例２と同様であるので、説明を省略する。
【０３６０】
次に、図２２および図２３を用いて、実施の形態１の変形例４における通信システムのシーケンスの具体例について説明する。図２２および図２３は、実施の形態１の変形例４における通信システムのシーケンスを示す図である。図２２と図２３とは、境界線ＢＬ３の位置で、つながっている。図２２および図２３に示すシーケンスは、図１７〜図１９に示すシーケンスと類似しているので、同一のステップについては、同一のステップ番号を付して、共通する説明を省略する。
【０３６１】
本動作例では、ｅＮＢ＿１をサービング基地局であるソースｅＮＢとするＭＴＣＤが、ＨｅＮＢ＿Ａへ近づくように移動しているとする。ＨｅＮＢ＿Ａが自セルのＭＴＣＤ制限情報を通知する周辺セルとして、ｅＮＢ＿１を選択したとする。基地局が周辺セルへ自セルのＭＴＣＤ制限情報を通知するタイミングの具体例として、設置した際について開示する。ＨｅＮＢ＿ＡのＭＴＣＤ制限情報が示す制限の具体例として、ＭＴＣＤが適切なセル（Suitable Cell）として選択不可能であることを示す場合について開示する。
【０３６２】
前述のようにしてステップＳＴ１８０１〜ステップＳＴ１８０３およびステップＳＴ１７０３の処理が行われる。またステップＳＴ２００１において、ＨｅＮＢ＿Ａが設置される。ステップＳＴ２００２において、ＨｅＮＢ＿Ａは、自セルのＭＴＣＤ制限情報を通知する通知先の周辺セルを決定する。本動作例では、ＨｅＮＢ＿Ａが、自セルのＭＴＣＤ制限情報を通知する周辺セルとして、ｅＮＢ＿１を選択したとする。
【０３６３】
ステップＳＴ２００３において、ＨｅＮＢ＿Ａは、ｅＮＢ＿１へＭＴＣＤ制限情報を通知する。本動作例では、ＭＴＣＤ制限情報として「ＭＴＣＤが適切なセル（Suitable Cell）として選択不可」を通知する。
【０３６４】
ステップＳＴ２００４において、ｅＮＢ＿１は、ステップＳＴ１７０３で測定報告を通知してきた移動端末（ＵＥ）がＭＴＣＤであるか否かを判断する。該判断には、移動端末コンテキスト（ＵＥ  Ｃｏｎｔｅｘｔ）の中のＭＴＣＤインジケータを用いてもよい。ｅＮＢ＿１は、ステップＳＴ２００４において、移動端末がＭＴＣＤであると判断した場合は、ステップＳＴ２００５へ移行し、移動端末がＭＴＣＤではないと判断した場合は、ステップＳＴ１７０４へ移行する。ステップＳＴ２００４の処理を行うことによって、ｅＮＢ＿１は、ＭＴＣＤ制限情報が示す制限に従って、ノーマルＵＥと区別した形でＭＴＣＤに対するハンドオーバ決定処理を行うことができる。
【０３６５】
ステップＳＴ２００５において、ｅＮＢ＿１は、測定報告の対象セルがターゲットセルとして選択可能であるか否かを判断する。該判断の具体例を以下に開示する。ｅＮＢ＿１は、ステップＳＴ１７０３で移動端末（ＵＥ）から受信した測定報告と、周辺セルから受信した測定報告の対象セルのＭＴＣＤ制限情報とに基づいて判断する。具体例としては、ｅＮＢ＿１は、ステップＳＴ１７０３でＵＥから受信した、周辺セルであるＨｅＮＢ＿Ａに対する測定報告と、ステップＳＴ２００３でＨｅＮＢ＿Ａから受信したＭＴＣＤ制限情報とに基づいて判断する。
【０３６６】
ＭＴＣＤ制限情報が、ＭＴＣＤが適切なセル（Suitable Cell）として選択可能であることを示す場合は、ｅＮＢ＿１は、ステップＳＴ２００５において、該セルをターゲットセルとして選択可能であると判断する。ＭＴＣＤ制限情報が、ＭＴＣＤが適切なセル（Suitable Cell）として選択不可能であることを示す場合は、ｅＮＢ＿１は、ステップＳＴ２００５において、該セルをターゲットセルとして選択不可能であると判断する。ｅＮＢ＿１は、ターゲットセルとして選択可能であると判断した場合は、ステップＳＴ１７０４へ移行し、ターゲットセルとして選択不可能であると判断した場合は、ステップＳＴ１７０４およびステップＳＴ１７０５の処理を実行しない。
【０３６７】
本動作例では、ステップＳＴ２００３において、ｅＮＢ＿１は、測定報告の対象セルであるＨｅＮＢ＿ＡのＭＴＣＤ制限情報として「ＭＴＣＤが適切なセル（Suitable Cell）として選択不可」を受信している。したがって、ｅＮＢ＿１は、ステップＳＴ２００５において、該セルをターゲットセルとして選択不可能であると判断し、ステップＳＴ１７０４およびステップＳＴ１７０５の処理を実行しない。ステップＳＴ２００５の処理を行うことによって、ターゲットｅＮＢがＭＴＣＤを制限しているという理由で必ずハンドオーバ拒否となるような無駄なハンドオーバ要求の通知が発生することを削減することができる。
【０３６８】
実施の形態１の変形例４によって、実施の形態１の変形例２の効果に加えて、以下の効果を得ることができる。実施の形態１の変形例２、実施の形態１の変形例３と比較して、移動端末に新たな機能を追加する必要がない。したがって、移動端末の処理の負荷を軽減することができ、また低消費電力化を実現することができる。
【０３６９】
３ＧＰＰでは、コアネットワーク側のＭＴＣＤによる混雑を回避することが検討されている（非特許文献１０参照）。その場合に、本変形例を用いて、周辺基地局のＭＴＣＤ制限情報を知り得た基地局は、自基地局のＭＴＣＤ制限情報のコントロールを行ってもよい。コントロールの具体例として、以下の（１）〜（３）の３つを開示する。
【０３７０】
（１）ＭＴＣＤの流入を抑制するようにコントロールする。周辺基地局がＭＴＣＤを制限する場合、自セルもＭＴＣＤを制限する。周辺基地局がＭＴＣＤを制限する場合、周辺セルによって制限されたＭＴＣＤが、自セルをセル再選択などする可能性が高まる。したがって、周辺基地局がＭＴＣＤを制限する場合に、自セルもＭＴＣＤを制限することによって、自セルの処理の負荷が高騰することを事前に防止することができる。周辺基地局がＭＴＣＤを制限しない場合、自セルの処理の負荷および混雑状況に応じたＭＴＣＤ制限を行う。
【０３７１】
（２）ＭＴＣＤの流入を受入れるようにコントロールする。周辺基地局がＭＴＣＤを制限する場合であって、自セルの処理負荷が低い（閾値より低い）場合、自セルのＭＴＣＤの制限を行わない。これによって、周辺セルによって制限されたＭＴＣＤが、自セルをセル再選択などする可能性が高まる。したがって、ＭＴＣＤに対するサービスを継続させることができる。自セルの無線リソースに余裕がある（閾値より少ない）場合も同様である。周辺基地局がＭＴＣＤを制限する場合であって、自セルの処理負荷が高い（閾値より高い）場合、自セルの処理の負荷および混雑状況に応じたＭＴＣＤ制限を行う。周辺基地局がＭＴＣＤを制限しない場合、自セルの処理の負荷および混雑状況に応じたＭＴＣＤ制限を行う。
【０３７２】
（３）周辺セルに合わせる。周辺基地局がＭＴＣＤを制限する場合、自セルもＭＴＣＤを制限する。周辺セルと同様にＭＴＣＤを制限する。周辺基地局がＭＴＣＤを制限しない場合、自セルもＭＴＣＤを制限しない。
【０３７３】
本変形例を用いて、周辺基地局のＭＴＣＤ制限情報を知り得た基地局は、自基地局のＭＴＣＤ制限情報のコントロールを行ってもよい。ＭＴＣＤ制限情報ではなく、基地局のアクセス制限情報に対して、本変形例を用いてもよい。この場合、基地局は、周辺セルへ自セルのアクセス制限情報を通知する。周辺基地局のアクセス制御の情報を知り得た基地局は、傘下の移動端末から受信した測定報告の内容と、測定報告の対象セルのアクセス制限情報が示す制限とを考慮して、ハンドオーバ決定処理を行う。また、周辺基地局のアクセス制限情報を知り得た基地局は、自基地局のアクセス制限のコントロールを行ってもよい。アクセス制限情報の具体例としては、ＡＣＢがある。
【０３７４】
本変形例は、以上に述べた適用例に限定されるものではなく、他の適用例に用いられてもよい。また本変形例は、他の適用例も含めて、実施の形態１、実施の形態１の変形例１、実施の形態１の変形例２、または実施の形態１の変形例３と組み合わせて用いることができる。
【０３７５】
実施の形態１  変形例５．
本実施の形態１の変形例５では、実施の形態１の変形例２と同じ課題について別の解決策を開示する。実施の形態１の変形例５での解決策を以下に示す。本変形例では、実施の形態１、実施の形態１の変形例２および実施の形態１の変形例４での解決策と異なる部分を中心に説明し、説明していない部分については、実施の形態１、実施の形態１の変形例２および実施の形態１の変形例４と同様とする。
【０３７６】
基地局は、周辺セルへ自セルのＭＴＣＤ制限情報を通知する。ＭＴＣＤ制限情報は、Ｓ１インタフェースを用いて通知されてもよい。基地局からのＭＴＣＤ制限情報と、傘下の移動端末からの測定報告とを受信したセルは、測定報告の内容と測定報告の対象セルのＭＴＣＤ制限情報が示す制限とを考慮して、ハンドオーバ決定処理を行う。例えば、測定報告の内容と、測定報告の対象セルのＭＴＣＤ制限情報が示す制限とを考慮して、ターゲットセルを決定する。
【０３７７】
これによって、自セルのＭＴＣＤ制限情報を通知したセルから、自セルがＭＴＣＤを制限しているという理由で必ずハンドオーバ拒否となるような無駄なハンドオーバ要求の通知を受けることを削減することができる。この基地局の無駄なハンドオーバ要求の受信の削減によって、ハンドオーバ受入可能か否かの無駄な判断を削減することができる。したがって、基地局の処理の負荷を削減することができ、またハンドオーバの制御遅延を削減することができる。
【０３７８】
また基地局は、上位エンティティへ、自セルのＭＴＣＤ制限情報を通知する。基地局は、上位エンティティへ、自セルのＭＴＣＤ制限情報を、Ｓ１インタフェースを用いて通知してもよい。上位エンティティは、基地局に対して、該ＭＴＣＤ制限情報を通知する。上位エンティティは、基地局に対して該ＭＴＣＤ制限情報を、Ｓ１インタフェースを用いて通知してもよい。上位エンティティが通知するＭＴＣＤ制限情報は、１つ以上の基地局の情報であってもよい。
【０３７９】
上位エンティティの具体例として以下の（１），（２）の２つを開示する。（１）ＭＭＥ。（２）ＨｅＮＢＧＷ。
【０３８０】
基地局が、上位エンティティへ自セルのＭＴＣＤ制限情報を通知するタイミングの具体例は、実施の形態１の変形例４において、基地局が周辺セルへ自セルのＭＴＣＤ制限情報を通知するタイミングの具体例と同様とする。
【０３８１】
基地局が、上位エンティティへ自セルのＭＴＣＤ制限情報を、Ｓ１インタフェースを用いて通知する方法の具体例として、以下の（１）〜（３）の３つを開示する。
【０３８２】
（１）新たにＳ１シグナリング、あるいはＳ１メッセージを設ける。制御用のＳ１シグナリングを設けるようにしてもよい。また、受信側であるＭＭＥ、ＳＧＳＮなどからの応答メッセージが不要のＳ１シグナリングを設けるようにしてもよい。応答メッセージが不要のＳ１シグナリングは、「クラス２（Class2）」とも称される（３ＧＰＰ  ＴＳ３６．４１３  Ｖ９．３．０（以下「非特許文献１３」という）参照）。また移動端末とは無関係のＳ１シグナリングを設けるようにしてもよい。移動端末とは無関係のＳ１シグナリングは、「non UE associated Signalling」とも称される（非特許文献１３参照）。新たに設けるＳ１シグナリングにマッピングするパラメータは、ＭＴＣＤ制限情報である。ＭＴＣＤ制限情報は、該当セルのインジケータと共に通知されてもよい。セルのインジケータは、ＰＣＩ、ＧＣＩであってもよい。
【０３８３】
（２）新たにＳ１シグナリング、あるいはＳ１メッセージを設ける。制御用のＳ１シグナリングを設けるようにしてもよい。また、受信側であるＭＭＥ、ＳＧＳＮなどからの応答メッセージが必要なＳ１シグナリングを設けるようにしてもよい。応答メッセージ必要なＳ１シグナリングは、「クラス１（Class1）」とも称される（非特許文献１３参照）。また移動端末とは無関係のＳ１シグナリングを設けるようにしてもよい。新たに設けるＳ１シグナリングにマッピングするパラメータは、ＭＴＣＤ制限情報である。ＭＴＣＤ制限情報は、該当セルのインジケータと共に通知されてもよい。セルのインジケータは、ＰＣＩ、ＧＣＩであってもよい。
【０３８４】
（３）既存のＳ１シグナリングを用いる。既存の制御用のＳ１シグナリングを用いるようにしてもよい。また、既存の移動端末とは無関係のＳ１シグナリングを用いるようにしてもよい。既存のＳ１シグナリングに追加が必要なパラメータは、ＭＴＣＤ制限情報である。具体例（３）は、具体例（１），（２）と比較して、新たなシグナリングを設ける必要がない点において有効であり、通信システムが複雑化することを回避することができる。次に、既存のＳ１シグナリングの具体例として、以下の（ａ１），（ａ２）の２つを開示する。
【０３８５】
（ａ１）「S1 SETUP REQUEST」（非特許文献１３参照）。「S1 SETUP REQUEST」の目的は、ｅＮＢとＭＭＥとが、Ｓ１インタフェースを正しく共同利用するのに必要なアプリケーションレベルのデータを交換することである。既に含まれているパラメータは、ｅＮＢのＣＳＧ−ＩＤ、グローバルセル識別子およびＴＡＣなどのように、基地局固有の情報である。ＭＴＣＤ制限情報も、基地局固有の情報である。したがって、ＭＴＣＤ制限情報をコアネットワーク側へ通知するために「S1 SETUP REQUEST」を用いることによって、受信する側であるＭＭＥが、基地局固有の情報を一度に得ることができる。これによって、ＭＭＥの処理の負荷を軽減することができ、また通信システムとしての制御遅延を防止することができる。
【０３８６】
（ａ２）「eNB Configuration Update」（非特許文献１３参照）。「eNB Configuration Update」の目的は、ｅＮＢとＭＭＥとが、Ｓ１インタフェースを正しく共同利用するのに必要なアプリケーションレベルのデータを更新することである。既に含まれているパラメータは、ｅＮＢのＣＳＧ−ＩＤおよびＴＡＣなどのように、基地局固有の情報である。ＭＴＣＤ制限情報も、基地局固有の情報である。したがって、ＭＴＣＤ制限情報をコアネットワーク側へ通知するために「eNB Configuration Update」を用いることによって、受信する側であるＭＭＥが、基地局固有の情報を一度に得ることができる。これによって、ＭＭＥの処理の負荷を軽減することができ、また通信システムとしての制御遅延を防止することができる。
【０３８７】
上位エンティティが受信した基地局のＭＴＣＤ制限情報を通知するセルの決定方法の具体例として、以下の（１），（２）の２つを開示する。基地局のＭＴＣＤ制限情報を通知するセルは、１つであってもよいし、複数であってもよい。（１）上位エンティティ傘下の基地局。（２）ＭＴＣＤ制限情報を通知してきた基地局と同一のトラッキングエリア内の基地局。
【０３８８】
上位エンティティが、基地局に対してＭＴＣＤ制限情報を通知するタイミングの具体例として、以下の（１）〜（４）の４つを開示する。
【０３８９】
（１）基地局が設置されたとき。上位エンティティの傘下に基地局が設置されたときでもよい。ＭＴＣＤ制限情報を通知してきた基地局と同一のトラッキングエリア内に基地局が設置されたときでもよい。この方法では、ＭＴＣＤ制限情報が静的に決定している場合は、通知回数が１回でよいので、上位エンティティの処理の負荷を軽減することができる。
【０３９０】
（２）ＭＴＣＤ制限情報が変更されたとき。この方法では、ＭＴＣＤ制限情報が静的に決定しない場合は、変更の都度、反映できる。また方法（３）と比較して、通知回数が少なくなるので、基地局の処理の負荷を軽減することができる。
【０３９１】
（３）周期的。この方法では、通知時に誤りが発生した場合であっても、周期的に通知することによって、正しい情報を通知することができる。
【０３９２】
（４）前記（１）〜（３）の組み合わせ。
【０３９３】
上位エンティティが、基地局に対してＭＴＣＤ制限情報を、Ｓ１インタフェースを用いて通知する方法の具体例として、以下の（１），（２）の２つを開示する。
【０３９４】
（１）新たにＳ１シグナリング、あるいはＳ１メッセージを設ける。詳細な説明は、基地局が上位エンティティへ自セルのＭＴＣＤ制限情報を、Ｓ１インタフェースを用いて通知する方法の具体例（１），（２）と同様である。
【０３９５】
（２）既存のＳ１シグナリングを用いる。既存の制御用のＳ１シグナリングを用いるようにしてもよい。また、既存の移動端末とは無関係のＳ１シグナリングを用いるようにしてもよい。既存のＳ１シグナリングに追加が必要なパラメータは、ＭＴＣＤ制限情報である。具体例（２）は、具体例（１）と比較して、新たなシグナリングを設ける必要がない点において有効であり、通信システムが複雑化することを回避することができる。
【０３９６】
次に、既存のＳ１シグナリングの具体例として、以下の（ａ１），（ａ２）の２つを開示する。
【０３９７】
（ａ１）「S1 SETUP RESPONSE」（非特許文献１３参照）。「S1 SETUP RESPONSE」の目的は、ｅＮＢとＭＭＥとが、Ｓ１インタフェースを正しく共同利用するのに必要なアプリケーションレベルのデータを交換することである。「S1 SETUP RESPONSE」は、「S1 SETUP REQUEST」の応答信号である。既に含まれているパラメータは、ＰＬＭＮアイデンティティ（PLMN Identity）、ＭＭＥグループＩＤなどのように、ＭＭＥ固有の情報である。傘下の基地局のＭＴＣＤ制限情報も、ＭＭＥ固有の情報である。したがって、ＭＴＣＤ制限情報を基地局へ通知するために「S1 SETUP RESPONSE」を用いることによって、受信する基地局が、ＭＭＥ固有の情報を一度に得ることができる。これによって、基地局の処理の負荷を軽減することができ、また通信システムとしての制御遅延を防止することができる。
【０３９８】
（ａ２）「MME Configuration Update」（非特許文献１３参照）。「MME Configuration Update」の目的は、ｅＮＢとＭＭＥとが、Ｓ１インタフェースを正しく共同利用するのに必要なアプリケーションレベルのデータを更新することである。既に含まれているパラメータは、ＰＬＭＮアイデンティティ、ＭＭＥグループＩＤなどのように、ＭＭＥ固有の情報である。傘下の基地局のＭＴＣＤ制限情報も、ＭＭＥ固有の情報である。したがって、ＭＴＣＤ制限情報を基地局へ通知するために「MME Configuration Update」を用いることによって、受信する基地局が、ＭＭＥ固有の情報を一度に得ることができる。これによって、基地局の処理の負荷を軽減することができ、また通信システムとしての制御遅延を防止することができる。
【０３９９】
次に、図２４および図２５を用いて、実施の形態１の変形例５における通信システムのシーケンスの具体例について説明する。図２４および図２５は、実施の形態１の変形例５における通信システムのシーケンスを示す図である。図２４と図２５とは、境界線ＢＬ４の位置で、つながっている。図２４および図２５に示すシーケンスは、図１７〜図１９、図２２および図２３に示すシーケンスと類似しているので、同一のステップについては、同一のステップ番号を付して、共通する説明を省略する。
【０４００】
本動作例では、ｅＮＢ＿１をサービング基地局であるソースｅＮＢとするＭＴＣＤが、ＨｅＮＢ＿Ａへ近づくように移動しているとする。ＨｅＮＢ＿Ａの上位エンティティが、ＨｅＮＢ＿ＡのＭＴＣＤ制限情報を通知する周辺セルとして、ｅＮＢ＿１を選択したとする。基地局が、上位エンティティへ自セルのＭＴＣＤ制限情報を通知するタイミングの具体例として、設置したときについて開示する。ＨｅＮＢ＿ＡのＭＴＣＤ制限情報が示す制限の具体例として、ＭＴＣＤが適切なセル（Suitable Cell）として選択不可能であることを示す場合について開示する。上位エンティティの具体例として、ＭＭＥについて開示する。ＭＭＥが受信した基地局のＭＴＣＤ制限情報を通知するセルとして、ＭＭＥの傘下の基地局の場合について開示する。ＭＭＥが、基地局に対してＭＴＣＤ制限情報を通知するタイミングとして、基地局が設置されたときについて開示する。上位エンティティが、基地局に対してＭＴＣＤ制限情報を「S1 SETUP RESPONSE」を用いて通知する場合について開示する。
【０４０１】
前述のようにしてステップＳＴ１８０１〜ステップＳＴ１８０３およびステップＳＴ１７０３の処理が行われる。またステップＳＴ２１０１において、ＨｅＮＢ＿Ａが設置される。ステップＳＴ２１０２において、ＨｅＮＢ＿Ａは、上位エンティティであるＭＭＥへ、ＭＴＣＤ制限情報を通知する。本動作例では、ＨｅＮＢ＿Ａは、ＭＴＣＤ制限情報として「ＭＴＣＤが適切なセル（Suitable Cell）として選択不可」を通知する。
【０４０２】
ステップＳＴ２１０３において、ｅＮＢ＿１が設置される。ステップＳＴ２１０４において、ｅＮＢ＿１は、ＭＭＥとＳ１インタフェースを正しく共同利用するために、Ｓ１セットアップ要求（S1 SETUP REQUEST）メッセージを、上位エンティティであるＭＭＥへ通知する。
【０４０３】
ステップＳＴ２１０５において、ＭＭＥは、受信したＨｅＮＢ＿ＡのＭＴＣＤ制限情報を通知する通知先のセルを決定する。本動作例では、ＭＭＥは、受信したＨｅＮＢ＿ＡのＭＴＣＤ制限情報を、傘下の基地局へ通知する。また本動作例では、ＭＭＥは、基地局が設置されたときに、ＭＴＣＤ制限情報を通知する。ＭＭＥの傘下に、ｅＮＢ＿１が設置されたことによって、ＭＭＥは、ｅＮＢ＿１へ、ＨｅＮＢ＿ＡのＭＴＣＤ制限情報を通知すること、すなわち通知先としてｅＮＢ＿１を決定する。
【０４０４】
ステップＳＴ２１０６において、ＭＭＥは、ｅＮＢ＿１へ、ＨｅＮＢ＿ＡのＭＴＣＤ制限情報を通知する。ＨｅＮＢ＿ＡのＭＴＣＤ制限情報と、他のセルのＭＴＣＤ制限情報とを、一緒に通知してもよい。本動作例では、ＭＭＥは、Ｓ１セットアップ応答（S1 SETUP RESPONSE）メッセージを用いて、ＭＴＣＤ制限情報を通知する。具体的には、ＭＭＥは、ＭＴＣＤ制限情報を含むＳ１セットアップ応答メッセージをｅＮＢ＿１に通知する。本動作例では、ＭＭＥは、ＭＴＣＤ制限情報として「ＭＴＣＤが適切なセル（Suitable Cell）として選択不可」を通知する。
【０４０５】
次いで、ｅＮＢ＿１は、前述のようにしてステップＳＴ２００４の処理を行う。ｅＮＢ＿１は、ステップＳＴ１７０３で測定報告を通知してきた移動端末（ＵＥ）がＭＴＣＤであると判断した場合はステップＳＴ２１０７へ移行し、ＭＴＣＤではないと判断した場合はステップＳＴ１７０４へ移行する。
【０４０６】
ステップＳＴ２１０７において、ｅＮＢ＿１は、測定報告の対象セルがターゲットセルとして選択可能であるか否かを判断する。該判断の具体例を以下に開示する。ステップＳＴ１７０３で受信した測定報告と、ＭＭＥから受信した測定報告の対象セルのＭＴＣＤ制限情報とに基づいて判断する。本動作例では、ステップＳＴ１７０３で受信したＨｅＮＢ＿Ａに対する測定報告と、ステップＳＴ２１０６でＭＭＥから受信したＨｅＮＢ＿ＡのＭＴＣＤ制限情報とに基づいて判断する。
【０４０７】
ＭＴＣＤ制限情報が、ＭＴＣＤが適切なセル（Suitable Cell）として選択可能であることを示す場合は、ｅＮＢ＿１は、該セルをターゲットセルとして選択可能と判断する。ＭＴＣＤ制限情報が、ＭＴＣＤが適切なセル（Suitable Cell）として選択不可能であることを示す場合は、ｅＮＢ＿１は、該セルをターゲットセルとして選択不可能であると判断する。ｅＮＢ＿１は、ステップＳＴ２１０７において、ターゲットセルとして選択可能であると判断した場合は、ステップＳＴ１７０４へ移行し、ターゲットセルとして選択不可能であると判断した場合は、ステップＳＴ１７０４およびステップＳＴ１７０５の処理を実行しない。ステップＳＴ１７０４へ移行した場合は、前述のようにしてステップＳＴ１７０４〜ステップＳＴ１７１１の処理が行われる。
【０４０８】
本動作例では、ステップＳＴ２１０６において、ｅＮＢ＿１は、測定報告の対象セルであるＨｅＮＢ＿ＡのＭＴＣＤ制限情報として「ＭＴＣＤが適切なセル（Suitable Cell）として選択不可」を受信している。したがって、ｅＮＢ＿１は、ステップＳＴ２１０７で該セルをターゲットセルとして選択不可能であると判断し、ステップＳＴ１７０４およびステップＳＴ１７０５の処理を実行しない。ステップＳＴ２１０７の処理を行うことによって、ターゲットｅＮＢがＭＴＣＤを制限しているという理由で必ずハンドオーバ拒否となるような無駄なハンドオーバ要求の通知が発生することを削減することができる。
【０４０９】
実施の形態１の変形例５によって、実施の形態１の変形例４と同様の効果を得ることができる。
【０４１０】
本変形例は、以上に述べた適用例に限定されるものではなく、他の適用例に用いられてもよい。たとえば本変形例では、ステップＳＴ１７０６において、ターゲットｅＮＢであるＨｅＮＢ＿Ａによって、自基地局がハンドオーバ受入れ可能か否かを判断している。これに限定されず、たとえばハンドオーバがＭＭＥ経由で行われる場合には、ＭＭＥによって、ＭＭＥが基地局から取得したＭＴＣＤ制限情報を考慮して、ターゲットｅＮＢがハンドオーバ受入れ可能か否かを判断してもよい。
【０４１１】
また本変形例は、他の適用例を含めて、実施の形態１、実施の形態１の変形例１、実施の形態１の変形例２、実施の形態１の変形例３、または実施の形態１の変形例４と組み合わせて用いることができる。
【０４１２】
実施の形態１  変形例６
本実施の形態１の変形例６では、実施の形態１の変形例２と同じ課題について、別の解決策を開示する。実施の形態１の変形例６での解決策を以下に示す。本変形例では、実施の形態１、実施の形態１の変形例２、実施の形態１の変形例４および実施の形態１の変形例５での解決策と異なる部分を中心に説明し、説明していない部分については、実施の形態１、実施の形態１の変形例２、実施の形態１の変形例４および実施の形態５と同様とする。
【０４１３】
基地局は、上位エンティティへ、自セルのＭＴＣＤ制限情報を通知する。基地局は、上位エンティティへ、自セルのＭＴＣＤ制限情報を、Ｓ１インタフェースを用いて通知してもよい。上位エンティティは、受信したＭＴＣＤ制限情報を考慮して、移動端末コンテキスト（Context）を、該移動端末のサービングセルへ設定する。上位エンティティは、受信したＭＴＣＤ制限情報を考慮して、ＭＴＣＤに対する移動端末コンテキストを、該ＭＴＣＤのサービングセルへ設定するようにしてもよい。
【０４１４】
移動端末コンテキストと、傘下の移動端末からの測定報告とを受信したセルは、それらの内容を考慮して、ハンドオーバ決定処理を行う。例えば、移動端末コンテキストと、傘下の移動端末からの測定報告とを考慮して、ターゲットセルを決定する。
【０４１５】
このようにすることによって、基地局が、自セルのＭＴＣＤ制限情報を通知したセルから、自セルがＭＴＣＤを制限しているという理由で必ずハンドオーバ拒否となるような無駄なハンドオーバ要求の通知を受けることを削減することができる。この基地局の無駄なハンドオーバ要求の受信の削減によって、基地局におけるハンドオーバ受入可能か否かの無駄な判断を削減することができる。したがって、基地局の処理の負荷を削減することができ、またハンドオーバの制御遅延を削減することができる。
【０４１６】
本変形例では、移動端末コンテキストと、傘下の移動端末からの測定報告とを受信したセルが、それらの内容を考慮して、ハンドオーバ決定処理を行う場合について説明したが、これに限定されず、移動端末コンテキストを受信したセルは、移動端末コンテキストの内容を考慮した動作を行ってもよい。
【０４１７】
本変形例では、上位エンティティが受信したＭＴＣＤ制限情報を考慮して、移動端末コンテキストを、該移動端末のサービングセルへ設定する場合について説明したが、これに限定されず、以下であってもよい。上位エンティティが受信したＭＴＣＤ制限情報のうち、該移動端末と同じＣＳＧ−ＩＤに属する基地局のＭＴＣＤ制限情報を考慮して、移動端末コンテキストを、該移動端末のサービングセルへ設定してもよい。また、上位エンティティが受信したＭＴＣＤ制限情報のうち、該移動端末と同じＣＳＧ−ＩＤに属さない基地局のＭＴＣＤ制限情報を考慮せずに、移動端末コンテキストを、該移動端末のサービングセルへ設定してもよい。これによって、通信システム内の制御のための情報量を削減することができる。
【０４１８】
上位エンティティが、受信したＭＴＣＤ制限情報を考慮して、移動端末コンテキスト（Context）を該移動端末のサービングセルへ設定するときの具体例を以下に開示する。既存の制御用のＳ１メッセージ、あるいはＳ１シグナリングを用いるようにしてもよい。既存のＳ１シグナリングの具体例は、初期コンテキストセットアップ要求「INITIAL CONTEXT SETUP REQUEST」がある（非特許文献１３参照）。
【０４１９】
上位エンティティが、受信したＭＴＣＤ制限情報を考慮して、移動端末コンテキストの内容をサービングセルへ通知する具体例として、以下の（１），（２）の２つを開示する。
【０４２０】
（１）移動端末コンテキストの中に、新たなパラメータを設ける。新たなパラメータの具体例として、以下の（ａ１）〜（ａ３）の３つを開示する。
【０４２１】
（ａ１）ＭＴＣＤ制限情報をマッピングする。ＭＴＣＤ制限情報は、該当セルのインジケータと共に通知されてもよい。セルのインジケータは、ＰＣＩ、ＧＣＩであってもよい。該情報を受信したサービングセルが、該情報を該移動端末へ通知してもよい。
【０４２２】
（ａ２）「セル再選択先として選択不可」の情報をマッピングする。該情報は、該当セルのインジケータと共に通知されてもよい。セルのインジケータは、ＰＣＩ、ＧＣＩであってもよい。該情報を受信したサービングセルが、該情報を該移動端末へ通知してもよい。具体例（ａ２）によれば、ＭＴＣＤは、ＭＴＣＤ制限されていることが理由でセル再選択不可能なセルを、該セルのＭＴＣＤ制限情報を受信する前に知ることができる。これによって、ＭＴＣＤの消費電力を削減することができ、またセル再選択の制御遅延を低減することができる。
【０４２３】
（ａ３）「測定対象として設定不可」の情報をマッピングする。該情報は、該当セルのインジケータと共に通知されてもよい。セルのインジケータは、ＰＣＩ、ＧＣＩであってもよい。サービングセルは、該情報を考慮して、移動端末の測定制御情報の調整を行ってもよい。例えば、「測定対象として設定不可」の情報の通知を受けたセルを測定制御情報の中の測定対象から外す。測定対象から外す方法の具体例としては、実施の形態１の変形例２と同じ方法を挙げることができる。これによって、ＭＴＣＤが、ターゲットセルとして選択不可能なセルに対して測定を行うことを削減することが可能となる。したがって、ＭＴＣＤの低消費電力化を実現することができる。
【０４２４】
（２）「INITIAL CONTEXT SETUP REQUEST」中の既存のパラメータを用いる。例えば、「Handover Restriction List IE」を用いる。「Handover Restriction List IE」の目的は、ローミングかアクセス制限を示すことである。既存のパラメータに対して変更が必要な点を以下に開示する。既存の「Handover Restriction List IE」においては、ローミング、あるいはハンドオーバが禁じられた領域を設定する。具体的には、禁じられたトラッキングエリア（Forbidden TACs）、あるいは禁じられたシステム（Forbidden inter RATs）が設定される。したがって、本パラメータ「Handover Restriction List IE」を用いて基地局固有のＭＴＣＤ制限情報を通知することは不可能である。そこで本変形例においては、禁じられたセル（Forbidden Cell）の情報を追加する。ローミングが禁じられたセル、ハンドオーバが禁じられたセルを、それぞれ設けてもよい。
【０４２５】
ＭＴＣＤ制限情報を考慮した移動端末コンテキストの設定の具体例として、以下の（１）〜（６）の６つを開示する。
【０４２６】
（１）ＭＴＣＤ制限情報が示す制限が、ＭＴＣＤがアクセス可能であるか否かであり、アクセス不可能であることが示される場合の移動端末コンテキストの設定の具体例として、以下の（ａ１）〜（ａ５）の５つを開示する。（ａ１）セル再選択先として選択不可とする。これによって、アクセス不可能となるようなセルを再選択することを事前に防止することができる。（ａ２）測定対象として設定不可とする。これによって、ハンドオーバ先として選択しても、アクセス不可能なセルに対する測定を削減することができる。（ａ３）ハンドオーバが禁じられたセルとする。ターゲットセルとして選択不可とする。これによって、アクセス不可能となるようなセルをハンドオーバ先として選択することを事前に防止することができる。（ａ４）ローミングが禁じられたセルとする。これによって、アクセス不可能となるようなセルをローミング先として選択することを事前に防止することができる。（ａ５）前記（ａ１）〜（ａ４）の組み合わせ。
【０４２７】
（２）ＭＴＣＤ制限情報が示す制限が、ＭＴＣＤがノーマルサービスを得るためにキャンプオン可能であるか否かであり、ノーマルサービスを得るためにキャンプオン不可能であることが示される場合の移動端末コンテキストの設定の具体例として、以下の（ｂ１）〜（ｂ５）の５つを開示する。（ｂ１）セル再選択先として選択不可とする。これによって、ノーマルサービスを得ることができないセルを再選択することを事前に防止することができる。（ｂ２）測定対象として設定不可とする。これによって、ハンドオーバ先として選択してもノーマルサービスを得ることができないセルに対する測定を削減することができる。（ｂ３）ハンドオーバが禁じられたセルとする。ターゲットセルとして選択不可とする。これによって、ノーマルサービスを得ることができないセルをハンドオーバ先として選択することを事前に防止することができる。（ｂ４）ローミングが禁じられたセルとする。これによって、ノーマルサービスを得ることができないセルをローミング先として選択することを事前に防止することができる。（ｂ５）前記（ｂ１）〜（ｂ４）の組み合わせ。
【０４２８】
（３）ＭＴＣＤ制限情報が示す制限が、ＭＴＣＤが限られたサービスを得るためにキャンプオン可能であるか否かであり、限られたサービスを得るためにキャンプオン不可能であることが示される場合の移動端末コンテキストの設定の具体例として、以下の（ｃ１）〜（ｃ５）の５つを開示する。（ｃ１）セル再選択先として選択不可とする。これによって、限られたサービスを得ることができないセルを再選択することを事前に防止することができる。（ｃ２）測定対象として設定不可とする。これによって、ハンドオーバ先として選択しても、限られたサービスを得ることができないセルに対する、測定を削減することができる。（ｃ３）ハンドオーバが禁じられたセルとする。ターゲットセルとして選択不可とする。これによって、限られたサービスを得ることができないセルをハンドオーバ先として選択することを事前に防止することができる。（ｃ４）ローミングが禁じられたセルとする。これによって、限られたサービスを得ることができないセルをローミング先として選択することを事前に防止することができる。（ｃ５）前記（ｃ１）〜（ｃ４）の組み合わせ。
【０４２９】
（４）ＭＴＣＤ制限情報が示す制限が、ＭＴＣＤがセル選択および再選択の候補とすることを禁じているか否かであり、セル選択および再選択の候補とすることを禁じていることが示される場合の移動端末コンテキストの設定の具体例として、以下の（ｄ１）〜（ｄ５）の５つを開示する。（ｄ１）セル再選択先として選択不可とする。これによって、セルのＭＴＣＤ制限情報を受信する前に、セルを再選択することを事前に防止することができる。（ｄ２）測定対象として設定不可とする。これによって、ハンドオーバ先として選択してもセル再選択先として選択不可となるセルに対する測定を削減することができる。（ｄ３）ハンドオーバが禁じられたセルとする。ターゲットセルとして選択不可とする。これによって、セル再選択先として選択できないセルをハンドオーバ先として選択することを事前に防止することができる。（ｄ４）ローミングが禁じられたセルとする。これによって、セル再選択先として選択できないセルをローミング先として選択することを事前に防止することができる。（ｄ５）前記（ｄ１）〜（ｄ４）の組み合わせ。
【０４３０】
（５）ＭＴＣＤ制限情報が示す制限が、ＭＴＣＤがローミングしてくることを禁じているか否かであり、ローミングしてくることを禁じている場合の移動端末コンテキストの設定の具体例として、以下の（ｅ１）〜（ｅ５）の５つを開示する。（ｅ１）セル再選択先として選択不可とする。これによって、ローミングすることができないセルを再選択することを事前に防止することができる。（ｅ２）測定対象として設定不可とする。これによって、ハンドオーバ先として選択しても、ローミングすることができないセルに対する、測定を削減することができる。（ｅ３）ハンドオーバが禁じられたセルとする。ターゲットセルとして選択不可とする。これによって、ローミングすることができないセルをハンドオーバ先として選択することを事前に防止することができる。（ｅ４）ローミングが禁じられたセルとする。（ｅ５）前記（ｅ１）〜（ｅ４）の組み合わせ。
【０４３１】
（６）ＭＴＣＤ制限情報が示す制限が、ＭＴＣＤがハンドオーバしてくることを禁じているか否かであり、ハンドオーバしてくることを禁じている場合の移動端末コンテキストの設定の具体例として、以下の（ｆ１）〜（ｆ５）の５つを開示する。（ｆ１）セル再選択先として選択不可とする。これによって、ハンドオーバすることができないセルを再選択することを事前に防止することができる。（ｆ２）測定対象として設定不可とする。これによって、ハンドオーバ先として選択してもハンドオーバすることができないセルに対する測定を削減することができる。（ｆ３）ハンドオーバが禁じられたセルとする。ターゲットセルとして選択不可とする。（ｆ４）ローミングが禁じられたセルとする。これによって、ハンドオーバすることができないセルをローミング先として選択することを事前に防止することができる。（ｆ５）前記（ｆ１）〜（ｆ４）の組み合わせ。
【０４３２】
上位エンティティが、受信したＭＴＣＤ制限情報を考慮して、移動端末コンテキストの内容を通知する具体例のうち、前記具体例（１）の（ａ１）を用いて、ＭＴＣＤ制限情報をマッピングした場合、前記ＭＴＣＤ制限情報を考慮した移動端末コンテキストの設定の具体例の内容を、基地局が考慮してもよい。
【０４３３】
上位エンティティが、移動端末コンテキスト（Context）を該移動端末のサービングセルへ通知するタイミングの具体例を以下に開示する。初期移動端末コンテキスト（Initial Context Setup）を設定するタイミング。
【０４３４】
次に、図２６および図２７を用いて、実施の形態１の変形例６における通信システムのシーケンスの具体例について説明する。図２６および図２７は、実施の形態１の変形例６における通信システムのシーケンスを示す図である。図２６と図２７とは、境界線ＢＬ５の位置で、つながっている。図２６および図２７に示すシーケンスは、図１７〜図１９および図２２〜図２５に示すシーケンスと類似しているので、同一のステップについては、同一のステップ番号を付して、共通する説明を省略する。
【０４３５】
本動作例では、ｅＮＢ＿１をサービング基地局であるソースｅＮＢとするＭＴＣＤが、ＨｅＮＢ＿Ａへ近づくように移動しているとする。基地局が、上位エンティティへ自セルのＭＴＣＤ制限情報を通知するタイミングの具体例として、設置したときについて開示する。ＨｅＮＢ＿ＡのＭＴＣＤ制限情報が示す制限の具体例として、ノーマルサービスを得るためにキャンプオンが不可能であることを示す場合について開示する。上位エンティティの具体例として、ＭＭＥについて開示する。上位エンティティが、ＭＴＣＤ制限情報を考慮した移動端末コンテキストの設定の具体例としては、ＭＴＣＤ制限情報がノーマルサービスを得るためにキャンプオンが不可能であることを示す場合に、ターゲットセルとして選択不可であるとする場合について開示する。
【０４３６】
前述のようにして、ステップＳＴ２１０１においてＨｅＮＢ＿Ａが設置され、ステップＳＴ２１０２において、ＨｅＮＢ＿Ａから上位エンティティであるＭＭＥへ、ＭＴＣＤ制限情報が通知される。ステップＳＴ２２０１において、ＵＥと、ソースｅＮＢであるｅＮＢ＿１およびＭＭＥを含むコアネットワーク側とにおいて、接続処理が開始される。
【０４３７】
ステップＳＴ２２０２において、ＭＭＥは、ＵＥに対する移動端末コンテキストの内容を決定する。ＭＭＥは、傘下の基地局から受信したＭＴＣＤ制限情報を考慮して、移動端末コンテキストの内容を決定する。本動作例では、ＭＭＥは、ステップＳＴ２１０２で受信した、ＨｅＮＢ＿ＡのＭＴＣＤ制限情報を考慮して、移動端末コンテキストの内容を決定する。ＨｅＮＢ＿Ａと他の基地局とから受信したＭＴＣＤ制限情報を、あわせて考慮してもよい。本動作例では、ＨｅＮＢ＿ＡのＭＴＣＤ制限情報は、ノーマルサービスを得るためにキャンプオン不可能であることを示す。また、移動端末コンテキストの内容として、ターゲットセルとしてＨｅＮＢ＿Ａを選択不可であると決定する。
【０４３８】
ステップＳＴ２２０３において、ＭＭＥは、移動端末のサービングセルであるｅＮＢ＿１に対して、ステップＳＴ２２０２で決定した移動端末のコンテキストの内容を通知する。次いで、前述のようにしてステップＳＴ１８０１〜ステップＳＴ１８０３およびステップＳＴ１７０３の処理が行われる。
【０４３９】
ステップＳＴ２２０４において、ｅＮＢ＿１は、測定報告の対象セルがターゲットセルとして選択可能であるか否かを判断する。該判断の具体例を以下に開示する。ステップＳＴ１７０３で受信した測定報告と、ステップＳＴ２２０３でＭＭＥから受信した移動端末のコンテキストの内容とに基づいて判断する。ｅＮＢ＿１は、ステップＳＴ２２０４において、ターゲットセルとして選択可能であると判断した場合は、ステップＳＴ１７０４へ移行し、ターゲットセルとして選択不可能であると判断した場合は、ステップＳＴ１７０４およびステップＳＴ１７０５の処理を実行しない。
【０４４０】
本動作例では、移動端末のコンテキストの中に、ターゲットセルとしてＨｅＮＢ＿Ａを選択不可であると示されている。したがって、ｅＮＢ＿１は、ステップＳＴ２２０４において該セルをターゲットセルとして選択不可能であると判断し、ステップＳＴ１７０４およびステップＳＴ１７０５の処理を実行しない。ステップＳＴ２２０４の処理を行うことによって、ターゲットｅＮＢがＭＴＣＤを制限しているという理由で必ずハンドオーバ拒否となるような無駄なハンドオーバ要求の通知を削減することができる。
【０４４１】
実施の形態１の変形例６によって、実施の形態１の変形例４と同様の効果を得ることができる。
【０４４２】
また、実施の形態１において開示した通り、ＭＴＣＤによる無線区間、あるいはコアネットワーク側において混雑が発生した場合にも、ＭＴＣＤ制限情報を用いることができる。その場合において、以下の課題が発生する。ＭＴＣＤによる無線区間、あるいはコアネットワーク側の混雑は、時間的に変化する。したがって、移動端末の接続中に、あるセルのＭＴＣＤ制限情報が変化する場合も考えられる。
【０４４３】
そこで本変形例６では、上位エンティティが、移動端末コンテキスト（Context）を移動端末のサービングセルへ通知するタイミングの具体例として、初期移動端末コンテキスト（Initial Context Setup）を設定するタイミングについて開示した。
【０４４４】
しかし、初期移動端末コンテキストの設定後に、あるセルのＭＴＣＤ制限情報がＭＴＣＤを制限する方向に変化した場合であって、該セルをターゲットｅＮＢとして選択するような場合、該セルがＭＴＣＤを制限しているという理由で必ずハンドオーバ拒否となるような、無駄なハンドオーバ要求の通知を削減することができないという問題が発生する。
【０４４５】
解決策を以下に開示する。上位エンティティが受信したＭＴＣＤ制限情報を考慮して、移動端末コンテキストの内容をサービングセルへ通知する具体例として、実施の形態１の変形例６で開示した内容に以下の内容を追加する。実施の形態１の変形例６で開示の具体例の内容を、非特許文献１３に開示の移動端末コンテキストの修正（CONTEXT MODIFICATION）にも新たに加える。既存の「CONTEXT MODIFICATION」に「Handover Restriction List IE」を新たに加える。これによって、初期移動端末コンテキスト設定後に、あるセルのＭＴＣＤ制限情報がＭＴＣＤを制限する方向に変化した場合であっても、該情報をサービングセルへ通知することが可能となる。したがって、該セルがＭＴＣＤを制限しているという理由で必ずハンドオーバ拒否となるような、無駄なハンドオーバ要求の通知を削減することが可能となる。
【０４４６】
本変形例は、以上に述べた適用例に限定されるものではなく、他の適用例に用いられてもよい。また本変形例は、他の適用例を含めて実施の形態１、実施の形態１の変形例１、実施の形態１の変形例２、実施の形態１の変形例３、実施の形態１の変形例４、またはて実施の形態１の変形例５と組み合わせて用いることができる。
【０４４７】
実施の形態２．
本実施の形態２では、前述の実施の形態１と同じ課題について、別の解決策を開示する。実施の形態２での解決策を以下に示す。ＭＴＣＤは、ＨｅＮＢを接続先として選択することを制限する。該制限は、静的、あるいは予め決定してもよい。ＭＴＣＤではない移動端末、すなわちノーマルＵＥは、ＨｅＮＢを接続先として選択することを制限しない。ノーマルＵＥは、通常通り動作するとしてもよい。これによって、ＨｅＮＢが、ＭＴＣＤが原因で収容数が収容可能数に達し、ノーマルＵＥを収容できなくなるという課題を解決することができる。
【０４４８】
移動端末は、基地局がＨｅＮＢであるか否かを判断するための情報に基づいて、ＨｅＮＢを接続先として選択するか否かを判断する。移動端末が、基地局がＨｅＮＢであるか否かを判断するための情報は、ＭＴＣＤが接続先として選択することを制限される基地局に関する情報であり、基地局情報に相当する。移動端末が、基地局がＨｅＮＢであるか否かを判断するための情報の具体例として、以下の（１），（２）の２つを開示する。
【０４４９】
（１）ＨｅＮＢ関連の既存の報知情報を用いる（非特許文献２参照）。具体例としては、ＳＩＢ９、より詳細には、ＳＩＢ９内の「hnb-name」がある。判断の具体例としては、報知情報の中に、ＨｅＮＢ関連の報知情報が存在する場合は、該基地局をＨｅＮＢであると判断する。報知情報の中に、ＨｅＮＢ関連の報知情報が存在しない場合は、該基地局をＨｅＮＢではないと判断する。この具体例（１）は、後述する具体例（２）と比較して、新たなインジケータを設ける必要がない点において、通信システムが複雑化することを回避することができるという利点がある。
【０４５０】
（２）ＨｅＮＢであるか否かのインジケータを新たに設ける。インジケータは、ＨｅＮＢである旨であってもよいし、ＨｅＮＢでない旨であってもよい。判断の具体例としては、ＨｅＮＢである旨が通知されている場合は、該基地局をＨｅＮＢであると判断する。ＨｅＮＢでない旨が通知されている場合は、該基地局をＨｅＮＢではないと判断する。該インジケータの通知方法の具体例として、以下の（ａ１）〜（ａ３）の３つを開示する。（ａ１）報知情報として通知する。これによって、移動端末が、移動端末の状態によらず、つまり移動端末が待受け状態であるか、接続状態（Connected）であるかによらず、ＨｅＮＢであるか否かのインジケータを受信可能であるという効果を得ることができる。（ａ２）ＭＴＣＤのみデコードを行う領域を設け、その領域にＨｅＮＢであるか否かのインジケータをマッピングする。これによって、ノーマルＵＥが該領域を受信して、該領域をデコードする必要がなくなる。したがって、既存の３ＧＰＰ機器への変更が不要となり、後方互換性（バックワードコンパチビリティ）に優れた通信システムを構築することができる。ＭＴＣＤのみ関係する領域としてもよい。（ａ３）前記（ａ１）と（ａ２）との組み合わせ。
【０４５１】
移動端末が、ＨｅＮＢであるか否かを判断するための情報を受信するセルの具体例として、以下の（１），（２）の２つを開示する。（１）測定を実施するセル。（２）セル選択基準を満たすセル。具体例（２）では、具体例（１）と比較して、ＨｅＮＢであるか否かを判断するための情報の受信が必要なセルの数が少なくなる。したがって、具体例（２）を用いることによって、移動端末の処理の負荷を軽減することができ、また移動端末の低消費電力化を実現することができる。
【０４５２】
ＭＴＣＤが、基地局がＨｅＮＢであるか否かを判断するタイミングの具体例として、以下の（１）〜（５）の５つを開示する。以下に開示する具体例は、移動端末がＭＴＣＤ制限情報を確認するタイミングであってもよい。
【０４５３】
（１）セル選択のとき。この場合、ＭＴＣＤは、セル選択の前にＨｅＮＢであるか否かを判断するための情報を確認し、該セルが選択（キャンプオン）が可能であるか否かを確認する。該セルがＨｅＮＢでない場合は、該セルを選択する。該セルがＨｅＮＢである場合は、該セルをセル選択の候補から外し、他のセルを選択すべく動作を開始する。
【０４５４】
（２）セル再選択のとき。この場合、ＭＴＣＤは、セル再選択の前に、ＨｅＮＢであるか否かを判断するための情報を確認し、該セルが再選択（キャンプオン）が可能であるか否かを確認する。該セルがＨｅＮＢでない場合は、該セルを再選択する。該セルがＨｅＮＢである場合は、該セルをセル再選択の候補から外し、他のセルを再選択すべく動作を開始する。
【０４５５】
（３）アクセスのとき。この場合、ＭＴＣＤは、アクセスの前に、ＨｅＮＢであるか否かを判断するための情報を確認し、該セルがアクセス可能であるか否かを確認する。該セルがＨｅＮＢでない場合は、該セルによってアクセスを開始する。該セルがＨｅＮＢである場合は、アクセスを中止する、あるいはアクセス可能な他のセルを選択すべくセル再選択動作を開始する。
【０４５６】
（４）周期的。この場合、ＭＴＣＤは、予め決められた周期で、ＨｅＮＢであるか否かを判断するための情報を受信して、確認する。
【０４５７】
（５）前記（１）〜（４）の組み合わせ。
【０４５８】
ＭＴＣＤが、ＨｅＮＢであるか否かを判断するための情報を確認するようにしてもよい。ノーマルＵＥは、ＨｅＮＢであるか否かを判断するための情報を確認しなくてもよい。これによって、ノーマルＵＥへの変更が不要となり、後方互換性（バックワードコンパチビリティ）に優れた通信システムを構築することができる。
【０４５９】
ＭＴＣＤが、ＨｅＮＢを選択することを制限するときの制限の具体例として、以下の（１）〜（７）の７つを開示する。
【０４６０】
（１）ＭＴＣＤは、ＨｅＮＢに対してアクセスしない。アクセスの具体例として、以下の（ａ１）〜（ａ５）の５つを開示する。（ａ１）上り制御データ送信。（ａ２）上りトラフィックデータ送信。ユーザデータの送信であってもよい。（ａ３）ＲＡＣＨ送信。（ａ４）ＲＲＣ接続要求（RRC connection Request）の送信。（ａ５）前記（ａ１）〜（ａ４）の組み合わせ。
【０４６１】
（２）ＭＴＣＤは、ノーマルサービスを得るために、ＨｅＮＢにキャンプオンしない。言い換えると、ＭＴＣＤは、適切なセル（Suitable Cell）としてＨｅＮＢを選択しない。
【０４６２】
（３）ＭＴＣＤは、限られたサービスを得るために、ＨｅＮＢにキャンプオンしない。言い換えると、ＭＴＣＤは、アクセプタブルセル（Acceptable cell）としてＨｅＮＢを選択しない。限られたサービスの具体例として、以下の（ｂ１）〜（ｂ４）の４つを開示する。（ｂ１）緊急呼の発信。（ｂ２）ＥＴＷＳの受信。（ｂ３）ＣＭＡＳの受信。（ｂ４）前記（ｂ１）〜（ｂ３）の組み合わせ。
【０４６３】
（４）ＭＴＣＤは、ＨｅＮＢをセル選択および再選択の候補から外す。ＭＴＣＤは、ＨｅＮＢをセル選択および再選択しない。
【０４６４】
（５）ＭＴＣＤは、ＨｅＮＢをローミング先の候補から外す。ＭＴＣＤは、ＨｅＮＢをローミング先として選択しない。
【０４６５】
（６）ＭＴＣＤは、ＨｅＮＢをハンドオーバ先の候補から外す。ＭＴＣＤは、ＨｅＮＢをハンドオーバ先として選択しない。（７）前記（１）〜（６）の組み合わせ。
【０４６６】
ＭＴＣＤが、ＨｅＮＢを選択することを制限するときの制限としては、前記具体例（１）〜（７）を組み合わせて、１つの動作は制限するが、１つの動作は制限しないとしてもよい。前記具体例（１）〜（７）の組み合わせの具体例として、以下の（Ｂ１）〜（Ｂ９）の９つを開示する。
【０４６７】
（Ｂ１）ＭＴＣＤは、ＨｅＮＢに対してアクセスしないが、ＭＴＣＤは、ノーマルサービスを得るためにＨｅＮＢにキャンプオンする。
【０４６８】
（Ｂ２）ＭＴＣＤは、ＨｅＮＢに対してアクセスしないが、ＭＴＣＤは、限られたサービスを得るためにＨｅＮＢにキャンプオンする。
【０４６９】
（Ｂ３）ＭＴＣＤは、ＨｅＮＢに対してアクセスしないが、ＭＴＣＤは、ＨｅＮＢをセル選択および再選択の候補とする。
【０４７０】
（Ｂ４）ＭＴＣＤは、ＨｅＮＢに対してアクセスしないが、ＭＴＣＤは、ローミング先としてＨｅＮＢを選択する。
【０４７１】
（Ｂ５）ＭＴＣＤは、ＨｅＮＢに対してアクセスしないが、ＭＴＣＤは、ハンドオーバ先としてＨｅＮＢを選択する。
【０４７２】
（Ｂ６）ＭＴＣＤは、ノーマルサービスを得るためにＨｅＮＢにキャンプオンしないが、ＭＴＣＤは、限られたサービスを得るためにＨｅＮＢにキャンプオンする。
【０４７３】
（Ｂ７）ＭＴＣＤは、ノーマルサービスを得るためにＨｅＮＢにキャンプオンしないが、ＭＴＣＤは、ＨｅＮＢをセル選択および再選択の候補とする。
【０４７４】
（Ｂ８）ＭＴＣＤは、ノーマルサービスを得るためにＨｅＮＢにキャンプオンしないが、ＭＴＣＤは、ローミング先としてＨｅＮＢを選択する。
【０４７５】
（Ｂ９）ＭＴＣＤは、ノーマルサービスを得るためにＨｅＮＢにキャンプオンしないが、ＭＴＣＤは、ハンドオーバ先としてＨｅＮＢを選択する。
【０４７６】
ＭＴＣＤが、ＨｅＮＢを選択することを制限するとき、制限される動作よりも厳しい制限はないとしてもよい。言い換えると、ＭＴＣＤがＨｅＮＢに対して不可能とする動作がある場合、不可能とされる動作よりも厳しい制限は、動作可能としてもよい。
【０４７７】
前述のＭＴＣＤがＨｅＮＢを選択することを制限するときの制限の具体例では、具体例（１）〜（４）のうち、具体例（１）の制限が最も緩い制限で、具体例の数字が大きくなるほど、厳しい制限となっている。便宜上、具体例（５），（６），（７）を除いて説明する。
【０４７８】
例えば、具体例（１）の「ＭＴＣＤは、ＨｅＮＢに対してアクセスしない」の制限がかかっている場合、この制限よりも厳しい制限は、かかっていないとみなす。したがって、ＭＴＣＤは、ノーマルサービスを得るためにＨｅＮＢにキャンプオンし、限られたサービスを得るためにＨｅＮＢにキャンプオンし、ＨｅＮＢをセル選択および再選択の候補とすることとなる。
【０４７９】
「ＭＴＣＤ」が、ＨｅＮＢを選択することを制限するのではなくてもよい。その具体例として、以下の（１）〜（３）の３つを開示する。
【０４８０】
（１）ＭＴＣＤの優先度に従った制限動作とする。通信システムにおいて、高い優先度のＭＴＣＤと低い優先度のＭＴＣＤとの区別がある場合に有効となる。制限との組み合わせの具体例として、以下の（ａ１），（ａ２）の２つを開示する。（ａ１）低い優先度のＭＴＣＤは、ＨｅＮＢを選択することを制限する。（ａ２）高い優先度のＭＴＣＤ用と低い優先度のＭＴＣＤ用とで、ＨｅＮＢを選択することの制限を別個に設ける。例えば、高い優先度のＭＴＣＤは、ＨｅＮＢに対してアクセスしないとし、低い優先度のＭＴＣＤは、ＨｅＮＢをセル選択および再選択しないとする。
【０４８１】
（２）ＭＴＣＤグループに従った制限動作とする。通信システムにおいてＭＴＣＤグループが設けられた場合に有効となる。具体例を以下に示す。例えば、ＭＴＣＤグループＡと、ＭＴＣＤグループＢとが存在するとする。ＭＴＣＤグループ毎、つまりＭＴＣＤグループＡ用とＭＴＣＤグループＢ用とで、ＨｅＮＢを選択することの制限を別個に設ける。例えば、ＭＴＣＤグループＡは、ＨｅＮＢに対してアクセスしないとし、ＭＴＣＤグループＢは、ＨｅＮＢをセル選択および再選択しないとする。
【０４８２】
（３）移動端末の優先度に従った制限動作とする。通信システムにおいて、ＭＴＣＤであるかとＭＴＣＤでないかとの区別ではなく、高い優先度の移動端末であるかと低い優先度の移動端末であるかとの区別がある場合に有効となる。具体例として、以下の（ｂ１），（ｂ２）の２つを開示する。（ｂ１）低い優先度の移動端末は、ＨｅＮＢを選択することを制限する。（ｂ２）高い優先度の移動端末用と低い優先度の移動端末用とで、ＨｅＮＢを選択することの制限を別個に設ける。例えば、高い優先度の移動端末は、ＨｅＮＢに対して選択することを制限しないとし、低い優先度のＭＴＣＤは、ＨｅＮＢをセル選択および再選択しないとする。
【０４８３】
ＨｅＮＢの状態に応じて制限を変えてもよい。例えば、ＨｅＮＢの状態に応じて、ＭＴＣＤのＨｅＮＢを選択することの制限を変更してもよい。具体例としては、他のセルの圏内に設置されたＨｅＮＢであるサービス提供型ＨｅＮＢに対しては、ＭＴＣＤは、該ＨｅＮＢを選択することを制限する。移動端末が、ＨｅＮＢが他のセル圏内に設置されたと判断する方法の具体例を以下に開示する。該ＨｅＮＢの他に、セル選択基準を満たす基地局が存在した場合は、該ＨｅＮＢが他のセル圏内に設置されたと判断する。
【０４８４】
他のセルの圏外に設置されたＨｅＮＢであるエリア補完型ＨｅＮＢに対しては、ＭＴＣＤは、該ＨｅＮＢを選択することを制限しない、あるいは、他のセルの圏内に設置されたＨｅＮＢであるサービス提供型ＨｅＮＢに対する制限よりも緩やかな制限とする。移動端末が、ＨｅＮＢが他のセル圏外に設置されたと判断する方法の具体例を以下に開示する。該ＨｅＮＢの他に、セル選択基準を満たす基地局が存在しない場合は、該ＨｅＮＢが他のセル圏外に設置されたと判断する。
【０４８５】
これによって、該ＨｅＮＢ経由でしか通信システムのサービスを受けられないようなエリア補完型ＨｅＮＢに対しては、ＭＴＣＤのＨｅＮＢを選択することは制限されない。したがって、このような状況下のＭＴＣＤに対するサービスを継続させることができる。また、他のセル経由で通信システムのサービスを受けられるようなサービス提供型ＨｅＮＢに対しては、ＭＴＣＤのＨｅＮＢを選択することが制限される。したがって、ＨｅＮＢが、ＭＴＣＤが原因で収容数が収容可能数に達し、ノーマルＵＥを収容できなくなるという課題を解決することができる。
【０４８６】
ＨｅＮＢの状態に応じて制限を変える場合、ＨｅＮＢの状態の変更が、該ＨｅＮＢの傘下のＭＴＣＤのセル再選択のトリガとなってもよい。ＨｅＮＢの状態の変更される場合としては、例えば、他のセル圏外に設置されていたＨｅＮＢの周辺に他のセルが設置され、該ＨｅＮＢの状態が他のセル圏内に設置されることとなった場合などがある。この場合、例えばＭＴＣＤは、該ＨｅＮＢを選択することを制限しない状態から、ＨｅＮＢを選択することを制限する状態へ変更されるので、前述のようにＨｅＮＢの状態の変更が、該ＨｅＮＢの傘下のＭＴＣＤのセル再選択のトリガとなる。したがって、傘下のＭＴＣＤは、ノーマルサービスを得るためにキャンプオン可能な他のセルを選択すべく、セル再選択動作を開始するようにしてもよい。
【０４８７】
次に、図２８を用いて、実施の形態２における通信システムのシーケンスの具体例について説明する。図２８は、実施の形態２における通信システムのシーケンスを示す図である。図２８に示すシーケンスは、図１４に示すシーケンスと類似しているので、同一のステップについては、同一のステップ番号を付して、共通する説明を省略する。
【０４８８】
本動作例では、移動端末が、基地局がＨｅＮＢであるか否かを判断するための情報の具体例として、既存の報知情報である「hnb-name」を用いる場合について開示する。また、移動端末が、基地局がＨｅＮＢであるか否かを判断するための情報を受信するセルは、セル選択基準を満たすセルの場合について開示する。また、移動端末が、基地局がＨｅＮＢであるか否かを判断するタイミングの具体例として、セル選択のときについて開示する。ＭＴＣＤがＨｅＮＢを選択することを制限するときの制限の具体例として、ＭＴＣＤは適切なセル（Suitable Cell）としてＨｅＮＢを選択しない場合について開示する。ＨｅＮＢ＿Ａのカバレッジ内に移動端末（ＵＥ）が存在し、セル選択動作を行っているとする。
【０４８９】
前述のようにしてステップＳＴ１４０１およびステップＳＴ１４０２の処理が行われる。ステップＳＴ２３０１において、ＨｅＮＢ＿Ａは、報知情報として、ＳＩＢ９によって、ＨｅＮＢ＿Ａの基地局がＨｅＮＢであるか否かを判断するための情報である「hnb-name」を傘下の移動端末向けに通知する。
【０４９０】
ステップＳＴ２３０２において、ＵＥは、基地局がＨｅＮＢであるか否かを判断するための情報を受信する。具体的には、ＵＥは、ステップＳＴ１４０２でセル選択基準を満たすと判断した基地局がＨｅＮＢであるか否かを判断するための情報を受信する。本動作例では、ＵＥは、ＨｅＮＢ＿Ａの基地局がＨｅＮＢであるか否かを判断するための情報である「hnb-name」を受信する。
【０４９１】
ステップＳＴ２３０３において、ＵＥは、自移動端末がＭＴＣＤであるか否かを判断する。該判断には、ＵＳＩＭなどに格納されているＭＴＣＤである旨の情報（MTCD indicator）を用いてもよい。ＵＥは、ステップＳＴ２３０３において、ＭＴＣＤであると判断した場合は、ステップＳＴ２３０４へ移行し、ＭＴＣＤではないと判断した場合は、ステップＳＴ１４０７へ移行する。ステップＳＴ２３０３の処理を行うことによって、ＵＥは、ノーマルＵＥと区別した形で、ＭＴＣＤの動作を制限することができる。
【０４９２】
ステップＳＴ２３０４において、ＵＥは、該セルがＨｅＮＢであるか否かを判断する。該判断には、ステップＳＴ２３０１で受信したＨｅＮＢであるか否かを判断するための情報を用いる。本動作例では、ＨｅＮＢであるか否かを判断するための情報として、報知情報の中の、ＨｅＮＢ関連の報知情報を用いる。ＨｅＮＢであるか否かを判断するための情報として、報知情報の中の「hnb-name」を用いてもよい。ＵＥは、ステップＳＴ２３０４において、ＨｅＮＢでないと判断した場合は、ステップＳＴ１４０７へ移行し、ＨｅＮＢであると判断した場合は、ステップＳＴ１４０１へ戻る。
【０４９３】
本動作例では、ＨｅＮＢ＿Ａは、ステップＳＴ２３０１で「hnb-name」を報知するＨｅＮＢである。したがって、ＵＥは、ステップＳＴ２３０４において、ＨｅＮＢであると判断し、ステップＳＴ１４０７におけるセル選択をせずに、ステップＳＴ１４０１へ戻る。ステップＳＴ２３０４の処理を行うことによって、ＭＴＣＤの動作を制限することができる。
【０４９４】
実施の形態２によって、以下の効果を得ることができる。ノーマルＵＥと区別した形で、ＭＴＣＤがＨｅＮＢを選択することを制限することが可能となる。これによって、ＨｅＮＢの収容数がＭＴＣＤによって収容可能数に達して、ＨｅＮＢがＭＴＣＤによって占有されてしまい、ノーマルＵＥを収容できなくなるという課題を解決することができる。したがって、ＨｅＮＢによるノーマルＵＥに対するサービスの提供を維持することができる。
【０４９５】
また、実施の形態２では、実施の形態１と異なり、基地局から傘下の移動端末に通知する、新たなインジケータであるＭＴＣＤ制限情報が不要となる。これによって、通信システムが複雑化することを回避することができ、また無線リソースを有効に活用することができる。
【０４９６】
ＨＮＢ、ピコｅＮＢ（ＬＴＥ  ピコセル（EUTRAN pico cell））、ピコＮＢ（ＷＣＤＭＡ  ピコセル（UTRAN pico cell））、リレー、リモートラジオヘッド（ＲＲＨ）、ホットゾーンセル用のノードなど、いわゆるローカルノードなどについてもカバレッジが小さく、収容可能な移動端末の数は、マクロセルの収容可能な移動端末の数と比較して、格段に少ないと予想される。したがって、ＨｅＮＢと同様に、実施の形態１の課題が発生すると考えられる。この課題を解決するために、ＨＮＢ、ピコｅＮＢ、ピコＮＢ、リレー、リモートラジオヘッド、ホットゾーンセル用のノードなどのローカルノードについても、本実施の形態を用いることは有効である。これによって、ＭＴＣＤが原因でノーマルＵＥが収容できなくなることを防いで、ノーマルＵＥを収容する余裕を確保し、ノーマルＵＥに対するサービスを維持することができる。
【０４９７】
また、ｅＮＢ、ＮＢなどのマクロセルについても、ＭＴＣＤとノーマルＵＥとを比較して、ノーマルＵＥの取扱いを優先させたい場合が考えられる。例えば、カバレッジ内においてイベントが開催され、多数のノーマルＵＥの利用が予想されるような場合である。このような場合、マクロセルなどについて、本実施の形態を用いて、課題を解決することは有効である。
【０４９８】
本実施の形態２は、以上に述べた適用例に限定されるものではなく、他の適用例に用いられてもよい。また本実施の形態２は、他の適用例を含めて、実施の形態１、実施の形態１の変形例１、実施の形態１の変形例２、実施の形態１の変形例３、実施の形態１の変形例４、実施の形態１の変形例５、または実施の形態１の変形例６と組み合わせて用いることができる。
【０４９９】
実施の形態２  変形例１
実施の形態２の変形例１で解決する課題について、以下に説明する。前述の実施の形態２を用いた場合、以下の課題が発生する。例えば、個人所有のＨｅＮＢにおいて、実施の形態２を用いた場合を考える。ＨｅＮＢと同じ個人所有のＭＴＣＤが、該ＨｅＮＢへの動作が制限されるという課題が発生する。
【０５００】
実施の形態２の変形例１での解決策を以下に示す。本変形例では、実施の形態２での解決策と異なる部分を中心に説明し、説明していない部分については、実施の形態２と同様とする。制限を受けたくないＭＴＣＤを、制限を受けたくない基地局と同じＣＳＧ−ＩＤに登録する。ＭＴＣＤは、同じＣＳＧに未登録のＨｅＮＢを選択することを制限する。該制限は、静的、あるいは予め決定してもよい。ＨｅＮＢと同じＣＳＧに未登録のＭＴＣＤ以外の移動端末、すなわちノーマルＵＥ、およびＨｅＮＢと同じＣＳＧに登録されているＭＴＣＤは、ＨｅＮＢを選択することを制限しない。ノーマルＵＥ、およびＨｅＮＢと同じＣＳＧに登録されているＭＴＣＤは、通常通り動作するとしてもよい。
【０５０１】
したがって本変形例では、移動端末が、基地局がＨｅＮＢであるか否かを判断するための情報は、ＭＴＣＤと同じグループに登録されていない基地局、すなわちＭＴＣＤと同じＣＳＧに未登録のＨｅＮＢの選択を制限することを示す。
【０５０２】
ＨｅＮＢと同じＣＳＧに未登録のＭＴＣＤが、該ＨｅＮＢを選択することを制限するときの制限の具体例として、以下の（１）〜（７）の７つを開示する。
【０５０３】
（１）ＭＴＣＤは同じＣＳＧに未登録のＨｅＮＢに対してアクセスしない。アクセスの具体例として、以下の（ａ１）〜（ａ５）の５つを開示する。（ａ１）上り制御データ送信。（ａ２）上りトラフィックデータ送信。ユーザデータの送信であってもよい。（ａ３）ＲＡＣＨ送信。（ａ４）ＲＲＣ接続要求（RRC connection Request）の送信。（ａ５）前記（ａ１）〜（ａ４）の組み合わせ。
【０５０４】
（２）ＭＴＣＤは、ノーマルサービスを得るために、同じＣＳＧに未登録のＨｅＮＢにキャンプオンしない。言い換えると、ＭＴＣＤは、適切なセル（Suitable Cell）として、同じＣＳＧに未登録のＨｅＮＢを選択しない。
【０５０５】
（３）ＭＴＣＤは、限られたサービスを得るために、同じＣＳＧに未登録のＨｅＮＢにキャンプオンしない。言い換えると、ＭＴＣＤは、アクセプタブルセル（Acceptable cell）として、同じＣＳＧに未登録のＨｅＮＢを選択しない。限られたサービスの具体例として、以下の（ｂ１）〜（ｂ４）の４つを開示する。（ｂ１）緊急呼の発信。（ｂ２）ＥＴＷＳの受信。（ｂ３）ＣＭＡＳの受信。（ｂ４）前記（ｂ１）〜（ｂ３）の組み合わせ。
【０５０６】
（４）ＭＴＣＤは、同じＣＳＧに未登録のＨｅＮＢをセル選択および再選択の候補から外す。ＭＴＣＤは、同じＣＳＧに未登録のＨｅＮＢをセル選択および再選択しない。
【０５０７】
（５）ＭＴＣＤは、同じＣＳＧに未登録のＨｅＮＢをローミング先の候補から外す。ＭＴＣＤは、同じＣＳＧに未登録のＨｅＮＢをローミング先として選択しない。
【０５０８】
（６）ＭＴＣＤは、同じＣＳＧに未登録のＨｅＮＢをハンドオーバ先の候補から外す。ＭＴＣＤは、同じＣＳＧに未登録のＨｅＮＢをハンドオーバ先として選択しない。
【０５０９】
（７）前記（１）〜（６）の組み合わせ。
【０５１０】
次に、図２９を用いて、実施の形態２の変形例１における通信システムのシーケンスの具体例について説明する。図２９は、実施の形態２の変形例１における通信システムのシーケンスを示す図である。図２９に示すシーケンスは、図１４および図２８に示すシーケンスと類似しているので、同一のステップについては、同一のステップ番号を付して、共通する説明を省略する。
【０５１１】
本動作例では、移動端末が、基地局がＨｅＮＢであるか否かを判断するための情報の具体例として、既存の報知情報である「hnb-name」を用いる場合について開示する。また、移動端末が、基地局がＨｅＮＢであるか否かを判断するための情報を受信するセルは、セル選択基準を満たすセルである場合について開示する。また、移動端末が、基地局がＨｅＮＢであるか否かを判断するタイミングの具体例として、セル選択のときについて開示する。ＭＴＣＤがＨｅＮＢを選択することを制限するときの制限の具体例として、ＭＴＣＤは適切なセル（Suitable Cell）としてＨｅＮＢを選択しない場合について開示する。ＨｅＮＢ＿Ａのカバレッジ内に移動端末（ＵＥ）が存在し、セル選択動作を行っているとする。該移動端末は、ＭＴＣＤとし、ＨｅＮＢ＿Ａと同じＣＳＧに未登録であるとする。
【０５１２】
前述のようにしてステップＳＴ１４０１、ステップＳＴ１４０２およびステップＳＴ２３０１の処理が行われる。ステップＳＴ２４０１において、ＨｅＮＢ＿Ａは、報知情報として、「CSG-ID」を傘下の移動端末向けに通知する（非特許文献２参照）。次いで、前述のようにしてステップＳＴ２３０２およびステップＳＴ２３０３の処理が行われる。
【０５１３】
ステップＳＴ２４０２において、ＵＥは、自移動端末が、該セルと同じＣＳＧに登録しているか否かを判断する。該判断には、ステップＳＴ２４０１で受信した該セルの「CSG-ID」を用いる。ＵＥは、ステップＳＴ２４０２において、同じＣＳＧに登録していると判断した場合は、ステップＳＴ１４０７へ移行し、同じＣＳＧに登録していないと判断した場合は、ステップＳＴ２３０４へ移行する。ステップＳＴ２４０２の処理を行うことによって、ＨｅＮＢから制限を受けたくないＭＴＣＤ、すなわち該ＨｅＮＢのＣＳＧへ登録したＭＴＣＤが、該ＨｅＮＢを選択制限しないようにすることができる。
【０５１４】
本変形例では、ステップＳＴ２４０２の後にステップＳＴ２３０４が設けられているが、ステップＳＴ２４０２とステップＳＴ２３０４との順序は任意であり、ステップＳＴ２４０２の前にステップＳＴ２３０４が設けられてもよい。
【０５１５】
実施の形態２の変形例１によって、実施の形態２の効果に加えて、以下の効果を得ることができる。ノーマルＵＥ、およびＨｅＮＢと同じＣＳＧに登録したＭＴＣＤと区別した形で、ＨｅＮＢと同じＣＳＧに未登録のＭＴＣＤがＨｅＮＢを選択することを制限することが可能となる。これによって、ＨｅＮＢの収容数が、自基地局と同じＣＳＧ未登録のＭＴＣＤで収容可能数に達することを防ぎ、ノーマルＵＥ、あるいは自基地局と同じＣＳＧに登録するＭＴＣＤを収容できなくなるという課題を解決することができる。したがって、ＨｅＮＢによる、ＨｅＮＢと同じＣＳＧに登録したＭＴＣＤとノーマルＵＥとに対するサービスの提供を維持することができる。
【０５１６】
本変形例は、以上に述べた適用例に限定されるものではなく、他の適用例に用いられてもよい。また本変形例は、他の適用例を含めて、実施の形態１、実施の形態１の変形例１、実施の形態１の変形例２、実施の形態１の変形例３、実施の形態１の変形例４、実施の形態１の変形例５、実施の形態１の変形例６、または実施の形態２と組み合わせて用いることができる。
【０５１７】
実施の形態２  変形例２
実施の形態２の変形例２で解決する課題について、以下に説明する。実施の形態２を用いた場合、以下の課題が発生する。接続状態の移動端末がＭＴＣＤである場合を考える。ＭＴＣＤのサービング基地局の周辺に、ＨｅＮＢが存在するとする。例えば、ＭＴＣＤが、ＨｅＮＢをハンドオーバ先の候補から外す制限をしている場合を考える。前述の図１７に示すハンドオーバ方法においては、サービング基地局は、ＭＴＣＤのＨｅＮＢに対する選択制限に応じたハンドオーバ決定処理を行わない。したがって、サービング基地局（以下「サービングセル」という場合がある）は、ＭＴＣＤのＨｅＮＢに対する選択制限以外の条件が整えば、ＨｅＮＢをターゲットｅＮＢとするハンドオーバ決定処理を行う。その場合、前述の図１７のステップＳＴ１７１１に示すように、サービング基地局からＭＴＣＤに対して、ＨｅＮＢをターゲットセルとする移動性制御情報が通知される。
【０５１８】
ＭＴＣＤは、ＨｅＮＢをハンドオーバ先の候補から外す制限をしているにも関わらず、サービングセルから、その制限に反する指示を通知されることとなる。ＭＴＣＤは、ＨｅＮＢをハンドオーバ先の候補から外すべきか、ハンドオーバ先であるターゲットセルとして扱うべきか、判断できない。このように、通信システムが不安定となる課題が発生する。
【０５１９】
実施の形態２の変形例２での解決策を以下に示す。本変形例では、実施の形態２での解決策と異なる部分を中心に説明し、説明していない部分については、実施の形態２と同様とする。移動端末が、測定報告の対象セルのＨｅＮＢであるか否かを判断するための情報をサービング基地局へ通知する。移動端末が、測定報告の対象セルがＨｅＮＢであるか否かの情報をサービング基地局へ通知するようにしてもよい。ＨｅＮＢであるか否かを判断するための情報を受信したサービング基地局は、測定報告の対象セルのＨｅＮＢであるか否かを判断するための情報を考慮して、ハンドオーバ決定処理を行う。ＭＴＣＤ制限情報を受信したサービング基地局は、測定報告の対象セルのＨｅＮＢであるか否かを判断するための情報を考慮して、ターゲットセルを決定するようにしてもよい。
【０５２０】
また、ＨｅＮＢであるか否かを判断するための情報を受信したサービング基地局は、測定報告の対象セルのＨｅＮＢであるか否かを判断するための情報を考慮して、ＭＴＣＤに対するハンドオーバ決定処理を行うようにしてもよい。ＨｅＮＢであるか否かを判断するための情報を受信したサービング基地局は、測定報告の対象セルのＨｅＮＢであるか否かを判断するための情報を考慮して、ＭＴＣＤに対するターゲットセルを決定するようにしてもよい。
【０５２１】
このようにすることによって、サービング基地局は、ＨｅＮＢに対する選択制限を行うＭＴＣＤに対しては、ＨｅＮＢであるか否かを判断するための情報を考慮して、ハンドオーバ決定処理を行うことになる。そして、サービング基地局は、ノーマルＵＥに対しては、ＨｅＮＢであるか否か判断するための情報に影響を受けないとして、ＨｅＮＢであるか否かを判断するための情報を考慮せずに、ハンドオーバ決定処理を行えばよい。これによって、サービング基地局のノーマルＵＥに対する処理の負荷を軽減することができる。サービング基地局が、移動端末がＭＴＣＤであるか否かを判断する方法の具体例は、実施の形態１の変形例２と同様であるので、説明を省略する。
【０５２２】
移動端末が測定のときに、ＨｅＮＢであるか否かを判断するための情報を受信するセルの具体例として、以下の（１），（２）の２つを開示する。（１）測定を実施するセル。（２）測定報告の対象セル。具体例（２）では、具体例（１）と比較して、ＨｅＮＢであるか否かを判断するための情報の受信が必要なセルの数が少なくなる。したがって、移動端末の処理の負荷を軽減することができ、また移動端末の低消費電力化を実現することができる。
【０５２３】
測定報告の対象セルのＨｅＮＢであるか否かを判断するための情報を、サービング基地局へ通知する移動端末の具体例として、以下の（１）〜（３）の３つを開示する。
【０５２４】
（１）全ての移動端末。
【０５２５】
（２）ＭＴＣＤのみ。ノーマルＵＥは、通知する必要無しとしてもよい。これによって、ＨｅＮＢを選択することを制限するＭＴＣＤのみが、ＨｅＮＢであるか否かを判断するための情報を通知することとなる。したがって、サービング基地局は、ＨｅＮＢであるか否かを判断するための情報の通知をしてこない移動端末をノーマルＵＥと判断し、測定報告の対象セルを選択制限することはないとして、ハンドオーバ決定処理を行えばよい。これによって、ノーマルＵＥは、ＨｅＮＢであるか否かを判断するための情報の受信、およびサービング基地局への通知が不要となる。したがって、ノーマルＵＥの処理の負荷を軽減することができ、また移動端末の低消費電力化を実現することができる。
【０５２６】
（３）移動端末は、サービング基地局が測定報告の対象セルのＨｅＮＢであるか否かを判断するための情報の通知を要求した場合に、ＨｅＮＢであるか否かを判断するための情報の受信および通知を行う。これによって移動端末は、サービングセルがＨｅＮＢであるか否かを判断するための情報を考慮したハンドオーバ決定処理を行わない場合などに、不要な通知を行う必要がなくなる。したがって、柔軟な通信システムを構築することが可能となる。ＨｅＮＢであるか否かを判断するための情報の通知の要求は、サービング基地局が測定制御情報によって行ってもよい。これによって、測定に関わるパラメータを、移動端末が同時に処理することができるので、移動端末の処理を簡略化することができる。
【０５２７】
ＨｅＮＢであるか否かを判断するための情報を、サービングセルへ通知する方法の具体例は、実施の形態１の変形例２において、移動端末がサービングセルへＭＴＣＤ制限情報を通知する方法の具体例と同様であるので、説明を省略する。
【０５２８】
ＨｅＮＢであるか否かを判断するための情報の具体例、および該情報に基づいた判断の具体例は、実施の形態２と同様であるので、説明を省略する。
【０５２９】
ＨｅＮＢであるか否かを判断するための情報を受信したサービング基地局の、ＨｅＮＢであるか否かを判断するための情報を考慮したハンドオーバ決定処理の具体例について以下に開示する。接続状態の移動端末がＭＴＣＤであり、ＨｅＮＢであるか否かを判断するための情報に基づいて、測定対象セルがＨｅＮＢであると判断した場合、該セルをターゲットセルとしたハンドオーバが不可能であると判断する。該セルをターゲットセルとして選択不可能であると判断してもよい。接続状態の移動端末がＭＴＣＤであり、ＨｅＮＢであるか否かを判断するための情報に基づいて、測定対象セルがＨｅＮＢではないと判断した場合、該セルをターゲットセルとしたハンドオーバが可能であると判断する。該セルをターゲットセルとして選択可能であると判断してもよい。接続状態の移動端末が、ＭＴＣＤ以外の移動端末である場合、該セルをターゲットセルとしたハンドオーバが可能であると判断する。該セルをターゲットセルとして選択可能であると判断してもよい。
【０５３０】
次に、図３０および図３１を用いて、実施の形態２の変形例２における通信システムのシーケンスの具体例について説明する。図３０および図３１は、実施の形態２の変形例２における通信システムのシーケンスを示す図である。図３０および図３１に示すシーケンスは、図１７、図１８、図１９および図２８に示すシーケンスと類似しているので、同一のステップについては、同一のステップ番号を付して、共通する説明を省略する。
【０５３１】
本動作例では、ｅＮＢ＿１をサービング基地局であるソースｅＮＢとするＭＴＣＤが、ＨｅＮＢ＿Ａへ近づくように移動しているとする。また、移動端末に対する測定制御情報には、測定対象としてＨｅＮＢ＿Ａが含まれているとする。本動作例では、移動端末が、基地局がＨｅＮＢであるか否かを判断するための情報の具体例として、既存の報知情報である「hnb-name」を用いる場合について開示する。また、移動端末が測定のときにＨｅＮＢであるか否かを判断するための情報を受信するセルの具体例として、測定報告の対象セルについて開示する。また、移動端末が、サービングセルへＨｅＮＢであるか否かを判断するための情報を通知する方法の具体例として、測定報告内のパラメータの一部として報告する場合について開示する。また、ＨｅＮＢであるか否かを判断するための情報を受信したサービング基地局が、測定報告の対象セルのＨｅＮＢであるか否かを判断するための情報を考慮して、ＭＴＣＤに対するハンドオーバ決定処理を行う場合について開示する。
【０５３２】
前述のようにしてステップＳＴ１８０１〜ステップＳＴ１８０３、ステップＳＴ２３０１およびステップＳＴ２３０２の処理が行われた後、ステップＳＴ２５０１において、移動端末は、ステップＳＴ１８０１で受信した測定制御情報に従って、ｅＮＢ＿１に対して、測定報告を通知する。本動作例では、移動端末は、ＨｅＮＢ＿Ａの測定報告を通知する。該測定報告には、ＨｅＮＢ＿ＡのＨｅＮＢであるか否かを判断するための情報が含まれる。また、該測定報告には、ＨｅＮＢ＿ＡがＨｅＮＢであるか否かの情報が含まれていてもよい。
【０５３３】
ステップＳＴ２５０２において、ｅＮＢ＿１は、ステップＳＴ２５０１において測定報告を通知してきた移動端末がＭＴＣＤであるか否かを判断する。該判断には、移動端末コンテキスト（ＵＥ  Ｃｏｎｔｅｘｔ）の中のＭＴＣＤインジケータを用いてもよい。ｅＮＢ＿１は、ステップＳＴ２５０２において、移動端末がＭＴＣＤであると判断した場合は、ステップＳＴ２５０３へ移行し、移動端末がＭＴＣＤではないと判断した場合は、ステップＳＴ１７０４へ移行する。ステップＳＴ２５０２の処理を行うことによって、ＭＴＣＤ制限情報が示す制限に従って、ノーマルＵＥと区別した形で、ＭＴＣＤに対するハンドオーバ決定処理を行うことができる。
【０５３４】
ステップＳＴ２５０３において、ｅＮＢ＿１は、測定報告の対象セルがＨｅＮＢであるか否かを判断する。該判断の具体例を以下に開示する。ステップＳＴ２５０１で受信した測定報告に含まれる、測定報告の対象セルのＨｅＮＢであるか否かを判断するための情報、あるいはＨｅＮＢであるか否かの情報に基づいて判断する。ｅＮＢ＿１は、ステップＳＴ２５０３において、対象セルがＨｅＮＢでないと判断した場合は、ステップＳＴ１７０４へ移行する。
【０５３５】
ｅＮＢ＿１は、ステップＳＴ２５０３において、対象セルがＨｅＮＢであると判断した場合は、ステップＳＴ１７０４およびステップＳＴ１７０５の処理を実行しない。したがって、ｅＮＢ＿１は、ステップＳＴ１７０９において、ＨｅＮＢ＿Ａからハンドオーバ要求に対する応答メッセージを受信することはない。すなわち、ｅＮＢ＿１がステップＳＴ２５０１において測定報告を通知してきた移動端末に対して、移動性制御情報（Mobility Control Information）を通知することはない。
【０５３６】
本動作例では、ステップＳＴ２５０１において、ｅＮＢ＿１は、測定報告の対象セルであるＨｅＮＢ＿ＡのＨｅＮＢであるか否かの情報として「ＨｅＮＢである」を受信している。したがって、ステップＳＴ２５０３において該セルをＨｅＮＢであると判断し、ステップＳＴ１７０４、ステップＳＴ１７０５およびステップＳＴ１７１１の処理を実行しない。
【０５３７】
このようにステップＳＴ２５０３の処理を行うことによって、ＭＴＣＤがＨｅＮＢをハンドオーバ先の候補から外す制限をしているにも関わらず、サービングセルから、その制限に反するような、ＨｅＮＢをターゲットセルとする移動性制御情報の通知を受け取ることを防ぐことができる。
【０５３８】
実施の形態２の変形例２によって、以下の効果を得ることができる。サービング基地局が、ハンドオーバ先の候補セルがＨｅＮＢであるか否かを判断するための情報に応じたハンドオーバ決定処理を行うことができる。したがって、ハンドオーバ先の候補セルがＨｅＮＢであった場合、ＭＴＣＤがＨｅＮＢをハンドオーバ先の候補から外す制限をしているにも関わらず、サービングセルから、その制限に反するような、ＨｅＮＢをターゲットセルとする移動性制御情報の通知を受け取ることを防ぐことができる。これによって、統一した判断の通信システムを構築することが可能となり、安定した通信システムを得ることができる。
【０５３９】
サービング基地局は、受信した測定報告の対象セルがＨｅＮＢであるか否かを判断するための情報を、以下の目的で用いることができる。ＨｅＮＢであるか否かを判断するための情報から、該セルがＨｅＮＢであると判断する場合に、測定報告を行った移動端末がＭＴＣＤである場合は、該移動端末の測定制御情報の調整を行う。傘下の移動端末のうち、ＭＴＣＤの測定制御情報の調整を行ってもよい。傘下の移動端末のうち、接続状態のＭＴＣＤの測定制御情報の調整を行ってもよい。測定制御情報の調整の具体例としては、該セルを測定対象から外すことが挙げられる。これによって、ＭＴＣＤがターゲットセルとして選択不可能なセルに対しての測定を削減することが可能となる。したがって、ＭＴＣＤの低消費電力化を実現することができる。測定対象から外す方法の具体例は、実施の形態１の変形例２と同様であるので、説明を省略する。
【０５４０】
本変形例は、以上に述べた適用例に限定されるものではなく、他の適用例に用いられてもよい。また本変形例は、他の適用例を含めて、実施の形態１、実施の形態１の変形例１、実施の形態１の変形例２、実施の形態１の変形例３、実施の形態１の変形例４、実施の形態１の変形例５、実施の形態１の変形例６、実施の形態２、または実施の形態２の変形例１と組み合わせて用いることができる。
【０５４１】
実施の形態２  変形例３
本実施の形態２の変形例３では、実施の形態２の変形例２と同じ課題について、別の解決策を開示する。実施の形態２の変形例３での解決策を以下に示す。本変形例では、実施の形態２および実施の形態２の変形例２での解決策と異なる部分を中心に説明し、説明していない部分については、実施の形態２および実施の形態２の変形例２と同様とする。
【０５４２】
移動端末が、測定報告の対象セルのＨｅＮＢであるか否かの情報から、該セルに対して自移動端末が制限を受けるか否かを判断する。移動端末は、自移動端末が制限を受けるか否かの判断結果をサービング基地局へ通知する。判断結果を受信したサービング基地局は、測定報告の対象セルの判断結果を考慮して、ハンドオーバ決定処理を行う。判断結果を受信したサービング基地局は、測定報告の対象セルの判断結果を考慮して、ターゲットセルを決定するようにしてもよい。
【０５４３】
移動端末による自移動端末が制限を受けるか否かの判断結果の具体例は、実施の形態１の変形例３の判断結果と同様であるので、説明を省略する。
【０５４４】
移動端末は、制限を受けると判断した場合、あるいはハンドオーバが不可能であると判断した場合、あるいはターゲットセルとして選択不可能であると判断した場合は、測定報告を行わなくてもよい。その場合、判断結果のみを通知してもよいし、判断結果も通知しなくてもよい。これによって、無線リソースを有効に活用することができる。
【０５４５】
制限を受けるか否かの判断結果をサービングセルへ通知する方法の具体例としては、実施の形態１の変形例２の「サービングセルへＭＴＣＤ制限情報を通知する方法の具体例」と同様のものが挙げられる。
【０５４６】
ＨｅＮＢであるか否かを判断するための情報を受信した移動端末のＨｅＮＢであるか否かを判断するための情報を考慮した、自移動端末が制限を受けるか否かの判断の具体例について以下に開示する。
【０５４７】
接続状態の移動端末がＭＴＣＤであり、ＨｅＮＢであるか否かを判断するための情報に基づいて、測定対象セルがＨｅＮＢであると判断した場合は、「制限有り」と判断する。あるいは、該セルをターゲットセルとしたハンドオーバが不可能であると判断してもよい。あるいは、該セルをターゲットセルとして選択不可能であると判断してもよい。あるいは、測定報告を行わないと判断してもよい。
【０５４８】
接続状態の移動端末がＭＴＣＤであり、ＨｅＮＢであるか否かを判断するための情報に基づいて、測定対象セルがＨｅＮＢでないと判断した場合は、「制限無し」と判断する。あるいは、該セルをターゲットセルとしたハンドオーバが可能であると判断してもよい。あるいは、該セルをターゲットセルとして選択可能であると判断してもよい。あるいは、測定報告を行うと判断してもよい。
【０５４９】
接続状態の移動端末がＭＴＣＤ以外の移動端末である場合、「制限無し」と判断する。あるいは、該セルをターゲットセルとしたハンドオーバが可能であると判断してもよい。あるいは、該セルをターゲットセルとして選択可能であると判断してもよい。あるいは、ＨｅＮＢであるか否かを判断するための情報を考慮した判断を行わなくてもよい。
【０５５０】
移動端末による自移動端末が制限を受けるか否かの判断結果を受信したサービング基地局の、該情報を考慮したハンドオーバ決定処理の具体例について以下に開示する。判断結果が「制限有り」、あるいは「該セルをターゲットセルとしたハンドオーバが不可能」、あるいは「該セルをターゲットセルとして選択不可能」である場合、対象セルをターゲットセルとしたハンドオーバは不可能であると判断する。該セルをターゲットセルとして選択不可能であると判断してもよい。判断結果が「制限無し」、あるいは「該セルをターゲットセルとしたハンドオーバが可能」、あるいは「該セルをターゲットセルとして選択可能」である場合、対象セルをターゲットセルとしたハンドオーバが可能であると判断する。該セルをターゲットセルとして選択可能であると判断してもよい。
【０５５１】
次に、図３２および図３３を用いて、実施の形態２の変形例３における通信システムのシーケンスの具体例について説明する。図３２および図３３は、実施の形態２の変形例３における通信システムのシーケンスを示す図である。図３２と図３３とは、境界線ＢＬ７の位置で、つながっている。図３２および図３３に示すシーケンスは、図１７〜図１９および図２８に示すシーケンスと類似しているので、同一のステップについては、同一のステップ番号を付して、共通する説明を省略する。
【０５５２】
本動作例では、ｅＮＢ＿１をサービング基地局であるソースｅＮＢとするＭＴＣＤが、ＨｅＮＢ＿Ａへ近づくように移動しているとする。また、移動端末に対する測定制御情報には、測定対象としてＨｅＮＢ＿Ａが含まれているとする。本動作例では、移動端末が、基地局がＨｅＮＢであるか否かを判断するための情報の具体例として、既存の報知情報である「hnb-name」を用いる場合について開示する。また、移動端末が、測定のときにＨｅＮＢであるか否かを判断するための情報を受信するセルの具体例として、測定報告の対象セルについて開示する。移動端末が、測定報告の対象セルがＨｅＮＢであると判断した場合は、自移動端末が制限を受けるか否かの判断結果を「制限有り」とし、測定報告の対象セルがＨｅＮＢでないと判断した場合は、自移動端末が制限を受けるか否かの判断結果を「制限無し」とする場合について開示する。また、自移動端末が制限を受けるか否かの判断結果をサービング基地局へ通知する移動端末の具体例として、ＭＴＣＤの場合について開示する。また、移動端末がサービングセルへ測定報告の対象セルに対して自移動端末が制限を受けるか否かの判断結果を通知する方法の具体例として、測定報告内のパラメータの一部として報告する場合について開示する。
【０５５３】
前述のようにしてステップＳＴ１８０１〜ステップＳＴ１８０３およびステップＳＴ２３０１の処理が行われた後、ステップＳＴ２６０１において、移動端末（ＵＥ）は、自移動端末がＭＴＣＤであるか否かを判断する。該判断には、ＵＳＩＭなどに格納されているＭＴＣＤである旨の情報であるＭＴＣＤインジケータ（MTCD indicator）を用いてもよい。移動端末は、ステップＳＴ２６０１において、ＭＴＣＤであると判断した場合は、ステップＳＴ２３０２へ移行し、ＭＴＣＤではないと判断した場合は、ステップＳＴ２６０５へ移行する。ステップＳＴ２６０１の処理を行うことによって、ノーマルＵＥにおいて、ＨｅＮＢであるか否かを判断するための情報の受信、自移動端末が制限を受けるか否かの判断、およびサービング基地局への通知を不要とすることができる。
【０５５４】
前述のようにしてステップＳＴ２３０２の処理が行われた後、ステップＳＴ２６０２において、移動端末は、測定報告の対象セルがＨｅＮＢであるか否かを判断する。該判断の具体例を以下に開示する。ステップＳＴ２３０１で受信した測定報告の対象セルのＨｅＮＢであるか否かを判断するための情報に基づいて判断する。移動端末は、ステップＳＴ２６０２において、ＨｅＮＢであると判断した場合は、ステップＳＴ２６０３へ移行し、ＨｅＮＢではないと判断した場合は、ステップＳＴ２６０４へ移行する。
【０５５５】
本動作例では、ステップＳＴ２３０１で移動端末は、ＨｅＮＢ＿Ａの報知情報として、ＳＩＢ９によって「hnb-name」を受信している。したがって、移動端末は、ステップＳＴ２６０２において、ＨｅＮＢ＿ＡをＨｅＮＢと判断し、ステップＳＴ２６０３へ移行する。ステップＳＴ２６０３において、移動端末は、測定報告に、測定報告の対象セルに対して自移動端末が「制限有り」の判断結果をセットする。
【０５５６】
ステップＳＴ２６０４において、移動端末は、測定報告に、測定報告の対象セルに対して自移動端末が「制限無し」の判断結果をセットする。
【０５５７】
ステップＳＴ２６０５において、移動端末は、ステップＳＴ１８０１で受信した測定制御情報に従って、ｅＮＢ＿１に対して、測定報告を通知する。該測定報告には、測定報告の対象セルに対して自移動端末が制限を受けるか否かの判断結果が含まれる。本動作例では、移動端末は、ＨｅＮＢ＿Ａの測定報告を通知する。該測定報告には、ＨｅＮＢ＿Ａに対して自移動端末が「制限有り」の判断結果が含まれる。
【０５５８】
ステップＳＴ２６０６において、サービング基地局は、ステップＳＴ２６０５において受信した測定報告を考慮してハンドオーバ決定処理を行う。本動作例では、ｅＮＢ＿１は、移動端末から、ステップＳＴ２６０５においてＨｅＮＢ＿Ａに対して該移動端末が「制限有り」の判断結果を受信している。該判断結果に基づいて、ｅＮＢ＿１がＨｅＮＢ＿Ａをターゲットセルとするハンドオーバを決定しない場合、ｅＮＢ＿１はステップＳＴ１７０５の処理を実行しない。したがって、ｅＮＢ＿１は、ステップＳＴ１７０９において、ＨｅＮＢ＿Ａからハンドオーバ要求に対する応答メッセージを受信することはないので、ｅＮＢ＿１がステップＳＴ２６０５において測定報告を通知してきた移動端末に対して、ステップＳＴ１７１１の移動性制御情報（Mobility Control Information）を通知することはない。
【０５５９】
以上の実施の形態２の変形例３によって、実施の形態２の変形例２の効果に加えて、以下の効果を得ることができる。サービング基地局において、測定報告の対象セルのＨｅＮＢであるか否かを判断するための情報を考慮したハンドオーバ決定処理を行う必要がなくなる。これによって、サービング基地局の処理の負荷を軽減することができる。
【０５６０】
本変形例は、以上に述べた適用例に限定されるものではなく、他の適用例に用いられてもよい。また本変形例は、他の適用例を含めて、実施の形態１、実施の形態１の変形例１、実施の形態１の変形例２、実施の形態１の変形例３、実施の形態１の変形例４、実施の形態１の変形例５、実施の形態１の変形例６、実施の形態２、実施の形態２の変形例１、または実施の形態２の変形例２と組み合わせて用いることができる。
【０５６１】
基地局が複数のセルを構成する場合であっても、各セルにおいて、以上の各実施の形態を適用可能である。
【０５６２】
以上の各実施の形態では、ＬＴＥシステムおよびＬＴＥアドヴァンスド（LTE-Advanced）システムを中心に説明したが、本発明の通信システムは、他の通信システムにも適用可能である。
【０５６３】
この発明は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、この発明がそれに限定されるものではない。例示されていない無数の変形例が、この発明の範囲から外れることなく想定され得るものと解される。
【符号の説明】
【０５６４】
１３０１〜１３０４  ＭＴＣＤ、１３０５  ＮＢ／ｅＮＢ、１３０６  ＳＧＳＮ／ＭＭＥ、１３０７  ＨＬＲ／ＨＳＳ、１３０８  ＭＴＣサーバ、１３０９  ＭＴＣユーザ、１３１０  ＡＰＩ、１３１１〜１３１４  Ｕｕインタフェース、１３１５  ＩｕＰＳ／Ｓ１インタフェース、１３１６  Ｇｒ／Ｓ６ａインタフェース、１３１７  通信オペレータ領域。
【図１】
2012093583.tif 000003
【図２】
2012093583.tif 000004
【図３】
2012093583.tif 000005
【図４】
2012093583.tif 000006
【図５】
2012093583.tif 000007
【図６】
2012093583.tif 000008
【図７】
2012093583.tif 000009
【図８】
2012093583.tif 000010
【図９】
2012093583.tif 000011
【図１０】
2012093583.tif 000012
【図１１】
2012093583.tif 000013
【図１２】
2012093583.tif 000014
【図１３】
2012093583.tif 000015
【図１４】
2012093583.tif 000016
【図１５】
2012093583.tif 000017
【図１６】
2012093583.tif 000018
【図１７】
2012093583.tif 000019
【図１８】
2012093583.tif 000020
【図１９】
2012093583.tif 000021
【図２０】
2012093583.tif 000022
【図２１】
2012093583.tif 000023
【図２２】
2012093583.tif 000024
【図２３】
2012093583.tif 000025
【図２４】
2012093583.tif 000026
【図２５】
2012093583.tif 000027
【図２６】
2012093583.tif 000028
【図２７】
2012093583.tif 000029
【図２８】
2012093583.tif 000030
【図２９】
2012093583.tif 000031
【図３０】
2012093583.tif 000032
【図３１】
2012093583.tif 000033
【図３２】
2012093583.tif 000034
【図３３】
2012093583.tif 000035
【国際調査報告】
2012093583.tif 000036
2012093583.tif 000037
2012093583.tif 000038
2012093583.tif 000039