特許 5795440 ４Ｇ無線通信ネットワークのＩＰフローモビリティの方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5795440

(24)【登録日】2015年8月21日

(45)【発行日】2015年10月14日

(54)【発明の名称】４Ｇ無線通信ネットワークのＩＰフローモビリティの方法および装置

(51)【国際特許分類】

   H04W 36/14 20090101AFI20150928BHJP

   H04W 80/04 20090101ALI20150928BHJP

   H04W 88/16 20090101ALI20150928BHJP

   H04W 76/02 20090101ALI20150928BHJP

【ＦＩ】

   H04W36/14

   H04W80/04

   H04W88/16

   H04W76/02

【請求項の数】20

【全頁数】21

(21)【出願番号】特願2014-525302(P2014-525302)

(86)(22)【出願日】2012年9月21日

(65)【公表番号】特表2014-526210(P2014-526210A)

(43)【公表日】2014年10月2日

(86)【国際出願番号】CN2012081750

(87)【国際公開番号】WO2013041045

(87)【国際公開日】20130328

【審査請求日】2014年2月18日

(31)【優先権主張番号】61/537,222

(32)【優先日】2011年9月21日

(33)【優先権主張国】US

(31)【優先権主張番号】13/622,559

(32)【優先日】2012年9月19日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】506423280

【氏名又は名称】聯發科技股▲ふん▼有限公司

【氏名又は名称原語表記】ＭＥＤＩＡＴＥＫ ＩＮＣ．

(73)【特許権者】

【識別番号】511254332

【氏名又は名称】リャオ ウァン ジュン

(74)【代理人】

【識別番号】100082175

【弁理士】

【氏名又は名称】高田 守

(74)【代理人】

【識別番号】100106150

【弁理士】

【氏名又は名称】高橋 英樹

(72)【発明者】

【氏名】イエ シューハオ

(72)【発明者】

【氏名】リン クオウェイ

(72)【発明者】

【氏名】チャン ポーハン

(72)【発明者】

【氏名】リャオ ウァン ジュン

(72)【発明者】

【氏名】チョウ チャオチン

【審査官】 望月 章俊

(56)【参考文献】

【文献】 国際公開第２０１１／１０４１４９（ＷＯ，Ａ１）

【文献】 Tansir Ahmed, et al，Multi Access Data Network Connectivity and IP FlowMobility in Evolved Packet System (EPS)，Proc.of 2010 Wireless Communications and Networking Conf.，２０１０年 ４月１８日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ４／００−Ｈ０４Ｗ９９／００

Ｈ０４Ｂ７／２４−Ｈ０４Ｂ７／２６

(57)【特許請求の範囲】

【請求項1】

パケットデータネットワークゲートウェイ（ＰＤＮ−ＧＷ）によって、ＩＦＯＭフラグ、ターゲット無線アクセス技術（ＲＡＴ）タイプ、ＥＰＳベアラＩＤ、クオリティオブサービス（ＱｏＳ）ポリシー、およびＴＡＤを含むＩＰフローモビリティ（ＩＦＯＭ）トリガメッセージを受信するステップ、
前記ＩＦＯＭトリガメッセージに基づいてＩＰフローを選択し、更新ベアラ要求を無線アクセスゲートウェイ（ＷＡＧ）または進化型パケットデータゲートウェイ（ｅＰＤＧ）に送信するステップ、
前記更新ベアラ要求が成功した場合、１つ以上のマッピングエントリを有するマッピング表を更新し、各マッピングエントリは、更新され、各ＩＰフローがどのＲＡＴタイプに導かれるかを示すステップ、および
３ＧＰＰのベアラの変更手順を開始し、前記選択されたＩＰフローを移動するステップを含む方法。

【請求項2】

前記ＩＰフローは、前記ターゲットＲＡＴタイプに移動される前記ＩＰフローを記述する前記ＴＡＤに基づいて選択される請求項１に記載の方法。

【請求項3】

前記ＩＰフローは、ＱｏＳクラスに対応したＥＰＳベアラＩＤに基づいて選択され、前記ＥＰＳベアラＩＤで搬送された全てのＩＰフローは、前記ターゲットＲＡＴタイプに移動される請求項１に記載の方法。

【請求項4】

前記マッピング表は、ＩＰフロー記述、対応のＥＰＳベアラＩＤ、ＧＴＰトンネルＩＤ、ＲＡＴタイプ、およびＵＥ ＩＤを含む請求項１に記載の方法。

【請求項5】

前記選択されたＩＰフローは、ＧＴＰベースのインターフェースによって３ＧＰＰアクセスから非３ＧＰＰアクセスに移動される請求項１に記載の方法。

【請求項6】

前記更新ベアラ要求は、前記選択されたＩＰフローに定義されたＱｏＳポリシーを満たす新しいベアラを確立する確立ベアラ要求であり、前記確立ベアラ要求は、新しいベアラＩＤおよび対応のＧＴＰトンネルＩＤを含む請求項５に記載の方法。

【請求項7】

前記選択されたＩＰフローは、ＧＴＰベースのインターフェースによって非３ＧＰＰアクセスから３ＧＰＰアクセスに移動される請求項１に記載の方法。

【請求項8】

前記更新ベアラ要求は、３ＧＰＰアクセスに移動された前記選択されたＩＰフローに対応するベアラを削除する削除ベアラ要求である請求項７に記載の方法。

【請求項9】

無線アクセスゲートウェイ（ＷＡＧ）によって、ＩＦＯＭフラグ、ターゲット無線アクセス技術（ＲＡＴ）タイプ、ＥＰＳベアラＩＤ、クオリティオブサービス（ＱｏＳ）ポリシー、およびＴＡＤを含むＩＰフローモビリティ（ＩＦＯＭ）トリガメッセージを送信するステップ、
パケットデータネットワークゲートウェイ（ＰＤＮ−ＧＷ）から更新ベアラ要求を受信し、選択されたＩＰフローが移動されるようにＳ２ａベアラを変更するステップ、
前記Ｓ２ａベアラへのトラフィックフローのマッピングを確定し、ベアラ更新応答をＰＤＮ−ＧＷに送信して前記Ｓ２ａベアラ変更を確認するステップ、および
ＩＦＯＭ確認応答をユーザー端末（ＵＥ）に送信するステップを含む方法。

【請求項10】

前記選択されたＩＰフローは、前記ＴＡＤまたは前記ＥＰＳベアラＩＤに基づいて確定される請求項９に記載の方法。

【請求項11】

前記選択されたＩＰフローは、ＧＴＰベースのＳ２ａインターフェースによって３ＧＰＰアクセスから非３ＧＰＰアクセスに移動される請求項９に記載の方法。

【請求項12】

前記更新ベアラ要求は、前記選択されたＩＰフローに定義されたＱｏＳポリシーを満たす新しいＳ２ａベアラを確立する確立ベアラ要求であり、前記確立ベアラ要求は、新しいＳ２ａベアラＩＤおよび対応のＧＴＰトンネルＩＤを含む請求項１１に記載の方法。

【請求項13】

前記選択されたＩＰフローは、ＧＴＰベースのＳ２ａインターフェースによって非３ＧＰＰアクセスから３ＧＰＰアクセスに移動される請求項９に記載の方法。

【請求項14】

前記更新ベアラ要求は、３ＧＰＰアクセスに移動された前記選択されたＩＰフローに対応するＳ２ａベアラを削除する削除ベアラ要求である請求項１３に記載の方法。

【請求項15】

３ＧＰＰアクセスネットワークおよび非３ＧＰＰアクセスネットワークを介してユーザー端末（ＵＥ）によって、パケットデータネットワークゲートウェイ（ＰＤＮ−ＧＷ）に接続するステップ、
ＩＦＯＭフラグ、ターゲット無線アクセス技術（ＲＡＴ）タイプ、ＥＰＳベアラＩＤ、クオリティオブサービス（ＱｏＳ）ポリシー、およびＴＡＤを含むＩＰフローモビリティ（ＩＦＯＭ）トリガメッセージを送信するステップ、
進化型パケットデータゲートウェイ（ｅＰＤＧ）からＩＦＯＭ確認応答を受信するステップ、および
１つ以上のマッピングエントリを有するマッピング表を更新し、各マッピングエントリは、更新され、各ＩＰフローがどのＲＡＴタイプに導かれるかを示すステップを含む方法。

【請求項16】

前記ＵＥは、ＩＰフローに基づいてＩＦＯＭを確定し、前記ＴＡＤは、ターゲットＲＡＴタイプに移動される１つ以上のＩＰフローを含む請求項１５に記載の方法。

【請求項17】

前記ＵＥは、ＱｏＳクラスに基づいてＩＦＯＭを確定し、前記ＥＰＳベアラＩＤで搬送された全てのＩＰフローは、前記ターゲットＲＡＴタイプに移動される請求項１５に記載の方法。

【請求項18】

前記マッピング表は、ＩＰフロー記述、対応のＥＰＳベアラＩＤ、およびＲＡＴタイプを含む請求項１５に記載の方法。

【請求項19】

前記ＩＦＯＭトリガメッセージは、ＩＦＯＭ−ｅｎｈａｎｃｅｄ ＩＫＥｖ２メッセージである請求項１５に記載の方法。

【請求項20】

前記ＩＦＯＭ確認応答は、ＩＦＯＭ−ｅｎｈａｎｃｅｄ ＩＫＥｖ２メッセージである請求項１５に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、３５Ｕ.Ｓ.Ｃ.§１１９の下、２０１１年９月２１日に出願された米国特許仮出願番号第６１／５３７２２２号「Method and Apparatus of IP Flow Mobility in 4G Wireless Communication Networks,」からの優先権を主張するものであり、これらの全ては引用によって本願に援用される。

【0002】

本発明は、移動通信に関し、特に、４Ｇ無線通信ネットワークのＩＰフローモビリティの提供に関するものである。

【背景技術】

【0003】

