JP2012095336A - 無線通信システムおよび基地局 - Google Patents

無線通信システムおよび基地局 Download PDF

Info

Publication number
JP2012095336A
JP2012095336A JP2011280280A JP2011280280A JP2012095336A JP 2012095336 A JP2012095336 A JP 2012095336A JP 2011280280 A JP2011280280 A JP 2011280280A JP 2011280280 A JP2011280280 A JP 2011280280A JP 2012095336 A JP2012095336 A JP 2012095336A
Authority
JP
Japan
Prior art keywords
context
node
base station
handover
destination
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2011280280A
Other languages
English (en)
Other versions
JP5058372B2 (ja
JP2012095336A5 (ja
Inventor
Masaya Maeda
昌也 前田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP2011280280A priority Critical patent/JP5058372B2/ja
Publication of JP2012095336A publication Critical patent/JP2012095336A/ja
Publication of JP2012095336A5 publication Critical patent/JP2012095336A5/ja
Application granted granted Critical
Publication of JP5058372B2 publication Critical patent/JP5058372B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/045—Interfaces between hierarchically different network devices between access point and backbone network device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】コアネットワーク装置に無線アクセスネットワークを構成する複数の基地局が直接接続される場合において、当該コアネットワーク装置における基地局収容効率向上を可能とする無線通信システムを得ること。
【解決手段】本発明にかかる無線通信システムは、コアネットワーク１と無線アクセスネットワーク２とを接続するゲートウェイ装置３を備える無線通信システムであって、ゲートウェイ装置３に接続された代表基地局６ａと代表基地局６ａ配下の複数の非代表基地局６ｂ，６ｃとを含む仮想基地局６、を無線アクセスネットワーク２内に備え、各非代表基地局の存在をゲートウェイ装置３および隣接基地局５から隠蔽する。
【選択図】図１

Description

本発明は、コアネットワークと無線アクセスネットワークとの間のゲートウェイ装置配下に基地局を配置した無線通信システムに関するものである。
近年、より高速な無線パケット通信を目指して様々な無線アクセス高速化技術が提案、規格化されている。Beyond3G/4Gのセルラシステムでは、数百Mbpsから１Gbpsの無線伝送速度を達成することが可能と言われている。このような高速な無線伝送速度では送信電力が問題になるため、セルのカバーエリアは従来のセルより小さくなると予想されている。また、セルが小さくなることにより、端末と無線通信を行う基地局の数は、今後さらに増加することが予想されている。
たとえば、基地局制御装置が収容可能な基地局数やセル数は制御仕様や装置容量の制約から制限されているため、基地局制御装置では、処理容量としては基地局を収容可能であっても、上記収容する基地局数やセル数の制限によって、基地局を収容できないケースが発生する。その結果、基地局制御装置における基地局の収容効率が悪くなっている、という問題があった。
下記特許文献１では、上記の問題を解決している。具体的には、複数の基地局とそれらの基地局を制御する基地局制御装置との間に基地局集線装置を配置し、基地局集線装置が、基地局制御装置と各基地局との間で制御用データおよびユーザデータを変換して送信する技術が開示されている。この技術によれば、基地局制御装置は、複数の基地局を１つの仮想的な基地局と見なして動作することができるので、たとえば、基地局制御装置に複数の基地局集線装置を接続することにより、高価な基地局制御装置を新たに導入することなく、より多くの基地局を収容することが可能となる。
3GPP（3rd Generation Partnership Project）では、第３世代無線アクセス方式および無線アクセスネットワーク（UTRAN：Universal Terrestrial Radio Access Network）を低遅延，高データレート，無線パケット通信に最適化した、次世代の無線アクセス方式（E-UTRA：Evolved Universal Terrestrial Radio Access）および無線アクセスネットワーク（E-UTRAN：Evolved Universal Terrestrial Radio Access Network）の検討が進められている（下記非特許文献１参照）。E-UTRANでは、基地局（Node B）を制御する無線ネットワーク制御装置（RNC：Radio Network Controller）が排除され、コアネットワークと無線アクセスネットワークとの間のゲートウェイ装置（SAE-GW：System Architecture Evolution Gateway）配下に、それぞれRNCの機能をもった基地局（eNodeB：Evolved Node B）が直収されるアーキテクチャを採用している。このように、階層構造を排除したアーキテクチャを無線アクセスネットワークで採用することにより、E-UTRANでは、エンド・ツー・エンドの遅延削減，ネットワーク構成の簡素化、といった効果が得られる。
特開２００６−２７９２６１号公報
たとえば、上記E-UTRANのように、基地局内に無線アクセス制御，呼処理，移動機の移動管理等の機能をもち、それぞれの基地局がコアネットワークと直接接続されるような無線アクセスネットワークアーキテクチャにおいては、基地局制御装置が複数の基地局を制御する従来の無線アクセスネットワークと同様の問題が発生する。具体的には、複数の基地局を収容するコアネットワーク装置の制御仕様や回線インタフェース等の装置容量の制約により、コアネットワーク装置の処理容量としては基地局を収容可能であっても、収容基地局数やセル数が制限となって基地局を収容できないケースが発生する。その結果、コアネットワーク装置における基地局の収容効率が悪くなっている、という問題があった。
しかしながら、上述した従来技術は、基地局集線装置が複数の基地局を仮想的に１台の基地局として見せ、基地局制御装置における基地局収容効率を上げる技術であって、コアネットワーク装置に複数の基地局が直接接続される場合の、基地局収容効率を上げる技術については、何ら開示されていない。
本発明は、上記に鑑みてなされたものであって、コアネットワーク装置に無線アクセスネットワークを構成する複数の基地局が直接接続される場合において、当該コアネットワーク装置における基地局収容効率向上を可能とする無線通信システムを得ることを目的とする。
また、上記複数の基地局のうちの特定の基地局を動的に切断する動作、および上記無線アクセスネットワークに新たな基地局を動的に追加する動作、を規定した無線通信システムを得ることを目的とする。
上述した課題を解決し、目的を達成するために、本発明にかかる無線通信システムは、コアネットワークと無線アクセスネットワークとを接続するゲートウェイ装置を備える無線通信システムであって、前記ゲートウェイ装置に接続された少なくとも１つの代表基地局と、当該代表基地局配下の複数の非代表基地局と、を含み、これらの基地局で仮想的に１つの基地局を形成する仮想基地局、を前記無線アクセスネットワーク内に備え、前記非代表基地局の存在を、前記ゲートウェイ装置、および前記仮想基地局に隣接する前記隣接基地局、から隠蔽することを特徴とする。
この発明によれば、コアネットワーク側に収容基地局数やセル数の制限がある場合であっても、上記構成により基地局収容効率を上げることが可能となる、という効果を奏する。
図１は、本発明にかかる無線通信システムの実施の形態１の構成例を示す図である。 図２は、AGWの経路テーブルの一例を示す図である。 図３は、NBSの経路テーブルの一例を示す図である。 図４は、RNの経路テーブルの一例を示す図である。 図５は、NBSのセルID−ノードIDマッピングテーブルの一例を示す図である。 図６は、RNのセルID−ノードIDマッピングテーブルの一例を示す図である。 図７は、UNのセルID−ノードIDマッピングテーブルの一例を示す図である。 図８は、UNのセルID−ノードIDマッピングテーブルの一例を示す図である。 図９は、コアネットワーク側が位置登録エリアIDからページングメッセージの送信先ノードを決定する場合に使用するテーブルの一例を示す図である。 図１０は、RNがコアネットワークから受信したページングメッセージを配下のUNに対して分配する際に使用するテーブルの一例を示す図である。 図１１は、UEが位置登録を行う際の簡易動作シーケンス例を示す図である。 図１２は、経路テーブルの一例を示す図である。 図１３は、UNのコンテキストIDマッピングテーブルの一例を示す図である。 図１４は、RNのコンテキストIDマッピングテーブルの一例を示す図である。 図１５は、UEがUN配下セルから音声通話やデータ通信を開始する際の簡易動作シーケンス例を示す図である。 図１６は、RNのコンテキストIDマッピングテーブルの一例を示す図である。 図１７は、UNのコンテキストIDマッピングテーブルの一例を示す図である。 図１８は、UN配下セルに在圏するUEが音声通話やデータ通信の着信を行うための簡易動作シーケンス例を示す図である。 図１９は、本実施の形態におけるハンドオーバ実行時の動作シーケンス例を示す図である。 図２０は、VBS内UN間ハンドオーバ時の動作シーケンス例を示す図である。 図２１は、UNのコンテキストIDマッピングテーブルの一例を示す図である。 図２２は、RNのコンテキストIDマッピングテーブルの一例を示す図である。 図２３は、UNのコンテキストIDマッピングテーブルの一例を示す図である。 図２４は、RNのコンテキストIDマッピングテーブルの一例を示す図である。 図２５は、VBSからNBSへのハンドオーバ時の動作シーケンス例を示す図である。 図２６は、RNのコンテキストIDマッピングテーブルの一例を示す図である。 図２７は、NBSのコンテキストIDマッピングテーブルの一例を示す図である。 図２８は、NBSからVBSへのハンドオーバ時の動作シーケンス例を示す図である。 図２９は、NBSのコンテキストIDマッピングテーブルの一例を示す図である。 図３０は、UNのコンテキストIDマッピングテーブルの一例を示す図である。 図３１は、RNのコンテキストIDマッピングテーブルの一例を示す図である。 図３２は、RNのコンテキストIDマッピングテーブルの一例を示す図である。 図３３は、本発明にかかる無線通信システムの実施の形態１の他の構成例を示す図である。 図３４は、本発明にかかる無線通信システムの実施の形態２の構成例を示す図である。 図３５は、RN-Cの経路テーブルの一例を示す図である。 図３６は、RN-Dの経路テーブルの一例を示す図である。 図３７は、RN-Nの経路テーブルの一例を示す図である。 図３８は、UNの経路テーブルの一例を示す図である。 図３９は、UNのコンテキストIDマッピングテーブルの一例を示す図である。 図４０は、実施の形態２におけるVBS内UN間ハンドオーバ時の動作シーケンス例を示す図である。 図４１は、UNのコンテキストIDマッピングテーブルの一例を示す図である。 図４２は、RN-NのコンテキストIDマッピングテーブルの一例を示す図である。 図４３は、UNのコンテキストIDマッピングテーブルの一例を示す図である。 図４４は、RN-DのコンテキストIDマッピングテーブルの一例を示す図である。 図４５は、実施の形態２におけるVBSからNBSへのハンドオーバ時の動作シーケンス例を示す図である。 図４６は、RN-NのコンテキストIDマッピングテーブルの一例を示す図である。 図４７は、実施の形態２のNBSからVBSへのハンドオーバ時の動作シーケンス例を示す図である。 図４８は、RN-NのコンテキストIDマッピングテーブルの一例を示す図である。 図４９は、RN-DのコンテキストIDマッピングテーブルの一例を示す図である。 図５０は、ユーザデータ中継パスの一例を示す図である。 図５１は、「AGW３〜UN６ｂ」間のユーザデータ中継に必要なユーザデータパスをU-Proxy内に設定する動作シーケンス例を示す図である。 図５２は、RNのコンテキストIDマッピングテーブルの一例を示す図である。 図５３は、RNによる「AGW３〜U-Proxy〜UN６ｂ」間のユーザデータ中継パス確立方法の一例を示す図である。 図５４は、RNによる「AGW３〜U-Proxy〜UN６ｂ」間ユーザデータ中継パスから「AGW３〜U-Proxy〜UN６ｃ」間ユーザデータ中継パスへの切り替え方法の一例を示す図である。 図５５は、RNにより「AGW３〜U-Proxy〜UN６ｂ」間ユーザデータ中継パスを解放する方法の一例を示す図である。
以下に、本発明にかかる無線通信システムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
実施の形態１．
図１は、本発明にかかる無線通信システムの実施の形態１の構成例を示す図である。実施の形態１の無線通信システムにおいて、AGW（Access GateWay）３は、コアネットワーク１と無線アクセスネットワーク２とを結ぶゲートウェイ装置である。コアネットワーク１内には、ユーザ契約者情報のデータベースや課金処理等を行うサーバ群４が存在する。無線アクセスネットワーク２を構成するすべての基地局は、AGW３を介してコアネットワーク１と通信を行う。以下では、AGW３と無線アクセスネットワーク２内の基地局との通信について説明する。なお、無線アクセスネットワーク２については、IPネットワークを想定する。
無線アクセスネットワーク２には、基地局５，６ａ，６ｂ，６ｃが存在し、基地局５と基地局６ａがAGW３に接続されている。また、基地局６ｂと基地局６ｃの存在は、AGW３および隣接基地局（NBS：Neighbor Base Station）５から見て隠されている。基地局６ａは、代表基地局（RN：Representative Node）と呼ばれ、配下に基地局６ｂ，６ｃが接続されている。基地局６ａ，６ｂ，６ｃ全体で、１台の仮想基地局（VBS：Virtual Base Station）６を形成している。VBS６を構成するRN６ａは、AGW３やNBS５との制御メッセージやユーザデータの交換を基地局６ｂ，６ｃに代わって行う。ここで、VBS６を構成するRN６ａ以外の基地局のことを非代表基地局（UN：Unrepresentative Node）と呼ぶ。なお、RN６ａは、VBS６を構成する基地局の１つがその機能を提供してもよいし、移動機との無線通信自体は行わずRNとしての機能のみを提供する専用装置（DN：Dedicated Node）でもよい。以下では、RNを、RN機能専用装置（DN）として説明する。
＜ネットワーク設定＞
本実施の形態では、VBS６内のUN６ｂおよびUN６ｃの存在をAGW３およびNBS５から隠すため、UN６ｂおよびUN６ｃが担当するセルをRN６ａが担当するセルとしてAGW３およびNBS５に見えるように、以下のようにネットワークを設定する。
（１）対向ノード情報
無線アクセスネットワーク２では、ハンドオーバやコアネットワーク１との通信のために、シグナリングメッセージやユーザデータを送受信するノードの情報を各ノード内に保持している。以下、この情報を格納しているテーブルを経路テーブルと呼ぶ。
図２はAGW３の経路テーブルを示し、図３はNBS５の経路テーブルを示し、図４はRN６ａの経路テーブルを示す。経路テーブルには、対向ノードの種別，ノードID，シグナリングメッセージの宛先IPアドレス，宛先ポート等が記載されている。一般に、ノード間シグナリングメッセージは、無線コネクションを確立した移動機（UE：User Equipment）の状態、すなわち、コンテキストを管理し、個々のUEに対する制御を行うための個別制御系メッセージと、ノード間の情報交換やページングなど特定のノード内の特定のUEのコンテキストに限定されない制御を行うための共通制御系メッセージと、に分類される。また、ノード間シグナリングメッセージは、IPパケット処理の負荷分散や耐故障性を考慮して、宛先IPアドレスおよび宛先ポートを制御メッセージの種別毎に変えたり、同一種別の制御メッセージでも複数の宛先IPアドレスや宛先ポートを割り当てたりする。以下では、簡単のため、個別制御系メッセージと共通制御系メッセージにそれぞれ１対の宛先IPアドレスと宛先ポートが割り当てられることとする。
たとえば、RN６ａおよびNBS５のノードIDをそれぞれn1およびn5とする。また、AGW３の対向ノードは、無線アクセスネットワーク２内のRN６ａとNBS５である。したがって、AGW３は、図２に基づき、RN６ａに対する個別制御系メッセージを、IPアドレス：Ic，d，n1および宛先ポート：Pc，d，n1に送信し、RN６ａに対する共通制御系メッセージをIPアドレス：Ic，c，n1および宛先ポート：Pc，c，n1に送信し、NBS５に対する個別制御系メッセージをIPアドレス：Ic，d，n5および宛先ポート：Pc，d，n5に送信し、NBS５に対する共通制御系メッセージをIPアドレス：Ic，c，n5および宛先ポート：Pc，c，n5に送信する。
また、AGW３のノードIDをn3とする。また、NBS５の対向ノードはAGW３とRN６ａである。したがって、NBS５は、図３に基づき、AGW３に対する個別制御系メッセージをIPアドレス：Ic，d，n3および宛先ポート：Pc，d，n3に送信し、AGW３に対する共通制御系メッセージをIPアドレス：Ic，c，n3および宛先ポート：Pc，c，n3に送信し、また、RN６ａに対する個別制御系メッセージをIPアドレス：In，d，n1および宛先ポート：Pn，d，n1に送信し、RN６ａに対する共通制御系メッセージをIPアドレス：In，c，n1および宛先ポート：Pn，c，n1に送信する。
また、図４に示すRN６ａの経路テーブルには、上記同様のAGW３のノード情報，NBS５のノード情報の他に、自配下に接続されるUN６ｂおよびUN６ｃのノード情報が記載される。たとえば、UN６ｂおよびUN６ｃのノードIDをそれぞれn2およびn4とすると、RN６ａは、UN６ｂに対する個別制御系メッセージをIPアドレス：Iv，d，n2および宛先ポート：Pv，d，n2に送信し、UN６ｂに対する共通制御系メッセージをIPアドレス：Iv，c，n2および宛先ポート：Pv，c，n2に送信し、また、UN６ｃに対する個別制御系メッセージをIPアドレス：Iv，d，n4および宛先ポート：Pv，d，n4に送信し、UN６ｃに対する共通制御メッセージをIPアドレス：Iv，c，n4および宛先ポート：Pv，c，n4に送信する。なお、後述するように、UN６ｂおよびUN６ｃのノード情報は、RN６ａがUN６ｂおよびUN６ｃの起動時に動的に決定するか、または、UN６ｂおよびUN６ｃが起動してRN６ａに接続する前に静的に決定しておく。
（２）隣接セル情報
UEは、接続しているセルの通信品質が低下したとき、自律的にまたは基地局の指示によって通信中セルの周辺セルの通信品質を測定し、その結果を基地局に報告する。基地局は、報告された情報を元にUEのハンドオーバ先セルを決定する。このハンドオーバ方式をMAHO（Mobile Assisted Hand Over）と呼ぶ。
MAHOでは、UEが、通信品質の良いセルを、セルID等のセル識別情報とともに基地局に報告する。基地局は、UEから受信したセルID等のセル識別情報からハンドオーバ先のセルを担当する基地局を特定する。そして、ハンドオーバ元基地局でUEが受けていたサービスや無線伝送速度の通知する処理、ハンドオーバ先基地局での無線リソース予約等のためのシグナリングメッセージ交換処理、ハンドオーバ処理中にハンドオーバ元基地局に届いたユーザデータをハンドオーバ先基地局に転送するためのデータ転送に使用するIPアドレス，宛先ポートを決定する処理、等を行う。
このため、各基地局は、UEから無線通信品質として報告されるセルID等のセル識別情報から、シグナリングメッセージを送信するハンドオーバ先基地局の情報を決定する手段をもたなければならない。以下では、MAHOによってUEから通知されるハンドオーバ候補セルの情報は、セルIDとする。また、各基地局は、セルIDとノードIDのマッピングテーブル（セルID−ノードIDマッピングテーブル）をもつこととする。
セルID−ノードIDマッピングテーブルには、セルIDとそのセルを担当する基地局のノードIDとの対応が記載されている。また、NBS５，UN６ｂ，UN６ｃは、それぞれ１つずつのセルc3，c1，c2を担当している。図５〜図８に、それぞれNBS５，RN６ａ，UN６ｂ，UN６ｃのセルID−ノードIDマッピングテーブルの設定例を示す。たとえば、NBS５のセルc3には、UN６ｂのセルc1およびUN６ｃのセルc2が隣接しているが、NBS５は、UN６ｂおよびUN６ｃの存在を認識できず、これらのセルをVBS６のセルとして扱うため、図５に示すように、セルc1，セルc2をRN６ａが担当するセルとして認識し、制御メッセージ送信先としてRN６ａのノードIDを設定する。
一方、RN６ａは、実際には基地局ではなく、実際のハンドオーバ処理は配下のUN６ｂおよびUN６ｃが行うため、図６に示すセルID−ノードIDマッピングテーブルをもつ。図６では、セルc1はノードIDがn2であるUN６ｂに、セルc2はノードIDがn4であるUN６ｃに、それぞれ制御メッセージが送信されるように、セルID−ノードIDマッピングテーブルが設定されている。
また、VBS６のUN６ｂとUN６ｃは、図７および図８に示すように、自身が担当するセルに関する情報のみをセルID−ノードIDマッピングテーブルに設定する。
（３）位置登録エリア情報
セルには、コアネットワークがUEのおおよその位置を追跡するための位置登録エリアが設定されている。UEがコアネットワークに位置登録エリアIDを通知することで、コアネットワークは、UEに対して着信呼び出しを行うことができる。
位置登録エリアとセルは一対一ではなく、一般に連続する複数のセルに同一の位置登録エリアIDを割り当てている。これにより、UEが、セルを移動するごとに位置登録を行わずに済むようになり、位置登録トラヒックを抑制することが可能となる。また、複数のセルを同一の位置登録エリアとした場合には、着信時のページングメッセージがある程度広範囲に送信されるようにすることにより、高速移動するUEに対してもページングメッセージが高い確率で配送される。
コアネットワーク１では、UEに着信があると、データベースを参照してそのUEが在圏する位置登録エリアIDを調べる。そして、得られた位置登録エリアIDが割り当てられたセルを担当する全基地局に対して、そのUE宛ページングメッセージを送信する。図９は、コアネットワーク１側が、位置登録エリアIDからページングメッセージの送信先ノードを決定する場合に使用するテーブルの例を示している。ここでは、UN６ｂのセルc1には位置登録エリアID：RA1が、UN６ｃのセルc2およびNBS５のセルc3には位置登録エリアID：RA2が、それぞれ割り当てられている場合が示されている。セルc1およびセルc2を担当する基地局は実際にはそれぞれUN６ｂおよびUN６ｃであるが、これらのセルに対するページングメッセージはすべてRN６ａが受信するように設定され、UN６ｂおよびUN６ｃの存在がRN６ａによって隠されている。
また、図１０は、RN６ａが、コアネットワーク１から受信したページングメッセージを配下のUNに対して分配する際に使用するテーブルである。位置登録エリアID：RA1に対するページングメッセージは、その位置登録エリアIDが割り当てられているセルc1を担当するUN６ｂに送信される。同様に、位置登録エリアID：RA2に対するメッセージは、UN６ｃに送信される。このテーブルは、UN６ｂおよびUN６ｃの起動時に動的に、または起動前に静的に、生成される。
＜VBSの動的構成＞
VBS６では、UNが起動しているかいないかを、VBS６のセルが通信可能か通信不能として見せ、上位ノードに対してUNの存在を隠蔽する。そのため、RN６ａが最初に起動して他ノードと通常の起動手順を完了するまでの間は、VBS６のセルはすべて通信不能となる。VBS６のセルに割り当てるセルID，位置登録エリアIDは、RN６ａが起動する際に通常の起動手順の一部として入手するか、または、RN６ａ内にシステムパラメータとして保持しておく。
（１）UNの参加
各UNは、起動時に接続すべきRN６ａの情報をもっていることとする。UNがRN６ａへ接続すると、RN６ａは、UNに対して担当するVBSセルで使用するセルIDや位置登録エリアIDを通知する。RN６ａは、さらに、起動UNが担当するVBSセルを通信可能状態にする。
（２）UNの離脱
UNが正規の停止手順を実行したこと、または、RN６ａが状態監視によってUNの停止または異常発生を認識すると、RN６ａはそのUNが担当しているセルを通信不可状態にする。
（３）VBSの状態監視
VBSの状態監視は、コアネットワーク１とRN６ａの間でのみ行う。RN６ａ自身が異常状態に陥るか、または予め決められた個数のUNが異常となって通信再開不能となった場合に、VBSの異常がコアネットワーク１に検出される。それ以外の場合、すなわち、UNが正規の手順で停止した場合や、予め決められた個数以内のUNが異常の場合については、RN６ａがそれらのUNの担当するセルが通信不可になっているものとして扱い、コアネットワーク１には異常を通知しない。
＜位置登録＞
セルには、UEの位置をコアネットワーク１が追跡するための位置登録エリアが設定されている。移動機は、電源を入れたとき、または、待ち受け中にセルを移動し元のセルの位置登録エリアと移動先セルの位置登録エリアが異なるとき、コアネットワーク１に対して位置登録を行う。位置登録は、たとえば、以下に説明するように、位置登録エリア毎に設定されたIDをUEのIDとともにコアネットワーク１に通知することにより行う。
図１１は、UEが位置登録を行う際の簡易シーケンスを示す図である。以下、UEのIDをu1とした場合の位置登録手順を詳細に説明する。
UEは、まず、UN６ｂと無線コネクションを確立する（ステップＳ１）。つぎに、UEは、位置登録を行うセルの位置登録エリアIDとUEのID：u1を格納した位置登録要求メッセージをコアネットワーク１向けメッセージとしてUN６ｂに送信する（ステップＳ２）。UN６ｂは、UEから受信したメッセージがコアネットワーク１向けメッセージであるため、受信したメッセージからコアネットワーク１向けシグナリングメッセージを生成する。位置登録要求メッセージは、UE毎の制御であるため、個別制御系メッセージに分類される。個別制御系メッセージでは、コンテキスト毎に割り当てたコンテキストIDで制御対象となるUEを識別することが必須である。このため、あるUEに関するシグナリングメッセージが初めてノード間で交換される際には、以下のステップＳ３とステップＳ４の説明で述べるように、そのUEに関するシグナリングメッセージを識別するためのコンテキストIDをノード間で交換する。
UN６ｂは、コアネットワーク１に送信する位置登録要求メッセージを生成する際に、まず、そのシグナリングメッセージの送信先を決定する。このため、UN６ｂは、たとえば、図１２に示す経路テーブルを使用する。UN６ｂの経路テーブルによれば、コアノードはノード番号：n1のノードすなわちRN６ａであり、コアノード宛個別制御系メッセージはIPアドレス：Iv，d，n1および宛先ポート：Pv，d，n1に送信することになっており、UN６ｂは、生成した位置登録要求メッセージをこれらのIPアドレスおよび宛先ポートに送信する（ステップＳ３）。位置登録要求メッセージ送信時、UN６ｂは、UEコンテキストを識別するためにコンテキストIDをそのメッセージに設定する。コンテキストIDにはUN６ｂ側のIDとRN６ａ側のIDの２つがあり、UN６ｂは，位置登録UEのコンテキストに対してUN内で一意なコンテキストID：uを割り当て、メッセージ送信先となるRN６ａ側のコンテキストIDに新規コンテキストであることを示すID（たとえば“0”）を設定する。
RN６ａは、ステップＳ３の処理で受信した位置登録要求メッセージに設定された宛先コンテキストIDが新規コンテキスト割り当てを示唆するID（ID＝“0”）であることを認識すると、新たにコンテキストID：r1を割り当て、図１１中に破線矢印で省略表示した応答メッセージに、割り当てたコンテキストIDを設定してUN６ｂに送信する。このとき、その応答メッセージの送信元コンテキストIDにはRN６ａ側コンテキストID:r1を、送信先コンテキストIDにはUN６ｂから受信したUN６ｂ側コンテキストID：uを、それぞれ指定する。
つぎに、RN６ａは、まず、AGW３との個別制御系メッセージ交換のためのコンテキストID：r2を割り当てる。つぎに、UN６ｂから受信した位置登録要求メッセージの送信元コンテキストID：uをr2に書き換え、AGW３に送信する（ステップＳ４）。位置登録要求メッセージを送信するAGW３のIPアドレスや宛先ポート等の情報は、RN６ａの経路テーブル（図４参照）で管理しており、このテーブルによれば、コアノードであるノード番号：n3のノード、すなわち、AGW３のIPアドレス：Ic，d，n3および宛先ポート：Pc，d，n3が宛先となる。
ステップＳ４の処理で位置登録要求メッセージを受信したAGW３は、コンテキストID：aを割り当て、図１１中の破線矢印で省略表示した応答メッセージの宛先コンテキストIDをr2に、送信元コンテキストIDをaに、それぞれ設定してRN６ａに通知する。AGW３は、以後、位置登録に関してコアネットワーク１内部の処理を実行し、位置登録要求を行ったUEの認証する処理や位置登録要求で通知された位置登録エリアにUEが在圏することを登録する処理等を実行する。
以上のステップＳ３，ステップＳ４におけるコンテキストIDの生成／交換を通して、各基地局では、コンテキストIDマッピングテーブルを生成している。
図１３は、UN６ｂのコンテキストIDマッピングテーブルを示す図である。UEのID毎にそのUEの制御に関わるノードにおけるコンテキストIDと、自ノード内でのUEコンテキストIDの対応を記憶する。図１３において、UEコンテキスト情報は、自ノード内で無線コネクション制御を行う際にコンテキストを識別するために使用するIDや、UEの無線アクセス能力等の情報を記憶する領域である。コアノードコンテキスト情報は、コアノード、すなわちRN６ａにおけるUEのコンテキストIDとUN６ｂで割り当てたコンテキストIDとの対応を記憶する領域である。ステップＳ３で送信したUN６ｂ側コンテキストID：uと、ステップＳ３の位置登録要求メッセージへの応答メッセージで得たRN６ａ側のコンテキストID：r1と、を保持している。なお、この情報中のコアノード・ノードIDは、コアノードとしてアクセスできる候補が複数存在する場合にコアノード側のコンテキストIDを一意に定める場合や、アクセスするコアノードのIPアドレスおよび宛先ポートを経路テーブル（図１２参照）から取得する場合などに使用し、ここでは既知とする。また、この情報中の自ノードデータパスおよびコアノードデータパス，隣接ノードコンテキスト情報は、位置登録時には使用しないため、ここでは説明を省略する。
また、図１４は、RN６ａにおけるコンテキストIDマッピングテーブルを示す図である。RN６ａのコンテキストIDマッピングテーブルの各レコードは、インタフェース種別により大きく２つのパートに分かれ、それぞれ第１サブレコード，第２サブレコードと呼ぶ。両者は同一の構成をしており、ノード＃１コンテキスト情報部とノード＃２コンテキスト情報部から成る。第１サブレコードのノード＃１コンテキスト情報部は、RNとUNのコンテキストIDの対応を保持する領域である。これは、UNのコンテキストIDマッピングテーブルにおけるコアノードコンテキスト情報部と同一の内容となる。ただし、ノード＃１ノードIDには、複数UNから対象UNを識別するためUNのノードIDを記憶しておく。一方、上記サブレコードのノード＃２コンテキスト情報部は、RN６ａとAGW３のコンテキストIDの対応を保持する領域である。ここでは、ノード＃２コンテキスト情報部の自ノードコンテキストIDにはRN６ａ側のコンテキストIDを、ノード＃２ノードIDおよびコンテキストIDにはAGW３のノードIDおよびAGW３側のコンテキストIDを、保持しておく。また、ノード＃２コンテキスト情報部のノード＃２ノードIDにはコアノードであるAGW３のノードIDを保持しておく。UNのコンテキストIDマッピングテーブルにおけるコアノード・ノードIDと同様に、RN６ａからアクセスできるコアノードの候補が複数存在する場合にコアノードのコンテキストIDを一意に定める場合や、アクセスするコアノードのIPアドレスおよび宛先ポートを経路テーブル（図４参照）から取得する場合などに使用する。RN６ａのコンテキストIDマッピングテーブルのその他の部分については、位置登録時には使用しないためここでは説明を省略する。
そして、RN６ａは、コンテキストIDマッピングテーブル（図１４参照）を用い、AGW３とUN６ｂとの間のシグナリングメッセージを次のように中継する。
（C-I）AGW３からUN６ｂへのシグナリングメッセージ
（a）AGW３は、ステップＳ４で獲得したVBS６、すなわち、RN６ａのノードID：n1およびRN６ａ内でUEのコンテキストを識別するためのコンテキストID：r2、を使用して、シグナリングメッセージを送信する。このシグナリングメッセージの宛先IPアドレスおよび宛先ポートには、経路テーブル（図２参照）でノードID：n1を検索し、それぞれIc，d，n1およびPc，d，n1を指定する。
（b）上記ステップ（a）で送信されたシグナリングメッセージは、RN６ａで受信される。RN６ａは、当該シグナリングメッセージより宛先コンテキストID：r2を抽出し、コンテキストIDマッピングテーブル（図１４参照）の第１サブレコード内ノード＃２コンテキスト情報部から、自ノードコンテキストIDがr2となっているレコードを検索する。そして、見つかったレコードの第１サブレコード内ノード＃１コンテキスト情報部のノード＃１ノードIDを抽出する。さらに、ノード＃１コンテキストIDから上記シグナリングメッセージを転送するノード、すなわち、UN６ｂのノードID：n2およびUN６ｂ内コンテキストID：uを抽出する。RN６ａは、つぎに、上記シグナリングメッセージの宛先コンテキストIDに設定されている自身のコンテキストID：r2を、上記シグナリングメッセージの転送先ノード、すなわち、UN６ｂ内コンテキストID：uに書き換え、UN６ｂ宛IPアドレスおよび宛先ポートに送信する。宛先IPアドレスおよび宛先ポートには、コンテキストIDマッピングテーブルから抽出したUN６ｂのノードID：n2で経路テーブル（図４参照）を検索し、それぞれIv，d，n2およびPv，d，n2を指定する。
（c）UN６ｂは、AGW３からのシグナリングメッセージを受信する。
（C-II）UN６ｂからAGW３へのシグナリングメッセージ
（a）UN６ｂは、ステップＳ３で獲得したRN６ａのノードID：n1、およびRN６ａ内でUEのコンテキストを識別するためのコンテキストID：r1を使用して、シグナリングメッセージを送信する。このシグナリングメッセージの宛先IPアドレスおよび宛先ポートには、経路テーブル（図１２参照）でノードID：n1を検索し、それぞれIv，d，n1およびPv，d，n1を指定する。
（b）上記ステップ（a）で送信されたシグナリングメッセージは、RN６ａで受信される。RN６ａは、上記シグナリングメッセージより宛先コンテキストID：r1を抽出し、コンテキストIDマッピングテーブル（図１４参照）の第１サブレコード内ノード＃１コンテキスト情報部から、自ノードコンテキストIDがr1となっているレコードを検索する。そして、見つかったレコードの第１サブレコード内ノード＃２コンテキスト情報部のノード＃２ノードIDを抽出する。さらに、ノード＃１コンテキストIDから上記シグナリングメッセージを転送するノード、すなわち、AGW３のノードID：n3およびAGW３内コンテキストID：aを抽出する。RN６ａは、つぎに、上記シグナリングメッセージの宛先コンテキストIDに設定されている自身のコンテキストID：r1を、上記シグナリングメッセージの転送先ノード、すなわち、AGW３内コンテキストID：ａに書き換え、AGW３宛IPアドレスおよび宛先ポートに送信する。宛先IPアドレスおよび宛先ポートには、コンテキストIDマッピングテーブルから抽出したAGW３のノードID：n3で経路テーブル（図４参照）を検索し、それぞれIｃ，d，n3およびPc，d，n3を指定する。
（c）AGW３は、UN６ｂからのシグナリングメッセージを受信する。
上記ステップＳ４の処理で位置登録要求を受け取ったAGW３は、コアネットワーク１内で位置登録作業が完了すると、RN６ａに対して位置登録応答を送信する（ステップＳ５）。この応答メッセージは、上記（C-I）の手順に従ってRN６ａによりUN６ｂに転送される（ステップＳ６）。
UN６ｂは、RN６ａから位置登録応答メッセージを受信すると、コンテキストIDマッピングテーブル（図１３参照）のコアノードコンテキスト情報部から、自ノードコンテキストIDがuとなっているレコードを検索し、自ノード内UEコンテキストを特定する。UN６ｂは、UEコンテキストから無線通信に使用するチャネル等のパラメータを取得し、位置登録応答をUEに送信する（ステップＳ７）。
位置登録完了後、無線コネクションは解放される。UEは再び待ち受け状態に遷移するため、図１３および図１４にてUEID：u1で登録されたレコードは、無線コネクション解放とともに削除される。なお、上記では、コンテキストの識別のためにシグナリングメッセージに埋め込まれたコンテキストIDを使用する場合について説明したが、コンテキスト識別方法として、個別制御系メッセージでユーザ毎に異なる宛先ポートを使用することも考えられる。この場合は、コンテキストIDの代わりに宛先ポートを図１３および図１４に示したコンテキストIDマッピングテーブルで管理すれば良い。
＜発信＞
図１５は、UEがUN６ｂ配下セルから音声通話やデータ通信を開始する際の簡易動作シーケンスを示す図である。発信シーケンスでは、音声通話やデータ通信のための無線チャネルの設定および無線アクセスネットワーク２におけるデータパスの設定、が必要となる点が位置登録シーケンスと異なる。なお、発信サービスを要求するために、位置登録要求ではなくサービス要求メッセージを送信する点についても異なるが、サービス要求も個別制御系メッセージであるため、シグナリングメッセージ送信時におけるコンテキストID通知などRN６ａおよびUN６ｂの動作は位置登録シーケンスと同様である。
図１５に示すステップＳ１１からステップＳ１４の動作は、位置登録シーケンスのＳ１〜Ｓ４と同様である。なお、ステップＳ４完了時には、UN６ｂでは図１３に示し、RN６ａでは図１４に示した、コンテキストIDマッピングテーブルが生成されていることとする。
AGW３は、ステップＳ１４でサービス要求を受信すると、認証等の手続きを行った後、無線チャネルの設定および無線アクセスネットワークにおけるデータパスの設定を行うためのベアラ設定要求メッセージを、RN６ａに送信する（ステップＳ１５）。ベアラ設定要求メッセージでは、RN６ａに対してUEID：u1に対応するコンテキストを指定するために、シグナリングメッセージの宛先コンテキストIDにr2を指定する。また、そのシグナリングメッセージには、RN６ａとAGW６の間でユーザデータ（音声データやデータパケット：いずれもIPパケット内にカプセル化されることとする）を送受するデータパスに関して、AGW３がユーザデータを受信するIPアドレス：Ia，宛先ポート：Pa，カプセル化の際のデータフロー識別子：Faが含まれている。RN６ａは、これらの情報をコンテキストIDマッピングテーブル（図１６参照）の第１サブレコード内ノード＃２コンテキスト情報部のノード＃２データパスに記憶し、UN６ｂから受信したユーザデータをAGW３に送信する際の宛先情報として参照する。以降、データパスに関して宛先情報を構成するIPアドレス：Ix，宛先ポート：Px，データフロー識別子：Fxの組を［Ix，Px，Fx］と表し、データパス情報と呼ぶ。
つぎに、RN６ａは、コンテキストIDマッピングテーブル（図１６参照）を参照し、AGW３から受信したベアラ設定要求メッセージに設定されたコンテキストID：r2をキーとして、当該メッセージを転送するUN（ノードID：n2）を特定し、当該メッセージの宛先IPアドレス，宛先ポートを取得する。そして、送信するベアラ設定要求メッセージについては、宛先コンテキストIDにuを指定し、RN６ａがUN６ｂからユーザデータを受信するためのデータパス情報を［Ir1，Pr1，Fr1］に書き換えてUN６ｂに送信する（ステップＳ１６）。
また、RN６ａは、送信したデータパス情報をコンテキストIDマッピングテーブル（図１６参照）の第１サブレコード内ノード＃１コンテキスト情報の自ノードデータパスに記憶する。
一方、UN６ｂは、受信したこれらの情報をRN６ａと同様にコンテキストIDマッピングテーブル（図１７参照）のコアノードコンテキスト情報内コアノードデータパスに格納し、UEから受信したユーザデータをRN６ａに送信する際の宛先として参照する。また、このテーブルを参照し、RN６ａから受信したベアラ設定要求メッセージに設定されたコンテキストID：uをキーとして、データ用無線チャネルを設定するUEコンテキストを特定する。特定されたUEコンテキストにはデータ伝送レートなどの情報が含まれており、UN６ｂは、要求された速度や品質でユーザデータ通信を提供できるか否かをチェックした後、UEとの間で無線チャネルを設定する（ステップＳ１７）。
UEとUN６ｂの間でデータ用無線チャネルが確立された後、UN６ｂは、RN６ａに対してベアラ設定応答メッセージを送信する（ステップＳ１８）。送信するベアラ設定応答メッセージには、コンテキストIDマッピングテーブル（図１７参照）を参照して、UEID：u1に対応するUNのコンテキストID：r1を設定する。さらに、UN６ｂがRN６ａからユーザデータを受信するためのデータパス情報［Iu，Pu，Fu］を割り当てて設定し、コンテキストIDマッピングテーブル（図１７参照）のコアノードコンテキスト情報内自ノードデータパスに格納する。
RN６ａは、ベアラ設定応答メッセージを受信した際に、これらの情報を、コンテキストIDマッピングテーブル（図１６参照）の第１サブレコード内ノード＃１コンテキスト情報部のノード＃１データパスに格納し、AGW３から受信したユーザデータをUN６ｂに送信する際の宛先として参照する。
RN６ａは、UN６ｂからベアラ設定応答メッセージを受信後、コンテキストIDマッピングテーブル（図１６参照）を参照して、当該メッセージにおける宛先コンテキストIDを、自コンテキストID：r1に対応するノード＃２コンテキストID：aに書き換える。さらに、RN６ａは、AGW３からユーザデータを受信するためのデータパス情報［Ir2，Pr2，Fr2］を設定してAGW３に送信する（ステップＳ１９）。同時に、RN６ａは、送信したこれらのデータパス情報を、コンテキストIDマッピングテーブル（図１６参照）の第１サブレコード内ノード＃２コンテキスト情報部の自ノードデータパスに記憶する。
AGW３は、これらのデータパス情報を記憶し、これらの情報を、ユーザデータをRN６ａに送信する際の宛先とする。そして、ユーザデータ送受信のためのデータパスを確立した後、AGW３，RN６ａ，UN６ｂでは、ステップＳ２０〜ステップＳ２２を実行する。ステップＳ２０〜ステップＳ２２は、図１１に示した位置登録シーケンスにおけるステップＳ５〜ステップＳ７と同様である。
以上の発信シーケンスを実行後、RN６ａは、コンテキストIDマッピングテーブル（図１６参照）を用い、AGW３とUN６ｂの間のユーザデータを次のように中継する。
（C-III）AGW３からUN６ｂへのユーザデータ
（a）AGW３からUE６ｂへ向けたユーザデータは、データパス［Ir2，Pr2，Fr2］を宛先として送信される。
（b）ステップ（a）で送信されたユーザデータはRN６ａで受信される。RN６ａは、受信ユーザデータの宛先データパス情報を抽出し、コンテキストIDマッピングテーブル（図１６参照）の第１サブレコード内ノード＃２コンテキスト情報部から自ノードデータパスが［Ir2，Pr2，Fr2］となっているレコードを検索する。そして、見つかったレコードの第１サブレコード内ノード＃１コンテキスト情報部のノード＃１データパス［Iu，Pu，Fu］を抽出し、これを受信ユーザの転送先データパス情報として転送する。
（c）UN６ｂは、AGW３からのユーザデータを受信する。
（C-IV）UN６ｂからAGW３へのユーザデータ
（a）UEから受信したユーザデータは、UN６ｂからデータパス［Ir1，Pr1，Fr1］を宛先として送信される。
（b）ステップ（a）で送信されたユーザデータはRN６ａで受信される。RN６ａは、受信ユーザデータの宛先データパス情報を抽出し、コンテキストIDマッピングテーブル（図１６参照）の第１サブレコード内ノード＃１コンテキスト情報部から自ノードデータパスが［Ir1，Pr1，Fr1］となっているレコードを検索する。そして、見つかったレコードの第１サブレコード内ノード＃２コンテキスト情報部のノード＃２データパス［Ia，Pa，Fa］を抽出し、これを受信メッセージの転送先データパス情報として転送する。
（c）AGW３は、UN６ｂからのユーザデータを受信する。
ユーザデータ通信完了後、無線コネクションが解放され、UEが再び待ち受け状態に遷移すると、図１６および図１７のコンテキストIDマッピングテーブルにおけるUEID：u1に対応するレコードは、削除される。
なお、上記説明では、UE毎のユーザデータはIPアドレス，宛先ポート，IPパケットカプセル化におけるデータフロー識別子の組で識別されることとしたが、「3GPP TS29.060」の“General Packet Radio Service(GPRS); GPRS Tunneling Protocol(GTP) across the Gn and Gp interface”に規定されているGTP（GPRS Tunneling Protocol）のように、宛先ポートを固定として、IPアドレスおよびカプセルデータのヘッダ部分に設定するデータフロー識別子のみでユーザデータを識別する場合には、コンテキストIDマッピングテーブルで宛先ポートを記憶する必要はない。
また、同一IPアドレス，宛先ポートには、１UEのみのユーザデータをカプセル化して送受信する場合にカプセルデータでデータフローを識別する必要はなく、コンテキストIDマッピングテーブルでデータフロー識別子を記憶する必要はない。また、RN６ａは、AGW３とUN６ｂの間のシグナリングメッセージおよびユーザデータの中継機能を提供しているが、これらの中継のためにAGW３，UN６ｂに別々に払いだしているコンテキストIDおよびデータパス情報は、同一すなわちr1＝r2，Ir1＝Ir2，Pr1＝Pr2，Fr1＝Fr2であってもよい。または、ユーザデータについては、Ir1＝Iu，Pr1＝Pu，Fr1＝Fu，Ir2＝Ia，Pr2＝Pa，Fr2＝Faとすることで、AGW３とUN６ｂの間で直接送受信を行うようにしてもよい。
＜着信＞
図１８は、UN６ｂ配下セルに在圏するUEが音声通話やデータ通信の着信を行うための簡易動作シーケンスを示す図である。
AGW３は、音声通話やデータ通信の要求を受けたUEが在圏する位置登録エリアをコアネットワーク１内サーバより取得し、その位置登録エリアが割り当てられたセルを担当しているすべての基地局に対してページングメッセージを送信する（ステップＳ３１）。位置登録エリアとページングを送信する基地局との関係は、図９に示す位置登録エリアテーブルで管理する。ページングメッセージには呼び出し位置登録エリアIDと呼び出し対象のUEIDが含まれているが、特定の基地局内の特定のUEコンテキストに対する制御ではないため、ページングメッセージは共通制御系メッセージとなる。
また、図１０は，RN６ａで管理する位置登録エリアテーブルである。位置登録エリアID：RA1はノードID：n2のUN６ｂが担当するセルに割り当てられた位置登録エリアIDであり、RA2はノードID：n4のUN６ｃが担当するセルに割り当てられた位置登録エリアIDである。ここで、上記ステップＳ３１でRN６ａが受信したページングメッセージに、たとえば、位置登録エリアID：RA1，呼び出しUEID：u1が設定されていた場合、RN６ａは、受信したページングメッセージに設定された位置登録エリアID：RA1をキーとして図１０の位置登録エリアテーブルを検索し、ページングメッセージを転送するノードのID：n2を得る。そしてRN６ａは、ノードID：n2で示されるノードに対してページングメッセージを送信する際の宛先IPアドレスおよび宛先ポートを取得するために、経路テーブル（図４参照）を検索する。検索の結果、共通制御メッセージを送信するIPアドレス：Iv，c，n2、宛先ポート：Pv，c，n2が得られるので、RN６ａは、これらのIPアドレス，宛先ポート宛にAGW３より受信したページングメッセージを転送する（ステップＳ３２）。
UN６ｂは、RN６ａからページングメッセージを受信すると、通常のページング処理を行い、ページングメッセージに指定されている位置登録エリアIDが割り当てられたセルに対してUEの呼び出しを行う（ステップＳ３３）。位置登録エリアは複数のセルにまたがって定義され、ページングを行ったセルに必ずしも呼び出しUEが在圏しているとは限らないが、呼び出しUEが在圏している場合には発信と同様のシーケンスが実行される（ステップＳ３４）。
＜ハンドオーバ＞
図１９は、本実施の形態におけるハンドオーバ実行時の動作シーケンスを示す図である。SourceBSは、ハンドオーバ実行前にUEが接続していた基地局であり、TargetBSはハンドオーバ先基地局である。以下、VBS６内UN間のハンドオーバ、VBS６からNBS５へのハンドオーバ、およびNBS５からVBS６へのハンドオーバ、の３ケースについて詳細に説明する。
（１）VBS６内UN間ハンドオーバ
以下、UN６ｂからUN６ｃへのハンドオーバを行う場合のVBS６の動作を、図２０〜図２４を用いて詳細に説明する。
図２０は、VBS６内UN間ハンドオーバ時の動作シーケンスを示す図である。ハンドオーバ元基地局はUN６ｂであり、ハンドオーバ先基地局はUN６ｃである。また、UEは、UN６ｂ配下で通信中であり、UN６ｂおよびRN６ａでは、発信シーケンスを実行してそれぞれ図１７，図１６のようにコンテキストIDマッピングテーブルが形成されていることとする。
UEは、UN６ｂ担当のセルにおける通信品質が悪くなった場合に周辺のセルを探索し、通信品質が良くかつハンドオーバ先の候補となり得るセルのIDと、通信品質の測定結果と、を、測定情報（“Measurement Report”）としてUN６ｂに通知する（ステップＳ４１）。UN６ｂは、まず、受信した測定結果に基づいてUN６ｃ担当のセル（セルID：c2）をハンドオーバ先として選択する。つぎに、測定結果に含まれるハンドオーバ先セルのID：c2から、ハンドオーバ要求を送信する基地局のIPアドレス，宛先ポートを決定する。しかしながら、UN６ｂは、セルID−ノードIDマッピングテーブル（図７参照）に自セルの情報しかもっていない。そこで、UN６ｂは、ハンドオーバ先のセルが別コアノード配下のセルであると仮定し、UN６ｂにとってのコアノードであるRN６ａのハンドオーバ要求送信先IPアドレスおよび宛先ポートを決定する。ハンドオーバ要求は、特定のUEコンテキストに対する制御であり、個別制御系メッセージに分類される。したがって、UN６ｂは、RN６ａの個別制御系メッセージ送信先であるIPアドレス：Iv，d，n1および宛先ポート：Pv，d，n1を経路テーブル（図１２参照）から取得する。
つぎに、UN６ｂは、ハンドオーバ実行中にハンドオーバ先基地局との間でシグナリングメッセージを交換したり、コアノードすなわちRN６ａから受信したユーザデータをハンドオーバ先基地局に転送したりする際に、ハンドオーバ先基地局が必要とするUN６ｂ側のコンテキストID，データパス情報を割り当てる。そして、これらの情報をコンテキストIDマッピングテーブルの隣接ノードコンテキスト情報として保持する。これらの情報は、図２１に示すように、コンテキストIDマッピングテーブルの隣接ノードコンテキスト情報内の自ノードコンテキストID，自ノードデータパスに格納する。
そして、UN６ｂは、ハンドオーバ先セルID：c2，ハンドオーバ先基地局向け自コンテキストID：ub，自ノードID：n2，データパス情報［Iub，Pub，Fub］，コアノードRN６ａのノードID：n1，コンテキストID：r1，データパス情報［Ir1，Pr1，Fr1］を、ハンドオーバ要求メッセージ（“Handover Request”）に格納し、上記で決定したRN６ａのIPアドレスおよび宛先ポートに向けて送信する（ステップＳ４２）。
RN６ａは、上記ステップＳ４２でハンドオーバ要求メッセージを受信すると、まず、受信したハンドオーバ要求メッセージに含まれているハンドオーバ先セルのID：c2を元に、当該メッセージを転送するハンドオーバ先基地局を決定する。RN６ａは、セルID−ノードIDマッピングテーブル（図６参照）を参照する。このテーブルによれば、ハンドオーバのターゲットセル：c2は、ノードID：n4のセルであることが分かるので、さらに経路テーブル（図４参照)を用いて、上記ハンドオーバ要求メッセージの送信先IPアドレス：Iv，d，n4、宛先ポート：Pv，d，n4を決定する。
つぎに、RN６ａは、上記ハンドオーバ要求メッセージに含まれるハンドオーバ元基地局のノードID：n2，コンテキストID：ub，データパス情報［Iub，Pub，Fub］を自身のコンテキストIDマッピングテーブル内第２サブレコードのノード＃１コンテキスト情報に、それぞれノード＃１ノードID，ノード＃１コンテキストID，ノード＃１データパスとして、図２２に示すように格納する。同様に、ノードID：n4は、ハンドオーバ先基地局のノードIDとして、上記テーブル内ノード＃２コンテキスト情報の中のノード＃２ノードIDの第２サブレコードへ格納する。格納先エントリは、受信したハンドオーバ要求メッセージに格納されているUEIDを用いて特定する。
RN６ａは、UN６ｂとUN６ｃの間で送受されるシグナリングメッセージおよびユーザデータの中継ポイントとして動作するため、UN６ｂに対してコンテキストID：r3，データパス情報［Ir3，Pr3，Fr3］を払い出し、それぞれコンテキストIDマッピングテーブルの第２サブレコードのノード＃１コンテキスト情報内自ノードコンテキストID，自ノードデータパスとして格納する。同様に、UN６ｃに対してコンテキストID：r4，データパス情報［Ir4，Pr4，Fr4］を払い出し、コンテキストIDマッピングテーブル（図２２参照）の第２サブレコード内ノード＃１コンテキスト情報部の自ノードコンテキストID，自ノードデータパスとして格納する。さらに、受信したハンドオーバ要求メッセージに含まれるUN６ｂのノードID：n2，コンテキストID：ub，データパス情報［Iub，Pub，Fub］を、自身のノードID：n1およびUN６ｃ向けに払い出したコンテキストID：r4，データパス情報［Ir4，Pr4，Fr4］で書き換えて、UN６ｃの宛先IPアドレス，宛先ポートに送信する（ステップＳ４３）。
ハンドオーバ先基地局UN６ｃは、上記ステップＳ４３でRN６ａからハンドオーバ要求メッセージを受信後、当該メッセージからハンドオーバ元基地局のノードID：n1，コンテキストID：r4，データパス情報［Ir4，Pr4，Fr4］を抽出し、コンテキストIDマッピングテーブル内隣接ノードコンテキスト情報の隣接ノード・ノードID，隣接ノードコンテキストID，隣接ノードデータパスにそれぞれ保持する。なお、これらのパラメータを記憶するエントリは、上記で受信したハンドオーバ要求メッセージに設定されているUEID：u1により決定する。
さらに、UN６ｃは、上記ハンドオーバ要求メッセージからコアノードのノードID：n1，コンテキストID：r1，データパス情報［Ir1，Pr1，Fr1］を抽出し、コンテキストIDマッピングテーブル内コアノードコンテキスト情報のコアノード・ノードID，コアノードコンテキストID，コアノードデータパスにそれぞれ保持する。
つぎに、UN６ｃは、ハンドオーバ元基地局とハンドオーバ実行中にシグナリングメッセージを交換したり、ハンドオーバ元基地局からの転送データを受信したりするためのコンテキストID：uc，データパス情報［Iuc，Puc，Fuc］を払い出す。そして、払い出したパラメータをコンテキストIDマッピングテーブル内隣接ノードコンテキスト情報の中の自ノードコンテキストID，自ノードデータパスに保持する。同様に、ハンドオーバ後のシグナリングメッセージおよびユーザデータの送受のためにコアノードに対してコンテキストID：u’，データパス情報［Iu’，Pu’，Fu’］を払い出す。そして、コアノードコンテキスト情報の中の自ノードコンテキストID，自ノードデータパスに記憶しておく。
図２３は、受信したハンドオーバ要求メッセージから抽出したパラメータ、および自身が払い出したパラメータ、を設定した後のUN６ｃのコンテキストIDマッピングテーブルを示している。
コンテキストIDマッピングテーブルの更新が完了すると、UN６ｃは、ハンドオーバ応答メッセージ（“Handover Response”）を生成する。ここでは、送信元コンテキストIDにはコンテキストIDマッピングテーブルに記憶している隣接ノードコンテキスト情報中の自ノードコンテキストID：ucを、また、宛先コンテキストIDには上記隣接ノードコンテキスト情報中の隣接ノードコンテキストID：r4を、それぞれ設定する。そして、上記隣接ノードコンテキスト情報中の自ノードデータパス［Iuc，Puc，Fuc］を設定して生成したハンドオーバ応答メッセージを、ノードID：n1のノードに対して送信する。ここで、UN６ｃは、経路テーブル（図１２参照）からノードID：n1の個別制御系メッセージの宛先IPアドレス：Iv，d，n1および宛先ポート：Pv，d，n1を取得し、上記で生成したハンドオーバ応答メッセージをRN６ａに送信する（ステップＳ４４）。
ハンドオーバ先基地局UN６ｃのコアノードとして動作しているRN６ａは、上記ステップＳ４４でハンドオーバ応答メッセージをUN６ｃから受信すると、当該メッセージよりUN６ｃのコンテキストID：uc，データパス情報［Iuc，Puc，Fuc］を抽出し、自身のコンテキストIDマッピングテーブルに格納する。格納するテーブルエントリの位置は、ハンドオーバ元とハンドオーバ先基地局がシグナリングメッセージ交換を行う第２サブレコード中のノード＃２コンテキスト情報部であり、詳細には、自ノードコンテキストIDが上記ハンドオーバ応答メッセージの宛先コンテキストID：r4に一致するレコードの、第２サブレコード内ノード＃２コンテキスト情報部の、ノード＃２コンテキストIDおよびノード＃２データパスである。
つぎに、RN６ａは、上記で検索して一致したレコードの第２サブレコード内ノード＃１コンテキスト情報部から、自ノードコンテキストID：r3およびノード＃１コンテキストID：ubを取得する。そして、受信したハンドオーバ応答メッセージの送信元コンテキストID：ucおよび宛先コンテキストID：r4を、それぞれ取得した情報に書き換える。さらに、上記ハンドオーバ応答メッセージ中のUN６ｃ側データパス情報［Iuc，Puc，Fuc］を、上記第２サブレコード内ノード＃１コンテキスト情報部の自ノードデータパスに記憶しているRN６ａ側データパス情報［Ir3，Pr3，Fr3］で書き換える。そして、ノード＃１ノードID：n2であるUN６ｂの個別制御系メッセージの宛先IPアドレス：Iv，d，n2および宛先ポート：Pv，d，n2に書き換えた後、ハンドオーバ応答メッセージを送信する（ステップＳ４５）。
ハンドオーバ元基地局UN６ｂは、上記ステップＳ４５でハンドオーバ応答メッセージをRN６ａから受信すると、当該メッセージよりRN６ａのノードID：n1，コンテキストID：r3，データパス情報［Ir3，Pr3，Fr3］を抽出し、自身のコンテキストIDマッピングテーブルに格納する。格納するテーブルエントリの位置は、隣接ノードコンテキスト情報部の自ノードコンテキストIDが上記ハンドオーバ応答メッセージに含まれている宛先コンテキストID：ubに一致するレコード中の、それぞれ隣接ノード・ノードID，隣接ノードコンテキストID，隣接ノードデータパスである。図２１に、受信したハンドオーバ応答メッセージから抽出したパラメータ、および、上記ステップＳ４２のハンドオーバ要求送信時に記憶したパラメータ、を設定した後の、UN６ｂのコンテキストIDマッピングテーブルを示す。
以上のステップＳ４２〜ステップＳ４５の手続きにより構成されたコンテキストIDマッピングテーブルによって、ハンドオーバ元基地局UN６ｂとハンドオーバ先基地局UN６ｃは、ハンドオーバ実行中に、次のようにシグナリングメッセージの送受信およびユーザデータの転送を行う。
（R-I）UN６ｂからUN６ｃへのシグナリング
（a）UN６ｂのコンテキストIDマッピングテーブル（図２１参照）の隣接ノードコンテキスト情報から、シグナリングメッセージ送信先ノードのノードID：n1，コンテキストID：r3を検索する。さらに、経路テーブル（図１２参照）から宛先ノードのIPアドレス：Iv，d，n1および宛先ポート：Pv，d，n1を検索し、これらのIPアドレスおよび宛先ポートに対して、宛先コンテキストIDをr3に設定して送信する。
（b）ステップ（a）で送信されたシグナリングメッセージは、RN６ａで受信される。RN６ａは、コンテキストIDマッピングテーブル（図２２参照）の第２サブレコード内ノード＃１コンテキスト情報部の自ノードコンテキストIDがr3となっているレコードを検索する。そして、見つかったレコードの第２サブレコード内ノード＃２コンテキスト情報部から、ノード＃２ノードID：n4，ノード＃２コンテキストID：ucを抽出する。さらに、経路テーブル（図４参照）から宛先ノードのノードIDがn4となっているノードを検索し、受信シグナリングメッセージの転送先IPアドレス：Iv，d，n4および宛先ポート：Pv，d，n4を得る。最後に、受信シグナリングメッセージの宛先コンテキストIDをucに書き換えて、IPアドレス，宛先ポート宛に送信する。
（c)UN６ｃは、UN６ｂからのシグナリングメッセージを受信する。
（R-II)UN６ｃからUN６ｂへのシグナリング
（a)UN６ｃのコンテキストIDマッピングテーブル（図２３参照)の隣接ノードコンテキスト情報から、シグナリングメッセージ送信先ノードのノードID：n1，コンテキストID：r4を検索する。さらに、経路テーブル（図１２参照）から宛先ノードのIPアドレス：Iv，d，n1および宛先ポート：Pv，d，n1を検索し、これらのIPアドレスおよび宛先ポートに対して、宛先コンテキストIDをr4に設定して送信する。
（b)ステップ（a）で送信されたシグナリングメッセージは、RN６ａで受信される。RN６ａは、コンテキストIDマッピングテーブル（図２２参照）の第２サブレコード内ノード＃２コンテキスト情報部の自ノードコンテキストIDがr4となっているレコードを検索し、見つかったレコードの第２サブレコード内ノード＃１コンテキスト情報部から、ノード＃１ノードID：n2，ノード＃２コンテキストID：ubを抽出する。さらに、経路テーブル（図４参照）から、宛先ノードのノードIDがn2となっているノードを検索し、受信シグナリングメッセージの転送先IPアドレス：Iv，d，n2および宛先ポート：Pv，d，n2を得る。最後に、受信シグナリングメッセージの宛先コンテキストIDをubに書き換えて、上記IPアドレス，宛先ポート宛に送信する。
（c)UN６ｂは、UN６ｃからのシグナリングメッセージを受信する。
（R-III)UN６ｂからUN６ｃへのユーザデータ転送
UN６ｂは、コアノードとして動作しているRN６ａから、ハンドオーバ中のユーザ宛にデータを受信すると、それをUN６ｃに転送する。転送処理は、以下のように実現される。
（a)コアノードから受信した［Iu，Pu，Fu］宛ユーザデータを、コンテキストIDマッピングテーブル（図２１参照）の隣接ノードコンテキスト情報内隣接ノードデータパスに記載されているデータパス［Ir3，Pr3，Fr3］宛に送信する。
（b)RN６ａは、上記ユーザデータを受信し、コンテキストIDマッピングテーブル（図２２参照）の第２サブレコード内ノード＃２コンテキスト情報部のノード＃２データパスに記載されているデータパス［Iuc，Puc，Fuc］宛に転送する。
（c)UN６ｃは、RN６ａからユーザデータを受信する。
（R-IV)UN６ｃからUN６ｂへのデータ送信
UN６ｃは、UN６ｂから受信する転送データに対し、フロー制御信号や確認信号を送る。これらの信号は、以下のようにしてUN６ｂへ送信される。
（a)UN６ｃは、制御信号をコンテキストIDマッピングテーブル（図２３参照）の隣接ノードコンテキスト情報内隣接ノードデータパスに記載されているデータパス［Ir4，Pr4，Fr4］宛に送信する。
（b)RN６ａは、上記データを受信し、コンテキストIDマッピングテーブル（図２２参照）の第２サブレコード内ノード＃１コンテキスト情報部のノード＃１データパスに記載されているデータパス［Iub，Pub，Fub］宛に転送する。
（c)UN６ｂは、RN６ａから制御信号を受信する。
以上のように、ハンドオーバ元基地局UN６ｂとハンドオーバ先基地局UN６ｃとの間でハンドオーバ実行中のシグナリングメッセージおよびユーザデータの転送経路が確立された後、ハンドオーバ元基地局UN６ｂは、UEに対してハンドオーバ実行命令（“Handover Command”）を送信する（ステップＳ４６）。
ハンドオーバ実行命令を受信したUEは、接続先をUN６ｂからUN６ｃに切り替え、無線コネクションが確立された後、UN６ｃに対してハンドオーバ完了（“Handover Commit”）を通知する（ステップＳ４７）。
ハンドオーバ先基地局UN６ｃは、上記ステップＳ４７でハンドオーバ完了をUEから通知されると、受信した通知に格納されたUEIDから、または受信周波数やスロット等の使用無線リソースから間接的に導出したUEIDから、コンテキストIDマッピングテーブル（図２３参照）を検索する。そして、見つかったレコードのコアノードコンテキスト情報内コアノード・ノードID：n1，コアノードコンテキストID：r1を抽出する。さらに、経路テーブル（図１２参照）からIPアドレス：Iv，d，n1および宛先ポート：Pv，d，n1を得る。つぎに、UEがハンドオーバを完了したことを通知するメッセージ（“Handover Confirm”）に、宛先コンテキストID：r1，上記検索したレコードから抽出したコアノードコンテキスト情報内自ノードコンテキストID：u’，自ノードデータパス［Iu’，Pu’，Fu’］を設定して、上記IPアドレス，宛先ポートに送信する（ステップＳ４８）。
RN６ａは、上記ステップＳ４８でUEハンドオーバ完了通知を受信すると、当該メッセージからハンドオーバ先基地局UN６ｃのノードID：n4，コンテキストID：u’，データパス情報［Iu’，Pu’，Fu’］を抽出する。そして、コンテキストIDマッピングテーブルの第１サブレコード内ノード＃１コンテキスト情報部のノード＃１ノードID，ノード＃１コンテキストID，ノード＃１データパスをそれぞれ書き換える。さらに、第２サブレコードをすべて削除する。このように書き換えるレコードは、上記メッセージに格納されている宛先コンテキスト：r1を、上記コンテキストIDマッピングテーブルの第１サブレコード内ノード＃１コンテキスト情報部の自ノードコンテキストIDを検索することによって特定する。図２４に、ハンドオーバ完了後のRN６ａのコンテキストIDマッピングテーブルを示す。
以降、RN６ａは、この新しいテーブルに従い、上記（C-I）〜（C-IV）のように、AGW３とUN６ｃとの間のシグナリングメッセージおよびユーザデータを中継する。
RN６ａは、コンテキストIDマッピングテーブルの更新、シグナリングメッセージおよびユーザデータの送信パス切り替え、を完了すると、UN６ｃに対して確認メッセージ（“Handover Confirm Ack”）を送信する（ステップＳ４９）。
ハンドオーバ先基地局UN６ｃは、上記ステップＳ４９でコアノードから確認メッセージを受信した後、ハンドオーバ元基地局に向けてハンドオーバ完了（“Handover Complete”）を通知する（ステップＳ５０）。この通知メッセージは、ハンドオーバ先基地局UN６ｃとハンドオーバ元基地局UN６ｂの中継ポイントであるRN６ａによって、ハンドオーバ元基地局UN６ｂに中継される（ステップＳ５１）。
ハンドオーバ元基地局UN６ｂは、上記ステップＳ５１でハンドオーバ完了メッセージを受信すると、そのハンドオーバ対象のユーザに確保していた無線リソース，ユーザデータバッファ，ID等を解放し、関連するテーブルエントリを削除してハンドオーバ処理を完了する。
以上のハンドオーバ処理で、RN６ａは、ハンドオーバ元基地局UN６ｂとハンドオーバ先基地局UN６ｃとの間のシグナリングメッセージおよびユーザデータの中継機能を提供しているが、これらの中継のためにUN６ｂ，UN６ｃに別々に払いだしているコンテキストIDおよびデータパス情報は、同一すなわちr3＝r4，Ir3＝Ir4，Pr3＝Pr4，Fr3＝Fr4としてもよい。また、ユーザデータについては、Ir3＝Iuc，Pr3＝Puc，Fr3＝Fuc，Ir4＝Iub，Pr4＝Pub，Fr4＝Fubとすることより、UN６ｂと〜UN６ｃとの間で直接データ転送を行うようにしてもよい。
（２）VBS６からNBS５へのハンドオーバ
図２５は、VBS６からNBS５へのハンドオーバ時の動作シーケンスを示す図である。UEは、UN６ｂ配下セルで通信中である。また、発信シーケンスを実行後、UN６ｂ，RN６ａでは、それぞれ図１７，図１６に示すようにコンテキストIDマッピングテーブルが形成されていることとする。以下、UN６ｂからNBS５へのハンドオーバにおけるVBS６の動作を、図２５〜図２７を用いて詳細に説明する。
UEは、UN６ｂ担当のセルに存在し、その通信品質が悪くなったため周辺のセルを探し、通信品質が良くかつハンドオーバ先の候補となり得るセルのIDと、通信品質の測定結果と、を測定情報（“Measurement Report”）としてUN６ｂに通知する（ステップＳ６１）。
UN６ｂは、まず、受信した測定結果に基づいてNBS５担当のセル（セルID：c3）をハンドオーバ先として選択すると、受信測定情報に含まれるハンドオーバ先セルのID：c3から、ハンドオーバ要求を送信する基地局のIPアドレスおよび宛先ポートを決定する。しかしながら、上記（１）「VBS６内UN間ハンドオーバ」で説明したように、UN６ｂは、自セル情報しか持たず、自セル以外のセルについては異なるコアノード配下のセルと認識するため、自身にとってのコアノードであるRN６ａの個別制御系メッセージの送信先IPアドレスおよび宛先ポートを経路テーブル（図１２参照）から取得する。
つぎに、UN６ｂは、ハンドオーバ実行中にハンドオーバ先基地局との間でシグナリングメッセージやハンドオーバユーザ向けデータを送受信するために、ハンドオーバ先基地局が必要とするUN６ｂ側のコンテキストID：ub，データパス情報［Iub，Pub，Fub］を割り当て、それを図２１に示すコンテキストIDマッピングテーブル内コアノードコンテキスト情報および隣接ノードコンテキスト情報に格納する。
そして、UN６ｂは、ハンドオーバ先セルID：c3，ハンドオーバ先基地局向け自コンテキストID：ub，自ノードID：n2，データパス情報［Iub，Pub，Fub］，コアノードRN６ａのノードID：n1，コンテキストID：r1，データパス情報［Ir1，Pr1，Fr1］をハンドオーバ要求メッセージ（“Handover Request”）に格納し、それを上記で決定したRN６ａのIPアドレスおよび宛先ポートに向けて送信する（ステップＳ６２）。
RN６ａは、上記ステップＳ６２でハンドオーバ要求メッセージを受信すると、まず、受信したハンドオーバ要求メッセージに含まれているハンドオーバ先セルのID：c3を元に、当該メッセージを転送するハンドオーバ先基地局を決定する。RN６ａは、図６で示したセルID−ノードIDマッピングテーブルを参照し、ハンドオーバ要求の転送先がノードID：n5の基地局であることを判断する。さらに、図４の経路テーブルを用いて、宛先IPアドレス：In，d，n5および宛先ポート：Pn，d，n5を決定する。
つぎに、RN６ａは、上記ハンドオーバ要求メッセージに含まれるハンドオーバ元基地局のノードID：n2，コンテキストID：ub，データパス情報［Iub，Pub，Fub］を、自身のコンテキストIDマッピングテーブル（図２６参照）内第２サブレコードのノード＃１コンテキスト情報に、それぞれノード＃１ノードID，ノード＃１コンテキストID，ノード＃１データパスとして格納する。格納先エントリは、受信したハンドオーバ要求メッセージに格納されているUEID：u1を用いて特定する。
また、RN６ａは、UN６ｂとNBS５の間で送受されるシグナリングメッセージおよびユーザデータの中継ポイントとして動作するため、UN６ｂに対してコンテキストID：r3，データパス情報［Ir3，Pr3，Fr3］を、NBS５に対してコンテキストID：r4，データパス情報［Ir4，Pr4，F4］を払い出す。ここで、前者については、コンテキストIDマッピングテーブル（図２６参照）の第２サブレコード内ノード1＃１コンテキスト情報部の自ノードコンテキストID，自ノードデータパスに格納する。また、後者については、上記テーブルの第２サブレコード内ノード＃２コンテキスト情報部の自ノードコンテキストID，自ノードデータパスに格納する。
さらに、RN６ａは、受信したハンドオーバ要求メッセージに含まれるUN６ｂのノードID：n2，コンテキストID：ub，データパス情報［Iub，Pub，Fub］を、自身のノードID：n1，NBS５に向けて払い出したコンテキストID：r4，データパス情報［Ir4，Pr4，Fr4］で書き換え、上記で取得したNBS５の宛先IPアドレス，宛先ポートに送信する（ステップＳ６３）。
ハンドオーバ先基地局NBS５は、上記ステップＳ６３でRN６ａからハンドオーバ要求メッセージを受信後、当該メッセージからハンドオーバ元基地局のノードID：n1，コンテキストID：r4，データパス情報［Ir4，Pr4，Fr4］を抽出する。そして、抽出結果をコンテキストIDマッピングテーブル（図２７参照）内隣接ノードコンテキスト情報の隣接ノード・ノードID，隣接ノードコンテキストID，隣接ノードデータパスにそれぞれ保持する。なお、これらのパラメータを記憶するエントリは、上記ハンドオーバ要求メッセージに設定されているUEID：u1により決定する。
NBS５は、さらに、上記ハンドオーバ要求メッセージから、コアノードのノードID：n3，コンテキストID：a，データパス情報［Ia，Pa，Fa］を抽出する。そして、コンテキストIDマッピングテーブル内コアノードコンテキスト情報のコアノード・ノードID，コアノードコンテキストID，コアノードデータパスにそれぞれ保持する。
つぎに、NBS５は、ハンドオーバ実行中にハンドオーバ元基地局とシグナリングメッセージや転送データを送受するためのNBS５側コンテキストID：t2，データパス情報［It2，Pt2，Ft2］を払い出し、払い出したパラメータをコンテキストIDマッピングテーブル内隣接ノードコンテキスト情報の中の自ノードコンテキストID，自ノードデータパスに保持する。同様に、ハンドオーバ後のシグナリングメッセージおよびユーザデータの送受のためにコアノードに対してNBS５側コンテキストID：t1とデータパス情報［It1，Pt1，Ft1］を払い出し、コアノードコンテキスト情報の中の自ノードコンテキストID，自ノードデータパスに記憶しておく。図２７に、受信したハンドオーバ要求メッセージから抽出したパラメータおよび自身が払い出したパラメータを設定後のコンテキストIDマッピングテーブルを示す。
コンテキストIDマッピングテーブルの更新が完了すると、NBS５は、ハンドオーバ応答メッセージ（“Handover Response”）を生成する。ここでは、送信元コンテキストIDには上記テーブルに記憶している隣接ノードコンテキスト情報の中の自ノードコンテキストID：t2を、宛先コンテキストIDには上記隣接ノードコンテキスト情報の中の隣接ノードコンテキストID：r4を設定する。さらに、上記隣接ノードコンテキスト情報中の自ノードデータパス［It2，Pt2，Ft2］を設定して、ノードID：n1のノードに対して送信する。送信先ノードの送信先IPアドレス，宛先ポートは、経路テーブル（図３参照）から取得する（ステップＳ６４）。
ハンドオーバ先基地局NBS５に対してハンドオーバ元基地局として動作しているRN６ａは、上記ステップＳ６４でハンドオーバ応答メッセージをNBS５から受信すると、当該メッセージから、NBS５のコンテキストID：t2，データパス情報［It2，Pt2，Ft2］を抽出する。そして、自身のコンテキストIDマッピングテーブルに記憶する。記憶するテーブルエントリの位置は、第２サブレコード中のノード＃２コンテキスト情報部で、自ノードコンテキストIDが上記ハンドオーバ応答メッセージの宛先コンテキストID：r4に一致するレコードの、第２サブレコード内ノード＃２コンテキスト情報部のノード＃２コンテキストIDおよびノード＃２データパスである。
つぎに、RN６ａは、上記第２サブレコード内ノード＃１コンテキスト情報部から自ノードコンテキストID：r3およびノード＃１コンテキストID：ubを取得し、受信したハンドオーバ応答メッセージの送信元コンテキストID：t2および宛先コンテキストID：r4をそれぞれ置き換える。さらに、送信元ノードIDを自身のノードID：n1で置き換える。また、RN６ａは、上記ハンドオーバ応答メッセージ中のNBS５側データパス情報［It2，Pt2，Ft2］を、上記ノード＃１コンテキスト情報部の自ノードデータパスに記憶しているRN６ａ側データパス情報［Ir3，Pr3，Fr3］で置き換える。そして、ノード＃１ノードID：n2であるUN６ｂの個別制御系メッセージの宛先IPアドレス：Iv，d，n2および宛先ポート：Pv，d，n2に書き換え後、ハンドオーバ応答メッセージを送信する（ステップＳ６５）。
ハンドオーバ元基地局UN６ｂは、上記ステップＳ６５でハンドオーバ応答メッセージをRN６ａから受信すると、当該メッセージよりRN６ａのノードID：n1，コンテキストID：r3，データパス情報［Ir3，Pr3，Fr3］を抽出する。そして、自身のコンテキストIDマッピングテーブルに記憶する。記憶するテーブルエントリの位置は、隣接ノードコンテキスト情報部の自ノードコンテキストIDが、上記ハンドオーバ応答メッセージに含まれている宛先コンテキストID：ubに一致するレコード中の、それぞれ隣接ノード・ノードID，隣接ノードコンテキストID，隣接ノードデータパスである。図２１に、受信したハンドオーバ応答メッセージから抽出したパラメータおよび上記ステップＳ６２のハンドオーバ要求送信時に記憶したパラメータを設定した後の、UN６ｂのコンテキストIDマッピングテーブルを示す。
以上のステップＳ６２〜ステップＳ６５の手続きにて構成されたコンテキストIDマッピングテーブルによって、RN６ａは、ハンドオーバ実行中のハンドオーバ元基地局UN６ｂとハンドオーバ先基地局NBS５との間のシグナリングメッセージおよびユーザデータの中継を、上記（R-I）〜（R-IV）の手順で実行する。
ハンドオーバ元基地局とハンドオーバ先基地局との間で、ハンドオーバ実行中のシグナリングメッセージおよびユーザデータの転送経路が確立された後、ハンドオーバ元基地局UN６ｂは、UEに対してハンドオーバ実行命令（“Handover Command”）を送信する（ステップＳ６６）。
ハンドオーバ実行命令を受信したUEは、接続先をUN６ｂからNBS５に切り替え、無線コネクションが確立された後、NBS５に対してハンドオーバ完了（“Handover Commit”）を通知する（ステップＳ６７）。
ハンドオーバ先基地局NBS５は、上記ステップＳ６７でハンドオーバ完了をUEから通知されると、受信した通知に格納されたUEIDから、または受信周波数やスロット等の使用無線リソースから間接的に導出されたUEIDから、コンテキストIDマッピングテーブル（図２７参照）を検索する。そして、見つかったレコードのコアノードコンテキスト情報内コアノード・ノードID：n3，コアノードコンテキストID：aを抽出する。さらに、経路テーブル（図３参照）から、IPアドレス：Ic，d，n3および宛先ポート：Pc，d，n3を得る。
つぎに、NBS５は、UEがハンドオーバを完了したことを通知するメッセージ（“Handover Confirm”）に、宛先コンテキストID：a，上記で検索したレコードから抽出したコアノードコンテキスト情報内自ノードコンテキストID：t1，自ノードデータパス［It1，Pt1，Ft1］を設定して、上記IPアドレス，宛先ポートに送信する（ステップＳ６８）。
AGW３は、上記ステップＳ６８でUEのハンドオーバ完了通知を受信すると、当該メッセージの宛先コンテキストID：aから対象UE：u1，シグナリングメッセージおよびユーザデータの送信先ノードRN６ａ、がハンドオーバを完了したことを認識し、以降、シグナリングメッセージおよびユーザデータの宛先を次のように切り替える。すなわち、上記ハンドオーバ完了メッセージの送信元ノードID：n5より経路テーブル（図２参照）を参照して、シグナリングメッセージの宛先IPアドレス：Ic，d，n5および宛先ポート：Pc，d，n5を得る。また、上記ハンドオーバ完了メッセージから、ハンドオーバ先ノードNBS５のデータパス情報［It1，Pt1，Ft1］を抽出して、ユーザデータの送信先IPアドレス，宛先ポート，データフロー識別子を得る。そして、シグナリングメッセージおよびユーザデータの送信先を切り替え後、AGW３は、NBS５に対して確認メッセージ（“Handover Confirm Ack”）を送信する（ステップＳ６９）。
ハンドオーバ先基地局NBS５は、上記ステップＳ６９でコアノードから確認メッセージを受信した後、ハンドオーバ元基地局として動作しているRN６ａに対してハンドオーバ完了（“Handover Complete”）を通知する（ステップＳ７０）。ハンドオーバ完了メッセージのNBS５からUN６ｂへの送信方法は、上記（R-II）で説明した通りである。
RN６ａは、上記ステップＳ７０でハンドオーバ先基地局NBS５からハンドオーバ完了メッセージを受信すると、当該メッセージの宛先コンテキストIDをハンドオーバ元基地局UN６ｂのコンテキストID：ubに書き換えてUN６ｂに送信する（ステップＳ７１）。そして、RN６ａは、ハンドオーバを行ったUEに対して確保していたコンテキストIDマッピングテーブルエントリおよびユーザデータバッファを開放する。
ハンドオーバ元基地局UN６ｂは、上記ステップＳ７１でハンドオーバ完了メッセージを受信すると、ハンドオーバユーザに確保していた無線リソース，ユーザデータバッファ，ID等を解放し、さらに関連するテーブルエントリを削除して、ハンドオーバ処理を完了する。
以上のハンドオーバ処理において、RN６ａは、ハンドオーバ元基地局UN６ｂとハンドオーバ先基地局NBS５との間のシグナリングメッセージおよびユーザデータの中継機能を提供しているが、これらの中継のためにUN６ｂ，NBS５に別々に払いだしているコンテキストIDおよびデータパス情報は、同一すなわちr3＝r4，Ir3＝Ir4，Pr3＝Pr4，Fr3＝Fr4としてもよい。また、ユーザデータについては、Ir3＝It2，Pr3＝Pt2，Fr3＝Ft2，Ir4＝Iub，Pr4＝Pub，Fr4＝Fubとすることで、UN６ｂとNBS５との間で直接データ転送を行うようにしてもよい。
（３）NBS５からVBS６へのハンドオーバ
図２８は、NBS５からVBS６へのハンドオーバ時の動作シーケンスを示す図である。UEは、NBS５配下セルで通信中である。また、発信シーケンスを実行後、AGW３とNBS５の間のシグナリングのために、AGW３側では、コンテキストID：a，データパス情報［Ia，Pa，Fa］が割り当てられ、NBS５側では、コンテキストID：t1，データパス情報［It1，Pt1，Ft1］が割り当てられている。図２９に、NBS５における、ハンドオーバ実施前のコンテキストIDマッピングテーブルのUE：u1対応レコードを示す。
UEは、NBS５担当のセルに存在し、その通信品質が悪くなったため周辺のセルを探索し、通信品質が良くかつハンドオーバ先の候補となり得るセルのIDと、通信品質の測定結果と、を測定情報（“Measurement Report”）としてNBS５に通知する（ステップＳ８１）。
NBS５は、まず、受信した測定結果に基づいてUN６ｂ担当セル（セルID：c1）をハンドオーバ先として選択すると、セルID−ノードIDマッピングテーブル（図５参照）を参照して、測定情報に含まれるハンドオーバ先セルのID：c1を検索する。そして、検索結果に基づきハンドオーバ要求を送信する基地局のノードID：n1を得る。さらに、経路テーブル（図３参照）から、基地局（n1）に対してハンドオーバ要求メッセージを送信する宛先：IPアドレスIn，d，n1および宛先ポート：Pn，d，n1を決定する。
つぎに、NBS５は、ハンドオーバ実行中にハンドオーバ先基地局との間でシグナリングメッセージやハンドオーバユーザ向けデータを送受信するために、ハンドオーバ先基地局が必要とするNBS５側のコンテキストID：t2，データパス情報［It2，Pt2，Ft2］を割り当て、コアノードAGW３のノードID：n1，コンテキストID：a，データパス情報［Ia，Pa，Fa］とともにハンドオーバ要求メッセージ（“Handover Request”）に格納する。そして、上記で決定したIPアドレス，宛先ポートに向けて送信する（ステップＳ８２）。
NBS５は、UE：u1のハンドオーバに際し、ハンドオーバ先基地局に対して払い出したコンテキストIDおよびデータパス情報を、コンテキストIDマッピングテーブル（図２９参照）の隣接ノードコンテキスト情報内自ノードコンテキストIDおよび自ノードデータパスに保持しておく。
RN６ａは、上記ステップＳ８２でハンドオーバ要求メッセージを受信すると、まず、ハンドオーバ要求メッセージがVBS６外からのものであり、かつ宛先コンテキストIDが新規コンテキスト生成を表すもの（本実施の形態ではコンテキストID：“0”をこの目的に使用している）であるとき、ハンドオーバユーザに関するエントリをコンテキストIDマッピングテーブルに追加する。ここでは、ハンドオーバユーザのユーザID：u1をキーとして、上記ハンドオーバ要求メッセージに含まれるハンドオーバ元基地局NBS５のノードID：n5，コンテキストID：t2，データパス情報［It2，Pt2，Ft2］を、上記エントリの第２サブレコード内ノード＃１コンテキスト情報部のノード＃１ノードID，ノード＃１コンテキストID，ノード＃１データパスに格納する。さらに、RN６ａは、上記ハンドオーバ要求メッセージに含まれるコアノードAGW３のノードID：n3，コンテキストID：a，データパス情報［Ia，Pa，Fa］を、上記エントリの第１サブレコード内ノード＃２コンテキスト情報部のノード＃２ノードID，ノード＃２コンテキストID，ノード＃２データパスにそれぞれ格納する。
つぎに、RN６ａは、ハンドオーバ要求メッセージに含まれるハンドオーバ先セルのID：c1から、セルID−ノードIDマッピングテーブル（図６参照）を用いてハンドオーバ先基地局のノードID：n2を決定する。さらに、決定したノードIDから経路テーブル（図４参照）を用いて、上記ハンドオーバ要求メッセージを転送する宛先IPアドレス：IPv，d，n2および宛先ポート：Pv，d，n2を決定する。
RN６ａは、ハンドオーバ要求の転送先がノードID：n2の基地局、すなわち、VBS６の構成UNであるUN６ｂであると判断すると、UN６ｂとNBS５の間で送受されるシグナリングメッセージおよびユーザデータの中継ポイントとして動作するために、NBS５に対してコンテキストID：r4，データパス情報［Ir4，Pr4，Fr4］を払い出す。また、UN６ｂに対しては、コンテキストID：r3，データパス情報［Ir3，Pr3，Fr3］を払い出す。前者については、コンテキストIDマッピングテーブルの第２サブレコード内ノード＃１コンテキスト情報部の自ノードコンテキストID，自ノードデータパスに格納する。また、後者については、上記第２サブレコードのノード＃２コンテキスト情報部の自ノードコンテキストID，自ノードデータパスに格納する。
また、RN６ａは、NBS５のコアノードであるAGW３から、ハンドオーバ後にシグナリングメッセージやユーザデータをUN６ｂの代わりに受信するために、AGW３に対するハンドオーバユーザのコンテキストID：r2，データパス情報［Ir2，Pr2，Fr2］と、UN６ｂに対するハンドオーバユーザのコンテキストID：r1，データパス情報［Ir1，Pr1，Fr1］と、を払い出す。前者については、コンテキストIDマッピングテーブル中の第１サブレコード内ノード＃２コンテキスト情報部の自ノードコンテキストID，自ノードデータパスに格納する。また、後者については、上記第１サブレコード内ノード＃１コンテキスト情報部の自ノードコンテキストID，自ノードデータパスに格納する。
その後、RN６ａは、NBS５から受信したハンドオーバ要求メッセージの送信元ノードID：n5，コンテキストID：t2，データパス情報［It2，Pt2，Ft2］を、自ノードID：n1，UN６ｂ向けコンテキストID：r3，データパス情報［Ir3，Pr3，Fr3］で置き換える。さらに、NBS５のコアノードであるAGW３のノードID：n3，コンテキストID：a，データパス情報［Ia，Pa，Fa］を、自ノードID：n1，UN６ｂ向けコンテキストID：r1，データパス情報［Ir1，Pr1，Fr1］で置き換えて、上記で得た宛先IPアドレス：Iv，d，n2および宛先ポート：Pv，d，n2に送信する（ステップＳ８３）。
ハンドオーバ先基地局のUN６ｂは、上記ステップＳ８３でRN６ａからハンドオーバ要求メッセージを受信後、当該メッセージからハンドオーバ元基地局のノードID：n1，コンテキストID：r3，データパス情報［Ir3，Pr3，Fr3］を抽出する。そして、抽出結果を、コンテキストIDマッピングテーブル内隣接ノードコンテキスト情報部の隣接ノード・ノードID，隣接ノードコンテキストID，隣接ノードデータパスにそれぞれ格納する。なお、これらのパラメータを記憶するエントリは、上記ハンドオーバ要求メッセージに設定されているUEID：u1により決定する。ここでは、ハンドオーバ要求メッセージの宛先コンテキストIDが新規（ID＝“0”）であるため、コンテキストIDマッピングテーブル内にUEID：u1のエントリが新規作成される。
さらに、UN６ｂは、ハンドオーバ要求メッセージからコアノードのノードID：n1，コンテキストID：r1，データパス情報［Ir1，Pr1，Fr1］を抽出する。そして、抽出結果を、コンテキストIDマッピングテーブル内コアノードコンテキスト情報のコアノード・ノードID，コアノードコンテキストID，コアノードデータパスにそれぞれ格納する。
つぎに、UN６ｂは、ハンドオーバ実行中にハンドオーバ元基地局とシグナリングメッセージやユーザデータを送受するためのUN６ｂ側コンテキストID：ubおよびデータパス情報［Iub，Pub，Fub］を払い出し、払い出したパラメータを上記コンテキストIDマッピングテーブル内隣接ノードコンテキスト情報の中の自ノードコンテキストID，自ノードデータパスにそれぞれ格納する。同様に、ハンドオーバ後のシグナリングメッセージおよびユーザデータの送受のためにコアノードであるRN６ａに対して、UN６ｂ側のコンテキストID：uおよびデータパス情報［Iu，Pu，Fu］を払い出し、上記テーブルのコアノードコンテキスト情報の中の自ノードコンテキストID，自ノードデータパスに格納する。以上のプロセスを経て、UN６ｂは、図３０に示すコンテキストIDマッピングテーブルを得る。
コンテキストIDマッピングテーブルの更新後、UN６ｂは、ハンドオーバ応答メッセージ（“Handover Response”）を生成する。ここでは、送信元コンテキストIDには更新後のテーブルに保持している隣接ノードコンテキスト情報中の自ノードコンテキストID：ubを設定する。また、宛先コンテキストIDには上記隣接ノードコンテキスト情報中の隣接ノードコンテキストID：r3を設定する。さらに、上記隣接ノードコンテキスト情報中の自ノードデータパス［Iub，Pub，Fub］を設定して、ノードID：n1のノード、すなわち、RN６ａに送信する（ステップＳ８４）。RN６ａの送信先IPアドレス：Iv，d，n1および宛先ポート：Pv，d，n1は経路テーブル（図１２参照）より得る。
RN６ａは、上記ステップＳ８４でハンドオーバ応答メッセージをUN６ｂから受信すると、当該メッセージより送信元のコンテキストID：ubおよびデータパス情報［Iub，Pub，Fub］を抽出する。そして、抽出結果を、コンテキストIDマッピングテーブル内第２サブレコードのノード＃２コンテキスト情報部のノード＃２コンテキストID，ノード＃２データパス情報に格納する。上記コンテキスト情報部のノード＃１ノードIDには、UN６ｂのノードID：n2を格納する。以上のステップを経て、RN６ａは、図３１に示すコンテキストIDマッピングテーブルを得る。
コンテキストIDマッピングテーブルを更新すると、RN６ａは、ハンドオーバ応答メッセージのメッセージ送信元ノードID，コンテキストID，データパス情報を、それぞれ自身のノードID：n1，コンテキストID：r4，データパス情報［Ir4，Pr4，Fr4］に置き換える。さらに、宛先コンテキストIDを、NBS５のコンテキストID：t2に置き換える。また、経路テーブル（図４参照）を用いて、NBS５への個別制御系メッセージの送信IPアドレス：In，d，n5および宛先ポート：Pn，d，n5を得る。そして、書き換え後のハンドオーバ応答メッセージを、上記で得られた送信IPアドレスおよび宛先ポートに送信する（ステップＳ８５）。
ハンドオーバ元基地局NBS５は、上記ステップＳ８５でハンドオーバ応答メッセージをRN６ａから受信すると、当該メッセージからRN６ａのノードID：n1，コンテキストID：r4，データパス情報［Ir4，Pr4，Fr4］を抽出する。そして、抽出結果を、自身のコンテキストIDマッピングテーブルの隣接ノードコンテキスト情報部の隣接ノード・ノードID，隣接ノードコンテキストID，隣接ノードデータパスにそれぞれ格納する。
以上のステップＳ８２〜ステップＳ８５の手続きにて構成されたコンテキストIDマッピングテーブルによって、RN６ａは、ハンドオーバ実行中のハンドオーバ元基地局NBS５とハンドオーバ先基地局UN６ｂとの間のシグナリングメッセージおよびユーザデータの中継を、上記（R-I）〜（R-IV）の手順で実行する。
ハンドオーバ元基地局とハンドオーバ先基地局との間で、ハンドオーバ実行中のシグナリングメッセージおよびユーザデータの転送経路が確立された後、ハンドオーバ元基地局NBS５は、UEに対してハンドオーバ実行命令（“Handover Command”）を送信する（ステップＳ８６）。
ハンドオーバ実行命令を受信したUEは、接続先をNBS５からUN６ｂに切り替え、無線コネクションが確立された後、UN６ｂに対してハンドオーバ完了（“Handover Commit”）を通知する（ステップＳ８７）。
ハンドオーバ先基地局UN６ｂは、上記ステップＳ８７でハンドオーバ完了をUEから通知されると、受信通知に格納されたUEIDから、または、受信周波数やスロット等の使用無線リソースから間接的に導出されたUEIDから、コンテキストIDマッピングテーブル（図３０）を検索する。そして、見つかったレコードのコアノードコンテキスト情報内コアノード・ノードID：n1、コアノードコンテキストID：r1を抽出する。さらに、経路テーブル（図１２参照）からIPアドレス：Iv，d，n1および宛先ポート：Pv，d，n1を得る。
つぎに、UN６ｂは、UEのハンドオーバ完了を通知するメッセージ（“Handover Confirm”）に、宛先コンテキストID：r1，上記検索したレコードから抽出したコアノードコンテキスト情報内自ノードコンテキストID：u，自ノードデータパス［Iu，Pu，Fu］を設定して、上記IPアドレス，宛先ポートに送信する（ステップＳ８８）。
RN６ａは、上記ステップＳ８８でハンドオーバ完了メッセージを受信すると、当該メッセージの送信元ノードID：n2，コンテキストID：u，データパス情報［Iu，Pu，Fu］を抽出する。そして、自身のコンテキストIDマッピングテーブル（図３１参照）の第１サブレコード内ノード＃１コンテキスト情報部のノード＃１ノードID，ノード＃１コンテキストID，ノード＃１データパスにそれぞれ格納する。図３２に、RN６ａにおける、更新後のコンテキストIDマッピングテーブルを示す。
つぎに、RN６ａは、上記第１サブレコード内ノード＃２コンテキスト情報部から、上記ハンドオーバ完了メッセージの転送先ノードID：n3を抽出して、経路テーブル（図４参照）から、当該メッセージの送信先IPアドレス：Ic，d，n3および宛先ポート：Pc，d，n3を得る。また、上記コンテキスト情報部から、自ノードコンテキストID：r2，自ノードデータパス情報［Ir2，Pr2，Fr2］，ノード＃２コンテキストID：aを抽出する。そして、上記ハンドオーバ完了メッセージの送信元コンテキストID：u，送信元データパス情報［Iu，Pu，Fu］，宛先コンテキストID：r1をそれぞれ置き換え、上記で得たIPアドレス，宛先ポートに送信する（ステップＳ８９）。
AGW３は、上記ステップＳ８９でハンドオーバ完了メッセージを受信すると、当該メッセージの宛先コンテキストID：aから、対象UE：u1と、シグナリングメッセージおよびユーザデータの送信先ノードNBS５が、ハンドオーバ処理を完了したことを認識し、以降、シグナリングメッセージおよびユーザデータの宛先を次のように切り替える。すなわち、上記ハンドオーバ完了メッセージから、送信元ノードID：n1，コンテキストID：r2を抽出し、シグナリングメッセージの宛先IPアドレス：Ic，d，n1および宛先ポート：Pc，d，n1を得て、さらに、シグナリング送信先コンテキストID：r2を得る。なお、IPアドレスおよび宛先ポートは、抽出したノードIDを経路テーブル（図２参照）で検索することで得る。また、上記ハンドオーバ完了メッセージに格納されているデータパス情報［Ir2，Pr2，Fr2］を抽出して、ユーザデータの新たな送信先IPアドレス，宛先ポート，データフロー識別子とする。
以上のステップＳ８２〜ステップＳ８９の実行によって形成されたコンテキストIDマッピングテーブルを用いて、RN６ａは，AGW３とUN６ｂとの間のシグナリングメッセージおよびユーザデータの中継を、上記（C-I）〜（C-II）および（C-III）〜（C-IV）の手順で実行する。
シグナリングメッセージおよびユーザデータの送信先を切り替え後、AGW３は、RN６ａに対して確認メッセージ（“Handover Confirm Ack”）を送信する（ステップＳ９０）。
上記ステップＳ９０でAGW３から確認メッセージを受信したRN６ａは、当該メッセージをUN６ｂに中継する（ステップＳ９１）。
ハンドオーバ先基地局UN６ｂは、上記ステップＳ９１でコアノードであるRN６ａから確認メッセージを受信後、RN６ａに対してハンドオーバ完了（“Handover Complete”）を通知する（ステップＳ９２）。そして、ハンドオーバ完了のメッセージは、RN６ａによってNBS５に中継される（ステップＳ９３）。このとき、RN６ａのコンテキストIDマッピングテーブル（図３２参照）で、ハンドオーバ元基地局NBS５のコンテキスト情報は不要となるので、ハンドオーバUEに対応するエントリから第２サブレコードの内容を消去する。ハンドオーバ処理完了後のRN６ａのコンテキストIDマッピングテーブルは、図１６に示したようになる。
ハンドオーバ元基地局NBS５は、上記ステップＳ９３でハンドオーバ完了メッセージを受信すると、ハンドオーバユーザに確保していた無線リソース，ユーザデータバッファ，ID等を解放し、関連するテーブルエントリを削除してハンドオーバ処理を完了する。
以上のハンドオーバ処理において、RN６ａは、ハンドオーバ元基地局NBS５とハンドオーバ先基地局UN６ｂとの間のシグナリングメッセージおよびユーザデータの中継機能を提供しているが、これらの中継のためにNBS５とUN６ｂに個別に払い出しているコンテキストIDおよびデータパス情報は、同一すなわちr3＝r4，Ir3＝Ir4，Pr3＝Pr4，Fr3＝Fr4としてもよい。また、ユーザデータについては、Ir3＝It2，Pr3＝Pt2，Fr3＝Ft2，Ir4＝Iub，Pr4＝Pub，Fr4＝Fubとすることで、UN６ｂとNBS５との間で直接データ転送を行うようにしてもよい。
以上のように、本実施の形態では、複数の基地局に対するシグナリングメッセージやユーザデータを代表基地局で中継するようにしており、かつ複数の基地局は代表基地局以外には認識されないようにしている。これにより、コアネットワーク装置に対して複数の基地局を仮想的に１台の基地局に見せ、コアネットワーク装置における基地局収容効率を上げることが可能となる。
また、本実施の形態によれば、代表基地局以外の基地局に対しても、複数の基地局を仮想的に１台の基地局に見せることができるため、たとえば、図３３に示すように、仮想基地局を構成するメンバ基地局自身が仮想基地局を構成することで階層的な基地局ネットワークを構築し、基地局数が膨大になってもスケーラビリティを確保することが可能となる。
さらに、コアネットワークによる基地局の状態監視はコアネットワークと代表基地局との間でのみ行い、メンバ基地局の状態は仮想基地局としてのセルの状態としてコアネットワークに通知するため、メンバ基地局を動的に起動したり停止したりすることが可能である。たとえば、家庭内基地局等のように、基地局の電源をユーザの手によって自由にオン／オフすることが可能となる。
実施の形態２．
以上の実施の形態１では、１台のRNがページング等の共通制御系シグナリングメッセージ処理，UE毎の呼制御・ハンドオーバ処理を行う個別制御系シグナリングメッセージ処理，ユーザデータの中継処理等を行っていたが、以下では、処理するシグナリングメッセージおよびユーザデータの種別毎にRNを設ける場合の実施の形態を示す。
図３４は、本発明にかかる無線通信システムの実施の形態２の構成例を示す図である。RN-C６ａ−１，RN-D６ａ−２，RN-N６ａ−３は代表基地局である。RN-C６ａ−１は、１台の仮想的な基地局VBS６としての基地局起動／停止，コアネットワーク１による状態監視，ページング等の処理を担当する。RN-D６ａ−２は、UE毎の呼制御／移動制御に関してコアネットワーク１とのシグナリングメッセージおよびユーザデータの送受信を担当する。RN-N６ａ−３は、UE毎の移動制御に関して、VBS６の隣接基地局とのシグナリングメッセージおよびユーザデータの送受信を担当する。これらのRNは、RN機能のみを提供してもよいし、RN機能の他にUNとしての機能、すなわち、通常の基地局機能を提供してもよい。RNの動作としてはどちらの形態でも変わりがないため、以下、RNは専用装置とする。
＜ネットワーク設定＞
前述した実施の形態１と同様に、VBS６内のUN６ｂおよびUN６ｃの存在をAGW３およびNBS５から隠すため、UN６ｂおよびUN６ｃが担当するセルをVBS６のセルとしてAGW３およびNBS５に見せるようにネットワークを設定する。以下では、RN-C６ａ−１，RN-D６ａ−２，，RN-N６ａ−３のノードIDをそれぞれn1-1，n1-2，n1-3とし、他のノードIDは前述した実施の形態１と同一する。
（１）対向ノード情報
本実施の形態では、RNがRN-C/RN-D/RN-Nの3つに分離されたが、これらの３つのRNとUN６ｂ，UN6cのすべてが仮想的に１台の基地局として、AGW３およびNBS５から認識されるように、RN-C/RN-D/RN-Nは、AGW３およびNBS５には同一のノードID：n1を使用する。また、AGW３およびNBS５の経路テーブルは、前述した実施の形態１と同一で、それぞれ図２，図３に示す。
図３５は、RN-C６ａ−１の経路テーブルである。RN-C６ａ−１は、共通制御系シグナリングメッセージ処理を担当するため、コアノードであるAGW３の共通制御系メッセージの宛先IPアドレス，宛先ポートのみがテーブルに格納されている。同様に、UNについても、それぞれの共通制御系シグナリングメッセージの宛先IPアドレス，宛先ポートのみがテーブルに格納されている。本実施の形態では、経路テーブルに他RNの宛先情報をもつため、ノード種別にRN-C/RN-D/RN-Uを追加し、RN-C６ａ−１の経路テーブルでは、RN-D６ａ−２およびRN-N６ａ−３の宛先情報を格納する。また、隣接ノードはRN-N６ａ−３のみが扱うため、RN-C６ａ−１の経路テーブルは隣接ノードの宛先情報をもたない。
図３６は、RN-D６ａ−２の経路テーブルである。RN-D６ａ−２は、個別制御系シグナリングメッセージ処理を担当するため、テーブルにはコアノードであるAGW３の個別制御系メッセージの宛先IPアドレス，宛先ポートのみが格納されている。同様に、UNについても、それぞれの個別制御系メッセージの宛先IPアドレス，宛先ポートのみがテーブルに格納されている。また、RN-D６ａ−２の経路テーブルでは、他に、RN-C６ａ−１およびRN-N６ａ−３の宛先情報が格納されている。また、隣接ノードはRN-N６ａ−３のみが扱うため、RN-D６ａ−２の経路テーブルは隣接ノードの宛先情報をもたない。
図３７は、RN-N６ａ−３の経路テーブルである。RN-N６ａ−３は、移動制御を担当するため、テーブルにはコアノード、すなわち、AGW３の情報はもたず、代わりに隣接基地局NBS５の宛先情報が格納されている。また、UNについては、移動制御においてUNとハンドオーバ処理を行うため、個別制御系メッセージの宛先IPアドレス，宛先ポートを経路テーブルに格納している。なお、共通制御系メッセージの宛先IPアドレス，宛先ポートは、隣接基地局とUN間との間で情報交換を行うために使用することを想定して設けたが、本実施の形態では使用しない。
図３８は、UN６ｂおよびUN６ｃの経路テーブルである。本実施の形態では、RNがRN-C/RN-D/RN-Nの３つに分離されたことに伴い、それぞれのRNについての宛先情報を経路テーブルに格納している。
（２）隣接セル情報
セルID−ノードIDマッピングテーブルは、前述した実施の形態１と同一である（図５〜８参照）。ただし、RNの管理するセルID−ノードIDマッピングテーブルは、以下のVBS６の動的構成で説明するように、UN起動時にRN-C６ａ−１にて生成または更新し、RN-N６ａ−３で管理する。
（３）位置登録エリア情報
ページング配送のための位置登録エリアIDと配送先ノードのマッピングテーブルは、前述した実施の形態１と同一である（図９，図１０参照）。ただし、本実施の形態では、RN-C６ａ−１がこのマッピングテーブル（図１０参照）を管理する。
＜VBSの動的構成＞
コアネットワークに対してVBS６の装置管理機能を提供するのはRN-C６ａ−１であるため、VBS６起動手順では、前述した実施の形態１におけるRN６ａの機能をRN-C６ａ−１が提供する。
（１）RN-D/Nの起動
RN-C６ａ−１は、起動後、RN-D６ａ−２およびRN-N６ａ−３の起動を待つ。この間、UNが起動してもRN-C６ａ−１は接続を受け付けない。RN-D６ａ−２およびRN-N６ａ−３は、起動時に接続するRN-C６ａ−１の情報をもっていることとする。
（２）UNの参加
RN-C６ａ−１は、RN-D６ａ−２およびRN-N６ａ−３の起動後、UNの接続を受け付ける。RN-C６ａ−１は、実施の形態１と同様に、UNのVBS６への参加手順を実行後、RN-D６ａ−２およびRN-N６ａ−３が経路テーブルの生成に必要なUNの情報を、RN-D６ａ−２およびRN-N６ａ−３に通知する。また、RN-C６ａ−１は、UNの新規参加によってセルID−ノードIDマッピングテーブルを更新する必要があるとき、RN-N６ａ−３に当該セルID−ノードIDマッピングテーブルの更新情報を通知する。
（３）UNの離脱
RN-C６ａ−１は、実施の形態１と同様に、UNの離脱手順を実行する。UNの離脱によってRN-D６ａ−２およびRN-N６ａ−３で管理している経路テーブルおよびセルID−ノードIDマッピングテーブルに変更が必要な場合、RN-C６ａ−１は、変更をRN-D６ａ−２およびRN-N６ａ−３に通知する。
（４）VBS６の状態監視
RN-C６ａ−１は、実施の形態１と同様の状態監視を行う。
＜位置登録＞
前述の実施の形態１の位置登録におけるRN６ａの役割をRN-D６ａ−２が行う。ただし、RN-D６ａ−２のノードIDは、コアノードであるAGW３に対してはn1として、VBS６構成ノードであるUN６ｂに対してはn1-2として、通知する必要がある。すなわち、図１１で示した位置登録シーケンスのステップＳ３の位置登録要求に対する応答では、RN-D６ａ−２で割り当てたUN６ｂ向けコンテキストIDにノードID：n1-2を付加してUN６ｂに通知し、ステップＳ４の位置登録要求送信時には、RN-D６ａ−２で割り当てたAGW３向けコンテキストIDにノードID：n1を付加してAGW３に通知する。
＜発信＞
実施の形態１の発信におけるRN６ａの役割をRN-D６ａ−２が行う。AGW３に見せるノードIDとUN６ｂに見せるノードIDを変える動作は、上述の位置登録における動作と同じである。
＜着信＞
実施の形態１の着信におけるRN６ａの役割をRN-C６ａ−１が行う。
＜ハンドオーバ＞
以下、実施の形態１と同様に、VBS６内UN間のハンドオーバ，VBS６からNBS５へのハンドオーバ，NBS５からVBS６へのハンドオーバ、の３ケースについて詳細に説明する。
（１）VBS６内UN間ハンドオーバ
UEは、UN６ｂ配下で上記発信シーケンスを実行してUN６ｂと通信中である。UN６ｂおよびRN-D６ａ−２は、ハンドオーバUEに対してそれぞれ図３９，図１６に示すエントリをコンテキストIDマッピングテーブル内に保持していることとする。なお、図１７は、実施の形態１におけるUN６ｂのコンテキストIDマッピングテーブルであるが、図３９のコンテキストIDマッピングテーブルとは、コアノードコンテキスト情報部のコアノード・ノードIDがRN-D６ａ−２のVBS６内UN向けノードIDであるn1-2となっている点が異なる。
図４０は、実施の形態２におけるVBS６内UN間ハンドオーバ時の動作シーケンスを示す図である。ハンドオーバ元基地局はUN６ｂであり、ハンドオーバ先基地局はUN６ｃである。
UEは、UN６ｂ担当のセルの通信品質が悪くなったため周辺セルを探索し、通信品質が良くかつハンドオーバ先の候補となり得るセルのIDと、通信品質の測定結果と、を測定情報（“Measurement Report”）としてUN６ｂに通知する（ステップＳ１０１）。UN６ｂは、まず、受信した測定結果に基づいてUN６ｃ担当のセル（セルID：c2）をハンドオーバ先として選択する。そして、測定結果に含まれるハンドオーバ先セルのID：c2から、ハンドオーバ要求を送信する基地局のIPアドレスおよび宛先ポートを決定する。しかしながら、UN６ｂは、セルID−ノードIDマッピングテーブル（図７参照）に自セルの情報しかもたないので、ハンドオーバ先のセルが別コアノード配下のセルであると認識して、図３８に示した経路テーブルから、移動制御コアノードRN-N６ａ−３のハンドオーバ要求送信先IPアドレス：Iv，d，n1-3および宛先ポート：Pv，d，n1-3を決定する。
つぎに、UN６ｂは、ハンドオーバ実行中にハンドオーバ先基地局UN６ｃとの間でシグナリングメッセージやユーザデータを送受するために使用するUN６ｂ側のコンテキストID：ubおよびデータパス情報［Iub，Pub，Fub］を割り当て、コンテキストIDマッピングテーブル（図３９参照）の隣接ノードコンテキスト情報部に格納する。そして、UN６ｂは、ハンドオーバ先セルID：c2，ハンドオーバ先基地局向け自コンテキストID：ub，自ノードID：n2，データパス情報［Iub，Pub，Fub］，コアノードRN-D６ａ−２のノードID：n1-2，コンテキストID：r1，データパス情報［Ir1，Pr1，Fr1］をハンドオーバ要求メッセージ（“Handover Request”）に格納し、上記で決定したRN-N６ａ−３宛IPアドレス，宛先ポートに送信する（ステップＳ１０２）。
RN-N６ａ−３は、上記ステップＳ１０２でハンドオーバ要求メッセージを受信すると、まず、受信したハンドオーバ要求メッセージに含まれているハンドオーバ先セルのID：c2を元に、当該メッセージを転送するハンドオーバ先基地局を決定する。このため、RN-N６ａ−３は、セルID−ノードIDマッピングテーブル（図６参照）を参照する。このテーブルによれば、ハンドオーバのターゲットセル：c2は、ノードID：n4のセルであることが分かるので、さらに経路テーブル（図３７参照）を用いて、上記ハンドオーバ要求メッセージの送信先IPアドレス：Iv，d，n4および宛先ポート：Pv，d，n4を決定する。
つぎに、RN-N６ａ−３は、ハンドオーバ要求メッセージに含まれるハンドオーバ元基地局のノードID：n2，コンテキストID：ub，データパス情報［Iub，Pub，Fub］を、自身のコンテキストIDマッピングテーブル内第２サブレコードのノード＃１コンテキスト情報部に、それぞれノード＃１ノードID，ノード＃１コンテキストID，ノード＃１データパスとして格納する。同様に、ノードID：n4は、ハンドオーバ先基地局のノードIDとして、上記第２サブレコード内ノード＃２コンテキスト情報部のノード＃２ノードIDへ格納する。格納先エントリは、ハンドオーバ要求メッセージに格納されているUEIDを用いて特定する。
また、RN-N６ａ−３は、UN６ｂとUN６ｃとの間で送受されるシグナリングメッセージおよびユーザデータの中継ポイントとして動作するため、UN６ｂに対してコンテキストID：r3，データパス情報［Ir3，Pr3，Fr3］を割り当て、それぞれコンテキストIDマッピングテーブルの第２サブレコード内ノード＃１コンテキスト情報部の自ノードコンテキストID， 自ノードデータパスにそれぞれ格納する。同様に、UN６ｃに対してコンテキストID：r4，データパス情報［Ir4，Pr4，Fr4］を割り当て、コンテキストIDマッピングテーブルの第２サブレコード内ノード＃２コンテキスト情報部の自ノードコンテキストID，自ノードデータパスにそれぞれ格納する。さらに、受信したハンドオーバ要求メッセージに含まれるUN６ｂのノードID：n2，コンテキストID：ub，データパス情報［Iub，Pub，Fub］を、自身のノードID：n1-3，UN６ｃ向けに払い出したコンテキストID：r4，データパス情報［Ir4，Pr4，Fr4］に書き換え、上記で取得したUN６ｃの宛先IPアドレス，宛先ポートに送信する（ステップＳ１０３）。
ハンドオーバ先基地局UN６ｃは、上記ステップＳ１０３でRN-N６ａ−３からハンドオーバ要求メッセージを受信後、当該メッセージからハンドオーバ元基地局のノードID：n1-3，コンテキストID：r4，データパス情報［Ir4，Pr4，Fr4］を抽出する。そして、抽出結果を、コンテキストIDマッピングテーブル内隣接ノードコンテキスト情報部の隣接ノード・ノードID，隣接ノードコンテキストID，隣接ノードデータパスにそれぞれ格納する。なお、これらのパラメータを記憶するエントリは、上記ハンドオーバ要求メッセージに設定されているUEID：u1により決定する。
UN６ｃは、さらに、ハンドオーバ要求メッセージからコアノードのノードID：n1-2，コンテキストID：r1，データパス情報［Ir1，Pr1，Fr1］を抽出する、そして、抽出結果を、コンテキストIDマッピングテーブル内コアノードコンテキスト情報部のコアノード・ノードID，コアノードコンテキストID，コアノードデータパスにそれぞれ格納する。
つぎに、UN６ｃは、ハンドオーバ実行中にハンドオーバ元基地局とシグナリングメッセージやユーザデータを送受するために使用するUN６ｃ側コンテキストID：ucおよびデータパス情報［Iuc，Puc，Fuc］を割り当て、割り当てたパラメータをコンテキストIDマッピングテーブル内隣接ノードコンテキスト情報部の自ノードコンテキストID，自ノードデータパスにそれぞれ格納する。同様に、ハンドオーバ後にコアノードとシグナリングメッセージおよびユーザデータを送受するために、コアノードに対してコンテキストID：u’とデータパス情報［Iu’，Pu’，Fu’］を割り当て、コアノードコンテキスト情報部の自ノードコンテキストID，自ノードデータパスにそれぞれ格納する。図４１に、受信したハンドオーバ要求メッセージから抽出したパラメータおよび自身が払い出したパラメータを格納した後のUN６ｃのコンテキストIDマッピングテーブルを示す。
UN６ｃは、コンテキストIDマッピングテーブルの更新が完了すると、ハンドオーバ応答メッセージ（“Handover Response”）を生成する。ここでは、送信元コンテキストIDにはハンドオーバ元基地局向けコンテキストID：ucを設定し、宛先コンテキストIDにはハンドオーバ要求メッセージから取得したハンドオーバ元基地局側のコンテキストID：r4を設定し、さらに、ハンドオーバ元基地局向けに割り当てたデータパス情報［Iuc，Puc，Fuc］を設定して、RN-N６ａ−３に対して送信する（ステップＳ１０４）。
RN-N６ａ−３は、上記ステップＳ１０４でハンドオーバ応答メッセージをUN６ｃから受信すると、当該メッセージから、UN６ｃのコンテキストID：uc，データパス情報［Iuc，Puc，Fuc］を抽出する。そして、その抽出結果を、自身のコンテキストIDマッピングテーブルに格納する。記憶するテーブルエントリの位置は、第２サブレコード中のノード＃２コンテキスト情報部で、自ノードコンテキストIDが上記ハンドオーバ応答メッセージの宛先コンテキストID：r4に一致するレコードの、第２サブレコード内ノード＃２コンテキスト情報部の、ノード＃２コンテキストIDおよびノード＃２データパスである。
つぎに、RN-N６ａ−３は、上記で検索したレコードの第２サブレコード内ノード＃１コンテキスト情報部から、自ノードコンテキストID：r3およびノード＃１コンテキストID：ubを取得し、受信したハンドオーバ応答メッセージの送信元コンテキストID：ucおよび宛先コンテキストID：r4をそれぞれ書き換える。また、上記メッセージ中のUN６ｃ側データパス情報［Iuc，Puc，Fuc］を、上記ノード＃１コンテキスト情報部の自ノードデータパスに記憶しているRN-N６ａ−３側データパス情報［Ir3，Pr3，Fr3］に書き換える。そして、ノード＃１ノードIDがn2であるUN６ｂの個別制御系メッセージの宛先IPアドレス：Iv，d，n2および宛先ポート：Pv，d，n2を経路テーブル（図３７参照）から取得して、ハンドオーバ応答メッセージを送信する（ステップＳ１０５）。図４２に、上記ステップＳ１０５完了時点でのRN-N６ａ−３のコンテキストIDマッピングテーブルを示す。
ハンドオーバ元基地局UN６ｂは、上記ステップＳ１０５でハンドオーバ応答メッセージをRN-N６ａ−３から受信すると、当該メッセージから、RN-N６ａ−３のノードID：n1-3，コンテキストID：r3，データパス情報［Ir3，Pr3，Fr3］を抽出する。そして、その抽出結果を、自身のコンテキストIDマッピングテーブルに格納する。格納するテーブルエントリの位置は、隣接ノードコンテキスト情報部の自ノードコンテキストIDが上記ハンドオーバ応答メッセージに含まれている宛先コンテキストID：ubに一致するレコード中の、それぞれ隣接ノード・ノードID，隣接ノードコンテキストID，隣接ノードデータパスである。図４３に、ハンドオーバ応答メッセージから抽出したパラメータおよび上記ステップＳ１０２のハンドオーバ要求送信時に記憶したパラメータを設定した後の、UN６ｂのコンテキストIDマッピングテーブルを示す。
以上のステップＳ１０２〜ステップＳ１０５の手続きで構成されたコンテキストIDマッピングテーブルによって、ハンドオーバ元基地局UN６ｂとハンドオーバ先基地局UN６ｃは、ハンドオーバ実行中、実施の形態１の（R-I）〜（R-IV）の手順に従ってシグナリングメッセージの送受信およびユーザデータの転送を行う。ただし、この手順におけるRN６ａの役割はRN-D６ａ−２が行う。
以上のようにしてハンドオーバ元基地局UN６ｂとハンドオーバ先基地局UN６ｃとの間でハンドオーバ実行中のシグナリングメッセージおよびユーザデータの転送経路が確立された後、ハンドオーバ元基地局UN６ｂは、UEに対してハンドオーバ実行命令（“Handover Command”）を送信する（ステップＳ１０６）。
ハンドオーバ実行命令を受信したUEは、接続先基地局をUN６ｂからUN６ｃに切り替え、無線コネクションを確立した後、UN６ｃに対してハンドオーバ完了（“Handover Commit”）を通知する（ステップＳ１０７）。
ハンドオーバ先基地局UN６ｃは、上記ステップＳ１０７でハンドオーバ完了をUEから通知されると、受信した通知に格納されたUEID、または受信周波数やスロット等の使用無線リソースから間接的に導出したUEIDでコンテキストIDマッピングテーブル（図４１参照）を検索する。そして、見つかったレコードのコアノードコンテキスト情報内コアノード・ノードID：n1-2，コアノードコンテキストID：r1を取得し、さらに、経路テーブル（図３８参照）からIPアドレス：Iv，d，n1-2および宛先ポート：Pv，d，n1-2を得る。
つぎに、UN６ｃは、UEがハンドオーバを完了したことを通知するメッセージ（“Handover Confirm”）に、宛先コンテキストID：r1，上記で検索したレコードから抽出したコアノードコンテキスト情報内自ノードコンテキストID：u’，自ノードデータパス［Iu’，Pu’，Fu’］を設定して、上記IPアドレス，宛先ポートに送信する（ステップＳ１０８）。
RN-D６ａ−２は、上記ステップＳ１０８でUEハンドオーバ完了通知を受信すると、当該ハンドオーバ完了通知から、ハンドオーバ先基地局UN６ｃのノードID：n4，コンテキストID：u’，データパス情報［Iu’，Pu’，Fu’］を抽出し、コンテキストIDマッピングテーブル（図１６参照）の第１サブレコード内ノード＃１コンテキスト情報部のノード＃１ノードID，ノード＃１コンテキストID，ノード＃１データパスをそれぞれ書き換える。このように書き換えるレコードは、上記ハンドオーバ完了通知に格納されている宛先コンテキスト：r1を、上記テーブルの第１サブレコード内ノード＃１コンテキスト情報部の自ノードコンテキストIDを検索することによって特定する。図４４に、ハンドオーバ完了後のRN-D６ａ−３のコンテキストIDマッピングテーブルを示す。
以降、RN-D６ａ−２は、この新しいテーブルに従い、実施の形態１の（C-I）〜（C-IV）の手順で、AGW３とUN６ｃとの間のシグナリングメッセージおよびユーザデータを中継する。なお、この手順におけるRN６ａの役割をRN-D６ａ−２が行う。
図１６，図４２，図４４から分かるように、RN-D６ａ−２では、第２サブレコードは使用せず、RN-N６ａ−３では、第１サブレコードを使用しない。これは、RN-D６ａ−２がAGW３とUNとの間のシグナリングメッセージおよびユーザデータのみを中継し、RN-N６ａ−３が隣接基地局間、すなわち、UN間のシグナリングメッセージおよびユーザデータのみを中継するためである。しかしながら、RN-N６ａ−３では、後述する「VBS６からNBS５へのハンドオーバ」で説明するように、第１サブレコードを使用する場合があるため、テーブルの構造は変えないこととする。なお、RN-C６ａ−１では、ユーザコンテキストは扱わないためコンテキストIDマッピングテーブルは管理しない。
RN-D６ａ−２は、ハンドオーバUEに対応するコンテキストIDマッピングテーブルのエントリを更新し、シグナリングメッセージおよびユーザデータの送信パスをハンドオーバ先基地局UN６ｃに切り替えると、UN６ｃに対して確認メッセージ（“Handover Confirm Ack”）を送信する（ステップＳ１０９）。
ハンドオーバ先基地局UN６ｃは、上記ステップＳ１０９でRN-D６ａ−２から確認メッセージを受信した後、RN-N６ａ−３を経由してハンドオーバ元基地局UN６ｂに対してハンドオーバ完了（“Handover Complete”）を通知する（ステップＳ１１０、ステップＳ１１１）。同時に、RN-N６ａ−３は、このメッセージの中継を契機として、UN６ｂからUN６ｃへのハンドオーバが完了したこととして、UN６ｂとUN６ｃとの間のシグナリングおよびユーザデータの中継のために確保していたコンテキストID，データパス情報，データバッファ等を開放し、コンテキストIDマッピングテーブルからハンドオーバユーザ対応エントリを削除する。
ハンドオーバ元基地局UN６ｂは、上記ステップＳ１１１でハンドオーバ完了メッセージを受信すると、ハンドオーバユーザに確保していた無線リソース，ユーザデータバッファ，ID等を解放し、関連するテーブルエントリを削除してハンドオーバ処理を完了する。
上記のハンドオーバ元基地局UN６ｂとハンドオーバ先基地局UN６ｃとの間のシグナリングメッセージおよびユーザデータの中継処理で、RN-N６ａ−３は、UN６ｂおよびUN６ｃにコンテキストIDおよびデータパス情報を個別に割り当てているが、これらは、同一すなわちr3＝r4，Ir3＝Ir4，Pr3＝Pr4，Fr3＝Fr4としてもよい。また、ユーザデータについては、Ir3＝Iuc，Pr3＝Puc，Fr3＝Fuc，Ir4＝Iub，Pr4＝Pub，Fr4＝Fubとすることで、UN６ｂとUN６ｃとの間で直接データ転送を行うようにしてもよい。
（２）VBS６からNBS５へのハンドオーバ
上記「VBS６内UN間ハンドオーバ」と同様に、UEは、UN６ｂ配下で上記発信シーケンスを実行してUN６ｂと通信中である。UN６ｂおよびRN-D６ａ−２は、ハンドオーバUEに対してそれぞれ図３９，図１６に示すエントリをコンテキストIDマッピングテーブル内に保持していることとする。
図４５は、実施の形態２におけるVBS６からNBS５へのハンドオーバ時の動作シーケンスを示す図である。ハンドオーバ元基地局はUN６ｂであり、ハンドオーバ先基地局はNBS５である。
UEは、UN６ｂ担当のセルの通信品質が悪くなったため周辺セルを探索し、通信品質が良くかつハンドオーバ先の候補となり得るセルのIDと、通信品質の測定結果と、を測定情報（“Measurement Report”）としてUN６ｂに通知する（ステップＳ１２１）。
UN６ｂは、まず、受信した測定結果に基づいてNBS５担当のセル（セルID：c3）をハンドオーバ先として選択すると、上記測定情報に含まれるハンドオーバ先セルのID：c3から、ハンドオーバ要求を送信する基地局のIPアドレスおよび宛先ポートを決定する。しかしながら、UN６ｂは、セルID−ノードIDマッピングテーブル（図７参照）に自セル情報のみしかもたないので、ハンドオーバ先のセルが別コアノード配下のセルであると認識して、図３９に示した経路テーブルより、移動制御コアノードRN-N６ａ−３のハンドオーバ要求送信先IPアドレス：Iv，d，n1-3および宛先ポート：Pv，d，n1-3を決定する。
つぎに、UN６ｂは、ハンドオーバ実行中にハンドオーバ先基地局NBS５との間でシグナリングメッセージやユーザデータを送受するために使用するUN６ｂ側のコンテキストID：ubおよびデータパス情報［Iub，Pub，Fub］を割り当て、コンテキストIDマッピングテーブル（図３９参照）の隣接ノードコンテキスト情報部に格納する。そして、UN６ｂは、ハンドオーバ先セルID：c3，ハンドオーバ先基地局向け自コンテキストID：ub，自ノードID：n2，データパス情報［Iub，Pub，Fub］，コアノードRN-D６ａ−２のノードID：n1-2，コンテキストID：r1，データパス情報［Ir1，Pr1，Fr1］をハンドオーバ要求メッセージ（“Handover Request”）に格納し、上記で決定したRN-N６ａ−３のIPアドレス，宛先ポートに送信する（ステップＳ１２２）。
RN-N６ａ−３は、上記ステップＳ１２２でハンドオーバ要求メッセージを受信すると、まず、当該ハンドオーバ要求メッセージに含まれているハンドオーバ先セルのID：c3を元に、当該メッセージを転送するハンドオーバ先基地局を決定する。このため、RN-N６ａ−３は、セルID−ノードIDマッピングテーブル（図６参照）を参照する。このテーブルによれば、ハンドオーバのターゲットセル：c3は、ノードID：n5のセルであることが分かるので、さらに経路テーブル（図３７参照）を用いて、上記ハンドオーバ要求メッセージの送信先IPアドレス：In，d，n5および宛先ポート：Pn，d，n5を決定する。
つぎに、RN-N６ａ−３は、上記ハンドオーバ要求メッセージに含まれるハンドオーバ元基地局のノードID：n2，コンテキストID：ub，データパス情報［Iub，Pub，Fub］を、自身のコンテキストIDマッピングテーブル内第２サブレコードのノード＃１コンテキスト情報部に、それぞれノード＃１ノードID，ノード＃１コンテキストID，ノード＃１データパスとして格納する。同時に、セルIDから導出したノードID：n5は、ハンドオーバ先基地局のノードIDとして、上記第２サブレコード内ノード＃２コンテキスト情報部のノード＃２ノードIDに格納する。また、RN-N６ａ−３は、UN６ｂとNBS5との間で送受されるシグナリングメッセージおよびユーザデータを中継するため、UN６ｂに対してコンテキストID：r3，データパス情報［Ir3，Pr3，Fr3］を割り当て、NBS５に対してコンテキストID：r4，データパス情報［Ir4，Pr4，Fr4］を割り当てる。そして、前者については、コンテキストIDマッピングテーブルの第２サブレコード内ノード＃１コンテキスト情報部のそれぞれ自ノードコンテキストID，自ノードデータパスに格納する。また、後者については、上記第２サブレコード内ノード＃２コンテキスト情報部のそれぞれ自ノードコンテキストID，自ノードデータパスに格納する。
RN-N６ａ−３は、ハンドオーバ先基地局NBS５のノード種別が隣接ノードであることから、上記ハンドオーバ要求メッセージをVBS６外に中継することを判断する。VBS６外の基地局にハンドオーバを行うと、現在RN-D６ａ−２で中継されているAGW３とUN６ｂとの間のシグナリングメッセージおよびユーザデータがAGW３とNBS５との間で直接送受信されるようになるため、NBS５に対して、AGW３におけるハンドオーバUEのコンテキストIDおよびデータパス情報を通知する必要がある。そこで、RN-N６ａ−３は、ハンドオーバUEに関してRN-D６ａ−２で管理しているAGW３側のコンテキストIDおよびデータパス情報を問い合わせる（ステップＳ１２３）。
このとき、RN-N６ａ−３からRN-D６ａ−２に送信する問い合わせメッセージ（“Context Transfer Request”）では、送信元コンテキストIDにRN-N６ａ−３側で新たに割り当てたコンテキストID：r5を設定し、送信元ノードIDに自身のノードID：n1-3を設定し、宛先コンテキストIDに上記ステップＳ１２２でUN６ｂから受信したRN-D６ａ−２側コンテキストID：r1を設定する。そして、宛先IPアドレスおよび宛先ポートは、それぞれRN-D６ａ−２の共通制御系メッセージの送信先であるIv，c，n1-2およびPv，c，n1-2とする（これは、この問い合わせによってRN-N６ａ−３とRN-D６ａ−２との間でハンドオーバUEに関するセッションを確立するわけではなく、データ転送を行うのみであることによる）。また、割り当てたコンテキストID：r5は、コンテキストIDマッピングテーブルのUE対応エントリにおける第１サブレコード内ノード＃１コンテキスト情報部の自ノードコンテキストIDに格納しておく。また、問い合わせ先RN-D６ａ−２のノードID：n1-2とコンテキストID：r1は、上記ノード＃１コンテキスト情報部のそれぞれノード＃１ノードID，ノード＃１コンテキストIDに格納しておく。
上記ステップＳ１２３でRN-N６ａ−３から問い合わせメッセージを受信したRN-D６ａ−２は、コンテキストIDマッピングテーブル（図１６参照）の中で、第１サブレコード内ノード＃１コンテキスト情報部の自ノードコンテキストIDが当該メッセージの宛先コンテキストID：r1に一致するレコードを検索する。そして、見つかったレコードの第１サブレコード内ノード＃２コンテキスト情報部を参照して、UEコンテキストに対応するAGW３側コンテキストID：a，データパス情報［Ia，Pa，Fa］およびAGW３のノードID：n3を取得する。その後、上記問い合わせメッセージの送信元ノードID：n1-3を経路テーブル（図３６参照）から検索して、応答メッセージの送信先IPアドレス：Iv，c，n1-3および宛先ポート：Pv，c，n1-3を得て（共通制御系メッセージの送信先IPアドレス，宛先ポートを使用する理由は、RN-N６ａ−３からRN-D６ａ−２への問い合わせメッセージ送信動作の説明で述べたとおりである）、取得したAGW３側コンテキスト情報をRN-N６ａ−３に返送する（ステップＳ１２４）。
RN-N６ａ−３は、上記ステップＳ１２４で受信した応答メッセージ（“Context Transfer Response”）から、AGW３側のコンテキストID：a，データパス情報［Ia，Pa，Fa］，AGW３のノードID：n3を抽出する。そして、コンテキストIDマッピングテーブルのハンドオーバUE対応エントリにおける第１サブレコード内ノード＃２コンテキスト情報部のそれぞれノード＃２ノードID，ノード＃２コンテキストID，ノード＃２ノードIDに格納する。また、上記ステップＳ１２２でUN６ｂから受信したハンドオーバ要求メッセージにおけるコアノードコンテキスト情報部、すなわち、RN-D６ａ−２のコンテキストID：r1，データパス情報［Ir1，Pr1，Fr1］，ノードID：n1-2をそれぞれ書き換える。また、上記応答メッセージにおけるUN６ｂ側コンテキストID：ub，データパス情報［Iub，Pub，Fub］，UN６ｂのノードID：n2を、RN-N６ａ−３がNBS５に向けて割り当てたコンテキストID：r4，データパス情報［Ir4，Pr4，Fr4］，RN-N６ａ−３の隣接基地局向けノードID：n1にそれぞれ書き換え、上記で取得したNBS５の宛先IPアドレス，宛先ポートに送信する（ステップＳ１２５）。
ハンドオーバ先基地局NBS５は、上記ステップＳ１２５でRN-N６ａ−３からハンドオーバ要求メッセージを受信後、当該メッセージから、ハンドオーバ元基地局のノードID：n1，コンテキストID：r4，データパス情報［Ir4，Pr4，Fr4］を抽出する。そして、抽出結果を、コンテキストIDマッピングテーブル内隣接ノードコンテキスト情報の隣接ノード・ノードID，隣接ノードコンテキストID，隣接ノードデータパスにそれぞれ格納する。なお、これらのパラメータを記憶するエントリは、上記ハンドオーバ要求メッセージに設定されているUEID：u1により決定する。
さらに、NBS５は、上記ハンドオーバ要求メッセージから、コアノードのノードID：n3，コンテキストID：a，データパス情報［Ia，Pa，Fa］を抽出する。そして、抽出結果を、上記コンテキストIDマッピングテーブル内コアノードコンテキスト情報のコアノード・ノードID，コアノードコンテキストID，コアノードデータパスにそれぞれ格納する。
つぎに、NBS５は、ハンドオーバ実行中にハンドオーバ元基地局とシグナリングメッセージや転送データを送受するためのNBS５側コンテキストID：t2，データパス情報［It2，Pt2，Ft2］を割り当て、割り当てたパラメータを、コンテキストIDマッピングテーブル内隣接ノードコンテキスト情報の中の自ノードコンテキストID，自ノードデータパスにそれぞれする。同様に、ハンドオーバ後のAGW３とのシグナリングメッセージおよびユーザデータの送受のために、AGW３に対してNBS５側コンテキストID：t1とデータパス情報［It1，Pt1，Ft1］を割り当て、コアノードコンテキスト情報の中の自ノードコンテキストID，自ノードデータパスに格納しておく。この結果、NBS５は、実施の形態１と同様、コンテキストIDマッピングテーブルに、図２７に示したハンドオーバUE対応エントリを得る。
コンテキストIDマッピングテーブルの更新が完了すると、NBS５は、ハンドオーバ応答メッセージ（“Handover Response”）を生成する。このとき、送信元コンテキストIDには上記コンテキストIDマッピングテーブルに記憶している隣接ノードコンテキスト情報の中の自ノードコンテキストID：t2を設定し、宛先コンテキストIDには隣接ノードコンテキスト情報の中の隣接ノードコンテキストID：r4を設定し、さらに、隣接ノードコンテキスト情報中の自ノードデータパス［It2，Pt2，Ft2］を設定して、ノードID：n1のノードに対して送信する（ステップＳ１２６）。ノードID：n1の送信先IPアドレス，宛先ポートとして、経路テーブル（図３参照）から、それぞれIn，d，n1およびPn，d，n1を取得する。
RN-N６ａ−３は、上記ステップＳ１２６でハンドオーバ応答メッセージをNBS５から受信すると、当該メッセージから、NBS５のコンテキストID：t2，データパス情報［It2，Pt2，Ft2］を抽出し、自身のコンテキストIDマッピングテーブルに格納する。格納するテーブルエントリの位置は、第２サブレコード中のノード＃２コンテキスト情報部で、自ノードコンテキストIDが受信メッセージの宛先コンテキストID：r4に一致する、上記第２サブレコード内ノード＃２コンテキスト情報部のノード＃２コンテキストIDおよびノード＃２データパスである。
つぎに、RN-N６ａ−３は、上記で検索して一致したレコードの第２サブレコード内ノード＃１コンテキスト情報部から、自ノードコンテキストID：r3およびノード＃１コンテキストID：ubを取得する。そして、上記ハンドオーバ応答メッセージの送信元コンテキストID：t2および宛先コンテキストID r4をそれぞれ書き換え、さらに、送信元ノードIDを自身のVBS６内ノードID：n1-3に書き換える。
また、RN-N６ａ−３は、上記ハンドオーバ応答メッセージ中のNBS５側データパス情報［It2，Pt2，Ft2］を、上記第２サブレコード内ノード＃１コンテキスト情報部の自ノードデータパスに格納しているRN-N６ａ−３側データパス情報［Ir3，Pr3，Fr3］に書き換える。そして、ノード＃１ノードID：n2であるUN６ｂの宛先IPアドレス：Iv，d，n2，宛先ポート：Pv，d，n2に書き換え後、ハンドオーバ応答メッセージを送信する（ステップＳ１２７）。この時点で、RN-N６ａ−３内では、NBS５とUN６ｂとの間のシグナリングメッセージおよびユーザデータを中継するために必要な情報を、コンテキストIDマッピングテーブル内に図４６に示すようなハンドオーバUE対応エントリに格納している。
なお、上記ステップＳ１２８〜ステップＳ１３２については、実施の形態１の（２）「VBS６からNBS５へのハンドオーバ」で説明した図２５のステップＳ６６〜ステップＳ７０の動作と同様であるので説明を省略する。ただし、ステップＳ１２７完了時点でUN６ｂが得るコンテキストIDマッピングテーブルは、中継ノードであるRN-N６ａ−３のノードIDが異なり、図４３に示す通りとなる。
RN-N６ａ−３は、上記ステップＳ１３２でハンドオーバ先基地局NBS５からハンドオーバ完了メッセージを受信すると、まず、コンテキストIDマッピングテーブル（図４６参照）から、第２サブレコード内ノード＃２コンテキスト情報部の自ノードコンテキストIDが当該メッセージの宛先コンテキストIDであるr4に一致するレコードを検索する。そして、見つかったレコードの第１サブレコード内ノード＃１コンテキスト情報部のノード＃１ノードIDおよびノード＃１コンテキストIDから、それぞれRN-D６ａ−２のノードID：n1-2およびコンテキストID：r1を得る。そして、RN-N６ａ−３は、RN-D６ａ−２のノードID：n1-2から経路テーブル（図３５参照）を用いて取得した共通制御系メッセージの宛先IPアドレス：Iv，c，n1-2および宛先ポート：Pv，c，n1-2に、RN-D６ａ−２がハンドオーバUEに対して行っているAGW３とUN６ｂとの間の中継処理を停止し、かつ、コンテキストを解放することを要求する、メッセージ（“Context Release”）を送信する（ステップＳ１３３）。
つぎに、RN-N６ａ−３は、NBS５から受信したハンドオーバ完了メッセージを、上記（R-II）の手順に従ってUN６ｂに転送する（ステップＳ１３４）と同時に、ハンドオーバUEに対して確保していたコンテキストIDマッピングテーブルエントリ，ユーザデータバッファ，コンテキストID等を開放する。
上記ステップＳ１３３でRN-N６ａ−３からコンテキスト解放メッセージを受信したRN-D６ａ−２は、コンテキストIDマッピングテーブル（図１６参照）から、第１サブレコード内ノード＃１コンテキスト情報部の自ノードコンテキストIDが当該メッセージの宛先コンテキストIDであるr1に一致するレコードを検索する。そして、見つかったレコードに対応するUEに対するAGW３とUNとの間の中継処理を停止し、関連するコンテキストIDマッピングテーブル内エントリ，ユーザデータバッファ，コンテキストID等を開放する。
ハンドオーバ元基地局UN６ｂは、上記ステップＳ１３４でハンドオーバ完了メッセージを受信すると、ハンドオーバユーザに確保していた無線リソース，ユーザデータバッファ，ID等を解放し、関連するテーブルエントリを削除してハンドオーバ処理を完了する。
なお、以上のハンドオーバ処理において、RN-N６ａ−３は、ハンドオーバ元基地局UN６ｂとハンドオーバ先基地局NBS５との間のシグナリングメッセージおよびユーザデータの中継機能を提供しているが、これらの中継のためにUN６ｂ，NBS５に別々に払いだしているコンテキストIDおよびデータパス情報は、同一すなわちr3＝r4，Ir3＝Ir4，Pr3＝Pr4，Fr3＝Fr4としてもよい。また、ユーザデータについては、Ir3＝It2，Pr3＝Pt2，Fr3＝Ft2，Ir4＝Iub，Pr4＝Pub，Fr4＝Fubとすることで、UN６ｂとNBS５との間で直接データ転送を行うようにしてもよい。
（３）NBS５からVBS６へのハンドオーバ
UEは、NBS５配下セルで通信中である。また、発信シーケンスを実行後、AGW３とNBS５との間でシグナリングメッセージおよびユーザデータを送受するために、AGW３側では、コンテキストID：a，データパス情報［Ia，Pa，Fa］が割り当てられ、NBS５側では、コンテキストID：t1，データパス情報［It1，Pt1，Ft1］が割り当てられている。このとき、実施の形態１の（３）「NBS５からVBS６のハンドオーバ」と同様に、NBS５におけるコンテキストIDマッピングテーブルのハンドオーバUE対応エントリは、図２９に示す通りとなる。
図４７は、実施の形態２のNBS５からVBS６へのハンドオーバ時の動作シーケンスを示す図である。ハンドオーバ元基地局はNBS５であり、ハンドオーバ先基地局はUN６ｂである。
UEは、NBS５担当のセルの通信品質が悪くなったため周辺のセルを探索し、通信品質が良くかつハンドオーバ先の候補となり得るセルのIDと、通信品質の測定結果と、を測定情報（“Measurement Report”)としてNBS５に通知する（ステップＳ１４１)。
NBS５は、まず、受信した測定結果に基づいてUN６ｂの担当セル（セルID：c1）をハンドオーバ先として選択する。つぎに、セルID−ノードIDマッピングテーブル（図５参照）を参照して、上記測定情報に含まれるハンドオーバ先セルのID：c1を検索し、ハンドオーバ要求を送信する基地局のノードID：n1を得る。さらに、経路テーブル（図３参照）から、ノードID：n1の基地局に対してハンドオーバ要求メッセージを送信するために、宛先IPアドレス：In，d，n1および宛先ポート：Pn，d，n1を決定する。
つぎに、NBS５は、ハンドオーバ実行中にハンドオーバ先基地局との間でシグナリングメッセージやユーザデータを送受するために使用するNBS５側のコンテキストID：t2およびデータパス情報［It2，Pt2，Ft2］を割り当てる。そして、これらを、コアノードAGW３のノードID：n3，コンテキストID：a，データパス情報［Ia，Pa，Fa］とともに、ハンドオーバ要求メッセージ（“Handover Request”）に格納し、上記で決定したIPアドレス，宛先ポートに向けて送信する（ステップＳ１４２）。このとき、NBS５は、ハンドオーバUEに対して割り当てたコンテキストIDおよびデータパス情報を、コンテキストIDマッピングテーブル（図２９参照）の隣接ノードコンテキスト情報内自ノードコンテキストIDおよび自ノードデータパスに格納しておく。
RN-N６ａ−３は、上記ステップＳ１４２でハンドオーバ要求メッセージを受信すると、まず、当該メッセージの宛先コンテキストIDが新規コンテキスト生成を示す（本実施の形態では“0”のとき、新規コンテキスト生成を示すこととする）ことから、ハンドオーバUEに対応するコンテキストを生成する。このため、RN-N６ａ−３は、まず、上記ハンドオーバ要求メッセージから、ハンドオーバUEのUEID：u1を抽出し、コンテキストIDマッピングテーブルにUEIDをキーとするエントリ（レコード）を追加する。そして、上記ハンドオーバ要求メッセージから、ハンドオーバ元基地局のノードID：n5，コンテキストID：t2，データパス情報［It2，Pt2，Ft2］を抽出し、追加した新規レコードの第２サブレコード内ノード＃１コンテキスト情報部のノード＃１ノードID，ノード＃１コンテキストID，ノード＃１データパスにそれぞれ格納する。
つぎに、RN-N６ａ−３は、上記ハンドオーバ要求メッセージからハンドオーバ先セルのID：c1を抽出し、セルID−ノードIDマッピングテーブル（図６参照）を用いてハンドオーバ先基地局のノードID：n2を得る。そして、RN-N６ａ−３は、経路テーブル（図３７参照）によって、ハンドオーバ元基地局（ノードID：n5）がVBS６外の基地局であり、ハンドオーバ先基地局（ノードID：n2）がVBS６内の基地局であることを判定すると、ハンドオーバ処理実行中のRN-N６ａ−３によるハンドオーバ元基地局NBS５とハンドオーバ先基地局UN６ｂとの間のシグナリングメッセージおよびユーザデータの中継、および、ハンドオーバ処理完了後のRN-D６ａ−２によるコアノードAGW３とハンドオーバ先基地局UN６ｂとの間のシグナリングメッセージおよびユーザデータの中継、の２つの準備を行う。
このため、RN-N６ａ−３は、まず、RN-D６ａ−２に対して、AGW３とUN６ｂとの間のシグナリングメッセージおよびユーザデータの中継処理を依頼するメッセージ（“Context Transfer Indication”）を送信する（ステップＳ１４３）。このとき、この送信メッセージには、RN-D６ａ−２がコンテキストIDマッピングテーブルを生成しかつ中継処理を行うために必要な、ハンドオーバUEのID：u1，コアノードAGW３のノードID：n3，コンテキストID：a，データパス情報［Ia，Pa，Fa］を、上記ステップＳ１４２でハンドオーバ元基地局NBS５から受信したハンドオーバ要求メッセージから抽出して設定する。抽出したこれらのコアノード情報は、コンテキストIDマッピングテーブルのハンドオーバUE対応レコードの第１サブレコード内ノード＃１コンテキスト情報部のノード＃１ノードID，ノード＃１コンテキストIDに格納しておく。なお、コアノードAGW３のデータパス情報［Ia，Pa，Fa］は、AGW３とのユーザデータの中継処理を行うRN-D６ａ−２のみで必要となるため、上記ステップＳ１４３でRN-D６ａ−２に通知した後は、RN-N６ａ−３では不要である。したがって、ここでは、コンテキストIDマッピングテーブルにも保持しないものとする。一方、上記送信メッセージに対するRN-D６ａ−２からの応答メッセージ受信時には、コンテキストを特定できるように、RN-N６ａ−３はコンテキストID：r5を新たに割り当て、上記ステップＳ１４３の送信メッセージの送信元コンテキストIDに設定し、割り当てたコンテキストIDは、上記第１サブレコードのノード＃２コンテキスト情報部の自ノードコンテキストIDに格納しておく。
上記（２）の「VBS６からNBS５へのハンドオーバ」で説明したように、上記ステップＳ１４３でRN-N６ａ−３からRN-D６ａ−２に送信するシグナリングメッセージは、RN-D６ａ−２の共通制御系メッセージの宛先IPアドレス：Iv，c，n1-2および宛先ポート：Pv，c，n1-2に送信する。
RN-D６ａ−２は、上記ステップＳ１４３でRN-N６ａ−３からハンドオーバUEに対する中継処理要求メッセージを受信すると、当該メッセージから抽出したUEID：u1をキーとするレコードをコンテキストIDマッピングテーブルに追加する。そして、当該レコードの第１サブレコード内ノード＃２コンテキスト情報部のノード＃２ノードID，ノード＃２コンテキストID，ノード＃２データパスに、上記メッセージから抽出したAGW３のノードID：n3，コンテキストID：a，データパス情報［Ia，Pa，Fa］をそれぞれ格納する。そして、AGW３とこれらのコンテキストIDおよびデータパスで中継処理を行うためのRN-D６ａ−２側のコンテキストID：r2，データパス情報［Ir2，Pr2，Fr2］を割り当て、上記コンテキスト情報部の自ノードコンテキストIDおよび自ノードデータパスに格納する。同様に、AGW３との中継処理を行うUN６ｂ側にも、コンテキストID：r1およびデータパス情報［Ir1，Pr1，Fr1］を割り当て、上記サブレコード内ノード＃１コンテキスト情報部の自ノードコンテキストIDおよび自ノードデータパスにそれぞれ格納するとともに、上記メッセージへの応答（“Context Transfer Confirm”）としてRN-N６ａ−３に通知する（ステップＳ１４４）。
なお、上記ステップＳ１４４で送信する応答メッセージは、上記ステップＳ１４３の要求メッセージと同様に、RN-N６ａ−３の共通制御系メッセージの宛先IPアドレス：Iv，c，n1-3および宛先ポート：Pv，c，n1-3に送信する。また、上記応答メッセージで送信元RN-D６ａ−２のノードID：n1-2を通知しているのは、以下の応用が考えられるためである。たとえば、RN-Dが複数存在し、上記ステップＳ１４３でRN-N６ａ−３がデフォルトのRN-Dまたはランダムに選択したRN-Dに要求メッセージを送信し、その応答メッセージが、要求メッセージを受信したRN-Dではなく負荷分散等を考慮して選択した別のRN-Dから送信される場合、に適用する。
RN-N６ａ−３は、上記ステップＳ１４４でRN-D６ａ−２から応答メッセージを受信すると、当該メッセージから、RN-D６ａ−２がUN６ｂに対して割り当てたコンテキストID：r1，データパス情報［Ir1，Pr1，Fr1］，RN-D６ａ−２のノードID：n1-2を抽出する。そして、抽出結果を、コンテキストIDマッピングテーブルの第１サブレコード内ノード＃２コンテキスト情報部のノード＃２コンテキストID，ノード＃２データパス，ノード＃２ノードIDにそれぞれ格納する。また、RN-N６ａ−３は、ハンドオーバ元基地局NBS５とハンドオーバ先基地局UN６ｂとの間のシグナリングメッセージおよびユーザデータの中継処理のために、NBS５に対してコンテキストID：r4，データパス情報［Ir4，Pr4，Fr4］を割り当てる。また、UN６ｂに対してコンテキストID：r3，データパス情報［Ir3，Pr3，Fr3］を割り当てる。そして、前者については、コンテキストIDマッピングテーブルの第２サブレコード内ノード＃１コンテキスト情報部の自ノードコンテキストID，自ノードデータパスに格納する。また、後者については上記第２サブレコード内ノード＃２コンテキスト情報部の自ノードコンテキストID，自ノードデータパスに格納する。これによって、RN-N６ａ−３は、必要なコンテキストの生成を完了し、上記ステップＳ１４２で受信したハンドオーバ要求メッセージのコアノードコンテキスト情報を、RN-D６ａ−２側コンテキスト情報で書き換え、ハンドオーバ元基地局のコンテキスト情報を、自身がUN６ｂに対して生成したコンテキスト情報で書き換え、ハンドオーバ先基地局であるUN６ｂに送信する（ステップＳ１４５）。
なお、ステップＳ１４６〜ステップＳ１４９は、実施の形態１の（３）「NBS５からVBS６へのハンドオーバ」で説明した図２８のステップＳ８４〜ステップＳ８７と同様であるので説明を省略する。ただし、コンテキストIDマッピングテーブルでは、UN６ｂはステップＳ１４５完了時点で図４３に、RN-N６ａ−３はステップＳ１４６完了時点で図４８に、NBS５はステップＳ１４７完了時点で図２７に、それぞれ示すハンドオーバUE対応エントリを保持している。
ハンドオーバ先基地局UN６ｂは、上記ステップＳ１４９でハンドオーバ完了をUEから通知されると、当該通知に格納されたUEIDから、または受信周波数やスロット等の使用無線リソースから間接的に導出されたUEIDから、コンテキストIDマッピングテーブル（図４３参照）を検索する。そして、見つかったレコードのコアノードコンテキスト情報内コアノード・ノードID：n1-2，コアノードコンテキストID：r1を抽出し、さらに、経路テーブル（図３８参照）から、IPアドレス：Iv，d，n1-2および宛先ポート：Pv，d，n1-2を得る。
つぎに、UN６ｂは、UEのハンドオーバ完了を通知するメッセージ（“Handover Confirm”）に、宛先コンテキストID：r1，上記で検索したレコードから抽出したコアノードコンテキスト情報内自ノードコンテキストID：u，自ノードデータパス［Iu，Pu，Fu］を設定して、上記IPアドレス，宛先ポートに送信する（ステップＳ１５０）。
RN-D６ａ−２は、上記ステップＳ１５０でハンドオーバ完了メッセージを受信すると、当該メッセージの送信元ノードID：n2，コンテキストID：u，データパス情報［Iu，Pu，Fu］を抽出する。そして、抽出結果を、自身のコンテキストIDマッピングテーブルの第１サブレコード内ノード＃１コンテキスト情報部のノード＃１ノードID，ノード＃１コンテキストID，ノード＃１データパスにそれぞれ格納する。図４９に、RN-D６ａ−２における更新後のコンテキストIDマッピングテーブルを示す。
つぎに、RN-D６ａ−２は、上記第１サブレコード内ノード＃２コンテキスト情報部から上記ハンドオーバ完了メッセージの転送先ノードID：n3を抽出して、さらに、経路テーブル（図３６）から当該メッセージの送信先IPアドレス：Ic，d，n3および宛先ポート：Pc，d，n3を得る。そして、上記コンテキスト情報部から、自ノードコンテキストID：r2，自ノードデータパス情報［Ir2，Pr2，Fr2］，ノード＃２コンテキストID：aを抽出し、上記ハンドオーバ完了メッセージの送信元コンテキストID：u，送信元データパス情報［Iu，Pu，Fu］および宛先コンテキストID：r1をそれぞれ書き換え、上記で得たIPアドレス，宛先ポートに送信する（ステップＳ１５１）。なお、上記ハンドオーバ完了メッセージの送信元ノードIDは、VBS６外ノード向けn1を使用する。
AGW３は、上記ステップＳ１５１でハンドオーバ完了メッセージを受信すると、当該メッセージの宛先コンテキストID：aから対象UE：u1と、シグナリングメッセージおよびユーザデータの送信先ノードNBS５が、ハンドオーバ処理を完了したことを認識し、以降、シグナリングメッセージおよびユーザデータの宛先を次のように切り替える。すなわち、上記ハンドオーバ完了メッセージから、送信元ノードID：n1，コンテキストID：r2を抽出し、シグナリングメッセージの宛先IPアドレス：Ic，d，n1および宛先ポート：Pc，d，n1を得る。また、上記ハンドオーバ完了メッセージに格納されているデータパス情報［Ir2，Pr2，Fr2］を抽出して、ユーザデータの新たな送信先IPアドレス，宛先ポート，データフロー識別子とする。
以降、RN-D６ａ−２は、AGW３とUN６ｂとの間のシグナリングメッセージおよびユーザデータの中継を、実施の形態１の（C-I）〜（C-IV）と同様の手順で行う。
シグナリングメッセージおよびユーザデータの送信先切り替え後、AGW３は、RN-D６ａ−２に対して確認メッセージ（“Handover Confirm Ack”）を送信する（ステップＳ１５２）。
上記ステップＳ１５２でAGW３から確認メッセージを受信したRN-D６ａ−２は、当該メッセージをUN６ｂに中継する（ステップＳ１５３）。
ハンドオーバ先基地局UN６ｂは、上記ステップＳ１５３でRN-D６ａ−２から確認メッセージを受信後、RN-N６ａ−３に対してハンドオーバ完了（“Handover Complete”）を送信する（ステップＳ１５４）。この送信メッセージは、RN-N６ａ−３によってNBS５に中継される（ステップＳ１５５）。このとき、RN-N６ａ−３のコンテキストIDマッピングテーブル（図４８参照）のハンドオーバ元基地局NBS５のコンテキスト情報が不要となるので、ハンドオーバUEに対応するエントリを削除し、NBS５とUN６ｂとの間のユーザデータ転送のためのユーザデータバッファも解放する。
ハンドオーバ元基地局NBS５は、上記ステップＳ１５５でハンドオーバ完了メッセージを受信すると、ハンドオーバユーザに確保していた無線リソース，ユーザデータバッファ，ID等を解放し、関連するテーブルエントリを削除して、ハンドオーバ処理を完了する。
以上のハンドオーバ処理で、RN-N６ａ−３は、ハンドオーバ元基地局NBS5とハンドオーバ先基地局UN６ｂとの間のシグナリングメッセージおよびユーザデータの中継機能を提供しているが、これらの中継のためにNBS５とUN６ｂに個別に払い出しているコンテキストIDおよびデータパス情報は、同一すなわちr3＝r4，Ir3＝Ir4，Pr＝Pr4，Fr3＝Fr4としてもよい。また、ユーザデータについては、Ir3＝It2，Pr3＝Pt2，Fr3＝Ft2，Ir4＝Iub，Pr4＝Pub，Fr4＝Fubとすることで、UN６ｂとNBS５との間で直接データ転送を行うようにしてもよい。
以上のように、実施の形態２では、ページング等の共通制御系シグナリングメッセージ処理、UE毎の呼制御・ハンドオーバ処理を行う個別制御系シグナリングメッセージ処理、また、ユーザデータの中継処理等、処理するシグナリングメッセージおよびユーザデータの種別毎に複数のRNを設けている。これにより、仮想的に１台の基地局に見せるUNの数に応じてRNを追加し、RNが性能上のボトルネックとなることを回避することができる。複数RNによるRN処理の負荷分散は、RNが通常の基地局すなわちUNの機能をも具備している場合には特に有効である。
実施の形態３．
以上の実施の形態１および実施の形態２では、RNまたはRN-D/RN-Nにて同一のノードがシグナリングメッセージとユーザデータの両方の中継処理を行っていた。しかしながら、ユーザデータの中継処理では、ハンドオーバの際のシグナリングメッセージのように受信したメッセージの内容を解釈して中継方法を切り替える必要がないため、ユーザデータ中継専用の装置として分離独立させ、必要に応じてシグナリングメッセージの中継ノードから中継方法を制御することが可能である。本実施の形態では、RNがユーザコンテキストの管理およびシグナリングメッセージの中継を行い、ユーザデータの中継は、専用装置（以下、U-Proxyと呼ぶ）で行う場合を示す。
RNによるU-Proxyの中継制御には、ユーザデータの中継開始、中継先切り替え、および中継停止がある。以下。これらの制御について説明する。なお、RNによるU-Proxyの制御は、実施の形態２のようにRNが複数になっても可能であり、以下に述べるU-Proxy制御方法は、本発明の適用の範囲を制限するものではない。
＜中継開始＞
図１５は、実施の形態１における発信シーケンスを示す図である。図１５のステップＳ５，Ｓ６，Ｓ８，Ｓ９で、AGW３とUN６ｂとの間のユーザデータ中継パスが形成される。
図５０は、これらのステップで形成されるユーザデータ中継パスの詳細を示す図である。パス１０〜１４の端点には、各々のノードがパスに割り当てたコンテキストIDとデータパス情報が記されている。たとえば、パス１０のAGW３側の端点には、AGW３が割り当てたコンテキストID：aが円内に、データパス情報［Ia，Pa，Fa］がその近傍に記してある。以下、RN６ａによる「AGW３〜U-Proxy〜UN６ｂ」間のユーザデータ中継パス確立方法について、図１５，図５０〜図５３を用いて詳細に説明する。
RN６ａは、まず、図１５の発信シーケンスのステップＳ１５でAGW３が割り当てたユーザデータパス情報［Ia，Pa，Fa］を受信すると、図５１に示した動作シーケンスに従って、「AGW３〜UN６ｂ」間のユーザデータ中継に必要なユーザデータパスを、次のようにU-Proxy内に設定する。
（c-1）RN６ａは、U-Proxyに対して「Data Path Request」メッセージを送信し、UN６ｂ向けデータパス情報を要求する。無線アクセスネットワークの構成によっては、VBS６外部で使用するIPアドレスと内部で使用するIPアドレスが異なる場合もあるため、本実施の形態では、「Data Path Request」メッセージに、どちらのIPアドレス体系を使用するかを指定するためのパラメータifを設けることとした。ここでは、UN６ｂが使用するVBS６内部のIPアドレスを割り当てることを指示する“inner”を指定する。また、RN６ａは、当該メッセージにも送信元コンテキストID：pr1を割り当て、以降、U-Proxyからのメッセージがどのデータパス情報に関するものであるかを識別するのに使用する。なお、以下、U-ProxyのノードIDはnpとする。
（c-2）U-Proxyは、ステップ（c-1）でRN６ａからデータパス情報の取得を要求されると、VBS6内部向けデータパス情報［Ir1，Pr1，Fr1］およびそのデータパスに関連づけたコンテキストID：p1を割り当て、「Data Path Response」メッセージにてRN６ａに通知する。
（c-3）ステップ（c-1）と同様にして、RN６ａは、U-Proxyに対してAGW３向けデータパス情報を要求する。このとき、「Data Path Request」メッセージのパラメータifには、AGW３が使用するVBS６外部のIPアドレスを割り当てることを指示する“outer”を設定する。また、コンテキストに対して、RN６ａは、コンテキストID：pr2を割り当てる。
（c-4）ステップ（c-2）と同様にして、U-Proxyは、AGW３向けデータパス情報［Ir2，Pr2，Fr2］およびコンテキストID：p2を割り当て、RN６ａに通知する。
なお、図１５の発信シーケンスでは、ステップＳ１９の開始時までAGW３向けデータパス情報［Ir2，Pr2，Fr2］は不要であるが、本実施の形態では、U-Proxyで空きリソースがあるか否かを早期に判断するためにステップＳ１５の直後に両方のデータパス情報を取得するようにしている。これにより、たとえば、ステップＳ１５の直後にUN６ｂ側のデータパス情報が取得でき、ステップＳ１９の直前でAGW３側データパス情報を取得しようとしてリソース不足のためにエラーとなった場合であっても、ステップＳ１６〜ステップＳ１８の処理を無駄にしてしまうことを避けることができる。
以上のステップ（c-1）〜（c-4）によって、U-Proxy内には、図５０に示すように、「AGW３〜UN６ｂ」間のユーザデータ中継のためのユーザデータパス［Ir1，Pr1，Fr1］(コンテキストID：p1）と［Ir2，Pr2，Fr2］(コンテキストID：p2）が生成される。一方、RN６ａは、U-Proxyで生成したデータパス情報を、そのデータパス情報に対応する自コンテキストIDおよびU-Proxy内コンテキストIDとともにコンテキストIDマッピングテーブルに格納する。たとえば、図１６は、実施の形態１におけるRN６ａのコンテキストIDマッピングテーブルであるが、本実施の形態におけるRN６ａのコンテキストIDマッピングテーブルは、図５２に示すようなテーブルとなる。すなわち、UEID：u1対応レコードの第１サブレコード内ノード＃１コンテキスト情報部は、UN６ｂに関するコンテキスト情報を格納する領域であり、当該情報部の自ノードデータパスには、U-Proxyが割り当てたUN６ｂ向けデータパス情報［Ir1，Pr1，Fr1］を、そのデータパス情報に対応してRN６ａおよびU-Proxyでそれぞれ割り当てたコンテキストID：pr1およびp1とともに格納する。なお、複数のU-Proxyが存在する場合にコンテキストIDを一意に指定するため、U-Proxy側のコンテキストIDは、U-ProxyのノードID：npとともに格納する。一方、上記サブレコード内ノード＃２コンテキスト情報部は、AGW３に関するコンテキスト情報を格納する領域であり、当該情報部の自ノードデータパスには、U-Proxyが割り当てたAGW３向けデータパス情報［Ir2，Pr2，Fr2］を、そのデータパス情報に対応してRN６ａおよびU-Proxyそれぞれで割り当てたコンテキストID：pr2およびp2とともに格納する。
つぎに、RN６ａは、発信シーケンス（図１５参照）のステップＳ１６を実行し、取得したUN６ｂ側データパス情報［Ir1，Pr1，Fr1］をUN６ｂに通知する。つぎに、RN６ａは、ステップＳ１８でUN６ｂからベアラ設定応答を受信し、UN６ｂ側ユーザデータパス情報［Iu，Pu，Fu］を受信すると、図５３に示した動作シーケンスに従って、次のようにユーザデータ中継パスを形成する。
（c-5）RN６ａは、「Path Connect Request」メッセージにより、AGW３から取得したデータパス情報［Ia，Pa，Fa］をU-Proxyに通知し、U-Proxy内に確保したAGW３向けデータパスと接続することを要求する。当該メッセージでは、U-Proxy内で確保したデータパスを指定するために、U-Proxy側コンテキストID：p2を使用する。
（c-6）U-Proxyは、コンテキストID：p2で確保したデータパスと、RN６ａから指定されたAGW３側データパスを接続し、図５０におけるパス１０を形成する。パス形成後、RN６ａへの応答として、「Path Connect Response」メッセージを送信する。
（c-7）ステップ（c-5）と同様に、RN６ａは、UN６ｂから取得したデータパス情報［Iu，Pu，Fu］をU-Proxyに通知し、U-Proxy内でUN６ｂ向けデータパスと接続することを要求する。
（c-8）ステップ（c-6）と同様に、U-Proxy側データパスとUN６ｂ側データパスを接続し、図５０におけるパス１１を形成する。
（c-9）RN６ａは、U-Proxyに対して「Route Request」メッセージを送信し、上記ステップ（c-5），（c-6）で接続した「AGW３〜U-Proxy」間ユーザデータパスで受信したデータを、上記ステップ（c-7），（c-8）で接続した「U-Proxy〜UN６ｂ」間ユーザデータパスに中継することを要求する。
（c-10）U-Proxyは、内部で図５０におけるパス１０とパス１１を接続するパス１３を形成し、AGW３からUN６ｂへの中継パスを確立する。中継パス確立後、応答として、「Route Response」メッセージをRN６ａに返す。
（c-11）ステップ（c-9）と同様に、RN６ａは、U-Proxyに対して、「U-Proxy〜UN６ｂ」間ユーザデータパスで受信したデータを、「AGW３〜U-Proxy」間ユーザデータパスに中継することを要求する。
（c-12）ステップ（c-10）と同様に、U-Proxyは、内部で図５０におけるパス１０とパス１１を接続するパス１２を形成し、UN６ｂからAGW３への中継パスを確立する。
以上のステップ（c-5）〜（c-12）によって、「AGW３〜UN６ｂ」間の双方向のユーザデータ中継パスが確立され、U-Proxyは、ユーザデータの中継を開始する。
＜中継先切り替え＞
図２０は、VBS６内のUN６ｂからUN６ｃへのハンドオーバシーケンス（実施の形態１）を示す図であった。ステップＳ４８，Ｓ４９で「AGW３〜UN６ｂ」間のユーザデータ中継パスを「AGW３〜UN６ｃ」間のユーザデータ中継パスに変更する。以下、RN６ａによる「AGW３〜U-Proxy〜UN６ｂ」間ユーザデータ中継パスから「AGW３〜U-Proxy〜UN６ｃ」間ユーザデータ中継パスへの切り替え方法を、図２０，図５０，図５４を用いて詳細に説明する。なお、このハンドオーバシーケンスでは、「AGW３〜UN６ｂ」間のみならず、「UN６ｂ〜UN６ｃ」間でもハンドオーバ実行に関わるシグナリングメッセージおよびユーザデータ転送のための中継パス生成／解放処理が発生するが、ここでは、「AGW３〜UN６ｂ」間から「AGW３〜UN６ｃ」間へのユーザデータ中継先切り替え処理のみに着目する。
ハンドオーバ開始前、図５０に示す「パス１０→パス１３→パス１１」および「パス１１→パス１２→パス１０」からなる「AGW３〜UN６ｂ」間ユーザデータ中継パスが形成されている。RN６ａは、図２０のステップＳ４８でハンドオーバ先基地局UN６ｃからデータパス情報［Iu’，Pu’，Fu’］を受信すると、図５４に示す動作シーケンスに従って「AGW３〜UN６ｃ」間ユーザデータ中継パスに次のように切り替える。
（u-1）RN６ａは、U-Proxyに「Path Connect Request」メッセージを送信し、ハンドオーバ先基地局UN６ｃから受信したデータパス情報［Iu’，Pu’，Fu’］をU-Proxyに通知する。また、この通知処理とともに、U-Proxy内コンテキストID：p1を当該通知メッセージの宛先コンテキストIDに設定して、現在UN６ｂと接続しているパスをUN６ｃに接続するように要求する。
（u-2）U-Proxyは、コンテキストID：p1で特定されるユーザデータパスをステップ（u-1）で受信したUN６ｃのユーザデータパスに接続し、図５０におけるパス１１をパス１４に切り替える。パスの切り替え後、U-Proxyは、応答としてRN６ａに「Data Path Response」メッセージを送信する。
以上のステップ（u-1），（u-2）によって、「AGW３〜UN６ｂ」間のユーザデータ中継パスが、図５０における「パス１０→パス１３→パス１４」および「パス１４→パス１２→パス１０」からなるユーザデータ中継パスに切り替わる。
＜中継停止＞
図２５は、VBS６内UN６ｂからVBS６外NBS５へのハンドオーバシーケンス（実施の形態１）を示す図であった。ステップＳ７０，Ｓ７１で「AGW３〜UN６ｂ」間のユーザデータ中継パスを解放する。以下、RN６ａにより「AGW３〜U-Proxy〜UN６ｂ」間ユーザデータ中継パスを解放する方法を、図２５，図５０，図５５を用いて詳細に説明する。なお、上記ハンドオーバシーケンスでは、「AGW３〜UN６ｂ」間のみならず、「UN６ｂ〜NBS５」間でもハンドオーバ実行に関わるシグナリングメッセージおよびユーザデータ転送のための中継パス生成／解放処理が発生するが、ここでは、「AGW３〜UN６ｂ」間のユーザデータ中継停止処理のみに着目する。
ハンドオーバ開始前、図５０に示す「パス１０→パス１３→パス１１」および「パス１１→パス１２→パス１０」からなる「AGW３〜UN６ｂ」間ユーザデータ中継パスが形成されている。RN６ａは、図２５のステップＳ７０でハンドオーバ先基地局NBS５からハンドオーバ完了通知を受信すると、図５５に示した動作シーケンスに従って「AGW３〜UN６ｂ」間ユーザデータ中継パスを次のように解放する。
（d-1）RN６ａは、U-Proxyに「Path Deletion Request」メッセージを送信し、コンテキストID：p1に対応するユーザデータパスを解放することを要求する。
（d-2）U-Proxyは、コンテキストID：p1に関連づけられているデータパス情報［Ir1，Pr1，Fr1］を解放し、図５０におけるパス１１，パス１３，パス１２を切断する。パス切断後、U-Proxyは、RN６ａに対する応答として「Data Deletion Response」メッセージを送信する。
（d-3）ステップ（d-1）と同様に、RN６ａは、コンテキストID：p2に対応するユーザデータパスを解放することを要求する。
（d-4）ステップ（d-2）と同様に、U-Proxyは、データパス情報［Ir2，Pr2，Fr2］を解放し、図５０におけるパス１０を切断する。
以上のステップ（d-1）〜（d-4）によって、「AGW３〜UN６ｂ」間のユーザデータ中継パスが解放され、ユーザデータの中継が停止される。
以上のように、本実施の形態では、RNはシグナリングメッセージのみを中継し、中継の過程で必要に応じてU-Proxyを制御してユーザデータをU-Proxyに中継させるようにした。すなわち、シグナリングメッセージを中継するノードと、ユーザデータを中継するノードと、を分離することとした。これにより、シグナリングメッセージの終端，ユーザコンテキストの管理等の負荷と、一般に伝送レートの高いユーザデータの中継負荷と、を分散することが可能となる。また、シグナリングメッセージおよびユーザデータの中継は複数のRNおよびU-Proxyで行うことができるので、VBSを構成するUN数に応じた数の中継ノードを配置することが可能となり、スケーラビリティにも優れる。
以上のように、本発明にかかる無線通信システムは、コアネットワークと無線アクセスネットワークとの間のゲートウェイ装置配下に基地局を配置したアーキテクチャを採用する通信システムに適している。
１ コアネットワーク
２ 無線アクセスネットワーク
３ AGW（Access GateWay）
４ サーバ群
５ NBS（Neighbor Base Station）
６ VBS（Virtual Base Station）
６ａ RN（Representative Node）
６ｂ，６ｃ UN（Unrepresentative Node）
６ａ−１ RN-C
６ａ−２ RN-D
６ａ−３ RN-N

Claims (16)

  1. コアネットワークと無線アクセスネットワークとを接続するゲートウェイ装置を備える無線通信システムであって、
    前記ゲートウェイ装置に接続された少なくとも１つの代表基地局と、当該代表基地局配下の複数の非代表基地局と、を含み、これらの基地局で仮想的に１つの基地局を形成する仮想基地局、
    を前記無線アクセスネットワーク内に備え、
    前記非代表基地局の存在を、前記ゲートウェイ装置、および前記仮想基地局に隣接する隣接基地局、から隠蔽することを特徴とする無線通信システム。
  2. 前記代表基地局配下の非代表基地局が、当該代表基地局を介して、前記ゲートウェイ装置および前記隣接基地局と制御メッセージやユーザデータの送受信を行うことにより、非代表基地局の存在を前記ゲートウェイ装置および前記隣接基地局から隠蔽することを特徴とする請求項１に記載の無線通信システム。
  3. 前記制御メッセージやユーザデータの種別に応じて、一つまたは複数の代表基地局を設置することを特徴とする請求項２に記載の無線通信システム。
  4. 前記制御メッセージについては、前記代表基地局が、前記非代表基地局に代わって前記ゲートウェイ装置および前記隣接基地局と送受信を行い、
    前記ユーザデータについては、前記代表基地局とは異なるノードが、前記非代表基地局に代わって前記ゲートウェイ装置および前記隣接基地局と送受信を行うことを特徴とする請求項２または３に記載の無線通信システム。
  5. 前記代表基地局とは異なるノードを、非代表基地局の一つとすることを特徴とする請求項４に記載の無線通信システム。
  6. 前記代表基地局とは異なるノードを、ユーザデータの代行送受信を行う機能を具備する専用装置とすることを特徴とする請求項４に記載の無線通信システム。
  7. 前記代表基地局が、さらに、移動端末と無線通信を行う機能を有することを特徴とする請求項１〜６のいずれか一つに記載の無線通信システム。
  8. 前記代表基地局は、前記非代表基地局が担当するセルを、自局のセルとして保持することを特徴とする請求項１〜７のいずれか一つに記載の無線通信システム。
  9. 前記非代表基地局は、接続先のノード情報として前記代表基地局を設定することを特徴とする請求項１〜８のいずれか一つに記載の無線通信システム。
  10. 前記代表基地局は、前記非代表基地局よりも前に起動し、前記非代表基地局との間で所定の起動手順を完了するまでの間は、自局に接続する非代表基地局のセルを通信不能状態とすることを特徴とする請求項１〜９のいずれか１つに記載の無線通信システム。
  11. 前記代表基地局は、自局に接続する非代表基地局が担当するセルに割り当てるセルIDおよび位置登録エリアIDを管理し、前記所定の起動手順実行時に、当該非代表基地局に対してセルIDおよび位置登録エリアIDを割り当てることを特徴とする請求項１０に記載の無線通信システム。
  12. 前記代表基地局は、前記所定の起動手順が完了した時点で、非代表基地局が担当するセルを通信可能状態とすることを特徴とする請求項１０または１１に記載の無線通信システム。
  13. 前記代表基地局は、非代表基地局の停止または非代表基地局の異常発生を認識すると、当該非代表基地局が担当するセルを通信不能状態とすることを特徴とする請求項１２に記載の無線通信システム。
  14. 前記コアネットワーク側では、前記仮想基地局の状態監視を、当該仮想基地局内の前記代表基地局を対象に行うことを特徴とする請求項１０〜１３のいずれか一つに記載の無線通信システム。
  15. 請求項１〜１４のいずれか一つに記載の無線通信システムで、代表基地局として動作することを特徴とする基地局。
  16. 請求項１〜１４のいずれか一つに記載の無線通信システムで、非代表基地局として動作することを特徴とする基地局。
JP2011280280A 2007-08-10 2011-12-21 代表基地局 Expired - Fee Related JP5058372B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2011280280A JP5058372B2 (ja) 2007-08-10 2011-12-21 代表基地局

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2007210020 2007-08-10
JP2007210020 2007-08-10
JP2011280280A JP5058372B2 (ja) 2007-08-10 2011-12-21 代表基地局

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2009528098A Division JP4897048B2 (ja) 2007-08-10 2008-08-06 無線通信システムおよび基地局

Publications (3)

Publication Number Publication Date
JP2012095336A true JP2012095336A (ja) 2012-05-17
JP2012095336A5 JP2012095336A5 (ja) 2012-07-26
JP5058372B2 JP5058372B2 (ja) 2012-10-24

Family

ID=40350664

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2009528098A Expired - Fee Related JP4897048B2 (ja) 2007-08-10 2008-08-06 無線通信システムおよび基地局
JP2011280280A Expired - Fee Related JP5058372B2 (ja) 2007-08-10 2011-12-21 代表基地局

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2009528098A Expired - Fee Related JP4897048B2 (ja) 2007-08-10 2008-08-06 無線通信システムおよび基地局

Country Status (5)

Country Link
US (1) US8467356B2 (ja)
EP (1) EP2184935A4 (ja)
JP (2) JP4897048B2 (ja)
CN (1) CN101779516A (ja)
WO (1) WO2009022610A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016523055A (ja) * 2013-05-15 2016-08-04 アルカテル−ルーセント ネットワークノードおよび方法

Families Citing this family (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010051830A1 (en) * 2008-11-04 2010-05-14 Nokia Siemens Networks Oy Handling of overloads and handovers in a communications network
JPWO2010116621A1 (ja) * 2009-03-30 2012-10-18 パナソニック株式会社 無線通信装置
WO2010119656A1 (ja) * 2009-04-17 2010-10-21 パナソニック株式会社 無線通信装置
JP4937296B2 (ja) * 2009-04-27 2012-05-23 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム
WO2010126053A1 (ja) * 2009-04-27 2010-11-04 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム
JP5038350B2 (ja) 2009-04-27 2012-10-03 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム
JP5072900B2 (ja) 2009-04-27 2012-11-14 株式会社エヌ・ティ・ティ・ドコモ ハンドオーバ方法
US8549124B2 (en) * 2009-05-27 2013-10-01 International Business Machines Corporation Network management discovery tool
JP5316250B2 (ja) * 2009-06-17 2013-10-16 富士通株式会社 呼制御システム、通信中継装置、通信装置及びその方法
CN102461257A (zh) 2009-06-19 2012-05-16 捷讯研究有限公司 在演进通用陆地无线接入网接入节点处具有s1端接的中继切换期间的数据处理机制
CA2764575A1 (en) 2009-06-19 2010-12-23 Research In Motion Limited Mechanisms for data handling during a relay handover with s1 termination at relay
US8687590B2 (en) 2009-10-02 2014-04-01 Blackberry Limited System and method for handover between relays
US8804596B2 (en) 2009-10-02 2014-08-12 Blackberry Limited Architecture for termination at access device
JP5793869B2 (ja) 2010-03-05 2015-10-14 株式会社リコー 伝送管理システム、伝送管理方法、及び伝送管理プログラム
EP2556689B1 (en) * 2010-04-08 2017-11-08 Nokia Solutions and Networks Oy Releasing a radio resource (e.g. primary component carrier) based on capacities of base stations
CN102104930A (zh) * 2010-06-12 2011-06-22 电信科学技术研究院 一种资源状态过程的映射方法和设备
CN102595534B (zh) * 2011-01-10 2014-12-03 华为技术有限公司 用户设备上下文相关资源的释放方法和设备
US9544108B2 (en) 2011-02-11 2017-01-10 Qualcomm Incorporated Method and apparatus for enabling channel and interference estimations in macro/RRH system
US9426703B2 (en) * 2011-02-11 2016-08-23 Qualcomm Incorporated Cooperation and operation of macro node and remote radio head deployments in heterogeneous networks
US8995400B2 (en) 2011-02-11 2015-03-31 Qualcomm Incorporated Method and apparatus for enabling channel and interference estimations in macro/RRH system
US9054842B2 (en) 2011-02-14 2015-06-09 Qualcomm Incorporated CRS (common reference signal) and CSI-RS (channel state information reference signal) transmission for remote radio heads (RRHs)
EP2695411A1 (en) * 2011-04-06 2014-02-12 Telefonaktiebolaget LM Ericsson (PUBL) Delivery of internet based service to user equipment
CN103249021B (zh) * 2012-02-01 2016-12-14 华为技术有限公司 在基站设备上实现多小区服务的方法及设备
WO2013129669A1 (ja) * 2012-03-02 2013-09-06 富士通株式会社 通信機器探索方法、通信機器、通信機器探索プログラムおよびアドホックネットワークシステム
TWI469599B (zh) * 2012-06-08 2015-01-11 Arcadyan Technology Corp 無線行動通訊方法
JP5997995B2 (ja) * 2012-09-26 2016-09-28 株式会社Ｎｔｔドコモ 無線基地局
KR101543859B1 (ko) 2013-06-25 2015-08-11 에릭슨 엘지 주식회사 페이징 부하 감소 방법 및 그를 위한 이동통신 시스템
EP3133895A4 (en) * 2014-04-14 2017-09-20 Nec Corporation Communication apparatus, communication method, and storage medium
CN103997729B (zh) * 2014-05-26 2018-05-29 京信通信系统（中国）有限公司 一种传输消息的方法、装置及系统
WO2016079991A1 (ja) * 2014-11-21 2016-05-26 日本電気株式会社 通信装置、通信方法、通信システム及び記憶媒体
CN104980954B (zh) * 2015-05-27 2020-06-09 中国科学院信息工程研究所 一种终端的实时管控方法及基站控制模块
US10298577B1 (en) * 2016-03-31 2019-05-21 Amazon Technologies, Inc. Credential vending to processes
US10681672B2 (en) * 2016-09-01 2020-06-09 Parallel Wireless, Inc. Paging optimization for VeNB
CN111133732B (zh) * 2017-09-26 2022-10-04 瑞典爱立信有限公司 在无线通信系统中切换时管理安全上下文并执行密钥导出
CA3109952A1 (en) 2018-08-23 2020-02-27 John Mezzalingua Associates, LLC System and method for creating and managing private subnetworks of lte base stations

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH02266621A (ja) * 1989-04-06 1990-10-31 Toshiba Corp 移動通信システムの基地局選択方法
JPH03247031A (ja) * 1990-02-23 1991-11-05 Mitsubishi Electric Corp 移動体通信方式

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3645140B2 (ja) * 1999-12-28 2005-05-11 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム
JP2002345015A (ja) 2001-05-18 2002-11-29 Matsushita Electric Ind Co Ltd 移動通信基地局システム
JP2003258704A (ja) 2002-02-28 2003-09-12 Ntt Docomo Inc 通信方法、基地局、端末装置及び通信システム
WO2004036855A2 (en) * 2002-10-16 2004-04-29 Mobile Cohesion Limited A service access gateway
JP2004207851A (ja) 2002-12-24 2004-07-22 Mitsubishi Electric Corp パケット処理代表装置使用移動体通信システム
JP2005079797A (ja) 2003-08-29 2005-03-24 Hitachi Kokusai Electric Inc 無線通信伝送方式
DE602004001455T2 (de) * 2004-05-24 2006-12-21 Alcatel Drahtlose Datenweiterleitung zwischen Zugangspunkten für eine Eisenbahn
JP2005354240A (ja) * 2004-06-09 2005-12-22 Nec Corp モバイルネットワーク、無線ネットワーク多重装置及びそれに用いる通信路制御方法
JP2005354549A (ja) 2004-06-14 2005-12-22 Mitsubishi Electric Corp 通信装置及び通信システム及び通信装置管理方法及びプログラム
JP4563231B2 (ja) 2005-03-28 2010-10-13 三菱電機株式会社 無線基地局集線装置
JP2007020026A (ja) 2005-07-11 2007-01-25 Hitachi Communication Technologies Ltd グループコントロール無線基地局およびそのチャネル割当方法
EP1983775A1 (en) * 2006-02-08 2008-10-22 Matsushita Electric Industrial Co., Ltd. Radio communication base station device, radio communication terminal device, and radio communication system
US7986915B1 (en) * 2006-02-24 2011-07-26 Nortel Networks Limited Method and system for a wireless multi-hop relay network

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH02266621A (ja) * 1989-04-06 1990-10-31 Toshiba Corp 移動通信システムの基地局選択方法
JPH03247031A (ja) * 1990-02-23 1991-11-05 Mitsubishi Electric Corp 移動体通信方式

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016523055A (ja) * 2013-05-15 2016-08-04 アルカテル−ルーセント ネットワークノードおよび方法

Also Published As

Publication number Publication date
WO2009022610A1 (ja) 2009-02-19
JP4897048B2 (ja) 2012-03-14
CN101779516A (zh) 2010-07-14
EP2184935A1 (en) 2010-05-12
US8467356B2 (en) 2013-06-18
EP2184935A4 (en) 2013-08-14
JP5058372B2 (ja) 2012-10-24
JPWO2009022610A1 (ja) 2010-11-11
US20100195635A1 (en) 2010-08-05

Similar Documents

Publication Publication Date Title
JP4897048B2 (ja) 無線通信システムおよび基地局
US11206584B2 (en) Federated X2 gateway
US11419012B2 (en) X2 brokering between inter-3GPP release eNodeB's
US11006466B2 (en) Communications system
KR101364402B1 (ko) 신분 아이디 및 위치 아이디 분리 구조를 기반으로 하는 네트워크와 그 백본 네트워크 및 네트워크 요소
EP2346215B1 (en) Equipment pool management method, node equipment and communication system
US20090109933A1 (en) Base station apparatus, communication method and mobile communication system
US9173141B2 (en) Method, device and system for establishing neighboring base station connections
US20190075606A1 (en) Coordinated selection of user plane functions in core and radio access networks
EP3410752B1 (en) Mobility management method, apparatus and system
JP2015130687A (ja) ユーザ機器のコンテキストに関連するリソースを解放するための方法およびデバイス
EP2309799B1 (en) A route optimization method and system
EP1424819A1 (en) Mobile communications network and data delivery method in mobile communications network
CN104255062A (zh) 通信系统和用于路径控制的方法
KR101409315B1 (ko) 터미널 핸드오버를 실현하는 방법 및 시스템
US9247483B2 (en) Method and system for data traffic offload
WO2019084914A1 (zh) 小区切换方法及装置
JP2016519522A (ja) トランスポート層アドレスの通知方法及びシステム
JP2018534872A (ja) リンク確立方法およびデバイス

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120608

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20120608

TRDD Decision of grant or rejection written
A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20120625

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120703

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120731

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150810

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees