JP2017526242A - 多重接続性デバイスに対するネットワークベースのフローモビリティ - Google Patents

多重接続性デバイスに対するネットワークベースのフローモビリティ Download PDF

Info

Publication number
JP2017526242A
JP2017526242A JP2017500037A JP2017500037A JP2017526242A JP 2017526242 A JP2017526242 A JP 2017526242A JP 2017500037 A JP2017500037 A JP 2017500037A JP 2017500037 A JP2017500037 A JP 2017500037A JP 2017526242 A JP2017526242 A JP 2017526242A
Authority
JP
Japan
Prior art keywords
wtru
access network
network
flow
wlan
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
JP2017500037A
Other languages
English (en)
Inventor
カランパトシス ディミトリオス
カランパトシス ディミトリオス
エム．アドジャクプル パスカル
エム．アドジャクプル パスカル
レズニック アレクサンダー
レズニック アレクサンダー
カルロス ズニガ ジュアン
カルロス ズニガ ジュアン
ワン グワンジョウ
ワン グワンジョウ
Original Assignee
インターデイジタル パテント ホールディングス インコーポレイテッド
インターデイジタル パテント ホールディングス インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by インターデイジタル パテント ホールディングス インコーポレイテッド, インターデイジタル パテント ホールディングス インコーポレイテッド filed Critical インターデイジタル パテント ホールディングス インコーポレイテッド
Publication of JP2017526242A publication Critical patent/JP2017526242A/ja
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/34—Modification of an existing route
    • H04W40/36—Modification of an existing route due to handover
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H04W76/16—Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H04L45/04—Interdomain routing, e.g. hierarchical routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/248—Connectivity information update
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0892—Network architectures or network communication protocols for network security for authentication of entities by using authentication-authorization-accounting [AAA] servers or protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66—Policy and charging system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Abstract

ＩＰフローモビリティのためのシステム、方法、および手段が述べられる。ＷＴＲＵは、ＩＦＯＭを開始するためのトリガを受信し、かつ／または、１または複数のルーティングルールを作成することができる。ＷＴＲＵは、ルーティングルールを、シグナリングを用いて、信頼できるＷＬＡＮアクセスネットワーク（ＴＷＡＮ）に送ることができる。ＴＷＡＮは、シグナリングを用いて、ルーティングルールをＷＴＲＵから受け取ることができる。ＴＷＡＮは、ルーティングルールをＰＤＮゲートウェイに送ることができる。ルーティングルールは、Ｓ２ａ参照点を用いて、ゲートウェイに送られることができる。ＴＷＡＮは、１または複数のルーティングルールをＰＤＮゲートウェイから受け取ることができる。ＴＷＡＮは、シグナリングを用いて、ルーティングルールをＷＴＲＵに送ることができる。シグナリングは、ＥＡＰシグナリング、レイヤ３（Ｌ３）シグナリング、ＷＬＣＰシグナリング、ＩＥＥＥ８０２．１１シグナリング、非アクセス層（ＮＡＳ）シグナリング、および／またはレイヤ２（Ｌ２）シグナリングのうちの１または複数のものとすることができる。

Description

関連出願の相互参照
本出願は、すべての目的のために、本明細書に完全に記載されているかのようにその内容が参照により本明細書に組み込まれる、２０１４年６月３０日に出願された米国特許仮出願第６２／０１９，１９３号明細書、および２０１４年９月２４日に出願された米国特許仮出願第６２／０５４，６３７号明細書の利益を主張する。
ＷＴＲＵで開始されるネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）は、ＷＴＲＵがＩＰフローモビリティを開始する、ネットワークモビリティプロトコル（汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）およびプロキシモバイルインターネットプロトコル（ＰＭＩＰ））に基づくＩＦＯＭである。ネットワークで開始されるＮＢＩＦＯＭは、ネットワークがＩＰフローモビリティを開始するネットワークモビリティプロトコル（ＧＴＰおよびＰＭＩＰ）に基づくＩＦＯＭである。ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）は、限定されたエリア内でワイヤレス配信技法を用いて２つ以上のデバイスをリンクさせるワイヤレスコンピュータネットワークである。ＷＬＡＮは、ローカルな通信エリア内を動き回るが、なおネットワークに接続される能力を提供する。ＷＬＡＮは、インターネットへの接続を提供することができる。多くのＷＬＡＮは、ＩＥＥＥ８０２．１１規格に基づいており、ＷｉＦｉブランド名の下に販売されている。ＷＬＡＮ ３ＧＰＰ ＩＰアクセスは、ＷＬＡＮ ＷＴＲＵが、３Ｇ通信事業者ネットワーク、プライベートなイントラネット、または３ＧＰＰシステムを介するインターネットなど、外部のＩＰネットワークとの接続性を確立できるようにする。
例えば、ＷＴＲＵとパケットデータネットワーク（ＰＤＮ）ゲートウェイとの間のＩＦＯＭなど、ＩＰフローモビリティ（ＩＦＯＭ）に対するルーティングルールを送るためのシステム、方法および手段が述べられる。信頼できるＷＬＡＮアクセスネットワーク（ＴＷＡＮ）は、シグナリングを用いて、ＷＴＲＵから１または複数のルーティングルールを受け取ることができる。ＴＷＡＮは、１または複数のルーティングルールをＰＤＮゲートウェイ（ＰＧＷ）に送ることができる。１または複数のルーティングルールは、Ｓ２ａ参照点を用いてゲートウェイに送られることができる。ＴＷＡＮは、ＰＤＮゲートウェイから１または複数のルーティングルールを含むメッセージを受け取ることができる。ＴＷＡＮは、１または複数のルーティングルールを含むシグナリングをＷＴＲＵに送ることができる。シグナリングは、拡張認証プロトコル（ＥＡＰ）シグナリング、レイヤ３（Ｌ３）シグナリング、ＷＬＡＮ制御プロトコル（ＷＬＣＰ）シグナリング、ＩＥＥＥ８０２．１１シグナリング、非アクセス層（ＮＡＳ）シグナリング、またはレイヤ２（Ｌ２）シグナリングのうちの１つとすることができる。
ＷＴＲＵは、ＩＦＯＭを開始するためのトリガを受け取り、１または複数のルーティングルールを作成することができる。ＷＴＲＵは、シグナリングを用いて、信頼できるＷＬＡＮアクセスネットワーク（ＴＷＡＮ）に１または複数のルーティングルールを送ることができる。シグナリングは、ＥＡＰシグナリング、Ｌ３シグナリング、ＷＬＣＰシグナリング、ＩＥＥＥ８０２．１１シグナリング、ＮＡＳシグナリング、またはＬ２シグナリングのうちの１つとすることができる。ＩＦＯＭをトリガする決定は、ポリシーおよび課金ルール機能（ＰＣＲＦ）からトリガを受け取ることに基づくことができる。トリガは、アクセスネットワーク発見選択機能（ＡＮＤＳＦ）ポリシー、または無線アクセスネットワーク（ＲＡＮ）ルールの一方を介して受信することができる。
ワイヤレス送受信ユニット（ＷＴＲＵ）で開始されるネットワークベースのインターネットプロトコル（ＩＰ）フローモビリティ（ＮＢＩＦＯＭ）、およびネットワークで開始されるＮＢＩＦＯＭのための１または複数の方法および／または装置が企図される。ＷＴＲＵにおけるＷＴＲＵで開始されるＮＢＩＦＯＭのための方法は、以下の１または複数のものを含むことができる、すなわち、３ＧＰＰアクセスおよびワイヤレスローカルエリアネットワーク（ＷＬＡＮ）アクセスに接続すること、アクセスネットワーク発見選択機能（ＡＮＤＳＦ）ポリシーに基づいてＷＴＲＵで開始されるＮＢＩＦＯＭをトリガすること、１または複数のルーティングルールを構成すること、ＷＬＡＮシグナリングを介して、１または複数のルーティングルールをパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）に送信すること、ＷＴＲＵで開始されるＮＢＩＦＯＭ手順を開始するための許可をＰＧＷから受け取ること、および／または１または複数のフローを、１または複数のルーティングルールに含まれた情報に基づいてターゲットアクセスに移動させることである。
実施形態は、プロセッサを備えることのできるワイヤレス送受信ユニット（ＷＴＲＵ）を企図している。プロセッサは、第１のアクセスネットワークを介して通信を確立するように構成されることができる。プロセッサは、第２のアクセスネットワークを介して通信を確立するように構成されることができる。プロセッサは、第１のアクセスネットワークを介して、第１のインターネットプロトコル（ＩＰ）フローを向かわせる（direct）ように構成されることができる。プロセッサは、第１のアクセスネットワークとの接続性の喪失を検出するように構成されることができる。プロセッサは、第１のアクセスネットワークとの接続性を喪失すると、第２のアクセスネットワークを介して、第１のＩＰフローを経路変更するための１または複数のルーティングルールを作成するように構成されることができる。ＷＴＲＵは、コアネットワークのノードに向けて、第１のアクセスネットワークとの接続性の喪失の表示（indication）を送るように構成されることができる送信機を備えることができる。
実施形態は、プロセッサを備えることのできるワイヤレス送受信ユニット（ＷＴＲＵ）を企図している。プロセッサは、通信の多重接続モードを確立するように構成されることができる。プロセッサは、第１のアクセスネットワークとの接続を確立するように構成されることができる。プロセッサは、第２のアクセスネットワークとの接続を確立するように構成されることができる。プロセッサは、第１のアクセスネットワークを介して、第１のインターネットプロトコル（ＩＰ）フローを向かわせるように構成されることができる。プロセッサは、第１のＩＰフローに対して、ネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）を開始するように構成されることができる。プロセッサは、第２のアクセスネットワークを介して、第１のＩＰフローを経路変更するための１または複数のルーティングルールを作成するように構成されることができる。ＷＴＲＵは、第１のＩＰフローを経路変更するための１または複数のルーティングルールを、ワイヤレスローカルアクセスネットワーク（ＷＬＡＮ）制御プロトコル（ＷＬＣＰ）信号で、第２のアクセスネットワークを介して、信頼できるワイヤレスローカルアクセスネットワーク（ＴＷＡＮ）に送るように構成されることのできる送信機を備えることができる。
実施形態は、プロセッサを備えることのできるワイヤレス送受信ユニット（ＷＴＲＵ）を企図している。プロセッサは、少なくとも通信の多重接続モードを確立するように構成されることができる。プロセッサは、第１のアクセスネットワークとの接続を確立するように構成されることができる。プロセッサは、第２のアクセスネットワークとの接続を確立するように構成されることができる。プロセッサは、第１のアクセスネットワークを介して、第１のインターネットプロトコル（ＩＰ）フローを向かわせるように構成されることができる。ＷＴＲＵは、第１のＩＰフローに対するネットワークベースのＩＰフローモビリティ（ＮＢＩＦＯＭ）要求を、ワイヤレスローカルアクセスネットワーク（ＷＬＡＮ）制御プロトコル（ＷＬＣＰ）信号で、信頼できるワイヤレスローカルアクセスネットワーク（ＴＷＡＮ）から受信するように構成されることのできる受信機を備えることができ、ＮＢＩＦＯＭ要求は、第２のアクセスネットワークを介して、第１のＩＰフローを経路変更するための１または複数のルーティングルールを含む。
添付図面に関連して例として与えられた以下の記述から、さらなる詳細な理解が得られるはずである。
１または複数の開示される実施形態が実施されることのできる例示的な通信システムのシステム図である。 図１Ａで示された通信システム内で使用されることのできる例示的なワイヤレス送受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａで示された通信システム内で使用されることのできる例示的な無線アクセスネットワーク、および例示的なコアネットワークのシステム図である。 図１Ａで示された通信システム内で使用されることのできる別の例示的な無線アクセスネットワーク、および例示的なコアネットワークのシステム図である。 図１Ａで示された通信システム内で使用されることのできる別の例示的な無線アクセスネットワーク、および例示的なコアネットワークのシステム図である。 ＧＴＰを介するＳ２ａベースのモビリティ（ＳａＭＯＧ：Ｓ２ａ−ｂａｓｅｄ ｍｏｂｉｌｉｔｙ ｏｖｅｒ ＧＴＰ）アーキテクチャの例を示す図である。 例示的な信頼できるＷｉＦｉローカルエリアネットワーク（ＷＬＡＮ）アクセスネットワークアーキテクチャを示す図である。 アクセスネットワーク発見選択機能（ＡＮＤＳＦ）アーキテクチャの例を示す図である。 拡張認証プロトコル（ＥＡＰ）再認証フレームワークの例を示す図である。 ＥＡＰシグナリングを用いた単一接続モードに対するＷＴＲＵで開始されるＩＰフローモビリティ（ＩＦＯＭ）の例を示す図である。 Ｌ３シグナリングを用いた単一接続モードに対するＷＴＲＵで開始されるＩＦＯＭの例を示す図である。 ＷＬＣＰシグナリングによる単一接続モードに対するＷＴＲＵで開始されるネットワークベースのＩＦＯＭ（ＮＢ−ＩＦＯＭ）の例を示す図である。 Ｌ２シグナリングによる単一接続に対するＷＴＲＵで開始されるＮＢ−ＩＦＯＭの例を示す図である。 ＥＡＰシグナリングを用いた、ＷＬＡＮアクセスポイントを介する単一接続モードに対するネットワーク（ＮＷ）で開始されるＩＦＯＭの例を示す図である。 Ｌ３メッセージを用いた、ＷＬＡＮアクセスポイントを介する単一接続モードに対するＮＷで開始されるＩＦＯＭの例を示す図である。 ＷＬＣＰプロトコルを用いた、ＷＬＡＮアクセスポイントを介する単一接続モードに対するＮＷで開始されるＩＦＯＭの例を示す図である。 Ｌ２ベースのシグナリングを用いたＷＬＡＮアクセスポイントを介する単一接続モードに対するＮＷで開始されるＩＦＯＭの例を示す図である。 Ｌ２／Ｌ３通信を用いた、ＷＬＡＮアクセスポイントを介する単一接続モードに対するＮＷで開始されるＩＦＯＭの例を示す図である。 ３ＧＰＰシグナリングによる単一接続モードに対するＮＷで開始されるＩＦＯＭの例を示す図である。 ＷＬＣＰシグナリングによる多重接続モードに対するＷＴＲＵで開始されるＮＢ−ＩＦＯＭの例を示す図である。 ＷＬＣＰシグナリングによる多重接続モードに対するＮＷで開始されるＮＢ−ＩＦＯＭの例を示す図である。 ３ＧＰＰシグナリングによる多重接続モードに対するＮＷで開始されるＮＢ−ＩＦＯＭの例を示す図である。 ＧＴＰ Ｓ５／Ｓ８に対するＷＬＡＮアクセスの喪失後の例示的な手順に対する流れ図である。 ＰＭＩＰＳ５／Ｓ８、ＷＬＡＮアクセスの喪失後の例示的な手順に対する流れ図である。 ＷＴＲＵで開始されるＮＢＩＦＯＭに対する競合を解決するために使用される手順の例を示す図である。 ＮＷで開始されるＮＢＩＦＯＭに対する競合を生ずるために使用される手順の例を示す図である。 ＷＬＡＮ無線接続性の喪失に起因して、ＴＷＡＮがネットワークで開始されるＮＢＩＦＯＭを拒否する例示的な図である。 ＷＴＲＵがＷＬＡＮ無線接続性を喪失する例を示す図である。 ＩＰフローを３ＧＰＰアクセスに移動させるネットワークで開始されるＮＢＩＦＯＭトリガに関するＲＡＮ支援情報の例を示す図である。 ＩＰフローをＷＬＡＮアクセスへと移動させるネットワークで開始されるＮＢＩＦＯＭトリガに関するＲＡＮ支援情報の例を示す図である。 ＲＡＮで開始されるトラフィックステアリングの例を示す図である。 ＲＡＮで開始されるトラフィックステアリングの例を示す図である。 ＲＡＮ支援情報をＰＧＷに提供することによるＲＡＮで支援されたＮＢＩＦＯＭの例を示す図である。 ＲＡＮ支援情報をＰＣＲＦに提供することによるＲＡＮで支援されたＮＢＩＦＯＭの例を示す図である。
例示的な実施形態の詳細な説明が、様々な図を参照して次に述べられる。この説明は、可能な実装形態の詳細な例を提供するが、その細部は例であって、決して本出願の範囲を限定するようには意図されていないことを理解されたい。本明細書で使用される場合、冠詞「１つの（ａ）」および「１つの（ａｎ）」は、さらなる条件または特徴付けがない限り、例えば、「１または複数のもの」、または「少なくとも１つのもの」を意味するように理解されることができる。
図１Ａは、１または複数の開示される実施形態が実施されることのできる例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、同報通信などのコンテンツを複数のワイヤレスユーザに提供する多重アクセスシステムとすることができる。通信システム１００は、ワイヤレス帯域幅を含むシステム資源を共用することによって、複数のワイヤレスユーザが、このようなコンテンツにアクセスできるようにする。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、および同様のものなど、１または複数のチャネルアクセス法を使用することができる。
図１Ａで示すように、通信システム１００は、ワイヤレス送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（一般に、または総称して、ＷＴＲＵ１０２と呼ばれることができる）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵはまた、ユーザ機器（ＵＥ）とも呼ばれることができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境で動作し、かつ／または通信するように構成された任意のタイプのデバイスとすることができる。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信し、かつ／または受信するように構成されることができ、またユーザ機器（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラー式電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ノートブック、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電化製品、および同様のものなどを含むことができる。
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含むことができる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２など、１または複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスでインターフェースをとるように構成された任意のタイプのデバイスとすることができる。例として、基地局１１４ａ、１１４ｂは、送受信機基地局（ＢＴＳ）、ノードＢ、ｅＮｏｄｅＢ、ホームノードＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータ、および同様のものとすることができる。基地局１１４ａ、１１４ｂは、それぞれ、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続される基地局および／またはネットワーク要素を含むことができることを理解されよう。
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部とすることができ、それらはまた、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示せず）を含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることのできる特定の地理的な領域内でワイヤレス信号を送信および／または受信するように構成されることができる。セルは、セルセクタへとさらに分割されることができる。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されることができる。したがって、一実施形態では、基地局１１４ａは、例えば、セルの各セクタに対して１つなど、３つの送受信機を含むことができる。他の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を使用することができ、したがって、セルの各セクタに対して複数の送受信機を利用することができる。
基地局１１４ａ、１１４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数のものと、エアインターフェース１１５／１１６／１１７を介して通信することができ、それは、任意の適切なワイヤレス通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立されることができる。
より具体的には、上記で述べたように、通信システム１００は、多重アクセスシステムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび同様のものなど、１または複数のチャネルアクセス方式を使用することができる。例えば、ＲＡＮ１０３／１０４／１０５における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動遠隔通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）地上無線アクセス（ＵＴＲＡ：Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）などの無線技術を実施することができ、それは、広帯域ＣＤＭＡ（ＷＣＤＭＡ：登録商標）を用いてエアインターフェース１１５／１１６／１１７を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）、および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、発展型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができ、それは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を用いてエアインターフェース１１５／１１６／１１７を確立することができる。
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（例えば、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ：Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定基準２０００（ＩＳ−２０００）、暫定基準９５（ＩＳ−９５）、暫定基準８５６（ＩＳ−８５６）、グローバルシステムフォーモバイル通信（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、登録商標）、ＧＳＭエボリューション拡張データレート（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）、および同様のものなどの無線技術を実施することができる。
図１Ａにおける基地局１１４ｂは、例えば、ワイヤレスルータ、ホームノードＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントとすることができ、また職場、家庭、車両、キャンパス、および同様のものなど、局所化されたエリアでのワイヤレス接続性を容易にするために任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１などの無線技術を実施することができる。他の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５などの無線技術を実施することができる。さらに他の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａで示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要はないはずである。
ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信することができ、それは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数のものに、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）を提供するように構成された任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、課金サービス、モバイル位置ベースのサービス、プリペイド電話、インターネット接続性、ビデオ配信などを提供し、かつ／またはユーザ認証などの高レベルのセキュリティ機能を実施することができる。図１Ａで示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴを使用する、または異なるＲＡＴを使用する他のＲＡＮと、直接または間接的に通信することができることを理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用することのできるＲＡＮ１０３／１０４／１０５に接続されるのに加えて、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を使用する他のＲＡＮ（図示せず）と通信することもできる。
コアネットワーク１０６／１０７／１０９はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄに対するゲートウェイとして働くことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群における伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの大域システムを含むことができる。ネットワーク１１２は、他のサービスプロバイダにより所有される、かつ／または運用される有線もしくはワイヤレス通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴ、または異なるＲＡＴを使用できる１または複数のＲＡＮに接続された別のコアネットワークを含むことができる。
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつか、またはすべては、多重モード機能を含むことができ、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、様々なワイヤレスリンクを介して、様々なワイヤレスネットワークと通信するための複数の送受信機を含むことができる。例えば、図１Ａで示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を使用できる基地局１１４ａと、かつＩＥＥＥ８０２無線技術を使用できる基地局１１４ｂと通信するように構成されることができる。
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂで示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送信／受信素子１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取外し不能メモリ１３０、取外し可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺装置１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を維持しながら、前述の要素の任意の下位の組合せを含むことができることを理解されよう。さらに実施形態は、基地局１１４ａおよび１１４ｂ、ならびに／またはこれだけに限らないが特に、送受信機基地局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、発展型ホームノードＢ（ｅＮｏｄｅＢ）、ホーム発展型ノードＢ（ＨｅＮＢ）、ホーム発展型ノードＢゲートウェイ、およびプロキシノードなど、基地局１１４ａおよび１１４ｂが表すことのできるノードが、図１Ｂで示され、かつ本明細書で述べられる要素のいくつか、またはすべてを含むことが可能であることを企図している。
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、書替え可能ゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン、および同様のものとすることができる。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２がワイヤレス環境で動作できるようにする任意の他の機能を実施することができる。プロセッサ１１８は、送信／受信素子１２２に結合されることのできる送受信機１２０に結合されることができる。図１Ｂは、プロセッサ１１８および送受信機１２０を別々の構成要素として示しているが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップへと共に統合されることができることを理解されよう。
送信／受信素子１２２は、エアインターフェース１１５／１１６／１１７を介して、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成されることができる。例えば、一実施形態では、送信／受信素子１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。他の実施形態では、送信／受信素子１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器とすることができる。さらに他の実施形態では、送信／受信素子１２２は、ＲＦ信号と光信号を共に送信および受信するように構成されることができる。送信／受信素子１２２は、ワイヤレス信号の任意の組合せを送信および／または受信するように構成されることができることを理解されよう。
さらに、送信／受信素子１２２は、単一の素子として図１Ｂで示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信素子１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介してワイヤレス信号を送信および受信するために、２つ以上の送信／受信素子１２２（例えば、複数のアンテナ）を含むことができる。
送受信機１２０は、送信／受信素子１２２によって送信される信号を変調し、かつ送信／受信素子１２２によって受信される信号を復調するように構成されることができる。上記で述べたように、ＷＴＲＵ１０２は、多重モード機能を有することができる。したがって、送受信機１２０は、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して、ＷＴＲＵ１０２が通信できるようにするために、複数の送受信機を含むことができる。
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）表示ユニット、または有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合されることができ、かつそれらからユーザ入力データを受け取ることができる。プロセッサ１１８はまた、ユーザデータを、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもできる。さらにプロセッサ１１８は、取外し不能メモリ１３０、および／または取外し可能メモリ１３２など、任意のタイプの適切なメモリに、情報をアクセスし、かつデータを記憶することができる。取外し不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含むことができる。取外し可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード、および同様のものを含むことができる。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置していないメモリに情報をアクセスし、またデータを記憶することができる。
プロセッサ１１８は、電源１３４から電力を受け取ることができ、またＷＴＲＵ１０２内の他の構成要素に電力を配布する、かつ／または制御するように構成されることができる。電源１３４は、ＷＴＲＵ１０２に電源を供給するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素電池（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池、および同様のものを含むことができる。
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成されることのできるＧＰＳチップセット１３６に結合されることができる。ＧＰＳチップセット１３６からの情報に加えて、またはそれに代えて、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７を介して位置情報を受信する、かつ／または２つ以上の近傍の基地局から受信された信号のタイミングに基づき、その位置を決定することができる。ＷＴＲＵ１０２は、実施形態と整合性を維持しながら、任意の適切な位置決定法によって位置情報を取得できることが理解されよう。
プロセッサ１１８は、他の周辺装置１３８にさらに結合されることができ、他の周辺装置１３８は、さらなる特徴、機能性、および／または有線もしくはワイヤレス接続性を提供する１または複数のソフトウェア、および／またはハードウェアモジュールを含むことができる。例えば、周辺装置１３８は、加速度計、イーコンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョン送受信機、手を使用しないヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および同様のものを含むことができる。
図１Ｃは、実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上記で述べたように、ＲＡＮ１０３は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとエアインターフェース１１５を介して通信するために、ＵＴＲＡ無線技術を使用することができる。ＲＡＮ１０３はまた、コアネットワーク１０６と通信することができる。図１Ｃで示されるように、ＲＡＮ１０３は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとエアインターフェース１１５を介して通信するために、１または複数の送受信機をそれぞれが含むことのできるノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられることができる。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含むことができる。ＲＡＮ１０３は、実施形態と整合性を維持しながら、任意の数のノードＢおよびＲＮＣを含むことができることを理解されよう。
図１Ｃで示されるように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信することができる。さらに、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信することができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、各ＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信することができる。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、それが接続される各ノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されることができる。さらに、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、外側ループ電力制御、ロード制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化、および同様のものなど、他の機能を実行またはサポートするように構成されることができる。
図１Ｃで示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。前述の要素のそれぞれが、コアネットワーク１０６の一部として示されているが、これらの要素のいずれのものも、コアネットワーク通信事業者以外のエンティティにより所有され、かつ／または運用されることができることを理解されよう。
ＲＡＮ１０３におけるＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６のＭＳＣ１４６に接続されることができる。ＭＳＣ１４６は、ＭＧＷ１４４に接続されることができる。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換網へのアクセスを提供することができる。
ＲＡＮ１０３におけるＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介してコアネットワーク１０６のＳＧＳＮ１４８に接続されることができる。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されることができる。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ使用可能デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換網へのアクセスを提供することができる。
上記で述べたように、コアネットワーク１０６はまた、他のサービスプロバイダにより所有され、かつ／または運用される他の有線またはワイヤレスネットワークを含むことのできるネットワーク１１２に接続されることができる。
図１Ｄは、実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上記で述べたように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、Ｅ−ＵＴＲＡ無線技術を使用することができる。ＲＡＮ１０４はまた、コアネットワーク１０７と通信することができる。
ＲＡＮ１０４は、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を維持しながら、任意の数のｅＮｏｄｅＢを含むことができることを理解されよう。ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機を含むことができる。一実施形態では、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅＮｏｄｅＢ１６０ａは、例えば、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、かつそこからワイヤレス信号を受信するために、複数のアンテナを使用することができる。
ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられることができ、また無線資源管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリング、および同様のものを処理するように構成されることができる。図１Ｄで示されるように、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
図１Ｄで示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含むことができる。前述の要素のそれぞれが、コアネットワーク１０７の一部として示されているが、これらの要素のいずれのものも、コアネットワーク通信事業者以外のエンティティにより所有され、かつ／または運用されることができることを理解されよう。
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されることができ、制御ノードとして働くことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザ認証、ベアラの活動化／非活動化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期のアタッチ中に特定のサービングゲートウェイを選択すること、および同様のものなどを扱うことができる。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）との間を切り換えるための制御プレーン機能を提供することができる。
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されることができる。サービングゲートウェイ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間で、ユーザデータパケットをルーティングし、転送することができる。サービングゲートウェイ１６４はまた、ｅＮｏｄｅＢ間のハンドオーバ中にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理しかつ記憶すること、および同様のものなど、他の機能を実施することもできる。
サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ使用可能デバイスとの間の通信を容易にするために、インターネット１１０など、パケット交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することのできるＰＤＮゲートウェイ１６６に接続されることができる。
コアネットワーク１０７は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８など、回線交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含む、またはそれと通信することができる。さらに、コアネットワーク１０７は、他のサービスプロバイダにより所有され、かつ／または運用される他の有線またはワイヤレスネットワークを含むことのできるネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
図１Ｅは、実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、エアインターフェース１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、ＩＥＥＥ８０２．１６無線技術を使用するアクセスサービスネットワーク（ＡＳＮ）とすることができる。以下でさらに論じられるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の様々な機能エンティティ間の通信リンクは、参照点として定義されることができる。
図１Ｅで示されるように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を含むことができるが、ＲＡＮ１０５は、実施形態との整合性を維持しながら、任意の数の基地局およびＡＳＮゲートウェイを含むことができることが理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃは、それぞれ、ＲＡＮ１０５における特定のセル（図示せず）に関連付けられることができ、またエアインターフェース１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の送受信機を含むことができる。一実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。したがって、基地局１８０ａは、例えば、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、かつそこからワイヤレス信号を受信するために、複数のアンテナを使用することができる。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフのトリガリング、トンネル確立、無線資源管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシーの実施、および同様のものなど、モビリティ管理機能を提供することができる。ＡＳＮゲートウェイ１８２は、トラフィック集約点として働くことができ、またページング、加入者プロファイルのキャッシュ、コアネットワーク１０９へのルーティング、および同様のものを扱うことができる。
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＲＡＮ１０５の間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実施するＲ１参照点として定義されることができる。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０９と論理的なインターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理的なインターフェースは、Ｒ２参照点として定義されることができ、それは、認証、許可、ＩＰホスト構成管理、および／またはモビリティ管理に使用されることができる。
基地局１８０ａ、１８０ｂ、１８０ｃのそれぞれの間の通信リンクは、基地局間で、ＷＴＲＵハンドオーバおよびデータの移送を容易にするためのプロトコルを含むＲ８参照点として定義されることができる。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６参照点として定義されることができる。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられたモビリティイベントに基づき、モビリティ管理を容易にするためのプロトコルを含むことができる。
図１Ｅで示されるように、ＲＡＮ１０５は、コアネットワーク１０９に接続されることができる。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ移送およびモビリティ管理機能を容易にするためのプロトコルを含むＲ３参照点として定義されることができる。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証、許可、アカウンティング（ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含むことができる。前述の要素のそれぞれが、コアネットワーク１０９の一部として示されているが、これらの要素のいずれのものも、コアネットワーク通信事業者以外のエンティティにより所有され、かつ／または運用されることができることを理解されよう。
ＭＩＰ−ＨＡは、ＩＰアドレス管理を扱い、様々なＡＳＮおよび／または様々なコアネットワーク間で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃがローミングできるようにする。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ使用可能デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換網へのアクセスを提供することができる。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスのサポートを扱うことができる。ゲートウェイ１８８は、他のネットワークとの協調動作を容易にすることができる。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８など、回線交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。さらに、ゲートウェイ１８８は、他のサービスプロバイダによって所有され、かつ／または運用される他の有線またはワイヤレスネットワークを含むことのできるネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
図１Ｅには示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続されることができ、またコアネットワーク１０９は、他のコアネットワークに接続されることができることを理解されよう。ＲＡＮ１０５他のＡＳＮの間の通信リンクは、ＲＡＮ１０５と他のＡＳＮの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを協調させるためのプロトコルを含むことのできるＲ４参照点として定義されることができる。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、Ｒ５参照として定義されることができ、それは、ホームコアネットワークと在圏するコアネットワークとの間の協調動作を容易にするためのプロトコルを含むことができる。
ＩＰフローモビリティ（ＩＦＯＭ）をサポートするために、ＷＴＲＵは、異なるアクセスネットワーク（例えば、３ＧＰＰおよびＷＬＡＮアクセス）を介して同時に、発展型パケットシステム（ＥＰＳ）に接続されることができ、異なるアクセスネットワークを介して異なるＩＰフローを送り、かつ受け取ることができる。ＩＰフローモビリティは、ＩＰフローが、ＩＰアドレスを維持しながら、１つのアクセス（例えば、３ＧＰＰアクセス）から、他のアクセス（例えば、ＷＬＡＮアクセス）へと移動されるとき、サポートされることができる。シームレスなＩＦＯＭは、このようなＩＰフローモビリティを記述するために定義される。
ＷＬＡＮを介する、ネットワークベースのプロキシモバイルＩＰ（ＰＭＩＰ）およびＧＰＲＳトンネリングプロトコル（ＧＴＰ）ベースのＳ２ａおよびＳ２ｂに対するＩＰフローモビリティ（ＩＦＯＭ）が提供されることができる。ＷＴＲＵは、複数の無線をサポートすることができる。例えば、ＷＴＲＵは、３ＧＰＰおよびＷＬＡＮアクセスに対するデュアル無線をサポートすることができる。ＷＴＲＵは、両方の無線を同時にサポートすることができる。ＷＴＲＵの様々な無線アクセスインターフェースの使い方は、様々な条件に依存することができる。いくつかの場合、そのことは、フロー（例えば、ＩＰフロー）を１つのインターフェースから他のインターフェースに移動させるのに有用である可能性がある。
モバイルネットワークトラフィックに対する要求は、大幅に増加してきている。トラフィックを、モバイルネットワークから他のネットワークへとオフロードすることは、増加する要求を相殺することができる。多くのワイヤレス送受信ユニット（ＷＴＲＵ）は、複数の接続、例えば、３ＧＰＰアクセスおよび／またはワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を行うことができる。
例えば、ＷＬＡＮを介する、ネットワークベースのプロトコル、ＰＭＩＰ、および／またはＧＴＰベースのＳ２ａおよびＳ２ｂを用いるなど、シームレスなオフロードおよび／またはフローモビリティは、以下の１または複数のものを用いて提供されることができる、すなわち、同時に１または複数の、または複数のアクセスネットワークを介してＰＤＮ接続アクティブをサポートすること、アクセスシステムへのパケットデータ網（ＰＤＮ）接続に属する１または複数のＩＰフローの関連付け、異なるアクセスシステム間のＰＤＮ接続に属する１または複数のＩＰフローの移動、ＷＴＲＵおよび／またはネットワークにおけるＩＰフローモビリティに対するトリガ、ＷＴＲＵで開始される、かつ／またはネットワークで開始されるネットワークベースのＩＰフローモビリティ（ＮＢ−ＩＦＯＭ）、ならびに／またはいくつかある場合、ＮＢ−ＩＦＯＭをサポートするための３ＧＰＰに関連するポリシー（例えば、ポリシーおよび課金制御（ＰＣＣ）、アクセスネットワーク発見選択機能（ＡＮＤＳＦ）、システム間ルーティングポリシー（ＩＳＲＰ：Ｉｎｔｅｒ Ｓｙｓｔｅｍ Ｒｏｕｔｉｎｇ Ｐｏｌｉｃｙ）、システム間モビリティポリシー（ＩＳＭＰ：Ｉｎｔｅｒ−Ｓｙｓｔｅｍ Ｍｏｂｉｌｉｔｙ Ｐｏｌｉｃｙ）、ＡＮＤＳＦを有しない無線アクセスネットワーク（ＲＡＮ）ポリシーなど）に対する影響および／または関連性である。
シームレスなＩＰフローモビリティが提供されることができる。シームレスなＩＰフローモビリティは、例えば、デュアルスタックモバイルＩＰ（ＤＳＭＩＰ）に基づき、提供されることができる。アクセスネットワーク間で、ＩＦＯＭを開始し、かつ／またはＩＰフローを移動させるトリガは、ＷＴＲＵから提供されることができる。
シームレスなＩＰフローモビリティは、ＤＳＭＩＰに基づくことができる。アクセスネットワーク間で、ＩＦＯＭを開始し、かつ／またはＩＰフローを移動させるトリガは、ＷＴＲＵからサポートされることができる。例えば、ＷＴＲＵで開始されるＩＰフローモビリティが提供されることができる。
ＩＰフローモビリティは、例えば、ＷＴＲＵおよび／またはネットワークがＤＳＭＩＰプロトコルをサポートする必要なしに提供されることができる。ＷＴＲＵで開始されるネットワークベースのフローモビリティは、例えば、ＧＴＰおよび／またはＰＭＩＰ Ｓ２ｂ参照点をサポートするネットワークにおいて提供されることができる。
１または複数のルーティングルールが、３ＧＰＰアクセスを介して提供されることができる。例えば、ルーティングルールは、３ＧＰＰアクセス特有のシグナリング（例えば、非アクセス層（ＮＡＳ）シグナリング）により、ＷＴＲＵによってサービングゲートウェイ（ＳＧＷ）へと送られることができる。アタッチ（例えば、初期アタッチ）中に、ＷＴＲＵは、ＰＤＮ接続性、および／またはベアラ資源変更手順を要求することができる。ＷＴＲＵは、１または複数の、またはそれぞれのルーティングアクセスタイプに相対的な優先順位を提供することができる。最も高い優先順位を有するルーティングアクセスタイプは、デフォルトの経路とすることができる。ＷＴＲＵは、ＩＰフローモビリティ手順中に、ルーティングアクセスタイプの優先順位を更新することができる。ゲートウェイ（例えば、ＰＧＷ）は、例えば、いくつか理由がある中で特に、どのアクセスタイプで、ダウンリンクＩＰフローを送るべきかを評価するためになど、ルーティングルールを使用することができる。表１は、ルーティングルール表の例を示す。表１で示されるように、ルーティング表は、例えば、フローＩＤに結合されたルーティングルールを含むことができる。
Figure 2017526242
１または複数のルーティングルールは、例えば、ＧＴＰベースのＳ５／Ｓ８に対するＧＴＰプロトコルを介して、ＳＧＷからＰＧＷに送られることができる。ＳＧＷは、ＰＧＷへのＣｒｅａｔｅ ｓｅｓｓｉｏｎ要求メッセージにルーティングルールを含むことができる。ＰＧＷは、ポリシーおよび課金ルール機能（ＰＣＲＦ）にルーティングルールをインストールすることができ、かつ／またはＮＢ−ＩＦＯＭがＷＴＲＵに使用可能であることを知らせることができる。ルーティングルールは、ＳＧＷからＰＣＲＦに送られることができ、また例えば、ＰＭＩＰベースのＳ５／Ｓ８に対するＰＣＣプロトコルを介するなど、ＰＧＷにさらに送られることができる。ＳＧＷは、Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｓｅｓｓｉｏｎ確立メッセージにルーティングルールを含むことができ、かつ／またはＮＢ−ＩＦＯＭが、ＷＴＲＵに使用可能であることを知らせることができる。ＰＣＲＦは、ルーティングルールをＰＧＷにインストールするために、ＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッション確立応答メッセージにルーティングルールを含むことができる。ＮＢ−ＩＦＯＭサポートは、初期のアタッチメントおよびＷＴＲＵに要求されるＰＤＮ接続性手順中にネゴシエートされることができる。
ルーティングルールは、ＷＬＡＮアクセスを介して提供されることができる。例えば、ＷＴＲＵは、ＷＬＡＮアクセスを介してルーティングルールを提供することができる。ルーティングルールは、以下の方法の少なくとも１つで提供されることができる。ルーティングルールは、例えば、ＷＴＲＵからｅＰＤＧへのインター鍵交換（ＩＫＥｖ２：Ｉｎｔｅｒ Ｋｅｙ Ｅｘｃｈａｎｇｅ）プロトコルにより、かつ／またはｅＰＤＧからＰＧＷへのＰＭＩＰｖ６またはＧＴＰ−ｃシグナリングにより、提供されることができる。
ＷＬＡＮアクセスを介して提供されるこのルーティングルールは、３ＧＰＰアクセスにより提供されるルーティングルールとは異なることができる。ＷＬＡＮにより提供されるルーティングルールは、ＷＴＲＵとＰＧＷの間でネゴシエートされることができる。ＰＧＷは、ルーティングルールをＷＴＲＵから得ることができ、かつ／またはルーティングアドレス（例えば、ＭＡＧアドレス）を用いてバインディングキャッシュを生成することができる。ルーティングルールは、バインディングＩＤ（ＢＩＤ）、ＢＩＤ優先順位、フローＩＤ（ＦＩＤ）、ＦＩＤ優先順位、および／またはルーティングフィルタのうちの１または複数のものを含むことができる。例えば、いくつかのシナリオのある中で特に、ＰＧＷがＢＩＤおよび／またはＦＩＤモビリティ選択肢を受信したとき、ＰＧＷは、ＢＩＤおよび／またはＦＩＤを、モビリティモードからバインディングキャッシュエントリにおける対応するフィールドにコピーすることができる。ルーティングフィルタを備えた、例えば、ＰＧＷなど、ローカルモビリティアンカー（ＬＭＡ）における典型的なバインディングキャッシュの例が、表２で示される。１もしくは複数の、または各ＢＩＤ／ＦＩＤエントリは、相対的な優先順位を含むことができる。例えば、ＷＴＲＵとＬＭＡの間に、いずれかの特定のルーティングフィルタに適合しないパケットがルーティングされるデフォルトのルーティングアドレスが存在することができる。最高の優先順位を有するＢＩＤは、デフォルトの経路とすることができる。表２は、例えば、ＷＬＡＮアクセスを介してルーティングルールを送るときの、バインディングキャッシュ表の例を示している。
Figure 2017526242
いくつかのシナリオのある中で特に、ＩＰフローモビリティルーティングルールを３ＧＰＰアクセスに適用するために、ＩＰフローモビリティルーティングルールは、３ＧＰＰアクセスを介してＰＧＷに送られることができる。ルーティングルールは、例えば、ＩＰフローモビリティルーティングルールをＷＬＡＮに適用するために、ＷＬＡＮアクセスを介してＰＧＷに送られることができる。
フローモビリティは、暗黙的にトリガされることができる。暗黙的にトリガされるフローモビリティは、おそらく、例えば、ネットワークとの何らかのシグナリングを行わずに、ＷＬＡＮまたは３ＧＰＰアクセスを介して、ＷＴＲＵがＩＰフローをルーティングすることにより、達成されることができる。
ＷＴＲＵにおけるルーティングの決定は、アクセスネットワーク発見選択機能（ＡＮＤＳＦ）により提供されるルーティングポリシーにより進められることができる。ネットワークは、ＷＴＲＵに関連付けられたフローがルーティングされるべきアクセスを示すトラフィックマッピング表を維持することができる。ＰＧＷは、例えば、ネットワークが、いくつかのフローの、１つのアクセスネットワークから他のものへの移動を検出したとき、ダウンリンクデータを、対応するアクセスゲートウェイに送ることができる。
例えば、いくつかある理由の中で特に、トラフィックマッピング表を構築するために、ＰＧＷは、最近のアップリンクパケットの宛先アドレスおよび／またはポート番号を記憶することができ、かつ／または逆のルーティングルールを作成するために、そのアドレスおよび／またはポート番号を使用することができる。逆のルーティングルールを用いると、ソースアドレスおよび／またはソースポート番号フィールドに、同じＩＰアドレスおよび／またはポート番号を有するダウンリンクパケットは、同じアクセス介して（例えば、対応するアップリンクＩＰパケットが最後に見られたアクセスを介して）転送されることができる。
図２は、ＧＴＰを介するＳ２ａベースのモビリティ（ＳａＭＯＧ）アーキテクチャの例を示す。図２で示されるように、ＷＬＡＮが通信事業者により信用されると見なされる場合、信頼できるＷＬＡＮアクセスネットワーク（ＴＷＡＮ）は、３ＧＰＰ ＡＡＡサーバ／プロキシへのＳＴａインターフェースを介する、かつ／またはＰＧＷへのＳ２ａインターフェースを介する信頼される非３ＧＰＰアクセスとして、ＥＰＣとインターフェースをとることができる。例えば、ｅＳａＭＯＧは、以下のＷＴＲＵ機能、すなわち、ＰＤＮ接続の追加／除去の制御、アクセスポイント名（ＡＰＮ）の表示、ハンドオーバもしくは新しい（例えば、フレッシュな）アタッチメントの表示、および／またはＮＳＷＯもしくはシームレスなオフロードの表示のうちの１または複数のものを可能にすることによって強化させることができる。
図３は、信頼できるＷＬＡＮアクセスネットワークアーキテクチャの例を示す。図３で示されるように、ＴＷＡＮは、信頼できるＷＬＡＮ ＡＡＡプロキシ（ＴＷＡＰ）および／または信頼できるＷＬＡＮアクセスゲートウェイ（ＴＷＡＧ）を含むことができる。ＴＷＡＧは、３ＧＰＰ ＥＰＣにおけるＰＧＷに向けてＳ２ａ接続（ＧＴＰまたはＰＭＩＰ）を提供することができる。さらに、ＴＷＡＰは、特定のＰＤＮ接続に対応するＷＴＲＵ−ＴＷＡＧポイントツーポイントリンクおよび／またはそのＷＴＲＵに対して関連するＳ２ａトンネルの間で、ユーザプレーンパケットを転送することができる。ＴＷＡＰは、ローミングする場合、ＷＬＡＮアクセスネットワークと、３ＧＰＰ ＡＡＡサーバもしくはプロキシとの間でＡＡＡ情報を中継することができる。ＴＷＡＰは、アタッチ（例えば、初期のアタッチ）中に、かつ／またはＷＴＲＵサブスクリプションデータ変更時に、ＷＴＲＵサブスクリプションデータをＴＷＡＧに提供することができる。
ネットワークアーキテクチャは、１または複数の動作モードをサポートすることができる。例えば、ＷＴＲＵがサポートする透過的な単一接続モード、ＷＴＲＵがサポートする単一接続モード、および／またはＷＴＲＵがサポートするＷＬＡＮを介する複数のＰＤＮ接続（多重接続モード）などを含む、少なくとも３つの動作モードが存在することができる。
ＷＴＲＵがサポートする透過的な単一接続モードは、フローモビリティまたはハンドオーバ中にＩＰアドレスの維持をサポートしない可能性がある。ＷＴＲＵがサポートする単一接続モードは、信頼できるＷＬＡＮを介して、非シームレスなＷＬＡＮオフロード（ＮＳＷＯ）、および／または単一ＰＤＮ接続（おそらく例えば、所与の時間に）をサポートすることができる。ＷＴＲＵがサポートする単一接続モードは、ＮＳＷＯおよび／またはＰＤＮ接続性を確立するために、認証および鍵合意に対する拡張認証プロトコル（ＥＡＰ−ＡＫＡ）以外のさらなるプロトコルを必要としない可能性もある。ＷＴＲＵがサポートするＷＬＡＮを介する複数のＰＤＮ接続（多重接続モード）は、１または複数のＰＤＮ接続を同時にサポートすることができ、かつ／または信頼できるＷＬＡＮを介してＮＳＷＯをサポートすることができる。ＷＴＲＵがサポートする多重接続モードは、ＰＤＮ接続の確立または解除をトリガするために、おそらく例えば、アクセス認証手順の後に、特定のプロトコル（例えば、ＷＬＣＰ）を使用することができる。
単一接続および多重接続モードは、３ＧＰＰアクセスと信頼できるＷＬＡＮアクセスとの間のＩＰアドレス保存、および非デフォルトＡＰＮへのＰＤＮ接続性をサポートすることができる。ＷＴＲＵおよびネットワークは、ＷＴＲＵとネットワークの間のＥＡＰ−ＡＫＡシグナリングへの拡張に基づいて、認証中に動作モードをネゴシエートすることができる。いくつかあるシナリオの中で特に、ＷＴＲＵおよびネットワークが動作モードをネゴシエートできるようにするために、ＥＡＰ−ＡＫＡに対する拡張が提供されることができる。
ネットワークに対するＷＴＲＵの指示は、２つの要求された接続モード、すなわち、単一接続モード、および／または複数接続モードの一方を使用することができる。要求された接続性は、例えば、単一接続モードが要求された場合、ＮＳＷＯおよび／またはＰＤＮ接続とすることができる。例えば、要求された接続性が、ＰＤＮ接続である場合、ＰＤＮタイプ（ＩＰｖ４、ＩＰｖ６、またはＩＰｖ４ｖ６）が提供されることができる。ハンドオーバインジケータ、要求されたＡＰＮ、および／またはプロトコル構成オプション（ＰＣＯ）が提供されることができる。例えば、ハンドオーバ表示が提供される場合、要求されたＡＰＮが使用されることができる。
ＷＴＲＵに対するネットワークの指示は、以下のモード、すなわち、透過的な単一接続モード、単一接続モード、および／または多重接続モードのうちの１または複数のものを使用することができる。シグナリングに対する拡張は、例えば、単一接続モードが要求される場合、要求される接続性（例えば、ＮＳＷＯまたはＰＤＮ接続）が許可されているかどうかとすることができる。ＰＤＮ接続の場合、拡張は、選択されたＡＰＮ、および／または選択されたＰＤＮタイプ（例えば、ＩＰｖ４、ＩＰｖ６、またはＩＰｖ４ｖ６）を含むことができる。拡張は、プロトコル構成オプション（ＰＣＯ）を含むことができる。シグナリングに対する拡張は、例えば、多重接続モードが要求された場合、ＮＳＷＯが可能であるかどうかとすることができる。
ＷＴＲＵがサポートする、ＧＴＰに基づくＳ２ａモビリティ（ＳａＭＯＧ）ＷＬＡＮを介する多重接続モードの場合、ＷＴＲＵおよび／またはＴＷＡＮは、制御層としてＷＬＡＮ制御プロトコル（ＷＬＣＰ）プロトコルを使用することができる。ＷＴＲＵおよび／またはＴＷＡＮは、信頼できるＷＬＡＮアクセスネットワークを介してＰＤＮ接続性の管理を可能にするために、ＷＬＣＰプロトコルを使用することができる。
ＷＬＣＰは、セッション管理を提供することができる。セッション管理は、ＰＤＮ接続の確立、ＰＤＮ接続のハンドオーバ（例えば、３ＧＰＰアクセスからの）、ＷＴＲＵによるＰＤＮ接続の解除の要求、ＰＤＮ接続の解除をＷＴＲＵに知らせること、および／またはＩＰアドレス割当て（例えば、ＷＬＣＰを介するＩＰｖ４アドレスの送達）のうちの１または複数のものに対して提供されることができる。
ＷＬＡＮからのトラフィックステアリングに対するＡＮＤＳＦおよび／またはＲＡＮ技法が提供されることができる。ＡＮＤＳＦは、ＩＰを介して、例えば、Ｓ１４参照点を介して、ＷＴＲＵとインターフェースをとることのできる機能的なエンティティとすることができる。ＡＮＤＳＦは、例えば、ＷＬＡＮとの間でトラフィックをステアリングするようにＷＬＡＮアクセスおよび／または条件を選択するための基準を、ＷＴＲＵに通知できるようにする。ＡＮＤＳＦは、ＷＴＲＵが、ＷＬＡＮアクセスを選択し、かつ／またはＷＬＡＮアクセスとの間でトラフィックステアリングを実施するための基準および／または条件を含むポリシーをＷＴＲＵに提供することができる。
図４は、例示的なＡＮＤＳＦアーキテクチャを示している。同様の機能は、ＲＡＮ（例えば、ｅＮＢ）によってサポートされることができ、例えば、ｅＮＢは、ＷＴＲＵが、ＷＬＡＮへのトラフィックをステアリングするためのインジケータ（例えば、条件）とすることのできるＷＬＡＮ識別子および／または閾値（例えば、ＲＡＮ ＲＳＰＲ最小／最大、またはＷＬＡＮ基本サービスセット（ＢＳＳ）ロード）を含むＲＡＮ支援情報をＷＴＲＵに提供することができる。
３ＧＰＰアクセスとＲｅｌｅａｓｅ ＳａＭＯＧ ＷＬＡＮの両方への同時接続を有するＷＴＲＵの場合、ＷＴＲＵは、３ＧＰＰとＳａＭＯＧ ＷＬＡＮアクセスとの間のシームレスなＩＰフローモビリティをサポートすることができる。例えば、単一接続モードおよび／または多重接続モードなどとして用いてＳａＭＯＧ ＷＬＡＮに接続されたＷＴＲＵに対して、ＷＴＲＵで開始されトリガされたＩＰフローモビリティ、および／またはＮＷで開始されトリガされたＩＰフローモビリティに対するシステム、方法、および／または手段が提供されることができる。
３ＧＰＰアクセスおよびＷＬＡＮアクセスを介するＰＤＮ接続の同時サポートが提供されることができる。例えば、ＮＢ−ＩＦＯＭの場合、ＷＴＲＵは、３ＧＰＰアクセスおよびＷＬＡＮアクセスを介してＰＤＮ接続を確立および／または維持することができる。ＰＤＮ接続は、同時に維持されることができる。ＰＤＮ接続のサポートは、Ｓ２ｂおよび／またはＳ２ａ接続性の場合に提供されることができる。
例えば、１または複数のルーティングルールをインストールするために、ＷＴＲＵとＰＧＷの間の通信が提供されることができる。ＮＢ−ＩＦＯＭの場合、ＷＴＲＵとＰＧＷの間に、１または複数のルーティングルールをインストールするための直接的な通信サポートはない可能性がある。ＮＢ−ＩＦＯＭは、ＷＴＲＵで開始される、かつ／またはネットワークで開始されることができる。ＷＴＲＵで開始されるＮＢ−ＩＦＯＭの場合、ＷＴＲＵは、ＩＰフローとアクセスリンクの間に望ましいマッピングをＰＧＷに提供することができる。ネットワークは、ＩＰフローモビリティを求めるＷＴＲＵの要求を受け入れる、または拒否することができるが、ＩＰフローモビリティそれ自体を開始することはないはずである。ネットワークで開始されるＮＢ−ＩＦＯＭの場合、ＰＧＷは、ＷＴＲＵに、ＩＰフローとアクセスリンクの間の望ましいマッピングを提供することができる。ＷＴＲＵは、ＩＰフローモビリティを求めるネットワークの要求を（例えば、ＷＬＡＮリンク条件の適合性に基づき）、受け入れるまたは拒否することができるが、ＩＰフローモビリティそれ自体を開始することはないはずである。
同様のＩＰアドレスを有する複数のＩＰインターフェースが提供されることができる。ＩＰｖ４アドレス、ＩＰｖ６プレフィックス（複数可）、および／またはＩＰｖ６インターフェース識別子を割り当てること、マルチキャストリンク−ローカルアドレス上で送られることのできるシグナリングメッセージ（例えば、ＤＨＣＰｖ６、ＲＡ／ＲＳ）を含むマルチキャストパケットを処理することなどが解析されることができる。
ＷＬＡＮアクセスの喪失に遭遇する可能性がある。ＷＬＡＮアクセスおよび３ＧＰＰアクセスの両方でアクティブなフローを有するＷＴＲＵに対して、ＷＬＡＮ通達範囲が失われた場合、おそらく例えば、いくつかある理由の中で特に、サービスの中断を最小化するために、サービスデータフローを３ＧＰＰアクセスに戻す機構が有用である。
ＮＢ−ＩＦＯＭ機能発見は有用である可能性がある。ＷＴＲＵおよびネットワークには、ネットワークおよび／またはＷＴＲＵがそれぞれＮＢ−ＩＦＯＭをサポートするかどうかを発見することが可能である。
ＷＴＲＵで開始されるＮＢ−ＩＦＯＭと、ネットワークで開始されるＮＢ−ＩＦＯＭとの間の競合解決は有用である可能性がある。競合解決は、競合を生ずる可能性のある、ＷＴＲＵで開始されるＮＢ−ＩＦＯＭとネットワークで開始されるＮＢ−ＩＦＯＭの両方をＰＤＮ接続に適用することを回避するために使用されることができる。
ＧＴＰまたはＰＭＩＰ Ｓ２ｂ参照点をサポートするネットワークに対するＲＡＮで開始されるネットワークベースのフローモビリティに対するサポートは、有用である可能性がある。ＲＡＮは、ｅＮｏｄｅＢおよび／またはＲＮＣとすることができる。ＩＰフローの粒度、ベアラレベル、ＰＤＮ接続レベル、および／またはＡＰＮレベルで、トラフィックオフロードが提供されることができる。
トリガフローモビリティを実施するための、かつ／またはルーティングルールを提供するためのシステム、方法、および／または手段が提供されることができる。ＷＴＲＵがサポートする単一接続モードに対するＩＦＯＭが提供されることができる。ＷＬＡＮを介してＷＴＲＵがサポートする単一のＰＤＮ接続に対して、ＷＴＲＵで開始されるＮＢＩＦＯＭが提供されることができる。
ＷＴＲＵは、１または複数のルーティングルールを、ＡＮＤＳＦから、かつ／またはＲＡＮ支援情報を用いるＲＡＮからのトリガに基づいて取得することができる。１または複数のルーティングルールは、ホームアドレス（ＷＴＲＵ ＩＰアドレス）、ルーティングアドレス（例えば、ＭＡＧアドレス）、フローＩＤ、フローＩＤ優先順位、および／またはＩＰフローの記述のうちの１または複数のものを含むことができる。
例えば、いくつかあるシナリオの中で特に、ＰＧＷが、ＷＴＲＵからルーティングルール情報を受け取ったとき、ＰＧＷは、ルーティングアドレス（例えば、ＭＡＧアドレス）を有するバインディングキャッシュ表を生成することができる。ＰＧＷは、例えば、バインディングキャッシュ情報に基づき、対応するアクセスゲートウェイに、ＩＰフローのダウンリンクデータを送ることができる。
ＷＴＲＵは、例えば、ＷＴＲＵとＴＷＡＮの間でＥＡＰ／ＡＫＡ’シグナリングを用いることにより、ＷＬＡＮアクセスを介してルーティングルールを送ることができる。例えば、いくつかあるシナリオの中で特に、おそらくＩＦＯＭをサポートするために、単一接続モードをネゴシエートしたＷＴＲＵの場合、ＷＴＲＵは、ＥＡＰ−ＡＫＡ’シグナリングを用いてルーティングルールを提供することができる。ＴＷＡＮは、ＥＡＰ−ＡＫＡ’シグナリングを検査することができ、かつ／またはルーティングルールを、ＧＴＰ／ＰＭＩＰ Ｓ２ａを介してＰＧＷに転送することができる。ＥＡＰ−ＡＫＡ’は、ＷＴＲＵをサポートするように拡張されて、ＥＡＰ−ＡＫＡ’シグナリング内にルーティングルールを含むことができる。
ＷＴＲＵは、サーバに対するＥＡＰ−ＡＫＡ要求を開始することができる。例えば、ＷＴＲＵは、いくつかある理由の中で特に、おそらく例えば、認証器がＥＡＰ要求コマンドに応じるために、ＩＥＥＥ８０２．１ＸのＬＡＮを介するＥＡＰ（ＥＡＰＯＬ：ＥＡＰ ｏｖｅｒ ＬＡＮ）開始メッセージを認証器に送ることができる。
ＥＡＰシグナリングは拡張されて、ＷＴＲＵが、認証サーバへのシグナリングを開始できるようになる。例えば、ＷＴＲＵは、認証されることができ、かつ再認証のためのシグナリングを用いて認証器をトリガすることができる。ＷＴＲＵは、通知を提供することができる。サーバは、ピアに対してＥＡＰ通知要求を開始することができる。
高速再認証が再使用されることができる。図５は、高速再認証手法において、特定の時間間隔にピア再認証を求めるサーバ要求の例を示す。高速再認証応答において、ＷＴＲＵは、通知応答メッセージにルーティングルールを含むことができる。
図６は、例えば、ＥＡＰシグナリングを用いた単一接続モードに対するＷＴＲＵで開始されるＩＦＯＭの例を示す。図６で示されるように、６０２で、ＷＴＲＵは、例えば、ＡＮＤＳＦポリシーおよび／またはＲＡＮルール（図示せず）を介して、ＷＬＡＮアクセスに対するＮＢ−ＩＦＯＭを開始するためのトリガを受信し、かつ／または決定することができる。６０４で、ＷＴＲＵは、トリガに基づき、ルーティングルールを作成することができる。ＥＡＰ認証中に、ＷＴＲＵは、ＷＴＲＵで開始されるＮＢ−ＩＦＯＭに対するルーティングルールを含むことができる。６０６で、ＷＴＲＵは、ＥＡＰ−シグナリング（例えば、変更されたＥＡＰ−シグナリング）を介して、ルーティングルールを送ることができる。ＥＡＰ−シグナリングは、ＷＴＲＵで開始されるＥＡＰ−通知とすることができる。ＷＴＲＵは、ＴＷＡＰを可能にするために、ルーティングルールが送られたことを示すフラグを含むことができる。
図６で示されるように、ＴＷＡＰ（例えば、ＴＷＡＮ内の）は、ＥＡＰシグナリングが、認証、許可、およびアカウンティング（ＡＡＡ）サーバに送られない可能性があることのフラグを検出することができる。ＴＷＡＮ内のＴＷＡＰは、ＥＡＰ−ＡＫＡ’シグナリングからルーティングルールを抽出することができる。６０８で、ＴＷＡＮは、Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ要求（例えば、ＮＢ−ＩＦＯＭがＷＬＡＮを介して新しいＰＤＮ接続を要求する場合）、またはＭｏｄｉｆｙ Ｂｅａｒｅｒ ＣｏｍｍａｎｄもしくはＭｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔシグナリング（例えば、ＮＢ−ＩＦＯＭが既存のＰＤＮ接続から行われる場合）内のルーティングルールを、ＧＴＰ Ｓ２ａを介してＰＧＷに向けて転送することができる（例えば、ＰＭＩＰ Ｓ２ａが使用される場合、ルーティングルールは、Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ内で送られる。
６１０で、ＰＧＷは、例えば、ＰＧＷが、ＷＴＲＵからルーティングルール情報を受け取ったとき、ルーティングアドレス（例えば、ＭＡＧアドレス）を有するバインディングキャッシュ表を生成することができる。ＰＧＷは、バインディングキャッシュ情報に基づいて、対応するアクセスゲートウェイにＩＰフローのダウンリンクデータを送ることができる。
図７は、例えば、Ｌ３シグナリングを用いた単一接続モードに対するＷＴＲＵで開始されるＩＦＯＭの例を示す。図７で示されるように、ＷＴＲＵは、ＷＴＲＵとＴＷＡＮの間で、Ｌ３メッセージ（例えば、ＤＨＣＰｖ４および／またはＩＰｖ６ ＲＳ／ＲＡシグナリング）を用いて、ＷＬＡＮアクセスを介してルーティングルールを送ることができる。ＷＴＲＵは、例えば、ＤＨＣＰｖ４および／またはＤＨＣＰｖ６シグナリングを用いて、ルーティングルールを送ることができる。ルーティングを搬送するために、ＤＨＣＰｖ４／ｖ６シグナリング内の強化が行われることができる。例えば、ＤＨＣＰｖ４／ｖ６を強化するための一方法は、ＵＥで開始される、またはＮＷで開始されるＮＢＩＦＯＭに対して、ＤＨＣＰ ＯＰＴＩＯＮＳフィールド内でルーティングルールを提供することができる。ＴＷＡＮは、例えば、ＧＴＰ Ｓ２ａがＴＷＡＮとＰＧＷの間で使用される場合、Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ要求（例えば、ＮＢＩＦＯＭがＷＬＡＮを介して新しいＰＤＮ接続を要求する場合）、またはＭｏｄｉｆｙ Ｂｅａｒｅｒ ＣｏｍｍａｎｄもしくはＭｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔメッセージ（例えば、ＮＢＩＦＯＭが既存のＰＤＮ接続で行われる場合）内のルーティングルールを、ＰＧＷに転送することができる。ＴＷＡＮは、例えば、ＰＭＩＰ Ｓ２ａが、ＴＷＡＮとＰＧＷの間で使用される場合、Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅメッセージ内でルーティングルールを転送することができる。
図７で示されるように、７０２で、ＷＴＲＵは、例えば、ＡＮＤＳＦポリシーまたはＲＡＮルールを介して、ＷＬＡＮアクセスへのＮＢ−ＩＦＯＭを開始するトリガを受け取ることができる。７０４で、ＷＴＲＵは、受信されたトリガに基づき、ルーティングルールを作成することができる。７０６で、ＷＴＲＵは、ＤＨＣＰｖ４またはＤＨＣＰｖ６シグナリング内でルーティングルールを送ることができる。
７０８で、ＴＷＡＮは、例えば、ＧＴＰ Ｓ２ａがＴＷＡＮとＰＧＷの間で使用される場合、Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ要求（例えば、ＮＢ−ＩＦＯＭがＷＬＡＮを介して新しいＰＤＮ接続を要求する場合）、またはＭｏｄｉｆｙ Ｂｅａｒｅｒ ＣｏｍｍａｎｄもしくはＭｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔシグナリング（例えば、ＮＢ−ＩＦＯＭが既存のＰＤＮ接続で行われる場合）内のルーティングルールを転送することができる。ルーティングルールは、例えば、ＰＭＩＰ Ｓ２ａが、ＴＷＡＮとＰＧＷの間で使用される場合、Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ内で送られることができる。
７１０で、ＰＧＷは、例えば、ＷＴＲＵからＰＧＷがルーティングルール情報を受信した場合、ルーティングアドレス（例えば、ＭＡＧアドレス）を有するバインディングキャッシュ表を生成することができる。ＰＧＷは、バインディングキャッシュ情報に基づいて、対応するアクセスゲートウェイにＩＰフローのダウンリンクデータを送ることができる。
図８は、例えば、ＷＬＣＰシグナリングによる単一接続モードに対するＷＴＲＵで開始されるＮＢ−ＩＦＯＭの例を示している。図８で示されるように、ＷＴＲＵは、例えば、ＷＴＲＵとＴＷＡＮの間で単一のＰＤＮ接続をサポートするＷＴＲＵにＷＬＣＰプロトコルを導入することにより、ＷＬＡＮアクセスを介してルーティングルールを送ることができる。ＷＴＲＵが、ＷＬＡＮを介して複数のＰＤＮ接続を確立するのをサポートするために、ＷＬＣＰプロトコルがサポートされることができる。ＷＴＲＵがサポートする、ＳａＭＯＧ ＷＬＡＮを介する単一のＰＤＮ接続（例えば、ＷＴＲＵがサポートする単一接続モード）に対して、ＷＬＣＰプロトコルが提供されることができる。
図８で示すように、８０２で、ＷＴＲＵは、ＷＬＡＮアクセスへのＮＢ−ＩＦＯＭを開始するトリガを（例えば、ＡＮＤＳＦポリシーまたはＲＡＮルールを介して）受け取ることができる。８０４で、ＷＴＲＵは、例えば、ＡＮＤＳＦルール（例えば、ＩＰフロー、ＡＰＮ情報）、またはＲＡＮルールにより提供された情報を考慮して、ＩＰフローを３ＧＰＰからＷＬＡＮへと移動するためのルーティングルールを作成することができる。８０６で、ＷＴＲＵは、ＴＷＡＮに向けたＷＬＣＰシグナリング内にルーティングルールを含むことができる。ＷＴＲＵは、ＩＰフローが移動されることのできるＰＤＮ接続に対するＡＰＮ情報を含むことができる。
８０８で、ＴＷＡＮは、ルーティングルールを転送するためのＰＤＮ接続を決定し、例えば、Ｓ２ａ参照点を介して、ルーティングルールをＰＧＷに送ることができる。ルーティングルールは、例えば、ＧＴＰ Ｓ２ａがＴＷＡＮとＰＧＷの間で使用される場合、Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ要求、またはＭｏｄｉｆｙ Ｂｅａｒｅｒ ＣｏｍｍａｎｄもしくはＭｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔシグナリング内で送られることができる。Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ要求は、例えば、ＮＢ−ＩＦＯＭがＷＬＡＮを介して新しいＰＤＮ接続を要求する場合に使用されることができ、またＭｏｄｉｆｙ Ｂｅａｒｅｒ ＣｏｍｍａｎｄもしくはＭｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔシグナリングは、例えば、ＮＢ−ＩＦＯＭが既存のＰＤＮ接続で行われる場合に使用されることができる。ルーティングルールは、例えば、ＰＭＩＰ Ｓ２ａが、ＴＷＡＮとＰＧＷの間で使用される場合、Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅメッセージ内で送られることができる。
８１０で、ＰＧＷは、ルーティングアドレス（例えば、ＭＡＧアドレス）を有するバインディングキャッシュを生成することができる。バインディングキャッシュに基づいて、ＰＧＷは、ダウンリンクデータを対応するアクセスゲートウェイに送ることができる。ルーティングルールは、例えば、ルーティングルールが３ＧＰＰアクセスを介して提供される場合（３ＧＰＰアクセスへと移動されるＩＰフローに対して）、３ＧＰＰアクセスシグナリング（例えば、ＮＡＳ）によりＰＧＷからＷＴＲＵに送られることができる。
図９は、例えば、Ｌ２シグナリングによる単一接続モードに対するＷＴＲＵで開始されるＮＢ−ＩＦＯＭの例を示す。ＷＴＲＵは、ＷＴＲＵとＴＷＡＮの間のレイヤ２ベースのシグナリング（例えば、ＭＡＣフレーム）内で、例えば、ＷＬＡＮアクセスを介してルーティングルールを送ることができる。ルーティングルールを送ることは、ＩＥＥＥ８０２．１１手順が使用される場合、ＷＴＲＵとＴＷＡＮの間のレイヤ２シグナリングへの変更を必要とする可能性がある。例えば、ルーティングルールは、イーサタイプ内に挿入されることができる。例えば、ＭＡＣフレーム内のＩＥＥＥによって、Ｅｈｔｅｒｔｙｐｅの例示的な記述が提供される。
図９で示されるように、９０２で、ＷＴＲＵは、（例えば、ＡＮＤＳＦポリシーまたはＲＡＮルールにより）、ＷＬＡＮアクセスへのＮＢ−ＩＦＯＭを開始するトリガを受け取ることができる。９０４で、ＷＴＲＵは、ＡＮＤＳＦルール（例えば、ＩＰフロー、ＡＰＮ情報）またはＲＡＮルールにより提供される情報を考慮に入れて、３ＧＰＰからＷＬＡＮにＩＰフローを移動するためのルーティングルールを作成することができる。９０６で、ＷＴＲＵは、ＴＷＡＮに向けたレイヤ２ ＩＥＥＥ８０２．１１シグナリング内にルーティングルールを含むことができる。ＷＴＲＵは、ＩＰフローが移動されることのできるＰＤＮ接続に関するＡＰＮ情報を含むことができる。
９０８で、ＴＷＡＮは、ルーティングルールを転送するためのＰＤＮ接続を決定することができ、かつルーティングルールを、Ｓ２ａ参照点を介してＰＧＷに送ることができる。ルーティングルールは、例えば、ＧＴＰ Ｓ２ａがＴＷＡＮとＰＧＷの間で使用される場合、Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ要求（例えば、ＮＢ−ＩＦＯＭがＷＬＡＮを介して新しいＰＤＮ接続を要求する場合）、またはＭｏｄｉｆｙ Ｂｅａｒｅｒ ＣｏｍｍａｎｄもしくはＭｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔシグナリング（例えば、ＮＢ−ＩＦＯＭが既存のＰＤＮ接続で行われる場合）内で送られることができる。ルーティングルールは、例えば、ＰＭＩＰ Ｓ２ａがＴＷＡＮとＰＧＷの間で使用される場合、Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅメッセージ内で送られることができる。
９１０で、ＰＧＷは、ルーティングアドレス（例えば、ＭＡＧアドレスなど）を有するバインディングキャッシュを作成することができる。バインディングキャッシュに基づいて、ＰＧＷは、対応するアクセスゲートウェイにダウンリンクデータを送ることができる。ルーティングルールは、例えば、ルーティングルールが３ＧＰＰアクセスを介して提供される場合（３ＧＰＰアクセスに移動されるＩＰフローに対して）、例えば、３ＧＰＰアクセスシグナリング（例えば、ＮＡＳ）により、ＰＧＷからＷＴＲＵに送られることができる。
ネットワークは、ＷＴＲＵがサポートする、ＷＬＡＮを介する単一のＰＤＮ接続に対して、ＮＢ−ＩＦＯＭを開始することができる。ＰＧＷは、例えば、ＷＬＡＮアクセスを介して、ルーティングルールが提供される場合、ＴＷＡＮに向けてルーティングを提供することができる。これらのルーティングルールは、ＰＣＲＦからのトリガに基づいて提供されることができる。ＰＧＷは、例えば、ＰＣＲＦでインストールされたルーティングポリシーに基づき、Ｇｘ参照点を介して、ＰＣＲＦからルーティングルール情報を得ることができる。ＰＣＲＦは、例えば、ＲＣＡＦによるＲＡＮ輻輳状況、ＴＤＦによるアプリケーション検出、ＰＣＥＦによる使用量監視イベント、および／またはユーザ利用限度報告に基づき、フローモビリティの開始を決定することができる。
ＷＴＲＵは、ルーティングルールに基づいてバインディングキャッシュを作成することができ、かつ／または同じＩＰフローのアップリンクデータを、対応するアクセスゲートウェイを介して転送することができる。ＷＴＲＵは、ＩＦＯＭをサポートするために、論理インターフェース機能（ＬＩＦ）を使用することができる。
ＴＷＡＮは、ＴＷＡＮとＷＴＲＵの間で、例えば、ＥＡＰ−ＡＫＡ’シグナリングにより、ルーティングルールを、ＷＬＡＮアクセスを介して送ることができる。ネットワークで開始されるＮＢ−ＩＦＯＭの場合、例えば、ＥＡＰシグナリングが、認証器（ＴＷＡＮ）から開始されるので、ＥＡＰシグナリングが使用されることができる。ＴＷＡＮは、ＥＡＰ通知シグナリング内でルーティングルールを送ることができる。ＥＡＰ通知メッセージは、ルーティングルールを搬送するために拡張されることができる。
図１０は、例えば、ルーティングルールを送るために、ＥＡＰシグナリングを用いた、ＷＬＡＮアクセスポイントを介する単一接続モードに対するＮＷで開始されるＩＦＯＭの例を示す。図１０で示されるように、１００２で、ＰＣＲＦは、特定のアクセス（例えば、ＷＬＡＮまたは３ＧＰＰ）を介してＩＰフローを変更するために、例えば、Ｇｘ参照点を介して、トリガをＰＧＷに提供することができる。このトリガは、サブスクリプション情報、例えば、ＴＤＦによるパケット検査、使用量監視、および／またはＲＡＮからの輻輳情報によるＰＣＣトリガに基づくことができる。ＰＣＲＦは、ルーティングルールをＰＧＷに提供することができる。
ＰＧＷは、例えば、ＰＣＲＦおよび／または静的な構成によるトリガに基づき、ネットワークで開始されるＮＢ−ＩＦＯＭのトリガを決定することができる。１００４で、ＰＧＷは、異なるアクセスへと移動されるＩＰフローに対するルーティングルールを作成することができる。１００６で、ＰＧＷは、ＴＷＡＮに向けたメッセージにルーティングルールを含むことができる。ルーティングルールは、（ＧＴＰ Ｓ２ａがＴＷＡＮとＰＧＷの間で使用される場合）ＧＴＰ Ｓ２ａを介する、例えば、Ｕｐｄａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ内で提供されることができる。ＰＧＷは、例えば、ＰＭＩＰ Ｓ２ａが使用される場合、Ｆｌｏｗ Ｍｏｂｉｌｉｔｙ Ｉｎｉｔｉａｔｅ（ＦＭＩ）メッセージ内で、ルーティングルールを提供することができる。
ＰＣＲＦは、例えば、ＰＣＣ手順を使用し、Ｇｘｘ参照点を介して、ＴＷＡＮに直接ルーティングルールを提供することができる。このような場合、ＴＷＡＮは、ＰＣＲＦに向けたインターフェースを使用することができる。
１００８で、ＴＷＡＮは、ルーティングルールに基づいて、フローモビリティが適用されるＡＰＮを決定することができ、例えば、ＥＡＰシグナリングにより、ルーティングルールをＷＴＲＵに送ることができる。ＴＷＡＮにおけるＴＷＡＰは、ルーティングルールをＥＡＰ通知メッセージ内で送ることができる。
１０１０で、ＷＴＲＵは、ルーティングルールに基づいて、バインディングキャッシュを作成することができ、かつ対応するアクセスゲートウェイを介して、同じＩＰフローのアップリンクデータを転送することができる。ＷＴＲＵは、論理インターフェース機能（ＬＩＦ）を使用することができる。
図１１は、Ｌ３メッセージを用いた、ＷＬＡＮアクセスポイントを介する単一接続モードに対するＮＷで開始されるＩＦＯＭの例を示す。図１１で示されるように、ＴＷＡＮは、ＴＷＡＮとＷＴＲＵの間で、例えば、ＷＬＡＮアクセスを介して、ルーティングルールをＬ３メッセージ（例えば、ＤＨＣＰｖ４またはＩＰｖ６ ＲＳ／ＲＡシグナリング）内で送ることができる。例えば、いくつかあるシナリオの中で特に、ＴＷＡＮがＰＧＷからルーティングルールを受け取ったとき、ＴＷＡＮは、ルーティングルールを、レイヤ３シグナリング、例えば、ＤＨＣＰｖ４またはｖ６シグナリングにより、ＷＴＲＵに転送することができる。ルーティングルールは、ＤＨＣＰｖ４／ｖ６シグナリング内のＤＨＣＰ ＯＰＴＩＯＮＳフィールド内で送られることができる。
図１１で示されるように、１１０２で、ＰＣＲＦは、特定のアクセス（例えば、ＷＬＡＮまたは３ＧＰＰ）を介するＩＰフローを変更するトリガを、例えば、Ｇｘ参照点を介してＰＧＷに提供することができる。このトリガは、サブスクリプション情報、ＴＤＦによるパケット検査、使用量監視、またはＲＡＮからの輻輳情報によるＰＣＣトリガに基づくことができる。ＰＣＲＦは、ルーティングルールをＰＧＷに提供することができる。
ＰＧＷは、例えば、ＰＣＲＦおよび／または静的な構成によるトリガに基づいて、ネットワークで開始されるＮＢ−ＩＦＯＭをトリガすることを決定することができる。１１０４で、ＰＧＷは、異なるアクセスへと移動されるＩＰフローに対してルーティングルールを作成することができる。１１０６で、ＰＧＷは、ＴＷＡＮに向けたメッセージの中にルーティングルールを含めることができる。ルーティングルールは、ＧＴＰ Ｓ２ａを介するＵｐｄａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ内で提供されることができる。ＰＧＷは、例えば、ＰＭＩＰ Ｓ２ａが使用される場合、Ｆｌｏｗ Ｍｏｂｉｌｉｔｙ Ｉｎｉｔｉａｔｅ（ＦＭＩ）メッセージ内でルーティングルールを提供することができる。
ＰＣＲＦは、例えば、ＰＣＣ手順を使用し、Ｇｘｘ参照点を介して、ルーティングルールを直接ＴＷＡＮに提供することができる。このようなシナリオでは特に、ＴＷＡＮは、ＰＣＲＦに向けたインターフェースを使用することができる。
１１０８で、ＴＷＡＮは、ルーティングルールに基づいて、フローモビリティが適用されるＡＰＮを決定することができ、かつ／またはルーティングルールを、例えば、レイヤ３シグナリング（ＤＨＣＰｖ４またはＤＨＣＰｖ６）により、ＷＴＲＵに送ることができる。ＴＷＡＮは、ルーティングルールおよびＡＰＮ情報を含むことができる。
１１１０で、ＷＴＲＵは、ルーティングルールに基づいてバインディングキャッシュを作成することができ、かつ／または対応するアクセスゲートウェイを介して、同じＩＰフローのアップリンクデータを転送することができる。ＷＴＲＵは、例えば、ＩＦＯＭをサポートするために、論理インターフェース機能（ＬＩＦ）を使用することができる。
図１２は、ＷＬＣＰプロトコルを用いた、ＷＬＡＮアクセスポイントを介する単一接続モードに対するＮＷで開始されるＩＦＯＭの例を示す。図１２で示されるように、ＴＷＡＮは、例えば、ＴＷＡＮとＷＴＲＵの間で、ＷＴＲＵがサポートする単一のＰＤＮ接続にＷＬＣＰプロトコルを導入することにより、ＷＬＡＮアクセスを介してルーティングルールを送ることができる。ＴＷＡＮは、例えば、ＴＷＡＮがＰＧＷからルーティングルールを受け取ったとき、ルーティングルールをＷＬＣＰシグナリングによりＷＴＲＵに転送することができる。
図１２で示されるように、１２０２で、ＰＣＲＦは、特定のアクセス（例えば、ＷＬＡＮまたは３ＧＰＰ）を介するＩＰフローを変更するために、Ｇｘ参照点を介して、ＰＧＷにトリガを提供することができる。このトリガは、サブスクリプション情報、ＴＤＦによるパケット検査、使用量監視、および／またはＲＡＮからの輻輳情報によるＰＣＣトリガに基づくことができる。ＰＣＲＦは、ルーティングルールをＰＧＷに提供することができる。
ＰＧＷは、例えば、ＰＣＲＦおよび／または静的な構成によるトリガに基づいて、ネットワークで開始されるＮＢ−ＩＦＯＭをトリガするように決定することができる。１２０４で、ＰＧＷは、異なるアクセスへと移動される１または複数のＩＰフローに対して１または複数のルーティングルールを作成することができる。１２０６で、ＰＧＷは、ＴＷＡＮに向けたメッセージ中に、１または複数のルーティングルールを含めることができる。１または複数のルーティングルールは、ＧＴＰ Ｓ２ａを介するＵｐｄａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ内で提供されることができる。ＰＧＷは、例えば、ＰＭＩＰ Ｓ２ａが使用される場合、Ｆｌｏｗ Ｍｏｂｉｌｉｔｙ Ｉｎｉｔｉａｔｅ（ＦＭＩ）メッセージ内で、１または複数のルーティングルールを提供することができる。
ＰＣＲＦは、ＰＣＣ手順を使用し、Ｇｘｘ参照点を介して、１または複数のルーティングルールをＴＷＡＮに直接提供することができる。このようなシナリオでは特に、ＴＷＡＮは、ＰＣＲＦに向けたインターフェースを必要とする可能性がある。
１２０８で、ＴＷＡＮは、１または複数のルーティングルールに基づいて、フローモビリティが適用されるＡＰＮを決定することができ、かつ／または例えば、ＷＬＣＰシグナリングを介して１または複数のルーティングルールをＷＴＲＵに送ることができる。ＴＷＡＮは、１または複数のルーティングルールおよび／またはＡＰＮ情報を含むことができる。１または複数のルーティングルールおよび／またはＡＰＮ情報は、ＮＢＩＦＯＭ要求に含まれることができる。１２１０で、ＷＴＲＵは、１または複数のルーティングルールに基づいて、バインディングキャッシュを作成することができ、かつ／または同じＩＰフローのアップリンクデータを、対応するアクセスゲートウェイを介して転送することができる。ＷＴＲＵは、ＩＦＯＭをサポートするために、論理インターフェース機能（ＬＩＦ）を使用することができる。
図１３は、例えば、レイヤ２ベースのシグナリングを用いたＷＬＡＮアクセスポイントを介する単一接続モードに対するＮＷで開始されるＩＦＯＭの例を示す。図１３で示されるように、ＴＷＡＮは、ＴＷＡＮとＷＴＲＵの間で、レイヤ２ベースのシグナリング内で、１または複数のルーティングルールを、ＷＬＡＮアクセスを介して送ることができる。例えば、いくつかあるシナリオの中で特に、ＴＷＡＮがＰＧＷから１または複数のルーティングルールを受け取ったとき、ＴＷＡＮは、レイヤ２ ＩＥＥＥ８０２．１１シグナリングにより、１または複数のルーティングルールをＷＴＲＵに転送することができる。
図１３で示されるように、１３０２で、ＰＣＲＦは、特定のアクセス（例えば、ＷＬＡＮまたは３ＧＰＰ）を介するＩＰフローを変更するためのトリガを、Ｇｘ参照点を介して、ＰＧＷに提供することができる。このトリガは、例えば、サブスクリプション情報、ＴＤＦによるパケット検査、使用量監視、および／またはＲＡＮからの輻輳情報によるＰＣＣトリガに基づくことができる。ＰＣＲＦは、１または複数のルーティングルールをＰＧＷに提供することができる。
ＰＧＷは、例えば、ＰＣＲＦおよび／または静的な構成によるトリガに基づき、ネットワークで開始されるＮＢ−ＩＦＯＭのトリガを決定することができる。１３０４で、ＰＧＷは、異なるアクセスへと移動されるＩＰフローに対する１または複数のルーティングルールを作成することができる。１３０６で、ＰＧＷは、ＴＷＡＮに向けたメッセージにルーティングルールを含むことができる。１または複数のルーティングルールは、ＧＴＰ Ｓ２ａがＰＧＷとＴＷＡＮの間で使用される場合、Ｕｐｄａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ内で提供されることができる。ＰＧＷは、例えば、ＰＭＩＰ Ｓ２ａがＰＧＷとＴＷＡＮの間で使用される場合、Ｆｌｏｗ Ｍｏｂｉｌｉｔｙ Ｉｎｉｔｉａｔｅ（ＦＭＩ）メッセージ内で、１または複数のルーティングルールを提供することができる。
ＰＣＲＦは、例えば、ＰＣＣ手順を使用し、Ｇｘｘ参照点を介して、ＴＷＡＮに直接１または複数のルーティングルールを提供することができる。このようなシナリオでは特に、ＴＷＡＮは、ＰＣＲＦに向けたインターフェースを使用することができる。
１３０８では、ＴＷＡＮは、１または複数のルーティングルールに基づき、フローモビリティが適用されるＡＰＮを決定することができ、かつ／または１または複数のルーティングルールを、例えば、ＩＥＥＥ８０２．１１シグナリングまたはレイヤ２ベースのシグナリングにより、ＷＴＲＵに送ることができる。ＴＷＡＮは、１または複数のルーティングルールおよびＡＰＮ情報を含むことができる。
１３１０で、ＷＴＲＵは、１または複数のルーティングルールに基づいて、バインディングキャッシュを作成することができ、かつ対応するアクセスゲートウェイを介して、同じＩＰフローのアップリンクデータを転送することができる。ＷＴＲＵは、ＩＦＯＭをサポートするために、論理インターフェース機能（ＬＩＦ）を使用することができる。
ＴＷＡＮは、１または複数のルーティングルールを実施することができ、またダウンリンク上のＩＰフローが、適切なＰＤＮ接続に確実に送られるようにすることができる。図１４は、Ｌ２／Ｌ３通信を用いた、ＷＬＡＮアクセスポイントを介する単一接続モードに対するＮＷで開始されるＩＦＯＭの例を示す。
図１４で示されるように、１４０２で、ＰＣＲＦは、特定のアクセス（例えば、ＷＬＡＮまたは３ＧＰＰ）を介するＩＰフローを変更するためのトリガを、Ｇｘ参照点を介して、ＰＧＷに提供することができる。このトリガは、例えば、サブスクリプション情報、ＴＤＦによるパケット検査、使用量監視、および／またはＲＡＮからの輻輳情報によるＰＣＣトリガに基づくことができる。ＰＣＲＦは、１または複数のルーティングルールをＰＧＷに提供することができる。
ＰＧＷは、例えば、ＰＣＲＦおよび／または静的な構成によるトリガに基づき、ネットワークで開始されるＮＢ−ＩＦＯＭのトリガを決定することができる。１４０４で、ＰＧＷは、異なるアクセスへと移動される１または複数のＩＰフローに対する１または複数のルーティングルールを作成することができる。１４０６で、ＰＧＷは、ＴＷＡＮに向けたメッセージに１または複数のルーティングルールを含むことができる。１または複数のルーティングルールは、おそらく例えば、いくつかあるシナリオの中で特に、ＧＴＰ Ｓ２ａがＰＧＷとＴＷＡＮの間で使用される場合、Ｕｐｄａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ内で提供されることができる。ＰＧＷは、例えば、いくつかあるシナリオの中で特に、ＰＭＩＰ Ｓ２ａがＰＧＷとＴＷＡＮの間で使用される場合、Ｆｌｏｗ Ｍｏｂｉｌｉｔｙ Ｉｎｉｔｉａｔｅ（ＦＭＩ）メッセージ内で、１または複数のルーティングルールを提供することができる。
ＰＣＲＦは、ＰＣＣ手順を使用し、Ｇｘｘ参照点を介して、ＴＷＡＮに直接１または複数のルーティングルールを提供することができる。このような場合、ＴＷＡＮは、ＰＣＲＦに向けたインターフェースを必要とする可能性がある。
１４０８で、ＴＷＡＮは、１または複数のルーティングルールに基づいてバインディングキャッシュを作成することができ、かつ／または例えば、適切なレイヤ３通信に対するＩＰフローをＷＴＲＵに転送することができる。１４１０で、ＷＴＲＵとＴＷＡＮの間のレイヤ３／２通信（例えば、通常のレイヤ２／３通信）が、ＩＰフローを提供することができる。１４１２で、ＷＴＲＵは、いくつかのＩＰフローが異なるインターフェースに変更されているのを検出することができ、かつ／または同じＩＰフローが、アップリンクで、確実に同じインターフェースで送られるようにする。
図１５は、例えば、３ＧＰＰシグナリングによる単一接続モードに対するＮＷで開始されるＩＦＯＭの例を示す。図１５で示されるように、１または複数のルーティングルールが、３ＧＰＰアクセスシグナリングにより送られることができる。１または複数のルーティングルールは、例えば、１または複数のルーティングルールが３ＧＰＰアクセスにより提供される場合、３ＧＰＰアクセスシグナリング（例えば、ＮＡＳ）により、ＰＧＷからＷＴＲＵへと送られることができる。
図１５で示されるように、１５０２で、ＰＣＲＦは、特定のアクセス（例えば、ＷＬＡＮまたは３ＧＰＰ）を介するＩＰフローを変更するためのトリガを、Ｇｘ参照点を介して、ＰＧＷに提供することができる。このトリガは、サブスクリプション情報、ＴＤＦによるパケット検査、使用量監視、および／またはＲＡＮからの輻輳情報によるＰＣＣトリガに基づくことができる。ＰＣＲＦは、１または複数のルーティングルールをＰＧＷに提供することができる。
ＰＧＷは、例えば、ＰＣＲＦおよび／または静的な構成によるトリガに基づき、ネットワークで開始されるＮＢ−ＩＦＯＭのトリガを決定することができる。１５０４で、ＰＧＷは、異なるアクセスへと移動されるＩＰフローに対する１または複数のルーティングルールを作成することができる。１５０６で、ＰＧＷは、ＳＧＷに向けたメッセージに１または複数のルーティングルールを含めることができる。ＰＧＷは、トラフィック（例えば、ＩＰフローに関連する）が。ＷＬＡＮからオフロードされるＰＤＮ接続に、１または複数のルーティングルールを含めることができる。１または複数のルーティングルールは、ＧＴＰ Ｓ２ａを介して、Ｕｐｄａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ内で提供されることができる。
ＰＣＲＦは、例えば、ＰＭＩＰ Ｓ２ａが使用される場合、ＰＣＣ手順を使用し、Ｇｘｘ参照点を介して、ＳＧＷに直接１または複数のルーティングルールを提供することができる。このようなシナリオでは特に、ＰＣＲＦは、１または複数のルーティングルール、および例えば、ＷＬＡＮからのトラフィックがオフロードされるＰＤＮ接続のＡＰＮ情報を提供することができる。ＰＧＷは、Ｆｌｏｗ Ｍｏｂｉｌｉｔｙ Ｉｎｉｔｉａｔｅ（ＦＭＩ）メッセージ内で、１または複数のルーティングルールを提供することができる。
１５０８で、ＳＧＷは、ＷＴＲＵに向けて、Ｕｐｄａｔｅ Ｂｅａｒｅｒ ｒｅｑｕｅｓｔメッセージ内で１または複数のルーティングルールを転送することができる。１５１０で、ＭＭＥは、１または複数のルーティングルール情報を取得することができ、かつ／または１または複数のルーティングルールをＮＡＳメッセージ内で、ＷＴＲＵに向けて転送することができる。１５１２で、ＷＴＲＵは、１または複数のルーティングルールに基づいてバインディングキャッシュを作成することができ、かつ／または同じＩＰフローのアップリンクデータを、対応するアクセスゲートウェイを介して転送することができる。ＷＴＲＵは、ＩＦＯＭをサポートするために論理インターフェース機能（ＬＩＦ）を使用することができる。
ＷＴＲＵがサポートする多重接続モードに対するＩＦＯＭが提供されることができる。ＩＦＯＭは、ＷＴＲＵまたはネットワークにより開始されることができる。多重接続モードにおいてＷＴＲＵで開始されるＮＢ−ＩＦＯＭが提供される。おそらく例えば、いくつかあるシナリオの中で特に、ＩＦＯＭをサポートするために、多重接続モードをネゴシエートしたＷＴＲＵの場合、ＷＴＲＵは、信頼できるＷＬＡＮアクセスゲートウェイ（ＴＷＡＧ）に向けて、１または複数のルーティングルールを、ＷＬＣＰプロトコルを介して提供することができる。１または複数のルーティングルール情報を搬送するために、ＩＥが、ＷＬＣＰプロトコル内で使用されることができる。ＴＷＡＧは、１または複数のルーティングルールを、例えば、Ｓ２ａ参照点を介して、ＰＧＷに転送することができる。
ＷＴＲＵは、１または複数のルーティングルールをＡＮＤＳＦから取得することができる。１または複数のルーティングルールは、ホームアドレス（ＷＴＲＵのＩＰアドレス）、ルーティングアドレス（例えば、ＴＷＡＧまたはＳＧＷアドレス）、例えば、ＷＴＲＵがＷＬＡＮを介して複数のＰＤＮ接続を有するときのＰＤＮ接続ＩＤ（ＰＤＮ ＩＤ）、フローＩＤ、フローＩＤ優先順位、および／またはＩＰフローの記述のうちの１または複数のものを含むことができる。
ＰＧＷは、ＷＴＲＵから１または複数のルーティングルールを受け取ることができる。ＰＧＷは、ルーティングアドレス（例えば、ＭＡＧアドレス）を有するバインディングキャッシュを生成することができる。バインディングキャッシュに基づいて、ＰＧＷは、ダウンリンクデータを対応するアクセスゲートウェイに送ることができる。ＴＷＡＧは、例えば、ＩＰフローがＴＷＡＧに向けて送られる場合、ルーティングルール表に基づいて、ＩＰフローを対応するＰＤＮ接続に転送することができる。
本明細書に記載される単一接続ＷＴＲＵに対し、１または複数のルーティングルールを送る１または複数の実施形態が、多重接続ＷＴＲＵに適用される。多重接続ＷＴＲＵの場合、ＷＴＲＵは、例えば、１または複数のルーティングルールが送られるＳ２ａを介するＰＤＮ接続にリンクするための識別子を含むことができる。
図１６は、ＷＬＣＰシグナリングによる多重接続モードに対するＷＴＲＵで開始されるＮＢ−ＩＦＯＭの例を示す。図１６で示すように、ＷＴＲＵは、１または複数のルーティングルールを、ＷＴＲＵとＴＷＡＮの間でＷＬＣＰプロトコルを使用し、ＷＬＡＮアクセスを介して送ることができる。１６０２で、ＷＴＲＵは、ＷＬＡＮアクセスへのＮＢ−ＩＦＯＭを（例えば、ＡＮＤＳＦポリシーまたはＲＡＮルールにより）開始するためのトリガを受け取ることができる。
１６０４で、ＷＴＲＵは、例えば、ＡＮＤＳＦルール（例えば、ＩＰフロー、ＡＰＮ情報）またはＲＡＮルールにより提供される情報を考慮に入れて、ＩＰフローを３ＧＰＰからＷＬＡＮへと移動させるための１または複数のルーティングルールを作成することができる。１６０６で、ＷＴＲＵは、ＴＷＡＮに向けたＷＬＣＰシグナリング内に、１または複数のルーティングルールを含めることができる。ＷＴＲＵは、ＩＰフローが移動されることのできるＰＤＮ接続に関するＡＰＮ情報を含むことができる。
１６０８で、ＴＷＡＮは、１または複数のルーティングルールを転送するためのＰＤＮ接続を決定し、かつ／または例えば、Ｓ２ａ参照点を介して、１または複数のルーティングルールをＰＧＷに送ることができる。１または複数のルーティングルールは、例えば、ＧＴＰ Ｓ２ａがＰＧＷとＴＷＡＮの間で使用される場合、Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ要求（例えば、ＮＢ−ＩＦＯＭがＷＬＡＮを介して新しいＰＤＮ接続を要求する場合）、またはＭｏｄｉｆｙ Ｂｅａｒｅｒ ＣｏｍｍａｎｄもしくはＭｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔシグナリング（例えば、ＮＢ−ＩＦＯＭが既存のＰＤＮ接続で行われる場合）内で送られる。１または複数のルーティングルールは、例えば、ＰＭＩＰ Ｓ２ａがＰＧＷとＴＷＡＮの間で使用される場合、Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅメッセージ内で送られる。
１６１０で、ＰＧＷは、ルーティングアドレス（例えば、ＭＡＧアドレス）を有するバインディングキャッシュを生成することができる。バインディングキャッシュに基づいて、ＰＧＷは、ダウンリンクデータを対応するアクセスゲートウェイに送ることができる。
ＷＴＲＵは、１または複数のルーティングルールを３ＧＰＰアクセスシグナリングにより送ることができる。ＷＴＲＵは、１または複数のルーティングルールを、３ＧＰＰアクセスシグナリングにより、または３ＧＰＰアクセスに向けたＴＷＡＮを介するＷＬＡＮシグナリングにより送ることができる。
多重接続モードにおいてネットワークで開始されるＮＢ−ＩＦＯＭは、有用である可能性がある。ＰＧＷは、例えば、３ＧＰＰまたはＷＬＡＮアクセスを介して、ＷＴＲＵに１または複数のルーティングルールを提供することができる。ＰＧＷは、おそらく例えば、いくつかあるシナリオの中で特に、ＰＣＲＦでインストールされたルーティングポリシーに基づいて、Ｇｘ参照点を介して、ＰＣＲＦから、１または複数のルーティングルール情報を取得することができる。ＰＧＷは、１または複数のルーティングルール情報を、例えば、１または複数のルーティングルールが、ＷＬＡＮアクセスを介して提供された場合、ＳａＭＯＧ ＷＬＡＮのＴＷＡＧに向けて、Ｓ２ａ参照点を介して送ることができる。ＴＷＡＧは、ＷＬＣＰプロトコルを用いて、１または複数のルーティングルールをＷＴＲＵに転送することができる。ＷＴＲＵは、１または複数のルーティングルールに基づいてバインディングキャッシュを作成することができ、かつ／または対応するアクセスゲートウェイを介して、同じＩＰフローのアップリンクデータを転送することができる。ＷＴＲＵは、ＩＦＯＭをサポートするために、論理インターフェース機能（ＬＩＦ）を使用することができる。
本明細書で述べられる単一接続ＷＴＲＵに対して１または複数のルーティングルールを送る実施形態は、多重接続ＷＴＲＵに適用されることができる。多重接続のＷＴＲＵの場合、ＴＷＡＮおよびＷＴＲＵは、ＩＰフローを、１または複数のルーティングルールが送られるＳ２ａを介する適切なＰＤＮ接続にリンクさせるための識別子を共用することができる。
図１７は、ＷＬＣＰシグナリングによる多重接続モードに対するＮＷで開始されるＮＢ−ＩＦＯＭの例を示す。図１７で示されるように、ＴＷＡＮは、ＴＷＡＮとＷＴＲＵの間でＷＬＣＰプロトコルを使用し、ＷＬＡＮアクセスを介して送られた１または複数のルーティングルールを送ることができる。
図１７で示すように、１７０２で、ＰＣＲＦは、特定のアクセス（例えば、ＷＬＡＮまたは３ＧＰＰ）を介するＩＰフローを変更するために、Ｇｘ参照点を介してＰＧＷにトリガを提供することができる。このトリガは、サブスクリプション情報、ＴＤＦによるパケット検査、使用量監視、および／またはＲＡＮからの輻輳情報によるＰＣＣトリガに基づくことができる。ＰＣＲＦは、１または複数のルーティングルールをＰＧＷに提供することができる。
１７０４で、ＰＧＷは、例えば、ＰＣＲＦおよび／または静的な構成によるトリガに基づいて、ネットワークで開始されるＮＢ−ＩＦＯＭをトリガするように決定することができる。１７０６で、ＰＧＷは、異なるアクセスへと移動されるＩＰフローに対する１または複数のルーティングルールを作成することができる。ＰＧＷは、ＴＷＡＮに向けたメッセージに、１または複数のルーティングルールを含めることができる。１または複数のルーティングルールは、例えば、ＧＴＰ Ｓ２ａを介するＵｐｄａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ内で提供されることができる。ＰＧＷは、例えば、ＰＭＩＰ Ｓ２ａが使用される場合、Ｆｌｏｗ Ｍｏｂｉｌｉｔｙ Ｉｎｉｔｉａｔｅ（ＦＭＩ）メッセージ内で、１または複数のルーティングルールを提供することができる。
ＰＣＲＦは、１または複数のルーティングルールを、例えば、ＰＣＣ手順を使用し、Ｇｘｘ参照点を介してＴＷＡＮに直接提供することができる。このようなシナリオでは特に、ＴＷＡＮとＰＣＲＦの間のインターフェースが提供されることができる。
１７０８で、ＴＷＡＮは、１または複数のルーティングルールに基づいて、フローモビリティが適用されるＡＰＮを決定し、かつ／または例えば、ＷＬＣＰプロトコルにより、１または複数のルーティングルールをＷＴＲＵに送ることができる。ＴＷＡＮは、１または複数のルーティングルールおよび／またはＡＰＮ情報を含むことができる。
１７１０で、ＷＴＲＵは、１または複数のルーティングルールに基づいて、バインディングキャッシュを作成することができ、かつ／または同じＩＰフローのアップリンクデータを対応するアクセスゲートウェイを介して転送することができる。ＷＴＲＵは、ＩＦＯＭをサポートするために、論理インターフェース機能（ＬＩＦ）を使用することができる。
図１８は、例えば、３ＧＰＰシグナリングによる多重接続モードに対するＮＷで開始されるＮＢ−ＩＦＯＭの例を示す。図１８で示されるように、１または複数のルーティングルールは、３ＧＰＰアクセスシグナリングにより送られることができる。１または複数のルーティングルールは、例えば、１または複数のルーティングルールが３ＧＰＰアクセスにより提供される場合、３ＧＰＰアクセスシグナリング（例えば、ＮＡＳ）により、ＰＧＷからＷＴＲＵに送られることができる。
図１８で示されるように、１８０２で、ＰＣＲＦは、特定のアクセス（例えば、ＷＬＡＮまたは３ＧＰＰ）を介してＩＰフローを変更するために、Ｇｘ参照点を介して、トリガをＰＧＷに提供することができる。このトリガは、サブスクリプション情報、ＴＤＦによるパケット検査、使用量監視、および／またはＲＡＮからの輻輳情報からのＰＣＣトリガに基づくことができる。ＰＣＲＦは、１または複数のルーティングルールをＰＧＷに提供することができる。
１８０４で、ＰＧＷは、例えば、ＰＣＲＦおよび／または静的な構成によるトリガに基づき、ネットワークで開始されるＮＢ−ＩＦＯＭのトリガを決定することができる。ＰＧＷは、異なるアクセスへと移動されるＩＰフローに対する１または複数のルーティングルールを作成することができる。１８０６で、ＰＧＷは、ＳＧＷに向けたメッセージに１または複数のルーティングルールを含むことができる。ＰＧＷは、例えば、ＷＬＡＮからのトラフィック（例えば、ＩＰフロー）がオフロードされるＰＤＮ接続に、１または複数のルーティングルールを含めることができる。１または複数のルーティングルールは、例えば、ＧＴＰ Ｓ２ａを介するＵｐｄａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ内で提供されることができる。
ＰＣＲＦは、例えば、ＰＭＩＰ Ｓ２ａが使用される場合、ＰＣＣ手順を使用し、Ｇｘｘ参照点を介して、ＳＧＷに直接１または複数のルーティングルールを提供することができる。このようなシナリオでは特に、ＰＣＲＦは、１または複数のルーティングルール、および／または例えば、ＷＬＡＮからのトラフィックがオフロードされるＰＤＮ接続のＡＰＮ情報を提供することができる。ＰＧＷは、Ｆｌｏｗ Ｍｏｂｉｌｉｔｙ Ｉｎｉｔｉａｔｅ（ＦＭＩ）メッセージ内で、１または複数のルーティングルールを提供することができる。
１８０８で、ＳＧＷは、ＷＴＲＵに向けてＵｐｄａｔｅ Ｂｅａｒｅｒ ｒｅｑｕｅｓｔメッセージ内で１または複数のルーティングルールを転送することができる。１８１０で、ＭＭＥは、１または複数のルーティングルール情報を取得することができ、かつ／またはＷＴＲＵに向けてＮＡＳメッセージ内で１または複数のルーティングルールを転送することができる。
１８１２で、ＷＴＲＵは、１または複数のルーティングルールに基づいてバインディングキャッシュを作成することができ、かつ／または対応するアクセスゲートウェイを介して、同じＩＰフローのアップリンクデータを転送することができる。ＷＴＲＵは、ＩＦＯＭをサポートするために、論理インターフェース機能（ＬＩＦ）を使用することができる。
ＲＡＮは、フローモビリティをトリガすることができる。ＲＡＮでトリガされるフローモビリティは、ＮＢ−ＩＦＯＭと呼ぶことができる。本明細書で述べられるＮＢ−ＩＦＯＭ技法の１または複数のものは、ＲＡＮでトリガされるフローモビリティをサポートするために使用されることができる。ＲＮＡでトリガされることに関して本明細書で述べられる技法の１または複数のものは、本明細書で述べられる他のＮＢ−ＩＦＯＭ法と共に使用されることができる。
ＲＡＮ（例えば、ｅＮｏｄｅＢまたはＲＮＣ）は、トラフィックをオフロードするように決定することができ、かつ／または例えば、ＲＲＣメッセージ、例えば、ＲＲＣ再構成メッセージを用いてトラフィックをオフロードするためのコマンドをＷＴＲＵに送ることができる。このコマンドは、例えば、ベアラレベル、ＩＰフローレベル、ＰＤＮレベル、および／またはＡＰＮレベルにおけるトラフィックを含むことができる。トラフィックオフロード命令が、例えば、いくつかあるシナリオの中で特に、ベアラレベルで提供される場合、ＷＴＲＵは、ベアラ情報を、ＩＰフロー情報へと変換することができる。ＷＴＲＵは、本明細書で述べるように、ＷＴＲＵによりＮＢ−ＩＦＯＭを開始するのに適した１もしくは複数の、または任意の、他のフロー粒度（例えば、ＰＤＮ接続）を使用することができる。トラフィックオフロード決定に関するＲＡＮにおいて、他のＲＡＮ考慮事項（例えば、ＲＲＭ考慮事項）と共に使用されることのできる通信事業者ポリシーおよび／またはルールは、ＲＡＮにおいて構成され、かつ／またはコアネットワークからＲＡＮに送られることができる。
ＷＴＲＵは、例えば、ＲＡＮからトラフィックオフロードコマンドを受け取ったとき、本明細書で述べるように、ＮＢ−ＩＦＯＭを開始することができる。ＷＴＲＵは、トラフィック粒度が受信されると、ＲＡＮ（例えば、ＲＡＮにより示されるベアラ）から、ＷＬＡＮまたは（Ｅ−）ＵＴＲＡＮにアップリンクトラフィックをオフロードすることによって、ＮＢ−ＩＦＯＭを開始する（例えば、暗黙的に開始する）ことができる。例えば、いくつかあるシナリオの中で特に、ＷＬＡＮ上で、かつ／または（Ｅ−）ＵＴＲＡＮ上で、アップリンクトラフィックフローを検出すると、ＰＧＷは、対応するＤＬトラフィックフローを、アップリンクトラフィックと同じアクセスネットワーク、例えば、ＷＬＡＮまたは（Ｅ−）ＵＴＲＡＮに移動させることができる。
ＲＡＮ（例えば、ｅＮｏｄｅＢまたはＲＮＣ）は、トラフィックのオフロードを決定することができ、かつ／またはＮＢ−ＩＦＯＭを開始するためのトリガとして、メッセージを（例えば、ＧＴＰ−ｃを介して）ＳＧＷに送ることができる。例えば、特にこのようなメッセージは、例えば、オフロードされるベアラ、オフロードされるＩＰフロー、ＰＤＮ接続、および／またはオフロードされるＡＰＮなど、オフロードされるトラフィックを含むことができる。ＳＧＷは、ＮＢ−ＩＦＯＭに対するトリガを、ＰＧＷおよび／またはＰＣＲＦに中継することができる。ＰＧＷおよび／またはＰＣＲＦは、ＰＧＷに向けたＮＢ−ＩＦＯＭを開始することができる。ＲＡＮからのＮＢ−ＩＦＯＭをトリガするメッセージは、オフロードの方向（例えば、ＷＬＡＮから（Ｅ−）ＵＴＲＡＮ、（Ｅ−）ＵＴＲＡＮからＷＬＡＮ）など、さらなる情報を含むことができる。
ＲＡＮ（例えば、ｅＮｏｄｅＢまたはＲＮＣ）は、トラフィックをオフロードするように決定することができ、かつ／またはＮＢ−ＩＦＯＭを開始するためのトリガとしてメッセージを、（例えば、ＧＴＰ−ｃを介して）ＭＭＥまたはＳＧＳＮに送ることができる。例えば、このようなメッセージは特に、Ｓ１アプリケーションパート（Ｓ１−ＡＰ）メッセージ、および／または無線アクセスネットワークアプリケーションパート（ＲＡＮＡＰ）メッセージとすることができる。メッセージは、例えば、オフロードされるベアラ、オフロードされるＩＰフロー、ＰＤＮ接続、および／またはオフロードされるＡＰＮなど、オフロードされるトラフィックを含むことができる。それは、オフロードの方向（例えば、ＷＬＡＮから（Ｅ−）ＵＴＲＡＮ、または（Ｅ−）ＵＴＲＡＮからＷＬＡＮ）など、さらなる情報を含むことができる。ＭＭＥおよび／またはＳＧＳＮは、例えば、ＧＴＰ−Ｃインターフェースを介して、ＳＧＷに向けたＮＢ−ＩＦＯＭトリガメッセージを中継することができる。ＳＧＷは、本明細書で述べるように、ＰＧＷに向けたＮＢ−ＩＦＯＭを開始できるＮＢ−ＩＦＯＭのためのトリガを、ＰＧＷおよび／またはＰＣＲＦに中継することができる。
例えば、ＷＬＡＮアクセスの喪失が存在するとき、サービス中断を最小化するシステム、方法、手段が提供されることができる。例えば、いくつかあるシナリオの中で特に、おそらくＷＴＲＵがＷＬＡＮアクセスを介するフローを有する場合、ＷＴＲＵがＷＬＡＮ通達範囲外に移動したとき、このような移動は、サービス中断を生ずるおそれがある。
ＷＴＲＵは、ＷＬＡＮ通達範囲の喪失を決定する位置にある可能性がある。ＷＴＲＵは、例えば、ＷＴＲＵが、同じＡＰＮを用いて、３ＧＰＰおよびＷＬＡＮアクセスを介して送られるフローを有するとき、おそらく例えば、ＷＬＡＮアクセスを介して送られたフローを、３ＧＰＰアクセスへと戻すように移動させる、ＷＴＲＵで開始されるＮＢＩＦＯＭをトリガすることができる。ＷＴＲＵは、ＷＴＲＵで開始される、かつ／またはＮＷで開始されるＮＢＩＦＯＭトリガに対して、ＷＬＡＮを介して送られたフローのうちの１または複数のもの、ならびに（例えば、シームレスに）３ＧＰＰアクセスへとルーティングして戻すことのできる、ＷＬＡＮを介して送られるフローのうちの１または複数のものを移動させることができる。ＷＴＲＵは、フローを３ＧＰＰアクセスに戻す理由をＰＧＷに通知するためのフラグを提供することができる。ＰＧＷは、ＮＷで開始されるＮＢＩＦＯＭにより、ＷＬＡＮに送られたフローが３ＧＰＰに戻された理由に関する通知を行うために、このような情報を使用することができる。
図１９は、ＧＴＰに対するＷＬＡＮアクセスの喪失の場合のＮＢＩＦＯＭの例を示す。１９０２で、ＷＴＲＵは、ＡＰＮ（例えば、同じＡＰＮ）を介して、３ＧＰＰおよびＷＬＡＮアクセスに同時に接続されることができる。ＷＴＲＵは、例えば、同じＡＰＮを使用し、３ＧＰＰアクセスおよびＷＬＡＮアクセスを介してルーティングされるフローを有することができる。ＷＴＲＵは、ＷＴＲＵで開始される、かつ／またはＮＷで開始されるＮＢＩＦＯＭに基づいて、ＷＬＡＮを介してルーティングされるＩＰフローを有することができる。
１９０４で、例えば、ＷＴＲＵがＷＬＡＮアクセスの喪失を検出したとき、ＷＴＲＵは、そのバインディングキャッシュを確認することができ、かつ／または、１または複数のルーティングルールを作成して、ＷＬＡＮを介してルーティングされていたフローを同じＡＰＮを用いて３ＧＰＰアクセスに移動させることができる。ＷＴＲＵは、ＷＴＲＵで開始される、かつ／またはＮＷで開始されるＮＢＩＦＯＭトリガに対して、ＷＬＡＮを介して送られたフロー、ならびに（例えば、シームレスに）３ＧＰＰアクセスへとルーティングして戻すことのできる、ＷＬＡＮを介して送られるフローを移動させることができる。更新されたルーティングルール情報では、例えば、ＷＴＲＵは、ＮＷで開始されるトリガに基づいてＷＬＡＮへと移動された１または複数のＩＰフローを移動させるために、１または複数のルーティングルールを作成することができる。
１９０６で、ＷＴＲＵは、Ｒｅｑｕｅｓｔ Ｂｅａｒｅｒ Ｒｅｓｏｕｒｃｅ Ｍｏｄｉｆｉｃａｔｉｏｎ（ベアラリソース変更要求）メッセージ内で更新された１または複数のルーティングルール情報を送ることができる。ＷＴＲＵは、ＷＬＡＮの喪失の表示を含むことができる。その表示は、例えば特に、ＮＷで開始されるＮＢＩＦＯＭトリガに基づいて移動されたＩＰフローが、なぜ３ＧＰＰアクセスを介するように戻されるかに関して、ＰＧＷに通知するために送られることができる。
１９０８で、おそらく例えば、ＷＬＡＮ接続の喪失に起因して、ＴＷＡＮは、ＴＷＡＮで開始されるデタッチを開始することができる。ＴＷＡＮで開始するデタッチは、ＷＴＲＵが、更新された１または複数のルーティングルール情報およびＷＬＡＮ喪失に関するＷＴＲＵの表示を送るのと同時に実行されることができる。１９１０および１９１２で、更新された１または複数のルーティングルール情報および／またはＷＬＡＮ喪失の表示は、Ｂｅａｒｅｒ Ｒｅｓｏｕｒｃｅ Ｃｏｍｍａｎｄ（ベアラリソースコマンド）内でＳＧＷを介してＰＧＷに送られることができる。
１９１４で、ＰＧＷは、例えば、ＰＣＣが、ネットワーク通信事業者によりサポートされる場合、１または複数のルーティングルールおよび／またはフラグ喪失情報をＰＣＲＦに提供することができる。ＰＣＲＦは、そのバインディングキャッシュを更新し、かつ／またはルーティング情報を有する更新されたＰＣＣルールをＰＧＷに提供することができる。
１９１６で、ＰＧＷは、そのバインディングキャッシュを更新することができる。ＰＧＷは、ＮＷで開始されるトリガによりＷＬＡＮに移動されたフローが、ＷＬＡＮの喪失に起因して３ＧＰＰに戻されるそのルーティングルール表を更新することができる。１９１８で、ＰＧＷは、ベアラ変更手順を開始することができる。
図２０は、ＰＭＩＰに対するＷＬＡＮアクセス喪失の場合におけるＮＢＩＦＯＭの例を示す。２００２で、ＷＴＲＵは、例えば、同じＡＰＮを介して、３ＧＰＰおよびＷＬＡＮアクセスに同時に接続されることができる。ＷＴＲＵは、ＡＰＮ（例えば、同じＡＰＮ）を使用し、３ＧＰＰアクセスおよびＷＬＡＮアクセスを介してルーティングされるフローを有することができる。ＷＴＲＵは、ＷＴＲＵで開始される、またはＮＷで開始されるＮＢＩＦＯＭに基づき、ＷＬＡＮを介してルーティングされるＩＰフローを有することができる。
２００４で、おそらく例えば、いくつかあるシナリオの中で特に、ＷＴＲＵがＷＬＡＮアクセスの喪失を検出したとき、ＷＴＲＵは、そのバインディングキャッシュを確認し、ＷＬＡＮを介してルーティングされた１または複数のＩＰフローを、同じＡＰＮを用いて３ＧＰＰアクセスに移動させるために、１または複数のルーティングルールを作成することができる。ＷＴＲＵは、ＷＴＲＵで開始される、かつ／またはＮＷで開始されるＮＢＩＦＯＭトリガに対して、ＷＬＡＮを介して送られたフロー、ならびに（例えば、シームレスに）３ＧＰＰアクセスへとルーティングして戻すことのできる、ＷＬＡＮを介して送られるフローを移動させることができる。更新された１または複数のルーティングルール情報では、例えば、ＷＴＲＵは、ＮＷで開始されるトリガに基づいてＷＬＡＮへと移動されたＩＰフローを移動させるために、１または複数のルーティングルールを作成することができる。
２００６で、ＷＴＲＵは、Ｒｅｑｕｅｓｔ Ｂｅａｒｅｒ Ｒｅｓｏｕｒｃｅ Ｍｏｄｉｆｉｃａｔｉｏｎメッセージ内で、更新された１または複数のルーティングルール情報を送ることができる。ＷＴＲＵは、ＷＬＡＮ喪失の表示を含めることができる。その表示は、例えば、ＮＷで開始されるＮＢＩＦＯＭトリガに基づいて移動されたＩＰフローが、なぜ３ＧＰＰアクセスを介するように戻されるかに関して、ＰＧＷに通知するために送られることができる。
２００８で、おそらく例えば、いくつかあるシナリオの中で特に、ＷＬＡＮ接続の喪失に起因して、ＴＷＡＮは、ＴＷＡＮで開始されるデタッチを開始することができる。ＴＷＡＮで開始されるデタッチは、ＷＴＲＵが、更新された１または複数のルーティングルール情報およびＷＬＡＮ喪失に関するＷＴＲＵの表示を送るのと同時に実行されることができる。
２０１０で、更新された１または複数のルーティングルール情報、およびＷＬＡＮ喪失の表示は、Ｂｅａｒｅｒ Ｒｅｓｏｕｒｃｅ Ｃｏｍｍａｎｄ内でＳＧＷに送られることができる。２０１２で、ＳＧＷは、例えば、ゲートウェイ制御およびＱｏＳ要求メッセージ内で、１または複数のルーティングルールおよび／またはフラグ喪失情報をＰＣＲＦに送ることができる。２０１４で、ベアラ変更手順が、ＰＭＩＰベースのＳ５ネットワークに対して実行されることができる。
２０１６で、ＰＣＲＦは、１または複数のルーティングルール情報および／またはフラグ喪失表示を有する更新されたＰＣＣルールを、ＰＧＷに提供することができる。２０１８で、ＰＧＷは、そのバインディングキャッシュを更新することができ、かつ／またはＰＣＲＦに知らせることができる。ＰＧＷは、ＮＷで開始されるトリガによりＷＬＡＮに移動されたフローが、ＷＬＡＮの喪失に起因して３ＧＰＰに戻されるそのルーティングルール表を更新することができる。
ＰＣＲＦは、１または複数のルーティングルール情報を有するバインディングキャッシュを含むことができる。このようなシナリオでは特に、ＰＣＲＦは、１または複数のルーティングルールバインディングキャッシュを含むことができ、かつ／またはフローが、異なるアクセスを介して送られることができるかどうかを設定するＰＣＣルールを介して、ＰＧＷに通知することができる。
ルーティングルール情報および／またはＷＬＡＮの喪失は、ＳＧＷからＰＧＷへのＰｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ（プロキシバインディング更新）メッセージ内で提供されることができる。これは、例えば、ベアラ変更手順が実行された後に行われることができる。
ＰＭＩＰ／ＧＴＰ Ｓ２ｂを介して３ＧＰＰアクセスに接続されたＷＴＲＵに対してＷＬＡＮが喪失されたときの手順は、例えば、おそらくＴＷＡＮに代えてｅＰＤＧ．ｌを用いた、例えば、図１９および／または図２０に関連して本明細書で述べられた技法と同様のものとすることができる。
１または複数の、またはあらゆる専用のＥＰＳベアラが、トラフィックフローテンプレート（ＴＦＴ）情報に関連付けることができる。アップリンクベアラは、アップリンクＴＦＴフィルタに関連付けることができ、かつ／またはダウンリンクベアラは、ダウンリンクＴＦＴフィルタに関連付けることができる。ＴＦＴ情報は、デフォルトベアラに含まれることができる。
ＴＦＴフィルタ内で、以下の情報の１または複数のものが、ベアラに対して定義されることができる、すなわち、ソースアドレス（サブネットマスクを有する）、ＩＰプロトコル番号（ＴＣＰ、ＵＤＰ）、宛先ポート範囲、ソースポート範囲、ＰＳｅｃセキュリティパラメータインデックス（ＳＰＩ）、サービスタイプ（ＴＯＳ）（ＩＰｖ４）、および／またはフローラベル（ＩＰｖ６に限る）である。
ＷＴＲＵで開始されるＮＢＩＦＯＭおよび／またはＮＷで開始されるＮＢＩＦＯＭの間の競合を解決することは、ＮＢＩＦＯＭに対する３ＧＰＰにおいて有用である可能性がある。例えば、いくつかあるシナリオの中で特に、競合を生ずるおそれのあるＰＤＮ接続に対して、ＷＴＲＵで開始されるＮＢＩＦＯＭと、ネットワークで開始されるＮＢＩＦＯＭの両方の適用を回避するための１または複数の技法は、有用である可能性がある。
ＰＧＷは、おそらく、Ｓ２ａ接続がＴＷＡＮとＰＧＷの間で確立されるため、ＷＴＲＵは、ＳａＭＯＧ ＷＬＡＮに接続されるのを認識することができる。ＰＧＷは、ＷＴＲＵがＷＬＡＮアクセスと実際の無線接続性を有するかどうか、かつ／またはＷＴＲＵがＷＬＡＮアクセスに対する無線接続性を喪失したかどうかに関する表示を有しない可能性のあることを、実施形態は認識している。このような理由に対して特に、ＴＷＡＮは、ＰＧＷへの関連するＳ２ａ接続を（例えば、直ちに）解除しない可能性がある、かつ／またはＴＷＡＮは、それがＳ２ａ接続を解除する前に、タイマを開始することができる。ＰＧＷは、ネットワークでトリガされるＮＢＩＦＯＭを開始することができるが、ＷＴＲＵは、ＷＬＡＮ無線接続性を有しない。このようなシナリオでは特に、ＮＷで開始されるＮＢＩＦＯＭ手順は失敗する可能性がある。ＰＧＷおよび／またはＰＣＲＦが、ＷＴＲＵがＷＬＡＮアクセスへの無線接続性を有することを認識できる１または複数の技法が企図される。
ＴＦＴフィルタを介してＮＢＩＦＯＭトリガを提供できる１または複数の技法、および／またはＲＡＮで提供される３ＧＰＰおよび／またはＷＬＡＮ閾値が、どのようにして、ＷＴＲＵが、おそらく例えば、ＮＷで開始されるトリガに基づき、フローを３ＧＰＰまたはＷＬＡＮアクセスへと移動させるように決定するのを支援できるかに関する１または複数の技法が企図される。
１または複数の実施形態は、ＷＴＲＵで開始されるＮＢＩＦＯＭと、ＮＷで開始されるＮＢＩＦＯＭの間の競合解決を企図している。例えば、ＰＣＲＦおよびＰＧＷは、ＮＢＩＦＯＭを求めるＷＴＲＵで開始されるトリガと、ＮＷで開始されるトリガの両方に対してＮＢＩＦＯＭを制御する主要なエンティティとすることができる。ＰＣＲＦおよび／またはＰＧＷは、ルーティングルール表を維持することができ、かつ／またはＩＰフローを含むルールが、ＷＴＲＵおよび／またはＮＷの制御下にあるかどうかを決定することができる。
ＷＴＲＵで開始されるＮＢＩＦＯＭの場合、ＷＴＲＵは、異なるアクセス（ＷＬＡＮを介する、かつ／または３ＧＰＰを介する）へと移動されることのできるＩＰフローと共に、１または複数のルーティングルール情報を提供することができる。ＰＧＷは、ＩＰフローモビリティが許可されることができるかどうかを、Ｇｘ参照点を介してＰＣＲＦに確認することができる。例えば、いくつかあるシナリオの中で特に、ＰＣＲＦが許可すると、ＰＧＷは、ＷＴＲＵに許可を提供することができる（例えば、ルーティングルール応答メッセージで）。
ＮＷで開始されるＮＢＩＦＯＭの場合、ＰＣＲＦは、フローをアクセス間で移動させるために、１または複数のポリシーをＰＧＷに提供することができる。このようなシナリオでは特に、ＰＣＲＦおよび／またはＰＧＷは、ＷＴＲＵがＮＢＩＦＯＭをサポートしていることおよび／またはＷＬＡＮに接続されていることを認識することができる。おそらく例えば、いくつかあるシナリオの中で特に、ＮＷがＮＢＩＦＯＭをトリガしたとき、ＷＴＲＵは、フローモビリティを（例えば、ＷＬＡＮ状態が良好である場合）受け入れる、または拒否する（または例えば、何らかのフローモビリティは受け入れ、他のフローモビリティは拒否する）ことができる。ＲＡＮにより提供される閾値が考慮される可能性がある。例えば、いくつかあるシナリオの中で特に、ＷＴＲＵは、ＰＧＷに向けたルーティングルール応答メッセージで許可を提供することができる。
ＷＴＲＵで開始されるＮＢＩＦＯＭ中の競合解決が企図される。図２１は、ＷＴＲＵで開始されるＮＢＩＦＯＭに対する競合を解決できる技法の例である。２１０２で、ＷＴＲＵは、３ＧＰＰおよびＷＬＡＮアクセスに接続されることができる。２１０４で、ＷＴＲＵは、おそらく例えば、１または複数のＡＮＤＳＦポリシー（ＡＮＤＳＦルール）に基づき、ＭＭＥからのＰＤＮ接続オフロードポリシー（ＲＡＮルール）に従って、かつ／またはユーザトリガに基づき、ＷＴＲＵで開始されるＮＢＩＦＯＭをトリガすることができる。
２１０６で、ＷＴＲＵは、（おそらく例えば、表１および表２で示されたものと同様の）１または複数のルーティングルールを構成することができる。２１０８で、ＷＴＲＵは、それ／それらを、ＷＬＡＮおよび／または３ＧＰＰアクセスシグナリングによりＰＧＷに送信することができる。
２１１０で、おそらく例えば、いくつかあるシナリオの中で特に、１または複数のルーティングルール情報を受け取ると、ＰＧＷは、ＷＴＲＵで開始されるＮＢＩＦＯＭおよび／または１または複数のルーティングルール情報を求める要求をＰＣＲＦに送信することができる。ＰＣＲＦは、ＩＰフローが、ＷＴＲＵで開始されるＮＢＩＦＯＭ手順により移動されることが許可されるかどうかを確認することができ、かつ／またはこれらのＩＰフローが、現在ＮＷで開始されるＮＢＩＦＯＭトリガ下にあるかどうかを確認することができる。例えば、競合がない場合、ＰＣＲＦは、ＷＴＲＵで開始されるＮＢＩＦＯＭ手順を許可することができる。ＰＣＲＦは、例えば、これらのＩＰフローが、ＷＴＲＵで制御されるＮＢＩＦＯＭ下にあることを認識する表を維持し、かつ／またはＰＧＷに許可することで応じることができる。
２１１２で、おそらく例えば、いくつかあるシナリオの中で特に、ＰＧＷが許可を取得した後、ＰＧＷは、そのバインディング表を更新することができる。ＰＧＷは、これらのＩＰフローが、ＷＴＲＵで制御されるＮＢＩＦＯＭ下にあることを、そのバインディング表に含めることができる。
２１１４で、ＰＧＷは、ＷＴＲＵで開始されるＮＢＩＦＯＭ手順を開始する許可をＷＴＲＵに提供することができる。ＰＧＷは、例えば、ＮＢＩＦＯＭに対して現在アクティブなルールを示す、ならびに／またはどのルールがネットワーク制御下にあるか、かつ／またはどのルールがＷＴＲＵ制御下にあるかを含むことのできるルーティングルール表をＷＴＲＵに提供することができる。
２１１６で、おそらく例えば、いくつかあるシナリオの中で特に、ＷＴＲＵが許可を取得できた後、ＷＴＲＵは、１または複数のルーティングルール（複数可）に含まれる情報に基づいて、フローをターゲットアクセスに移動させることができる。
表３は、どのルールが、ＷＴＲＵおよび／またはネットワーク制御下にあるかを示す例示的なルーティング表である。
Figure 2017526242
ＮＷで開始されるＮＢＩＦＯＭ中の競合解決のための１または複数の技法が企図される。図２２は、ＮＷで開始されるＮＢＩＦＯＭに対する競合を解決できる例示的な技法を示す。
２２０２で、ＷＴＲＵは、３ＧＰＰおよびＷＬＡＮアクセスに接続されることができる。ＰＧＷは、ＷＴＲＵがＮＢＩＦＯＭ対応であること、および／またはＷＴＲＵが、ＷＬＡＮアクセスへの無線接続性を有することを認識することができる。
２２０４で、ＰＣＲＦは、おそらく例えば、いくつかあるファクタの中で特に、ＲＡＮ輻輳に関してＲＡＮにより受信された情報、加入者プロファイル、使用量限度、および／または信用限度（credit limit）に基づいて、ネットワークで開始されるＮＢＩＦＯＭ手順をトリガするように決定することができる。ＰＣＲＦは、ＩＰフローが、ＮＷで開始されるＮＢＩＦＯＭ手順により移動されることが許可されるかどうかを確認することができ、かつ／またはこれらのＩＰフローが、現在ＷＴＲＵで開始されるＮＢＩＦＯＭ制御下にあるかどうかを確認することができる。おそらく例えば、いくつかあるシナリオの中で特に、競合が何もない場合、ＰＣＲＦは、ＮＷで開始されるＮＢＩＦＯＭ手順を許可することができる。
２２０６で、ＰＧＷは、（例えば、表１および表２で示されるものと同様の）１または複数のルーティングルールを構成することができ、かつ／またはＷＬＡＮおよび／または３ＧＰＰアクセスを介して、ＷＴＲＵにそれ／それらを送信することができる。ＰＧＷは、ＮＢＩＦＯＭに対して現在アクティブなルールを示すことができ、ならびに／またはどのルールがネットワーク制御下にあり、かつ／またはどのルールがＷＴＲＵ制御下にあるかを含むことのできるルーティングルール表（例えば、表３を参照のこと）をＷＴＲＵに提供することができる。
２２０８で、おそらく例えば、いくつかあるシナリオの中で特に、ルーティングルール情報を受け取ると、ＷＴＲＵは、現在のＷＬＡＮ状態（例えば、１または複数のルールが、１または複数のＩＰフローをＷＬＡＮアクセスへと移動させることを示す場合）、および／または現在の３ＧＰＰ状態（例えば、１または複数のルールが、１または複数のＩＰフローを３ＧＰＰアクセスに移動させることを示す場合）を確認することができる。ＷＴＲＵはまた、おそらく例えば、いくつかあるシナリオの中で特に、ＩＰフローをターゲットアクセスへと移動することを決定する前に、ＲＡＮ支援情報によりＲＡＮから提供された閾値を考慮することができる。
２２１０で、おそらく例えば、いくつかあるシナリオの中で特に、ＷＴＲＵが、ＮＷで開始されるＮＢＩＦＯＭ手順を許可した場合、ＷＴＲＵは、ＩＰフローをターゲットアクセスへと移動することができる。２２１２で、ＷＴＲＵは、ルーティングルールＡＣＫメッセージでＰＧＷに応じることができる。
２２１４で、ＰＧＷおよび／またはＰＣＲＦは、それらのバインディング表を更新することができる。ＰＣＲＦおよび／またはＰＧＷは、おそらく例えば、これらの１または複数のＩＰフローが、ネットワークで制御されたＮＢＩＦＯＭ下にあることを認識するために、表を維持することができる。
実施形態は、ＷＴＲＵで開始されるＮＢＩＦＯＭとＮＷで開始されるＮＢＩＦＯＭの間における１または複数の競合を考察している。
実施形態は、３ＧＰＰアクセスネットワークと非３ＧＰＰアクセスネットワーク（例えば、ＷＬＡＮなど）との間のトラフィックオフロードに対して、最高で、Ｒｅｌ−１２までの３ＧＰＰで指定された解決策の多く、またはすべてに対する少なくとも１つの設計共通点は、ＷＴＲＵがトラフィックオフロード決定を制御できることであると認識している。ＷＴＲＵで開始されるＮＢ−ＩＦＯＭ（例えば、ＷＴＲＵがＮＢＩＦＯＭをトリガできる１または複数のシナリオ）、および／またはＷＴＲＵにおけるトラフィックオフロード決定のための技法は、よく理解されているはずである。実施形態は、ネットワーク（ＮＷ）がＮＢＩＦＯＭのトリガを制御するシナリオが、同程度に理解されていない可能性があると認識している。例えば、ＳＡ２では、ＮＷで開始されるＮＢＩＦＯＭに対する技法は有用である可能性があり、かつ／または、おそらく例えば、最終的に決定を行うことのできるＷＴＲＵを支援するのとは反対に、トラフィックオフロード決定を制御するためにネットワークにより使用されることのできる技法も有用である可能性がある。
例えば、ＳＡ２では、少なくとも１つの実用的な仮定は、ＰＣＲＦがＮＢＩＦＯＭを開始できることである可能性がある。ＰＣＲＦが、どのようにして（例えば、おそらく、通信事業者により構成されたポリシーに基づいて）ＮＢＩＦＯＭを開始することを決定できるかを明確化するための技法は有用なはずである。ＮＷで開始されるＮＢＩＦＯＭの場合に使用されることのできる１または複数のＰＣＲＦポリシーと、ＷＴＲＵで開始されるＮＢＩＦＯＭの場合に使用されることのできる１または複数のＡＮＤＳＦポリシーとの間における関係を、いくつかある場合、明確化するための技法は有用である可能性がある。ＮＷで開始されるＮＢＩＦＯＭの場合に使用されることのできる１または複数のＰＣＲＦポリシーと、ＷＴＲＵで開始されるＮＢＩＦＯＭの場合に使用できる１または複数のＲＡＮルールとの間における関係を、いくつかある場合、明確化するための技法は有用である可能性がある。例えば、いくつかの実施形態では、トラフィックオフロード決定に影響を与える１または複数のＡＮＤＳＦポリシー、および１または複数のＰＣＲＦポリシーが、同じ通信事業者により設定されることができると仮定することは、妥当である可能性がある。このようなシナリオでは特に、これらのポリシーは、互いに整合性のある可能性がある。例えば、ローミングシナリオでは、ＷＴＲＵが、１または複数のＶ−ＡＮＤＳＦポリシーを使用している場合（例えば、ＷＴＲＵは、１または複数の在圏ＰＬＭＮ通信事業者ＡＮＤＳＦポリシーを好むホーム通信事業者により構成される）、ＮＷで開始されるＮＢＩＦＯＭの制御に使用されることのできる１または複数のポリシーは、１または複数のＶ−ＰＣＲＦポリシーである。例えば、ＷＴＲＵが、１または複数のＨ−ＡＮＤＳＦポリシーを使用している場合、ＮＷで開始されるＮＢＩＦＯＭの制御に使用されることのできる１または複数のＰＣＲＦポリシーは、Ｈ−ＰＣＲＦポリシーである。いくつかの実施形態では、ＲＡＮルールベースのアクセスネットワーク選択の場合にＷＴＲＵにより使用されることのできるＲＡＮ支援情報、ならびに／またはトラフィックステアリング決定、および１または複数のＰＣＲＦポリシーは、同じ通信事業者に属することができると仮定することは妥当である可能性がある。
いくつかの実施形態では、以下の１または複数の仮定を行うことができる、すなわち、
ＮＷで開始されるＮＢＩＦＯＭの場合、ＰＣＲＦがＮＢＩＦＯＭを開始することができる、
ＷＴＲＵで開始される、かつ／またはＮＷで開始されるＮＢＩＦＯＭに対する１または複数のトリガは、同じ通信事業者により構成された１または複数のトラフィックルーティングポリシーに基づくことができる、
アクセスネットワーク選択および／またはトラフィックルーティングのための１または複数のＡＮＤＳＦポリシー、および／または１または複数のＰＣＲＦポリシーは、同じ通信事業者により設定されることができ、かつ／または互いに整合性を有することができる、
ＲＡＮルールベースのアクセスネットワーク選択および／またはトラフィックステアリング決定の場合にＷＴＲＵにより使用されることのできるＲＡＮ支援情報、および１または複数のＰＣＲＦポリシーは、同じ通信事業者からのものとすることができる、かつ／または
アクセスネットワーク選択および／またはトラフィックルーティングのための１または複数のＡＮＤＳＦポリシー、および／または１または複数のＰＣＲＦポリシーは、互いに整合性があり、かつ／またはＷＴＲＵとネットワークの間におけるアクセスネットワーク選択および／またはトラフィックルーティング決定を競合させる原因になるとは予想されないはずである。
ここで述べられた仮定のうちの１または複数のものを考慮すると、実施形態は、ＷＴＲＵおよびネットワークが、１または複数の競合するトラフィックオフロード決定に達する可能性のある１または複数のシナリオおよび／または使用例について考察する。例えば、以下のシナリオの１または複数のものが遭遇される可能性がある。
１または複数の実施形態は、ＷＴＲＵにおけるアクセスネットワークおよびトラフィックステアリング決定は、ユーザのプリファレンスを反映することができることを認識している。少なくとも１つのＰｏｔｅｎｔｉａｌ Ｃｏｎｆｌｉｃｔ Ｒｅｓｏｌｕｔｉｏｎルールは、例えば、ＷＬＡＮネットワーク選択および／またはトラフィックルーティングに対するユーザのプリファレンスが、１または複数のＡＮＤＳＦルールおよび／または１または複数のＲＡＮルールに対して優先できるので、ＮＷで開始されるＮＢＩＦＯＭに対して優先するＷＴＲＵで開始されるＮＢＩＦＯＭを含むことができる。
１または複数の実施形態は、ＷＴＲＵにおける１または複数のＡＮＤＳＦポリシーが古い可能性のあることを認識する。少なくとも１つのＰｏｔｅｎｔｉａｌ Ｃｏｎｆｌｉｃｔ Ｒｅｓｏｌｕｔｉｏｎルールは、ＷＴＲＵにおけるＡＮＤＳＦポリシーが古い場合、ＷＴＲＵで開始されるＮＢＩＦＯＭに優先するＮＷで開始されるＮＢＩＦＯＭを含むことができる。ネットワーク（例えば、ＰＣＲＦ）は、ＷＴＲＵにおける１または複数のＡＮＤＳＦポリシーが古いという決定を行うことができる。
１または複数の実施形態は、ＷＴＲＵで開始されるＮＢＩＦＯＭ決定は、ＷＴＲＵにおけるＲＡＮルールベースのＷＬＡＮ／３ＧＰＰ無線インターワーキング技法を適用した結果であると認識する。少なくとも１つのＰｏｔｅｎｔｉａｌ Ｃｏｎｆｌｉｃｔ Ｒｅｓｏｌｕｔｉｏｎルールは、ＷＴＲＵで開始されるＮＢＩＦＯＭに優先するＮＷで開始されるＮＢＩＦＯＭを含むことができる。
１または複数の実施形態は、ＲＡＮネットワーク輻輳を考察する。ネットワークにおけるトラフィックオフロード決定は、ＲＡＮネットワーク輻輳を軽減させることができる。おそらく例えば、Ｒｅｌ−１２ ＷＬＡＮ／３ＧＰＰ無線インターワーキング機能が展開される場合、ＲＡＮ輻輳を反映させるために、ＲＡＮ支援閾値が適正に設定されることができるので、このようなシナリオは回避されることができる。コアネットワーク（例えば、ＰＣＲＦ）は、ＲＡＮネットワークにおける輻輳を決定することができる。Ｐｏｔｅｎｔｉａｌ Ｃｏｎｆｌｉｃｔ Ｒｅｓｏｌｕｔｉｏｎルールは、ＮＷで開始されるＮＢＩＦＯＭに対して優先するＷＴＲＵで開始されるＮＢＩＦＯＭを含むことができる。
１または複数の実施形態は、コアネットワーク輻輳を認識する。いくつかの実施形態では、おそらく例えば、非シームレスなオフロードルール、および／または関連する優先順位は、コアネットワーク輻輳が生じたときによく適することのできた優先順位付けを反映していない（例えば、常に）可能性があるので、非シームレスなオフロードが（例えば、このようなオフロードに限って）適切である可能性がある。少なくとも１つのＰｏｔｅｎｔｉａｌ Ｃｏｎｆｌｉｃｔ Ｒｅｓｏｌｕｔｉｏｎルールは、ＮＷで開始されるＮＢＩＦＯＭに対して優先するＷＴＲＵで開始されるＮＢＩＦＯＭを含むことができる。いくつかの実施形態では、ＲＡＮ支援情報設定は、トラフィックオフロード決定が、ＲＡＮネットワークおよび／またはコアネットワークにおける輻輳を軽減すべく調整されるようにできると仮定されることができる。
１または複数の実施形態は、ＷＴＲＵが、ＷＬＡＮ接続を喪失する可能性があること、かつ／またはいくつかの、またはすべてのＷＬＡＮトラフィックを３ＧＰＰアクセスへとステアリングすることができると認識している。少なくとも１つのＰｏｔｅｎｔｉａｌ Ｃｏｎｆｌｉｃｔ Ｒｅｓｏｌｕｔｉｏｎルールは、ＮＷで開始されるＮＢＩＦＯＭに対して優先するＷＴＲＵで開始されるＮＢＩＦＯＭを含むことができる。
１または複数の実施形態は、１または複数のシナリオにおいて、またはすべてのシナリオにおいて、ＷＴＲＵで開始されるＮＢＩＦＯＭ決定は、ＮＷで開始されるＮＢＩＦＯＭに対して優先することができると考察する。
１または複数の実施形態は、おそらく例えば、ＷＴＲＵの決定が、１または複数の古いＡＮＤＳＦポリシーに基づいている、かつ／または１もしくは複数のＲＡＮルールに基づいているとＮＷが判断したとき（例えば、おそらくこのようなシナリオに限って）、ＮＷで開始されるＮＢＩＦＯＭは、ＷＴＲＵで開始されるＮＢＩＦＯＭに対して優先することができると考察する。１または複数の実施形態は、おそらく、このようなシナリオ外では、ＷＴＲＵで開始されるＮＢＩＦＯＭが優先できると考察する。
ＰＧＷおよびＰＣＲＦは、ＷＴＲＵが、ＷＬＡＮアクセスに対する接続性を有することを認識することができる。
ＮＢＩＦＯＭのための技法は、ＷＴＲＵがＮＢＩＦＯＭをサポートすることを示すＰＣＯ情報により、ＷＴＲＵはＰＧＷに送信できることを提案することを、実施形態は認識している。ＰＧＷは、ＮＷで開始されるＮＢＩＦＯＭがサポートされるかどうかを認識するために、この情報を使用することができる。ＷＴＲＵは、ＮＢＩＦＯＭ表示を、（例えば、初期の）アタッチ要求におけるＰＣＯ情報内で提供することができる。
実施形態は、ＰＣＯを介するＷＬＡＮ接続性表示（例えば、より積極的な手法）を考察する。１または複数の技法は、ＷＴＲＵが、ＰＣＯ情報を介して、ＷＴＲＵがＷＬＡＮに対する無線接続性を有することの表示を含めることを可能にし、かつ／またはＰＣＯ情報は、ＮＢＩＦＯＭ表示を含むことができる。ＰＧＷは、この情報を使用して、例えば、おそらくいくつかあるシナリオの中で特に、ＮＷで開始されるＮＢＩＦＯＭ要求を送信する前に、ＷＴＲＵがＷＬＡＮ無線接続性を有することを確認することができる。
おそらく例えば、ＷＴＲＵが、ＳａＭＯＧ ＷＬＡＮを介して接続を確立したとき、ＷＴＲＵはまた、ＷＴＲＵが、ＷＬＡＮアクセスへの無線接続性を有することを（例えば、ＰＧＷへの３ＧＰＰシグナリングにより）示すことができる。ＷＴＲＵは、ＰＣＯ情報により、ＷＬＡＮ無線接続性表示を含むことができる。おそらく例えば、いくつかあるシナリオの中で特に、ＷＴＲＵがすでに、３ＧＰＰアクセスにアタッチされていた場合、ＷＴＲＵは、ＷＬＡＮ無線接続性の表示として、ＰＣＯにおけるＷＴＲＵに要求されたベアラリソース変更を送信することができる。おそらく例えば、いくつかあるシナリオの中で特に、ＷＴＲＵが、３ＧＰＰアクセスにアタッチされていない場合、ＷＴＲＵは、（例えば、初期の）アタッチ要求内で、ＷＬＡＮ無線接続性表示をＰＣＯに含むことができる。
おそらく例えば、いくつかあるシナリオの中で特に、ＷＴＲＵが、ＷＬＡＮアクセスへの無線接続性を有していること、および／またはＷＴＲＵがＷＬＡＮ無線接続性を喪失したことをＰＧＷに示した場合、ＷＴＲＵは、ＷＬＡＮ無線接続性の表示をＰＣＯから除くことにより、ＷＴＲＵで要求されたベアラリソース変更を介してＰＧＷに知らせることができる。
ＰＣＯによるＮＢＩＦＯＭ表示は、おそらく例えば、ＷＴＲＵが、ＷＬＡＮアクセスとの無線接続性を有するとき（例えば、そのときに限って）送信されることができる（例えば、より積極的な手法）。ＷＴＲＵは、おそらくＷＴＲＵがＷＬＡＮアクセスを介するＰＤＮ接続性を確立し、かつ／またはＷＬＡＮアクセスへの無線接続性を有する場合（例えば、その場合に限って）、ＰＣＯを介してＮＢＩＦＯＭ表示を提供することができる。例えば、いくつかあるシナリオの中で特に、ＷＴＲＵが、ＳａＭＯＧ ＷＬＡＮを介する接続を確立し、かつ／またはＷＴＲＵがＷＬＡＮアクセスへの無線接続性を有するとき、ＷＴＲＵはまた、ＰＧＷへの３ＧＰＰシグナリングにより、ＰＣＯ情報によってＮＢＩＦＯＭ表示を示すことができる。例えば、いくつかあるシナリオの中で特に、ＷＴＲＵが、（例えば、すでに）３ＧＰＰアクセスにアタッチされていた場合、ＷＴＲＵは、ＮＢＩＦＯＭの表示として、ＰＣＯにおけるＷＴＲＵに要求されたベアラリソース変更を送信することができる。例えば、いくつかあるシナリオの中で特に、ＷＴＲＵが、３ＧＰＰアクセスにアタッチされていない場合、ＷＴＲＵは、（例えば、初期の）アタッチ要求内で、ＮＢＩＦＯＭ表示をＰＣＯに含むことができる。
おそらく例えば、いくつかあるシナリオの中で特に、ＷＴＲＵが、ＷＬＡＮアクセスへの無線接続性を有しており、かつ／またはＷＴＲＵが、ＷＬＡＮ無線接続性を喪失したことをＰＧＷに示した場合、ＷＴＲＵは、ＮＢＩＦＯＭ表示をＰＣＯから除くことにより、ＷＴＲＵで要求されたベアラリソース変更を介してＰＧＷに知らせることができる。
ＴＷＡＮは、おそらく例えば、ＷＬＡＮ無線接続性の喪失に起因して、ＮＷで開始されるＮＢＩＦＯＭを拒否することができる（事後対応の手法）。
ＰＧＷは、ＷＴＲＵがＮＢＩＦＯＭをサポートすることを認識することができる（例えば、ＮＢＩＦＯＭ表示により）。ＰＧＷは、ＷＴＲＵがＷＬＡＮ無線接続性を有するかどうかは認識しない可能性がある。例えば、いくつかあるシナリオの中で特に、ＰＧＷが、ＮＷで開始されるＮＢＩＦＯＭを送信し、かつ／またはＷＴＲＵがＷＬＡＮ無線接続性を喪失したとき、ＴＷＡＮは、ＷＴＲＵがＷＬＡＮ無線接続性を有しないことを示す拒否を提供することができる。
図２３は、ＷＬＡＮ無線接続性の喪失に起因して、ＴＷＡＮがネットワークで開始されるＮＢＩＦＯＭを拒否する例を示す。
２３０２で、ＷＴＲＵは、３ＧＰＰおよびＷＬＡＮアクセスに接続されることができる。ＰＧＷは、ＷＴＲＵが、ＮＢＩＦＯＭ対応であることを認識することができる（例えば、ＷＴＲＵは、ＰＣＯによりＮＢＩＦＯＭ表示を提供することができる）。
２３０４で、ＰＣＲＦは、おそらく例えば、いくつかの基準がある中で特に、ＲＡＮ輻輳に関してＲＡＮにより受信された情報、加入者プロファイル、使用量限度、および／または信用限度に基づき、ネットワークで開始されるＮＢＩＦＯＭ手順をトリガするように決定することができる。ＰＣＲＦは、ＮＷで開始されるＮＢＩＦＯＭ手順により、ＩＰフローが移動されることが許可されるかどうかを確認することができ、かつ／またはこれらのＩＰフローが、（例えば、現在）ＷＴＲＵで開始されるＮＢＩＦＯＭ制御下にあるかどうかを確認することができる。おそらく例えば、いくつかあるシナリオの中で特に、競合が何もない場合、ＰＣＲＦは、ＮＷで開始されるＮＢＩＦＯＭ手順を許可することができる。
２３０６で、ＰＧＷは、１または複数のルーティングルール（例えば、表１および表２で示されたものと同様の）を構成することができ、かつ／またはそれ／それらを（例えば、ＷＬＡＮアクセスのＴＷＡＮに向けたＳ２ａ接続を介して）ＷＴＲＵに送信することができる。２３０８で、ＴＷＡＮは、１または複数のルーティングルールを、（例えば、ＷＬＡＮシグナリングにより）ＷＬＡＮに送る（例えば、送るように試みる）ことができる。
２３１０で、ＴＷＡＮは、ＷＬＡＮの喪失を検出することができる。例えば、対応するＳ２ａ接続のＷＴＲＵのＷＬＡＮ無線シグナリング（例えば、多重接続ＷＴＲＵに対するＷＬＣＰシグナリング、および／または単一接続ＷＴＲＵのＥＡＰシグナリング）が、利用可能ではない可能性がある。ＴＷＡＮは、おそらく例えば、いくつかあるシナリオの中で特に、ＷＴＲＵがＷＬＡＮ接続を再確立するのを待つために、タイマを開始することができる。
２３１２で、ＴＷＡＮは、ＷＬＡＮ接続の喪失を示す、例えば、ＰＧＷに向けたＳ２ａ接続を介する表示を用いて、ネットワークで開始されるＮＢＩＦＯＭ要求を拒否することができる。ＴＷＡＮは、ルーティングルール情報内に理由を提供することができる。
２３１４で、ＰＧＷおよび／またはＰＣＲＦは（例えば、ＰＣＣシグナリングにより）ＷＴＲＵがＷＬＡＮ接続性を有しないことを認識することができる。例えば、ＰＧＷおよび／またはＰＣＲＦは、タイマを開始することができ、かつ／またはＴＷＡＮがＷＬＡＮアクセスに対応するＳ２ａ接続を活動状態に維持する間に、要求を後で再送信することができる。
１または複数の技法は、ＷＴＲＵがＷＬＡＮ接続を喪失していることの明示的な表示を、ＴＷＡＮが送信しない可能性のあることも考察する。ＰＧＷは、おそらく例えば、１または複数のＮＷで開始されるＮＢＩＦＯＭルーティングルールを送信すると、タイマを開始することができる。例えば、いくつかあるシナリオの中で特に、タイマの期限が切れた場合、かつ／またはＰＧＷが、ＷＴＲＵおよび／またはＴＷＡＮから、確認応答を受信していない場合、ＰＧＷは、ＷＴＲＵがＷＬＡＮアクセスへの接続を喪失していると想定することができる。
図２４は、ＷＴＲＵがＷＬＡＮ無線接続性を喪失する例を示す。２４０２で、ＷＴＲＵは、３ＧＰＰおよびＷＬＡＮアクセスに接続されることができる。ＰＧＷは、ＷＴＲＵが、ＮＢＩＦＯＭ対応であることを認識することができる（例えば、ＷＴＲＵは、ＰＣＯによりＮＢＩＦＯＭ表示を提供することができる）。
２４０４で、ＰＣＲＦは、おそらく例えば特に、ＲＡＮ輻輳に関してＲＡＮにより受信された情報、加入者プロファイル、使用量限度、および／または信用限度に基づき、ネットワークで開始されるＮＢＩＦＯＭ手順をトリガするように決定することができる。ＰＣＲＦは、ＮＷで開始されるＮＢＩＦＯＭ手順により、ＩＰフローが移動されることが許可されるかどうかを確認することができ、かつ／またはこれらのＩＰフローが、（例えば、現在）ＷＴＲＵで開始されるＮＢＩＦＯＭ制御下にあるかどうかを確認することができる。おそらく例えば、いくつかあるシナリオの中で特に、競合が何もない場合、ＰＣＲＦは、ＮＷで開始されるＮＢＩＦＯＭ手順を許可することができる。
２４０６で、ＰＧＷは、１または複数のルーティングルール（例えば、表１および表２で示されたものと同様のもの）を構成することができ、かつ／またはそれを、ＷＬＡＮアクセスのＴＷＡＮに向けて、Ｓ２ａ接続を介して、ＷＴＲＵに送信することができる。
２４０８で、ＰＧＷは、タイマを開始することができ、かつ／またはルールがインストールされたＷＴＲＵ／ＴＷＡＮからのＡＣＫを待つことができる。２４１０で、タイマの期限が切れる可能性がある。おそらく例えば、いくつかあるシナリオの中で特に、期限が切れると、ＰＧＷは、ＷＴＲＵがＷＬＡＮ接続性を喪失したと想定することができる。
２４１２で、ＰＧＷおよび／またはＰＣＲＦは（例えば、ＰＣＣシグナリングにより）ＷＴＲＵがＷＬＡＮ接続性を有しないことを認識することができる。ＰＧＷおよび／またはＰＣＲＦは、タイマを開始することができ、かつ／または、おそらく例えば、ＴＷＡＮがＷＬＡＮアクセスに対応するＳ２ａ接続を活動状態に維持する間に、要求を後で再送信することができる。
１または複数の技法は、ＲＡＮ支援閾値が、ネットワークで開始されるＮＢＩＦＯＭに使用できることを考察している。ネットワークは、ＮＢＩＦＯＭをトリガするように決定することができ、かつ／またはＷＴＲＵに送信されるＲＡＮ支援情報により支援されることができる。
おそらく例えば、ＷＴＲＵが、ＥＰＣネットワーク（例えば、ＰＣＲＦ／ＰＧＷ）からのネットワークで開始されるＮＢＩＦＯＭトリガに起因して、１または複数のＩＰフローを移動させる前に、ＷＴＲＵは、おそらく、いくつかあるシナリオの中で特に、ＩＰフローが異なるアクセスへと移動されることができるかどうかを確かめるために、ＲＡＮ支援情報により提供された閾値を確認することができる。
ＷＴＲＵは、ＩＰフローを３ＧＰＰアクセスおよび／またはＷＬＡＮアクセスに移動させるための、ネットワークで開始されるＮＢＩＦＯＭをコアネットワークから受け取ることができる。例えば、いくつかあるシナリオの中で特に、ＷＴＲＵが、ＩＰフローを３ＧＰＰアクセスへと移動するためのネットワークで開始されるＮＢＩＦＯＭを受け取った場合、ＷＴＲＵは、図２５で示されるように、ＲＡＮ支援閾値を使用することができる。図２５は、ＩＰフローを３ＧＰＰアクセスに移動させるネットワークで開始されるＮＢＩＦＯＭトリガに関するＲＡＮ支援情報の例を示す。図２５では、ＮＷで開始されるＮＢＩＦＯＭは、例えば、ＰＣＲＦ／ＰＧＷから送信されることができる。ネットワークで開始されるＮＢＩＦＯＭは、他のネットワークノードからも同様に送信されることができる。
２５０２で、ＷＴＲＵは、３ＧＰＰおよびＷＬＡＮアクセスに接続されることができる。ＰＧＷは、ＷＴＲＵがＮＢＩＦＯＭ対応であることを認識することができる（例えば、ＷＴＲＵは、ＰＣＯによりＮＢＩＦＯＭ表示を提供することができる）。２５０４で、ＰＣＲＦは、３ＧＰＰアクセスへの１または複数のＩＰフローのネットワークで開始されるＮＢＩＦＯＭ手順をトリガするように決定することができ、かつ／または表示をＰＧＷに送信することができる。
２５０６で、ＰＧＷは、（例えば、表１および表２で示されたものと同様の）１または複数のルーティングルールを構成することができ、かつ／またはそれ／それらを（例えば、ＷＬＡＮアクセスのＴＷＡＮに向けたＳ２ａ接続を介して）ＷＴＲＵに送信することができる。
２５０８で、おそらく例えば、いくつかあるシナリオの中で特に、ＷＴＲＵがＲＡＮルールを使用することを許可された場合、ＷＴＲＵは、ＲＡＮにより提供されるＲＡＮ支援情報を確認することができる。ＷＴＲＵは、ＩＰフローが、３ＧＰＰアクセスへと移動されることができるかどうかを評価する以下の閾値の１または複数のものを（例えば、可用性に従って）確認することができる、すなわち、ＴｈｒｅｓｈServingOffloadWLAN,HighP、ＴｈｒｅｓｈServingOffloadWLAN,HighQ、ＴｈｒｅｓｈChUtilWLAN,High、ＴｈｒｅｓｈBackhRateDLWLAN,Low、ＴｈｒｅｓｈBackhRateULWLAN,Low、ＴｈｒｅｓｈRCPIWLAN,Low、および／またはＴｈｒｅｓｈRSNIWLAN,Lowである。
ＴｈｒｅｓｈServingOffloadWLAN,HighP：例えば、Ｑｒｘｌｅｖｍｅａｓ＞ＴｈｒｅｓｈServingOffloadWLAN,HighPである場合、（Ｅ−）ＵＴＲＡＮへのトラフィックステアリングのためにＷＴＲＵにより使用されることのできるＲＳＲＰ閾値（Ｅ−ＵＴＲＡＮ用）／ＣＰＩＣＨ ＲＳＣＰ閾値（ＵＴＲＡＮ ＦＤＤ用）／Ｐ−ＣＣＰＣＨ閾値（ＵＴＲＡＮ ＴＤＤ用。
ＴｈｒｅｓｈServingOffloadWLAN,HighQ：例えば、Ｑｑｕａｌｍｅａｓ＞ＴｈｒｅｓｈServingOffloadWLAN,HighQである場合、（Ｅ−）ＵＴＲＡＮへのトラフィックステアリングのためにＷＴＲＵにより使用されることのできるＲＳＲＱ閾値（Ｅ−ＵＴＲＡＮ用）／ＣＰＩＣＨ ＥＣ／Ｎ０閾値（ＵＴＲＡＮ ＦＤＤ用）。
ＴｈｒｅｓｈChUtilWLAN,High：例えば、ＣｈａｎｎｅｌＵｔｉｌｉｚａｔｉｏｎＷＬＡＮ＞ＴｈｒｅｓｈChUtilWLAN,Highである場合、（Ｅ−）ＵＴＲＡＮへのトラフィックステアリングのためにＷＴＲＵにより使用されることのできるＷＬＡＮ ｃｈａｎｎｅｌ ｕｔｉｌｉｚａｔｉｏｎ（ＢＳＳロード）閾値。
ＴｈｒｅｓｈBackhRateDLWLAN,Low：例えば、ＢａｃｋｈａｕｌＲａｔｅＤｌＷＬＡＮ＜ＴｈｒｅｓｈBackhRateDLWLAN,Lowである場合、（Ｅ−）ＵＴＲＡＮへのトラフィックステアリングのためにＷＴＲＵにより使用されることのできるバックホールで利用可能なダウンリンク帯域幅閾値。
ＴｈｒｅｓｈBackhRateULWLAN,Low：例えば、ＢａｃｋｈａｕｌＲａｔｅＤｌＷＬＡＮ＜ＴｈｒｅｓｈBackhRateDLWLAN,Lowである場合、（Ｅ−）ＵＴＲＡＮへのトラフィックステアリングのためにＷＴＲＵにより使用されることのできるバックホールで利用可能なアップリンク帯域幅閾値。
ＴｈｒｅｓｈRCPIWLAN,Low：例えば、ＲＣＰＩ＜ＴｈｒｅｓｈRCPIWLAN,Lowである場合、（Ｅ−）ＵＴＲＡＮへのトラフィックステアリングのためにＷＴＲＵにより使用されることのできるＲＣＰＩ閾値。
ＴｈｒｅｓｈRSNIWLAN,Low：例えば、ＲＳＮＩ＜ＴｈｒｅｓｈRSNIWLAN,Lowである場合、（Ｅ−）ＵＴＲＡＮへのトラフィックステアリングのためにＷＴＲＵにより使用されることのできるＲＳＮＩ閾値。
Ｑｒｘｌｅｖｍｅａｓおよび／またはＱｑｕａｌｍｅａｓは、サービング（Ｅ−）ＵＴＲＡＮセルに対する測定値である。ＣｈａｎｎｅｌＵｔｉｌｉｚａｔｉｏｎＷＬＡＮは、８０２．１１（ビーコンおよび／またはプローブ応答）シグナリングから得られたＢＳＳロードＩＥからのＷＬＡＮチャネル利用値である。ＢａｃｋｈａｕｌＲａｔｅＤｌＷＬＡＮは、ダウンリンク速度×（１−ダウンリンクロード／２５５）として計算されることができ、ここで、ダウンリンク速度および／またはロードパラメータは、ＷＦＡ ＨＳ２．０からのＡＮＱＰシグナリングにより取得されたＷＡＮメトリック要素から導くことができる。ＢａｃｋｈａｕｌＲａｔｅＵｌＷＬＡＮは、アップリンクリンク速度×（１−アップリンクロード／２５５）として計算されることができ、ここで、アップリンク速度および／またはロードパラメータは、ＷＦＡ ＨＳ２．０からのＡＮＱＰシグナリングにより取得されたＷＡＮメトリック要素から導くことができる。ＲＣＰＩは、ＷＬＡＮで受信されたチャネルの電力インジケータである。ＲＳＮＩは、ＷＬＡＮで受信された信号対雑音インジケータである。
２５１０で、ＷＴＲＵは、確認応答メッセージをＰＧＷに送信することができる。ＡＣＫは、ＷＴＲＵが１または複数のフローを３ＧＰＰアクセスに移動したかどうか、かつ／または閾値条件が満たされないことに起因して、（例えば、全体に、または部分的に）要求を拒否したかどうかを、ＰＧＷに知らせることができる。２５１２で、ＰＧＷおよび／またはＰＣＲＦは（例えば、ＰＣＣシグナリングにより）、それに従って、それらのバインディング表を更新することができる。
図２６は、１または複数のＩＰフローをＷＬＡＮアクセスへと移動させるネットワークで開始されるＮＢＩＦＯＭトリガに関するＲＡＮ支援情報の例を示す。２６０２で、ＷＴＲＵは、３ＧＰＰおよびＷＬＡＮアクセスに接続されることができる。ＰＧＷは、ＷＴＲＵがＮＢＩＦＯＭ対応である（例えば、ＷＴＲＵは、ＰＣＯによりＮＢＩＦＯＭ表示を提供することができる）ことを認識することができる。
２６０４で、ＰＣＲＦは、ＷＬＡＮアクセスへの１または複数のＩＰフローのネットワークで開始されるＮＢＩＦＯＭ手順をトリガするように決定することができ、かつ／またはＰＧＷに表示を送信することができる。２６０６で、ＰＧＷは、（例えば、表１および表２で示されたものと同様の）１または複数のルーティングルールを構成し、かつ／またはそれ／それらを（例えば、ＷＬＡＮアクセスのＴＷＡＮに向けたＳ２ａ接続を介して）ＷＴＲＵに送信することができる。
２６０８で、おそらく例えば、いくつかあるシナリオの中で特に、ＷＴＲＵがＲＡＮルールの使用を許可された場合、ＷＴＲＵは、ＲＡＮにより提供されるＲＡＮ支援情報を確認することができる。ＷＴＲＵは、おそらく、ＩＰフローが、ＷＬＡＮアクセスへと移動されることができるかどうかを評価するために、以下の閾値の１または複数のものを（可用性に従って、）確認することができる、すなわち、ＴｈｒｅｓｈServingOffloadWLAN,LowP、ＴｈｒｅｓｈServingOffloadWLAN,LowQ、ＴｈｒｅｓｈChUtilWLAN,Low、ＴｈｒｅｓｈBackhRateDLWLAN,High、ＴｈｒｅｓｈBackhRateULWLAN,High、ＴｈｒｅｓｈRCPIWLAN,High、ＴｈｒｅｓｈRSNIWLAN,High、および／またはＴｓｔｅｅｒｉｎｇWLANである。
ＴｈｒｅｓｈServingOffloadWLAN,LowP：例えば、Ｑｒｘｌｅｖｍｅａｓ＜ＴｈｒｅｓｈServingOffloadWLAN,LowPである場合、ＷＬＡＮへとトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるＲＳＲＰ閾値（Ｅ−ＵＴＲＡＮ用）／ＣＰＩＣＨ ＲＳＣＰ閾値（ＵＴＲＡＮ ＦＤＤ用）／Ｐ−ＣＣＰＣＨ閾値（ＵＴＲＡＮ ＴＤＤ用）。
ＴｈｒｅｓｈServingOffloadWLAN,LowQ：例えば、Ｑｑａｌｍｅａｓ＜ＴｈｒｅｓｈServingOffloadWLAN,LowQである場合、ＷＬＡＮへとトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるＲＳＲＱ閾値（Ｅ−ＵＴＲＡＮ用）／ＣＰＩＣＨ ＥC／Ｎ0閾値（ＵＴＲＡＮ ＦＤＤ用）。
ＴｈｒｅｓｈChUtilWLAN,Low：例えば、ＣｈａｎｎｅｌＵｔｉｌｉｚａｔｉｏｎＷＬＡＮ＜ＴｈｒｅｓｈChUtilWLAN,Lowである場合、ＷＬＡＮへとトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるＷＬＡＮ ｃｈａｎｎｅｌ ｕｔｉｌｉｚａｔｉｏｎ（ＢＳＳロード）閾値。
ＴｈｒｅｓｈBackhRateDLWLAN,High：例えば、ＢａｃｋｈａｕｌＲａｔｅＤｌＷＬＡＮ＞ＴｈｒｅｓｈBackhRateDLWLAN,Highである場合、ＷＬＡＮへとトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるバックホールで利用できるダウンリンク帯域幅閾値。
ＴｈｒｅｓｈBackhRateULWLAN,High：例えば、ＢａｃｋｈａｕｌＲａｔｅＵｌＷＬＡＮ＞ＴｈｒｅｓｈBackhRateULWLAN,Highである場合、ＷＬＡＮへとトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるバックホールで利用可能なアップリンク帯域幅閾値。
ＴｈｒｅｓｈRCPIWLAN,High：例えば、ＲＣＰＩ＞ＴｈｒｅｓｈRCPIWLAN,Highである場合、ＷＬＡＮへとトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるＲＣＰＩ閾値。
ＴｈｒｅｓｈRSNIWLAN,High：例えば、ＲＳＮＩ＞ＴｈｒｅｓｈRSNIWLAN,Highである場合、ＷＬＡＮへとトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるＲＳＮＩ閾値。
ＴｓｔｅｅｒｉｎｇWLAN：例えば、Ｅ−ＵＴＲＡＮとＷＬＡＮの間でトラフィックステアリングを開始する前など、１または複数のルールがその間に満たされることのできるタイマ値ＴｓｔｅｅｒｉｎｇWLAN。
Ｑｒｘｌｅｖｍｅａｓおよび／またはＱｑｕａｌｍｅａｓは、サービング（Ｅ−）ＵＴＲＡＮセルに対する測定値である。ＣｈａｎｎｅｌＵｔｉｌｉｚａｔｉｏｎＷＬＡＮは、８０２．１１（ビーコンおよび／またはプローブ応答）シグナリングから得られたＢＳＳロードＩＥからのＷＬＡＮチャネル利用値である。ＢａｃｋｈａｕｌＲａｔｅＤｌＷＬＡＮは、ダウンリンク速度×（１−ダウンリンクロード／２５５）として計算されることができ、ここで、ダウンリンク速度および／またはロードパラメータは、ＷＦＡ ＨＳ２．０からのＡＮＱＰシグナリングにより取得されたＷＡＮメトリック要素から導くことができる。ＢａｃｋｈａｕｌＲａｔｅＵｌＷＬＡＮは、アップリンクリンク速度×（１−アップリンクロード／２５５）として計算されることができ、ここで、アップリンク速度および／またはロードパラメータは、ＷＦＡ ＨＳ２．０からのＡＮＱＰシグナリングにより取得されたＷＡＮメトリック要素から導くことができる。ＲＣＰＩは、ＷＬＡＮで受信されたチャネルの電力インジケータである。ＲＳＮＩは、ＷＬＡＮで受信された信号対雑音インジケータである。
２６１０で、ＷＴＲＵは、確認応答メッセージをＰＧＷに送信して、例えば、ＷＴＲＵが１または複数のフローをＷＬＡＮアクセスに移動したかどうか、かつ／またはおそらく閾値条件が満たされないことに起因して、（例えば、全体に、または部分的に）要求を拒否したかどうかを、ＰＧＷに知らせることができる。２６１２で、ＰＧＷおよび／またはＰＣＲＦは（例えば、ＰＣＣシグナリングにより）、それに従って、それらのバインディング表を更新することができる。
１または複数の技法は、ＲＡＮに支援されるＮＢＩＦＯＭが、ＲＡＮからコアネットワーク（ＣＮ）に送信されるトラフィックステアリング表示を利用できることを企図している。ＲＡＮ（例えば、ｅＮＢまたはＲＮＣ）は、トラフィックステアリングのためのＲＡＮルールを評価することができる。ＲＡＮは、ＷＬＡＮへのトラフィックおよび／またはＷＬＡＮからのトラフィックをステアリングするように決定し、かつ／またはトラフィックステアリング表示（ＷＬＡＮとの間のトラフィックステアリングに対して）をＣＮ（例えば、ＳＧＷ／ＰＧＷ、ＳＧＳＮ、ＰＣＲＦ、ＭＭＥ）に送信することができる。この表示は、トラフィックがルーティングされることのできる、かつ／またはトラフィックがそこからルーティングされることのできる１または複数のＷＬＡＮ識別子を含むことができる。ＷＬＡＮ識別子は、通信事業者によってＲＡＮで設定され、かつ／またはＣＮによってＲＡＮに送られることができる。
ＣＮは、アクセスネットワーク選択および／またはトラフィックルーティングに対する（例えば、通信業者ポリシーに基づく）ＣＮ決定と、アクセスネットワーク選択および／またはトラフィックルーティングに対する（例えば、ＲＡＮで実施されるＲＡＮルールに基づく）ＲＡＮ決定との間の共存のために、１または複数のルールで構成されることができる。
ＣＮは、ＲＡＮとＣＮの間で、各内部アクセスネットワーク選択および／またはトラフィックルーティング決定プロセスを調停することができ、かつ／またはアクセスネットワーク選択および／またはトラフィックルーティングの（例えば、最終的な）決定を行うことができる。例えば、ＣＮは、ＲＡＮの決定を支持することができ、かつ／またはＲＡＮの決定を無効にすることができる。ＣＮは、例えば、いくつかあるシナリオの中で特に、調停を行った結果、ＮＢＩＦＯＭを開始することができる。
１または複数の技法は、ＲＡＮが、ＰＣＲＦ／ＰＧＷにトラフィックステアリングの表示を提供できることを企図している。おそらく例えば、トラフィックステアリング表示をサポートするために、インターフェース（例えば、フレッシュなインターフェースおよび／またはこれまで未使用のインターフェース）が、ＲＡＮとＰＧＷの間で使用されることができる。いくつかの技法では、ＲＡＮは、例えば、既存のＧＴＰユーザプレーン（ＧＴＰ−Ｕパケットにより）、および／またはＧＴＰ制御プレーンシグナリング内で、トラフィックステアリング決定を、ＭＭＥを介して報告することができる。例えば、いくつかあるシナリオの中で特に、ＰＧＷがトラフィックステアリング決定を受信した後、ＰＧＷは、ネットワークで開始されるＮＢＩＦＯＭを開始することができる。ＰＧＷは、ネットワークで開始されるＮＢＩＦＯＭが許可されるかどうかに関してＰＣＲＦに確認することができる。
図２７は、ＲＡＮで開始されるトラフィックステアリングの例を示す。２７０２で、ＷＴＲＵは、３ＧＰＰおよびＷＬＡＮアクセスに接続されることができる。２７０４で、ＲＡＮは、ＷＬＡＮおよび／または３ＧＰＰ信号強度、ならびに／またはロード測定値に基づいて、ＷＬＡＮおよび／または３ＧＰＰへのトラフィックステアリングを開始するように決定することができる。
２７０６で、ＲＡＮは、トラフィックステアリングを開始する表示をＰＧＷに送信することができる。その表示は、トラフィックがステアリングされるべきＷＬＡＮ識別子を含むことができる。いくつかの技法では、ＲＡＮは、ＰＧＷへの直接のインターフェースを介して、トラフィックステアリング表示を送信することができる。いくつかの技法では、ｅＮＢは、ＷＴＲＵの既存のユーザプレーントラフィック内で表示（例えば、ＧＴＰ−Ｕパケット内の表示）を送信することができる。いくつかの技法では、ＲＡＮは、（例えば、ＷＴＲＵがトラフィックエリア更新を送信したときなど）ＷＴＲＵの既存の制御プレーンシグナリングにより、表示を送信することができる。
２７０８で、ＰＧＷは、おそらく例えば、いくつかあるシナリオの中で特に、ユーザサブスクリプション情報を考慮に入れて、ＮＢＩＦＯＭが開始できるかどうかに関して、ＰＣＲＦに確認することができる。ＰＣＲＦは、アクセスネットワーク選択および／またはトラフィックステアリングのための１または複数のローカルポリシーを有することができる。ＰＣＲＦは、ＲＡＮステアリング表示を考慮に入れることができ、かつ／またはおそらく例えば、ローカルポリシーに基づいて、それが受け入れられるか、かつ／または受け入れられないかを決定することができる。２７１０で、ＰＧＷは、ネットワークで開始されるＮＢＩＦＯＭを、例えば、１または複数のルーティングルール情報をＷＴＲＵに提供することにより（例えば、ＴＷＡＮにより、および／または３ＧＰＰシグナリングにより）、送信することができる。
１または複数の技法は、ＲＡＮで支援されるＮＢＩＦＯＭが、ＲＡＮからコアネットワークへのトラフィックステアリングコマンドを利用できることを企図している。ＲＡＮ（例えば、ｅＮＢ、ＲＮＣ）は、トラフィックステアリングのためのＲＡＮルールを評価することができる。ＲＡＮは、トラフィックを、ＷＬＡＮに、かつ／またはＷＬＡＮからステアリングするように決定することができ、かつ／またはトラフィックステアリングコマンドを、（ＷＬＡＮに、かつ／またはＷＬＡＮからのトラフィックステアリングのために）ＣＮ（例えば、ＳＧＷ／ＰＧＷ、ＳＧＳＮ、ＰＣＲＦ、ＭＭＥ）に送信することができる。このトラフィックステアリングコマンドは、トラフィックがルーティングされることのできる、かつ／またはトラフィックがそこからルーティングされるべきである１または複数のＷＬＡＮ識別子を含むことができる。ＣＮは、例えば、いくつかあるシナリオの中で特に、ＲＡＮコマンドに基づいてＮＢＩＦＯＭを開始することができる。
いくつかの技法において、ＲＡＮは、トラフィックステアリングコマンドをＰＧＷに提供することができる。新しいインターフェース（例えば、フレッシュな、またはこれまで未使用のもの）が、おそらく例えば、トラフィックステアリングコマンドをサポートするために、ＲＡＮとＰＧＷの間で使用されることができる。ＲＡＮは、既存のＧＴＰユーザプレーン内で（例えば、ＧＴＰ−Ｕパケットにより）、かつ／またはＧＴＰ制御プレーンシグナリング内で（例えば、ＭＭＥ介して）、トラフィックステアリング決定を報告することができる。例えば、いくつかあるシナリオの中で特に、ＰＧＷがトラフィックステアリング決定を受信した後、ＰＧＷは、ネットワークで開始されるＮＢＩＦＯＭを開始することができる。ＰＧＷはまた、おそらく例えば、いくつかあるシナリオの中で特に、サブスクリプション情報に基づき、ネットワークで開始されるＮＢＩＦＯＭが許可されるかどうかに関してＰＣＲＦに確認することができる。
図２８は、ＲＡＮで開始されるトラフィックステアリングの例を示す。２８０２で、ＷＴＲＵは、３ＧＰＰおよびＷＬＡＮアクセスに接続されることができる。２８０４で、ＲＡＮは、おそらく例えば、ＷＬＡＮおよび／または３ＧＰＰ信号強度ならびに／またはロード測定値に基づいて、ＷＬＡＮおよび／または３ＧＰＰへのトラフィックステアリングを開始するように決定することができる。
２８０６で、ＲＡＮは、例えば、トラフィックステアリングを開始するために、トラフィックステアリングコマンドをＰＧＷに送信することができる。シグナリングはまた、トラフィックがステアリングされるべき１または複数のＷＬＡＮ識別子を含むことができる。いくつかの技法では、ＲＡＮは、ＰＧＷへの直接のインターフェースを介してトラフィックステアリングコマンドを送信することができる。いくつかの技法では、ＲＡＮは、ＷＴＲＵの既存ユーザプレーントラフィック内で、表示（例えば、ＧＴＰ−Ｕパケット内の表示）を送信することができる。いくつかの技法では、ＲＡＮは、（例えば、ＷＴＲＵがトラフィックエリア更新を送信したときなど）ＷＴＲＵの既存の制御プレーンシグナリングにより、コマンドを送信することができる。
２８０８で、ＰＧＷは、おそらく例えば、ユーザサブスクリプション情報を考慮に入れ、ＮＢＩＦＯＭが開始できるかどうかに関して、ＰＣＲＦに確認することができる。２８１０で、ＰＧＷは、ネットワークで開始されるＮＢＩＦＯＭを、例えば、１または複数のルーティングルール情報をＷＴＲＵに提供することにより（例えば、ＴＷＡＮにより、かつ／または３ＧＰＰシグナリングにより）、送信することができる。
１または複数の技法は、ＲＡＮで支援されるＮＢＩＦＯＭが、ＲＡＮにより送信されたＲＡＮ支援情報に基づき、ＣＮからのトラフィックをステアリングする決定を利用できることを企図している。ＲＡＮは、１または複数のＲＡＮ支援パラメータをＣＮ（例えば、ＳＧＷ／ＰＧＷ、ＳＧＳＮ、ＰＣＲＦ、ＭＭＥ）に提供することができる。ＷＬＡＮへのトラフィックステアリングからのＲＡＮ支援パラメータの１または複数のセット、およびＷＬＡＮからのトラフィックステアリングからのＲＡＮ支援パラメータの１または複数のセットが存在する可能性がある。
ＣＮは、１または複数のＲＡＮ支援パラメータを利用できる１または複数の通信事業者ポリシーおよび／またはルールを含むことのできる１または複数のアクセスネットワーク選択、および／またはトラフィックステアリングルールを用いて構成されることができる。ＣＮは、例えば、これらのルールに基づいて、アクセスネットワーク選択および／またはトラフィックルーティング決定を行うことができる。ＣＮは、決定の結果、ＮＢＩＦＯＭを開始することができる。
以下のものは、ＲＡＮ支援パラメータの非限定的な例である。
ＴｈｒｅｓｈServingOffloadWLAN,LowP、ＷＬＡＮへのトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるＲＳＲＰ閾値（ｄＢｍで）を指定する。
ＴｈｒｅｓｈServingOffloadWLAN,HighP、Ｅ−ＵＴＲＡＮへのトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるＲＳＲＰ閾値（ｄＢｍで）を指定する。
ＴｈｒｅｓｈServingOffloadWLAN,LowQ、ＷＬＡＮへのトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるＲＳＲＱ閾値（ｄＢで）を指定する。
ＴｈｒｅｓｈServingOffloadWLAN,HighQ、Ｅ−ＵＴＲＡＮへのトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるＲＳＲＱ閾値（ｄＢで）を指定する。
ＴｈｒｅｓｈChUtilWLAN,Low、ＷＬＡＮへのトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるＷＬＡＮ ｃｈａｎｎｅｌ ｕｔｉｌｉｚａｔｉｏｎ（ＢＳＳロード）閾値を指定する。
ＴｈｒｅｓｈChUtilWLAN,High、Ｅ−ＵＴＲＡＮへのトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるＷＬＡＮ ｃｈａｎｎｅｌ ｕｔｉｌｉｚａｔｉｏｎ（ＢＳＳロード）閾値を指定する。
ＴｈｒｅｓｈBackhRateDLWLAN,Low、Ｅ−ＵＴＲＡＮへのトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるバックホールで利用できるダウンリンク帯域幅閾値を指定する。
ＴｈｒｅｓｈBackhRateDLWLAN,High、ＷＬＡＮへのトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるバックホールで利用できるダウンリンク帯域幅閾値を指定する。
ＴｈｒｅｓｈBackhRateULWLAN,Low、Ｅ−ＵＴＲＡＮへのトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるバックホールで利用できるアップリンク帯域幅閾値を指定する。
ＴｈｒｅｓｈBackhRateULWLAN,High、ＷＬＡＮへのトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるバックホールで利用できるアップリンク帯域幅閾値を指定する。
ＴｈｒｅｓｈRCPIWLAN,Low、Ｅ−ＵＴＲＡＮへのトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるＲＣＰＩ閾値を指定する。
ＴｈｒｅｓｈRCPIWLAN,High、ＷＬＡＮへのトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるＲＣＰＩ閾値を指定する。
ＴｈｒｅｓｈRSNIWLAN,Low、Ｅ−ＵＴＲＡＮへのトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるＲＳＮＩ閾値を指定する。
ＴｈｒｅｓｈRSNIWLAN,High、ＷＬＡＮへのトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるＲＳＮＩ閾値を指定する。
ＴｈｒｅｓｈBeaconRSSIWLAN,Low、ＷＬＡＮからＥ−ＵＴＲＡＮへのトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるビーコンＲＳＳＩ閾値を指定する。
ＴｈｒｅｓｈBeaconRSSIWLAN,High、Ｅ−ＵＴＲＡＮからＷＬＡＮへのトラフィックステアリングを行うためにＷＴＲＵにより使用されることのできるビーコンＲＳＳＩ閾値を指定する。
ＴｓｔｅｅｒｉｎｇWLAN、おそらく例えば、Ｅ−ＵＴＲＡＮとＷＬＡＮの間のトラフィックステアリングを開始する前の、ルールがその間に満たされることのできるタイマ値ＴｓｔｅｅｒｉｎｇWLANを指定する。
１または複数のパラメータで提供されている可能性のあるＳＳＩＤ、ＢＳＳＩＤ、および／またはＨＥＳＳＩＤ（おそらく例えば、このようなＳＳＩＤ、ＢＳＳＩＤおよび／またはＨＥＳＳＩＤに限る）は、例えば、いくつかあるシナリオの中で特に、本明細書で述べられたルールに基づいて、Ｅ−ＵＴＲＡＮとＷＬＡＮの間のトラフィックステアリングに対して考慮されることができる。
以下のものは、ＲＡＮ支援パラメータを使用できるルール（ＲＡＮおよび／またはＣＮにおける）の例である。
Ｅ−ＵＴＲＡＮからＷＬＡＮへのトラフィックステアリングは、時間間隔ＴｓｔｅｅｒｉｎｇWLANの間に対して満たされる。
Ｅ−ＵＴＲＡＮサービングセルにおいて、Ｅ−ＵＴＲＡＮからＷＬＡＮへのトラフィックステアリングが時間間隔ＴｓｔｅｅｒｉｎｇWLANの間満たされるためには、ＲＳＲＰｍｅａｓ＜ＴｈｒｅｓｈServingOffloadWLAN,LowP、および／またはＲＳＲＱｍｅａｓ＜ＴｈｒｅｓｈServingOffloadWLAN,LowQである。ターゲットＷＬＡＮにおいて、Ｅ−ＵＴＲＡＮからＷＬＡＮへのトラフィックステアリングが時間間隔ＴｓｔｅｅｒｉｎｇWLANの間満たされるためには、ＣｈａｎｎｅｌＵｔｉｌｉｚａｔｉｏｎＷＬＡＮ＜ＴｈｒｅｓｈChUtilWLAN,Low、および／またはＢａｃｋｈａｕｌＲａｔｅＤｌＷＬＡＮ＞ＴｈｒｅｓｈBackhRateDLWLAN,High、および／またはＢａｃｋｈａｕｌＲａｔｅＵｌＷＬＡＮ＞ＴｈｒｅｓｈBackhRateULWLAN,High、および／またはＢｅａｃｏｎＲＳＳＩ＞ＴｈｒｅｓｈBeaconRSSIWLAN,Highである。
ソースＷＬＡＮにおいて、Ｅ−ＵＴＲＡＮからＷＬＡＮへのトラフィックステアリングが時間間隔ＴｓｔｅｅｒｉｎｇWLANの間満たされるためには、ＣｈａｎｎｅｌＵｔｉｌｉｚａｔｉｏｎＷＬＡＮ＞ＴｈｒｅｓｈChUtilWLAN,High、および／またはＢａｃｋｈａｕｌＲａｔｅＤｌＷＬＡＮ＜ＴｈｒｅｓｈBackhRateDLWLAN,Low、および／またはＢａｃｋｈａｕｌＲａｔｅＵｌＷＬＡＮ＜ＴｈｒｅｓｈBackhRateULWLAN,Low、および／またはＢｅａｃｏｎＲＳＳＩ＜ＴｈｒｅｓｈBeaconRSSIWLAN,Lowである。ターゲットＥ−ＵＴＲＡＮセルにおいて、Ｅ−ＵＴＲＡＮからＷＬＡＮへのトラフィックステアリングが時間間隔ＴｓｔｅｅｒｉｎｇWLANの間満たされるためには、ＲＳＲＰｍｅａｓ＞ＴｈｒｅｓｈServingOffloadWLAN,HighP、および／またはＲＳＲＱｍｅａｓ＞ＴｈｒｅｓｈServingOffloadWLAN,HighQである。
表４は、ルールが参照する１または複数の量を示している。
Figure 2017526242
図２９は、ＲＡＮ支援情報をＰＧＷに提供することによるＲＡＮで支援されたＮＢＩＦＯＭの例を示す。
２９０２で、ＷＴＲＵは、３ＧＰＰアクセスおよびＷＬＡＮアクセスに接続されることができる。２９０４で、ＲＡＮ支援情報を直接ＰＧＷに報告することができる。ＲＡＮとＰＧＷの間で、新しいインターフェース（例えば、フレッシュな、または今まで未使用のもの）が使用されることができる。
２９０６で、おそらく例えば、いくつかあるシナリオの中で特に、閾値が満たされている場合、ＰＧＷは、ＮＢＩＦＯＭを開始できるかどうかに関して、ＰＣＲＦに確認することができる。ＰＧＷは、この要素においてＲＡＮ支援情報をＰＣＲＦに報告することができる。２９０８で、ＰＧＷは、例えば、１または複数のルーティングルール情報をＷＴＲＵに提供することにより（例えば、ＴＷＡＮにより、かつ／または３ＧＰＰシグナリングにより）、ネットワークで開始されるＮＢＩＦＯＭを送信することができる。
図３０は、ＲＡＮ支援情報をＰＣＲＦに提供することによるＲＡＮで支援されたＮＢＩＦＯＭの例を示す。
３００２で、ＷＴＲＵは、３ＧＰＰおよびＷＬＡＮアクセスに接続されることができる。３００４で、ＲＡＮは、ＲＡＮ支援情報を直接ＰＣＲＦに報告することができる。ＲＡＮとＰＧＷの間で、新しいインターフェース（例えば、フレッシュな、またはこれまで未使用のもの）が、使用されることができる。
３００６で、ＲＡＮは、ＲＡＮ支援情報をＲＣＡＦ（Ｒｅｓｏｕｒｃｅ Ｃｏｎｇｅｓｔｉｏｎ Ａｗａｒｅｎｅｓｓ Ｆｕｎｃｔｉｏｎ）に報告することができる。３００８で、ＲＣＡＦは、Ｎｐ参照点を介して、ＲＡＮ支援情報をＰＣＲＦに転送することができる。
３０１０および３０１２で、おそらく例えば、いくつかあるシナリオの中で特に、ＲＡＮ支援情報に基づき、ＰＣＲＦはＮＢＩＦＯＭを開始するように決定することができる。３０１４で、ＰＧＷは、例えば、１または複数のルーティングルール情報をＷＴＲＵに提供することにより（例えば、ＴＷＡＮにより、または３ＧＰＰシグナリングにより）、ネットワークで開始されるＮＢＩＦＯＭを送信することができる。
１または複数の技法は、ＷＴＲＵおよびＰＧＷが、表１および表２で述べるように、１または複数のルーティングルール情報を、ＮＡＳシグナリング（またはＳａＭＯＧ ＷＬＡＮを介するＷＬＣＰ／ＥＡＰシグナリング）により交換できることを企図している。１または複数のルーティングルール情報は、ＴＦＴ情報内で提供されることができる。以下のパラメータのうちの１または複数のものは、ＴＦＴ情報内に含まれることができる、すなわち、ＮＢＩＦＯＭ表示、および／またはＮＢＩＦＯＭ方向（例えば、３ＧＰＰまたはＷＬＡＮ）である。
例えば、いくつかあるシナリオの中で特に、ＷＴＲＵで開始されるＮＢＩＦＯＭの場合、ＷＴＲＵは、ＷＴＲＵで要求されるベアラリソース割振り手順に、かつ／またはＷＴＲＵで要求されるベアラリソース変更手順に含まれるアップリンク方向におけるパケットフィルタの集合体を含むことのできるトラフィックフロー集合体を構成することができる。１または複数の、または各パケットフィルタに対して、ＷＴＲＵは、３ＧＰＰおよび／またはＷＬＡＮへのＮＢＩＦＯＭ方向を提供することができる。おそらく例えば、いくつかあるシナリオの中で特に、ＰＧＷがトラフィックフローの集合体を受信したとき、ＰＧＷは、ダウンリンク方向の対応するパケットフィルタを識別することができ、かつ／または１または複数の、または各パケットフィルタに対して、アップリンクトラフィックフローテンプレート、および／またはダウンリンクトラフィックフローテンプレートを構成することができる。例えば、ＰＣＲＦが、ＷＴＲＵで開始されるＮＢＩＦＯＭを許可した場合、ＰＧＷはまた、ＴＦＴにＮＢＩＦＯＭ方向を含むことができる。おそらく例えば、いくつかあるシナリオの中で特に、ＷＴＲＵが、ＰＧＷから、トラフィックフローテンプレート（例えば、ＵＬおよび／またはＤＬ）を受信したとき、ＷＴＲＵは、それに従って、ＩＰフローを移動することができる。
例えば、いくつかあるシナリオの中で特に、ＮＷで開始されるＮＢＩＦＯＭの場合、ＰＧＷは、ダウンリンクおよび／またはアップリンク方向におけるパケットフィルタを含むトラフィックフローテンプレートを構成することができる。ＵＬ ＴＦＴおよび／またはＤＬ ＴＦＴ内の１または複数の、または各パケットフィルタに対して、ＰＧＷはＮＢＩＦＯＭ方向を含むことができる。おそらく例えば、ＷＴＲＵが、ネットワークで開始されるＮＢＩＦＯＭを（例えば、無線状態および／またはＲＡＮ支援閾値に基づいて）許可した場合、ＷＴＲＵは、それに従って、１または複数のフローを移動することができる。
特徴および要素が特定の組合せにより上記で述べられ、かつ／または図で示されているが、当業者であれば、各特徴または要素は、単独で、または他の特徴および要素との任意の組合せで使用されることができることを理解するであろう。さらに、本明細書で述べられる方法は、コンピュータまたはプロセッサにより実行するために、コンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施されることができる。コンピュータ可読媒体の例は、電子信号（有線または無線接続を介して送信される）、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、これだけに限らないが、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよび取外し可能ディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスク、およびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ソフトウェアに関連付けられたプロセッサは、ＷＴＲＵ、ＷＴＲＵ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用するための無線周波数送受信機を実施するために使用されることができる。

Claims (30)

  1. プロセッサであって、少なくとも、
    第１のアクセスネットワークを介して通信を確立し、
    第２のアクセスネットワークを介して通信を確立し、
    第１のインターネットプロトコル（ＩＰ）フローを前記第１のアクセスネットワークを介して送り、
    前記第１のアクセスネットワークとの接続性の喪失を検出し、
    前記第１のアクセスネットワークとの接続性の前記喪失があると、前記第２のアクセスネットワークを介して前記第１のＩＰフローを経路変更するための１または複数の経路指定ルールを作成するように構成されたプロセッサと、
    送信機であって、少なくとも
    前記第１のアクセスネットワークとの接続性の前記喪失の指示を、コアネットワークのノードに向けて送るように構成された送信機と
    を備えることを特徴とするワイヤレス送受信ユニット（ＷＴＲＵ）。
  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. 前記第２のアクセスネットワークは、信頼できるワイヤレスローカルアクセスネットワーク（ＴＷＡＮ）であることを特徴とする請求項２８に記載のＷＴＲＵ。
JP2017500037A 2014-06-30 2015-06-30 多重接続性デバイスに対するネットワークベースのフローモビリティ Ceased JP2017526242A (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201462019193P 2014-06-30 2014-06-30
US62/019,193 2014-06-30
US201462054637P 2014-09-24 2014-09-24
US62/054,637 2014-09-24
PCT/US2015/038686 WO2016004119A1 (en) 2014-06-30 2015-06-30 Network-based flow mobility for multi connectivity devices

Publications (1)

Publication Number Publication Date
JP2017526242A true JP2017526242A (ja) 2017-09-07

Family

ID=53682821

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017500037A Ceased JP2017526242A (ja) 2014-06-30 2015-06-30 多重接続性デバイスに対するネットワークベースのフローモビリティ

Country Status (8)

Country Link
US (1) US20190014529A1 (ja)
EP (1) EP3162160A1 (ja)
JP (1) JP2017526242A (ja)
KR (1) KR20170020925A (ja)
CN (1) CN106797667A (ja)
AU (1) AU2015284118A1 (ja)
MX (1) MX2017000004A (ja)
WO (1) WO2016004119A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017528989A (ja) * 2014-10-07 2017-09-28 インテル アイピー コーポレーション Ｗｌａｎ接続性を再取得するデバイスのための改良したｐｄｎ接続再開

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9930716B2 (en) * 2014-06-30 2018-03-27 Apple Inc. Methods and apparatus to support network-based IP flow mobility via multiple wireless accesses for a wireless device
US10149307B2 (en) * 2014-08-01 2018-12-04 Samsung Electronics Co., Ltd. Method and apparatus for providing feedback between base transceiver stations through cooperative communication in wireless communication system
CN105594165B (zh) * 2014-09-05 2019-07-09 华为技术有限公司 一种分流策略协商方法及装置
US11678231B2 (en) * 2014-11-10 2023-06-13 Telefonaktiebolaget Lm Ericsson (Publ) Node and method for managing a data flow between networks of different access types
KR102372592B1 (ko) * 2015-01-20 2022-03-08 인텔 코포레이션 양방향 ip 플로우 이동 제어를 위한 장치 및 방법
WO2016148487A1 (ko) * 2015-03-18 2016-09-22 엘지전자 주식회사 무선 통신 시스템에서 접속 손실을 처리하는 방법 및 이를 위한 장치
WO2016163032A1 (ja) * 2015-04-10 2016-10-13 富士通株式会社 無線通信システム、基地局、移動局および処理方法
CN106789117A (zh) * 2015-11-19 2017-05-31 中兴通讯股份有限公司 Pcc规则的处理方法及装置
CN108029010B (zh) * 2016-01-19 2020-12-01 华为技术有限公司 路由规则传输方法、设备和系统
WO2017214927A1 (en) * 2016-06-16 2017-12-21 Hewlett Packard Enterprise Development Lp Generating a set of rules corresponding to an internet protocol flow using a reflection mode
CN112218345B (zh) 2016-08-24 2022-02-25 华为技术有限公司 策略控制方法、网元、系统及存储介质
WO2018176394A1 (zh) * 2017-03-31 2018-10-04 华为技术有限公司 网络拥塞控制方法、设备及系统
KR102418891B1 (ko) * 2017-04-25 2022-07-08 삼성전자주식회사 무선 통신 시스템에서 트래픽 제어 장치 및 방법
KR102366074B1 (ko) 2017-07-11 2022-02-22 삼성전자 주식회사 무선 접속 네트워크에서 WiFi 네트워크로의 핸드오버를 수행하는 방법 및 장치
US10917810B2 (en) * 2017-08-24 2021-02-09 Electronics And Telecommunications Research Institute Method and wireless communication system for traffic mobility between heterogeneous access networks
KR20200118333A (ko) * 2019-04-05 2020-10-15 삼성전자주식회사 조명 시스템 및 조명 장치
WO2020242240A1 (en) * 2019-05-31 2020-12-03 Samsung Electronics Co., Ltd. Method and apparatus for configuring a secondary cell group (scg) in a dual connectivity (dc) mode

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010091715A1 (en) * 2009-02-10 2010-08-19 Telefonaktiebolaget L M Ericsson (Publ) Devices for an improved multi access system
JP2011050108A (ja) * 2007-03-23 2011-03-10 Sharp Corp 通信システム及び通信システムの通信方法
WO2013041045A1 (en) * 2011-09-21 2013-03-28 Mediatek Inc. Method and apparatus of ip flow mobility in 4g wireless communication networks
JP2013516924A (ja) * 2010-01-08 2013-05-13 クゥアルコム・インコーポレイテッド 多元接続無線通信における切断ハンドリングのための方法および装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101064938A (zh) * 2006-04-28 2007-10-31 华为技术有限公司 移动终端在3gpp与非3gpp接入系统之间切换时应用mip的方法
US20090300207A1 (en) * 2008-06-02 2009-12-03 Qualcomm Incorporated Pcc enhancements for ciphering support
US8867486B2 (en) * 2009-04-17 2014-10-21 Qualcomm Incorporated Wireless data communications employing IP flow mobility
CN102802206B (zh) * 2011-05-23 2018-03-02 中兴通讯股份有限公司 一种wlan分流方法和分流网元
CN103379569A (zh) * 2012-04-17 2013-10-30 中兴通讯股份有限公司 流迁移的触发方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011050108A (ja) * 2007-03-23 2011-03-10 Sharp Corp 通信システム及び通信システムの通信方法
WO2010091715A1 (en) * 2009-02-10 2010-08-19 Telefonaktiebolaget L M Ericsson (Publ) Devices for an improved multi access system
JP2013516924A (ja) * 2010-01-08 2013-05-13 クゥアルコム・インコーポレイテッド 多元接続無線通信における切断ハンドリングのための方法および装置
WO2013041045A1 (en) * 2011-09-21 2013-03-28 Mediatek Inc. Method and apparatus of ip flow mobility in 4g wireless communication networks

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
QUALCOMM INCORPORATED: "UE-Initiated S2a NB_IFOM[online]", 3GPP SA WG2 MEETING #103 S2-141609, JPN6018010817, 19 May 2014 (2014-05-19) *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017528989A (ja) * 2014-10-07 2017-09-28 インテル アイピー コーポレーション Ｗｌａｎ接続性を再取得するデバイスのための改良したｐｄｎ接続再開
US10129925B2 (en) 2014-10-07 2018-11-13 Intel IP Corporation Resumption of PDN connections for devices regaining WLAN connectivity

Also Published As

Publication number Publication date
EP3162160A1 (en) 2017-05-03
MX2017000004A (es) 2017-08-14
WO2016004119A1 (en) 2016-01-07
US20190014529A1 (en) 2019-01-10
KR20170020925A (ko) 2017-02-24
CN106797667A (zh) 2017-05-31
AU2015284118A1 (en) 2017-02-23

Similar Documents

Publication Publication Date Title
JP6725472B2 (ja) オフロードを通じた改善されたｗｌａｎ使用のための３ｇｐｐ ｗｌａｎ相互作用のための方法
US20210409948A1 (en) Serving gateway extensions for inter-system mobility
JP2017526242A (ja) 多重接続性デバイスに対するネットワークベースのフローモビリティ
JP6389855B2 (ja) ３ｇｐｐにおける非３ｇｐｐオフロードを可能にするシステム拡張
KR102216501B1 (ko) 통합된 소형 셀 및 wifi 네트워크에서의 네트워크에 의해 개시되는 핸드오버
JP5873164B2 (ja) 選択的トラフィックオフロード手順を実行すること
US20180198672A1 (en) Methods For IP Mobility Management
CN107079287B (zh) 在集成无线网络中的系统间移动性
TWI594606B (zh) 多rat存取模式操作方法及裝置
US9854500B2 (en) Method and apparatus for routing data in wireless communication system
WO2016142151A1 (en) Method and communication node for traffic aggregation

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20180316

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20180327

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20180426

A045 Written measure of dismissal of application [lapsed due to lack of payment]

Free format text: JAPANESE INTERMEDIATE CODE: A045

Effective date: 20180731