JP2010028774A - 移動通信システム、トラヒック転送装置、トラヒック転送方法及びプログラム - Google Patents

Abstract

【課題】端末機能の追加や無線アクセスベアラ制御の複雑化を伴うことなく、トラヒック種別に応じたルーティングを実現する。
【解決手段】トラヒック転送装置として動作するＭＡＧ１００が、ユーザ端末との間に確立された無線アクセスベアラ３００のベアラ種別の識別又は無線アクセスベアラ３００内のフローを解析する。そして、ＭＡＧ１００は、無線アクセスベアラ３００のベアラ種別又はフロー解析結果に基いて、プロキシモバイルＩＰクライアントを転送先とするか否かを判断して、トラヒックを転送する。
【選択図】図１

Description

本発明は、移動通信システム、トラヒック転送装置、トラヒック転送方法及びプログラムに関し、特に、ネットワーク側で移動端末の移動を検知し移動管理を行ないＩＰモビリティを実現する移動通信システム、トラヒック転送装置、トラヒック転送方法及びプログラムに関する。

近年、ＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）、Ａｌｌ−ＩＰ ＮＥＴＷＯＲＫ（ＡＩＰＮ）といった次世代ネットワークの標準化の検討が進められている（非特許文献１、２参照）。

上記ネットワークにおける移動制御方式として、ＭＩＰｖ４、ＭＩＰｖ６に代表される端末側で経路変更の指示を行なう方式と、ＰＭＩＰｖ４やＰＭＩＰｖ６（Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰｖ６）に代表されるネットワーク側に経路変更機能を備える方式とが提案されている。ＰＭＩＰｖ６は、ＭＩＰｖ６（Ｍｏｂｉｌｅ ＩＰｖ６；「ＣＭＩＰ」とも呼ばれる。）をベースとし、ネットワーク側で移動端末の移動を検知し移動管理を行う方式であり、移動端末にプロトコル特有の機能追加をせずにＩＰモビリティを実現できる利点がある（非特許文献３を参照。）。

その他、特許文献１、２に、前者のＭＩＰｖ６を用いた移動通信システムが開示されている。

再特ＷＯ２００５／００６６７４号公報 特開２００６−２２２５９１号公報 ３ＧＰＰ ＴＳ ２３．４０１ Ｖ８．１．０、２００８年３月 ３ＧＰＰ ＴＳ ２３．４０２ Ｖ８．１．１、２００８年３月 Ｓ．Ｇｕｎｄａｖｅｌｌｉ ｅｔ ａｌ．、「Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰｖ６」、http://tools.ietf.org/id/draft-ietf-netlmm-proxymip6-11.txt

非特許文献１、２に記載の移動通信システムの問題点を、ＩＭＳ（ＩＰ−Ｍｕｌｔｉｍｅｄｉａ Ｓｅｒｖｉｃｅ）を利用する場合を例に挙げて図５〜図８を用いて説明する。

図５は、在圏網６００側のモバイルアクセスゲートウェイ（ＭＡＧ）１００からのローカルブレークアウトが選択された場合を表している。この場合、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉｏａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）信号（図５の破線）もローカルブレークアウトされることとなり、ホーム網５００にあるＳＩＰサーバ５０１から在圏網６００のＭＡＧ１００まで、信頼性の置けるモバイル中継網７０１ではなくインターネット７００など不特定のネットワークを経由してしまう。このため、音声呼を制御する信号の信頼性が損なわれたり、伝送遅延等による接続サービス時間への影響を与える可能性が高い。

図６は、ホーム網５００側のＭＡＧ１００経由のアクセスが選択された場合を表している。この場合、ＳＩＰ信号（図６の破線）は信頼できるモバイル中継網７０１を経由するものの、音声データ（図６の一点鎖線）まで常にホーム網５００を経由してしまうことになる。例えば、在圏網の端末４０１との音声通話であっても必ずホーム網５００経由でのＰ２Ｐ間通信が行なわれてしまうため、無意味な伝送遅延による音声品質の劣化等サービス品質への悪影響が懸念される。

