JP5807672B2 - 移動管理システム、移動管理方法、アクセスｇｗ装置、移動管理制御装置、及びプログラム - Google Patents

Description

本発明は、少なくとも１つのアクセスＧＷ（Ｇａｔｅｗａｙ）を含むネットワークに移動端末が接続した場合に、少なくとも１つのアクセスＧＷ間での移動端末の移動に関わらず不変である移動端末の識別子（端末識別子）と、移動端末宛てパケットの転送先として用いられるアクセスＧＷの情報との対応関係をモビリティアンカーに登録することで移動通信を実現する移動通信システムに関する。モビリティアンカーは、アンカー機能を提供し、予め登録された端末識別子とアクセスＧＷ情報との対応関係に基づいて、外部ネットワークから受信した移動端末宛てのデータパケットをアクセスＧＷに転送する。特に、本発明は、移動端末と通信相手ノード（ＣＮ：Corresponding Node）との間のデータ通信の最中に当該データ通信に関するパケットを転送するモビリティアンカーの切替えを行う方法に関する。

図１は、ネットワークベース移動管理システム（Network Based Mobility Management System）の概略図である。図１に示されたネットワークベースの移動管理システムは、モビリティアンカー１００、アクセスゲートウェイ（アクセスＧＷ）２００、及び移動端末４００を含む。ネットワークベース移動管理システムでは、ネットワーク１０に配置されたアクセスＧＷ２００等のノードが移動端末４００に代わって移動端末４００の移動制御を行う。これに対して、移動端末４００の移動制御に移動端末４００自身が関与する移動通信システムは、ホストベース移動管理システム（Host Based Mobility Management System）と呼ばれる。ネットワークベース移動管理システムの一例は、ＰＭＩＰｖ６（Proxy Mobile IPv6）を採用するシステムである。一方、ホストベース移動管理システムの一例は、ＭＩＰｖ６（Mobile IPv6）を採用するシステムである。本明細書では、特に断らない限り、単に移動管理システムといった場合はネットワークベース移動管理システムを指すものとする。

図１に示されるように、モビリティアンカー１００、アクセスＧＷ２００、及びモビリティ管理ノード３００は、ネットワーク１０に配置される。外部ネットワーク２０に配置された通信相手ノード（ＣＮ）５００は、移動端末４００との間でデータ通信を行う装置である。ＣＮ５００は、例えば、ＷＥＢサービスなどのネットワークを介したサービスを移動端末４００に提供する。ＣＮ５００は、移動管理システムには含まれず、移動管理に関与しない。

図１の移動管理システムにおいて、アクセスＧＷ２００は、移動端末４００の端末識別子と、移動端末４００宛ての（i.e. データパケット）の転送先として用いられるアクセスＧＷ２００情報とをモビリティアンカー１００に登録する。モビリティアンカー１００は、端末識別子とアクセスＧＷ情報の対応関係の登録（これを以降では位置登録と呼称する）を利用して、ＣＮ５００から送られた移動端末４００宛てのデータパケットを移動端末４００が収容されている（つまり移動端末４００の移動先である）アクセスＧＷ２００に転送する。これにより移動端末４００が複数のアクセスＧＷ２００の間を移動した場合でも継続した通信が可能となる。移動端末４００の端末識別子としては、例えば移動端末４００のアドレスが使われる。データパケットの転送先として用いられるアクセスＧＷ２００の情報しては、アクセスＧＷ２００のアドレスが使われる。また、モビリティアンカー１００とアクセスＧＷ２００の間でデータパケットを転送する方法としては、例えばトンネリング技術が使用される。

図１に示した移動管理システムにおいて移動端末４００の位置登録を実現するためのプロトコル（以下、移動管理プロトコル）としては、ＩＥＴＦ（Internet Engineering Task Force）において標準化されたＰＭＩＰｖ４（Proxy Mobile Internet Protocol version 4）、ＰＭＩＰｖ６（Proxy Mobile Internet Protocol version 6）がある。また、その他のプロトコルとしては、３ＧＰＰ（Third Generation Partnership Project）において標準化されたＧＴＰ（General Packet Radio Service(GPRS) Tunnelling Protocol）がある。ＰＭＩＰｖ４については非特許文献１、ＰＭＩＰｖ６については非特許文献２、ＧＴＰについては非特許文献３を参照されたい。これらの移動管理プロトコルは、信号形式、信号に含まれる情報、及びデータパケット転送用のトンネル形式に違いはあるが、基本的には前述した移動管理方法に沿った動作を規定している。これらの移動管理プロトコルを適用した移動通信システムに、例えば３ＧＰＰで標準化されたＧＰＲＳ及びＥＰＳ（Evolved Packet System）がある。そのほかにも、３ＧＰＰ２、及びＷｉＭＡＸ Ｆｏｒｕｍ等で標準化された移動通信システムにおいても上述した移動管理プロトコルが適用されている。

例えば、ＥＰＳでは、モビリティアンカー１００及びアクセスＧＷ２００は、Ｐ−ＧＷ（Packet Data Network(PDN)-Gateway）及びＳ−ＧＷ（Serving-Gateway）にそれぞれ対応する。ＧＰＲＳでは、モビリティアンカー１００及びアクセスＧＷ２００は、ＧＧＳＮ（Gateway GPRS Support Node）及びＳＧＳＮ（Serving GPRS Support Node）にそれぞれ対応する。また、ＰＭＩＰｖ６では、モビリティアンカー１００及びアクセスＧＷ２００は、ＬＭＡ（Local Mobility Anchor）及びＭＡＧ（Mobile Access Gateway）にそれぞれ対応する。なお、ＰＭＩＰｖ６におけるＬＭＡ及びＭＡＧは、プロトコル上の機能を意味し、現実の通信システム上のノード名を意味するものではない。

モビリティ管理ノード３００は、移動端末４００、ネットワーク１０上のいずれかのノード、又はＯ＆Ｍ（Ｏｐｅｒａｔｉｏｎ ＆ Ｍａｎａｇｅｍｅｎｔ）機能を有する装置からの要求に基づきアクセスＧＷ２００を制御することによって移動端末４００の移動管理を実施する。具体的に述べると、モビリティ管理ノード３００は、アクセスＧＷ２００によるモビリティアンカー１００への移動管理用の信号送信を制御する。モビリティ管理ノード３００は、システムによっては独立したノードではなく、モビリティ管理ノード３００と同等の機能が例えばアクセスＧＷ２００に含まれることもある。例えば、ＥＰＳの場合、モビリティ管理ノード３００はＭＭＥ（Mobility Management Entity）という独立したノードとして定義されている。一方、同じ３ＧＰＰでも、ＧＰＲＳの場合、モビリティ管理ノード３００の機能はＳＧＳＮに内包される。

以上が従来のネットワークベースの移動管理システムの構成および動作である。ここで、移動端末４００に対して移動通信サービスを提供するためのアンカーサービスを提供しているモビリティアンカー１００を、移動端末４００の通信を継続したまま、別のモビリティアンカーに切替えるケースを考える。モビリティアンカー１００の切り替えの契機としては、モビリティアンカー１００の異常を検出した場合、及び負荷分散を行う場合が想定される。しかしながら、現時点における３ＧＰＰなどの現実のシステムでは、移動通信を継続したままモビリティアンカーを切替える手法が存在しない。ＩＥＴＦのＮＥＴＥＸＴ（Network-Based Mobility Extension） ＷＧでは、ＰＭＩＰｖ６においてこの目的を達成するための提案がなされている（非特許文献４を参照）。

非特許文献４には、２通りのモビリティアンカー１００の切り替え方法が示されている。これらの切り替え方法を図２及び３を使って簡単に説明する。図２において、移動端末４００を収容するアクセスＧＷ２００は、なんらかの契機により位置登録要求信号をモビリティアンカー１００Ａに送信する（ステップＳ１０１）。位置登録要求信号を送信する契機は、例えば、移動端末４００が接続した場合、及び既にモビリティアンカー１００Ａに対して位置登録をしている場合で当該位置登録の失効時刻が近づいた場合である。ここで、位置登録要求は、移動端末４００のアドレス、及びアクセスＧＷ２００のアドレスを含む。つまり、アクセスＧＷ２００は、位置登録要求によって、移動端末４００宛てのデータパケットをアクセスＧＷ２００宛てに転送することをモビリティアンカー１００Ａに要求する。

モビリティアンカー１００Ａは、位置登録要求の受信に応じて、切替え先のモビリティアンカー１００Ｂとの間でメッセージの交換（シグナリング）を行う。これにより、切替え先のモビリティアンカー１００Ｂは、移動端末４００宛てのデータパケットを転送するための位置登録情報を保持する（ステップＳ１０２）。その後、モビリティアンカー１００Ａは、モビリティアンカー１００Ｂのアドレスを位置登録応答信号に格納してアクセスＧＷ２００に送信する（ステップＳ１０３）。アクセスＧＷ２００は、モビリティアンカー１００Ａから受信した位置登録応答信号に格納されたモビリティアンカー１００Ｂのアドレスを使って、移動端末４００が送受信するデータパケットを転送するためのトンネルをアクセスＧＷ２００とモビリティアンカー１００Ｂの間にセットアップする（ステップＳ１０４）。この結果、移動端末４００が送受信するデータパケットは、アクセスＧＷ２００とモビリティアンカー１００Ｂの間に新たに確立されたトンネルを介して送受信される。

図３を用いてモビリティアンカー１００の他の切り替え方法について説明する。図３の手順においてステップＳ２０１の位置登録要求信号の処理については、図２の位置登録要求（ステップＳ１０１）、位置登録応答（ステップＳ１０３）とほぼ同等である。しかしながら、図３の手順では、ステップＳ１０２のモビリティアンカー間の情報交換をすることなく、アクセスＧＷ２００が、位置登録応答信号に格納されたモビリティアンカー１００Ｂのアドレスを使って別途モビリティアンカー１００Ｂに位置登録処理を実施する（ステップＳ２０２）。その後、移動端末４００が送受信するデータパケットがモビリティアンカー１００Ｂを介して転送されるのは、図２のステップＳ１０４と同様である。アクセスＧＷ２００は、モビリティアンカー１００Ａによって、切り替え先のモビリティアンカー１００Ｂのアドレスと共に位置登録応答信号に格納された応答コードの違いに応じて、図２と図３のどちらの動作を実施するかを判定する。

なお、例えばＰＭＩＰｖ６の場合、図２及び３に関して述べた位置登録要求信号及び位置登録応答信号は、"Proxy Binding Update"及び"Proxy Binding Acknowledgement"にそれぞれ対応する。また、例えば、３ＧＰＰのＥＰＳの場合、位置登録要求信号はＳ−ＧＷからＰ−ＧＷに送信されるデフォルトベアラ設定要求メッセージに対応し、位置登録応答信号はＰ−ＧＷからＳ−ＧＷに送信されるベアラ設定応答メッセージに対応する。

Leung, et al., RFC 5563 " WiMAX Forum / 3GPP2 Proxy Mobile IPv4", IETF（Internet Engineering Task Force）, 2010年2月 Gundavelli, et al., RFC5213 "Proxy Mobile IPv6", IETF, 2008年8月 3GPP TS 29.060 V9.5.0 (2010-12) " General Packet Radio Service (GPRS); GPRS Tunnelling Protocol (GTP) across the Gn and Gp interface", 3GPP（3rd Generation Partnership Project）, 2010年12月 Korhonen, et al., Internet-Draft "Runtime LMA Assignment Support for Proxy Mobile IPv6" (draft-ietf-netext-redirect-04.txt), IETF, 2010年9月

非特許文献４に示された方法は、ネットワークベースの移動管理システムにおいてモビリティアンカーを切替えることを可能とする。しかし、非特許文献４に示されたモビリティアンカー切り替え方法を実際の移動管理システムに適用する場合には問題がある。まず、第１の問題は、切替え先のモビリティアンカー１００Ｂのアドレスの決定及び切り替え方法の決定が、切り替え元のモビリティアンカー１００によって行われていることである。すなわち、非特許文献４に示された２つの方法はともに、切り替え元のモビリティアンカー１００Ａがモビリティアンカー切り替え処理を制御している。しかしながら、３ＧＰＰなど実際の移動管理システムでは、モビリティ管理ノード３００が主体的に移動管理を行う。このため、非特許文献４に示された方法を３ＧＰＰなどのシステムに適用することは難しい。

第２の問題は、非特許文献４に示された２つの方法は、２つのモビリティアンカーの間でアンカーポイントの切り替えを行うのみであり、２つのモビリティアンカーを同時に使用する状態を想定していないことである。図２及び３の例では、モビリティアンカーの切り替え後はモビリティアンカー１００Ｂのみが使用可能であり、モビリティアンカー１００Ａは使用できない。しかしながら、例えば、モビリティアンカー１００Ａの負荷が大きくなった場合などに、移動端末４００とＣＮ５００の間のデータ通信の最中に、データパケットの種類に応じて一部のデータパケットの転送パスをモビリティアンカー１００Ａから１００Ｂに切り替えることが想定される。また、モビリティアンカー又は外部ネットワークの機能及びキャパシティの違いを考慮すると、移動端末４００に意識させることなく、移動端末４００が送受信するデータパケットをその種別に応じて複数のモビリティアンカーに振り分けることが想定される。しかしながら、非特許文献４に示された２つの方法は、それらのニーズに対応することはできない。