スマートフォンの流行および伝送率に対する高い需要に伴い、４ＧおよびＢｅｙｏｎｄ ４Ｇ（Ｂ４Ｇ）時代の移動ネットワークに対し、容量枯渇は最も深刻な問題となる。多種のインターフェース（例えば、３ＧＰＰ、ＷｉＦｉ、ＷｉＭＡＸなど）をサポートするモバイル機器の出現に伴い、３ＧＰＰから非３ＧＰＰのトラフィックオフロードが容量枯渇の問題を軽減することができる。トラフィックオフロードを実現する１つの方法は、ＩＰフローモビリティ（ＩＦＯＭ）を用いる方法である。ＩＦＯＭは、ＩＰデータが異なるアクセス技術をサポートする異なるアクセスネットワークに流れる選択的な移動を可能にする。ＩＦＯＭソリューション（ｓｏｌｕｔｉｏｎｓ）は、３つの異なるプロトコル、デュアルスタックモバイルＩＰｖ６（ＤＳＭＩＰｖ６）プロトコル、プロキシモバイルＩＰｖ６（ＰＭＩＰｖ６）プロトコル、およびＧＰＲＳトンネリングプロトコル（ＧＴＰ）に基づくことができる。

【0004】

３ＧＰＰ ＴＲ２３.８６１では、マルチアクセスのパケットデータネットワーク（ＰＤＮ）およびＩＰフローモビリティ（ＩＦＯＭ）が討論されている。マルチアクセスＰＤＮ接続の各種のソリューションおよびＳ２ｃ（ＤＳＭＩＰｖ６）に用いるＩＰフローモビリティソリューションおよびＳ２ａ（ＰＭＩＰｖ６）に用いるＩＰフローモビリティソリューションを含むＩＰフローモビリティが研究されている。上述のソリューションは、ＵＥがＰＤＮ−ＧＷに提供するルーティング（ｒｏｕｔｉｎｇ）フィルターに基づくＩＰフローモビリティおよびネットワークベースのモビリティ管理手順に用いるＰＣＣ（ポリシー制御と課金ルール）に基づくＩＰフローモビリティを含む。しかしながら、ＧＴＰのＩＰフローモビリティソリューションは、完全に研究されていない。

【0005】

ＵＳ２００９／０３０３９３２ Ａｌ特許公開は、移動ノードで用いられる転送（ｆｏｒｗａｒｄｉｎｇ）ポリシーのネットワークベースの制御を容易にする方法および装置を開示している。移動ノードは、ＩＰフローと関連したアクセスネットワーク特定シグナリングを受信する。次いで、移動ノードは、シグナリングに基づいて複数のアクセスネットワークから選び、ＩＰフローを送信する。移動ノードは、転送ポリシーをアップデートし、ＩＰフローをアクセスネットワーク上に送信するように指示する。

【0006】

ＵＳ２０１０／００８０１７２ Ａｌ特許公開は、マルチインターフェース通信環境のプロキシモバイルインターネットプロトコル（ＰＭＩＰ）を開示している。通信エンティティ（ＵＥ、ＡＧＷ、ＰＤＮ、ＧＷなど）は、もう１つの通信エンティティに単一のＩＰアドレスを用いて複数のＡＧＷに接続するように通知する。通信エンティティは、ＵＥの少なくとも１つのＩＰフローと関連した情報をもう１つの通信エンティティにも送信する。

【0007】

ＵＳ２０１１／００９０７９４ Ａｌ特許公開は、ＩＰフローモビリティを用いた無線データ通信の技術を開示している。ＩＰフローモビリティの技術は、例えばＰＭＩＰおよびＣＭＩＰのようなモバイルＩＰプロトコルに基づいている。前記技術は、他のＩＰデータフローを第１のアクセスネットワークに保持したままで、アクセス端末（ＡＴ）に、ＡＴと第１の技術タイプを用いた第１のアクセスネットワークとの間に確立されている少なくとも１つのＩＰデータフローを第２の技術タイプを用いた第２のアクセスネットワークに移動させる。ＡＴは、同じＩＰアドレスを用いて、モビリティーアンカーとＡＴの両方にフローマップを保持することによって、両アクセスネットワークを通してデータフローを送受信し、アクセスゲートウェイを識別するため、各ＩＰフローの技術タイプに導かれなければならない。

【0008】

しかしながら、多くの現存するコアネットワークインフラストラクチャは、モバイルＩＰプロトコルを完全にはサポートしない。例えば、汎用パケット無線システム（ＧＰＲＳ）は、ＧＰＲＳトンネリングプロトコル（ＧＴＰ）を介してモバイルＩＰをサポートするパケットデータモバイルデータサービスである。よって、ＩＰフローモビリティもＧＴＰに基づいてサポートされることができることが望ましい。

【発明の概要】

【発明が解決しようとする課題】

【0009】

ＧＴＰベースのインターフェースによって３ＧＰＰアクセスと非３ＧＰＰアクセス間のＩＰフローモビリティを実現する方法が提示される。

【課題を解決するための手段】

【0010】

ユーザー端末（ＵＥ）は、３ＧＰＰアクセスネットワークと非３ＧＰＰアクセスネットワークを介してＰＤＮ−ＧＷに接続される。ＵＥは、ＩＦＯＭトリガメッセージをＰＤＮ−ＧＷに送信し、ＰＤＮ−ＧＷは、ＥＰＳベアラＩＤおよびＩＰフロー記述に基づいて、移動されるＩＰフローを選択する。ＰＤＮ−ＧＷは、更新ベアラ要求をＷＡＧまたはｅＰＤＧに送信し、更新ベアラ要求が成功した場合、そのマッピング表を更新する。ＵＥは、ＷＡＧまたはｅＰＤＧからのＩＦＯＭ確認応答を受信後、そのマッピング表も更新する。ＰＤＮ−ＧＷは、３ＧＰＰのベアラの変更手順を開始し、選択されたＩＰフローを移動する。

【0011】

特定の実施形態では、ＩＦＯＭソリューションは、ＧＴＰベースのＳ２ｂインターフェースによって３ＧＰＰアクセスと信頼できる非３ＧＰＰアクセス間のＩＰフローを移動するのに用いられる。ＵＥは、ＧＴＰトンネルを介して無線アクセスゲートウェイによってＰＤＮ−ＧＷに接続される。特定の他の実施形態では、ＩＦＯＭソリューションは、ＧＴＰベースのＳ２ｂインターフェースによって３ＧＰＰアクセスと信頼できない非３ＧＰＰアクセス間のＩＰフローを移動するのに用いられる。ＵＥは、ＩＰＳｅｃトンネルを介して進化型パケットデータゲートウェイ（ｅＰＤＧ）に接続され、次いで、ＧＴＰトンネルを介してｅＰＤＧによってＰＤＮ−ＧＷに接続される。

【0012】

いくつかの実施形態では、ＩＦＯＭは、３ＧＰＰアクセスネットワークからトリガされる。ＩＦＯＭトリガメッセージは、ベアラリソース変更要求メッセージ、ベアラリソース命令メッセージ、ＩＰ−ＣＡＮセッションシグナリングメッセージとして広く解釈されることができる。いくつかの他の実施形態では、ＩＦＯＭは、非３ＧＰＰアクセスネットワークからトリガされる。ＩＦＯＭトリガメッセージおよびＩＦＯＭ確認応答は、ＩＦＯＭ−ｅｎｈａｎｃｅｄ ＩＫＥｖ２メッセージまたはアクセスネットワーク特定メッセージとして解釈されることができる。ＩＦＯＭトリガメッセージは、ＩＦＯＭフラグ、ターゲット無線アクセス技術（ＲＡＴ）タイプ、ＥＰＳベアラＩＤ、クオリティオブサービス（ＱｏＳ）ポリシー、およびトラフィック集約記述（ｔｒａｆｆｉｃ ａｇｇｒｅｇａｔｉｏｎ ｄｅｓｃｒｉｐｔｉｏｎ； ＴＡＤ）を含む。１つの例では、移動されるＩＰフローは、ＴＡＤに基づいて選択される（例えばＩＰフローベースのＩＦＯＭ）。もう１つの例では、移動されるＩＰフローは、特定のＱｏＳクラスに関連したＥＰＳベアラＩＤに基づいて選択される（例えばＱｏＳベースのＩＦＯＭ）。

【0013】

他の実施形態及びそれらの利点が以下に詳細に説明される。この概要は、本発明を定めるものではない。本発明は請求項によって定められる。

【図面の簡単な説明】

【0014】

添付の図面は、本発明の実施形態を示しており、同様の番号は同様の要素を指している。

【図1】１つの新しい態様に基づいた３ＧＰＰアクセスおよび／または非３ＧＰＰアクセスを通してアクセスを行うのをサポートする移動通信ネットワークを示している。

【図2】１つの新しい態様に基づいた移動通信ネットワークのＩＰフローモビリティのネットワークアーキテクチャの概略を示している。

【図3】３ＧＰＰアクセスネットワークからトリガされたＩＰフローモビリティソリューションを示している。

【図4】非３ＧＰＰアクセスネットワークからトリガされたＩＰフローモビリティソリューションを示している。

【図5】パケットデータネットワークゲートウェイとユーザー端末に保持されたＩＦＯＭマッピング表を示している。

【図6】ＰＤＮ−ＧＷ側に保存されたマッピング表とＵＥ側に保存されたマッピング表の一例である。

【図7】特定のＩＰフロー（ＩＰ ｆｌｏｗ−ｓｐｅｃｉｆｉｃ）のＩＦＯＭソリューション後の更新されたＩＦＯＭマッピング表である。

【図8】特定のＱｏＳのＩＦＯＭソリューション後のＩＭＯＰマッピング表である。

【図9】３ＧＰＰアクセスネットワークからトリガされた３ＧＰＰアクセスネットワークから信頼できない非３ＧＰＰアクセスネットワークへのＩＦＯＭのメッセージフローの一例を示している。

