WO2013065824A1

WO2013065824A1 - 移動体通信システム

Info

Publication number: WO2013065824A1
Application number: PCT/JP2012/078479
Authority: WO
Inventors: 前田　美保; 望月　満; 晋介宇賀; 福井　範行; 靖岩根
Original assignee: 三菱電機株式会社
Priority date: 2011-11-04
Filing date: 2012-11-02
Publication date: 2013-05-10
Also published as: JP2019036994A; EP2775778A4; JP6639612B2; IN2014CN03338A; JP2017208861A; JP6207397B2; CN103918343A; US10609602B2; JPWO2013065824A1; EP2775778A1; CN103918343B; US20170150404A1; EP3534642A1; US9603060B2; JP6431149B2; US20140301371A1

Abstract

　本発明は、中継装置が移動した場合でも、中継装置と基地局装置との間で通信を継続することができる移動体通信システムを提供することを目的とする。ハンドオーバ処理において、ステップＳＴ１８０２でＲＲＣ接続の設立理由がＲＮからのアタッチであると判断されると、ステップＳＴ１８０３において、ターゲットｅＮＢは、自装置がＤｅＮＢの機能を有するか否かを判断する。ターゲットｅＮＢは、自装置がＤｅＮＢの機能を有しないと判断した場合は、ステップＳＴ１８０４において、ＲＮへＲＲＣ接続拒絶を通知する。ＲＲＣ接続拒絶が通知されると、ＲＮは、ステップＳＴ１８０７において、ハンドオーバ処理を中止し、ソースｅＮＢへ戻る。

Description

移動体通信システム

　本発明は、複数の移動端末装置と基地局装置との間で無線通信を行う移動体通信システムに関する。

　第３世代と呼ばれる通信方式のうち、Ｗ－ＣＤＭＡ（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）とは異なる新たなコアネットワークを用いて通信システムが構成されるので、ＬＴＥの無線アクセス網（無線アクセスネットワーク（radio access network））は、Ｗ－ＣＤＭＡ網とは別の独立した無線アクセス網として定義される。

　したがって、Ｗ－ＣＤＭＡの通信システムと区別するために、ＬＴＥの通信システムでは、コアネットワークはＥＰＣ（Evolved Packet Core）と称され、無線アクセスネットワークはＥ－ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access）と称される。また無線アクセスネットワークにおいて、移動端末（User Equipment：ＵＥ）と通信を行う基地局（Base station）はｅＮＢ（E-UTRAN NodeB）と称される。また複数の基地局と制御データおよびユーザデータのやり取りを行う基地局制御装置（Radio Network Controller）の機能は、ＥＰＣが担う。ＥＰＣは、ａＧＷ（Access Gateway）とも称される。またＥＰＣとＥ－ＵＴＲＡＮとで構成されるシステムは、ＥＰＳ（Evolved Packet System）と称される。

　ＬＴＥの通信システムでは、ユニキャスト（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）とが基地局１０２で終端するならば、Ｅ－ＵＴＲＡＮは１つあるいは複数の基地局１０２によって構成される。

　基地局１０２は、移動管理エンティティ（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）セルにおいてもｎｏｎ－ＣＳＧセルと同じチャネル構成が用いられると想定されている。物理チャネル（Physical channel）について、図４を用いて説明する。図４は、ＬＴＥ方式の通信システムで使用される物理チャネルを説明する説明図である。

　図４において、物理報知チャネル（Physical Broadcast channel：ＰＢＣＨ）４０１は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＢＣＨトランスポートブロック（transport block）は、４０ｍｓ間隔中の４個のサブフレームにマッピングされる。４０ｍｓタイミングの明白なシグナリングはない。

　物理制御チャネルフォーマットインジケータチャネル（Physical Control Format Indicator Channel：ＰＣＦＩＣＨ）４０２は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＰＣＦＩＣＨは、ＰＤＣＣＨｓのために用いるＯＦＤＭシンボルの数について基地局１０２から移動端末１０１へ通知する。ＰＣＦＩＣＨは、サブフレーム毎に送信される。

　物理下り制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）４０３は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＰＤＣＣＨは、後述の図５に示されるトランスポートチャネルの１つである下り共有チャネル（Downlink Shared Channel：ＤＬ－ＳＣＨ）のリソース割り当て（allocation）情報、図５に示されるトランスポートチャネルの１つであるページングチャネル（Paging Channel：ＰＣＨ）のリソース割り当て（allocation）情報、ＤＬ－ＳＣＨに関するＨＡＲＱ（Hybrid Automatic Repeat reQuest）情報を通知する。ＰＤＣＣＨは、上りスケジューリンググラント（Uplink Scheduling Grant）を運ぶ。ＰＤＣＣＨは、上り送信に対する応答信号であるＡｃｋ（Acknowledgement）／Ｎａｃｋ（Negative Acknowledgement）を運ぶ。ＰＤＣＣＨは、Ｌ１／Ｌ２制御信号とも呼ばれる。

　物理下り共有チャネル（Physical Downlink Shared Channel：ＰＤＳＣＨ）４０４は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＰＤＳＣＨには、トランスポートチャネルである下り共有チャネル（ＤＬ－ＳＣＨ）やトランスポートチャネルであるＰＣＨがマッピングされている。

　物理マルチキャストチャネル（Physical Multicast Channel：ＰＭＣＨ）４０５は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＰＭＣＨには、トランスポートチャネルであるマルチキャストチャネル（Multicast Channel：ＭＣＨ）がマッピングされている。

　物理上り制御チャネル（Physical Uplink Control Channel：ＰＵＣＣＨ）４０６は、移動端末１０１から基地局１０２への上り送信用のチャネルである。ＰＵＣＣＨは、下り送信に対する応答信号（response signal）であるＡｃｋ／Ｎａｃｋを運ぶ。ＰＵＣＣＨは、ＣＱＩ（Channel Quality Indicator）レポートを運ぶ。ＣＱＩとは、受信したデータの品質、もしくは通信路品質を示す品質情報である。またＰＵＣＣＨは、スケジューリングリクエスト（Scheduling Request：ＳＲ）を運ぶ。

　物理上り共有チャネル（Physical Uplink Shared Channel：ＰＵＳＣＨ）４０７は、移動端末１０１から基地局１０２への上り送信用のチャネルである。ＰＵＳＣＨには、図５に示されるトランスポートチャネルの１つである上り共有チャネル（Uplink Shared Channel：ＵＬ－ＳＣＨ）がマッピングされている。

　物理ＨＡＲＱインジケータチャネル（Physical Hybrid ARQ Indicator Channel：ＰＨＩＣＨ）４０８は、基地局１０２から移動端末１０１への下り送信用のチャネルである。ＰＨＩＣＨは、上り送信に対する応答信号であるＡｃｋ／Ｎａｃｋを運ぶ。物理ランダムアクセスチャネル（Physical Random Access Channel：ＰＲＡＣＨ）４０９は、移動端末１０１から基地局１０２への上り送信用のチャネルである。ＰＲＡＣＨは、ランダムアクセスプリアンブル（random access preamble）を運ぶ。

　下り参照信号（リファレンスシグナル（Reference signal）：ＲＳ）は、移動体通信システムとして既知のシンボルである。以下の５種類の下りリファレンスシグナルが定義されている。セル固有参照信号（Cell-specific Reference Signals：ＣＲＳ）、ＭＢＳＦＮ参照信号（MBSFN reference signals）、ＵＥ固有参照信号（UE-specific reference signals）であるデータ復調用参照信号（Demodulation Reference Signal：ＤＭ－ＲＳ）、位置決定参照信号（Positioning Reference Signals：ＰＲＳ）、チャネル情報参照信号（Channel-State Information Reference Signals：ＣＳＩ－ＲＳ）。移動端末の物理レイヤの測定として、リファレンスシグナルの受信電力（Reference Signal 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：ＭＴＣＨ）は、ネットワークから移動端末へのトラフィックデータ送信のための下りチャネルである。ＭＴＣＨは、ＭＢＭＳ受信中の移動端末のみに用いられるチャネルである。ＭＴＣＨは、マルチキャストチャネル（ＭＣＨ）へマッピングされる。

　ＣＧＩとは、セルグローバル識別子（Cell Global Identification）のことである。ＥＣＧＩとは、Ｅ－ＵＴＲＡＮセルグローバル識別子（E-UTRAN Cell Global Identification）のことである。ＬＴＥ、後述のＬＴＥ－Ａ（Long Term Evolution Advanced）およびＵＭＴＳ（Universal Mobile Telecommunication System）において、ＣＳＧ（Closed Subscriber Group）セルが導入される。ＣＳＧセルについて以下に説明する（非特許文献３　３．１章参照）。

　ＣＳＧ（Closed Subscriber Group）セルとは、利用可能な加入者をオペレータが特定しているセル（以下「特定加入者用セル」という場合がある）である。

　特定された加入者は、ＰＬＭＮ（Public Land Mobile Network）の１つ以上のセルにアクセスすることが許可される。特定された加入者がアクセスを許可されている１つ以上のセルを「ＣＳＧセル（ＣＳＧ　ｃｅｌｌ（ｓ））」と呼ぶ。ただし、ＰＬＭＮにはアクセス制限がある。

　ＣＳＧセルは、固有のＣＳＧアイデンティティ（CSG identity：ＣＳＧ　ＩＤ；ＣＳＧ－ＩＤ）を報知し、ＣＳＧインジケーション（CSG Indication）にて「ＴＲＵＥ」を報知するＰＬＭＮの一部である。予め利用登録し、許可された加入者グループのメンバーは、アクセス許可情報であるところのＣＳＧ－ＩＤを用いてＣＳＧセルにアクセスする。

　ＣＳＧ－ＩＤは、ＣＳＧセルまたはセルによって報知される。移動体通信システムにＣＳＧ－ＩＤは複数存在する。そして、ＣＳＧ－ＩＤは、ＣＳＧ関連のメンバーのアクセスを容易にするために、移動端末（ＵＥ）によって使用される。

　移動端末の位置追跡は、１つ以上のセルからなる区域を単位に行われる。位置追跡は、待受け状態であっても移動端末の位置を追跡し、移動端末を呼び出す、換言すれば移動端末が着呼することを可能にするために行われる。この移動端末の位置追跡のための区域をトラッキングエリアと呼ぶ。

　ＣＳＧホワイトリスト（CSG White List）とは、加入者が属するＣＳＧセルのすべてのＣＳＧ　ＩＤが記録されている、ＵＳＩＭ（Universal Subscriber Identity Module）に格納されることもあるリストである。ＣＳＧホワイトリストは、単にホワイトリスト、あるいは許可ＣＳＧリスト（Allowed CSG List）と呼ばれることもある。ＣＳＧセルを通しての移動端末のアクセスは、ＭＭＥがアクセスコントロール（access control）を実行する（非特許文献９　４．３．１．２章参照）。移動端末のアクセスの具体例としては、アタッチ（attach）、コンバインドアタッチ（combined attach）、デタッチ（detach）、サービスリクエスト（service request）、トラッキングエリアアップデートプロシジャー（Tracking Area Update procedure）などがある（非特許文献９　４．３．１．２章参照）。

　待受け状態の移動端末のサービスタイプについて以下に説明する（非特許文献３　４．３章参照）。待受け状態の移動端末のサービスタイプとしては、制限されたサービス（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）」について以下に説明する。「アクセプタブルセル（Acceptable cell）」とは、ＵＥが制限されたサービスを受けるためにキャンプオンするかもしれないセルである。そのようなセルは、以下の（１），（２）のすべての要件を充足するものとする。

　（１）そのセルが禁じられたセル（「バードセル（Barred cell）」とも称される）でないこと。
　（２）そのセルが、セル選択評価基準を満たしていること。

　「バードセル（Barred cell）」は、システム情報で指示がある。「リザーブセル（Reserved cell）」は、システム情報で指示がある。

　「セルにキャンプオン（camp on）する」とは、ＵＥがセル選択（cell selection）またはセル再選択（cell reselection）の処理を完了し、ＵＥがシステム情報とページング情報とをモニタするセルを選択した状態になることをいう。ＵＥがキャンプオンするセルを「サービングセル（Serving cell）」と称することがある。

　３ＧＰＰにおいて、Ｈｏｍｅ－ＮｏｄｅＢ（Ｈｏｍｅ－ＮＢ；ＨＮＢ）、Ｈｏｍｅ－ｅＮｏｄｅＢ（Ｈｏｍｅ－ｅＮＢ；ＨｅＮＢ）と称される基地局が検討されている。ＵＴＲＡＮにおけるＨＮＢ、およびＥ－ＵＴＲＡＮにおけるＨｅＮＢは、例えば家庭、法人、商業用のアクセスサービス向けの基地局である。非特許文献４には、ＨｅＮＢおよびＨＮＢへのアクセスの３つの異なるモードが開示されている。具体的には、オープンアクセスモード（Open access mode）と、クローズドアクセスモード（Closed access mode）と、ハイブリッドアクセスモード（Hybrid access mode）とが開示されている。

　各々のモードは、以下のような特徴を有する。オープンアクセスモードでは、ＨｅＮＢおよびＨＮＢは、通常のオペレータのノーマルセルとして操作される。クローズドアクセスモードでは、ＨｅＮＢおよびＨＮＢは、ＣＳＧセルとして操作される。このＣＳＧセルは、ＣＳＧメンバーのみアクセス可能なＣＳＧセルである。ハイブリッドアクセスモードでは、ＨｅＮＢおよびＨＮＢは、非ＣＳＧメンバーも同時にアクセス許可されているＣＳＧセルとして操作される。言い換えれば、ハイブリッドアクセスモードのセル（ハイブリッドセルとも称する）は、オープンアクセスモードとクローズドアクセスモードとの両方をサポートするセルである。

　３ＧＰＰでは、全ＰＣＩ（Physical Cell Identity）のうち、ＣＳＧセルで使用するためにネットワークによって予約されたＰＣＩ範囲がある（非特許文献１　１０．５．１．１章参照）。ＰＣＩ範囲を分割することをＰＣＩスプリットと称することがある。ＰＣＩスプリットに関する情報（ＰＣＩスプリット情報とも称する）は、システム情報によって基地局から傘下の移動端末に対して報知される。基地局の傘下とは、該基地局をサービングセルとすることを意味する。

　非特許文献５は、ＰＣＩスプリットを用いた移動端末の基本動作を開示する。ＰＣＩスプリット情報を有していない移動端末は、全ＰＣＩを用いて、例えば５０４コード全てを用いて、セルサーチを行う必要がある。これに対して、ＰＣＩスプリット情報を有する移動端末は、当該ＰＣＩスプリット情報を用いてセルサーチを行うことが可能である。

　また３ＧＰＰでは、リリース１０として、ロングタームエボリューションアドヴァンスド（Long Term Evolution Advanced：ＬＴＥ－Ａ）の規格策定が進められている（非特許文献６、非特許文献７参照）。

　ＬＴＥ－Ａシステムでは、高い通信速度、セルエッジでの高いスループット、新たなカバレッジエリアなどを得るために、リレー（Relay）およびリレーノード（Relay Node：ＲＮ）をサポートすることが検討されている。中継装置であるリレーノードは、ドナーセル（Donor cell、以下「ドナーｅＮＢ（Donor eNB；ＤｅＮＢ）」という場合がある）と呼ばれるセルを介して、無線アクセスネットワークに無線で接続される。ドナーセルの範囲内で、ネットワーク（Network：ＮＷ）からリレーノードへのリンクは、ネットワークからＵＥへのリンクと同じ周波数帯域（周波数バンド（band））を共用する。この場合、３ＧＰＰのリリース８対応のＵＥも該ドナーセルに接続可能とする。ドナーセルとリレーノードとの間のリンクをバックホールリンク（backhaul link）と称し、リレーノードとＵＥとの間のリンクをアクセスリンク（access link）と称する。

　ＦＤＤ（Frequency Division Duplex）におけるバックホールリンクの多重方法として、ＤｅＮＢからＲＮへの送信は下り（ＤＬ）周波数バンドで行われ、ＲＮからＤｅＮＢへの送信は上り（ＵＬ）周波数バンドで行われる。リレーにおけるリソースの分割方法として、ＤｅＮＢからＲＮへのリンクおよびＲＮからＵＥへのリンクが一つの周波数バンドで時分割多重され、ＲＮからＤｅＮＢへのリンクおよびＵＥからＲＮへのリンクも一つの周波数バンドで時分割多重される。こうすることで、リレーにおいて、リレーの送信が自リレーの受信へ干渉することを防ぐことができる。

　３ＧＰＰでは、通常のｅＮＢ（マクロセル）だけでなく、ピコｅＮＢ（ピコセル（pico cell））、ＨｅＮＢ（ＨＮＢ、ＣＳＧセル）、ホットゾーンセル用のノード、リレーノード、リモートラジオヘッド（Remote Radio Head：ＲＲＨ）、リピータなどのいわゆるローカルノードが検討されている。前述のような各種タイプのセルからなるネットワークは、異機種ネットワーク（heterogeneous network、ヘットネット）と称されることもある。

　ＬＴＥでは、通信に使用可能な周波数バンド（以下「オペレーティングバンド」という場合がある）が予め決められている。非特許文献８には、該周波数バンドが記載されている。

　ＬＴＥ－Ａシステムでは、１００ＭＨｚまでのより広い周波数帯域幅（transmission bandwidths）をサポートするために、二つ以上のコンポーネントキャリア（Component Carrier：ＣＣ）を集約する（アグリゲーション（aggregation）するとも称する）、キャリアアグリゲーション（Carrier Aggregation：ＣＡ）が検討されている。

　ＬＴＥ対応である、３ＧＰＰのリリース８または９対応のＵＥは、一つのサービングセルに相当する一つのＣＣ上のみで送受信可能である。これに対して、３ＧＰＰのリリース１０対応のＵＥは、複数のサービングセルに相当する複数のＣＣ上で同時に送受信、あるいは受信のみ、あるいは送信のみをするための能力（ケーパビリティ、capability）を有することが考えられている。

　各ＣＣは、３ＧＰＰのリリース８または９の構成を用いており、ＣＡは、連続ＣＣ、非連続ＣＣ、および異なる周波数帯域幅のＣＣをサポートする。ＵＥが下りリンクのＣＣ（ＤＬ　ＣＣ）の個数以上の個数の、上りリンクのＣＣ（ＵＬ　ＣＣ）を構成することは不可能である。同一ｅＮＢから構成されるＣＣは、同じカバレッジを提供する必要は無い。ＣＣは、３ＧＰＰのリリース８または９と互換性を有する。

　ＣＡにおいて、上りリンク、下りリンクともに、サービングセル毎に一つの独立したＨＡＲＱエンティティがある。トランスポートブロックは、サービングセル毎にＴＴＩ毎に生成される。各トランスポートブロックとＨＡＲＱ再送とは、シングルサービングセルにマッピングされる。

　ＣＡが構成される場合、ＵＥはＮＷと唯一つのＲＲＣ接続（RRC connection）を有する。ＲＲＣ接続において、一つのサービングセルがＮＡＳモビリティ情報とセキュリティ入力を与える。このセルをプライマリセル（Primary Cell：ＰＣｅｌｌ）と呼ぶ。下りリンクで、ＰＣｅｌｌに対応するキャリアは、下りプライマリコンポーネントキャリア（Downlink Primary Component Carrier：ＤＬ　ＰＣＣ）である。上りリンクで、ＰＣｅｌｌに対応するキャリアは、上りプライマリコンポーネントキャリア（Uplink Primary Component Carrier：ＵＬ　ＰＣＣ）である。

　ＵＥの能力（ケーパビリティ（capability））に応じて、セカンダリセル（Secondary Cell：ＳＣｅｌｌ）が、ＰＣｅｌｌとサービングセルとの組を形成するために構成される。下りリンクで、ＳＣｅｌｌに対応するキャリアは、下りセカンダリコンポーネントキャリア（Downlink Secondary Component Carrier：ＤＬ　ＳＣＣ）である。上りリンクで、ＳＣｅｌｌに対応するキャリアは、上りセカンダリコンポーネントキャリア（Uplink Secondary Component Carrier：ＵＬ　ＳＣＣ）である。

　一つのＵＥに対して、一つのＰＣｅｌｌと、一つ以上のＳＣｅｌｌからなるサービングセルとの組が構成される。

　３ＧＰＰにおいて、さらに進んだ新たな無線区間の通信方式として、前述のＬＴＥアドヴァンスド（LTE Advanced：ＬＴＥ－Ａ）が検討されている（非特許文献６および非特許文献７参照）。ＬＴＥ－Ａは、ＬＴＥの無線区間通信方式を基本とし、それにいくつかの新技術を加えて構成される。新技術としては、より広い帯域をサポートする技術（Wider bandwidth extension）、および多地点協調送受信（Coordinated Multiple Point transmission and reception：ＣｏＭＰ）技術などがある。３ＧＰＰでＬＴＥ－Ａのために検討されているＣｏＭＰについては、非特許文献６および非特許文献７に記載されている。

　ＣｏＭＰとは、地理的に分離された多地点間で協調した送信あるいは受信を行うことによって、高いデータレートのカバレッジの拡大、セルエッジでのスループットの向上、および通信システムにおけるスループットの増大を図る技術である。ＣｏＭＰには、下りＣｏＭＰ（ＤＬ　ＣｏＭＰ）と、上りＣｏＭＰ（ＵＬ　ＣｏＭＰ）とがある。

　ＤＬ　ＣｏＭＰでは、一つの移動端末（ＵＥ）へのＰＤＳＣＨを多地点（マルチポイント）間で協調して送信する。一つのＵＥへのＰＤＳＣＨを、マルチポイントの一つのポイントから送信してもよいし、マルチポイントの複数のポイントから送信してもよい。ＤＬ　ＣｏＭＰにおいて、サービングセルとは、ＰＤＣＣＨによってリソース割当を送信する単独のセルである。

　ＤＬ　ＣｏＭＰの方法として、結合処理（Joint Processing：ＪＰ）と、協調スケジューリング（Coordinated Scheduling：ＣＳ）または協調ビームフォーミング（Coordinated Beamforming：ＣＢ）（以下「ＣＳ／ＣＢ」という場合がある）とが検討されている。

　ＪＰは、ＣｏＭＰコオペレーティングセット（CoMP cooperating set）中のそれぞれのポイントでデータが利用可能である。ＪＰには、結合送信（Joint Transmission：ＪＴ）と、動的セル選択（Dynamic Cell Selection：ＤＣＳ）とがある。ＪＴでは、ある時点で複数のポイント、具体的にはＣｏＭＰコオペレーティングセット（CoMP cooperating set）の一部あるいは全部から、ＰＤＳＣＨの送信が行われる。ＤＣＳでは、ある時点でＣｏＭＰコオペレーティングセット内の１つのポイントから、ＰＤＳＣＨの送信が行われる。

　ＣＳ／ＣＢは、サービングセルからのデータ送信でのみ利用可能である。ＣＳ／ＣＢでは、ＣｏＭＰコオペレーティングセットに対応するセル間での調整と併せて、ユーザスケジューリングまたはビームフォーミングの決定がなされる。

　マルチポイントで送信するユニットおよびセルとして、基地局（NB、eNB、HNB、HeNB）、ＲＲＵ（Remote Radio Unit）、ＲＲＥ（Remote Radio Equipment）、ＲＲＨ（Remote Radio Head）、リレーノード（Relay Node：ＲＮ）などが検討されている。多地点協調送信を行うユニットおよびセルを、それぞれマルチポイントユニット、マルチポイントセルと称する。

３ＧＰＰ　ＴＳ３６．３００　Ｖ１０．２．０３ＧＰＰ　ＴＳ３６．３３１　Ｖ１０．０．０３ＧＰＰ　ＴＳ３６．３０４　Ｖ１０．０．０　３．１章、４．３章、５．２．４章３ＧＰＰ　Ｓ１－０８３４６１３ＧＰＰ　Ｒ２－０８２８９９３ＧＰＰ　ＴＲ　３６．８１４　Ｖ９．０．０３ＧＰＰ　ＴＲ　３６．９１２　Ｖ９．３．０３ＧＰＰ　ＴＳ　３６．１０１　Ｖ１０．０．０３ＧＰＰ　ＴＲ　２３．８３０　Ｖ９．０．０

　３ＧＰＰにおいて、従来の固定されて使用されるＲＮ（以下「固定ＲＮ」という場合がある）に加えて、新たに、移動可能なＲＮ（以下「移動ＲＮ（mobile relay、mobile RN）」という場合がある）が提案されている。移動ＲＮを運用することによって、傘下のＵＥとネットワークとの間の通信品質の改善、および傘下のＵＥの消費電力の削減が可能と考えられている。また、移動ＲＮを運用することによって、新たにマクロセルを設置する必要が無くなり、オペレータの投資コストおよび運用コストを削減することができると考えられている。

　しかし、３ＧＰＰにおいて、ＲＮが移動する場合の通信方法についての具体的な議論はなされていない。従来の技術で移動ＲＮをサポートした場合、ＲＮと移動先のＤｅＮＢとの間で通信が不可能となってしまうという問題が生じる。

　例えば、ＲＮが移動してＨＯが起動された場合、移動元のＤｅＮＢは、どのセルがＲＮをサポートできるセルであるかを認識していないので、適切な移動先セルを選択することができない。したがって、移動元のＤｅＮＢは、該ＲＮをＨＯさせることができず、ＨＯの失敗、さらには通信の切断を引き起こしてしまう。また、ＲＮが移動先のＤｅＮＢにＨＯできたとしても、該ＲＮの近傍に他のＲＮが存在する場合は、他のＲＮとの干渉によって通信を行うことができなくなってしまうという問題がある。

　また、ＲＮを移動可能とする場合、何の工夫も無いと、ＲＮにおけるＵＥとしての機能だけでなく、ｅＮＢとしての機能にも問題が生じてしまう。例えば、ＲＮが移動して、移動元のＤｅＮＢとは異なる周波数または周波数バンドで運用されるｅＮＢへのハンドオーバ（以下「異周波数ハンドオーバ（ＨＯ）」という場合がある）が起動された場合に、ＲＮとその傘下のＵＥとの通信において、受信品質の急激な悪化または急な通信の切断といった問題が発生してしまう。

　本発明の目的は、中継装置が移動した場合でも、中継装置を介して移動端末装置と基地局装置との間で通信を継続することができる移動体通信システムを提供することである。

　本発明の移動体通信システムは、移動可能な移動端末装置と、前記移動端末装置と無線通信可能な複数の基地局装置と、移動可能に構成され、前記移動端末装置と前記基地局装置との間の無線通信を中継する中継装置とを備える移動体通信システムであって、前記中継装置の移動に伴って、前記中継装置が接続される基地局装置を移動元の基地局装置から移動先の基地局装置に切り替えるハンドオーバ処理において、前記移動先の基地局装置は、自基地局装置が前記中継装置に対応する機能を有しない場合、前記中継装置からの接続の要求を拒絶することを特徴とする。

　また本発明の移動体通信システムは、移動可能な移動端末装置と、前記移動端末装置と無線通信可能な複数の基地局装置と、移動可能に構成され、前記移動端末装置と前記基地局装置との間の無線通信を中継する中継装置とを備える移動体通信システムであって、前記中継装置の移動に伴って、前記中継装置が接続される基地局装置を移動元の基地局装置から移動先の基地局装置に切り替えるハンドオーバ処理において、前記移動元の基地局装置は、前記中継装置に対応する機能を有しない基地局装置以外の基地局装置の中から前記移動先の基地局装置を選択し、選択した基地局装置に前記中継装置が接続されるように前記ハンドオーバ処理を実行することを特徴とする。

　本発明の移動体通信システムによれば、移動先の基地局装置が中継装置に対応する機能を有しない場合、移動先の基地局装置によって、中継装置からの接続の要求が拒絶される。これによって、中継装置は、移動元の基地局装置との接続へ戻るか、または他の基地局装置を接続先として選択することが可能となるので、基地局装置との接続を継続することができる。したがって、中継装置が移動した場合でも、中継装置と基地局装置との間で通信を継続することができるので、中継装置の傘下の移動端末装置への通信サービスを継続することができる。

　また本発明の移動体通信システムによれば、移動元の基地局装置によって、中継装置に対応する機能を有しない基地局装置以外の基地局装置の中から移動先の基地局装置が選択され、選択された基地局装置に中継装置が接続されるようにハンドオーバ処理が実行される。これによって、中継装置に対応する機能を有しない基地局装置を移動先の基地局装置とするハンドオーバ処理が起動されることを防ぐことができる。その結果、中継装置の接続先を移動元の基地局装置へ戻すか、または他の基地局装置を移動先の基地局装置とするハンドオーバ処理を実行することができるので、中継装置と基地局装置との接続を継続することができる。したがって、中継装置が移動した場合でも、中継装置と基地局装置との間で通信を継続することができるので、中継装置の傘下の移動端末装置への通信サービスを継続することができる。

　また、中継装置に対応する機能を有しない基地局装置を移動先の基地局装置とするハンドオーバ処理は、移動先の基地局装置が中継装置に対応する機能を有しないという理由で必ず拒否されるものである。このハンドオーバ処理が起動されることを防ぐことができることによって、移動体通信システム全体としての処理負荷を軽減することができる。また制御遅延を防止することができる。

　この発明の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。

ＬＴＥ方式の通信システムの構成を示す説明図である。ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。ＭＢＳＦＮフレームの構成を示す説明図である。ＬＴＥ方式の通信システムで使用される物理チャネルを説明する説明図である。ＬＴＥ方式の通信システムで使用されるトランスポートチャネルを説明する説明図である。ＬＴＥ方式の通信システムで使用される論理チャネルを説明する説明図である。３ＧＰＰにおいて議論されているＬＴＥ方式の移動体通信システムの全体的な構成を示すブロック図である。本発明に係る移動端末である図７に示す移動端末７１の構成を示すブロック図である。本発明に係る基地局である図７に示す基地局７２の構成を示すブロック図である。本発明に係るＭＭＥである図７に示すＭＭＥ部７３の構成を示すブロック図である。本発明に係るＨｅＮＢＧＷである図７に示すＨｅＮＢＧＷ７４の構成を示すブロック図である。ＬＴＥ方式の通信システムにおいて移動端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。３ＧＰＰのリリース１０におけるＲＮを伴う場合の移動体通信システムのアーキテクチャを示す図である。移動ＲＮのユースケース（使用事例）を説明するための図である。ＲＮのセットアップ処理のシーケンスの一例を示す図である。Ｘ２インタフェースを基本としたハンドオーバ処理のシーケンスの一例を示す図である。Ｓ１インタフェースを基本としたハンドオーバ処理のシーケンスの一例を示す図である。実施の形態１における移動体通信システムのシーケンスの一例を示す図である。実施の形態１における移動体通信システムのシーケンスの一例を示す図である。実施の形態１の変形例１における移動体通信システムのシーケンスの一例を示す図である。実施の形態１の変形例１における移動体通信システムのシーケンスの一例を示す図である。実施の形態１の変形例２における移動体通信システムのシーケンスの一例を示す図である。実施の形態１の変形例３における移動体通信システムのシーケンスの一例を示す図である。実施の形態１の変形例３における移動体通信システムのシーケンスの一例を示す図である。実施の形態１の変形例４における移動体通信システムのシーケンスの一例を示す図である。実施の形態１の変形例５における移動体通信システムのシーケンスの一例を示す図である。実施の形態１の変形例５における移動体通信システムのシーケンスの一例を示す図である。ＤｅＮＢの傘下にＲＮが存在した場合の移動体通信システムのアーキテクチャを示す図である。ＤｅＮＢ１３０５の傘下に、ＲＮ１３０４とＵＥ２９０１とが存在した場合のＦＤＤにおける下りリンクのサブフレームの構成例を示す図である。ＤｅＮＢ１３０５の傘下に、ＲＮ１３０４とＵＥ２９０１とが存在した場合のＦＤＤにおける上りリンクのサブフレームの構成例を示す図である。実施の形態１の変形例６における移動体通信システムのシーケンスの一例を示す図である。実施の形態１の変形例６における移動体通信システムのシーケンスの一例を示す図である。実施の形態１の変形例６における移動体通信システムのシーケンスの一例を示す図である。実施の形態１の変形例６における移動体通信システムのシーケンスの一例を示す図である。実施の形態１の変形例７における移動体通信システムのシーケンスの一例を示す図である。実施の形態２における移動体通信システムのシーケンスの一例を示す図である。実施の形態２の変形例１における移動体通信システムのシーケンスの一例を示す図である。実施の形態２の変形例２における移動体通信システムのシーケンスの一例を示す図である。実施の形態２の変形例３における移動体通信システムのシーケンスの一例を示す図である。移動したＲＮと既存のＲＮとの間で生じる干渉について説明するための図である。移動したＲＮと既存のＲＮとの間で生じる干渉について説明するための図である。ＲＮ間で、アクセスリンクのサブフレームと、バックホールリンクのサブフレームとを異ならせた場合の下りリンクのサブフレームの構成例を示す図である。ＲＮ間で、アクセスリンクのサブフレームと、バックホールリンクのサブフレームとを異ならせた場合の上りリンクのサブフレームの構成例を示す図である。実施の形態３における移動体通信システムのシーケンスの一例を示す図である。実施の形態３における移動体通信システムのシーケンスの一例を示す図である。実施の形態３における移動体通信システムのシーケンスの一例を示す図である。実施の形態３における移動体通信システムのシーケンスの一例を示す図である。実施の形態３における移動体通信システムのシーケンスの一例を示す図である。実施の形態３における移動体通信システムのシーケンスの一例を示す図である。干渉が問題となるＲＮのＲＮサブフレーム構成を同じにした場合の下りリンクのサブフレームの構成例を示す図である。干渉が問題となるＲＮのＲＮサブフレーム構成を同じにした場合の上りリンクのサブフレームの構成例を示す図である。実施の形態３の変形例１における移動体通信システムのシーケンスの一例を示す図である。実施の形態３の変形例２におけるバックホールリンクおよびアクセスリンクの周波数の構成例を示す図である。実施の形態３の変形例２における移動体通信システムのシーケンスの一例を示す図である。実施の形態３の変形例２における移動体通信システムのシーケンスの一例を示す図である。実施の形態３の変形例２における移動体通信システムのシーケンスの一例を示す図である。実施の形態３の変形例３における移動体通信システムのシーケンスの一例を示す図である。実施の形態３の変形例３における移動体通信システムのシーケンスの一例を示す図である。移動したＲＮと既存のＲＮとの間で生じる干渉について説明するための図である。移動したＲＮと既存のＲＮとの間で生じる干渉について説明するための図である。ＲＮ間でアクセスリンクのサブフレームを異ならせた場合の下りリンクのサブフレームの構成例を示す図である。ＲＮ間でアクセスリンクのサブフレームを異ならせた場合の上りリンクのサブフレームの構成例を示す図である。実施の形態４における移動体通信システムのシーケンスの一例を示す図である。実施の形態４の変形例１におけるバックホールリンクおよびアクセスリンクの周波数の構成例を示す図である。実施の形態４の変形例１における移動体通信システムのシーケンスの一例を示す図である。実施の形態４の変形例１における移動体通信システムのシーケンスの一例を示す図である。ＲＮ同士が接近する場合の各ＲＮの傘下のＵＥにおけるアクセスリンクの信号対干渉比（ＳＩＲ）の変化を説明するための図である。ＲＮ同士が接近する場合の各ＲＮの傘下のＵＥにおけるアクセスリンクの信号対干渉比（ＳＩＲ）の変化を説明するための図である。一方のＲＮをインドアに設けた場合に、ＲＮ同士が接近しているときの各ＲＮの傘下のＵＥにおけるアクセスリンクのＳＩＲを説明するための図である。実施の形態５における移動体通信システムのシーケンスの一例を示す図である。実施の形態５の変形例１における移動体通信システムのシーケンスの一例を示す図である。実施の形態５の変形例１における移動体通信システムのシーケンスの一例を示す図である。サーバ内で管理されるデータの具体例を示す図である。ＲＮの機能とＨｅＮＢの機能とを有するノードを含む実施の形態６における移動体通信システムのアーキテクチャを示す図である。ＲＮの機能とＨｅＮＢの機能を有するノードを含む実施の形態６における移動体通信システムの他のアーキテクチャを示す図である。実施の形態７における移動体通信システムのシーケンスの一例を示す図である。実施の形態７の変形例１における移動体通信システムのシーケンスの一例を示す図である。

　実施の形態１．
　図７は、３ＧＰＰにおいて議論されているＬＴＥ方式の移動体通信システムの全体的な構成を示すブロック図である。３ＧＰＰにおいては、ＣＳＧ（Closed Subscriber Group）セル（Ｅ－ＵＴＲＡＮのＨｏｍｅ－ｅＮｏｄｅＢ（Ｈｏｍｅ－ｅＮＢ；ＨｅＮＢ）、ＵＴＲＡＮのＨｏｍｅ－ＮＢ（ＨＮＢ））と、ｎｏｎ－ＣＳＧセル（Ｅ－ＵＴＲＡＮのｅＮｏｄｅＢ（ｅＮＢ）、ＵＴＲＡＮのＮｏｄｅＢ（ＮＢ）、ＧＥＲＡＮのＢＳＳ）とを含めたシステムの全体的な構成が検討されており、Ｅ－ＵＴＲＡＮについては、図７のような構成が提案されている（非特許文献１　４．６．１章参照）。

　図７について説明する。移動端末装置（以下「移動端末（User Equipment：ＵＥ）」という）７１は、基地局装置（以下「基地局」という）７２と無線通信可能であり、無線通信で信号の送受信を行う。基地局７２は、マクロセルであるｅＮＢ７２－１と、ローカルノードであるＨｏｍｅ－ｅＮＢ７２－２とに分類される。ｅＮＢ７２－１は、移動端末（ＵＥ）７１と通信可能な範囲であるカバレッジとして、比較的大きい大規模カバレッジを有する。Ｈｏｍｅ－ｅＮＢ７２－２は、カバレッジとして、比較的小さい小規模カバレッジを有する。

　ｅＮＢ７２－１は、ＭＭＥ、あるいはＳ－ＧＷ、あるいはＭＭＥおよびＳ－ＧＷを含むＭＭＥ／Ｓ－ＧＷ部（以下「ＭＭＥ部」という場合がある）７３とＳ１インタフェースにより接続され、ｅＮＢ７２－１とＭＭＥ部７３との間で制御情報が通信される。一つのｅＮＢ７２－１に対して、複数のＭＭＥ部７３が接続されてもよい。ＭＭＥ部７３は、管理手段に相当する。ＭＭＥ部７３は、コアネットワークであるＥＰＣに含まれる。ｅＮＢ７２－１間は、Ｘ２インタフェースにより接続され、ｅＮＢ７２－１間で制御情報が通信される。

　Ｈｏｍｅ－ｅＮＢ７２－２は、ＭＭＥ部７３とＳ１インタフェースにより接続され、Ｈｏｍｅ－ｅＮＢ７２－２とＭＭＥ部７３との間で制御情報が通信される。一つのＭＭＥ部７３に対して、複数のＨｏｍｅ－ｅＮＢ７２－２が接続される。あるいは、Ｈｏｍｅ－ｅＮＢ７２－２は、ＨｅＮＢＧＷ（Home-eNB GateWay）７４を介してＭＭＥ部７３と接続される。Ｈｏｍｅ－ｅＮＢ７２－２とＨｅＮＢＧＷ７４とは、Ｓ１インタフェースにより接続され、ＨｅＮＢＧＷ７４とＭＭＥ部７３とはＳ１インタフェースを介して接続される。

　一つまたは複数のＨｏｍｅ－ｅＮＢ７２－２が一つのＨｅＮＢＧＷ７４と接続され、Ｓ１インタフェースを通して情報が通信される。ＨｅＮＢＧＷ７４は、一つまたは複数のＭＭＥ部７３と接続され、Ｓ１インタフェースを通して情報が通信される。

　ＭＭＥ部７３およびＨｅＮＢＧＷ７４は、上位ノード装置であり、基地局であるｅＮＢ７２－１およびＨｏｍｅ－ｅＮＢ７２－２と、移動端末（ＵＥ）７１との接続を制御する。ＭＭＥ部７３、具体的にはＭＭＥ部７３を構成するＭＭＥおよびＳ－ＧＷ、ならびにＨｅＮＢＧＷ７４は、管理手段に相当する。ＭＭＥ部７３およびＨｅＮＢＧＷ７４は、コアネットワークであるＥＰＣに含まれる。

　さらに３ＧＰＰでは、以下のような構成が検討されている。Ｈｏｍｅ－ｅＮＢ７２－２間のＸ２インタフェースはサポートされる。すなわち、Ｈｏｍｅ－ｅＮＢ７２－２間は、Ｘ２インタフェースにより接続され、Ｈｏｍｅ－ｅＮＢ７２－２間で制御情報が通信される。ＭＭＥ部７３からは、ＨｅＮＢＧＷ７４はＨｏｍｅ－ｅＮＢ７２－２として見える。Ｈｏｍｅ－ｅＮＢ７２－２からは、ＨｅＮＢＧＷ７４はＭＭＥ部７３として見える。

　Ｈｏｍｅ－ｅＮＢ７２－２が、ＨｅＮＢＧＷ７４を介してＭＭＥ部７３に接続される場合および直接ＭＭＥ部７３に接続される場合のいずれの場合も、Ｈｏｍｅ－ｅＮＢ７２－２とＭＭＥ部７３との間のインタフェースは、Ｓ１インタフェースで同じである。ＨｅＮＢＧＷ７４は、複数のＭＭＥ部７３にまたがるような、Ｈｏｍｅ－ｅＮＢ７２－２へのモビリティ、あるいはＨｏｍｅ－ｅＮＢ７２－２からのモビリティはサポートしない。Ｈｏｍｅ－ｅＮＢ７２－２は、唯一のセルを構成し、サポートする。

　基地局装置は、例えばＨｏｍｅ－ｅＮＢ７２－２のように唯一のセルをサポートするが、これに限定されず、１つの基地局装置が複数のセルをサポートしてもよい。１つの基地局装置が複数のセルをサポートする場合、１つ１つのセルが、基地局装置として機能する。

　図８は、本発明に係る移動端末である図７に示す移動端末７１の構成を示すブロック図である。図８に示す移動端末７１の送信処理を説明する。まず、プロトコル処理部８０１からの制御データ、およびアプリケーション部８０２からのユーザデータが、送信データバッファ部８０３へ保存される。送信データバッファ部８０３に保存されたデータは、エンコーダー部８０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部８０３から変調部８０５へ直接出力されるデータが存在してもよい。エンコーダー部８０４でエンコード処理されたデータは、変調部８０５にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部８０６へ出力され、無線送信周波数に変換される。その後、アンテナ８０７から基地局７２に送信信号が送信される。

　また、移動端末７１の受信処理は、以下のように実行される。基地局７２からの無線信号がアンテナ８０７により受信される。受信信号は、周波数変換部８０６にて無線受信周波数からベースバンド信号に変換され、復調部８０８において復調処理が行われる。復調後のデータは、デコーダー部８０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部８０１へ渡され、ユーザデータはアプリケーション部８０２へ渡される。移動端末７１の一連の処理は、制御部８１０によって制御される。よって制御部８１０は、図８では省略しているが、各部８０１～８０９と接続している。

　図９は、本発明に係る基地局である図７に示す基地局７２の構成を示すブロック図である。図９に示す基地局７２の送信処理を説明する。ＥＰＣ通信部９０１は、基地局７２とＥＰＣ（ＭＭＥ部７３、ＨｅＮＢＧＷ７４など）との間のデータの送受信を行う。他基地局通信部９０２は、他の基地局との間のデータの送受信を行う。ＥＰＣ通信部９０１および他基地局通信部９０２は、それぞれプロトコル処理部９０３と情報の受け渡しを行う。プロトコル処理部９０３からの制御データ、ならびにＥＰＣ通信部９０１および他基地局通信部９０２からのユーザデータおよび制御データは、送信データバッファ部９０４へ保存される。

　送信データバッファ部９０４に保存されたデータは、エンコーダー部９０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部９０４から変調部９０６へ直接出力されるデータが存在してもよい。エンコードされたデータは、変調部９０６にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部９０７へ出力され、無線送信周波数に変換される。その後、アンテナ９０８より一つもしくは複数の移動端末７１に対して送信信号が送信される。

　また、基地局７２の受信処理は以下のように実行される。一つもしくは複数の移動端末７１からの無線信号が、アンテナ９０８により受信される。受信信号は、周波数変換部９０７にて無線受信周波数からベースバンド信号に変換され、復調部９０９で復調処理が行われる。復調されたデータは、デコーダー部９１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部９０３あるいはＥＰＣ通信部９０１、他基地局通信部９０２へ渡され、ユーザデータはＥＰＣ通信部９０１および他基地局通信部９０２へ渡される。基地局７２の一連の処理は、制御部９１１によって制御される。よって制御部９１１は、図９では省略しているが、各部９０１～９１０と接続している。

　他基地局通信部９０２は、通知部および取得部に相当する。送信データバッファ部９０４、エンコーダー部９０５、変調部９０６、周波数変換部９０７、アンテナ９０８、復調部９０９およびデコーダー部９１０は、通信部に相当する。

　３ＧＰＰにおいて議論されているＨｏｍｅ－ｅＮＢ７２－２の機能を以下に示す（非特許文献１　４．６．２章参照）。Ｈｏｍｅ－ｅＮＢ７２－２は、ｅＮＢ７２－１と同じ機能を有する。加えて、ＨｅＮＢＧＷ７４と接続する場合、Ｈｏｍｅ－ｅＮＢ７２－２は、適当なサービングＨｅＮＢＧＷ７４を発見する機能を有する。Ｈｏｍｅ－ｅＮＢ７２－２は、１つのＨｅＮＢＧＷ７４に唯一接続する。つまり、ＨｅＮＢＧＷ７４との接続の場合は、Ｈｏｍｅ－ｅＮＢ７２－２は、Ｓ１インタフェースにおけるＦｌｅｘ機能を使用しない。Ｈｏｍｅ－ｅＮＢ７２－２は、１つのＨｅＮＢＧＷ７４に接続されると、同時に別のＨｅＮＢＧＷ７４や別のＭＭＥ部７３に接続しない。

　Ｈｏｍｅ－ｅＮＢ７２－２のＴＡＣとＰＬＭＮ　ＩＤは、ＨｅＮＢＧＷ７４によってサポートされる。Ｈｏｍｅ－ｅＮＢ７２－２をＨｅＮＢＧＷ７４に接続すると、「ＵＥ　ａｔｔａｃｈｍｅｎｔ」でのＭＭＥ部７３の選択は、Ｈｏｍｅ－ｅＮＢ７２－２の代わりに、ＨｅＮＢＧＷ７４によって行われる。Ｈｏｍｅ－ｅＮＢ７２－２は、ネットワーク計画なしで配備される可能性がある。この場合、Ｈｏｍｅ－ｅＮＢ７２－２は、１つの地理的な領域から別の地理的な領域へ移される。したがって、この場合のＨｏｍｅ－ｅＮＢ７２－２は、位置によって、異なったＨｅＮＢＧＷ７４に接続する必要がある。

　図１０は、本発明に係るＭＭＥの構成を示すブロック図である。図１０では、前述の図７に示すＭＭＥ部７３に含まれるＭＭＥ７３ａの構成を示す。ＰＤＮ　ＧＷ通信部１００１は、ＭＭＥ７３ａとＰＤＮ　ＧＷとの間のデータの送受信を行う。基地局通信部１００２は、ＭＭＥ７３ａと基地局７２との間のＳ１インタフェースによるデータの送受信を行う。ＰＤＮ　ＧＷから受信したデータがユーザデータであった場合、ユーザデータは、ＰＤＮ　ＧＷ通信部１００１から、ユーザプレイン通信部１００３経由で基地局通信部１００２に渡され、１つあるいは複数の基地局７２へ送信される。基地局７２から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部１００２から、ユーザプレイン通信部１００３経由でＰＤＮ　ＧＷ通信部１００１に渡され、ＰＤＮ　ＧＷへ送信される。

　ＰＤＮ　ＧＷから受信したデータが制御データであった場合、制御データは、ＰＤＮ　ＧＷ通信部１００１から制御プレイン制御部１００５へ渡される。基地局７２から受信したデータが制御データであった場合、制御データは、基地局通信部１００２から制御プレイン制御部１００５へ渡される。

　ＨｅＮＢＧＷ通信部１００４は、ＨｅＮＢＧＷ７４が存在する場合に設けられ、情報種別によって、ＭＭＥ７３ａとＨｅＮＢＧＷ７４との間のインタフェース（ＩＦ）によるデータの送受信を行う。ＨｅＮＢＧＷ通信部１００４から受信した制御データは、ＨｅＮＢＧＷ通信部１００４から制御プレイン制御部１００５へ渡される。制御プレイン制御部１００５での処理の結果は、ＰＤＮ　ＧＷ通信部１００１経由でＰＤＮ　ＧＷへ送信される。また、制御プレイン制御部１００５で処理された結果は、基地局通信部１００２経由でＳ１インタフェースにより１つあるいは複数の基地局７２へ送信され、またＨｅＮＢＧＷ通信部１００４経由で１つあるいは複数のＨｅＮＢＧＷ７４へ送信される。

　制御プレイン制御部１００５には、ＮＡＳセキュリティ部１００５－１、ＳＡＥベアラコントロール部１００５－２、アイドルステート（Idle State）モビリティ管理部１００５―３などが含まれ、制御プレインに対する処理全般を行う。ＮＡＳセキュリティ部１００５―１は、ＮＡＳ（Non-Access Stratum）メッセージのセキュリティなどを行う。ＳＡＥベアラコントロール部１００５―２は、ＳＡＥ（System Architecture Evolution）のベアラの管理などを行う。アイドルステートモビリティ管理部１００５―３は、待受け状態（アイドルステート（Idle State）；ＬＴＥ－ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末７１のトラッキングエリア（ＴＡ）の追加、削除、更新、検索、トラッキングエリアリスト（TA List）管理などを行う。

　ＭＭＥ７３ａは、ＵＥが登録されている（registered）追跡領域（トラッキングエリア：Tracking Area：ＴＡ）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。ＭＭＥ７３ａに接続されるＨｏｍｅ－ｅＮＢ７２－２のＣＳＧの管理やＣＳＧ－ＩＤの管理、そしてホワイトリスト管理は、アイドルステートモビリティ管理部１００５―３で行ってもよい。

　ＣＳＧ－ＩＤの管理では、ＣＳＧ－ＩＤに対応する移動端末とＣＳＧセルとの関係が管理（例えば追加、削除、更新、検索）される。この関係は、例えば、あるＣＳＧ－ＩＤにユーザアクセス登録された一つまたは複数の移動端末と該ＣＳＧ－ＩＤに属するＣＳＧセルとの関係であってもよい。ホワイトリスト管理では、移動端末とＣＳＧ－ＩＤとの関係が管理（例えば追加、削除、更新、検索）される。例えば、ホワイトリストには、ある移動端末がユーザ登録した一つまたは複数のＣＳＧ－ＩＤが記憶されてもよい。これらのＣＳＧに関する管理は、ＭＭＥ７３ａの中の他の部分で行われてもよい。ＭＭＥ７３ａの一連の処理は、制御部１００６によって制御される。よって制御部１００６は、図１０では省略しているが、各部１００１～１００５と接続している。

　３ＧＰＰにおいて議論されているＭＭＥ７３ａの機能を以下に示す（非特許文献１　４．６．２章参照）。ＭＭＥ７３ａは、ＣＳＧ（Closed Subscriber Group）のメンバーの１つあるいは複数の移動端末のアクセスコントロールを行う。ＭＭＥ７３ａは、ページングの最適化（Paging optimization）の実行をオプションとして認める。

　図１１は、本発明に係るＨｅＮＢＧＷである図７に示すＨｅＮＢＧＷ７４の構成を示すブロック図である。ＥＰＣ通信部１１０１は、ＨｅＮＢＧＷ７４とＭＭＥ７３ａとの間のＳ１インタフェースによるデータの送受信を行う。基地局通信部１１０２は、ＨｅＮＢＧＷ７４とＨｏｍｅ－ｅＮＢ７２－２との間のＳ１インタフェースによるデータの送受信を行う。ロケーション処理部１１０３は、ＥＰＣ通信部１１０１経由で渡されたＭＭＥ７３ａからのデータのうちレジストレーション情報などを、複数のＨｏｍｅ－ｅＮＢ７２－２に送信する処理を行う。ロケーション処理部１１０３で処理されたデータは、基地局通信部１１０２に渡され、一つまたは複数のＨｏｍｅ－ｅＮＢ７２－２にＳ１インタフェースを介して送信される。

　ロケーション処理部１１０３での処理を必要とせず通過（透過）させるだけのデータは、ＥＰＣ通信部１１０１から基地局通信部１１０２に渡され、一つまたは複数のＨｏｍｅ－ｅＮＢ７２－２にＳ１インタフェースを介して送信される。ＨｅＮＢＧＷ７４の一連の処理は、制御部１１０４によって制御される。よって制御部１１０４は、図１１では省略しているが、各部１１０１～１１０３と接続している。

　３ＧＰＰにおいて議論されているＨｅＮＢＧＷ７４の機能を以下に示す（非特許文献１　４．６．２章参照）。ＨｅＮＢＧＷ７４は、Ｓ１アプリケーションについてリレーする。Ｈｏｍｅ－ｅＮＢ７２－２へのＭＭＥ７３ａの手順の一部分であるが、ＨｅＮＢＧＷ７４は、移動端末７１に関係しないＳ１アプリケーションについて終端する。ＨｅＮＢＧＷ７４が配置されるとき、移動端末７１に無関係な手順がＨｏｍｅ－ｅＮＢ７２－２とＨｅＮＢＧＷ７４との間、そしてＨｅＮＢＧＷ７４とＭＭＥ７３ａとの間を通信される。ＨｅＮＢＧＷ７４と他のノードとの間でＸ２インタフェースは設定されない。ＨｅＮＢＧＷ７４は、ページングの最適化（Paging optimization）の実行をオプションとして認める。

　次に移動体通信システムにおけるセルサーチ方法の一例を示す。図１２は、ＬＴＥ方式の通信システムにおいて移動端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。移動端末は、セルサーチを開始すると、ステップＳＴ１２０１で、周辺の基地局から送信される第一同期信号（Ｐ－ＳＳ）、および第二同期信号（Ｓ－ＳＳ）を用いて、スロットタイミング、フレームタイミングの同期をとる。

　Ｐ－ＳＳとＳ－ＳＳとを合わせて、同期信号（ＳＳ）という。同期信号（ＳＳ）には、セル毎に割り当てられたＰＣＩ（Physical Cell Identity）に１対１に対応するシンクロナイゼーションコードが割り当てられている。ＰＣＩの数は５０４通りが検討されている。この５０４通りのＰＣＩを用いて同期をとるとともに、同期がとれたセルのＰＣＩを検出（特定）する。

　次に同期がとれたセルに対して、ステップＳＴ１２０２で、基地局からセル毎に送信される参照信号（リファレンスシグナル：ＲＳ）であるセル固有参照信号（Cell-specific Reference Signal：ＣＲＳ）を検出し、ＲＳの受信電力（Reference Signal Received Power：ＲＳＲＰ）の測定を行う。参照信号（ＲＳ）には、ＰＣＩと１対１に対応したコードが用いられている。そのコードで相関をとることによって他セルと分離できる。ステップＳＴ１２０１で特定したＰＣＩから、該セルのＲＳ用のコードを導出することによって、ＲＳを検出し、ＲＳの受信電力を測定することが可能となる。

　次にステップＳＴ１２０３で、ステップＳＴ１２０２までで検出された一つ以上のセルの中から、ＲＳの受信品質が最もよいセル、例えば、ＲＳの受信電力が最も高いセル、つまりベストセルを選択する。

　次にステップＳＴ１２０４で、ベストセルのＰＢＣＨを受信して、報知情報であるＢＣＣＨを得る。ＰＢＣＨ上のＢＣＣＨには、セル構成情報が含まれるＭＩＢ（Master Information Block）がマッピングされる。したがってＰＢＣＨを受信してＢＣＣＨを得ることで、ＭＩＢが得られる。ＭＩＢの情報としては、例えば、ＤＬ（ダウンリンク）システム帯域幅（送信帯域幅設定（transmission bandwidth configuration：dl-bandwidth）とも呼ばれる）、送信アンテナ数、ＳＦＮ（System Frame Number）などがある。

　次にステップＳＴ１２０５で、ＭＩＢのセル構成情報をもとに該セルのＤＬ－ＳＣＨを受信して、報知情報ＢＣＣＨの中のＳＩＢ（System Information Block）１を得る。ＳＩＢ１には、該セルへのアクセスに関する情報や、セルセレクションに関する情報、他のＳＩＢ（ＳＩＢｋ；ｋ≧２の整数）のスケジューリング情報が含まれる。また、ＳＩＢ１には、ＴＡＣ（Tracking Area Code）が含まれる。

　次にステップＳＴ１２０６で、移動端末は、ステップＳＴ１２０５で受信したＳＩＢ１のＴＡＣと、移動端末が既に保有しているＴＡ（Tracking Area）リスト内のトラッキングエリア識別子（Tracking Area Identity：ＴＡＩ）のＴＡＣ部分とを比較する。ＴＡ（Tracking Area）リストは、ＴＡＩリスト（TAI list）とも称される。ＴＡＩはＴＡの識別子であり、ＭＣＣ（Mobile Country Code）と、ＭＮＣ（Mobile Network Code）と、ＴＡＣ（Tracking Area Code）とによって構成される。ＭＣＣは国コードである。ＭＮＣはネットワークコードである。ＴＡＣはＴＡのコード番号である。

　移動端末は、ステップＳＴ１２０６で比較した結果、ステップＳＴ１２０５で受信したＴＡＣがＴＡ（Tracking Area）リスト内に含まれるＴＡＣと同じならば、該セルで待ち受け動作に入る。比較して、ステップＳＴ１２０５で受信したＴＡＣがＴＡ（Tracking Area）リスト内に含まれなければ、移動端末は、該セルを通して、ＭＭＥなどが含まれるコアネットワーク（Core Network，ＥＰＣ）へ、ＴＡＵ（Tracking Area Update）を行うためにＴＡ（Tracking Area）の変更を要求する。コアネットワークは、ＴＡＵ要求信号とともに移動端末から送られてくる該移動端末の識別番号（ＵＥ－ＩＤなど）をもとに、ＴＡ（Tracking Area）リストの更新を行う。コアネットワークは、移動端末に更新後のＴＡ（Tracking Area）リストを送信する。移動端末は、受信したＴＡ（Tracking Area）リストに基づいて、移動端末が保有するＴＡＣリストを書き換える（更新する）。その後、移動端末は、該セルで待ち受け動作に入る。

　ＬＴＥ、ＬＴＥ－ＡおよびＵＭＴＳ（Universal Mobile Telecommunication System）においては、ＣＳＧ（Closed Subscriber Group）セルの導入が検討されている。前述したように、ＣＳＧセルに登録した一つまたは複数の移動端末のみにアクセスが許される。ＣＳＧセルと登録された一つまたは複数の移動端末とが一つのＣＳＧを構成する。このように構成されたＣＳＧには、ＣＳＧ－ＩＤと呼ばれる固有の識別番号が付される。一つのＣＳＧには、複数のＣＳＧセルがあってもよい。移動端末は、どれか一つのＣＳＧセルに登録すれば、そのＣＳＧセルが属するＣＳＧの他のＣＳＧセルにアクセス可能となる。

　また、ＬＴＥおよびＬＴＥ－ＡでのＨｏｍｅ－ｅＮＢやＵＭＴＳでのＨｏｍｅ－ＮＢが、ＣＳＧセルとして使われることがある。ＣＳＧセルに登録した移動端末は、ホワイトリストを有する。具体的には、ホワイトリストはＳＩＭ（Subscriber Identity Module）またはＵＳＩＭに記憶される。ホワイトリストには、移動端末が登録したＣＳＧセルのＣＳＧ情報が格納される。ＣＳＧ情報として具体的には、ＣＳＧ－ＩＤ、ＴＡＩ（Tracking Area Identity）、ＴＡＣなどが考えられる。ＣＳＧ－ＩＤとＴＡＣとが対応付けられていれば、どちらか一方でよい。また、ＣＳＧ－ＩＤおよびＴＡＣと、ＥＣＧＩとが対応付けられていれば、ＥＣＧＩでもよい。

　以上から、ホワイトリストを有しない（本発明においては、ホワイトリストが空（empty）の場合も含める）移動端末は、ＣＳＧセルにアクセスすることは不可能であり、ｎｏｎ－ＣＳＧセルのみにしかアクセスできない。一方、ホワイトリストを有する移動端末は、登録したＣＳＧ－ＩＤのＣＳＧセルにも、ｎｏｎ－ＣＳＧセルにもアクセスすることが可能となる。

　ＨｅＮＢおよびＨＮＢに対しては、様々なサービスへの対応が求められている。例えば、あるサービスでは、オペレータは、ある決められたＨｅＮＢおよびＨＮＢに移動端末を登録させ、登録した移動端末のみにＨｅＮＢおよびＨＮＢのセルへのアクセスを許可することで、該移動端末が使用できる無線リソースを増大させて、高速に通信を行えるようにする。その分、オペレータは、課金料を通常よりも高く設定する。

　このようなサービスを実現するために、登録した（加入した、メンバーとなった）移動端末のみがアクセスできるＣＳＧ（Closed Subscriber Group）セルが導入されている。ＣＳＧ（Closed Subscriber Group）セルは、商店街やマンション、学校、会社などへ数多く設置されることが要求される。例えば、商店街では店舗毎、マンションでは部屋毎、学校では教室毎、会社ではセクション毎にＣＳＧセルを設置し、各ＣＳＧセルに登録したユーザのみが該ＣＳＧセルを使用可能とするような使用方法が要求されている。ＨｅＮＢ／ＨＮＢは、マクロセルのカバレッジ外での通信を補完するため（エリア補完型ＨｅＮＢ／ＨＮＢ）だけでなく、上述したような様々なサービスへの対応（サービス提供型ＨｅＮＢ／ＨＮＢ）が求められている。このため、ＨｅＮＢ／ＨＮＢがマクロセルのカバレッジ内に設置される場合も生じる。

　前述のように、ＬＴＥ－Ａの新技術として、リレー（Relay）およびリレーノード（ＲＮ）をサポートすることが検討されている。３ＧＰＰのリリース１０でサポートされるＲＮは、固定のＲＮであり、動作開始後は移動しない。

　図１３は、３ＧＰＰのリリース１０におけるＲＮを伴う場合の移動体通信システムのアーキテクチャを示す図である。図１３に示す移動体通信システム（以下、単に「通信システム」という場合がある）のアーキテクチャは、３ＧＰＰ　ＴＳ２３．４０１　Ｖ１０.３．０（以下「参考文献１」という）に記載されている。移動体通信システムは、ＲＮ用ＭＭＥ１３０１、ＵＥ用ＭＭＥ１３０２、ＵＥ１３０３、ＲＮ１３０４、ＤｅＮＢ１３０５、ＵＥ用Ｐ－ＧＷ１３０６およびＵＥ用Ｓ－ＧＷ１３０７を備える。

　ＲＮ用ＭＭＥ１３０１は、ＲＮ１３０４を管理するＭＭＥである。ＵＥ用ＭＭＥ１３０２は、ＵＥ１３０３を管理するＭＭＥである。ＲＮ用ＭＭＥ１３０１とＵＥ用ＭＭＥ１３０２とを、同一のＭＭＥ１３００内に構成してもよい。図１３では、ＲＮ用ＭＭＥ１３０１とＵＥ用ＭＭＥ１３０２とが、同一のＭＭＥ１３００内に構成される場合を示している。ＲＮ用ＭＭＥ１３０１とＵＥ用ＭＭＥ１３０２とは、同一のＭＭＥ１３００内に構成されなくてもよい。ＵＥ用Ｐ－ＧＷ１３０６は、ＵＥ１３０３のためのＰ－ＧＷである。ＵＥ用Ｓ－ＧＷ１３０７は、ＵＥ１３０３のためのＳ－ＧＷである。

　ＵＥ１３０３とＲＮ１３０４とは、Ｕｕインタフェース１３１４によって接続される。ＲＮ１３０４とＤｅＮＢ１３０５とは、Ｓ１インタフェース、Ｘ２インタフェースおよびＵｎインタフェースから成るインタフェース１３１５によって接続される。ＤｅＮＢ１３０５とＲＮ用ＭＭＥ１３０１とは、Ｓ１インタフェース１３０８およびＳ１１インタフェース１３０９によって接続される。

　ＵＥ用ＭＭＥ１３０２とＤｅＮＢ１３０５とは、Ｓ１インタフェース１３１０によって接続される。ＵＥ用ＭＭＥ１３０２とＵＥ用Ｓ－ＧＷ１３０７とは、Ｓ１１インタフェース１３１１によって接続される。ＤｅＮＢ１３０５とＵＥ用Ｓ－ＧＷ１３０７とは、Ｓ１インタフェース１３１６によって接続される。ＵＥ用Ｐ－ＧＷ１３０６とＵＥ用Ｓ－ＧＷ１３０７とは、Ｓ５／Ｓ８インタフェース１３１３によって接続される。ＵＥ用Ｐ－ＧＷ１３０６と外部パケットネットワークとは、ＳＧｉインタフェース１３１２によって接続される。

　ＲＮを伴う移動体通信システムのアーキテクチャの概念として、ＲＮは、ＵＥから見るとｅＮＢとして認識され、ＤｅＮＢから見るとＵＥとして認識される。換言すれば、ＲＮは、ＵＥに対してはｅＮＢとして動作し、ＤｅＮＢに対してはＵＥとして動作する。

　ＤｅＮＢとは、ｅＮＢに、ＲＮをサポートするための機能（ファンクション（function））が追加されたものである。ＤｅＮＢは、ｅＮＢが有する従来のファンクションに加えて、次の（１），（２）の２つのファンクションを有する（非特許文献１参照）。

　（１）１つまたは複数のＲＮをサポートするためのＳ１／Ｘ２プロキシファンクション（S1/X2 proxy functionality）。
　（２）１つまたは複数のＲＮをサポートするためのＳ１１終端とＳ－ＧＷ／Ｐ－ＧＷファンクション（S11 termination and S-GW/P-GW functionality）。

　ＲＮがＵＥとして動作する場合、ＲＮ、ＤｅＮＢ、ＲＮ用ＭＭＥ、およびＤｅＮＢのＳ－ＧＷ／Ｐ－ＧＷファンクションの間で通信が行われる。ＲＮとＤｅＮＢとの間の通信には、Ｕｎインタフェースが用いられる。ＤｅＮＢとＲＮ用ＭＭＥとの間の通信には、Ｓ１インタフェースが用いられる。ＲＮ用ＭＭＥとＤｅＮＢのＳ－ＧＷ／Ｐ－ＧＷファンクションとの間の通信には、Ｓ１１インタフェースが用いられる。

　他方、ＲＮがＵＥのｅＮＢとして動作する場合、ＵＥ、ＲＮ、ＤｅＮＢのＳ１／Ｘ２プロキシファンクション、ＵＥ用ＭＭＥ、およびＵＥ用Ｓ－ＧＷ／ＵＥ用Ｐ－ＧＷの間で通信が行われる。ＵＥとＲＮとの間の通信には、Ｕｕインタフェースが用いられる。ＲＮとＵＥ用ＭＭＥとの間の通信には、ＤｅＮＢのＳ１プロキシファンクションを介してＳ１インタフェースが用いられる。ＵＥ用ＭＭＥとＵＥ用Ｓ－ＧＷ／ＵＥ用Ｐ－ＧＷとの間の通信には、Ｓ１１インタフェースが用いられる。Ｓ１インタフェースに代えてＸ２インタフェースを用いる場合は、ＵＥとＲＮとの間の通信には、Ｕｕインタフェースが用いられる。ＲＮと隣接ｅＮＢとの間の通信には、ＤｅＮＢのＸ２プロキシファンクションを介してＸ２インタフェースが用いられる。

　３ＧＰＰにおいて、固定ＲＮに加えて、新たに、移動ＲＮ（mobile relay、mobile RN）が提案されている。移動ＲＮについては、３ＧＰＰ　Ｒ１-０８２９７５（以下「参考文献２」という）および３ＧＰＰ　Ｒ３-１１０６５６（以下「参考文献３」という）に開示されている。

　移動ＲＮは、例えば、高速バスおよび高速鉄道などの移動体に設置され、移動体と一緒に移動する。移動ＲＮは、高速バスおよび高速鉄道などの移動体の中の乗客の移動端末（ＵＥ）と基地局との間の通信をリレーする。

　図１４は、移動ＲＮのユースケース（使用事例）を説明するための図である。基地局１４０２は、基地局１４０２が構成するカバレッジ１４０１内に存在する。図１４では、１つの基地局１４０２が１つのセルを構成する場合を示している。この場合、セルは、基地局１４０２に相当する。これに限定されず、１つの基地局が複数のセルを構成してもよい。この場合、１つ１つのセルが、基地局１４０２に相当する。基地局が、例えばｅＮＢである場合も同様である。以降に示す図でも同様である。

　移動体、例えば高速バス１４０６は、現時点において基地局１４０２が構成するカバレッジ１４０１内に存在し、矢符１４００の向きに沿って移動しているものとする。高速バス１４０６には、ＲＮ１４０７が搭載されている。また高速バス１４０６に乗車している乗客は、ＵＥ１４０３～１４０５を所持している。換言すれば、高速バス１４０６には、ＵＥ１４０３～１４０５が搭載されている。

　基地局１４０２は、高速バス１４０６とともに移動するＲＮ１４０７と通信を行う。高速バス１４０６内のＵＥ１４０３～１４０５は、基地局１４０２と直接通信を行うのではなく、高速バス１４０６に搭載されるＲＮ１４０７を介して基地局１４０２と通信を行うことになる。すなわち、ＲＮ１４０７は、高速バス１４０６内のＵＥ１４０３～１４０５から見ると、基地局となる。

　高速バス１４０６内のＵＥ１４０３～１４０５が、マクロセルである基地局１４０２と直接通信を行う場合、次のような問題がある。ＵＥに対するドップラーシフトのインパクトがあるという問題、乗り物の内部および外部間のトランスミッションロスがあるという問題、ＨＯ成功率が低下するという問題、ならびにオペレータの投資コストおよび運用コストが増大するという問題などである。

　移動ＲＮは、これらの問題を解決する手段として有効と考えられている。ＵＥは、移動ＲＮと通信を行うので、ＵＥに対するドップラーシフトのインパクト、ならびに乗り物の内部および外部間のトランスミッションロスなどが無くなる。また、ＵＥと移動ＲＮとの間の距離は、ＵＥとマクロセルとの間の距離よりも十分短くなるので、ＵＥの消費電力も低減可能となる。さらには、ＵＥは移動ＲＮとエアインタフェースで接続されているので、ＨＯを行う必要が無くなり、シグナリングの混雑（コンジェスチョン（congestion））が解決される。これらによって、新たにマクロセルを設置する必要が無くなり、オペレータの投資コストおよび運用コストを削減することができる。

　ＲＮのセットアップ方法について、図１５を用いて説明する（非特許文献１参照）。図１５は、ＲＮのセットアップ処理のシーケンスの一例を示す図である。

　ステップＳＴ１５０１において、ＲＮは、初期設定のためにＥ－ＵＴＲＡＮまたはＥＰＣに、通常のＵＥとしてアタッチ処理を行う。具体例として、ＲＮは、ｅＮＢ、ＵＥ用ＭＭＥ、およびホーム加入者サーバ（Home Subscriber Server：ＨＳＳ）間でアタッチ処理を行う。

　ステップＳＴ１５０２において、ＲＮは、ＲＮ用ＯＡＭ（Operation Administration and Maintenance）から、ＤｅＮＢセルのリストを含む初期設定パラメータ（initial configuration parameters）を読み出す。

　ステップＳＴ１５０３において、ＲＮは、ネットワークから、通常のＵＥとしてデタッチ処理を行う。そして、ＲＮは、後述のＲＮのセットアップ方法のフェーズ２を起動する。

　ステップＳＴ１５０１～ステップＳＴ１５０３の処理は、ＲＮのセットアップ方法のフェーズ１と称される。

　ステップＳＴ１５０４において、ＲＮは、フェーズ１で得たＤｅＮＢセルのリストからＤｅＮＢを選択する。

　ステップＳＴ１５０５において、ＲＮは、ＲＮとしてアタッチ処理を行う。ＲＮとしてのアタッチ処理におけるＲＲＣ接続設立（RRC connection establishment）の間に、ＲＮは、ＤｅＮＢにＲＮインジケーション（RN indication）を送信する。ＤｅＮＢは、ＲＮインジケーションと、ＤｅＮＢのＳ－ＧＷ／Ｐ－ＧＷファンクションのＩＰアドレス（IP address）とを、初期ＵＥメッセージ（Initial UE Message）に含ませてＲＮ用ＭＭＥへ送信する。ＲＮ用ＭＭＥは、ＤｅＮＢから送信された初期ＵＥメッセージに基づいて、ＲＮのためのＳ－ＧＷ／Ｐ－ＧＷを選択する。ステップＳＴ１５０５におけるＲＮとしてのアタッチ処理の間に、ＥＰＣは、ＲＮがリレーオペレーションを許可されているか否かをチェックする。

　ステップＳＴ１５０４～ステップＳＴ１５０５の処理は、ＲＮのセットアップ方法のフェーズ２と称される。

　実施の形態１で解決する課題について、以下に説明する。前述のように、ＲＮとして、移動ＲＮを用いることが提案されている（参考文献２および参考文献３参照）。ＲＮが移動ＲＮである場合、ＲＮは、図１５に示すセットアップ時に、ステップＳＴ１５０４においてＤｅＮＢセルのリストから選択したＤｅＮＢのカバレッジの外に移動することが考えられる。３ＧＰＰにおいて、ＲＮが移動する場合の通信方法についての具体的な議論はなされていない（参考文献２および参考文献３参照）。

　実施の形態１での解決策を以下に示す。移動ＲＮでは、従来のＲＮと異なり、ハンドオーバを実行する。移動ＲＮにおけるハンドオーバの実現方法として、ＵＥのハンドオーバの方法（以下「ハンドオーバ方法」という場合がある）を利用してもよい。これによって、移動体通信システムが複雑化することを回避することができる。

　移動ＲＮにおけるハンドオーバ方法として、ＵＥのハンドオーバ方法を利用する場合、以下の点を改良するとなお良い。

　前述のように、リレーにおいて、リレーの送信が、自リレーの受信へ干渉することを防ぐために、ＤｅＮＢからＲＮへのリンクおよびＲＮからＵＥへのリンクが一つの周波数バンドで時分割多重され、ＲＮからＤｅＮＢへのリンクおよびＵＥからＲＮへのリンクも一つの周波数バンドで時分割多重される。

　後述の図２９および図３０に、インバンドＲＮのサブフレーム構成の具体例を示している。インバンドＲＮとは、バックホールリンクの周波数とアクセスリンクの周波数とが同一であるＲＮのことである。図２９および図３０は、ある一つのＲＮにおいて、下りアクセスリンクの送信が下りバックホールリンクの受信に、または、上りバックホールリンクの送信が上りアクセスリンクの受信に干渉を及ぼさないように、サブフレームが構成されることを示している。したがって、一つのＲＮにおけるバックホールリンクとアクセスリンクとの間での干渉は無い。

　しかし、ＲＮのバックホールリンクのサブフレーム構成は、ＤｅＮＢからＲＮ毎にＲＲＣシグナリングを用いて個別に通知される。したがって、ターゲットｅＮＢにおける該ＲＮに対するバックホールリンクのサブフレーム構成と、ソースＤｅＮＢにおける該ＲＮに対するバックホールリンクのサブフレーム構成とが異なる可能性がある。つまり、ＲＮが、ターゲットｅＮＢの傘下で、ソースＤｅＮＢにおける該ＲＮに対するバックホールリンクのサブフレーム構成に基づいて通信を開始した場合、リレー内における干渉が発生するおそれがある。ここで、ターゲットｅＮＢとは、ハンドオーバ先のｅＮＢのことである。またソースＤｅＮＢとは、ハンドオーバ元のｅＮＢであるソースｅＮＢであって、ＲＮの機能を有するソースｅＮＢのことである。

　ＲＮがターゲットｅＮＢの傘下で通信を開始するときのリレー内における干渉を防ぐ方法の具体例として、以下の（１）～（３）の３つを開示する。

　（１）移動ＲＮは、傘下のＵＥへ、リソースの割当てを所定期間行わない。移動ＲＮは、リソースの割当てを所定期間行わないことを示す保留コマンドを、傘下のＵＥへ通知してもよい。あるいは、移動ＲＮは、傘下のＵＥへ、リソースの割当てを所定期間、実行しないギャップを設けてもよい。所定期間の具体例としては、ターゲットｅＮＢに接続処理を行っている間、例えば、後述する図１６に示すステップＳＴ１６１０～ステップＳＴ１６１２の処理を行っている間などである。所定期間の終期の具体例としては、ターゲットｅＮＢから、バックホールリンクのサブフレーム構成の通知を受信するまでである。

　（２）ソースＤｅＮＢは、ターゲットｅＮＢへ、該移動ＲＮに対して設定していたバックホールリンクのサブフレーム構成を通知する。バックホールリンクのサブフレーム構成の通知方法の具体例を、以下に開示する。ソースＤｅＮＢは、ターゲットｅＮＢへ、ハンドオーバ要求（Handover Request）を通知するときに併せて、該移動ＲＮに設定していたバックホールリンクのサブフレーム構成を通知する。ソースＤｅＮＢで構成していたバックホールリンクのサブフレーム構成を受信したターゲットｅＮＢは、該サブフレーム構成に基づいて、ＲＮとの接続処理を実行するために、ＲＮに対してスケジューリングを実行する。その後、ターゲットｅＮＢは、ＲＮへ、改めてバックホールリンクのサブフレーム構成を通知してもよい。

　（３）ターゲットｅＮＢは、ソースＤｅＮＢへ、該ＲＮのハンドオーバ後に設定するバックホールリンクのサブフレーム構成を通知する。併せて、ターゲットｅＮＢは、自セルのＣＲＣ、リソースの計算に必要なパラメータを、ソースＤｅＮＢへ通知してもよい。ソースＤｅＮＢは、ＲＮに対して、モビリティ制御情報あるいはハンドオーバコマンドを用いて、ターゲットｅＮＢによって該ＲＮに設定されるバックホールリンクのサブフレーム構成を通知する。ＲＮは、ターゲットｅＮＢによって該ＲＮに設定されるバックホールリンクのサブフレーム構成に基づいて、ターゲットｅＮＢとの接続処理を実行する。併せて、ハンドオーバ後の傘下のＵＥへのアクセスリンクのスケジューリング、およびＭＢＳＦＮサブフレーム構成を決定してもよい。

　移動ＲＮのハンドオーバを、ＵＥのハンドオーバの方法をそのまま利用してサポートした場合、ターゲットｅＮＢの選択において以下の新たな問題が生じる。

　まず、従来のＵＥのハンドオーバの方法について、図１６および図１７を用いて説明する（非特許文献１、参考文献１参照）。図１６は、Ｘ２インタフェースを基本としたハンドオーバ処理のシーケンスの一例を示す図である。

　ステップＳＴ１６０１において、ハンドオーバ元のｅＮＢであるソースｅＮＢは、ＵＥへメジャメントコントロール（Measurement Control）を通知する。メジャメントコントロールは、測定設定（Measurement configuration）とも称される。ソースｅＮＢは、移動元の基地局装置に相当する。

　ステップＳＴ１６０２において、ＵＥは、ステップＳＴ１６０１で受信したメジャメントコントロールに従って、測定（Measurement）を実行する。

　ステップＳＴ１６０３において、ＵＥは、ステップＳＴ１６０１で受信したメジャメントコントロールに従って、ステップＳＴ１６０２の測定結果を報告する測定報告（Measurement Report）をソースｅＮＢへ通知する。

　ステップＳＴ１６０４において、ソースｅＮＢは、ステップＳＴ１６０３で受信した測定報告などに基づいて、ハンドオーバを実行するか否か、すなわち、ＵＥをハンドオーバさせるか否かを判断する。ＵＥをハンドオーバさせる場合、ソースｅＮＢは、ハンドオーバ先のｅＮＢであるターゲットｅＮＢを決定する。ターゲットｅＮＢは、移動先の基地局装置に相当する。

　ステップＳＴ１６０５において、ソースｅＮＢは、ターゲットｅＮＢへ、ハンドオーバ要求（Handover Request）を通知する。

　ステップＳＴ１６０６において、ターゲットｅＮＢは、リソースに基づいて、ハンドオーバが受け入れ可能であるか否かを判断する（Admission Control）。ターゲットｅＮＢが、ハンドオーバの受け入れが可能であると判断した場合は、ステップＳＴ１６０７へ移行する。ターゲットｅＮＢが、ハンドオーバの受け入れが不可能であると判断した場合については、処理を終了するものとして扱い、説明を省略する。

　ステップＳＴ１６０７において、ターゲットｅＮＢは、ソースｅＮＢへ、ハンドオーバ要求受け入れ（Handover Request Ack）を通知する。

　ステップＳＴ１６０８において、ソースｅＮＢは、ＵＥへ、ハンドオーバに必要なパラメータをマッピングしたモビリティ制御情報（Mobility Control Information）を含むＲＲＣ接続再設定メッセージ（RRC Connection Reconfiguration Message）を通知する。併せて、ソースｅＮＢは、ＵＥへ、ハンドオーバの実行を指示する。

　ステップＳＴ１６０９において、ソースｅＮＢは、ターゲットｅＮＢへ、ＵＥに関するデータを受け渡す（Data Forwarding）。

　ステップＳＴ１６１０において、ＵＥは、ステップＳＴ１６０８で受信したパラメータを用いて、ターゲットｅＮＢへの接続を試みる。具体的には、ＵＥは、ターゲットｅＮＢへＲＡＣＨを送信し、ＲＲＣ接続要求（ＲＲＣコネクションリクエスト（RRC Connection Request））の送信を行う。

　ステップＳＴ１６１１において、ターゲットｅＮＢは、ステップＴＳ１６１０でＵＥから送信されたＲＲＣコネクションリクエストに対する応答として、タイミングアドバンス（Timing Advance：ＴＡ）をＵＥへ通知する。

　ステップＳＴ１６１２において、ＵＥは、ＲＲＣ接続再設定完了（RRC Connection Reconfiguration Complete）をターゲットｅＮＢへ通知する。

　図１７は、Ｓ１インタフェースを基本としたハンドオーバ処理のシーケンスの一例を示す図である。図１７に示すシーケンスは、図１６に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。

　前述のようにしてステップＳＴ１６０１～ステップＳＴ１６０４の処理が行われた後、ステップＳＴ１７００に移行する。ステップＳＴ１７００において、ソースｅＮＢは、ソースｅＮＢとターゲットｅＮＢとの間にＸ２インタフェースが存在しないか否かを判断する。ソースｅＮＢは、Ｘ２インタフェースが存在しないと判断するとステップＳＴ１７０１に移行し、Ｘ２インタフェースが存在すると判断すると、Ｓ１インタフェースを基本としたハンドオーバ処理を終了する。

　ステップＳＴ１７０１において、ソースｅＮＢは、Ｓ１インタフェースを基本としたハンドオーバを実行すること、すなわちＳ１ベースでハンドオーバを行うことを決定する。例えば、ソースｅＮＢとターゲットｅＮＢとの間にＸ２インタフェースが存在しない場合に、ソースｅＮＢは、ステップＳＴ１７００からステップＳＴ１７０１に移行し、Ｓ１インタフェースを基本としたハンドオーバ（以下「Ｓ１ベースのハンドオーバ」という場合がある）を実行する。

　ステップＳＴ１７０２において、ソースｅＮＢは、ソースｅＮＢを管理するＭＭＥであるソースＭＭＥへ、ターゲットｅＮＢの識別子を含むハンドオーバ要求（Handover Required）を通知する。

　ステップＳＴ１７０３において、ソースＭＭＥは、ターゲットｅＮＢを管理するＭＭＥであるターゲットＭＭＥへ、ターゲットｅＮＢの識別子を含むフォワードリロケーションリクエスト（Forward Relocation Request）を通知する。

　ステップＳＴ１７０４において、ターゲットＭＭＥは、ターゲットｅＮＢへ、ＥＰＳベアラのセットアップ要求を含むハンドオーバ要求（Handover Request）を通知する。

　ステップＳＴ１７０５において、ターゲットｅＮＢは、要求されたＥＰＳベアラのセットアップを受理できたか否かに基づいて、ハンドオーバの受け入れが可能であるか否かを判断する。ターゲットｅＮＢは、ＥＰＳベアラのセットアップを受理できた場合、ハンドオーバの受け入れが可能であると判断し、ＥＰＳベアラのセットアップを受理できなかった場合、ハンドオーバの受け入れが不可能であると判断する。

　ターゲットｅＮＢは、ハンドオーバの受け入れが可能であると判断した場合は、ターゲットＭＭＥへ、ハンドオーバ要求受け入れ（Handover Request Ack）を通知する。ターゲットｅＮＢが、ハンドオーバの受け入れが不可能であると判断した場合の説明は、省略する。

　ステップＳＴ１７０６において、ターゲットＭＭＥは、ソースＭＭＥへ、フォワードリロケーションレスポンス（Forward Relocation Response）を通知する。

　ステップＳＴ１７０７において、ソースＭＭＥは、ソースｅＮＢに対して、ハンドオーバコマンド（Handover Command）を通知する。

　ステップＳＴ１７０８において、ソースｅＮＢは、ＵＥへ、ハンドオーバに必要なパラメータをマッピングしたハンドオーバコマンド（Handover Command）を通知する。

　ステップＳＴ１７０９において、ＵＥは、ターゲットｅＮＢへ接続し、ハンドオーバ承認（Handover Confirm）を通知する。

　従来のＵＥのハンドオーバの方法では、例えば図１６のステップＳＴ１６０４においてハンドオーバを実行すると判断されると、ソースｅＮＢがターゲットｅＮＢを決定する。

　前述のように、ＤｅＮＢは、ｅＮＢが有する従来の機能に、ＲＮをサポートする機能が追加されたものである。つまり、全てのｅＮＢがＤｅＮＢの機能を有するわけではない。したがって、ソースｅＮＢが、ＲＮをサポートすることができないｅＮＢ、すなわちＤｅＮＢの機能を有しないｅＮＢを、ターゲットｅＮＢとして選択するおそれがある。

　また、前述のように、ＲＮは、ＤｅＮＢを介して、無線アクセスネットワークに接続される。換言すれば、ＲＮは、ＤｅＮＢを介さなければ、無線アクセスネットワークに接続することができない。

　したがって、ソースｅＮＢが、ＲＮをサポートすることができないｅＮＢ、すなわちＤｅＮＢの機能を有しないｅＮＢを、ターゲットｅＮＢとして選択すると、ＲＮは、移動先のターゲットｅＮＢで、ＲＮとしてサポートされない。その結果、ＲＮの傘下のＵＥへのサービスが停止するという問題が発生する。

　上記問題に対する解決策を以下に示す。ＲＮが、ＤｅＮＢの機能を有しないターゲットｅＮＢへアクセスしたときに、ターゲットｅＮＢが、ＲＮに対して拒絶を示す。ターゲットｅＮＢから拒絶されたＲＮは、ハンドオーバの処理を中止し、ソースｅＮＢへ戻るようにしてもよい。あるいは、拒絶されたＲＮは、周辺セルのサーチを実行し、他のｅＮＢをＤｅＮＢとして選択するようにしてもよい。以下の説明では、ＲＮのソースｅＮＢを「ソースＤｅＮＢ」と称することがある。

　ＲＮのターゲットｅＮＢへのアクセスを拒絶するか否かを判断する方法の具体例として、以下の（１），（２）の２つを開示する。

　（１）ターゲットｅＮＢが、ＲＮのアクセスを拒絶するか否かを判断する。ＲＮからのアクセスに対して、ターゲットｅＮＢ自身がＤｅＮＢの機能を有しない場合は、該アクセスを拒絶すると判断する。

　ターゲットｅＮＢが、ＲＮからのアクセスであるか否かを判断する方法の具体例として、以下の（１－１），（１－２）の２つを開示する。

　（１－１）ＲＲＣ接続設立の間にＲＮから送信されるＲＮインジケーションを用いる。ＲＮが、ＲＮとしてのアタッチ処理において、ターゲットｅＮＢへ通知する、ＲＮインジケーションを用いるようにしてもよい。ターゲットｅＮＢは、ＲＮインジケーションが存在する場合は、ＲＮからのアクセスであると判断し、ＲＮインジケーションが存在しない場合は、ＲＮからのアクセスでないと判断する。

　（１－２）ＲＲＣ接続要求（RRC Connection Request）中の設立理由（Establishment Cause）に「ＲＮからの接続要求である旨」を新たに設ける。「ＲＮからの接続要求である旨」は、「ＲＮからの接続要求」、あるいは「ＲＮからのアタッチ」などであってもよい。例えば、ターゲットｅＮＢは、ＲＲＣ接続要求を受信し、設立理由が「ＲＮからのアタッチ」である場合は、ＲＮからのアクセスであると判断し、設立理由が「ＲＮからのアタッチ」でない場合は、ＲＮからのアクセスでないと判断する。

　（２）ＥＰＣが、ＲＮのアクセスを拒絶するか否かを判断する。ＥＰＣの具体例としては、ＭＭＥがある。ＭＭＥは、ＲＮからのアクセスに対して、ターゲットｅＮＢがＤｅＮＢの機能を有しない場合は、ターゲットｅＮＢへ該アクセスの拒絶を指示する。

　ＭＭＥが、ターゲットｅＮＢがＤｅＮＢの機能を有するか否かを判断する方法の具体例を、以下に開示する。

　ｅＮＢは、ＤｅＮＢの機能を有しない場合、ＭＭＥに対する初期ＵＥメッセージ（Initial UE Message）に、Ｓ－ＧＷ／Ｐ－ＧＷファンクションのＩＰアドレスを含めることができない。したがって、ＭＭＥは、ＲＮからのアクセスであるにも関わらず、ターゲットｅＮＢからの初期ＵＥメッセージに、Ｓ－ＧＷ／Ｐ－ＧＷファンクションのＩＰアドレスが含まれていない場合は、該初期ＵＥメッセージを通知したｅＮＢがＤｅＮＢの機能を有しないと判断する。ＭＭＥは、ターゲットｅＮＢからの初期ＵＥメッセージに、Ｓ－ＧＷ／Ｐ－ＧＷファンクションのＩＰアドレスが含まれている場合は、該初期ＵＥメッセージを通知したｅＮＢがＤｅＮＢの機能を有すると判断する。

　ＭＭＥがＲＮからのアクセスであると判断する方法の具体例を、以下に開示する。ＭＭＥは、ターゲットｅＮＢからの初期ＵＥメッセージに、ＲＮインジケーションが含まれている場合は、ＲＮからのアクセスであると判断し、ＲＮインジケーションが含まれていない場合は、ＲＮからのアクセスでないと判断する。

　ＭＭＥがターゲットｅＮＢに該アクセスの拒絶を指示する方法の具体例を、以下に開示する。ＭＭＥは、ターゲットｅＮＢへ、Ｓ１インタフェースを用いて、またはＳ１シグナリングを用いて指示する。

　ＭＭＥがＲＮからのターゲットｅＮＢへのアクセスを拒絶する場合、その理由を、ＲＮへの拒絶通知に付加してもよい。具体的には、ターゲットｅＮＢがＤｅＮＢの機能を有しないという理由に基づく拒絶である旨、あるいは、ＲＮがリレーオペレーションを許可されていないという理由に基づく拒絶である旨の理由を新設する。

　従来から、ＥＰＣは、例えば前述の図１５に示すステップＳＴ１５０１のＲＮとしてのアタッチ処理の間に、ＲＮがリレーオペレーションを許可されているか否かをチェックする。

　このように拒絶通知に拒絶の理由を付加することによって、ＲＮは、アクセスの拒絶の理由を認識することが可能となる。具体例としては、拒絶の理由が、「ターゲットｅＮＢがＤｅＮＢの機能を有しないという理由」であるか、「ＲＮがリレーオペレーションを許可されていないという理由」であるかを認識することができる。ＲＮがアクセスの拒絶の理由を知ることで、以下の効果を得ることができる。ターゲットｅＮＢがＤｅＮＢの機能を有しないという理由に基づく拒絶である場合、ＲＮは、他のセルを選択し直せばＲＮとしてサポートされる可能性があることを認識することができる。

　次に、ターゲットｅＮＢが、ＲＮに対してアクセスを拒絶する方法の具体例を、以下に開示する。ターゲットｅＮＢは、ＲＮに対して、ＲＲＣ接続拒絶（RRC Connection Reject）を通知する。

　ターゲットｅＮＢが、ＲＮのアクセスを拒絶する場合、その理由を、ＲＮへの拒絶通知に付加してもよい。具体的には、ターゲットｅＮＢがＤｅＮＢの機能を有しないという理由に基づく拒絶である旨の理由を付加する。このように拒絶通知に拒絶の理由を付加することによって、ＲＮは、アクセスの拒絶の理由を認識することが可能となる。ＲＮがアクセスの拒絶の理由を知ることで、以下の効果を得ることができる。ターゲットｅＮＢが、ＤｅＮＢの機能を有しないという理由に基づく拒絶である場合、ＲＮは、他のセルを選択し直すことによってＲＮとしてサポートされる可能性があることを認識することができる。

　次に動作について説明する。従来のＵＥのハンドオーバの方法によって、移動ＲＮのハンドオーバがサポートされた場合、図１６および図１７に示したＵＥの動作をＲＮの動作に置き換えたシーケンスとなる。Ｘ２インタフェースを基本としたハンドオーバの方法の場合、ＲＮは、ターゲットｅＮＢに対して、図１６のステップＳＴ１６１０でアクセスする。Ｓ１インタフェースを基本としたハンドオーバの方法の場合、ＲＮは、ターゲットｅＮＢに対して、図１７のステップＳＴ１７０９でアクセスする。

　図１８および図１９を用いて、実施の形態１における移動体通信システムのシーケンスについて説明する。図１８および図１９は、全体的なハンドオーバのシーケンスの一部を示している。具体的には、図１８および図１９は、従来のＵＥのハンドオーバの方法によって、移動ＲＮのハンドオーバをサポートした場合における図１６のステップＳＴ１６１０、および図１７のステップＳＴ１７０９の部分を詳細に示している。

　図１８は、実施の形態１における移動体通信システムのシーケンスの一例を示す図である。図１８では、ＲＮのアクセスを拒絶するか否かをターゲットｅＮＢが判断する場合のシーケンスを示している。

　ステップＳＴ１８０１において、ＲＮは、ターゲットｅＮＢへ、ＲＲＣ接続要求（RRC Connection Request）を通知する。このとき、設立理由を「ＲＮからのアタッチ」とする。

　ステップＳＴ１８０２において、ターゲットｅＮＢは、ステップＳＴ１８０１で受信したＲＲＣ接続要求の中の設立理由が「ＲＮからのアタッチ」を示すか否かを判断する。前記設立理由が「ＲＮからのアタッチ」を示すと判断した場合は、ステップＳＴ１８０３へ移行する。前記設立理由が「ＲＮからのアタッチ」を示さないと判断した場合は、ステップＳＴ１８０５へ移行する。本ステップＳＴ１８０２において、ターゲットｅＮＢは、ＲＮからのアクセスであるか否かを判断する。

　ステップＳＴ１８０３において、ターゲットｅＮＢは、自装置がＤｅＮＢの機能を有するか否かを判断する。ＤｅＮＢの機能を有しないと判断した場合は、ステップＳＴ１８０４へ移行する。ＤｅＮＢの機能を有すると判断した場合は、ステップＳＴ１８０５へ移行する。

　ステップＳＴ１８０４において、ターゲットｅＮＢは、ＲＮへ、ＲＲＣ接続拒絶（RRC Connection Reject）を通知する。本ステップＳＴ１８０４において、ＤｅＮＢの機能を有しないターゲットｅＮＢが、ＲＮに対して、拒絶を示す。

　ステップＳＴ１８０５において、ターゲットｅＮＢは、ＲＮへ、ＲＲＣ接続セットアップ（RRC Connection Setup）を通知する。

　ステップＳＴ１８０６において、ＲＮは、ステップＳＴ１８０１でターゲットｅＮＢへ通知したＲＲＣ接続要求の応答を確認する。ＲＮは、ＲＲＣ接続拒絶を受信したか否かを判断する。ＲＲＣ接続拒絶を受信したと判断した場合、つまりＲＲＣ接続セットアップを受信しなかった場合は、ステップＳＴ１８０７へ移行する。ＲＲＣ接続拒絶を受信していないと判断した場合、つまりＲＲＣ接続セットアップを受信した場合は、ステップＳＴ１８０８へ移行する。

　ステップＳＴ１８０７において、ＲＮは、ハンドオーバ処理を中止し、ソースｅＮＢへ戻る。

　ステップＳＴ１８０８において、ＲＮは、ハンドオーバ処理を継続し、ターゲットｅＮＢとの接続処理を継続する。つまり、図１６のステップＳＴ１６１０、あるいは図１７のステップＳＴ１７０９へ戻る。

　図１９は、実施の形態１における移動体通信システムのシーケンスの一例を示す図である。図１９では、ＲＮのアクセスを拒絶するか否かをＥＰＣが判断する場合のシーケンスを示している。

　ステップＳＴ１９０１において、ＲＮは、ＲＲＣ接続設立の間に、ターゲットｅＮＢへＲＮインジケーションを通知する。

　次に、ステップＳＴ１８０３において、ターゲットｅＮＢは、自装置がＤｅＮＢの機能を有するか否かを判断する。ＤｅＮＢの機能を有しないと判断した場合は、ステップＳＴ１９０２へ移行する。ＤｅＮＢの機能を有すると判断した場合は、ステップＳＴ１９０３へ移行する。

　ステップＳＴ１９０２において、ターゲットｅＮＢは、ＲＮインジケーションをマッピングし、Ｓ－ＧＷ／Ｐ－ＧＷファンクションのＩＰアドレスをマッピングしない初期ＵＥメッセージを、ＭＭＥへ通知する。ＤｅＮＢの機能を有しないターゲットｅＮＢは、初期ＵＥメッセージにＳ－ＧＷ／Ｐ－ＧＷファンクションのＩＰアドレスをマッピングできない。

　ステップＳＴ１９０３において、ターゲットｅＮＢは、ＲＮインジケーションをマッピングし、Ｓ－ＧＷ／Ｐ－ＧＷファンクションのＩＰアドレスをマッピングした初期ＵＥメッセージを、ＭＭＥへ通知する。

　ステップＳＴ１９０４において、ＭＭＥは、傘下のｅＮＢであるターゲットｅＮＢから受信した初期ＵＥメッセージの中に、ＲＮインジケーションが含まれているか否かを判断する。初期ＵＥメッセージの中にＲＮインジケーションが含まれていると判断した場合は、ＲＮからのアクセスであると判断し、ステップＳＴ１９０５へ移行する。初期ＵＥメッセージの中にＲＮインジケーションが含まれていないと判断した場合は、ＲＮからのアクセスでないと判断し、本発明の特徴的な部分ではないので、説明を省略する意味で処理を終了する。

　ステップＳＴ１９０５において、ＭＭＥは、傘下のｅＮＢであるターゲットｅＮＢから受信した初期ＵＥメッセージの中に、Ｓ－ＧＷ／Ｐ－ＧＷファンクションのＩＰアドレスが含まれているか否かを判断する。初期ＵＥメッセージの中にＩＰアドレスが含まれていないと判断した場合は、ターゲットｅＮＢがＤｅＮＢの機能を有しないと判断し、ステップＳＴ１９０６へ移行する。初期ＵＥメッセージの中にＩＰアドレスが含まれていると判断した場合は、ターゲットｅＮＢがＤｅＮＢの機能を有すると判断し、本発明の特徴的な部分ではないので、説明を省略する意味で処理を終了する。

　ステップＳＴ１９０６において、ＭＭＥは、ターゲットｅＮＢへ、ＲＮからのアクセスを拒絶することを指示する。

　ステップＳＴ１９０７において、ステップＳＴ１９０６でＲＮからのアクセスを拒絶することを指示されたターゲットｅＮＢは、ＲＮへアクセスの拒絶を通知する。例えば、ターゲットｅＮＢは、ＲＮへ、ＲＲＣ接続拒絶（RRC Connection Reject）を通知する。

　ＲＮは、ステップＳＴ１８０６において、ＲＲＣ接続拒絶を受信したか否かを判断し、ＲＲＣ接続拒絶を受信したと判断した場合は、ステップＳＴ１８０７へ移行し、ＲＲＣ接続拒絶を受信していないと判断した場合は、ステップＳＴ１８０８へ移行する。

　以上の実施の形態１によって、以下の効果を得ることができる。ソースｅＮＢが、ＲＮをサポートすることができないｅＮＢ、つまりＤｅＮＢの機能を有しないｅＮＢをターゲットｅＮＢとして選択した場合であっても、ターゲットｅＮＢがＲＮを拒絶することができる。拒絶されることにより、ＲＮは、ソースｅＮＢとの接続へ戻るか、または他のｅＮＢをＤｅＮＢとして選択することが可能となるので、基地局装置との接続を継続することができる。したがって、ＲＮが移動した場合でも、ＲＮと基地局装置との間で通信を継続することができるので、ＲＮの傘下のＵＥへの通信サービスを継続することができる。

　本実施の形態で開示したＲＮのターゲットｅＮＢへのアクセスを拒絶するか否かを判断する方法の具体例（１），（２）は、後述の実施の形態において用いることができる。あるいはハンドオーバ時に限らず、ＲＮからのアクセス時に用いることができる。

　実施の形態１　変形例１．
　実施の形態１の変形例１では、前述の実施の形態１と同じ課題について、別の解決策を開示する。実施の形態１の変形例１での解決策を以下に示す。

　ターゲットｅＮＢは、自装置がＤｅＮＢの機能を有しない場合は、ソースＤｅＮＢが起動したハンドオーバを中止する。ハンドオーバの中止を受けて、ソースＤｅＮＢは、ハンドオーバ処理を中止する。

　ソースＤｅＮＢが、ハンドオーバを起動するときに、ハンドオーバ対象のエンティティがＲＮである旨を、ターゲットｅＮＢへ通知してもよい。

　ターゲットｅＮＢからのハンドオーバの中止を受けて、ソースＤｅＮＢは、ハンドオーバ処理を中止する、あるいはターゲットｅＮＢを再選択するようにしてもよい。

　ソースＤｅＮＢが、ハンドオーバ対象のエンティティがＲＮであるか否かを判断する方法の具体例として、以下の（１），（２）の２つを開示する。

　（１）ＲＮとしてのアタッチ処理におけるＲＲＣ接続設立（RRC connection establishment）の間に、ＲＮは、ＤｅＮＢにＲＮインジケーション（RN indication）を送信する。あるいは、ＲＮは、移動ＲＮインジケーションを送信してもよい。ＤｅＮＢは、該ＲＮインジケーションと、セルの識別子、ＰＣＩおよびＣＧＩなどとを対応付けて記憶する。ソースＤｅＮＢは、ハンドオーバ対象のセルの識別子に基づいて、ＲＮであるか否かを判断する。

　（２）ＲＮは、ソースＤｅＮＢへ測定報告を通知するときに、併せてＲＮである旨を通知する。あるいは、ＲＮは、移動ＲＮインジケーションを送信してもよい。測定報告の情報要素として、ＲＮであるか否かのインジケータを追加してもよい。あるいは、測定報告の情報要素として、移動ＲＮであるか否かのインジケータを追加してもよい。ソースＤｅＮＢは、測定報告などに基づいて、ＲＮをハンドオーバさせるか否かを判断する。前述の方法（１）と比較して、ソースＤｅＮＢが、ハンドオーバに関する情報をまとめて受信することができるので、ソースＤｅＮＢの処理の負荷を軽減することができる。

　ソースＤｅＮＢが、ハンドオーバを起動するときに、ターゲットｅＮＢへ、ハンドオーバ対象のエンティティがＲＮである旨を併せて通知する方法の具体例として、以下の（１），（２）の２つを開示する。

　（１）Ｘ２インタフェースを基本としたハンドオーバ方法を用いる場合、ソースＤｅＮＢは、ターゲットｅＮＢへのハンドオーバ要求のときに、ハンドオーバ対象のエンティティがＲＮである旨を併せて通知する。ハンドオーバ要求の情報要素として、ハンドオーバ対象のエンティティがＲＮであるか否かのインジケータを追加してもよい。

　（２）Ｓ１インタフェースを基本としたハンドオーバ方法を用いる場合、ソースＤｅＮＢは、ソースＭＭＥへのハンドオーバ要求のときに、ハンドオーバ対象のエンティティがＲＮである旨を併せて通知する。ハンドオーバ要求の情報要素として、ハンドオーバ対象のエンティティがＲＮであるか否かのインジケータを追加してもよい。

　ソースＤｅＮＢとターゲットｅＮＢとが同じＭＭＥで管理されている場合は、ソースＤｅＮＢからＭＭＥ経由でターゲットｅＮＢへ、ハンドオーバ対象のエンティティがＲＮである旨が通知される。ソースＤｅＮＢとターゲットｅＮＢとが異なるＭＭＥで管理されている場合は、ソースＤｅＮＢからソースＭＭＥ、およびターゲットＭＭＥ経由でターゲットｅＮＢへ、ハンドオーバ対象のエンティティがＲＮである旨が通知される。

　ターゲットｅＮＢが、自装置がＤｅＮＢの機能を有しない場合に、ハンドオーバを中止する方法の具体例として、以下を開示する。ハンドオーバ要求に対して、ハンドオーバ要求拒否（Handover Request Nack、あるいはHandover preparation Failure）を通知する。

　また、Ｓ１インタフェースを基本としたハンドオーバの方法を用いる場合、以下のようにしてもよい。

　ＭＭＥは、傘下のｅＮＢがＤｅＮＢの機能をサポートしているか否かを管理する。ＭＭＥは、セルの識別子と、ＤｅＮＢの機能をサポートしているか否かとを対応付けて記憶する。

　ソースＤｅＮＢが、ハンドオーバを起動するときに、ハンドオーバ対象のエンティティがＲＮである旨と、ターゲットｅＮＢのセルの識別子とを通知する。ターゲットｅＮＢを管理するＭＭＥは、ハンドオーバ要求をターゲットｅＮＢへ通知する前に、ターゲットｅＮＢのセルの識別子に基づいて、ターゲットｅＮＢがＤｅＮＢの機能を有するか否かを判断してもよい。ＭＭＥは、ターゲットｅＮＢがＤｅＮＢの機能を有しないと判断した場合は、該ハンドオーバを中止する。一方、ＭＭＥは、ターゲットｅＮＢがＤｅＮＢの機能を有すると判断した場合は、ハンドオーバ要求をターゲットｅＮＢへ通知する。

　次に動作について説明する。従来のＵＥのハンドオーバの方法によって、移動ＲＮのハンドオーバがサポートされた場合、図１６および図１７に示したＵＥの動作をＲＮの動作に置き換えたシーケンスとなる。

　図２０および図２１を用いて、実施の形態１の変形例１における移動体通信システムのシーケンスについて説明する。図２０および図２１は、全体的なハンドオーバのシーケンスの一部を示している。具体的には、図２０は、図１６のステップＳＴ１６０３～ステップＳＴ１６０７の部分を詳細に示しており、図２１は、図１７のステップＳＴ１６０３～ステップＳＴ１７０５の部分を詳細に示している。

　図２０は、実施の形態１の変形例１における移動体通信システムのシーケンスの一例を示す図である。図２０では、Ｘ２インタフェースを基本としたハンドオーバ処理を用いた場合のシーケンスを示している。

　ステップＳＴ２００１において、ＲＮは、ソースＤｅＮＢへ、測定報告（Measurement Report）と、ハンドオーバ対象のエンティティがＲＮである旨とを通知する。

　ステップＳＴ１６０４において、ソースＤｅＮＢは、ステップＳＴ２００１で受信した測定報告などに基づいて、ＵＥをハンドオーバさせるか否かを判断する。ＵＥをハンドオーバさせる場合、ハンドオーバ先であるターゲットｅＮＢを決定する。

　ステップＳＴ２００２において、ソースＤｅＮＢは、ターゲットｅＮＢへ、ハンドオーバ要求（Handover Request）と、ハンドオーバ対象のエンティティがＲＮである旨とを通知する。

　ステップＳＴ２００３において、ターゲットｅＮＢは、ハンドオーバ対象のエンティティがＲＮであるか否かを判断する。ターゲットｅＮＢは、ソースＤｅＮＢから、ハンドオーバ要求とともに、ハンドオーバ対象のエンティティがＲＮである旨を受信している場合は、ハンドオーバ対象のエンティティがＲＮであると判断し、ステップＳＴ２００４へ移行する。ターゲットｅＮＢは、ソースＤｅＮＢから、ハンドオーバ要求とともに、ハンドオーバ対象のエンティティがＲＮである旨を受信していない場合は、ハンドオーバ対象のエンティティがＲＮでないと判断し、図１６のステップＳＴ１６０６へ移行する。

　ステップＳＴ２００４において、ターゲットｅＮＢは、自装置がＤｅＮＢの機能を有するか否かを判断する。ＤｅＮＢの機能を有しないと判断した場合は、ステップＳＴ２００５へ移行する。ＤｅＮＢの機能を有すると判断した場合は、図１６のステップＳＴ１６０６へ移行する。

　ステップＳＴ２００５において、ターゲットｅＮＢは、ソースＤｅＮＢへ、ハンドオーバ要求拒否（Handover Request Nack）を通知する。

　ステップＳＴ２００６において、ステップＳＴ２００５でハンドオーバ要求拒否を受信したソースＤｅＮＢは、ターゲットｅＮＢを再選択する。また、ソースＤｅＮＢは、ＲＮに対して測定を要求してもよい。ソースＤｅＮＢは、ＲＮに対してメジャメントコントロールを通知してもよい。該メジャメントコントロールは、以前のメジャメントコントロールとは異なる内容であってもよい。

　図２１は、実施の形態１の変形例１における移動体通信システムのシーケンスの一例を示す図である。図２１では、Ｓ１インタフェースを基本としたハンドオーバ処理を用いた場合のシーケンスを示している。

　ステップＳＴ２１０１において、ターゲットＭＭＥは、傘下のｅＮＢがＤｅＮＢの機能を有するか否か、すなわちＤｅＮＢの機能をサポートしているか否かを記憶する。

　ステップＳＴ１７０１において、ソースＤｅＮＢは、Ｓ１インタフェースを基本としたハンドオーバを実行することを決定する。例えば、ソースＤｅＮＢとターゲットｅＮＢとの間にＸ２インタフェースが存在しない場合に、Ｓ１インタフェースを基本としたハンドオーバを実行する。

　ステップＳＴ２１０２において、ソースＤｅＮＢは、ソースＭＭＥへ、ハンドオーバ要求（Handover Required）と、ハンドオーバ対象のエンティティがＲＮである旨とを通知する。

　ステップＳＴ２１０３において、ソースＭＭＥは、ターゲットｅＮＢを管理するターゲットＭＭＥへ、ターゲットｅＮＢの識別子と、ハンドオーバ対象のエンティティがＲＮである旨とを含むフォワードリロケーションリクエスト（Forward Relocation Request）を通知する。

　ステップＳＴ２１０４において、ターゲットＭＭＥは、ターゲットｅＮＢがＤｅＮＢの機能を有するか否かを判断する。ＤｅＮＢの機能を有しないと判断した場合は、ステップＳＴ２１０５へ移行する。ＤｅＮＢの機能を有すると判断した場合は、図１７のステップＳＴ１７０４へ移行する。

　ステップＳＴ２１０５において、ターゲットＭＭＥは、ソースＭＭＥへ、フォワードリロケーションリクエスト拒否を通知する。

　ステップＳＴ２１０６において、ソースＭＭＥは、ソースＤｅＮＢへ、ハンドオーバ要求拒否（Handover preparation Failure）を通知する。

　ステップＳＴ２００６において、ステップＳＴ２１０６でハンドオーバ要求拒否を受信したソースＤｅＮＢは、ターゲットｅＮＢを再選択する。また、ソースＤｅＮＢは、ＲＮに対して測定を要求してもよい。ソースＤｅＮＢは、ＲＮに対してメジャメントコントロールを通知してもよい。該メジャメントコントロールは、以前のメジャメントコントロールとは異なる内容であってもよい。

　以上の実施の形態１の変形例１によって、実施の形態１の効果に加えて、以下の効果を得ることができる。実施の形態１よりも、ハンドオーバ処理の早い段階で、ターゲットｅＮＢがＤｅＮＢの機能を有しないことをソースＤｅＮＢが認識することが可能となる。これによって、ＲＮは、ターゲットｅＮＢへの接続を実行する必要がなくなる。また、ソースＤｅＮＢは、他のｅＮＢをターゲットｅＮＢとして選択することが可能となる。したがって、実施の形態１と比較して、制御遅延を削減することが可能となる。

　実施の形態１　変形例２．
　実施の形態１の変形例２で解決する課題について、以下に説明する。実施の形態１および実施の形態１の変形例１の解決策では、ターゲットｅＮＢがＤｅＮＢの機能を有しないという理由で、必ず拒否されるハンドオーバが起動される。これは、移動体通信システムとしての処理負荷、および制御遅延という点において問題が発生する。

　実施の形態１の変形例２での解決策を以下に示す。ＲＮにおいて、ｅＮＢがＤｅＮＢの機能を有するか否かを判断する。また、ハンドオーバ対象のエンティティがＲＮである場合、ＲＮのｅＮＢがＤｅＮＢの機能を有するか否かの判断結果を用いて、ソースＤｅＮＢが、ＤｅＮＢの機能を有するｅＮＢをターゲットｅＮＢとして選択してもよい。換言すれば、ソースＤｅＮＢが、ＤｅＮＢの機能を有しないｅＮＢをターゲットｅＮＢとして選択しない。

　ＲＮにおいて、ｅＮＢがＤｅＮＢの機能を有するか否かを判断する方法の具体例として、以下の（１）～（３）の３つを開示する。

　（１）ｅＮＢが、ＤｅＮＢの機能を有するか否かを示す情報を報知する。ＲＮは、ｅＮＢの報知情報を受信し、受信した報知情報に基づいて、該ｅＮＢがＤｅＮＢの機能を有するか否かを判断する。

　ＤｅＮＢの機能を有するか否かを示す情報を報知する方法の具体例を、以下に示す。既存のシステム情報（ＳＩＢ（System Information Block））（非特許文献２参照）の情報要素として、ＤｅＮＢの機能を有するか否かを示す情報を新規に追加する。システム情報は、ＢＣＣＨを用いて報知される。

　ＤｅＮＢの機能を有するか否かを示す情報をＳＩＢの情報要素とする方法の具体例として、以下（１－１）～（１－３）の３つを開示する。

　（１－１）ＳＩＢ１の情報要素として追加する。ＳＩＢ１にマッピングした場合、以下の効果を得ることができる。例えばＬＴＥ方式の移動体通信システムにおいては、ＳＩＢ１はサーチの初期段階で受信することが可能となる。具体例としては、図１２のステップＳＴ１２０５で受信することが可能となる。したがって、ＳＩＢ１に、ＤｅＮＢの機能を有するか否かを示す情報をマッピングすることによって、制御遅延を防止することができ、消費電力の低減を図ることができる。

　（１－２）ＳＩＢ２の情報要素として追加する。ＳＩＢ２にマッピングした場合、以下の効果を得ることができる。現在の３ＧＰＰでは、ＳＩＢ２には傘下の全ての移動端末に共通の無線リソースの設定がマッピングされる方向である。全てのＲＮに共通の情報が、同様のパラメータが含まれるＳＩＢ２へ追加されることは、同様のパラメータを同じシステム情報の受信によって得ることが可能となる。したがって、移動体通信システムの複雑化を回避することができ、制御遅延を防止することができる。

　（１－３）ＳＩＢ３の情報要素として追加する。ＳＩＢ３にマッピングした場合、以下の効果を得ることができる。現在の３ＧＰＰでは、ＳＩＢ３には、セルの再選択に共通の設定がマッピングされる方向である。セルの再選択に共通の情報が、同様のパラメータが含まれるＳＩＢ３へ追加されることは、同様のパラメータを同じシステム情報の受信によって得ることが可能となる。したがって、移動体通信システムの複雑化を回避することができ、制御遅延を防止することができる。

　また、ＤｅＮＢの機能を有するか否かを示す情報は、ＤｅＮＢの機能を有するｅＮＢからのみ報知するようにしてもよい。該情報が報知されていない場合は、ＤｅＮＢの機能を有しないと判断することができるので問題がない。また、ＤｅＮＢの機能を有しないｅＮＢには、追加情報が不要となる。

　（２）ＤｅＮＢの機能を有するｅＮＢに割当てるセルの識別子と、ＤｅＮＢの機能を有しないｅＮＢに割当てるセルの識別子とを分離する。セルの識別子のうち、ＰＣＩは、ＲＮが実行する測定の早い段階で、ＲＮが認識することができる。具体的には、周辺の基地局から送信される第一同期信号（Ｐ－ＳＳ）、および第二同期信号（Ｓ－ＳＳ）を用いて、ＰＣＩと１対１に対応するシンクロナイゼーションコードを認識する（図１２のステップＳＴ１２０１参照）。

　したがって、ＤｅＮＢの機能を有するｅＮＢに割当てるＰＣＩの範囲と、ＤｅＮＢの機能を有しないｅＮＢに割当てるＰＣＩの範囲とを分離してもよい。セルの識別子の分離方法、あるいはＰＣＩの範囲の分離方法は、ｅＮＢが報知する。ＲＮは、ｅＮＢのセルの識別子、あるいはＰＣＩを用いて、該ｅＮＢが、ＤｅＮＢの機能を有するか否かを判断する。セルの識別子の分離方法、あるいはＰＣＩの範囲の分離方法は、ＤｅＮＢの機能を有するｅＮＢからのみ報知するようにしてもよい。これによって、ＤｅＮＢの機能を有しないｅＮＢには、追加情報が不要となる。

　（３）ＤｅＮＢの機能を有するｅＮＢ用のキャリア周波数と、ＤｅＮＢの機能を有しないｅＮＢ用のキャリア周波数とを分離する。周波数の分離方法は、ｅＮＢが報知する。ＲＮは、ｅＮＢのキャリア周波数を用いて、該ｅＮＢが、ＤｅＮＢの機能を有するか否かを判断する。周波数の分離方法は、ＤｅＮＢの機能を有するｅＮＢからのみ報知するようにしてもよい。これによって、ＤｅＮＢの機能を有しないｅＮＢには、追加情報が不要となる。

　ＲＮにおける、ｅＮＢがＤｅＮＢの機能を有するか否かの判断結果をソースｅＮＢへ通知する方法の具体例として、以下の（１）～（４）の４つを開示する。

　（１）ＲＮがＤｅＮＢの機能を有しないｅＮＢを測定の対象外とする。換言すれば、ＲＮは、ＤｅＮＢの機能を有しないｅＮＢの測定を行わない。つまり、ＲＮが、ソースＤｅＮＢへ、ＤｅＮＢの機能を有するｅＮＢをターゲットｅＮＢの候補として通知する。ソースＤｅＮＢは、ＲＮから通知される全ての測定報告の対象ｅＮＢが、ＤｅＮＢの機能を有すると判断する。

　（２）ＲＮがＤｅＮＢの機能を有しないｅＮＢを測定報告の対象外とする。換言すれば、ＲＮは、ソースＤｅＮＢに対して、ＤｅＮＢの機能を有しないｅＮＢの測定報告を行わない。つまり、ＲＮが、ソースＤｅＮＢへ、ＤｅＮＢの機能を有するｅＮＢをターゲットｅＮＢの候補として通知する。ソースＤｅＮＢは、ＲＮから通知される全ての測定報告の対象ｅＮＢが、ＤｅＮＢの機能を有すると判断する。

　（３）ＲＮが測定報告のときに、併せて対象のｅＮＢがＤｅＮＢの機能を有するか否かを通知する。測定報告の情報要素として、対象のｅＮＢがＤｅＮＢの機能を有するか否かのインジケータを追加してもよい。ソースＤｅＮＢは、ＤｅＮＢの機能を有するか否かのインジケータを用いて、測定報告の対象ｅＮＢがＤｅＮＢの機能を有するか否かを判断する。

　（４）ＲＮがソースＤｅＮＢへ、ＤｅＮＢの機能を有するｅＮＢのうち、最も受信品質の良いｅＮＢを対象とする測定報告を行う。つまり、ＲＮが、ソースＤｅＮＢへ、ＤｅＮＢの機能を有するｅＮＢをターゲットｅＮＢとして通知する。ソースＤｅＮＢは、ＲＮから通知される測定報告の対象ｅＮＢが、ＤｅＮＢの機能を有すると判断する。

　ＤｅＮＢは、ＲＮに対して、前記（１）～（４）のＲＮでのｅＮＢがＤｅＮＢの機能を有するか否かの判断結果をソースｅＮＢへ通知する方法のうち、いずれを用いるかを選択するようにしてもよい。ＤｅＮＢが、ＲＮへ、選択した方法を通知する方法の具体例として、以下の（１）～（３）の３つを開示する。

　（１）Ｓ１インタフェースを用いて、Ｓ１シグナリングで通知する。
　（２）メジャメントコントロール（Measurement Control）を通知するときに、併せて通知する。メジャメントコントロールの情報要素として、選択したＲＮでのｅＮＢがＤｅＮＢの機能を有するか否かの判断結果を、ソースｅＮＢへ通知する方法を示すインジケータを追加してもよい。
　（３）報知情報として、ＲＮでのｅＮＢがＤｅＮＢの機能を有するか否かの判断結果を、ソースｅＮＢへ通知する方法を通知する。

　ソースＤｅＮＢが、ハンドオーバ対象のエンティティがＲＮであるか否かを判断する方法の具体例は、前述の実施の形態１の変形例１と同様であるので、説明を省略する。

　図２２を用いて、実施の形態１の変形例２における移動体通信システムのシーケンスについて説明する。図２２は、全体的なハンドオーバのシーケンスの一部を示している。具体的には、図２２は、図１６および図１７のステップＳＴ１６０１～ステップＳＴ１６０４の部分を詳細に示している。

　図２２は、実施の形態１の変形例２における移動体通信システムのシーケンスの一例を示す図である。ステップＳＴ２２０１において、ソースＤｅＮＢは、ＲＮへ、メジャメントコントロール（Measurement Control）を通知する。あわせて、ソースＤｅＮＢは、ＲＮへ、ＲＮでのｅＮＢがＤｅＮＢの機能を有するか否かの判断結果をソースＤｅＮＢへ通知する方法を指示する。本動作例では、測定報告のときに、併せて対象のｅＮＢがＤｅＮＢの機能を有するか否かを通知する方法を指示したと想定して、以下説明する。

　ステップＳＴ２２０２において、ＲＮは、ステップＳＴ２２０１で受信したメジャメントコントロールに従って測定（Measurement）を実行する。測定対象のｅＮＢの報知情報を受信し、デコードし、報知情報にマッピングされるＤｅＮＢの機能を有するか否かを示す情報を確認する。

　ステップＳＴ２２０３において、ＲＮは、ステップＳＴ２２０１で受信したメジャメントコントロールに従って、測定報告（Measurement Report）をソースＤｅＮＢへ通知する。あわせて、ＲＮは、ソースＤｅＮＢへ、測定報告の対象ｅＮＢがＤｅＮＢの機能を有するか否かの判断結果と、ハンドオーバ対象のエンティティがＲＮである旨とを通知する。

　ステップＳＴ２２０４において、ソースＤｅＮＢは、ハンドオーバ対象のエンティティがＲＮであるか否かを判断する。ソースＤｅＮＢは、ＲＮから、測定報告とともに、ハンドオーバ対象のエンティティがＲＮである旨を受信している場合は、ハンドオーバ対象のエンティティがＲＮであると判断し、ステップＳＴ２２０５へ移行する。ソースＤｅＮＢは、ＲＮから、測定報告とともに、ハンドオーバ対象のエンティティがＲＮである旨を受信していない場合は、ハンドオーバ対象のエンティティがＲＮでないと判断し、図１６および図１７のステップＳＴ１６０４へ移行する。

　ステップＳＴ２２０５において、ソースＤｅＮＢは、ステップＳＴ２２０３で受信した測定報告などに基づいて、ハンドオーバを実行するか否か、具体的には、ＲＮをハンドオーバさせるか否かを判断する。ソースＤｅＮＢは、ＲＮをハンドオーバさせると判断した場合は、ステップＳＴ２２０６において、ステップＳＴ２２０３で受信した測定報告の対象ｅＮＢがＤｅＮＢの機能を有するか否かの判断結果に基づいて、ＤｅＮＢの機能を有するｅＮＢからターゲットｅＮＢを決定する。換言すれば、ソースＤｅＮＢは、ＤｅＮＢの機能を有するｅＮＢをターゲットｅＮＢとして選択する。

　ステップＳＴ２２０６において、ＤｅＮＢの機能を有するｅＮＢからターゲットｅＮＢが決定されると、図１６のステップＳＴ１６０５または図１７のステップＳＴ１７０１に移行する。

　以上の実施の形態１の変形例２によって、実施の形態１、実施の形態１の変形例１の効果に加えて、以下の効果を得ることができる。ターゲットｅＮＢがＤｅＮＢの機能を有しないという理由で、必ず拒否されるハンドオーバが起動されることを防ぐことができる。これによって、移動体通信システムとしての処理負荷を軽減することができ、制御遅延を防止することができる。

　実施の形態１　変形例３．
　実施の形態１の変形例３では、前述の実施の形態１の変形例２と同じ課題について、別の解決策を開示する。実施の形態１の変形例３での解決策を以下に示す。

　ソースＤｅＮＢにおいて、周辺ｅＮＢがＤｅＮＢの機能を有するか否かを判断する。また、ハンドオーバ対象のエンティティがＲＮである場合、ソースＤｅＮＢが、ＤｅＮＢの機能を有するｅＮＢをターゲットｅＮＢとして選択してもよい。換言すれば、ソースＤｅＮＢが、ＤｅＮＢの機能を有しないｅＮＢをターゲットｅＮＢとして選択しない。

　ソースＤｅＮＢにおいて、周辺ｅＮＢがＤｅＮＢの機能を有するか否かを判断する方法の具体例として、以下の（１）～（３）の３つを開示する。

　（１）ソースＤｅＮＢが基地局としてセットアップするときに、ＯＡＭから周辺セル情報の一部として、あるいは周辺セル情報とは別個に、周辺セルがＤｅＮＢの機能を有するか否かの情報を取得する。

　ＤｅＮＢの機能を有するｅＮＢのみ、周辺セルがＤｅＮＢの機能を有するか否かの情報を取得するようにしてもよい。ＤｅＮＢの機能を有しないｅＮＢには、追加機能が不要という効果を得ることができる。

　周辺セルがＤｅＮＢの機能を有するか否かの情報の具体例として、以下の（１－１）～（１－３）の３つを開示する。
　（１－１）周辺ｅＮＢのセルの識別子と対応付けて、該ｅＮＢがＤｅＮＢの機能を有するか否かの情報。
　（１－２）ＤｅＮＢの機能を有するｅＮＢに割当てるＰＣＩ範囲の情報。
　（１－３）ＤｅＮＢの機能を有するｅＮＢが用いるキャリア周波数の情報。

　また、ＤｅＮＢの機能を有するｅＮＢが新たに設置された、あるいはＤｅＮＢの機能を有するｅＮＢが撤去された、その他の理由によって、周辺セルがＤｅＮＢの機能を有するか否かの情報が変更される可能性もある。

　周辺セルがＤｅＮＢの機能を有するか否かの情報が変更される可能性を考慮した方法の具体例として、以下を開示する。

　周辺セルがＤｅＮＢの機能を有するか否かの情報に変更があった場合、ＯＡＭがソースＤｅＮＢへ通知する。

　（２）実施の形態１の変形例２と同様に、ｅＮＢがＤｅＮＢの機能を有するか否かを示す情報を報知する場合、ソースＤｅＮＢが周辺ｅＮＢの報知情報を受信し、デコードし、報知情報にマッピングされるＤｅＮＢの機能を有するか否かを示す情報を確認する。ソースＤｅＮＢは、周辺ｅＮＢのセルの識別子と対応付けて、該ｅＮＢがＤｅＮＢの機能を有するか否かを記憶する。

　ＤｅＮＢの機能を有するｅＮＢが新たに設置された、あるいはＤｅＮＢの機能を有するｅＮＢが撤去された、その他の理由によって、周辺セルがＤｅＮＢの機能を有するか否かの情報が変更される可能性もある。

　ソースＤｅＮＢが周期的に周辺ｅＮＢの報知情報を受信し、デコードし、報知情報にマッピングされるＤｅＮＢの機能を有するか否かを示す情報を確認する。

　（３）ＤｅＮＢが、周辺セル情報の一部として、あるいは周辺セル情報とは別個に、周辺セルがＤｅＮＢの機能を有するか否かの情報を、ＭＭＥ、あるいはＲＮ用ＯＡＭへ問合せて、取得する。ＤｅＮＢが問合せを実行するトリガの具体例として、以下の（３－１）～（３－３）の３つを開示する。

　（３－１）ＲＮから、最初のアクセスを受信した場合。例えば、ＲＮからＲＲＣコネクションリクエストを受信した場合。ＲＮからのアクセスであるか否かを判断する方法は、実施の形態１のターゲットｅＮＢが、ＲＮからのアクセスであるか否かを判断する方法の具体例を用いることができる。
　（３－２）ＲＮから、ハンドオーバ処理のトリガの１つである測定報告を受信した場合。
　（３－３）ＤｅＮＢが、ＲＮへメジャメントコントロールを通知する場合。

　ソースＤｅＮＢが、周期的にＭＭＥあるいはＯＡＭから、周辺セル情報の一部として、あるいは周辺セル情報とは別個に、周辺セルがＤｅＮＢの機能を有するか否かの情報を取得する。

　ソースＤｅＮＢが、ハンドオーバ対象のエンティティがＲＮであるか否かを判断する方法の具体例は、実施の形態１の変形例１と同様であるので、説明を省略する。

　ソースＤｅＮＢが、ＤｅＮＢの機能を有するｅＮＢをターゲットｅＮＢとして選択する方法の具体例として、以下の（１），（２）の２つを開示する。

　（１）ソースＤｅＮＢが判断する方法。ソースＤｅＮＢは、ＲＮから測定報告を受信した場合、測定報告に含まれるセルの識別子に基づいて、測定報告の対象ｅＮＢがＤｅＮＢの機能を有しているか否かを判断する。ソースＤｅＮＢは、ＤｅＮＢの機能を有するｅＮＢをターゲットｅＮＢとして選択する。

　（２）ソースＤｅＮＢが指示する方法。ソースＤｅＮＢは、ＲＮに対してＤｅＮＢの機能を有するｅＮＢを測定対象とすることを通知する。ソースＤｅＮＢは、ＲＮからの測定報告の対象ｅＮＢから、ターゲットｅＮＢを選択する。ＲＮの測定対象がＤｅＮＢの機能を有するｅＮＢとなることから、ソースＤｅＮＢは、測定報告の対象ｅＮＢからターゲットｅＮＢを選択すればよい。測定対象とすることの通知方法の具体例として、以下の（２－１），（２－２）の２つを開示する。

　（２－１）ソースＤｅＮＢは、報知情報に、周辺ｅＮＢがＤｅＮＢの機能を有するか否かの情報をマッピングする。報知情報に、周辺セルリスト（neighbor cell list）、あるいは周辺セル情報、あるいは周辺セル設定（neighbor cell configuration）としてマッピングしてもよい。ＲＮは、該報知情報を受信し、デコードし、ＤｅＮＢの機能を有するｅＮＢを測定対象とする。

　ＲＮ用の周辺セル情報と、通常の周辺セル情報とを分離するとよい。ＲＮ以外、つまりＵＥは、ＤｅＮＢの機能を有しないｅＮＢからもサービスを受けることができるので、ＤｅＮＢの機能を有しないｅＮＢを認識する必要がないからである。

　ＤｅＮＢの機能を有するか否かの情報の具体例としては、以下の（２－１－１），（２－１－２）の２つを開示する。
　（２－１－１）ＤｅＮＢの機能を有する周辺ｅＮＢのセルの識別子を通知する。ＤｅＮＢの機能を有するｅＮＢに割当てるＰＣＩ範囲を通知してもよい。周辺ｅＮＢのセルの識別子と、該ｅＮＢがＤｅＮＢの機能を有するか否かのインジケータとを対応付けて通知してもよい。
　（２－１－２）ＤｅＮＢの機能を有するｅＮＢのキャリア周波数を通知する。

　（２－２）ソースＤｅＮＢは、ＲＮに対してメジャメントコントロールに測定対象（Measurement object）として、ＤｅＮＢの機能を有するｅＮＢを指定する。指定の方法の具体例として、以下の（２－２－１），（２－２－２）の２つを開示する。
　（２－２－１）ＤｅＮＢの機能を有するｅＮＢのセルの識別子で指定する。ＤｅＮＢの機能を有するｅＮＢのセルの識別子の範囲で指定してもよい。ＤｅＮＢの機能を有するｅＮＢに割当てるＰＣＩの範囲で指定してもよい。
　（２－２－２）ＤｅＮＢの機能を有するｅＮＢのキャリア周波数を通知する。

　次に動作について説明する。従来のＵＥのハンドオーバ方法によって、移動ＲＮのハンドオーバがサポートされた場合、図１６および図１７に示したＵＥの動作をＲＮの動作に置き換えたシーケンスとなる。

　図２３および図２４を用いて、実施の形態１の変形例３における移動体通信システムのシーケンスについて説明する。図２３および図２４は、全体的なハンドオーバのシーケンスの一部を示している。

　図２３は、実施の形態１の変形例３における移動体通信システムのシーケンスの一例を示す図である。図２３では、ソースＤｅＮＢがＤｅＮＢの機能を有するｅＮＢをターゲットｅＮＢとして選択する方法として、ソースＤｅＮＢが判断する方法を用いた場合のシーケンスを示している。

　ステップＳＴ２３０１において、ＯＡＭは、周辺セルがＤｅＮＢの機能を有するか否かの情報を、ソースＤｅＮＢへ通知する。ソースＤｅＮＢは、セットアップするときに、ステップＳＴ２３０１でＯＡＭから、周辺セルがＤｅＮＢの機能を有するか否かの情報を取得する。

　ステップＳＴ１６０１において、ハンドオーバ元であるソースＤｅＮＢは、ＵＥへメジャメントコントロール（Measurement Control）を通知する。

　ステップＳＴ２２０４において、ソースＤｅＮＢは、ハンドオーバ対象のエンティティがＲＮであるか否かを判断する。ソースＤｅＮＢは、ＵＥから、測定報告とともに、ハンドオーバ対象のエンティティがＲＮである旨を受信している場合は、ハンドオーバ対象のエンティティがＲＮであると判断し、ステップＳＴ２３０２へ移行する。ソースＤｅＮＢは、ＲＮから、測定報告とともに、ハンドオーバ対象のエンティティがＲＮである旨を受信していない場合は、ハンドオーバ対象のエンティティがＲＮでないと判断し、図１６および図１７のステップＳＴ１６０４へ移行する。

　ステップＳＴ２３０２において、ソースＤｅＮＢは、ステップＳＴ２００１で受信した測定報告などに基づいて、ハンドオーバを実行するか否か、具体的には、ＲＮをハンドオーバさせるか否かを判断する。ソースＤｅＮＢは、ＲＮをハンドオーバさせると判断した場合は、ステップＳＴ２３０３において、ステップＳＴ２３０１で取得した周辺セルがＤｅＮＢの機能を有するか否かの情報に基づいて、ＤｅＮＢの機能を有するｅＮＢからターゲットｅＮＢを決定する。換言すれば、ソースＤｅＮＢは、ＤｅＮＢの機能を有するｅＮＢをターゲットｅＮＢとして選択する。

　ステップＳＴ２３０３において、ＤｅＮＢの機能を有するｅＮＢからターゲットｅＮＢが決定されると、図１６のステップＳＴ１６０５または図１７のステップＳＴ１７０１に移行する。

　図２４は、実施の形態１の変形例３における移動体通信システムのシーケンスの一例を示す図である。図２４では、ソースＤｅＮＢがＤｅＮＢの機能を有するｅＮＢをターゲットｅＮＢとして選択する方法として、ソースＤｅＮＢが指示する方法を用いた場合のシーケンスを示している。

　ステップＳＴ２４０１において、ソースＤｅＮＢは、ステップＳＴ２３０１で取得した、周辺セルがＤｅＮＢの機能を有するか否かの情報に基づいて、ＲＮへ、ＤｅＮＢの機能を有するｅＮＢを測定対象とすることを指示するメジャメントコントロール（Measurement Control）を通知する。

　ステップＳＴ２４０２において、ＲＮは、ステップＳＴ２４０１にて受信したメジャメントコントロールに従って、ＤｅＮＢの機能を有するｅＮＢを測定対象とした測定（Measurement）を実行する。

　ステップＳＴ１６０３において、ＲＮは、ステップＳＴ２４０１で受信したメジャメントコントロールに従って、測定報告（Measurement Report）をソースＤｅＮＢへ通知する。ステップＳＴ１６０３で測定報告を受信したソースＤｅＮＢは、図１６および図１７のステップＳＴ１６０４へ移行する。

　以上の実施の形態１の変形例３によって、実施の形態１の変形例２と同様の効果を得ることができる。

　実施の形態１　変形例４．
　ＤｅＮＢセルのリストの詳細については、前述の非特許文献１～９および参考文献１～３には何ら開示されていない。

　どのＲＮの対象で、ＤｅＮＢセルのリストを設けるかの具体例として、以下の（１），（２）の２つを開示する。

　（１）全てのＲＮを対象とするＤｅＮＢセルのリストを設ける。以下の説明では、全てのＲＮを対象とするＤｅＮＢセルのリストを「全ＲＮ向けＤｅＮＢセルのリスト」と称する。換言すれば、全ＲＮ向けＤｅＮＢセルのリストは、ＤｅＮＢの機能を有するｅＮＢのリストとなる。あるいは、全ＲＮ向けＤｅＮＢセルのリストは、ＤｅＮＢの機能を有するｅＮＢの一部のｅＮＢのリストとしてもよい。一部のｅＮＢの具体例としては、ソースＤｅＮＢの周辺のＤｅＮＢの機能を有するｅＮＢとする。異なる無線アクセス技術（Radio Access Technology：ＲＡＴ）毎に「全ＲＮ向けＤｅＮＢセルのリスト」を設けてもよい。キャリア周波数毎に「全ＲＮ向けＤｅＮＢセルのリスト」を設けてもよい。

　全ＲＮ向けＤｅＮＢセルのリストを設ける場合は、後述のように、実施の形態１～実施の形態１の変形例３を用いることができ、ＲＮのハンドオーバ処理を簡略化することができる。また、後述のように、アクセス制限が容易となる。

　（２）個別のＲＮ、あるいはＲＮグループ毎を対象とするＤｅＮＢセルのリストを設ける。以下の説明では、個別のＲＮ、あるいはＲＮグループ毎を対象とするＤｅＮＢセルのリストを「ＲＮ毎ＤｅＮＢセルのリスト」と称する。ＲＮ毎、あるいはＲＮグループ毎に接続可能なＤｅＮＢを設定することが可能となる。異なる無線アクセス技術（ＲＡＴ）毎に「ＲＮ毎ＤｅＮＢセルのリスト」を設けてもよい。キャリア周波数毎に「ＲＮ毎ＤｅＮＢセルのリスト」を設けてもよい。

　ＲＮ毎ＤｅＮＢセルのリストは、サービス要求との整合を取り易くなる。例えば、東海道新幹線に搭載されるＲＮと、東北新幹線に搭載されるＲＮとに接続可能なＤｅＮＢを、ＲＮ毎ＤｅＮＢセルのリストを用いることによって、別に設定することが可能となる。

　以下の説明において、単にＤｅＮＢセルのリストと称するときは、全ＲＮ向けＤｅＮＢセルのリストと、ＲＮ毎ＤｅＮＢセルのリストとの区別がないことを示す。

　実施の形態１の変形例４で解決する課題について、以下に説明する。移動体通信システムにおいて、ＲＮ毎ＤｅＮＢセルのリストを設ける場合、以下の課題が発生する。解決策の一部として、ｅＮＢがＤｅＮＢの機能を有しているか否かの判断を用いている実施の形態１～実施の形態１の変形例３を用いることができない。なぜならば、ＲＮ毎ＤｅＮＢセルのリストは、ＤｅＮＢの機能を有しているｅＮＢからＲＮ毎あるいはＲＮグループ毎に、サービスなどの観点でＤｅＮＢを選択し、リスト化したものであり、ＤｅＮＢの機能を有しているｅＮＢが必ずしも対象のＲＮへのサービスを提供できないからである。つまり、移動体通信システムにおいて、ＲＮ毎ＤｅＮＢセルのリストを設ける場合、実施の形態１の課題が再発する。

　ただし、以下のように改良することで、ＲＮグループ毎を対象とする「ＲＮ毎ＤｅＮＢセルのリスト」を設ける場合であっても、実施の形態１～実施の形態１の変形例３の解決策を用いることができる。

　同じＲＮグループに登録したＲＮが、同じＲＮグループに属するＤｅＮＢにアクセス可能とする。つまり、ＤｅＮＢと同じＲＮグループに登録していないＲＮは、該ＤｅＮＢへはアクセスできないとする。以下の説明では、ＲＮグループを、単にグループと称することがある。

　実施の形態１においては、以下のように改良する。ＲＮが、ＤｅＮＢの機能を有しないターゲットｅＮＢへアクセスしたとき、あるいは同じグループに属していないＤｅＮＢにアクセスしたときに、ターゲットｅＮＢが、ＲＮに対して拒絶を示す。

　ＲＮのターゲットｅＮＢへのアクセスを拒絶するか否かを判断する方法として、以下を追加する。ＲＮからのアクセスに対して、ターゲットｅＮＢ自身が該ＲＮと同じグループに属していない場合は、該アクセスを拒絶すると判断する。

　ターゲットｅＮＢが、ＲＮの属するグループを判断する方法の具体例として、以下の（１），（２）の２つを開示する。

　（１）ＲＮが、ＲＲＣ接続設立の間に、自ＲＮが属するグループの識別子をターゲットｅＮＢへ通知する。ＲＮインジケーションとともに通知するようにしてもよい。ＲＮが、自ＲＮが属するグループの識別子をアタッチ処理によって、ターゲットｅＮＢへ通知するようにしてもよい。

　（２）ＲＲＣ接続要求（RRC Connection Request）とともに自ＲＮが属するグループの識別子をターゲットｅＮＢへ通知する。ＲＲＣ接続要求の情報要素として、自ＲＮが属するグループの識別子を追加してもよい。

　ターゲットｅＮＢは、自身が属するグループと同じグループに属していないＲＮに対して、ＲＲＣ接続拒絶（RRC Connection Reject）を通知する。

　ターゲットｅＮＢが、ＲＮのアクセスを拒絶する場合、その理由を、ＲＮへの拒絶通知に付加してもよい。具体的には、ターゲットｅＮＢが同じグループに属していないという理由に基づく拒絶である旨の理由を付加する。このように拒絶通知に拒絶の理由を付加することによって、ＲＮは、アクセスの拒絶の理由を認識することが可能となる。ＲＮがアクセスの拒絶の理由を知ることで、以下の効果を得ることができる。ターゲットｅＮＢが同じグループに属していないという理由に基づく拒絶である場合、ＲＮは、他のセルを選択し直すことによってＲＮとしてサポートされる可能性があることを認識することができる。

　実施の形態１の変形例１においては、以下のように改良する。ターゲットｅＮＢは、自装置がＤｅＮＢの機能を有しない場合、あるいは自装置と同じグループに属していないＲＮからのアクセスの場合、ソースＤｅＮＢが起動したハンドオーバを中止する。ソースＤｅＮＢが、ハンドオーバを起動するときに、ハンドオーバ対象のエンティティがＲＮである旨と、ＲＮの属するグループの識別子とを、ターゲットｅＮＢへ通知してもよい。

　ソースＤｅＮＢが、ハンドオーバ対象のＲＮのグループを判断する方法の具体例として、以下の（１），（２）の２つを開示する。

　（１）ＲＮとしてのアタッチ処理におけるＲＲＣ接続設立（RRC connection establishment）の間に、ＲＮは、ＤｅＮＢに自ＲＮが属するグループの識別子を送信する。ＤｅＮＢは、ＲＮが属するグループの識別子と、セルの識別子とを対応付けて記憶する。

　（２）ＲＮは、ソースＤｅＮＢへ測定報告を通知するときに、併せて自ＲＮが属するグループの識別子を通知する。測定報告の情報要素として、自ＲＮが属するグループの識別子を追加してもよい。

　ソースＤｅＮＢが、ハンドオーバを起動するときに、ターゲットｅＮＢへ、ＲＮが属するグループの識別子を通知する方法の具体例として、以下の（１），（２）の２つを開示する。

　（１）Ｘ２インタフェースを基本としたハンドオーバ方法を用いる場合、ソースＤｅＮＢは、ターゲットｅＮＢへ、ＲＮが属するグループの識別子を併せて通知する。ハンドオーバ要求の情報要素として、ＲＮが属するグループの識別子を追加してもよい。

　（２）Ｓ１インタフェースを基本としたハンドオーバ方法を用いる場合、ソースＤｅＮＢは、ソースＭＭＥへのハンドオーバ要求のときに、ＲＮが属するグループの識別子を併せて通知する。ハンドオーバ要求の情報要素として、ＲＮが属するグループの識別子を追加してもよい。

　実施の形態１の変形例２においては、以下のように改良する。ＲＮにおいて、ｅＮＢがＤｅＮＢの機能を有するか否かと、同じグループに属するか否かとを判断する。また、ハンドオーバ対象のエンティティがＲＮである場合、ＲＮのｅＮＢがＤｅＮＢの機能を有するか否かの判断結果と、同じグループに属するか否かの判断結果とを用いて、ソースＤｅＮＢが、ＤｅＮＢの機能を有し、同じグループに属するｅＮＢをターゲットｅＮＢとして選択してもよい。換言すれば、ソースＤｅＮＢが、ＤｅＮＢの機能を有しないｅＮＢ、あるいは同じグループに属さないｅＮＢをターゲットｅＮＢとして選択しない。

　ＲＮにおいて、ｅＮＢが自ＲＮと同じグループに属するか否かを判断する方法の具体例として、以下を開示する。

　ｅＮＢが、属するグループの識別子を報知する。ＲＮは、ｅＮＢの報知情報を受信し、受信した報知情報に基づいて、該ｅＮＢが自ＲＮと同じグループに属するか否かを判断する。属するグループの識別子を報知する方法の具体例は、実施の形態１の変形例２のＤｅＮＢの機能を有するか否かを示す情報を報知する方法の具体例と同様であるので、説明を省略する。

　ＲＮにおける、ｅＮＢが自ＲＮと同じグループに属するか否かの判断結果をソースｅＮＢへ通知する方法の具体例として、以下の（１）～（４）の４つを開示する。

　（１）ＲＮが自ＲＮと同じグループに属さないｅＮＢを測定の対象外とする。換言すれば、ＲＮは、自ＲＮと同じグループに属さないｅＮＢの測定を行わない。つまり、ＲＮが、ソースＤｅＮＢへ、自ＲＮと同じグループに属するｅＮＢをターゲットｅＮＢの候補として通知する。ソースＤｅＮＢは、ＲＮから通知される全ての測定報告の対象ｅＮＢが、ＲＮと同じグループに属すると判断する。

　（２）ＲＮが自ＲＮと同じグループに属さないｅＮＢを測定報告の対象外とする。換言すれば、ＲＮは、ソースＤｅＮＢに対して、自ＲＮと同じグループに属さないｅＮＢの測定報告を行わない。つまり、ＲＮが、ソースＤｅＮＢへ、自ＲＮと同じグループに属するｅＮＢをターゲットｅＮＢの候補として通知する。ソースＤｅＮＢは、ＲＮから通知される全ての測定報告の対象ｅＮＢが、自ＲＮと同じグループに属すると判断する。

　（３）ＲＮが測定報告のときに、併せて対象のｅＮＢが自ＲＮと同じグループに属するか否かを通知する。測定報告の情報要素として、対象のｅＮＢが自ＲＮと同じグループに属するか否かのインジケータを追加してもよい。ソースＤｅＮＢは、ＲＮと同じグループに属するか否かのインジケータを用いて、測定報告の対象ｅＮＢがＲＮと同じグループに属するか否かを判断する。

　（４）ＲＮがソースＤｅＮＢへ、自ＲＮと同じグループに属するｅＮＢのうち、最も受信品質の良いｅＮＢを対象とする測定報告を行う。つまり、ＲＮが、ソースＤｅＮＢへ、自ＲＮと同じグループに属するｅＮＢをターゲットｅＮＢとして通知する。ソースＤｅＮＢは、ＲＮから通知される測定報告の対象ｅＮＢが、自ＲＮと同じグループに属すると判断する。

　ＤｅＮＢは、ＲＮに対して、前記（１）～（４）のＲＮでのｅＮＢが自ＲＮと同じグループに属するか否かの判断結果をソースｅＮＢへ通知する方法のうち、いずれを用いるかを選択するようにしてもよい。ＤｅＮＢが、ＲＮへ、選択した方法を通知する方法の具体例は、実施の形態１の変形例２と同様であるので、説明を省略する。

　実施の形態１の変形例３においては、以下のように改良する。ソースＤｅＮＢにおいて、周辺ｅＮＢがＤｅＮＢの機能を有するか否かを判断し、周辺ｅＮＢが属するグループを認識する。

　また、ハンドオーバ対象のエンティティがＲＮである場合、ソースＤｅＮＢがＤｅＮＢの機能を有するｅＮＢをターゲットｅＮＢとして選択し、ＲＮと同じグループに属するｅＮＢをターゲットｅＮＢとして選択してもよい。換言すれば、ソースＤｅＮＢが、ＤｅＮＢの機能を有しないｅＮＢ、あるいは同じグループに属さないｅＮＢをターゲットｅＮＢとして選択しない。

　ソースＤｅＮＢにおいて、周辺ｅＮＢが属するグループを認識する方法の具体例として、以下の（１）～（３）の３つを開示する。

　（１）ソースＤｅＮＢが基地局としてセットアップするときに、ＯＡＭから周辺セル情報の一部として、あるいは周辺セル情報とは別個に、周辺セルの属するグループの識別子を取得する。

　（２）実施の形態１の変形例２と同様に、ｅＮＢが属するグループの識別子を報知する場合、ソースＤｅＮＢが周辺ｅＮＢの報知情報を受信し、デコードし、報知情報にマッピングされるｅＮＢが属するグループの識別子を確認する。ソースＤｅＮＢは、周辺ｅＮＢのセルの識別子と対応付けて、該ｅＮＢが属するグループの識別子を記憶する。

　（３）ＤｅＮＢが、周辺セル情報の一部として、あるいは周辺セル情報とは別個に、周辺セルの属するグループの識別子を、ＭＭＥ、あるいはＲＮ用ＯＡＭへ問合せて、取得する。ＤｅＮＢが問合せを実行するトリガは、実施の形態１の変形例３と同様であるので説明を省略する。

　ソースＤｅＮＢが、ＲＮと同じグループに属するｅＮＢをターゲットｅＮＢとして選択する方法の具体例として、以下の（１），（２）の２つを開示する。

　（１）ソースＤｅＮＢが判断する方法。ソースＤｅＮＢは、ＲＮから測定報告を受信した場合、測定報告に含まれるセルの識別子に基づいて、測定報告の対象ｅＮＢがＲＮと同じグループに属するｅＮＢであるか否かを判断する。ソースＤｅＮＢは、ＲＮと同じグループに属するｅＮＢをターゲットｅＮＢとして選択する。

　（２）ソースＤｅＮＢが指示する方法。ソースＤｅＮＢは、ＲＮに対して、ＲＮと同じグループに属するｅＮＢを測定対象とすることを通知する。ソースＤｅＮＢは、ＲＮからの測定報告の対象ｅＮＢから、ターゲットｅＮＢを選択する。ＲＮの測定対象がＲＮと同じグループに属するｅＮＢとなることから、ソースＤｅＮＢは、測定報告の対象ｅＮＢからターゲットｅＮＢを選択すればよい。測定対象とすることの通知方法の具体例として、以下を開示する。

　ソースＤｅＮＢは、報知情報に、周辺ｅＮＢの属するグループの識別子をマッピングする。報知情報に、周辺セルリスト（neighbor cell list）、あるいは周辺セル情報、あるいは周辺セル設定（neighbor cell configuration）としてマッピングしてもよい。ＲＮは、該報知情報を受信し、デコードし、ＲＮと同じグループに属するｅＮＢを測定対象とする。

　一方、移動体通信システムにおいて、全ＲＮ向けＤｅＮＢセルのリストを設ける場合は、ＲＮのハンドオーバ処理にて実施の形態１～実施の形態１の変形例３を用いることができる。

　実施の形態１の変形例４での解決策を以下に示す。本変形例の解決策は、ＲＮ毎ＤｅＮＢセルのリストを設ける場合のみならず、全ＲＮ向けＤｅＮＢセルのリストを設ける場合にも適用できる。そこで本変形例の説明では、「ＤｅＮＢセルのリスト」を用いる。

　ＲＮにおいて、ｅＮＢがＤｅＮＢセルのリストに含まれるか否かを判断する。また、ハンドオーバ対象のエンティティがＲＮである場合、ＲＮのｅＮＢがＤｅＮＢの機能を有するか否かの判断結果を用いて、ソースＤｅＮＢがＤｅＮＢセルのリストに含まれるｅＮＢをターゲットｅＮＢとして選択してもよい。換言すれば、ソースＤｅＮＢがＤｅＮＢセルのリストに含まれないｅＮＢをターゲットｅＮＢとして選択しない。

　ＲＮにおいて、ｅＮＢがＤｅＮＢセルのリストに含まれるか否かを判断する方法の具体例を、以下に開示する。ＲＮは、セットアップのとき、つまりフェーズ１でＲＮ用ＯＡＭから取得したＤｅＮＢセルのリストを用いて、ｅＮＢがＤｅＮＢセルのリストに含まれるか否かを判断する。

　ＲＮでのｅＮＢがＤｅＮＢセルのリストに含まれるか否かの判断結果をソースｅＮＢへ通知する方法の具体例として、以下の（１）～（４）の４つを開示する。

　（１）ＲＮがＤｅＮＢセルのリストに含まれないｅＮＢを測定の対象外とする。換言すれば、ＲＮは、ＤｅＮＢセルのリストに含まれないｅＮＢの測定を行わない。つまり、ＲＮが、ソースＤｅＮＢへＤｅＮＢセルのリストに含まれるｅＮＢをターゲットｅＮＢの候補として通知する。ソースＤｅＮＢは、ＲＮから通知される測定報告の全ての対象ｅＮＢは、ＤｅＮＢセルのリストに含まれると判断する。

　（２）ＲＮがＤｅＮＢセルのリストに含まれないｅＮＢを測定報告の対象外とする。換言すれば、ＲＮは、ソースＤｅＮＢに対して、ＤｅＮＢセルのリストに含まれないｅＮＢの測定報告を行わない。つまり、ＲＮが、ソースＤｅＮＢへＤｅＮＢセルのリストに含まれるｅＮＢをターゲットｅＮＢの候補として通知する。ソースＤｅＮＢは、ＲＮから通知される測定報告の全ての対象ｅＮＢは、ＤｅＮＢセルのリストに含まれると判断する。

　（３）ＲＮが測定報告のときに、併せて対象のｅＮＢがＤｅＮＢセルのリストに含まれるか否かを通知する。測定報告の情報要素として、対象のｅＮＢがＤｅＮＢセルのリストに含まれるか否かのインジケータを追加してもよい。ソースＤｅＮＢは、ＤｅＮＢセルのリストに含まれるか否かのインジケータを用いて、測定報告の対象ｅＮＢがＤｅＮＢセルのリストに含まれるか否かを判断する。

　（４）ＲＮがソースＤｅＮＢへ、ＤｅＮＢセルのリストに含まれるｅＮＢのうち、最も受信品質の良いｅＮＢを対象とする測定報告を行う。つまり、ＲＮが、ソースＤｅＮＢへＤｅＮＢセルのリストに含まれるｅＮＢをターゲットｅＮＢとして通知する。ソースＤｅＮＢは、ＲＮから通知される測定報告の対象ｅＮＢは、ＤｅＮＢセルのリストに含まれると判断する。

　ＤｅＮＢは、ＲＮに対して、前記（１）～（４）のＲＮでのｅＮＢがＤｅＮＢセルのリストに含まれるか否かの判断結果をソースｅＮＢへ通知する方法のいずれを用いるかを選択するようにしてもよい。ＤｅＮＢが、ＲＮへ、選択した方法を通知する方法の具体例として、以下の（１）～（３）の３つを開示する。

　（１）Ｓ１インタフェースを用いて、Ｓ１シグナリングで通知する。
　（２）メジャメントコントロール（Measurement Control）を通知するときに、併せて通知する。メジャメントコントロールの情報要素として、選択したＲＮでのｅＮＢがＤｅＮＢセルのリストに含まれるか否かの判断結果をソースｅＮＢへ通知する方法を示すインジケータを追加してもよい。
　（３）報知情報として、ＲＮでのｅＮＢがＤｅＮＢセルのリストに含まれるか否かの判断結果をソースｅＮＢへ通知する方法を通知する。

　図２５を用いて、実施の形態１の変形例４における移動体通信システムのシーケンスについて説明する。図２５は、全体的なハンドオーバのシーケンスの一部を示している。具体的には、図２５は、図１６および図１７のステップＳＴ１６０１～ステップＳＴ１６０４の部分を詳細に示している。

　図２５は、実施の形態１の変形例４における移動体通信システムのシーケンスの一例を示す図である。ステップＳＴ２６０１において、ソースＤｅＮＢは、ＲＮへ、メジャメントコントロール（Measurement Control）を通知する。あわせて、ソースＤｅＮＢは、ＲＮへ、ＲＮでのｅＮＢがＤｅＮＢセルのリストに含まれるか否かの判断結果を通知する方法を指示する。本動作例では、測定報告のときに、併せて対象のｅＮＢがＤｅＮＢセルのリストに含まれるか否かを通知する方法を指示したと想定して、以下説明する。

　ステップＳＴ２６０２において、ＲＮは、ステップＳＴ２６０１で受信したメジャメントコントロールに従って測定（Measurement）を実行する。

　ステップＳＴ２６０３において、ＲＮは、測定報告の対象ｅＮＢが、セットアップのときにＲＮ用ＯＡＭから取得したＤｅＮＢセルのリストに含まれるか否かを確認する。測定報告の対象ｅＮＢが、取得したＤｅＮＢセルのリストに含まれるか否かは、セルの識別子を用いて確認すればよい。

　ステップＳＴ２６０４において、ＲＮは、ステップＳＴ２６０１で受信したメジャメントコントロールに従って、測定報告（Measurement Report）をソースＤｅＮＢへ通知する。あわせて、ＲＮは、ソースＤｅＮＢへ、測定報告の対象ｅＮＢがＤｅＮＢセルのリストに含まれるか否かの判断結果と、ハンドオーバ対象のエンティティがＲＮである旨とを通知する。

　ステップＳＴ２２０４において、ソースＤｅＮＢは、ハンドオーバ対象のエンティティがＲＮであるか否かを判断する。ソースＤｅＮＢは、ＲＮから、測定報告とともに、ハンドオーバ対象のエンティティがＲＮである旨を受信している場合は、ハンドオーバ対象のエンティティがＲＮであると判断し、ステップＳＴ２６０５へ移行する。ソースＤｅＮＢは、ＲＮから、測定報告とともに、ハンドオーバ対象のエンティティがＲＮである旨を受信していない場合は、ハンドオーバ対象のエンティティがＲＮでないと判断し、図１６および図１７のステップＳＴ１６０４へ移行する。

　ステップＳＴ２６０５において、ソースＤｅＮＢは、ステップＳＴ２６０４で受信した測定報告などに基づいて、ハンドオーバを実行するか否か、具体的には、ＲＮをハンドオーバさせるか否かを判断する。ソースＤｅＮＢは、ＲＮをハンドオーバさせると判断した場合は、ステップＳＴ２６０６において、ステップＳＴ２６０４で受信した測定報告の対象ｅＮＢがＤｅＮＢセルのリストに含まれるか否かの判断結果に基づいて、ＤｅＮＢセルのリストに含まれるｅＮＢからターゲットｅＮＢを決定する。換言すれば、ソースＤｅＮＢは、ＤｅＮＢの機能を有するｅＮＢをターゲットｅＮＢとして選択する。

　ステップＳＴ２６０６において、ＤｅＮＢセルのリストに含まれるｅＮＢからターゲットｅＮＢが決定されると、図１６のステップＳＴ１６０５または図１７のステップＳＴ１７０１に移行する。

　以上の実施の形態１の変形例４によって、以下の効果を得ることができる。「全ＲＮ向けＤｅＮＢセルのリスト」の場合であっても、「ＲＮ毎ＤｅＮＢセルのリスト」の場合であっても、ターゲットｅＮＢとして、ＤｅＮＢセルのリストに含まれるｅＮＢを選択することができる。これによって、ＲＮの傘下のＵＥへの通信サービスを継続することが可能となる。また、ターゲットｅＮＢがＤｅＮＢセルのリストに含まれないという理由で、必ず拒否されるハンドオーバが起動されることを防ぐことができる。これによって、移動体通信システムとしての処理の負荷を軽減することができ、制御遅延を防止することができる。

　実施の形態１　変形例５．
　実施の形態１の変形例５では、前述の実施の形態１の変形例４と同じ課題について、別の解決策を開示する。実施の形態１の変形例５での解決策を以下に示す。本変形例の解決策は、ＲＮ毎ＤｅＮＢセルのリストを設ける場合のみならず、全ＲＮ向けＤｅＮＢセルのリストを設ける場合にも適用できる。そこで本変形例の説明では、「ＤｅＮＢセルのリスト」を用いる。

　ソースＤｅＮＢにおいて、周辺のｅＮＢがＤｅＮＢセルのリストに含まれるか否かを判断する。また、ハンドオーバ対象のエンティティがＲＮである場合、ソースＤｅＮＢがＤｅＮＢセルのリストに含まれるｅＮＢをターゲットｅＮＢとして選択してもよい。換言すれば、ソースＤｅＮＢがＤｅＮＢセルのリストに含まれないｅＮＢをターゲットｅＮＢとして選択しない。

　ソースＤｅＮＢにおいて、周辺ｅＮＢがＤｅＮＢセルのリストに含まれるか否かを判断する方法の具体例として、以下の（１），（２）の２つを開示する。

　（１）ＲＮがセットアップのとき、つまりフェーズ１でＲＮ用ＯＡＭからＤｅＮＢセルのリストを取得する場合、ＤｅＮＢセルのリストのデータは、ＲＮ用ＯＡＭから、ＤｅＮＢ経由で、ＲＮへ通知される。ＤｅＮＢは、ＯＡＭからのＤｅＮＢセルのリストをＲＮへ通知するときに、該ＤｅＮＢセルのリストを保存する。

　ＤｅＮＢセルのリストを保存するときに、ＤｅＮＢセルのリストと、ＲＮのセルの識別子とを対応付けて保存するとよい。ＤｅＮＢが初期設定パラメータ（initial configuration parameters）からＤｅＮＢセルのリストを抜き出しやすくするために、ＤｅＮＢセルのリストを初期設定パラメータの先頭、あるいは末尾にマッピングするとよい。あるいは、ＤｅＮＢセルのリストがマッピングされている領域を示すインジケータを新たに設けるとよい。また、ＤｅＮＢセルのリストがマッピングされる領域は、宛先として、ＲＮとＤｅＮＢとの２つを指定するようにしてもよい。

　ＤｅＮＢの機能を有するｅＮＢのみが、ＲＮ用ＯＡＭからＤｅＮＢセルのリストを取得してもよい。ＤｅＮＢの機能を有しないｅＮＢには、追加機能が不要となる。

　（２）ＤｅＮＢが、傘下のＲＮのＤｅＮＢセルのリストをＭＭＥ、あるいはＲＮ用ＯＡＭへ問合せて、取得する。ＤｅＮＢが問合せを実行するトリガの具体例として、以下の（２－１）～（２－３）の３つを開示する。

　（２－１）ＲＮから、最初のアクセスを受信した場合。例えば、ＲＮからＲＲＣコネクションリクエストを受信した場合。ＲＮからのアクセスであるか否かを判断する方法は、実施の形態１のターゲットｅＮＢが、ＲＮからのアクセスであるか否かを判断する方法の具体例を用いることができる。
　（２－２）ＲＮから、ハンドオーバ処理のトリガの１つである測定報告を受信した場合。
　（２－３）ＤｅＮＢが、ＲＮへメジャメントコントロールを通知する場合。

　ＲＮからの測定報告であるか否かを判断する方法は、実施の形態１の変形例１のソースＤｅＮＢが、ハンドオーバ対象のエンティティがＲＮであるか否かを判断する方法の具体例を用いることができる。

　ソースＤｅＮＢが、ＤｅＮＢセルのリストに含まれるｅＮＢをターゲットｅＮＢとして選択する方法の具体例として、以下の（１），（２）の２つを開示する。

　（１）ソースＤｅＮＢが判断する方法。ＲＮから測定報告を受信した場合、ソースＤｅＮＢは、測定報告に含まれるセルの識別子に基づいて、測定報告の対象ｅＮＢが、ＤｅＮＢセルのリストに含まれるか否かを判断する。ソースＤｅＮＢは、ＤｅＮＢセルのリストに含まれるｅＮＢをターゲットｅＮＢとして選択する。

　（２）ソースＤｅＮＢが指示する方法。ソースＤｅＮＢは、ＲＮに対してＤｅＮＢセルのリストに含まれるｅＮＢを測定対象とすることを通知する。ソースＤｅＮＢは、ＲＮからの測定報告の対象ｅＮＢからターゲットｅＮＢを選択する。ＲＮの測定対象がＤｅＮＢセルのリストに含まれるｅＮＢとなることから、ソースＤｅＮＢは、測定報告の対象ｅＮＢからターゲットｅＮＢを選択すればよい。

　測定対象とすることの通知方法の具体例を、以下に開示する。ソースＤｅＮＢは、ＲＮに対してメジャメントコントロールに測定対象（Measurement object）として、ＤｅＮＢセルのリストに含まれるｅＮＢを指定する。ＤｅＮＢセルのリストに含まれるｅＮＢを指定する方法の具体例としては、ＤｅＮＢセルのリストに含まれるｅＮＢのセルの識別子で指定する。

　図２６および図２７を用いて、実施の形態１の変形例５における移動体通信システムのシーケンスについて説明する。図２６および図２７は、全体的なハンドオーバのシーケンスの一部を示している。

　図２６は、実施の形態１の変形例５における移動体通信システムのシーケンスの一例を示す図である。図２６では、ソースＤｅＮＢがＤｅＮＢセルのリストに含まれるｅＮＢをターゲットｅＮＢとして選択する方法として、ソースＤｅＮＢが判断する方法を用いた場合のシーケンスを示している。

　ステップＳＴ１５０１において、ＲＮは、初期設定のために、通常のＵＥとしてアタッチ処理を行う。具体例としては、ＲＮは、ｅＮＢとの間でアタッチ処理を行う。

　ステップＳＴ２７０１において、ｅＮＢは、ＲＮのセットアップのときに、ＲＮ用ＯＡＭからｅＮＢ経由でＲＮへ通知される、ＤｅＮＢセルのリストを含む初期設定パラメータを受信する。

　ステップＳＴ２７０２において、ｅＮＢは、受信した初期設定パラメータからＤｅＮＢセルのリストを抜き出し、抜き出したＤｅＮＢセルのリストを保存する。ＤｅＮＢセルのリストを保存するときに、ＤｅＮＢセルのリストと、ＲＮのセルの識別子とを対応付けて保存するとよい。

　ステップＳＴ１５０３において、ＲＮは、通常のＵＥとしてデタッチ処理を行う。そして、ＲＮは、ＲＮのセットアップ方法のフェーズ２を起動する。

　ステップＳＴ１５０５において、ＲＮとしてアタッチ処理を行う。ステップＳＴ１６０１において、ソースＤｅＮＢは、ＲＮへメジャメントコントロール（Measurement Control）を通知する。

　ステップＳＴ１６０２において、ＲＮは、ステップＳＴ１６０１で受信したメジャメントコントロールに従って、測定（Measurement）を実行する。

　ステップＳＴ２２０４において、ソースＤｅＮＢは、ハンドオーバ対象のエンティティがＲＮであるか否かを判断する。ソースＤｅＮＢは、ＲＮから、測定報告とともに、ハンドオーバ対象のエンティティがＲＮである旨を受信している場合は、ハンドオーバ対象のエンティティがＲＮであると判断し、ステップＳＴ２７０３へ移行する。ソースＤｅＮＢは、ＲＮから、測定報告とともに、ハンドオーバ対象のエンティティがＲＮである旨を受信していない場合は、ハンドオーバ対象のエンティティがＲＮでないと判断し、図１６および図１７のステップＳＴ１６０４へ移行する。

　ステップＳＴ２７０３において、ソースＤｅＮＢは、ステップＳＴ２００１で受信した測定報告などに基づいて、ハンドオーバを実行するか否か、具体的には、ＲＮをハンドオーバさせるか否かを判断する。ソースＤｅＮＢは、ＲＮをハンドオーバさせると判断した場合は、ステップＳＴ２７０４において、ステップＳＴ２７０２で保存したＤｅＮＢセルのリストに基づいて、ＤｅＮＢセルのリストに含まれるｅＮＢからターゲットｅＮＢを決定する。換言すれば、ソースＤｅＮＢは、ＤｅＮＢセルのリストに含まれるｅＮＢをターゲットｅＮＢとして選択する。

　ステップＳＴ２７０４において、ＤｅＮＢセルのリストに含まれるｅＮＢからターゲットｅＮＢが決定されると、図１６のステップＳＴ１６０５または図１７のステップＳＴ１７０１に移行する。

　図２７は、実施の形態１の変形例５における移動体通信システムのシーケンスの一例を示す図である。図２７では、ソースＤｅＮＢがＤｅＮＢセルのリストに含まれるｅＮＢをターゲットｅＮＢとして選択する方法として、ソースＤｅＮＢが指示する方法を用いた場合のシーケンスを示している。

　ステップＳＴ２７０２において、ｅＮＢは、受信した初期設定パラメータからＤｅＮＢセルのリストを抜き出し、抜き出したＤｅＮＢセルのリストを保存する。

　ステップＳＴ１５０４において、ＲＮは、フェーズ１で得たＤｅＮＢセルのリストからＤｅＮＢを選択する。ステップＳＴ１５０５において、ＲＮとしてアタッチ処理を行う。

　ステップＳＴ２８０１において、ソースＤｅＮＢは、ステップＳＴ２７０２で保存したＤｅＮＢセルのリストに基づいて、ＲＮへ、ＤｅＮＢセルのリストに含まれるｅＮＢを測定対象とすることを指示するメジャメントコントロール（Measurement Control）を通知する。

　ステップＳＴ２８０２において、ＲＮは、ステップＳＴ２８０１で受信したメジャメントコントロールに従って、ＤｅＮＢセルのリストに含まれるｅＮＢを測定対象とした測定（Measurement）を実行する。

　ステップＳＴ１６０３において、ＲＮは、ステップＳＴ２８０１で受信したメジャメントコントロールに従って、測定報告（Measurement Report）をソースＤｅＮＢへ通知する。ステップＳＴ１６０３で測定報告を受信したソースＤｅＮＢは、図１６および図１７のステップＳＴ１６０４へ移行する。

　以上の実施の形態１の変形例５によって、実施の形態１の変形例４と同様の効果を得ることができる。

　実施の形態１　変形例６．
　実施の形態１の変形例６で解決する課題について、以下に説明する。移動体通信システムにおいて、ＲＮ毎ＤｅＮＢセルのリスト、あるいは、ＤｅＮＢの機能を有しているｅＮＢの一部のｅＮＢのリストである全ＲＮ向けＤｅＮＢセルのリストを設ける場合、以下の課題が発生する。

　移動ＲＮが実現されると、セットアップ時にＲＮがＲＮ用ＯＡＭから取得したＤｅＮＢセルのリストに含まれるｅＮＢのカバレッジの外に、ＲＮが移動することが考えられる。ＲＮは移動先で、いずれのｅＮＢにＲＮとしてサポートされるかを認識することができない。したがって、適切なｅＮＢがＤｅＮＢとして選択することができなくなり、ＲＮの傘下のＵＥへのサービスが停止するという問題が発生する。

　実施の形態１の変形例６での解決策として、以下の（１）～（４）の４つを開示する。

　（１）ＲＮ毎を対象とするＤｅＮＢセルのリストは、ＰＬＭＮ全体で１種類とする。あるいは、ＲＮグループ毎を対象とするＤｅＮＢセルのリストは、ＰＬＭＮ全体で１種類とする。全ＲＮ向けＤｅＮＢセルのリスト、つまりＤｅＮＢの機能を有するｅＮＢのリストは、ＰＬＭＮ全体で１種類とする。ＤｅＮＢの機能を有しているｅＮＢの一部のｅＮＢのリストは、ＰＬＭＮ全体で１種類とする。つまり、ＤｅＮＢセルのリストは、ＰＬＭＮ全体を網羅していることとなる。これによって、ＲＮが移動した場合であっても、ＤｅＮＢセルのリストに含まれるｅＮＢのカバレッジの外となることはない。この解決策（１）は、後述の解決策（２）と比較して、ＤｅＮＢセルのリストの更新が不要な点において、移動体通信システムの処理を簡略化することができる。

　（２）ＲＮの移動に伴い、ＤｅＮＢセルのリストを更新する。ＤｅＮＢセルのリストの更新方法の具体例として、以下の（２－１）～（２－４）の４つを開示する。

　（２－１）ターゲットｅＮＢが更新する。ＲＮがハンドオーバしたとき、ターゲットｅＮＢ、つまりハンドオーバ先のＤｅＮＢ、あるいはＭＭＥが、ターゲットｅＮＢの周辺のＤｅＮＢの機能を有するｅＮＢを新たなＤｅＮＢセルのリストとして、ＲＮへ通知する。新たなＤｅＮＢセルのリストを受信したＲＮは、ＤｅＮＢセルのリストを更新する。

　ハンドオーバ前のＤｅＮＢセルのリストに対して、ｅＮＢを追加、あるいは削除する指示でもよい。ハンドオーバ先のＤｅＮＢが、周辺のＤｅＮＢの機能を有するｅＮＢを知る方法の具体例としては、実施の形態１の変形例３のソースＤｅＮＢにおいて、周辺のｅＮＢがＤｅＮＢの機能を有するか否かを判断する方法の具体例を用いることができる。

　あわせて、ターゲットｅＮＢは、ＲＮのセルの識別子とともに、新たなＤｅＮＢセルのリストをＭＭＥおよびＲＮ用ＯＡＭへ通知し、ネットワーク側で管理されている該ＲＮのＤｅＮＢセルのリストを更新してもよい。

　（２－２）ＲＮが更新する。ＲＮが、測定のときに受信品質の良好な周辺のＤｅＮＢの機能を有するｅＮＢを、ＤｅＮＢセルのリストに追加する。あるいは、受信品質の良好な周辺のＤｅＮＢの機能を有するｅＮＢと、受信品質の不良なＤｅＮＢセルのリスト内のｅＮＢとを入れ替えてもよい。入れ替えを実行する場合、ＤｅＮＢセルのリスト内に含まれるｅＮＢの最大数を予め決定しておいてもよいし、ＤｅＮＢから通知してもよい。また、受信品質の不良なＤｅＮＢセルのリスト内のｅＮＢを、ＤｅＮＢセルのリストから削除してもよい。

　受信品質が良好か否か、あるいは不良か否かは、予め閾値を設けてもよいし、ＤｅＮＢから閾値を通知してもよい。閾値の通知方法は、実施の形態１の変形例２のＲＮが、ｅＮＢがＤｅＮＢの機能を有するか否かを認識する方法の具体例を用いることができる。ＲＮは、ＲＮのセルの識別子とともに、新たなＤｅＮＢセルのリストをＤｅＮＢ経由で、ＭＭＥおよびＲＮ用ＯＡＭへ通知し、ネットワーク側で管理されている該ＲＮのＤｅＮＢセルのリストを更新してもよい。

　（２－３）ソースＤｅＮＢが通知する。ソースＤｅＮＢが、ＲＮへ、ハンドオーバに必要なパラメータをマッピングしたメッセージを通知するときに、併せて新しいＤｅＮＢセルのリストを通知する。新しいＤｅＮＢセルのリストを取得したＲＮは、ＤｅＮＢセルのリストを更新する。新しいＤｅＮＢセルのリストを通知するメッセージの具体例としては、ＲＲＣ接続再設定メッセージ、ハンドオーバコマンドなどがある。ソースｅＮＢは、ＲＮのセルの識別子とともに、新たなＤｅＮＢセルのリストをＤｅＮＢ経由で、ＭＭＥおよびＲＮ用ＯＡＭへ通知し、ネットワーク側で管理されている該ＲＮのＤｅＮＢセルのリストを更新してもよい。

　ソースＤｅＮＢが、ターゲットｅＮＢで最適な新しいＤｅＮＢセルのリストを取得する方法の具体例として、以下の（２－３－１），（２－３－２）の２つを開示する。
　（２－３－１）Ｘ２インタフェースを基本としたハンドオーバの方法を用いる場合は、ターゲットｅＮＢ経由で新しいＤｅＮＢセルのリストを取得する。
　（２－３－２）Ｓ１インタフェースを基本としたハンドオーバの方法を用いる場合は、ソースＭＭＥおよびターゲットＭＭＥ経由で新しいＤｅＮＢセルのリストを取得する。

　（２－４）ＲＮが再アタッチを行い、ＲＮ用ＯＡＭからＤｅＮＢセルのリストを取得する。ＲＮは、ソースＤｅＮＢからハンドオーバの実行を指示された場合、ターゲットｅＮＢにＲＲＣ接続した後、ＲＮのセットアップを起動し、再度フェーズ１を実行し、ターゲットｅＮＢ経由で新しいＤｅＮＢセルのリストを取得する。

　ターゲットｅＮＢセルが、新しいＤｅＮＢセルのリストに含まれないような場合は、ＲＮは、ハンドオーバ処理を中止し、ソースｅＮＢへ戻る。あるいは、ＲＮは、周辺セルのサーチを実行し、他のｅＮＢをＤｅＮＢとして選択する。他のｅＮＢをＤｅＮＢとして選択する場合、新しいＤｅＮＢセルのリストに含まれるｅＮＢから選択すればよい。

　ＲＮが、ＲＮの傘下のＵＥとのＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態を継続しつつ、ＲＮのセットアップを起動し、再度フェーズ１を実行する場合、以下の課題が発生する。

　図２８は、ＤｅＮＢの傘下にＲＮが存在した場合の移動体通信システムのアーキテクチャを示す図である。

　ＤｅＮＢ１３０５の傘下に、ＲＮ１３０４と、ＵＥ２９０１とが存在する。ＲＮ１３０４の傘下に、ＵＥ１３０３が存在する。ＤｅＮＢ１３０５とＲＮ１３０４とは、下りバックホールリンク（ＢＬ＿ＤＬ）２９０２と、上りバックホールリンク（ＢＬ＿ＵＬ）２９０３とで接続される。ＲＮ１３０４とＵＥ１３０３とは、下りアクセスリンク（ＡＬ＿ＤＬ）２９０４と上りアクセスリンク（ＡＬ＿ＵＬ）２９０５とで接続される。ＤｅＮＢ１３０５とＵＥ２９０１とは、通常の下りリンク（Ｎｏｒｍａｌ＿ＤＬ）２９０６と通常の上りリンク（Ｎｏｒｍａｌ＿ＵＬ）２９０７とで接続される。

　図２９および図３０を用いて、ＤｅＮＢ１３０５の傘下に、ＲＮ１３０４とＵＥ２９０１とが存在した場合のＦＤＤにおけるサブフレームの利用方法について説明する。

　図２９は、ＤｅＮＢ１３０５の傘下に、ＲＮ１３０４とＵＥ２９０１とが存在した場合のＦＤＤにおける下りリンクのサブフレームの構成例を示す図である。図２９において、参照符号「３００１」で示されるサブフレームは、ＤｅＮＢ１３０５から傘下のＲＮ１３０４およびＵＥ２９０１への下りリンクのサブフレームの構成例である。参照符号「３００２」で示されるサブフレームは、ＲＮ１３０４から傘下のＵＥ１３０３への下りリンクのサブフレームの構成例である。

　図３０は、ＤｅＮＢ１３０５の傘下に、ＲＮ１３０４とＵＥ２９０１とが存在した場合のＦＤＤにおける上りリンクのサブフレームの構成例を示す図である。図３０において、参照符号「３００３」で示されるサブフレームは、ＤｅＮＢ１３０５の傘下のＲＮ１３０４およびＵＥ２９０１からＤｅＮＢ１３０５への上りリンクのサブフレームの構成例である。参照符号「３００４」で示されるサブフレームは、ＲＮ１３０４の傘下のＵＥ１３０３からＲＮ１３０４への上りリンクのサブフレームの構成例である。

　下りリンク３００１は、ＤｅＮＢ１３０５からＲＮ１３０４への下りリンク、あるいはＤｅＮＢ１３０５からＵＥ２９０１への下りリンクを示す。下りリンク３００２は、ＲＮ１３０４からＵＥ１３０３への下りリンクを示す。

　上りリンク３００３は、ＲＮ１３０４、あるいはＵＥ２９０１からＤｅＮＢ１３０５への上りリンクを示す。上りリンク３００４は、ＵＥ１３０３からＲＮ１３０４への上りリンクを示す。

　下りリンク３００１の中で、ＤｅＮＢ１３０５からＲＮ１３０４への下りバックホールリンク（ＢＬ＿ＤＬ）２９０２と、ＤｅＮＢ１３０５からＵＥ２９０１への通常の下りリンク（Ｎｏｒｍａｌ＿ＤＬ）２９０６とは、時分割多重される。具体例としては、下りバックホールリンク（ＢＬ＿ＤＬ）２９０２は、サブフレーム番号＃１，＃２を用い、通常の下りリンク（Ｎｏｒｍａｌ＿ＤＬ）２９０６は、サブフレーム番号＃０，＃３～＃９を用いる。

　上りリンク３００３の中で、ＲＮ１３０４からＤｅＮＢ１３０５への上りバックホールリンク（ＢＬ＿ＵＬ）２９０３と、ＵＥ２９０１からＤｅＮＢ１３０５への通常の上りリンク（Ｎｏｒｍａｌ＿ＵＬ）２９０７とは、時分割多重される。具体例としては、上りバックホールリンク（ＢＬ＿ＵＬ）２９０３は、サブフレーム番号＃１，＃２，＃５，＃６を用い、通常の下りリンク（Ｎｏｒｍａｌ＿ＤＬ）２９０６は、サブフレーム番号＃０，＃３，＃４，＃７～＃９を用いる。

　また、前述のように、ＲＮにおいて、ＲＮの送信が自ＲＮの受信へ干渉することを防ぐために、ＤｅＮＢ１３０５からＲＮ１３０４への下りバックホールリンク（ＢＬ＿ＤＬ）２９０２と、ＲＮ１３０４からＵＥ１３０３への下りアクセスリンク（ＡＬ＿ＤＬ）２９０４とを時分割多重する。具体例としては、下りバックホールリンク（ＢＬ＿ＤＬ）２９０２は、下りリンク３００１の中で、サブフレーム番号＃１，＃２を用い、下りアクセスリンク（ＡＬ＿ＤＬ）２９０４は、下りリンク３００２の中で、サブフレーム番号＃０，＃３～＃９を用いる。

　また、ＲＮ１３０４からＤｅＮＢ１３０５への上りバックホールリンク（ＢＬ＿ＵＬ）２９０３と、ＵＥ１３０３からＲＮ１３０４への上りアクセスリンク（ＡＬ＿ＵＬ）２９０５とを時分割多重する。具体例としては、上りバックホールリンク（ＢＬ＿ＵＬ）２９０３は、上りリンク３００３の中で、サブフレーム番号＃１，＃２，＃５，＃６を用い、上りアクセスリンク（ＡＬ＿ＵＬ）２９０５は、上りリンク３００４の中で、サブフレーム番号＃０，＃３，＃４，＃７～＃９を用いる。

　何の工夫も無ければ、ＲＮはセットアップ時に、通常のＵＥとしてＤｅＮＢへ接続する。したがって下りリンクにおいて、ＲＮは、セットアップ用に通常の下りリンク（Ｎｏｒｍａｌ＿ＤＬ）２９０６の受信を、下りリンク３００１の中のサブフレーム番号＃０で行い、傘下のＵＥ１３０３との接続を維持するために下りアクセスリンク（ＡＬ＿ＤＬ）２９０４の送信を、下りリンク３００２の中のサブフレーム番号＃０で行うこととなる。

　これによって、下りリンクにおいて、例えばサブフレーム番号＃０において、ＲＮの送信が自ＲＮの受信へ干渉することが生じる。

　同様に上りリンクにおいても、ＲＮは、セットアップ用に通常の上りリンク（Ｎｏｒｍａｌ＿ＵＬ）２９０７の送信を、上りリンク３００３の中のサブフレーム番号＃０で行い、傘下のＵＥ１３０３との接続を維持するために上りアクセスリンク（ＡＬ＿ＵＬ）２９０５の受信を、上りリンク３００４の中のサブフレーム番号＃０で行うこととなる。

　これによって、上りリンクにおいて、例えばサブフレーム番号＃０において、ＲＮの送信が自ＲＮの受信へ干渉することが生じる。

　前述の干渉の解決策として、以下の（２－４－１），（２－４－２）の２つを開示する。

　（２－４－１）ＲＮは、再アタッチを行っている間は、傘下のＵＥへのリソースの割当てを行わない。ギャップを設ける。上りアクセスリンク（ＡＬ＿ＵＬ）２９０５、および下りアクセスリンク（ＡＬ＿ＤＬ）２９０４での割当てを実行しない。

　これによって、同じサブフレームにおいて、ＲＮ内で送信と受信とが発生することを防ぐことができる。したがって、ＲＮの送信が自ＲＮの受信へ干渉することを防止することができる。ＲＮは、再アタッチを行う場合に、傘下のＵＥへ、リソースの割当てが所定期間行われないことを示す保留コマンドを通知してもよい。または、接続中のＵＥに対してのみ、保留コマンドを通知するようにしてもよい。所定期間の具体例としては、ＲＮが再アタッチを実行している期間がある。

　（２－４－２）ＲＮ、およびＤｅＮＢは、再アタッチの通信において、バックホールリンク２９０２，２９０３用のリソースを用いる。これによって、同じサブフレームにおいて、ＲＮ内で送信と受信とが発生することを防ぐことができる。したがって、ＲＮの送信が自ＲＮの受信へ干渉することを防止することができる。ＲＮは、再アタッチを示すインジケータをＤｅＮＢに通知するとよい。あるいは、ＲＮは、傘下のＵＥとの接続を維持したままのアタッチ処理である旨を示すインジケータを、ＤｅＮＢに通知するようにしてもよい。

　（２－５）前記の方法（２－１）～（２－４）では、ＲＮの移動の度、あるいはハンドオーバの度に、ＤｅＮＢセルのリストを更新する必要があるので、移動体通信システムの処理負荷が増加するという課題が発生する。そこで、ＲＮ毎にＤｅＮＢセルのリストは、ＭＭＥで１種類とする。あるいは、ＲＮグループ毎にＤｅＮＢセルのリストは、ＭＭＥで１種類とする。ＤｅＮＢの機能を有しているｅＮＢの一部のｅＮＢのリストは、ＭＭＥで１種類とする。つまり、ＭＭＥ毎のＤｅＮＢセルのリストとする。これによって、ＲＮがＭＭＥの管理範囲をまたいで移動しなければ、ＤｅＮＢセルのリストの更新は不要となる。

　ただし、ＲＮがＭＭＥの管理範囲をまたいで移動した場合は、ＤｅＮＢセルのリストの更新が必要となる。ＲＮがＭＭＥの管理範囲をまたいで移動した場合のＤｅＮＢセルのリストの更新方法の具体例として、以下の（２－５－１），（２－５－２）の２つを開示する。

　（２－５－１）ソースＤｅＮＢが通知する。ソースＤｅＮＢは、ターゲットＭＭＥ経由で、新しいＤｅＮＢセルのリストを取得する。具体的な方法は、前記（２－３）と同様である。

　（２－５－２）ＲＮが再アタッチを行い、ＲＮ用ＯＡＭからＤｅＮＢセルのリストを取得する。ＲＮは、いつ再アタッチが必要か不明である。ソースＤｅＮＢは、選択したターゲットｅＮＢが、自セルと異なるＭＭＥの管理下のセルであれば、ＲＮに対して再アタッチが必要な旨を通知すればよい。再アタッチが必要な旨を通知するメッセージの具体例としては、ＲＲＣ接続再設定メッセージ、ハンドオーバコマンドなどがある。具体的な方法は、前記（２－４）と同様である。

　（３）ＤｅＮＢセルのリストは、ＲＮのセットアップ時のみ用いる。つまり、セットアップ時のフェーズ２でのみ用いる。セットアップ時以降は、ＤｅＮＢセルを選択する上で、あるいはＲＮが接続可能かどうかを判断する上で、ＤｅＮＢセルのリストを用いないこととする。

　（４）ＤｅＮＢセルのリストを、定期的、あるいは周期的に更新する。更新方法の具体例として、以下の（４－１），（４－２）の２つを開示する。
　（４－１）ソースＤｅＮＢが、ＯＡＭから、傘下のＲＮのＤｅＮＢセルのリストを取得する。
　（４－２）ＯＡＭが、ソースＤｅＮＢへ、ソースＤｅＮＢの傘下のＲＮのＤｅＮＢセルのリストを通知する。

　次に動作について説明する。図３１、図３２、図３３および図３４を用いて、実施の形態１の変形例６における移動体通信システムのシーケンスについて説明する。図３１～図３４は、全体的なハンドオーバのシーケンスのうち、ＤｅＮＢセルのリスト更新の部分を示している。

　図３１は、実施の形態１の変形例６における移動体通信システムのシーケンスの一例を示す図である。図３１では、ターゲットｅＮＢがＤｅＮＢセルのリストを更新する場合のシーケンスを示している。

　ステップＳＴ１８０２において、ターゲットｅＮＢは、ＲＮからのアクセスであるか否かを判断する。具体的には、ステップＳＴ１８０２において、ターゲットｅＮＢは、ステップＳＴ１８０１で受信したＲＲＣ接続要求の中の設立理由が「ＲＮからのアタッチ」を示すか否かを判断する。

　ターゲットｅＮＢは、ステップＳＴ１８０２において「ＲＮからのアタッチ」を示すと判断した場合は、ＲＮからのアクセスであると判断して、ステップＳＴ３１０１へ移行する。ターゲットｅＮＢは、ステップＳＴ１８０２において「ＲＮからのアタッチ」を示さないと判断した場合は、ＲＮからのアクセスでないと判断して、ステップＳＴ３１０１を実行しない。

　ステップＳＴ３１０１において、ターゲットｅＮＢは、ＲＮへ新たなＤｅＮＢセルのリストを通知する。

　ステップＳＴ３１０２において、ステップＳＴ３１０１で新たなＤｅＮＢセルのリストを受信したＲＮは、ＤｅＮＢセルのリストを更新する。

　図３２は、実施の形態１の変形例６における移動体通信システムのシーケンスの一例を示す図である。図３２では、ＲＮがＤｅＮＢセルのリストを更新する場合のシーケンスを示している。

　ステップＳＴ３２０１において、ＤｅＮＢは、受信品質が良好か否かの閾値として、ＤｅＮＢセルのリストへ追加するか否かの閾値（以下「ＤｅＮＢセルのリストへの追加閾値」という）をＲＮへ通知する。またＤｅＮＢは、受信品質が不良か否かの閾値として、ＤｅＮＢセルのリストから削除するか否かの閾値（以下「ＤｅＮＢセルのリストからの削除閾値」という）を、ＲＮへ通知する。

　ステップＳＴ３２０２において、ＲＮは、測定（Measurement）を実行する。このとき、ＤｅＮＢセルのリストに含まれるｅＮＢも併せて測定してもよい。

　ステップＳＴ３２０３において、ＲＮは、ステップＳＴ３２０２の測定の結果において、受信品質が、ステップ３２０１で受信したＤｅＮＢセルのリストへの追加閾値より良好なｅＮＢが存在するか否かを判断する。ステップＳＴ３２０３において、ＤｅＮＢセルのリストへの追加閾値より良好なｅＮＢが存在すると判断した場合は、ステップＳＴ３２０４へ移行する。ステップＳＴ３２０３において、ＤｅＮＢセルのリストへの追加閾値より良好なｅＮＢが存在しないと判断した場合は、ステップＳＴ３２０６へ移行する。

　ステップＳＴ３２０４において、ＲＮは、ＤｅＮＢセルのリストへの追加閾値より良好なｅＮＢがＤｅＮＢの機能を有するか否かを判断する。ＤｅＮＢの機能を有すると判断した場合は、ステップＳＴ３２０５へ移行する。ＤｅＮＢの機能を有しないと判断した場合は、ステップＳＴ３２０６へ移行する。

　ステップＳＴ３２０５において、ＲＮは、ＤｅＮＢセルのリストへの追加閾値より良好なｅＮＢを、ＤｅＮＢセルのリストへ追加する。

　ステップＳＴ３２０６において、ＲＮは、ステップＳＴ３２０２の測定の結果に基づいて、ＤｅＮＢセルのリスト内に、受信品質を表す値が削除閾値未満、すなわち受信品質が、ステップ３２０１で受信したＤｅＮＢセルのリストへの削除閾値より不良なｅＮＢが存在するか否かを判断する。ステップＳＴ３２０６において、受信品質が、ＤｅＮＢセルのリストへの削除閾値より不良なｅＮＢが存在すると判断した場合は、ステップＳＴ３２０７へ移行する。ステップＳＴ３２０６において、ＤｅＮＢセルのリストへの削除閾値より不良なｅＮＢが存在しないと判断した場合は、ステップＳＴ３２０７を実行しない。

　ステップＳＴ３２０７において、ＲＮは、ＤｅＮＢセルのリストへの削除閾値より不良なｅＮＢを、ＤｅＮＢセルのリストから削除する。

　ステップＳＴ３２０３～ステップＳＴ３２０５の処理と、ステップＳＴ３２０６～ステップＳＴ３２０７の処理との順序は任意であり、独立して実行されてもよい。

　図３３は、実施の形態１の変形例６における移動体通信システムのシーケンスの一例を示す図である。図３３では、ソースＤｅＮＢがＤｅＮＢセルのリストを通知する場合のシーケンスを示している。

　ステップＳＴ３３０１において、ソースＤｅＮＢは、ＲＮへ、ハンドオーバに必要なパラメータをマッピングしたモビリティ制御情報（Mobility Control Information）を含むメッセージを通知する。このとき、ソースＤｅＮＢは、併せて、新たなＤｅＮＢセルのリストを通知する。新たなＤｅＮＢセルのリストを通知するメッセージの具体例としては、ＲＲＣ接続再設定メッセージ、ハンドオーバコマンドなどがある。

　ステップＳＴ３３０２において、ステップＳＴ３３０１で新たなＤｅＮＢセルのリストを受信したＲＮは、ＤｅＮＢセルのリストを更新する。

　図３４は、実施の形態１の変形例６における移動体通信システムのシーケンスの一例を示す図である。図３４では、ＲＮが再アタッチを行い、ＲＮ用ＯＡＭからＤｅＮＢセルのリストを取得する場合のシーケンスを示している。

　ステップＳＴ３４０１において、ソースＤｅＮＢは、ＲＮへ、ハンドオーバに必要なパラメータをマッピングしたモビリティ制御情報（Mobility Control Information）を含むＲＲＣ接続再設定メッセージ（RRC Connection Reconfiguration Message）を通知する。併せて、ソースＤｅＮＢは、ＲＮへ、ハンドオーバの実行を指示する。

　ステップＳＴ３４０２において、ソースＤｅＮＢからモビリティ制御情報を受信したＲＮは、傘下のＵＥへ保留コマンドを通知する。

　ステップＳＴ３４０３において、ＲＮは、傘下のＵＥに対するアクセスリンク（ＡＬ）のスケジューリングを中断する。

　ステップＳＴ１５０１において、ＲＮは、初期設定のために、ターゲットｅＮＢ経由で、Ｅ－ＵＴＲＡＮ、あるいはＥＰＣへ、通常のＵＥとしてアタッチ処理を行う。

　ステップＳＴ３４０４において、ＲＮ用ＯＡＭ（Operation Administration and Maintenance）は、ＲＮへ、新たなＤｅＮＢセルのリストを含む初期設定パラメータ（initial configuration parameters）を通知する。

　ステップＳＴ３４０５において、ステップＳＴ３４０４で新たなＤｅＮＢセルのリストを受信したＲＮは、ＤｅＮＢセルのリストを更新する。

　ステップＳＴ３４０６において、ＲＮは、ターゲットｅＮＢがＤｅＮＢセルのリストに含まれるか否かを判断する。このとき、セルの識別子を用いて判断すればよい。ステップＳＴ３４０６において、ターゲットｅＮＢがＤｅＮＢセルのリストに含まれると判断した場合は、ステップＳＴ３４０７へ移行する。ステップＳＴ３４０６において、ターゲットｅＮＢがＤｅＮＢセルのリストに含まれないと判断した場合は、ステップＳＴ３４０８へ移行する。

　ステップＳＴ３４０７において、ＲＮは、傘下のＵＥに対するアクセスリンク（ＡＬ）のスケジューリングを再開する。

　ステップＳＴ３４０８において、ＲＮは、ハンドオーバ処理を中止し、ソースｅＮＢへ戻る。

　以上の実施の形態１の変形例６によって、以下の効果を得ることができる。ＤｅＮＢセルのリストが、ＲＮの移動に伴って更新されることとなる。これによって、ＲＮは移動した場合であっても、いずれのｅＮＢにＲＮとしてサポートされるか認識できることとなる。したがって、ＲＮの傘下のＵＥへの通信サービスを継続することが可能となる。

　実施の形態１　変形例７．
　前述のように、移動ＲＮは、高速バスおよび高速鉄道などの移動体に設置されることが考えられている。つまり、移動ＲＮは、決まったルート上を移動することが考えられる。本変形例では、そのような場合の、移動ＲＮの最適なハンドオーバ処理の方法について開示する。

　ソースＤｅＮＢは、ハンドオーバ対象のエンティティがＲＮであった場合、ＲＮに応じて、移動ルートをカバレッジとするｅＮＢをターゲットｅＮＢとして選択する。ソースＤｅＮＢは、ハンドオーバ対象のエンティティがＲＮであった場合、ＲＮに応じて、移動ルートをカバレッジとするＤｅＮＢの機能を有するｅＮＢを、ターゲットｅＮＢとして選択してもよい。

　ハンドオーバ対象のエンティティがＲＮであるか否かを判断する方法の具体例は、実施の形態１の変形例１と同様であるので説明を省略する。

　ＲＮに応じたターゲットｅＮＢを選択する方法の具体例として、以下の（１）～（３）の３つを開示する。

　（１）ＲＮの場所に応じたターゲットｅＮＢを選択する。ソースＤｅＮＢは、ＲＮの位置を確認する。位置を確認する方法としては、既存技術である全地球測位システム（Global Positioning System：ＧＰＳ）などを用いることができる。

　（２）ＲＮの移動の向きに応じたターゲットｅＮＢを選択する。ソースＤｅＮＢは、ハンドオーバ対象のエンティティがＲＮであった場合、ＲＮの移動の向きを確認する。ＲＮの移動の向きは、２つの異なる時間におけるＲＮの位置を推測および計算することによって確認する。

　（３）ＲＮが移動するルートに応じたターゲットｅＮＢを選択する。ＲＮ毎に対応するルートを設定可能としてもよい。ＲＮ毎に対応するルートを保存する方法の具体例として、以下の（３－１），（３－２）の２つを開示する。

　（３－１）サーバに、ＲＮのセルの識別子と対応付けてルート情報を保存する。
　（３－２）ＲＮ毎に、移動ルートと対応付けられたルート情報を付加する。該付加は、ＲＮのセットアップのときに、ＲＮ用ＯＡＭから割当てられてもよい。ＲＮは、アタッチ処理におけるＲＲＣ接続設立（RRC connection establishment）の間に、自ＲＮに付加された、つまり割当てられたルート情報をＤｅＮＢに通知する。あるいは、ソースＤｅＮＢへ測定報告を通知するときに、併せて自ＲＮに付加されたルート情報を通知する。

　ソースＤｅＮＢが、移動ルートをカバレッジとするｅＮＢを知る方法の具体例を、以下に開示する。サーバに、ルート情報に対応付けて、その移動ルートをカバレッジとするｅＮＢを保存する。ソースＤｅＮＢが、ＲＮのセルの識別子、あるいはＲＮのルート情報を用いて、サーバに移動ルートをカバレッジとするｅＮＢを問合せる。問い合わせのときに、ＲＮの場所、ＲＮの移動の向きを用いて問合せてもよい。ＤｅＮＢが問合せを実行するトリガとしては、実施の形態１の変形例５の具体例を用いることができる。また予め、移動ルートをカバレッジとするｅＮＢを、ＤｅＮＢに記憶しておいてもよい。ＲＮのセルの識別子、あるいはＲＮのルート情報と対応付けて記憶しておいてもよい。この場合、ＲＮのルート情報、移動ルートをカバレッジとするｅＮＢなどの内容に変更があった場合は、サーバがＤｅＮＢへ通知すればよい。

　（１）ソースＤｅＮＢが判断する方法。ＲＮから測定報告を受信した場合、ソースＤｅＮＢは、測定報告に含まれるセルの識別子に基づいて、測定報告の対象ｅＮＢが、移動ルートをカバレッジとするｅＮＢに含まれるか否かを判断する。ソースＤｅＮＢは、移動ルートをカバレッジとするｅＮＢに含まれるｅＮＢをターゲットｅＮＢとして選択する。

　（２）ソースＤｅＮＢが指示する方法。ソースＤｅＮＢは、ＲＮに対して移動ルートをカバレッジとするｅＮＢに含まれるｅＮＢを測定対象とすることを通知する。ソースＤｅＮＢは、ＲＮからの測定報告の対象ｅＮＢからターゲットｅＮＢを選択する。ＲＮの測定対象が移動ルートをカバレッジとするｅＮＢとなることから、ソースＤｅＮＢは、測定報告の対象ｅＮＢからターゲットｅＮＢを選択すればよい。

　測定対象とすることの通知方法の具体例を、以下に開示する。ソースＤｅＮＢは、ＲＮに対してメジャメントコントロールに測定対象（Measurement object）として、移動ルートをカバレッジとするｅＮＢを指定する。指定の方法の具体例としては、ＤｅＮＢセルのリストに含まれるｅＮＢのセルの識別子で指定する。

　さらに、ソースＤｅＮＢは、ＲＮに対して移動ルートをカバレッジとするｅＮＢに含まれるｅＮＢにおいて、最も自ｅＮＢに近いｅＮＢを測定対象として通知してもよい。つまり、ソースＤｅＮＢは、ターゲットｅＮＢを予め決定する。この場合、ＲＮは、その他の周辺セルの測定を実行しなくてもよい。ＲＮは、測定報告によって、ソースＤｅＮＢの受信品質が悪くなったこと、あるいは受信品質が予め決められた閾値より不良となったことを通知するのみでもよい。これによって、ＲＮの処理の負荷を軽減することができる。

　次に動作について説明する。図３５は、実施の形態１の変形例７における移動体通信システムのシーケンスの一例を示す図である。

　ステップＳＴ１５０１において、ＲＮは、初期設定のために、通常のＵＥとしてアタッチ処理を行う。具体例としては、ＲＮは、ｅＮＢおよびＨＳＳとの間でアタッチ処理を行う。

　ステップＳＴ１５０２において、ＲＮは、ＲＮ用ＯＡＭから、ＤｅＮＢセルのリストを含む初期設定パラメータ（initial configuration parameters）を読み出す。

　ステップＳＴ３５０１において、ＲＮ用ＯＡＭは、ＲＮの移動ルートと対応付けられたルート情報をＲＮへ通知する。これによってＲＮは、ＲＮ用ＯＡＭから自ＲＮの移動ルートと対応付けられたルート情報を取得する。

　ステップＳＴ１５０３において、ＲＮは、ネットワークから、通常のＵＥとしてデタッチ処理を行う。そして、ＲＮは、ＲＮのセットアップ方法のフェーズ２を起動する。

　ステップＳＴ３５０２において、ＲＮは、ステップＳＴ１５０５のアタッチ処理におけるＲＲＣ接続設立（RRC connection establishment）の間に、自ＲＮに割当てられたルート情報をソースＤｅＮＢに通知する。

　ステップＳＴ３５０３において、ソースＤｅＮＢは、ステップＳＴ３５０２で受信したルート情報を用いて、サーバへ、該ルート情報に応じた移動ルートをカバレッジとするｅＮＢを問い合わせ、該ｅＮＢの情報を取得する。

　ステップＳＴ３５０４において、ソースＤｅＮＢは、ステップＳＴ３５０３で受信した移動ルートをカバレッジとするｅＮＢ中で、自ｅＮＢに最も近いｅＮＢを、測定対象であるターゲットｅＮＢとして選択する。

　ステップＳＴ３５０５において、ソースＤｅＮＢは、ＲＮへ、メジャメントコントロール（Measurement Control）を通知する。測定対象として、ステップＳＴ３５０４で選択したターゲットｅＮＢを通知してもよい。

　ステップＳＴ３５０６において、ＲＮは、ステップＳＴ３５０５で受信したメジャメントコントロールに従って、測定（Measurement）を実行する。

　ステップＳＴ３５０７において、ＲＮは、ステップＳＴ３５０５で受信したメジャメントコントロールに従って、測定報告（Measurement Report）をソースＤｅＮＢへ通知する。

　ステップ３５０８において、ソースＤｅＮＢは、ステップＳＴ３５０７で受信した測定報告などに基づいて、ＲＮをハンドオーバさせるか否かを判断する。既にターゲットｅＮＢは選択しているので、ターゲットｅＮＢを選択する処理を行う必要はない。

　以上の実施の形態１の変形例７によって、以下の効果を得ることができる。移動ＲＮが決まったルート上を移動する場合、該移動ルートをカバレッジとするｅＮＢをターゲットｅＮＢとして選択することが可能となる。これによって、決まったルートを移動する上で最適なハンドオーバ処理を実施することができ、無駄なハンドオーバ処理を防止することができる。したがって、処理負荷を軽減することができ、制御遅延を防止することができる。

　実施の形態２．
　インバンドＲＮ（inband relay）が検討されている（非特許文献７参照）。図２８を用いて、インバンドＲＮにおける周波数の利用方法について説明する。

　ＤｅＮＢ１３０５からＲＮ１３０４への下りバックホールリンク（ＢＬ＿ＤＬ）２９０２と、ＲＮ１３０４からＵＥ１３０３への下りアクセスリンク（ＡＬ＿ＤＬ）２９０４とは、１つのキャリア周波数で、時分割多重する。なお、ＤｅＮＢ１３０５からＵＥ２９０１への通常の下りリンク（Ｎｏｒｍａｌ＿ＤＬ）２９０６も、ＢＬ＿ＤＬ２９０２およびＡＬ＿ＤＬ２９０４と同一のキャリア周波数が用いられる。

　ＵＥ１３０３からＲＮ１３０４への上りアクセスリンク（ＡＬ＿ＵＬ）２９０５と、ＲＮ１３０４からＤｅＮＢ１３０５への上りバックホールリンク（ＢＬ＿ＵＬ）２９０３とは、１つのキャリア周波数で、時分割多重する。なお、ＵＥ２９０１からＤｅＮＢ１３０５への通常の上りリンク（Ｎｏｒｍａｌ＿ＵＬ）２９０７も、ＡＬ＿ＵＬ２９０５およびＢＬ＿ＵＬ２９０３と同一のキャリア周波数が用いられる。以上のように、バックホールリンクの周波数とアクセスリンクの周波数とが同一のＲＮをインバンドＲＮ（inband relay）と称する。

　実施の形態２で解決する課題について、以下に説明する。
インバンドＲＮが、ソースＤｅＮＢとは異なる周波数、あるいは異なる周波数バンドで運用されているｅＮＢのカバレッジ内へ移動した場合、つまりハンドオーバした場合について考える。このような状況を異周波数ハンドオーバ（ＨＯ）と称する。

　インバンドＲＮが異周波数ハンドオーバを行った場合、バックホールリンクと、アクセスリンクとで異なる周波数が用いられるという課題が発生する。

　実施の形態２での解決策を以下に示す。インバンドＲＮが、異周波数ハンドオーバを行う場合、アクセスリンクの周波数をバックホールリンクの周波数に合わせて変更する。

　アクセスリンクの周波数をバックホールリンクの周波数に合わせて変更した場合、ＲＮの傘下のＵＥとの接続において、以下の新たな問題が生じる。

　ＲＮの傘下のＵＥは、通信中のアクセスリンクの受信品質が急激に悪化し、急に通信が切断されるという問題が発生する。

　上記問題に対する解決策を以下に示す。インバンドＲＮが、異周波数ハンドオーバを行う場合、ＲＮの傘下のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥに対して、周波数を変更してＲＲＣ再接続を行う指示を通知する。また、ターゲットｅＮＢとの新たなバックホールリンクの周波数を併せて通知してもよい。

　ＲＲＣ再接続を行う指示の通知方法の具体例として、以下を開示する。周波数を変更して、ＲＲＣ再接続を指示することを示す、異周波数ＲＲＣ接続変更メッセージを新たに設ける。

　異周波数ＲＲＣ接続変更メッセージにマッピングするパラメータの具体例として、以下の（１），（２）の２つを開示する。
　（１）インバンドＲＮが異周波数ハンドオーバを行った後の、新たなアクセスリンクの周波数。
　（２）新たなアクセスリンクでのＭＢＳＦＮサブフレーム構成。ＭＢＳＦＮサブフレーム構成は、システム情報で報知される。異周波数ＲＲＣ接続変更メッセージによって、新たなアクセスリンクでのＭＢＳＦＮサブフレーム構成を通知することで、ＵＥが新たなアクセスリンクで報知情報を受信する必要がなくなる。これによって、ＵＥの処理の負荷を軽減することができる。

　次に動作について説明する。図３６は、実施の形態２における移動体通信システムのシーケンスの一例を示す図である。

　ステップＳＴ３６０１において、ＲＮは、測定（Measurement）を実行する。

　ステップＳＴ３６０２において、ＲＮは、測定報告（Measurement Report）をソースＤｅＮＢへ通知する。

　ステップＳＴ３６０３において、ソースＤｅＮＢは、ステップＳＴ３６０２で受信した測定報告などに基づいて、ＲＮをハンドオーバさせるか否かを判断する。ＲＮをハンドオーバさせる場合、ハンドオーバ先であるターゲットｅＮＢを決定する。

　ステップＳＴ３６０４において、ソースＤｅＮＢは、ＲＮへ、ハンドオーバに必要なパラメータをマッピングしたモビリティ制御情報（Mobility Control Information）を含むＲＲＣ接続再設定メッセージ（RRC Connection Reconfiguration Message）を通知する。併せて、ソースＤｅＮＢは、ＲＮへ、ハンドオーバの実行を指示する。

　ステップＳＴ３６０５において、ＲＮは、ターゲットｅＮＢとの間で接続処理を実行する。

　ステップＳＴ３６０６において、ＲＮは、ターゲットｅＮＢで運用されている周波数、つまりＲＮとターゲットｅＮＢとのバックホールリンクで用いる周波数と同一の周波数でアクセスリンク（ＡＬ）の送信を開始する。以下の説明において、ターゲットｅＮＢで運用されている周波数を「変更後周波数」と称する。

　ステップＳＴ３６０７において、ＲＮは、ハンドオーバ前のアクセスリンクの周波数、つまりＲＮとソースＤｅＮＢとのバックホールリンクで用いられる周波数で、傘下のＵＥに対して異周波数ＲＲＣ接続変更メッセージを通知する。併せて、ＲＮは、傘下のＵＥへ、リソースの割当てが所定期間行われないことを示す保留コマンドを通知してもよい。以下の説明において、ハンドオーバ前のアクセスリンクの周波数を「変更前周波数」と称する。

　ステップＳＴ３６０８において、ＲＮは、変更前周波数でのアクセスリンク（ＡＬ）の送信を停止する。

　ステップＳＴ３６０９において、ＲＮは、報知情報をＵＥへ通知する。ＲＮの傘下のＵＥは、異周波数ＲＲＣ接続変更メッセージで通知された新たなアクセスリンクの周波数を用いて、セルサーチを行い、同期を取り、報知情報を受信する。

　ステップＳＴ３６１０において、ＲＮの傘下のＵＥは、ＲＮとの間で接続処理を実行する。

　ステップＳＴ３６１１において、ＲＮの傘下のＵＥは、異周波数ＲＲＣ接続変更完了メッセージをＲＮへ通知する。

　また、変更後周波数でアクセスリンクの送信を開始するポイント、あるいは変更前周波数でのアクセスリンクの送信を停止するポイントは、前記の例に限らない。具体例として、以下の（１），（２）の２つを開示する。

　（１）ＲＮが、傘下のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥから異周波数ＲＲＣ接続変更完了通知を受信したことを確認した後、ステップＳＴ３６０８の処理を実行してもよい。これによって、傘下のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥが、変更後周波数での接続を完了した後に、変更前周波数でのアクセスリンクの送信停止を行うことが可能となる。これによって、よりユーザフレンドリーな移動体通信システムを構築することができる。

　（２）変更前周波数でのアクセスリンクの送信を停止するステップＳＴ３６０８の処理の後に、変更後周波数でのアクセスリンクの送信を開始するステップＳＴ３６０６の処理を実行してもよい。これによって、ＲＮが、変更前周波数と、変更後周波数との２種類の周波数でアクセスリンクを送信することを回避することができる。したがって、ＲＮの小型化、低消費電力化および低コスト化を図ることができる。

　以上の実施の形態２によって、以下の効果を得ることができる。インバンドＲＮが移動した場合であっても、バックホールリンクと、アクセスリンクとを同じ周波数にすることができる。

　また、ＲＮが異周波数ハンドオーバを実行した場合であっても、ＲＮが、傘下のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥへ、異周波数ＲＲＣ接続変更メッセージを通知することによって、変更後周波数で送信されるアクセスリンクを用いて、ＲＮとＲＮの傘下のＵＥとの接続、および通信を継続することができる。

　実施の形態２　変形例１．
　実施の形態２の変形例１で解決する課題について、以下に説明する。実施の形態２の解決策では、周波数を変更してＲＲＣ再接続を行う指示を通知するメッセージを新たに設けている。しかし、ＲＲＣ再接続を行う指示を通知するメッセージを新たに設けると、移動体通信システムが複雑化するという問題が発生する。

　実施の形態２の変形例１での解決策を以下に示す。インバンドＲＮが、異周波数ハンドオーバを行う場合、アクセスリンクの周波数をバックホールリンクの周波数に合わせて変更する。ＲＮの傘下のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥに対して、周波数を変更してＲＲＣ再接続を行う指示を通知する。該周波数は、ターゲットｅＮＢとの新たなバックホールリンクの周波数とする。該通知に、ＵＥのハンドオーバ処理を用いる。これによって、新たなメッセージを設ける必要がなく、移動体通信システムが複雑化することを回避することができる。

　周波数を変更してＲＲＣ再接続を行う指示を通知する場合に、ＵＥのハンドオーバ処理を用いる場合の具体例として、以下の（１）～（３）の３つを開示する。

　（１）用いるメッセージの具体例を開示する。ソースｅＮＢから傘下のＵＥへ、ハンドオーバに必要なパラメータをマッピングしたモビリティ制御情報（Mobility Control Information）を含むＲＲＣ接続再設定メッセージ（RRC Connection Reconfiguration Message）を用いる。あるいは、単にＲＲＣ接続再設定メッセージ（RRC Connection Reconfiguration Message）を用いてもよい。あるいは、ソースｅＮＢから傘下のＵＥへ、ハンドオーバに必要なパラメータをマッピングしたハンドオーバコマンド（Handover Command）を用いる。

　（２）メッセージの中にマッピングするパラメータの具体例として、以下（２－１）～（２－３）の３つを開示する。
　（２－１）周波数を変更してＲＲＣ再接続を行う指示。
　（２－２）インバンドＲＮが異周波数ハンドオーバした後の、新たなアクセスリンクの周波数。
　（２－３）新たなアクセスリンクでのＭＢＳＦＮサブフレーム構成。ＭＢＳＦＮサブフレーム構成は、システム情報で報知される。異周波数ＲＲＣ接続変更メッセージで新たなアクセスリンクでのＭＢＳＦＮサブフレーム構成を通知することによって、ＵＥが新たなアクセスリンクで報知情報を受信する必要がなくなる。これによって、ＵＥの処理の負荷を軽減することができる。

　（３）単に従来のＵＥのハンドオーバ処理を用いるのではなく、インバンドＲＮが、異周波数ハンドオーバを行う場合、ＲＮの傘下のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥに対して、周波数を変更してＲＲＣ再接続を行う指示を通知するのに適した変更を加える。これによって、不要な処理を削減することができ、制御遅延を防止することができる。変更を加える点の具体例として、以下の（３－１）～（３－２）の２つを開示する。

　（３－１）従来のＵＥのハンドオーバ処理におけるソースｅＮＢが、ターゲットｅＮＢへＵＥに関するデータを受け渡す（Data Forwarding）処理を実行しない。例えば、図１６のステップＳＴ１６０９の処理を実行しない。インバンドＲＮが、異周波数ハンドオーバを行った場合であっても、インバンドＲＮの傘下のＵＥが通信している相手は、インバンドＲＮであり、変更なく、同一である。したがって、ＵＥに関するデータの受け渡しを行う必要はない。

　（３－２）従来のＵＥのハンドオーバ処理におけるソースｅＮＢが、ターゲットｅＮＢへＰＤＣＰ（Packet Data Convergence Protocol）状態を保存するための情報を通知する処理を実行しない。通知のメッセージの具体例としては、ＳＮステータストランスファーメッセージ（SN STATUS TRANSFER message）がある。例えば、図１６のステップＳＴ１６０９の処理の前に行われる。インバンドＲＮが、異周波数ハンドオーバを行った場合であっても、インバンドＲＮの傘下のＵＥが通信している相手は、インバンドＲＮであり、変更なく、同一である。したがって、ＰＤＣＰ状態を保存するための情報を通知を行う必要はない。

　次に動作について説明する。図３７は、実施の形態２の変形例１における移動体通信システムのシーケンスの一例を示す図である。

　ステップＳＴ３６０１～ステップＳＴ３６０６の処理が行われた後、ステップＳＴ３７０１において、ＲＮは、変更前周波数で、傘下のＵＥに対してモビリティ制御情報（Mobility Control Information）を通知する。該通知において、周波数を変更してＲＲＣ再接続を行う指示、および変更後の周波数を通知する。併せて、傘下のＵＥが、変更後周波数で報知情報を受信する必要がないように、新たなアクセスリンクでのＭＢＳＦＮサブフレーム構成を通知してもよい。

　ステップＳＴ３６０８の処理が行われた後、ステップＳＴ３７０２において、ＲＮの傘下のＵＥは、モビリティ制御情報で通知された新たなアクセスリンクの周波数を用いて、セルサーチを行う。ステップＳＴ３７０１において、変更後周波数で報知情報を受信する必要がないように、新たなアクセスリンクでのＭＢＳＦＮサブフレーム構成などを受信していれば、ステップＳＴ３７０２において、報知情報を受信する必要はない。これによって、ＵＥの低消費電力化を図ることができる。

　ステップＳＴ３７０３において、ＲＮの傘下のＵＥは、ＲＮとの間で接続処理を実行する。

　以上の実施の形態２の変形例１によって、実施の形態２の効果に加えて、以下の効果を得ることができる。メッセージを新たに設ける必要が無い。したがって、移動体通信システムが複雑化することを回避することができる。

　実施の形態２　変形例２
　実施の形態２の変形例２で解決する課題について、以下に説明する。
アクセスリンクの周波数をバックホールリンクの周波数に合わせて変更した場合、ＲＮの傘下のＵＥとの接続において、以下の新たな問題が生じる。ＲＮの傘下のＵＥは、待受け中のアクセスリンクの受信品質が急激に悪化するという問題が発生する。待受け中のＵＥのセル選択は、ＵＥが判断する。その結果、変更後周波数、つまり異周波数で運用が開始されるインバンドＲＮを再選択する場合と、他の周辺セルを再選択する場合との双方が考えられる。つまり、インバンドＲＮを再選択するか否かは不明である。

　想定されている移動ＲＮのサービス形態である、移動ＲＮが高速バスなどに設置される場合を考える。移動ＲＮが異周波数ハンドオーバを行った場合であっても、移動ＲＮが設置されている高速バスの乗客が所有するＵＥは、移動ＲＮをセル選択することが望まれる。

　実施の形態２の変形例２での解決策を以下に示す。ＵＥが移動ＲＮにキャンプオンしていることを認識し、移動ＲＮの受信品質が急激に悪化した場合は、移動ＲＮを優先したセルサーチを実行する。また、セルサーチは、異周波数を含むセルサーチを実行するようにしてもよい。あるいは移動ＲＮが異周波数ハンドオーバを実行したと推測し、異周波数を優先したセルサーチを実行してもよい。

　ＵＥが移動ＲＮにキャンプオンしていることを認識する方法の具体例として、以下の（１）～（３）の３つを開示する。

　（１）ＲＮが移動ＲＮであるか否かを示す情報を報知する。ＵＥは、ＲＮの報知情報を受信し、該ＲＮが、移動ＲＮであるか否かを判断する。

　移動ＲＮであるか否かを示す情報を報知する方法の具体例を、以下に示す。既存のシステム情報（System Information Block：ＳＩＢ）（非特許文献２参照）の情報要素として、移動ＲＮであるか否かを示す情報を新規に追加する。システム情報は、ＢＣＣＨを用いて報知される。

　移動ＲＮであるか否かを示す情報をＳＩＢの情報要素とする方法の具体例として、以下の（１－１）～（１－３）の３つを開示する。

　（１－１）ＳＩＢ１の情報要素として追加する。ＳＩＢ１にマッピングした場合、以下の効果を得ることができる。例えばＬＴＥ方式の移動体通信システムにおいては、図１２のステップＳＴ１２０５のように、ＳＩＢ１はサーチの初期段階で受信することが可能となる。したがって、ＳＩＢ１に移動ＲＮであるか否かを示す情報をマッピングすることによって、制御遅延を防止することができ、消費電力の低減を図ることができる。

　（１－２）ＳＩＢ２の情報要素として追加する。ＳＩＢ２にマッピングした場合、以下の効果を得ることができる。現在の３ＧＰＰでは、ＳＩＢ２には傘下の全ての移動端末に共通の無線リソースの設定がマッピングされる方向である。全ての移動端末に共通の情報が、同様のパラメータが含まれるＳＩＢ２へ追加されることは、同様のパラメータを同じシステム情報の受信によって得ることが可能となる。したがって、移動体通信システムが複雑化することを回避することができ、制御遅延を防止することができる。

　（１－３）ＳＩＢ３の情報要素として追加する。ＳＩＢ３にマッピングした場合、以下の効果を得ることができる。現在の３ＧＰＰでは、ＳＩＢ３には、セルの再選択に共通の設定がマッピングされる方向である。セルの再選択に共通の情報が、同様のパラメータが含まれるＳＩＢ３へ追加されることは、同様のパラメータを同じシステム情報の受信によって得ることが可能となる。したがって、移動体通信システムが複雑化することを回避することができ、制御遅延を防止することができる。

　また、移動ＲＮであるか否かを示す情報は、移動ＲＮのみ報知するとしてもよい。該情報が報知されていなければ、移動ＲＮでないと判断できるので、問題がなく、かつ移動ＲＮの機能を有しないｅＮＢ、ＲＮに追加情報が不要となる。

　（２）移動ＲＮに割当てるセルの識別子と、移動ＲＮとは異なるＲＮおよびｅＮＢに割当てるセルの識別子とを分離する。セルの識別子のうち、ＰＣＩは、ＵＥが実行する測定の早い段階で、ＲＮが認識することができる。具体的には、例えば図１２のステップＳＴ１２０１において、周辺の基地局から送信される第一同期信号（Ｐ－ＳＳ）と、第二同期信号（Ｓ－ＳＳ）とを用いて、ＰＣＩと１対１に対応するシンクロナイセーションコードを認識する。したがって、移動ＲＮに割当てるＰＣＩの範囲と、移動ＲＮとは異なるＲＮおよびｅＮＢに割当てるＰＣＩの範囲とを分離してもよい。

　セルの識別子の分離方法、あるいはＰＣＩの範囲の分離方法は、ＲＮおよびｅＮＢが報知する。ＵＥは、セルの識別子、あるいはＰＣＩを用いて、サービングセルが、移動ＲＮであるか否かを判断する。セルの識別子の分離方法、あるいはＰＣＩの範囲の分離方法は、移動ＲＮからのみ報知するようにしてもよい。これによって、移動ＲＮの機能を有しないｅＮＢに追加情報が不要となる。

　（３）移動ＲＮ用のキャリア周波数と、移動ＲＮとは異なるＲＮおよびｅＮＢ用のキャリア周波数とを分離する。周波数の分離方法は、ＲＮおよびｅＮＢが報知する。ＵＥは、キャリア周波数を用いて、サービングセルが、移動ＲＮであるか否かを判断する。周波数の分離方法は、移動ＲＮからのみ報知するようにしてもよい。これによって、移動ＲＮの機能を有しないｅＮＢに追加情報が不要となる。また、移動ＲＮ用に運用可能なキャリア周波数を報知してもよい。

　移動ＲＮを優先したセルサーチを実行する方法の具体例として、以下を開示する。移動ＲＮの傘下のＵＥは、異周波数で、移動ＲＮのＰＣＩを用いてセルサーチを実行する。異周波数で、移動ＲＮに割当てるＰＣＩの範囲内のＰＣＩを用いてセルサーチを実行してもよい。移動ＲＮ用のキャリア周波数、あるいは移動ＲＮ用に運用可能なキャリア周波数で、移動ＲＮのＰＣＩを用いて、あるいは移動ＲＮに割当てるＰＣＩの範囲内のＰＣＩを用いて、セルサーチを実行してもよい。あるいは、ＰＣＩが周波数毎に決定されている場合などは、単に異周波数で、あるいは移動ＲＮ用に運用可能なキャリア周波数で、セルサーチを実行してもよい。

　ＵＥが、移動ＲＮの受信品質が急激に悪化したか否かを判断する方法の具体例として、以下の（１），（２）の２つを開示する。

　（１）サービングセル、つまり移動ＲＮの受信品質が所定の時間内に所定の閾値以下となった場合、受信品質が急激に悪化したと判断する。所定の時間、および所定の閾値は、予め決められてもよいし、移動ＲＮから通知されてもよい。通知方法としては、移動ＲＮから報知する。

　（２）サービングセル、つまり移動ＲＮの時間に対する受信品質の減少量の割合が、所定の閾値よりも大きい場合、受信品質が急激に悪化したと判断する。例えば、単位時間に対する受信品質の減少量の割合を減少係数と称する。所定の閾値は、予め決められてもよいし、移動ＲＮから通知されてもよい。通知方法としては、移動ＲＮから報知する。

　移動ＲＮにキャンプオンしている場合にのみ、受信品質が急激に悪化したか否かを判断してもよい。

　次に動作について説明する。図３８は、実施の形態２の変形例２における移動体通信システムのシーケンスの一例を示す図である。

　ステップＳＴ３８０１において、ＵＥは、セルサーチを開始する。ステップＳＴ３８０２において、ＵＥは、周辺セルの同期を取るとともに、同期が取れたセルのＰＣＩを検出（特定）する。

　ステップＳＴ３８０３において、ＵＥは、ステップＳＴ３８０２までに検出された一つ以上のセルの中から、ＲＳの受信品質が最もよいセル、例えば、ＲＳの受信電力が最も高いセル、つまりベストセルを選択する。本動作例では、ＲＮをセル選択する。

　ステップＳＴ３８０４において、ＲＮは、移動ＲＮである旨の情報、および受信品質の減少係数の閾値をＵＥへ報知する。ＵＥは、ＲＮから報知される移動ＲＮである旨の情報、および受信品質の減少係数の閾値を受信する。

　ステップＳＴ３８０５において、ＵＥは、サービングセルが移動ＲＮであるか否かを判断する。ステップＳＴ３８０５において、サービングセルが移動ＲＮであると判断した場合は、ステップＳＴ３８０６へ移行する。ステップＳＴ３８０５において、サービングセルが移動ＲＮでないと判断した場合は、ステップＳＴ３８０７へ移行する。

　ステップＳＴ３８０６において、ＵＥは、移動ＲＮの受信品質が急激に悪化したか否かを判断する。具体的には、ＵＥは、サービングセル、つまり測定した移動ＲＮの受信品質の減少係数が、ステップＳＴ３８０４で受信した受信品質の減少係数の閾値よりも大きいか否かを判断する。受信品質の減少係数が、受信品質の減少係数の閾値よりも大きい場合は、移動ＲＮの受信品質が急激に悪化したと判断して、ステップＳＴ３８０８へ移行する。受信品質の減少係数が、受信品質の減少係数の閾値以下である場合は、移動ＲＮの受信品質が急激に悪化していないと判断して、ステップＳＴ３８０６の処理を繰り返す。受信品質の減少係数が、受信品質の減少係数の閾値以下である場合は、通常のセルの再選択処理を実行してもよい。

　ステップＳＴ３８０８において、ＵＥは、異周波数でのセルサーチを実行する。ステップＳＴ３８０２で検出したサービングセル、つまり移動ＲＮのＰＣＩを用いて、異周波数でのセルサーチを実行してもよい。

　以上の実施の形態２の変形例２によって、以下の効果を得ることができる。ＲＮが異周波数ハンドオーバを実行した場合であっても、ＲＮが傘下の待受け状態のＵＥが、移動ＲＮが異周波数ハンドオーバを実行したと推測し、移動ＲＮを優先したセルサーチを実行することが可能となる。したがって、移動ＲＮが異周波数ハンドオーバを行った場合であっても、移動ＲＮの傘下の待受け状態のＵＥが、移動ＲＮをセル選択する可能性が高くなる。

　実施の形態２　変形例３．
　実施の形態２の変形例３では、前述の実施の形態２の変形例２と同じ課題について、別の解決策を開示する。実施の形態２の変形例３での解決策を以下に示す。

　インバンドＲＮが、異周波数ハンドオーバを行う場合、ＲＮの傘下の待受け状態のＵＥに対して、自ＲＮが異周波数ハンドオーバを実行する旨を通知する。また、該通知を受信したＵＥは、異周波数を用いて、セルサーチを実行するようにしてもよい。セルサーチは、異周波数を含むセルサーチを実行するようにしてもよい。

　異周波数ハンドオーバを行う旨の他に、変更後周波数、セル再選択の指示を通知してもよい。

　インバンドＲＮが、ＲＮの傘下の待受け状態のＵＥに対して、自ＲＮが異周波数ハンドオーバを実行する旨を通知する方法の具体例として、以下の（１），（２）の２つを開示する。

　（１）変更前周波数をシステム情報で報知する。報知情報の中に、異周波数ハンドオーバを実行する旨を示す情報要素を新設する。報知情報が変更されると、ページングで全員呼出しが行われる。したがって、傘下の待受け状態の移動端末へ通知することが可能となる。ページングを受信し、報知情報の変更が通知されている場合は、ＵＥは報知情報を再受信し、異周波数ハンドオーバを実行した旨を示すインジケータが含まれている場合は、ＵＥはセルサーチを実行する。変更後周波数が併せて通知されている場合は、変更後周波数でセルサーチを実行する。

　（２）変更前周波数のページングで通知する。全員呼出しを行う。ページングメッセージの中に、サービングセルが異周波数ハンドオーバを実行した旨を示す情報要素を新設する。ページングを受信し、ページングメッセージの中に異周波数ハンドオーバを実行した旨を示すインジケータが含まれている場合は、ＵＥはセルサーチを実行する。変更後周波数が併せて通知されている場合は、変更後周波数でセルサーチを実行する。

　次に動作について説明する。図３９は、実施の形態２の変形例３における移動体通信システムを示す図である。

　ステップＳＴ３６０１～ステップＳＴ３６０６の処理が行われた後、ステップＳＴ３９０１において、ＲＮは、変更前周波数で異周波数ハンドオーバを実行する旨を報知情報によって通知する。このとき、併せて変更後周波数を通知してもよい。変更後周波数を通知することによって、傘下のＵＥが異周波数のセルサーチを実行する周波数が限定されるので、ＵＥの処理の負荷を軽減することができる。

　ステップＳＴ３９０２において、ステップＳＴ３９０１で報知情報が変更されたことに伴い、ＲＮは、変更前周波数で、傘下のＵＥに対して、報知情報が変更されたことを通知するページングを通知する。

　ステップＳＴ３９０３において、ＵＥは、ページングを受信したか否かを判断する。ページングを受信したと判断した場合は、ステップＳＴ３９０４へ移行する。ページングを受信していないと判断した場合は、ステップＳＴ３９０３の処理を繰り返す。

　ステップＳＴ３９０４において、ＵＥは、ステップＳＴ３９０２で受信したページングが、報知情報の変更を通知するものであるか否かを判断する。報知情報の変更を通知するものであると判断した場合は、ステップＳＴ３９０５へ移行する。報知情報の変更を通知するものでないと判断した場合は、その後の説明を省略する意味で全ての処理を終了する。

　ステップＳＴ３９０５において、ＵＥは、変更前周波数で、報知情報を受信する。ステップＳＴ３９０６において、ＵＥは、ステップＳＴ３９０５で受信した報知情報で異周波数ハンドオーバを実行する旨が通知されているか否かを判断する。異周波数ハンドオーバを実行する旨が通知されていると判断した場合は、ステップＳＴ３９０７へ移行する。異周波数ハンドオーバを実行する旨が通知されていないと判断した場合は、その後の説明を省略する意味で全ての処理を終了する。

　ステップＳＴ３９０７において、ＵＥは、異周波数を用いて、セルサーチを実行する。また、ステップＳＴ３９０５で受信した報知情報で変更後周波数が併せて通知されている場合は、変更後周波数でセルサーチを実行してもよい。

　以上の実施の形態２の変形例３によって、以下の効果を得ることができる。ＲＮが異周波数ハンドオーバを実行した場合であっても、ＲＮが異周波数ハンドオーバを実行する旨を、傘下のＵＥへ通知する。ＲＮの傘下の待受け状態のＵＥが、ＲＮが異周波数ハンドオーバを実行する旨を認識することができるので、異周波数、あるいはＲＮが動作する変更後周波数でセルサーチを実行することが可能となる。したがって、移動ＲＮが異周波数ハンドオーバを行った場合であっても、移動ＲＮの傘下の待受け状態のＵＥが、移動ＲＮをセル選択する可能性が高くなる。

　実施の形態３．
　ＲＮが移動した場合、既存のＲＮとの間で、ＲＮの運用時にアクセスリンクとバックホールリンクとが存在することに起因する干渉が生じる。図２９および図３０に、インバンドＲＮのサブフレーム構成の具体例を示した。ある一つのＲＮにおいて、下りアクセスリンク送信が下りバックホールリンク受信に、または、上りバックホールリンク送信が上りアクセスリンク受信に干渉を及ぼさないように、サブフレームが構成されることを示した。したがって、一つのＲＮにおけるバックホールリンクとアクセスリンクとの間での干渉は無い。

　しかし、ＲＮのバックホールリンクのサブフレーム構成は、ＤｅＮＢからＲＮ毎にＲＲＣシグナリングを用いて個別に通知される。したがって、通常、ＲＮのサブフレームの構成は、ＲＮ毎に異なる。このため、複数のＲＮが接近するような場合、異なるＲＮ間のバックホールリンクとアクセスリンクとの間で干渉が生じてしまう。ＲＮの送信が他のＲＮの受信に干渉を与えてしまうという問題が生じる。

　図４０および図４１は、移動したＲＮと既存のＲＮとの間で生じる干渉について説明するための図である。第１ｅＮＢ（第１ＤｅＮＢ）６１０１は、第１カバレッジ６１１６を構成する。第２ｅＮＢ（第２ＤｅＮＢ）６１０２は、第２カバレッジ６１１７を構成する。第１ｅＮＢ６１０１および第２ｅＮＢ６１０２は、ＲＮをサーブする機能を有するＤｅＮＢである。第１ｅＮＢ６１０１の傘下には、第１ＲＮ６１０６および第３ＵＥ６１０３が存在している。

　第１ＲＮ６１０６は、第１ＲＮカバレッジ６１０９を構成する。第１ＲＮ６１０６の傘下には、第１ＵＥ６１０５が存在している。第２ｅＮＢ６１０２の傘下には、第２ＲＮ６１０８および第４ＵＥ６１０４が存在している。第２ＲＮ６１０８は、第２ＲＮカバレッジ６１１０を構成する。第２ＲＮ６１０８の傘下には、第２ＵＥ６１０７が存在している。第１ＲＮ６１０６は、第１ｅＮＢ６１０１の傘下から、第２ｅＮＢ６１０２の傘下に移動可能に構成される。

　図４０において、参照符号「６１１１」で示す矢符は、第２ｅＮＢ６１０２から第１ＲＮ６１０６への下りリンク（下りバックホールリンク）を表す。参照符号「６１１２」で示す矢符は、第２ｅＮＢ６１０２から第２ＲＮ６１０８への下りリンク（下りバックホールリンク）を表す。参照符号「６１１４」で示す矢符は、第１ＲＮ６１０６から第１ＵＥ６１０５への下りリンク（下りアクセスリンク）を表す。参照符号「６１１５」で示す矢符は、第２ＲＮ６１０８から第２ＵＥ６１０７への下りリンク（下りアクセスリンク）を表す。

　図４１において、参照符号「６１１８」で示す矢符は、第１ＲＮ６１０６から第２ｅＮＢ６１０２への上りリンク（上りバックホールリンク）を表す。参照符号「６１１９」で示す矢符は、第２ＲＮ６１０８から第２ｅＮＢ６１０２への上りリンク（上りバックホールリンク）を表す。参照符号「６１２１」で示す矢符は、第１ＵＥ６１０５から第１ＲＮ６１０６への上りリンク（上りアクセスリンク）を表す。参照符号「６１２２」で示す矢符は、第２ＵＥ６１０７から第２ＲＮ６１０８への上りリンク（上りアクセスリンク）を表す。

　ＲＮが接近した場合、ＲＮの下りアクセスリンクが、他のＲＮの下りバックホールリンクに干渉を与える。例えば、図４０に示すように、第２ｅＮＢ６１０２のカバレッジ６１１７内に移動した第１ＲＮ６１０６が、第２ＲＮ６１０８に接近すると、第２ＲＮ６１０８の下りアクセスリンク６１１５が、第１ＲＮ６１０６の下りバックホールリンク６１１１に干渉６１１３を与える。

　また、ＲＮの上りバックホールリンクが、他のＲＮの上りアクセスリンクに干渉を与える。例えば、図４１に示すように、第１ＲＮ６１０６から第２ｅＮＢ６１０２への上りバックホールリンク６１１８の送信が、第２ＵＥ６１０７から第２ＲＮ６１０８への上りアクセスリンク６１２２の受信に干渉６１２０を与える。

　本実施の形態では、このような、異なるＲＮ間のバックホールリンクとアクセスリンクとの間の干渉を低減する方法を開示する。

　ＲＮ間で、アクセスリンクのサブフレームと、バックホールリンクのサブフレームとを異ならせる。例えば、第２ＲＮ６１０８の下りアクセスリンクのサブフレームと、第１ＲＮ６１０６の下りバックホールリンクのサブフレームとを異ならせる。また、第１ＲＮ１６１０６上りバックホールリンクのサブフレームと、第２ＲＮ６１０８の上りアクセスリンクのサブフレームとを異ならせる。

　ＲＮ間で、アクセスリンクのサブフレームと、バックホールリンクのサブフレームとを異ならせる方法として、ＲＮは、干渉となる下りアクセスリンクのサブフレームを、ＭＢＳＦＮサブフレームにする。また、ＲＮは、干渉となる上りアクセスリンクのサブフレームに、上りスケジューリングをしないようにする。

　例えば、第１ＲＮ６１０６の上りバックホールリンクのサブフレームに、第２ＲＮ６１０８の上りアクセスリンクのスケジューリングを行わない。第２ＲＮ６１０８の上りバックホールリンクのサブフレームに、第１ＲＮ６１０６の上りアクセスリンクのスケジューリングを行わない。

　他の例として、バックホールリンクのスケジューリングを行う無線リソースと、アクセスリンクのスケジューリングを行う無線リソースとを異ならせてもよい。無線リソースとしては、ＲＢ単位、ＲＥ単位、サブキャリア単位などとするとよい。

　また、周波数帯域毎に異ならせるようにしてもよい。なお、ＲＮは、干渉となる下りアクセスリンクのサブフレームに、下りスケジューリングをしないようにしてもよい。これらの方法は、実施の形態１の変形例６で開示したサブフレームの利用方法にも適用することができる。

　図４２および図４３は、ＲＮ間で、アクセスリンクのサブフレームと、バックホールリンクのサブフレームとを異ならせた場合のサブフレームの構成の一例を示す図である。図４２および図４３では、図４０および図４１に示す第２ＤｅＮＢ６１０２を「ＤｅＮＢ２」と記載し、第２ＤｅＮＢ６１０２の傘下の第４ＵＥ６１０４を「ＵＥ４」と記載する。また第１ＲＮ６１０６を「ＲＮ１」と記載し、第１ＲＮ６１０６の傘下の第１ＵＥ６１０５を「ＵＥ１」と記載する。また第２ＲＮ６１０８を「ＲＮ２」と記載し、第２ＲＮ６１０８の傘下の第２ＵＥ６１０７を「ＵＥ２」と記載する。

　図４２は、ＲＮ間で、アクセスリンクのサブフレームと、バックホールリンクのサブフレームとを異ならせた場合の下りリンクのサブフレームの構成例を示す図である。図４２において、参照符号「６２０１」で示されるサブフレームは、第２ＤｅＮＢ（ＤｅＮＢ２）６１０２から傘下の第４ＵＥ（ＵＥ４）６１０４、第１ＲＮ（ＲＮ１）６１０６および第２ＲＮ（ＲＮ２）６１０８への下りリンクのサブフレームの構成例である。参照符号「６２０２」で示されるサブフレームは、第１ＲＮ（ＲＮ１）６１０６から傘下の第１ＵＥ（ＵＥ１）６１０５への下りリンクのサブフレームの構成例である。参照符号「６２０３」で示されるサブフレームは、第２ＲＮ（ＲＮ２）６１０８から傘下の第２ＵＥ（ＵＥ２）６１０７への下りリンクのサブフレームの構成例である。

　図４３は、ＲＮ間で、アクセスリンクのサブフレームと、バックホールリンクのサブフレームとを異ならせた場合の上りリンクのサブフレームの構成例を示す図である。図４３において、参照符号「６２０４」で示されるサブフレームは、第２ＤｅＮＢ（ＤｅＮＢ２）６１０２の傘下の第４ＵＥ（ＵＥ４）６１０４、第１ＲＮ（ＲＮ１）６１０６および第２ＲＮ（ＲＮ２）６１０８から第２ＤｅＮＢ（ＤｅＮＢ２）６１０２への上りリンクのサブフレームの構成例である。参照符号「６２０５」で示されるサブフレームは、第１ＲＮ（ＲＮ１）６１０６の傘下の第１ＵＥ（ＵＥ１）６１０５から第１ＲＮ（ＲＮ１）６１０６への上りリンクのサブフレームの構成例である。参照符号「６２０６」で示されるサブフレームは、第２ＲＮ（ＲＮ２）６１０８の傘下の第２ＵＥ（ＵＥ２）６１０７から第２ＲＮ（ＲＮ２）６１０８への下りリンクのサブフレームの構成例である。

　まず、図４２に示す下りリンクについて説明する。サブフレーム＃１とサブフレーム＃２とで、第２ＤｅＮＢ（ＤｅＮＢ２）６１０２から第１ＲＮ（ＲＮ１）６１０６にＲＮサブフレームが構成される。第１ＲＮ（ＲＮ１）６１０６は、サブフレーム＃１とサブフレーム＃２とをＭＢＳＦＮサブフレームに設定する。一方、サブフレーム＃３とサブフレーム＃６とで、第２ＤｅＮＢ（ＤｅＮＢ２）６１０２から第２ＲＮ（ＲＮ２）６１０８にＲＮサブフレームが構成される。第２ＲＮ（ＲＮ２）６１０８は、サブフレーム＃３とサブフレーム＃６とをＭＢＳＦＮサブフレームに設定する。

　この場合、サブフレーム＃３とサブフレーム＃６とで、第２ＤｅＮＢ（ＤｅＮＢ２）６１０２から第２ＲＮ（ＲＮ２）６１０８への下りバックホールリンク６１１２と、第１ＲＮ（ＲＮ１）６１０６から第１ＵＥ（ＵＥ１）６１０５への下りアクセスリンク６１１４とが重なる。このため、第１ＲＮ（ＲＮ１）６１０６から第１ＵＥ（ＵＥ１）６１０５への下りアクセスリンク６１１４が、第２ＤｅＮＢ（ＤｅＮＢ２）６１０２から第２ＲＮ（ＲＮ２）６１０８への下りバックホールリンク６１１２に干渉を与える。

　一方、サブフレーム＃１とサブフレーム＃２とで、第２ＤｅＮＢ（ＤｅＮＢ２）６１０２から第１ＲＮ（ＲＮ１）６１０６への下りバックホールリンク６１１１と、第２ＲＮ（ＲＮ２）６１０８から第２ＵＥ（ＵＥ２）６１０７への下りアクセスリンク６１１５とが重なる。このため、第２ＲＮ（ＲＮ２）６１０８から第２ＵＥ（ＵＥ２）への下りアクセスリンク６１１５が、第２ＤｅＮＢ（ＤｅＮＢ２）から第１ＲＮ（ＲＮ１）６１０６への下りバックホールリンク６１１１に干渉を与える。

　これらの干渉を低減するために、第１ＲＮ（ＲＮ１）６１０６から第１ＵＥ（ＵＥ１）６１０５への下りアクセスリンク６１１４のサブフレーム＃３，＃６を、ＭＢＳＦＮサブフレームに設定し、第２ＲＮ（ＲＮ２）６１０８から第２ＵＥ（ＵＥ２）６１０７への下りアクセスリンク６１１５のサブフレーム＃１，＃２を、ＭＢＳＦＮサブフレームに設定する。

　したがって、第１ＲＮ（ＲＮ１）６１０６から第１ＵＥ（ＵＥ１）６１０５への下りアクセスリンク６１１４において、サブフレーム＃１，＃２，＃３，＃６がＭＢＳＦＮサブフレームに設定され、第２ＲＮ（ＲＮ２）６１０８から第２ＵＥ（ＵＥ２）６１０７への下りアクセスリンク６１１５において、サブフレーム＃１，＃２，＃３，＃６がＭＢＳＦＮサブフレームに設定される。

　このように、異なるＲＮ間でのバックホールリンクとアクセスリンクとの間の干渉が問題となるサブフレームをＭＢＳＦＮサブフレームとすることによって、干渉を低減することが可能となる。

　次に、図４３に示す上りリンクについて説明する。サブフレーム＃１，＃２，＃５，＃６で、第１ＲＮ（ＲＮ１）６１０６から第２ＤｅＮＢ（ＤｅＮＢ２）６１０２への上りスケジューリングが行われ、第１ＲＮ（ＲＮ１）６１０６による上りバックホールリンクの送信が行われる。第１ＲＮ（ＲＮ１）６１０６は、サブフレーム＃１，＃２，＃５，＃６で第１ＵＥ（ＵＥ１）６１０５に対して、上りスケジューリングを行わない。したがって、該サブフレームで、第１ＲＮ（ＲＮ１）６１０６による傘下の第１ＵＥ（ＵＥ１）６１０５からの上りアクセスリンク６１２１の受信が行われない。

　一方、サブフレーム＃０，＃３，＃６，＃７で、第２ＲＮ（ＲＮ２）６１０８から第２ＤｅＮＢ（ＤｅＮＢ２）６１０２への上りスケジューリングが行われ、第２ＲＮ（ＲＮ２）６１０８による上りバックホールリンクの送信が行われる。第２ＲＮ（ＲＮ２）６１０８は、サブフレーム＃０，＃３，＃６，＃７で、第２ＵＥ（ＵＥ２）６１０７に対して、上りスケジューリングを行わない。したがって、該サブフレームで、第２ＲＮ（ＲＮ２）６１０８による傘下の第２ＵＥ（ＵＥ２）６１０７からの上りアクセスリンク６１２２の受信が行われない。

　この場合、サブフレーム＃０，＃３，＃７で、第２ＲＮ（ＲＮ２）６１０８から第２ＤｅＮＢ（ＤｅＮＢ２）６１０２への上りバックホールリンク６１１９と、第１ＵＥ（ＵＥ１）６１０５から第１ＲＮ（ＲＮ１）６１０６への上りアクセスリンク６１２１とが重なる。このため、第２ＲＮ（ＲＮ２）６１０８から第２ＤｅＮＢ（ＤｅＮＢ２）６１０２への上りバックホールリンク６１１９が、第１ＵＥ（ＵＥ１）６１０５から第１ＲＮ（ＲＮ１）６１０６への上りアクセスリンク６１２１に干渉を与える。

　一方、サブフレーム＃１，＃２，＃５で、第１ＲＮ（ＲＮ１）６１０６から第２ＤｅＮＢ（ＤｅＮＢ２）６１０２への上りバックホールリンク６１１８と、第２ＵＥ（ＵＥ２）６１０７から第２ＲＮ（ＲＮ２）６１０８への上りアクセスリンク６１２２とが重なる。このため、第１ＲＮ（ＲＮ１）６１０６から第２ＤｅＮＢ（ＤｅＮＢ２）６１０２への上りバックホールリンク６１１８が、第２ＵＥ（ＵＥ２）６１０７から第２ＲＮ（ＲＮ２）６１０８への上りアクセスリンク６１２２に干渉を与える。

　これらの干渉を低減するために、第１ＲＮ（ＲＮ１）６１０６は、第１ＵＥ（ＵＥ１）６１０５から第１ＲＮ（ＲＮ１）６１０６への上りアクセスリンク６１２１のサブフレーム＃０，＃３，＃７で、上りスケジューリングを行わないようにする。また、第２ＲＮ（ＲＮ２）６１０８は、第２ＵＥ（ＵＥ２）６１０７から第２ＲＮ（ＲＮ２）６１０８への上りアクセスリンク６１２２のサブフレーム＃１，＃２，＃５で、上りスケジューリングを行わないようにする。

　したがって、第１ＵＥ（ＵＥ１）６１０５から第１ＲＮ（ＲＮ１）６１０６への上りアクセスリンク６１２１において、サブフレーム＃０，＃１，＃２，＃３，＃５，＃６で、上りスケジューリングが行われないように設定され、また第２ＵＥ（ＵＥ２）６１０７から第２ＲＮ（ＲＮ２）６１０８への上りアクセスリンク６１２２において、サブフレーム＃０，＃１，＃２，＃３，＃５，＃６で、上りスケジューリングが行われないように設定される。

　ＤｅＮＢとＲＮのフレームタイミングに時間オフセットを設けてもよい。バックホールリンクのフレームタイミングとアクセスリンクのフレームタイミングとに、時間オフセットを設けてもよい。該時間オフセットは、サブフレーム単位としてもよい。このとき、同時間のサブフレーム番号が異なることになるが、それを踏まえて、どのサブフレームをＭＢＳＦＮサブフレームにするか、どのサブフレームにスケジューリングを行わないようにするかを設定すればよい。ＲＮ毎のフレームタイミングのオフセットは、ＤｅＮＢが決定してもよい。バックホールリンクのフレームタイミングを基準に、アクセスリンクのフレームタイミングにオフセットを設定してもよい。

　このように、異なるＲＮ間でのバックホールリンクとアクセスリンクとの間の干渉が問題となるサブフレームで、上りスケジューリングを行わないようにすることによって、干渉を低減することが可能となる。

　前述のようにすることで、ＲＮ間でアクセスリンクのサブフレームとバックホールリンクのサブフレームとを異ならせることができ、あるＲＮの送信が他のＲＮへの受信に与える干渉を低減することが可能となる。

　次にまず、ＲＮがＨＯを行う場合、移動先のｅＮＢであるターゲットｅＮＢが、該ＲＮのＲＮサブフレーム構成を設定する方法を開示する。この方法については、３ＧＰＰでは、何ら議論も技術の開示もされていない。従来の固定ＲＮと異なり、ＲＮがＨＯを行うとき、どのタイミングで、どのノードがＲＮサブフレーム構成を設定し、どのようにＲＮに通知するのかが問題となる。

　ＲＮがＨＯを行うときのＲＮサブフレーム構成の設定方法として、以下の（１），（２）の２つの具体例を示す。
　（１）ＲＮがターゲットｅＮＢに接続する前に、ソースｅＮＢが、ターゲットｅＮＢが設定したＲＮサブフレーム構成に関する情報をＲＮに通知する。
　（２）ＲＮがターゲットｅＮＢに接続した後に、ターゲットＤｅＮＢが、ターゲットｅＮＢが設定したＲＮサブフレーム構成に関する情報をＲＮに通知する。

　これらの方法において、ターゲットｅＮＢが設定したＲＮサブフレーム構成が、ソースｅＮＢで設定されていたＲＮサブフレーム構成と同じ場合は、ターゲットｅＮＢからＲＮへの該ＲＮサブフレーム構成の通知処理は省略されてもよい。

　図４４は、実施の形態３における移動体通信システムのシーケンスの一例を示す図である。図４４に示すシーケンスは、図１６に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。図４４では、ＲＮがターゲットｅＮＢに接続する前に、ソースｅＮＢが、ターゲットｅＮＢが設定したＲＮサブフレーム構成に関する情報をＲＮに通知する場合のシーケンスを示している。

　ステップＳＴ１６０４でソースｅＮＢがＨＯを行うことを決定した後、ステップＳＴ６３０１に移行する。

　ステップＳＴ６３０１において、ソースｅＮＢは、ターゲットｅＮＢに、ソースｅＮＢが設定していたハンドオーバ対象のＲＮのＲＮサブフレーム構成に関する情報を通知する。ソースｅＮＢが設定していた該ＲＮのＲＮサブフレーム構成に関する情報を、ハンドオーバ要求（HO request）メッセージに含めてもよいし、別のメッセージとして、あるいは別のシグナリングとして通知してもよい。

　ステップＳＴ１６０６において、ターゲットｅＮＢが、該ＲＮのハンドオーバの受け入れが可能であると判断した場合は、ステップＳＴ６３０２に移行し、ハンドオーバの受け入れが不可能であると判断した場合は、処理を終了する。

　ステップＳＴ６３０２において、ターゲットｅＮＢは、該ＲＮのＲＮサブフレーム構成を決定する。

　ステップＳＴ６３０３において、ターゲットｅＮＢは、ソースｅＮＢに対して、決定したＲＮサブフレーム構成に関する情報（以下「ＲＮサブフレーム構成情報」という場合がある）を通知する。ターゲットｅＮＢが決定したＲＮサブフレーム構成情報を、ハンドオーバ要求応答（HO Request Ack）メッセージに含めてもよいし、別のメッセージとして、あるいは別のシグナリングで通知してもよい。

　なお、フレームタイミングに時間オフセットが設けられる場合は、時間オフセット情報をＲＮサブフレーム構成情報とともに通知するとよい。以下の実施の形態およびその変形例において適用することができる。

　ターゲットｅＮＢが決定したＲＮサブフレーム構成情報を受信したソースｅＮＢは、ステップＳＴ６３０４において、ハンドオーバさせるＲＮに、ターゲットｅＮＢが決定したＲＮサブフレーム構成情報を通知する。ターゲットｅＮＢが決定したＲＮサブフレーム構成情報を、移動制御情報（Mobility Control Information）とともに通知してもよいし、あるいは、別のメッセージとして、あるいは別のシグナリングで通知してもよい。

　ステップＳＴ６３０３およびステップＳＴ６３０４において、ターゲットｅＮＢが決定したＲＮサブフレーム構成情報を、ＲＮ再構成（RN reconfiguration）メッセージに含めて通知してもよい。また、ターゲットｅＮＢが決定したＲＮサブフレーム構成情報とともに、ターゲットｅＮＢのシステム情報を通知してもよい。ＲＮは、ターゲットｅＮＢに接続する前に、ターゲットｅＮＢのシステム情報を取得可能となるので、ターゲットｅＮＢへ接続するときの制御遅延を削減することが可能となる。

　ソースｅＮＢとターゲットｅＮＢとの間のシグナリングは、Ｘ２インタフェースを用いて行われる。

　このようにすることで、ＲＮがＨＯするときに、ターゲットｅＮＢが設定するＲＮサブフレーム構成を、ＲＮが受信することが可能となる。前記具体例（１）の方法は、ＲＮが、ターゲットｅＮＢに接続する前に、ターゲットｅＮＢが設定したＲＮサブフレーム構成を得ることができるので、バックホールリンクおよびアクセスリンクのサブフレームの設定を迅速に行うことが可能となる。

　本シーケンス例では、ステップＳＴ６３０１において、ソースｅＮＢは、ターゲットｅＮＢに、ソースｅＮＢが設定していた該ＲＮのＲＮサブフレーム構成情報を通知するようにしている。これによって、ターゲットｅＮＢは、該情報を考慮してＲＮサブフレーム構成を設定することが可能となる。

　例えば、ソースｅＮＢが設定していたＲＮサブフレーム構成が、ターゲットｅＮＢで構成することが可能である場合は、ターゲットｅＮＢでも該ＲＮに該ＲＮサブフレーム構成を用いるようにする。これによって、ＲＮサブフレーム構成が変わらないので、ＲＮの制御処理の負荷を低減させることができる。

　他の方法として、ステップＳＴ６３０１において、ソースｅＮＢは、ターゲットｅＮＢに、ソースｅＮＢが設定していた該ＲＮのＲＮサブフレーム構成情報を通知しなくてもよい。これによって、ターゲットｅＮＢが、ソースｅＮＢが設定していたＲＮサブフレーム構成を考慮すること無く独自に設定するような場合に、メッセージの情報量を削減することが可能となる。

　図４５は、実施の形態３における移動体通信システムのシーケンスの一例を示す図である。図４５に示すシーケンスは、図１７に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。図４５では、ＲＮがターゲットｅＮＢに接続する前に、ソースｅＮＢが、ターゲットｅＮＢが設定したＲＮサブフレーム構成に関する情報をＲＮに通知する場合のシーケンスを示している。

　本シーケンス例では、ソースｅＮＢとターゲットｅＮＢとの間のＲＮサブフレーム構成に関する情報の送受信を、Ｓ１インタフェースを用いて行う。Ｓ１インタフェースを基本とした、すなわちＳ１ベースでＨＯを行う場合を示す。

　ステップＳＴ１７０１において、Ｓ１ベースのＨＯを行うことに決定したソースｅＮＢは、ステップＳＴ６４０１において、ソースＭＭＥに、ソースｅＮＢで設定されていたＨＯ対象のＲＮのＲＮサブフレーム構成に関する情報を通知する。

　ソースｅＮＢが設定していた該ＲＮのＲＮサブフレーム構成に関する情報を、ハンドオーバ要求（Handover Reuired）メッセージに含めてもよいし、別のメッセージとして、あるいは別のシグナリングとして通知してもよい。

　ステップＳＴ６４０２において、ソースＭＭＥは、ソースｅＮＢが設定していた該ＲＮのＲＮサブフレーム構成に関する情報を、ターゲットＭＭＥに通知する。ソースｅＮＢが設定していた該ＲＮのＲＮサブフレーム構成に関する情報を、フォワードリロケーション要求（Forward Relocation Request）メッセージに含めてもよいし、別のメッセージとして、あるいは別のシグナリングとして通知してもよい。

　ステップＳＴ６４０３において、ターゲットＭＭＥは、ソースｅＮＢが設定していた該ＲＮのＲＮサブフレーム構成に関する情報を、ターゲットｅＮＢに通知する。ソースｅＮＢが設定していた該ＲＮのＲＮサブフレーム構成に関する情報を、ハンドオーバ要求（Handover Request）メッセージに含めてもよいし、別のメッセージとして、あるいは別のシグナリングとして通知してもよい。

　ステップＳＴ６４０４において、ターゲットｅＮＢは、該ＲＮのＲＮサブフレーム構成を決定する。

　ステップＳＴ６４０５において、ターゲットｅＮＢは、ターゲットＭＭＥに対して、決定したＲＮサブフレーム構成に関する情報を通知する。ターゲットｅＮＢが決定したＲＮサブフレーム構成情報を、ハンドオーバ要求応答（Handover Request Ack）メッセージに含めてもよいし、別のメッセージとして、あるいは別のシグナリングで通知してもよい。

　ステップＳＴ６４０６において、ターゲットＭＭＥは、ソースＭＭＥに対して、ターゲットｅＮＢが決定したＲＮサブフレーム構成情報を通知する。ターゲットｅＮＢが決定したＲＮサブフレーム構成情報を、フォワードリロケーション応答（Forward Relocation Response）メッセージに含めてもよいし、別のメッセージとして、あるいは別のシグナリングで通知してもよい。

　ステップＳＴ６４０７において、ソースＭＭＥは、ソースｅＮＢに対して、ターゲットｅＮＢが決定したＲＮサブフレーム構成情報を通知する。ターゲットｅＮＢが決定したＲＮサブフレーム構成情報を、ハンドオーバ指示（Handover Command）メッセージに含めてもよいし、別のメッセージとして、あるいは別のシグナリングで通知してもよい。

　ステップＳＴ６４０８において、ソースｅＮＢは、ハンドオーバ対象のＲＮに対して、ターゲットｅＮＢが決定したＲＮサブフレーム構成情報を通知する。ターゲットｅＮＢが決定したＲＮサブフレーム構成情報を、ハンドオーバ指示（Handover Command）メッセージに含めてもよいし、別のメッセージとして、あるいは別のシグナリングで通知してもよい。

　ソースｅＮＢとターゲットｅＮＢとの間のシグナリングは、ソースＭＭＥおよびターゲットＭＭＥを介して、Ｓ１インタフェースを用いて行われる。

　ステップＳＴ６４０５～ステップＳＴ６４０８において、ターゲットｅＮＢが決定したＲＮサブフレーム構成情報を、ＲＮ再構成（RN reconfiguration）メッセージに含めて通知してもよい。また、ターゲットｅＮＢが決定したＲＮサブフレーム構成情報とともに、ターゲットｅＮＢのシステム情報を通知してもよい。ＲＮは、ターゲットｅＮＢに接続する前に、ターゲットｅＮＢのシステム情報を取得可能となるので、ターゲットｅＮＢへ接続するときの制御遅延を削減することが可能となる。

　このようにすることによって、前述と同様の効果を得ることができ、さらに、Ｓ１ベースのＨＯを行う場合にも適用することが可能となる。

　また、ステップＳＴ６４０１～ステップＳＴ６４０３において、ソースｅＮＢは、ターゲットｅＮＢに、ソースｅＮＢが設定していた該ＲＮのＲＮサブフレーム構成情報を通知しなくてもよい。ターゲットｅＮＢが、ソースｅＮＢが設定していたＲＮサブフレーム構成を考慮すること無く独自に設定するような場合に、メッセージの情報量を削減することが可能となる。

　図４６は、実施の形態３における移動体通信システムのシーケンスの一例を示す図である。図４６に示すシーケンスは、図１６および図４４に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。図４６では、ＲＮがターゲットｅＮＢに接続した後に、ターゲットＤｅＮＢが、ターゲットｅＮＢが設定したＲＮサブフレーム構成に関する情報をＲＮに通知する場合のシーケンスを示している。

　ステップＳＴ１６１２において、ハンドオーバ対象のＲＮが、ターゲットｅＮＢとＲＲＣ接続を完了する。ステップＳＴ６５０１において、ターゲットｅＮＢは、新たにＲＲＣ接続したＲＮのＲＮサブフレーム構成を決定する。

　ステップＳＴ６５０２において、ターゲットｅＮＢは、該ＲＮに対して、決定したＲＮサブフレーム構成情報を通知する。ターゲットｅＮＢが決定したＲＮサブフレーム構成情報を、ＲＮ再構成（RN reconfiguration）メッセージに含めて通知してもよい。また、ターゲットｅＮＢが決定したＲＮサブフレーム構成情報とともに、ターゲットｅＮＢのシステム情報を通知してもよい。ＲＮは、ターゲットｅＮＢに接続する前に、ターゲットｅＮＢのシステム情報を取得可能となるので、ターゲットｅＮＢへ接続するときの制御遅延を削減することが可能となる。

　ステップＳＴ６５０３において、ＲＮは、ターゲットｅＮＢに対して、ＲＮサブフレーム構成完了（RN reconfiguration Complete）メッセージを通知する。

　このようにすることで、ＲＮがＨＯを行うときに、ターゲットｅＮＢが設定するＲＮサブフレーム構成を、ＲＮが受信することが可能となる。前記具体例（２）の方法は、ＲＮが、ターゲットｅＮＢに接続した後に、ターゲットｅＮＢが設定したＲＮサブフレーム構成を得る。このため、前記具体例（１）の方法においてＨＯ失敗およびターゲットｅＮＢによるＨＯリジェクトなどの場合に生じる無駄なＲＮサブフレーム構成のシグナリングを行わないようにすることが可能となる。

　図４７は、実施の形態３における移動体通信システムのシーケンスの一例を示す図である。図４７に示すシーケンスは、図１７および図４５に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。図４７では、ＲＮがターゲットｅＮＢに接続した後に、ターゲットＤｅＮＢが、ターゲットｅＮＢが設定したＲＮサブフレーム構成に関する情報をＲＮに通知する場合のシーケンスを示している。また、図４７では、Ｓ１ベースでＨＯを行う場合を示す。

　ステップＳＴ１７０９において、ハンドオーバ対象のＲＮが、ターゲットｅＮＢとＲＲＣ接続を完了し、ハンドオーバ確認応答（Handover Confirm）メッセージを通知する。

　ＳＴ６６０１において、ターゲットｅＮＢは、新たにＲＲＣ接続したＲＮのＲＮサブフレーム構成を決定する。

　ステップＳＴ６６０２において、ターゲットｅＮＢは、該ＲＮに対して、決定したＲＮサブフレーム構成情報を通知する。ターゲットｅＮＢが決定したＲＮサブフレーム構成情報を、ＲＮ再構成（RN reconfiguration）メッセージに含めて通知してもよい。また、ターゲットｅＮＢが決定したＲＮサブフレーム構成情報とともに、ターゲットｅＮＢのシステム情報を通知してもよい。ＲＮは、ターゲットｅＮＢに接続する前に、ターゲットｅＮＢのシステム情報を取得可能となるので、ターゲットｅＮＢへ接続するときの制御遅延を削減することが可能となる。

　ステップＳＴ６６０３において、ＲＮは、ターゲットｅＮＢに対して、ＲＮサブフレーム構成完了（RN reconfiguration Complete）メッセージを通知する。

　こうすることによって、前述と同様の効果を得ることができ、さらに、Ｓ１ベースのＨＯを行う場合にも適用することが可能となる。

　次に、ＲＮ間で、アクセスリンクのサブフレームと、バックホールリンクのサブフレームとを異ならせる方法の具体例を開示する。

　ＲＮ間で、アクセスリンクのサブフレームと、バックホールリンクのサブフレームとを異ならせる方法として、ＲＮは、干渉となる下りアクセスリンクのサブフレームをＭＢＳＦＮサブフレームにすること、およびＲＮが、干渉となる上りアクセスリンクのサブフレームに上りスケジューリングをしないようにすることを開示した。

　通常、ＲＮは、干渉となるサブフレームを認識しない。したがって、ＲＮが、干渉となるサブフレームを認識する方法が期待される。ＲＮが、干渉となるサブフレームを認識する方法として、以下の（１），（２）の２つの具体例を示す。

　（１）ＤｅＮＢがＲＮに、他のＲＮのＲＮサブフレーム構成情報を通知する。
　（２）ＲＮ間で、ＲＮサブフレーム構成情報およびＭＢＳＦＮサブフレーム構成情報の少なくともいずれか一方を相互に通知する。例えば、ＲＮは、自セルのＲＮサブフレーム構成情報およびＭＢＳＦＮサブフレーム構成情報の少なくともいずれか一方を近傍のＲＮに通知する。

　これらの方法によって、ＲＮは、干渉となるサブフレームを認識することが可能となる。

　ＲＮ間で干渉の低減を図るとき、ＤｅＮＢの傘下の全てのＲＮ間で行ってもよいが、限定したＲＮ間で行ってもよい。ＲＮを限定する方法として、以下の（１）～（３）の３つの具体例を示す。

　（１）ＲＮが周辺電波環境の測定を行い、近傍のＲＮを検出する。ＲＮは、検出した近傍のＲＮをＤｅＮＢに報告する。ＤｅＮＢは、報告されたＲＮのうちの一部または全部を選択する。

　（２）ＲＮは、自ＲＮの位置を測定し、位置情報をＤｅＮＢあるいはネットワーク（Network：ＮＷ）側に通知する。ＤｅＮＢは、通知されたＲＮの位置情報から、報告された該ＲＮの近傍に存在するＲＮを検出し、検出したＲＮのうちの一部または全部を選択する。

　（３）ＲＮが周辺電波環境の測定を行い、近傍のＲＮを検出する。ＲＮは、検出した近傍のＲＮのうちの一部または全部を選択する。

　このようにすることによって、干渉が問題となるＲＮを選択して、干渉の低減を図るＲＮを限定することが可能となる。

　また、ＤｅＮＢは、ＲＮの位置情報あるいは近傍に存在するＲＮ情報をＲＮに要求してもよい。この要求に応答して、前記（１）～（３）のいずれかの方法が行われるようにしてもよい。

　また別の方法として、ＲＮは、近傍のＲＮの情報あるいは位置情報を適宜測定し、これらの情報を適宜ＮＷ側に通知しておく。ＮＷ側は、例えば、ＭＭＥ、ＨＳＳなどである。NW側は、ＯＡＭであってもよい。ＮＷ側は、ＲＮが測定した近傍のＲＮの情報あるいは位置情報を保管しておく。ＤｅＮＢは、必要に応じてＮＷ側に、任意のＲＮの情報、例えば識別子などを通知して、該ＲＮの近傍のＲＮの情報あるいは位置情報を要求するとよい。ＮＷ側は、この要求に応答して、ＤｅＮＢに該ＲＮの近傍のＲＮの情報あるいは位置情報を通知する。また、ＮＷ側がＲＮの位置情報から、近傍に存在するＲＮを検出する機能を有するようにしてもよい。ＮＷ側は、ＤｅＮＢからの近傍のＲＮの情報要求に応じて、位置情報から導出した近傍のＲＮの情報を通知するようにしてもよい。

　干渉の低減を図るＲＮを限定する場合、前述のＲＮが干渉となるサブフレームを認識する方法において、限定したＲＮの個数情報を通知するようにしてもよい。例えば、ＤｅＮＢがＲＮに、他のＲＮの個数とともに、該ＲＮのＲＮサブフレーム構成情報を通知するとよい。

　前記（１），（２）の方法は、前述のＲＮが干渉となるサブフレームを認識する方法において、ＤｅＮＢがＲＮに、他のＲＮのＲＮサブフレーム構成情報を通知する場合に適用するとよい。前記（３）の方法は、前述のＲＮが干渉となるサブフレームを認識する方法において、ＲＮ間でＲＮサブフレーム構成情報およびＭＢＳＦＮサブフレーム構成情報の少なくともいずれか一方を相互に通知する場合に適用するとよい。

　このように、干渉の低減を図るＲＮを限定することによって、ＭＢＳＦＮサブフレームに設定する、あるいはスケジューリングしないサブフレーム数を限定することができるので、リソースの使用効率の向上、および通信容量の増大を図ることができる。

　ＲＮが、下りアクセスリンクのＭＢＳＦＮサブフレーム構成を変更する方法を開示する。ＭＢＳＦＮサブフレーム構成の変更を決定する主体について、以下の（１），（２）の２つの具体例を示す。
　（１）ＲＮが、ＭＢＳＦＮサブフレーム構成の変更を決定する。
　（２）ＤｅＮＢが、ＲＮのＭＢＳＦＮサブフレーム構成の変更を決定する。

　前記具体例（１）の場合、ＲＮが決定するための契機として、ＲＮが、ＤｅＮＢから他のＲＮサブフレーム構成情報を受信した場合、とするとよい。前述のＤｅＮＢが、ＲＮに、他のＲＮのＲＮサブフレーム構成情報を通知する方法に適用するとよい。あるいは、ＲＮが決定するための契機として、ＲＮが、他のＲＮから他のＲＮサブフレーム構成情報およびＭＢＳＦＮサブフレーム構成情報の少なくともいずれか一方を受信した場合、とするとよい。前述のＲＮ間で、ＲＮサブフレーム構成情報およびＭＢＳＦＮサブフレーム構成情報の少なくともいずれか一方を相互に通知する方法に適用するとよい。

　ＭＢＳＦＮサブフレーム構成の変更を決定したＲＮは、下りアクセスリンクのＭＢＳＦＮサブフレーム構成を変更する。

　前記具体例（２）の場合、ＤｅＮＢが決定するための契機として、ＲＮが、ＤｅＮＢとＲＲＣ接続した場合、とするとよい。例えば、ＲＮのＨＯによって、ターゲットｅＮＢが、ＲＮからのＲＲＣ接続完了の受信を契機とする。あるいは、ＤｅＮＢが、ＲＮから近傍のＲＮの情報を受信した場合、としてもよい。あるいは、ＤｅＮＢが、ＮＷ側から近傍のＲＮの情報を受信した場合、としてもよい。あるいは、ＤｅＮＢが、ＲＮからの位置情報に基づいて、近傍のＲＮを検出した場合、としてもよい。

　ＲＮのＭＢＳＦＮサブフレーム構成の変更を決定したＤｅＮＢは、該ＲＮに対して、ＭＢＳＦＮサブフレーム構成の変更を通知する。ＭＢＳＦＮサブフレーム構成の変更を示す情報を設け、ＲＲＣシグナリングで、あるいはＭＡＣシグナリングで、あるいはＰＤＣＣＨ上にマッピングする制御情報に含めて通知するとよい。ＭＢＳＦＮサブフレーム構成の変更を示す情報を受信したＲＮは、下りアクセスリンクのＭＢＳＦＮサブフレーム構成を変更する。

　ＲＮがＭＢＳＦＮサブフレーム構成を変更する方法を開示する。ＭＢＳＦＮサブフレーム構成は、システム情報として報知される。したがって、ＭＢＳＦＮサブフレーム構成を変更するために、システム情報の修正を行うようにすればよい。具体的には、ページングによって、傘下のＵＥに対して、システム情報の修正を示す情報を通知する。該情報を受信したＵＥは、ＲＮから報知されている、修正されたシステム情報を受信する。このシステム情報の修正プロシージャは、ＵＥがＲＲＣ＿Ｉｄｅｌ状態の場合、およびＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態の場合のいずれの場合でも実行可能である。

　このようにすることによって、ＲＮは、ＭＢＳＦＮサブフレーム構成を変更することが可能となる。

　ＲＮ間で、アクセスリンクのサブフレームと、バックホールリンクのサブフレームとを異ならせる方法の動作例を開示する。

　図４８は、実施の形態３における移動体通信システムのシーケンスの一例を示す図である。図４８では、ＲＮがＨＯを行い、ＤｅＮＢとのＲＲＣ接続を完了した状態からのシーケンスを示している。図４８では、ＲＮ間で、アクセスリンクのサブフレームと、バックホールリンクのサブフレームとを異ならせる場合のシーケンスを示している。

　ステップＳＴ６７０１において、ＤｅＮＢは、ＲＮに対して、周辺電波環境の測定要求情報と、測定条件および報告条件などの情報とを通知する。該情報は、メジャメントコントロール（Measurement Control）メッセージを用いて通知してもよいし、別のメッセージとして、あるいは別のシグナリングとして通知してもよい。

　ステップＳＴ６７０２において、ＲＮは、周辺電波環境の測定を行う。ステップＳＴ６７０３において、ＲＮは、報告条件に合致したＲＮに関して、ＲＮの識別子、例えばセルの識別子などの情報をＤｅＮＢに通知する。このとき、報告条件および測定の結果を併せて通知してもよい。これらの情報は、メジャメントリポート（Measurement Report）メッセージを用いて通知してもよいし、別のメッセージとして、あるいは別のシグナリングとして通知してもよい。

　ステップＳＴ６７０４において、ＤｅＮＢは、該ＲＮと干渉が問題になるＲＮが存在するか否かを判断する。ＤｅＮＢは、干渉が問題になるＲＮが存在すると判断した場合は、ステップＳＴ６７０５に移行し、干渉が問題になるＲＮが存在しないと判断した場合は、これ以降の処理を行わない。ＤｅＮＢは、ステップＳＴ６７０３でＲＮから受信した情報に基づいて、干渉が問題になるＲＮが存在するか否かを判断するとよい。干渉が問題になると判断する閾値を設けておいてもよい。例えば、ＲＳＲＰ、ＲＳＲＱ（Reference Signal Received Quality）などの受信電力または受信品質などに閾値を設けておき、該閾値以上の受信電力または受信品質となった場合に、干渉が問題になると判断してもよい。

　該閾値をＤｅＮＢが設定し、ステップＳＴ６７０１の報告条件として、メジャメントコントロールメッセージに含めて通知するようにしてもよい。この場合、ステップＳＴ６７０３において、ＲＮは、受信電力または受信品質が該閾値以上となったＲＮをＤｅＮＢに通知するようにしておいてもよい。

　ステップＳＴ６７０４において、該ＲＮと干渉が問題になるＲＮが存在すると判断したＤｅＮＢは、ステップＳＴ６７０５において、干渉の低減を図るＲＮを選択する。ＤｅＮＢは、選択したＲＮのＲＮサブフレーム構成を認識している。

　ステップＳＴ６７０６において、ＤｅＮＢは、ＲＮに対して、他のＲＮのＲＮサブフレーム構成に関する情報を通知する。該他のＲＮのＲＮサブフレーム構成とともに、セルの識別子を通知してもよい。他のＲＮとして、ステップＳＴ６７０５で選択したＲＮとする。この通知は、ＲＲＣシグナリングを用いてもよいし、Ｓ１インタフェースを用いてもよい。

　ＳＴ６７０７において、ＲＮは、受信した他のＲＮのＲＮサブフレーム構成を用いて、アクセスリンクのサブフレーム構成を決定する。前述したように、ＲＮ間で、アクセスリンクのサブフレームと、バックホールリンクのサブフレームとを異ならせる方法として、ＲＮは、他のＲＮのＲＮサブフレーム構成から、他のＲＮのバックホールリンクのサブフレーム構成を認識し、下りアクセスリンクにおける該サブフレームをＭＢＳＦＮサブフレームにするとよい。

　ＳＴ６７０８において、ＲＮは、下りアクセスリンクにおける該サブフレームをＭＢＳＦＮサブフレームに設定する。既に設定しているＭＢＳＦＮサブフレームが存在する場合は、それ以外のＭＢＳＦＮサブフレームを追加する設定をしてもよいし、新たに設定するＭＢＳＦＮサブフレームと併せて設定をし直すようにしてもよい。ＭＢＳＦＮサブフレームの設定は、前述のＲＮがＭＢＳＦＮサブフレーム構成を変更する方法を用いるとよい。変更されたＭＢＳＦＮサブフレームの設定情報を受信したＵＥは、該サブフレームをＭＢＳＦＮサブフレームとして受信処理を行う。

　ステップＳＴ６７０９およびステップＳＴ６７１０において、ＲＮは、干渉となる下りアクセスリンクのサブフレームに下りスケジューリングをしないようにし、干渉となる上りアクセスリンクのサブフレームに上りスケジューリングをしないようにする。

　ステップＳＴ６７０６でＤｅＮＢから他のＲＮのＲＮサブフレーム構成に関する情報を通知されたＲＮは、ステップＳＴ６７０７、ステップＳＴ６７０８、ステップＳＴ６７０９、およびステップＳＴ６７１０の処理を迅速に行う。これによって、干渉が生じる期間を可能な限り短くする。

　ステップＳＴ６７０２において、ＲＮが周辺電波環境の測定を行い、ステップＳＴ６７０３において、報告条件に合致したセルに関して、セルの識別子などの情報をＤｅＮＢに通知してもよい。ＲＮが、周辺セルがＲＮか否かを判断できない場合に適用することができる。この場合、ステップＳＴ６７０４において、ＤｅＮＢが報告のあったセルから、干渉が問題になるＲＮが存在するか否かを判断するとよい。

　また、ＲＮが、システム情報として、自セルがＲＮか否かの情報を報知してもよい。ステップＳＴ６７０２において、ＲＮが周辺電波環境の測定を行うときに、報告条件に合致したセルの報知情報を受信し、該セルがＲＮか否かを判断する。ステップＳＴ６７０３において、報告条件に合致したセル情報に、ＲＮか否かの情報を付随させて、ＲＮからＤｅＮＢに通知するとよい。あるいは、ステップＳＴ６７０３において、ＲＮは、報告条件に合致したＲＮ情報のみをＤｅＮＢに通知してもよい。ＤｅＮＢは、該情報を用いて、ステップＳＴ６７０４において、干渉となるＲＮが存在するか否かを判断するとよい。これによって、ＲＮが、周辺のＲＮの存在を判断することが可能となる。

　また、ＤｅＮＢが、ステップＳＴ６７０１において、ＲＮに測定を行わせるセルを通知してもよい。その際、ＲＮに限定してもよい。これによって、シグナリングの情報量を削減することができる。

　このようにすることによって、ＲＮ間で、アクセスリンクのサブフレームと、バックホールリンクのサブフレームとを異ならせることができ、異なるＲＮ間のバックホールリンクとアクセスリンクとの間で生じる干渉を低減することができる。またＲＮの送信が、他のＲＮの受信に与える干渉を低減することができる。

　本シーケンス例で示した方法に限らず、前述の開示した方法を適宜組み合わせて用いてもよく、同様の効果を得ることができる。

　ステップＳＴ６７０２において、ＲＮは、ＤｅＮＢからの周辺電波環境の測定要求に基づいて測定を行うようにしたが、ＲＮは、ＤｅＮＢからの周辺電波環境の測定要求無しに、自律的に周辺電波環境の測定を行ってもよい。その場合、測定条件および報告条件は、予めＤｅＮＢから報知されていてもよいし、静的に、例えば規格などで、予め決められていてもよい。このようにすることによって、ＲＮとＤｅＮＢとの間のシグナリングを削減することが可能となる。

　メジャメントを行うトリガは、ＲＮが任意に設定してもよいが、他の方法として、ＲＮがＤｅＮＢと新たにＲＲＣ接続した場合、例えばＨＯを実行したときのＲＲＣ接続完了の送信、としてもよい。ＨＯを実行したときのＲＲＣ接続完了の送信をトリガとして測定することによって、ＨＯの実行後、即座に干渉の低減を図ることが可能となる。

　ＲＮは、周辺電波環境の測定を定期的あるいは周期的に行ってもよい。該定期あるいは該周期はＲＮが独自に設定してもよいし、ＲＮが接続しているＤｅＮＢが通知してもよい。ＲＮがＤｅＮＢにアタッチしたとき、あるいは、ＲＮがＨＯを実行したとき、あるいはＲＮがセル再選択を行ったときなどに、ＤｅＮＢがＲＮに通知するとよい。あるいは、ＤｅＮＢが適宜ＲＮに通知するようにしてもよい。ＤｅＮＢからの通知は、システム情報に含めて報知するようにしてもよいし、ＲＮ個別に通知してもよい。ＲＮ個別に通知する場合、ＲＲＣシグナリングで通知してもよい。例えば、ＤｅＮＢは、ステップＳＴ６７０１で該定期あるいは該周期を通知してもよい。ＲＮは、通知された該定期あるいは該周期で周辺電波環境の測定を行う。

　これによって、ＲＮは定期的、周期的に周辺電波環境を測定し、干渉が問題となるＲＮを検出することが可能となる。したがって、干渉が問題となるＲＮを定期的、周期的にアップデートすることが可能となる。ＤｅＮＢは、ＲＮから通知された周辺電波環境測定結果に基づいて、干渉が問題となるＲＮをアップデートすることが可能となる。例えば、ＤｅＮＢは、該ＲＮと干渉が問題になるＲＮが存在するか否かの判断、および干渉の低減を図るＲＮの選択において、アップデートされた情報を用いるとよい。

　これによって、ＤｅＮＢは、アップデートされた干渉が問題となるＲＮのＲＮサブフレーム構成を該ＲＮに通知することが可能となり、該ＲＮは、通知された情報に基づいて、サブフレーム構成を設定することが可能となる。

　こうすることにより、例えば、ＲＮが移動中、最初は近傍に存在し干渉が問題となっていた他のＲＮが、干渉が問題にならなくなったような場合にも、該他のＲＮを干渉が問題となるＲＮから外すことが可能となり、該他のＲＮのＲＮサブフレーム構成を考慮しなくて済むようになる。したがって、リソースの利用効率を向上させることができる。

　ＲＮは、ステップＳＴ６７０７あるいはステップＳＴ６７０８において、アクセスリンクのＭＢＳＦＮサブフレームの決定あるいは設定を行った後、ＤｅＮＢに対して、ＭＢＳＦＮサブフレーム構成を通知してもよい。ＤｅＮＢは、各ＲＮから、アクセスリンクのＭＢＳＦＮサブフレームを受信することによって、干渉の回避を図ることができているかを判断することが可能となる。

　干渉の回避を図ることができていない場合、所望のＲＮに対して、アクセスリンクのＭＢＳＦＮサブフレーム構成の修正要求、あるいはバックホールリンクのＲＮサブフレーム構成の修正を行うようにしてもよい。これによって、確実に干渉が問題となるＲＮ間で、干渉の低減を図ることが可能となる。

　ＲＮ間で、アクセスリンクのサブフレームと、バックホールリンクのサブフレームとを異ならせる方法の他の動作例を開示する。

　図４９は、実施の形態３における移動体通信システムのシーケンスの一例を示す図である。図４９に示すシーケンスは、図４６および図４８に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。図４９では、ＲＮ間で、アクセスリンクのサブフレームと、バックホールリンクのサブフレームとを異ならせる場合のシーケンスを示している。

　ステップＳＴ１６０１～ステップＳＴ１６０３のメジャメント処理において、ＲＮは、干渉が問題となる可能性のあるセルも併せて検出し、ソースｅＮＢ（ＤｅＮＢ）に通知する。ソースｅＮＢ（ＤｅＮＢ）とＲＮとの間で、図４８のステップＳＴ６７０１～ステップＳＴ６７０３の処理を併せて行うようにしてもよい。これによって、メジャメントのためのシグナリング量を削減することができる。

　また、ステップＳＴ１６０３の処理の後、あるいはステップＳＴ１６０４の処理の後で、別途、図４８のステップＳＴ６７０１～ステップＳＴ６７０３の処理を行うようにしてもよい。これによって、ソースｅＮＢが、所望のＲＮに対して、干渉が問題となるセルのメジャメント処理を実行させることができる。したがって、システムとしてシグナリング量を削減することができる。所望のＲＮは、例えばハンドオーバをさせるＲＮとしてもよい。

　ステップＳＴ６８０１において、ソースｅＮＢは、ターゲットｅＮＢに、ソースｅＮＢが設定していたハンドオーバ対象のＲＮのＲＮサブフレーム構成に関する情報を通知する。このとき、ＲＮから通知された干渉が問題となる可能性のあるセルに関する情報を通知する。該セルに関する情報としては、セルの識別子、検出条件、測定結果などとするとよい。これらのセルに関する情報は、ハンドオーバ要求（Handover Request）メッセージに含めてもよいし、別々のメッセージとして、あるいは別のシグナリングとして通知してもよい。

　ステップＳＴ１６０６において、引続きＨＯプロシージャを実行し、ステップＳＴ１６１２において、ＲＮとターゲットｅＮＢとの間でＲＲＣ接続が完了する。

　ステップＳＴ６５０２において、ターゲットｅＮＢは、ＲＲＣ接続したＲＮのＲＮサブフレーム構成を決定する。

　ステップＳＴ６８０２において、ターゲットｅＮＢは、ステップＳＴ６８０１でソースｅＮＢから受信した干渉が問題となる可能性のあるセルに関する情報を用いて、該ＲＮと干渉が問題になるＲＮが存在するか否かを判断する。干渉が問題になるＲＮが存在するか否かを判断する方法は、図４８に示した方法を適用することができる。

　また、ＤｅＮＢは、傘下のＲＮを認識している。傘下のＲＮを認識する方法としては、ＲＮのセルの識別子を認識しておくようにしてもよい。これによって、ソースｅＮＢから受信した、干渉が問題となる可能性のあるセルの識別子に基づいて、該セルがＲＮか否かを判断することができる。このようにすることによって、該ＲＮと干渉が問題になるＲＮが存在するか否かを判断する。

　ステップＳＴ６８０２において、該ＲＮと干渉が問題になるＲＮが存在すると判断したＤｅＮＢは、ステップＳＴ６８０３において、干渉の低減を図るＲＮを選択する。ＤｅＮＢは、選択したＲＮのＲＮサブフレーム構成を認識している。

　ステップＳＴ６８０４において、ＤｅＮＢは、ＲＮに対して、他のＲＮのＲＮサブフレーム構成情報を通知する。他のＲＮとして、ステップＳＴ６８０３で選択したＲＮとする。この通知は、ＲＲＣシグナリングを用いてもよいし、Ｓ１インタフェースを用いてもよい。他のＲＮのＲＮサブフレーム構成情報は、ターゲットｅＮＢがステップＳＴ６５０２で決定した該ＲＮのＲＮサブフレーム構成情報とともに通知してもよい。該ＲＮのＲＮサブフレーム構成情報および他のＲＮのＲＮサブフレーム構成情報の少なくともいずれか一方を、ＲＮ再構成（RN reconfiguration）メッセージに含めて通知してもよい。また、ターゲットｅＮＢのシステム情報をともに通知してもよい。

　ステップＳＴ６８０２において、該ＲＮと干渉が問題になるＲＮが存在しないと判断したＤｅＮＢは、ステップＳＴ６８０５において、該ＲＮのＲＮサブフレーム構成情報を該ＲＮに通知する。

　ステップＳＴ６８０６において、ＲＮは、ターゲットｅＮＢに対して、ＲＮサブフレーム構成完了（RN reconfiguration Complete）メッセージを通知する。

　自ＲＮのＲＮサブフレーム構成情報および他のＲＮのＲＮサブフレーム構成情報の少なくともいずれか一方を受信したＲＮは、ステップＳＴ６７０７～ステップＳＴ６７１０において、自ＲＮのアクセスリンクのサブフレームの設定、および上りスケジューリングまたは下りスケジューリングを行う。

　図４８で開示した方法と同様に、ステップＳＴ６８０４でＤｅＮＢから他のＲＮのＲＮサブフレーム構成情報を通知されたＲＮは、ステップＳＴ６７０７、ステップＳＴ６７０８、ステップＳＴ６７０９およびステップＳＴ６７１０の処理を迅速に行う。これによって、干渉が生じる期間をできる限り短くする。

　以上のようにすることによって、ＲＮ間で、アクセスリンクのサブフレームと、バックホールリンクのサブフレームとを異ならせることができ、異なるＲＮ間のバックホールリンクとアクセスリンクとの間で生じる干渉を低減することができる。これによって、ＲＮの送信が、他のＲＮの受信に与える干渉を低減することができる。

　また、ソースｅＮＢが、ＲＮからのメジャメントレポートに基づいて、干渉が問題となる可能性のあるセルを検出し、ターゲットｅＮＢに通知するので、ターゲットｅＮＢが、周辺電波環境の測定要求情報と、測定条件および報告条件などの情報とを通知しなくて済む。ＲＮは、周辺電波環境の測定を行わなくて済む。したがって、シグナリング量を削減することができるとともに、ＲＮの測定処理の負荷を低減することが可能となる。

　また、ＲＮがＨＯを実行した後にターゲットｅＮＢから設定されるＲＮサブフレーム構成とともに、他のＲＮのＲＮサブフレーム構成を受信可能となるので、ＲＮがアクセスリンクのＭＢＳＦＮサブフレーム構成を何度も変更する必要が無くなる。したがって、ＲＮでの制御負荷の低減および制御遅延の低減が可能となる。

　実施の形態３　変形例１．
　本変形例では、異なるＲＮ間のバックホールリンクとアクセスリンクとの間の干渉を低減するための他の方法を開示する。

　干渉が問題となるＲＮのＲＮサブフレーム構成を同じにする。ＤｅＮＢの傘下の全てのＲＮのＲＮサブフレーム構成を同じにしてもよいし、限定したＲＮのＲＮサブフレーム構成を同じにしてもよい。ＲＮを限定する方法は、前述の実施の形態３で開示した方法を適用するとよい。

　干渉が問題となるＲＮのＲＮサブフレーム構成を同じにする場合、どのＲＮサブフレーム構成にするのかが問題となる。ここでは、どのＲＮサブフレーム構成にするかについて、以下の（１）～（５）の５つの具体例を開示する。

　（１）ＤｅＮＢが新たに設定したＲＮサブフレーム構成とする。
　（２）ＤｅＮＢ毎に特有のＲＮサブフレーム構成を有し、該ＲＮサブフレーム構成にする。
　（３）既存のＲＮのＲＮサブフレーム構成にする。すなわち、後から移動あるいは設置されたＲＮのＲＮサブフレーム構成を、既存のＲＮのＲＮサブフレーム構成に合わせる。
　（４）新たに移動あるいは設置されたＲＮのＲＮサブフレーム構成にする。すなわち、既存のＲＮのＲＮサブフレーム構成を、新たに移動あるいは設置されたＲＮのＲＮサブフレーム構成に合わせる。
　（５）既存のＲＮのＲＮサブフレーム構成と、新たに移動あるいは設置されたＲＮのＲＮサブフレーム構成とのＯＲ条件をとった構成、すなわち既存のＲＮのＲＮサブフレーム構成、または、新たに移動もしくは設置されたＲＮのＲＮサブフレーム構成とする。

　具体例（１）の方法では、ＤｅＮＢが、セル内またはＲＮ内のロードなどを考慮して、ＲＮサブフレーム構成を設定することができる。動的な通信状況を考慮できるので、無線リソースの使用効率を向上することができ、システムとしての通信容量を増大できる。ＤｅＮＢは、新たに設定したＲＮサブフレーム構成を、干渉が問題となるＲＮに対して設定する。

　具体例（２）の方法において、各ＤｅＮＢに特有のＲＮサブフレーム構成は、ひとつであってもよいし、複数であってもよい。各ＤｅＮＢに特有のＲＮサブフレーム構成を複数にする場合の具体例として、ＲＮサブフレーム構成を同じにするＲＮの個数に応じて、ＲＮサブフレーム数、換言するとＲ－ＰＤＣＣＨを構成するサブフレーム数を異ならせるようにしてもよい。現在の規格では、ＲＮサブフレーム構成は、８サブフレーム毎に繰り返される（非特許文献２参照）。ＲＮサブフレーム数は、８サブフレーム毎に決められてもよい。あるいは、ＲＮサブフレーム数は、１無線フレーム毎に決められてもよい。

　また、各ＤｅＮＢに構成するＲＮサブフレームは、干渉回避用のＲＮサブフレーム構成としてもよい。干渉回避用として特別に設けられてもよい。干渉が問題となるＲＮに対して干渉回避用のＲＮサブフレーム構成を用いるようにするとよい。また、各ＤｅＮＢに構成するＲＮサブフレームは、移動ＲＮ用のＲＮサブフレーム構成としてもよい。移動ＲＮ用として特別に設けられてもよい。移動ＲＮに対して移動ＲＮ用のＲＮサブフレーム構成を用いるようにするとよい。

　この具体例（２）の方法では、ＤｅＮＢが動的な状況を考慮する必要が無く、制御が容易になる。したがって、制御遅延の低減および回路構成を簡易にすることが可能となる。また、この具体例（２）の方法は、干渉が問題となるＲＮの個数が多数存在する場合にも容易に適用することができる。また、この具体例（２）の方法では、各ＤｅＮＢ特有のＲＮサブフレーム構成とするので、該ＲＮサブフレーム構成を各ＤｅＮＢがシステム情報に含めてもよい。該システム情報を報知するとよい。これによって、各ＲＮに対してＲＮサブフレーム構成を通知するためのシグナリングを行わなくて済む。

　具体例（３）の方法では、ＤｅＮＢは、既存のＲＮに対して、シグナリングを必要としない。したがって、シグナリング量の削減を図ることができる。

　具体例（４）の方法では、ＤｅＮＢは、新たに移動あるいは設置されたＲＮに対して、ＲＮサブフレーム構成を合わせるためのシグナリングを必要としない。したがって、シグナリング量の削減を図ることができる。

　具体例（５）の方法では、ＲＮ毎のバックホールリンクの通信容量に適したサブフレーム構成とすることができる。したがって、無線リソースの使用効率を向上することができ、システムとしての通信容量を増大できる。

　干渉が問題となるＲＮのＲＮサブフレーム構成を同じにする場合のサブフレーム構成を開示する。

　ＲＮ間で、アクセスリンクのサブフレームと、バックホールリンクのサブフレームとを同じにする。各ＲＮは、設定されたＲＮサブフレーム構成におけるＲＮサブフレーム、換言するとＲ－ＰＤＣＣＨを構成するサブフレームに対応する下りアクセスリンクのサブフレームをＭＢＳＦＮサブフレームにする。なお、ＲＮは、下りアクセスリンクの該サブフレームに下りスケジューリングをしないようにしてもよい。また、各ＲＮは、設定されたＲＮサブフレーム構成によって上りバックホールリンクが構成されるサブフレームに対応する上りアクセスリンクのサブフレームに、上りスケジューリングをしないようにする。

　図５０および図５１は、干渉が問題となるＲＮのＲＮサブフレーム構成を同じにした場合のサブフレーム構成の一例を示す図である。図５０および図５１では、図４０および図４１に示す第２ＤｅＮＢ６１０２を「ＤｅＮＢ２」と記載し、第２ＤｅＮＢ６１０２の傘下の第４ＵＥ６１０４を「ＵＥ４」と記載する。また第１ＲＮ６１０６を「ＲＮ１」と記載し、第１ＲＮ６１０６の傘下の第１ＵＥ６１０５を「ＵＥ１」と記載する。また第２ＲＮ６１０８を「ＲＮ２」と記載し、第２ＲＮ６１０８の傘下の第２ＵＥ６１０７を「ＵＥ２」と記載する。

　図５０は、干渉が問題となるＲＮのＲＮサブフレーム構成を同じにした場合の下りリンクのサブフレームの構成例を示す図である。図５０において、参照符号「６９０１」で示されるサブフレームは、第２ＤｅＮＢ（ＤｅＮＢ２）６１０２から傘下の第４ＵＥ（ＵＥ４）６１０４、第１ＲＮ（ＲＮ１）６１０６および第２ＲＮ（ＲＮ２）６１０８への下りリンクのサブフレームの構成例である。参照符号「６９０２」で示されるサブフレームは、第１ＲＮ（ＲＮ１）６１０６から傘下の第１ＵＥ（ＵＥ１）６１０５への下りリンクのサブフレームの構成例である。参照符号「６９０３」で示されるサブフレームは、第２ＲＮ（ＲＮ２）６１０８から傘下の第２ＵＥ（ＵＥ２）６１０７への下りリンクのサブフレームの構成例である。

　図５１は、干渉が問題となるＲＮのＲＮサブフレーム構成を同じにした場合の上りリンクのサブフレームの構成例を示す図である。図５１において、参照符号「６９０４」で示されるサブフレームは、第２ＤｅＮＢ（ＤｅＮＢ２）６１０２の傘下の第４ＵＥ（ＵＥ４）６１０４、第１ＲＮ（ＲＮ１）６１０６および第２ＲＮ（ＲＮ２）６１０８から第２ＤｅＮＢ（ＤｅＮＢ２）６１０２への上りリンクのサブフレームの構成例である。

　参照符号「６９０５」で示されるサブフレームは、第１ＲＮ（ＲＮ１）６１０６の傘下の第１ＵＥ（ＵＥ１）６１０５から第１ＲＮ（ＲＮ１）６１０６への上りリンクのサブフレームの構成例である。参照符号「６９０６」で示されるサブフレームは、第２ＲＮ（ＲＮ２）６１０８の傘下の第２ＵＥ（ＵＥ２）６１０７から第２ＲＮ（ＲＮ２）６１０８への上りリンクのサブフレームの構成例である。

　図４０および図４１に示したように、第２ＲＮ（ＲＮ２）６１０８は、第２ＤｅＮＢ（ＤｅＮＢ２）６１０２の傘下の既存のＲＮとし、第１ＲＮ（ＲＮ１）６１０６は、移動によって第２ＤｅＮＢ（ＤｅＮＢ２）６１０２の傘下になったＲＮとする。

　干渉が問題となるＲＮのＲＮサブフレーム構成を同じにする以前の、第２ＲＮ（ＲＮ２）６１０８に対しては、サブフレーム＃１，＃２がＲＮサブフレームとして構成されており、第１ＲＮ（ＲＮ１）６１０６に対しては、サブフレーム＃３，＃６がＲＮサブフレームとして構成されているとする。図５０および図５１では、一例として、どのＲＮサブフレーム構成にするかについては、前記具体例（３）の方法を適用した場合について示す。

　まず、図５０に示す下りリンクについて説明する。サブフレーム＃１とサブフレーム＃２とで、第２ＤｅＮＢ（ＤｅＮＢ２）６１０２から第２ＲＮ（ＲＮ２）６１０８にＲＮサブフレームが構成される。第２ＲＮ（ＲＮ２）６１０８は、サブフレーム＃１とサブフレーム＃２とをＭＢＳＦＮサブフレームに設定する。

　一方、サブフレーム＃３とサブフレーム＃６とで、第２ＤｅＮＢ（ＤｅＮＢ２）６１０２から第１ＲＮ（ＲＮ１）６１０６にＲＮサブフレームが構成される。第１ＲＮ（ＲＮ１）６１０６は、サブフレーム＃３とサブフレーム＃６とをＭＢＳＦＮサブフレームに設定する。

　この場合、サブフレーム＃３とサブフレーム＃６とで、第２ＤｅＮＢ（ＤｅＮＢ２）６１０２から第１ＲＮ（ＲＮ１）６１０６への下りバックホールリンク６１１１と、第２ＲＮ（ＲＮ２）６１０８から第２ＵＥ（ＵＥ２）６１０７への下りアクセスリンク６１１５とが重なる。このため、第２ＲＮ（ＲＮ２）６１０８から第２ＵＥ（ＵＥ２）６１０７への下りアクセスリンク６１１５が、第２ＤｅＮＢ（ＤｅＮＢ２）６１０２から第１ＲＮ（ＲＮ１）６１０６への下りバックホールリンク６１１１に干渉を与える。

　一方、サブフレーム＃１とサブフレーム＃２とで、第２ＤｅＮＢ（ＤｅＮＢ２）６１０２から第２ＲＮ（ＲＮ２）６１０８への下りバックホールリンク６１１２と、第１ＲＮ（ＲＮ１）６１０６から第１ＵＥ（ＵＥ１）６１０５への下りアクセスリンク６１１４とが重なる。このため、第１ＲＮ（ＲＮ１）６１０６から第１ＵＥ（ＵＥ１）６１０５への下りアクセスリンク６１１４が、第２ＤｅＮＢ（ＤｅＮＢ２）６１０２から第２ＲＮ（ＲＮ２）６１０８への下りバックホールリンク６１１２に干渉を与える。

　これらの干渉を低減するために、第１ＲＮ（ＲＮ１）６１０６のＲＮサブフレーム構成を第２ＲＮ（ＲＮ２）６１０８と同じにする。すなわち、第１ＲＮ（ＲＮ１）６１０６のＲＮサブフレームを、サブフレーム＃１とサブフレーム＃２とに変更する。

　第１ＲＮ（ＲＮ１）６１０６は、設定されたＲＮサブフレーム構成におけるサブフレームをＭＢＳＦＮサブフレームにする。すなわち、第１ＲＮ（ＲＮ１）６１０６から第１ＵＥ（ＵＥ１）６１０５への下りアクセスリンク６１１４のサブフレーム＃１，＃２をＭＢＳＦＮサブフレームに変更する。

　また、サブフレーム＃３，＃６のＭＢＳＦＮサブフレームの設定を解除する。すなわち、第１ＲＮ（ＲＮ１）６１０６から第１ＵＥ（ＵＥ１）６１０５への下りアクセスリンク６１１４用のサブフレームに変更する。

　したがって、第１ＲＮ（ＲＮ１）６１０６から第１ＵＥ（ＵＥ１）６１０５への下りアクセスリンク６１１４、および第２ＲＮ（ＲＮ２）６１０８から第２ＵＥ（ＵＥ２）６１０７への下りアクセスリンク６１１５において、サブフレーム＃１，＃２がＭＢＳＦＮサブフレームに設定される。

　このようにすることで、図５０に示されるように、異なるＲＮでバックホールリンクのサブフレームを同じにすることができ、また、異なるＲＮで該サブフレームをＭＢＳＦＮサブフレームとすることができ、異なるＲＮ間のバックホールリンクとアクセスリンクとの間の干渉を低減することが可能となる。

　次に、図５１に示す上りリンクについて説明する。第２ＲＮ（ＲＮ２）６１０８のＲＮサブフレーム構成に基づいて、第２ＲＮ（ＲＮ２）６１０８の上りバックホールリンク６１１９のサブフレームが、サブフレーム＃１，＃２、また、サブフレーム＃５，＃６に設定される。第１ＲＮ（ＲＮ１）６１０６のＲＮサブフレーム構成を、第２ＲＮ（ＲＮ２）６１０８のＲＮサブフレーム構成に合わせることで、第１ＲＮ（ＲＮ１）６１０６の上りバックホールリンク６１１８のサブフレームも、サブフレーム＃１，＃２、また、サブフレーム＃５，＃６に設定される。

　第１ＲＮ（ＲＮ１）６１０６は、該設定されたサブフレーム＃１，＃２，＃５，＃６で、上りアクセスリンク６１２１のスケジューリングを行わないようにする。これによって、第１ＲＮ（ＲＮ１）６１０６と第２ＲＮ（ＲＮ２）６１０８との上りバックホールリンク６１１８，６１１９のサブフレームは同じになり、また、第１ＲＮ（ＲＮ１）６１０６と第２ＲＮ（ＲＮ２）６１０８との上りアクセスリンク６１２１，６１２２において、スケジューリングを行わないサブフレームも同じになる。

　したがって、第１ＲＮ（ＲＮ１）６１０６の上りバックホールリンク６１１８の送信が、第２ＲＮ（ＲＮ２）６１０８の上りアクセスリンクリンク６１２２の受信に干渉を与えることはなくなる。逆に、第２ＲＮ（ＲＮ２）６１０８の上りバックホールリンク６１１９の送信が、第１ＲＮ（ＲＮ１）６１０６の上りアクセスリンク６１２１の受信に干渉を与えることもなくなる。これによって、異なるＲＮ間のバックホールリンクとアクセスリンクとの間の干渉を低減することができる。

　前述のように、ＲＮ間でアクセスリンクのサブフレームとバックホールリンクのサブフレームとを同じにすることで、あるＲＮの送信が他のＲＮへの受信に与える干渉を低減することが可能となる。

　ＲＮ間で、アクセスリンクのサブフレームと、バックホールリンクのサブフレームとを同じにする方法の動作例を開示する。どのＲＮサブフレーム構成にするかについては、前記具体例（３）の方法の場合について示す。

　図５２は、実施の形態３の変形例１における移動体通信システムのシーケンスの一例を示す図である。図５２に示すシーケンスは、図４８に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。図５２では、ＲＮ間で、アクセスリンクのサブフレームと、バックホールリンクのサブフレームとを同じにする方法を用いて、ＲＮがＨＯを行い、ＤｅＮＢとのＲＲＣ接続を完了した状態からのシーケンスを示している。

　ステップＳＴ６７０４において、該ＲＮと干渉が問題になるＲＮが存在すると判断したＤｅＮＢは、ステップＳＴ７００１に移行する。

　ステップＳＴ７００１において、ＤｅＮＢは、干渉の低減を図るＲＮを選択する。ここでは、さらにその中から最も干渉が大きいと判断する一つのＲＮを選択する。ＤｅＮＢは、このＲＮを干渉が問題となる既存のＲＮと判断する。

　ＤｅＮＢは、既存のＲＮのＲＮサブフレーム構成を認識している。ステップＳＴ７００２において、ＤｅＮＢは、ＲＮに対して、既存のＲＮのＲＮサブフレーム構成を通知する。ＲＮサブフレーム構成の通知は、ＲＲＣシグナリングを用いてもよいし、Ｓ１インタフェースを用いてもよい。

　ステップＳＴ７００３において、ＲＮは、ＤｅＮＢに対して、ＲＮサブフレーム構成完了メッセージを通知する。ＲＮサブフレーム構成完了メッセージの通知は、ＲＲＣシグナリングを用いてもよいし、Ｓ１インタフェースを用いてもよい。

　ステップＳＴ７００４において、ＲＮは、受信した既存のＲＮのＲＮサブフレーム構成を用いて、アクセスリンクのサブフレーム構成を決定する。前述したように、ＲＮ間で、アクセスリンクのサブフレームと、バックホールリンクのサブフレームとを同じにする方法として、ＲＮは、既存のＲＮのＲＮサブフレーム構成から、既存のＲＮのバックホールリンクのサブフレーム構成を認識し、下りアクセスリンクにおける該サブフレームをＭＢＳＦＮサブフレームにするとよい。

　ステップＳＴ６７０８において、ＲＮは、下りアクセスリンクにおける該サブフレームをＭＢＳＦＮサブフレームに設定する。既に設定しているＭＢＳＦＮサブフレームが存在する場合は、それ以外のＭＢＳＦＮサブフレームを追加する設定をしてもよいし、新たに設定するＭＢＳＦＮサブフレームと併せて設定をし直すようにしてもよい。ＭＢＳＦＮサブフレームの設定は、前述のＲＮがＭＢＳＦＮサブフレーム構成を変更する方法を用いるとよい。変更されたＭＢＳＦＮサブフレームの設定情報を受信したＵＥは、該サブフレームをＭＢＳＦＮサブフレームとして受信処理を行う。

　このようにすることによって、ＲＮ間で、アクセスリンクのサブフレームと、バックホールリンクのサブフレームとを同じにすることができ、異なるＲＮ間のバックホールリンクとアクセスリンクとの間で生じる干渉を低減することができる。ＲＮの送信が、他のＲＮの受信に与える干渉を低減することができる。

　また、本変形例で開示した方法とすることによって、前述の実施の形態３で開示した方法に比べて、ＲＮのアクセスリンクのサブフレーム数を増やせるという効果が得られる。また、ＲＮと傘下のＵＥとの間の通信容量の増大を図ることが可能となる。さらに、アクセスリンクのサブフレーム数を増やせることから、複数のＲＮ間でのアクセスリンクのサブフレームの設定が容易となる。

　前述の例では、ステップＳＴ７００１において、既存のＲＮを一つ選択するようにしているが、既存のＲＮを複数選択するようにしてもよい。ステップＳＴ７００２において、ＤｅＮＢは、ＲＮに対して、複数の既存のＲＮのＲＮサブフレーム構成を通知するようにすればよい。また、ステップＳＴ７００４において、ＲＮは、受信した複数のＲＮサブフレーム構成に基づいて、下りアクセスリンクにおけるＭＢＳＦＮサブフレーム構成を設定すればよい。

　複数の既存のＲＮに対応することによって、ＲＮの設置および移動において、より柔軟な運用とすることができる。

　実施の形態３　変形例２．
　本変形例では、異なるＲＮ間のバックホールリンクとアクセスリンクとの間の干渉を低減するための他の方法を開示する。

　ＲＮのバックホールリンクのキャリア周波数と、アクセスリンクのキャリア周波数とを異ならせ、ＤｅＮＢの傘下のＲＮのバックホールリンクのキャリア周波数を全て同じとする。以下の説明において、キャリア周波数を、単に周波数という場合がある。バックホールリンクの周波数と、アクセスリンクの周波数とが異なるＲＮを、アウトバンドＲＮ（outband relay）と称する。ＲＮをアウトバンドＲＮとして、ＤｅＮＢの傘下のＲＮのバックホールリンクの周波数を全て同じとする。

　ＲＮの下りバックホールリンクの周波数をｆ＿ＢＬ＿ＤＬ（ＲＮ）とし、ＲＮの下りアクセスリンクの周波数をｆ＿ＡＬ＿ＤＬ（ＲＮ）とする。また、ＲＮの上りバックホールリンクの周波数をｆ＿ＢＬ＿ＵＬ（ＲＮ）とし、ＲＮの上りアクセスリンクの周波数をｆ＿ＡＬ＿ＵＬ（ＲＮ）とする。周波数の構成を以下の（１），（２）の２つの条件を満たすようにする。

　（１）１つのＲＮに対して、バックホールリンクの周波数とアクセスリンクの周波数とを異ならせる。
　　　ｆ＿ＢＬ＿ＤＬ（ＲＮｉ）≠ｆ＿ＡＬ＿ＤＬ（ＲＮｉ）　…（ａ１）
　　　ｆ＿ＢＬ＿ＵＬ（ＲＮｉ）≠ｆ＿ＡＬ＿ＵＬ（ＲＮｉ）　…（ａ２）
　式（ａ１），（ａ２）において、ＲＮｉは、ＤｅＮＢの傘下のＲＮである。

　（２）ＤｅＮＢの傘下のＲＮのバックホールリンクの周波数を同じとする。
　　　ｆ＿ＢＬ＿ＤＬ（ＲＮｉ）＝ｆ＿ＢＬ＿ＤＬ（ＲＮｊ）　…（ａ３）
　　　ｆ＿ＢＬ＿ＵＬ（ＲＮｉ）＝ｆ＿ＢＬ＿ＵＬ（ＲＮｊ）　…（ａ４）
　式（ａ３），（ａ４）において、ｉ≠ｊであり、ＲＮｉ，ＲＮｊは、ＤｅＮＢの傘下のＲＮである。

　前記（１）および（２）の条件を満たすようにすることで、
　　　ｆ＿ＢＬ＿ＤＬ（ＲＮｉ）≠ｆ＿ＡＬ＿ＤＬ（ＲＮｊ）　…（ａ５）
　　　ｆ＿ＢＬ＿ＵＬ（ＲＮｉ）≠ｆ＿ＡＬ＿ＵＬ（ＲＮｊ）　…（ａ６）
とすることができる。

　以上のように、異なるＲＮ間のバックホールリンクの周波数と、アクセスリンクの周波数とを異ならせることができるので、異なるＲＮ間のバックホールリンクとアクセスリンクとの間の干渉を低減することができる。

　図５３は、実施の形態３の変形例２におけるバックホールリンクおよびアクセスリンクの周波数の構成例を示す図である。

　ＤｅＮＢ７１０１の傘下に、第１ＲＮ（ＲＮ１）７１１０と、第２ＲＮ（ＲＮ２）７１０４とが存在する。第１ＲＮ（ＲＮ１）７１１０の傘下に、第１ＵＥ（ＵＥ１）７１１３が存在する。第２ＲＮ（ＲＮ２）７１０４の傘下に、第２ＵＥ（ＵＥ２）７１０７が存在する。

　ＤｅＮＢ７１０１と第１ＲＮ（ＲＮ１）７１１０とは、下りバックホールリンク（ＢＬ＿ＤＬ）７１０８と、上りバックホールリンク（ＢＬ＿ＵＬ）７１０９とで接続される。第１ＲＮ（ＲＮ１）７１１０と第１ＵＥ（ＵＥ１）７１１３とは、下りアクセスリンク（ＡＬ＿ＤＬ）７１１１と、上りアクセスリンク（ＡＬ＿ＵＬ）７１１２とで接続される。

　ＤｅＮＢ７１０１と第２ＲＮ（ＲＮ２）７１０４とは、下りバックホールリンク（ＢＬ＿ＤＬ）７１０２と、上りバックホールリンク（ＢＬ＿ＵＬ）７１０３とで接続される。第２ＲＮ（ＲＮ２）７１０４と第２ＵＥ（ＵＥ２）７１０７とは、下りアクセスリンク（ＡＬ＿ＤＬ）７１０５と、上りアクセスリンク（ＡＬ＿ＵＬ）７１０６とで接続される。

　下りバックホールリンク（ＢＬ＿ＤＬ）７１０８の周波数をｆ＿ＢＬ＿ＤＬ（ＲＮ１）とし、下りアクセスリンク（ＡＬ＿ＤＬ）７１１１の周波数をｆ＿ＡＬ＿ＤＬ（ＲＮ１）とする。また、上りバックホールリンク（ＢＬ＿ＵＬ）７１０９の周波数をｆ＿ＢＬ＿ＵＬ（ＲＮ１）とし、上りアクセスリンク（ＡＬ＿ＵＬ）７１１２の周波数をｆ＿ＡＬ＿ＵＬ（ＲＮ１）とする。

　一方、下りバックホールリンク（ＢＬ＿ＤＬ）７１０２の周波数をｆ＿ＢＬ＿ＤＬ（ＲＮ２）とし、下りアクセスリンク（ＡＬ＿ＤＬ）７１０５の周波数をｆ＿ＡＬ＿ＤＬ（ＲＮ２）とする。また、上りバックホールリンク（ＢＬ＿ＵＬ）７１０３の周波数をｆ＿ＢＬ＿ＵＬ（ＲＮ２）とし、のぼりアクセスリンク（ＡＬ＿ＵＬ）７１０６の周波数をｆ＿ＡＬ＿ＵＬ（ＲＮ２）とする。

　ここで、前記（１），（２）の条件を満たすようにする。すなわち、以下の式（ａ７）～式（ａ１２）を満たすように周波数を設定する。
　　　ｆ＿ＢＬ＿ＤＬ（ＲＮ１）≠ｆ＿ＡＬ＿ＤＬ（ＲＮ１）　…（ａ７）
　　　ｆ＿ＢＬ＿ＵＬ（ＲＮ１）≠ｆ＿ＡＬ＿ＵＬ（ＲＮ１）　…（ａ８）
　　　ｆ＿ＢＬ＿ＤＬ（ＲＮ２）≠ｆ＿ＡＬ＿ＤＬ（ＲＮ２）　…（ａ９）
　　ｆ＿ＢＬ＿ＵＬ（ＲＮ２）≠ｆ＿ＡＬ＿ＵＬ（ＲＮ２）　…（ａ１０）
　　ｆ＿ＢＬ＿ＤＬ（ＲＮ１）＝ｆ＿ＢＬ＿ＤＬ（ＲＮ２）　…（ａ１１）
　　ｆ＿ＢＬ＿ＵＬ（ＲＮ１）＝ｆ＿ＢＬ＿ＵＬ（ＲＮ２）　…（ａ１２）

　前記の式（ａ７）～式（ａ１２）を満たすように周波数を設定することによって、以下の式（ａ１３）～式（ａ１６）のようにすることができる。
　　ｆ＿ＢＬ＿ＤＬ（ＲＮ１）≠ｆ＿ＡＬ＿ＤＬ（ＲＮ２）　…（ａ１３）
　　ｆ＿ＢＬ＿ＵＬ（ＲＮ１）≠ｆ＿ＡＬ＿ＵＬ（ＲＮ２）　…（ａ１４）
　　ｆ＿ＢＬ＿ＤＬ（ＲＮ２）≠ｆ＿ＡＬ＿ＤＬ（ＲＮ１）　…（ａ１５）
　　ｆ＿ＢＬ＿ＵＬ（ＲＮ２）≠ｆ＿ＡＬ＿ＵＬ（ＲＮ１）　…（ａ１６）

　以上のように、異なるＲＮ間のバックホールリンクの周波数と、アクセスリンクの周波数とが異なることとなり、異なるＲＮ間のバックホールリンクとアクセスリンクとの間の干渉を低減することができる。

　移動可能なＲＮのバックホールリンクの周波数と、アクセスリンクの周波数とを異ならせ、ＤｅＮＢの傘下のＲＮのバックホールリンクの周波数を全て同じとする方法の動作例を開示する。

　図５４は、実施の形態３の変形例２における移動体通信システムのシーケンスの一例を示す図である。図５４に示すシーケンスは、図３６に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。図５４では、移動可能なＲＮのバックホールリンクの周波数と、アクセスリンクの周波数とを異ならせ、ＤｅＮＢの傘下のＲＮのバックホールリンクの周波数を全て同じとする場合のシーケンスを示している。

　ステップＳＴ３６０５において、ＲＮがＨＯを行い、ターゲットのｅＮＢ（ＤｅＮＢ）と接続処理を完了すると、ステップＳＴ７２０１に移行する。

　ＨＯは、同一周波数でのＨＯ（intra-frequency HO）であってもよいし、異周波数間のＨＯ（inter-frequency HO）であってもよい。ＲＮが、ＤｅＮＢが運用している周波数にＨＯし、該周波数でＤｅＮＢとＲＮとの間のバックホールリンクが設けられる。

　ＨＯ先の周波数でＤｅＮＢがバックホールリンクを設けられないような場合は、後述するバックホールリンクの周波数を変更する方法を適用すればよい。

　ステップＳＴ７２０１において、ＲＮは、バックホールリンクの周波数と、自ＲＮが設定しているアクセスリンクの周波数とが同じか否かを判断する。ステップＳＴ７２０１において、バックホールリンクの周波数と、自ＲＮが設定しているアクセスリンクの周波数とが同じと判断した場合は、ステップＳＴ７２０２において、バックホールリンクの周波数と異なるように、アクセスリンクの周波数を変更する。

　ステップＳＴ３６０６～ステップＳＴ３６１１において、ＲＮは、傘下のＵＥに対して、変更したアクセスリンクの周波数へのＲＲＣ接続変更処理を行う。この方法は、実施の形態２で開示した方法を適用することができる。

　ステップＳＴ７２０１において、ＲＮは、バックホールリンクの周波数と、設定しているアクセスリンクの周波数とが同じでないと判断した場合は、アクセスリンクの周波数の変更を行わない。

　このシーケンス例は、ＤｅＮＢの傘下の全てのＲＮのバックホールリンクの周波数が同じ場合に適用することができる。例えば、ＤｅＮＢが一つのキャリアで運用しており、傘下の全てのＲＮのバックホールリンクが、該キャリア周波数である場合などである。この場合、ＲＮがＤｅＮＢと接続処理を行うのは該キャリアとなるので、該ＲＮのバックホールリンクの周波数は、他のＲＮのバックホールリンクの周波数と同じになる。

　したがって、前述の（１），（２）の条件が満たされるので、異なるＲＮ間でのバックホールリンクとアクセスリンクとの間の干渉を低減することができる。

　また、本変形例においては、サブフレーム構成を調整し再設定、変更する必要は無く、ＲＮのＲＮサブフレーム構成およびＭＢＳＦＮサブフレーム構成に制限を設ける必要は無くなる。したがって、ＲＮを介した通信の通信容量を増大することができ、また、柔軟なＲＮの設置および移動に対応することができる。

　他の例として、ＤｅＮＢの傘下のＲＮのバックホールリンクの周波数が同じでない場合の解決策を開示する。全てのＲＮでなく、干渉が問題となる複数のＲＮのバックホールリンクの周波数が同じでない場合であってもよい。ＤｅＮＢは、複数のＲＮと異なるバックホールリンクの周波数で運用していることになる。例えばＤｅＮＢが、マルチキャリアで運用、あるいはキャリアアグリゲーションを行っている場合である。

　この場合、前述の（１）の条件に、以下の（３）の条件を加えるとよい。
　（３）ＲＮのアクセスリンクの周波数を、他のＲＮのバックホールリンクの周波数と異ならせる。
　　ｆ＿ＢＬ＿ＤＬ（ＲＮｊ）≠ｆ＿ＡＬ＿ＤＬ（ＲＮｉ）　…（ａ１７）
　　ｆ＿ＢＬ＿ＵＬ（ＲＮｊ）≠ｆ＿ＡＬ＿ＵＬ（ＲＮｉ）　…（ａ１８）
　式（ａ１７），（ａ１８）において、ｉ≠ｊであり、ＲＮｉ，ＲＮｊは、ＤｅＮＢの傘下のＲＮである。

　前記の式（ａ１７），（ａ１８）を満たすようにすることによって、以下の式（ａ１９），（ａ２０）のようにすることができる。
　　ｆ＿ＢＬ＿ＤＬ（ＲＮｉ）≠ｆ＿ＡＬ＿ＤＬ（ＲＮｊ）　…（ａ１９）
　　ｆ＿ＢＬ＿ＵＬ（ＲＮｉ）≠ｆ＿ＡＬ＿ＵＬ（ＲＮｊ）　…（ａ２０）
　したがって、異なるＲＮ間でのバックホールリンクとアクセスリンクとの間の干渉を低減することができる。

　図５５は、実施の形態３の変形例２における移動体通信システムのシーケンスの一例を示す図である。図５５に示すシーケンスは、図５４に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。図５５では、ＤｅＮＢの傘下のＲＮのバックホールリンクの周波数が同じでない場合のシーケンスを示している。

　ステップＳＴ３６０５において、ＲＮは、ＨＯを行い、ターゲットのｅＮＢ（ＤｅＮＢ）と接続処理を完了する。この接続処理において、ターゲットＤｅＮＢからＲＮへ該ＤｅＮＢで運用しているＲＮのバックホールリンクの周波数情報を通知する。なお、ステップＳＴ３６０５の処理ではなく、他のメッセージあるいは他のシグナリングとして該情報を通知してもよい。図５５では、ステップＳＴ７３０１において、他のメッセージとして、前記ＲＮのバックホールリンクの周波数情報を通知する。

　該ＤｅＮＢで運用している全てのＲＮのバックホールリンクの周波数情報ではなく、干渉が問題となるＲＮのバックホールリンクの周波数情報に限定してもよい。限定の方法は、実施の形態３で開示した方法を適用することができる。例えば、ステップＳＴ３６０５の処理後に、図４８のステップＳＴ６７０１～ステップＳＴ６７０５の処理を行うようにすればよい。

　ＲＮは、受信した該ＤｅＮＢで運用しているＲＮのバックホールリンクの周波数情報を用いて、ステップＳＴ７３０２において、バックホールリンクの周波数とアクセスリンクの周波数とが同じか否かを判断する。ステップＳＴ７３０２において、バックホールリンクの周波数とアクセスリンクの周波数とが同じと判断した場合は、ステップＳＴ７３０３において、前述の（１），（３）の条件を満足するアクセスリンクの周波数を選択する。ここで、バックホールリンク同士、あるいはアクセスリンク同士は、同じ周波数となってもよい。

　このようにすることによって、ＤｅＮＢが複数のＲＮと異なるバックホールリンクの周波数で運用している場合でも、異なるＲＮ間でのバックホールリンクとアクセスリンクとの間の干渉を低減することができる。

　ＤｅＮＢと傘下のＵＥ間のリンクとの間での干渉が問題になる場合、ステップＳＴ７３０３において、アクセスリンクの周波数をＤｅＮＢと傘下のＵＥとの間の通常のリンクの周波数と異なるキャリア周波数としてもよい。ＤｅＮＢと傘下のＵＥとの間の通常のリンクと、ＲＮのアクセスリンクとの間の干渉を低減することができる。

　前述の例では、ＲＮがアクセスリンクの周波数を選択するようにしているが、さらに他の例として、ＤｅＮＢがＲＮのアクセスリンクの周波数を選択するようにしてもよい。

　図５６は、実施の形態３の変形例２における移動体通信システムのシーケンスの一例を示す図である。図５６に示すシーケンスは、図５４に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。図５６では、ＤｅＮＢがＲＮのアクセスリンクの周波数を選択するようにする場合のシーケンスを示している。

　ステップＳＴ３６０５において、ＲＮは、ＨＯを行い、ターゲットのｅＮＢ（ＤｅＮＢ）と接続処理を完了する。この接続処理において、ＲＮからＤｅＮＢへ、自ＲＮで設定しているアクセスリンクの周波数情報を通知する。なお、ステップＳＴ３６０５の処理ではなく、他のメッセージあるいは他のシグナリングとして、該情報を通知してもよい。図５６では、ステップＳＴ７４０１において、他のメッセージとして、前記ＲＮで設定しているアクセスリンクの周波数情報を通知する。

　ステップＳＴ７４０２において、ＤｅＮＢは、受信したＲＮのアクセスリンクの周波数情報を用いて、バックホールリンクの周波数とアクセスリンクの周波数とが同じか否かを判断する。ステップＳＴ７４０２において、バックホールリンクの周波数とアクセスリンクの周波数とが同じと判断した場合は、ステップＳＴ７４０３において、該ＲＮのアクセスリンクの周波数を変更する。このとき、該ＲＮがサポートしているアクセスリンクの周波数の中から選択するとよい。

　該ＲＮがサポートしているアクセスリンクの周波数は、前記ステップＳＴ３６０５の処理において、ＲＮで設定しているアクセスリンクの周波数情報とともに、該ＲＮからＤｅＮＢに通知されてもよい。あるいは、ＲＮがサポートしているアクセスリンクの周波数は、ＲＮのケーパビリティ情報として、ＤｅＮＢに通知されてもよい。また、該情報は、ステップＳＴ３６０５の処理ではなく、他のメッセージあるいは他のシグナリングとして通知されてもよい。

　ステップＳＴ７４０２において、バックホールリンクの周波数とアクセスリンクの周波数が同じでないと判断した場合は、アクセスリンクの周波数の変更を行わない。

　ステップＳＴ７４０４において、ＤｅＮＢは、変更後のアクセスリンクの周波数情報を該ＲＮに通知する。アクセスリンクの周波数の変更を行わない場合も、その旨を示す情報、あるいは、ステップＳＴ７４０１で受信した、該ＲＮが設定しているアクセスリンクの周波数情報を通知してもよい。

　ステップＳＴ７４０４において、変更後のアクセスリンクの周波数情報を受信したＲＮは、該情報に基づいて、ステップＳＴ３６０６～ステップＳＴ３６１１において、傘下のＵＥに対して、変更後のアクセスリンクの周波数でＲＲＣ接続変更処理を行わせる。

　このようにすることによって、ＤｅＮＢが、干渉が問題となるＲＮのアクセスリンクの周波数を設定することができる。ＤｅＮＢに、傘下のＲＮのアクセスリンクの周波数を認識させ、干渉回避の制御および管理をＤｅＮＢに集中させることによって、制御を容易にすることが可能となる。

　また、ＤｅＮＢは、傘下のＲＮのバックホールリンクの周波数も認識しているので、バックホールリンクの周波数とアクセスホールリンクの周波数とを併せて制御および管理することが可能となる。

　ステップＳＴ７４０１において、ＲＮは、ＤｅＮＢに、自ＲＮで設定しているアクセスリンクの周波数情報を通知している。他の方法として、ＲＮは、自ＲＮで設定しているアクセスリンクの周波数情報を、ＮＷ側、例えばＭＭＥ、ＯＡＭなどに通知する。ＤｅＮＢは、必要に応じてＮＷ側から、所望のＲＮが設定しているアクセスリンクの周波数情報を得るようにしてもよい。ＤｅＮＢが、ＮＷ側に、該ＲＮのアクセスリンクの周波数情報を要求する旨のメッセージを送信し、ＮＷ側が、該ＲＮのアクセスリンクの周波数情報を応答するメッセージを、ＤｅＮＢに送信してもよい。

　また、ステップＳＴ７４０１において、ＲＮは、自ＲＮがサポート可能なアクセスリンクの周波数情報をＤｅＮＢに通知するとよい。この情報は、ステップＳＴ３６０５の接続処理のときに通知されてもよいし、他のメッセージ、またはシグナリングを用いて通知されてもよい。これによって、ステップＳＴ７４０３において、ＤｅＮＢがＲＮのアクセスリンクの周波数を設定する場合に、該ＲＮがサポートするアクセスリンクの周波数の中から選択することが可能となる。

　ステップＳＴ７４０４において、ＤｅＮＢは、変更後のアクセスリンクの周波数情報をＲＮに通知しているが、該変更後のアクセスリンクの周波数情報を、ＲＮ再構成メッセージに含めて通知してもよい。これによって、メッセージの種類を削減することができる。

　また、本変形例において、アクセスリンクの周波数を設定あるいは変更している。これによって、後述のバックホールリンクの周波数を設定あるいは変更する方法よりも制御を簡易にすることができる。これは、バックホールリンクの周波数を設定あるいは変更する方法では、ＲＮとＤｅＮＢとの間の接続の変更処理を行わねばならず、制御が複雑になるためである。

　実施の形態３　変形例３．
　本変形例では、異なるＲＮ間のバックホールリンクとアクセスリンクとの間の干渉を低減するための他の方法を開示する。

　例えば、アウトバンドＲＮが移動した場所において、干渉が問題となるＲＮに、インバンドＲＮのようにバックホールリンクの周波数とアクセスリンクの周波数とが同じＲＮが存在したとする。この場合、アウトバンドＲＮのバックホールリンクの周波数と、インバンドＲＮのバックホールリンクの周波数とが同じであると、問題が生じる。アウトバンドＲＮのバックホールリンクの周波数と、インバンドＲＮのアクセスリンクの周波数とが同じになってしまうためである。

　アウトバンドＲＮは、ＲＮサブフレームをサポートする必要は無い。したがって、通常、実施の形態３および実施の形態３の変形例１で開示した方法を適用することはできない。このため、アウトバンドＲＮのバックホールリンクの周波数と、インバンドＲＮのアクセスリンクの周波数とが同じ場合、それらの間で干渉が生じてしまう。

　本変形例では、このようにインバンドＲＮとアウトバンドＲＮとの間で干渉が問題となる場合についての解決方法を開示する。

　インバンドＲＮのバックホールリンクの周波数と、アウトバンドＲＮのバックホールリンクの周波数とを異ならせる。さらに、インバンドＲＮのアクセスリンクの周波数と、アウトバンドＲＮのアクセスリンクの周波数とを異ならせる。

　インバンドＲＮを「ＲＮｉｂ」と表記し、アウトバンドＲＮを「ＲＮｏｂ」と表記することにする。

　インバンドＲＮでは、以下の式（ａ２１），（ａ２２）に示す条件が成り立つ。
　　　ｆ＿ＢＬ＿ＤＬ（ＲＮｉｂ）＝ｆ＿ＡＬ＿ＤＬ（ＲＮｉｂ）　　　　…（ａ２１）
　　　ｆ＿ＢＬ＿ＵＬ（ＲＮｉｂ）＝ｆ＿ＡＬ＿ＵＬ（ＲＮｉｂ）　　　　…（ａ２２）

　アウトバンドＲＮでは、以下の式（ａ２３），（ａ２４）に示す条件が成り立つ。
　　　ｆ＿ＢＬ＿ＤＬ（ＲＮｏｂ）≠ｆ＿ＡＬ＿ＤＬ（ＲＮｏｂ）　　　　…（ａ２３）
　　　ｆ＿ＢＬ＿ＵＬ（ＲＮｏｂ）≠ｆ＿ＡＬ＿ＵＬ（ＲＮｏｂ）　　　　…（ａ２４）

　前記の式（ａ２１）～式（ａ２４）に示す条件に、以下の式（ａ２５）～式（ａ２８）に示す条件を加える。
　　　ｆ＿ＢＬ＿ＤＬ（ＲＮｉｂ）≠ｆ＿ＢＬ＿ＤＬ（ＲＮｏｂ）　　　　…（ａ２５）
　かつ
　　　ｆ＿ＡＬ＿ＤＬ（ＲＮｉｂ）≠ｆ＿ＡＬ＿ＤＬ（ＲＮｏｂ）　　　　…（ａ２６）
　　　ｆ＿ＢＬ＿ＵＬ（ＲＮｉｂ）≠ｆ＿ＢＬ＿ＵＬ（ＲＮｏｂ）　　　　…（ａ２７）
　かつ
　　　ｆ＿ＡＬ＿ＵＬ（ＲＮｉｂ）≠ｆ＿ＡＬ＿ＵＬ（ＲＮｏｂ）　　　　…（ａ２８）

　前記の式（ａ２１）～式（ａ２４）に示す条件に、前記の式（ａ２５）～式（ａ２８）に示す条件を加えることによって、インバンドＲＮとアウトバンドＲＮとの間で、アクセスリンクの周波数とバックホールリンクの周波数とを異ならせることが可能となる。したがって、異なるＲＮ間のバックホールリンクとアクセスリンクとの間の干渉を低減することが可能となる。

　図５７および図５８は、実施の形態３の変形例３における移動体通信システムのシーケンスの一例を示す図である。図５７と図５８とは、境界線ＢＬ１の位置で、つながっている。図５７および図５８に示すシーケンスは、図５４に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。図５７および図５８では、異なるＲＮ間のバックホールリンクとアクセスリンクとの間の干渉を低減する処理のシーケンスを示している。

　ステップＳＴ３６０５において、ＲＮは、ＨＯを行い、ターゲットのｅＮＢ（ＤｅＮＢ）と接続処理を完了する。ステップＳＴ７５０１において、ＤｅＮＢは、ステップＳＴ３６０５で接続したＲＮも含めて、傘下のＲＮに、インバンドＲＮとアウトバンドＲＮとが混在しているかどうかを判断する。全てのＲＮでなく、干渉が問題となるＲＮに限定してもよい。限定の方法は、実施の形態３で開示した方法を適用することができる。例えば、ステップＳＴ３６０５の処理後に、図４８のステップＳＴ６７０１～ステップＳＴ６７０５の処理を行うようにすればよい。

　ステップＳＴ７５０１において、傘下のＲＮに、インバンドＲＮとアウトバンドＲＮとが混在しているかどうかを判断可能とするために、ＲＮが自ＲＮの種類を示す情報を設け、各ＲＮは、ＤｅＮＢとの接続処理において該情報をＤｅＮＢに通知するとよい。自ＲＮの種類を示す情報として、例えば、インバンドＲＮであるか、アウトバンドＲＮであるかを示す情報がある。

　図５７および図５８では、ステップＳＴ３６０５において、ＲＮは、自ＲＮがインバンドＲＮであるか、アウトバンドＲＮであるかを示す情報をＤｅＮＢに通知する。なお、ステップＳＴ３６０５の処理ではなく、他のメッセージあるいは他のシグナリングとして、該情報を通知してもよい。

　ステップＳＴ７５０１において、インバンドＲＮとアウトバンドＲＮとが混在していると判断した場合は、ステップＳＴ７５０２において、インバンドＲＮのバックホールリンクの周波数とアウトバンドＲＮのバックホールリンクの周波数とが同じかどうか判断する。

　ステップＳＴ７５０２において、インバンドＲＮのバックホールリンクの周波数とアウトバンドＲＮのバックホールリンクの周波数とが同じと判断した場合は、ステップＳＴ７５０３において、ステップＳＴ３６０５で接続したＲＮのバックホールリンクの周波数を、インバンドＲＮのバックホールリンクの周波数とアウトバンドＲＮのバックホールリンクの周波数とが異なるように、選択する。すなわち、前述の式（ａ２５），（ａ２７）に示す条件を満たすように、ＲＮのバックホールリンクの周波数を選択する。

　例えば、接続したＲＮがアウトバンドＲＮの場合は、接続したＲＮのバックホールリンクの周波数を、干渉が問題となるＲＮ間に混在するインバンドＲＮのバックホールリンクの周波数と異ならせる。例えば、接続したＲＮがインバンドＲＮの場合は、接続したＲＮのバックホールリンクの周波数を、干渉が問題となるＲＮ間に混在するアウトバンドＲＮのバックホールリンクの周波数と異ならせる。

　ステップＳＴ７５０３において接続したＲＮのバックホールリンクの周波数を選択したＤｅＮＢは、該ＲＮとの間で、選択したバックホールリンクの周波数で接続変更処理を行う。

　ステップＳＴ７５０４において、ＤｅＮＢは、選択したバックホールリンクの周波数で送信を開始する。

　ステップＳＴ７５０５において、ＤｅＮＢは、ＲＮに対して、変更前周波数で異周波数ＲＲＣ接続変更メッセージを通知する。該メッセージに、変更後バックホールリンクの周波数情報と、該バックホールリンクの周波数への接続変更指示情報を含ませておくとよい。

　ステップＳＴ７５０６において、ＲＮは、ＤｅＮＢと変更後周波数で同期をとり、報知情報を受信する。

　ステップＳＴ７５０７において、ＲＮとＤｅＮＢとは、変更後のバックホールリンクの周波数で接続処理を行う。

　ステップＳＴ７５０８において、ＲＮは、ＤｅＮＢに対して、変更後のバックホールリンクの周波数で異周波数ＲＲＣ接続変更完了メッセージの通知を行う。

　ステップＳＴ７５０９において、ＲＮは、変更前バックホールリンクの周波数での送受信を停止する。

　このような処理を行うことによって、ＲＮは、ＤｅＮＢが選択したバックホールリンクの周波数でＲＲＣ接続の変更を行うことができる。

　ステップＳＴ７５１０において、ＲＮは、自ＲＮがアウトバンドＲＮか否かを判断する。ステップＳＴ７５１０においてアウトバンドＲＮであると判断した場合は、ステップＳＴ７５１１に移行する。

　ステップＳＴ７５１１において、ＲＮは、変更後のバックホールリンクの周波数と自ＲＮで設定しているアクセスリンクの周波数とが同じであるか否かを判断する。ステップＳＴ７５１１において、変更後のバックホールリンクの周波数と自ＲＮで設定しているアクセスリンクの周波数とが同じであると判断した場合は、ステップＳＴ７５１２において、自ＲＮのアクセスリンクの周波数として、他の周波数を選択する。これによって、前述の式（ａ２６），（ａ２７）に示す条件が満足されることになる。

　ステップＳＴ７５１０において、自ＲＮがアウトバンドＲＮではないと判断した場合は、ステップＳＴ７５１２において、自ＲＮのアクセスリンクの周波数として、バックホールリンクの周波数を選択する。

　ステップＳＴ７５１２において、自ＲＮのアクセスリンクの周波数を選択したＲＮは、ステップＳＴ３６０６～ステップＳＴ３６１１において、傘下のＵＥに対して、変更したアクセスリンクの周波数でのＲＲＣ接続変更処理を行う。この方法は、実施の形態２で開示した方法を適用することができる。

　ステップＳＴ７５１１において、変更後のバックホールリンクの周波数と自ＲＮで設定しているアクセスリンクの周波数とが異なると判断した場合は、アクセスリンクの周波数の変更を行わない。

　以上のようにすることによって、インバンドＲＮとアウトバンドＲＮとの間で、アクセスリンクの周波数とバックホールリンクの周波数とを異ならせることが可能となる。したがって、異なるＲＮ間のバックホールリンクとアクセスリンクとの間の干渉を低減することが可能となる。また、インバンドＲＮとアウトバンドＲＮとが混在しているような場合でも、干渉を低減することが可能となる。

　干渉が問題となるＲＮの中に複数のバックホールリンクの周波数の異なるインバンドＲＮ、複数のバックホールリンクの周波数の異なるアウトバンドＲＮが存在する場合は、実施の形態３変形例２を本変形例と適宜組合せて適用すれば良い。異なるＲＮ間でのバックホールリンクとアクセスリンクとの間の干渉を低減することができる。

　本変形例は、アウトバンドＲＮとインバンドＲＮとが混在している場合に限らず、インバンドＲＮ間での干渉を低減する場合にも適用することが可能である。干渉が問題となるＲＮの中に、同じバックホールリンクの周波数のインバンドＲＮが存在する場合、インバンドＲＮのバックホールリンクの周波数を変更すればよい。それに伴い、該インバンドＲＮのアクセスリンクの周波数も変更すればよい。これによって、異なるインバンドＲＮ間でアクセスリンクの周波数とバックホールリンクの周波数とを異ならせることができるので、インバンドＲＮ間の干渉を低減することが可能となる。

　また、ＲＮの運用例として、固定ＲＮをインバンドＲＮとし、移動ＲＮをアウトバンドＲＮとしてもよい。この運用において本変形例を、あるいは実施の形態３の変形例２と本変形例とを適用することによって、移動ＲＮと移動先ＤｅＮＢの傘下の固定ＲＮとの干渉を低減することが可能となる。

　また、実施の形態３および実施の形態３の変形例１で開示したインバンドＲＮのＲＮサブフレーム構成を設定する方法と使い分けてもよい。ＤｅＮＢが、干渉が問題となるＲＮの個数、セルの負荷状況、各ＲＮの負荷状況、各ＲＮのＲＮサブフレーム構成、各ＲＮがサポートするバックホールリンクの周波数あるいはアクセスリンクの周波数、ＤｅＮＢがサポートするキャリア周波数などを考慮して、どの方法を用いるかを判断するようにすればよい。これによって、動的に変化する種々の状況に柔軟に対応することが可能となる。

　また、インバンドＲＮの機能とアウトバンドＲＮの機能とを有するノードを構成してもよい。また、インバンドＲＮの機能とアウトバンドＲＮの機能とを有する物理的な装置を構成してもよい。このように構成されるノードまたは装置は、バックホールリンクとアクセスリンクとを時間領域で分割できる機能と周波数領域で分割できる機能とを有する。

　これによって、状況に応じて、インバンドＲＮとして動作するか、アウトバンドＲＮとして動作するかを切替えることが可能となる。例えば、ＲＮが固定している場合はインバンドＲＮとして設定され、該ＲＮが移動する場合はアウトバンドＲＮとして設定される。該切替えは、自ＲＮが行ってもよいし、あるいは、ＤｅＮＢの指示によって行われてもよいし、ＯＡＭによって行われてもよいし、ＲＮの運用者、例えばオペレータによって行われてもよい。

　また、例えば、ＤｅＮＢは、移動ＲＮをサーブする場合、該ＤｅＮＢの傘下のＲＮをアウトバンドＲＮに設定してもよい。また、該ＤｅＮＢの傘下のＲＮではなく、該移動ＲＮの近傍のＲＮをアウトバンドＲＮとしてもよい。これによって、システムとして柔軟なＲＮの運用が可能となり、干渉回避などの制御を容易にすることができる。

　実施の形態４．
　ＲＮが移動した場合、既存のＲＮとの間で、ＲＮの運用時にアクセスリンク間で干渉が生じる。ＲＮのバックホールリンクのサブフレーム構成は、ＤｅＮＢからＲＮ毎にＲＲＣシグナリングを用いて個別に通知されるので、通常、ＲＮのアクセスリンクのサブフレーム構成は、ＲＮ毎に異なる。したがって、複数のＲＮが接近した場合、異なるＲＮ間でアクセスリンクのサブフレームが同じになる場合が生じる。これによって、異なるＲＮのアクセスリンク間で干渉が生じてしまうという問題がある。

　図５９および図６０は、移動したＲＮと既存のＲＮとの間で生じる干渉について説明するための図である。図５９および図６０は、図４０および図４１と構成が類似しているので、対応する部分については同一の参照符を付して、共通する説明を省略する。

　ＲＮが接近した場合、ＲＮの下りアクセスリンクが、他のＲＮの下りアクセスリンクに干渉を与える。例えば、図５９に示すように、第２ＤｅＮＢ（ＤｅＮＢ２）６１０２の第２カバレッジ６１１７内に移動した第１ＲＮ（ＲＮ１）６１０６が、第２ＲＮ（ＲＮ２）６１０８に接近すると、第２ＲＮ（ＲＮ２）６１０８の下りアクセスリンク６１１５が、第１ＲＮ（ＲＮ１）６１０６の下りアクセスリンク６１１４に干渉７６０１を与える。

　また、ＲＮの上りアクセスリンクが、他のＲＮの上りアクセスリンクに干渉を与える。例えば、図６０に示すように、第１ＵＥ（ＵＥ１）６１０５から第１ＲＮ（ＲＮ１）６１０６への上りアクセスリンク６１２１の送信が、第２ＵＥ（ＵＥ２）６１０７から第２ＲＮ（ＲＮ２）６１０８への上りアクセスリンク６１２２の受信に干渉７６０２を与える。

　本実施の形態では、このような、異なるＲＮのアクセスリンク間で生じる干渉を低減する方法を開示する。

　ＲＮ間で下りアクセスリンクのサブフレームを異ならせる。例えば、ＲＮ２の下りアクセスリンクのサブフレームと、ＲＮ１の下りアクセスリンクのサブフレームとを異ならせる。ＲＮ間で下りアクセスリンクのサブフレームを異ならせる方法として、ＲＮは、干渉となる下りアクセスリンクのサブフレームを、ＭＢＳＦＮサブフレームおよびＡＢＳ（Almost Blank Subframe）の少なくともいずれか一方にするとよい。ここで、ＰＤＣＣＨがマッピングされないサブフレームを「ＡＢＳ」と称する。ＰＤＣＣＨもマッピングされないので、ＰＤＳＣＨもマッピングされない。

　ＭＢＳＦＮサブフレームとＡＢＳとが、同じサブフレームに設定された場合、該サブフレームでは、ＰＤＣＣＨがマッピングされず、さらにＰＤＳＣＨのＣＲＳもマッピングされないとする。ＲＮは、干渉となる下りアクセスリンクのサブフレームに、下りスケジューリングをしないようにしてもよい。

　また、ＲＮは、干渉となる上りアクセスリンクのサブフレームに、上りスケジューリングをしないようにする。例えば、ＲＮ１の上りアクセスリンクのサブフレームと、ＲＮ２の上りアクセスリンクのサブフレームとを異ならせる。他の例として、サブフレームを異ならすのではなく、スケジューリングする無線リソースを異ならせるようにしてもよい。無線リソースとしては、ＲＢ単位、ＲＥ単位、サブキャリア単位などとするとよい。また、周波数帯域毎に異ならせるようにしてもよい。以下の説明では、スケジューリングする無線リソースを異ならせることも含めて、サブフレーム構成を異ならせると称する。

　図６１および図６２は、ＲＮ間でアクセスリンクのサブフレームを異ならせた場合のサブフレーム構成の一例を示す図である。図６１および図６２では、図５９および図６０に示す第２ＤｅＮＢ６１０２を「ＤｅＮＢ２」と記載し、第２ＤｅＮＢ６１０２の傘下の第４ＵＥ６１０４を「ＵＥ４」と記載する。また第１ＲＮ６１０６を「ＲＮ１」と記載し、第１ＲＮ６１０６の傘下の第１ＵＥ６１０５を「ＵＥ１」と記載する。また第２ＲＮ６１０８を「ＲＮ２」と記載し、第２ＲＮ６１０８の傘下の第２ＵＥ６１０７を「ＵＥ２」と記載する。上りアクセスリンクでは、スケジューリングする無線リソースを異ならせている。なお、バックホールリンクとアクセスリンクとに関しては、実施の形態３の変形例１で開示した方法を適用している。

　図６１は、ＲＮ間でアクセスリンクのサブフレームを異ならせた場合の下りリンクのサブフレームの構成例を示す図である。図６１において、参照符号「７７０１」で示されるサブフレームは、第２ＤｅＮＢ（ＤｅＮＢ２）６１０２から傘下の第４ＵＥ（ＵＥ４）６１０４、第１ＲＮ（ＲＮ１）６１０６および第２ＲＮ（ＲＮ２）６１０８への下りリンクのサブフレームの構成例である。参照符号「７７０２」で示されるサブフレームは、第１ＲＮ（ＲＮ１）６１０６から傘下の第１ＵＥ（ＵＥ１）６１０５への下りリンクのサブフレーム構成例である。参照符号「７７０３」で示されるサブフレームは、第２ＲＮ（ＲＮ２）６１０８から傘下の第２ＵＥ（ＵＥ２）６１０７への下りリンクのサブフレームの構成例である。

　図６２は、ＲＮ間でアクセスリンクのサブフレームを異ならせた場合の上りリンクのサブフレームの構成例を示す図である。図６２において、参照符号「７７０４」で示されるサブフレームは、第２ＤｅＮＢ（ＤｅＮＢ２）６１０２の傘下の第４ＵＥ（ＵＥ４）、第１ＲＮ（ＲＮ１）６１０６および第２ＲＮ（ＲＮ２）６１０８から第２ＤｅＮＢ（ＤｅＮＢ２）６１０２への上りリンクのサブフレームの構成例である。参照符号「７７０５」で示されるサブフレームは、第１ＲＮ（ＲＮ１）６１０６の傘下の第１ＵＥ（ＵＥ１）６１０５から第１ＲＮ（ＲＮ１）６１０６への上りリンクのサブフレームの構成例である。参照符号「７７０６」で示されるサブフレームは、第２ＲＮ（ＲＮ２）６１０８の傘下の第２ＵＥ（ＵＥ２）６１０７から第２ＲＮ（ＲＮ２）６１０８への上りリンクのサブフレームの構成例である。

　バックホールリンクおよびアクセスリンクに関しては、実施の形態３の変形例１で開示した方法が適用されているとする。このため、図５０および図５１で示したように、第２ＤｅＮＢ（ＤｅＮＢ２）６１０２と第１ＲＮ（ＲＮ１）６１０６および第２ＲＮ（ＲＮ２）６１０８とのバックホールリンク６１１１，６１１２のサブフレームは同じとする。下りリンクについては、サブフレーム＃１，＃２とし、上りリンクについては、サブフレーム＃１，＃２，＃５，＃６とする。

　また、第１ＲＮ（ＲＮ１）６１０６とその傘下の第１ＵＥ（ＵＥ１）６１０５、および第２ＲＮ（ＲＮ２）６１０８とその傘下の第２ＵＥ（ＵＥ２）６１０７の下りリンクにおいて、ＭＢＳＦＮサブフレームが構成されるサブフレームは同じであり、サブフレーム＃１，＃２とする。また、第１ＲＮ（ＲＮ１）６１０６とその傘下の第１ＵＥ（ＵＥ１）６１０５、および第２ＲＮ（ＲＮ２）６１０８とその傘下の第２ＵＥ（ＵＥ２）６１０７の上りリンクにおいて、スケジューリングが行われないサブフレームは同じであり、サブフレーム＃１，＃２，＃５，＃６とする。

　まず、図６１に示す下りリンクについて説明する。サブフレーム＃１，＃２の他のサブフレームで、第１ＲＮ（ＲＮ１）６１０６から傘下の第１ＵＥ（ＵＥ１）６１０５への下りアクセスリンク６１１４のサブフレームと、第２ＲＮ（ＲＮ２）６１０８から傘下の第２ＵＥ（ＵＥ２）６１０７への下りアクセスリンク６１１５のサブフレームとが重なる。重なるサブフレームは、サブフレーム＃０，＃３，＃４，＃５，＃６，＃７，＃８，＃９である。

　この場合、サブフレーム＃０，＃３，＃４，＃５，＃６，＃７，＃８，＃９で、一方のＲＮの下りアクセスリンクが、他方の下りアクセスリンクに干渉を与える。

　これらの干渉を低減するために、第１ＲＮ（ＲＮ１）６１０６の下りアクセスリンクのサブフレームを、第２ＲＮ（ＲＮ２）６１０８の下りアクセスリンクのサブフレームと異ならせる。例えば、図６１に示すように、第１ＲＮ（ＲＮ１）６１０６から傘下の第１ＵＥ（ＵＥ１）６１０５への下りアクセスリンク６１１４では、サブフレーム＃３，＃４，＃７，＃８をＡＢＳに変更する。一方、第２ＲＮ（ＲＮ２）６１０８から傘下の第２ＵＥ（ＵＥ２）６１０７への下りアクセスリンク６１１５では、サブフレーム＃０，＃５，＃６，＃９をＡＢＳに変更する。

　このようにすることによって、一方の下りアクセスリンクのサブフレームは、他方のＡＢＳとなる。このように、ＲＮ間で下りアクセスリンクのサブフレームを異ならせることによって、異なるＲＮの下りアクセスリンク間の干渉を低減することが可能となる。

　次に、図６２に示す上りリンクについて説明する。サブフレーム＃１，＃２，＃５，＃６の他のサブフレームで、第１ＲＮ（ＲＮ１）６１０６の傘下の第１ＵＥ（ＵＥ１）６１０５から第１ＲＮ（ＲＮ１）６１０６への上りアクセスリンク６１２１のサブフレームと、第２ＲＮ（ＲＮ２）６１０８の傘下の第２ＵＥ（ＵＥ２）６１０７から第２ＲＮ（ＲＮ２）６１０８への上りアクセスリンク６１２２のサブフレームとが重なる。重なるサブフレームは、サブフレーム＃０，＃３，＃４，＃７，＃８，＃９である。

　この場合、サブフレーム＃０，＃３，＃４，＃７，＃８，＃９で、一方のＲＮの上りアクセスリンクが、他方の上りアクセスリンクに干渉を与える。

　これらの干渉を低減するために、第１ＲＮ（ＲＮ１）６１０６の上りアクセスリンクのサブフレームを、第２ＲＮ（ＲＮ２）６１０８の上りアクセスリンクのサブフレームと異ならせる。あるいは、第１ＲＮ（ＲＮ１）の上りアクセスリンクのサブフレームと、第２ＲＮ（ＲＮ２）の上りアクセスリンクのサブフレームとにスケジューリングする無線リソースを異ならせる。

　例えば、図６２に示すように、これらのサブフレームのうち、第１ＲＮ（ＲＮ１）６１０６において、偶数番号のサブフレームにはＲＢ＿ｕｐｐｅｒに、奇数番号のサブフレームにはＲＢ＿ｌｏｗｅｒにスケジューリングされる。一方、第２ＲＮ（ＲＮ２）６１０８において、偶数番号のサブフレームにはＲＢ＿ｌｏｗｅｒに、奇数番号のサブフレームにはＲＢ＿ｕｐｐｅｒにスケジューリングされる。ＲＢ＿ｕｐｐｅｒと、ＲＢ＿ｌｏｗｅｒとは、一つまたは複数のリソースブロックで、異なるリソースブロックからなる。

　このようにすることによって、一方の上りアクセスリンクでスケジューリングが行われるリソースブロックで、他方の上りアクセスリンクのスケジューリングは行われない。このように、ＲＮ間で上りアクセスリンクのサブフレーム、あるいは無線リソースを異ならせることによって、異なるＲＮの下りアクセスリンク間の干渉を低減することが可能となる。

　なお、ＳＳまたはＰＢＣＨを干渉させないようにするために、ＳＳまたはＰＢＣＨの存在するサブフレームが重ならないように、第１ＲＮ（ＲＮ１）６１０６と第２ＲＮ（ＲＮ２）６１０８とのフレームタイミングに、時間オフセットを設けてもよい。このとき、同時間のサブフレーム番号が異なることになるが、それを踏まえて、どのサブフレームをＡＢＳにするか、どのサブフレームにスケジューリングを行わないようにするかを設定すればよい。ＲＮ毎のフレームタイミングのオフセットは、ＤｅＮＢが決定してもよい。バックホールリンクのフレームタイミングを基準に、アクセスリンクのフレームタイミングにオフセットを設定してもよい。

　ＤｅＮＢは、ＲＮのＲＮサブフレーム構成を認識しているが、ＲＮのアクセスリンクのサブフレーム構成を認識していない。したがって、ＲＮ間でアクセスリンクのサブフレームを異ならせるように調整する場合、どのノードが制御するかが問題となる。

　本実施の形態では、制御するノードとして、以下の（１），（２）の２つの具体例を開示する。
　（１）ＤｅＮＢが、ＲＮ毎のアクセスリンクのサブフレーム構成を設定する。
　（２）ＲＮが、自ＲＮのアクセスリンクのサブフレーム構成を設定する。

　サブフレーム構成の設定として、どのサブフレームを下りアクセスリンクとするか、あるいは、どのサブフレームをＡＢＳおよびＭＢＳＦＮサブフレームの少なくともいずれか一方とするかを設定する。

　ＲＮ間のアクセスリンクで生じる干渉を低減するために、前記の具体例（１）の場合は、ＤｅＮＢが、ＲＮ間でアクセスリンクのサブフレームが異なるように各ＲＮのサブフレーム構成を設定し、各ＲＮに対して通知する。ＲＮは、受信したサブフレーム構成を、自ＲＮのアクセスリンクに適用する。ＤｅＮＢが、ＲＮ毎のアクセスリンクのサブフレーム構成を設定するので、ＤｅＮＢで干渉が問題となるＲＮの制御および管理を集中して行うことができる。したがって、制御が容易になり、制御遅延の低減および制御回路の削減が可能となる。

　前記の具体例（２）の場合は、ＲＮが、他ＲＮとアクセスリンクのサブフレームが異なるように自ＲＮのサブフレーム構成を設定し、自ＲＮのアクセスリンクに適用する。ＲＮが、自ＲＮのアクセスリンクのサブフレームを設定するので、ＤｅＮＢとは独立して設定することができる。したがって、ＲＮの傘下のＵＥの負荷状況など、ＲＮ毎の状況をサブフレーム構成に柔軟に反映することができる。

　ＤｅＮＢからＲＮにアクセスリンクのサブフレーム構成の通知が無い場合には、該ＲＮが自ＲＮのアクセスリンクのサブフレームを設定するようにしてもよい。ＤｅＮＢは、必要に応じて各ＲＮに対してアクセスリンクのサブフレーム構成を通知するようにしてもよい。これによって、さらに柔軟な制御が可能となる。

　ＲＮ間で下りアクセスリンクのサブフレームを異ならせ、干渉となる上りアクセスリンクのサブフレームに上りスケジューリングをしないようにする方法の動作例を開示する。

　図６３は、実施の形態４における移動体通信システムのシーケンスの一例を示す図である。図６３に示すシーケンスは、図５２に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。図６３では、ＲＮ間で下りアクセスリンクのサブフレームを異ならせ、干渉となる上りアクセスリンクのサブフレームに上りスケジューリングをしないようにする場合のシーケンスを示している。具体的には、ＲＮがＨＯを行い、ＤｅＮＢとＲＲＣ接続を完了した状態からのシーケンスを示している。図６３は、前記の具体例（１）のＤｅＮＢがＲＮ毎のアクセスリンクのサブフレーム構成を設定する場合の例である。

　ステップＳＴ６７０４において、該ＲＮと干渉が問題になるＲＮが存在すると判断したＤｅＮＢは、ステップＳＴ７８０１において、干渉の低減を図るＲＮを選択する。

　ＤｅＮＢは、選択したＲＮのＲＮサブフレーム構成を認識している。したがって、ステップＳＴ７８０２において、ＤｅＮＢは、選択した各ＲＮと、新たにＲＲＣ接続したＲＮに対して設定するＲＮサブフレーム構成とを用いて、各ＲＮのアクセスリンクのサブフレーム構成を決定する。具体的には、ＲＮ間でアクセスリンクのサブフレーム構成が異なるように決定する。

　ステップＳＴ７８０３において、ＤｅＮＢは、各ＲＮに、決定したアクセスリンクのサブフレーム構成を通知する。

　該サブフレーム構成を受信した各ＲＮは、ステップＳＴ７８０４において、受信したアクセスリンクのサブフレーム構成に基づいて、ＡＢＳとするサブフレームを決定する。例えば、受信したアクセスリンクのサブフレーム構成以外のサブフレームをＡＢＳとしてもよい。

　また、ステップＳＴ７８０５において、各ＲＮは、受信したアクセスリンクのサブフレーム構成に基づいて、スケジューリング可能な上りサブフレームと上りリソースとを決定する。例えば、受信したアクセスリンクのサブフレーム構成以外のサブフレームで上りサブフレームをスケジューリングしないとしてもよい。

　ステップＳＴ７８０６において、各ＲＮは、傘下のＵＥに対して、ＡＢＳの設定を行う。ＡＢＳの設定情報を受信したＵＥは、該サブフレームをＡＢＳとして受信処理を行う。

　ステップＳＴ７８０７およびステップＳＴ７８０８において、ＲＮは、ＡＢＳにしないサブフレームで下りスケジューリングを行い、また、上りスケジューリング可能なサブフレームとリソースとで上りスケジューリングを行うようにする。

　このようにすることによって、各ＲＮにおけるアクセスリンクのサブフレーム構成を異ならせることが可能となり、異なるＲＮのアクセスリンク間で生じる干渉を低減することができる。

　実施の形態４　変形例１．
　本変形例では、異なるＲＮのアクセスリンク間で生じる干渉を低減するための他の方法を開示する。

　干渉が問題となるＲＮにおいて、ＲＮ毎にアクセスリンクの周波数を異ならせる。ＲＮがインバンドＲＮであっても、アウトバンドＲＮであってもよく、ＲＮ毎にアクセスリンクの周波数が異なるようにすればよい。

　図６４は、実施の形態４の変形例１におけるバックホールリンクおよびアクセスリンクの周波数の構成例を示す図である。

　ＤｅＮＢ７９０１の傘下に、第１ＲＮ（ＲＮ１）７９１０と、第２ＲＮ（ＲＮ２）７９０４とが存在する。第１ＲＮ（ＲＮ１）７９１０の傘下に、第１ＵＥ（ＵＥ１）７９１３が存在する。第２ＲＮ（ＲＮ２）７９０４の傘下に、第２ＵＥ（ＵＥ２）７９０７が存在する。

　ＤｅＮＢ７９０１と第１ＲＮ（ＲＮ１）７９１０とは、下りバックホールリンク（ＢＬ＿ＤＬ）７９０８と、上りバックホールリンク（ＢＬ＿ＵＬ）７９０９とで接続される。第１ＲＮ（ＲＮ１）と第１ＵＥ（ＵＥ１）とは、下りアクセスリンク（ＡＬ＿ＤＬ）７９１１と、上りアクセスリンク（ＡＬ＿ＵＬ）７９１２とで接続される。

　ＤｅＮＢ７９０１と第２ＲＮ（ＲＮ２）７９０４とは、下りバックホールリンク（ＢＬ＿ＤＬ）７９０２と、上りバックホールリンク（ＢＬ＿ＵＬ）７９０３とで接続される。第２ＲＮ（ＲＮ２）７９０４と第２ＵＥ（ＵＥ２）７９０７とは、下りアクセスリンク（ＡＬ＿ＤＬ）７９０５と、上りアクセスリンク（ＡＬ＿ＵＬ）７９０６とで接続される。

　下りバックホールリンク（ＢＬ＿ＤＬ）７９０８の周波数をｆ＿ＢＬ＿ＤＬ（ＲＮ１）とし、下りアクセスリンク（ＡＬ＿ＤＬ）７９１１の周波数をｆ＿ＡＬ＿ＤＬ（ＲＮ１）とする。また、上りバックホールリンク（ＢＬ＿ＵＬ）７９０９の周波数をｆ＿ＢＬ＿ＵＬ（ＲＮ１）とし、上りアクセスリンク（ＡＬ＿ＵＬ）７９１２の周波数をｆ＿ＡＬ＿ＵＬ（ＲＮ１）とする。

　一方、下りバックホールリンク（ＢＬ＿ＤＬ）７９０２の周波数をｆ＿ＢＬ＿ＤＬ（ＲＮ２）とし、下りアクセスリンク（ＡＬ＿ＤＬ）７９０５の周波数をｆ＿ＡＬ＿ＤＬ（ＲＮ２）とする。また、上りバックホールリンク（ＢＬ＿ＵＬ）７９０３の周波数をｆ＿ＢＬ＿ＵＬ（ＲＮ２）とし、上りアクセスリンク（ＡＬ＿ＵＬ）７９０６の周波数をｆ＿ＡＬ＿ＵＬ（ＲＮ２）とする。

　ここで、以下の（１）の条件を満たすように周波数を設定する。
　（１）ＲＮ毎にＡＬの周波数を異ならせる。
　　ｆ＿ＡＬ＿ＤＬ（ＲＮｉ）≠ｆ＿ＡＬ＿ＤＬ（ＲＮｊ）　…（ａ２９）
　　ｆ＿ＡＬ＿ＵＬ（ＲＮｉ）≠ｆ＿ＡＬ＿ＵＬ（ＲＮｊ）　…（ａ３０）
　式（ａ２９），（ａ３０）において、ｉ≠ｊであり、ＲＮｉ，ＲＮｊは、ＤｅＮＢの傘下のＲＮである。
　これによって、異なるＲＮのアクセスリンク間の干渉を低減することができる。

　ＲＮ毎にアクセスリンクの周波数を異ならせる方法の動作例を開示する。図６５および図６６は、実施の形態４の変形例１における移動体通信システムのシーケンスの一例を示す図である。図６５と図６６とは、境界線ＢＬ２の位置で、つながっている。図６５および図６６に示すシーケンスは、図４８および図５６に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。図６５および図６６では、ＲＮ毎にアクセスリンクの周波数を異ならせる場合のシーケンスを示している。図６５および図６５では、ＲＮはアウトバンドＲＮとする。

　ステップＳＴ３６０５において、ＲＮは、ＨＯを行い、ターゲットｅＮＢ（ＤｅＮＢ）と接続処理を完了する。この接続処理において、ＲＮからＤｅＮＢへ、自ＲＮで設定しているアクセスリンクの周波数情報を通知する。なお、ステップＳＴ３６０５の処理ではなく、他のメッセージあるいは他のシグナリングとして、該情報を通知してもよい。図６５および図６６では、ステップＳＴ７４０１において、他のメッセージとして、前記自ＲＮで設定しているアクセスリンクの周波数情報を通知する。

　ステップＳＴ８００１において、該ＲＮと干渉が問題になるＲＮが存在するか否かを判断する。ステップＳＴ８００１において、干渉が問題になるか否かの判断は、該ＲＮのアクセスリンクの周波数と同じアクセスリンクの周波数を有するＲＮが存在するか否かで判断するとよい。ステップＳＴ８００１において、干渉が問題になるＲＮが存在すると判断した場合は、ステップＳＴ８００２に移行し、干渉が問題になるＲＮが存在しないと判断した場合は、ステップＳＴ８００３に移行する。

　ステップＳＴ８００１において、干渉が問題になるＲＮが存在すると判断したＤｅＮＢは、ステップＳＴ８００２において、該ＲＮのアクセスリンクの周波数を他の周波数に設定する。他の周波数は、既存のＲＮのアクセスリンクの周波数と異なる周波数とすればよい。あるいは、干渉が問題となるＲＮのアクセスリンクの周波数と異なる周波数とすればよい。

　ステップＳＴ８００３において、ＤｅＮＢは、設定したアクセスリンクの周波数情報を該ＲＮに通知する。アクセスリンクの周波数の変更を行わない場合も、その旨を示す情報、あるいは、該ＲＮが設定しているアクセスリンクの周波数情報を通知してもよい。これらの情報を、ＲＮ再構成メッセージに含めて通知してもよい。前記情報をＲＮ再構成メッセージに含めて通知することによって、メッセージの種類を削減することができる。

　ステップＳＴ８００３において、変更後に設定するアクセスリンクの周波数情報を受信したＲＮは、該情報に基づいて、ステップＳＴ３６０６～ステップＳＴ３６１１において、傘下のＵＥに対して、変更後のアクセスリンクの周波数でＲＲＣ接続変更処理を行わせる。

　このようにすることによって、ＤｅＮＢは該ＲＮに、干渉が問題となるＲＮとは異なるアクセスリンクの周波数を設定することができる。また、ＤｅＮＢに、傘下のＲＮのアクセスリンクの周波数を認識させ、干渉回避の制御および管理をＤｅＮＢに集中させることによって、制御を容易にすることが可能となる。

　ＲＮがインバンドＲＮの場合は、ステップＳＴ８００１において、アクセスリンクの周波数を他の周波数に設定するとともに、バックホールリンクの周波数も該他の周波数に設定すればよい。バックホールリンクの他の周波数への変更は、実施の形態３の変形例３で開示した方法を適用すればよい。

　ＤｅＮＢは、傘下のＲＮのバックホールリンクの周波数も認識しているので、バックホールリンクの周波数とアクセスホールリンクの周波数とを併せて制御および管理することが可能となる。

　このようにすることによって、ＲＮが、インバンドＲＮであっても、アウトバンドＲＮであっても、干渉が問題となるＲＮ間において、ＲＮ毎にアクセスリンクの周波数を異ならせることができる。したがって、異なるＲＮのアクセスリンク間で生じる干渉を低減することが可能となる。

　実施の形態４　変形例２．
　本変形例では、異なるＲＮのアクセスリンク間で生じる干渉を低減するための他の方法を開示する。

　ＲＮをオープンアクセスモード、あるいはハイブリッドモードとするとよい。これによって、たとえＲＮの移動などにより、異なるＲＮのアクセスリンク間で干渉が生じたとしても、ＲＮの傘下のＵＥは、他のＲＮにＨＯあるいはセルの再選択をすることが可能になる。

　また、他の方法として、ＲＮのアクセスリンクの送信電力を調整して、他のＲＮとの干渉を回避するとよい。バックホールリンクの送信電力を調整する必要が無く、アクセスリンクのみ送信電力を調整すればよい。

　しかし、移動可能なＲＮをオープンアクセスモード、あるいはハイブリッドモードとしたとしても、ＲＮ同士が接近した場合には問題が生じる。

　図６７および図６８は、ＲＮ同士が接近する場合の各ＲＮの傘下のＵＥにおけるアクセスリンクの信号対干渉比（Signal to Interference Ratio：ＳＩＲ）の変化を説明するための図である。図６７は、ＲＮ同士が接近する前の状態の図であり、図６８は、ＲＮ同士が接近した状態の図である。

　図６７（ａ）は、ＲＮ同士が接近する前の状態を示し、図６７（ｂ）は、ＲＮ同士が接近する前の状態における各ＲＮの傘下のＵＥにおけるアクセスリンクのＳＩＲを示す。図６８（ａ）は、ＲＮ同士が接近した状態を示し、図６８（ｂ）は、ＲＮ同士が接近した状態における各ＲＮの傘下のＵＥにおけるアクセスリンクのＳＩＲを示す。図６７（ｂ）および図６８（ｂ）において、縦軸はＳＩＲを示し、横軸はＵＥの位置を示す。

　図６７および図６８では、第１ＲＮ（ＲＮ１）８１０３と、第２ＲＮ（ＲＮ２）８１０４とが接近する場合を示す。第１ＲＮ（ＲＮ１）８１０３は、第１カバレッジ８１０１を構成する。第２ＲＮ（ＲＮ２）８１０４は、第２カバレッジ８１０２を構成する。第１カバレッジ８１０１内には、第１ＲＮ（ＲＮ１）８１０３の傘下のＵＥである第１ＵＥ（ＵＥ１）８１０７が存在する。第２カバレッジ８１０２内には、第２ＲＮ（ＲＮ２）８１０４の傘下のＵＥである第２ＵＥ（ＵＥ２）８１０８が存在する。

　図６７（ｂ）および図６８（ｂ）では、第１ＲＮ（ＲＮ１）８１０３から第１ＵＥ（ＵＥ１）８１０７への下りリンク８１０５におけるＳＩＲを参照符号「８１０９」で示す。また、第２ＲＮ（ＲＮ２）８１０４から第２ＵＥ（ＵＥ２）８１０８への下りリンク８１０６におけるＳＩＲを参照符号「８１１０」で示す。

　図６７に示すように、ＲＮ同士が接近する前は、ＳＩＲは、各ＲＮ（ＲＮ１，ＲＮ２）８１０３，８１０４のカバレッジ８１０１，８１０２の中心Ｑ１，Ｑ２から、カバレッジ８１０１，８１０２の端部（以下「カバレッジ端」という場合がある）の方へ向かって、なだらかに低下していく。この場合、第１ＲＮ（ＲＮ１）８１０３および第２ＲＮ（ＲＮ２）８１０４のカバレッジ端で、ＵＥのＨＯが問題なく実行される。

　図６７では、ＲＮ同士が接近する前の第１ＲＮ（ＲＮ１）８１０３と第２ＲＮ（ＲＮ２）８１０４との間のカバレッジ８１０１，８１０２の重複部分（以下「カバレッジ重複部分」という場合がある）をＰ１で示す。また各（ＲＮ１，ＲＮ２）８１０３，８１０４のカバレッジ８１０１，８１０２の中心Ｑ１，Ｑ２間の距離をｄ１で示す。

　図６８に示すように、ＲＮ同士が接近したとき、各（ＲＮ１，ＲＮ２）８１０３，８１０４のカバレッジ８１０１，８１０２の中心Ｑ３，Ｑ４間の距離ｄ２が小さくなり（ｄ２＜ｄ１）、第１ＲＮ（ＲＮ１）８１０３と第２ＲＮ（ＲＮ２）８１０４との間のカバレッジ重複部分Ｐ２が大きくなる（Ｐ２＞Ｐ１）。このとき、ＳＩＲは、各ＲＮ（ＲＮ１，ＲＮ２）８１０３，８１０４のカバレッジ８１０１，８１０２の中心Ｑ３，Ｑ４から、カバレッジ端の方へ向かって、急激に低下していくことになる。

　この場合、第１ＲＮ（ＲＮ１）８１０３および第２ＲＮ（ＲＮ２）８１０４のカバレッジ端でＳＩＲが急激に低下することから、第１ＲＮ（ＲＮ１）８１０３および第２ＲＮ（ＲＮ２）８１０４のカバレッジ重複部分Ｐ２に存在するＵＥ８１０７で、急にＨＯが起動されることとなる。したがって、ＨＯ処理が間に合わずに失敗し、さらにもとのＲＮへの再接続も失敗して切断してしまうという問題が頻発する。

　本変形例では、このような問題を低減するために、実施の形態４および実施の形態４の変形例１で開示した方法とは別の方法を開示する。

　干渉が問題となるＲＮにおいて、移動可能なＲＮをインドアに設ける。移動可能なＲＮの所望のカバレッジを覆うように遮蔽材を設ける。ＲＮのアクセスリンク用のアンテナと、バックホールリンクのアンテナとを分離して配置する。アクセスリンク用のアンテナをインドアに、あるいは遮蔽材内に配置する。バックホールリンク用のアンテナをアウトドアに、あるいは遮蔽材外に配置する。遮蔽材によって外部のＲＮからの送信電力を所望の値だけ減衰させる。減衰量は、例えば、遮蔽材内でＳＩＲが良好となるようにするとよい。あるいは、たとえ外部のＲＮと接近したとしても、遮蔽材内のＲＮの傘下のＵＥが遮蔽材の端部でＨＯを起動しないような減衰量としてもよい。

　図６９は、一方のＲＮをインドアに設けた場合に、ＲＮ同士が接近しているときの各ＲＮの傘下のＵＥにおけるアクセスリンクのＳＩＲを説明する図である。図６９（ａ）は、一方のＲＮをインドアに設けた場合にＲＮ同士が接近した状態を示し、図６９（ｂ）は、各ＲＮの傘下のＵＥにおけるアクセスリンクのＳＩＲを示す。図６９において、図６７および図６８に対応する部分については、同一の参照符を付して、説明を省略する。

　図６９では、第１ＲＮ（ＲＮ１）８１０３の所望のカバレッジ８１０１を覆う遮蔽材８２０１を設けた場合を示す。遮蔽材の外部には、バックホール用のアンテナユニット８２０３が配置される。アンテナユニット８２０３は、インタフェース８２０２を用いて、第１ＲＮ（ＲＮ１）８１０３と接続される。

　第１ＲＮ（ＲＮ１）８１０３を遮蔽材８２０１で覆うことによって、第１ＲＮ（ＲＮ１）８１０３が第２ＲＮ（ＲＮ２）８１０４に接近した場合でも、第１ＲＮ（ＲＮ１）８１０３と、その傘下の第１ＵＥ（ＵＥ１）８１０５とのアクセスリンク８１０５の通信品質は良好になる。

　図６９（ｂ）のＳＩＲの図において、参照符号「８１０９」で示される実線は、第１ＲＮ（ＲＮ１）８１０３のＳＩＲを示し、参照符号「８１１０」で示される２点鎖線は、第２ＲＮ（ＲＮ２）８１０４のＳＩＲを示す。

　図６９（ｂ）に示すように、第１ＲＮ（ＲＮ１）８１０３のＳＩＲは、遮蔽材８２０１による境界で急激に変化する。具体的には、第１ＲＮ（ＲＮ１）８１０３のＳＩＲ８１０９は、遮蔽材８２０１の内部では急激に低下せず、遮蔽材８２０１の外部で急激に低下する。これは、遮蔽材８２０１によって、第２ＲＮ（ＲＮ２）８１０４からの干渉を低減することができるためである。しかし、第１ＲＮ（ＲＮ１）の信号強度は、遮蔽材８２０１による境界で低下し、遮蔽材８２０１の外部ではＳＩＲが急激に低下する。

　第２ＲＮ（ＲＮ２）８１０４のＳＩＲも同様であり、遮蔽材８２０１による境界で急激に変化する。第２ＲＮ（ＲＮ２）８１０４のＳＩＲは、遮蔽材８２０１の外部、すなわち第２ＲＮ（ＲＮ２）８１０４側では急激に低下せず、遮蔽材８２０１の内部、すなわち第１ＲＮ（ＲＮ１）８１０３側で急激に低下する。これは、遮蔽材８２０１による遮蔽によって、第１ＲＮ（ＲＮ１）８１０３からの干渉を低減することができるためである。しかし、第２ＲＮ（ＲＮ２）８１０４の信号強度は、遮蔽材８２０１による境界で低下し、遮蔽材８２０１の内部ではＳＩＲが急激に低下する。

　仮に、第１ＲＮ（ＲＮ１）８１０３の遮蔽材８２０１の内部にバックホールリンクのアンテナ８２０３を配置すると、ＤｅＮＢとのパスロスが増大し、バックホールリンクの通信品質が劣化する。したがって、バックホールリンク用のアンテナ８２０３は、遮蔽材８２０１の外部に設置されることが好ましい。インタフェース８２０２のは、ベースバンド信号が送受信されてもよいし、キャリア信号が送受信されてもよい。また、アナログ信号が送受信されてもよいし、デジタル信号が送受信されてもよい。

　以上のようにバックホールリンク用のアンテナ８２０３は、遮蔽材８２０１の外部に設置されることが好ましい。これによって、遮蔽材８２０１の内部で第１ＲＮ（ＲＮ１）８１０３のＳＩＲが急激に低下することは無くなる。その結果、遮蔽材８２０１の内部に存在する第１ＲＮ（ＲＮ１）８１０３の傘下の第１ＵＥ（ＵＥ１）８１０７が、ＳＩＲの急激な低下によって急なＨＯ起動およびＨＯ処理を発生させずに済む。したがって、第１ＲＮ（ＲＮ１）８１０３の傘下の第１ＵＥ（ＵＥ１）８１０７が通信切断を頻発するという問題を低減することができる。

　実施の形態３～実施の形態４の変形例２で開示した方法は、ＲＮがＲＲＣ接続状態で移動した場合に限らず、Ｉｄｌｅ状態で移動した後にＲＲＣ接続した場合にも適用することができる。また、ＲＮの初期設置時あるいはＲＮの移動後の設置時にも適用することが可能である。また、ＨＯに限らず、ＤｅＮＢのカバレッジ内の移動においても適用することが可能である。前述と同様の効果が得られる。

　実施の形態５．
　ＵＥが対応する周波数として、特定の地域あるいは国のみで運用される周波数帯域（以下「リージョナルバンド（regional band）」という場合がある）内の周波数よりも、複数の地域あるいは国で運用される周波数帯域（以下「ワールドバンド（world band）」という場合がある）内の周波数の方が望まれる。

　ワールドバンドに対応した方が、より多くの台数のＵＥを製造および販売することが可能となるからである。また、ＵＥの低コスト化にもつながる。したがって、多数のＵＥが、ワールドバンド対応となることが考えられる。そこで、本実施の形態では、ワールドバンドのみサポートするＵＥが、ＲＮにアクセスできるようにする方法を開示する。

　ＲＮのアクセスリンクの周波数をワールドバンド内の周波数とする。
具体例としては、インバンドＲＮにおいて、ＲＮとＲＮの傘下のＵＥとの間の周波数、すなわちアクセスリンクの周波数をワールドバンド内の周波数とするとよい。このようにすることによって、ワールドバンド内周波数のみに対応するＵＥが、ＲＮにアクセスすることができる。

　さらに、ＤｅＮＢとＤｅＮＢの傘下のＵＥとの間の周波数帯域、すなわち通常のリンクの周波数帯域を、ＲＮとＲＮの傘下のＵＥとの間の周波数帯域と同じにするとよい。これによって、ワールドバンド対応のＵＥが、ＤｅＮＢとＲＮとの間のＨＯおよびセルの再選択が可能となる。

　さらに、ＤｅＮＢとＤｅＮＢの傘下のＵＥとの間の周波数を、ＲＮとＲＮの傘下のＵＥとの間の周波数と同じにするとよい。これによって、ＤｅＮＢとＲＮとの間のＨＯおよびセルの再選択を、同一の周波数で行うことができるので、処理の遅延を低減することができる。

　他の具体例としては、アウトバンドＲＮにおいて、ＲＮとＲＮの傘下のＵＥとの間の周波数をワールドバンド内の周波数とするとよい。すなわち、ＲＮのアクセスリンクの周波数をワールドバンド内の周波数とするとよい。アウトバンドＲＮは、バックホールリンクの周波数とアクセスリンクの周波数とが異なる。このうち、アクセスリンクの周波数をワールドバンド内の周波数に設定することで、ワールドバンド内周波数のみに対応するＵＥが、該アウトバンドＲＮにアクセスすることができるようになる。

　さらに、ＤｅＮＢとＤｅＮＢの傘下のＵＥとの間の周波数帯域を、ＲＮとＲＮの傘下のＵＥとの間の周波数帯域と同じにするとよい。これによって、ワールドバンド対応のＵＥが、ＤｅＮＢとＲＮとの間のＨＯおよびセルの再選択が可能となる。

　さらに、ＤｅＮＢとＤｅＮＢの傘下のＵＥとの間の周波数帯域を、ＤｅＮＢとＲＮとの間の周波数帯域と同じにするとよい。すなわち、ＲＮのバックホールリンクの周波数帯域と同じにするとよい。これによって、ＲＮのＤｅＮＢ間のＨＯおよびセルの再選択が同一周波数帯域内で可能となる。

　さらに、ＤｅＮＢとＤｅＮＢの傘下のＵＥとの間の周波数を、ＤｅＮＢとＲＮとの間の周波数と同じにするとよい。すなわち、ＲＮのバックホールリンクの周波数と同じとするとよい。これによって、ＲＮのＤｅＮＢ間のＨＯおよびセルの再選択を、同一の周波数で行うことができるので、処理の遅延を低減することができる。

　ＤｅＮＢとＤｅＮＢの傘下のＵＥとの間の周波数がワールドバンド内の周波数である場合は、アウトバンドＲＮにおいて、ＤｅＮＢとＲＮとの間の周波数をワールドバンド内の周波数とするとよい。すなわち、ＲＮのバックホールリンクの周波数をワールドバンド内の周波数とするとよい。アウトバンドＲＮは、バックホールリンクの周波数とアクセスリンクの周波数とが異なるが、いずれも、ワールドバンド内の周波数に設定することによって、ワールドバンド内の周波数のみに対応するＵＥが、該アウトバンドＲＮにアクセスすることができる。また、たとえＤｅＮＢがワールドバンド内の周波数のみに対応していたとしても、該アウトバンドＲＮをサポートすることができる。

　本実施の形態で開示するアウトバンドＲＮの周波数構成の具体例を、図２８を用いて説明する。図２８において、ＲＮ１３０４をアウトバンドＲＮとする。ＤｅＮＢ１３０５の傘下に、アウトバンドＲＮ１３０４と、ＵＥ２９０１とが存在する。アウトバンドＲＮ１３０４の傘下に、ＵＥ１３０３が存在する。

　ＤｅＮＢ１３０５とアウトバンドＲＮ１３０４とは、下りバックホールリンク（ＢＬ＿ＤＬ）２９０２と、上りバックホールリンク（ＢＬ＿ＵＬ）２９０３とで接続される。また、アウトバンドＲＮ１３０４とＵＥ１３０３とは、下りアクセスリンク（ＡＬ＿ＤＬ）２９０４と、上りアクセスリンク（ＡＬ＿ＵＬ）２９０５とで接続される。また、ＤｅＮＢ１３０５とＵＥ２９０１とは、通常の下りリンク（Ｎｏｒｍａｌ＿ＤＬ）２９０６と、通常の上りリンク（Ｎｏｒｍａｌ＿ＵＬ）２９０７とで接続される。

　ここで、下りバックホールリンク（ＢＬ＿ＤＬ）２９０２の周波数をｆ＿ＢＬ＿ＤＬとし、下りアクセスリンク（ＡＬ＿ＤＬ）２９０４の周波数をｆ＿ＡＬ＿ＤＬとする。また、上りバックホールリンク（ＢＬ＿ＵＬ）２９０３の周波数をｆ＿ＢＬ＿ＵＬとし、上りアクセスリンク（ＡＬ＿ＵＬ）２９０５の周波数をｆ＿ＡＬ＿ＵＬとする。また、通常の下りリンク（Ｎｏｒｍａｌ＿ＤＬ）２９０６の周波数をｆ＿Ｎｏｒｍａｌ＿ＤＬとし、通常の上りリンク（Ｎｏｒｍａｌ＿ＵＬ）２９０７の周波数をｆ＿Ｎｏｒｍａｌ＿ＵＬとする。

　以下の（１），（２）の２つの条件を満たすように、各周波数を設定する。
　（１）アウトバンドＲＮのバックホールリンクの周波数と、ＤｅＮＢとＵＥとの間の通常のリンクの周波数とを同じにする。
　　ｆ＿ＢＬ＿ＤＬ＝ｆ＿Ｎｏｒｍａｌ＿ＤＬ　　　　　　　…（ａ３１）
　　ｆ＿ＢＬ＿ＵＬ＝ｆ＿Ｎｏｒｍａｌ＿ＵＬ　　　　　　　…（ａ３２）
　（２）アウトバンドＲＮのアクセスリンクの周波数（ｆ＿ＡＬ＿ＤＬ，ｆ＿ＡＬ＿ＵＬ）と、ＤｅＮＢとＵＥとの間の通常のリンクの周波数（ｆ＿Ｎｏｒｍａｌ＿ＤＬ，ｆ＿Ｎｏｒｍａｌ＿ＵＬ）とをワールドバンド内の周波数とする。

　アウトバンドＲＮなので、前記（１）に示す条件の式（ａ３１），（ａ３２）から、以下の式（ａ３３），（ａ３４）に示すようになる。
　　ｆ＿ＡＬ＿ＤＬ≠ｆ＿Ｎｏｒｍａｌ＿ＤＬ　　　　　　　…（ａ３３）
　　ｆ＿ＡＬ＿ＵＬ≠ｆ＿Ｎｏｒｍａｌ＿ＵＬ　　　　　　　…（ａ３４）

　アウトバンドＲＮを設置するとき、あるいはアウトバンドＲＮが移動するときなどに、アウトバンドＲＮのアクセスリンクの周波数を、前記（１），（２）の条件を満たすように設定することが必要となるが、この設定方法については、３ＧＰＰでは何ら議論も技術の開示もされていない。

　アウトバンドＲＮのアクセスリンクの周波数を、前記（１），（２）の条件を満たすように設定する方法としては、実施の形態３の変形例２で開示したアクセスリンクの周波数の設定方法を適用することができる。

　図７０は、実施の形態５における移動体通信システムのシーケンスの一例を示す図である。図７０に示すシーケンスは、図５４に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。図７０では、ＨＯを行うときのアウトバンドＲＮにおけるアクセスリンクの周波数の設定方法を示すシーケンスを示している。

　ステップＳＴ３６０５において、ＲＮは、通常の下りリンクの周波数（ｆ＿Ｎｏｒｍａｌ＿ＤＬ）で運用しているＤｅＮＢと接続処理を行う。通常の下りリンクの周波数（ｆ＿Ｎｏｒｍａｌ＿ＤＬ）は、ワールドバンド内の周波数とする。

　ステップＳＴ８３０１において、ＲＮは、前記（１），（２）の条件を満たすような周波数を、アクセスリンクの周波数に設定すればよい。

　ステップＳＴ３６０６～ステップＳＴ３６１１において、ＲＮは、傘下のＵＥに対して、変更したアクセスリンクの周波数でのＲＲＣ接続変更処理を行う。この方法は、実施の形態２で開示した方法を適用することができる。

　本シーケンス例では、ＲＮがＨＯを実行された場合を示しているが、これに限らず、ＲＮが、通常の下りリンクの周波数（ｆ＿Ｎｏｒｍａｌ＿ＤＬ）で運用しているＤｅＮＢへアタッチした場合であってもよい。この場合、ＲＮが、通常の下りリンクの周波数（ｆ＿Ｎｏｒｍａｌ＿ＤＬ）で運用しているＤｅＮＢを検出および選択し、該ＤｅＮＢを介して、ＮＷ側とＲＮとしてのアタッチを行う。その後、ステップＳＴ８３０１以降の処理を行うようにすればよい。ＲＮとＵＥとの間でのアクセスリンクの周波数の変更前の処理であるステップＳＴ３６０７およびステップＳＴ３６０８の処理は、省略されてもよい。

　このようにすることによって、たとえワールドバンドのみにサポートしているＵＥでも、ＲＮにアクセスすることができるようになる。したがって、ＵＥは、少ない周波数帯域のサポートのみで、複数の地域あるいは国の周波数帯域でＲＮにアクセスすることが可能となる。ＵＥのメーカとしては、複数の地域あるいは国でＲＮにアクセス可能とするために、ワールドバンドのみにサポートしているＵＥを製造すればよく、回路を容易にすることができ、低コストで製造することが可能となる。

　実施の形態５　変形例１．
　本変形例では、実施の形態５で開示したアウトバンドＲＮの周波数構成の他の具体例を開示する。実施の形態５と同様に、図２８を用いて説明する。

　以下の（１）～（３）の３つの条件を満たすように、各周波数を設定する。
　（１）アウトバンドＲＮのアクセスリンクの周波数と、ＤｅＮＢとＵＥとの間の通常のリンクの周波数とを同じにする。
　　ｆ＿ＡＬ＿ＤＬ＝ｆ＿Ｎｏｒｍａｌ＿ＤＬ　　　　　　　…（ａ３５）
　　ｆ＿ＡＬ＿ＵＬ＝ｆ＿Ｎｏｒｍａｌ＿ＵＬ　　　　　　　…（ａ３６）

　（２）アウトバンドＲＮのアクセスリンクの周波数（ｆ＿ＡＬ＿ＤＬ，ｆ＿ＡＬ＿ＵＬ）と、ＤｅＮＢとＵＥとの間の通常のリンクの周波数（ｆ＿Ｎｏｒｍａｌ＿ＤＬ，ｆ＿Ｎｏｒｍａｌ＿ＵＬ）とをワールドバンド内の周波数とする。

　アウトバンドＲＮなので、前記（１）に示す条件の式（ａ３５），（ａ３６）から、以下の（３）の条件が得られる。
　（３）アウトバンドＲＮのバックホールリンクの周波数と、ＤｅＮＢとＵＥとの間の通常のリンクの周波数とを異ならせる。
　　ｆ＿ＢＬ＿ＤＬ≠ｆ＿Ｎｏｒｍａｌ＿ＤＬ　　　　　　　…（ａ３７）
　　ｆ＿ＢＬ＿ＵＬ≠ｆ＿Ｎｏｒｍａｌ＿ＵＬ　　　　　　　…（ａ３８）

　また、バックホールリンクの周波数を、リージョナルバンド内の周波数としてもよい。ワールドバンド内の周波数のみの使用は、システムの負荷の増大につながる。リージョナルバンドの運用が許可されている地域あるいは国では、リージョナルバンドを利用することによって、システムの負荷の分散につながる。したがって、アウトバンドＲＮのバックホールリンクの周波数をリージョナルバンド内の周波数とすることによって、システムの負荷の分散が可能となる。

　バックホールリンクの周波数は、直接ＵＥに関係することは無い。換言すれば、ＵＥは、バックホールリンクの周波数をサポートする必要は無い。したがって、該ＲＮに、ワールドバンドのみに対応するＵＥがアクセスできるようになり、さらにはシステムの負荷の分散も可能となる。

　アウトバンドＲＮを設置するとき、あるいはアウトバンドＲＮが移動するときなどに、アウトバンドＲＮのバックホールリンクの周波数およびアクセスリンクの周波数を、前記（１）～（３）の条件を満たすように設定することが必要となるが、この設定方法については、３ＧＰＰでは何ら議論も技術の開示もされていない。

　アウトバンドＲＮのバックホールリンクの周波数およびアクセスリンクの周波数を、前記（１）～（３）の条件を満たすように設定する方法としては、実施の形態３の変形例３で開示したバックホールリンクの周波数およびアクセスリンクの周波数の設定方法を適用することができる。

　図７１および図７２は、実施の形態５の変形例１における移動体通信システムのシーケンスの一例を示す図である。図７１と図７２とは、境界線ＢＬ３の位置で、つながっている。図７１および図７２に示すシーケンスは、図５７および図５８に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。図７１および図７２では、ＨＯを行うときのアウトバンドＲＮにおけるアクセスリンクの周波数の設定方法を示すシーケンスを示している。

　ステップＳＴ８４０１において、ＤｅＮＢは、前記（３）の条件を満たすような周波数を、バックホールリンクの周波数に設定すればよい。さらに、バックホールリンクの周波数をリージョナルバンド内の周波数に設定してもよい。

　ステップＳＴ７５０４～ステップＳＴ７５０８において、ＤｅＮＢは、ＲＮとの間でバックホールリンクの周波数でＲＲＣ接続変更処理を行う。

　ステップＳＴ７５０９において、ＲＮは、変更前バックホールリンクの周波数での送受信を停止する。この方法は、実施の形態３の変形例３で開示した方法を適用することができる。

　ステップＳＴ８４０２において、ＲＮは、前記（１）～（３）の条件を満たすような周波数を、アクセスリンクの周波数に設定すればよい。

　本シーケンス例では、ＲＮがＨＯを実行された場合を示しているが、これに限らず、ＲＮが、通常の下りリンクの周波数（ｆ＿Ｎｏｒｍａｌ＿ＤＬ）で運用しているＤｅＮＢへアタッチした場合であってもよい。この場合、ＲＮが、通常の下りリンクの周波数（ｆ＿Ｎｏｒｍａｌ＿ＤＬ）で運用しているＤｅＮＢを検出および選択し、該ＤｅＮＢを介して、ＮＷ側とＲＮとしてのアタッチを行う。その後、ステップＳＴ８４０１以降の処理を行うようにすればよい。ＤｅＮＢとＲＮとの間でのバックホールリンクの周波数の変更前の処理であるステップＳＴ７５０５およびステップＳＴ７５０９の処理と、ＲＮとＵＥとの間でのアクセスリンクの周波数の変更前の処理であるステップＳＴ３６０７およびステップＳＴ３６０８の処理とは、省略されてもよい。

　このようにすることによって、実施の形態５で開示した効果を得ることができる。また、アウトバンドＲＮのアクセスリンクの周波数と、ＤｅＮＢとＵＥとの間の通常のリンクの周波数とを同じにすることで、ワールドバンド内の周波数リソースを効率的に利用することが可能となる。また、バックホールリンクの周波数をリージョナルバンド内の周波数に設定することで、負荷をワールドバンドに集中させること無く、システムの負荷を分散することが可能となる。

　ＲＮが移動した場合などは、既存のＲＮとの干渉が生じる。干渉を低減する方法として、実施の形態３～実施の形態４の変形例２で開示した方法を適宜用いるとよい。

　実施の形態５　変形例２．
　前述の実施の形態５および実施の形態５の変形例１では、ＲＮのアクセスリンクの周波数として、ワールドバンド内の周波数を選択することを開示した。また、前述の実施の形態５の変形例１では、ＲＮのバックホールリンクの周波数として、リージョナルバンド内の周波数を選択することを開示した。本変形例では、ワールドバンド内の周波数あるいはリージョナルバンド内の周波数の選択方法を開示する。

　周波数帯域（frequency band）に関する情報を管理するノード（以下「管理ノード」と称する）について、以下の（１），（２）の２つの具体例を開示する。
　（１）周波数帯域を管理する機能を有するサーバを設ける。
　（２）ＨＳＳ、ＭＭＥ、ＯＡＭなどのＮＷ側が周波数帯を管理する機能を有する。

　前記の具体例（１），（２）において、各ノードは、周波数帯域だけでなく、運用される周波数も管理する機能を有するようにしてもよい。

　前記の具体例（１）において、該サーバは、３ＧＰＰネットワーク内に設けられてもよいし、３ＧＰＰネットワーク外に設けられてもよい。また、該サーバをオペレータ間で共通に使用可能としてもよい。

　管理するデータの具体例としては、識別番号、周波数帯域、該周波数帯域の対応地域あるいは国、現在の運用状況、運用地域、運用時間予定などである。また、該周波数帯域が、ワールドバンドかリージョナルバンドかの種別であってもよい。管理するデータは、これらに限らず、周波数帯域の柔軟な運用を行うにあたって必要となるデータを管理すればよい。

　図７３は、サーバ内で管理されるデータの具体例を示す図である。サーバ内で管理されるデータは、表として管理されるとよい。周波数帯域の下端周波数をｆＬ、上端周波数をｆＵとする。運用状況として、記号「○」で示される周波数帯域は、現在運用されていることを示す。運用時間は、開始時間をＴｓ、終了時間をＴｅとする。

　識別番号「１」の周波数帯域は、ｆＬ１～ｆＵ１の周波数帯域であり、対応する地域または国は、ＥＵおよびＪＰである。現在の運用状況は、運用地域Ｌｃ１で運用しており、運用時間はＴｓ１～Ｔｅ１である。運用地域は、互いに干渉し合わない地域が判るようにしておくとよい。

　このように管理しておくことで、例えば、日本で対応される周波数帯域は何か、それが現在どこの地域で運用されているか、あるいは運用されていないかを比較的容易に把握することができる。

　管理ノードへのアクセスは、ＤｅＮＢから、ＭＭＥを介して、サーバ、ＨＳＳ、ＭＭＥまたはＯＡＭなどの管理ノードへアクセスすればよい。ＤｅＮＢからの要求に応じて、管理ノードは、前述の管理データをＤｅＮＢに通知する。ＤｅＮＢは、管理データに基づいて、バックホールリンクの周波数に設定する周波数帯域と周波数とを設定する。

　例えば、実施の形態５の変形例１において、ＤｅＮＢがバックホールリンクの周波数をリージョナルバンド内の周波数に設定したい場合、図７１および図７２のステップＳＴ８４０１あるいはその前で、ＤｅＮＢからＭＭＥを介して、管理ノードへ管理データを要求し、管理ノードから管理データを受信しておく。ＤｅＮＢは、この管理データに基づいて、自ＤｅＮＢの存在する地域で運用されていないリージョナルバンドを選択し、該リージョナルバンド内の周波数をＲＮのバックホールリンクの周波数として選択するとよい。

　ＤｅＮＢとＭＭＥとの間は、管理データ要求のイベントを発生するのみでもよい。該イベントを受信したＭＭＥが、管理ノードに管理データを要求し、管理ノードは管理データを、要求元のＭＭＥに通知する。ＭＭＥが、該管理データを用いて、ＤｅＮＢのバックホールリンクの周波数帯域またはアクセスリンクの周波数帯域と、周波数とを決定してもよい。ＭＭＥは、決定した周波数帯域と周波数とをＤｅＮＢに通知してもよい。また、ＭＭＥは、ＤｅＮＢに、該周波数帯域と周波数との変更を指示してもよい。

　ＤｅＮＢからＲＮへのアクセスリンクの周波数帯域および周波数は、ＤｅＮＢが設定を行ってもよい。この場合、実施の形態３の変形例２で開示した方法を適用することができる。例えば、図５６のステップＳＴ７４０４のアクセスリンクの周波数情報を通知する処理およびそれ以降の処理を適用すればよい。

　本変形例で開示したように、周波数帯域（frequency band）に関する情報を管理する管理ノードを設けて管理することによって、周波数帯域を、時間および地域に応じて、柔軟に運用することができるので、周波数の利用効率の向上を図ることができる。

　実施の形態５　変形例３．
　ワールドバンド対応のＵＥの個数が増大すると、ワールドバンド内の周波数の無線リソースの負荷が増大し、システムとしての通信容量が低下してしまうという問題が生じる。

　この問題を解決するために、実施の形態５あるいは実施の形態５の変形例１で開示したＲＮを地理的または空間的に繰り返して用いるようにするとよい。すなわち、アクセスリンクの周波数をワールドバンド内の周波数とした複数のＲＮを、ＤｅＮＢ内に、地理的または空間的に分離して設置する。ＤｅＮＢは、通常のリンクの周波数をワールドバンド内の周波数としてもよい。

　低出力ノードであるＲＮは、マクロセルに比べて、カバレッジが比較的小さな範囲に限定される。したがって、地理的または空間的に分離して繰り返して設置することによって、同じ周波数を繰り返して用いることができる。したがって、ワールドバンド内の周波数の無線リソースの負荷を、地理的または空間的に分散させることができ、システムとしての通信容量の低下を抑えることができる。

　さらに、該ＲＮのバックホールリンクの周波数をリージョナルバンド内の周波数に設定してもよい。これによって、さらに負荷を分散させることができ、周波数の利用効率を向上させることができる。

　なお、本変形例で開示したＲＮのアクセスリンクの周波数の設定と、ＲＮを地理的または空間的に分離して繰り返して設置する方法とは、ＲＮに限らず、ローカルノードに適用することが可能である。ＲＮのアクセスリンクを、ローカルノードの通常のリンク、すなわちローカルノードとその傘下のＵＥとの間のリンクに適用すればよい。これによって、多種のローカルノードを用いた場合でも、本変形例と同様の効果を得ることができる。

　実施の形態５　変形例４．
　前述の実施の形態５の変形例３と同じ問題を解決するための他の方法を開示する。

　マクロセルの通常のリンクの周波数は、ワールドバンド内の周波数とし、ローカルノードの通常のリンクの周波数を、リージョナルバンド内の周波数とし、複数のローカルノードを地理的または空間的に分離して繰り返して設置する。ローカルノードに、ＲＮが含まれていてもよい。ＲＮの場合は、アクセスリンクの周波数をリージョナルバンド内の周波数とするとよい。

　このようにすることによって、ワールドバンドのみにサポートするＵＥは、マクロセルにアクセスすることが可能となるので、比較的広いエリアでサービスの提供を得られることになる。

　一方、リージョナルバンドもサポートするＵＥは、ローカルノードにアクセスすることが可能となり、高速かつ大容量の通信などの特別なサービスの提供を得られることになる。このように、リージョナルバンドもサポートするという付加的な機能を有するＵＥに対して、ローカルノードの利用を行わせることができるので、システムとしての通信容量の低下を抑えることができる。

　また、マクロセルのカバレッジ内に設置されるローカルノードの通常のリンクの周波数をリージョナルバンド内の周波数とし、マクロセルのカバレッジ外に設置されるローカルノードの通常のリンクの周波数をワールドバンド内の周波数としてもよい。これによって、本変形例と同様の効果が得られるとともに、マクロセルのカバレッジ外でも、ローカルノードがあれば、ワールドバンドのみサポートするＵＥの通信を可能とすることができる。

　実施の形態６．
　ＤｅＮＢとＲＮとの間のバックホールリンクの品質が劣化した場合、ＲＮの傘下のＵＥは、ネットワーク側と通信することができなくなるという問題がある。本実施の形態では、この問題を解決するための方法を開示する。

　ＲＮの機能とＨｅＮＢの機能とを有するノードを構成する。ＲＮの機能とＨｅＮＢの機能とを有する物理的な装置を構成してもよい。

　図７４は、ＲＮの機能とＨｅＮＢの機能とを有するノードを含む移動体通信システムのアーキテクチャを示す図である。図７４に示す構成は、図１３に示す構成と類似しているので、対応する部分については同一の参照符を付して、共通する説明を省略する。

　図７４に示す移動体通信システムは、ＲＮ用ＭＭＥ１３０１、ＵＥ用ＭＭＥ１３０２、ＵＥ１３０３、ＲＮ１３０４、ＤｅＮＢ１３０５、ＵＥ用Ｐ－ＧＷ１３０６、ＵＥ用Ｓ－ＧＷ１３０７、ＨｅＮＢ８６０１およびＨｅＮＢＧＷ８６０２を備える。ＲＮ１３０４とＨｅＮＢ８６０１とによって、ノード（以下「デュアルノード」と称する）８６０６が構成される。

　ＵＥ１３０３とＨｅＮＢ８６０１との間は、ＵＥ１３０３とＲＮ１３０４との間と同じように、Ｕｕインタフェース１３１４によって接続される。ＵＥ用ＭＭＥ１３０２は、ＲＮ１３０４の傘下のＵＥ１３０３の移動管理機能に加えて、ＨｅＮＢ８６０１の傘下のＵＥ１３０３の移動管理機能を備える。ＵＥ用ＭＭＥ１３０２とＨｅＮＢ８６０１とは、Ｓ１－ＭＭＥインタフェース８６０３によって接続される。ＨｅＮＢ８６０１とＵＥ用ＭＭＥ１３０２との間に、ＨｅＮＢＧＷ８６０２が設けられてもよい。

　ＵＥ用Ｓ－ＧＷ１３０７は、ＲＮ１３０４の傘下のＵＥ１３０３のユーザ移動管理機能に加えて、ＨｅＮＢ８６０１の傘下のＵＥ１３０３のユーザデータの送受信機能を備える。ＵＥ用Ｓ－ＧＷ１３０７とＨｅＮＢ８６０１とは、Ｓ１－ＵＥインタフェース８６０４によって接続される。

　デュアルノード８６０６は、物理的に一つの装置内に構成される。デュアルノード８６０６内のＲＮ１３０４とＨｅＮＢ８６０１とは、Ｘ２インタフェース８６０５によって接続される。あるいは、デュアルノード８６０６内のＲＮ１３０４とＨｅＮＢ８６０１とは、同一の装置内に構成されるので、専用のインタフェースによって接続されてもよい。デュアルノード８６０６内のＲＮ１３０４とＨｅＮＢ８６０１とを、専用のインタフェースによって接続することによって、デュアルノード８６０６内のＲＮ１３０４の機能部と、ＨｅＮＢ８６０１の機能部との間の情報の送受信を、より高速に行うことができ、制御遅延を削減することができる。

　ＲＮ１３０４とＤｅＮＢ１３０５とは、無線で接続される。ＨｅＮＢ８６０１と、ＵＥ用ＭＭＥ１３０２またはＨｅＮＢＧＷ８６０２とは、有線で接続される。Ｓ１－ＭＭＥインタフェース８６０３を用いたＨｅＮＢ８６０１と、ＵＥ用ＭＭＥ１３０２またはＨｅＮＢＧＷ８６０２との物理的な接続、およびＳ１－ＵＥインタフェース８６０４を用いたＵＥ用Ｓ－ＧＷ１３０７とＨｅＮＢ８６０１との物理的な接続は、光回線などを用いるとよい。デュアルノード８６０６は、ＲＮ１３０４のバックホールリンク用のアンテナ端子と、ＨｅＮＢ８６０１のＳ１－ＭＭＥインタフェース８６０３用の物理的接続端子、またはＳ１－ＵＥインタフェース８６０４用の物理的接続端子とを備える。

　例えば、ＵＥ１３０３とＮＷ側との通信を、ＲＮ１３０４を用いて行う場合、ＵＥ１３０３は、ＲＮ１３０４と、ＤｅＮＢ１３０５と、ＵＥ用ＭＭＥ１３０２またはＵＥ用Ｓ－ＧＷ１３０７と、ＵＥ用Ｐ－ＧＷ１３０６とに接続される。

　他方、ＵＥ１３０３とＮＷ側との通信を、ＨｅＮＢ８６０１を用いて行う場合、ＨｅＮＢＧＷ８６０２が設けられない構成では、ＵＥ１３０３は、ＨｅＮＢ８６０１と、ＵＥ用ＭＭＥ１３０２またはＵＥ用Ｓ－ＧＷ１３０７と、ＵＥ用Ｐ－ＧＷ１３０６とに接続される。ＨｅＮＢＧＷ８６０２が設けられる構成では、ＵＥ１３０３は、ＨｅＮＢ８６０１と、ＨｅＮＢＧＷ８６０２と、ＵＥ用ＭＭＥ１３０２またはＵＥ用Ｓ－ＧＷ１３０７と、ＵＥ用Ｐ－ＧＷ１３０６とに接続される。

　仮に、ＲＮ１３０４とＨｅＮＢ８６０１とを含むデュアルノード８６０６ではなく、ＲＮ１３０４のみが備えられる構成であるとすると、ＵＥ１３０３とＮＷ側との通信は、ＲＮ１３０４を用いて行われる。例えば、ＲＮ１３０４が移動するなどして、ＲＮ１３０４とＤｅＮＢ１３０５との間に障害物が存在する場所に、ＲＮ１３０４が設置された場合、ＲＮ１３０４とＤｅＮＢ１３０５との間のバックホールリンクの通信品質が劣化して、ＲＮ１３０４とＤｅＮＢ１３０５との間で通信の切断が生じる。これによって、ＵＥ１３０３とＮＷ側との通信が切断されてしまう場合が生じる。

　しかし、デュアルノード８６０６を構成し、移動先で物理的接続端子を用いてＨｅＮＢ８６０１とＳ１－ＭＭＥインタフェース８６０３またはＳ１－ＵＥインタフェース８６０４を接続しておく。こうすることで、移動先で、デュアルノード８６０６は、ＨｅＮＢ８６０１として、ＵＥ用ＭＭＥ１３０２またはＵＥ用Ｓ－ＧＷ１３０７に接続されることになり、ＨｅＮＢ８６０１としても機能させることが可能となる。

　したがって、ＲＮ１３０４とＤｅＮＢ１３０５との間のバックホールリンクの通信品質が劣化した場合、ＵＥ１３０３とＮＷ側との接続を、ＲＮ１３０４とＤｅＮＢ１３０５を介した接続から、ＨｅＮＢ８６０１を介した接続へ切替えることによって、ＵＥ１３０３とＮＷ側との通信を継続させることが可能となる。例えば、接続を切替える方法として、ＲＮ１３０４からＨｅＮＢ８６０１へ、Ｘ２インタフェースあるいは専用のインタフェースを用いて、傘下のＵＥ１３０３をＨＯさせるとよい。

　また、逆に、ある地点で、ＵＥ１３０３が、ＨｅＮＢ８６０１を介してＮＷ側に接続されている場合を考える。この場合、通常、ＨｅＮＢ８６０１だけならば、ＨｅＮＢ８６０１を移動させることは不可能である。しかし、デュアルノード８６０６を構成することによって、デュアルノード８６０６を移動させることが可能となる。デュアルノード８６０６内に構成されるＲＮ１３０４は、無線インタフェースでＤｅＮＢ１３０５と接続されるためである。デュアルノード８６０６が移動する場合は、傘下のＵＥ１３０３をデュアルノード８６０６のＲＮ１３０４にＨＯさせるなどして、接続を変更させる。これによって、デュアルノード８６０６は、傘下のＵＥ１３０３と接続を継続したまま、移動させることが可能となる。

　例えば、高速鉄道にデュアルノード８６０６を設置する。このような場合、駅あるいは車庫にいる場合は、物理的接続端子を用いて、ＨｅＮＢ８６０１とＳ１－ＭＭＥインタフェース８６０３あるいはＳ１－ＵＥインタフェース８６０４によって接続しておく。このようにして、ＨｅＮＢ８６０１を介して、傘下のＵＥ１３０３とＮＷ側との通信を行えるようにしておくとよい。高速鉄道が移動している場合は、ＲＮ１３０４を介して、傘下のＵＥ１３０３とＮＷ側との通信を行うようにしておくとよい。

　このようにすることによって、例えば、駅あるいは車庫内でＲＮ１３０４とＤｅＮＢ１３０５とのバックホールリンクの通信品質が悪いような場合にも、高速鉄道内のＵＥ１３０３は、ＨｅＮＢ８６０１を介して、ＮＷ側と通信可能となる。

　また、ＵＥ１３０３を、ＨｅＮＢ８６０１を介してＮＷ側に接続させることによって、負荷の分散を図ることが可能となり、システムの通信容量を増大させることが可能となる。

　図７５は、ＲＮの機能とＨｅＮＢの機能を有するノードを含む移動体通信システムの他のアーキテクチャを示す図である。図７５に示す構成は、図７４に示す構成と類似しているので、対応する部分については同一の参照符を付して、共通する説明を省略する。

　図７５に示す移動体通信システムは、ＲＮ用ＭＭＥ１３０１、ＵＥ用ＭＭＥ１３０２、ＵＥ１３０３、ＤｅＮＢ１３０５、ＵＥ用Ｐ－ＧＷ１３０６、ＵＥ用Ｓ－ＧＷ１３０７、ＨｅＮＢＧＷ８６０２、ｅＮＢ・ＨｅＮＢ機能部８７０１およびＵＥ機能部８７０２を備える。ｅＮＢ・ＨｅＮＢ機能部８７０１とＵＥ機能部８７０２とによって、デュアルノード８７０３が構成される。

　ｅＮＢ・ＨｅＮＢ機能部８７０１は、ｅＮＢまたはＨｅＮＢとして機能する。ＵＥ機能部８７０２は、ＵＥとして機能する。接続端子に関しては、図７４で開示した方法とすればよい。

　このように構成することによってｅＮＢまたはＨｅＮＢとして機能するブロックと、ＵＥとして機能するブロックとを、ブロック単位で付加することができ、デュアルノード８７０３の構成が容易になる。また、前述の効果が得られるとともに、デュアルノード８７０３を物理的に構成する場合、比較的容易に、小形化および軽量化を図ることが可能となる。

　また、ＵＥ１３０３とＮＷ側との通信で必要とされるサービス品質（Quality of Service：ＱｏＳ）またはサービスの要求に応じて、ＲＮを介して行うか、ＨｅＮＢを介して行うかを設定することが可能となる。これによって、多種のサービスを、通信状況に応じて良好な通信品質で提供することが可能となる。

　また、デュアルノードのＲＮの機能とＨｅＮＢの機能とを同時に動作させてもよい。ＵＥとデュアルノードとの間の無線リソースを、ＲＮとＨｅＮＢとで共用して使用すればよい。例えば、同一キャリア周波数上の無線リソースを用い、同一サブフレーム内の無線リソースをスケジューリングなどによって分割して、ＲＮに接続されているＵＥ用とＨｅＮＢに接続されているＵＥ用とに割当てればよい。ＳＳおよびＰＢＣＨなどのレイヤ１に関する信号は、ＲＮとＨｅＮＢとで同じものを利用することができる。

　このようにすることによって、システムとしてさらに柔軟な無線リソースの利用が可能となり、無線リソースの利用効率を向上させることが可能となる。

　実施の形態７．
　実施の形態７で解決する課題について、以下に説明する。

　ＰＣＩの数は、無限に許されている訳ではなく、有限である。例えば、ＬＴＥシステムにおける現在の決定事項においては、ＰＣＩの数は５０４コードとされている。この５０４コードが、ＬＴＥシステム全体で、再利用されて用いられている。したがって、離れた場所に設置された異なる基地局が、同じＰＣＩを使用していることがある。

　ＲＮが移動する場合を考える。ＲＮが移動する前は、ＲＮと、その周辺基地局との間でＰＣＩの重複は発生していなかったが、ＲＮが移動した後は、ＲＮと、その周辺基地局との間でＰＣＩの重複が発生することが考えられる。

　ＰＣＩの重複が発生した場合は、ＰＣＩのみではセルを識別できなくなるという問題が発生する。

　実施の形態７での解決策を以下に示す。移動ＲＮは、ハンドオーバを実行した場合、周辺セルのＰＣＩを入手し、ＰＣＩが重複しないように、自セルのＰＣＩを決定する。移動ＲＮは、周辺セルのＰＣＩと自セルのＰＣＩとが重複しない場合は、自セルのＰＣＩを変更しなくてもよい。また、移動ＲＮは、周辺セルのＰＣＩと自セルのＰＣＩとが重複した場合は、自セルのＰＣＩを周辺セルのＰＣＩと重複しないＰＣＩへ変更する。移動ＲＮは、複数の周辺セルのＰＣＩと自セルのＰＣＩとが重複した場合は、複数の周辺セルのＰＣＩと重複しないＰＣＩへ変更する。

　移動ＲＮが、周辺セルのＰＣＩを入手する方法の具体例として、以下を開示する。移動ＲＮが、ＵＥのセルサーチ方法を流用する（図１２参照）。あるいは、セルサーチ方法の一部分を流用する。これによって、通信システムの複雑化を回避することができるという効果を得ることができる。

　流用されるＵＥのセルサーチ方法の一部分の具体例として、以下を開示する。周辺の基地局から送信される第一同期信号（Ｐ－ＳＳ）、および第二同期信号（Ｓ－ＳＳ）を用いて、ＰＣＩと１対１に対応するシンクロナイゼーションコードを認識する（図１２のステップＳＴ１２０１参照）。

　次に動作について説明する。図７６は、実施の形態７における移動体通信システムのシーケンスの一例を示す図である。図７６に示すシーケンスは、図３６に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。

　ステップＳＴ９１０１において、ＲＮは、ハンドオーバ後のＰＣＩを決定する。具体的には、ＲＮは、周辺セルサーチを実行する。ＲＮは、周辺セルサーチで得た周辺セルのＰＣＩと重複しないＰＣＩを、自セルのＰＣＩとして決定する。

　ステップＳＴ９１０２において、ＲＮは、ステップＳＴ９１０１において決定したＰＣＩを、変更後のＰＣＩ（以下「変更後ＰＣＩ」という場合がある）として用いて、下りアクセスリンクの送信を開始する。

　以上の実施の形態７によって、以下の効果を得ることができる。前述のように、本実施の形態では、ＲＮが移動する場合であっても、ＲＮが移動先の周辺に設置される基地局のＰＣＩを入手し、ＰＣＩが重複しないように自セルのＰＣＩを決定する。これによって、ＲＮが移動する場合であっても、移動先においてＰＣＩの重複が発生することを防ぐことができる。したがって、移動体通信システムに移動ＲＮを導入した場合であっても、ＰＣＩによってセルを識別することができるという効果を得ることができる。

　実施の形態７　変形例１．
　実施の形態７の変形例１で解決する課題について、以下に説明する。

　実施の形態７の解決策では、移動ＲＮが、ハンドオーバを実行した場合、周辺セルのＰＣＩを入手し、ＰＣＩを重複しないように、自セルのＰＣＩを決定する。したがって、移動ＲＮのハンドオーバ後に、移動ＲＮのＰＣＩが変更になる場合が考えられる。ＰＣＩが変更になった場合、ＲＮの傘下のＵＥとの接続において、以下の新たな問題が生じる。

　ＲＮの傘下の通信中のＵＥ、すなわちＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥでは、通信中のアクセスリンクの受信品質が急激に悪化し、急に通信が切断されるという問題が発生する。

　また、ＲＮの傘下の待受け中のＵＥ、すなわちＲＲＣ＿ＩＤＬＥ状態のＵＥでは、以下の問題が生じる。

　待受け中のＵＥのセル選択は、ＵＥが判断する。その結果、ＰＣＩを変更したＲＮを再選択する場合と、他の周辺セルを再選択する場合との双方が考えられる。ＰＣＩを変更したＲＮを再選択するか否かは不明である。想定されている移動ＲＮのサービス形態である、移動ＲＮが高速バスなどに設置される場合を考える。移動ＲＮが、ハンドオーバに伴って、ＰＣＩを変更した場合であっても、移動ＲＮが設置されている高速バスの乗客が所有するＵＥは、移動ＲＮをセル選択することが望まれる。

　実施の形態７の変形例１での解決策を以下に示す。移動ＲＮが、ハンドオーバに伴ってＰＣＩを変更する場合、移動ＲＮは、傘下のＵＥに対して、変更後ＰＣＩを通知する。移動ＲＮは、変更前のＰＣＩ（以下「変更前ＰＣＩ」という場合がある）を用いた通信によって、変更後ＰＣＩを通知する。これによって、ＲＮ傘下のＵＥは、変更後ＰＣＩを、移動ＲＮのＰＣＩ変更前に知ることができる。

　移動ＲＮが、傘下のＵＥに対して、変更後のＰＣＩを通知する方法の具体例を以下に開示する。

　まず、通信中のＵＥの場合についての通知方法の具体例として、以下の（１），（２）の２つを開示する。

　（１）実施の形態２の解決策と同様、ＰＣＩを変更して、ＲＲＣ再接続を指示することを示す、異ＰＣＩＲＲＣ接続変更メッセージを新たに設ける。
　異ＰＣＩＲＲＣ接続変更メッセージにマッピングするパラメータの具体例として、以下の（１－１），（１－２）の２つを開示する。

　（１－１）移動ＲＮがハンドオーバに伴ってＰＣＩを変更する場合の、新たなＰＣＩ。
　（１－２）新たなＰＣＩを用いたアクセスリンクでのＭＢＳＦＮサブフレーム構成。ＭＢＳＦＮサブフレーム構成は、システム情報で報知される。異ＰＣＩＲＲＣ接続変更メッセージで、新たなアクセスリンクでのＭＢＳＦＮサブフレーム構成を通知することによって、ＵＥが新たなアクセスリンクによって報知情報を受信する必要がなくなる。これによって、ＵＥの処理負荷を軽減することができるという効果を得ることができる。

　（２）実施の形態２の変形例１の解決策と同様、ＵＥのハンドオーバ処理を用いる。これによって、具体例（１）の方法と比較して、新たなメッセージを設ける必要がなく、通信システムの複雑化を回避することができるという効果を得ることができる。

　ＵＥのハンドオーバ処理を用いる場合の具体例として、以下の（２－１）～（２－３）の３つを開示する。

　（２－１）用いるメッセージの具体例を開示する。ソースｅＮＢから傘下のＵＥへ、ハンドオーバに必要なパラメータをマッピングしたモビリティ制御情報（Mobility Control Information）を含むＲＲＣ接続再設定メッセージ（RRC Connection Reconfiguration Message）を用いる。あるいは、単にＲＲＣ接続再設定メッセージ（RRC Connection Reconfiguration Message）を用いてもよい。あるいは、ソースｅＮＢから傘下のＵＥへ、ハンドオーバに必要なパラメータをマッピングしたハンドオーバコマンド（Handover Command）を用いてもよい。

　（２－２）メッセージ中にマッピングするパラメータの具体例として、以下（２－２－１）～（２－２－３）の３つを開示する。
　（２－２－１）ＰＣＩを変更してＲＲＣ再接続を行う指示。
　（２－２－２）移動ＲＮがハンドオーバしてＰＣＩを変更する場合の、新たなＰＣＩ。
　（２－２－３）新たなアクセスリンクでのＭＢＳＦＮサブフレーム構成。ＭＢＳＦＮサブフレーム構成は、システム情報で報知される。新たなアクセスリンクでのＭＢＳＦＮサブフレーム構成を通知することによって、ＵＥが新たなアクセスリンクによって報知情報を受信する必要がなくなる。したがって、ＵＥの処理負荷を軽減することができるという効果を得ることができる。

　（２－３）単に従来のＵＥのハンドオーバ処理を用いるのではなく、移動ＲＮが、ハンドオーバを行う際にＰＣＩの変更を行う場合、ＲＮ傘下のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥに対して、ＰＣＩを変更してＲＲＣ再接続を行う指示を通知するのに適した変更を加える。これによって、不要な処理を削減することができ、制御の遅延を防止することができるという効果を得ることができる。変更を加える点の具体例として、以下の（２－３－１）～（２－３－２）の２つを開示する。

　（２－３－１）従来のＵＥのハンドオーバ処理における、ソースｅＮＢが、ターゲットｅＮＢへ、ＵＥに関するデータを受け渡す（Data Forwarding）処理の実施をしない。該処理は、例えば図１６のステップＳＴ１６０９の処理である。移動ＲＮが、ＰＣＩの変更を行った場合であっても、移動ＲＮの傘下のＵＥが通信している相手は、移動ＲＮであり、変更がなく、同一である。したがって、ＵＥに関するデータの受け渡しを行う必要はない。

　（２－３－２）従来のＵＥのハンドオーバ処理における、ソースｅＮＢが、ターゲットｅＮＢへＰＤＣＰ状態を保存するための情報を通知する処理を実施しない。通知のメッセージの具体例としては、ＳＮステータストランスファーメッセージ（SN STATUS TRANSFER message）がある。該処理は、例えば図１６のステップＳＴ１６０９の前に行われる。移動ＲＮが、ＰＣＩの変更を行った場合であっても、移動ＲＮの傘下のＵＥが通信している相手は、移動ＲＮであり、変更がなく、同一である。したがって、ＰＤＣＰ状態を保存するための情報の通知を行う必要はない。

　次に、待受け中のＵＥの場合についての通知方法の具体例として以下の（１），（２）の２つを開示する。

　（１）変更前ＰＣＩをシステム情報で報知する。報知情報中に、ＰＣＩの変更を実施する旨を示す情報要素を新設する。報知情報が変更されれば、ページングによって全員呼出しが行われる。これによって、傘下の待受け状態の移動端末（ＵＥ）へ通知することが可能となる。ＵＥは、ページングを受信し、報知情報の変更が通知されていれば、報知情報を再受信する。ＵＥは、再受信した報知情報に、ＰＣＩの変更を実施した旨を示すインジケータが含まれていれば、セルサーチを実行する。ＵＥは、変更後ＰＣＩが併せて通知されていれば、変更後ＰＣＩを用いて、あるいは変更後ＰＣＩを優先してセルサーチを実行する。

　（２）変更前ＰＣＩのページングによって通知する。全員呼出しを行う。ページングメッセージ中に、サービングセルがＰＣＩの変更を実施した旨を示す情報要素を新設する。ＵＥは、ページングを受信し、ページングメッセージ中にＰＣＩの変更を実施した旨を示すインジケータが含まれていれば、セルサーチを実行する。ＵＥは、変更後ＰＣＩが併せて通知されていれば、変更後ＰＣＩを用いて、あるいは変更後ＰＣＩを優先してセルサーチを実行する。

　次に動作について説明する。図７７は、実施の形態７における移動体通信システムのシーケンスの一例を示す図である。図７７に示すシーケンスは、図３６および図７６に示すシーケンスと類似しているので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。

　ステップＳＴ９２０１において、ＲＮは、傘下のＵＥに対して、変更後ＰＣＩを通知する。ＲＮは、変更前ＰＣＩを用いた通信によって、変更後ＰＣＩを通知する。

　また、ＵＥが移動ＲＮにキャンプオンしていることを認識し、移動ＲＮの受信品質が急激に悪化した場合は、移動ＲＮを優先したセルサーチを実行するようにしてもよい。あるいは、移動ＲＮがＰＣＩを変更したと推測し、セルサーチを実施してもよい。

　ＵＥが移動ＲＮにキャンプオンしていることを認識する方法の具体例は、実施の形態２の変形例２と同様であるので、説明を省略する。

　移動ＲＮを優先したセルサーチを実行する方法の具体例として、以下を開示する。移動ＲＮの傘下のＵＥは、移動ＲＮのＰＣＩを用いてセルサーチを実行する。あるいは、移動ＲＮ用のキャリア周波数を用いてセルサーチを実施してもよい。

　ＵＥが移動ＲＮの受信品質が急激に悪化したことか否かを判断する方法の具体例は、実施の形態２の変形例２と同様であるので説明を省略する。

　以上の実施の形態７の変形例１によって、以下の効果を得ることができる。移動ＲＮがハンドオーバに伴ってＰＣＩを変更した場合であっても、ＲＮが傘下のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＵＥとの接続、および通信を継続することができる。また、移動ＲＮがハンドオーバに伴ってＰＣＩを変更した場合であっても、傘下の待受け状態のＵＥが、移動ＲＮをセル選択する可能性が高くなる。

　本発明で開示した方法は、適宜組合せて行うことができる。ＵＥ、リレー、ＤｅＮＢ、ＭＭＥなど、システムの状況に応じた制御を行うことが可能となる。

　高速バスあるいは高速鉄道などの乗客が保持する移動通信端末（ＵＥ）と記載したが、これに限らず、人間の操作を必要としない通信端末にも適用することが可能である。人間の操作を必要としない端末として、例えば、マシンタイプ通信（Machine Type Communication：ＭＴＣ）用の端末であるＭＴＣデバイス（MTC device）であっても、適用することが可能である。

　以上の各実施の形態では、ＬＴＥ－ＡにおけるＲＮについて説明したが、本発明の移動体通信システムは、他の移動体通信システムにおいてリレー通信を行う場合、あるいは異種通信システムにおいてリレー通信を行うような場合にも適用することが可能である。

　以上の各実施の形態では、主としてマクロセルとローカルノードの関係で説明したが、それに限らず、ローカルノードとローカルノードの関係であっても適用することが可能である。例えば、以上の各実施の形態でマクロセルをローカルノードに置き換えて適用してもよい。例えば、マクロセルをＨｅＮＢに置き換えて適用してもよい。ＨｅＮＢにＤｅＮＢの機能を設け、マクロセルをＨｅＮＢに置き換えて、ＨｅＮＢとＲＮの運用に適用してもよい。このように種々の環境に応じて多種のノードを柔軟に運用することが可能なシステムを構築することができる。

　この発明は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、この発明がそれに限定されるものではない。例示されていない無数の変形例が、この発明の範囲から外れることなく想定され得るものと解される。

　１３０３，１４０３～１４０５，２９０１，６１０３～６１０５，６１０７　移動端末装置（ＵＥ）、１３０４，１４０７，６１０６，６１０８　リレーノード（ＲＮ）、１３０５，６１０１，６１０２　ＤｅＮＢ、１４０１，６１１６，６１１７　カバレッジ、１４０２　基地局、１４０６　移動体。

Claims

　移動可能な移動端末装置と、前記移動端末装置と無線通信可能な複数の基地局装置と、移動可能に構成され、前記移動端末装置と前記基地局装置との間の無線通信を中継する中継装置とを備える移動体通信システムであって、
　前記中継装置の移動に伴って、前記中継装置が接続される基地局装置を移動元の基地局装置から移動先の基地局装置に切り替えるハンドオーバ処理において、前記移動先の基地局装置は、自基地局装置が前記中継装置に対応する機能を有しない場合、前記中継装置からの接続の要求を拒絶することを特徴とする移動体通信システム。
　前記ハンドオーバ処理は、前記移動元の基地局装置によって起動され、
　前記移動元の基地局装置は、前記ハンドオーバ処理を起動すると、前記ハンドオーバ処理が実行される対象が中継装置である旨を前記移動先の基地局装置に通知することを特徴とする請求項１に記載の移動体通信システム。
　移動可能な移動端末装置と、前記移動端末装置と無線通信可能な複数の基地局装置と、移動可能に構成され、前記移動端末装置と前記基地局装置との間の無線通信を中継する中継装置とを備える移動体通信システムであって、
　前記中継装置の移動に伴って、前記中継装置が接続される基地局装置を移動元の基地局装置から移動先の基地局装置に切り替えるハンドオーバ処理において、前記移動元の基地局装置は、前記中継装置に対応する機能を有しない基地局装置以外の基地局装置の中から前記移動先の基地局装置を選択し、選択した基地局装置に前記中継装置が接続されるように前記ハンドオーバ処理を実行することを特徴とする移動体通信システム。
　複数の前記中継装置を備え、
　前記複数の中継装置間で、前記移動端末装置から前記中継装置へのアクセスリンクで用いられる通信フレームのサブフレームと、前記中継装置から前記基地局装置へのバックホールリンクで用いられる通信フレームのサブフレームとに、異なるサブフレームを用いることを特徴とする請求項１～３のいずれか１つに記載の移動体通信システム。