本発明は、かかる問題を鑑みてなされたものであり、その目的は、移動端末と外部ネットワークに配置された通信相手ノード（ＣＮ）との間のデータ通信の最中にモビリティ管理ノード主導でモビリティアンカー切り替えを可能とするとともに、移動端末と通信相手ノード（ＣＮ）との間で送受信されるデータパケットの全体では無くその一部についてモビリティアンカーを変更することが可能な移動管理システム、移動管理方法、アクセスＧＷ装置、移動管理制御装置、及びプログラムを提供することにある。

本発明の第１の態様は、移動端末の移動管理を前記移動端末では無くネットワーク側で行うネットワークベースの移動管理システムを含む。当該移動管理システムは、複数のモビリティアンカー、少なくとも１つのアクセスゲートウェイ、及び移動管理制御部を含む。前記複数のモビリティアンカーは、第１及び第２のモビリティアンカーを含み、各々が外部ネットワークとの間でデータパケットを送受信可能に構成されている。前記少なくとも１つのアクセスゲートウェイは、第１のアクセスゲートウェイを含み、前記移動端末と前記複数のモビリティアンカーとの間に配置され、各々が前記移動端末と前記外部ネットワークとの間で送受信されるデータパケットを前記複数のモビリティアンカーのうち少なくとも１つを介して中継できるよう構成されている。前記移動管理制御部は、前記データパケットを中継するモビリティアンカーの切り替えを制御する。さらに、前記移動管理制御部は、前記第１のアクセスゲートウェイに対して、前記第１のアクセスゲートウェイ及び前記第１のモビリティアンカーを介して中継されている前記移動端末に関するデータパケットフローの全体では無く一部のデータパケットフローのみを前記第２のモビリティアンカーを介して中継するように経路変更するための伝送路制御信号を送信できるよう構成されている。さらにまた、前記第１のアクセスゲートウェイは、(i) 前記伝送路制御信号の受信に応じて、前記第１のアクセスゲートウェイと前記第２のモビリティアンカーとの間に前記一部のデータパケットフローを転送するための論理的な伝送路を確立するとともに、(ii) 前記移動端末から受信したデータパケットを識別することによって、前記一部のデータパケットフローを前記第２のモビリティアンカーに転送し、その他のデータパケットフローを前記第１のモビリティアンカーに転送するよう構成されている。

本発明の第２の態様は、移動端末の移動管理を前記移動端末では無くネットワーク側で行うネットワークベースの移動管理システムによる移動管理方法を含む。ここで、本態様に関する移動管理システムは、上述した第１の態様の移動管理システムと同様に、第１及び第２のモビリティアンカーを含む複数のモビリティアンカー、第１のアクセスゲートウェイを含む少なくとも１つのアクセスゲートウェイ、及び移動管理制御部を含む。そして、本態様に係る方法は、以下のステップ（ａ）〜（ｃ）を含む。
（ａ）前記第１のアクセスゲートウェイが、前記第１のアクセスゲートウェイ及び前記第１のモビリティアンカーを介して中継されている前記移動端末に関するデータパケットフローの全体では無く一部のデータパケットフローのみを前記第２のモビリティアンカーを介して中継するように経路変更するための伝送路制御信号を前記移動管理制御部から受信すること；
（ｂ）前記第１のアクセスゲートウェイが、前記伝送路制御信号の受信に応じて、前記第１のアクセスゲートウェイと前記第２のモビリティアンカーとの間に前記一部のデータパケットフローを転送するための論理的な伝送路を確立すること；及び、
（ｃ）前記第１のアクセスゲートウェイが、前記移動端末から受信したデータパケットを識別することによって、前記一部のデータパケットフローを前記第２のモビリティアンカーに転送し、その他のデータパケットフローを前記第１のモビリティアンカーに転送すること。

本発明の第３の態様は、移動端末の移動管理を前記移動端末では無くネットワーク側で行うネットワークベースの移動管理システムにて使用されるアクセスゲートウェイ装置を含む。ここで、本態様に係るアクセスゲートウェイ装置が配置される移動管理システムは、上述した第１の態様の移動管理システムと同様に、第１及び第２のモビリティアンカーを含む複数のモビリティアンカー、前記アクセスゲートウェイ装置を含む少なくとも１つのアクセスゲートウェイ、及び移動管理制御部を含む。さらに、本態様に係るアクセスゲートウェイ装置は、制御信号処理部、伝送路確立部、データ転送部を有する。前記制御信号処理部は、前記アクセスゲートウェイ装置及び前記第１のモビリティアンカーを介して中継されている前記移動端末に関するデータパケットフローの全体では無く一部のデータパケットフローのみを前記第２のモビリティアンカーを介して中継するように経路変更するための伝送路制御信号を前記移動管理制御手段から受信する。前記伝送路確立部は、前記伝送路制御信号の受信に応じて、前記第アクセスゲートウェイ装置と前記第２のモビリティアンカーとの間に前記一部のデータパケットフローを転送するための論理的な伝送路を確立する。前記データ転送部は、前記移動端末から受信したデータパケットを識別することによって、前記一部のデータパケットフローを前記第２のモビリティアンカーに転送し、その他のデータパケットフローを前記第１のモビリティアンカーに転送する。

本発明の第４の態様は、移動端末の移動管理を前記移動端末では無くネットワーク側で行うネットワークベースの移動管理システムにて使用される移動管理制御装置を含む。ここで、本態様に係る移動管理制御装置が配置される移動管理システムは、上述した第１の態様の移動管理システムと同様に、第１及び第２のモビリティアンカーを含む複数のモビリティアンカー、第１のアクセスゲートウェイを含む少なくとも１つのアクセスゲートウェイ、及び本態様の移動管理制御装置を含む。さらに、本態様の移動管理制御装置は、前記第１のアクセスゲートウェイ及び前記第１のモビリティアンカーを介して中継されている前記移動端末に関するデータパケットフローの全体では無く一部のデータパケットフローのみを前記第２のモビリティアンカーを介して中継するように経路変更するための伝送路制御信号を、前記第１のアクセスゲートウェイに対して送信する制御信号処理部を有する。

本発明の第４の態様は、上述した本発明の第２の態様に係る移動管理方法をコンピュータに行わせるためのプログラムを含む。

上述した本発明の各態様によれば、移動端末と外部ネットワークに配置された通信相手ノード（ＣＮ）との間のデータ通信の最中にモビリティ管理ノード主導でモビリティアンカー切り替えを可能とするとともに、移動端末と通信相手ノード（ＣＮ）との間で送受信されるデータパケットの全体では無くその一部についてモビリティアンカーを変更することが可能な移動管理システム、移動管理方法、アクセスＧＷ装置、移動管理制御装置、及びプログラムを提供することができる。

背景技術に係る移動管理システムの構成例を示すブロック図である。 背景技術で述べたＰＭＩＰｖ６におけるモビリティアンカー切り替え手順の第１のパタンを示すシーケンス図である。 背景技術で述べたＰＭＩＰｖ６におけるモビリティアンカー切り替え手順の第２のパタンを示すシーケンス図である。 本発明の第１の実施の形態にかかる移動管理システムの構成例を示すブロック図である。 第１の実施の形態におけるアクセスＧＷの構成例を示すブロック図である。 伝送路制御信号のフォーマット例を示す図である。 第１の実施の形態におけるフローテーブルの具体例を示す図である。 第１の実施の形態における転送テーブルの具体例を示す図である。 伝送路生成要求および削除要求を送信すべきか否かの判定条件を説明するための概念図である。 第１の実施の形態におけるモビリティ管理ノードの構成例を示すブロック図である。 第１の実施の形態における伝送路情報テーブルの具体例を示す図である。 第１の実施の形態における伝送路情報テーブルの設定例を示す図である。 第１の実施の形態における伝送路情報テーブルの他の設定例を示す図である。 第１の実施の形態におけるアクセスＧＷが伝送路制御信号を受信した際の動作例を示すフローチャートである。 第１の実施の形態におけるアクセスＧＷがデータパケットを受信した際の動作例を示すフローチャート 第１の実施の形態におけるモビリティ管理ノードの動作例を示すフローチャートである。 第１の実施の形態に係る移動管理システムの動作例を示すシーケンス図である。 第１の実施の形態に係る移動管理システムの動作例を示すシーケンス図である（移動端末が接続したことを契機として伝送路生成信号を送信する場合）。 第１の実施の形態に係る移動管理システムによる一連の処理が完了した後のフローテーブルの状態を示す図である。 第１の実施の形態に係る移動管理システムによる一連の処理が完了した後の転送テーブルの状態を示す図である。 第１の実施の形態に係る移動管理システムによる一連の処理が完了した後の伝送路情報テーブルの状態を示す図である。 本発明の第２の実施の形態におけるアクセスＧＷの構成例を示す図である。 第２の実施の形態における転送テーブルの例を示す図である。 第２の実施の形態に係る移動管理システムによる一連の処理が完了した後転送テーブルの状態を示す図である。 本発明の第３の実施の形態におけるアクセスＧＷの構成例を示す図である。 本発明の第４の実施の形態におけるアクセスＧＷの構成例を示す図である。 本発明の第５の実施の形態におけるアクセスＧＷの構成例を示す図である。

以下では、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

＜第１の実施の形態＞
（構成の説明）
本発明の第１の実施の形態に係る移動管理システムの全体構成例を図４に示す。当該移動管理システムは、ネットワーク１０に配置されたモビリティアンカー１００、アクセスＧＷ２０１、及びモビリティ管理ノード３０１を含む。ネットワーク１０は、移動端末４００と外部ネットワーク２０の間でデータパケットを中継する。ネットワーク１０は、モバイルオペレータ等のある管理者又は団体により管理されるネットワークである。３ＧＰＰで定義された移動管理システムにおいては、ネットワーク１０はコアネットワークと呼ばれ、モバイルオペレータによる管理及び運用がなされる。外部ネットワーク２０は、インターネットなど、ネットワーク１０とは異なる管理ドメインのネットワークである。ただし、ネットワーク１０は、複数の管理ドメインにより構成されていてもよい。また、ＣＮ５００は、外部ネットワーク２０ではなくネットワーク１０に配置されていても構わない。移動端末４００は、アクセスＧＷ２０１に主に無線技術を介して接続される。ただし、本発明においてこの点は重要でないので詳細説明は割愛する。図４に示された要素のうち図１示した要素と同じ機能を有する要素については、図１と同じ符号が付されている。すなわち、アクセスＧＷ２０１及びモビリティ管理ノード３０１を除く他の要素は、図１に示した対応する要素と同様の機能を持つ。これらの要素については、ここでの詳細な説明を省略する。

アクセスＧＷ２０１の構成例を図５に示す。図５に示すアクセスＧＷ２０１は、制御信号処理部２１０、登録信号処理部２１１、データ転送部２１２、及び記憶装置２２０を含む。記憶装置２２０は、フローテーブルＴＢ１及び転送テーブルＴＢ２を保持する。記憶装置２２０は、例えば、ＲＡＭ（Random Access Memory）若しくはハードディスクドライブ又はこれらの組合せとしてもよいし、これらと同様の揮発性記憶デバイス若しくは不揮発性記憶デバイス又はこれらの組合せとしてもよい。記憶装置２２０は、登録信号処理部２１１及びデータ転送部２１２からアクセス可能に配置されていればよく、アクセスＧＷ２０１の外部に配置されてもよい。

制御信号処理部２１０は、モビリティ管理ノード３０１等から伝送路制御信号を受信すると、当該信号に含まれる伝送路制御情報を登録信号処理部２１１に出力する。伝送路制御情報は、例えば以下の情報を含む。しかしながら、伝送路制御情報は、以下に列挙する情報の一部のみを含んでもよいし、それ以外の情報を含んでもよい。なお、本明細書にて参照される"伝送路"は、アクセスＧＷ（２０１）とモビリティアンカー（１００）の間で確立される移動端末４００のデータパケットを送受信するための論理的な伝送路である。例えば、ＰＭＩＰｖ４及びＰＭＩＰｖ６の場合、この伝送路は、ＭＡＧとＬＭＡの間に確立され、カプセル化されたデータパケットを転送するトンネルに対応する。３ＧＰＰのＧＰＲＳ及びＥＰＳの場合、この伝送路は、ＰＤＰ（Packet Data Protocol） Ｃｏｎｔｅｘｔ又はＰＤＮ（Packet Data Network） ｃｏｎｎｅｃｔｉｏｎにより提供される論理的な伝送路に対応する。また、ＷｉＭＡＸの場合は、ＰＭＩＰｖ４及びＰＭＩＰｖ６の場合と同様に、この伝送路はＡＳＮ−ＧＷ（Access Service Network―Gateway）とＬＭＡの間に確立されるトンネルに対応する。なお、ＡＳＮ−ＧＷは、モビリティアンカー１００に対応する。

伝送路制御信号に含まれる伝送路制御情報の一例を図６に示す。図６の例では、伝送路制御情報は、端末識別子、ソース伝送路情報、及びターゲット伝送路情報を含む。図６は、ターゲット伝送路情報が２つの場合の伝送路制御情報の構成例を示している。伝送路制御情報に含まれる各情報について以下に説明する。
（１）端末識別子
端末識別子は、移動端末４００を識別するための識別子である。端末識別子は、複数のアクセスＧＷ２０１の間での移動端末４００の移動に関わらず不変である。端末識別子は、例えば、移動端末４００のアドレス（e.g. IPアドレス）、又はＮＡＩ（Network Address Identifier）である。３ＧＰＰのシステムを想定する場合、端末識別子は、ＩＭＳＩ（International Mobile Subscriber Identity）又はＭＳＩＳＤＮ（Mobile Subscriber Integrated Services Digital Network Number）としてもよい。また、端末識別子は、移動端末４００のＩＭＳＩとアドレス（e.g. IPアドレス）の組合せとしてもよい。

（２）ソース伝送路情報
ソース伝送路情報は、移動管理において操作対象とされる伝送路を特定するための情報である。ソース伝送路情報は、例えば、モビリティアンカー１０１のアドレス、若しくはＡＰＮ（Access Point Name）、あるいは、前記目的が達成できるのであれば他の識別子を用いても良い。さらに、それらの識別子を複数使うこととしても良い。

（３）ターゲット伝送路情報
ターゲット伝送路情報は、伝送路を切り替える場合は切替先の伝送路、伝送路を複製する場合は複製される伝送路を特定するための情報である。ターゲット伝送路情報は、ソース伝送路情報と同じく、例えば、モビリティアンカーのアドレス若しくはＡＰＮ、あるいは、前記目的が達成できるのであれば他の識別子を用いても良い。さらに、それらの識別子を複数使うこととしても良い。伝送路制御情報は、１つのソース伝送路情報に関して、複数のターゲット伝送路情報を含んでもよい。

（４）伝送路操作情報
伝送路操作情報は、ソース伝送路情報で特定される伝送路に対する処理内容を示す。伝送路制御情報は、ターゲット伝送路情報毎に少なくとも１つの伝送路操作情報を含む。伝送路操作情報の３つの具体例（４Ａ）〜（４Ｃ）を以下に示す。

（４Ａ）フローセレクタ
フローセレクタは、伝送路を流れる特定のパケットの集合（パケットフロー）を操作対象とするために、パケットフローを特定するための情報である。フローセレクタとしては、例えばベアラ識別情報、又はパケットフィルタを使うことができる。ベアラとは３ＧＰＰにおける用語であり、ＰＤＰ ｃｏｎｔｅｘｔやＰＤＮ ｃｏｎｎｅｃｔｉｏｎ中にさらに複数設定可能な論理的なサブ伝送路である。ベアラ上を転送されるデータパケットを識別する情報としては、例えば、ＴＥＩＤ（Tunnel Endpoint Identifier）、又はＧＲＥ（Generic Routing Encapsulation） ｋｅｙを使用することができる。一方、パケットフィルタとしては、送信元アドレス、宛先アドレス、送信元ポート番号、宛先ポート番号、プロトコル、又はビットマップ（ビット列）などを使用することができる。ここで、特定の伝送路中の全てのベアラを操作対象とする場合には、フローセレクタに含まれるベアラ識別子情報としてＡＰＮを用いてもよいし、ベアラ識別情報をフローセレクタに含めないようにしてもよい。また、パケットフィルタによる操作対象の特定が必要ない場合は、パケットフィルタをフローセレクタに含めないようにしてもよいし、フローセレクタに含まれるパケットフィルタとして"＊"や"Ａｎｙ"など全てのデータパケットに該当する意味を持つ設定値を用いてもよい。

（４Ｂ）優先度
優先度は、複数のパケットフロー間の優先度を示す。優先度は、複数のフローセレクタによってパケットフローを特定する際に、より優先して評価するフローセレクタを決めるために用いられる。例えば、優先度の値が小さいパケットフローほど優先順位を高くしてもよい。

（４Ｃ）操作情報
操作情報は、フローセレクタにより特定されるパケットフローに対する操作を指定する。具体的な操作は、例えば、"Ｒｅｄｉｒｅｃｔ"及び"Ｄｕｐｌｉｃａｔｅ"である。"Ｒｅｄｉｒｅｃｔ"は、対象となるパケットフローをターゲット伝送路に転送する操作を意味する。また、"Ｄｕｐｌｉｃａｔｅ"は、対象となるパケットフローを複製し、ソース伝送路に加えてターゲット伝送路にもパケットフローを転送する操作を意味する。なお、操作情報は、"Ｒｅｄｉｒｅｃｔ"及び"Ｄｕｐｌｉｃａｔｅ"とは異なる他の操作を指定してもよい。制御信号処理部２１０は、"Ｒｅｄｉｒｅｃｔ"が設定された場合、ソース伝送路情報で特定される伝送路を用いて転送され、さらにフローセレクタで識別されるパケットフローを、ターゲット伝送路情報で特定される伝送路に転送するよう要求されたとみなす。一方、"Ｄｕｐｌｉｃａｔｅ"が設定された場合、制御信号処理部２１０は、ソース伝送路情報で特定される伝送路を用いて転送し、さらにフローセレクタで識別されるパケットフローに属するパケットを複製した上で、ターゲット伝送路情報で特定される伝送路にも転送するよう要求されたとみなす。

さらに制御信号処理部２１０は、登録信号処理部２１１から伝送路制御結果（伝送路の生成及び削除の結果）を示す情報が入力された場合、この制御結果を示すための伝送路制御応答信号をモビリティ管理ノード３０１等の伝送路制御信号の送信元に対して送信する。
伝送路制御応答信号は、例えば、対応する伝送路制御信号に含まれていた端末識別子、ソース伝送路情報、及びターゲット伝送路情報、並びに各伝送路操作情報に設定された操作を実施した結果を示すコードを含む。ただし、伝送路制御応答信号は、これらの一部の情報のみを含んでもよいし、他の情報をさらに含んでもよい。

登録信号処理部２１１は、制御信号処理部２１０から伝送路制御情報が入力されると、当該伝送路制御情報に含まれる移動端末４００の端末識別子を検索キーとして記憶装置２２０中の転送テーブルＴＢ２を検索し、当該移動端末のデータパケット転送に関わる１つ又は複数の伝送路識別のための情報を参照する。そして、登録信号処理部２１１は、伝送路制御情報に含まれるソース伝送路情報及びターゲット伝送路情報と転送テーブルＴＢ２に含まれる伝送路識別のための情報を比較することで、伝送路の生成及び削除が必要であるかを判定する。伝送路の生成又は削除が必要と判定した場合、登録信号処理部２１１は、伝送路生成要求信号又は削除要求信号をモビリティアンカー１００に送信することで、モビリティアンカー１００とアクセスＧＷ２０１の間の伝送路の生成・削除を制御する。転送テーブルＴＢ２に含まれる伝送路識別のための情報は、伝送路を一意に特定するための識別情報であり、例えば、移動端末４００の端末識別子、モビリティアンカーのアドレス、その他の補助的な識別子を含む。伝送路の生成・削除の判定手法の詳細については後述する。

さらに登録信号処理部２１１は、転送テーブルＴＢ２の更新結果を制御信号処理部２１０に応答する。さらに、登録信号処理部２１１は、伝送路生成要求信号又は削除要求信号に対する応答としてモビリティアンカー１００から受信した応答信号に含まれる制御結果を示す情報を制御信号処理部２１０に応答する。さらにまた、登録信号処理部２１１は、新たに生成・削除する必要のなかった伝送路、及びモビリティアンカー１００からの応答信号により伝送路の生成・削除処理が成功したことが確認できた伝送路について、伝送路制御情報に含まれる情報を使って、記憶装置２２０内に記録されたフローテーブルＴＢ１および転送テーブルＴＢ２の内容を更新する。

フローテーブルＴＢ１のフォーマットの一例を図７に示す。図７の例では、フローテーブルＴＢ１は、移動端末４００の端末識別子（Terminal ID）毎に、１つ又は複数の第１フローセレクタ（Primary Flow Selector）、フローセレクタ（Flow Selector）、フロー識別子（Flow ID）、優先度（Priority）、バインディングＩＤ（Binding ID）が対応づけられたテーブルとして表わされる。このうち、移動端末４００の端末識別子、フローセレクタ、及び優先度の詳細については前記した通りである。フロー識別子は、各フローセレクタの識別子である。バインディングＩＤは、フローセレクタに一致したパケットの転送先とする伝送路の指定と、転送の方法が示された転送テーブルＴＢ２から目的の情報を取得するためのキー情報として使われる。なお、第１フローセレクタは、細かな設定ができるフローセレクタを使って各受信パケットのマッチングを行うことは処理量が大きく、時間もかかるため、最初に大まかな比較ができるようにするために設けられている。従って、第１フローセレクタは必ずしも必要ないが、効率的な転送先決定に大きく寄与する。

次に、転送テーブルＴＢ２のフォーマットの一例を図８に示す。図８の例では、転送テーブルＴＢ２は、移動端末４００の端末識別子（Terminal Address）毎に、１つ又は複数の転送先および転送方法に関する情報（以下では、転送関連情報と呼ぶ）が対応づけられたテーブルとして表わされる。各転送関連情報は、バインディングＩＤによって識別される。転送関連情報は、転送先を示すモビリティアンカー１００のアドレス（Anchor Address）、移動端末４００からモビリティアンカー１００までの伝送路を転送されるパケットフローを識別するためのパス識別子（Path ID）を含む。図８の例では、パス識別子として"ＳＩＤ"という値を示したが、パス識別子の具体例としては、例えば、パケットフローを転送する論理的な伝送路（ベアラ）がＧＴＰにより制御されるのであればＴＥＩＤを使用することができる。また、ＰＭＩＰｖ６及びＰＭＩＰｖ４の場合は、パス識別子としてＧＲＥ ｋｅｙを使用することができる。ＴＥＩＤ及びＧＲＥ ｋｅｙは、アクセスＧＷ２０１からモビリティアンカー１００に転送する場合（アップリンク）と、モビリティアンカー１００からアクセスＧＷ２００に転送する場合（ダウンリンク）とでは、通常異なる値が使われる。図８の転送テーブルＴＢ２に使用されるパス識別子ＳＩＤは、アップリンク用及びダウンリンク用の識別子を包含しているものとする。一方、転送テーブルＴＢ２に含まれるパス識別子は状況により省略することもできる。また、転送テーブルＴＢ２は、伝送路を通るデータパケットに対して確保すべきＱｏＳ（Quality of SERVICE）の情報や、許可する通信帯域を示す情報などの他の情報を含んでもよい。

続いて以下では、登録信号処理部２１１による伝送路の生成・削除の判定手法について説明する。登録信号処理部２１１は、制御信号処理部２１０から入力された伝送路制御情報に含まれる伝送路識別セット（すなわち、ソース伝送路情報、ターゲット伝送路情報、及び伝送路操作情報）によって特定される伝送路操作を行ったと仮定したときの伝送路の集合Ｐ＿ｒｅｑと、転送テーブルＴＢ２から取得した伝送路識別セット（すなわち、端末識別子、転送先及び転送方法に関する情報）によって特定される現在の伝送路の集合Ｐ＿ｅｘｉｓｔを比較する。そして、登録信号処理部２１１は、Ｐ＿ｅｘｉｓｔに存在せずＰ＿ｒｅｑに存在する伝送路があれば当該伝送路を生成するための伝送路生成要求信号の送信を判定し、Ｐ＿ｅｘｉｓｔに存在しＰ＿ｒｅｑに存在しない伝送路があれば当該伝送路を削除するための伝送路削除要求信号の送信を判定する。登録信号処理部２１１は、Ｐ＿ｅｘｉｓｔ及びＰ＿ｒｅｑの両方に存在する伝送路については、伝送路生成要求及び削除要求のいずれも不要と判定する。

データ転送部２１２は、移動端末４００からデータパケットを受信した際に、データパケットのソースアドレス（e.g. ソースＩＰアドレス）を移動端末４００の端末識別子とみなし、得られた端末識別子をキーとしてフローテーブルＴＢ１を検索する。データ転送部２１２は、フローテーブルＴＢ１においてこの端末識別子に対応づけられたフローセレクタと、データパケットに含まれるＩＰヘッダ、ポート番号、上位のアプリケーションレイヤのデータ等を比較する。そして、フローテーブルＴＢ１から得たフローセレクタとデータパケットに含まれる情報が一致する場合、データ転送部２１２は、一致したフローセレクタに対応付けられたバインディングＩＤを取得する。ここで、各フローセレクタに対応するバインディングＩＤは、１つの場合もあるが、複数であっても構わない。

さらに、データ転送部２１２は、移動端末４００の端末識別子、及びフローテーブルＴＢ１から取得したバインティングＩＤを検索キーとして、転送テーブルＴＢ２の情報を検索し、合致する転送先の転送関連情報を取得する。ここで、バインディングＩＤが複数ある場合、データ転送部２１２は、バインディングＩＤの数だけ転送関連情報を取得する。データ転送部２１２は、転送テーブルＴＢ２から取得した転送関連情報を用いて、受信したデータパケットに対して、転送先をモビリティアンカー１００とするカプセル化処理を実施する。データ転送部２１２は、必要に応じて、ＴＥＩＤ又はＧＲＥ Ｋｅｙ情報といったパス識別子を、カプセル化後のパケットのヘッダに設定する。データ転送部２１２は、カプセル化されたデータパケットをネットワーク１０に送出する。ここで、データ転送部２１２は、転送テーブルＴＢ２から複数の転送関連情報を取得した場合、受信したデータパケットを転送関連情報の数に応じて複製し、複製された複数のデータパケットを複数の転送関連情報を使ってカプセル化し、複数のカプセル化されたパケットをネットワーク１０へ送出する。