【図10】信頼できない非３ＧＰＰアクセスネットワークからトリガされた３ＧＰＰアクセスネットワークから信頼できない非３ＧＰＰアクセスネットワークへのＩＦＯＭのメッセージフローの一例を示している。

【図11】３ＧＰＰアクセスネットワークからトリガされた信頼できない非３ＧＰＰアクセスネットワークから３ＧＰＰアクセスネットワークへのＩＦＯＭのメッセージフローの一例を示している。

【図12】信頼できない非３ＧＰＰアクセスネットワークからトリガされた信頼できない非３ＧＰＰアクセスネットワークから３ＧＰＰアクセスネットワークへのＩＦＯＭのメッセージフローの一例を示している。

【図13】３ＧＰＰアクセスネットワークからトリガされた３ＧＰＰアクセスネットワークから信頼できる非３ＧＰＰアクセスネットワークへのＩＦＯＭのメッセージフローの一例を示している。

【図14】信頼できる非３ＧＰＰアクセスネットワークからトリガされた３ＧＰＰアクセスネットワークから信頼できる非３ＧＰＰアクセスネットワークへのＩＦＯＭのメッセージフローの一例を示している。

【図15】３ＧＰＰアクセスネットワークからトリガされた信頼できる非３ＧＰＰアクセスネットワークから３ＧＰＰアクセスネットワークへのＩＦＯＭのメッセージフローの一例を示している。

【図16】信頼できる非３ＧＰＰアクセスネットワークからトリガされた信頼できる非３ＧＰＰアクセスネットワークから３ＧＰＰアクセスネットワークへのＩＦＯＭのメッセージフローの一例を示している。

【図17】１つの新しい態様に基づいたＰＤＮ−ＧＷの観点から見たＩＦＯＭソリューションのフローチャートである。

【図18】１つの新しい態様に基づいたＷＡＧの観点から見たＩＦＯＭソリューションのフローチャートである。

【図19】１つの新しい態様に基づいたＵＥの観点から見たＩＦＯＭソリューションのフローチャートである。

【発明を実施するための形態】

【0015】

ここで、本発明の様々な実施形態が詳細に参照され、その実施例は添付図面に例証されている。

【0016】

図１は、１つの新しい態様に基づいた３ＧＰＰアクセスおよび／または非３ＧＰＰアクセスを通してアクセスを行うのをサポートする移動通信ネットワーク１００を示している。移動通信ネットワーク１００は、ユーザー端末ＵＥ１０１、３ＧＰＰアクセスネットワーク１１０（例えばＬＴＥ／Ｅ−ＵＴＲＡＮ）、信頼できる非３ＧＰＰアクセスネットワーク１２０（例えば、ＣＤＭＡ２０００、ＷｉＭＡＸ、ＷｉＦｉ）、信頼できない非３ＧＰＰアクセスネットワーク１３０（例えば、ＷｉＦｉ／ＷＬＡＮ）、３ＧＰＰ進化型パケットコア（ＥＰＣ）ネットワーク１４０、および外部ＩＰネットワーク１５０を含む。ＵＥ１０１は、異なるタイプの無線アクセスネットワークによって提供された異なる無線アクセス技術（ＲＡＴ）を介して外部ＩＰネットワーク１５０へのアクセスができるようになる。ＥＰＣネットワーク１４０は、多種のＥＰＣインターフェースを提供して非３ＧＰＰアクセスネットワークをサポートする。例えば、ＵＥ１０１は、Ｓ２ｃ／ＤＳＭＩＰｖ６インターフェースを介して、直接パケットデータネットワークゲートウェイ（ＰＤＮ−ＧＷ）１４１に接続することができ、Ｓ２ａ／ＰＭＰＩｖ６／ＧＴＰインターフェースを介して、信頼できる非３ＧＰＰアクセスネットワーク１２０によってＰＤＮ−ＧＷ１４１に接続することができ、且つＳ２ｂ／ＰＭＩＰｖ６／ＧＴＰインターフェース（例えば、進化型パケットデータゲートウェイ（ｅＰＤＧ）１４２によって）を介して、信頼できない３ＧＰＰアクセスネットワーク１３０によってＰＤＮ−ＧＷ１４１に接続することができる。

【0017】

図１の例では、ＵＥ１０１は、３ＧＰＰアクセスネットワーク１１０（例えば長破線１６１）および信頼できない非３ＧＰＰアクセスネットワーク１３０（例えば短破線１６２）の両方を介してＰＤＮ−ＧＷ１４１に同時に接続される。ＵＥ１０１が複数のアプリケーションを実行している時、複数のＩＰフローは異なるアクセスを経由する。ネットワークオペレータのポリシー、ユーザーの選好、およびアプリケーションとアクセスの特性に基づいて複数のＩＰフローが異なって経由する。ネットワークの状況が変わった時（ネットワーク混雑が起こった時）、ＩＦＯＭ（ＩＰフローモビリティ）は、異なるアクセス技術をサポートする異なるアクセスネットワーク間でＩＰデータフローの選択的な移動を可能にする。ＩＦＯＭソリューションは、３つの異なるプロトコル、デュアルスタックモバイルＩＰｖ６（ＤＳＭＩＰｖ６）プロトコル、プロキシモバイルＩＰｖ６（ＰＭＩＰｖ６）プロトコル、およびＧＰＲＳトンネリングプロトコル（ＧＴＰ）に基づくことができる。本アプリケーションは、ＧＴＰに基づいたＩＦＯＭソリューションに主に関っており、オペレータによって広く用いられ、従来のＧＰＲＳパケットコアに用いられている。即ち、本アプリケーションは、ＧＴＰベースのインターフェースを通してＩＰフローがどのように３ＧＰＰアクセスネットワークと非３ＧＰＰアクセスネットワーク間で移動されることができるかに関わっている。

【0018】

図２は、移動通信ネットワーク２００のＩＰフローモビリティのネットワークアーキテクチャの概略を示している。移動通信ネットワーク２００は、無線アクセスネットワークＲＡＮ２１０および３ＧＰＰ ＥＰＣネットワーク間の２０を含む。ＲＡＮ２１０は、複数のｅＮＢを含むＥ−ＵＴＲＡＮ２１１およびＷｉＦｉ ＡＰと無線アクセスゲートウェイ（ＷＡＧ）２１３を含むＷＬＡＮ２１２を含む。各ＲＡＮは、異なる無線アクセス技術を通してユーザー端末ＵＥ２０１に無線アクセスを提供する。ＥＰＣネットワーク２２０は、モビリィティ管理エンティティ（ＭＭＥ）２２１、サービングゲートウェイ（Ｓ−ＧＷ）２２２、パケットデータネットワークゲートウェイ（ＰＤＮ−ＧＷ）２２３、およびＥＰＣ２２０のオペレータによってＲＡＮ２１０が信頼できないと判断された場合の選択的な進化型パケットデータゲートウェイ（ｅＰＤＧ）２２４を含む。ＵＥ２０１の観点から見ると、ＵＥ２０１はセルラトランシーバおよびＷｉＦｉトランシーバの両方が備えられており、セルラアクセス（例えば、長破線２４１で示されたＥ−ＵＴＲＡＮ経路）および／またはＷｉＦｉアクセス（例えば、短破線２４２で示されたＷＬＡＮ経路）を介してアプリケーションネットワークまたはインターネット２３０にアクセス可能になる。複数のＩＰフローは、３ＧＰＰ Ｅ−ＵＴＲＡＮ経路または非３ＧＰＰ ＷＬＡＮ経路を通して経由される。例えば、ＵＥ２０１は、いくつかのＩＰフローをＥ−ＵＴＲＡＮ２１１によって交換し、いくつかの他のＩＰフローをＷＬＡＮ２１２によって交換する。

【0019】

非３ＧＰＰ ＷＬＡＮアクセスでは、ＵＥ２０１からＰＤＮ−ＧＷとのＩＰ接続は、ＧＴＰトンネル、およびＥＰＣ２２０のオペレータによってＲＡＮ２１０が信頼できないと判断された場合の選択的なＩＰＳｅｃトンネル上に確立される。上がりリンクの方向では、任意のパケットは、ＵＥ２０１からＷＡＧ２１３に送信される、またはＥＰＣ２２０のオペレータによってＲＡＮ２１０が信頼できないと判断された場合、ＩＰＳｅｃトンネルを用いてＵＥ２０１によってｅＰＤＧ２２４に送信される（ｔｕｎｎｅｌｅｄ ｂｙ）。次いで、ＷＡＧまたはｅＰＤＧは、好適なＧＴＰトンネルを介して、パケットをＰＤＮ−ＧＷに送信する。ＰＤＮ−ＧＷ２２３からは、正常なＩＰベースのルーティングが行われる。ダウンリンクの方向では、ＵＥ２０１へのパケットは、まずＰＤＮ−ＧＷ２２３に着信する。ＰＤＮ−ＧＷは、マッピングキャッシュエントリ（ｍａｐｐｉｎｇ ｃａｃｈｅ ｅｎｔｒｙ）に基づいて、ＧＴＰトンネルを介してパケットをＷＡＧ２１３またはｅＰＤＧ２２４に送信する。次いで、ＷＡＧまたはｅＰＤＧは、アクセスネットワーク特定メッセージ（例えばＷＡＧ２１３によって）または好適なＩＰＳｅｃトンネル（例えばｅＰＤＧ２２４によって）を用いてパケットをＵＥ２０１に送信する。ネットワークの状況が変化した時、ＵＥ２０１は、３ＧＰＰアクセスと非３ＧＰＰアクセス間でＩＰフローを再分布することを決定する。１つの新しい態様では、ＧＴＰベースのインターフェースによって３ＧＰＰアクセスと非３ＧＰＰアクセス間のＩＰフローモビリティを実現する方法が提示される。

【0020】

