JP2018033188A - 移動体通信システム - Google Patents

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））は、Ｗ−ＣＤＭＡ網とは別の独立した無線アクセス網として定義される。

したがって、Ｗ−ＣＤＭＡの通信システムと区別するために、ＬＴＥの通信システムでは、移動端末（User Equipment：ＵＥ）と通信を行う基地局（Base station）はｅＮＢ（E-UTRAN NodeB）と称される。また、複数の基地局と制御データおよびユーザデータのやり取りを行う基地局制御装置（Radio Network Controller）は、ＥＰＣ（Evolved Packet Core）またはａＧＷ（Access Gateway）と称される。

このＬＴＥの通信システムでは、ユニキャスト（Unicast）サービスとＥ-ＭＢＭＳサービス（Evolved Multimedia Broadcast Multicast Service）とが提供される。Ｅ−ＭＢＭＳサービスとは、放送型マルチメディアサービスである。Ｅ-ＭＢＭＳサービスは、単にＭＢＭＳと称される場合もある。Ｅ-ＭＢＭＳサービスでは、複数の移動端末に対してニュースおよび天気予報、ならびにモバイル放送などの大容量放送コンテンツが送信される。これを１対多（Point to Multipoint）サービスともいう。

３ＧＰＰでの、ＬＴＥシステムにおける全体的なアーキテクチャ（Architecture）に関する決定事項が、非特許文献１（４章）に記載されている。全体的なアーキテクチャについて図１を用いて説明する。図１は、ＬＴＥ方式の通信システムの構成を示す説明図である。図１において、移動端末１０１に対する制御プロトコル、例えばＲＲＣ（Radio Resource Control）と、ユーザプレイン、例えばＰＤＣＰ（Packet Data Convergence Protocol）、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）、ＰＨＹ（Physical layer）とが基地局１０２で終端するならば、Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access）は１つあるいは複数の基地局１０２によって構成される。

基地局１０２は、移動管理エンティティ（Mobility Management Entity：ＭＭＥ）１０３から通知されるページング信号（Paging Signal、ページングメッセージ（paging messages）とも称される）のスケジューリング（Scheduling）および送信を行う。基地局１０２は、Ｘ２インタフェースにより、互いに接続される。また基地局１０２は、Ｓ１インタフェースによりＥＰＣ（Evolved Packet Core）に接続される。より明確には、基地局１０２は、Ｓ１＿ＭＭＥインタフェースによりＭＭＥ（Mobility Management Entity）１０３に接続され、Ｓ１＿ＵインタフェースによりＳ−ＧＷ（Serving Gateway）１０４に接続される。

ＭＭＥ１０３は、複数あるいは単数の基地局１０２へのページング信号の分配を行う。また、ＭＭＥ１０３は待受け状態（Idle State）のモビリティ制御（Mobility control）を行う。ＭＭＥ１０３は、移動端末が待ち受け状態の際、および、アクティブ状態（Active State）の際に、トラッキングエリア（Tracking Area）リストの管理を行う。

Ｓ−ＧＷ１０４は、一つまたは複数の基地局１０２とユーザデータの送受信を行う。Ｓ−ＧＷ１０４は、基地局間のハンドオーバの際、ローカルな移動性のアンカーポイント（Mobility Anchor Point）となる。ＥＰＣには、さらにＰ−ＧＷ（PDN Gateway）が存在し、ユーザ毎のパケットフィルタリングやＵＥ−ＩＤアドレスの割当などを行う。

移動端末１０１と基地局１０２との間の制御プロトコルＲＲＣは、報知（Broadcast）、ページング（paging）、ＲＲＣ接続マネージメント（RRC connection management）などを行う。ＲＲＣにおける基地局と移動端末の状態として、ＲＲＣ＿ＩＤＬＥと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤとがある。ＲＲＣ＿ＩＤＬＥでは、ＰＬＭＮ（Public Land Mobile Network）選択、システム情報（System Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell re-selection）、モビリティなどが行われる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、移動端末はＲＲＣ接続（connection）を有し、ネットワークとのデータの送受信を行うことができ、また、ハンドオーバ（Handover：ＨＯ）、隣接セル（Neighbour cell）のメジャメントなどが行われる。

非特許文献１（５章）に記載される、３ＧＰＰでの、ＬＴＥシステムにおけるフレーム構成に関する決定事項について、図２を用いて説明する。図２は、ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。図２において、１つの無線フレーム（Radio frame）は１０ｍｓである。無線フレームは１０個の等しい大きさのサブフレーム（Subframe）に分割される。サブフレームは、２個の等しい大きさのスロット（slot）に分割される。無線フレーム毎に１番目および６番目のサブフレームに下り同期信号（Downlink Synchronization Signal：ＳＳ）が含まれる。同期信号には、第一同期信号（Primary Synchronization Signal：Ｐ−ＳＳ）と、第二同期信号（Secondary Synchronization Signal：Ｓ−ＳＳ）とがある。

サブフレーム単位で、ＭＢＳＦＮ（Multimedia Broadcast multicast service Single Frequency Network）用のチャネルと、ＭＢＳＦＮ以外用のチャネルとの多重が行われる。ＭＢＳＦＮ送信(MBSFN Transmission)とは、同時に複数のセルから同じ波形の送信により実現される同時放送送信技術(simulcast transmission technique)である。ＭＢＳＦＮ領域（MBSFN Area）の複数のセルからのＭＢＳＦＮ送信は、移動端末によって１つの送信であると見える。ＭＢＳＦＮとは、このようなＭＢＳＦＮ送信をサポートするネットワークである。以降、ＭＢＳＦＮ送信用のサブフレームをＭＢＳＦＮサブフレーム（MBSFN subframe）と称する。

非特許文献２に、ＭＢＳＦＮサブフレームの割り当て時のシグナリング例が記載されている。図３は、ＭＢＳＦＮフレームの構成を示す説明図である。図３において、割当周期（radio Frame Allocation Period）毎にＭＢＳＦＮサブフレームを含む無線フレームが割り当てられる。ＭＢＳＦＮサブフレームは、割当周期と割当オフセット（radio Frame Allocation Offset）によって定義された無線フレームにてＭＢＳＦＮのために割り当てられるサブフレームであり、マルチメディアデータを伝送するためのサブフレームである。以下の式（１）を満たす無線フレームが、ＭＢＳＦＮサブフレームを含む無線フレームである。
ＳＦＮ ｍｏｄ radioFrameAllocationPeriod＝radioFrameAllocationOffset …（１）

ＭＢＳＦＮサブフレームの割当は６ビットにて行われる。１番左のビットは、サブフレーム２番目（＃１）のＭＢＳＦＮ割当を定義する。２番目のビットはサブフレーム３番目（＃２）、３番目のビットはサブフレーム４番目（＃３）、４番目のビットはサブフレーム７番目（＃６）、５番目のビットはサブフレーム８番目（＃７）、６番目のビットはサブフレーム９番目（＃８）のＭＢＳＦＮ割当を定義する。該ビットが「１」を示す場合、対応するサブフレームがＭＢＳＦＮのために割当てられることを示す。

３ＧＰＰでの、ＬＴＥシステムにおけるチャネル構成に関する決定事項が、非特許文献１（５章）に記載されている。ＣＳＧ（Closed Subscriber Group）セルにおいてもｎｏｎ−ＣＳＧセルと同じチャネル構成が用いられると想定されている。物理チャネル（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：ＮＷ）からリレーノードへのリンクは、ネットワークからＵＥへのリンクと同じ周波数帯域（以下「周波数バンド」という場合がある）を共用する。この場合、リリース８のＵＥも該ドナーセルに接続することを可能とする。ドナーセルとリレーノードとの間のリンクをバックホールリンク（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：ＵＬ ＰＣＣ）である。

ＵＥケーパビリティに応じて、セカンダリセル（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：ＲＮ）などが検討されている。多地点協調送信を行うユニットおよびセルを、それぞれマルチポイントユニット、マルチポイントセルと称する。

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

３ＧＰＰにおいて、ＲＮが移動する場合の通信方法についての具体的な議論はなされていない。従来の技術によって、移動するＲＮをサポートした場合、傘下のＵＥとネットワークとの間で行われる通信において問題が生じる。例えば、高速バスなどの移動体に設置されたＲＮが移動する場合、乗客が所持している、ＲＮの傘下のＵＥは、実際は移動体とともに移動するが、ＵＥが単独で移動するときの動作を行わない。移動するＲＮの傘下のＵＥは、該ＲＮと通信を行っているので、セル間を移動したことを認識しないためである。したがって、移動するＲＮの傘下のＵＥは、ＵＥが単独でセル間を移動したときに行うモビリティ（mobility）処理を行わなくなる。

移動するＲＮの傘下のＵＥがモビリティ処理を行わない場合、ＲＮが移動した後に新たに接続したＤｅＮＢに接続されているＭＭＥは、ＵＥの存在を認識することができず、ＵＥのモビリティ管理を行えなくなる。ＲＮが移動前に接続していたＤｅＮＢに接続されているＭＭＥは、ＵＥとの通信を試みるが、管理範囲内にＵＥが存在しないので、ＵＥとの通信が不可能になる。

このように、ＭＭＥがＵＥの存在を認識することができずにモビリティ管理を行えない場合、ＵＥとコアネットワークとの間での通信が不可能となってしまう。

本発明の目的は、中継装置が移動しても、中継装置に接続された移動端末装置とコアネットワークとの間で通信を行うことができる移動体通信システムを提供することである。

本発明の移動体通信システムは、コアネットワークに接続される複数の基地局装置と、前記基地局装置と無線通信可能な移動端末装置と、移動可能に構成され、前記基地局装置と前記移動端末装置との間の前記無線通信を中継する移動中継装置とを備える移動体通信システムであって、前記コアネットワークは、予め定めるトラッキングエリア毎に前記基地局装置、前記移動端末装置および前記移動中継装置を管理する管理手段を含み、前記移動中継装置が属する前記トラッキングエリアは、前記移動中継装置の移動によっても変わらず、前記管理手段は、前記基地局装置の傘下の前記移動端末装置のモビリティを前記トラッキングエリア毎に管理する第１管理手段と、複数のトラッキングエリアのうちで前記移動中継装置が属する前記トラッキングエリアのみを管理し、前記移動中継装置の傘下の前記移動端末装置のモビリティを管理する、第２管理手段とを含むことを特徴とする。

本発明の移動体通信システムによれば、中継装置が移動しても、中継装置に接続された移動端末装置とコアネットワークとの間で通信を行うことができる。また、一斉に多数のＴＡＵ（Tracking Area Update）が発生するという問題を解消できる。

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

ＬＴＥ方式の通信システムの構成を示す説明図である。 ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。 ＭＢＳＦＮフレームの構成を示す説明図である。 ＬＴＥ方式の通信システムで使用される物理チャネルを説明する説明図である。 ＬＴＥ方式の通信システムで使用されるトランスポートチャネルを説明する説明図である。 ＬＴＥ方式の通信システムで使用される論理チャネルを説明する説明図である。 ３ＧＰＰにおいて議論されているＬＴＥ方式の移動体通信システムの全体的な構成を示すブロック図である。 本発明に係る移動端末（図７の移動端末７１）の構成を示すブロック図である。 本発明に係る基地局（図７の基地局７２）の構成を示すブロック図である。 本発明に係るＭＭＥ（図７のＭＭＥ部７３）の構成を示すブロック図である。 本発明に係るＨｅＮＢＧＷである図７に示すＨｅＮＢＧＷ７４の構成を示すブロック図である。 ＬＴＥ方式の通信システムにおいて移動端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。 ３ＧＰＰのリリース１０におけるＲＮを伴う場合の移動体通信システムのアーキテクチャを示す図である。 移動ＲＮのユースケース（使用事例）を説明するための図である。 ＲＮが移動する場合のＵＥのＴＡについて説明するための図である。 ＲＮ移動時に、ＲＮのＴＡＩを移動先ＤｅＮＢのＴＡＩと同じにする場合のＵＥの属するＴＡについて説明するための図である。 ＲＮのＴＡＩを移動先ＤｅＮＢのＴＡＩと同じにする場合のＲＮ移動時のシーケンスの一例を示す図である。 ＲＮ移動時に、ＲＮのＴＡＩを固定とした場合のＵＥの属するＴＡについて説明するための図である。 ＵＥ用ＭＭＥとＲＮ用ＭＭＥとの間でＴＡに関する情報の送受信を行う場合のＲＮを含む移動体通信システムのアーキテクチャを示す図である。 ＵＥ用ＭＭＥにおけるＴＡの管理方法の一例を説明するための図である。 ＲＮ用ＭＭＥにおけるＴＡの管理方法の一例を説明するための図である。 ＲＮのＨＯ処理の処理手順を示すフローチャートである。 ＲＮのＨＯ処理の間に行われるＴＡＵ処理をトリガとして行われる場合の、ＵＥのＴＡに関する情報を通知するシーケンスを示す図である。 ＵＥ用ＭＭＥにおけるＲＮのＴＡＩリスト情報とＵＥのＴＡＩリスト情報との関連付け処理後のマッピング表を示す図である。 ＵＥへの着信をトリガとして行われる場合の、ＵＥのＴＡに関する情報を通知するシーケンスを示す図である。 ＲＮがＭＭＥ間ＨＯを行った場合のＨＯ処理およびＴＡＵ処理のシーケンスを示す図である。 移動先ＭＭＥが、ＲＮからのＴＡＵ要求メッセージを受信したことをトリガとして、該ＲＮの傘下のＵＥのＴＡＵ処理を起動する場合のシーケンスを示す図である。 ＵＥのデータ転送処理を起動するシーケンスを示す図である。 ＲＮがＭＭＥ内ＨＯおよびＭＭＥ間ＨＯのいずれであるかを判断する処理の処理手順を示すフローチャートである。 移動ＲＮの属するＴＡのみを管理するＭＭＥを設けた場合のＲＮのアーキテクチャを示す図である。 移動ＲＮが属するＴＡと、移動ＲＮの傘下のＵＥが属するＴＡとを説明するための図である。 通常のＭＭＥ内に、移動ＲＮ用のＭＭＥを構成する場合のアーキテクチャを示す図である。 実施の形態４の変形例１における、移動ＲＮの属するＴＡと、移動ＲＮの傘下のＵＥの属するＴＡとを説明するための図である。 実施の形態４の変形例２における、移動ＲＮの属するＴＡと、移動ＲＮの傘下のＵＥの属するＴＡとを説明するための図である。 ＲＲＣ＿Ｉｄｌｅ状態のＵＥが移動ＲＮと一緒に移動する場合と移動しない場合とを説明するための図である。 ＲＮのＴＡＩとその他の種類のセルのＴＡＩとを同じＴＡＩリストに入れることを禁止する場合におけるＲＮの移動時のシーケンスを示す図である。 ＭＭＥが１つのＵＥに対して２つのＴＡＩリストを管理する場合におけるＲＮの移動時のシーケンスを示す図である。 ＵＥがＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態への遷移時に、ＭＭＥが一方のＴＡＩリストを削除するシーケンスを示す図である。 １つのＵＥに対して、移動元のＭＭＥと移動先のＭＭＥとの両方がＴＡＩリストを管理する場合におけるＲＮの移動時のシーケンスを示す図である。 ＵＥがＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態に遷移するときに、ＭＭＥが一方のＴＡＩリストを削除するシーケンスを示す図である。 ＲＮのＴＡＵ処理において、ＲＮに関する情報の送受信とともに、ＲＮの傘下のＵＥに関する情報の送受信を、移動元のＭＭＥと移動先のＭＭＥとの間で行う場合のシーケンスを示す図である。 ＲＮのＴＡＵ処理において、ＲＮのロケーションアップデート処理、およびＲＮの傘下のＵＥのロケーションアップデート処理をともに行う場合のシーケンスを示す図である。 ＲＮがＨＯ処理を行った場合に、ＲＮが傘下のＵＥにＴＡＵ起動要求信号を通知するシーケンスを示す図である。 ＲＮがＨＯ処理を行った場合に、ＲＮ用ＭＭＥがＲＮの傘下のＵＥにＴＡＵ起動要求信号を通知するシーケンスを示す図である。 ＲＮの傘下のＵＥのＴＡＵ処理をまとめて行う場合のＴＡＵ処理のシーケンスを示す図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に同期がとれたセルに対して、ステップＳＴ１２０２で、基地局からセル毎に送信される参照信号（リファレンスシグナル：ＲＳ）であるセル固有参照信号（Cell-specific Reference Signal：ＣＲＳ）を検出し、ＲＳの受信電力（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）およびリレーノード（ＲＮ）をサポートすることが検討されている。３ＧＰＰのリリース１０でサポートされるＲＮは、固定のＲＮであり、動作開始後は移動しない。

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

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

ＵＥ１３０３とＲＮ１３０４とは、Ｕｕインタフェース１３１４によって接続される。ＲＮ１３０４とＤｅＮＢ１３０５とは、Ｓ１インタフェース、Ｘ２インタフェースおよびＵｎインタフェースから成るインタフェース１３１５によって接続される。ＤｅＮＢ１３０５とＲＮ用ＭＭＥ１３０１とは、Ｓ１インタフェース１３０８およびＳ１１インタフェース１３０９によって接続される。ＵＥ用ＭＭＥ１３０２とＤｅＮＢ１３０５とは、Ｓ１インタフェース１３１０によって接続される。ＵＥ用ＭＭＥ１３０２とＵＥ用Ｓ−ＧＷ１３０７とは、Ｓ１１インタフェース１３１１によって接続される。ＤｅＮＢ１３０５とＵＥ用Ｓ−ＧＷ１３０７とは、Ｓ１インタフェース１３１６によって接続される。ＵＥ用Ｐ−ＧＷ１３０６とＵＥ用Ｓ−ＧＷ１３０７とは、Ｓ５／Ｓ８インタフェース１３１３によって接続される。ＵＥ用Ｐ−ＧＷ１３０６と外部パケットネットワークとは、ＳＧｉインタフェース１３１２によって接続される。

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

ＤｅＮＢは、ｅＮＢが有する従来のファンクションに加えて、次の二つのファンクションを有する（非特許文献１参照）。

（１）１つまたは複数のＲＮをサポートするためのＳ１／Ｘ２プロキシファンクション（S1/X2 proxy functionality）。

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

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

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

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

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

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

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

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

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

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

３ＧＰＰにおいて、ＲＮが移動する場合の通信方法についての具体的な議論はなされていない。従来の技術によって、移動ＲＮをサポートした場合、傘下のＵＥとネットワークとの間で行われる通信において問題が生じる。例えば、高速バスなどの移動体に設置されたＲＮが移動する場合、高速バスなどの移動体の乗客が所持している、ＲＮ傘下のＵＥは、実際は移動体とともに移動するが、ＵＥが単独で移動するときの動作を行わない。移動するＲＮ傘下のＵＥは、該ＲＮと通信を行っているので、セル間を移動したことを認識しないためである。したがって、移動するＲＮ傘下のＵＥは、ＵＥが単独でセル間を移動したときに行うモビリティ（mobility）処理を行わなくなる。

ＵＥがモビリティ処理を行わなくなった場合の問題点を以下に示す。まず、マクロセル傘下のＵＥが移動する場合について示す。この場合は、問題なくＵＥのモビリティ処理が行われる。

前述したように、ＭＭＥはＵＥのモビリティ管理のために、ＵＥのＴＡＩリスト（TAI list）を管理する。ＴＡＩリストは、ＵＥとＭＭＥとの間で共有される。ＴＡＩリスト内のＴＡＩは、該ＴＡＩリストを管理するＭＭＥが管理するＴＡのＴＡＩである。

例えば、通信中のＵＥが、接続されるＭＭＥが異なるｅＮＢ間で移動した場合、ＵＥにおいてＨＯ処理が起動される。ＨＯ処理によって、ＵＥは、自ＵＥが属するＴＡを、新たに接続したｅＮＢ（以下「移動先ｅＮＢ」という場合がある）が属するＴＡに更新するために、該移動先ｅＮＢが接続されるＭＭＥ（以下「移動先ＭＭＥ」という場合がある）に対してＴＡＵ要求を行う。

ＴＡＵ要求を受信したＭＭＥは、ＵＥのモビリティ管理処理を行い、ＵＥのＴＡＩリストに、移動先ｅＮＢが属するＴＡのＴＡＩを含めて、ＵＥに該ＴＡＩリストを送信する。

この処理によって、移動先ＭＭＥがＵＥを認識することができ、モビリティ管理を行うことができる。これによって、ＵＥとコアネットワークとの間での通信が可能となる。

通信中だけでなく、待受け（Idle）中の移動においても、ＵＥはＴＡＵ処理を起動するので、一連の処理により、移動先ＭＭＥがＵＥを認識することができ、モビリティ管理を行うことができる。これによって、ＵＥとコアネットワークとの間での通信が可能となる。

次に、ＲＮが移動する場合について示す。図１５は、ＲＮが移動する場合のＵＥのＴＡについて説明するための図である。第１〜第６ｅＮＢ（セル）１５２２〜１５２７は、第１ＭＭＥ１５２０とＳ１インタフェース１５２１で接続される。第７〜第１２ｅＮＢ（セル）１５０２〜１５０７は、第２ＭＭＥ１５０１とＳ１インタフェース１５１０で接続される。

第１〜第６ｅＮＢ（セル）１５２２〜１５２７は、各ｅＮＢ（セル）１５２２〜１５２７が構成する第１〜第６カバレッジ１５２８〜１５３３内に存在する。同様に、第７〜第１２ｅＮＢ（セル）１５０２〜１５０７は、各ｅＮＢ（セル）１５０２〜１５０７が構成する第７〜第１２カバレッジ１５１１〜１５１６内に存在する。

ＲＮ１５０８は、ＲＮ１５０８が構成するカバレッジ１５１７内に存在する。ＲＮ１５０８の傘下には、ＵＥ１５０９が存在する。

予め定める第１ＴＡ１５３４には、第１、第４、第５ｅＮＢ（セル）１５２２，１５２５，１５２６が属する。予め定める第２ＴＡ１５３５には、第２、第３、第６ｅＮＢ（セル）１５２３，１５２４，１５２７が属する。

予め定める第３ＴＡ１５１８には、第７、第１０、第１１ｅＮＢ（セル）１５０２，１５０５，１５０６が属する。予め定める第４ＴＡ１５１９には、第８、第９、第１２ｅＮＢ（セル）１５０３，１５０４，１５０７が属する。

第１ＴＡ１５３４と第２ＴＡ１５３５とは、第１ＭＭＥ１５２０によって管理される。第３ＴＡ１５１８と第４ＴＡ１５１９とは、第２ＭＭＥ１５０１によって管理される。

前述したように、ＭＭＥは、ＵＥのモビリティ管理のために、ＵＥのＴＡＩリストを管理する。ＴＡＩリストは、ＵＥとＭＭＥとの間で共有される。ＴＡＩリスト内のＴＡＩは、該ＴＡＩリストを管理するＭＭＥが管理するＴＡのＴＡＩである。

例えば、図１５に示すように、ＲＮ１５０８が矢符１５００に沿って移動した場合、第４ｅＮＢ１５２５と第１０ｅＮＢ１５０５との間、すなわち、第４カバレッジ１５３１と第１０カバレッジ１５１４との間を移動することになり、ＲＮ１５０８においてＨＯ処理が起動される。第４ｅＮＢ１５２５および第１０ｅＮＢ１５０５は、ＲＮ１５０８をサポートするためのファンクションを有するＤｅＮＢである。

しかし、移動したＲＮ１５０８の傘下のＵＥ１５０９は、引続き同じＲＮ１５０８と通信を行っているので、ＨＯ処理を起動しない。したがって、移動したＲＮ１５０８の傘下のＵＥ１５０９は、ＴＡＵを起動しない。

図１５に示す例において、ＲＮ１５０８が移動前に接続していたｅＮＢ（以下「移動元ｅＮＢ」という場合がある）は、第４ｅＮＢ１５２５であり、移動元ｅＮＢに接続されるＭＭＥ（以下「移動元ＭＭＥ」という場合がある）は、第１ＭＭＥ１５２０である。ＲＮ１５０８が移動後に新たに接続するｅＮＢである移動先ｅＮＢは、第１０ｅＮＢ１５０５であり、移動先ｅＮＢに接続されるＭＭＥである移動先ＭＭＥは、第２ＭＭＥ１５０１である。

ＲＮ１５０８の移動先ｅＮＢである第１０ｅＮＢ１５０５に接続される移動先ＭＭＥ、すなわち第２ＭＭＥ１５０１は、ＵＥ１５０９からのＴＡＵ要求を受信できないので、ＵＥ１５０９の存在を認識できず、モビリティ管理を行えなくなる。ＲＮ１５０８の移動元ｅＮＢである第４ｅＮＢ１５２５に接続される移動元ＭＭＥ、すなわち第１ＭＭＥ１５２０は、ＵＥ１５０９との通信を試みるが、管理範囲内にＵＥ１５０９が存在しないので、ＵＥ１５０９との通信が不可能になる。

ＭＭＥが、ＵＥの存在を認識できずにモビリティ管理を行えなくなった場合、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態のＵＥがコアネットワーク側と通信しようとしても、移動先ＭＭＥとのＮＡＳメッセージの送受信が不可能となる。また、Ｓ−ＧＷ／Ｐ−ＧＷへのルーティングも不可能となる場合がある。したがって、ＵＥとコアネットワークとの間での通信が不可能となる。

また、ＲＲＣ＿Ｉｄｌｅ状態のＵＥの場合も、移動元ＭＭＥおよび移動先ＭＭＥがＵＥの属するＴＡを認識できなくなる。ＵＥの属するＴＡが認識できないと、移動元ＭＭＥおよび移動先ＭＭＥは、ＵＥにページング（Paging）信号を通知できなくなる。また、ＵＥもサービスリクエストの送信が不可能となる。したがって、ＵＥとコアネットワークとの間での通信が不可能となる。

そこで本実施の形態では、これらの問題を解消するための方法を開示する。本実施の形態では、ＲＮの属するＴＡを移動先ＤｅＮＢの属するＴＡと同じにする。すなわち、ＲＮのＴＡＩを移動先ＤｅＮＢのＴＡＩと同じにする。

図１６は、ＲＮ移動時に、ＲＮのＴＡＩを移動先ＤｅＮＢのＴＡＩと同じにする場合のＵＥの属するＴＡについて説明するための図である。図１６に示す構成は、図１５に示す構成と類似しているので、対応する部分については同一の参照符号を付して、共通する説明を省略する。

図１６では、ＲＮ１５０８が、矢符１５００に沿って移動する場合を示している。移動前のＲＮ１５０８が属するＴＡを、ＲＮの移動元ＤｅＮＢである第４ｅＮＢ１５２５が属するＴＡとする。すなわち移動前のＲＮ１５０８が属するＴＡは、第１ＴＡ１６０１である。この第１ＴＡ１６０１は、第１ＭＭＥ１５２０によって管理される。第１ＴＡ１６０１には、第１、第４、第５ｅＮＢ（セル）１５２２，１５２５，１５２６が属する。

ＲＮ１５０８は、移動した後、ＤｅＮＢである第１０ｅＮＢ１５０５に接続される。移動後のＲＮ１５０８が属するＴＡを、ＲＮ１５０８の移動先ＤｅＮＢである第１０ｅＮＢ１５０５が属するＴＡとする。すなわち移動後のＲＮ１５０８が属するＴＡは、第３ＴＡ１６０２である。この第３ＴＡ１６０２は、第２ＭＭＥ１５０１によって管理される。第３ＴＡ１６０２には、第７、第１０、第１１ｅＮＢ（セル）１５０２，１５０５，１５０６が属する。

ＲＮ１５０８が、第４ＤｅＮＢ１５２５から第１０ＤｅＮＢ１５０５へ移動することによって、ＲＮ１５０８においてＨＯ処理が起動される。ＲＮ１５０８が移動した後、ＲＮ１５０８が属するＴＡが、第１ＴＡ１６０１から第３ＴＡ１６０２に変わることになる。したがって、ＲＮ１５０８は、ＨＯ処理の間に、ＴＡＵ処理を起動する。

移動したＲＮ１５０８の傘下のＵＥ１５０９は、引続き同じＲＮ１５０８と通信を行っているので、ＨＯ処理を起動しない。しかし、移動したＲＮ１５０８が属するＴＡが、第１ＴＡ１６０１から第３ＴＡ１６０２に変更になるので、該ＵＥ１５０９もＴＡＵ処理を起動することになる。

このように、移動するＲＮ１５０８の傘下のＵＥ１５０９がＴＡＵ処理を起動してＵＥのＴＡＵ処理が行われるようにすることで、ＲＮ１５０８が移動先ｅＮＢ１５０５を介して接続される移動先ＭＭＥ１５０１は、ＵＥ１５０９からのＴＡＵ要求を受信することが可能となる。これによって、ＵＥ１５０９のＴＡＵ処理により、移動先ＭＭＥ１５０１および移動元ＭＭＥ１５２０は、ともにＵＥ１５０９の存在を認識することができ、モビリティ管理を行えるようになる。したがって、ＵＥとコアネットワークとの間での通信が可能になる。

３ＧＰＰ Ｒ３-０９１３３５（以下「参考文献４」という）には、ＲＮのＴＡＩをＤｅＮＢのＴＡＩと同じにすることに関する記載があるが、これは固定ＲＮの場合についてであり、ＲＮが移動した場合のＴＡＩについて、さらには、ＲＮが移動することによって生じる問題点については、何ら開示されていない。

本実施の形態で開示する方法は、前述の問題点を解決することを目的としており、その方法として、ＲＮが移動した場合に、該ＲＮのＴＡＩをターゲットのＤｅＮＢのＴＡＩと同じにする。したがって、例えば、移動先ＤｅＮＢのＴＡＩが、移動前のＤｅＮＢである移動元ＤｅＮＢのＴＡＩと異なれば、ＲＮのＴＡＩも変更される。この点において、本実施の形態で開示する方法は、参考文献４に開示される技術とは大きく異なる。

ＲＮのＴＡＩを移動先ＤｅＮＢのＴＡＩと同じにするための具体例を開示する。ＲＮは、ＤｅＮＢからＤｅＮＢのＴＡＩを受信し、傘下のＵＥに該ＴＡＩを通知する。ＲＮは、ＤｅＮＢのＴＡＩをＵＥにトランスペアレント（transparent）してもよい。「トランスペアレントする」とは、透過的に伝送すること、すなわち、そのままの形で伝送することをいう。

ＲＮは、ＤｅＮＢからＤｅＮＢのＴＡＩを受信する。ＴＡＩではなく、ＴＡＣを受信するようにしてもよい。ＴＡＣの場合、ＲＮは、ＤｅＮＢから別途受信するＰＬＭＮあるいはＭＣＣ、ＭＮＣからＴＡＩを導出すればよい。ＴＡＩとＴＡＣとの関連付けは可能である。ＤｅＮＢがＲＮにＴＡＩを通知する方法の具体例として、以下の３つを開示する。

（１）ＤｅＮＢは、システム情報（ＳＩ）内に自ＤｅＮＢが属するＴＡのＴＡＩを含めて報知する。ＲＮはＤｅＮＢから報知された報知情報を受信してＴＡＩを得る。

（２）ＤｅＮＢは、傘下のＲＮに、個別シグナリングで、自ＤｅＮＢが属するＴＡのＴＡＩを通知する。ＲＮは、ＤｅＮＢから通知された個別シグナリングを受信してＴＡＩを得る。個別シグナリングとしては、ＲＲＣシグナリングとするとよい。また、個別シグナリングでＤｅＮＢのシステム情報を通知するようにしてもよい。該システム情報内にＴＡＩを含めておくとよい。

（３）移動元ＤｅＮＢは、傘下のＲＮに、個別シグナリングで、移動先ＤｅＮＢの属するＴＡのＴＡＩを通知する。具体例（３）は、ＲＮのＨＯ処理においてＤｅＮＢのＴＡＩを通知する場合に適用できる。ＲＮは、移動元ＤｅＮＢから通知された個別シグナリングを受信して、移動先ＤｅＮＢのＴＡＩを得る。個別シグナリングとしては、ＲＲＣシグナリングとするとよい。また、個別シグナリングで移動先ＤｅＮＢのシステム情報を通知するようにしてもよい。該システム情報内にＴＡＩを含めておくとよい。

ＲＮは、ＤｅＮＢから受信したＴＡＩを、自ＲＮのＴＡＩとして設定し、システム情報として報知する。

図１７は、ＲＮのＴＡＩを移動先ＤｅＮＢのＴＡＩと同じにする場合のＲＮ移動時のシーケンスの一例を示す図である。

ＲＮは、移動元ＤｅＮＢ（source DeNB、s-DeNB）のカバレッジ内で電源をオン（ＯＮ）した後、ステップＳＴ１７０１に移行する。ステップＳＴ１７０１において、ＲＮは、移動元ＤｅＮＢ、移動元ＭＭＥ（source MME、s-MME）およびホーム加入者サーバ（Home Subscriber Server：ＨＳＳ）間でアタッチ処理を行う。ＨＳＳは、管理手段に相当する。ＨＳＳは、コアネットワークに含まれる。

ＲＮは、ステップＳＴ１７０１のアタッチ処理のときに、ステップＳＴ１７０２において、移動元ＤｅＮＢから、移動元ＤｅＮＢのＴＡＩが含まれるＲＲＣシグナリングを受信し、ＴＡＩを得る。

ステップＳＴ１７０３において、ＲＮは、移動元ＤｅＮＢから受信したＴＡＩを、自ＲＮのＴＡＩとして設定する。そしてＲＮは、ステップＳＴ１７０４において、設定したＴＡＩをシステム情報として、自ＲＮの傘下のＵＥに報知する。

ＲＮの傘下のＵＥは、ＲＮからのシステム情報を受信することによって、ＲＮのＴＡＩを認識する。ＵＥは、ＵＥ内のＴＡＩリスト内にＲＮのＴＡＩが含まれているか否かを確認し、含まれていない場合はＴＡＵ処理を行い、含まれている場合はＴＡＵ処理を行わない。図１７では、ＵＥ内のＴＡＩリスト内にＲＮのＴＡＩが含まれている場合、すなわちＵＥがＴＡＵ処理を行わない場合を示している。

ステップＳＴ１７０５において、ＲＮが移動元ＤｅＮＢのカバレッジ内から、移動先ＤｅＮＢのカバレッジ内に移動する。

ステップＳＴ１７０６において、ＲＮはＨＯを起動し、移動元ＤｅＮＢ、移動先ＤｅＮＢ（target DeNB、t-DeNB）、移動元ＭＭＥ、移動先ＭＭＥ（target MME、t-MME）およびＨＳＳ間で、ＲＮのＨＯ処理を行う。