上記トラヒックの不適切な転送の問題を克服するため、図７に示すように、無線アクセスベアラ３００をデュアルスタックにし、ＳＩＰ信号（図７の実線）のＩＰバージョンでのみ端末４００側でモバイルＩＰクライアントを起動し、ホーム網５００にあるホームエージェント（ＨＡ）５０６と端末４００間でクライアントモバイルＩＰトンネル５０７を確立し、ＳＩＰ信号を必ずホーム網５００のＨＡ５０６を経由させることも考えられる。この場合、端末４００側でモバイルＩＰクライアントを起動する必要があり、端末−ネットワーク間のトラヒックオーバヘッドや端末側にモバイルＩＰクライアント機能を持たせなければならないため、ＰＭＩＰの利点が損なわれてしまう。また、ＨＡ５０６からクライアントモバイルＩＰトンネル５０７のルーティングは、端末４００のＩＰアドレス宛のユーザトラヒックルーティングであるため、不特定の中継網を経由される可能性が高いという問題点もある。

上記図７とは別のアプローチとして、図８に示すように、シグナリング用と音声パケット用とで、パケットデータネットワーク（ＰＤＮ）を分離して、無線アクセスベアラ３００ａと無線アクセスベアラ３００ｂをそれぞれ確立し、異なるＭＡＧ１００、５０４経由とする方法も考えられる。この場合は、常に異なるＰＤＮ用の無線アクセスベアラを設定し、異なるモバイルアンカー配下でのモビリティ＆ベアラ制御となるため、複数のモビリティ管理やベアラ制御を行なう必要があり、網／端末双方における処理が煩雑になるという問題点がある。

本発明は、上記した事情に鑑みてなされたものであって、その目的とするところは、ＰＭＩＰｖ６（Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰｖ６）に代表されるネットワーク側に経路変更機能を備える方式の利点を損なうことなく、トラヒックの選択ルーティングを実現できる移動通信システム、トラヒック転送装置、トラヒック転送方法及びプログラムを提供することにある。

本発明の第１の視点によれば、パケットデータネットワーク（ＰＤＮ）にアクセスするためにユーザ端末との間に確立された無線アクセスベアラのベアラ種別を識別する手段と、前記ユーザ端末に代わって、ユーザ端末の移動管理を行なうプロキシモバイルＩＰクライアントと、前記プロキシモバイルＩＰクライアントに対し、所定のベアラ種別を持つトラヒックを転送する手段と、を備えたトラヒック転送装置、あるいは、このトラヒック転送装置を含んだ移動通信システムが提供される。

本発明の第２の視点によれば、パケットデータネットワーク（ＰＤＮ）にアクセスするためにユーザ端末との間に確立された無線アクセスベアラ内のフローを解析する手段と、前記ユーザ端末に代わって、ユーザ端末の移動管理を行なうプロキシモバイルＩＰクライアントと、前記プロキシモバイルＩＰクライアントに対し、前記解析により識別された特定のトラヒックを転送する手段と、を備えたトラヒック転送装置、あるいは、このトラヒック転送装置を含んだ移動通信システムが提供される。

本発明の第３の視点によれば、上記した移動通信システムにて実施されるトラヒック転送方法が提供される。この方法によれば、トラヒック転送装置が、ユーザ端末との間に確立された無線アクセスベアラのベアラ種別の識別又は無線アクセスベアラ内のフローを解析する。そして、前記トラヒック転送装置が、前記無線アクセスベアラのベアラ種別又はフロー解析結果に基いて、プロキシモバイルＩＰクライアントを転送先とするか、あるいは、ローカルブレークアウトするかを判断し、トラヒックを転送する制御が行なわれる。

本発明の第４の視点によれば、上記したトラヒック転送装置を構成するコンピュータに実行させるプログラムが提供される。このプログラムは、上記無線アクセスベアラのベアラ種別を識別する手段（あるいはフロー解析手段）と、前記無線アクセスベアラのベアラ種別（あるいはフロー解析結果）に応じて、プロキシモバイルＩＰクライアントを転送先とするか、あるいは、ローカルブレークアウトするかを判断し、トラヒックを転送する手段として、任意のコンピュータを機能させることができる。