図３は、移動通信ネットワーク３００の３ＧＰＰアクセスネットワークからトリガされたＩＰフローモビリティソリューションを示している。移動通信ネットワーク３００は、ユーザー端末ＵＥ３０１、３ＧＰＰアクセスネットワーク３１０、ＷＡＧ３２１を含む非３ＧＰＰアクセスネットワーク３２０、ＭＭＥ３３１を含むＥＰＣ３３０、Ｓ−ＧＷ３３２、ＰＤＮ−ＧＷ３３３、ホームポリシーおよび課金規則機能（ｈＰＣＲＦ）３３４、およびＥＰＣ３３０のオペレータによって非３ＧＰＰアクセスネットワーク３２０が信頼できないと判断された場合の選択的なｅＰＤＧ３３５を含む。ＵＥ３０１は、３ＧＰＰアクセスネットワーク３１０および非３ＧＰＰアクセスネットワーク３２０の両方を介してＰＤＮ−ＧＷ３３３に同時に接続される。ＵＥ３０１が特定のＩＰフローを３ＧＰＰアクセスネットワーク３１０から非３ＧＰＰアクセスネットワーク３２０に移動すると決定した時（例えば、３ＧＰＰアクセスネットワーク３１０に混雑が起こった時）、ＩＦＯＭソリューションは、３ＧＰＰアクセスネットワーク３１０からトリガされる。まず、ＵＥ３０１は、３ＧＰＰアクセスネットワーク３１０を通して、シグナリングメッセージをＰＤＮ−ＧＷ３３３に送信し、ＩＦＯＭをトリガする（ステップＡ、Ｂ、およびＣ）。ＰＤＮ−ＧＷ３３３は、それが受信した信号に基づいてシグナリングメッセージを送信し、ｈＰＣＲＦ３３４を更新する（ステップＤ）。次いで、ＰＤＮ−ＧＷは、要求をＷＡＧ３２１（または信頼できない状況ではｅＰＤＧ３３５）に送信し、ベアラを確立／更新し、ＩＰフローが３ＧＰＰアクセスネットワーク３１０から非３ＧＰＰアクセスネットワーク３２０に移動されるように搬送される（ステップＥ）。要求に応じて、ＷＡＧ３２１（または信頼できない状況ではｅＰＤＧ３３５）は、ＰＤＮ−ＧＷ３３３に応答し返す（ステップＦ）。ＷＡＧ３２１（または信頼できない状況ではｅＰＤＧ３３５）は、ＵＥ３０１にＩＦＯＭのシグナリングメッセージの成功を通知することもできる（ステップＧ）。最後に、ｈＰＣＲＦ３３４は、３ＧＰＰの専用ベアラの非アクティブ化および／または変更手順をトリガし、３ＧＰＰアクセスから非３ＧＰＰアクセスに移動されるＩＰフローに用いる（ステップＨ）。次いで全てのＩＰフローモビリティの手順が完成される。

【0021】

図４は、移動通信ネットワーク４００の非３ＧＰＰアクセスネットワークからトリガされたＩＰフローモビリティソリューションを示している。移動通信ネットワーク４００は、ユーザー端末ＵＥ４０１、３ＧＰＰアクセスネットワーク４１０、ＷＡＧ４２１を含む非３ＧＰＰアクセスネットワーク４２０、ＭＭＥ４３１を含むＥＰＣ４３０、Ｓ−ＧＷ４３２、ＰＤＮ−ＧＷ４３３、ｈＰＣＲＦ４３４、およびＥＰＣ４３０のオペレータによって非３ＧＰＰアクセスネットワーク４２０が信頼できないと判断された場合の選択的なｅＰＤＧ４３５を含む。ＵＥ４０１は、３ＧＰＰアクセスネットワーク４１０および非３ＧＰＰアクセスネットワーク４２０の両方を介してＰＤＮ−ＧＷ４３３に同時に接続される。ＵＥ４０１が特定のＩＰフローを３ＧＰＰアクセスネットワーク４１０から非３ＧＰＰアクセスネットワーク４２０に移動すると決定した時（例えば、３ＧＰＰアクセスネットワーク４１０に混雑が起こった時）、ＩＦＯＭソリューションは、非３ＧＰＰアクセスネットワーク４２０からトリガされる。まず、ＵＥ４０１は、非３ＧＰＰアクセスネットワーク４２０を通して、シグナリングメッセージをＰＤＮ−ＧＷ４３３に送信し、ＩＦＯＭをトリガする（ステップＡおよびＢ）。ＰＤＮ−ＧＷ４３３は、それが受信した信号に基づいてシグナリングメッセージを送信し、ｈＰＣＲＦ４３４を更新する（ステップＣ）。次いで、ＰＤＮ−ＧＷは、要求をＷＡＧ４２１またはｅＰＤＧ４３５に送信し、ベアラを確立／更新し、ＩＰフローが３ＧＰＰアクセスネットワーク４１０から非３ＧＰＰアクセスネットワーク４２０移動されるように搬送される（ステップＤ）。要求に応じて、ＷＡＧ４２１またはｅＰＤＧ４３５は、ＰＤＮ−ＧＷ４３３に応答し返す（ステップＥ）。ＷＡＧ４２１またはｅＰＤＧ４３５は、ＵＥ４０１にＩＦＯＭのシグナリングメッセージの成功を通知することもできる（ステップＦ）。最後に、ｈＰＣＲＦ４３４は、３ＧＰＰの専用ベアラの非アクティブ化および／または変更手順をトリガし、３ＧＰＰアクセスから非３ＧＰＰアクセスに移動されるＩＰフローに用いる（ステップＧ）。次いで全てのＩＰフローモビリティの手順が完成される。

【0022】

図５は、ＰＤＮ−ＧＷ５０１とＵＥ５０２に保持されたＩＦＯＭマッピング表の簡略ブロック図を示している。ＰＤＮ−ＧＷ５０１は、メモリ５１１、プロセッサ５１２、ＩＦＯＭモジュール５１３、およびデータパケットを送受信するネットワークインターフェースモジュール５１４を含む。同様に、ＵＥ５０２は、メモリ５２１、プロセッサ５２２、ＩＦＭモジュール５２３、およびエアインターフェースを通してデータ信号を送受信するアンテナ５２５に接続されるＲＦモジュール５２４を含む。ＲＦモジュール５２４は、３ＧＰＰおよび非３ＧＰＰの無線アクセス技術の両方をサポートする複数の送受信機を含む。各種モジュールは、機能モジュールであり、ソフトウェア、ファームウェア、ハードウェア、またはその組み合わせに実施されることができる。機能モジュールは、プロセッサ５１２と５２２によって実行された時（例えば、メモリ５１１と５２１に含まれたプログラム命令を介して）、相互に作用し、ＵＥ５０２にＩＦＯＭソリューションをトリガさせ、ＰＤＮ−ＧＷ５０１に異なるアクセスネットワークを通してＩＰフローに経由させる。

【0023】

各ＩＰフローがどのアクセスネットワークに導かれるべきかを示すために、マッピング表は、ＰＤＮ−ＧＷ側とＵＥ側の両方で保持される必要がある。図５に示されるように、マッピング表５１６は、ＰＤＮ−ＧＷ側で保持され、マッピング表５２６は、ＵＥ側で保持される。マッピング表５１６は、以下の欄、ルーティンフィルター、ＥＰＳベアラＩＤ、トンネルエンドポイント識別（ＴＥＩＤ）、無線アクセス技術（ＲＡＴ）タイプ、およびＵＥ ＩＤを含む。マッピング表５２６は、以下の欄、ルーティンフィルター、ＥＰＳベアラＩＤ、およびＲＡＴタイプを含む。シグナリングは、ＵＥ５０２とＰＤＮ−ＧＷ間で通信され、マッピング表のマッピングエントリを確立する。各マッピングエントリでは、ＵＥ ＩＤは、任意のＵＥ特定情報（例えば、ＩＭＳＩ、ＩＰアドレス）であることができ、ＲＡＴタイプは、どのアクセスネットワークにＩＰプローがあるかを示し、ＴＥＩＤは、各特定のＧＰＴベースのアクセスネットワークの各ＵＥ用に独特であり、ＥＰＳベアラＩＤは、異なるクオリティオブサービス（ＱｏＳ）を有するベアラで１つのアクセスネットワーク内の特定のＩＰフローを搬送するかを示し、且つルーティンフィルターは、ＵＥによって提供され、１つの特定のＩＰフローを識別する。ルーティンフィルターは、送信元（ｓｏｕｒｃｅ）ＩＰアドレス、送信先（ｄｅｓｔｉｎａｔｉｏｎ）ＩＰアドレス、送信元ポート、送信先ポート、およびＩＰフローを述べるプロトコルタイプを含むことができる。マッピング表を用いると、ＩＰフローは、ルーティングフィルターに基づいて１つのネットワークからもう１つのネットワークに移動されることができる。また、ＩＰフローは、ＥＰＳベアラＩＤに基づいて移動されることができ、同じＱｏＳ要求に応じることができる。

【0024】

図６は、ＰＤＮ−ＧＷ側に保存されたマッピング表とＵＥ側に保存されたマッピング表の一例である。表６０１の例では、各ＵＥは、そのＩＭＳＩによって識別される。ＵＥ１は、３ＧＰＰと非３ＧＰＰ ＲＡＴの両方を有する。３ＧＰＰアクセスは、トンネル＃１を介してＩＰトラフィックと関連付けられ、非３ＧＰＰアクセスは、トンネル＃２を介してＩＰトラフィックと関連付けられる。トンネル＃１は、ＥＰＳ ＩＤ１に用いられ、ＩＰフロー１−１を搬送するＥＰＳベアラを示し、ＥＰＳ ＩＤ２に用いられ、ＩＰフロー２−１と２−２を搬送するＥＰＳベアラを示す。各ＥＰＳベアラＩＤは、ＥＰＳベアラ内で搬送された全てのＩＰフローの特定のＱｏＳクラスに対応する。表６０２の例では、表６０２はＵＥ１に保存されたマッピング表であり、よって、含まれるマッピングエントリとＰＤＮ−ＧＷに保存されるＵＥ１のマッピングエントリは同じである。