ＲＮは、ステップＳＴ１７０６のＨＯ処理のときに、ステップＳＴ１７０７において、移動先ＤｅＮＢからＴＡＩを受信する。そして、ＲＮは、自ＲＮ内のＴＡＩリスト内に、移動先ＤｅＮＢから受信したＴＡＩが含まれているか否かを確認し、含まれていない場合はＴＡＵ処理を行い、含まれている場合はＴＡＵ処理を行わない。図１７では、ＲＮ内のＴＡＩリスト内に移動先ＤｅＮＢから受信したＴＡＩが含まれていない場合を示している。このようにＲＮ内のＴＡＩリスト内に、移動先ＤｅＮＢから受信したＴＡＩが含まれていない場合は、ステップＳＴ１７０６のＨＯ処理のときに、ＲＮ、移動元ＤｅＮＢ、移動先ＤｅＮＢ、移動元ＭＭＥ、移動先ＭＭＥおよびＨＳＳ間で、ＲＮのＴＡＵ処理を行う。

ＲＮは、ステップＳＴ１７０６のＨＯ処理およびＴＡＵ処理のときに、ステップＳＴ１７０７において、移動先ＤｅＮＢから、移動先ＤｅＮＢのＴＡＩが含まれるＲＲＣシグナリングを受信し、ＴＡＩを得る。

ステップＳＴ１７０８において、ＲＮは、自ＲＮのＴＡＩを、移動先ＤｅＮＢから受信したＴＡＩに変更する。

ステップＳＴ１７０９において、ＲＮは、傘下のＵＥに対して、システム情報修正（ＳＩ ｍｏｄｉｆｉｃａｔｉｏｎ）処理を実行する。ＲＮは、傘下のＵＥに対して、ページングを用いてシステム情報の修正の通知を行う。そして、ＲＮは、ステップＳＴ１７１０において、ステップＳＴ１７０８で変更したＴＡＩをシステム情報として、傘下のＵＥに報知する。ＵＥは、ページングによって、システム情報が修正されたことを認識し、報知されるシステム情報を受信する。こうすることによって、ＲＮの傘下のＵＥが、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態あるいはＲＲＣ＿Ｉｄｌｅ状態のどちらの状態であっても、変更されたＴＡＩを受信することが可能となる。

ＲＮの傘下のＵＥは、ＲＮからのシステム情報を受信することによって、ＲＮのＴＡＩを認識する。ＵＥは、ＵＥ内のＴＡＩリスト内にＲＮのＴＡＩが含まれているか否かを確認し、含まれていない場合はＴＡＵ処理を行い、含まれている場合はＴＡＵ処理を行わない。図１７では、ＵＥ内のＴＡＩリスト内にＲＮのＴＡＩが含まれていない場合、すなわちＵＥがＴＡＵ処理を行う場合を示している。

ステップＳＴ１７１１において、ＵＥは、ＴＡＵ処理を起動し、ＴＡＵ要求（TAU request）信号をＲＮに送信する。

ステップＳＴ１７１２およびステップＳＴ１７１４において、ＲＮは、ＵＥからのＴＡＵ要求信号を、移動先ＤｅＮＢを経由して、移動先ＭＭＥに送信する。

このとき、移動先ＤｅＮＢは、ステップＳＴ１７１３において、Ｓ１プロキシ（S1 proxy）ファンクションによって、移動先ＭＭＥに対して、ＲＮからのＳ１メッセージのプロキシを行う。

ステップＳＴ１７１５において、ＵＥ、ＲＮ、移動元ＤｅＮＢ、移動先ＤｅＮＢ、移動元ＭＭＥ、移動先ＭＭＥおよびＨＳＳ間でＵＥのＴＡＵ処理が行われる。

移動先ＭＭＥは、ステップＳＴ１７１５のＴＡＵ処理において、ＵＥのＴＡＩリストを更新し、更新されたＴＡＩリストをＵＥに通知する。ＵＥは、ＴＡＵ処理において、移動先ＭＭＥから、更新されたＴＡＩリストを受信する。

本実施の形態で開示した方法により、ＲＮが移動した場合に、該ＲＮと一緒に移動した傘下のＵＥによるＴＡＵ処理の起動が可能となる。したがって、移動先ＭＭＥおよび移動元ＭＭＥは、ＵＥのＴＡＩリストの更新および消去などの管理を行うことが可能となり、ＵＥと移動先ＭＭＥとの間で、更新されたＴＡＩリストを共有することが可能となる。これによって、ＵＥとコアネットワークとの間での通信が可能となる。

また、本実施の形態で開示した方法では、ＲＮが、ＴＡＩをシステム情報として報知し、ＴＡＩ変更時、傘下のＵＥに対して、システム情報の修正処理を実行する。これによって、ＲＮの傘下のＵＥは、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態あるいはＲＲＣ＿Ｉｄｌｅ状態のどちらの状態であってもＴＡＵ処理を起動することになるので、コアネットワークとの間での通信が可能となる。

本実施の形態で開示した方法は、ＲＮがＭＭＥ間ＨＯ（Inter-MME HO）した場合だけでなく、ＭＭＥ内ＨＯ（Intra-MME HO）をした場合にも適用可能である。ＭＭＥ内ＨＯの場合も、ＲＮは、ＤｅＮＢのＴＡＩがＴＡＩリストに無い場合、ＴＡＵを行い、自ＲＮのＴＡＩを変更する。したがって、該ＲＮの傘下のＵＥも、ＴＡＵを起動し、ＴＡＵ処理を行うことになるので、ＭＭＥは、ＵＥの存在するＴＡを認識することが可能となる。

本実施の形態の方法を用いることで、ＭＭＥ間ＨＯおよびＭＭＥ内ＨＯというＨＯの種類によらず、同じプロシージャを適用できる。したがって、ＲＮの傘下のＵＥとコアネットワークと間の通信を可能とする制御を簡単化することが可能である。

図１７では省略したが、ＲＮのアタッチ処理、ＲＮのＨＯ処理およびＴＡＵ処理、ＵＥのＴＡＵ処理において、Ｓ−ＧＷおよびＰ−ＧＷに対するベアラ修正および設定処理が行われてもよい。

ＲＮがＵＥとして動作する場合、ＲＮ用のＳ−ＧＷおよびＰ−ＧＷ機能がＤｅＮＢに内蔵される。この場合、従来のＨＯシーケンスにおけるＭＭＥとＳ−ＧＷとの間、およびＭＭＥとＰ−ＧＷとの間のシグナリングを省略するとよい。ＤｅＮＢ内で該シグナリングを行えばよく、ノード間のシグナリングを不要とできる。これによって、システムとしてのシグナリング負荷の削減が可能となる。

実施の形態２．
実施の形態１で開示した、ＲＮのＴＡＩをＤｅＮＢのＴＡＩと同じにする方法の場合、変更したＴＡＩを得たＲＮの傘下のＵＥが一斉にＴＡＵを起動するので、一斉に多数のＴＡＵ要求が発生してしまうという問題が生じる。これは前述した移動ＲＮの利点を失わせることになる。

本実施の形態では、この問題を解消するための方法を開示する。本実施の形態では、ＲＮの属するＴＡは、移動によって変わらないとする。すなわち、ＲＮのＴＡＩは、移動によって変わらないとする。ＲＮのＴＡＩを固定としてもよい。

図１８は、ＲＮ移動時に、ＲＮのＴＡＩを固定とした場合のＵＥの属するＴＡについて説明するための図である。図１８に示す構成は、図１５に示す構成と類似しているので、対応する部分には同一の参照符号を付して、共通する説明を省略する。

図１８では、ＲＮ１５０８が、矢符１８１０に沿って移動する場合を示している。移動前のＲＮ１５０８が属するＴＡを、第５ＴＡ１８０１とする。この第５ＴＡ１８０１は、第１ＭＭＥ１５２０によって管理される。

ＲＮ１５０８は、移動した後、第６ＤｅＮＢ１５２７に接続される。移動後のＲＮ１５０８が属するＴＡは、前と変わらず第５ＴＡ１８０１とする。この第５ＴＡ１８０１は、第１ＭＭＥ１５２０によって管理される。

ＲＮ１５０８は、さらに移動した後、第１０ＤｅＮＢ１５０５に接続される。移動後のＲＮ１５０８が属するＴＡは、前と変わらず第５ＴＡ１８０１とする。この第５ＴＡ１８０１は、第２ＭＭＥ１５０１によって管理される。

図１８に示すように、本実施の形態では、ＲＮ１５０８が、同一のＭＭＥ内で、すなわち第１ＭＭＥ１５２０内で、第４ＤｅＮＢ１５２５から第６ＤｅＮＢ１５２７に移動したとしても、ＲＮ１５０８の属するＴＡは同じままにする。すなわち、ＲＮ１５０８のＴＡＩは変わらないとする。ここでは、第５ＴＡ１８０１のままである。またＲＮ１５０８が、異なるＭＭＥ間で、すなわち第１ＭＭＥ１５２０と第２ＭＭＥ１５０１との間で、第６ＤｅＮＢ１５２７から第１０ＤｅＮＢ１５０５に移動したとしても、ＲＮ１５０８が属するＴＡは同じままにする。すなわち、ＲＮ１５０８のＴＡＩは変わらないとする。ここでは、第５ＴＡ１８０１のままである。

こうすることにより、ＲＮの傘下のＵＥは、たとえＲＮがＤｅＮＢ間あるいはＭＭＥ間を移動したとしても、該ＲＮのＴＡＩが変わらないので、ＴＡＵを起動することは無い。したがって、ＲＮの移動の際に、ＲＮの傘下のＵＥが一斉にＴＡＵを起動することは無くなり、前述の問題を解消することができる。

ＲＮが属するＴＡに関して、以下の２つを開示する。
（１）ＲＮ専用のＴＡに属する。
（２）ＲＮは特定のＴＡに属する。

前記（１）は、すなわち、ＲＮのＴＡＩをＲＮ専用とすることである。この場合、１つのＲＮが１つのＴＡに属するようにしてもよいし、複数のＲＮが１つのＴＡに属するようにしてもよい。

前記（１）のようにすることによって、ＲＮが属するＴＡに、ＲＮではない基地局（セル）が属することはなくなるので、ＭＭＥでの管理が容易になる。また、ＲＮ専用のＭＭＥを設けることも可能となる。

またＲＮが属するＴＡに、ＲＮではない基地局（セル）が属することがなくなることによって、従来の、エリアに依存したＴＡ構成と、ＲＮ専用のＴＡ構成とを分別することが可能となり、たとえＲＮがモビリティをサポートしたとしても、すなわちＲＮが移動可能である場合でも、ＲＮ特有のＴＡの管理を容易にすることが可能となる。

前記（２）は、すなわち、ＲＮが特定のＴＡＩを有するようにすることである。特定のＴＡは、ＲＮが接続可能な特定のＤｅＮＢ（以下「Ｐ−ＤｅＮＢ」という場合がある）が属するＴＡとする。Ｐ−ＤｅＮＢは、たとえば、ＲＮが最初にＲＲＣ接続を行ったＤｅＮＢとしてもよい。Ｐ−ＤｅＮＢは、ＲＮの電源をオフ（off）／オン（on）後、最初にＲＲＣ接続したＤｅＮＢとしてもよい。

また、Ｐ−ＤｅＮＢは、ＭＭＥ間ＨＯ（inter-MME HO）、またはＭＭＥ間（inter-MME）でのセル再選択において、移動先ＭＭＥに接続されるｅＮＢのうち、該ＲＮが最初にＲＲＣ接続したＤｅＮＢとしてもよい。こうすることによって、ＲＮが同一のＭＭＥ内で移動した場合には、ＴＡＩは変わらない。したがって、ＲＮの傘下のＵＥが一斉にＴＡＵを起動する状況を低減することができる。

前記（２）のようにすることによって、例えば、電車に移動ＲＮが設置されるような場合に、電車のＲＮと各駅をカバーするＤｅＮＢとを同じＴＡに属する構成とすることができる。また、同じＭＭＥで管理することも可能となる。これによって、電車の乗客が使用するＵＥの管理を容易にすることができる。

モビリティをサポートするＲＮを移動ＲＮ（mobile RN）とし、サポートしないＲＮを固定ＲＮ（fixed RN）とする。固定ＲＮが属するＴＡと、移動ＲＮが属するＴＡとを異ならせてもよい。例えば、移動ＲＮは固定のＴＡＩとし、固定ＲＮはＤｅＮＢのＴＡＩと同じにしてもよい。これによって、移動ＲＮのみを特有のＴＡ管理とすることができるので、ＲＮのＴＡの管理をさらに容易にすることが可能となる。

ＲＮのモードとして、移動（mobile）と固定（fixed）とを設けてもよい。１つのＲＮが両モードに対応可能としてもよい。１つのＲＮが両モードに対応可能な場合、ＲＮは、あるときは移動モードで動作し、またあるときは固定モードで動作する。移動ＲＮは移動モードで動作し、固定ＲＮは固定モードで動作するようにしてもよい。また、移動ＲＮは、移動モードで動作するか、または固定モードで動作するようにしてもよい。固定モードで動作するＲＮが属するＴＡと、移動モードで動作するＲＮが属するＴＡとを異ならせてもよい。これによって、ＲＮの動作モードに応じてＴＡ管理を行うことができる。

ＲＮのＴＡＩと、ＲＮでない基地局（セル）のＴＡＩとを分別してもよい。例えば、ＴＡＩのＴＡＣ部分が０〜６５５３５の整数で与えられたとする。ＲＮ用のＴＡＣを０〜３２７６７とし、他の基地局用のＴＡＣを３２７６８〜６５５３５として分別する。分別方法はこれに限らない。

移動ＲＮ用のＴＡＩと、固定ＲＮ用のＴＡＩと、他のｅＮＢ用のＴＡＩとを分別してもよい。あるいは、移動ＲＮ用のＴＡＩと、固定ＲＮおよび他のｅＮＢ用のＴＡＩとを分別してもよい。

従来、ｅＮＢは固定され、ＴＡも地理的に分割されるので、ＭＭＥ毎に管理するＴＡが異なる。ＲＮがモビリティをサポートする場合、「移動する」という特徴を有するので、移動ＲＮの属するＴＡをどのＭＭＥが管理可能とするかが問題となる。３ＧＰＰにおいて、移動ＲＮのＴＡを管理するＭＭＥについては何ら議論されていない。

モビリティをサポートするＲＮの属するＴＡを管理可能なＭＭＥについて、以下の４つを開示する。

（１）移動ＲＮの属するＴＡは、任意のＭＭＥが管理可能とし、該ＭＭＥがサーブするＴＡＩリスト内に移動ＲＮのＴＡＩを登録可能とする。

（２）移動ＲＮの属するＴＡは、ＤｅＮＢのＭＭＥが管理可能とし、該ＭＭＥがサーブするＴＡＩリスト内に移動ＲＮのＴＡＩを登録可能とする。

（３）移動ＲＮの属するＴＡは、Ｐ−ＤｅＮＢのＭＭＥが管理可能とし、該ＭＭＥがサーブするＴＡＩリスト内に移動ＲＮのＴＡＩを登録可能とする。

（４）移動ＲＮの属するＴＡは、ＭＭＥが管理可能とするが、移動ＲＮのＴＡＩは、どのＭＭＥが管理するＴＡＩリストにも含めない。

以上の（１）〜（４）のようにすることによって、ＲＮの属するＴＡおよびＲＮのＴＡＩが、たとえ移動によって変わらないとしても、移動先ＭＭＥが該ＲＮのＴＡを管理することが可能となる。

ＲＮのＴＡＩが移動によって変わらないとした場合、傘下のＵＥとネットワークとの間で行われる通信において問題が生じる。たとえＲＮが移動したとしても、移動するＲＮの傘下のＵＥは、該ＲＮと通信を行っているので、セル間を移動したことを認識しないためである。したがって、移動するＲＮの傘下のＵＥは、モビリティ処理を行わなくなるので、ＭＭＥは、ＵＥのＴＡＩリストを構成および管理することができずに、ＵＥとコアネットワークとの間の通信が不可能となる。

そこで、これらの問題を解消するための方法を以下に開示する。ＵＥ用ＭＭＥとＲＮ用ＭＭＥとの間で、ＴＡに関する情報の送受信を行う。該情報の送受信を行うために、ＵＥ用ＭＭＥとＲＮ用ＭＭＥとの間に、新たにインタフェース（ＩＦ）を設けてもよい。

図１９は、ＵＥ用ＭＭＥとＲＮ用ＭＭＥとの間でＴＡに関する情報の送受信を行う場合のＲＮを含む移動体通信システムのアーキテクチャを示す図である。図１９に示す構成は、図１３に示す構成と類似しているので、対応する部分には同一の参照符号を付して、共通する説明を省略する。図１９に示す構成では、ＲＮ用ＭＭＥ１３０１とＵＥ用ＭＭＥ１３０２との間にＩＦ１９０１が設けられている。ＲＮ用ＭＭＥ１３０１とＵＥ用ＭＭＥ１３０２とは、ＩＦ１９０１を介して、ＴＡに関する情報の送受信を行う。

ＵＥ用ＭＭＥおよびＲＮ用ＭＭＥにおけるＴＡの管理方法について開示する。まず、ＵＥ用ＭＭＥが管理するＴＡについて説明する。ＵＥ用ＭＭＥが管理するＴＡは、ＲＮの傘下のＵＥのモビリティ管理用である。したがって、ＵＥ用ＭＭＥが管理するＴＡには、ＵＥから見た場合にｅＮＢとして動作するＲＮが属する。

図２０は、ＵＥ用ＭＭＥにおけるＴＡの管理方法の一例を説明するための図である。図２０に示す表、ＵＥ用ＭＭＥが管理するＴＡとそれに属するＲＮとの対応関係を示すマッピング表である。ＵＥ用ＭＭＥは、ＴＡＩでＴＡを管理し、ＲＮの識別子でＲＮを管理する。例えば、ＵＥ用ＭＭＥは、ＴＡＩ＃１３およびＴＡＩ＃１４のＴＡを管理する。ＴＡＩ＃ｎ（ｎは０以上の整数）は、各ＴＡのＴＡＩを表す。

図２０に示す例では、ＴＡＩ＃１３のＴＡには、ＲＮ＃０、ＲＮ＃１、ＲＮ＃２のＲＮが属する。ＴＡＩ＃１４のＴＡには、ＲＮ＃３、ＲＮ＃４、ＲＮ＃５のＲＮが属する。ＲＮ＃ｎ（ｎは０以上の整数）は、各ＲＮの識別子（アイデンティティ、Identity）を表す。ＲＮ＃ｎは、セルの識別子であってもよい。

例えば、あるＵＥのＴＡＩリスト（TAI list_UE）にＴＡＩ＃１３が存在するとすると、ＵＥ用ＭＭＥ内で以下のような関連付けがなされる。
TAI list_UE＝｛TAI#13｝＝｛RN#0，RN#1，RN#2｝

次に、ＲＮ用ＭＭＥが管理するＴＡについて説明する。ＲＮ用ＭＭＥが管理するＴＡは、ＲＮのモビリティ管理用である。したがって、ＲＮ用ＭＭＥが管理するＴＡには、ＲＮから見た場合にｅＮＢとして動作するＤｅＮＢが属する。

図２１は、ＲＮ用ＭＭＥにおけるＴＡの管理方法の一例を説明するための図である。図２１に示す表は、ＲＮ用ＭＭＥが管理するＴＡとそれに属するＤｅＮＢとの対応関係を示すマッピング表である。ＲＮ用ＭＭＥは、ＴＡＩでＴＡを管理し、ＤｅＮＢの識別子でＤｅＮＢを管理する。例えば、ＲＮ用ＭＭＥは、ＴＡＩ＃１１およびＴＡＩ＃１２のＴＡを管理する。

ＴＡＩ＃１１のＴＡには、ＤｅＮＢ＃０、ＤｅＮＢ＃１のＤｅＮＢが属する。ＴＡＩ＃１２のＴＡには、ＤｅＮＢ＃２、ＤｅＮＢ＃３のＤｅＮＢが属する。ＤｅＮＢ＃ｎ（ｎは０以上の整数）は、ＤｅＮＢの識別子（アイデンティティ、Identity）である。ＤｅＮＢ＃ｎは、セルの識別子であってもよい。ＲＮ用ＭＭＥは、ＤｅＮＢの識別子として、ｅＮＢの識別子で管理してもよい。

例えば、あるＲＮのＴＡＩリスト（TAI list_RN）にＴＡＩ＃１１、ＴＡＩ＃１２が存在するとすると、ＲＮ用ＭＭＥ内で以下のような関連付けがなされる。
TAI list_RN#0＝｛TAI#11，TAI#12｝＝｛DeNB#0，DeNB#1，DeNB#2，DeNB#3｝

移動するＲＮの傘下のＵＥがモビリティ処理を行わなくても、ＵＥとコアネットワークとの間の通信を可能とする方法を開示する。

ＵＥ用ＭＭＥが管理するＵＥのＴＡＩリスト情報（TAI list_UE）と、ＲＮ用ＭＭＥが管理するＲＮのＴＡＩリスト情報（TAI list_RN）とを関連付ける。ＲＮ用ＭＭＥは、ＵＥ用ＭＭＥに、該ＵＥのＴＡに関する情報を通知する。

該通知は、ＲＮが移動した際のＴＡＵ処理をトリガとして行われてもよいし、あるいは、移動したＲＮの傘下のＵＥへの発着信をトリガとして行われてもよい。ＵＥへの発着信をトリガとする方法は、ＲＮの傘下のＵＥがＲＲＣ＿Ｉｄｌｅ状態の場合に適する。

移動するＲＮの傘下のＵＥがモビリティ処理を行わなくても、ＵＥとコアネットワークとの間の通信を可能とする方法の具体例を、以下に開示する。

まず、ＲＮが移動した場合のＨＯ処理について説明する。図２２は、ＲＮのＨＯ処理の処理手順を示すフローチャートである。

ステップＳＴ２２０１において、移動元ＤｅＮＢは、移動元ＭＭＥに、移動したＲＮのＨＯ要求を行う。ＨＯ要求が生じると、ステップＳＴ２２０２に移行する。

ステップＳＴ２２０２において、移動元ＤｅＮＢから移動先ＤｅＮＢへのデータの転送（forwarding（フォワーディング））のための設定が行われる。データ転送の設定後は、ステップＳＴ２２０３に移行する。

ステップＳＴ２２０３において、移動元ＤｅＮＢは、移動先ＤｅＮＢに、データ転送を行う。データ転送が行われると、ステップＳＴ２２０４に移行する。ステップＳＴ２２０４において、ＵＬが開通する。その後、ステップＳＴ２２０５に移行する。

ステップＳＴ２２０５において、移動元ＤｅＮＢから移動先ＤｅＮＢへのパス切替え設定が行われる。パス切替え設定が行われると、ステップＳＴ２２０６に移行する。ステップＳＴ２２０６において、DLが開通する。その後、ステップＳＴ２２０７に移行する。

ステップＳＴ２２０７において、必要に応じてＲＮのＴＡＵ処理が行われる。ＴＡＵ処理は、移動先ＤｅＮＢのＴＡＩがＲＮのＴＡＩリスト内に存在しない場合に行われる。このＴＡＵ処理によって、移動先ＭＭＥがモビリティ管理を行うことが可能となる。その後、ステップＳＴ２２０８に移行する。

ステップＳＴ２２０８において、パス切替え前の旧パスのリリース処理が行われる。旧パスのリリース処理が行われると、ステップＳＴ２２０９に移行する。

ステップＳＴ２２０９において、ＨＯ処理が完了する。ＲＮの移動において、ＭＭＥの変更を伴わない場合は、移動元ＭＭＥと移動先ＭＭＥとが同じとなる。

なお、ＨＯ処理の際に行われるＴＡＵではなく、ＴＡＵ単独の処理の場合には、ＴＡＵ処理は、図２２で示したステップＳＴ２２０５のパス切替え処理、ステップＳＴ２２０７のＴＡＵ処理およびステップＳＴ２２０８の旧パスのリリース処理を含む。

図２３は、ＲＮのＨＯ処理の間に行われるＴＡＵ処理をトリガとして行われる場合の、ＵＥのＴＡに関する情報を通知するシーケンスを示す図である。図２３では、ＭＭＥ内ＨＯ（Intra-MME HO）の場合について示している。

ＲＮのＨＯ処理の間に行われるＴＡＵ処理、例えば図２２に示すステップＳＴ２２０７の処理において、まずステップＳＴ２３０１で、ＲＮはＴＡＵ要求信号を、移動先ＤｅＮＢを介してＲＮ用ＭＭＥに送信する。ステップＳＴ２２０７におけるＲＮのＴＡＵ処理は、前述のように、移動先ＤｅＮＢのＴＡＩがＲＮのＴＡＩリスト内に存在しない場合に行われる。移動先ＤｅＮＢのＴＡＩがＲＮのＴＡＩリスト内に存在しないことは、ＲＮが接続されるｅＮＢが属するＴＡが変更されたことを意味する。すなわち、ＲＮは、自ＲＮが接続されるｅＮＢが属するＴＡが変更されたと判断すると、自ＲＮが属するＴＡを更新するＴＡＵ要求信号をＲＮ用ＭＭＥに送信する。

ステップＳＴ２３０２において、ＲＮ用ＭＭＥは、ＲＮのＴＡＵ処理を行う。具体的には、ＲＮ用ＭＭＥは、ＲＮのＴＡＵ処理として、ＴＡＩリストに属するＴＡＩの変更を行う。

ステップＳＴ２３０３において、ＲＮ用ＭＭＥは、ＴＡＵ受領信号を、移動先ＤｅＮＢを介してＲＮに送信する。

ステップＳＴ２３０４において、ＲＮは、ＴＡＵ完了信号を、移動先ＤｅＮＢを介してＲＮ用ＭＭＥに送信する。

ステップＳＴ２３０１あるいはステップＳＴ２３０４において、ＲＮは、ＲＮ用ＭＭＥに送信するＴＡＵ要求信号とともに、ＲＮの傘下のＵＥの識別子を送信する。該ＵＥの識別子は、通信中のＵＥの識別子であってもよい。さらには、該ＲＮの識別子も合わせて送信してもよい。

ＲＮ用ＭＭＥは、このＲＮからＴＡＵ完了信号を受信したことをトリガとして、ステップＳＴ２３０５において、ＲＮ用ＭＭＥは、ＵＥ用ＭＭＥに、該ＲＮの傘下のＵＥのＴＡＵ要求信号を送信する。

ＲＮ用ＭＭＥは、該ＴＡＵ要求信号とともに、ＲＮのＴＡＵ処理後のＴＡＩリスト情報を送信する。また、合わせてＲＮの傘下のＵＥの識別子を送信してもよい。該ＵＥの識別子は、通信中のＵＥの識別子であってもよい。さらには、該ＲＮの識別子を送信してもよい。これらは、ＴＡＵ要求信号に含めるのではなく、別の信号としてＵＥ用ＭＭＥに送信してもよい。

ステップＳＴ２３０５において、ＲＮの傘下のＵＥのＴＡＵ要求信号を受信したＵＥ用ＭＭＥは、合わせて受信したＲＮの傘下のＵＥの識別子と、ＲＮのＴＡＩリスト情報とを用いて、ステップＳＴ２３０６において、ＲＮのＴＡＩリスト情報とＵＥのＴＡＩリスト情報との関連付けを行う。

例えば、ＴＡＩ＃１１内ＤｅＮＢのカバレッジから、ＴＡＩ＃１２内ＤｅＮＢのカバレッジへ移動したＲＮの識別子を＃０とする。ＲＮ＃０のＴＡＵ処理により、ＴＡＩリストに、新たにＴＡＩ＃１２が追加される。そのＴＡＵ処理後のＴＡＩリストを以下に表す。 TAI list_RN#0＝｛TAI#11，TAI#12｝＝｛DeNB#0，DeNB#1，DeNB#2，DeNB#3｝
ここで、ＴＡＩ＃１１には、ＤｅＮＢ＃０、ＤｅＮＢ＃１が属する。ＴＡＩ＃１２には、ＤｅＮＢ＃２、ＤｅＮＢ＃３が属する。

ＵＥのＴＡＩリスト（TAI list_UE）は、ＲＮ＃０のＴＡＩを含むので、そのＴＡＩをＴＡＩ＃１３とすると、以下のようになる。ＴＡＩ＃１３には、ＲＮ＃０、ＲＮ＃１、ＲＮ＃２が属するとする。
TAI list_UE＝｛TAI#13｝＝｛RN#0，RN#1，RN#2｝

ＵＥ用ＭＭＥは、ステップＳＴ２３０６において、ＲＮのＴＡＩリスト情報とＵＥのＴＡＩリスト情報との関連付けを行う。たとえば、以下のようにＲＮ＃０を、TAI list_RN#0内のＤｅＮＢ識別子で置き換える。

図２４は、ＵＥ用ＭＭＥにおけるＲＮのＴＡＩリスト情報とＵＥのＴＡＩリスト情報との関連付け処理後のマッピング表を示す図である。ＴＡＩ＃１３には、ＤｅＮＢ＃０、ＤｅＮＢ＃１、ＤｅＮＢ＃２、ＤｅＮＢ＃３、ＲＮ＃１、ＲＮ＃２が属する。
したがって、ＵＥのＴＡＩリスト（TAI list_UE）は、以下のように関連付けられる。
TAI list_UE＝｛TAI#13｝＝｛RN#0，RN#1，RN#2｝＝｛DeNB#0，DeNB#1，DeNB#2，DeNB#3，RN#1，RN#2｝

このようにＲＮのＴＡＩリスト情報とＵＥのＴＡＩリスト情報とを関連付けることによって、ＵＥのＴＡＩリストに属するＲＮあるいはｅＮＢあるいはＤｅＮＢのマッピング表において、ＲＮの移動後のＴＡＩに属するＤｅＮＢが追加されることになる。ＵＥのＴＡＩリストの変更は無いが、ＵＥのＴＡＩリストに属するＲＮあるいはｅＮＢあるいはＤｅＮＢの変更が行われる。このようにしてＵＥ用ＭＭＥは、ＵＥが属するＴＡを更新する処理を行う。

したがって、ＵＥ用ＭＭＥは、ＵＥと接続されるＲＮが、どのＤｅＮＢと接続されているかを認識することができる。これによって、ＵＥ用ＭＭＥは、ＲＮの傘下のＵＥのモビリティ管理を行うことができ、ＵＥとコアネットワークとの間での通信を可能とする。

図２３に戻って、ステップＳＴ２３０７において、ＵＥ用ＭＭＥは、ＲＮのＴＡＩリスト情報とＵＥのＴＡＩリスト情報との関連付け処理の完了を、ＲＮ用ＭＭＥに通知する。

以上のように、ＲＮ用ＭＭＥとＵＥ用ＭＭＥとを含むＭＭＥは、ＲＮ用ＭＭＥがＲＮからＴＡＵ要求信号を受信すると、ＲＮ用ＭＭＥによってＲＮのＴＡＵ処理を行うとともに、ＵＥ用ＭＭＥによってＵＥのＴＡＵ処理を行う。これによって、ＲＮが移動しても、ＲＮおよびＲＮの傘下のＵＥのモビリティ管理を行うことができるので、ＵＥとコアネットワークとの間で通信を行うことができる。

以上に述べた例では、ＴＡＩが追加される場合を示したが、ＴＡＩが削除あるいは変更される場合も同様にできる。

また以上に述べた例では、図２３のステップＳＴ２３０５において、ＲＮが傘下のＵＥの識別子をＵＥ用ＭＭＥに通知することを開示したが、これに限らず、ＵＥ用ＭＭＥが、ステップＳＴ２３０５で受信したＲＮに関する情報から、該ＲＮの傘下のＵＥの識別子を導出してもよい。

次に、ＵＥからの発信およびＵＥへの着信をトリガとする方法について開示する。
図２５は、ＵＥへの着信をトリガとして行われる場合の、ＵＥのＴＡに関する情報を通知するシーケンスを示す図である。ＵＥへの着信の場合は、ＵＥ用ＭＭＥに通知される着信信号をトリガとする。

ＵＥに着信が発生すると、ステップＳＴ２５０１において、ＵＥ用ＭＭＥは、着信信号を受信する。

着信信号を受信すると、ステップＳＴ２５０２において、ＵＥ用ＭＭＥは、着信が発生したＵＥのＴＡＩリスト（TAI list_UE）のＴＡＩを検索し、該ＴＡＩ内のＲＮ識別子を得る。

次に、ステップＳＴ２５０３において、ＵＥ用ＭＭＥは、ＲＮ用ＭＭＥに、該ＲＮ識別子を有するＲＮのＴＡＩリスト情報を要求する信号を送信する。

ステップＳＴ２５０４において、ＲＮ用ＭＭＥは、該ＲＮ識別子を有するＲＮのＴＡＩリスト（TAI list_RN）のＴＡＩを検索し、該ＴＡＩ内のｅＮＢ識別子を得る。

ステップＳＴ２５０５において、ＲＮ用ＭＭＥは、ＵＥ用ＭＭＥに、ＲＮのＴＡＩリスト情報を通知する。このとき、該ＴＡＩリスト情報に、ｅＮＢ識別子を含めておく。

ステップＳＴ２５０６において、ＵＥ用ＭＭＥは、ＲＮのＴＡＩリスト情報とＵＥのＴＡＩリスト情報との関連付けを行う。ステップＳＴ２５０６の処理は、図２３に示すステップＳＴ２３０６の処理と同一であるので、説明を省略する。

以上の処理によって、ＵＥ用ＭＭＥは、ＵＥと接続されるＲＮが、どのＤｅＮＢと接続されているかを認識することができるので、ＲＮの傘下のＵＥのモビリティ管理を行うことができる。したがって、ＵＥとコアネットワークとの間での通信が可能となる。

ステップＳＴ２５０７およびステップＳＴ２５０９において、ＵＥ用ＭＭＥは、ＵＥのＴＡＩリスト内のＴＡＩに属するＲＮ、ｅＮＢ、ＤｅＮＢに、ページングメッセージを送信する。

ステップＳＴ２５０８において、ＤｅＮＢは、Ｓ１プロキシファンクションにより、傘下のＲＮに対して、該ページングメッセージのプロキシを行う。該ページングメッセージを受信したＲＮは、ステップＳＴ２５１０において、ＵＥに、ページングメッセージを送信する。これによって、ＵＥとコアネットワークとの間での通信が可能となる。

ＵＥからの発信の場合は、ステップＳＴ２５０１において発信によるサービスリクエストが、該ＵＥからＵＥ用ＭＭＥに送信される。ステップＳＴ２５０２〜ステップＳＴ２５０６の処理は、ＵＥへの着信の場合と同様に行われる。以上の処理によって、発信の場合もＵＥ用ＭＭＥは、ＵＥと接続されるＲＮが、どのＤｅＮＢと接続されているかを認識することができるので、ＲＮの傘下のＵＥのモビリティ管理を行うことができる。したがって、ＵＥとコアネットワークとの間での通信が可能となる。