本発明によれば、端末の機能を追加したり、無線アクセスベアラ制御を複雑化することなく、トラヒック種別に応じたルーティングを実現することができる。その理由は、ネットワーク側のトラヒック転送装置に、トラヒック種別を推測させる手段と、該推測結果に基きルーティングを行なう手段とを備えたことにある。

続いて、本発明の好適な実施形態について図面を参照して詳細に説明する。

［第１の実施形態］
図１は、本発明の第１の実施形態に係る移動通信システムの構成を表した図である。図１を参照すると、ＳＩＰサーバ５０１及びホームエージェント／モバイルアンカーポイント（ＨＡ／ＭＡＰ）５１１が配置されたホーム網５００と、パケットデータネットワーク（ＰＤＮ）、ＭＡＧ１００が配置され端末４００、４０１にサービスを提供する在圏網６００と、インターネット７００と、モバイル中継網７０１と、が示されている。

ＭＡＧ１００は、後記するようにＰＭＩＰｖ６クライアントを備え、ＰＭＩＰｖ６クライアントを有さない端末４００に代わってホーム網５００のＨＡ／ＭＡＰ５１１との間でＩＰモビリティを実現する。また、ＭＡＧ１００は、ネットワークノード間でモビリティトンネルを確立するため、モバイル中継網７０１を経由してホーム網５００及び在圏網６００間でセキュリティの高いＰＭＩＰｖ６ノード間トンネル５１０を確立する。更に、本実施形態に係るＭＡＧ１００は、更に、ベアラ種別判定部を備え、後記するトラヒック転送装置としても動作する。

ＭＡＧ１００及び端末４００は同一無線アクセスベアラ３００上でのＩＰｖ４／ｖ６デュアルスタックをサポートしているものとする。

また、端末４００は、常時接続性の高いＩＭＳ用ＳＩＰ信号（図１の破線）に対してはＩＰｖ６を適用し、実際に音声呼が発生したときにダイナミックに確立する音声データ（図１の一点鎖線）に対してはＩＰｖ４を適用するものとする。

また、以下の説明においては、在圏網６００のＭＡＧ１００のＰＭＩＰｖ６クライアント１０２とホーム網５００のＨＡ／ＭＡＰ５１１との間には、モバイル中継網７０１を介してセキュアなＰＭＩＰｖ６ノード間トンネル５１０が確立されているものとする。

図２は、本実施形態のＭＡＧ１００の構成例を表したブロック図である。図２を参照すると、ベアラ種別判定部１０１と、ＰＭＩＰｖ６クライアント１０２とを備えたＭＡＧ１００が示されている。

図２の例では、ＳＡＥアーキテクチャのＳ５ ＧＴＰモデル（非特許文献１参照）に従い、ＭＡＧ１００が収容する無線アクセスベアラ内にデフォルトベアラ３１０とＤｅｄｉｃａｔｅｄベアラ３１１が確立された状態を表している。

ベアラ種別判定部１０１は、無線アクセスベアラ３００内のベアラ種別を識別し、各ベアラ種別とＰＤＮ６０１及びユーザ毎のポリシーに基づき、トラヒックの転送先を変更する動作を行なう。図２の例では、ベアラ種別判定部１０１は、デフォルトベアラ３１０内のユーザトラヒックを、ＩＭＳ ＳＩＰ用のシグナリングと判断し、ＰＭＩＰｖ６クライアント１０２に転送する。ベアラ種別判定部１０１は、Ｄｅｄｉｃａｔｅｄベアラ３１１内のトラヒックを音声データと判断し、ＰＤＮ６０１にローカルブレークアウト転送する。なお、上記したベアラ種別（デフォルトベアラ／Ｄｅｄｉｃａｔｅｄベアラ）は、ＧＴＰ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ）のトンネルヘッダに付与されるトンネルＩＤ（ＴＥＩＤ；Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ ＩＤ）により判別することができる。