【0025】

図７は、特定のＩＰフローのＩＦＯＭソリューション後の更新されたＩＦＯＭマッピング表である。特定のＩＰフローのＩＦＯＭでは、ＩＰフローは、ルーティングフィルターに基づいて再分布される。図７の例では、ＵＥ１は、ルーティングフィルターにおけるＩＰフロー記述（ｄｅｓｃｒｉｐｔｉｏｎ）に基づいて、ＩＰフローを３ＧＰＰアクセスネットワークから非３ＧＰＰアクセスネットワークに移動することを決定する。よって、ＩＰフロー２−１記述と一致するＩＰフローは、３ＧＰＰ ＲＡＴタイプから非３ＧＰＰ ＲＡＴタイプに移動される。

【0026】

図８は、特定のＱｏＳのＩＦＯＭソリューション後のＩＭＯＰマッピング表である。特定のＱｏＳのＩＦＯＭでは、ＩＰフローは、ＥＰＳベアラＩＤに基づいて再分布される。図８の例では、ＵＥ１は、特定のＱｏＳの要求に基づいて、ＩＰフローを３ＧＰＰアクセスネットワークから非３ＧＰＰアクセスネットワークに移動することを決定する。よって、ＥＰＤ ＩＤ２で搬送される全てのＩＰフローは、３ＧＰＰ ＲＡＴタイプから非３ＧＰＰ ＲＡＴタイプに移動される。即ち、ＩＰフロー２−１とＩＰフロー２−２記述と一致するＩＰフローは、３ＧＰＰ ＲＡＴタイプから非３ＧＰＰ ＲＡＴタイプに移動される。

【0027】

図９は、３ＧＰＰアクセスネットワークからトリガされた３ＧＰＰアクセスネットワークから信頼できない非３ＧＰＰアクセスネットワークへのＩＦＯＭのメッセージフローの一例を示している。ステップ１では、ＵＥ９０１は、３ＧＰＰアクセスネットワーク９０４と信頼できない非３ＧＰＰアクセスネットワーク９０２の両方を介して同じＰＤＮ−ＧＷ９０７に同時に接続されることができる。ＵＥ９０１は、いくつかのＩＰフローを３ＧＰＰアクセスによって交換し、いくつかの他のＩＰフローを信頼できない非３ＧＰＰアクセスによって交換する。次いで、ＵＥ９０１は、いくつかのＩＰフローを３ＧＰＰアクセスから信頼できない非３ＧＰＰアクセスに移動することを決定する。ステップ２では、ＵＥ９０１は、ベアラリソース変更要求（Ｒｅｑｕｅｓｔ Ｂｅａｒｅｒ Ｒｅｓｏｕｒｃｅ Ｍｏｄｉｆｉｃａｔｉｏｎ）（例えば、ＩＦＯＭフラグ（ｆｌａｇ）、ターゲットＲＡＴタイプ、ＥＰＳベアラＩＤ、ＱｏＳ、およびＴＡＤを含む）メッセージを介して、ＩＦＯＭトリガメッセージ（ｔｒｉｇｇｅｒｉｎｇ ｍｅｓｓａｇｅ）および関連のパラメータをＭＭＥ９０５に送信する。ステップ３では、ＭＭＥ９０５は、ベアラリソース命令（例えば、ＵＥ９０１のＩＭＳＩ、ＩＦＯＭフラグ、ターゲットＲＡＴタイプ、ＥＰＳベアラＩＤ、ＱｏＳ、およびＴＡＤを含む）メッセージをＳ−ＧＷ９０６に送信する。ステップ４では、Ｓ−ＧＷ９０６は、同じベアラリソース命令メッセージをＰＤＮ−ＧＷ９０７に送信する。

【0028】

ベアラリソース命令のＥＰＳ ＩＤとＴＡＤに基づいて、ＰＤＮ−ＧＷ９０７は、ステップ５で移動されるＩＰフローを選択する。ＰＤＮ−ＧＷ９０７は、ＩＰ−ＣＡＮセッション変更要求をｈＰＣＲＦ９０８にも送信し、サービスデータフロー（ＳＤＦ）とアクセスネットワーク間のマッピングがどのように変更されたかを示す。ステップ６では、ＰＤＮ−ＧＷ９０７は、更新／確立ベアラ要求メッセージをｅＰＤＧ９０３に送信することによって、受信したＱｏＳポリシーを用いてＥＰＳベアラＱｏＳ（例えば、ＱＣＩ、ＡＲＰ、ＧＢＲ、およびＭＢＲを含むベアラレベルＱｏＳパラメータの値を指定する）を指定し、ＩＰフローが移動されるように、要求されたＳ２ｂベアラを変更または確立する。例えば、ＱｏＳ要求を満たすベアラが既にある場合、ＰＤＮ−ＧＷは、ベアラ更新要求メッセージをｅＰＤＧに送信し、ターゲットのベアラを変更する。または、ＰＤＮ−ＧＷは、ベアラ確立要求メッセージを送信し、新しいベアラを確立して要求されたＱｏＳをサポートする。

【0029】

ステップ７では、ベアラ更新要求メッセージが受信された場合、ｅＰＤＧ９０３は、アップリンクパケットフィルターを用いて、Ｓ２ｂベアラへのトラフィックフローのマッピングを確定し、ベアラ更新応答（ＥＰＳベアラＩＤ）メッセージをＰＤＮ−ＧＷ９０７に送信することによってＳ２ｂベアラ変更を通知する。ベアラ確立要求メッセージが受信された場合、ｅＰＤＧ９０３は、ＵＥにまだ分配されていないＥＰＳベアラＩＤを選ぶ。次いで、ｅＰＤＧは、ＥＰＳベアラＩＤを保存し、専用ベアラをデフォルトベアラにリンクする。ｅＰＤＧは、アップリンクパケットフィルターを用いて、Ｓ２ｂベアラへのトラフィックフローのマッピングを確定する。次いでｅＰＤＧは、ベアラ確立応答（ＥＰＳベアラＩＤ、ユーザープレーン（ｐｌａｎｅ）のｅＰＤＧアドレス、ユーザープレーンのｅＰＤＧ ＴＥＩＤ）メッセージをＰＤＮ−ＧＷ９０７に送信することによってＳ２ｂベアラアクティブ化を通知する。次いで、ベアラ更新／確立要求が成功した場合、ＰＤＮ−ＧＷ９０７は、そのマッピング表を更新する。ステップ８では、ｅＰＤＧ９０３は、ＩＫＥｖ２コンフィギュレーション（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）ペイロードのＩＦＯＭ−ｅｎｈａｎｃｅｄ ＩＫＥｖ２メッセージをＵＥ９０１に送信し、ＩＦＯＭ要求が受信されたことを示す。次いでＵＥ９０１は、ＩＦＯＭ確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を受信後、そのマッピング表を更新する。ステップ９〜１２では、ＰＤＮ−ＧＷ９０７は、ＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションの変更応答（Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）をｈＰＣＲＦ９０８に送信し、信用できない非３ＧＰＰアクセスに移動されたサービスの３ＧＰＰの専用ベアラの非アクティブ化または変更手順をトリガする。

【0030】

図１０は、信頼できない非３ＧＰＰアクセスネットワークからトリガされた３ＧＰＰアクセスネットワークから信頼できない非３ＧＰＰアクセスネットワークへのＩＦＯＭのメッセージフローの一例を示している。ステップ１では、ＵＥ１００１は、３ＧＰＰアクセスネットワーク１００４と非３ＧＰＰアクセスネットワーク１００２の両方を介して同じＰＤＮ−ＧＷ１００７に同時に接続されることができる。ＵＥ１００１は、いくつかのＩＰフローを３ＧＰＰアクセスによって交換し、いくつかの他のＩＰフローを信頼できない非３ＧＰＰアクセスによって交換する。次いで、ＵＥ１００１は、いくつかのＩＰフローを３ＧＰＰアクセスから信頼できない非３ＧＰＰアクセスに移動することを決定する。ステップ２では、ＵＥ１００１は、ＩＫＥｖ２コンフィギュレーションペイロードの、ＩＦＯＭフラグ、ターゲットＲＡＴタイプ、ＥＰＳベアラＩＤ、ＱｏＳ、およびＴＡＤを含むＩＦＯＭ−ｅｎｈａｎｃｅｄ ＩＫＥｖ２メッセージをｅＰＤＧ１００３に送信し、ＩＦＯＭをトリガする。ＩＦＯＭフラグは、ＵＥがＩＰフローモビリティを開始するように要求するのを明確にする選択的なＩＥである。ターゲットＲＡＴタイプは、ＵＥが特定のＩＰフローをどのアクセスネットワークに移動させたいのかを示す。ＥＰＳベアラＩＤは、移動されるルーティングフィルターを搬送するベアラである。ＱｏＳは、特定のＩＰフロー用に満たされるＱｏＳポリシーである。ＴＡＤは、ＵＥが移動を要求するルーティングフィルターを含む。ＩＦＯＭ手順がＱｏＳに基づく場合、ＴＡＤは、ｍａｔｃｈ−ａｌｌフィルターである。この場合、同じベアラにある全てのＩＰフローが移動される。

【0031】

ステップ３では、ｅＰＤＧ１００３は、ＵＥ１００１によって提供されたＩＭＳＩ、ＩＦＯＭフラグ、ターゲットＲＡＴタイプ、ＥＰＳベアラＩＤ、ＱｏＳ、およびＴＡＤを含むＩＦＯＭ−ｅｎｈａｎｃｅｄ ＩＰ−ＣＡＮセッションシグナリングを送信し、ＰＤＮ−ＧＷ１００７をｈＰＣＲＦ１００８とＩＰ−ＣＡＮセッションの変更を開始するように通知する。ステップ４では、ＰＤＮ−ＧＷ１００７は、ＩＦＯＭ−ｅｎｈａｎｃｅｄ ＩＰ−ＣＡＮセッションシグナリングのＥＰＳベアラＩＤとＴＡＤに基づいて移動されるＩＰフローを選択する。次いで、ＰＤＮ−ＧＷは、ＩＰ−ＣＡＮセッションの変更要求をｈＰＣＲＦ１００８に送信し、ＳＤＦとアクセスネットワーク間のマッピングがどのように変更されたかを示す。ステップ５では、ＰＤＮ−ＧＷ１００７は、更新／確立ベアラ要求メッセージをｅＰＤＧ１００３に送信することによって、受信したＱｏＳポリシーを用いてＥＰＳベアラＱｏＳを指定し、ＩＰフローが移動されるように、要求されたＳ２ｂベアラを変更または確立する。ステップ６では、ｅＰＤＧ１００３は、アップリンクパケットフィルターを用いて、Ｓ２ｂベアラへのトラフィックフローのマッピングを確定し、ベアラ更新／確立応答メッセージをＰＤＮ−ＧＷ１００７に送信することによってＳ２ｂベアラ変更または確立を通知する。次いで、ベアラ更新／確立要求が成功した場合、ＰＤＮ−ＧＷ１００７は、そのマッピング表を更新する。ステップ７では、ｅＰＤＧ１００３は、ＩＫＥｖ２コンフィギュレーション（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）ペイロードのＩＦＯＭ−ｅｎｈａｎｃｅｄ ＩＫＥｖ２メッセージをＵＥ１００１に送信し、ＩＦＯＭ要求が受信されたことを示す。次いでＵＥ９０１は、ＩＦＯＭ確認応答を受信後、そのマッピング表を更新する。ステップ８〜１１では、ＰＤＮ−ＧＷ１００７は、ＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションの変更応答（Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）をｈＰＣＲＦ１００８に送信し、信用できない非３ＧＰＰアクセスに移動されたサービスの３ＧＰＰの専用ベアラの非アクティブ化または変更手順をトリガする。

【0032】

上述の例では、ＩＰフローは、ＧＴＰベースのＳ２ｂによって、３ＧＰＰから非３ＧＰＰアクセスに移動される。他のシナリオでは、ネットワーク状況によって、ＩＰフローは、ＧＴＰベースのＳ２ｂによって、非３ＧＰＰから３ＧＰＰアクセスに移動される。

【0033】

図１１は、３ＧＰＰアクセスネットワークからトリガされた信頼できない非３ＧＰＰアクセスネットワークから３ＧＰＰアクセスネットワークへのＩＦＯＭのメッセージフローの一例を示している。ステップ１では、ＵＥ１１０１は、３ＧＰＰアクセスネットワーク１１０４と非３ＧＰＰアクセスネットワーク１１０２の両方を介して同じＰＤＮ−ＧＷ１１０７に同時に接続されることができる。ＵＥ１１０１は、いくつかのＩＰフローを３ＧＰＰアクセスによって交換し、いくつかの他のＩＰフローを信頼できる非３ＧＰＰアクセスによって交換する。次いで、ＵＥ１１０１は、いくつかのＩＰフローを信頼できない非３ＧＰＰアクセスから３ＧＰＰアクセスに移動することを決定する。ステップ２では、ＵＥ１１０１は、ベアラリソース変更要求（Ｒｅｑｕｅｓｔ Ｂｅａｒｅｒ Ｒｅｓｏｕｒｃｅ Ｍｏｄｉｆｉｃａｔｉｏｎ）（例えば、ＩＦＯＭフラグ、ターゲットＲＡＴタイプ、ＥＰＳベアラＩＤ、ＱｏＳ、およびＴＡＤを含む）メッセージを介して、ＩＦＯＭトリガメッセージ（ｔｒｉｇｇｅｒｉｎｇ ｍｅｓｓａｇｅ）および関連のパラメータをＭＭ１１０５に送信する。ステップ３では、ＭＭＥ１１０５は、ベアラリソース命令（例えば、ＵＥ１１０１のＩＭＳＩ、ＩＦＯＭフラグ、ターゲットＲＡＴタイプ、ＥＰＳベアラＩＤ、ＱｏＳ、およびＴＡＤを含む）メッセージをＳ−Ｇ１１０６に送信する。ステップ４では、Ｓ−ＧＷ１１０６は、同じベアラリソース命令メッセージをＰＤＮ−ＧＷ１１０７に送信する。

【0034】

ステップ５では、３ＧＰＰの専用ベアラのアクティブ化の手順が開始される。ステップ６では、ＰＤＮ−ＧＷ１１０７は、更新／削除ベアラ要求をｅＰＤＧ１１０３に送信し、３ＧＰＰアクセスに移動されるこれらのＩＰフローに応じてＳ２ｂベアラを変更または非アクティブ化または解放する。ステップ７では、ｅＰＤＧ１１０３は、ＩＫＥｖ２コンフィギュレーション（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）ペイロードのＩＦＯＭ−ｅｎｈａｎｃｅｄ ＩＫＥｖ２メッセージをＵ１１０１に送信し、ＩＦＯＭ要求が受信されたことを示す。次いでＵＥ１１０１は、ＩＦＯＭ確認応答を受信後、そのマッピング表を更新する。ステップ８では、ｅＰＤＧ１１０３は、ベアラ更新／削除応答メッセージをＰＤＮ−ＧＷ１１０７に送信することによってＳ２ｂベアラ変更または削除を通知する。次いで、ベアラ更新／確立要求が成功した場合、ＰＤＮ−ＧＷ１１０７は、そのマッピング表を更新する。

【0035】

図１２は、信頼できない非３ＧＰＰアクセスネットワークからトリガされた信頼できない非３ＧＰＰアクセスネットワークから３ＧＰＰアクセスネットワークへのＩＦＯＭのメッセージフローの一例を示している。ステップ１では、ＵＥ１２０１は、３ＧＰＰアクセスネットワーク１２０４と非３ＧＰＰアクセスネットワーク１２０２の両方を介して同じＰＤＮ−ＧＷ１２０７に同時に接続されることができる。ＵＥ１２０１は、いくつかのＩＰフローを３ＧＰＰアクセスによって交換し、いくつかの他のＩＰフローを信頼できない非３ＧＰＰアクセスによって交換する。次いで、ＵＥ１２０１は、いくつかのＩＰフローを信頼できない非３ＧＰＰアクセスから３ＧＰＰアクセスに移動することを決定する。ステップ２では、ＵＥ１２０１は、ＩＫＥｖ２コンフィギュレーションペイロードの、ＩＦＯＭフラグ、ターゲットＲＡＴタイプ、ＥＰＳベアラＩＤ、ＱｏＳ、およびＴＡＤを含むＩＦＯＭ−ｅｎｈａｎｃｅｄ ＩＫＥｖ２メッセージをｅＰＤＧ１２０３に送信し、ＩＦＯＭをトリガする。ステップ３では、ｅＰＤＧ１００３は、ＵＥ１２０１によって提供されたＩＭＳＩ、ＩＦＯＭフラグ、ターゲットＲＡＴタイプ、ＥＰＳベアラＩＤ、ＱｏＳ、およびＴＡＤを含むＩＦＯＭ−ｅｎｈａｎｃｅｄ ＩＰ−ＣＡＮセッションシグナリングを送信し、ＰＤＮ−ＧＷ１２０７をｈＰＣＲＦ１２０８とＩＰ−ＣＡＮセッションの変更を開始するように通知する。

【0036】

ステップ４では、３ＧＰＰの専用ベアラのアクティブ化の手順が開始される。ステップ５では、ＰＤＮ−ＧＷ１２０７は、更新／削除ベアラ要求をｅＰＤＧ１２０３に送信し、３ＧＰＰアクセスに移動されるこれらのＩＰフローに応じてＳ２ｂベアラを変更または非アクティブ化または解放する。ステップ６では、ｅＰＤＧ１２０３は、ＩＫＥｖ２コンフィギュレーション（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）ペイロードのＩＦＯＭ−ｅｎｈａｎｃｅｄ ＩＫＥｖ２メッセージをＵ１２０１に送信し、ＩＦＯＭ要求が受信されたことを示す。次いでＵＥ１２０１は、ＩＦＯＭ確認応答を受信後、そのマッピング表を更新する。ステップ７では、ｅＰＤＧ１２０３は、ベアラ更新／削除応答メッセージをＰＤＮ−ＧＷ１２０７に送信することによってＳ２ｂベアラ変更または削除を通知する。次いで、ベアラ更新／確立要求が成功した場合、ＰＤＮ−ＧＷ１２０７は、そのマッピング表を更新する。

【0037】

上述のＩＦＯＭソリューションは、ＧＴＰベースのＳ２ｂインターフェースによって、３ＧＰＰと信頼できない非３ＧＰＰアクセス間でＩＰフローを移動するのに用いられることができる。

【0038】

図１３は、３ＧＰＰアクセスネットワークからトリガされた３ＧＰＰアクセスネットワークから信頼できる非３ＧＰＰアクセスネットワークへのＩＦＯＭのメッセージフローの一例を示している。ステップ１では、ＵＥ１３０１は、３ＧＰＰアクセスネットワー１３０４と信頼できる非３ＧＰＰアクセスネットワーク１３０２の両方を介して同じＰＤＮ−ＧＷ１３０７に同時に接続されることができる。ＵＥ１３０１は、いくつかのＩＰフローを３ＧＰＰアクセスによって交換し、いくつかの他のＩＰフローを信頼できる非３ＧＰＰアクセスによって交換する。次いで、ＵＥ１３０１は、いくつかのＩＰフローを３ＧＰＰアクセスから信頼できる非３ＧＰＰアクセスに移動することを決定する。ステップ２では、ＵＥ１３０１は、ベアラリソース変更要求（Ｒｅｑｕｅｓｔ Ｂｅａｒｅｒ Ｒｅｓｏｕｒｃｅ Ｍｏｄｉｆｉｃａｔｉｏｎ）（例えば、ＩＦＯＭフラグ、ターゲットＲＡＴタイプ、ＥＰＳベアラＩＤ、ＱｏＳ、およびＴＡＤを含む）メッセージを介して、ＩＦＯＭトリガメッセージ（ｔｒｉｇｇｅｒｉｎｇ ｍｅｓｓａｇｅ）および関連のパラメータをＭＭＥ１３０５に送信する。ステップ３では、ＭＭＥ１３０５は、ベアラリソース命令（例えば、ＵＥ１３０１のＩＭＳＩ、ＩＦＯＭフラグ、ターゲットＲＡＴタイプ、ＥＰＳベアラＩＤ、ＱｏＳ、およびＴＡＤを含む）メッセージをＳ−ＧＷ１３０６に送信する。ステップ４では、Ｓ−ＧＷ１３０６は、同じベアラリソース命令メッセージをＰＤＮ−ＧＷ１３０７に送信する。