本実施の形態で開示した方法によって、移動するＲＮの傘下の多数のＵＥが一斉にＴＡＵを発生する問題を解消するとともに、移動するＲＮの傘下のＵＥがモビリティ処理を行わなくても、ＵＥとコアネットワークとの間の通信を可能とすることができる。

実施の形態２ 変形例１．
前述の実施の形態２では、ＲＮのＴＡＩを固定とし、ＵＥ用ＭＭＥとＲＮ用ＭＭＥとの間でＴＡに関する情報の送受信を行う方法について開示した。本変形例では、移動先ＭＭＥと移動元ＭＭＥとの間でＵＥに関する情報の送受信を行う方法について開示する。

本変形例では、ＲＮがＴＡＵを行った場合に、移動元ＭＭＥと移動先ＭＭＥとの間で、ＲＮの傘下のＵＥに関する情報を送受信する。ＲＮのＨＯの際に、移動元ＭＭＥと移動先ＭＭＥとの間で、ＲＮの傘下のＵＥに関する情報を送受信するようにしてもよい。本変形例で開示した方法は、ＲＮがＭＭＥ間ＨＯ（Inter-MME HO）を行った場合に適用するとよい。

前述のように、３ＧＰＰにおいて、「移動する」という特徴を有するＲＮのＴＡＩを管理するＭＭＥについては、何ら議論されていない。

本変形例では、ＲＮがＭＭＥ間ＨＯ（Inter-MME HO）を行う場合のＭＭＥについて開示する。

移動ＲＮ用のＴＡは、ＤｅＮＢを管理するＭＭＥに属する。すなわち、ＤｅＮＢを管理するＭＭＥが移動ＲＮ用のＴＡＩを管理する。

こうすることで、移動ＲＮが異なるＭＭＥに移動したとしても、移動先ＭＭＥで管理を行えるようにすることができる。

この場合のＲＮを伴うアーキテクチャは、図１３と同じでよいが、ＵＥ用ＭＭＥは、移動ＲＮの属するＴＡを管理する機能を有するようにしておく。また、ＲＮ用ＭＭＥは、移動ＲＮのＴＡＩリストを管理する機能を有するようにしておく。

具体的には、ＵＥ用ＭＭＥが管理するＴＡを、動的に更新可能、例えば追加または削除可能とする。これによって、ＭＭＥは、自ＭＭＥに接続するＤｅＮＢに移動してきたＲＮのＴＡＩを自ＭＭＥの管理下に追加することができる。他方、ＭＭＥは、自ＭＭＥに接続するＤｅＮＢから移動していったＲＮのＴＡＩを自ＭＭＥの管理下から削除することができる。

ここで開示した方法では、同一のＴＡＩを異なるＭＭＥが管理できることになる。また、移動ＲＮのＴＡＩと、ｅＮＢおよびＤｅＮＢのＴＡＩとは、同じＴＡＩリストに含まれていてもよいし、異なるＴＡＩリストに含まれるようにしてもよい。移動ＲＮの傘下のＵＥは、移動ＲＮがアタッチしたＭＭＥにアタッチする。

ＲＮが移動し、ＭＭＥ間ＨＯをした場合、該ＲＮのＨＯ処理とＴＡＵ処理とが必要となる。該ＲＮの傘下のＵＥについては、ＨＯ処理は不要だが、ＴＡＵ処理は必要となる。

該ＲＮの傘下のＵＥが、ｅＮＢおよびＤｅＮＢと該ＲＮとの間で移動する場合、ｅＮＢおよびＤｅＮＢのＴＡＩと移動ＲＮのＴＡＩとが同じＴＡＩリストに含まれることを禁止することで、該ＵＥがＴＡＵ処理を起動する。他方、同じＴＡＩリストに含まれることを可能とすることで、該ＲＮの傘下のＵＥがＴＡＵ処理を行わずに済む。

ここで開示した方法は、前述の実施の形態１にも適用することができる。ＲＮの移動先ＤｅＮＢと接続されるＭＭＥが、該ＲＮのＴＡＩを管理するようにすればよい。

ＲＮがＭＭＥ間ＨＯを行った場合、ＲＮは図２２で示したＨＯ処理を起動し、それに従ってＲＮ、ＤｅＮＢおよびＭＭＥ間でＨＯ処理が行われる。移動によってＤｅＮＢのＴＡＩが変更される場合は、ＴＡＵ処理も行われる。ＭＭＥ間ＨＯの場合、ＴＡを管理するＭＭＥが変更されるので、ＤｅＮＢのＴＡＩは変更され、ＴＡＵ処理が行われる。

しかし、該ＲＮの傘下のＵＥは、引続き該ＲＮとの通信を行うので、実際に移動したことを認識しない。したがって、該ＲＮの傘下のＵＥでは、ＨＯ処理が起動されない。ＴＡＵも起動されないので、該ＵＥは、ＴＡＵ要求（TAU request）メッセージを、該ＲＮを介してＭＭＥに送信しない。したがって、移動先ＭＭＥは、移動元ＭＭＥに、ＵＥに関する情報を要求するメッセージ、例えばＵＥコンテキスト要求（UE context request）メッセージを送信しない。移動先ＭＭＥは、移動してきたＲＮの傘下のＵＥを認識できずに、該ＵＥを管理することが不可能となる。また、移動元ＭＭＥも、移動してしまったＲＮの傘下のＵＥを認識できずに、該ＵＥを管理することが不可能となる。

この問題を解決するために、ＲＮがＭＭＥ間ＨＯを行った場合に、移動元ＭＭＥと移動先ＭＭＥとの間で、ＲＮの傘下のＵＥに関する情報の送受信を行う。

移動元ＭＭＥと移動先ＭＭＥとの間該ＲＮの傘下のＵＥに関する情報を送受信する処理は、該ＲＮのＴＡＵ処理の間、またはそれに引き続いて行ってもよい。あるいは、該ＲＮのＴＡＵ処理後のＨＯ処理の間、またはそれに引き続いて行ってもよい。

移動元ＭＭＥと移動先ＭＭＥとの間で、該ＲＮの傘下のＵＥに関する情報の送受信を行うために、該ＵＥのＴＡＵ処理を起動してもよい。ＲＮの傘下のＵＥに関する情報は、通信中のＵＥの識別子であってもよい。

移動したＲＮの傘下のＵＥのＴＡＵ処理を起動する方法の具体例として、以下３つの方法を開示する。以下の方法では、移動したＲＮの傘下のＵＥのＴＡＵ処理を起動するために、予め定める信号をトリガとする。予め定める信号は、例えばＴＡＵ要求メッセージ、ＴＡＵ完了メッセージなどのメッセージを含む。

（１）移動先ＭＭＥが、ＲＮからのＴＡＵ要求メッセージを受信したことをトリガとして、該ＲＮの傘下のＵＥのＴＡＵ処理を起動する。

（２）移動先ＭＭＥが、ＲＮからのＴＡＵ完了メッセージを受信したことをトリガとして、該ＲＮの傘下のＵＥのＴＡＵ処理を起動する。

（３）移動先ＭＭＥが、ＲＮのＨＯ完了を検出したことをトリガとして、該ＲＮの傘下のＵＥのＴＡＵ処理を起動する。

前記具体例（１）は、関連するノードが、ＲＮのＴＡＵ処理と該ＲＮの傘下のＵＥのＴＡＵ処理とを並行して行える能力を有する場合に適している。ＲＮのＴＡＵ処理とＲＮの傘下のＵＥのＴＡＵ処理とが並行して行われるので、処理の遅延を削減することが可能となる。

前記具体例（２）は、関連するノードが、ＲＮのＴＡＵ処理と該ＲＮの傘下のＵＥのＴＡＵ処理とを並行して行えない場合に適している。前記具体例（２）は、関連するノードの処理能力が低い場合にも適用することができる。

前記具体例（３）は、ＲＮのＨＯ処理が完了してから、傘下のＵＥのＴＡＵ処理を行うことになるので、関連するノードの処理能力が低い場合にも適用することができ、さらに、誤動作を少なくすることが可能となる。

ＲＮのＨＯ処理およびＴＡＵ処理の際に、移動元ＭＭＥと移動先ＭＭＥとの間で該ＲＮの傘下のＵＥに関する情報の送受信を行う方法の具体例を開示する。

図２６は、ＲＮがＭＭＥ間ＨＯを行った場合のＨＯ処理およびＴＡＵ処理のシーケンスを示す図である。移動先ＭＭＥが、移動ＲＮからのＴＡＵ要求メッセージを受信したことをトリガとして、該ＲＮの傘下のＵＥのＴＡＵ処理を起動する場合について示す。

ステップＳＴ２６０１において、ＲＮの傘下のＵＥと、ＲＮ、移動元ＤｅＮＢ（ｓ−ＤｅＮＢ）、移動元のＵＥ用ＭＭＥであるＵＥ用移動元ＭＭＥ（ＵＥ用ｓ−ＭＭＥ）、移動元のＵＥ用Ｓ−ＧＷであるＵＥ用移動元Ｓ−ＧＷ（ＵＥ用source S-GW、ＵＥ用s-S-GW）、ＵＥ用Ｐ−ＧＷおよびＨＳＳとの間で通信が行われる。

ステップＳＴ２６０２において、ＲＮが移動する。これによって、ＲＮとＤｅＮＢとの間の通信品質が低下する。

ステップＳＴ２６０３において、移動元ＤｅＮＢは、ＲＮが行うメジャメント結果報告を受けて移動先ＤｅＮＢを決定し、移動元のＲＮ用ＭＭＥであるＲＮ用移動元ＭＭＥ（ＲＮ用ｓ−ＭＭＥ）に、該ＲＮのＨＯ要求信号を送信する。

ステップＳＴ２６０３においてＨＯ要求信号を受信した移動元のＲＮ用ＭＭＥは、ステップＳＴ２６０４において、移動元ＤｅＮＢ、移動先ＤｅＮＢ（ｔ−ＤｅＮＢ）、移動元のＲＮ用ＭＭＥ、および移動先のＲＮ用ＭＭＥであるＲＮ用移動先ＭＭＥ（ＲＮ用ｔ−ＭＭＥ）間で、データ転送の設定を行う。

ステップＳＴ２６０５において、移動元のＲＮ用ＭＭＥは、移動元ＤｅＮＢに、ＨＯコマンド信号を送信する。そして、ステップＳＴ２６０６において、移動元ＤｅＮＢは、ＲＮに、ＨＯコマンド信号を送信する。

ステップＳＴ２６０７およびステップＳＴ２６０８において、移動元ＤｅＮＢは、移動元のＲＮ用ＭＭＥおよび移動先のＲＮ用ＭＭＥを介して、移動先ＤｅＮＢに、ＤｅＮＢ状態情報を送信する。

ステップＳＴ２６０９において、移動元ＤｅＮＢは、移動先ＤｅＮＢに、データ転送を行う。

ステップＳＴ２６１０において、ＲＮは、移動先ＤｅＮＢに、ＨＯコンファーム信号を送信する。そして、ステップＳＴ２６１１において、ＲＮは、移動先ＤｅＮＢへのＵＬデータの送信を開始する。

ステップＳＴ２６１２において、移動元ＤｅＮＢは、移動元のＲＮ用ＭＭＥに、ＨＯ通知信号を送信する。

ステップＳＴ２６１３において、移動元ＤｅＮＢ、移動先ＤｅＮＢ、移動元のＲＮ用ＭＭＥ、および移動先のＲＮ用ＭＭＥ間でパスの切り替え設定を行う。

ステップＳＴ２６１４において、移動先ＤｅＮＢは、ＲＮに、ＤＬデータの送信を開始する。

ステップＳＴ２６１５において、ＲＮはＴＡＵ要求処理を起動し、ＲＮ、移動元ＤｅＮＢ、移動先ＤｅＮＢ、移動元のＲＮ用ＭＭＥ、移動先のＲＮ用ＭＭＥ、およびＨＳＳ間でＴＡＵ処理を行う。この際に、移動元のＲＮ用ＭＭＥであるＲＮ用移動元ＭＭＥと、移動先のＲＮ用ＭＭＥであるＲＮ用移動先ＭＭＥとの間で、ＲＮの傘下のＵＥに関する情報の送受信が行われる。

ステップＳＴ２６１５のＴＡＵ処理が終了した後は、ステップＳＴ２６１６において、移動元のＲＮ用ＭＭＥは、移動元ＤｅＮＢに、コンテキストの開放信号を送信する。コンテキストの開放信号を受信した移動元ＤｅＮＢは、コンテキストの開放を行い、ステップＳＴ２６１７において、移動元のＲＮ用ＭＭＥに、コンテキストの開放完了信号を送信する。

ステップＳＴ２６１８において、移動元のＲＮ用ＭＭＥ、移動元ＤｅＮＢ、移動先のＲＮ用ＭＭＥおよび移動先ＤｅＮＢ間でデータ転送設定の消去を行う。

ステップＳＴ２６１９において、ＲＮの傘下のＵＥと、ＲＮ、移動先ＤｅＮＢ、移動先のＵＥ用ＭＭＥであるＵＥ用移動先ＭＭＥ（ＵＥ用ｔ−ＭＭＥ）、移動先のＵＥ用Ｓ−ＧＷであるＵＥ用移動先Ｓ−ＧＷ（ＵＥ用ｔ−Ｓ−ＧＷ）、ＵＥ用Ｐ−ＧＷおよびＨＳＳとの間で通信を行う。

ＲＮの傘下のＵＥのＴＡＵ処理方法を開示する。図２７は、移動先ＭＭＥが、ＲＮからのＴＡＵ要求メッセージを受信したことをトリガとして、該ＲＮの傘下のＵＥのＴＡＵ処理を起動する場合のシーケンスを示す図である。図２７に示すシーケンスの各処理は、図２６のステップＳＴ２６１５で行われる。

ＭＭＥ間ＨＯの場合、移動先ＤｅＮＢのＴＡＩは、ＲＮのＴＡＩリストに含まれない。したがって、ステップＳＴ２７０１において、ＲＮは、ＴＡＵ要求処理を起動し、移動先のＲＮ用ＭＭＥ（ＲＡ用ｔ−ＭＭＥ）に、ＴＡＵ要求信号を送信する。ＲＮは、ＴＡＵ要求信号とともに、ＲＮの傘下のＵＥの識別子を移動先のＲＮ用ＭＭＥに送信する。さらには、該ＲＮの識別子も併せて送信してもよい。

ステップＳＴ２７０２において、移動先のＲＮ用ＭＭＥは、ステップＳＴ２７０１におけるＲＮからのＴＡＵ要求信号を受信したことをトリガとして、ＲＮ傘下のＵＥのＴＡＵ処理を起動する。

ステップＳＴ２７０３において、移動先のＲＮ用ＭＭＥは、移動先のＵＥ用ＭＭＥ（ＵＥ用ｔ−ＭＭＥ）に、ＲＮの傘下のＵＥのＴＡＵ要求信号を送信する。移動先のＲＮ用ＭＭＥは、このＴＡＵ要求信号とともに、該ＲＮの傘下のＵＥの識別子を移動先のＵＥ用ＭＭＥに送信する。ＲＮの傘下のＵＥの識別子は、ＴＡＵ要求信号に含めるのではなく、別の信号として移動先のＵＥ用ＭＭＥに送信してもよい。また、該ＲＮの識別子も併せて送信してもよい。ステップＳＴ２７０３においてＲＮの傘下のＵＥのＴＡＵ要求信号を受信した移動先のＵＥ用ＭＭＥは、一緒に受信した該ＲＮの傘下のＵＥの識別子で表されるＵＥのＴＡＵ処理を起動する。

ステップＳＴ２７０４において、移動先のＲＮ用ＭＭＥは、移動元のＲＮ用ＭＭＥ（ＲＮ用ｓ−ＭＭＥ）に、コンテキスト要求信号を送信する。ステップＳＴ２７０５において、移動先のＵＥ用ＭＭＥは、移動元のＵＥ用ＭＭＥ（ＵＥ用ｓ−ＭＭＥ）に、ＵＥのコンテキスト要求信号を送信する。

ステップＳＴ２７０６において、移動元のＲＮ用ＭＭＥは、移動先のＲＮ用ＭＭＥに、コンテキスト応答信号を送信する。ステップＳＴ２７０７において、移動元のＵＥ用ＭＭＥは、移動先のＵＥ用ＭＭＥに、ＵＥコンテキスト応答信号を送信する。

ステップＳＴ２７０８において、移動先のＲＮ用ＭＭＥは、ステップＳＴ２７０６で移動元のＲＮ用ＭＭＥから送信されたコンテキスト応答信号の受領が成功したことを表すコンテキストＡｃｋ信号を、移動元のＲＮ用ＭＭＥに送信する。ステップＳＴ２７０９において、移動先のＵＥ用ＭＭＥは、ステップＳＴ２７０７で移動元のＵＥ用ＭＭＥから送信されたＵＥコンテキスト応答信号の受領に成功したことを表すＵＥコンテキストＡｃｋ信号を、移動元のＵＥ用ＭＭＥに送信する。

ステップＳＴ２７１０において、移動先のＲＮ用ＭＭＥは、ＨＳＳに、ＲＮのロケーションの更新（アップデート）を要求するロケーションアップデート要求信号を送信する。ステップＳＴ２７１１において、移動先のＵＥ用ＭＭＥは、ＨＳＳに、ＵＥのロケーションのアップデートを要求するＵＥロケーションアップデート要求信号を送信する。

ステップＳＴ２７１２において、ＨＳＳは、ＲＮのロケーションのキャンセルを要求するロケーションキャンセル要求信号を移動元のＲＮ用ＭＭＥに送信する。ステップＳＴ２７１３において、ＨＳＳは、ＵＥのロケーションのキャンセルを要求するＵＥロケーションキャンセル要求信号を移動元のＵＥ用ＭＭＥに送信する。

ステップＳＴ２７１２でＲＮのロケーションキャンセル要求信号を受信した移動元のＲＮ用ＭＭＥは、ＲＮのロケーションのキャンセルを行う。そして、移動元のＲＮ用ＭＭＥは、ステップＳＴ２７１４において、ＲＮのロケーションのキャンセルに成功したことを表すロケーションキャンセルＡｃｋ信号をＨＳＳに送信する。

ステップＳＴ２７１３でＵＥロケーションキャンセル要求信号を受信した移動元のＵＥ用ＭＭＥは、ＵＥのロケーションのキャンセルを行う。そして、移動元のＵＥ用ＭＭＥは、ステップＳＴ２７１５において、ＵＥのロケーションのキャンセルに成功したことを表すＵＥロケーションキャンセルＡｃｋ信号をＨＳＳに送信する。

ステップＳＴ２７１６において、ＨＳＳは、移動先のＲＮ用ＭＭＥに、ロケーションアップデートが完了したことを表すロケーションアップデートＡｃｋ信号を送信する。ステップＳＴ２７１７において、ＨＳＳは、移動先のＵＥ用ＭＭＥに、ＵＥのロケーションアップデートが完了したことを表すＵＥロケーションアップデートＡｃｋ信号を送信する。

ステップＳＴ２７１８において、移動先のＲＮ用ＭＭＥは、ＲＮに、ＴＡＵ受領信号を送信する。ステップＳＴ２７１９において、移動先のＵＥ用ＭＭＥは、ＲＮの傘下のＵＥに、ＵＥのＴＡＵ受領信号を送信する。

ステップＳＴ２７２０において、ＲＮは、ＴＡＵ完了信号を移動先のＲＮ用ＭＭＥに送信する。これによって、ＲＮの一連のＴＡＵ処理が完了する。

ステップＳＴ２７２１において、ＲＮの傘下のＵＥは、ＵＥのＴＡＵ完了信号を移動先のＵＥ用ＭＭＥに送信する。ステップＳＴ２７２２において、移動先のＵＥ用ＭＭＥは、ＲＮの傘下のＵＥのＴＡＵ処理が完了したことを表すＵＥのＴＡＵ完了信号を移動先のＲＮ用ＭＭＥに送信する。これによって、ＵＥの一連のＴＡU処理が完了する。

ステップＳＴ２７１９のＵＥへのＴＡＵ受領信号の送信処理と、ステップＳＴ２７２１のＵＥからのＴＡＵ完了信号の送信処理とは、ＵＥに送信する情報が無い場合、およびＴＡＵ受領信号内の情報に変更がない場合は、省略してもよい。すなわち、ＵＥに送信する情報が無い場合、およびＴＡＵ受領信号内の情報に変更がない場合は、ステップＳＴ２７１９においてＴＡＵ受領信号で通知されるＵＥへのＴＡＵ受領メッセージ、およびステップＳＴ２７２１においてＴＡＵ完了信号で通知されるＵＥからのＴＡＵ完了メッセージを省略してもよい。

その場合、移動先のＵＥ用ＭＭＥは、ステップＳＴ２７１７でロケーションアップデートＡｃｋ信号を受信した後、ステップＳＴ２７２２において、ＲＮの傘下のＵＥのＴＡＵ完了信号を、移動先のＲＮ用ＭＭＥに送信する。

このようにすることによって、ＲＮが移動した際に起動するＲＮのＴＡＵ処理に連動して、ＲＮの傘下のＵＥのＴＡＵ処理を行うことができる。ＲＮの傘下のＵＥがＴＡＵ処理を起動しなくても、ＲＮの傘下のＵＥのＴＡＵ処理が行われることになる。したがって、移動元ＭＭＥと移動先ＭＭＥとが、ＲＮの傘下のＵＥが移動したことを認識することができ、モビリティ管理を行うことが可能となる。また、移動先ＭＭＥは、ＵＥのＴＡＩリストを構成および管理することが可能となり、ＵＥとコアネットワークとの間での通信が可能となる。

図２７で開示した具体例では、ステップＳＴ２７０１において移動先のＲＮ用ＭＭＥがＲＮからのＴＡＵ要求信号を受信したことをトリガとして、ＲＮのＴＡＵ処理とＵＥのＴＡＵ処理とが並行して行われる。これによって、ＲＮおよびＲＮの傘下のＵＥのＴＡＵ処理が終了するまでの時間を短縮することができるので、システムとして処理の遅延を削減することが可能となる。

また、ステップＳＴ２７０１においてＲＮから移動先のＲＮ用ＭＭＥに送信するＴＡＵ要求信号に、移動元ＭＭＥと移動先ＭＭＥとの間で、ＲＮの傘下のＵＥに関する情報の送受信を行うか否かを示す情報を含めてもよい。この送受信を行うか否かを示す情報は、例えば、ＵＥのＴＡＵ処理を行うか否かを示す情報としてもよい。該情報を示す新たなパラメータを設けて該要求信号内に含めるようにしてもよい。こうすることによって、ＲＮが、ＭＭＥに対して、傘下のＵＥのＴＡＵ処理を行うように要求することができる。

本変形例で開示したように、移動元ＭＭＥと移動先ＭＭＥとの間で、ＲＮの傘下のＵＥに関する情報の送受信を行うことで、移動元および移動先の双方のＭＭＥが該ＵＥのモビリティ管理を行うことが可能となる。移動先ＭＭＥは、ＵＥのＴＡＩリストを構成および管理することが可能となり、ＵＥとコアネットワークとの間での通信が可能となる。

また、本変形例で開示した方法により、ＲＮの傘下のＵＥは、ＴＡＵ要求信号を送信しなくてよい。したがって、該ＲＮがＴＡを跨ぐ移動をした場合に、該ＲＮの傘下のＵＥが一斉にＴＡＵ要求信号を発生してしまうという問題を解消することができる。これによって、シグナリングの負荷を低減することが可能となる。

移動元ＭＭＥと移動先ＭＭＥとの間で、移動したＲＮの傘下のＵＥに関して、ＵＥ毎にＵＥに関する情報の送受信を行ってもよいし、所定のグループに属するＵＥあるいは全てのＵＥのＵＥに関する情報をまとめて送受信するようにしてもよい。

また、ＵＥ個別の情報とＵＥ共通の情報とを分けて、ＵＥ共通の情報に関しては１つの情報要素として、あるいは１つのパラメータとして、信号内に含めて送受信するようにしてもよい。こうすることによって、ＭＭＥ間あるいはＨＳＳとＭＭＥとの間のシグナリング量を低減することが可能となる。

ＲＮのＨＯ処理を行っているときに、ＲＮの傘下のＵＥのＴＡＵ処理を行う場合、ＵＥのＴＡＵ処理が失敗しても、該ＲＮのＨＯ処理は続けて行ったほうがよい。または、ＨＯ処理を完了してもよい。

この場合、ＵＥのＴＡＵ処理を再度行うようにするとよい。再度行うＴＡＵ処理の回数は、制限を設けてもよい。また、ＵＥがＴＡＵ処理を行う制限時間を設けておき、該制限時間以内であればＴＡＵ処理を再度行えるようにしておいてもよい。制限時間を過ぎた場合は、ＴＡＵ処理を再度行うことを禁止し、禁止されたＵＥに、ＴＡＵ処理が失敗した旨を通知するようにしてもよい。

ＴＡＵ処理が失敗した旨を通知されたＵＥは、ＲＮとの間の接続を切断し、セル再選択処理を行うようにしてもよい。あるいは、ＵＥ自らがＴＡＵ処理を起動し、ＲＮ経由で移動先ＭＭＥに、ＴＡＵ要求信号を送信してもよい。すなわち、通常のＴＡＵ処理を行うことになる。これによって、たとえ再度、移動先ＭＭＥとの接続に失敗したとしても、通常のＴＡＵ処理を失敗した場合の処理を行うことが可能となる。こうすることによって、ＵＥが、ｅＮＢ、ＤｅＮＢ、ＲＮなどの他のセルを選択することができるようになるので、選択したセルを介して通信することが可能となる。

移動先ＭＭＥが、ＲＮを介してＵＥへ通知する方法について開示する。ＵＥ個別に通知、または所定のグループに属するＵＥに通知、または全てのＵＥにまとめて通知するとよい。あるいは、移動先ＭＭＥからＲＮまでは、所定のグループに属するＵＥに対する情報をまとめて通知、または全てのＵＥに対する情報をまとめて通知し、ＲＮからＵＥまでは個別に通知してもよい。ＵＥ個別の情報とＵＥ共通の情報とを分けて、ＵＥ共通の情報に関しては１つの情報要素として、あるいは１つのパラメータとして、通知するようにしてもよい。

移動先ＭＭＥが、ＲＮを介してＵＥへ通知する手段としては、ＮＡＳメッセージを用いてもよいし、ページングメッセージを用いてもよい。ページングメッセージを用いた場合、ＵＥがＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態あるいはＲＲＣ＿Ｉｄｌｅ状態のどちらの状態であっても、通知が可能となる。

また、移動先ＭＭＥがＲＮへ通知する手段として、Ｓ１メッセージを用い、ＲＮからＵＥへ通知する手段として、ＲＲＣシグナリングあるいはＭＡＣシグナリングを用いてもよい。これによって、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態のＵＥに個別に通知することが可能となる。ＲＮからＵＥへ通知する別の方法として、システム情報として報知してもよい。これによって、ＲＲＣ＿Ｉｄｌｅ状態のＵＥに通知することが可能となる。

ＮＡＳメッセージ、Ｓ１シグナリング、ＲＲＣシグナリング、ＭＡＣシグナリング、システム情報およびページングメッセージのうちの少なくともいずれか１つの情報上に、ＵＥのＴＡＵ処理が失敗した旨の情報を示すパラメータを設けて、通知してもよい。該パラメータは、１ビットとして、例えば、「１」の場合、ＴＡＵ処理が失敗したことを示すとしてもよい。

ＲＮの傘下のＵＥが、移動先ＭＭＥに対してアクセス制限されている場合がある。アクセス制限されている場合、該ＵＥは、移動先ＭＭＥに対してアクセス不可能であることを認識できず、該ＲＮとの接続が引続き行われてしまう。したがって、該ＵＥはネットワークと通信不可能な状態が続いてしまう。

この問題を解決する方法を開示する。ＲＮが移動した場合、移動先ＭＭＥが、該ＲＮの傘下のＵＥのアクセス制限を行う。移動先ＭＭＥとして、移動先のＵＥ用ＭＭＥを用いてもよい。移動先ＭＭＥは、アクセス制限によるアクセスの可否をＵＥ毎に判断する。アクセス可能な場合、本変形例で開示した、移動元ＭＭＥと移動先ＭＭＥとの間でのＲＮの傘下のＵＥに関する情報の送受信を行う。アクセス不可能な場合、移動先ＭＭＥは、ＲＮの傘下のＵＥに対して、アクセス不可能あるいはアクセス禁止である旨を通知する。

ＴＡＵ処理が失敗した旨を通知されたＵＥの動作としては、前述の方法を適用するとよい。また、ＲＮからＵＥへの通知方法についても、前述の方法を適用するとよい。こうすることによって、移動したＲＮの傘下のＵＥが、移動先ＭＭＥに対してアクセス制限されているような場合でも、ＵＥがｅＮＢ、ＤｅＮＢおよびＲＮなどの他のセルを選択できるようになり、該選択したｅＮＢ、ＤｅＮＢおよびＲＮなどのセルを介して通信することが可能となる。

図２７において、移動先ＭＭＥからＲＮの傘下のＵＥに送信する情報が無い場合、またはＴＡＵ受領信号で送信する情報に変更が無い場合は、ステップＳＴ２７１９において、移動先のＵＥ用ＭＭＥからＵＥに通知するＴＡＵ受領メッセージを省略してもよいことを開示した。この省略してもよい場合の具体例を以下に開示する。

ＲＮのＴＡＩが移動によって変わらず、該ＴＡＩが移動先ＭＭＥによっても管理可能な場合である。また、ＵＥがＧＵＴＩ（Globally Unique Temporary Identity）、ＥＰＳ（Evolved Packet System）ベアラの変更を不要とする場合である。

ＵＥのＴＡＩリスト内のＴＡＩに変更が無い場合、該ＴＡＵ受領メッセージを省略してもよい。例えば、ＲＮが移動してもＲＮのＴＡＩが変わらず、ＲＮの傘下のＵＥのＴＡＩリスト内に該ＲＮのＴＡＩのみが含まれるようにしておく。こうすることによって、ＵＥのＴＡＩリストを省略することができる。

また、ＲＮが、たとえ異なるＭＭＥ間を移動したとしても、移動先ＭＭＥがＲＮの傘下のＵＥに割り当てるＧＵＴＩを、移動元ＭＭＥで割り当てていたＧＵＴＩと同じにする。こうすることによって、ＧＵＴＩを省略することができる。また、移動先のＥＰＳベアラを移動元のＥＰＳベアラと同じにすることによって、ＥＰＳベアラ情報を省略することができる。

移動先ＭＭＥからＵＥに通知するＴＡＵ受領メッセージを省略することによって、ＵＥが本変形例のシーケンスに関わることが無くなる。これによって、ＵＥのＴＡＵ処理は、コアネットワーク内で行われることになるので、制御遅延の削減、制御の簡易化およびシグナリングの負荷の低減を図ることが可能となる。

他方、移動先ＭＭＥからＴＡＵ受領メッセージをＵＥに通知する場合について開示する。（ａ）移動先ＭＭＥとＵＥとの間で秘匿（セキュリティ）に関する情報の通知を行う場合、（ｂ）ＲＮのＴＡＩが移動先ＭＭＥによっても管理不可能な場合、（ｃ）移動元のＴＡＩリストに含まれるＴＡＩが移動先ＭＭＥによっても管理不可能な場合などである。これらの（ａ）〜（ｃ）の場合、移動先ＭＭＥから該ＵＥへ、ＴＡＵ受領メッセージによって、移動先ＭＭＥで更新された情報（以下「更新情報」という場合がある）を通知するとよい。

移動先ＭＭＥからＵＥに更新情報を通知する方法としては、前述のＴＡＵ処理が失敗した旨の情報を通知する方法と同様の方法を適用することができる。

また、更新情報として、ＧＵＴＩだけであれば、ＮＡＳメッセージの「GUTI reallocation command」を通知するようにしてもよい。

移動ＲＮがＨＯ処理を行っているとき、該ＲＮは傘下のＵＥとＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態にあったとしても、該ＵＥとコアネットワークとの間での通信を行うことはできない。この場合、該ＵＥは通信不可能であることを認識せず、該ＲＮにデータを送信し続けてしまうという問題が生じる。

この問題を解決する方法を以下に開示する。ＲＮがスケジューリングで調整する。該ＲＮのＨＯ処理を行っているときは、ＤＬおよびＵＬともにスケジューリングしないようにするとよい。スケジューリングを中断するトリガの具体例として、以下の３つを開示する。

（１）ＲＮがＤｅＮＢにメジャメント報告（measurement report）を送信したことをトリガとする。スケジューリングの中断は、該メジャメント報告の送信がなくなるまでとするとよい。

（２）ＲＮがＤｅＮＢからＨＯコマンドを受信したことをトリガとする。スケジューリングの中断は、ＲＮがＤｅＮＢにＨＯコンファーム（confirm）を送信するまでとするとよい。

（３）ＲＮがＤｅＮＢとの無線リンク失敗（Radio Link Failure：ＲＬＦ）になったことをトリガとする。スケジューリングの中断は、移動ＲＮがＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態に復帰するまでとするとよい。

既にスケジューリングしているデータ、ＨＡＲＱが行われているデータは、引続きＲＮと傘下のＵＥとの間のみで通信を行い、ＵＬデータに関してはＲＮがバッファしてデータを保持するとよい。ＲＮのＨＯ処理が完了した後、該データをコアネットワーク側に送信するとよい。

また、傘下のＵＥと通信を行わないようにするために、通信保留コマンドを設けて、ＲＮから傘下のＵＥに該通信保留コマンドを通知するとよい。該通信保留コマンドを受信したＵＥは、ＲＮと通信を行わない。

このようにすることで、ＲＮがＨＯ処理を行っているときに、該ＲＮの傘下のＵＥからのデータで、該ＲＮのバッファがオーバフローになったり、該データが放棄（ディスカード（discard））されてしまうことを防ぐことが可能となる。また、傘下のＵＥは、ＰＤＣＣＨを毎サブフレーム受信しなくてもよくなる。これによって、ＵＥの消費電力を削減することができる。

本変形例で開示した方法により、ＲＮのＨＯ処理を行っているときに、該ＲＮの傘下のＵＥのＴＡＵ処理は行われるようになる。しかし、該ＲＮの傘下のＵＥのＨＯ処理が行われるわけではないので、通常のＨＯ処理で行われるデータ転送（フォワーディング（forwarding））は行われない。