ＰＭＩＰｖ６クライアント１０２は、ＰＭＩＰｖ６クライアントを有さない端末４００に代わって動作するＰＭＩＰｖ６用のクライアントである。ＰＭＩＰｖ６クライアント１０２は、転送されたデフォルトベアラ３１０内のユーザトラヒックをＰＭＩＰｖ６ノード間トンネル５１０を介してＳＩＰサーバ５０１に転送する。

以上本実施形態の構成を述べたが、図２のＰＭＩＰｖ６クライアント１０２やデフォルトベアラ３１０、Ｄｅｄｉｃａｔｅｄベアラ３１１は、本発明の一具体例として挙げたものであり、当業者にとってよく知られており、また本発明とは直接関係しないので、その詳細な説明は省略する。

続いて本実施形態の動作について、図１を参照して詳細に説明する。以下、端末４００から端末４０１に対してＳＩＰサーバ５０１を介して音声通話を行なう例を挙げる。まず、端末４００はモバイルアクセスネットワーク２００にアタッチする際に、ＰＤＮ６０１アクセス用の無線アクセスベアラ３００内にデフォルトベアラ３１０を確立し、ＩＭＳ用のＩＰｖ６ ＳＩＰ信号（図１の破線）に割り当てる。

ベアラ種別判定部１０１は、ベアラ種別を判定する。ここでは、デフォルトベアラ３１０内のトラヒックであるため、ＩＭＳ ＳＩＰ用のシグナリングと判断され、ベアラ種別判定部１０１は、デフォルトベアラ３１０とＰＭＩＰｖ６クライアント１０２を接続する。

ＰＭＩＰｖ６クライアント１０２は、デフォルトベアラ３１０の確立を受け、ＰＤＮ６０１を介さず、ユーザのホーム網５００に配備されているＨＡ／ＭＡＰ５１１との間でＰＭＩＰｖ６ノード間トンネル５１０を確立する。

なお、上記したＰＭＩＰｖ６ノード間トンネル５１０は、モバイル事業者間合意によりモバイル中継網７０１を通すポリシーが確立されているものとする。そのため、ホーム網５００と端末４００間は、常に、安全なネットワークを経由してＳＩＰ信号を送受信することができるようになる。

その後、端末４００は、ＳＩＰサーバ５０１を経由して、ＳＩＰ信号（図１の破線）によりＩＭＳ呼を確立する際、ＩＰｖ４の音声データ（図１の一点鎖線）通信用にＤｅｄｉｃａｔｅｄベアラ３１１を確立する。

ベアラ種別判定部１０１は、Ｄｅｄｉｃａｔｅｄベアラ３１１内のトラヒックについてをＰＤＮ６０１に転送し、音声データのローカルブレークアウトを実現する。

また、ベアラ種別判定部１０１は、受信トラヒックをデフォルトベアラ３１０又はＤｅｄｉｃａｔｅｄベアラ３１１に転送する。その際に、ベアラ種別判定部１０１は、ＰＭＩＰｖ６経由で受信すべきパケット（ＩＰｖ６）と、ＰＤＮ６０１経由で受信すべきパケット（ＩＰｖ４）とのルールチェックを行ない、ルール違反のパケット受信を防止する機能を有するものとする。

以上説明したように、本実施形態では、ローカルブレークアウトトラヒックとＰＭＩＰｖ６対応トラヒックとを混在することを許容し、トラヒック種別に応じた最適なルーティングが可能となる。

また、上述したように、単一のＰＤＮ宛の無線アクセスベアラ３００のみを使用しているので、モバイルアクセスネットワーク２００での無線アクセスベアラ制御を複雑にする必要はない。

また、本実施形態では、ＳＩＰ信号などのホーム網５００経由のトラヒックを、ＭＩＰｖ４、ＭＩＰｖ６等のクライアントベースモバイルＩＰのユーザパケットルーティングロジックにせずに、プロキシモバイルＩＰ（ＰＭＩＰ）を適用しているため、ホームノードと在圏ノードとのノード間ルーティングロジックでルーティングし、セキュアなモバイル中継網７０１を利用できる。

更に、本実施形態では、上述のように、プロキシモバイルＩＰ（ＰＭＩＰ）を利用しているため、端末４００にモバイルＩＰ機能を搭載する必要が無く、端末機能を単純化できると共に、モバイルアクセスネットワーク２００内の端末４００−ＭＡＧ網間のシグナリング信号やデータオーバヘッドを削減できるという利点もある。

［第２の実施形態］
続いて、ＳＡＥアーキテクチャのＳ５ ＩＥＴＦモデル等、ＭＡＧ１００が収容する無線アクセスベアラ３００内にベアラ種別が無い場合を想定した本発明の第２の実施形態について説明する。

図３は、本発明の第２の実施形態に係る移動通信システムの構成を表した図である。上記した第１の実施形態の構成との相違点は、無線アクセスベアラ３００内にベアラ種別が無い点である。以下、第１の実施形態の構成との相違点であるＭＡＧ１００の詳細構成について図４を参照して詳細に説明する。

図４は、本実施形態のＭＡＧ１００の構成例を表したブロック図である。図４を参照すると、フロー解析部１１０と、ＰＭＩＰｖ６クライアント１０２とを備えたＭＡＧ１００が示されている。

フロー解析部１１０は、無線アクセスベアラ３００内のユーザトラヒックを解析し、解析によって得られた転送パケットのプロトコル種別（ＩＰｖ６／ｖ４）とＰＤＮ６０１及びユーザ毎のポリシーに基づき、トラヒックの転送先を変更する動作を行なう。図４の例では、フロー解析部１１０は、ＩＰｖ６トラヒックを、ＩＭＳ ＳＩＰ用のシグナリングと判断し、ＰＭＩＰｖ６クライアント１０２に転送する。また。ベアラ種別判定部１０１は、ＩＰｖ４トラヒックを音声データと判断し、ＰＤＮ６０１にローカルブレークアウト転送する。なお、転送パケットのプロトコル種別（ＩＰｖ６／ｖ４）は、ＩＰパケットヘッダやＵＤＰヘッダのポート番号等の情報を解析することにより得ることができる。

その他の構成及び動作は、上記した第１の実施形態と同等である。以上のとおり、ベアラ種別の代わりにＩＰバージョン等に基いて、トラヒックの転送先を判断する機能を持たせることで、トラヒック種別に応じた最適なルーティングが可能となる。

以上、本発明の好適な実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、ＭＡＧ１００内にＰＭＩＰｖ６クライアント１０２を設けるものとして説明したが、ＰＭＩＰｖ４クライアントとＦｏｒｅｉｇｎ Ａｇｅｎｔ（ＦＡ）で構成することもできる。

また、上記した実施形態では、モビリティプロトコルとしてＰＭＩＰｖ６を用いた例を挙げて説明したが、その他のモビリティプロトコルにも適用可能である。

その他、本発明は、現在、３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）で標準化が進められているＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）用モバイルコアネットワークＳＡＥ／ＥＰＣ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ／Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）や、３ＧＰＰ２で標準化が進められているＵＭＢ（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）用モバイルコアネットワークＩＰ−ＣＡＮ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｃｏｎｎｅｃｔｉｖｉｔｙ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）等で利用することができる。

本発明の第１の実施形態に係る移動通信システムの構成を表した図である。 本発明の第１の実施形態のモバイルアクセスゲートウェイ（ＭＡＧ）の構成を表したブロック図である。 本発明の第２の実施形態に係る移動通信システムの構成を表した図である。 本発明の第２の実施形態のモバイルアクセスゲートウェイ（ＭＡＧ）の構成を表したブロック図である。 トラヒック転送機能を持たない移動通信システムの問題点を説明するための図である。 トラヒック転送機能を持たない移動通信システムの問題点を説明するための図である。 トラヒック転送機能を持たない移動通信システムの問題点を説明するための図である。 トラヒック転送機能を持たない移動通信システムの問題点を説明するための図である。