【0039】

ベアラリソース命令のＥＰＳ ＩＤとＴＡＤに基づいて、ＰＤＮ−ＧＷ１３０７は、ステップ５で移動されるＩＰフローを選択する。ＰＤＮ−ＧＷ１３０７は、ＩＰ−ＣＡＮセッション変更要求をｈＰＣＲＦ１３０８にも送信し、サービスデータフロー（ＳＤＦ）とアクセスネットワーク間のマッピングがどのように変更されたかを示す。ステップ６では、ＰＤＮ−ＧＷ１３０７は、更新／確立ベアラ要求メッセージをＷＡＧ１３０３に送信することによって、受信したＱｏＳポリシーを用いてＥＰＳベアラＱｏＳ（例えば、ＱＣＩ、ＡＲＰ、ＧＢＲ、およびＭＢＲを含むベアラレベルＱｏＳパラメータの値を指定する）を指定し、ＩＰフローが移動されるように、要求されたＳ２ａベアラを変更または確立する。例えば、ＱｏＳ要求を満たすベアラが既にある場合、ＰＤＮ−ＧＷは、ベアラ更新要求メッセージをＷＡＧに送信し、ターゲットのベアラを変更する。または、ＰＤＮ−ＧＷは、ベアラ確立要求メッセージを送信し、新しいベアラを確立して要求されたＱｏＳをサポートする。

【0040】

ステップ７では、ベアラ更新要求メッセージが受信された場合、ＷＡＧ１３０３は、アップリンクパケットフィルターを用いて、Ｓ２ａベアラへのトラフィックフローのマッピングを確定し、ベアラ更新応答（ＥＰＳベアラＩＤ）メッセージをＰＤＮ−ＧＷ１３０７に送信することによってＳ２ａベアラ変更を通知する。ベアラ確立要求メッセージが受信された場合、ｅＰＤＧ１３０３は、ＵＥにまだ分配されていないＥＰＳベアラＩＤを選ぶ。次いで、ＷＡＧは、ＥＰＳベアラＩＤを保存し、専用ベアラをデフォルトベアラにリンクする。ＷＡＧは、アップリンクパケットフィルターを用いて、Ｓ２ａベアラへのトラフィックフローのマッピングを確定する。次いでＷＡＧは、ベアラ確立応答（ＥＰＳベアラＩＤ、ユーザープレーン（ｐｌａｎｅ）のＷＡＧアドレス、ユーザープレーンのＷＡＧ ＴＥＩＤ）メッセージをＰＤＮ−ＧＷ１３０７に送信することによってＳ２ａベアラアクティブ化を通知する。次いで、ベアラ更新／確立要求が成功した場合、ＰＤＮ−ＧＷ１３０７は、そのマッピング表を更新する。ステップ８では、ＷＡＧ１３０３は、ＩＦＯＭ ＡＣＫを搬送するアクセスネットワーク特定メッセージをＵＥ１３０１に送信し、ＩＦＯＭ要求が受信されたことを示す。次いでＵＥ１３０１は、ＩＦＯＭ確認応答を受信後、そのマッピング表を更新する。ステップ９〜１２では、ＰＤＮ−ＧＷ１３０７は、ＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションの変更応答（Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）をｈＰＣＲＦ１３０８に送信し、信用できる非３ＧＰＰアクセスに移動されたサービスの３ＧＰＰの専用ベアラの非アクティブ化または変更手順をトリガする。

【0041】

図１４は、信頼できる非３ＧＰＰアクセスネットワークからトリガされた３ＧＰＰアクセスネットワークから信頼できる非３ＧＰＰアクセスネットワークへのＩＦＯＭのメッセージフローの一例を示している。ステップ１では、ＵＥ１４０１は、３ＧＰＰアクセスネットワーク１４０４と非３ＧＰＰアクセスネットワーク１４０２の両方を介して同じＰＤＮ−ＧＷ１４０７に同時に接続されることができる。ＵＥ１４０１は、いくつかのＩＰフローを３ＧＰＰアクセスによって交換し、いくつかの他のＩＰフローを信頼できる非３ＧＰＰアクセスによって交換する。次いで、ＵＥ１４０１は、いくつかのＩＰフローを３ＧＰＰアクセスから信頼できる非３ＧＰＰアクセスに移動することを決定する。ステップ２では、ＵＥ１４０１は、ＩＦＯＭフラグ、ターゲットＲＡＴタイプ、ＥＰＳベアラＩＤ、ＱｏＳ、およびＴＡＤを含むアクセスネットワーク特定メッセージをＷＡＧ１４０３に送信し、ＩＦＯＭをトリガする。ＩＦＯＭフラグは、ＵＥがＩＰフローモビリティを開始するように要求するのを明確にする選択的なＩＥである。ターゲットＲＡＴタイプは、ＵＥが特定のＩＰフローをどのアクセスネットワークに移動させたいのかを示す。ＥＰＳベアラＩＤは、移動されるルーティングフィルターを搬送するベアラである。ＱｏＳは、特定のＩＰフロー用に満たされるＱｏＳポリシーである。ＴＡＤは、ＵＥが移動を要求するルーティングフィルターを含む。ＩＦＯＭ手順がＱｏＳに基づく場合、ＴＡＤは、ｍａｔｃｈ−ａｌｌフィルターである。この場合、同じベアラにある全てのＩＰフローが移動される。

【0042】

ステップ３では、ＷＡＧ１４０３は、ＵＥ１４０１によって提供されたＩＭＳＩ、ＩＦＯＭフラグ、ターゲットＲＡＴタイプ、ＥＰＳベアラＩＤ、ＱｏＳ、およびＴＡＤを含むＩＦＯＭ−ｅｎｈａｎｃｅｄ ＩＰ−ＣＡＮセッションシグナリングを送信し、ＰＤＮ−ＧＷ１４０７をｈＰＣＲＦ１４０８とＩＰ−ＣＡＮセッションの変更を開始するように通知する。ステップ４では、ＰＤＮ−ＧＷ１４０７は、ＩＦＯＭ−ｅｎｈａｎｃｅｄ ＩＰ−ＣＡＮセッションシグナリングのＥＰＳベアラＩＤとＴＡＤに基づいて移動されるＩＰフローを選択する。次いで、ＰＤＮ−ＧＷは、ＩＰ−ＣＡＮセッションの変更要求をｈＰＣＲＦ１４０８に送信し、ＳＤＦとアクセスネットワーク間のマッピングがどのように変更されたかを示す。ステップ５では、ＰＤＮ−ＧＷ１４０７は、更新／確立ベアラ要求メッセージをＷＡＧ１４０３に送信することによって、受信したＱｏＳポリシーを用いてＥＰＳベアラＱｏＳを指定し、ＩＰフローが移動されるように、要求されたＳ２ａベアラを変更または確立する。ステップ６では、ＷＡＧ１４０３は、アップリンクパケットフィルターを用いて、Ｓ２ａベアラへのトラフィックフローのマッピングを確定し、ベアラ更新／確立応答メッセージをＰＤＮ−ＧＷ１４０７に送信することによってＳ２ｂベアラ変更または確立を通知する。次いで、ベアラ更新／確立要求が成功した場合、ＰＤＮ−ＧＷ１４０７は、そのマッピング表を更新する。ステップ７では、ＷＡＧ１４０３は、ＩＦＯＭ ＡＣＫを搬送するアクセスネットワーク特定メッセージをＵＥ１４０１に送信し、ＩＦＯＭ要求が受信されたことを示す。次いでＵＥ１４０１は、ＩＦＯＭ確認応答を受信後、そのマッピング表を更新する。ステップ８〜１１では、ＰＤＮ−ＧＷ１４０７は、ＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションの変更応答（Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）をｈＰＣＲＦ１４０８に送信し、信用できる非３ＧＰＰアクセスに移動されたサービスの３ＧＰＰの専用ベアラの非アクティブ化または変更手順をトリガする。

【0043】

上述の例では、ＩＰフローは、ＧＴＰベースのＳ２ａによって、３ＧＰＰから非３ＧＰＰアクセスに移動される。他のシナリオでは、ネットワーク状況によって、ＩＰフローは、ＧＴＰベースのＳ２ｂによって、非３ＧＰＰから３ＧＰＰアクセスに移動される。

【0044】