さらにまた、データ転送部２１２は、アクセスＧＷ２０１のアドレスが宛先に指定されたカプセル化されたパケットをモビリティアンカー１００から受信した場合、これをデカプセル化することによって得られたデータパケットを移動端末４００へ転送する。ここで、データ転送部２１２は、カプセル化されたパケットのヘッダに付与されたパス識別子（e.g. ＴＥＩＤ又はＧＲＥ ｋｅｙ）、及びペイロードに含まれるパケットの宛先アドレスをチェックし、フローテーブルＴＢ１に対応するエントリが存在する場合のみ、デカプセル化をすることによって得られるデータパケットを移動端末４００に転送することとしてもよい。

続いて以下では、図４に示した本実施の形態に係るモビリティ管理ノード３０１の構成について説明する。モビリティ管理ノード３０１は、伝送路制御信号をアクセスＧＷ２０１に送信することで、アクセスＧＷ２０１における伝送路生成・削除処理や、それに応じたデータデータパケットの転送処理を制御する。モビリティ管理ノード３０１の構成例を図１０に示す。図１０の例では、モビリティ管理ノード３０１は、制御契機検出部３１０、制御信号処理部３１１、及び記憶装置３２０を含む。記憶装置３２０は、伝送路情報テーブルＴＢ３を保持する。記憶装置３２０は、例えば、ＲＡＭ（Random Access Memory）若しくはハードディスクドライブ又はこれらの組合せとしてもよいし、これらと同様の揮発性記憶デバイス若しくは不揮発性記憶デバイス又はこれらの組合せとしてもよい。記憶装置３２０は、制御信号処理部３１１からアクセス可能に配置されていればよく、モビリティ管理ノード３０１の外部に配置されてもよい。

制御契機検出部３１０は、内部的に何らかの条件が満たされた場合や、外部から伝送路制御が必要となるなんらかのイベントが発生したことを通知されると、制御トリガを制御信号処理部３１１に出力する。制御トリガは、伝送路制御信号をアセクス網ＧＷ２１０に送信することを制御信号処理部３１１に対して促す。制御トリガの条件となるイベントは、例えば、移動端末４００のネットワーク１０への接続を検出したこと、又はモビリティアンカー１００の故障、故障の兆候、若しくは高負荷になったことを示す通知を外部のネットワークを管理するシステムから受信したこと、が考えられる。なお、制御トリガの条件となるイベントは、これら以外の様々な要因であってもよい。

制御信号処理部３１１は、制御契機検出部３１０から制御トリガを受信すると、制御トリガに含まれる情報に基づき記憶装置３２０に保持された伝送路情報テーブルＴＢ３から必要な情報を取得し、この情報を用いて伝送路制御信号を生成し、当該伝送路制御信号を適切なアクセスＧＷ２０１に送信する。適切なアクセスＧＷ２０１のアドレスは、伝送路情報テーブルＴＢ３から取得される。

伝送路情報テーブルＴＢ３の一例を図１１に示す。図１１の例では、伝送路情報テーブルＴＢ３は、以下の情報要素（１）〜（４）を対応付けている。
（１）端末識別子（Terminal ID）
既に述べたように、端末識別子は、移動端末４００を識別可能な識別子である。例えば、３ＧＰＰでは、端末識別子としてＩＭＳＩ、ＭＳＩＳＤＮ、又はＮＡＩを使用してもよい。また、移動端末４００のアドレス（e.g. IPアドレス）を端末識別子として使ってもよい。

（２）端末アドレス（Terminal Address）
端末アドレスは、移動端末４００に付与されたアドレス（e.g. IPアドレス）である。端末アドレスは、例えば、移動端末４００がネットワーク１０（つまり、いずれかのアクセスＧＷ２０１）に接続し、外部ネットワーク２０に接続した際に、モビリティアンカー１００あるいは外部ネットワーク２０によって移動端末４００に割り当てられる。

（３）アクセスＧＷアドレス（Access GW Address）
アクセスＧＷアドレスは、アクセスＧＷ２０１のアドレス（e.g. IPアドレス）である。

（４）伝送路情報（Data Path Information）
伝送路情報は、伝送路の識別のため、及び特性を示すための情報を含む。以下に、伝送路情報の具体例（４Ａ）〜（４Ｄ）を示す。

（４Ａ）アンカーアドレス（Anchor Address）
アンカーアドレスは、モビリティアンカー１００のアドレス（e.g. IPアドレス）である。

（４Ｂ）パス識別子（Path ID）
パス識別子は、既に述べたように、伝送路内を転送されるパケットフローを識別するための情報である。例えば、３ＧＰＰでは、パス識別子としてＴＥＩＤ又はＧＲＥ Ｋｅｙを用いることができる。

（４Ｃ）フローセレクタ（Flow Selector）
フローセレクタは、既に述べたように、当該伝送路に転送対象とするパケットフローの内容を特定するための情報である。例えば、フローセレクタは、送信元および宛先アドレス、送信元および宛先ポート番号、上位プロトコルの情報（e.g. TCP 又はUDP）、その他のパケットを特定するための情報を含む。図１１の例では、パケットフローが全てのデータパケットを対象とすることを示す値"Ａｎｙ"がフローセレクタに設定されている。

（４Ｄ）優先度（Priority）
優先度は、既に述べたように、複数のフローセレクタ間の優先順位を示す。つまり、優先度は、アクセスＧＷ２０１が受信したデータパケットと複数のフローセレクタを照合する際に、どのフローセレクタを先に評価するかを示す。ここでは、優先度の値が小さいパケットフローほど優先度が高いものとする。

なお、伝送路情報テーブルＴＢ３を構成する情報は、図１１に示した内容の一部としても良いし、他の情報を含むこととしても構わない。また、３ＧＰＰのＥＰＳへの適用を想定した場合は、図１１の伝送路情報テ―ブルＴＢ３は、３ＧＰＰ ＴＳ２３．４０１の「Table 5.7.2-1: MME MM and EPS bearer Contexts」に記載されたテーブルを拡張したものとしてもよい。具体的には、３ＧＰＰ ＴＳ２３．４０１の「Table 5.7.2-1: MME MM and EPS bearer Contexts」に記載されたテーブルの伝送路情報（例えば、３ＧＰＰ ＥＰＳではＰＤＮ ｃｏｎｎｅｃｔｉｏｎ）に、アクセスＧＷ２０１（この場合、Ｓ−ＧＷ）とモビリティアンカー１００との間で複製された伝送路であることを判定可能な情報と、複製元の伝送路を特定するための情報を追加すれば良い。

また、図１０の例では伝送路情報テーブルＴＢ３を記憶装置３２０に配置しているが、伝送路情報テーブルＴＢ３の少なくとも一部をモビリティ管理ノード３０１の外部に配置されたデータベ―スに保持しておいてもよい。この場合、制御信号処理部３１１は、ネットワーク１０を介して伝送路情報テーブルＴＢ３に保持された情報を取得すればよい。

さらに、制御信号処理部３１１は、伝送路制御信号を送信すべきアクセスＧＷ２１０が複数ある場合には、複数の伝送路制御信号を送信してもよい。また、ここでは、１つの伝送路送信信号は、１つの移動端末４００に関する伝送路制御情報を含むことを想定しているが、複数の移動端末４００に関する伝送路制御情報を含んでもよい。

制御信号処理部３１１がどのような情報を使って伝送路制御信号を構成するかは、発生したイベントの内容によって様々なものが考えられる。以下に２つの例を示す。
（例１）管理上の理由で移動端末４００（端末識別子：ＭＮ１＿ＩＤ）の全てのデータパケットを他のモビリティアンカー１００に収容させる場合
制御信号処理部３１１は、端末識別子（ＭＮ１＿ＩＤ）をキーとして伝送路情報テーブルＴＢ３を検索することによって、端末識別子（ＭＮ１＿ＩＤ）と一致するエントリに対応付けられた移動端末４００のアドレス（ＭＮ１＿Ａｄｄｒ）、アクセスＧＷ２０１のアドレス（ＡＧＷ１＿Ａｄｄｒ）、モビリティアンカー１００のアドレス（Ａｎｃｈｏｒ１＿ＩＤ）、パス識別子（ＳＩＤ＿１）を取得する。制御信号処理部３１１は、さらに、当該移動端末４００を新たに収容するモビリティアンカー１００のアドレスをモビリティ管理ノード３０１の外部、あるいは内部のデータベースから取得する。その後、制御信号処理部３１１は、これらの取得された情報を用いて伝送路制御信号を生成する。以下に、例１における伝送路制御信号が含む情報要素の具体例を示す。

（例１における伝送路制御信号の構成例）
・端末識別子：ＭＮ１＿ＩＤおよびＭＮ１＿Ａｄｄｒ
・ソース伝送路情報：Ａｎｃｈｏｒ１＿ＡｄｄｒおよびＳＩＤ＿１
・ターゲット伝送路情報：Ｎｅｗ＿Ａｎｃｈｏｒ＿Ａｄｄｒ（移動先のモビリティアンカー１００のアドレス）およびＳＩＤ＿Ｎｅｗ（移動先のパス識別子）
・伝送路操作情報：
- フローセレクタ："Ａｎｙ"（すべてのフロー）
- 優先度 ：２５５
- 操作情報 ："Ｒｅｄｉｒｅｃｔ"

（例２）合法的傍受、特別な課金、特別なＱｏＳを実現するためなどの理由で、移動端末４００（端末識別子：ＭＮ１＿ＩＤ）の一部のデータパケット（ここでは宛先ポート番号５００４のＵＤＰとする）を別モビリティアンカー１００に収容させる場合
制御信号処理部３１１は、端末識別子（ＭＮ１＿ＩＤ）をキーとして伝送路情報テーブルＴＢ３を検索し、端末識別子（ＭＮ１＿ＩＤ）と一致するエントリに対応付けられたた移動端末４００のアドレス（ＭＮ１＿Ａｄｄｒ）、アクセスＧＷ２０１のアドレス（ＡＧＷ１＿Ａｄｄｒ）、モビリティアンカー１００のアドレス（Ａｎｃｈｏｒ１＿ＩＤ）、パス識別子（ＳＩＤ＿１）を取得する。制御信号処理部３１１は、さらに、当該移動端末４００を新たに収容するモビリティアンカー１００のアドレスをモビリティ管理ノード３０１の外部、あるいは内部のデータベースから取得する。その後、これらの取得された情報を用いて伝送路制御信号を生成する。以下に、例２における伝送路制御信号が含む情報要素の具体例を示す。

（例２における伝送路制御信号の構成例）
・端末識別子：ＭＮ１＿ＩＤおよびＭＮ１＿Ａｄｄｒ
・ソース伝送路情報：Ａｎｃｈｏｒ１＿ＡｄｄｒおよびＳＩＤ＿１
・ターゲット伝送路情報：Ｎｅｗ＿Ａｎｃｈｏｒ＿Ａｄｄｒ（移動先のモビリティアンカー１００のアドレス）およびＳＩＤ＿Ｎｅｗ（移動先のパス識別子）
・伝送路操作情報：
- フローセレクタ："宛先ポート番号=５００４、プロトコル=ＵＤＰ"
- 優先度 ：１
- 操作情報 ："Ｒｅｄｉｒｅｃｔ"

制御信号処理部３１１は、さらに伝送路制御応答信号を受信した場合には、当該信号に含まれる情報に基づき、伝送路情報テーブルＴＢ３の内容を更新する。図１２は、伝送路制御信号が上述した例１のように構成された場合における、伝送路制御応答信号の受信後の更新された伝送路情報テーブルＴＢ３を示している。図１１と図１２を対比すると、図１１に示されたＭＮ１_ＩＤに関するアンカーアドレスANCHOR1_ADDRおよびパス識別子ＳＩＤ＿１を持つエントリが、それぞれアンカーアドレスNEW_ANCHOR_ADDRおよびパス識別子ＳＩＤ＿Ｎｅｗを持つエントリに更新されている。同様に、図１３は、伝送路制御信号が上述した例１のように構成された場合における更新された伝送路情報テーブルＴＢ３を示している。図１１と図１３を対比すると、図１３では、アンカーアドレスNEW_ANCHOR_ADDRおよびパス識別子ＳＩＤ＿Ｎｅｗを持つエントリが新たに追加されている。

以上説明した、制御信号処理部２１０、登録信号処理部２１１、データ転送部２１２、制御契機検出部３１０、制御信号処理部３１１は、その全てをソフトウェアで実装することができる。言い換えると、これらの機能は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサを含むコンピュータシステムに１又は複数のプログラムを実行させることによって実現することができる。ただし、その一部、あるいは全てをハードウェアで構成することも可能である。

これらのプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

（動作の説明）
続いて以下では、アクセスＧＷ２０１、モビリティ管理ノード３０１を含む本実施の形態に係る移動管理システムの動作について、フローチャート及びシーケンス図を用いて詳細に説明する。図１４は、伝送路制御信号を受信したアクセスＧＷ２０１による伝送路生成・削除の制御手順の一例を示すフローチャートである。まず、ステップＳ３０１では、アクセスＧＷ２０１は、モビリティ管理ノード３０１から伝送路制御信号を受信する。制御信号処理部２１０は、伝送路制御信号に含まれている伝送路制御情報を登録信号処理部２１１に送る。

ステップＳ３０２において、登録信号処理部２１１は、図９を用いて説明したように、伝送路制御情報から特定される伝送路操作を行ったと仮定したときの伝送路の集合（Ｐ＿ｒｅｑ）と、転送テーブルＴＢ２から特定される現在の伝送路の集合（Ｐ＿ｅｘｉｓｔ）を比較する。これら２つの集合が一致しない場合（Ｓ３０２でＹＥＳ）、登録信号処理部２１１は、伝送路の制御（伝送路の生成又は削除）が必要と判断し、ステップＳ３０３の処理を行う。一方、これら２つの集合が一致する場合（Ｓ３０２でＮＯ）、登録信号処理部２１１は、伝送路の制御が不要であるためにステップ３０３をスキップする。

ステップＳ３０３では、登録信号処理部２１１は、アクセスＧＷ２０１とモビリティアンカー１００との間の伝送路の生成又は削除のために、伝送路生成要求信号又は削除要求信号をモビリティアンカー１００に送信する。登録信号処理部２１１は、モビリティアンカー１００から伝送路生成応答信号又は削除応答信号を受信した際に、各応答信号内の情報（例えば、伝送路への操作が成功したかどうか）に基づいた伝送路制御の結果を制御信号処理部２１０に通知する。

ステップＳ３０４では、登録信号処理部２１１は、伝送路制御結果が成功を示した伝送路と、新たに生成・削除する必要のなかった伝送路について、伝送路制御情報に含まれる情報を使ってフローテーブルＴＢ１および転送テーブルＴＢ２の内容を更新する。

ステップＳ３０５では、制御信号処理部２１０は、登録信号処理部２１１から通知された伝送路制御の結果を用いて伝送路制御応答信号を構成し、これをモビリティ管理ノード３０１に送信する。

次に、図１５のフローチャートを用いて、アクセスＧＷ２０１が移動端末４００からデータパケットを受信した際の動作を説明する。図１５は、移動端末４００からデータパケットを受信したアクセスＧＷ２０１の動作例を示すフローチャートである。ステップＳ４０１では、データ転送部２１２は、データパケットを受信する。ステップＳ４０２では、データ転送部２１２は、受信データパケットがモビリティアンカー１００からカプセル化されて送られてきたデータパケットであるか否かを判定する。受信データパケットがモビリティアンカー１００から到着したカプセル化されたパケットである場合（ステップＳ４０２でＹＥＳ）、データ転送部２１２は、ステップＳ４１２の処理を行う。そうでない場合（ステップＳ４０２でＮＯ）、データ転送部２１２は、ステップＳ４０３の処理を行う。なお、受信データパケットがモビリティアンカー１００から到着したカプセル化されたパケットであるか否かは、受信データパケットがカプセル化パケットであることに加えて、受信データパケットの宛先アドレスがアクセスＧＷ２０１のアドレスであり、受信データパケットの送信元アドレスが転送テーブルに記録されたいずれかのエントリ中のモビリティアンカー１００のアドレスであることによって判定できる。当該判定では、さらに合致するエントリ中の端末アドレスが内部パケットの宛先アドレスに設定されているかどうかを考慮してもよい。

ステップＳ４０３では、データ転送部２１２は、受信データパケットに含まれる移動端末４００を識別可能な情報を利用してフローテーブルＴＢ１を検索する。ここで、移動端末４００を識別可能な情報として、データパケットの送信元アドレスに設定される移動端末４００のアドレスを使用してもよい。ただし、３ＧＰＰのＧＰＲＳ及びＥＰＳのように、アクセスＧＷ２０１が移動端末４００からのデータパケットをカプセル化された状態で受信する場合がある。この場合、フローテーブルＴＢ１を検索するためキー情報として、カプセル化パケットのヘッダに含まれる情報（例えば、ＴＥＩＤ）を使っても良い。また、移動端末４００の識別子として複数の情報の組合せ（例えば、移動端末４００のアドレスとＴＥＩＤ）を使用してもよい。次にステップＳ４０４では、データ転送部２１２は、受信データパケットに含まれる移動端末４００を識別可能な情報と一致する情報を持つエントリがフローテーブルＴＢ１に存在したかを判定する。一致するエントリが見つかった場合（Ｓ４０４でＹＥＳ）、データ転送部２１２は、ステップＳ４０５の処理を行う。一方、一致するエントリが見つからなかった場合（Ｓ４０４でＮＯ）、データ転送部２１２は、当該受信データパケットを破棄して処理を終了する（ステップＳ４０６）。

ステップＳ４０５では、データ転送部２１２は、受信データパケットの送信元アドレス、宛先アドレス、ポート番号、プロトコル種別、又はさらに他のデータ部分と、フローテーブルＴＢ１における一致するエントリが持つフローセレクタ情報とを比較する。この際、比較する順番は、フローテーブルＴＢ１に記録されたフローセレクタの優先度に従う。ステップＳ４０７において、データ転送部２１２は、受信データパケットとフローテーブルＴＢ１内のフローセレクタ情報との比較の結果、一致するエントリがあったか否かを判定する。一致するエントリが見つかった場合（Ｓ４０７でＹＥＳ）、データ転送部２１２は、テップＳ４０８の処理を行う。一方、一致するエントリがなかった場合（Ｓ４０７でＮＯ）、データ転送部２１２は、当該受信データパケットを破棄して処理を終了する（ステップＳ４０６）。

ステップＳ４０８では、データ転送部２１２は、Ｓ４０５のおけるフローセレクタとの照合により得られた一致したエントリからバインディングＩＤを読み取り、さらに取得したバインディングＩＤを検索キーとして転送テーブルＴＢ２を検索し、対応するデータパケット転送のための情報を取得する。フローテーブルＴＢ１において一致した少なくとも１つのエントリに対応付けられているバインディングＩＤが複数存在する場合、データ転送部２１２は、それぞれのバインティングＩＤについての転送情報を取得する。

次に、ステップＳ４０９では、データ転送部２１２は、ステップＳ４０８で取得した転送情報が複数かどうか（つまり転送先が複数かどうか）を判定する。転送先が複数であった場合（Ｓ４０９でＹＥＳ）、データ転送部２１２は、転送先の数に応じたパケットの複製を行う（ステップＳ４１０）。ステップＳ４１１では、データ転送部２１２は、データパケットに対し、ステップＳ４０８で取得した転送情報を使って送信元アドレスを当該アクセスＧＷ２０１のアドレスとされ、宛先アドレスを取得した転送情報から得られたモビリティアンカー１００のアドレスとされたヘッダによりカプセル化処理を実施し、カプセル化後のデータパケットをネットワーク１０に送出する。なお、転送情報がＴＥＩＤ又はＧＲＥ ｋｅｙ等の伝送路をさらに詳細に区別可能な情報を含む場合は、それらの情報をカプセル化する際のヘッダに設定しても良い。例えば、３ＧＰＰの場合は、アクセスＧＷ（Ｓ−ＧＷに相当）とモビリティアンカー（Ｐ−ＧＷに相当）で使われるプロトコルがＧＴＰの場合はＴＥＩＤがカプセル化の際に使用され、ＰＭＩＰｖ６の場合はＧＲＥ ｋｅｙが使用される。

ステップＳ４１２では、データ転送部２１２は、モビリティアンカー１００からカプセル化されて送られたパケットをデカプセル化する。そして、データ転送部２１２は、得られたデータパケットの宛先アドレスに設定された移動端末４００に対して、当該パケットを転送する。この際、データ転送部２１２は、必要に応じて、データパケットをカプセル化して移動端末４００に転送してもよい。

次に、図１６のフローチャートを用いて、伝送路制御信号を送信に関するモビリティ管理ノード３０１の動作例を説明する。ステップＳ５０１では、モビリティ管理ノード３０１の制御契機検出部３１０は、モビリティ管理ノード３０１の外部又は内部で伝送路制御のイベントが発生したことを検出すると、制御信号処理部３１１にイベント発生を通知するとともに、当該イベントに関与する移動端末４００の識別子又はモビリティアンカー１００の識別子を制御信号処理部３１１に送る。

ステップＳ５０２では、制御信号処理部３１１は、制御契機検出部３１０から受信した移動端末４００の識別子を使って伝送路情報テーブルＴＢ３を検索し、該当するエントリ中の情報を用いて伝送路制御信号を生成し、これをアクセスＧＷ２０１に送信する。伝送路制御信号の生成についての具体例は、既に制御信号処理部３１１の説明箇所で示した通りである。

ステップＳ５０３では、制御信号処理部３１１は、ステップＳ５０２で送信した伝送路制御信号の応答として伝送路制御応答信号をアクセスＧＷ２０１から受信すると、当該応答信号に格納された情報に基づき、伝送路情報テーブルＴＢ３の内容を更新する。伝送路情報テーブルの更新例については、制御信号処理部３１１の説明の箇所に示した通りである。なお、イベント発生をモビリティ管理ノード３０１の外部から受信した場合には、制御信号処理部３１１は、ステップＳ５０３完了後などに、当該イベントの送信元に処理の完了を通知するようにしてもよい。

次に図１７の示すシーケンス図を用いて、本実施の形態にかかる移動管理システムの全体の動作例を説明する。ここでは、アクセスＧＷ２０１及びモビリティアンカー１００Ａを介して移動端末４００がＣＮ５００と通信している最中に、移動端末４００とＣＮ５００の間の一部のパケットフローの転送経路をモビリティアンカー１００Ａから１００Ｂに切り替える場合を例にとって説明する。さらに、ここでは、以下の状況を想定する。
・移動端末４００の識別子：ＭＮ１＿ＩＤ
・移動端末４００のアドレス：ＭＮ１＿Ａｄｄｒ
・アクセスＧＷ２０１のアドレス：ＡＧＷ１＿Ａｄｄｒ
・モビリティアンカー１００Ａのアドレス：Ａｎｃｈｏｒ１＿Ａｄｄｒ
・モビリティアンカー１００Ｂのアドレス：Ａｎｃｈｏｒ２＿Ａｄｄｒ
・モビリティアンカー１００Ｂに移すパケットフロー：宛先ポート番号８０（ＴＣＰ）を持つパケットフロー
・アクセスＧＷ２０１とモビリティアンカー１００Ａ間の伝送路中のパケットフローの識別子：ＳＩＤ＿１
・アクセスＧＷ２０１とモビリティアンカー１００Ｂ間の伝送路中のパケットフローの識別子：ＳＩＤ＿２

はじめにステップＳ６０１において、アクセスＧＷ２０１とモビリティアンカー１００Ａとの間に伝送路（e.g. トンネル）が確立されており、当該伝送路を経由して、移動端末４００とＣＮ５００間での通信が行われている。このとき、モビリティ管理ノード３０１が保持する伝送路情報テーブルＴＢ３における移動端末４００に関するエントリは、図１１に示すようになっている。また、アクセスＧＷ２０１が保持するフローテーブルＴＢ１および転送テーブルＴＢ２における移動端末４００に関するエントリは、それぞれ図７及び図８に示すＭＮ１＿ＩＤに関するエントリのようになっている。

次にステップＳ６０２では、上述した想定のように宛先ポート番号が８０かつＴＣＰに該当するパケットをモビリティアンカー１００Ｂ経由の通信とするためのイベントが発生する。このイベントに応じて、モビリティ管理ノード３０１は、伝送路制御信号をアクセスＧＷ２０１に送信する。
この際の伝送路制御信号の内容は以下の通りである。
・端末識別子：ＭＮ１＿ＩＤおよびＭＮ１＿Ａｄｄｒ
・ソース伝送路情報：Ａｎｃｈｏｒ１＿ＡｄｄｒおよびＳＩＤ＿１
・ターゲット伝送路情報：Ａｎｃｈｏｒ２＿ＡｄｄｒおよびＳＩＤ＿２
・伝送路操作情報：
-フローセレクタ："宛先ポート番号=８０、プロトコル=ＴＣＰ"
-優先度 ：１
-操作情報 ："Ｒｅｄｉｒｅｃｔ"

ステップＳ６０３では、アクセスＧＷ２０１は、伝送路制御信号を受信したことに応じて伝送路生成・削除の要否を判定し、モビリティアンカー１００Ｂ宛てに伝送路生成要求信号を送信する。テップＳ６０４では、モビリティアンカー１００Ｂは、伝送路生成要求信号を処理し、アクセスＧＷ２０１との間に伝送路を確立するための設定を行う。そして、モビリティアンカー１００Ｂは、伝送路生成応答信号をアクセスＧＷ２０１に送信する。ここでは、モビリティアンカー１００Ｂが伝送路確立に成功した場合を考慮する。ステップＳ６０５では、アクセスＧＷ２０１は、伝送路生成応答信号を受信し、フローテーブルＴＢ１及び転送テーブルＴＢ２を更新する。ステップＳ６０５の処理の結果、アクセスＧＷ２０１が保持するフローテーブルＴＢ１及び転送テーブルＴＢ２のエントリは、図１９及び２０に示すようにそれぞれ更新される。ステップＳ６０６では、アクセスＧＷ２０１は、伝送路制御応答信号をモビリティ管理ノード３０１に送信する。ステップＳ６０７で、モビリティ管理ノード３０１は、伝送路制御応答信号を受信し、伝送路情報テーブルＴＢ３を更新する。

