(57)【要約】  本発明にかかる無線通信システムは、コアネットワーク１と無線アクセスネットワーク２とを接続するゲートウェイ装置３を備える無線通信システムであって、ゲートウェイ装置３に接続された代表基地局６ａと代表基地局６ａ配下の複数の非代表基地局６ｂ，６ｃとを含む仮想基地局６、を無線アクセスネットワーク２内に備え、各非代表基地局の存在をゲートウェイ装置３および隣接基地局５から隠蔽する。
2009022610.tif 000002
【特許請求の範囲】
【請求項１】
コアネットワークと無線アクセスネットワークとを接続するゲートウェイ装置を備える無線通信システムであって、
前記ゲートウェイ装置に接続された少なくとも１つの代表基地局と、当該代表基地局配下の複数の非代表基地局と、を含み、これらの基地局で仮想的に１つの基地局を形成する仮想基地局、
を前記無線アクセスネットワーク内に備え、
前記非代表基地局の存在を、前記ゲートウェイ装置、および前記仮想基地局に隣接する隣接基地局、から隠蔽することを特徴とする無線通信システム。
【請求項２】
前記代表基地局配下の非代表基地局が、当該代表基地局を介して、前記ゲートウェイ装置および前記隣接基地局と制御メッセージやユーザデータの送受信を行うことにより、非代表基地局の存在を前記ゲートウェイ装置および前記隣接基地局から隠蔽することを特徴とする請求項１に記載の無線通信システム。
【請求項３】
前記制御メッセージやユーザデータの種別に応じて、一つまたは複数の代表基地局を設置することを特徴とする請求項２に記載の無線通信システム。
【請求項４】
前記制御メッセージについては、前記代表基地局が、前記非代表基地局に代わって前記ゲートウェイ装置および前記隣接基地局と送受信を行い、
前記ユーザデータについては、前記代表基地局とは異なるノードが、前記非代表基地局に代わって前記ゲートウェイ装置および前記隣接基地局と送受信を行うことを特徴とする請求項２または３に記載の無線通信システム。
【請求項５】
前記代表基地局とは異なるノードを、非代表基地局の一つとすることを特徴とする請求項４に記載の無線通信システム。
【請求項６】
前記代表基地局とは異なるノードを、ユーザデータの代行送受信を行う機能を具備する専用装置とすることを特徴とする請求項４に記載の無線通信システム。
【請求項７】
前記代表基地局が、さらに、移動端末と無線通信を行う機能を有することを特徴とする請求項１〜６のいずれか一つに記載の無線通信システム。
【請求項８】
前記代表基地局は、前記非代表基地局が担当するセルを、自局のセルとして保持することを特徴とする請求項１〜７のいずれか一つに記載の無線通信システム。
【請求項９】
前記非代表基地局は、接続先のノード情報として前記代表基地局を設定することを特徴とする請求項１〜８のいずれか一つに記載の無線通信システム。
【請求項１０】
前記代表基地局は、前記非代表基地局よりも前に起動し、前記非代表基地局との間で所定の起動手順を完了するまでの間は、自局に接続する非代表基地局のセルを通信不能状態とすることを特徴とする請求項１〜９のいずれか１つに記載の無線通信システム。
【請求項１１】
前記代表基地局は、自局に接続する非代表基地局が担当するセルに割り当てるセルIDおよび位置登録エリアIDを管理し、前記所定の起動手順実行時に、当該非代表基地局に対してセルIDおよび位置登録エリアIDを割り当てることを特徴とする請求項１０に記載の無線通信システム。
【請求項１２】
前記代表基地局は、前記所定の起動手順が完了した時点で、非代表基地局が担当するセルを通信可能状態とすることを特徴とする請求項１０または１１に記載の無線通信システム。
【請求項１３】
前記代表基地局は、非代表基地局の停止または非代表基地局の異常発生を認識すると、当該非代表基地局が担当するセルを通信不能状態とすることを特徴とする請求項１２に記載の無線通信システム。
【請求項１４】
前記コアネットワーク側では、前記仮想基地局の状態監視を、当該仮想基地局内の前記代表基地局を対象に行うことを特徴とする請求項１０〜１３のいずれか一つに記載の無線通信システム。
【請求項１５】
請求項１〜１４のいずれか一つに記載の無線通信システムで、代表基地局として動作することを特徴とする基地局。
【請求項１６】
請求項１〜１４のいずれか一つに記載の無線通信システムで、非代表基地局として動作することを特徴とする基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コアネットワークと無線アクセスネットワークとの間のゲートウェイ装置配下に基地局を配置した無線通信システムに関するものである。
【背景技術】
【０００２】
近年、より高速な無線パケット通信を目指して様々な無線アクセス高速化技術が提案、規格化されている。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では、エンド・ツー・エンドの遅延削減，ネットワーク構成の簡素化、といった効果が得られる。【０００６】
【特許文献１】特開２００６−２７９２６１号公報
【非特許文献１】3GPP  TS36.300，“Evolved  Universal  Terrestrial  Radio  Access(E-UTRA)  and  Evolved  Universal  Terrestrial  Radio  Access(E-UTRAN);  Overall  description;  Stage  2，”  Version  8.0.0  (2007-03)
【発明の開示】
【発明が解決しようとする課題】
【０００７】
たとえば、上記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）
４  サーバ群
５  NBS（Neighbor  Base  Station）
６  VBS（Virtual  Base  Station）
６ａ  RN（Representative  Node）
６ｂ，６ｃ  UN（Unrepresentative  Node）
６ａ−１  RN-C
６ａ−２  RN-D
６ａ−３  RN-N
【発明を実施するための最良の形態】
【００１５】
以下に、本発明にかかる無線通信システムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。【００１６】
実施の形態１．
図１は、本発明にかかる無線通信システムの実施の形態１の構成例を示す図である。実施の形態１の無線通信システムにおいて、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数に応じた数の中継ノードを配置することが可能となり、スケーラビリティにも優れる。
【産業上の利用可能性】
【０３１１】
以上のように、本発明にかかる無線通信システムは、コアネットワークと無線アクセスネットワークとの間のゲートウェイ装置配下に基地局を配置したアーキテクチャを採用する通信システムに適している。
【図１】
2009022610.tif 000003
【図２】
2009022610.tif 000004
【図３】
2009022610.tif 000005
【図４】
2009022610.tif 000006
【図５】
2009022610.tif 000007
【図６】
2009022610.tif 000008
【図７】
2009022610.tif 000009
【図８】
2009022610.tif 000010
【図９】
2009022610.tif 000011
【図１０】
2009022610.tif 000012
【図１１】
2009022610.tif 000013
【図１２】
2009022610.tif 000014
【図１３】
2009022610.tif 000015
【図１４】
2009022610.tif 000016
【図１５】
2009022610.tif 000017
【図１６】
2009022610.tif 000018
【図１７】
2009022610.tif 000019
【図１８】
2009022610.tif 000020
【図１９】
2009022610.tif 000021
【図２０】
2009022610.tif 000022
【図２１】
2009022610.tif 000023
【図２２】
2009022610.tif 000024
【図２３】
2009022610.tif 000025
【図２４】
2009022610.tif 000026
【図２５】
2009022610.tif 000027
【図２６】
2009022610.tif 000028
【図２７】
2009022610.tif 000029
【図２８】
2009022610.tif 000030
【図２９】
2009022610.tif 000031
【図３０】
2009022610.tif 000032
【図３１】
2009022610.tif 000033
【図３２】
2009022610.tif 000034
【図３３】
2009022610.tif 000035
【図３４】
2009022610.tif 000036
【図３５】
2009022610.tif 000037
【図３６】
2009022610.tif 000038
【図３７】
2009022610.tif 000039
【図３８】
2009022610.tif 000040
【図３９】
2009022610.tif 000041
【図４０】
2009022610.tif 000042
【図４１】
2009022610.tif 000043
【図４２】
2009022610.tif 000044
【図４３】
2009022610.tif 000045
【図４４】
2009022610.tif 000046
【図４５】
2009022610.tif 000047
【図４６】
2009022610.tif 000048
【図４７】
2009022610.tif 000049
【図４８】
2009022610.tif 000050
【図４９】
2009022610.tif 000051
【図５０】
2009022610.tif 000052
【図５１】
2009022610.tif 000053
【図５２】
2009022610.tif 000054
【図５３】
2009022610.tif 000055
【図５４】
2009022610.tif 000056
【図５５】
2009022610.tif 000057
【国際調査報告】
2009022610.tif 000058
2009022610.tif 000059