符号の説明

１００ ＭＡＧ
１０１ ベアラ種別判定部
１０２ ＰＭＩＰｖ６クライアント
１１０ フロー解析部
２００ モバイルアクセスネットワーク
３００、３００ａ、３００ｂ 無線アクセスベアラ
３１０ デフォルトベアラ
３１１ Ｄｅｄｉｃａｔｅｄベアラ
４００、４０１ 端末
５００ ホーム網
５０１ ＳＩＰサーバ
５０４ ＭＡＧ
５０５、６０１ ＰＤＮ（パケットデータネットワーク）
５０６ ＨＡ（ホームエージェント）
５０７ クライアントモバイルＩＰトンネル（ＣＭＩＰトンネル）
５１０ ＰＭＩＰｖ６ノード間トンネル
５１１ ＨＡ／ＭＡＰ（ホームエージェント／モバイルアンカーポイント）
６００ 在圏網
７００ インターネット
７０１ モバイル中継網

Claims (21)

1. パケットデータネットワークにアクセスするためにユーザ端末との間に確立された無線アクセスベアラ内のトラヒックのベアラ種別を識別する手段と、
   前記ユーザ端末に代わって、ユーザ端末の移動管理を行なうプロキシモバイルＩＰクライアントと、
   前記プロキシモバイルＩＰクライアントに対し、所定のベアラ種別を持つトラヒックを転送する手段と、
   を備えた移動通信システム。
2. 前記無線アクセスベアラ内のトラヒックのベアラ種別を識別する手段及び前記プロキシモバイルＩＰクライアントに対し、所定のベアラ種別を持つトラヒックを転送する手段に代えて、
   前記無線アクセスベアラ内のフローを解析する手段と、
   前記プロキシモバイルＩＰクライアントに対し、前記解析により識別された特定のトラヒックを転送する手段と、
   を備える請求項１に記載の移動通信システム。
3. ＧＴＰ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ）のトンネルヘッダに付与されるトンネルＩＤ（ＴＥＩＤ）により前記無線アクセスベアラ内のトラヒックのベアラ種別を識別し、
   デフォルトベアラを経由するトラヒックを前記プロキシモバイルＩＰクライアントに転送する請求項１に記載の移動通信システム。
4. 前記解析の結果、ＩＰｖ６であると識別されたトラヒックを前記プロキシモバイルＩＰクライアントに転送する請求項２に記載の移動通信システム。
5. 前記プロキシモバイルＩＰクライアントは、ホーム網のモビリティアンカーポイントとの間に、予め定めたポリシに基いた経路によるＩＰデータ転送ルートを確立するよう設定されている請求項１乃至４いずれか一に記載の移動通信システム。
6. モバイルアクセスゲートウェイ（ＭＡＧ）が、前記トラヒック転送装置として動作する請求項１乃至５いずれか一に記載の移動通信システム。
7. パケットデータネットワークにアクセスするためにユーザ端末との間に確立された無線アクセスベアラ内のトラヒックのベアラ種別を識別する手段と、
   前記ユーザ端末に代わって、ユーザ端末の移動管理を行なうプロキシモバイルＩＰクライアントと、
   前記プロキシモバイルＩＰクライアントに対し、所定のベアラ種別を持つトラヒックを転送する手段と、
   を備えたトラヒック転送装置。
8. 前記無線アクセスベアラ内のトラヒックのベアラ種別を識別する手段及び前記プロキシモバイルＩＰクライアントに対し、所定のベアラ種別を持つトラヒックを転送する手段に代えて、
   前記無線アクセスベアラ内のフローを解析する手段と、
   前記プロキシモバイルＩＰクライアントに対し、前記解析により特定されたトラヒックを転送する手段と、
   を備える請求項７に記載のトラヒック転送装置。