ここでは、データフォワーディングの方法を開示する。Ｘ２ ＨＯでは、データフォワーディングは基地局間で行われる。ＲＮがＸ２ ＨＯを行った場合でも、該ＲＮの傘下のＵＥのデータフォワーディングは、該ＵＥをサーブする該ＲＮ内部で行えばよい。すなわち、ＲＮ外へのデータフォワーディングは不要となる。

Ｓ１ ＨＯでは、データフォワーディングは基地局間およびＳ−ＧＷ間で行われる。以下の説明では、基地局間で行われるデータフォワーディングを「ダイレクトフォワーディング」といい、Ｓ−ＧＷ間で行われるデータフォワーディングを「インダイレクトデータフォワーディング」という。

基地局間のダイレクトフォワーディングは、前述のＸ２ ＨＯと同じ方法で行えばよい。移動元Ｓ−ＧＷまたは移動元Ｐ−ＧＷから、移動先Ｓ−ＧＷまたは移動先Ｐ−ＧＷへのインダイレクトフォワーディングは、ＵＥのＨＯ処理を起動して行うとよい。ＵＥのデータフォワーディングの設定を起動し、インダイレクトフォワーディング処理のみを行うようにしてもよい。あるいは、インダイレクトフォワーディングを禁止し、ダイレクトフォワーディングのみを行うようにしてもよい。

ＵＥのデータ転送（フォワーディング）処理を行う方法を開示する。ＵＥのデータ転送処理は、ＲＮのＨＯ処理の間に行うようにするとよい。ＵＥのデータ転送処理の具体例を以下に示す。

図２８は、ＵＥのデータ転送処理を起動するシーケンスを示す図である。移動元ＭＭＥが、移動元ＤｅＮＢからのＲＮのＨＯ要求（HO required）信号を受信したことをトリガとして、ＲＮの傘下のＵＥのデータ転送処理を開始すればよい。

ＵＥのデータ転送処理は、図２６で示したＲＮのＨＯ処理およびＴＡＵ処理の間に行われる。図２６のステップＳＴ２６０３において、移動元ＤｅＮＢ（ｓ−ＤｅＮＢ）は、移動元のＲＮ用ＭＭＥ（ＲＮ用ｓ−ＭＭＥ）に、ＲＮのＨＯ要求信号を送信する。

ステップＳＴ２８０１において、移動元のＲＮ用ＭＭＥは、移動元ＤｅＮＢからのＨＯ要求信号を受信したことをトリガとして、移動元のＵＥ用ＭＭＥ（ＵＥ用ｓ−ＭＭＥ）に、傘下のＵＥのデータ転送要求信号を送信する。データ転送要求信号に代えて、インダイレクトフォワーディングを要求する信号を送信してもよい。

ステップＳＴ２８０２において、ＲＮ、移動元のＵＥ用ＭＭＥ、移動先のＵＥ用ＭＭＥ（ＵＥ用ｔ−ＭＭＥ）、移動元のＵＥ用Ｓ−ＧＷ（ＵＥ用ｓ−Ｓ−ＧＷ）および移動先のＵＥ用Ｓ−ＧＷ（ｔ−Ｓ−ＧＷ）間で、ＵＥのデータ転送設定が行われる。

ステップＳＴ２８０３において、移動元のＵＥ用ＭＭＥは、ＲＮに、ＵＥのデータの転送を指示するデータ転送指示信号を送信する。

ステップＳＴ２８０４において、ＲＮは、移動元のＵＥ用Ｓ−ＧＷを介して、移動先のＵＥ用Ｓ−ＧＷに、ＵＥのデータ転送を行う。ステップＳＴ２８０５において、移動先のＵＥ用Ｓ−ＧＷは、ＲＮに、ＵＥのデータ転送を行う。このステップＳＴ２８０４およびステップＳＴ２８０５におけるデータ転送によって、移動元のＵＥ用Ｓ−ＧＷに存在するＵＥのデータについても、移動先のＵＥ用Ｓ−ＧＷを介してＲＮにデータ転送を行うとよい。これによって、移動元のＵＥ用Ｓ−ＧＷに保持されていたＵＥのデータもＲＮに転送されることになる。

ステップＳＴ２８０６において、ＲＮ、移動元のＵＥ用ＭＭＥ、移動先のＵＥ用ＭＭＥ、移動元のＵＥ用Ｓ−ＧＷおよび移動先のＵＥ用Ｓ−ＧＷ間で、ＵＥのデータ転送設定の消去が行われる。ＵＥのデータ転送処理は、ＲＮのＨＯ処理およびＴＡＵ処理と並行して行われてもよい。

ＵＥのＨＯ処理を起動する場合は、移動元のＲＮ用ＭＭＥが、移動元ＤｅＮＢからＲＮのＨＯ要求（HO required）信号を受信したことをトリガとして、移動元のＲＮ用ＭＭＥから移動元のＵＥ用ＭＭＥに、ＲＮの傘下のＵＥのＨＯ処理を起動させる信号を送信する。移動元のＵＥ用ＭＭＥは、ＲＮの傘下のＵＥのＨＯ処理を起動させる信号を受信することによって、ＲＮの傘下のＵＥのＨＯ処理を行うようにすればよい。

ＲＮの傘下のＵＥがデータの転送を不要にする方法を開示する。ＲＮがＨＯ処理を起動されたら、ＲＮは、傘下のＵＥへのスケジューリングを中断する。これによって、ＲＮと該ＲＮの傘下のＵＥとの間のデータの送受信が無くなるので、該ＵＥのデータ転送を不要とすることができる。ＲＮのＨＯ処理を行っているときに、傘下のＵＥへのスケジューリングを中断する方法としては、前述の方法を用いるとよい。ＵＥのデータ転送をしなくてはならない場合、例えばＶｏＩＰについては、前述の方法を用いるとよい。

本変形例で開示した方法によって、移動先ＭＭＥおよび移動元ＭＭＥは、ＲＮの傘下のＵＥを認識することが可能となり、ＵＥのＴＡＩリストを構成および管理することができるようになる。したがって、ＵＥとコアネットワークとの間での通信が可能となる。

ＲＮのＨＯ処理を行っているときに、ＲＮの傘下のＵＥのＨＯ処理を行う場合、ＵＥのＨＯ処理が失敗しても、該ＲＮのＨＯ処理は続けて行った方がよい。または、ＨＯ処理を完了してもよい。

この場合、ＵＥのＨＯ処理を再度行うようにするとよい。再度行うＨＯ処理の回数は、制限を設けてもよい。また、ＵＥがＨＯ処理を行う制限時間を設けておき、該制限時間以内であれば、ＨＯ処理を再度行えるようにしておいてもよい。制限時間を過ぎた場合は、ＨＯ処理を再度行うことを禁止し、禁止されたＵＥに、ＨＯ処理が失敗した旨を通知するようにしてもよい。

ＨＯ処理が失敗した旨を通知されたＵＥは、ＲＮとの間の接続を切断し、セル再選択処理を行うようにしてもよい。あるいは、ＨＯ失敗（HO failure）処理を行うようにしてもよい。これによって、通常のＨＯ処理を失敗した場合の処理を行うことが可能となる。このようにすることによって、ＵＥが、ｅＮＢ、ＤｅＮＢ、ＲＮなどの他のセルを選択することができるようになるので、選択したセルを介して通信することが可能となる。

実施の形態３．
ＭＭＥが、移動したＲＮの傘下のＵＥを認識および管理することができず、ＵＥとネットワークとの間での通信が不可能となってしまう問題を解決するために、前述の実施の形態１で開示した方法と実施の形態２で開示した方法とを組合せてもよい。

具体的には、ＲＮがＭＭＥ内ＨＯをした場合は、実施の形態２で開示した方法を適用して、ＲＮのＴＡＩを固定とし、ＭＭＥ間ＨＯをした場合のみ、実施の形態１で開示した方法を適用して、ＲＮのＴＡＩを移動先ＤｅＮＢのＴＡＩと同じにする。

換言すれば、ＲＮがＭＭＥ内ＨＯをしたと判断される、すなわちＲＮが接続されるｅＮＢが属するＴＡが変更されたと判断され、かつ、ＲＮが接続されるｅＮＢが属するＴＡを管理するＭＭＥが変更されてないと判断されると、実施の形態２で開示した方法が適用される。ＲＮがＭＭＥ間ＨＯをしたと判断される、すなわちＲＮが接続されるｅＮＢが属するＴＡが変更されたと判断され、かつ、ＲＮが接続されるｅＮＢが属するＴＡを管理するＭＭＥが変更されたと判断されると、実施の形態１で開示した方法が適用される。

固定のＴＡＩは、ＲＮをサーブするＤｅＮＢと接続されるＭＭＥが管理する所定のＴＡＩとするとよい。該所定のＴＡＩは、Ｐ−ＤｅＮＢが属するＴＡＩとしてもよい。

ＲＮがＭＭＥ間ＨＯを行った場合、ＲＮは、自ＲＮのＴＡＩを、移動先ＤｅＮＢのＴＡＩと同じにする必要がある。ＲＮ自体がＭＭＥ内ＨＯを行ったのか、ＭＭＥ間ＨＯを行ったのかを判断する方法として、以下の２つを開示する。

（１）ＲＮが、ＭＭＥから通知されるＭＭＥ間ＨＯか否かの識別子に基づいて判断する。
（２）ＲＮが、ＨＯを行ったときに移動先ＭＭＥから通知されるＧＵＴＩに基づいて判断する。

前記（１）の方法において、ＭＭＥは、移動元ＭＭＥであっても移動先ＭＭＥであっても、どちらでもよい。ＭＭＥ間ＨＯか否かの識別子を設け、ＭＭＥは、ＨＯ処理を行うＲＮに該識別子を通知する。

移動元ＭＭＥがＲＮに該識別子を通知する具体例を開示する。ＲＮが移動してＨＯが起動された場合、移動元ＭＭＥから移動元ＤｅＮＢを介してＲＮにＨＯコマンドが通知される。このＨＯコマンドにＭＭＥ間ＨＯか否かの識別子を含めてもよい。あるいは、別途、ＭＭＥ間ＨＯか否かの識別子を含めた信号を通知するようにしてもよい。

移動先ＭＭＥがＲＮに該識別子を通知する具体例を開示する。ＲＮが移動して、異なるＭＭＥ間のＨＯが起動された場合、ＲＮのＴＡＵ処理が行われる。ＲＮのＴＡＵ処理において、移動先ＭＭＥは、ＲＮにＭＭＥ間ＨＯか否かの識別子を通知するとよい。例えば、移動先ＭＭＥから移動先ＤｅＮＢを介してＲＮにＴＡＵ受領信号が通知される。このＴＡＵ受領信号に、ＭＭＥ間ＨＯか否かの識別子を含めてもよい。あるいは、別途、ＭＭＥ間ＨＯか否かの識別子を含めた信号を通知するようにしてもよい。

ＲＮは、ＭＭＥから通知されたＭＭＥ間ＨＯか否かの識別子によって、ＭＭＥ内ＨＯを行ったのか、ＭＭＥ間ＨＯを行ったのかを判断する。ＲＮは、ＭＭＥ内ＨＯの場合は、前述の実施の形態２で開示した方法を適用し、ＭＭＥ間ＨＯの場合は、前述の実施の形態１で開示した方法を適用することが可能となる。

前記（２）の方法について具体例を開示する。
ＲＮがＨＯを行ったとき、ＲＮのＨＯ処理またはＴＡＵ処理において、移動先ＭＭＥは、ＲＮ用のＧＵＴＩを割当て、ＲＮに通知する。移動先ＭＭＥは、移動先のＲＮ用ＭＭＥであってもよい。ＲＮは、通知されたＧＵＴＩに基づいて、ＭＭＥ内ＨＯを行ったのか、ＭＭＥ間ＨＯを行ったのかを判断する。

このように、移動端末装置（ＵＥ）と同様に、ＲＮに対してもＧＵＴＩを割当てることによって、ＭＭＥは、ＵＥの識別子を管理する場合と同じ識別子管理方法で、ＲＮの識別子を管理することが可能となる。これによって、ＭＭＥの制御を簡略化することが可能となる。

ＧＵＴＩは、以下に示す番号構成となっている（３ＧＰＰ ＴＳ２３．００３ Ｖ９．０．０（以下「参考文献５」という）参照）。
＜ＧＵＴＩ＞＝＜ＧＵＭＭＥＩ＞＜Ｍ−ＴＭＳＩ＞

ＧＵＭＭＥＩ（Globally Unique MME Identifier）は、ＭＭＥの識別子（Identity）であるＭＭＥ番号である。Ｍ−ＴＭＳＩ（M-Temporary Mobile Subscriber Identity）は、ＭＭＥ内で与えられる端末（ＵＥ）の識別子（identity）である端末番号である。ＲＮに対しても、Ｍ−ＴＭＳＩが割当てられる。

図２９は、ＲＮがＭＭＥ内ＨＯおよびＭＭＥ間ＨＯのいずれであるかを判断する処理の処理手順を示すフローチャートである。ＲＮのＨＯ処理またはＴＡＵ処理が開始される。例えば、図２６で開示したステップＳＴ２６１５のＴＡＵ処理において、移動先のＲＮ用ＭＭＥ（ＲＮ用ｔ−ＭＭＥ）は、該ＲＮにＧＵＴＩを割当て、ＴＡＵ受領信号内に該ＲＮのＧＵＴＩを含めて該ＲＮに送信する。

ステップＳＴ２９０１において、ＲＮは、移動先ＭＭＥによって自ＲＮに割当てられて送信されたＧＵＴＩを受信する。

ステップＳＴ２９０２において、ＲＮは、移動先ＭＭＥから送信されて受信したＧＵＴＩから、前述のＧＵＴＩの番号構成を用いて、ＧＵＭＭＥＩを導出する。

ステップＳＴ２９０３において、ＲＮは、ステップＳＴ２９０２で導出したＧＵＭＭＥＩと、移動元のＲＮ用ＭＭＥから送信されて受信し、既に保有していた、移動元のＲＮ用ＭＭＥのＧＵＭＭＥＩとが同じであるか否かを判断する。ステップＳＴ２９０３においてＲＮが、導出したＧＵＭＭＥＩと移動元のＲＮ用ＭＭＥのＧＵＭＭＥＩとが同じであると判断した場合はステップＳＴ２９０４に移行し、導出したＧＵＭＭＥＩと移動元のＲＮ用ＭＭＥのＧＵＭＭＥＩとが同じでないと判断した場合は、ステップＳＴ２９０５に移行する。

ステップＳＴ２９０４において、ＲＮは、移動先ＭＭＥと移動元ＭＭＥとは同じであり、ＭＭＥ内ＨＯ（intra-MME HO）が行われたと判断する。ステップＳＴ２９０４の処理が終了した後は、ステップＳＴ２９０６に移行する。

ステップＳＴ２９０６において、ＲＮは、自ＲＮのＴＡＩの変更を行わず、前述の実施の形態２の方法に従う。この場合、前述の図２７に示すステップＳＴ２７０１において、ＲＮから移動先のＲＮ用ＭＭＥに送信するＴＡＵ要求信号に、移動元ＭＭＥと移動先ＭＭＥとの間でＲＮの傘下のＵＥに関する情報の送受信を行うか否かを示す情報を含めておくとよい。これによって、ＲＮがＭＭＥに対して、傘下のＵＥのＴＡＵ処理を行うように要求することができる。

ステップＳＴ２９０５において、ＲＮは、移動先ＭＭＥと移動元ＭＭＥとは異なり、ＭＭＥ間ＨＯ（inter-MME HO）が行われたと判断する。ステップＳＴ２９０５の処理が終了した後は、ステップＳＴ２９０７に移行する。

ステップＳＴ２９０７において、ＲＮは、自ＲＮのＴＡＩを移動先ＤｅＮＢのＴＡＩと同じにする。そして、ＲＮは、前述の実施の形態１の方法に従う。このようにすることで、ＲＮは、ＭＭＥ内ＨＯおよびＭＭＥ間ＨＯのいずれであるかを判断することが可能となる。これによって、ＲＮは、ＭＭＥ内ＨＯの場合は、前述の実施の形態２で開示した方法を適用し、ＭＭＥ間ＨＯの場合は、前述の実施の形態１で開示した方法を適用することが可能となる。

ＲＮがＭＭＥ内ＨＯを行った場合は、ＭＭＥが該ＲＮにＧＵＴＩを通知しないようにしてもよい。ＭＭＥの変更は行わないので、ＧＵＴＩの変更を行わなくてもよい。

この場合、ＲＮは、ＨＯ処理またはＴＡＵ処理において、移動先ＭＭＥから新たにＧＵＴＩを通知されたか否かで、ＭＭＥ間ＨＯおよびＭＭＥ内ＨＯのいずれであるかを判断してもよい。

移動先ＭＭＥから新たにＧＵＴＩが通知された場合は、ＭＭＥ間ＨＯと判断し、ＧＵＴＩが通知されなかった場合は、ＭＭＥ内ＨＯと判断する。こうすることによって、ＭＭＥからＲＮへ通知する情報を削減することができる。

前述の実施の形態１で開示した方法は、ＵＥが行うＴＡＵ処理については新たな仕組みを必要としないが、ＲＮの傘下のＵＥが一斉にＴＡＵを起動するので、一斉に多数のＴＡＵが発生してしまうという問題がある。他方、前述の実施の形態２および実施の形態２の変形例１で開示した方法は、一斉に多数のＴＡＵが発生する問題を解消できるが、特にＭＭＥ間ＨＯの場合、移動先ＭＭＥと移動元ＭＭＥとの間でのＵＥに関する情報の交換が必要となり、傘下のＵＥのＴＡＵ処理が複雑になってしまう。

本実施の形態で開示した方法を適用することによって、これらの双方の問題点を削減することが可能となる。ＭＭＥ内ＨＯの場合に、前述の実施の形態２で開示した方法を適用することによって、異なるＭＭＥ間で情報の交換を必要とせず、ＴＡＵ処理を複雑にすることはなくなる。また、ＭＭＥ間ＨＯの場合のみ、実施の形態１で開示した方法を適用することによって、一斉に多数のＴＡＵが発生する状況をＭＭＥ間ＨＯの場合に限定することができ、シグナリングの負荷を削減することができる。

本実施の形態で開示した方法によって、制御の複雑化を防ぎ、シグナリングの負荷を削減することができる。さらに、移動先ＭＭＥおよび移動元ＭＭＥは、ＲＮの傘下のＵＥを認識することが可能となり、ＵＥのＴＡＩリストを構成および管理することができるようになるので、ＵＥとコアネットワークとの間での通信が可能となる。

実施の形態４．
前述の実施の形態１〜実施の形態３では、移動ＲＮのＴＡＩを管理するＭＭＥを、ＤｅＮＢが接続されるＭＭＥにする構成とした。本実施の形態では、移動ＲＮのＴＡＩを管理するＭＭＥについて、他の構成を開示する。

移動ＲＮの属するＴＡのみを管理するＭＭＥを設ける。該ＭＭＥが移動ＲＮのＴＡＩを管理する。該ＭＭＥは、移動ＲＮの傘下のＵＥのモビリティの管理を行う。

移動ＲＮ用のＭＭＥの機能として、以下の４つを開示する。
（１）移動ＲＮの属するＴＡの管理機能。
（２）移動ＲＮのＴＡＩの管理機能。
（３）移動ＲＮの傘下のＵＥが属するＴＡおよびＴＡＩの管理機能。
（４）移動ＲＮの傘下のＵＥのＴＡＩリストの管理機能。

移動ＲＮ用のＭＭＥには、上記機能の少なくとも一つを持たせるようにしてもよい。移動ＲＮ用のＭＭＥには、上記機能を通常のＭＭＥの機能に加えて持たせるようにしてもよい。

図３０は、移動ＲＮの属するＴＡのみを管理するＭＭＥを設けた場合の移動体通信システムのアーキテクチャを示す図である。図３０に示す構成は、図１３に示す構成と類似しているので、対応する部分には同一の参照符号を付して、共通する説明を省略する。

ＵＥ用ｍ−ＭＭＥ３００３は、ＲＮの属するＴＡのみを管理するＭＭＥである。ＤｅＮＢ１３０５とＵＥ用ｍ−ＭＭＥ３００３とは、Ｓ１インタフェース３００１によって接続される。ＵＥ用ｍ−ＭＭＥ３００３とＵＥ用Ｓ−ＧＷ１３０７とは、Ｓ１１インタフェース３００２によって接続される。

図３０に示すように、通常のｅＮＢあるいは固定のＲＮの傘下のＵＥのモビリティを管理するＵＥ用ＭＭＥ１３０２とは別に、移動ＲＮの傘下のＵＥのモビリティの管理を行うＵＥ用ｍ−ＭＭＥ３００３を設ける。

ＲＮ１３０４が固定のＲＮである場合は、図１３で説明した動作とする。ＲＮ１３０４が移動ＲＮである場合の動作を以下に開示する。

移動ＲＮ１３０４がＵＥとして動作する場合は、図１３で説明した動作と同じとする。すなわち、移動ＲＮ１３０４、ＤｅＮＢ１３０５、ＲＮ用ＭＭＥ１３０１、およびＤｅＮＢ１３０５のＳ−ＧＷ／Ｐ−ＧＷファンクションの間で通信が行われる。これは、ＤｅＮＢのＴＡＩを管理するＭＭＥがＲＮ用ＭＭＥであることから、移動ＲＮのモビリティを管理するのは、ＲＮ用ＭＭＥとするのが適当であるためである。

他方、移動ＲＮ１３０４がＵＥのｅＮＢとして動作する場合、ＵＥ１３０３、移動ＲＮ１３０４、ＤｅＮＢ１３０５のＳ１／Ｘ２プロキシファンクション、ＵＥ用ｍ−ＭＭＥ３００３、ＵＥ用Ｓ―ＧＷ１３０７、およびＵＥ用Ｐ−ＧＷ１３０６の間で通信が行われる。

ＵＥ１３０３と移動ＲＮ１３０４との間の通信には、Ｕｕインタフェース１３１４が用いられる。移動ＲＮ１３０４とＵＥ用ｍ−ＭＭＥ３００３との間の通信には、ＤｅＮＢ１３０５のＳ１プロキシファンクションを介してＳ１インタフェース３００１が用いられる。ＵＥ用ｍ−ＭＭＥ３００３とＵＥ用Ｓ−ＧＷ１３０７との間の通信には、Ｓ１１インタフェース３００２が用いられる。

Ｘ２インタフェースを用いる場合は、移動ＲＮ１３０４と隣接ｅＮＢとの間の通信には、ＤｅＮＢ１３０５のＸ２プロキシファンクションを介してＸ２インタフェースが用いられる。移動ＲＮのＴＡＩを管理するＭＭＥはｍ−ＭＭＥであることから、移動ＲＮの傘下のＵＥのモビリティの管理を行うのは、ｍ−ＭＭＥとするのが適当であるためである。移動ＲＮの傘下のＵＥを管理するｍ−ＭＭＥを、ＵＥ用ｍ−ＭＭＥと称する。

本実施の形態で開示した方法では、移動ＲＮのＴＡＩと、ｅＮＢ、ＤｅＮＢおよび固定のＲＮなどのその他のセルのＴＡＩとは、同じＴＡＩリストに含めない。たとえ、ＤｅＮＢが属するＴＡと移動ＲＮが属するＴＡとが同じであったとしても、同じＴＡＩリストに含めないようにする。例えば、前述の実施の形態１で開示した、移動ＲＮのＴＡＩを移動先ＤｅＮＢのＴＡＩと同じにした場合などである。

図３１は、移動ＲＮが属するＴＡと、移動ＲＮの傘下のＵＥが属するＴＡとを説明するための図である。図３１の構成は、図１５に示す構成と類似しているので、対応する部分には同一の参照符号を付して、共通する説明を省略する。

図３１では、ＲＮ３１０６が、矢符３１００に沿って移動する場合を示している。ＲＮ３１０６は、ＲＮ３１０６が構成するカバレッジ３１０７内に存在する。移動前のＲＮ３１０６が属するＴＡは、第５ＴＡ３１０８である。ＲＮ３１０６の傘下のＵＥ３１０９は、ＲＮ３１０６の移動とともに移動する。移動前のＲＮ３１０６は、第６ＤｅＮＢ１５２７に接続される。第６ＤｅＮＢ１５２７は、第１ＭＭＥ１５２０に接続される。

ＲＮ３１０６が矢符３１００に沿って移動した後は、第１０ＤｅＮＢ１５０５に接続される。第１０ＤｅＮＢ１５０５は、第２ＭＭＥ１５０１に接続される。ＲＮ３１０６が移動した後に属するＴＡは、前と変わらず第５ＴＡ３１０８とする。このＲＮ３１０６が属するＴＡである第５ＴＡ３１０８は、ｍ−ＭＭＥ３１０２によって管理される。ｍ−ＭＭＥは、移動ＲＮをサポートする全てのＤｅＮＢに接続される。図３１に示す例では、ｍ−ＭＭＥ３１０２は、ＤｅＮＢ１５２２〜１５２７，１５０２〜１５０７に接続される。

図３１に示すように、移動ＲＮ３１０６が第６ＤｅＮＢ１５２７から第１０ＤｅＮＢ１５０５に、異なるＭＭＥ間で移動する。このとき、移動ＲＮが属するＴＡは同じままにする。すなわち、ＲＮのＴＡＩは変わらないとする。ここでは、第５ＴＡ３１０８のＴＡＩのままである。

移動ＲＮは、接続するＤｅＮＢが変更となるので、ＨＯ処理が起動される。また、ＤｅＮＢが属するＴＡが異なる、すなわちＤｅＮＢのＴＡＩが異なるので、移動ＲＮは、ＨＯの際にＴＡＵを起動することになる。

他方、移動ＲＮの傘下のＵＥは、たとえ移動ＲＮが異なるＤｅＮＢ間を移動したとしても、該ＲＮのＴＡＩが変わらないので、ＨＯ処理は起動されず、ＴＡＵ処理を起動することは無い。

本実施の形態で開示した方法では、前述の実施の形態１〜実施の形態３と異なり、ＵＥのＴＡＵ処理が行われなかったとしても、問題は生じなくなる。本実施の形態では、移動ＲＮが属するＴＡのみを管理するｍ−ＭＭＥを設けた。これによって、ｍ−ＭＭＥは、移動ＲＮのＴＡＩを管理することになり、移動ＲＮの傘下のＵＥのモビリティの管理を行うことになる。すなわち、たとえ移動ＲＮが異なるＤｅＮＢ間を移動したとしても、移動ＲＮの傘下のＵＥのモビリティの管理を行うＭＭＥであるｍ−ＭＭＥは変わらない。したがって、たとえ移動ＲＮの傘下のＵＥのＴＡＵ処理が行われなかったとしても、ｍ−ＭＭＥが引続き該ＵＥのモビリティの管理を行うことが可能であるので、問題は生じない。

また、ＲＮ用ＭＭＥの機能を、固定ＲＮ用の管理機能と移動ＲＮ用の管理機能とに分離してもよい。ＲＮ用ＭＭＥに固定ＲＮ用の管理機能を入れ、移動ＲＮ用の管理機能を有するＲＮ用ｍ−ＭＭＥを設けてもよい。ＵＥ用ｍ−ＭＭＥとＲＮ用ｍ−ＭＭＥとを、同一のＭＭＥ内に構成してもよい。これによって、移動ＲＮとしてのモビリティ管理を、その他のセル（ｅＮＢ、ＤｅＮＢ、固定ＲＮ）と分離して管理することが可能となる。移動ＲＮのみのＭＭＥを構成できるので、柔軟な追加設置および運用が可能となる。したがって、投資コストおよび運用コストを削減することができる。

本実施の形態で開示した方法とすることによって、例えば前述の実施の形態１〜実施の形態３で開示したようなＲＮの傘下のＵＥのＴＡＵ処理を行うようにしなくても、ｍ−ＭＭＥは、ＵＥのＴＡＩリストを構成および管理することができる。したがって、ＵＥとコアネットワークとの間での通信が可能となる。

移動ＲＮの数が膨大になった場合、移動ＲＮのＴＡＩを１つのｍ−ＭＭＥで管理するは困難になる。膨大な数の移動ＲＮをサポートするＤｅＮＢの数も膨大になるので、特に、１つのｍ−ＭＭＥがそれら全てのＤｅＮＢと接続することは困難になる。このような問題を解決する方法を以下に開示する。

移動ＲＮをグループ化（グルーピング（grouping））する。該グループ毎にサポートするＤｅＮＢを限定する。また、該グループ毎に移動ＲＮのＴＡＩを管理するｍ−ＭＭＥを設ける。

移動ＲＮのグループ毎にｍ−ＭＭＥを設けることによって、各ｍ−ＭＭＥが接続されるＤｅＮＢを限定することができる。これによって、１つのｍ−ＭＭＥが膨大な数のＤｅＮＢと接続されなくてもよくなる。

移動ＲＮのグルーピングは、例えばサービス毎に行われるとよい。例えば、○○新幹線の車両上に設置されるグループ、および△△新幹線の車両上に設置されるグループなどである。

仮に、移動ＲＮをサポートするＤｅＮＢが、ｍ−ＭＭＥに接続されていない場合、ＲＮの傘下のＵＥは、ｍ−ＭＭＥによるモビリティの管理が行われないことになる。この問題を解消する方法として、以下の３つを開示する。

（１）ＵＥは通信不可能とする。
（２）移動ＲＮがＴＡＵしたＭＭＥに、移動ＲＮのＴＡＩの管理を移す。
（３）移動ＲＮのＴＡＩをＤｅＮＢのＴＡＩに変更する。

前記（１）の方法は、移動ＲＮのアクセスが所望のｍ−ＭＭＥに限定されているような場合に適する。例えば、ある移動ＲＮのグループが、移動後、他の移動ＲＮのグループのＴＡＩを管理するｍ−ＭＭＥに接続されたＤｅＮＢと接続してしまうような場合、該移動ＲＮの傘下のＵＥは通信不可能とする。こうすることによって、グループ内の移動ＲＮの傘下のＵＥだけの通信を可能とすることができる。

前記（２）の方法のように、移動ＲＮがＴＡＵしたＭＭＥに、移動ＲＮのＴＡＩの管理を移すことによって、該ＲＮの傘下のＵＥの通信を可能にすることができる。

前記（３）の方法は、前述の実施の形態１で開示した方法となり、その場合の効果を得ることができる。

本実施の形態で開示した方法によれば、たとえ移動ＲＮがＭＭＥ間ＨＯを行ったとしても、該ＲＮの傘下のＵＥのＴＡＩを管理するＭＭＥは、ｍ−ＭＭＥであり、変更されないので、ＵＥのＴＡＵ処理が行われる必要が無くなる。これによって、前述の実施の形態１〜実施の形態３で開示した方法によって生じる、一斉に多数のＴＡＵが発生するという問題を解消することができる。また移動元ＭＭＥと移動先ＭＭＥとの間での情報の交換を不要とすることができる。したがって、ＴＡＵ処理の複雑化を防ぐとともに、シグナリングの負荷を削減することができる。

実施の形態４ 変形例１．
本変形例では、移動ＲＮのＴＡＩを管理するＭＭＥについて、他の構成を開示する。

移動ＲＮ用のＭＭＥを複数個設ける。通常のＭＭＥ内に、移動ＲＮ用のＭＭＥを構成するようにしてもよいし、移動ＲＮ用のＭＭＥの機能を持たせるようにしてもよい。移動ＲＮ用のＭＭＥの機能は、前述の実施の形態４で開示した機能とするとよい。

図３２は、通常のＭＭＥ内に、移動ＲＮ用のＭＭＥを構成する場合のアーキテクチャを示す図である。図３２の構成は、図１３に示す構成と類似しているので、対応する部分には同一の参照符号を付して、共通する説明を省略する。

ＵＥ用ｍ−ＭＭＥ３２０３は、移動ＲＮの属するＴＡのみを管理する。ＤｅＮＢ１３０５とＵＥ用ｍ−ＭＭＥ３２０３とは、Ｓ１インタフェース３２０１によって接続される。ＵＥ用ｍ−ＭＭＥ３２０３とＵＥ用Ｓ−ＧＷ１３０７とは、Ｓ１１インタフェース３２０２によって接続される。

本変形例では、ＵＥ用ＭＭＥ１３０２とＵＥ用ｍ−ＭＭＥ３２０３とを、同一のＭＭＥ３２００内に構成する。図３２に示す例とは異なるが、ＲＮ用ＭＭＥ１３０１とＵＥ用ＭＭＥ１３０２とＵＥ用ｍ−ＭＭＥ３２０３とを、同一のＭＭＥ内に構成するようにしてもよい。換言すれば、ＲＮのモビリティ管理機能と、ｅＮＢ、ＤｅＮＢまたは固定ＲＮの傘下のＵＥのモビリティ管理機能と、移動ＲＮの傘下のＵＥのモビリティ機能とをあわせ持つＭＭＥを構成するようにしてもよい。

ＲＮ用ＭＭＥ１３０１とＵＥ用ｍ−ＭＭＥ３２０３とは、インタフェース３２０４によって接続される。これによって、ＲＮがＴＡＵ処理を行った場合に、ＲＮ用ＭＭＥ１３０１とＵＥ用ｍ−ＭＭＥ３２０３との間での情報交換を可能にする。

ＲＮ１３０４が固定のＲＮの場合、およびＲＮ１３０４が移動ＲＮでＵＥとして動作する場合は、図３０で説明した動作と同じとする。

移動ＲＮ１３０４がＵＥのｅＮＢとして動作する場合、ＵＥ１３０３、移動ＲＮ１３０４、ＤｅＮＢ１３０５のＳ１／Ｘ２プロキシファンクション、ＵＥ用ｍ−ＭＭＥ３２０３、ＵＥ用Ｓ−ＧＷ１３０７およびＵＥ用Ｐ−ＧＷ１３０６の間で通信が行われる。この場合の動作も図３０で説明した動作と同じとする。

本変形例で開示した方法では、移動ＲＮのＴＡＩと、ｅＮＢ、ＤｅＮＢおよび固定のＲＮなどのその他のセルのＴＡＩとは、同じＴＡＩリストに含めない。たとえ、ＤｅＮＢが属するＴＡと移動ＲＮが属するＴＡとが同じであったとしても、同じＴＡＩリストに含めないようにする。例えば、実施の形態１で開示した、移動ＲＮのＴＡＩを移動先ＤｅＮＢのＴＡＩと同じにした場合などである。

図３３は、実施の形態４の変形例１における、移動ＲＮの属するＴＡと、移動ＲＮの傘下のＵＥの属するＴＡとを説明するための図である。図３３に示す構成は、図１５に示す構成と類似しているので、対応する部分には同一の参照符号を付して、共通する説明を省略する。

図３３では、ＲＮ３３０５が矢符３３００に沿って移動する場合を示している。第１ｍ−ＭＭＥ３３０１は、第１ＭＭＥ１５２０と接続する全てのＤｅＮＢ１５２２〜１５２７と、Ｓ１インタフェース３３０３によって接続される。第２ｍ−ＭＭＥ３３０２は、第２ＭＭＥ１５０１と接続する全てのＤｅＮＢ１５０２〜１５０７と、Ｓ１インタフェース３３０４によって接続される。

ＲＮ３３０５は、ＲＮ３３０５が構成するカバレッジ３３０７内に存在する。移動前のＲＮ３３０５が属するＴＡは、第５ＴＡ３３０８である。ＲＮ３３０５の傘下のＵＥ３３０６は、ＲＮ３３０５の移動とともに移動する。

移動前のＲＮ３３０５は、第６ＤｅＮＢ１５２７に接続される。第６ＤｅＮＢ１５２７は、第１ＭＭＥ１５２０および第１ｍ−ＭＭＥ３３０１に接続される。ＲＮ３３０５が移動する前に属するＴＡは、第５ＴＡ３３０８である。この第５ＴＡ３３０８は、第１ｍ−ＭＭＥ３３０１によって管理される。

ＲＮ３３０５は、矢符３３００に沿って移動した後は、第１０ＤｅＮＢ１５０５に接続される。第１０ＤｅＮＢ１５０５は、第２ＭＭＥ１５０１および第２ｍ−ＭＭＥ３３０２に接続される。ＲＮ３３０５が移動した後に属するＴＡは、前と変わらず第５ＴＡ３３０８とする。この移動後の第５ＴＡ３３０８は、第２ｍ−ＭＭＥ３３０２によって管理される。

移動ＲＮの傘下のＵＥのＴＡＩリストと、固定ＲＮ、ｅＮＢまたはＤｅＮＢの傘下のＵＥのＴＡＩリストとは、異なるＭＭＥで管理される。移動ＲＮの傘下のＵＥのＴＡＩリストは、ＵＥ用ｍ−ＭＭＥで管理される。固定ＲＮ、ｅＮＢまたはＤｅＮＢの傘下のＵＥのＴＡＩリストは、ＵＥ用ＭＭＥで管理される。具体的に図３３を用いて説明する。

移動前の移動ＲＮ３３０５の傘下のＵＥ３３０６のＴＡＩリストと、第１〜第６ＤｅＮＢ１５２２〜１５２７の傘下のＵＥのＴＡＩリストとは、異なるＭＭＥで管理される。具体的には、移動ＲＮ３３０５の傘下のＵＥ３３０６のＴＡＩリストは、ＵＥ用ｍ−ＭＭＥである第１ｍ−ＭＭＥ３３０１で管理される。第１〜第６ＤｅＮＢ１５２２〜１５２７の傘下のＵＥのＴＡＩリストは、ＵＥ用ＭＭＥである第１ＭＭＥ１５２０で管理される。

移動後の移動ＲＮ３３０５の傘下のＵＥ３３０６のＴＡＩリストと、第７〜第１２ＤｅＮＢ１５０２〜１５０７の傘下のＵＥのＴＡＩリストとは、異なるＭＭＥで管理される。具体的には、移動ＲＮ３３０５の傘下のＵＥ３３０６のＴＡＩリストは、ＵＥ用ｍ−ＭＭＥである第２ｍ−ＭＭＥ３３０２で管理される。第７〜第１２ＤｅＮＢ１５０２〜１５０７の傘下のＵＥのＴＡＩリストは、ＵＥ用ＭＭＥである第２ＭＭＥ１５０１で管理される。

移動ＲＮのＴＡＩと、固定ＲＮ、ｅＮＢまたはＤｅＮＢのＴＡＩとは、同じＴＡＩリストに含まれることはない。移動ＲＮの傘下のＵＥは、移動ＲＮがアタッチしたＭＭＥ内に設けられた移動ＲＮ用のＭＭＥにアタッチする。

移動ＲＮがＭＭＥ間ＨＯをした場合、移動ＲＮのＨＯ処理およびＴＡＵ処理が行われる。移動ＲＮの傘下のＵＥのＨＯ処理およびＴＡＵ処理は行われない。しかし、該ＵＥのＴＡＵ処理は必要となる。ＭＭＥが変更されるので、移動先ＭＭＥが管理するＴＡと移動元ＭＭＥとが管理するＴＡが異なるからである。

該ＵＥのＴＡＵ処理を行う方法としては、前述の実施の形態１〜実施の形態３で開示した方法を用いるとよい。この際、ＲＮ用ＭＭＥとＵＥ用ｍ−ＭＭＥとの間の情報交換は、図３２で示したインタフェース３２０４を用いて行うとよい。ＵＥが、移動ＲＮとｅＮＢまたはＤｅＮＢとの間のモビリティを行った場合、該ＵＥからＴＡＵ処理が起動される。

本変形例で開示した方法によって、ｍ−ＭＭＥが、移動ＲＮをサポートする全てのＤｅＮＢに接続されなくてはならない状況を回避することができる。ｍ−ＭＭＥは、従来のＭＭＥ内に構成されることによって、従来ＭＭＥに接続されていたＤｅＮＢと接続されるだけでよい。新たな物理的なＭＭＥの設置およびＤｅＮＢとの接続を不要とすることができるので、通信システムの構築が容易になり、通信システムを構築する費用の削減を図ることができる。

実施の形態４ 変形例２．
本変形例では、移動ＲＮのＴＡＩを管理するＭＭＥについて、他の構成を開示する。所定のＤｅＮＢ、具体的にはＰ−ＤｅＮＢが属するＭＭＥ内に、移動ＲＮ用のＭＭＥを構成する。Ｐ−ＤｅＮＢが属するＭＭＥに、移動ＲＮ用のＭＭＥの機能を持たせるようにしてもよい。

Ｐ−ＤｅＮＢが属するＭＭＥ内に、移動ＲＮ用のＭＭＥを備える場合のアーキテクチャは、図１３に示すアーキテクチャと同じように構成することができる。ただし、Ｐ−ＤｅＮＢが属するＭＭＥ内のＵＥ用ＭＭＥ１３０２に、移動ＲＮ用のＭＭＥの機能を設けておく。Ｐ−ＤｅＮＢとなり得るＤｅＮＢが全てのＤｅＮＢであれば、全てのＤｅＮＢが属するＭＭＥ内のＵＥ用ＭＭＥに、移動ＲＮ用のＭＭＥの機能を設けておくとよい。

ＲＮ１３０４が固定のＲＮの場合、およびＲＮ１３０４が移動ＲＮでＵＥとして動作する場合は、図１３で説明した動作と同じとする。

移動ＲＮ１３０４がＵＥのｅＮＢとして動作する場合、ＵＥ１３０３、移動ＲＮ１３０４、ＤｅＮＢ１３０５のＳ１／Ｘ２プロキシファンクション、移動ＲＮ用のＭＭＥの機能を追加したＵＥ用ＭＭＥ１３０２、ＵＥ用Ｓ―ＧＷ１３０７およびＵＥ用Ｐ−ＧＷ１３０６の間で通信が行われる。

ＵＥと移動ＲＮとの間の通信には、Ｕｕインタフェースが用いられる。移動ＲＮとＵＥ用ｍ−ＭＭＥとの間の通信には、ＤｅＮＢのＳ１プロキシファンクションを介してＳ１インタフェースが用いられる。ＵＥ用ｍ−ＭＭＥとＵＥ用Ｓ−ＧＷとの間の通信には、Ｓ１１インタフェースが用いられる。Ｘ２インタフェースを用いる場合は、移動ＲＮと隣接ｅＮＢとの間の通信には、ＤｅＮＢのＸ２プロキシファンクションを介してＸ２インタフェースが用いられる。

本変形例で開示した方法では、移動ＲＮのＴＡＩと、Ｐ−ＤｅＮＢのＭＭＥに属するｅＮＢまたはＤｅＮＢのＴＡＩとは、同じＴＡＩリストに含まれてもよいものとする。

図３４は、実施の形態４の変形例２における、移動ＲＮの属するＴＡと、移動ＲＮの傘下のＵＥの属するＴＡとを説明するための図である。図３４に示す構成は、図１５に示す構成と類似しているので、対応する部分には同一の参照符号を付して、共通する説明を省略する。

第４ＤｅＮＢ１５２５をＰ−ＤｅＮＢとする。第１〜第１２ＤｅＮＢ１５２２〜１５２７，１５０５〜１５０７を、移動ＲＮをサポートするＤｅＮＢとする。Ｐ−ＤｅＮＢ１５２５が属する第１ＭＭＥ１５２０は、該全てのＤｅＮＢ１５２２〜１５２７，１５０５〜１５０７と、Ｓ１インタフェース１５２１，３４０５によって接続される。

図３４では、ＲＮ３４０１が矢符３４００に沿って移動する場合を示している。ＲＮ３４０１は、ＲＮ３４０１が構成するカバレッジ３４０３内に存在する。移動前のＲＮ３４０１が属するＴＡは、第５ＴＡ３４０４である。ＲＮ３４０１の傘下のＵＥ３４０２は、ＲＮ３４０１の移動とともに移動する。

移動前のＲＮ３４０１は、Ｐ-ＤｅＮＢ１５２５に接続される。Ｐ−ＤｅＮＢ１５２５は、第１ＭＭＥ１５２０に接続される。

ＲＮ３４０１が矢符３４００に沿って移動した後は、ＤｅＮＢ１５０５に接続される。ＤｅＮＢ１５０５は、第１ＭＭＥ１５２０および第２ＭＭＥ１５０１に接続される。ＲＮ３４０１が移動した後に属するＴＡは、前と変わらずＴＡ３４０４とする。このＴＡ３４０４は、第１ＭＭＥ１５２０によって管理される。

移動ＲＮの傘下のＵＥのＴＡＩリストと、固定ＲＮ、ｅＮＢまたはＤｅＮＢの傘下のＵＥのＴＡＩリストとは、同一のＭＭＥで管理されてもよい。具体的には、移動ＲＮの傘下のＵＥのＴＡＩリストと、固定ＲＮ、ｅＮＢまたはＤｅＮＢの傘下のＵＥのＴＡＩリストとは、Ｐ−ＤｅＮＢに接続されるＵＥ用ＭＭＥ１５２０で管理される。

移動ＲＮのＴＡＩと、固定ＲＮ、ｅＮＢまたはＤｅＮＢのＴＡＩとは、同じＴＡＩリストに含まれてもよい。移動ＲＮの傘下のＵＥは、移動ＲＮがアタッチしたＰ−ＤｅＮＢに接続されるＭＭＥにアタッチする。

移動ＲＮ３４０１が、Ｐ−ＤｅＮＢ１５２５からＤｅＮＢ１５０５へＭＭＥ間ＨＯをした場合、移動ＲＮ３４０１のＨＯ処理およびＴＡＵ処理が行われる。しかし、移動ＲＮ３４０１の傘下のＵＥ３４０２のＨＯ処理およびＴＡＵ処理は行われない。本変形例で開示した方法では、移動ＲＮの傘下のＵＥ３４０２のＴＡＵ処理は、不要とすることができる。

移動ＲＮ３４０１が、ＭＭＥ間ＨＯを行ったとしても、ＲＮ３４０１の傘下のＵＥ３４０２のＴＡＩを管理するＭＭＥは、第１ＭＭＥ１５２０のまま変更されないためである。

ＵＥが、移動ＲＮと、該ＲＮと同じＴＡＩを持つ固定ＲＮ、ｅＮＢまたはＤｅＮＢとの間のモビリティを行った場合、該ＵＥからのＴＡＵ処理は起動されない。

移動ＲＮ３４０１のＰ−ＤｅＮＢ１５２５の第１ＭＭＥ１５２０は、ＲＮ３４０１をサポートする全てのＤｅＮＢ１５２２〜１５２７，１５０５〜１５０７に接続される。移動ＲＮの数が膨大になり、各々のＰ−ＤｅＮＢが、ある１つのＭＭＥに接続される場合、該ＭＭＥがそれらの膨大な数の移動ＲＮをサポートする全てのＤｅＮＢとの接続が困難になる。このような問題を解決する方法を以下に開示する。

移動ＲＮをグルーピングする。該グループ毎にサポートするＤｅＮＢを限定する。これによって、ＭＭＥが接続されるＤｅＮＢを限定することができる。また、該グループ毎にＰ−ＤｅＮＢを設定してもよい。該Ｐ−ＤｅＮＢは、予めグループ毎に決められていてもよい。該Ｐ−ＤｅＮＢは、１つまたは複数であってもよい。これによって、該グループ毎にＴＡＩの管理を統一することができ、ＭＭＥに限らず、ネットワークとしてＴＡＩの保守管理を容易にすることができる。

移動ＲＮのグルーピングは、例えばサービス毎に行われるとよい。例えば、○○新幹線の車両上に設置されるグループ、または△△新幹線の車両上に設置されるグループなどである。

仮に、移動ＲＮをサポートするＤｅＮＢが、Ｐ−ＤｅＮＢに接続されるＭＭＥに接続されていない場合の対策方法については、前述の実施の形態４で開示した方法を適用することができる。

本変形例で開示した方法によって、たとえ移動ＲＮがＭＭＥ間ＨＯを行ったとしても、該ＲＮの傘下のＵＥのＴＡＩを管理するＭＭＥは変更されないので、ＵＥは、ＴＡＵを行う必要が無くなる。これによって、前述の実施の形態１〜実施の形態３で開示した方法によって生じる、一斉に多数のＴＡＵが発生するという問題を解消することができ、移動元ＭＭＥと移動先ＭＭＥとの間で情報の交換を不要とすることができる。したがって、ＴＡＵ処理の複雑化を防ぐとともに、シグナリングの負荷を削減することができる。

また、本変形例で開示した方法によって、ＭＭＥが全てのＤｅＮＢと接続されなくてはならない状況を回避することができる。Ｐ−ＤｅＮＢと接続されるＭＭＥは、Ｐ−ＤｅＮＢのＴＡＩを有する移動ＲＮが移動する範囲内のＤｅＮＢと接続されるだけでよい。これによって、通信システムの構築が容易になり、通信システムを構築する費用の削減を図ることができる。

実施の形態５．
ＲＮが移動した場合、ＲＮの傘下のＵＥのうち、ＲＮと一緒に移動するものもあれば、元の場所に留まるものもある。ＭＭＥは、ＲＮと一緒に移動したＵＥを認識する必要がある。例えば、前述の実施の形態２で開示した方法において、ＲＮは、ＲＮ用ＭＭＥに、ＲＮの傘下のＵＥの識別子を通知する。あるいは、前述の実施の形態２の変形例１で開示した方法において、ＲＮは、移動先のＲＮ用ＭＭＥに、ＲＮの傘下のＵＥの識別子を通知する。ＲＮ用ＭＭＥは、該ＵＥの識別子をＵＥ用ＭＭＥに通知する。この通知を行うために、ＲＮまたはＭＭＥは、どのＵＥがＲＮと一緒に移動したかを認識する必要がある。具体的には、ＲＮまたはＭＭＥは、ＲＮと一緒に移動したＵＥの識別子を認識する必要がある。

ＲＮは、自セルの傘下のＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態のＵＥを認識している。ＵＥ用ＭＭＥは、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態のＵＥのサービングセルの識別子であるセル識別子（セルアイデンティティ（cell identity））、具体的にはＣＧＩ、ＥＣＧＩ（E-UTRAN Cell Global Identifier）を認識している。すなわち、ＲＮおよびＵＥ用ＭＭＥは、どのセルの傘下にＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態のＵＥが存在するのかを認識することができる。

ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態のＵＥが移動した場合は、ＨＯ処理によってセル外へ移動したか、またはセル内に留まっているかを、ＲＮおよびＵＥ用ＭＭＥは、ともに判断することが可能である。したがって、ＲＮは、前述の実施の形態２および実施の形態２の変形例１で開示した、ＲＮの傘下のＵＥの識別子をＲＮ用ＭＭＥに通知することが可能である。また、ＵＥ用ＭＭＥが、ＲＮの傘下のＵＥの識別子を認識および判断するようにしてもよい。

しかし、ＲＮは、自セルの傘下のＲＲＣ＿Ｉｄｌｅ状態のＵＥを認識していない。ＭＭＥは、ＲＲＣ＿Ｉｄｌｅ状態のＵＥについては、該ＵＥがどのセルの傘下に存在するかを認識することができず、該ＵＥのＴＡＩリスト内のセルの範囲でしか認識することができない。

ＲＲＣ＿Ｉｄｌｅ状態のＵＥが移動した場合は、仮に、該ＵＥのＴＡＩリスト内のセルの範囲の移動の場合、ＲＮおよびＭＭＥともに、セル外へ移動したか、またはセル内に留まっているかを判断することが不可能である。

このように、ＲＮおよびＭＭＥは、ＲＲＣ＿Ｉｄｌｅ状態のＵＥがＲＮと一緒に移動した場合、該ＵＥを認識することができなくなる。換言すれば、ＲＮの傘下のどのＲＲＣ＿Ｉｄｌｅ状態のＵＥが該ＲＮと一緒に移動したかを、ＲＮおよびＭＭＥは認識することができない。移動先のＭＭＥだけでなく、移動元ＭＭＥも、ＲＮの傘下のどのＲＲＣ＿Ｉｄｌｅ状態のＵＥが該ＲＮと一緒に移動したかを認識することができない。

したがって、ＭＭＥは、ＲＮと一緒に移動したＲＲＣ＿Ｉｄｌｅ状態のＵＥに、ページング信号を通知することができなくなり、ＵＥとコアネットワークとの間での通信が不可能となる。

本実施の形態では、これらの問題を解決する方法を開示する。ＲＮのＴＡＩと、ｅＮＢおよびＤｅＮＢなどのその他の種類のセルのＴＡＩとを、同じＵＥ用のＴＡＩリストに入れることを禁止する。たとえ同一のＭＭＥが、ｅＮＢまたはＤｅＮＢとＲＮとに接続される場合であっても、ＲＮのＴＡＩとその他の種類のセルのＴＡＩとを同じＴＡＩリストに入れることを禁止する。

図３５は、ＲＲＣ＿Ｉｄｌｅ状態のＵＥが移動ＲＮと一緒に移動する場合と移動しない場合とを説明するための図である。図３５では、ＲＮ３５１１が、矢符３５００に沿って移動する場合について示している。図３５（ａ）は、ＲＮ３５１１が移動する前の移動体通信システムの状態を示す図であり、図３５（ｂ）は、ＲＮ３５１１が移動した後の移動体通信システムの状態を示す図である。

ＤｅＮＢ３５０７は、第１ＤｅＮＢ３５０７が構成するカバレッジ３５１４内に存在する。第１ＤｅＮＢ３５０７が属する第１ＴＡ３５０５は、第１ＭＭＥ３５０１によって管理される。第２ＤｅＮＢ３５０８は、第２ＤｅＮＢ３５０８が構成するカバレッジ３５１６内に存在する。第２ＤｅＮＢ３５０８が属する第２ＴＡ３５０６は、第２ＭＭＥ３５０２によって管理される。

第１ＭＭＥ３５０１と第１ＤｅＮＢ３５０７とは、Ｓ１インタフェース３５０３によって接続される。第２ＭＭＥ３５０２と第２ＤｅＮＢ３５０８とは、Ｓ１インタフェース３５０４によって接続される。ＲＮ３５１１は、ＲＮ３５１１が構成するカバレッジ３５１０内に存在する。

図３５（ａ）において、移動前のＲＮ３５１１が属する第３ＴＡ３５０９は、第１ＭＭＥ３５０１によって管理される。第１ＵＥ３５１２および第２ＵＥ３５１３は、ともにＲＲＣ＿Ｉｄｌｅ状態で、ＲＮ３５１１の傘下に存在する。

図３５（ｂ）において、移動後のＲＮ３５１１が属するＴＡは、移動前と変えずに第３ＴＡ３５０９とする。移動後のＲＮ３５１１が属する第３ＴＡ３５０９は、第２ＭＭＥ３５０２によって管理される。第２ＵＥ３５１３は、元の場所に留まり、ＲＲＣ＿Ｉｄｌｅ状態で、第１ＤｅＮＢ３５０７の傘下に存在する。第１ＵＥ３５１２は、ＲＮ３５１１とともに移動し、ＲＲＣ＿Ｉｄｌｅ状態で、ＲＮ３５１１の傘下に存在する。

ＲＮ３５１１と一緒に移動する第１ＵＥ３５１２は、ＲＮ３５１１の傘下のままである。したがって、第１ＵＥ３５１２は、ＲＮ３５１１のＴＡＩが、自ＴＡリスト内のＴＡＩに既に存在すると判断し、ＴＡＵ処理を起動しない。これによって、第１ＭＭＥ３５０１は、ＵＥが該ＵＥのＴＡＩリスト内のセルに存在すると認識する。

他方、ＲＮ３５１１と一緒に移動しない第２ＵＥ３５１３は、ＲＮ３５１１のカバレッジ３５１０からはずれ、第１ＤｅＮＢ３５０７のカバレッジ３５１４に移り、第１ＤｅＮＢ３５０７をセル再選択する。ＤｅＮＢのＴＡＩとＲＮのＴＡＩとを、同じＴＡＩリストに入れることを禁止しているので、第２ＵＥ３５１３のＴＡＩリスト内に第１ＤｅＮＢ３５０７の属する第１ＴＡ３５０５のＴＡＩは存在しない。したがって、第２ＵＥ３５１３は、第１ＭＭＥ３５０１に対してＴＡＵ処理を起動する。第２ＵＥ３５１３のＴＡＵ処理は、第１ＭＭＥ３５０１によって行われる。

したがって、第１ＭＭＥ３５０１は、ＲＮ３５１１と一緒に移動せずにその場所に留まった第２ＵＥ３５１３が、自ＭＭＥが管理するＴＡ内に存在するか否かを認識することができる。ＵＥが接続されるＤｅＮＢ（ｅＮＢ）が異なり、異なるＭＭＥ間でセル再選択が行われたとしても、同様に、移動先ＭＭＥおよび移動元ＭＭＥはともに、該ＵＥが自ＭＭＥの管理するＴＡ内に存在するか否かを認識することができる。したがって、移動元ＭＭＥおよび移動先ＭＭＥはともに、どのＵＥが元の場所に留まったか、またはＲＮと一緒に移動したかを認識することができるようになる。これによって、ＵＥは、コアネットワークとの通信が可能となる。

ＭＭＥが、ＲＮのＴＡＩとその他の種類のセルのＴＡＩとをＵＥの同じＴＡＩリストに入れないようにする方法の具体例を開示する。

図３６は、ＲＮのＴＡＩとその他の種類のセルのＴＡＩとを同じＴＡＩリストに入れることを禁止する場合におけるＲＮの移動時のシーケンスを示す図である。

ステップＳＴ３６０１において、第１ＵＥ＃１は、ＲＲＣ＿Ｉｄｌｅ状態でＲＮの傘下に存在する。ステップＳＴ３６０２において、第２ＵＥ＃２は、ＲＲＣ＿Ｉｄｌｅ状態でＲＮの傘下に存在する。

ステップＳＴ３６０３において、ＲＮは、第１ＤｅＮＢ＃１とＲＲＣ接続されている。

ステップＳＴ３６０５において、ＵＥ用ＭＭＥは、第１ＵＥ＃１のＴＡＩリストであるＴＡＩ ｌｉｓｔ＿ＵＥ＃１と、第２ＵＥ＃２のＴＡＩリストであるＴＡＩ ｌｉｓｔ＿ＵＥ＃２とを管理している。ＴＡＩ ｌｉｓｔ＿ＵＥ＃１内には、ＲＮの属するＴＡのＴＡＩである第３ＴＡＩ＃３が含まれる。ＴＡＩ ｌｉｓｔ＿ＵＥ＃２内にも、同様に第３ＴＡＩ＃３が含まれる。したがって、ステップＳＴ３６０４において、第１ＵＥ＃１のＴＡＩリスト内には、第３ＴＡＩ＃３が含まれる。ステップＳＴ３６０６において、第２ＵＥ＃２のＴＡＩリスト内には、第３ＴＡＩ＃３が含まれる。

ステップＳＴ３６０７において、第２ＵＥ＃２は、ＲＮと一緒に移動する。ステップＳＴ３６０８において、ＲＮは、第１ＤｅＮＢ＃１の傘下から、第２ＤｅＮＢ＃２の傘下へ移動する。第１ＵＥ＃１は、元の場所に留まる。

ステップＳＴ３６０９において、ＲＮと第１ＤｅＮＢ＃１と、第２ＤｅＮＢ＃２と、ＲＮ用ＭＭＥとの間でＨＯ／ＴＡＵ処理が行われる。ステップＳＴ３６１０において、ＲＮは、第２ＤｅＮＢ＃２とＲＲＣ接続される。

元の場所に留まった第１ＵＥ＃１は、第１ＤｅＮＢ＃１の傘下になるので、第１ＤｅＮＢ＃１の属する第１ＴＡＩ＃１と自ＴＡＩリスト内のＴＡＩとを比較し、第１ＴＡＩ＃１が存在しないと判断する。

ステップＳＴ３６１１において、第１ＵＥ＃１は、ＴＡＵを起動し、第１ＵＥ＃１と、第１ＤｅＮＢ＃１と、ＵＥ用ＭＭＥとの間で、第１ＵＥ＃１のＴＡＵ処理が行われる。これによって、ＵＥ用ＭＭＥは、第１ＵＥ＃１のＴＡＩ ｌｉｓｔ＿ＵＥ＃１の変更を行う。ＲＮのＴＡＩとその他の種類のセルのＴＡＩとを同じＴＡＩリストに入れることを禁止しているので、ＵＥ用ＭＭＥは、ＴＡＩ ｌｉｓｔ＿ＵＥ＃１から第３ＴＡＩ＃３を削除して第１ＴＡＩ＃１を入れる。

ステップＳＴ３６１１において、ＵＥ用ＭＭＥは、ＴＡＵ受領信号に、更新したＴＡＩ ｌｉｓｔ＿ＵＥ＃１を含めて、第１ＵＥ＃１に通知する。これによって、第１ＵＥ＃１は、ＴＡＩリストを更新する。

ステップＳＴ３６１２において、第１ＵＥ＃１のＴＡＩリストには、第１ＴＡＩ＃１のみが含まれることになる。ステップＳＴ３６１３において、ＵＥ用ＭＭＥの管理する第１ＵＥ＃１のＴＡＩ ｌｉｓｔ＿ＵＥ＃１には、第１ＴＡＩ＃１のみが含まれることになる。他方、第２ＵＥ＃２の属するＴＡは、第３ＴＡＩ＃３のまま変わらないので、ＵＥ用ＭＭＥは、ＴＡＩ ｌｉｓｔ＿ＵＥ＃２を変更しない。

ＲＮが移動した後に、ステップＳＴ３６１４において、第１ＵＥ＃１に着信が生じた場合、ステップＳＴ３６１５において、ＵＥ用ＭＭＥは、ステップＳＴ３６１３のＴＡＩ ｌｉｓｔ＿＃ＵＥ１を用いて、ページング信号を、第１ＴＡＩ＃１に属する第１ＤｅＮＢ＃１に送信する。

第１ＤｅＮＢ＃１は、ページングメッセージ内のＴＡＩ ｌｉｓｔ＿ＵＥ＃１を確認する。そして、ＴＡＩ ｌｉｓｔ＿ＵＥ＃１の中に自セルの第１ＴＡＩ＃１が含まれているので、ステップＳＴ３６１６において、ページング信号を、傘下の第１ＵＥ＃１に送信する。

ＲＮが移動した後に、ステップＳＴ３６１４で第２ＵＥ＃２に着信が生じた場合、ＵＥ用ＭＭＥは、ステップＳＴ３６１３のＴＡＩ ｌｉｓｔ＿＃ＵＥ２を用いて、ページング信号を、第３ＴＡＩ＃３に属するＲＮに送信する。このとき、ＲＮは第２ＤｅＮＢ＃２と接続されているので、ＵＥ用ＭＭＥは、ステップＳＴ３６１７、ステップＳＴ３６１８で第２ＤｅＮＢ＃２を介して、ＲＮにページング信号を送信する。ＲＮの移動時に、ＲＮと接続されるＤｅＮＢの変更は、ステップＳＴ３６０９のＲＮのＨＯ／ＴＡＵ処理で行うようにする。ＵＥ用ＭＭＥは、ＲＮ用ＭＭＥより、ＲＮが接続されているＤｅＮＢの情報を得ておくとよい。

ステップＳＴ３６１７でＵＥ用ＭＭＥからページングメッセージを受信した第２ＤｅＮＢ＃２は、ステップＳＴ３６１８において、プロキシファンクションによって該ページングメッセージをＲＮに送信する。ページングメッセージを受信したＲＮは、ページングメッセージ内のＴＡＩ ｌｉｓｔ＿ＵＥ＃２を確認する。そして、ＴＡＩ ｌｉｓｔ＿ＵＥ＃２の中に自セルの第３ＴＡＩ＃３が含まれているので、ステップＳＴ３６１９において、ページング信号を傘下の第２ＵＥ＃２に送信する。

このように、ＵＥのＴＡＵ処理の前に、ＵＥのＴＡＩリストにＲＮのＴＡＩが存在していた場合、ＵＥのＴＡＵ処理において、新たにＵＥが存在するＴＡＩがＲＮのＴＡＩであれば、ＭＭＥは、該ＴＡＩをＴＡＩリストに追加してもよい。ＵＥのＴＡＵ処理において、新たにＵＥが存在するＴＡＩが他の種類のセルのＴＡＩであれば、ＭＭＥは、ＵＥのＴＡＩリスト内のＴＡＩを削除し、該他の種類のセルのＴＡＩをＴＡＩリストに入れる。

他方、ＵＥのＴＡＵ処理の前に、ＵＥのＴＡＩリストにその他のセルのＴＡＩが存在していた場合、ＵＥのＴＡＵ処理において、新たにＵＥが存在するＴＡＩがその他のセルのＴＡＩであれば、ＭＭＥは、該ＴＡＩをＴＡＩリストに追加してもよい。ＵＥのＴＡＵ処理において、新たにＵＥが存在するＴＡＩがＲＮのＴＡＩであれば、ＭＭＥは、ＵＥのＴＡＩリスト内のＴＡＩを削除し、該ＲＮのＴＡＩをＴＡＩリストに入れる。

このようにすることによって、ＭＭＥは、ＵＥがたとえＲＲＣ＿Ｉｄｌｅ状態であっても、ＵＥの接続先ＤｅＮＢあるいはＲＮを介して、着信処理を行うことが可能となる。したがって、ＵＥは、コアネットワークとの通信が可能となる。

ＭＭＥが、ＴＡＩがＲＮのＴＡＩであるか、またはその他のセルのＴＡＩであるかを判断できるようにしておく。具体例を以下に開示する。

例えば、ＲＮは、ＲＮのアタッチの際に、自セルがＲＮである旨を示す情報をＭＭＥに通知してもよい。ＯＡＭ（Operation Administration and Maintenance）が、セルがＲＮである旨を示す情報を該セルとＭＭＥとに通知するようにしてもよい。ＭＭＥは、ＲＮである旨を示す情報と、該情報の対象となるセルの識別子とを関連付けて管理する。ＭＭＥは、セルがＲＮである旨を示す情報をＨＳＳに通知するようにしてもよい。ＨＳＳは、ＲＮである旨を示す情報と、該情報の対象となるセルの識別子とを関連付けて管理する。このようにすることによって、ＭＭＥおよびＨＳＳは、セルがＲＮであるか否かを認識することができるようになり、ＲＮとしての管理を行うことが可能となる。

ＵＥからのＴＡＵ要求信号は、ＲＮを介してＭＭＥに通知される。ＲＮは、ＵＥからのＴＡＵ要求信号に、セル識別子およびＴＡＩを含めて、あるいはＴＡＵ要求信号とともに、ＭＭＥに通知する。ＭＭＥは、該セル識別子と、該セルの識別子と関連付けられるセルがＲＮであるか否かの情報とによって、該ＴＡＩがＲＮのものであるか否かを認識することが可能となる。また、ＭＭＥからＨＳＳに該セル識別子および該ＴＡＩを通知することで、ＨＳＳにおいても同様に該ＴＡＩがＲＮのものであるか否かを認識することが可能となる。

他の例として、ＲＮは、ＵＥからのＴＡＵ要求信号に、自セルがＲＮである旨の情報、セル識別子およびＴＡＩを含めて、あるいはＴＡＵ要求信号とともに、ＭＭＥに通知する。これによって、ＭＭＥは、該ＴＡＩがＲＮのものであるか否かを認識することが可能となる。ＲＮに限らず、全てのセルが、ＲＮであるか、または他の種類のセルであるかを示す情報、セル識別子およびＴＡＩを含めて送るようにしてもよい。これによって、ＭＭＥは、該ＴＡＩがＲＮのものであるか、または他の種類のセルであるかを認識することが可能となる。また、ＭＭＥからＨＳＳに該セル識別子および該ＴＡＩを通知するようにしてもよい。これによって、ＨＳＳにおいても同様に、該ＴＡＩがＲＮのものであるか否かを認識することが可能となる。

他の例として、ＲＮは、傘下のＵＥに自セルがＲＮである旨を示す情報を通知する。通知方法は、ＵＥに対して個別シグナリング、たとえばＲＲＣメッセージ、ＭＡＣメッセージで通知してもよいし、システム情報として報知してもよい。ＲＮであるか否かを示す情報を受信したＵＥは、ＴＡＩ要求信号に、該ＲＮであるか否かを示す情報を含めて、あるいはＴＡＩ要求信号とともに、ＭＭＥに通知する。これによって、ＭＭＥは、ＲＮから受信するセル識別子およびＴＡＩとともに、該ＴＡＩがＲＮのものであるか否かを認識することが可能となる。ＲＮに限らず、全てのセルが、ＲＮであるか、または他の種類のセルであるかを示す情報を、傘下のＵＥに通知するようにしてもよい。これによって、ＭＭＥは、ＴＡＩがＲＮのものであるか、または他の種類のセルであるかを認識することが可能となる。また、ＭＭＥからＨＳＳに該セル識別子および該ＴＡＩを通知するようにしてもよい。これによって、ＨＳＳにおいても同様に、該ＴＡＩがＲＮのものであるか否かを認識することが可能となる。