図１５は、３ＧＰＰアクセスネットワークからトリガされた信頼できない非３ＧＰＰアクセスネットワークから３ＧＰＰアクセスネットワークへのＩＦＯＭのメッセージフローの一例を示している。ステップ１では、ＵＥ１５０１は、３ＧＰＰアクセスネットワーク１５０４と非３ＧＰＰアクセスネットワーク１５０２の両方を介して同じＰＤＮ−ＧＷ１５０７に同時に接続されることができる。ＵＥ１５０１は、いくつかのＩＰフローを３ＧＰＰアクセスによって交換し、いくつかの他のＩＰフローを信頼できる非３ＧＰＰアクセスによって交換する。次いで、ＵＥ１５０１は、いくつかのＩＰフローを信頼できない非３ＧＰＰアクセスから３ＧＰＰアクセスに移動することを決定する。ステップ２では、ＵＥ１５０１は、ベアラリソース変更要求（Ｒｅｑｕｅｓｔ Ｂｅａｒｅｒ Ｒｅｓｏｕｒｃｅ Ｍｏｄｉｆｉｃａｔｉｏｎ）（例えば、ＩＦＯＭフラグ、ターゲットＲＡＴタイプ、ＥＰＳベアラＩＤ、ＱｏＳ、およびＴＡＤを含む）メッセージを介して、ＩＦＯＭトリガメッセージ（ｔｒｉｇｇｅｒｉｎｇ ｍｅｓｓａｇｅ）および関連のパラメータをＭＭ１５０５に送信する。ステップ３では、ＭＭＥ１５０５は、ベアラリソース命令（例えば、ＵＥ１５０１のＩＭＳＩ、ＩＦＯＭフラグ、ターゲットＲＡＴタイプ、ＥＰＳベアラＩＤ、ＱｏＳ、およびＴＡＤを含む）メッセージをＳ−Ｇ１５０６に送信する。ステップ４では、Ｓ−ＧＷ１５０６は、同じベアラリソース命令メッセージをＰＤＮ−ＧＷ１５０７に送信する。

【0045】

ステップ５では、３ＧＰＰの専用ベアラのアクティブ化の手順が開始される。ステップ６では、ＰＤＮ−ＧＷ１５０７は、更新／削除ベアラ要求をＷＡＧ１５０３に送信し、３ＧＰＰアクセスに移動されるこれらのＩＰフローに応じてＳ２ａベアラを変更または非アクティブ化または解放する。ステップ７では、ＷＡＧ１５０３は、ＩＦＯＭ ＡＣＫを搬送するアクセスネットワーク特定メッセージをＵＥ１５０１に送信し、ＩＦＯＭ要求が受信されたことを示す。次いでＵＥ１５０１は、ＩＦＯＭ確認応答を受信後、そのマッピング表を更新する。ステップ８では、ＷＡＧ１５０３は、ベアラ更新／削除応答メッセージをＰＤＮ−ＧＷ１５０７に送信することによってＳ２ａベアラ変更または削除を通知する。次いで、ベアラ更新／確立要求が成功した場合、ＰＤＮ−ＧＷ１５０７は、そのマッピング表を更新する。

【0046】

図１６は、信頼できる非３ＧＰＰアクセスネットワークからトリガされた信頼できる非３ＧＰＰアクセスネットワークから３ＧＰＰアクセスネットワークへのＩＦＯＭのメッセージフローの一例を示している。ステップ１では、ＵＥ１６０１は、３ＧＰＰアクセスネットワーク１６０４と非３ＧＰＰアクセスネットワーク１６０２の両方を介して同じＰＤＮ−ＧＷ１６０７に同時に接続されることができる。ＵＥ１６０１は、いくつかのＩＰフローを３ＧＰＰアクセスによって交換し、いくつかの他のＩＰフローを信頼できる非３ＧＰＰアクセスによって交換する。次いで、ＵＥ１６０１は、いくつかのＩＰフローを信頼できる非３ＧＰＰアクセスから３ＧＰＰアクセスに移動することを決定する。ステップ２では、ＵＥ１６０１は、ＩＦＯＭフラグ、ターゲットＲＡＴタイプ、ＥＰＳベアラＩＤ、ＱｏＳ、およびＴＡＤを含むアクセスネットワーク特定メッセージをＷＡＧ１６０３に送信し、ＩＦＯＭをトリガする。ステップ３では、ＷＡＧ１６０３は、ＵＥ１６０１によって提供されたＩＭＳＩ、ＩＦＯＭフラグ、ターゲットＲＡＴタイプ、ＥＰＳベアラＩＤ、ＱｏＳ、およびＴＡＤを含むＩＦＯＭ−ｅｎｈａｎｃｅｄ ＩＰ−ＣＡＮセッションシグナリングを送信し、ＰＤＮ−ＧＷ１６０７をｈＰＣＲＦ１６０８とＩＰ−ＣＡＮセッションの変更を開始するように通知する。

【0047】

ステップ４では、３ＧＰＰの専用ベアラのアクティブ化の手順が開始される。ステップ５では、ＰＤＮ−ＧＷ１６０７は、更新／削除ベアラ要求をＷＡＧ１６０３に送信し、３ＧＰＰアクセスに移動されるこれらのＩＰフローに応じてＳ２ａベアラを変更または非アクティブ化または解放する。ステップ６では、ＷＡＧ１６０３は、ＩＦＯＭ ＡＣＫを搬送するアクセスネットワーク特定メッセージをＵＥ１６０１に送信し、ＩＦＯＭ要求が受信されたことを示す。次いでＵＥ１６０１は、ＩＦＯＭ確認応答を受信後、そのマッピング表を更新する。ステップ７では、ＷＡＧ１６０３は、ベアラ更新／削除応答メッセージをＰＤＮ−ＧＷ１６０７に送信することによってＳ２ａベアラ変更または削除を通知する。次いで、ベアラ更新／確立要求が成功した場合、ＰＤＮ−ＧＷ１６０７は、そのマッピング表を更新する。

【0048】

図１７は、１つの新しい態様に基づいたＰＤＮ−ＧＷの観点から見たＩＦＯＭソリューションのフローチャートである。ステップ１７０１では、ＰＤＮ−ＧＷは、ＩＰフローモビリティ（ＩＦＯＭ）トリガメッセージおよび関連のパラメータを受信する。ＩＦＯＭトリガメッセージは、ＩＦＯＭフラグ、ターゲット無線アクセス技術（ＲＡＴ）タイプ、ＥＰＳベアラＩＤ、クオリティオブサービス（ＱｏＳ）ポリシー、およびＴＡＤ（ｔｒａｆｆｉｃ ａｇｇｒｅｇａｔｉｏｎ ｄｅｓｃｒｉｐｔｉｏｎ）を含む。ステップ１７０２では、ＰＤＮ−ＧＷは、ＩＦＯＭトリガメッセージに基づいてＩＰフローを選択し、更新ベアラ要求を無線アクセスゲートウェイ（ＷＡＧ）または進化型パケットデータゲートウェイ（ｅＰＤＧ）に送信する。１つの例では、ＩＰフローは、ＴＡＤに基づいて選択される。もう１つの例では、ＩＰフローは、ＥＰＳベアラＩＤに基づいて選択される。ステップ１７０３では、ＰＤＮ−ＧＷは、更新ベアラ要求が成功した場合、１つ以上のマッピングエントリを有するマッピング表を更新する。各マッピングエントリは、ＩＰフロー記述、ＥＰＳベアラＩＤ、ＧＴＰトンネルＩＤ、無線アクセス技術（ＲＡＴ）タイプ、およびＵＥ ＩＤを含む。ステップ１７０４では、ＰＤＮ−ＧＷは、３ＧＰＰの専用ベアラの変更手順を開始し、選択されたＩＰフローを移動する。

【0049】

図１８は、１つの新しい態様に基づいたＷＡＧの観点から見たＩＦＯＭソリューションのフローチャートである。ステップ１８０１では、ＷＡＧは、ＩＰフローモビリティ（ＩＦＯＭ）トリガメッセージおよび関連のパラメータをＰＤＮ−ＧＷに送信する。ＩＦＯＭトリガメッセージは、ＩＦＯＭフラグ、ターゲット無線アクセス技術（ＲＡＴ）タイプ、ＥＰＳベアラＩＤ、クオリティオブサービス（ＱｏＳ）ポリシー、およびＴＡＤを含む。ステップ１８０２では、ＷＡＧは、ＰＤＮ−ＧＷから更新ベアラ要求を受信し、選択されたＩＰフローが移動されるようにＳ２ａベアラを変更する。１つの例では、ＩＰフローは、ＴＡＤに基づいて選択される。もう１つの例では、ＩＰフローは、ＥＰＳベアラＩＤに基づいて選択される。ステップ１８０３では、ＷＡＧは、ベアラ更新応答を送信し、Ｓ２ａベアラ変更を確認する。ステップ１８０４では、ＷＡＧは、ＩＦＯＭ確認応答をＵＥに送信し、ＩＦＯＭ要求が受信されたことを示す。

【0050】

図１９は、１つの新しい態様に基づいたＵＥの観点から見たＩＦＯＭソリューションのフローチャートである。ＵＥは、３ＧＰＰアクセスネットワークおよび非３ＧＰＰアクセスネットワークを介してパケットデータネットワークゲートウェイ（ＰＤＮ−ＧＷ）に接続する。ステップ１９０２では、ＵＥは、ＩＦＯＭフラグ、ターゲット無線アクセス技術（ＲＡＴ）タイプ、ＥＰＳベアラＩＤ、クオリティオブサービス（ＱｏＳ）ポリシー、およびＴＡＤを含むＩＰフローモビリティ（ＩＦＯＭ）トリガメッセージを送信する。１つの例では、ＩＦＯＭトリガメッセージは、ＩＦＯＭ−ｅｎｈａｎｃｅｄ ＩＫＥｖ２メッセージである。ステップ１９０３では、ＵＥは、無線アクセスゲートウェイ（ＷＡＧ）または進化型パケットデータゲートウェイ（ｅＰＤＧ）からＩＦＯＭ確認応答を受信する。１つの例では、ＩＦＯＭ確認応答は、ＩＦＯＭ−ｅｎｈａｎｃｅｄ ＩＫＥｖ２メッセージである。各マッピングエントリは、ＩＰフロー記述、ＥＰＳベアラＩＤ、および無線アクセス技術（ＲＡＴ）タイプを含む。

【0051】

本発明は、説明のためにある特定の実施の形態に関連して述べられているが本発明はこれを制限するものではない。よって、種々の変更、改造、及び上述の実施の形態の種々の特徴の組み合わせがこの請求項に記載したような本発明の範囲を逸脱せずに、行い得る。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】