この後、ステップＳ６０８にて、移動端末４００が、宛先ポート番号８０のＴＣＰを使った通信を含むデータ通信をＣＮ５００との間で行う。ステップＳ６０９では、アクセスＧＷ２０１は、移動端末４００からのデータパケットを受信する。データ転送部２１２は、受信データパケットを、例えば図１５のフローチャートに示した手順で処理する。

ここで送信元アドレスがＭＮ１＿Ａｄｄｒであり、宛先ポート番号が８０番号のＴＣＰパケットをアクセスＧＷ２０１が受信した場合を考える。図１５のＳ４０３に相当する処理において、データ転送部２１２は、受信データパケットの送信元アドレスに設定された端末アドレス（ＭＮ１＿Ａｄｄｒ）又は端末識別子（ＭＮ１＿ＩＤ）を検索キーとしてフローテーブルＴＢ１を検索する。このとき、フローテーブルＴＢ１のエントリは図１９に示すようになっているので、端末識別子がＭＮ１＿ＩＤである２つのエントリ（言い換えると、第１フローセレクタがＭＮ１＿Ａｄｄｒである２つのエントリ）が検出される。さらに、図１５のステップＳ４０５に相当する処理において、データ転送部２１２は、これら２つのエントリのフローセレクタと受信データパケットとの比較を実施する。フローセレクタは優先度の高い方（e.g. 値の小さい方）から順次比較される。したがって、始めに、"ｄｓｔ＿ｐｏｒｔ＝８０、ｐｒｏｔｏｃｏｌ＝ｔｃｐ"と、受信データパケットの比較が行われる。結果が一致するため、ステップＳ４０７の一致判定はＹＥＳとなる。そして、図１５のステップＳ４０８に相当する処理では、データ転送部２１２は、一致したフローセレクタに対応づけられているバインディングＩＤを読み出す。図１９の例では、バインディングＩＤ＝"２"が読み出される。さらに、データ転送部２１２は、このバインティングＩＤを検索キーとして転送テーブルＴＢ２を検索する。このとき、転送テーブルＴＢ２のエントリは図２０に示すようになっている。したがって、データ転送部２１２は、転送のための情報（転送関連情報）として、モビリティアンカーのアドレス＝"Ａｎｃｈｏｒ２＿Ａｄｄｒ"と、パス識別子＝"ＳＩＤ＿２"を取得する。転送先は１つなので、データ転送部２１２は、データパケットの複製を行う必要はない。

図１５のステップＳ４１１に相当する処理では、データ転送部２１２は、データパケットに対しカプセル化を実施する。この例の場合、カプセル化ヘッダに含まれる送信元アドレスはアクセスＧＷ２０１のアドレスとされ、宛先アドレスはモビリティアンカー１００Ｂのアドレス（Ａｎｃｈｏｒ２＿Ａｄｄｒ）とされる。さらに、パス識別子 "ＳＩＤ＿２"に含まれるアップリンク用の識別情報も、カプセル化ヘッダに設定される。例えば、３ＧＰＰのＧＴＰに従ったカプセル化を実施する場合は、ＧＴＰヘッダにアップリンク用のＴＥＩＤが設定される。その結果、カプセル化されたデータパケットは、図１７のステップＳ６１０Ｂに示すように、モビリティアンカー１００Ｂにトンネリングされる。モビリティアンカー１００Ｂは、デカプセル化を行って得られたデータパケットを外部ネットワーク２０（ＣＮ５００）へ転送する。

次に、図１７のＳ６０９において、送信元アドレスがＭＮ１＿Ａｄｄｒであり、宛先ポート番号が８０番とは異なる他のデータパケットがアクセスＧＷ２０１により受信された場合を考える。この場合は、図１５のステップＳ４０５に相当する処理において、データ転送部２１２は、フローセレクタ（"Ａｎｙ"）を持つエントリと受信データパケットとの一致を判定し、一致したフローセレクタに対応づけられているバインディングＩＤを読み出す。図１９の例では、バインディングＩＤ＝"１"が読み出される。さらに、データ転送部２１２は、このバインティングＩＤを検索キーとして転送テーブルＴＢ２を検索する。このとき、転送テーブルＴＢ２のエントリは図２０に示すようになっている。したがって、データ転送部２１２は、転送のための情報（転送関連情報）として、モビリティアンカーのアドレス＝" Ａｎｃｈｏｒ１＿Ａｄｄｒ"と、パス識別子＝" ＳＩＤ＿１"を取得する。転送先は１つなので、データ転送部２１２は、データパケットの複製を行う必要はない。

図１５のステップＳ４１１に相当する処理では、データ転送部２１２は、データパケットに対しカプセル化を実施する。この例の場合、カプセル化ヘッダに含まれる送信元アドレスはアクセスＧＷ２０１のアドレスとされ、宛先アドレスはモビリティアンカー１００Ａのアドレス（Ａｎｃｈｏｒ１＿Ａｄｄｒ）とされる。さらに、パス識別子 "ＳＩＤ＿１"に含まれるアップリンク用の識別情報も、カプセル化ヘッダに設定される。例えば、３ＧＰＰのＧＴＰに従ったカプセル化を実施する場合は、ＧＴＰヘッダにアップリンク用のＴＥＩＤが設定される。その結果、カプセル化されたデータパケットは、図１７のステップＳ６１０Ａに示すように、モビリティアンカー１００Ａにトンネリングされる。モビリティアンカー１００Ａは、デカプセル化を行って得られたデータパケットを外部ネットワーク２０（ＣＮ５００）へ転送する。

以上説明したように、本実施の形態に係る移動管理システムは、移動端末４００の関与なしに、移動端末４００とＣＮ５００との間の通信を継続したまま、モビリティアンカー１００Ａ経由で転送されているデータパケットの全て又はその一部を別のモビリティアンカー１００Ｂ経由での転送に切り替えることが可能となる。これにより、例えば、始めに使用していたモビリティアンカー１００Ａの障害発生時の障害復帰や、モビリティアンカー１００Ａの負荷分散を円滑に実現可能となる。

なお、図１７に示した動作説明では、アクセスＧＷ２０１とモビリティアンカー（１００Ａ）との間で既に移動端末４００用の伝送路が確立された状態から、アクセスＧＷ２０１が別のモビリティアンカー（１００Ｂ）との間で新たに伝送路を確立し、移動端末４００に関するパケットフローの一部の転送経路をモビリティアンカー（１００Ｂ）経由に切り替えるケースを説明した。以下では、図１８を用いて、移動端末４００がネットワーク１０に接続した際に、アクセスＧＷ２０１と複数のモビリティアンカー（１００Ａ及び１００Ｂ）の間に同時に２つの伝送路を確立する例を説明する。また、この例では、モビリティ管理ノード３０１が伝送路制御信号をアクセスＧＷ２０１に送信する際のトリガとして、移動端末４００がネットワーク１０に接続した際に送信する接続要求信号を使用する。

まず、ステップＳ７０１において移動端末４００は、モビリティ管理ノード３０１に対して接続要求信号を送信する。接続要求信号は、３ＧＰＰのＥＰＳの場合では"Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ"に相当し、３ＧＰＰのＧＰＲＳの場合では"Ａｃｔｉｖｅ ＰＤＰ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ"に相当する。ステップＳ７０２では、モビリティ管理ノード３０１は、移動端末４００からの接続要求信号を受信する。そして、モビリティ管理ノード３０１の制御契機検出部３１０は、この接続要求信号をトリガとして、伝送路制御信号をアクセスＧＷ２０１に送信する。当該伝送路制御信号は、モビリティアンカー１００Ａのアドレス及び１００Ｂのアドレスを含み、図６の伝送路制御信号のフォーマット例のように、アクセスＧＷ２０１とモビリティアンカー１００Ａ及び１００Ｂとの間で確立するべき伝送路に関する情報を含む。ここでは、移動端末４００とＣＮ５００の間の複数のパケットフローのうちの一部をモビリティアンカー１００Ｂが転送し、その他をモビリティアンカー１００Ａが転送するケースを想定する。そして、モビリティアンカー１００Ａへの伝送路がソース伝送路であり、モビリティアンカー１００Ｂへの伝送路がターゲット伝送路であるとみなす。パケットの複製は行わないので、モビリティアンカー１００Ｂへの伝送路についての伝送路操作情報には"Ｒｅｄｉｒｅｃｔ"が設定される。

ステップＳ７０３では、アクセスＧＷ２０１は、例えば図１４のフローチャートに示した手順に従って伝送路生成・削除処理を行う。この結果、アクセスＧＷ２０１は、伝送路制御信号に格納されたモビリティアンカー１００Ａ及び１００Ｂとの間で確立する２つの伝送路に関する情報を使って、モビリティアンカー１００Ａ及び１００Ｂに対して、伝送路生成要求信号を送信する（ステップＳ７０４）。ステップＳ７０５では、アクセスＧＷ２０１は、伝送路生成要求に対する応答として、２つのモビリティアンカー１００Ａ及び１００Ｂから伝送路生成応答信号を受信する。ステップＳ７０６では、アクセスＧＷ２０１は、伝送路生成応答信号の受信に応じて、フローテーブルＴＢ１及び転送テーブルＴＢ２を更新する。ステップＳ７０７では、アクセスＧＷ２０１は、伝送路制御応答信号をモビリティ管理ノード３０１に送信する。ステップＳ７０８で、モビリティ管理ノード３０１は、伝送路制御応答信号を受信し、伝送路情報テーブルＴＢ３を更新する。ステップＳ７０９、Ｓ７１０、Ｓ７１１Ａ、及びＳ７１１Ｂの処理は、図１７に示したステップＳ６０８、Ｓ６０９、Ｓ６１０Ａ、及びＳ６１０Ｂの処理と同等なので、ここでは説明を省略する。

＜第２の実施の形態＞
本発明の第２の実施の形態に係る移動管理システムの全体構成は、図４に示した第１の実施の形態と同様とすればよい。本実施の形態では、アクセスＧＷ２０１の一部の構成及び動作が第１の実施の形態とは異なる。従ってここではアクセスＧＷ２０１の構成及び動作の第１の実施の形態との相違点に着目して説明する。

図２２は、本実施の形態のアクセスＧＷ２０１の構成例を示すブロック図である。本実施の形態のアクセスＧＷ２０１が有するデータ転送部２１３は、上述したデータ転送部２１２の機能を有するとともに、アドレス変換部２１４をさらに有する。アドレス変換部２１４は、移動端末４００から受信したデータパケットをカプセル化する際に、データパケットに送信元アドレスとして付与されている移動端末４００のアドレスを異なるアドレス（つまり、切り替え先のモビリティアンカーに到達可能なアドレス）に変換することができる。この構成によれば、移動端末４００のデータフローの切り替え先とするモビリティアンカーの選択自由度が大きくなる。例えば、移動端末４００が切り替え先のモビリティアンカー経由でＣＮ５００に送信したパケットへの応答のパケットも切り替え先のモビリティアンカー経由で受信する必要がある場合、第１の実施の形態では、切り替え先のモビリティアンカーと切り替え元のモビリティアンカーは同一のサブネットワーク上に配置されている必要がある。しかしながら、第２の実施の形態ではその制限はなく、切り替え先のモビリティアンカーを切り替え元のモビリティアンカーから遠くはなれた場所に配置することも可能となる。このため、本実施の形態は、切り替え元のモビリティアンカーが配置されたネットワークの負荷を低減（オフロード）する用途にも適用することができる。

第２の実施の形態におけるアクセスＧＷ２０１は、制御信号処理部２１０、登録信号処理部２１１、データ転送部２１３、及び記憶装置２２０を含む。このうち、制御信号処理部２１０は、第１の実施の形態と同様とすればよい。本実施の形態における登録信号処理部２１１は、第１の実施の形態における登録信号処理部２１１と同じ機能を有する。さらに、本実施の形態における登録信号処理部２１１は、モビリティアンカー１００から受信した伝送路生成応答信号にモビリティアンカー１００が移動端末４００に割り当てたアドレスが格納されていた場合、転送テーブルＴＢ２に含まれる該当するエントリの別アドレス（Alternative Address）のフィールドに取得したアドレスを設定する。

本実施の形態におけるデータ転送部２１３は、第１の実施の形態におけるデータ転送部２１２と同じ機能を有する。さらに、上述したように、データ転送部２１３はアドレス変換部２１４を有する。アドレス変換部２１４は、受信したデータパケットをカプセル化する前に送信元アドレスに設定された移動端末４００のアドレスを異なるアドレスに変換できる。データ転送部２１３は、アドレス変換を実施するかどうかを決定し、さらにアドレスを変換する場合には、変換後のアドレスを転送テーブルＴＢ２の別アドレス（Alternative Address）フィールドから取得する。

本実施の形態における転送テーブルＴＢ２の具体例を図２３に示す。本実施の形態における転送テーブルＴＢ２は、第１の実施の形態における転送テーブルに対して別アドレスフィールドを追加したフォーマットを持つ。別アドレスフィールドは、アドレス変換部２１４によって移動端末４００のアドレスと置換される変換後のアドレスを格納する。なお、別アドレスフィールドの値"Ｎｏｎｅ"は、アドレス変換する必要がないことを示す。ただし、アドレス変換を実施するかどうかの決定については、別アドレスフィールドとは別にフラグフィールド用意し、フラグフィールドの値によってアクセス変換の要否を決定してもよい。

データ転送部２１３は、第１の実施の形態のデータ転送部２１２と同様に、転送テーブルＴＢ２を使って、転送先のモビリティアンカー１００のアドレスなどの転送時に必要な情報を取得する。さらに、データ転送部２１３は、転送テーブルＴＢ２に含まれる別アドレスフィールドを参照して、移動端末４００から受信したデータパケットに対するアドレス変換を必要に応じて実施し、その後カプセル化を実施する。データ転送部２１３は、別アドレスフィールドにアドレスが設定されており、かつ受信データパケットの送信元アドレスに設定された移動端末４００のアドレスと別アドレスフィールドに設定されたアドレスとが異なる場合に、アドレス変換を実施する。

本実施の形態におけるアクセスＧＷ２０１は、第１の実施の形態と同様に、モビリティ管理ノード３０１から伝送路制御信号を受信したことに応じて伝送路制御を実施する。さらに、本実施の形態におけるアクセスＧＷ２０１は、モビリティアンカー１００が新たに割り当てた移動端末４００のアドレスがモビリティアンカー１００から受信した伝送路生成応答信号に格納されていた場合には、この新たなアドレスを転送テーブルＴＢ２の別アドレスフィールドに記録する。

本実施の形態におけるアクセスＧＷ２０１は、移動端末４００からの受信データパケットの転送を第１の実施の形態とほぼ同様に行う。ただし、既に述べたように、本実施の形態におけるアクセスＧＷ２０１は、転送テーブルＴＢ２を検索する際に別アドレスフィールドに設定されたアドレスを取得し、このアドレスと受信データパケットの送信元アドレス（移動端末４００のアドレス）が異なる場合にアドレス変換を実施する。さらに、本実施の形態におけるアクセスＧＷ２０１は、モビリティアンカー１００から送られたカプセル化されたデータパケットをデカプセル化した後に、デカプセル化された宛先アドレスを移動端末４００のアドレスへと変換する。

図１７を用いて第１の実施の形態における移動管理システム全体の動作について説明したが、その際に想定した条件をここでも適用した場合、第２の実施の形態の動作も図１７のシーケンス図と同様となる。ただし図１７のステップＳ６０４以降の処理において、信号に格納される情報や、処理の内容、パケットのアドレスが変わってくるので、その点に着目して説明を行う。

まず、ステップＳ６０４の伝送路生成応答信号は、モビリティアンカー１００Ｂが割り当てた移動端末４００のアドレス（ここではＭＮ１＿ＡｌｔＡｄｄｒとする）を含む。なお、モビリティアンカー１００が移動端末４００のアドレスを割り当てるという動作は、公知のモビリティアンカー（３ＧＰＰにおけるＧＧＳＮ及びＰ−ＧＷ、並びにＰＭＩＰｖ６におけるＬＭＡ等）においても行われている。よって、この場合でもモビリティアンカー１００には特別な機能を必要としない。

ステップＳ６０５では、アクセスＧＷ２０１は、受信した伝送路生成応答信号から移動端末４００のアドレスＭＮ１＿ＡｌｔＡｄｄｒを抽出し、このアドレスを転送テーブルＴＢ２中の別アドレスフィールドに記録する。この結果、更新された転送テーブルＴＢ２は、図２４に示すとおりとなる。

この後、ステップＳ６０８において、移動端末４００が宛先ポート番号８０のＴＣＰを使った通信をＣＮ５００との間で行う状況を考える。ステップＳ６０９では、データ転送部２１３は、フローテーブルＴＢ１および転送テーブルＴＢ２を参照し、受信データパケットの送信元アドレスをアドレスＭＮ１＿ＡｌｔＡｄｄｒに変換し、受信データパケットをカプセル化し、カプセル化されたパケットをモビリティアンカー１００Ｂに送信する（ステップＳ６１０Ｂ）。一方、アクセスＧＷ２０１は、モビリティアンカー１００Ｂからカプセル化されたパケットを受信した場合に、これをデカプセル化して得たデータパケットの宛先アドレスをＭＮ１＿ＡｌｔＡｄｄｒから移動端末４００のアドレス（ＭＮ１＿Ａｄｄｒ）に変換し、移動端末４００に転送する。

一方、移動端末４００が、宛先ポート番号が８０であるＴＣＰパケットとは異なる他のデータパケットを送信した場合については、図２４の転送テーブルのバインディングＩＤが"１"のエントリが参照される。このため、アドレス変換部２１４によるアドレス変換は行われず、データパケットは、送信元アドレスがＭＮ１＿Ａｄｄｒのままモビリティアンカー１００Ａ経由でＣＮ５００に転送される（ステップＳ６１０Ａ）。ＣＮ５００から移動端末４００に送られる逆方向のデータパケットについても、アドレス変換部２１４によるアドレス変換は行われない。

＜第３の実施の形態＞
本実施の形態では、第１又は第２の実施の形態の変形として、モビリティ管理ノード３０１及びアクセスＧＷ２０１の機能を一装置内に一体的に配置する例について説明する。本実施の形態に係る移動管理システムの構成例を図２５に示す。図２５に示すアクセスＧＷ２０２は、アクセスＧＷ機能部２３０及びモビリティ管理機能部２３１を含む。アクセスＧＷ機能部２３０は、第１又は第２の実施の形態におけるアクセスＧＷ２０１に相当する機能を有する。また、モビリティ管理機能部２３１は、第１又は第２の実施の形態におけるモビリティ管理ノード３０１に相当する機能を有する。アクセスＧＷ機能部２３０とモビリティ管理機能部２３１との間の通信は、装置外部のネットワークには送出されず、内部的に実施されるより効率的な通信インタフェースを使うことができる。

アクセスＧＷ機能部２３０及びモビリティ管理機能部２３１は、その全てをソフトウェアで実装することができる。言い換えると、これらの機能は、ＣＰＵ、ＭＰＵ等のプロセッサを含むコンピュータシステムに１又は複数のプログラムを実行させることによって実現することができる。ただし、その一部、あるいは全てをハードウェアで構成することも可能である。

本実施の形態によれば、アクセスＧＷとモビリティ管理ノードの機能をひとつの装置として提供できる。このため、本実施の形態は、アクセスＧＷ機能とモビリティ管理機能の間の通信インタフェースを効率的なものとすることが可能であり、また、ハードウェア資源も共通化できるため、より安価で高性能な機能を提供できる。

本実施の形態は、アクセスＧＷ機能とモビリティ管理機能とが分離されていないシステムに好適である。一例として３ＧＰＰのＧＰＲＳがそれに相当し、この場合、本実施の形態におけるアクセスＧＷ２０２はＳＧＳＮに相当する。

＜第４の実施の形態＞
本実施の形態では、第１又は第２の実施の形態の変形として、アクセスＧＷ２０１の機能及びモビリティアンカー１００の機能を一装置内に一体的に配置する例について説明する。本実施の形態に係る移動管理システムの構成例を図２６に示す。図２６に示すアクセスＧＷ２０３は、アクセスＧＷ機能部２３０及びモビリティアンカー機能部２３２を含む。アクセスＧＷ機能部２３０は、第１又は第２の実施の形態におけるアクセスＧＷ２０１に相当する機能を有する。モビリティアンカー機能部２３２は、第１又は第２の実施の形態におけるモビリティアンカー１００に相当する機能を有し、外部ネットワーク３０へのインタフェースを提供する。アクセスＧＷ機能部２３０とモビリティアンカー機能部２３２との間の通信は、装置外部のネットワークには送出されず、内部的に実施されるより効率的な通信インタフェースを使うことができる。例えば、内部的に自由にルーティングできるため、カプセル化などの処理は省略することができる。

アクセスＧＷ機能部２３０及びモビリティアンカー機能部２３２は、その全てをソフトウェアで実装することができる。言い換えると、これらの機能は、ＣＰＵ、ＭＰＵ等のプロセッサを含むコンピュータシステムに１又は複数のプログラムを実行させることによって実現することができる。ただし、その一部、あるいは全てをハードウェアで構成することも可能である。

本実施の形態は、ネットワーク１０に配置されたモビリティアンカー１００、又はネットワーク１０のトラフィックを外部ネットワーク３０にオフロードし、モビリティアンカー１００又はネットワーク１０の負荷を低減する場合に好適となる。

また、本実施の形態は、アクセスＧＷとモビリティカンカーの機能をひとつの装置として提供できる。このため、本実施の形態は、アクセスＧＷ機能とモビリティカンカー機能の間の通信インタフェースを効率的なものとすることが可能であり、かつ、ハードウェア資源も共通化できるため、より安価で高性能な機能を提供できる。

＜第５の実施の形態＞
本実施の形態では、上述した第３及び第４の実施の形態の組合せについて説明する。つまり、本実施の形態では、アクセスＧＷ２０１の機能、モビリティ管理ノード３０１の機能、及びモビリティアンカー１００の機能を一装置内に一体的に配置する例について説明する。本実施の形態に係る移動管理システムの構成例を図２７に示す。図２７に示すアクセスＧＷ２０４は、アクセスＧＷ機能部２３０、モビリティ管理機能部２３１、及びモビリティアンカー機能部２３２を含む。アクセスＧＷ機能部２３０、モビリティ管理機能部２３１、及びモビリティアンカー機能部２３２については、第３及び第４の実施の形態で説明したのでここでは説明を省略する。

本実施の形態は、アクセスＧＷ機能とその制御のためのモビリティ管理ノードの機能が分離されていないシステムにおいて、ネットワーク１０に配置されたモビリティアンカー１００、又はネットワーク１０のトラフィックをオフロードし、モビリティアンカー１００又はネットワーク１０の負荷を低減する場合に好適となる。

＜補足説明＞
以下に、第１〜第５の実施の形態で述べた要素と、これらに対応する実システム上のノード名との対応関係を記述しておく。ただし、以下はあくまで例であり、以下で例示した以外にも各実施の形態を適用することができる。

（１）３ＧＰＰ ＥＰＳ
Ｐ−ＧＷ： モビリティアンカー１００
Ｓ−ＧＷ： アクセスＧＷ２０１
ＭＭＥ ： モビリティ管理ノード３０１
Ｌ−ＧＷ（Local-Gateway, トラフィックオフロード機能を備えたＳ−ＧＷ装置）：アクセスＧＷ２０３
ＵＥ（User Equipment）： 移動端末４００

（２）３ＧＰＰ ＧＰＲＳ
ＧＧＳＮ： モビリティアンカー１００
ＳＧＳＮ： アクセスＧＷ２０２、アクセスＧＷ２０４
Ｌ−ＧＷ： アクセスＧＷ２０４
ＵＥ ： 移動端末４００

（３）３ＧＰＰ２
ＨＡ（Home Agent）： モビリティアンカー１００
ＡＧＷ（Access Gateway）： アクセスＧＷ２０２、アクセスＧＷ２０４
ＡＴ（Access Terminal）： 移動端末４００

（４）ＷｉＭＡＸ Ｆｏｒｕｍ
ＨＡ： モビリティアンカー１００
ＡＳＮ−ＧＷ（Access Service Network-Gateway）： アクセスＧＷ２０１，アクセスＧＷ２０２
ＭＳ（Mobile Station） ： 移動端末４００

さらに、本発明は上述した実施の形態のみに限定されるものではなく、既に述べた本発明の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。

この出願は、２０１１年３月１５日に出願された日本出願特願２０１１−０５６２４３を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１００ モビリティアンカー
２００ アクセスＧＷ
３００ モビリティ管理ノード
４００ 移動端末
５００ 通信相手ノード（ＣＮ）
２０１〜２０４ アクセスＧＷ
２１０ 制御信号処理部
２１１ 登録信号処理部
２１２、２１３ データ転送部
２１４ アドレス変換部
２２０ 記憶装置
２３０ アクセスＧＷ機能部
２３１ モビリティ管理機能部
２３２ モビリティアンカー機能部
３０１ モビリティ管理ノード
３１０ 制御契機検出手段
３１１ 制御信号処理手段
３２０ 記憶装置

Claims (30)

1. 移動端末の移動管理を前記移動端末では無くネットワーク側で行うネットワークベースの移動管理システムであって、
   第１及び第２のモビリティアンカーを含み、各々が外部ネットワークとの間でデータパケットを送受信可能な複数のモビリティアンカーと、
   第１のアクセスゲートウェイを含み、前記移動端末と前記複数のモビリティアンカーとの間に配置され、各々が前記移動端末と前記外部ネットワークとの間で送受信されるデータパケットを前記複数のモビリティアンカーのうち少なくとも１つを介して中継することが可能な少なくとも１つのアクセスゲートウェイと、
   前記データパケットを中継するモビリティアンカーの切り替えを制御する移動管理制御手段と、
   を備え、
   前記移動管理制御手段は、前記第１のアクセスゲートウェイに対して、前記第１のアクセスゲートウェイ及び前記第１のモビリティアンカーを介して中継されている前記移動端末に関するデータパケットフローの全体では無く一部のデータパケットフローのみを前記第２のモビリティアンカーを介して中継するように経路変更するための伝送路制御信号を送信できるよう構成され、
   前記第１のアクセスゲートウェイは、(i) 前記伝送路制御信号の受信に応じて、前記第１のアクセスゲートウェイと前記第２のモビリティアンカーとの間に前記一部のデータパケットフローを転送するための論理的な伝送路を確立するとともに、(ii) 前記移動端末から受信したデータパケットを識別することによって、前記一部のデータパケットフローを前記第２のモビリティアンカーに転送し、その他のデータパケットフローを前記第１のモビリティアンカーに転送するよう構成されている、
   移動管理システム。