固定のＲＮと移動ＲＮとの運用を分別し、移動ＲＮのみ、ｅＮＢ、ＤｅＮＢおよび固定ＲＮなどの他の種類のセルと同じＴＡＩリストに入れることを禁止してもよい。ＲＮのモードとして、固定（fixed）と移動（mobile）とを設けてもよい。ＭＭＥあるいはＨＳＳは、このモードによって他の種類のセルと同じＴＡＩリストに入れることを禁止するのか、または許可するのかを判断することができる。ＭＭＥあるいはＨＳＳが、ＴＡＩが移動のＲＮのＴＡＩであるかその他のセルのＴＡＩであるか、あるいは、ＴＡＩが移動モードのＲＮのＴＡＩであるかその他のセルのＴＡＩであるか、を認識可能とする方法は、前述の方法を適用することができる。自セルがＲＮである旨の情報の代わりに、移動ＲＮか否かを示す情報、あるいはＲＮのモードを示す情報とすればよい。

複数の移動ＲＮのＴＡＩが、ＵＥのＴＡＩリストに入っていると、ＭＭＥは、ＲＲＣ＿Ｉｄｌｅ状態のＵＥがどの移動ＲＮと一緒に移動したか判らない。したがって、複数の移動ＲＮのＴＡＩを、同じＴＡＩリストに入れることを禁止するようにしてもよい。これによって、ＲＲＣ Ｉｄｌｅ状態のＵＥが、他の移動ＲＮと一緒に移動してしまい、元の移動ＲＮの傘下に存在しなくなったような場合でも、ＭＭＥはＵＥを認識することが可能となる。

実施の形態５ 変形例１．
本変形例では、実施の形態５で述べた問題を解決するための別の方法を開示する。ＭＭＥは、１つのＵＥに対して２つのＴＡＩリストを管理する。２つのＴＡＩリストは、移動ＲＮ用のＴＡＩリストと、他のセル用のＴＡＩリストとするとよい。具体例を以下に開示する。

図３７は、ＭＭＥが１つのＵＥに対して２つのＴＡＩリストを管理する場合におけるＲＮの移動時のシーケンスを示す図である。

ステップＳＴ３７０１において、第１ＵＥ＃１は、ＲＲＣ＿Ｉｄｌｅ状態でＲＮの傘下に存在する。ステップＳＴ３７０２において、第２ＵＥ＃２は、ＲＲＣ＿Ｉｄｌｅ状態でＲＮの傘下に存在する。
ステップＳＴ３７０３において、ＲＮは、第１ＤｅＮＢ＃１とＲＲＣ接続されている。

ステップＳＴ３７０５において、ＵＥ用ＭＭＥは、第１ＵＥ＃１に対して２つのＴＡＩリスト、具体的にはＴＡＩ ｌｉｓｔ＿ＵＥ＃１（ＲＮ）と、ＴＡＩ ｌｉｓｔ＿ＵＥ＃１（ｏｔｈｅｒ）とを管理する。同様に、ＵＥ用ＭＭＥは、第２ＵＥ＃２に対して２つのＴＡＩリスト、具体的にはＴＡＩ ｌｉｓｔ＿ＵＥ＃２（ＲＮ）と、ＴＡＩ ｌｉｓｔ＿ＵＥ＃２（ｏｔｈｅｒ）とを管理する。

ＴＡＩ ｌｉｓｔ＿ＵＥ＃１（ＲＮ）内には、ＲＮの属するＴＡの第３ＴＡＩ＃３が含まれる。ＴＡＩ ｌｉｓｔ＿ＵＥ＃１（ｏｔｈｅｒ）内には、ＲＮと接続されるＤｅＮＢの属するＴＡの第１ＴＡＩ＃１が含まれる。

同様に、ＴＡＩ ｌｉｓｔ＿ＵＥ＃２（ＲＮ）内には、ＲＮの属するＴＡの第３ＴＡＩ＃３が含まれる。ＴＡＩ ｌｉｓｔ＿ＵＥ＃２（ｏｔｈｅｒ）内には、ＲＮと接続されるＤｅＮＢの属するＴＡの第１ＴＡＩ＃１が含まれる。

したがって、ステップＳＴ３７０４において、第１ＵＥ＃１のＴＡＩ ｌｉｓｔ＿ＵＥ＃１内には、第１ＴＡＩ＃１と第３ＴＡＩ＃３とが含まれる。同様に、ステップＳＴ３７０６において、第２ＵＥ＃２のＴＡＩ ｌｉｓｔ＿ＵＥ＃２内には、第１ＴＡＩ＃１と第３ＴＡＩ＃３とが含まれる。

ステップＳＴ３７０７において、ＲＮは、第２ＵＥ＃２と一緒に移動する。ステップＳＴ３７０８において、ＲＮは、第１ＤｅＮＢ＃１の傘下から、第２ＤｅＮＢ＃２の傘下へ移動する。第１ＵＥ＃１は、元の場所に留まる。

ステップＳＴ３７０９において、ＲＮと第１ＤｅＮＢ＃１と、第２ＤｅＮＢ＃２と、ＲＮ用ＭＭＥとの間でＨＯ／ＴＡＵ処理が行われる。ステップＳＴ３７１０において、ＲＮは、第２ＤｅＮＢ＃２とＲＲＣ接続される。

元の場所に留まった第１ＵＥ＃１は、第１ＤｅＮＢ＃１の傘下になるので、第１ＤｅＮＢ＃１の属する第１ＴＡＩ＃１と自ＴＡＩリスト内のＴＡＩとを比較し、第１ＴＡＩ＃１が存在すると判断する。したがって、第１ＵＥ＃１は、ＴＡＵを起動しない。

ＵＥ用ＭＭＥは、第１ＵＥ＃１のＴＡＵ処理が行われないので、ＴＡＩ ｌｉｓｔ＿ＵＥ＃１（ＲＮ）およびＴＡＩ ｌｉｓｔ＿ＵＥ＃１（ｏｔｈｅｒ）の変更を行わない。

他方、第２ＵＥ＃２の属するＴＡは、第３ＴＡＩ＃３のまま変わらないので、ＵＥ用ＭＭＥは、ＴＡＩ ｌｉｓｔ＿ＵＥ＃２（ＲＮ）およびＴＡＩ ｌｉｓｔ＿ＵＥ＃２（ｏｔｈｅｒ）の変更を行わない。

ＲＮが移動した後に、ステップＳＴ３７１２において、第１ＵＥ＃１に着信が生じた場合、ＵＥ用ＭＭＥは、ステップＳＴ３７１１の第１ＵＥ＃１の２つのＴＡＩリスト、具体的にはＴＡＩ ｌｉｓｔ＿ＵＥ＃１（ｏｔｈｅｒ）と、ＴＡＩ ｌｉｓｔ＿ＵＥ＃１（ＲＮ）とを用いて、ページング信号を送信する。

ステップＳＴ３７１３において、ＵＥ用ＭＭＥは、ページング信号を、ＴＡＩ ｌｉｓｔ＿ＵＥ＃１（ｏｔｈｅｒ）内に含まれる第１ＴＡＩ＃１に属する第１ＤｅＮＢ＃１に送信する。

このとき、ページングメッセージには、ＴＡＩ ｌｉｓｔ＿ＵＥ＃１（ｏｔｈｅｒ）内のＴＡＩと、ＴＡＩ ｌｉｓｔ＿ＵＥ＃１（ＲＮ）内のＴＡＩとを１つにまとめて第１ＵＥ＃１のＴＡＩリストとして入れておく。あるいは、ページングメッセージに、第１ＵＥ＃１のＴＡＩリストとして、ＴＡＩ ｌｉｓｔ＿ＵＥ＃１（ｏｔｈｅｒ）と、ＴＡＩ ｌｉｓｔ＿ＵＥ＃１（ＲＮ）との２つを入れておくようにしてもよい。あるいは、ＭＭＥは、どのＴＡＩリスト内のＴＡＩの傘下のセルにページングメッセージを送信するかを判断し、該セルに送信するページングメッセージには、該ＴＡＩリストのみを入れておくようにしてもよい。

例えば、ここでは、ステップＳＴ３７１３において、ページング信号を、ＴＡＩ ｌｉｓｔ＿ＵＥ＃１（ｏｔｈｅｒ）内に含まれる第１ＴＡＩ＃１に属する第１ＤｅＮＢ＃１に送信するので、ステップＳＴ３７１３で送信するページングメッセージには、ＴＡＩ ｌｉｓｔ＿ＵＥ＃１（ｏｔｈｅｒ）のみを入れる。

第１ＤｅＮＢ＃１は、ページングメッセージ内の第１ＵＥ＃１のＴＡＩリストを確認する。そして、第１ＵＥ＃１のＴＡＩリストの中に自セルの第１ＴＡＩ＃１が含まれているので、第１ＤｅＮＢ＃１は、ステップＳＴ３７１４において、ページング信号を第１ＵＥ＃１に送信する。

ＵＥ用ＭＭＥは、さらにステップＳＴ３７１５、ステップＳＴ３７１６において、ページング信号を、ＴＡＩ ｌｉｓｔ＿ＵＥ＃１（ＲＮ）内に含まれる第３ＴＡＩ＃３に属するＲＮにも送信する。このとき、ページングメッセージに含ませるＴＡＩリストは、前述と同様である。

ＲＮは、ページングメッセージ内の第１ＵＥ＃１のＴＡＩリストを確認する。そして、第１ＵＥ＃１のＴＡＩリストの中に自セルの第３ＴＡＩ＃３が含まれているので、ＲＮは、ステップＳＴ３７１７において、ページング信号を第１ＵＥ＃１に送信する。

第２ＤｅＮＢ＃２は、前述の実施の形態５で開示した方法によって、ページングメッセージをプロキシする。第１ＵＥ＃１は、第１ＤｅＮＢ＃１の傘下に存在し、ＲＮの傘下には存在しないので、第１ＵＥ＃１は、ステップＳＴ３７１７でＲＮからのページング信号を受信することはないが、ステップＳＴ３７１４で第１ＤｅＮＢ＃１からのページング信号を受信することができる。

他方、ＲＮが移動した後に、ステップＳＴ３７１２において、第２ＵＥ＃２に着信が生じた場合、ＵＥ用ＭＭＥは、ステップＳＴ３７１１における第２ＵＥ＃２の２つのＴＡＩリストであるＴＡＩ ｌｉｓｔ＿ＵＥ＃２（ｏｔｈｅｒ）とＴＡＩ ｌｉｓｔ＿ＵＥ＃２（ＲＮ）とを用いて、ページング信号を送信する。

第１ＵＥ＃１の場合と同様に、ＵＥ用ＭＭＥは、ステップＳＴ３７１８において、ページング信号を、ＴＡＩ ｌｉｓｔ＿ＵＥ＃２（ｏｔｈｅｒ）内に含まれる第１ＴＡＩ＃１に属する第１ＤｅＮＢ＃１に送信する。第１ＤｅＮＢ＃１は、ページングメッセージ内の第２ＵＥ＃２のＴＡＩリストを確認する。そして、第２ＵＥ＃２のＴＡＩリストの中に自セルの第１ＴＡＩ＃１が含まれているので、第１ＤｅＮＢ＃１は、ステップＳＴ３７１９において、ページング信号を第２ＵＥ＃２に送信する。

ＵＥ用ＭＭＥは、さらにステップＳＴ３７２０、ステップＳＴ３７２１において、ページング信号を、ＴＡＩ ｌｉｓｔ＿ＵＥ＃２（ＲＮ）内に含まれる第３ＴＡＩ＃３に属するＲＮにも送信する。

ＲＮは、ページングメッセージ内の第２ＵＥ＃２のＴＡＩリストを確認する。そして、第２ＵＥ＃２のＴＡＩリストの中に自セルの第３ＴＡＩ＃３が含まれているので、ＲＮは、ステップＳＴ３７２２において、ページング信号を第２ＵＥ＃２に送信する。

第２ＤｅＮＢ＃２は、前述の実施の形態５で開示した方法によって、ページングメッセージをプロキシする。第２ＵＥ＃２は、ＲＮの傘下に存在し、第１ＤｅＮＢ＃１の傘下には存在しないので、第２ＵＥ＃２は、ステップＳＴ３７１９で第１ＤｅＮＢ＃１からのページング信号を受信することはないが、ステップＳＴ３７２２において、ＲＮからのページング信号を受信することができる。

このように、ＭＭＥが１つのＵＥに対して２つのＴＡＩリスト、具体的には移動ＲＮ用のＴＡＩリストと他のセル用のＴＡＩリストとを管理するようにしたので、ＭＭＥは、ＵＥがたとえ、ＲＲＣ＿Ｉｄｌｅ状態であっても、ＵＥの接続先ＤｅＮＢまたはＲＮを介して、着信処理を行うことが可能となる。したがって、ＵＥは、コアネットワークとの通信が可能となる。

また、たとえ、ＲＮのＴＡＩと他のセルのＴＡＩとを同じＴＡＩリストに入れたとしても、ＭＭＥは、ＵＥの接続先ＤｅＮＢまたはＲＮを介して、着信処理を行うことが可能となる。したがって、ＵＥは、コアネットワークとの通信が可能となる。

したがって、ＲＮのＴＡＩと他のセルのＴＡＩとが同じＴＡＩリストに入れることが可能となるので、ＵＥがＲＮとＤｅＮＢあるいは隣接ｅＮＢ間で移動を繰り返し、ＴＡＵが繰返し発生することを防ぐことが可能となる。これによって、シグナリングの負荷を削減することができる。

また、図３７に開示したように、ＵＥは、ＴＡＩリストが２つ存在することを認識しなくてよい。したがって、ＵＥの動作は、従来と変える必要はない。これによって、制御の複雑化を回避することができる。

本変形例で開示した方法では、ＭＭＥは１つのＵＥに対してＴＡＩリストを常に２つ保持するので、ＵＥが存在しないＴＡ内のセルにまでページング信号を送信してしまう。このことは、通信システムとしてシグナリングの負荷を増大させることになる。

ここでは、不要なＴＡＩリストの削除方法を開示する。次回ＴＡＵの発生時もしくは、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態への遷移時に、一方のＴＡＩリストを削除する。具体例を以下に開示する。

図３８は、ＵＥがＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態への遷移時に、ＭＭＥが一方のＴＡＩリストを削除するシーケンスを示す図である。

ステップＳＴ３７０１において、第１ＵＥ＃１は、ＲＲＣ＿Ｉｄｌｅ状態でＲＮの傘下に存在する。ステップＳＴ３７０２において、第２ＵＥ＃２は、ＲＲＣ＿Ｉｄｌｅ状態でＲＮの傘下に存在する。
ステップＳＴ３７１０において、ＲＮは、第２ＤｅＮＢ＃２とＲＲＣ接続される。

ステップＳＴ３７１１において、ＵＥ用ＭＭＥは、第１ＵＥ＃１に対して２つのＴＡＩリスト、具体的にはＴＡＩ ｌｉｓｔ＿ＵＥ＃１（ＲＮ）と、ＴＡＩ ｌｉｓｔ＿ＵＥ＃１（ｏｔｈｅｒ）とを管理する。同様に、ステップＳＴ３７１１において、ＵＥ用ＭＭＥは、第２ＵＥ＃２に対して２つのＴＡＩリスト、具体的にはＴＡＩ ｌｉｓｔ＿ＵＥ＃２（ＲＮ）と、ＴＡＩ ｌｉｓｔ＿ＵＥ＃２（ｏｔｈｅｒ）とを管理する。

ＴＡＩ ｌｉｓｔ＿ＵＥ＃１（ＲＮ）内には、ＲＮの属するＴＡの第３ＴＡＩ＃３が含まれる。ＴＡＩ ｌｉｓｔ＿ＵＥ＃１（ｏｔｈｅｒ）内には、ＲＮと接続されるＤｅＮＢの属するＴＡの第１ＴＡＩ＃１が含まれる。

同様に、ＴＡＩ ｌｉｓｔ＿ＵＥ＃２（ＲＮ）内には、ＲＮの属するＴＡの第３ＴＡＩ＃３が含まれる。ＴＡＩ ｌｉｓｔ＿ＵＥ＃２（ｏｔｈｅｒ）内には、ＲＮと接続されるＤｅＮＢの属するＴＡの第１ＴＡＩ＃１が含まれる。

したがって、ステップＳＴ３７０４において、第１ＵＥ＃１のＴＡＩ ｌｉｓｔ＿ＵＥ＃１内には、第１ＴＡＩ＃１と第３ＴＡＩ＃３とが含まれる。同様に、ステップＳＴ３７０６において、第２ＵＥ＃２のＴＡＩ ｌｉｓｔ＿ＵＥ＃２内には、第１ＴＡＩ＃１と第３ＴＡＩ＃３とが含まれる。

第１ＵＥ＃１は、通信を開始するにあたってＵＥ用ＭＭＥにサービスリクエストを通知するために、ステップＳＴ３８０２において、第１ＤｅＮＢ＃１に対してＲＲＣ接続設立処理を行い、ＲＲＣ接続する。そして、第１ＵＥ＃１は、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態に遷移する。

ステップＳＴ３８０２でＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態に遷移した第１ＵＥ＃１は、ステップＳＴ３８０２において、サービスリクエストを第１ＤｅＮＢ＃１に送信する。第１ＤｅＮＢ＃１は、ステップＳＴ３８０３において、サービスリクエストをＵＥ用ＭＭＥに送信する。

ステップＳＴ３８０３において、第１ＤｅＮＢ＃１は、第１ＵＥ＃１のサービスリクエストに、自セルのセル識別子および自セルのＴＡＩの少なくともいずれか一方を含めておく。該サービスリクエストを受信したＵＥ用ＭＭＥは、第１ＵＥ＃１が第１ＤｅＮＢ＃１の傘下に存在することを認識する。これによって、ＵＥ用ＭＭＥは、第１ＵＥ＃１がＲＮの傘下に存在しないことを認識する。

ステップＳＴ３８１３において、ＵＥ用ＭＭＥは、第１ＵＥ＃１のＴＡＩ ｌｉｓｔ＿ＵＥ＃１（ＲＮ）を、消去あるいは空（empty）にする。

第１ＵＥ＃１のＴＡＩリストに変更が生じたので、ＵＥ用ＭＭＥは、ステップＳＴ３８０５およびステップＳＴ３８０４において、第１ＤｅＮＢ＃１を介して第１ＵＥ＃１に、更新したＴＡＩリストを表すＴＡＩリスト更新メッセージを送信する。ステップＳＴ３８０５およびステップＳＴ３８０４では、ＴＡＩリスト更新メッセージに、更新したＴＡＩ ｌｉｓｔ＿ＵＥ＃１を入れて送信する。ＴＡＩ ｌｉｓｔ＿ＵＥ＃１には、第１ＴＡＩ＃１のみが含まれる。該ＴＡＩリスト更新メッセージは、Ｓ１シグナリングとしてもよい。

第１ＵＥ＃１は、ステップＳＴ３８０４でＴＡＵリスト更新メッセージを受信し、ステップＳＴ３８０６において、ＴＡＩリスト内に含まれるＴＡＩを更新する。ここでは、第３ＴＡＩ＃３が削除され、ＴＡＩリスト内には第１ＴＡＩ＃１が残る。

第２ＵＥ＃２の場合について開示する。第１ＵＥ＃１の場合と同様の方法で行われる。 第２ＵＥ＃２は、通信を開始するにあたってＵＥ用ＭＭＥにサービスリクエストを通知するために、ステップＳＴ３８０７において、ＲＮに対してＲＲＣ接続設立処理を行い、ＲＲＣ接続する。そして、第２ＵＥ＃２は、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態に遷移する。

ステップＳＴ３８０７でＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態に遷移した第２ＵＥ＃２は、ステップＳＴ３８０７において、サービスリクエストをＲＮに送信する。ＲＮは、ステップＳＴ３８０８において、サービスリクエストをＵＥ用ＭＭＥに送信する。

ステップＳＴ３８０８において、ＲＮは、第２ＵＥ＃２のサービスリクエストに、自セルのセル識別子および自セルのＴＡＩの少なくともいずれか一方を含めておく。ＲＮからＵＥ用ＭＭＥへの送信は、第２ＤｅＮＢ＃２を介して送信し、第２ＤｅＮＢ＃２は、ＵＥ用ＭＭＥへのプロキシを行う。該サービスリクエストを受信したＵＥ用ＭＭＥは、第２ＵＥ＃２がＲＮの傘下に存在することを認識する。これによって、ＵＥ用ＭＭＥは、第２ＵＥ＃２が第１ＤｅＮＢ＃１の傘下に存在しないことを認識する。

ステップＳＴ３８０９において、ＵＥ用ＭＭＥは、第２ＵＥ＃２のＴＡＩ ｌｉｓｔ＿ＵＥ＃２（ｏｔｈｅｒ）を、消去あるいは空（empty）にする。

第２ＵＥ＃２のＴＡＩリストに変更が生じたため、ＵＥ用ＭＭＥは、ステップＳＴ３８１０およびステップＳＴ３８１１において、ＲＮを介して第２ＵＥ＃２に、更新したＴＡＩリストを表すＴＡＩリスト更新メッセージを送信する。ステップＳＴ３８１０およびステップＳＴ３８１１では、ＴＡＩリスト更新メッセージに、更新したＴＡＩ ｌｉｓｔ＿ＵＥ＃２を入れて送信する。ＴＡＩ ｌｉｓｔ＿ＵＥ＃２には、第３ＴＡＩ＃３のみが含まれる。該ＴＡＩリスト更新メッセージは、Ｓ１シグナリングとしてもよい。

ＵＥ用ＭＭＥからＲＮへの送信は、第２ＤｅＮＢ＃２を介して送信し、第２ＤｅＮＢ＃２は、ＲＮへのプロキシを行う。第２ＵＥ＃２は、ステップＳＴ３８１１において、ＴＡＵリスト更新メッセージを受信する。そして、ＳＴ３８１２において、第２ＵＥ＃２は、ＴＡＩリスト内に含まれるＴＡＩを更新する。ステップＳＴ３８１２では、第１ＴＡＩ＃１が削除され、ＴＡＩリスト内には第３ＴＡＩ＃３が残る。

このようにすることによって、ＭＭＥは、１つのＵＥに対してＴＡＩリストを常に２つ保持することが無くなり、ＵＥが存在しないＴＡ内のセルにまでページング信号を送信してしまうことを防ぐことができる。これによって、通信システムとしてのシグナリングの負荷の増大を防ぐことができる。

また、ＵＥ用ＭＭＥが保持するＴＡＩリストも削減することができるので、ＭＭＥの記憶容量を削減することができる。これによって、ＭＭＥの製造コストを削減することができる。

図３８では、ＵＥがＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態に遷移した場合を示したが、ＵＥがＴＡＵを起動した場合でもよく、同様の効果を得ることができる。

図３７のステップＳＴ３７０９において、ＵＥ用ＭＭＥが、ＲＮが接続するＤｅＮＢのＴＡＩを認識するようにしてもよい。ステップＳＴ３７０９において、第１ＤｅＮＢ＃１から第２ＤｅＮＢ＃２に移動したＲＮは、ＨＯ処理が行われ、ＴＡＵ処理が行われる。この処理によって、ＲＮ用ＭＭＥは、ＲＮが第２ＤｅＮＢ＃２に接続されたことを認識する。ＲＮ用ＭＭＥとＵＥ用ＭＭＥとの間で、ＲＮが接続されたＤｅＮＢに関する情報、例えばセル識別子および該セルが属するＴＡＩの交換を行うようにしておく。これによって、ＵＥ用ＭＭＥは、ＲＮが接続されるＤｅＮＢのＴＡＩを認識することが可能となる。

ステップＳＴ３７１１において、ＵＥ用ＭＭＥが、ＵＥのＴＡＩリストの更新をしてもよい。ＲＮが接続されるＤｅＮＢのＴＡＩを認識したＵＥ用ＭＭＥは、ステップＳＴ３７１１において、第１ＵＥ＃１および第２ＵＥ＃２のＴＡＩリストを更新する。第１ＵＥ＃１のＴＡＩ ｌｉｓｔ＿ＵＥ＃１（ｏｔｈｅｒ）に、第２ＴＡＩ＃２を追加する。また、第２ＵＥ＃２のＴＡＩ ｌｉｓｔ＿ＵＥ＃２（ｏｔｈｅｒ）に、第２ＴＡＩ＃２を追加する。ＴＡＩリストが変更されたので、ＵＥ用ＭＭＥは、第１ＵＥ＃１および第２ＵＥ＃２に、更新されたＴＡＩリストを通知する。通知方法は、図３８で開示したＴＡＵリスト更新方法を用いればよい。

このようにすることによって、第１ＵＥ＃１および第２ＵＥ＃２は、ＴＡＵリストに、ＲＮが接続される第２ＤｅＮＢ＃２のＴＡＩが含まれることになる。したがって、ＲＮと一緒に移動したＵＥが、該ＤｅＮＢとＲＮとの間を移動したとしても、ＴＡＵ処理を発生させないで済む。これによって、さらにシグナリングの負荷の削減を図ることができる。

前述の方法では、ＵＥ内のＴＡＩリストは１つでよく、２つ持つ必要は無い。しかし、ＵＥ内のＴＡＩリストを、ＭＭＥ内のＴＡＩリストと同様に２つ持つようにしてもよい。この場合、ＵＥ内とＭＭＥ内とで、同じＴＡＩリストとして管理することができるので、ＴＡＩリストの運用において、誤動作を可及的に少なくすることが可能となる。

実施の形態５ 変形例２．
本変形例では、実施の形態５で述べた問題を解決するための別の方法を開示する。１つのＵＥに対して、移動元のＭＭＥと移動先のＭＭＥとの両方がＴＡＩリストを有するか、あるいは管理する。移動元のＭＭＥと移動先のＭＭＥとが同じ場合には、該ＭＭＥが、ＵＥのＴＡＩリストを１つ有するようにして管理すればよい。

このようにすることによって、ＭＭＥが、ＲＲＣ＿Ｉｄｌｅ状態のＵＥがＲＮと一緒に移動したか否かを認識しなくても、該ＵＥに対して着信があった場合、移動元のＭＭＥおよび移動先のＭＭＥはともに、該ＵＥに対してページングを行うことができるようになる。したがって、ＵＥは、コアネットワークとの間での通信が可能となる。具体例を以下に開示する。

図３９は、１つのＵＥに対して、移動元のＭＭＥと移動先のＭＭＥとの両方がＴＡＩリストを管理する場合におけるＲＮの移動時のシーケンスを示す図である。図３９では、ＲＮがＭＭＥ間ＨＯを行った場合について示している。

ステップＳＴ３９０１において、第１ＵＥ＃１は、ＲＲＣ＿Ｉｄｌｅ状態でＲＮの傘下に存在する。ステップＳＴ３９０２において、第２ＵＥ＃２は、ＲＲＣ＿Ｉｄｌｅ状態でＲＮの傘下に存在する。

ステップＳＴ３９０３において、ＲＮは、第１ＤｅＮＢ＃１とＲＲＣ接続される。ステップＳＴ３９０５において、ＵＥ用第１ＭＭＥは、第１ＤｅＮＢ＃１と接続される。ステップＳＴ３９０５において、ＵＥ用第１ＭＭＥは、第１ＵＥ＃１および第２ＵＥ＃２のＴＡＩリストを管理する。ＴＡＩ ｌｉｓｔ＿ＵＥ＃１内には、ＲＮの属するＴＡの第３ＴＡＩ＃３と、第１ＤｅＮＢ＃１の属するＴＡの第１ＴＡＩ＃１とが含まれる。同様に、ＴＡＩ ｌｉｓｔ＿ＵＥ＃２内には、ＲＮの属するＴＡの第３ＴＡＩ＃３と、第１ＤｅＮＢ＃１の属するＴＡの第１ＴＡＩ＃１とが含まれる。

したがって、ステップＳＴ３９０４において、第１ＵＥ＃１のＴＡＩ ｌｉｓｔ＿ＵＥ＃１内には、第１ＴＡＩ＃１と第３ＴＡＩ＃３とが含まれる。同様に、ステップＳＴ３９０６において、第２ＵＥ＃２のＴＡＩ ｌｉｓｔ＿ＵＥ＃２内には、第１ＴＡＩ＃１と第３ＴＡＩ＃３とが含まれる。

ステップＳＴ３９０７において、第２ＵＥ＃２は、ＲＮと一緒に移動する。ステップＳＴ３９０８において、ＲＮは、第１ＤｅＮＢ＃１の傘下から、第２ＤｅＮＢ＃２の傘下へ移動する。第１ＵＥ＃１は、元の場所に留まる。

ステップＳＴ３９０９において、ＲＮと第１ＤｅＮＢ＃１と、第２ＤｅＮＢ＃２と、ＲＮ用第１ＭＭＥ＃１と、ＲＮ用第２ＭＭＥ＃２との間でＨＯ／ＴＡＵ処理が行われる。ステップＳＴ３９１０において、ＲＮは、第２ＤｅＮＢ＃２とＲＲＣ接続される。

元の場所に留まった第１ＵＥ＃１は、第１ＤｅＮＢ＃１の傘下になるので、第１ＤｅＮＢ＃１の属する第１ＴＡＩ＃１と自ＴＡＩリスト内のＴＡＩとを比較し、第１ＴＡＩ＃１が存在すると判断する。したがって、第１ＵＥ＃１は、ＴＡＵを起動しない。

ＵＥ用第１ＭＭＥ＃１は、第１ＵＥ＃１のＴＡＵ処理が行われないので、ＴＡＩ ｌｉｓｔ＿ＵＥ＃１の変更を行わない。

他方、第２ＵＥ＃２の属するＴＡは、第３ＴＡＩ＃３のまま変わらないので、ＵＥ用第１ＭＭＥ＃１は、ＴＡＩ ｌｉｓｔ＿ＵＥ＃２の変更を行わない。

ステップＳＴ３９１１において、ＵＥ用第１ＭＭＥ＃１は、移動したＲＮのＴＡＩをＴＡＩリストに含むＵＥを導出する。

ステップＳＴ３９１１の処理を行う前に、ＲＮ用第１ＭＭＥ＃１は、移動したＲＮのＴＡＩをＵＥ用第１ＭＭＥ＃１に通知しておくとよい。

ここでは、ステップＳＴ３９０９において、ＲＮ用第１ＭＭＥ＃１は、移動したＲＮのＴＡＩをＵＥ用第１ＭＭＥ＃１に通知する。これによって、ＵＥ用第１ＭＭＥ＃１は、移動したＲＮのＴＡＩを認識することが可能となり、移動したＲＮのＴＡＩをＴＡＩリストに含むＵＥを導出することが可能となる。

また、ステップＳＴ３９０９において、ＲＮ用第１ＭＭＥ＃１は、移動したＲＮの移動先のＭＭＥの識別子をＵＥ用第１ＭＭＥ＃１に通知しておくとよい。これによって、ＵＥ用第１ＭＭＥ＃１は、移動したＲＮの移動先のＭＭＥを認識することができる。

ＵＥ用第１ＭＭＥ＃１は、ＴＡＩリストを用いて、ＴＡＩ ｌｉｓｔ＿ＵＥ＃１、ＴＡＩ ｌｉｓｔ＿ＵＥ＃２に、ＲＮの第３ＴＡＩ＃３が含まれていることを検出する。これによって、第１ＵＥ＃１および第２ＵＥ＃２が、ＲＮの第３ＴＡＩ＃３を含むと判断する。

ステップＳＴ３９１２において、ＵＥ用第１ＭＭＥ＃１は、導出したＵＥの識別子とともに、該ＵＥのＴＡＩリストを、ＲＮの移動先のＵＥ用第２ＭＭＥ＃２に通知する。ＵＥ用第１ＭＭＥ＃１は、導出したＵＥの識別子とともに、該ＵＥのＴＡＩリストを、移動先のＲＮ用第２ＭＭＥ＃２に通知してもよい。その場合、移動先のＲＮ用第２ＭＭＥ＃２は、該情報を移動先のＵＥ用第２ＭＭＥ＃２に通知するとよい。

ステップＳＴ３９１４において、ＵＥ用第２ＭＭＥ＃２は、第１ＵＥ＃１および第２ＵＥ＃２のＴＡＩリスト、具体的にはＴＡＩ ｌｉｓｔ＿ＵＥ＃１およびＴＡＩ ｌｉｓｔ＿ＵＥ＃２を作成する。これによって、ＵＥ用第２ＭＭＥ＃２上に、ＵＥ用第１ＭＭＥ＃１にある第１ＵＥ＃１および第２ＵＥ＃２のＴＡＩリストと同じものが作成される。

ステップＳＴ３９１３において、ＵＥ用第１ＭＭＥ＃１は、第１ＵＥ＃１および第２ＵＥ＃２のＴＡＩリストを引続き保持する。これによって、第１ＵＥ＃１および第２ＵＥ＃２のＴＡＩリストは、ＵＥ用第１ＭＭＥ＃１およびＵＥ用第２ＭＭＥ＃２の両方で有することになる。

ここでは、ＵＥ用第１ＭＭＥ＃１が、ＲＮの移動先のＵＥ用第２ＭＭＥ＃２に、導出したＵＥの識別子とともに該ＵＥのＴＡＩリストを通知するようにしているが、ＲＮの移動先のＵＥ用第２ＭＭＥ＃２が、移動元のＵＥ用第１ＭＭＥ＃１に、導出したＵＥの識別子とともに該ＵＥのＴＡＩリストの通知を要求する旨の情報を通知してもよい。この情報を受信したＵＥ用第１ＭＭＥ＃１が、移動先のＵＥ用第２ＭＭＥ＃２に、導出したＵＥの識別子とともに該ＵＥのＴＡＩリストを通知すればよい。このとき、移動元のＲＮ用第１ＭＭＥ＃１および移動先のＲＮ用第２ＭＭＥ＃２を介して通知するようにしてもよい。

移動先のＭＭＥは、自ＭＭＥ内で有効でないＴＡＩを、ＵＥのＴＡＩリストから削除するようにしてもよい。例えばＲＮがＭＭＥ間ＨＯを行ったような場合、移動先のＭＭＥが、移動元のＭＭＥが管理していたＴＡを管理することが不可能な場合がある。このような場合に、移動先のＭＭＥは、自ＭＭＥ内で有効でないＴＡＩを削除する。そして、残ったＴＡＩでＵＥのＴＡＩリストを更新する。他方、移動元のＭＭＥでのＵＥのＴＡＩリストは、変更すること無く、そのまま残す。

このようにすることによって、移動先のＭＭＥで管理されるＵＥのＴＡＩリストが適宜更新され、無駄なＴＡを含むことが無くなる。したがって、不要なセルまでページング信号を送信することを防ぐことができ、シグナリングの負荷を削減することができる。

図３９では、第２ＭＭＥ＃２が自ＭＭＥの管理外のＴＡのＴＡＩを削除する場合について示す。ステップＳＴ３９１５において、ＵＥ用第２ＭＭＥ＃２は、自ＭＭＥの管理外のＴＡのＴＡＩを削除する。第１ＵＥ＃１および第２ＵＥ＃２のＴＡＩリストから、ＵＥ用第２ＭＭＥ＃２が管理していない第１ＴＡＩ＃１を削除する。