9. ＧＴＰ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ）のトンネルヘッダに付与されるトンネルＩＤ（ＴＥＩＤ）により前記無線アクセスベアラ内のトラヒックのベアラ種別を識別し、
   デフォルトベアラを経由するトラヒックを前記プロキシモバイルＩＰクライアントに転送する請求項７に記載のトラヒック転送装置。
10. 前記解析の結果、ＩＰｖ６であると識別されたトラヒックを前記プロキシモバイルＩＰクライアントに転送する請求項８に記載のトラヒック転送装置。
11. 前記プロキシモバイルＩＰクライアントは、ホーム網のモビリティアンカーポイントとの間に、予め定めたポリシに基いた経路によるＩＰデータ転送ルートを確立するよう設定されている請求項７乃至１０いずれか一に記載のトラヒック転送装置。
12. モバイルアクセスゲートウェイ（ＭＡＧ）としても動作する請求項７乃至１１いずれか一に記載のトラヒック転送装置。
13. パケットデータネットワークに接続されたトラヒック転送装置が、ユーザ端末との間に確立された無線アクセスベアラ内のトラヒックのベアラ種別を識別し、
    前記ユーザ端末に代わってユーザ端末の移動管理を行なうプロキシモバイルＩＰクライアントに対し、前記トラヒック転送装置が、所定のベアラ種別を持つトラヒックを転送するトラヒック転送方法。
14. ＧＴＰ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ）のトンネルヘッダに付与されるトンネルＩＤ（ＴＥＩＤ）により前記無線アクセスベアラ内のトラヒックのベアラ種別を識別し、
    デフォルトベアラを経由するトラヒックを前記プロキシモバイルＩＰクライアントに転送する請求項１３に記載のトラヒック転送方法。
15. パケットデータネットワークに接続されたトラヒック転送装置が、ユーザ端末との間に確立された無線アクセスベアラ内のフローを解析し、
    前記ユーザ端末に代わってユーザ端末の移動管理を行なうプロキシモバイルＩＰクライアントに対し、前記トラヒック転送装置が、前記解析により識別された特定のトラヒックを転送するトラヒック転送方法。
16. 前記解析の結果、ＩＰｖ６であると識別されたトラヒックを前記プロキシモバイルＩＰクライアントに転送する請求項１５に記載のトラヒック転送方法。
17. 前記プロキシモバイルＩＰクライアントが、ホーム網のモビリティアンカーポイントとの間に、予め定めたポリシに基いた経路によるＩＰデータ転送ルートを確立するステップを含む請求項１３乃至１６いずれか一に記載のトラヒック転送方法。
18. パケットデータネットワークに接続されたトラヒック転送装置が、ユーザ端末との間に確立された無線アクセスベアラ内のトラヒックのベアラ種別を識別する処理と、
    前記ユーザ端末に代わってユーザ端末の移動管理を行なうプロキシモバイルＩＰクライアントに対し、所定のベアラ種別を持つトラヒックを転送する処理と、
    を移動通信システムのトラヒック転送装置を構成するコンピュータに実行させるプログラム。
19. ＧＴＰ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ）のトンネルヘッダに付与されるトンネルＩＤ（ＴＥＩＤ）により前記無線アクセスベアラ内のトラヒックのベアラ種別を識別し、
    デフォルトベアラを経由するトラヒックを前記プロキシモバイルＩＰクライアントに転送する請求項１８に記載のプログラム。
20. パケットデータネットワークに接続されたトラヒック転送装置が、ユーザ端末との間に確立された無線アクセスベアラ内のフローを解析する処理と、
    前記ユーザ端末に代わってユーザ端末の移動管理を行なうプロキシモバイルＩＰクライアントに対し、前記解析により識別された特定のトラヒックを転送する処理と、
    を移動通信システムのトラヒック転送装置を構成するコンピュータに実行させるプログラム。
21. 前記解析の結果、ＩＰｖ６であると識別されたトラヒックを前記プロキシモバイルＩＰクライアントに転送する請求項２０に記載のプログラム。

Images