2. 前記伝送路制御信号は、前記少なくとも１つのアクセスゲートウェイ間での前記移動端末の移動に関わらず不変である前記移動端末の端末識別情報、前記第２のモビリティアンカーの識別情報、及び経路切り替え対象となる前記一部のデータパケットフローを特定するためのフロー情報を含む、請求項１に記載の移動管理システム。
3. 前記第１のアクセスゲートウェイは、前記伝送路制御信号の受信に応じて、前記論理的な伝送路を確立するための伝送路生成信号を前記第２のモビリティアンカーに送信するよう構成され、
   前記伝送路生成信号は、前記端末識別情報、及び前記一部のデータパケットフローの転送先として用いられる前記第１のアクセスゲートウェイのＧＷ識別情報を含む、
   請求項２に記載の移動管理システム。
4. 前記第１のアクセスゲートウェイは、前記伝送路制御信号に含まれる前記フロー情報と前記第２のモビリティアンカーの識別情報に基づいて、前記一部のデータパケットフローの識別と転送先モビリティアンカーの決定を行う、請求項２又は３に記載の移動管理システム。
5. 前記第１のアクセスゲートウェイは、前記一部のデータパケットフローを複製することによって、前記一部のデータパケットフローを前記第１及び第２のモビリティアンカーの両方に転送できるよう構成されている、請求項１〜４のいずれか１項に記載の移動管理システム。
6. 前記第１のアクセスゲートウェイは、前記一部のデータパケットフローを前記第２のモビリティアンカーに転送する際に、前記一部のデータパケットフローに含まれる各データパケットの送信元アドレスを前記第２のモビリティアンカーに到達可能なアドレスに変換する、請求項１〜５のいずれか１項に記載の移動管理システム。
7. 前記第２のモビリティアンカーは、前記伝送路生成信号を受信に応じて、前記到達可能なアドレスを決定し、前記第１のアクセスゲートウェイに通知する、請求項６に記載の移動管理システム。
8. 前記第２のモビリティアンカーは、前記移動端末のアドレスを宛先とするデータパケットに対して、前記第１のアクセスゲートウェイを宛先とするカプセル化を行う、請求項１〜７のいずれか１項に記載の移動管理システム。
9. 前記第１のアクセスゲートウェイと前記第２のモビリティアンカーは、１つの装置として一体的に配置され、
   前記一部のパケットフローは、前記装置の内部インタフェースを介して転送される、
   請求項１〜８のいずれか１項に記載の移動管理システム。
10. 移動端末の移動管理を前記移動端末では無くネットワーク側で行うネットワークベースの移動管理システムによる移動管理方法であって、
    前記移動管理システムは、
    第１及び第２のモビリティアンカーを含み、各々が外部ネットワークとの間でデータパケットを送受信可能な複数のモビリティアンカーと、
    第１のアクセスゲートウェイを含み、前記移動端末と前記複数のモビリティアンカーとの間に配置され、各々が前記移動端末と前記外部ネットワークとの間で送受信されるデータパケットを前記複数のモビリティアンカーのうち少なくとも１つを介して中継することが可能な少なくとも１つのアクセスゲートウェイと、
    前記データパケットを中継するモビリティアンカーの切り替えを制御する移動管理制御手段と、
    を備え、
    前記方法は、
    前記第１のアクセスゲートウェイが、前記第１のアクセスゲートウェイ及び前記第１のモビリティアンカーを介して中継されている前記移動端末に関するデータパケットフローの全体では無く一部のデータパケットフローのみを前記第２のモビリティアンカーを介して中継するように経路変更するための伝送路制御信号を前記移動管理制御手段から受信すること、
    前記第１のアクセスゲートウェイが、前記伝送路制御信号の受信に応じて、前記第１のアクセスゲートウェイと前記第２のモビリティアンカーとの間に前記一部のデータパケットフローを転送するための論理的な伝送路を確立すること、及び、
    前記第１のアクセスゲートウェイが、前記移動端末から受信したデータパケットを識別することによって、前記一部のデータパケットフローを前記第２のモビリティアンカーに転送し、その他のデータパケットフローを前記第１のモビリティアンカーに転送すること、
    を備える移動管理方法。
11. 前記伝送路制御信号は、前記少なくとも１つのアクセスゲートウェイ間での前記移動端末の移動に関わらず不変である前記移動端末の端末識別情報、前記第２のモビリティアンカーの識別情報、及び経路切り替え対象となる前記一部のデータパケットフローを特定するためのフロー情報を含む、請求項１０に記載の移動管理方法。
12. 前記伝送路を確立することは、前記伝送路制御信号の受信に応じて、前記論理的な伝送路を確立するための伝送路生成信号を前記第１のアクセスゲートウェイから前記第２のモビリティアンカーに送信することを含み、
    前記伝送路生成信号は、前記端末識別情報、及び前記一部のデータパケットフローの転送先として用いられる前記第１のアクセスゲートウェイのＧＷ識別情報を含む、
    請求項１１に記載の移動管理方法。
13. 前記第１のアクセスゲートウェイは、前記伝送路制御信号に含まれる前記フロー情報と前記第２のモビリティアンカーの識別情報に基づいて、前記一部のデータパケットフローの識別と転送先モビリティアンカーの決定を行う、請求項１１又は１２に記載の移動管理方法。
14. 前記転送することは、前記第１のアクセスゲートウェイが、前記一部のデータパケットフローを複製することによって、前記一部のデータパケットフローを前記第１及び第２のモビリティアンカーの両方に転送することを含む、請求項１０〜１３のいずれか１項に記載の移動管理方法。
15. 前記転送することは、前記第１のアクセスゲートウェイが、前記一部のデータパケットフローを前記第２のモビリティアンカーに転送する際に、前記一部のデータパケットフローに含まれる各データパケットの送信元アドレスを前記第２のモビリティアンカーに到達可能なアドレスに変換することを含む、請求項１０〜１４のいずれか１項に記載の移動管理方法。
16. 前記方法は、前記第２のモビリティアンカーが、前記伝送路生成信号を受信に応じて、前記到達可能なアドレスを決定し、前記第１のアクセスゲートウェイに通知することをさらに備える、請求項１５に記載の移動管理方法。
17. 移動端末の移動管理を前記移動端末では無くネットワーク側で行うネットワークベースの移動管理システムにて使用されるアクセスゲートウェイ装置であって、
    前記移動管理システムは、
    第１及び第２のモビリティアンカーを含み、各々が外部ネットワークとの間でデータパケットを送受信可能な複数のモビリティアンカーと、
    前記アクセスゲートウェイ装置を含み、前記移動端末と前記複数のモビリティアンカーとの間に配置され、各々が前記移動端末と前記外部ネットワークとの間で送受信されるデータパケットを前記複数のモビリティアンカーのうち少なくとも１つを介して中継することが可能な少なくとも１つのアクセスゲートウェイと、
    前記データパケットを中継するモビリティアンカーの切り替えを制御する移動管理制御手段と、
    を備え、
    前記アクセスゲートウェイ装置は、
    前記アクセスゲートウェイ装置及び前記第１のモビリティアンカーを介して中継されている前記移動端末に関するデータパケットフローの全体では無く一部のデータパケットフローのみを前記第２のモビリティアンカーを介して中継するように経路変更するための伝送路制御信号を前記移動管理制御手段から受信する制御信号処理手段と、
    前記伝送路制御信号の受信に応じて、前記第アクセスゲートウェイ装置と前記第２のモビリティアンカーとの間に前記一部のデータパケットフローを転送するための論理的な伝送路を確立する伝送路確立手段と、
    前記移動端末から受信したデータパケットを識別することによって、前記一部のデータパケットフローを前記第２のモビリティアンカーに転送し、その他のデータパケットフローを前記第１のモビリティアンカーに転送するデータ転送手段と、
    を備える、
    アクセスゲートウェイ装置。
18. 前記伝送路制御信号は、前記少なくとも１つのアクセスゲートウェイ間での前記移動端末の移動に関わらず不変である前記移動端末の端末識別情報、前記第２のモビリティアンカーの識別情報、及び経路切り替え対象となる前記一部のデータパケットフローを特定するためのフロー情報を含む、請求項１７に記載のアクセスゲートウェイ装置。
19. 前記伝送路確立手段は、前記伝送路制御信号の受信に応じて、前記論理的な伝送路を確立するための伝送路生成信号を前記第２のモビリティアンカーに送信することを含み、
    前記伝送路生成信号は、前記端末識別情報、及び前記一部のデータパケットフローの転送先として用いられる前記アクセスゲートウェイ装置のＧＷ識別情報を含む、
    請求項１８に記載のアクセスゲートウェイ装置。
20. 前記データ転送手段は、前記伝送路制御信号に含まれる前記フロー情報と前記第２のモビリティアンカーの識別情報に基づいて、前記一部のデータパケットフローの識別と転送先モビリティアンカーの決定を行う、請求項１８又は１９に記載のアクセスゲートウェイ装置。
21. 前記データ転送手段は、前記一部のデータパケットフローを複製することによって、前記一部のデータパケットフローを前記第１及び第２のモビリティアンカーの両方に転送できるよう構成されている、請求項１７〜２０のいずれか１項に記載のアクセスゲートウェイ装置。
22. 前記データ転送手段は、前記一部のデータパケットフローを前記第２のモビリティアンカーに転送する際に、前記一部のデータパケットフローに含まれる各データパケットの送信元アドレスを前記第２のモビリティアンカーに到達可能なアドレスに変換する、請求項１７〜２１のいずれか１項に記載のアクセスゲートウェイ装置。
23. 前記到達可能なアドレスは、前記第２のモビリティアンカーから前記アクセスゲートウェイ装置に通知される、請求項２２に記載のアクセスゲートウェイ装置。
24. 前記データ転送手段は、前記移動端末のアドレスを送信元とするデータパケットに対して、前記第１又は第２のアクセスゲートウェイを宛先とするカプセル化を行う、請求項１７〜２３のいずれか１項に記載のアクセスゲートウェイ装置。
25. 前記アクセスゲートウェイ装置と前記第２のモビリティアンカーは、１つの装置として一体的に配置され、
    前記一部のパケットフローは、前記１つの装置の内部インタフェースを介して転送される、
    請求項１７〜２４のいずれか１項に記載のアクセスゲートウェイ装置。
26. 前記アクセスゲートウェイ装置と前記移動管理制御手段は、１つの装置として一体的に配置され、
    前記伝送路制御信号は、前記１つの装置の内部インタフェースを介して転送される、
    請求項１７〜２５のいずれか１項に記載のアクセスゲートウェイ装置。
27. 移動端末の移動管理を前記移動端末では無くネットワーク側で行うネットワークベースの移動管理システムにて使用される移動管理制御装置であって、
    前記移動管理システムは、
    第１及び第２のモビリティアンカーを含み、各々が外部ネットワークとの間でデータパケットを送受信可能な複数のモビリティアンカーと、
    第１のアクセスゲートウェイを含み、前記移動端末と前記複数のモビリティアンカーとの間に配置され、各々が前記移動端末と前記外部ネットワークとの間で送受信されるデータパケットを前記複数のモビリティアンカーのうち少なくとも１つを介して中継することが可能な少なくとも１つのアクセスゲートウェイと、
    前記データパケットを中継するモビリティアンカーの切り替えを制御する前記移動管理制御装置と
    を備え、
    前記移動管理制御装置は、
    前記第１のアクセスゲートウェイ及び前記第１のモビリティアンカーを介して中継されている前記移動端末に関するデータパケットフローの全体では無く一部のデータパケットフローのみを前記第２のモビリティアンカーを介して中継するように経路変更するための伝送路制御信号を、前記第１のアクセスゲートウェイに対して送信する制御信号処理手段を備える、
    移動管理制御装置。
28. 前記伝送路制御信号は、前記少なくとも１つのアクセスゲートウェイ間での前記移動端末の移動に関わらず不変である前記移動端末の端末識別情報、前記第２のモビリティアンカーの識別情報、及び経路切り替え対象となる前記一部のデータパケットフローを特定するためのフロー情報を含む、請求項２７に記載の移動管理制御装置。
29. 前記一部のデータパケットフローの経路変更に関連付けられたイベントの発生を判定する制御契機検出手段をさら備え、
    前記制御信号処理手段は、前記イベントの発生に応じて前記伝送路制御信号を送信する、
    請求項２７又は２８に記載の移動管理制御装置。
30. 請求項１０〜１６のいずれか１項に記載の移動管理方法をコンピュータに行わせるためのプログラム。
    
    

Images