その結果、ステップＳＴ３９１６において、第１ＵＥ＃１のＴＡＩ ｌｉｓｔ＿ＵＥ＃１には、第３ＴＡＩ＃３のみが含まれ、第２ＵＥ＃２のＴＡＩ ｌｉｓｔ＿ＵＥ＃２には、第３ＴＡＩ＃３のみが含まれることになる。ここで、第２ＭＭＥ＃２において、第１ＵＥ＃１および第２ＵＥ＃２のＴＡＩリストが変更されるが、この管理はＭＭＥ内だけで行い、ＵＥへの通知を行わないようにしてもよい。

ＭＭＥとＨＳＳとの間でのＵＥの管理も、移動元のＭＭＥと移動先のＭＭＥとで行うとよい。例えば、ＨＳＳは、ＵＥ毎の情報を有する。その中に該ＵＥが位置するＭＭＥの識別子（Identity）を含めておく。該ＭＭＥの識別子として、複数の識別子を含めることを可能としておく。該ＵＥが位置するＭＭＥの識別子として、移動元のＭＭＥの識別子と移動先のＭＭＥの識別子との両方をＨＳＳ内に保持（記録）することによって、該ＵＥの情報を要求されたＨＳＳが、移動元および移動先の両方のＭＭＥの識別子を通知することができるようになる。これによって、例えば着信時など、移動元および移動先の両方のＭＭＥに着信信号が通知されるようになる。着信信号を受信した移動元および移動先の両方のＭＭＥは、該ＵＥに対してページングを行うことが可能となる。

ＵＥは、移動元のＭＭＥおよび移動先のＭＭＥのそれぞれにＴＡＩリストがあることを認識しない。したがって、ＵＥ内のＴＡＩリストは、１つのみでよい。

ＲＮが移動した後に、第１ＵＥ＃１に着信が生じた場合、第１ＵＥ＃１の情報を要求されたＨＳＳが、第１ＭＭＥ＃１および第２ＭＭＥ＃２の識別子を要求元のノードに通知する。これによって、第１ＭＭＥ＃１および第２ＭＭＥ＃２の両方のＭＭＥに、第１ＵＥ＃１への着信信号が通知される。

ステップＳＴ３９１７において着信信号を受信したＵＥ用第１ＭＭＥ＃１は、ステップＳＴ３９１３の第１ＵＥ＃１のＴＡＩ ｌｉｓｔ＿ＵＥ＃１を用いて、ページング信号を送信する。具体的には、ステップＳＴ３９１８において、ＵＥ用第１ＭＭＥ＃１は、ＴＡＩ ｌｉｓｔ＿ＵＥ＃１内に含まれる第１ＴＡＩ＃１に属する第１ＤｅＮＢ＃１にページング信号を送信する。第１ＤｅＮＢ＃１は、ページングメッセージ内の第１ＵＥ＃１のＴＡＩリストを確認する。そして、第１ＵＥ＃１のＴＡＩリストの中に、自セルの第１ＴＡＩ＃１が含まれているので、ステップＳＴ３９１９において、第１ＤｅＮＢ＃１は、ページング信号を第１ＵＥ＃１に送信する。

ＵＥ用第１ＭＭＥ＃１は、さらにステップＳＴ３９２０において、ＴＡＩ ｌｉｓｔ＿ＵＥ＃１内に含まれる第３ＴＡＩ＃３に属するＲＮにもページング信号を送信する。しかし、ＲＮは移動しているので、第１ＤｅＮＢ＃１と接続されておらず、第１ＤｅＮＢ＃１が該ページング信号をＲＮにプロキシすることは不可能となる。したがって、ページング信号は、ＲＮに送信されないことになる。

他方、ステップＳＴ３９２１において着信信号を受信したＵＥ用第２ＭＭＥ＃２は、ステップＳＴ３９１６の第１ＵＥ＃１のＴＡＩ ｌｉｓｔ＿ＵＥ＃１を用いて、ページング信号を送信する。具体的には、ステップＳＴ３９２２において、ＵＥ用第２ＭＭＥ＃２は、ページング信号を第２ＤｅＮＢ＃２に送信する。ステップＳＴ３９２３において、第２ＤｅＮＢ＃２は、ＴＡＩ ｌｉｓｔ＿ＵＥ＃１内に含まれる第３ＴＡＩ＃３に属するＲＮにページング信号を送信する。第２ＤｅＮＢ＃２は、ページング信号をＲＮへプロキシする。

ＲＮは、ページングメッセージ内の第１ＵＥ＃１のＴＡＩリストを確認する。そして、第１ＵＥ＃１のＴＡＩリストの中に自セルの第３ＴＡＩ＃３が含まれているので、ステップＳＴ３９２４において、ＲＮは、ページング信号を第１ＵＥ＃１に送信する。

第１ＵＥ＃１は、第１ＤｅＮＢ＃１の傘下に存在し、ＲＮの傘下には存在しないので、第１ＵＥ＃１は、ステップＳＴ３９２４におけるＲＮからのページング信号を受信することはない。第１ＵＥ＃１は、ステップＳＴ３９１９において、第１ＤｅＮＢ＃１からのページング信号を受信することができる。

ＲＮが移動した後に、第２ＵＥ＃２に着信が生じた場合も、第１ＵＥ＃１に着信が生じた場合と同様に、第２ＵＥ＃２の情報を要求されたＨＳＳが、第１ＭＭＥ＃１および第２ＭＭＥ＃２の識別子を要求元のノードに通知する。これによって、第１ＭＭＥ＃１および第２ＭＭＥ＃２の両方のＭＭＥに、第２ＵＥ＃２への着信信号が通知される。

ステップＳＴ３９２５において着信信号を受信したＵＥ用第１ＭＭＥ＃１は、ステップＳＴ３９１３の第２ＵＥ＃２のＴＡＩ ｌｉｓｔ＿ＵＥ＃２を用いて、ページング信号を送信する。具体的には、ステップＳＴ３９２６において、ＵＥ用第１ＭＭＥ＃１は、ＴＡＩ ｌｉｓｔ＿ＵＥ＃２内に含まれる第１ＴＡＩ＃１に属する第１ＤｅＮＢ＃１にページング信号を送信する。第１ＤｅＮＢ＃１は、ページングメッセージ内の第２ＵＥ＃２のＴＡＩリストを確認する。そして、第２ＵＥ＃２のＴＡＩリストの中に自セルの第１ＴＡＩ＃１が含まれているので、ステップＳＴ３９２７において、ページング信号を第２ＵＥ＃２に送信する。

ＵＥ用第１ＭＭＥ＃１は、さらにステップＳＴ３９２８において、ＴＡＩ ｌｉｓｔ＿ＵＥ＃２内に含まれる第３ＴＡＩ＃３に属するＲＮにもページング信号を送信する。しかし、ＲＮは移動しているので、第１ＤｅＮＢ＃１と接続されておらず、第１ＤｅＮＢ＃１が該ページング信号をＲＮにプロキシすることは不可能となる。したがって、ページング信号はＲＮに送信されないことになる。

他方、ステップＳＴ３９２９において着信信号を受信したＵＥ用第２ＭＭＥ＃２は、ステップＳＴ３９１６の第２ＵＥ＃２のＴＡＩ ｌｉｓｔ＿ＵＥ＃２を用いて、ページング信号を送信する。具体的には、ステップＳＴ３９３０において、ＵＥ用第２ＭＭＥ＃２は、ページング信号を第２ＤｅＮＢ＃２に送信する。ステップＳＴ３９３１において、第２ＤｅＮＢ＃２は、ＴＡＩ ｌｉｓｔ＿ＵＥ＃２内に含まれる第３ＴＡＩ＃３に属するＲＮにページング信号を送信する。第２ＤｅＮＢ＃２は、ページング信号をＲＮへプロキシする。ＲＮは、ページングメッセージ内の第２ＵＥ＃２のＴＡＩリストを確認する。そして、第２ＵＥ＃２のＴＡＩリストの中に、自セルの第３ＴＡＩ＃３が含まれているので、ステップＳＴ３９３２において、ページング信号を第２ＵＥ＃２に送信する。

第２ＵＥ＃２は、ＲＮの傘下に存在し、第１ＤｅＮＢ＃１の傘下には存在しないので、第２ＵＥ＃２は、ステップＳＴ３９２７における第１ＤｅＮＢ＃１からのページング信号を受信することはない。第２ＵＥ＃２は、ステップＳＴ３９３２において、ＲＮからのページング信号を受信することができる。

本変形例で開示した方法とすることで、ＭＭＥは、ＵＥが、たとえＲＲＣ＿Ｉｄｌｅ状態であっても、ＵＥの接続先のＤｅＮＢあるいはＲＮを介して、着信処理を行うことが可能となる。したがって、ＵＥは、コアネットワークとの通信が可能となる。

また、たとえ、ＲＮのＴＡＩとその他のセルのＴＡＩとを、同じＴＡＩリストに入れたとしても、ＭＭＥは、ＵＥの接続先のＤｅＮＢあるいはＲＮを介して、着信処理を行うことが可能となる。したがって、ＵＥは、コアネットワークとの通信が可能となる。

したがって、ＲＮのＴＡＩとその他のセルのＴＡＩとを同じＴＡＩリストに入れることが可能となるので、ＵＥがＲＮとＤｅＮＢあるいは隣接ｅＮＢ間で移動を繰り返し、ＴＡＵが繰返し発生することを無くすことが可能となる。これによって、シグナリングの負荷を削減することができる。

また、ＵＥは、ＴＡＩリストが２つ存在することを認識しなくてよい。したがって、ＵＥの動作は、従来と変える必要はなく、制御の複雑化を回避することができる。また、ＲＮがＭＭＥ間ＨＯを行った場合でも、ＵＥは、コアネットワークとの通信が可能となる。

不要となったＭＭＥのＴＡＩリストを削除する処理を設ける。移動元のＭＭＥあるいは移動先のＭＭＥのうちのどちらかのＵＥのＴＡＩリストが不要になった場合、不要になったＭＭＥの該ＵＥのＴＡＩリストを削除する。次回ＴＡＵ発生時もしくは、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態への遷移時に、一方のＴＡＩリストを削除する。また、ＨＳＳ内のＵＥの不要となったロケーション情報を削除するようにしてもよい。具体例を以下に開示する。

図４０は、ＵＥがＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態に遷移するときに、ＭＭＥが一方のＴＡＩリストを削除するシーケンスを示す図である。

ステップＳＴ３９０１において、第１ＵＥ＃１は、ＲＲＣ＿Ｉｄｌｅ状態でＲＮの傘下に存在する。ステップＳＴ３９０２において、第２ＵＥ＃２は、ＲＲＣ＿Ｉｄｌｅ状態でＲＮの傘下に存在する。
ステップＳＴ３９１０において、ＲＮは、第２ＤｅＮＢ＃２とＲＲＣ接続される。

ステップＳＴ３９０５において、ＵＥ用第１ＭＭＥ＃１は、第１ＵＥ＃１のＴＡＩ ｌｉｓｔ＿ＵＥ＃１と、第２ＵＥ＃２のＴＡＩ ｌｉｓｔ＿ＵＥ＃２とを管理する。ＴＡＩ ｌｉｓｔ＿ＵＥ＃１内には、ＲＮの属するＴＡの第３ＴＡＩ＃３と、第１ＤｅＮＢ＃１の属するＴＡの第１ＴＡＩ＃１とが含まれる。ＴＡＩ ｌｉｓｔ＿ＵＥ＃２内にも同様に、第３ＴＡＩ＃３と、第１ＴＡＩ＃１とが含まれる。

ステップＳＴ３９１６において、ＵＥ用第２ＭＭＥ＃２は、第１ＵＥ＃１のＴＡＩ ｌｉｓｔ＿ＵＥ＃１と、第２ＵＥ＃２のＴＡＩ ｌｉｓｔ＿ＵＥ＃２とを管理する。ＴＡＩ ｌｉｓｔ＿ＵＥ＃１内には、ＲＮの属するＴＡの第３ＴＡＩ＃３が含まれる。ＴＡＩ ｌｉｓｔ＿ＵＥ＃２内にも同様に、第３ＴＡＩ＃３が含まれる。

ステップＳＴ３９０４において、第１ＵＥ＃１のＴＡＩ ｌｉｓｔ＿ＵＥ＃１内には、第１ＴＡＩ＃１と第３ＴＡＩ＃３とが含まれる。同様に、ステップＳＴ３９０６において、第２ＵＥ＃２のＴＡＩ ｌｉｓｔ＿ＵＥ＃２内には、第１ＴＡＩ＃１と第３ＴＡＩ＃３とが含まれる。

第２ＵＥ＃２は、通信を開始するにあたってＵＥ用ＭＭＥにサービスリクエストを通知するために、ステップＳＴ４００３において、ＲＮに対してＲＲＣ接続設立処理を行い、ＲＲＣ接続する。そして、第２ＵＥ＃２は、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態に遷移する。

ステップＳＴ４００３でＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態に遷移した第２ＵＥ＃２は、ステップＳＴ４００３において、サービスリクエストをＲＮに送信する。ＲＮは、ステップＳＴ４００４において、サービスリクエストをＵＥ用第２ＭＭＥ＃２に送信する。

ステップＳＴ４００４において、ＲＮは、第２ＵＥ＃２のサービスリクエストに、自セルのセル識別子および自セルのＴＡＩの少なくともいずれか一方を含めておく。ＲＮからＵＥ用第２ＭＭＥ＃２への送信は、第２ＤｅＮＢ＃２を介して送信し、第２ＤｅＮＢ＃２は、ＵＥ用第２ＭＭＥ＃２へのプロキシを行う。

該サービスリクエストを受信したＵＥ用第２ＭＭＥ＃２は、ステップＳＴ４００５において、第２ＵＥ＃２がＲＮの傘下に存在すると判断する。これによって、ＵＥ用第２ＭＭＥ＃２は、第２ＵＥ＃２が第１ＤｅＮＢ＃１の傘下に存在しないことを認識する。

ステップＳＴ４００６において、ＵＥ用第２ＭＭＥ＃２は、ＵＥ用第１ＭＭＥ＃１に、ＴＡＩリスト削除要求信号、具体的には第２ＵＥ＃２のＴＡＩ ｌｉｓｔ＿ＵＥ＃２の削除要求信号を送信する。ＴＡＩリスト削除要求信号には、ＴＡＩリストを削除するＵＥの識別子（Identity、UE-ID）とともに、ＴＡＩリストの削除を要求する情報を含めておく。

ＴＡＩ ｌｉｓｔ＿ＵＥ＃２の削除要求信号を受信したＵＥ用第１ＭＭＥ＃１は、ステップＳＴ４００７において、第２ＵＥ＃２のＴＡＩ ｌｉｓｔ＿ＵＥ＃２を削除する。これによって、ＵＥ用第１ＭＭＥ＃１内のＴＡＩリストから、第２ＵＥ＃２のＴＡＩリストが削除される。

ステップＳＴ４００８において、第１ＵＥ＃１のＴＡＩ ｌｉｓｔ＿ＵＥ＃１は、そのままＵＥ用第１ＭＭＥ＃１内で管理される。

次に第１ＵＥ＃１の場合について開示する。第１ＵＥ＃１も第２ＵＥ＃２と同様の方法で行われる。

第１ＵＥ＃１は、通信を開始するにあたってＵＥ用第１ＭＭＥ＃１にサービスリクエストを通知するために、ステップＳＴ４０１０において、第１ＤｅＮＢ＃１に対してＲＲＣ接続設立処理を行い、ＲＲＣ接続する。そして、第１ＵＥ＃１は、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態に遷移する。

ステップＳＴ４０１０でＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態に遷移した第１ＵＥ＃１は、ステップＳＴ４０１０において、サービスリクエストを第１ＤｅＮＢ＃１に送信する。第１ＤｅＮＢ＃１は、ステップＳＴ４００９において、サービスリクエストをＵＥ用第１ＭＭＥ＃１に送信する。

ステップＳＴ４００９において、第１ＤｅＮＢ＃１は、第１ＵＥ＃１のサービスリクエストに、自セルのセル識別子および自セルのＴＡＩの少なくともいずれか一方を含めておく。該サービスリクエストを受信したＵＥ用第１ＭＭＥ＃１は、ステップＳＴ４０１１において、第１ＵＥ＃１が第１ＤｅＮＢ＃１の傘下に存在すると判断する。これによって、ＵＥ用第１ＭＭＥ＃１は、第１ＵＥ＃１がＲＮの傘下に存在しないことを認識する。

ステップＳＴ４０１２において、ＵＥ用第１ＭＭＥ＃１は、ＵＥ用第２ＭＭＥ＃２に、ＴＡＩリスト削除要求信号、具体的には第１ＵＥ＃１のＴＡＩ ｌｉｓｔ＿ＵＥ＃１の削除要求信号を送信する。ＴＡＩリスト削除要求信号には、ＴＡＩリストを削除するＵＥの識別子（Identity、UE-ID）とともに、ＴＡＩリストの削除を要求する情報を含めておく。

ＴＡＩ ｌｉｓｔ＿ＵＥ＃１の削除要求信号を受信したＵＥ用第２ＭＭＥ＃２は、ステップＳＴ４０１３において、第１ＵＥ＃１のＴＡＩ ｌｉｓｔ＿ＵＥ＃１を削除する。これによって、ＵＥ用第２ＭＭＥ＃２内のＴＡＩリストから、第１ＵＥ＃１のＴＡＩリストが削除される。

ステップＳＴ４０１４において、第２ＵＥ＃２のＴＡＩ ｌｉｓｔ＿ＵＥ＃２は、そのままＵＥ用第２ＭＭＥ＃２内で管理される。

ＵＥ用第１ＭＭＥ＃１において、第１ＵＥ＃１のＴＡＩリストに変更は生じていないので、ＵＥ用第１ＭＭＥ＃１は、第１ＵＥ＃１に、更新したＴＡＩリストを送信しなくてよい。

ＵＥ用第２ＭＭＥ＃２において、第２ＵＥ＃２のＴＡＩリストに変更が生じるので、ステップＳＴ４０１５において、ＵＥ用第２ＭＭＥ＃２は、第２ＤｅＮＢ＃２を介してＲＮに、更新したＴＡＩリストを送信する。

ステップＳＴ４０１６において、ＲＮは、更新したＴＡＩリストを第２ＵＥ＃２に送信する。図４０に示すシーケンスでは、ステップＳＴ４０１５およびステップＳＴ４０１６において、ＴＡＩリスト更新メッセージに、更新したＴＡＩ ｌｉｓｔ＿ＵＥ＃２を入れて送信する。ＴＡＩ ｌｉｓｔ＿ＵＥ＃２には、第３ＴＡＩ＃３のみが含まれる。該ＴＡＩリスト更新メッセージは、Ｓ１シグナリングとしてもよい。

ステップＳＴ４０１６でＴＡＵリスト更新メッセージを受信した第２ＵＥ＃２は、ステップＳＴ４０１７において、ＴＡＩリスト内に含まれるＴＡＩを更新する。ステップＳＴ４０１７では、第１ＴＡＩ＃１が削除され、ＴＡＩリスト内には第３ＴＡＩ＃３が残る。

ＨＳＳ内のＵＥの不要となったロケーション情報を削除する方法を開示する。
図４０において、ＵＥ用第１ＭＭＥ＃１は、自ＭＭＥの識別子、ロケーション情報を削除する第２ＵＥ＃２の識別子、および該ＵＥのＨＳＳ内の第２ＵＥ＃２のロケーション情報から第１ＭＭＥ＃１を削除する旨の情報をＨＳＳに通知する。該情報を受信したＨＳＳは、第２ＵＥ＃２のロケーション情報から、第１ＭＭＥ＃１のロケーション情報を削除する。

同様に、ＵＥ用第２ＭＭＥ＃２は、自ＭＭＥの識別子、ロケーション情報を削除する第１ＵＥ＃１の識別子、および該ＵＥのＨＳＳ内の第１ＵＥ＃１のロケーション情報から第２ＭＭＥ＃２を削除する旨の情報をＨＳＳに通知する。該情報を受信したＨＳＳは、第１ＵＥ＃１のロケーション情報から、第２ＭＭＥ＃２のロケーション情報を削除する。

不要となったＭＭＥのＴＡＩリストの削除、およびＨＳＳ内のロケーション情報の削除を行うことによって、ＭＭＥおよびＨＳＳにおいて無駄な情報を保持し続けることを回避し、不要なセルへのページングを削減することができる。これによって、シグナリングの負荷の削減が可能となる。また、ＭＭＥおよびＨＳＳの記憶容量を削減することができる。これによって、ＭＭＥおよびＨＳＳの製造コストを削減することができる。

実施の形態５ 変形例３．
本変形例では実施の形態５で述べた問題を解決するための別の方法を開示する。ＲＮが移動した後に、ＲＮは傘下のＲＲＣ＿Ｉｄｌｅ状態のＵＥに対して存在確認（ポーリング）を行う。システム情報に、存在確認用の情報を設けるとよい。存在確認用の情報は、最小情報量の１ビットとしてもよい。たとえば存在確認用の情報が「１」である場合、存在確認が必要であるとし、存在確認用の情報が「０」である場合、存在確認が不要であるとするとよい。

ＲＮは、システム情報内の存在確認用の情報を「１」に設定して報知する。存在確認用の情報が「０」から「１」に変更される場合、ＲＮは、傘下のＵＥに対して、システム情報の修正処理を実行する。ＲＮは、傘下のＵＥに対して、ページングを用いてシステム情報の修正の通知を行う。そして、ＲＮは、変更した存在確認用の情報「１」をシステム情報として、傘下のＵＥに報知する。ＵＥは、ページングによって、システム情報が修正されたことを認識し、報知されるシステム情報を受信する。このようにすることによって、ＲＲＣ＿Ｉｄｌｅ状態のＵＥは、変更された存在確認用の情報を受信することが可能となる。

報知情報を受信し、存在確認用の情報を得たＵＥは、存在確認用の情報が「１」である場合は、存在確認が必要であると認識し、存在している旨の信号をＲＮに送付する。またＵＥは、存在確認用の情報が「０」である場合は、何もしない。ＵＥが、存在している旨の信号をＲＮに送付する方法として、ランダムアクセスプロシージャを起動してもよい。ランダムアクセスプロシージャによって、ランダムアクセス信号を受信したＲＮは、該ＵＥが傘下に存在すると認識する。

ＲＮが存在確認（ポーリング）を終了する場合、存在確認用の情報を「０」に設定して報知する。傘下のＵＥへの通知方法は、ＲＮがポーリングを行う場合と同様である。

ＲＮは、傘下のＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態のＵＥに対してもポーリングを行ってもよい。接続確認のために行うとよい。例えば、ＤＲＸ動作に入っている端末などがＤＲＸ中に他のセルに移動していないかどうかを確認することができる。ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態のＵＥに対するポーリングも、本変形例で開示した方法を適用することが可能である。

ＲＮが存在確認を起動する場合として、ＲＮがＨＯ処理を完了した場合、ＲＮが移動先ＤｅＮＢと接続完了した場合、ＲＮが移動先ＭＭＥにＨＯコンファーム信号を送信した場合、ＲＮが移動先ＭＭＥに対してＴＡＵ要求信号を送信した場合、またはＲＮが移動先ＭＭＥに対してＴＡＵ完了信号をした場合などとするとよい。

ＲＮが存在確認を終了する場合として、存在確認を起動してから所定の期間経過後とするとよい。あるいは、ＲＮがシステム情報の修正処理を実行してから所定の期間経過後としてもよい。該所定の期間は予め決めておいてもよい。該所定の期間をタイマとして管理してもよい。

ＲＮが存在確認を行う他の方法として、ページングメッセージに存在確認用の情報を含めるようにしてもよい。ＲＮは、ページングによって、存在確認用の情報を傘下のＵＥに通知することが可能となる。前述の方法に比べて、システム情報の変更を必要としないので、ＲＮおよびＵＥともに制御を簡単化することができる。

ＲＮが移動した後に、移動先のＲＮ用ＭＭＥあるいは移動先のＵＥ用ＭＭＥが、移動したＲＮ経由で、ＲＮの傘下のＲＲＣ＿Ｉｄｌｅ状態のＵＥに対して存在確認を行ってもよい。また、移動元のＲＮ用ＭＭＥあるいは移動元のＵＥ用ＭＭＥが、ＲＮが移動前に接続されていたＤｅＮＢを介して、ＤｅＮＢの傘下のＲＲＣ＿Ｉｄｌｅ状態のＵＥに対して存在確認を行ってもよい。

ＭＭＥが存在確認を行う方法として、ページングメッセージを用いるとよい。ページングメッセージの中に、存在確認用の情報を設けるとよい。存在確認用の情報は、最小情報量の１ビットとしてもよい。たとえば存在確認用の情報が「１」である場合、存在確認が必要であるとし、存在確認用の情報が「０」である場合、存在確認が不要であるとするとよい。

ＭＭＥは、ページングメッセージ内の存在確認用の情報を「１」に設定して、ＲＮを介してＵＥに通知する。ページングメッセージを受信し、存在確認用の情報を得たＵＥは、存在確認用の情報が「１」である場合は、存在確認が必要であると認識し、ＲＮを介してＭＭＥに、存在している旨の信号を送付する。存在確認用の情報が「０」である場合は、何もしない。ＵＥが、存在している旨の信号をＭＭＥに送付する方法として、イニシャルＵＥメッセージを送信するとよい。このとき、ＲＮからＭＭＥに、自ＲＮのセル識別子を含めて送信するとよい。ＲＮを介してイニシャルＵＥメッセージを受信したＭＭＥは、該ＲＮの傘下にＵＥが存在すると認識する。

こうすることによって、ＲＲＣ＿Ｉｄｌｅ状態のＵＥがＲＮと一緒に移動したか否かを、ＲＮあるいはＭＭＥが認識することが可能となる。これによって、ＵＥに対して着信があった場合、移動元のＭＭＥおよび移動先のＭＭＥは、ともにＵＥに対してページングを行うことができる。したがって、ＵＥは、コアネットワークとの間での通信が可能となる。

前述の実施の形態５〜実施の形態５の変形例３で開示した方法と、前述の実施の形態２あるいは実施の形態２の変形例１で開示した方法とを合わせて用いるとよい。ＲＮの傘下のＵＥがＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態でもＲＲＣ＿Ｉｄｌｅ状態でも、ＭＭＥは、ＲＮの傘下のＵＥのモビリティの管理を行うことが可能となる。したがって、ＵＥとコアネットワークとの間での通信が可能となる。

たとえば、前述の実施の形態５で開示した方法と前述の実施の形態２あるいは実施の形態２の変形例１で開示した方法とを合わせて用いる場合、ＲＮの傘下のＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態のＵＥについては、図３６のステップＳＴ３６０９のＲＮのＨＯ／ＴＡＵ処理において、前述の実施の形態２あるいは実施の形態２の変形例１で開示した方法を適用するとよい。

実施の形態６．
前述の実施の形態２の変形例１では、移動先のＭＭＥと移動元のＭＭＥとの間で、ＵＥに関する情報の送受信を行う方法について開示した。移動元のＭＭＥと移動先のＭＭＥとの間で、該ＲＮの傘下のＵＥに関する情報の送受信を行うので、該ＵＥのＴＡＵ処理を起動する方法を開示した。

ここでは、別の方法について開示する。

ＲＮのＴＡＵ処理において、ＲＮに関する情報の送受信とともに、ＲＮの傘下のＵＥに関する情報の送受信を、移動元のＭＭＥと移動先のＭＭＥとの間で行う。本実施の形態におけるＲＮのＴＡＵ処理の具体例を以下に開示する。

図４１は、ＲＮのＴＡＵ処理において、ＲＮに関する情報の送受信とともに、ＲＮの傘下のＵＥに関する情報の送受信を、移動元のＭＭＥと移動先のＭＭＥとの間で行う場合のシーケンスを示す図である。図４１に示すシーケンスは、図２７に示すシーケンスと類似しているので、同一のステップについては、同一のステップ番号を付して、共通する説明を省略する。

ステップＳＴ２７０１において、ＲＮはＴＡＵを起動し、移動先のＲＮ用ＭＭＥに、ＴＡＵ要求信号を送信する。

ＲＮは、ＴＡＵ要求信号とともに、ＲＮの傘下のＵＥの識別子を移動先のＲＮ用ＭＭＥに送信する。さらには、該ＲＮの識別子も併せて送信してもよい。

移動先のＲＮ用ＭＭＥは、ステップＳＴ２７０１でＲＮからのＴＡＵ要求信号を受信した後、ＲＮのＴＡＵ処理を行う。

ステップＳＴ２７０４において、移動先のＲＮ用ＭＭＥは、移動元のＲＮ用ＭＭＥに、コンテキスト要求信号を送信する。このとき、ＲＮの傘下のＵＥの識別子、さらには、該ＲＮの識別子も併せて送信する。

移動元のＲＮ用ＭＭＥは、ステップＳＴ２７０４でコンテキスト要求信号を受信すると、ステップＳＴ４１０１において、移動元のＵＥ用ＭＭＥに、ＲＮの傘下のＵＥのコンテキスト要求信号を送信する。このとき、ＲＮの傘下のＵＥの識別子、さらには、該ＲＮの識別子も併せて送信する。

移動元のＵＥ用ＭＭＥは、ステップＳＴ４１０１で受信したＲＮの傘下のＵＥのコンテキスト要求信号に応じて、ステップＳＴ４１０２において、ＲＮの傘下のＵＥのコンテキスト情報を移動元のＲＮ用ＭＭＥに送信する。

ＲＮの傘下のＵＥのコンテキスト情報を受信した移動元のＲＮ用ＭＭＥは、ステップＳＴ４１０３において、移動元のＵＥ用ＭＭＥに、ＲＮの傘下のＵＥのコンテキスト情報受領成功信号を送信する。

ＲＮの傘下のＵＥのコンテキスト情報を受信した移動元のＲＮ用ＭＭＥは、ステップＳＴ４１０４において、移動先のＲＮ用ＭＭＥに、ＲＮのコンテキスト情報とともに、ＲＮの傘下のＵＥのコンテキスト情報を送信する。

ＲＮのコンテキスト情報とともに、ＲＮの傘下のＵＥのコンテキスト情報を受信した移動先のＲＮ用ＭＭＥは、ステップＳＴ４１０５において、移動元のＲＮ用ＭＭＥに、ＲＮおよびＲＮの傘下のＵＥのコンテキスト情報受領成功信号を送信する。

ＲＮのコンテキスト情報とともに、ＲＮの傘下のＵＥのコンテキスト情報を受信した移動先のＲＮ用ＭＭＥは、ステップＳＴ４１０６において、移動先のＵＥ用ＭＭＥに、ＲＮの傘下のＵＥのコンテキスト情報を送信する。このコンテキスト情報とともに、ＲＮの傘下のＵＥのロケーションのアップデート起動要求情報を送信する。このとき、ＲＮの傘下のＵＥの識別子も併せて送信する。ＲＮの識別子も併せて送信するようにしてもよい。

ステップＳＴ４１０５において、ＲＮおよびＲＮの傘下のＵＥのコンテキスト情報受領成功信号を送信した移動先のＲＮ用ＭＭＥは、ステップＳＴ２７１０、ステップＳＴ２７１２、ステップＳＴ２７１４、ステップＳＴ２７１６において、ＲＮのロケーションのアップデート処理を行う。

また、ステップＳＴ４１０６において、ＲＮの傘下のＵＥのロケーションのアップデート起動要求信号を受信した移動先のＵＥ用ＭＭＥは、ステップＳＴ２７１１、ステップＳＴ２７１３、ステップＳＴ２７１５、ステップＳＴ２７１７において、ＲＮの傘下のＵＥのロケーションのアップデート処理を行う。

ＲＮの傘下のＵＥのロケーションのアップデート処理が終了した後、ステップＳＴ４１０７において、移動先のＵＥ用ＭＭＥは、移動先のＲＮ用ＭＭＥに、ＲＮの傘下のロケーションアップデート処理が完了したことを通知する。

ステップＳＴ２７１８において、移動先のＲＮ用ＭＭＥは、ＲＮに、ＴＡＵ受領信号を送信する。ステップＳＴ２７２０において、ＲＮは、ＴＡＵ完了信号を移動先のＲＮ用ＭＭＥに送信する。これによって、ＲＮの一連のＴＡＵ処理が完了する。

ステップＳＴ２７１９およびステップＳＴ２７２１のＴＡＵ受領信号の送信とＴＡＵ完了信号の送信とは、ＵＥに送信する情報がある場合のみ行われる。ＴＡＵ受領信号では無く、他のＳ１シグナリングを用いてもよい。

本実施の形態で開示したように、ＲＮのＴＡＵ処理において、ＲＮに関する情報の送受信とともに、ＲＮの傘下のＵＥに関する情報の送受信を、移動元のＭＭＥと移動先のＭＭＥとの間で行うことによって、ＲＮの傘下のＵＥのＴＡＵ処理を行ったのと同等の処理が行われることになる。

したがって、移動元のＭＭＥと移動先のＭＭＥとが、ＲＮの傘下のＵＥが移動したことを認識することができ、モビリティの管理を行うことが可能となる。これによって、移動先のＭＭＥは、ＵＥのＴＡＩリストを構成および管理することが可能となり、ＵＥとコアネットワークとの間での通信が可能となる。

また、ＲＮに関する情報の送受信とともに、ＲＮの傘下のＵＥに関する情報の送受信を行うので、移動元のＭＭＥと移動先のＭＭＥとの間のシグナリングの負荷の削減を図ることができる。

実施の形態６ 変形例１．
前述の実施の形態６では、ＲＮのＴＡＵ処理において、ＲＮに関する情報の送受信とともに、ＲＮの傘下のＵＥに関する情報の送受信を、移動元のＭＭＥと移動先のＭＭＥとの間で行うことを開示した。本変形例では、ＲＮのロケーションアップデート処理とともに、ＲＮの傘下のＵＥのロケーションアップデート処理も行う。本変形例におけるＲＮのＴＡＵ処理の具体例を以下に開示する。

図４２は、ＲＮのＴＡＵ処理において、ＲＮのロケーションアップデート処理、およびＲＮの傘下のＵＥのロケーションアップデート処理をともに行う場合のシーケンスを示す図である。図４２に示すシーケンスは、図４１に示すシーケンスと類似しているので、同一のステップについては、同一のステップ番号を付して、共通する説明を省略する。

ステップＳＴ４１０４において、ＲＮのコンテキスト情報とともに、ＲＮの傘下のＵＥのコンテキスト情報を受信した移動先のＲＮ用ＭＭＥは、ステップＳＴ４２０１において、移動先のＵＥ用ＭＭＥに、ＲＮの傘下のＵＥのコンテキスト情報を送信する。このとき、ＲＮの傘下のＵＥの識別子も併せて送信する。ＲＮの識別子も併せて送信するようにしてもよい。

ステップＳＴ４１０５において、ＲＮおよびＲＮの傘下のＵＥのコンテキスト情報受領成功信号を送信した移動先のＲＮ用ＭＭＥは、ステップＳＴ４２０２において、ＨＳＳに、ロケーションのアップデート要求信号を送信する。該ロケーションのアップデート要求信号に、ＲＮのロケーションアップデート要求のための情報と、ＲＮの傘下のＵＥのロケーションアップデート要求のための情報とを入れる。このとき、ＲＮの識別子と、ＲＮの傘下のＵＥの識別子とを併せて送信する。

ステップＳＴ４２０２においてロケーションのアップデート要求信号を受信したＨＳＳは、ＲＮのロケーションアップデート処理とＲＮの傘下のＵＥのアップデート処理を行う。

ステップＳＴ４２０３において、ＨＳＳは、移動元のＲＮ用ＭＭＥに、ロケーションのキャンセルを要求するロケーションキャンセル要求信号を送信する。該ロケーションキャンセル要求信号に、ＲＮのロケーションキャンセル要求のための情報と、ＲＮの傘下のＵＥのロケーションキャンセル要求のための情報とを入れる。このとき、ＲＮの識別子と、ＲＮの傘下のＵＥの識別子とを併せて送信してもよい。

ロケーションキャンセル要求信号を受信した移動元のＲＮ用ＭＭＥは、該ＲＮのロケーションのキャンセルを行う。さらに、移動元のＲＮ用ＭＭＥは、ステップＳＴ４２０４において、移動元のＵＥ用ＭＭＥに、ＲＮの傘下のＵＥのロケーションキャンセル要求信号を送信する。このとき、ＲＮの傘下のＵＥの識別子を併せて送信してもよい。ＲＮの識別子も併せて送信するようにしてもよい。

ＲＮの傘下のＵＥのロケーションキャンセル要求信号を受信した移動元のＵＥ用ＭＭＥは、ＲＮの傘下のＵＥのロケーションのキャンセルを行う。

ステップＳＴ４２０５において、移動元のＵＥ用ＭＭＥは、ＲＮの傘下のＵＥのロケーションキャンセル完了の信号を、移動元のＲＮ用ＭＭＥに送信する。

ＲＮのロケーションのキャンセルと、ＲＮの傘下のＵＥのロケーションキャンセルが行われたこととを認識した移動元のＲＮ用ＭＭＥは、ステップＳＴ４２０６において、ＨＳＳに、ＲＮおよびＲＮの傘下のＵＥのロケーションのキャンセルが完了したことを通知する。

ＨＳＳは、ＲＮのロケーションアップデート処理と、ＲＮの傘下のＵＥのロケーションアップデート処理とを行う。ＲＮおよびＲＮの傘下のＵＥのロケーションのキャンセルが完了したことを認識したＨＳＳは、ステップＳＴ４２０７において、移動先のＲＮ用ＭＭＥに、ＲＮおよびＲＮの傘下のＵＥのロケーションアップデート完了信号を通知する。

ロケーションアップデート完了信号を受信した移動先のＲＮ用ＭＭＥは、ステップＳＴ４２０８において、移動先のＵＥ用ＭＭＥに、ＲＮの傘下のＵＥのロケーションアップデートが完了したことを通知する。

このようにすることによって、ＲＮのＴＡＵ処理において、ＲＮのロケーションアップデート処理とともに、ＲＮの傘下のＵＥのロケーションアップデート処理を行うことができる。

これによって、ＨＳＳと移動元のＭＭＥおよび移動先のＭＭＥとの間でのシグナリングを削減することができる。ＲＮの傘下のＵＥのモビリティの管理におけるシグナリングの負荷の増大を抑えることが可能となる。

ステップＳＴ４２０９において、移動先のＲＮ用ＭＭＥは、ＲＮに、ＴＡＵ受領信号を送信する。ＴＡＵ受領信号に、ＲＮのＴＡＵ受領を示す情報と、ＲＮの傘下のＵＥのＴＡＵ処理、すなわちコンテキスト転送およびロケーション情報のアップデート、旧ロケーション情報のキャンセルが行われた旨を示す情報とを入れる。このとき、ＲＮの傘下のＵＥの識別子を併せて送信する。

ステップＳＴ４２１０において、ＲＮは、傘下のＵＥに、該ＵＥのＴＡＵ処理が行われた旨の情報を送信する。図４２では、該送信信号をＴＡＵ受領信号として示している。

ステップＳＴ４２１１において、ＲＮの傘下のＵＥは、ＴＡＵ処理が行われた旨の情報を受信し、ＵＥ内でＴＡＵ処理、例えば、ＴＡＩリストの変更などが完了したことをＲＮに通知する。

ステップＳＴ４２１２において、ＲＮは、移動先のＲＮ用ＭＭＥに、ＲＮのＴＡＵ処理完了とともに、傘下のＵＥのＴＡＵ処理が完了したことを示す情報を送信する。

ステップＳＴ４２１０およびステップＳＴ４２１１の処理は、ＵＥに送信する情報がある場合のみ行われてもよい。ＲＮからＵＥへの通知は、前述の実施の形態２の変形例１で開示した、ＲＮからＵＥへ通知する方法を適用することができる。ＵＥからＲＮへの通知は、個別シグナリングによって行うとよい。ＲＲＣ＿Ｉｄｌｅ状態のＵＥの場合は、ＲＮとＲＲＣ接続設立処理を行い、ＲＲＣ＿ｃｏｎｎｅｃｔｅｄ状態に遷移した後に、個別シグナリングで行うとよい。

このようにして、ＵＥに送信する情報がある場合の処理の一部を、ＲＮのＴＡＵ受領信号に含ませることによって、処理を簡略化することができる。これによって、ＲＮからコアネットワーク側のシグナリング量を削減することができる。

本変形例で開示した方法によって、ＲＮの傘下のＵＥのモビリティの管理におけるシグナリングの負荷の増大を抑えることが可能となる。

実施の形態７．
本実施の形態では、ＲＮが移動したとき、ＲＮの傘下のＵＥを移動元のＭＭＥおよび移動先のＭＭＥが認識できずに、ＵＥとコアネットワークとの間での通信が不可能となる問題を解決するための別の方法を開示する。

ＲＮがＨＯ処理を行った場合に、ＲＮは、傘下のＵＥにＴＡＵの起動を要求する旨の信号を送る。

ＲＮが傘下のＵＥにＴＡＵ起動要求信号を通知する場合の具体例として、以下の２つの方法を開示する。
（１）ＲＮがＴＡＵ要求を送信した場合。
（２）ＲＮがＴＡＵ受領（ＴＡＵアクセプト）を受信した場合。

前記（１）の方法は、関連するノードが、ＲＮのＴＡＵ処理と該ＲＮの傘下のＵＥのＴＡＵ処理とを並行して行える能力を有する場合に適している。ＲＮのＴＡＵ処理と該ＲＮの傘下のＵＥのＴＡＵ処理とが並行して行われるので、処理の遅延を削減することが可能となる。

前記（２）の方法は、関連するノードが、ＲＮのＴＡＵ処理と該ＲＮの傘下のＵＥのＴＡＵ処理とを並行して行えない場合に適している。前記（２）の方法は、関連するノードの処理能力が低い場合にも適用することができる。

ＲＮがＨＯ処理を行った場合に、ＲＮが、傘下のＵＥにＴＡＵの起動を要求する方法の具体例を開示する。

図４３は、ＲＮがＨＯ処理を行った場合に、ＲＮが傘下のＵＥにＴＡＵ起動要求信号を通知するシーケンスを示す図である。図４３に示すシーケンスは、図２６に示すシーケンスと類似しているので、同一のステップについては、同一のステップ番号を付して、共通する説明を省略する。図４３では、ＭＭＥ間ＨＯの場合について示している。

移動したＲＮは、ステップＳＴ４３０１において、移動先のＲＮ用ＭＭＥに、ＴＡＵ要求信号を送信する。これによって、ステップＳＴ４３０３において、ＲＮ、移動元ＤｅＮＢ、移動先ＤｅＮＢ、移動元のＲＮ用ＭＭＥ、移動先のＲＮ用ＭＭＥ、およびＨＳＳ間でＲＮのＴＡＵ処理が行われることになる。

ＲＮから移動先のＲＮ用ＭＭＥに送信したＴＡＵ要求信号をトリガとして、ＲＮは、ステップＳＴ４３０２において、傘下のＵＥにＴＡＵ起動要求信号を送信する。このＴＡＵ起動要求信号の送信には、前述の実施の形態２の変形例１で開示した、ＲＮからＵＥへの通知方法を適用することができる。

ＲＮからＴＡＵ起動要求信号を受信したＵＥは、ステップＳＴ４３０４において、ＴＡＵ処理を起動する。ステップＳＴ４３０４において、ＵＥは、移動後のＲＮをサービングするＤｅＮＢに接続されるＭＭＥ、具体的には移動先のＵＥ用ＭＭＥに、ＴＡＵ要求信号を送信する。これによって、ＵＥ、ＲＮ、移動元ＤｅＮＢ、移動先ＤｅＮＢ、移動元のＵＥ用ＭＭＥ、移動先のＵＥ用ＭＭＥ、移動元のＵＥ用Ｓ−ＧＷ、移動先のＵＥ用Ｓ−ＧＷ、ＵＥ用Ｐ−ＧＷ、およびＨＳＳ間でＵＥのＴＡＵ処理が行われる。

本実施の形態で開示した方法によって、ＲＮが移動して、ＲＮがＴＡＵ処理を行うとともに、該ＲＮと一緒に移動した傘下のＵＥもＴＡＵ処理が起動されることになる。したがって、移動先のＭＭＥおよび移動元のＭＭＥは、ＵＥのモビリティの管理を行うことが可能となり、ＵＥとコアネットワークとの間での通信が可能となる。

本実施の形態で開示した方法は、ＲＮがＭＭＥ間ＨＯを行った場合だけでなく、ＭＭＥ内ＨＯを行った場合にも適用することが可能である。本実施の形態の方法を用いることによって、ＭＭＥ間ＨＯおよびＭＭＥ内ＨＯによらず、同じプロシージャを適用することができる。これによって、ＲＮの傘下のＵＥとコアネットワークとの間での通信を可能とする制御を簡単化することができる。

実施の形態８．
本実施の形態では、ＲＮが移動したとき、ＲＮの傘下のＵＥを移動元のＭＭＥおよび移動先のＭＭＥが認識できずに、ＵＥとコアネットワークとの間での通信が不可能となる問題を解決するための別の方法を開示する。

前述の実施の形態７では、ＲＮがＨＯ処理を行った場合に、ＲＮが傘下のＵＥにＴＡＵの起動を要求する旨の信号を送るように構成している。これに対して本実施の形態では、コアネットワークが、移動したＲＮの傘下のＵＥに、ＴＡＵの起動を要求する旨の信号を送る。コアネットワークとしては、ＲＮ用ＭＭＥとするとよい。コアネットワークは、ＲＮ用ＭＭＥに限らず、ＵＥ用ＭＭＥ、ＵＥ用Ｓ−ＧＷまたはＨＳＳであってもよい。またコアネットワークは、移動先ＤｅＮＢのＳ−ＧＷファンクションであってもよい。ＲＮがＭＭＥ間ＨＯを行う場合は、コアネットワークを移動先のＭＭＥとするとよい。

ＲＮ用ＭＭＥが、ＲＮの傘下のＵＥにＴＡＵ起動要求信号を通知する場合の具体例として、以下の２つの方法を開示する。
（１）ＲＮからのＴＡＵ要求を受信した場合。
（２）ＲＮへＴＡＵ受領（ＴＡＵアクセプト）を送信する場合。

前記（１）の方法は、関連するノードが、ＲＮのＴＡＵ処理と該ＲＮの傘下のＵＥのＴＡＵ処理とを並行して行える能力を有する場合に適している。ＲＮのＴＡＵ処理と該ＲＮの傘下のＵＥのＴＡＵ処理とが並行して行われるので、処理の遅延を削減することが可能となる。

前記（２）の方法は、関連するノードが、ＲＮのＴＡＵ処理と該ＲＮの傘下のＵＥのＴＡＵ処理とを並行して行えない場合に適している。前記（２）の方法は、関連するノードの処理能力が低い場合にも適用することができる。

ＲＮがＨＯ処理を行った場合に、ＲＮ用ＭＭＥが、ＲＮの傘下のＵＥにＴＡＵの起動を要求する方法の具体例を開示する。

図４４は、ＲＮがＨＯ処理を行った場合に、ＲＮ用ＭＭＥがＲＮの傘下のＵＥにＴＡＵ起動要求信号を通知するシーケンスを示す図である。図４４に示すシーケンスは、図２６に示すシーケンスと類似しているので、同一のステップについては、同一のステップ番号を付して、共通する説明を省略する。図４４では、ＭＭＥ間ＨＯの場合について示している。

移動したＲＮは、ステップＳＴ４４０１において、移動先のＲＮ用ＭＭＥに、ＴＡＵ要求信号を送信する。これによって、ステップＳＴ４４０２において、ＲＮ、移動元ＤｅＮＢ、移動先ＤｅＮＢ、移動元のＲＮ用ＭＭＥ、移動先のＲＮ用ＭＭＥ、およびＨＳＳ間でＲＮのＴＡＵ処理が行われることになる。

ステップＳＴ４４０３において、移動先のＲＮ用ＭＭＥは、ＴＡＵ受領信号をＲＮに送信する。移動先のＲＮ用ＭＭＥは、該ＴＡＵ受領信号に、ＲＮの傘下のＵＥに、ＴＡＵの起動を要求する旨の情報を含める。このとき、ＲＮの傘下のＵＥの識別子も併せて送信する。

ステップＳＴ４４０３では、ＴＡＵ受領信号に、ＲＮの傘下のＵＥにＴＡＵの起動を要求する旨の情報を含めて送信するようにしているが、これに限らず、他のＳ１シグナリングを用いてもよいし、新たにＲＮの傘下のＵＥに、ＴＡＵの起動を要求する信号を設けて送信してもよい。

ステップＳＴ４４０４において、ＲＮは、移動先のＲＮ用ＭＭＥから受信した、ＲＮの傘下のＵＥにＴＡＵの起動を要求する旨の情報に基づいて、傘下のＵＥに、ＴＡＵ起動要求信号を送信する。このＴＡＵ起動要求信号の送信には、前述の実施の形態２の変形例１で開示した、ＲＮからＵＥへの通知方法を適用することができる。

移動先のＲＮ用ＭＭＥは、移動先のＵＥ用ＭＭＥを介してＲＮに、傘下のＵＥにＴＡＵの起動を要求する旨の情報をのせた信号を送信してもよい。あるいは、移動先のＲＮ用ＭＭＥは、移動先のＵＥ用ＭＭＥと、ＲＮを介してＲＮの傘下のＵＥとに、ＴＡＵの起動を要求する旨の情報をのせた信号を送信してもよい。

ＲＮからＴＡＵ起動要求信号を受信したＵＥは、ステップＳＴ４４０５において、ＴＡＵ処理を起動する。ステップＳＴ４４０４において、ＵＥは、移動後のＲＮをサービングするＤｅＮＢに接続されるＭＭＥ、具体的には移動先のＵＥ用ＭＭＥに、ＴＡＵ要求信号を送信する。これによって、ＵＥ、ＲＮ、移動元ＤｅＮＢ、移動先ＤｅＮＢ、移動元のＵＥ用ＭＭＥ、移動先のＵＥ用ＭＭＥ、移動元のＵＥ用Ｓ−ＧＷ、移動先のＵＥ用Ｓ−ＧＷ、ＵＥ用Ｐ−ＧＷ、およびＨＳＳ間でＵＥのＴＡＵ処理が行われる。

本実施の形態で開示した方法によって、ＲＮが移動して、ＲＮがＴＡＵ処理を行うとともに、該ＲＮと一緒に移動した傘下のＵＥもＴＡＵ処理が起動されることになる。したがって、移動先のＭＭＥおよび移動元のＭＭＥは、ＵＥのモビリティの管理を行うことが可能となり、ＵＥとコアネットワークとの間での通信が可能となる。

本実施の形態で開示した方法は、ＲＮがＭＭＥ間ＨＯを行った場合だけでなく、ＭＭＥ内ＨＯを行った場合にも適用することが可能である。本実施の形態の方法を用いることによって、ＭＭＥ間ＨＯおよびＭＭＥ内ＨＯによらず、同じプロシージャを適用することができる。これによって、ＲＮの傘下のＵＥとコアネットワークとの間での通信を可能とする制御を簡単化することができる。

実施の形態９．
ＲＮの傘下の多数のＵＥが一斉にＴＡＵを起動し、多数のＵＥのＴＡＵ処理が一斉に行われるような場合、ＲＮからコアネットワーク側において、シグナリングの負荷が集中してしまい、制御遅延およびＴＡＵ処理の失敗などが生じる場合がある。例えば、前述の実施の形態１、実施の形態７、および実施の形態８で開示したような場合である。例えば、ＲＮのＴＡＩが変更された場合、ＲＮあるいはコアネットワーク側が、ＲＮの傘下のＵＥへＴＡＵを要求した場合である。このような問題を解消するために、ＲＮの傘下のＵＥのＴＡＵ処理をまとめて行うようにする。

ＲＮの傘下のＵＥのＴＡＵ処理をまとめて行う場合のＴＡＵ処理の具体例を開示する。 図４５は、ＲＮの傘下のＵＥのＴＡＵ処理をまとめて行う場合のＴＡＵ処理のシーケンスを示す図である。図４５では、ＭＭＥ間でのＴＡＵの場合について示している。

ステップＳＴ４５０１〜ステップＳＴ４５０４において、ＲＮの傘下の多数のＵＥが一斉にＴＡＵを起動し、ＲＮにＴＡＵ要求信号を送信する。これら多数のＴＡＵ要求信号を受信したＲＮは、該ＴＡＵ要求信号に含まれる情報を送信してきたＵＥの識別子とともに、１つのＴＡＵ要求メッセージに含める。

ＲＮは、ステップＳＴ４５０５において、該１つのＴＡＵ要求メッセージを移動先のＵＥ用ＭＭＥに送信する。

移動先のＵＥ用ＭＭＥは、ステップＳＴ４５０６において、移動元のＵＥ用ＭＭＥに、ＲＮの傘下の全てのＵＥのコンテキスト要求情報を含めた１つの信号を送信する。

ステップＳＴ４５０７において、移動元のＵＥ用ＭＭＥは、移動先のＵＥ用ＭＭＥに、ＲＮの傘下の全てのＵＥのコンテキストを含めた１つの信号を送信する。

ステップＳＴ４５０８において、移動先のＵＥ用ＭＭＥは、移動元のＵＥ用ＭＭＥに、ＲＮの傘下の全てのＵＥのコンテキスト受領成功を含めた１つの信号を送信する。

ステップＳＴ４５０９において、移動先のＵＥ用ＭＭＥは、ＨＳＳに、ＲＮの傘下の全てのＵＥのロケーションのアップデート要求情報を含めた１つの信号を送信する。

ステップＳＴ４５１０において、ＨＳＳは、ＲＮの傘下の全てのＵＥのロケーションのキャンセル要求情報を含めた１つの信号を、移動元のＵＥ用ＭＭＥに送信する。

移動元のＵＥ用ＭＭＥは、ＲＮの傘下の全てのＵＥのロケーションのキャンセルを行う。そして、ステップＳＴ４５１１において、移動元のＵＥ用ＭＭＥは、ＨＳＳに、ＲＮの傘下の全てのＵＥのロケーションのキャンセル成功の信号を送信する。

ＨＳＳは、ＲＮの傘下の全てのＵＥのロケーションアップデート処理を行う。そして、ＨＳＳは、ステップＳＴ４５１２において、移動先のＵＥ用ＭＭＥに、ＲＮの傘下の全てのＵＥのロケーションアップデートの完了信号を送信する。

移動先のＵＥ用ＭＭＥは、ＲＮの傘下の全てのＵＥのＴＡＵ処理を行う。そして、ステップＳＴ４５１３において、移動先のＵＥ用ＭＭＥは、ＲＮに、ＲＮの傘下の全てのＵＥのＴＡＵ受領情報を含めた１つの信号を送信する。

ステップＳＴ４５１４〜ステップＳＴ４５１７において、ＲＮは、ＴＡＵ受領信号を傘下のＵＥに送信する。

ＴＡＵ受領信号を受信したＵＥは、例えばＴＡＩリストの更新などのＴＡＵ処理を行う。そして、ＵＥは、ステップＳＴ４５１８〜ステップＳＴ４５２１において、ＴＡＵ完了信号をＲＮに送信する。

これら多数のＴＡＵ完了信号を受信したＲＮは、該ＴＡＵ完了信号に含まれる情報を送信してきたＵＥの識別子とともに、１つのＴＡＵ完了メッセージに含める。このとき、全てのＵＥで共通する情報とＵＥ個別の情報とを分け、共通する情報は、ＵＥ共通情報として１つの信号に含めるようにしてもよい。

ステップＳＴ４５２２において、ＲＮは、該１つのＴＡＵ完了メッセージを、移動先のＵＥ用ＭＭＥに送信する。

前述した信号に、ＲＮの傘下の全てのＵＥの情報を含めるときに、ＵＥの識別子とともに、どの情報がどのＵＥのものであるかが判るように関連付けて含めておくとよい。リストとして、１つのメッセージに含めてもよい。

また、全てのＵＥで共通する情報とＵＥ個別の情報とを分け、共通する情報は、ＵＥ共通情報として一つの信号に含めるようにしてもよい。これによって、情報量の削減を図ることができる。

ＲＮとの間の通信品質が悪いＵＥは、ＲＮへのＴＡＵ要求信号を送信できない場合がある。このような場合、ＲＮは、該ＵＥとの通信品質が良好になるまで、該ＵＥからのＴＡＵ要求信号を待ち続けることになる。ＴＡＵ要求信号を待ち続けると、大きな制御遅延が生じてしまい、最悪の場合、全てのＲＮの傘下のＵＥのＴＡＵ処理が行われなくなってしまう。

この問題を解消するために、ＲＮが傘下の多数のＴＡＵ要求信号を受信してから、移動先のＵＥ用ＭＭＥに該１つのＴＡＵ要求メッセージを送信するまでを、所定の期間とするとよい。

例えば、ＲＮが、最初に傘下のＵＥからのＴＡＵ要求信号を受信してから、所定の期間経過後に、移動先のＵＥ用ＭＭＥに、ＴＡＵ要求メッセージを送信する。該所定の期間中に受信した全てのＲＮの傘下のＵＥからのＴＡＵ要求信号を、１つのＴＡＵ要求メッセージに含めて、移動先のＵＥ用ＭＭＥに送信する。

こうすることによって、制御遅延を低減することができ、可能な限りの傘下のＵＥのＴＡＵ処理を行うことができる。

該所定の期間をタイマで管理してもよい。傘下のＵＥからの最初のＴＡＵ要求信号を受信したときにタイマを開始し、タイマが終了したときに、それまでに受信した全ての傘下のＵＥからのＴＡＵ要求信号を、１つのＴＡＵ要求メッセージに含めて、移動先のＵＥ用ＭＭＥに送信する。

該所定の期間は、ＲＮが設定してもよいし、ＭＭＥが設定してＲＮに通知するようにしてもよい。あるいは、ＲＮの維持管理ノードであるＯＡＭからＲＮに通知されるようにしてもよい。

本実施の形態で開示した方法を用いることによって、ＲＮの傘下の多数のＵＥが一斉にＴＡＵを起動し、多数のＵＥのＴＡＵ処理が一斉に行われるような場合でも、ＲＮからコアネットワーク側において、シグナリングの負荷が集中することを防ぎ、制御遅延およびＴＡＵ処理の失敗などを低減することができる。

実施の形態１０．
本実施の形態では、ＲＮが移動したとき、ＲＮの傘下のＵＥを移動元のＭＭＥおよび移動先のＭＭＥが認識できずに、ＵＥとコアネットワークとの間での通信が不可能となる問題を解決するための別の方法を開示する。

移動ＲＮの傘下のＵＥは、定期的あるいは周期的にＴＡＵを起動する。これによって、移動ＲＮの傘下のＵＥのＴＡＵ処理が行われることになり、ＭＭＥは、ＵＥのモビリティ管理を行うことが可能となる。したがって、ＵＥとコアネットワークとの間での通信が可能となる。

ＭＭＥあるいは移動ＲＮは、ＵＥのＴＡＵ周期を設定し、移動ＲＮの傘下のＵＥに通知する。ＭＭＥがＴＡＵ周期を設定する場合、ＭＭＥから移動ＲＮへ、Ｓ１シグナリングあるいはＳ１シグナリングとＵｎインタフェース上のシグナリングとを用いて通知し、移動ＲＮが傘下のＵＥに通知するようにしてもよい。移動ＲＮから傘下のＵＥへの通知方法としては、システム情報に含めて報知してもよいし、個別情報で通知するようにしてもよい。あるいは、ＲＮ構成（コンフィギュレーション）パラメータに含めて通知するようにしてもよい。

固定モードと移動モードとに対応するＲＮの場合、固定モード用のＴＡＵ周期と移動モード用のＴＡＵ周期とを設定するようにしてもよい。

移動ＲＮの傘下のＵＥが定期的あるいは周期的にＴＡＵを起動する場合、ＴＡＵを起動している間にＲＮの移動が生じると、ＭＭＥはＵＥの位置を認識することができず、モビリティ管理を行えなくなる。その結果、ＵＥがＴＡＵを起動している間は、ＵＥとコアネットワークとの間での通信が不可能となる。移動ＲＮにおける通信不可能な期間を短くするために、移動モードのＴＡＵ周期を短くしておくとよい。より詳細には、固定モードのＲＮあるいは他の種類のセル（ｅＮＢ）のＴＡＵ期間よりも短く設定するとよい。これによって、ＭＭＥがＵＥのモビリティ管理を行えなくなる期間を短くすることができる。

ＭＭＥあるいはＲＮが個別シグナリングで通知する場合、ＵＥ毎にＴＡＵ周期を異ならせてもよい。また、ＵＥ毎にＴＡＵ周期をランダムに設定するようにしてもよい。

また、ＭＭＥあるいはＲＮは、許容ＴＡＵ周期範囲を設定し、傘下のＵＥに通知するようにしてもよい。ＵＥが、個別に該許容ＴＡＵ周期範囲内からＴＡＵ周期をランダムに選択するようにしておく。

これらにより、ＲＮの傘下のＵＥからのＴＡＵ処理がランダムに起動されることになるので、ＵＥ、ＲＮおよびコアネットワーク間でのＴＡＵ処理の集中によって生じる制御遅延およびＴＡＵ処理の失敗を防ぐことができる。

本実施の形態で開示した方法によって、移動ＲＮの傘下のＵＥのＴＡＵ処理が行われることになり、ＭＭＥはＵＥのモビリティ管理を行うことが可能となる。これによって、ＵＥとコアネットワークとの間での通信が可能となる。

本発明で開示した方法においては、ＲＮ用ＭＭＥとＵＥ用ＭＭＥとが同一のＭＭＥ内に構成されてもよい。ＲＮ用ＭＭＥとＵＥ用ＭＭＥとが同一のＭＭＥ内に構成される場合、ＲＮ用ＭＭＥとＵＥ用ＭＭＥとの間のシグナリングは、同一のＭＭＥ内で行われることになるので、ＲＮ用ＭＭＥとＵＥ用ＭＭＥとの間のシグナリングは不要となる。

本発明で開示した方法は、ＲＮがＨＯ処理を行った場合だけでなく、ＲＮがセル選択またはセル再選択を行った場合にも適用することが可能である。具体的には、ＲＮが移動によってセル再選択を行った場合、あるいはＲＮが電源をオフされた後、再度オンされた場合、あるいは、ＲＮとＤｅＮＢとの間の通信品質が劣化し、ＲＮが無線リンク切断（Radio Link Failure）を行った後に、セル選択またはセル再選択を行った場合にも適用することが可能である。このような場合にも、ＲＮとともに傘下のＵＥのＴＡＵ処理を可能とすることによって、ＲＮの傘下のＵＥとコアネットワークとの間での通信を可能とすることができる。

本発明で開示した方法は、適宜組合せて行うことができる。ＵＥ、リレー、ｅＮＢ、ＭＭＥなどシステムの状況に応じた制御を行うことが可能となる。

リレーのリソースの分割方法として、ＤｅＮＢからＲＮへのリンクおよびＲＮからＵＥへのリンクが一つの周波数バンドで時分割多重され、ＲＮからＤｅＮＢへのリンクおよびＵＥからＲＮへのリンクも一つの周波数バンドで時分割多重されることを述べたが、これに限らず、他の分割方法でもよい。

例えば、ＤｅＮＢからＲＮへのリンクおよびＲＮからＵＥへのリンクが異なるキャリアあるいは周波数バンドで周波数分割多重され、ＲＮからＤｅＮＢへのリンクおよびＵＥからＲＮへのリンクも異なるキャリアあるいは周波数バンドで周波数分割多重されてもよい。前述の実施の形態１〜実施の形態１０で開示した方法を適用することが可能である。

本発明で開示した方法は、リレーノードに限らず、ｅＮＢに接続される、ＲＲＵ、ＲＲＥ、ＲＲＨなどにも適用可能である。例えばＲＲＨとｅＮＢとの間を無線で接続する。ＲＮとＵＥとのアクセスリンクをＲＲＨとＵＥとの無線リンクに適用し、ＤｅＮＢとＲＮとの間のバックホールリンクをｅＮＢとＲＲＨとの間の無線リンクに適用すればよい。これによって、ＲＲＨが移動した場合も、ＲＲＨの傘下のＵＥとコアネットワークとの間での通信を可能とすることができる。ＲＲＵ、ＲＲＥでも同様である。ＲＲＵ、ＲＲＥ、ＲＲＨは、中継装置に相当する。

本発明で開示した方法は、リレーノードに限らず、ＨｅＮＢにも適用可能である。ＨｅＮＢとＭＭＥとの間、あるいはＨｅＮＢとＨｅＮＢＧＷとの間を無線で接続する。ＲＮとＵＥとのアクセスリンクをＨｅＮＢとＵＥとの無線リンクに適用し、ＤｅＮＢとＲＮとの間のバックホールリンクを含むＭＭＥとＲＮとの間のリンクを、ＭＭＥとＨｅＮＢとの間の無線リンクに適用すればよい。あるいは、ＤｅＮＢとＲＮとの間のバックホールリンクを含むＭＭＥとＲＮとの間のリンクを、ＨｅＮＢＧＷとＨｅＮＢとの間の無線リンクに適用してもよい。このようにすることによって、ＨｅＮＢが移動した場合も、ＨｅＮＢの傘下のＵＥとコアネットワークとの間での通信を可能とすることができる。ＨｅＮＢは、中継装置に相当する。

本発明で開示した方法は、リレーノードに限らず、移動端末および基地局の両方の機能あるいはモードを併せ持つノードあるいはデバイスであれば適用可能である。移動端末および基地局の両方の機能あるいはモードを併せ持つノードおよびデバイスは、中継装置に相当する。

このように、本発明で開示した方法は、リレーをサーブするＤｅＮＢとして、通常のｅＮＢ（マクロセル）に限らず、ピコｅＮＢ（ピコセル（pico cell））、ＨｅＮＢ（フェムトセル）、ホットゾーンセル用のノード、リレーノード、リモートラジオヘッド（ＲＲＨ）などの、いわゆるローカルノードにも適用することができる。ローカルノードは、中継装置に相当する。

前述の各実施の形態では、高速バスあるいは高速鉄道などの移動体の乗客が保持する移動端末（ＵＥ）と記載したが、これに限らず、人間の操作を必要としない通信端末にも適用可能である。人間の操作を必要としない通信端末として、例えば、マシンタイプ通信（Machine Type Communication：ＭＴＣ）用の端末（MTC device）であっても適用することが可能である。通信端末は、移動端末装置に相当する。

以上の各実施の形態では、ＬＴＥ−ＡにおけるＲＮについて説明したが、本発明の通信システムは、他の通信システムにおいてリレー通信を行う場合、あるいは異種通信システムにおいてリレー通信を行うような場合にも適用することが可能である。

この発明は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、この発明がそれに限定されるものではない。例示されていない無数の変形例が、この発明の範囲から外れることなく想定され得るものと解される。

１５０１ 第２ＭＭＥ、１５０２〜１５０７ 第７〜第１２ｅＮＢ（セル）、１５０８ リレーノード（ＲＮ）、１５０９ 移動端末（ＵＥ）、１５１１〜１５１６ 第７〜第１２カバレッジ、１６０２ 第３ＴＡ、１５１９ 第４ＴＡ、１５２０ 第１ＭＭＥ、１５２２〜１５２７ 第１〜第６ｅＮＢ（セル）、１５２８〜１５３３ 第１〜第６カバレッジ、１６０１ 第１ＴＡ、１５３５ 第２ＴＡ。

Claims (4)

1. コアネットワークに接続される複数の基地局装置と、
   前記基地局装置と無線通信可能な移動端末装置と、
   移動可能に構成され、前記基地局装置と前記移動端末装置との間の前記無線通信を中継する移動中継装置と
   を備える移動体通信システムであって、
   前記コアネットワークは、予め定めるトラッキングエリア毎に前記基地局装置、前記移動端末装置および前記移動中継装置を管理する管理手段を含み、
   前記移動中継装置が属する前記トラッキングエリアは、前記移動中継装置の移動によっても変わらず、
   前記管理手段は、
   前記基地局装置の傘下の前記移動端末装置のモビリティを前記トラッキングエリア毎に管理する第１管理手段と、
   複数のトラッキングエリアのうちで前記移動中継装置が属する前記トラッキングエリアのみを管理し、前記移動中継装置の傘下の前記移動端末装置のモビリティを管理する、第２管理手段と
   を含む、
   ことを特徴とする移動体通信システム。
2. 前記第２管理手段は前記第１管理手段とは別々に設けられていることを特徴とする請求項１に記載の移動体通信システム。
3. 前記第２管理手段は前記第１管理手段とともに設けられていることを特徴とする請求項１に記載の移動体通信システム。
4. 前記第２管理手段は、複数の前記第１管理手段のうちで、前記移動中継装置が接続可能な特定の基地局装置が属する特定の管理手段とともに設けられていることを特徴とする請求項１に記載の移動体通信システム。

Images