特許 6150791 ローカル・アクセスの移動端末接続制御及び管理のための方法及び装置

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

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

(11)【特許番号】6150791

(24)【登録日】2017年6月2日

(45)【発行日】2017年6月21日

(54)【発明の名称】ローカル・アクセスの移動端末接続制御及び管理のための方法及び装置

(51)【国際特許分類】

   H04W 48/18 20090101AFI20170612BHJP

   H04W 36/22 20090101ALI20170612BHJP

   H04W 36/14 20090101ALI20170612BHJP

   H04W 84/12 20090101ALI20170612BHJP

【ＦＩ】

   H04W48/18 113

   H04W36/22

   H04W36/14

   H04W84/12

【請求項の数】11

【全頁数】34

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

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

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

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

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

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

(87)【国際公開日】20130328

【審査請求日】2015年6月18日

(31)【優先権主張番号】特願2011-207924(P2011-207924)

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

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

(73)【特許権者】

【識別番号】514136668

【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ

【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】100093067

【弁理士】

【氏名又は名称】二瓶 正敬

(72)【発明者】

【氏名】チェン ホン

(72)【発明者】

【氏名】ンー チャン ワー

(72)【発明者】

【氏名】池田 新吉

【審査官】 青木 健

(56)【参考文献】

【文献】 米国特許出願公開第２０１１／０１７１９５３（ＵＳ，Ａ１）

【文献】 Alcatel-Lucent，Discussing the choice of the most appropriate path to send an IP flow，3GPP TSG-SA WG2#78 S2-10157，２０１０年 ２月２２日

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

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

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

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１，４

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

【請求項1】

性質の異なる複数のネットワークに接続可能な移動端末のオフロード方法であって、
前記移動端末が、第１のネットワークにおけるオフロードを前記移動端末が開始した際に、第２のネットワークにおいて前記移動端末の移動管理を行う移動管理装置に対して、前記オフロードの開始をした旨の情報を含む第１のメッセージを送信するステップと、
前記移動管理装置が、前記第１のメッセージに基づいて、いずれのネットワークにおけるオフロードを行うか選択させるための選択情報であって、前記第２のネットワークにおける前記選択情報を含む第２のメッセージを前記移動端末へ送信するステップと、
前記移動端末が、前記第２のメッセージに含まれる前記選択情報と、前記移動端末が有する前記第１のネットワークにおける判断情報とに基づいて、前記第１のネットワークにおけるオフロードを維持するか、又は前記第２のネットワークにおける新たなオフロードを行うかを決定するステップとを、
有し、
前記移動管理装置は、
前記第２のメッセージを送信した際、前記移動端末の前記第２のネットワークにおける既存のコネクションを前記移動端末によるオフロードの決定があるまで維持するとともに、
前記移動端末が前記第２のネットワークにおける前記新たなオフロードを行う場合には、前記既存のコネクションを切断し、前記新たなオフロードのための新たなコネクションを構築し、前記移動端末を前記新たなコネクションに接続し、
前記移動端末が前記第１のネットワークにおけるオフロードを維持する場合には、前記既存のコネクションを維持するオフロード方法。

【請求項2】

前記移動管理装置は、前記第２のメッセージを送信する際、前記第２のネットワークのゲートウェイから前記選択情報を取得する請求項１に記載のオフロード方法。

【請求項3】

前記移動管理装置は、前記選択情報をトラフィックフロー単位で送信し、前記移動端末は、前記第１のネットワークにおけるオフロードが維持されるか、前記第２のネットワークにおける新たなオフロードが行われるかをトラフィックフロー単位で決定する請求項１に記載のオフロード方法。

【請求項4】

前記移動端末は、前記第２のネットワークにおけるオフロードを行うために必要とされる閾値情報を前記第１のメッセージに含めて送信し、
前記移動管理装置は、前記第１のメッセージに含まれる前記閾値情報に基づいて、前記第２のメッセージを送信するか否かを決定する請求項１に記載のオフロード方法。

【請求項5】

性質の異なる複数のネットワークに接続可能な移動端末のオフロード方法で用いられる前記移動端末の移動管理装置であって、
第１のネットワークにおけるオフロードを前記移動端末が開始した際に、前記移動端末から送信される、前記オフロードの開始をした旨の情報を含む第１のメッセージを受信する受信手段と、
前記第１のメッセージに基づいて、いずれのネットワークにおけるオフロードを行うか選択させるための選択情報であって、前記移動管理装置が属する第２のネットワークにおける前記選択情報を含む第２のメッセージを生成する生成手段と、
生成された前記第２のメッセージを前記移動端末へ送信する送信手段とを、
備え、
前記第２のメッセージを送信した際、前記移動端末の前記第２のネットワークにおける既存のコネクションを前記移動端末によるオフロードの決定があるまで維持するとともに、
前記移動端末が前記第２のネットワークにおける新たなオフロードを行う場合には、前記既存のコネクションを切断し、前記新たなオフロードのための新たなコネクションを構築し、前記移動端末を前記新たなコネクションに接続し、
前記移動端末が前記第１のネットワークにおけるオフロードを維持する場合には、前記既存のコネクションを維持する制御手段を更に備える移動管理装置。

【請求項6】

前記第２のメッセージを生成する際、前記第２のネットワークのゲートウェイから前記選択情報を取得する取得手段を更に備える請求項５に記載の移動管理装置。

【請求項7】

前記送信手段は、前記選択情報をトラフィックフロー単位で送信し、前記移動端末は、前記第１のネットワークにおけるオフロードが維持されるか、前記第２のネットワークにおける新たなオフロードが行われるかをトラフィックフロー単位で決定する請求項５に記載の移動管理装置。

【請求項8】

前記受信手段は、前記第２のネットワークにおけるオフロードを行うために必要とされる閾値情報を含む前記第１のメッセージを前記移動端末から受信し、
前記生成手段は、前記第１のメッセージに含まれる前記閾値情報に基づいて、前記第２のメッセージを生成するか否かを決定する請求項５に記載の移動管理装置。

【請求項9】

性質の異なる複数のネットワークに接続可能な移動端末のオフロード方法での前記移動端末であって、
第１のネットワークにおけるオフロードを前記移動端末が開始した際に、前記オフロードの開始をした旨の情報を含む第１のメッセージを生成する生成手段と、
生成された前記第１のメッセージを、第２のネットワークにおいて前記移動端末の移動管理を行う移動管理装置に対して送信する送信手段と、
前記第１のメッセージに基づいて、前記移動管理装置から送信される、いずれのネットワークにおけるオフロードを行うか選択させるための選択情報であって、前記第２のネットワークにおける前記選択情報を含む第２のメッセージを受信する受信手段と、
受信された前記第２のメッセージに含まれる前記選択情報と、前記移動端末が有する前記第１のネットワークにおける判断情報とに基づいて、前記第１のネットワークにおけるオフロードを維持するか、前記第２のネットワークにおける新たなオフロードを行うかを決定する制御手段とを、
備え、
前記移動管理装置が前記第２のメッセージを送信した際、前記移動端末の前記第２のネットワークにおける既存のコネクションを前記移動端末によるオフロードの決定があるまで前記移動管理装置が維持するとともに、
前記移動端末が前記第２のネットワークにおける新たなオフロードを行う場合には、前記既存のコネクションが切断されて、前記新たなオフロードのために構築された新たなコネクションに接続され、
前記移動端末が前記第１のネットワークにおけるオフロードを維持する場合には、前記既存のコネクションが維持される移動端末。

【請求項10】

前記送信手段は、前記第２のネットワークにおけるオフロードを行うために必要とされる閾値情報を前記第１のメッセージに含めて送信する請求項９に記載の移動端末。

【請求項11】

前記受信手段は、前記選択情報をトラフィックフロー単位で受信し、前記制御手段は、前記第１のネットワークにおけるオフロードが維持されるか、前記第２のネットワークにおける前記新たなオフロードが行われるかをトラフィックフロー単位で決定する請求項９又は１０に記載の移動端末。

【発明の詳細な説明】

【技術分野】

【0001】

本開示技術はデータ通信ネットワークに関する。より具体的には、本開示技術は移動通信システムにおける移動端末のコネクション（接続）の管理に関する。

【背景技術】

【0002】

新しく強力な移動装置の導入とマルチメディアアプリケーションの流行により、移動通信ネットワーク上のトラフィックは急激に増加している。このため、その容量が同じ速度で増加できず、物理的、財政的、又は規制上の理由によって制限され得る移動通信ネットワークに対し、多大な圧力がかかっている。従って、オペレータ・コアネットワーク（ｏｐｅｒａｔｏｒ’ｓ ｃｏｒｅ ｎｅｔｗｏｒｋ）からトラフィック負荷を軽減するために、複数のオフロード技術、例えば、ローカルＩＰアクセス（ＬＩＰＡ）及び選択的IPトラフィックオフロード（ＳＩＰＴＯ）［ＮＰＤ １］や、非シームレスＷＬＡＮオフロード（ＮＳＷＯ）［ＮＰＤ ２］などが導入されている。

【0003】

ＬＩＰＡ又はＳＩＰＴＯでは、ＨＮＢ／ＨｅＮＢの単一セル／複数セルを介してネットワークにアクセスするユーザ装置（ＵＥ）は、ＨＮＢ／ＨｅＮＢに接続されたか又はその付近にあるネットワークにアクセスすることができる。例えば、ＬＩＰＡ又はＳＩＰＴＯでは、オペレータ・コアネットワークを通過せずに、宅内ネットワーク、企業ネットワーク、又は一般的なインターネットに直接アクセスが可能になる。ＬＩＰＡコネクションの確立は、ローカル又はオペレータ提供のポリシー或いはユーザ入力に基づいて、ＵＥで開始できる。これに対して、ＳＩＰＴＯコネクションは、ネットワークによって開始され、例えば、端末の位置をモニタし、ゲートウェイを再配置するのに必要である場合に切断及び再接続をトリガすることによって開始される。

【0004】

ＮＳＷＯを使用すると、ＵＥは、オペレータ・コアネットワークへのアクセスと同時に、一般的なインターネット又はローカルネットワークリソースにアクセスすることができる［ＮＰＤ ２］。ＵＥは、どのトラフィックをＮＳＷＯを介してルーティングされるべきかを決定するために、ユーザプリファレンス、オペレータ提供のポリシー、及びローカル環境パラメータを使用する。ＮＳＷＯの使用は、ＵＥが他のコネクションを行うのを妨げるものではない。

【先行技術文献】

【非特許文献】

【0005】

【非特許文献1】［NPL 1］Local IP Access and Selected IP Traffic Offload、3GPP TR23.829 v10.0.0 Release 10、２０１１年３月２９日、http://www.3gpp.org/FTP/Specs/archive/23_series/23.829/23829-a00.zip

【非特許文献2】［NPL 2］Architecture enhancements for non-3GPP accesses、3GPP TS23.402 v10.4.0、２０１１年６月１２日、http://www.3gpp.org/FTP/Specs/archive/23_series/23.402/23402-a40.zip

【非特許文献3】［NPL 3］General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access、3GPP TS23.401 v10.4.0 Release 10、２０１１年６月１２日、http://www.3gpp.org/FTP/Specs/archive/23_series/23.401/23401-a40.zip

【非特許文献4】［NPL 4］General Packet Radio Service (GPRS); Service Description; Stage 2、3GPP TS23.060 v10.4.0、Release 10、２０１１年６月１２日、http://www.3gpp.org/FTP/Specs/archive/23_series/23.060/23060-a40.zip

【非特許文献5】［NPL 5］IEEE 802.11u-2011, IEEE Standard for information technology-Telecommunications and information exchange between systems-Local and metropolitan area networks-Specific requirements Part II: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) specifications - Amendment 9: Interworking with External Networks、http://standards.ieee.org/getieee802/download/802.11u-2011.pdf

【発明の概要】

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

【0006】

３ＧＰＰシステムでは、３ＧＰＰアクセス及び非３ＧＰＰアクセスは異なるコアネットワーク・エンティティによって管理される。例えば、移動管理エンティティ（ＭＭＥ）又はサービングＧＰＲＳサポート・ノード（ＳＧＳＮ）は、３ＧＰＰアクセスを介して、例えば、ＮｏｄｅＢ又はｅＮｏｄｅＢを介して、ＵＥのコネクションを制御し管理する［ＮＰＤ ３］。これに対して、非３ＧＰＰアクセス、例えば、ＷＬＡＮを介するＵＥのコネクションは、認証・認可・アカウンティング（ＡＡＡ）サーバによって管理される［ＮＰＤ ２］。

【0007】

前述の通り、異なるタイプのオフロードは異なるアクセスタイプを使用することができ、例えば、ＬＩＰＡ及びＳＩＰＴＯは３ＧＰＰアクセス（ＬＴＥ、ＵＭＴＳなど）を使用し、ＮＳＷＯは非３ＧＰＰアクセス（ＷＬＡＮ）を使用している。従って、ネットワーク側に含まれる制御エンティティは異なる。このため、意思決定において何らかの潜在的な矛盾を引き起こす可能性がある。例えば、ＭＭＥ又はＳＧＳＮは、ＵＥのＷＬＡＮアクセス状況を認識しておらず、切断及び再接続動作をトリガすることにより、ＵＥがＳＩＰＴＯを介してオフロードするための決定を下す。しかし、ＵＥは単純にＮＳＷＯを介して同じサービスにアクセスできるので、これはネットワークリソース及び信号送出処理の浪費になる。

【0008】

オフロード・アクションのためにネットワーク側及びＵＥ側で相当な量の処理が浪費され、例えば、ＵＥはコンテキストをクリーンアップする必要があり、すべてのアプリケーションの同期化、他のフィルタルールの適用、特定のポリシーの再設定などさえ必要である可能性があり、ネットワーク側は古いゲートウェイとのセッションコンテキストの除去、新たなゲートウェイの再選択、対応するコネクションすべての確立などが必要である。また、この不必要なオフロード・アクションはモビリティ・インパクトを引き起こす可能性がある。例えば、ＳＩＰＴＯオフロードがローカルネットワークに向かうものである場合、ＵＥが現在の位置から移動する場合に追加のハンドオーバ又はゲートウェイ再配置を引き起こす可能性がある。

【0009】

これに対して可能な救済策の１つは、ＵＥが使用するオフロード・メカニズムを決定することであり、例えば、使用可能であれば常にＮＳＷＯを使用することである。しかし、既存のネットワーク制御オフロード・メカニズム、例えば、ＳＩＰＴＯ［ＮＰＤ １］では、ＵＥは定義された再接続動作に従わなければならない。そうでなければ、ＵＥはネットワークから切り離されるか又はサービスを失う。また、例えば、非３ＧＰＰアクセス・ネットワークが混雑しているか又はバックホール・コネクションが混雑している場合には、ＮＳＷＯが常にＳＩＰＴＯより良いサービスを提供するという保証は全くない。

【0010】

上述の諸問題を解決することは、本開示技術の非限定的かつ模範的な一実施形態である。特に、非限定的かつ模範的な一実施形態は、不必要な信号送出及び処理を回避できるように、オフロード及びコネクションについてより知的な管理を可能にするための方法及びシステムを提供する。

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

【0011】

本開示技術は、ネットワーク側と端末側の両方の情報に基づいて、使用すべき適正なタイプのオフロード・アクセスを決定できる方法及び装置を提供するものであり、ネットワーク側はＵＥが適切なオフロード・アクセスを判断し確認するのを支援する追加情報を選択的オフロード命令に入れて提供する。

【0012】

従って、本開示技術はオフロード方法を提供する。このオフロード方法は、移動端末（例えば、上述のＵＥ）が、第１のネットワーク（例えば、ＷＬＡＮなど）におけるオフロードを移動端末が開始した際に、第２のネットワーク（例えば、３ＧＰＰなど）において移動端末の移動管理を行う移動管理装置（例えば、上述のＭＭＥ）に対して、オフロードの開始をした旨の情報を含む第１のメッセージを送信するステップと、移動管理装置が、第１のメッセージに基づいて、いずれのネットワークにおけるオフロードを行うか選択させるための選択情報であって、第２のネットワークにおける選択情報を含む第２のメッセージを移動端末へ送信するステップと、移動端末が、第２のメッセージに含まれる選択情報と、移動端末が有する第１のネットワークにおける判断情報とに基づいて、第１のネットワークにおけるオフロードを維持するか、又は第２のネットワークにおける新たなオフロードを行うかを決定するステップとを、有するオフロード方法である。

【0013】

これらの一般的及び特定の態様は、システム、装置、及びコンピュータ・プログラム、並びにシステム、装置、及びコンピュータ・プログラムの任意の組み合わせを使用して実現することができる。

【0014】

本開示技術は、不必要な手順、信号送出、及びリソース消費を引き起こさずに、オフロード目標を達成するという利点を有する。これは、より良いサービスを提供し、移動の信号送出及びリソース管理を低減する適切なオフロード・メカニズムをＵＥが選択できるようにすることにより、ユーザ及びネットワークオペレータの経験を改善するものである。

【0015】

開示された諸実施形態の追加の恩恵及び利点は、本明細書及び図面から明らかになるであろう。これらの恩恵及び／又は利点は、様々な実施形態並びに本明細書及び図面の諸特徴によって個別に提供することができ、これらのうちの１つ又は複数を入手するためにすべてが提供される必要はない。

【図面の簡単な説明】

【0016】

【図1】本開示技術をサポートするネットワーク・アーキテクチャの一例である。

【図2】ネットワークベース・オフロード（ｎｅｔｗｏｒｋ ｂａｓｅｄ ｏｆｆｌｏａｄｉｎｇ）が好ましい場合にオフロードを処理するための本開示技術の動作シーケンスの一例である。

【図3】ＷＬＡＮベース・オフロード（ＷＬＡＮ ｂａｓｅｄ ｏｆｆｌｏａｄｉｎｇ）が好ましい場合にオフロードを処理するための本開示技術の動作シーケンスの一例である。

【図4】本開示技術をサポートするＵＥの機能構造の一例である。

【図5】オフロードを管理するために、本開示技術をサポートするＵＥによって使用されるロジックの一例である。

【図6】本開示技術をサポートするＭＭＥの機能構造の一例である。

【図7A】本開示技術をサポートするオフロード制御によって使用されるロジックの一例である。

【図7B】本開示技術をサポートするオフロード制御によって使用されるロジックの一例である。

【図8】ＷＬＡＮベース・オフロードが好ましい場合にオフロードを処理するための本開示技術の代替動作の動作シーケンスの一例である。

【図9】ＵＥが移動する際にオフロードを処理するための本開示技術の代替動作の動作シーケンスの一例である。

【図10】ネットワークがオフロード評価を制御する、本開示技術の代替動作の動作シーケンスの一例である。

【図11】本開示技術をサポートする代替ネットワーク・アーキテクチャの一例である。

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

【0017】

まず、本開示技術者は以下のように検討した。もう１つの可能な手法は、ＵＥが、ネットワークによって決定されたオフロード・オプションを受諾（受け入れ）し、それを使用するか否かをローカルに決定することである。しかし、これは依然として追加の信号送出処理の要因となり、ＵＥが元のコネクションを持続していれば回避できるはずのものである。更に、このオフロードを受諾することにより、更に不必要な再配置が要求される。例えば、列車上のＵＥは、ＮＳＷＯも使用可能な駅に列車が停車した際にＳＩＰＴＯオフロードを行うことを受諾してもよい。ゲートウェイが離れすぎていると、元のＳＩＰＴＯコネクションをネットワークが許可しないので、ＵＥは、ＳＩＰＴＯコネクションを使用しない場合でも、列車が他の駅に移動する際にもう一度再配置を行う必要が生じる。列車が新たな位置に移動し続ける場合、不必要な再配置は続く。これは明らかにネットワーク及びＵＥの動作にとって重大な問題を引き起こすことになる。

【0018】

その他の例は、ＮＳＷＯが列車内で使用可能であることであり、例えば、列車内無線接続サービス（ｉｎ−ｔｒａｉｎ ｗｉｒｅｌｅｓｓ ｃｏｎｎｅｃｔｉｏｎ ｓｅｒｖｉｃｅ）である。ＳＩＰＴＯオフロードは、列車が駅に到着して停車する際に、ネットワークからＵＥに指示してもよい。ＵＥは、より良いサービス品質（ＱｏＳ）を提供できる場合にＳＩＰＴＯの指示を受諾するか、又はＳＩＰＴＯのＱｏＳがそれほど十分ではないのでＮＳＷＯを継続してもよい。特に後者の場合、すでにネットワークによって行われた再配置はこの場合も不必要であり、ＵＥが実際にＮＳＷＯを使い続けるので予約したリソースは使われない。上記に基づいて、この問題に対するより良い解決策が必要であることは明らかである。

【0019】

更なる研究の結果として、本開示技術の発明者は、以下に記載する本開示技術の実現例により移動端末のコネクションの管理という考え方を思い付いた。

【0020】

以下の説明では、説明の目的で、本開示技術を完全に理解するために具体的な数、時間、構造、プロトコル、及びその他のパラメータが明記されている。しかし、これらの具体的な詳細なしで本開示技術を実践できることは当業者には明白になるであろう。

【0021】

以下の説明では、説明の目的で、アクセス技術及びネットワーク・アーキテクチャの例として、３ＧＰＰロング・ターム・エボリューション（ＬＴＥ）及び進化型パケット・システム（ＥＰＳ）が使用されている。しかし、例えば、ＧＳＭ（登録商標）、ＧＰＲＳ、ＵＭＴＳ、ＬＴＥアドバンストなど、同じ原理に基づくその他のアクセス技術及びネットワーク・アーキテクチャによって本開示技術を実践できることは当業者には明白になるであろう。また、非３ＧＰＰアクセス技術の例としてＷＬＡＮが使用されているが、例えば、ＷｉＭＡＸ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、イーサネット（登録商標）、ダイヤルアップ回線など、同じ原理に基づくその他のアクセス技術及びネットワーク・アーキテクチャによって本開示技術を実践できることは当業者には明白になるであろう。

【0022】

この説明では、ＬＩＰＡ、ＳＩＰＴＯ、又はＮＳＷＯが例として使用されている。しかし、例えば、中間ノードを介さない装置間の直接通信など、一般原理に重大な変更を行わずに本開示技術を他のタイプのオフロード・メカニズムにも適用できることは、当業者にとって明らかである。

【0023】

（第１の実施の形態：本開示技術の基本動作）
図１を参照して、本開示技術を適用できるネットワーク構成の一例について説明する。同図に示されているように、ｅＮｏｄｅＢ（１２１）のサービスエリア内のユーザ装置（ＵＥ）（１０１）は、データリンク１５１、１５３、１５７、及び１２１により、サービング・ゲートウェイ（ＳＧＷ）（１１５）及びＰＤＮゲートウェイ（ＰＧＷ）（１１７）を介してサービス・プロバイダ・ネットワーク（１２０）によって提供される何らかのサービスにアクセスしている。このコネクションは、オペレータ・コアネットワーク（１１０）の制御エンティティである移動管理エンティティ（ＭＭＥ）（１１３）によって管理される。ＭＭＥ（１１３）はインターフェース１５５を介してｅＮｏｄｅＢ（１２１）を制御し、このインターフェースはＵＥ（１０１）への信号送出も可能にする。ＭＭＥ（１１３）はインターフェース１５９を使用してＳＧＷ（１１５）を管理し、このＳＧＷは更にインターフェース１５７を介してＰＧＷ（１１７）を制御する。ＭＭＥ（１１３）は、オペレータ・コアネットワーク（１１０）内の中央データベース、例えば、ＨＳＳ（１３１）からＵＥ（１０１）の加入者情報を入手する。機能エンティティ及びインターフェースの動作の例については［ＮＰＤ ３］に記載されている。

【0024】

ＵＥ（１０１）がｅＮｏｄｅＢ（１２１）のサービスエリア内に入ると、ＭＭＥ（１１３）は、ＵＥ（１０１）に対応し、データトラフィックがオペレータ・コアネットワークを通過するのを回避できる、より良いゲートウェイ・エンティティ、例えば、ＳＧＷ及びＰＧＷを結合した（Ｓ／ＰＧＷ）（１１９）が存在すると判断してもよい。これは、サービス・プロバイダ・ネットワーク（１２０）に向かう出口点でｅＮｏｄｅＢ（１２１）に近いＳ／ＰＧＷ（１１９）を配置することによって達成される。ＭＭＥ（１１３）は、ＨＳＳ（１３１）から入手したＵＥ（１０１）の加入者情報、ある運用管理システムによって構成され管理されるオペレータのポリシー、ＵＥ（１０１）の位置、ＵＥ（１０１）によってアクセスされたサービスなどに基づいて、使用すべきＳ／ＰＧＷ（１１９）を決定する。ゲートウェイを再配置するために、ＭＭＥ（１１３）は、例えば、「再接続（reattach）要求済み」というインジケータが付いた切り離し（detacch）要求、又は「再活性化（deactiviation）要求済み」というインジケータが付いたＰＤＮ切断要求（ＥＰＳベアラ・コンテキスト非活性化要求）を使用して、ＵＥ（１０１）の現在のコネクション（複数も可）を解放し、同じサービス（複数も可）との再接続をトリガするためのコマンドを送信する。ＳＩＰＴＯ動作の例の詳細については［ＮＰＤ １］に示されている。再接続後、ＵＥ（１０１）は、リンク１５１、１６３、１２３により、ｅＮｏｄｅＢ（１２１）及びＳ／ＰＧＷ（１１９）を介してサービス・プロバイダ・ネットワーク（１２０）内のサービスにアクセスする。

【0025】

しかし、同時に、ＵＥ（１０１）は、ローカル・アクセス・ネットワーク（１４０）を介してサービス・プロバイダ・ネットワーク（１２０）への直接接続も提供する無線ＬＡＮ（ＷＬＡＮ）アクセスポイント（１４１）のサービスエリア内にも入っている。また、ＵＥ（１０１）は、シームレス移動が必要である場合に、ＷＬＡＮアクセスを使用して、ｅＰＤＧ（１４３）及びＳ／ＰＧＷ（１１９）を介してサービス・プロバイダ・ネットワーク（１２０）へのサービスを入手してもよい。ＷＬＡＮアクセスを介してサービスにアクセスするＵＥの動作の例のいくつかについては［ＮＰＤ ２］に示されている。

【0026】

ＷＬＡＮにアクセスするために，ＵＥは、ＡＡＡサーバ（１４５）の関与を必要とするある認証・認可・アカウンティング（ＡＡＡ）手順を通過する必要があるとしてもよい。特定の配備例では、アクセスポイント（１４１）は、例えば、インターワーキングＷＬＡＮ（Ｉ−ＷＬＡＮ）アーキテクチャにおいて、特定のＡＡＡプロキシを介してＡＡＡサーバ（１４５）に向かう直接ＡＡＡ接続を有してもよく、これは単純であるために図１に示されていない。いくつかのその他の配備例では、特にＵＥ（１０１）がローカル・アクセス・ネットワーク（１４０）を介してサービス・プロバイダ・ネットワーク（１２０）のサービスに直接アクセスする場合、ＡＡＡサーバ（１４５）を必要とするＡＡＡ手順が存在しなくてもよく、例えば、ローカル・アクセス・ネットワーク（１４０）がオープンでフリーなアクセスであるか、或いはあるその他のローカル認可メカニズム、例えば、ユーザ名及びパスワード、又はキャプティブポータルなどが使用される。これは特に［ＮＰＤ ２］に述べられているように非シームレスＷＬＡＮオフロード（ＮＳＷＯ）オプションの場合に可能なものである。

【0027】

明らかに、この場合、ＵＥ（１０１）は、サービス・プロバイダ・ネットワーク（１２０）内の同じサービスにアクセスするための複数のオプションを有する。最も適正かつ適切なオプションを選択すると、ＵＥ（１０１）は不必要な信号送出を回避し、サービス品質及びユーザの経験を改善することができる。これに対して、オペレータ・コアネットワーク（１１０）内の制御エンティティ、例えば、ＭＭＥ（１１３）又はＡＡＡサーバ（１４５）が、通常、すべてのアクセス・オプションに関する完全な情報を持っているわけではないことは明白である。例えば、ＭＭＥ（１１３）は、ＵＥ（１０１）の３ＧＰＰアクセスのみを担当し、従って、ＡＡＡサーバ（１４５）が管轄するＷＬＡＮを介してＵＥ（１０１）が使用可能な接続オプションについては認識していない。ＡＡＡサーバ（１４５）の場合、非３ＧＰＰアクセス、例えば、ＷＬＡＮのみを処理し、ｅＮｏｄｅＢ（１２１）による３ＧＰＰアクセスに関する情報は全く持っていない。更に、ＮＳＷＯの場合、ＡＮＤＳＦによって提供される１つ又は複数のポリシーに基づいてＵＥによって直接実行できるので、ＡＡＡサーバ（１４５）はローカル・アクセス・ネットワーク（１４０）を介してサービス・プロバイダ・ネットワーク（１２０）への直接アクセスを認識していない。

【0028】

この場合、ネットワーク制御エンティティがネットワークベース・オフロード、例えば、ＳＩＰＴＯを開始すると決定した場合、ローカル・アクセス・ネットワーク（１４０）の情報は考慮されないであろう。例えば、ＵＥ（１０１）がそのルーティングポリシー、例えば、システム間ルーティングポリシー（ＩＳＲＰ）又はＩＰインターフェース選択に関するオペレータポリシー（ＯＰＩＩＳ）ルールにより、すべてのトラフィックをすでにＷＬＡＮアクセスに移動させた場合でも、ＭＭＥ（１１３）は依然としてＳＩＰＴＯの切断及び再接続手順を開始しようと試みる。

【0029】

その他の３ＧＰＰアクセス技術、例えば、ＵＭＴＳでも同じ状況が発生することは、当業者にとって明らかである。ＵＭＴＳでは、対応するネットワーク側制御エンティティがＳＧＳＮになり、アクセス・ノードはＮｏｄｅＢ及びＲＮＣ又はＢＳＳになる。

【0030】

図２には、図１のアーキテクチャの例を使用して問題を解決する本開示技術の動作シーケンスが示されている。

【0031】

図２に示されているように、ＵＥ（１０１）は、ステップ２０１のように、ＳＧＷ（１１５）及びＰＧＷ（１１７）を介してサービス・プロバイダ・ネットワーク（１２０）内のサービスに関する通信セッションを有している。通信セッションは、サービス識別子としてＡＰＮ１の使用を想定して、［ＮＰＤ ３］に定義されている手順により確立されたＰＤＮコネクションによって実現される。また、ＵＥ（１０１）は同時に他の通信セッション及びＰＤＮコネクションを有していてもよい。これが本開示技術の一般原理に影響を及ぼさないことは、当業者にとって明らかである。

【0032】

ステップ２０３のように、現在の位置で、ＵＥ（１０１）は、アクセスポイント（１４１）を介して、ある非３ＧＰＰアクセス、例えば、無線ＬＡＮアクセスが使用可能であることも発見する。ＵＥ（１０１）は、ユーザによってトリガされた何らかの走査（スキャニング）を実行することによるか、又はアクセス・ネットワーク発見選択機能（ＡＮＤＳＦ）提供のアクセス・ネットワーク発見情報に基づいて、非３ＧＰＰアクセスを発見してもよい。非３ＧＰＰアクセスは、それによってＵＥ（１０１）がローカル・アクセス・ネットワーク（１４０）にアクセスできる限り、無線アクセス技術に限定されない任意の形式（例えば、イーサネット（登録商標）又はＵＳＢベースのアクセス技術のような有線アクセス）にすることができることは、当業者にとって明らかである。これは、本開示技術の一般原理に影響を及ぼさない。以下の説明では、単純にするため、非３ＧＰＰアクセスの例としてＩＥＥＥ８０２．１１無線ＬＡＮ（ＷＬＡＮ）アクセス技術が使用されている。

【0033】

ＵＥ（１０１）は、ＷＬＡＮアクセスポイント（１４１）を介してネットワーク・アクセスする。これは、ローカル・アクセス・ネットワーク（１４０）の配備選択に依存し、アクセス制御手順を必要としてもよく、必要としなくてもよい。ＵＥ（１０１）は、例えば、インターワーキングＷＬＡＮの場合にその３ＧＰＰ ＩＤを使用するか、又は、例えば、ローカルに運用されるＷＬＡＮの場合にあるその他のローカル証明書（credential）を使用して、ローカル・アクセス・ネットワーク（１４０）にアクセスすることができる。

【0034】

あるルーティングポリシー、例えば、システム間ルーティングポリシー（ＩＳＲＰ）又はＩＰインターフェース選択に関するオペレータポリシー（ＯＰＩＩＳ）ルール、或いはユーザプリファレンス設定、装置構成などに基づいて、ＵＥ（１０１）は、サービス・プロバイダ・ネットワーク（１２０）との通信セッションのデータトラフィックをＷＬＡＮアクセスに移動させると決定する。これにより、データトラフィックは、オペレータ・コアネットワーク（１１０）に入らずに、サービス・プロバイダ・ネットワーク（１２０）に直接到達するローカル・アクセス・ネットワークの経路を通過することができる。また、ｅＰＤＧ（１４３）がサービス・プロバイダ・ネットワークとの直接接続を有する場合にｅＰＤＧ（１４３）を介してサービス・プロバイダ・ネットワーク（１２０）に直接到達するように、或いはｅＰＤＧ（１４３）及びその付近に位置するＳ／ＰＧＷ（１１９）を介して到達するように、コネクションを確立することができる。実際に使用する経路のタイプは適用されるルーティングポリシーによって決まる。これが本開示技術の一般原理に影響を及ぼさないことは、当業者にとって明らかである。

【0035】

ＷＬＡＮアクセスを介してデータトラフィックをルーティングしなければならないとポリシーが決定した後にのみ、ＵＥ（１０１）が非３ＧＰＰアクセスにアクセスしてもよいということは、当業者にとって明らかである。ＵＥ（１０１）がコネクションを確立せずに、例えば、ＩＥＥＥ８０２．１１ｕ又はＨｏｔｓｐｏｔ２．０定義の技術を介して、ＷＬＡＮアクセスについて必要な情報を入手できれば、これは実現選択肢の１つになり得る。

【0036】

ＵＥ（１０１）は、トラフィックがＷＬＡＮアクセスにオフロードされたことを察知すると、ステップ２０５のように、選択的ネットワークベース・オフロード要求（上述の第１のメッセージ）をネットワーク制御エンティティ、例えば、ＭＭＥ（１１３）に送信する。

【0037】

ＬＴＥシステムの場合、選択的ネットワークベース・オフロード要求メッセージは、例えば、「選択的ＳＩＰＴＯ」という特殊インジケータが付いたトラッキング・エリア更新（ＴＡＵ）メッセージとして実現できる。また、選択的ネットワークベース・オフロード要求メッセージは、「選択的ＳＩＰＴＯ」という特殊インジケータが付いた要求ベアラリソース変更（ＲＢＲＭ）メッセージとして実現できる。要求ベアラリソース変更メッセージを使用する場合、インジケータは、新たな情報要素になるか、又は新たな動作としてトラフィック集約記述（ＴＡＤ）について定義された「選択的オフロード」にすることができる。ＵＥ（１０１）が両方の代替例を実現でき、接続状況に応じてそれらの使用を選択でき、例えば、３ＧＰＰアクセスにより１つのＰＤＮコネクションのみが存在する場合にＴＡＵを使用し、（異なるＡＰＮによって識別された）異なるサービス・プロバイダ・ネットワークに対する３ＧＰＰアクセスにより複数のＰＤＮコネクションが存在する場合にＲＢＲＭを使用してもよいことは、当業者にとって明らかである。そうではない場合、指示を１回行えるように、即ち、複数のＰＤＮコネクションについて集約した指示により、ＵＥが確立したすべてのＰＤＮコネクションについて選択的ＳＩＰＴＯを指示するためにＴＡＵを使用することができ、それによりシステム内のリソース消費を低減することになる。

【0038】

ＵＭＴＳシステムの場合、［ＮＰＤ ４］のように、ＴＡＵはルーティングエリア更新（ＲＡＵ）メッセージで置き換えることができ、ＲＢＲＭはＰＤＰコンテキスト変更要求（ＭＰＣＲ）メッセージで置き換えることができる。

【0039】

選択的ネットワークベース・オフロード要求は独立した信号送出メッセージとしても実現できることは、当業者にとって明らかである。これは、本開示技術の一般原理に影響を及ぼさない。

【0040】

選択的ネットワークベース・オフロード要求は、図２に示されていないＭＭＥ（１１３）とＵＥ（１０１）との間の更なる信号送出、例えば、ＭＭＥ（１１３）からＵＥ（１０１）に向かう応答を伴ってもよいことは、当業者にとって明らかである。例えば、その実現例でＴＡＵを使用する場合、ＭＭＥ（１１３）はＴＡＵ受諾メッセージで応答する。しかし、これは、本開示技術の一般原理に影響を及ぼさない。

【0041】

ＭＭＥ（１１３）は、選択的ネットワークベース・オフロード要求を受信すると、対応する情報をＵＥ（１０１）のコンテキストに格納する。例えば、状況に応じて変化できるように、ネットワークベース・オフロード、例えば、ＳＩＰＴＯが適応性のあるものでなければならないことを指示するために、ＵＥ（１０１）のコンテキストによって特殊な「選択的」フラグを作成してもよい。これは、実装や導入展開時の選択によっては、ＵＥ（１０１）に関する一般的なフラグとして、又は特定のＰＤＮコネクションに関する特定のフラグとして格納することができる。

【0042】

その他の実現例では、ＵＥのコンテキスト内の「選択的」フラグがＵＥの接続手順の間に作成されることになり、その場合、ＵＥの加入者情報は、接続手順が行われている間にＨＳＳからＭＭＥに提供される選択的ネットワークベース・オフロードが可能であるかに関する情報を含んでいる。ＵＥが提供された加入者情報に基づいて選択的ネットワークベース・オフロードを適用できる場合、ＭＭＥはＵＥのコンテキスト内に「選択的」フラグ（又は対応する情報）を作成する。従って、ＵＥは選択的ネットワークベース・オフロード要求を送信する必要がなく、それによりネットワーク内のトラフィック及びリソース消費が低減される。

【0043】

特定の時点で、ＭＭＥ（１１３）は、ステップ２０９のように、ネットワークベース・オフロード、例えば、ＳＩＰＴＯを行うようにトリガされる。このトリガは、ＵＥ（１０１）の位置情報の更新、ネットワークオペレータのポリシー、又はＳＧＷ（１１５）又はＰＧＷ（１１７）上の構成に基づくことができる。ＵＥ（１０１）がＣＯＮＮＥＣＴＥＤ状態にある場合、位置情報更新は、ハンドオーバ手順における経路切り替え要求（Path Switch Request）又はハンドオーバ通知（Handover Notify）或いはハンドオーバ手順後のＴＡＵであってもよい。ＵＥ（１０１）がＩＤＬＥ状態である場合、位置情報更新はＴＡＵであってもよい。

【0044】

ステップ２０５の選択的ネットワークベース・オフロード要求がＵＥ（１０１）の位置情報の更新としても作用できることは、当業者にとって明らかである。これは、本開示技術の一般原理に影響を及ぼさない。

【0045】

ＭＭＥ（１１３）は、ネットワークベース・オフロードを実行しなければならないと決定し、ＵＥ（１０１）のコンテキスト内の「選択的」フラグを通知する際に、ステップ２１１のように、潜在的なオフロードに関する追加の「オフロード条件」情報（上述の選択情報）とともに選択的オフロード要求メッセージ（上述の第２のメッセージ）をＵＥに送信する。

【0046】

ＬＴＥシステムの場合、選択的オフロード要求は、「選択的再接続（reattach）要求済み」というインジケータが付いた切り離し要求又は「選択的再活性化（reactivate）要求済み」というインジケータが付いたＰＤＮ切断要求（ＥＰＳベアラ・コンテキスト非活性化要求）にすることができる。切り離し要求又はＥＰＳベアラ・コンテキスト非活性化要求は「オフロード条件」情報要素を更に含む。代替動作では、追加の「オフロード条件」の存在は「選択的」意味を示し、即ち、ＵＥの実際の状況に応じてオフロード決定を変更することができる。その場合、切り離し要求及びＥＰＳベアラ・コンテキスト非活性化要求内のインジケータは、単に、すでに定義された「再接続要求済み」及び「再活性化要求済み」という原因値（cause value）にできる。

【0047】

ＵＭＴＳシステムの場合、選択的オフロード要求はＰＤＰコンテキスト非活性化要求メッセージにできる。

【0048】

「オフロード条件」情報要素は、ネットワークベース・オフロード・メカニズム、例えば、ＳＩＰＴＯを使用して、そのコネクションがオフロードされた際にＵＥ（１０１）に対して潜在的動作パラメータを示すためにＭＭＥ（１１３）によって使用される。これは、どのオフロード・オプションを使用するかについてＵＥ（１０１）が対応する決定を下すのを支援するためのものである。「オフロード条件」の内容の一例を以下に示す。
｛オフロード条件｝：：＝｛ＱｏＳコンポーネント：：＝
｛許容される最大ビットレート｝
｛提供される最小ビットレート｝
｛遅延許容値｝
｛ＱＣＩ｝
｛優先順位｝
｛ＡＲＰ｝｝
｛制限時間コンポーネント｝
｛制限範囲コンポーネント｝
｛制限サイズコンポーネント｝

【0049】

ここで、｛ＱｏＳコンポーネント｝は、ＳＩＰＴＯコネクションによって提供されると予想されるコネクション品質パラメータである。これは、例えば、ＳＩＰＴＯコネクションにより許容される最大スループットを示す｛許容される最大ビットレート｝、ＳＩＰＴＯコネクションにより保証できるスループットを示す｛提供される最小ビットレート｝、ＳＩＰＴＯコネクションにより予想される遅延を示す｛遅延許容値｝、ＳＩＰＴＯコネクションに割り振られると予想されるＱｏＳクラスＩＤを示す｛ＱＣＩ｝、ＳＩＰＴＯコネクションに割り振られる優先順位を示す｛優先順位｝、及びＳＩＰＴＯコネクションによるＵＥに関するアクセス・プリエンプション・レベルを示す｛ＡＲＰ｝を含んでもよい。

【0050】

｛ＱｏＳコンポーネント｝は、意思決定基準として作用することができるその他のパラメータ、例えば、同じＡＰＮが使用されるか、パケットドロップのようなサービス中断が予想されるか、或いはオフロード後にＩＰアドレス保存がサポートされるかなどを含んでもよいことは、当業者には明らかである。

【0051】

｛制限時間コンポーネント｝は、ＳＩＰＴＯコネクションに関する時間関連パラメータである。例えば、これは、ＵＥ（１０１）の現在の移動速度の場合にこのコネクションについて許可される予想長を示してもよい。また、これは、ＳＩＰＴＯコネクションが許可される時刻に関する情報も含めてもよい。

【0052】

｛制限範囲コンポーネント｝は、ＳＩＰＴＯコネクションが有効になるエリアを示すサービスエリア関連パラメータである。例えば、これは、ＳＩＰＴＯコネクションがセル内又は１ｋｍの範囲内でのみアクセス可能であることを示してもよい。これは、ＵＥ（１０１）がＳＩＰＴＯコネクションを失う可能性を判断するのを支援してもよい。

【0053】

｛制限サイズコンポーネント｝は、ＳＩＰＴＯコネクションによるデータトラフィックの許容量を示すパラメータである。例えば、これは、ＳＩＰＴＯコネクションが５ＧＢのデータトラフィックを許容することを示してもよい。

【0054】

「オフロード条件」は上記でリストされたすべての情報を含む必要がなく、オフロードに関する追加情報を含んでもよいことは、当業者にとって明らかである。これは、本開示技術の一般原理に影響を及ぼさない。

【0055】

また、ＵＥは、ローカルに使用可能なＵＥに関するその他の条件を考慮して決定を下してもよい。例えば、ＵＥがインターネットへのＮＳＷＯのために列車内で列車内ＷＬＡＮアクセス・サービスに接続し、列車が一時的に駅に停車する場合である。ＳＩＰＴＯコネクションは列車が駅を離れる際に適合できない可能性があるので、選択的オフロード要求がＭＭＥから受信された場合でも、短時間の停車のために列車内アクセス・ネットワークを介してＮＳＷＯを保持する方が良い。例えば、列車は非常に高速で走行し、従って、３Ｇ接続条件は時にはあまり良好ではなくなり、それによるサービスのパフォーマンスを低下させる。ところが、列車内ＷＬＡＮアクセスはオフロード・アクセスのために良い条件を保持することができる。この場合、ＵＥは、列車内ＷＬＡＮからのあるローカル・ポリシー又はユーザ入力に従ってＮＳＷＯを選択してもよい。

【0056】

選択基準に関するその他の例は、ＵＥについてアドレス変更が受諾されるか否かになる。既存のオフロード・メカニズムであるので、それぞれのオフロード・コネクションはユーザ・トラフィックのために異なるコンタクトIPアドレスを有し、従って、ＵＥがオフロード・コネクションを、即ち、ＳＩＰＴＯとＮＳＷＯとの間で変更する際に、ＵＥ上のユーザ・アプリケーションは、通常、その通信用のＩＰアドレスを変更しなければならない。アプリケーションによっては、特に他のノード（複数も可）に対して通信するアプリケーションは、その存続期間の間にＩＰアドレスを変更するとその後続行することができないので、ＵＥは、その通信のために又は少なくともこれらのアプリケーション・トラフィックのために、ＮＳＷＯを保持することを希望する。この場合、ＵＥは、オフロード条件内の内容を考慮せずに意思決定を行ってもよい。これは、ＳＩＰＴＯがトリガされた際でもセッションを継続的に保持するという利点をユーザに提供する。

【0057】

ＭＭＥは、確立されているＳＩＰＴＯコネクションのターゲットＰＧＷからオフロード条件の内容を入手してもよい。これは、前もってＵＥの位置に基づいてＭＭＥがターゲットＰＧＷを把握できるためであり、また、ＭＭＥは実際のＳＩＰＴＯコネクション確立手順の前でもゲートウェイと接触することができる。そうではない場合、ＭＭＥは、そのＭＭＥに（又は、ＭＭＥ再配置の場合にはその他のＭＭＥに）格納されたその他のＵＥのコンテキストに基づいて、ＳＩＰＴＯコネクションについて可能なパフォーマンスを識別してもよい。例えば、ＭＭＥは、ＵＥの位置、ターゲットＡＰＮ、ターゲットＰＧＷ、ＵＥ加入者に関するグループＩＤ、ＱＣＩ値などに関して、同様の特徴又は同じ特徴を有するその他のＵＥのＳＩＰＴＯコネクションをそのコンテキスト・データベースから見つけることになり、その結果からオフロード条件について可能なパラメータ、例えば、上記のＱｏＳ及び／又はその他のコンポーネントを識別する。

【0058】

図２に示されているように、ステップ２１３から２２９までの以下の動作は、ＵＥ（１０１）が「オプションＡ」として示されているネットワークベース・オフロードに従うことを選択する場合に関するものである。

【0059】

ＭＭＥ（１１３）は、ＵＥ（１０１）に向かって選択的オフロード要求（２１１）メッセージを送信する際に、ＵＥ（１０１）がネットワークベース・オフロードに従うことを選択できないことを把握している。従って、ステップ２１３のように、ＭＭＥ（１１３）はオフロードに関して必要なネットワーク側動作を遅らせることになる。例えば、ＭＭＥ（１１３）はＰＤＮコネクションを除去するよう、ＳＧＷ（１１５）及びＰＧＷ（１１７）に指示することはなく、Ｓ１コネクション及び無線ベアラを除去するよう、ｅＮｏｄｅＢ（１２１）に指示することもない。

【0060】

ＵＥ（１０１）側では、選択的オフロード要求（２１１）が到着した際に、ステップ２１５に示されているように、ＵＥ（１０１）はオフロード・オプションの評価を開始する。ＵＥ（１０１）は、まずメッセージから「オフロード条件」パラメータを入手し、次にアクセスポイント（１４１）を通じてＷＬＡＮアクセスから対応するパラメータを入手することにより、評価を行う。ＵＥ（１０１）が情報を入手するためのメカニズムはアクセス技術に依存する。例えば、ＷＬＡＮがＩＥＥＥ８０２．１１ｕ［ＮＰＤ ５］をサポートする場合、ＵＥ（１０１）は、ＷＬＡＮとの関連付けを行わずに、汎用広告サービス（ＧＡＳ）を使用して、ＷＬＡＮ及びローカル・アクセス・ネットワーク（１４０）に関する情報を入手することができる。

【0061】

ＧＡＳにより、ＵＥ（１０１）は、ＷＬＡＮアクセスポイント（１４１）を介するオフロードの動作パラメータ、例えば、サービス・プロバイダ・ネットワーク（１２０）に向かうバックホール・リンク状況、ＷＬＡＮ自体の負荷、ＵＥ（１０１）が同じオフロードをローミングし保持できるようにするローカル・アクセス・ネットワーク（１４０）のサービスエリア、どのオペレータ・コアネットワークがローカル・アクセス・ネットワーク（１４０）に接続されるか、オペレータ・コアネットワーク（１１０）との特殊ローミング協定、上記の情報の有効な期間などを把握することができる。また、ＵＥ（１０１）は、ＩＥＥＥ８０２．１１ｕ［ＮＰＤ ５］の諸機能を使用して、ＷＬＡＮのその他の関連動作情報、例えば、ＷＬＡＮのセキュリティ・レベルが十分であるか、非常事態サービスがサポートされるか、ローカル・アクセス・ネットワーク（１４０）とサービス・プロバイダ・ネットワーク（１２０）又はオペレータ・コアネットワーク（１１０）との間のＱｏＳマッピングなども入手してもよい。ＷＬＡＮネットワークオペレータがＷｉＦｉ連合によって定義されたＨｏｔｓｐｏｔ２．０に応じてそれを提供することを選択した場合、ＵＥ（１０１）がＷＬＡＮから追加情報も入手してもよいことは、当業者にとって明らかである。これは、本開示技術の一般原理に影響を及ぼさない。

【0062】

ＵＥ（１０１）は、選択的オフロード要求メッセージで「オフロード条件」情報要素を受信した場合、「オフロード条件」に示された関連情報のみを問い合わせることができる。ＵＥ（１０１）は、選択的オフロード要求メッセージを受信する前にすでにＷＬＡＮに接続されている場合、すでに関連情報を入手していてもよい。ＵＥ（１０１）は、有効な期間が満了していない場合にオフロード評価のために格納情報を直接使用するか又は新たな情報要素のセットを入手するためにＷＬＡＮアクセスポイント（１４１）に照会するかを選択することができる。

【0063】

ＵＥ（１０１）は、オフロード・オプションを評価するために異なるロジックを使用してもよい。例えば、ＵＥ（１０１）は、ＡＮＤＳＦによって提供された何らかのオペレータルール及びあるユーザ指定プリファレンス・ルールを有してもよい。このようなルールは、（例えば、アクセス・ネットワーク輻輳条件情報として）ＷＬＡＮアクセスポイントの負荷が８０パーセント未満であるか又は（例えば、アクセスポイント輻輳条件情報として）関連クライアントが２０未満である場合に、ＷＬＡＮオフロード、例えば、ＮＳＷＯをトラフィックに使用しなければならないと明記していてもよい。また、このルールは、例えば、事前に定義されたレベルの認証及び暗号化メカニズムを使用して、バックホール・リンクが混雑していないか又は特定のセキュリティ基準を満たしている場合にのみ、ＷＬＡＮオフロードを選択しなければならないと明記していてもよい。例えば、コンテンツのサービス帯域幅又はサイズが特定の限界を超えた場合に必ずＷＬＡＮオフロードを使用すること、サービス優先順位が特定のレベルより低い場合に必ずＷＬＡＮオフロードを使用すること、その時点でＵＥ（１０１）のモビリティが低い場合に必ずＷＬＡＮオフロードを使用することなど、その他のタイプのルール及び構成が存在してもよいことは、当業者にとって明らかである。また、このようなオペレータルールは、その他の手段を介して、例えば、ＯＭＡ−ＤＭによるインターワーキングＷＬＡＮ管理目標の一部として、又はＷＬＡＮを介して配信されたＨｏｔｓｐｏｔ２．０管理目標の一部として、ＵＥ（１０１）に提供できることも、当業者にとって明らかである。

【0064】

これに対して、オフロード・オプションを評価するために上記のルールとともに「オフロード条件」パラメータも使用される。例えば、｛制限サイズコンポーネント｝は、ＷＬＡＮオフロードを使用しなければならないかを決定するための閾値として使用することができる。また、「オフロード条件」情報要素内の対応するパラメータの存在は、このようなパラメータを評価の際に使用しなければならないという指示である。例えば、「オフロード条件」がＱｏＳ関連パラメータ｛許容される最大ビットレート｝を含む場合、指示された｛許容される最大ビットレート｝値より高いリンクレートをＷＬＡＮが提供できる場合にのみＷＬＡＮオフロードを選択するよう、オペレータがＵＥ（１０１）に推奨することを意味する。その場合、ＵＥ（１０１）は、ＷＬＡＮの実効リンクレートと潜在的にバックホール・リンクレートとを、ＧＡＳを使用して入手する。ＵＥ（１０１）は、これらのレートと｛許容される最大ビットレート｝を比較し、ＳＩＰＴＯによりＷＬＡＮオフロードを選択しなければならないかを決定する。その他のパラメータ、例えば、｛優先順位｝、｛制限時間コンポーネント｝、｛制限範囲コンポーネント｝などについて同様の動作を行えることは、当業者にとって明らかである。

【0065】

ＵＥ（１０１）は、ステップ２１５のように、ネットワークベース・オフロードが好ましいと決定した場合、ステップ２１７のように、選択的オフロード受諾（２１７）メッセージをＭＭＥ（１１３）に返送する。ＬＴＥシステムの場合、これは、切り離し受諾メッセージ又はＥＰＳベアラ・コンテキスト非活性化受諾メッセージにすることができる。

【0066】

選択的オフロード受諾（２１７）を受信すると、ＭＭＥ（１１３）は、ネットワーク側オフロード準備手順、例えば、ステップ２１９のように、ＳＧＷ（１１５）及びＰＧＷ（１１７）からネットワーク側コネクションを除去することを開始する。また、ＭＭＥ（１１３）は、Ｓ１−ＭＭＥコネクションを解放しないか又は再接続が予想されることを示す原因コードとともに特殊なＳ１解放コマンドを送信することにより、ｅＮｏｄｅＢ（１２１）によるＵＥのための信号送出コネクションを保持し再使用することを選択してもよい。

【0067】

ＵＥ（１０１）は、ステップ２１７の後の任意の時期に、ステップ２２１のように、オフロード接続要求メッセージを送信する。このオフロード接続要求メッセージでは、ＵＥ（１０１）は、これがネットワークベース・オフロード再接続に関するものであることを示す。ＬＴＥの場合、これは、切り離した（デタッチした）ばかりのコネクションと同じパラメータ、即ち、ＡＰＮなどを含む新たな接続要求になり得る。ある信号送出及び処理を節約するために、ＵＥ（１０１）及びｅＮｏｄｅＢ（１２１）は、前のコネクションのリソース、例えば、ＲＲＣコネクション、Ｓ１−ＭＭＥコネクションなどを保存していてもよい。この場合、新たなオフロード接続要求は、追加のＲＲＣ又はＳ１コネクション確立手順を行わずに、それらにより配信される。

【0068】

オフロード接続要求（２２１）を受信すると、ＭＭＥ（１１３）は、ステップ２２３のように、オフロード・コネクション、例えば、Ｓ／ＰＧＷ（１１９）を介するＳＩＰＴＯコネクションを確立し始める。これは、オフロード接続要求（２２１）によって伝達される情報、例えば、ＵＥ（１０１）の位置情報を利用する、ゲートウェイ選択手順を伴ってもよい。この手順（２２３）は、同図に示されていないが、ＭＭＥ（１１３）がＵＥ（１０１）コンテキストの作成又は必要なベアラの確立についてｅＮｏｄｅＢ（１１３）に指示することも含んでもよいことは、当業者にとって明らかである。

【0069】

次に、ＭＭＥ（１１３）は、ＳＩＰＴＯコネクション・セットアップが成功した際に、ステップ２２５のように、オフロード接続受諾（２２５）でＵＥ（１０１）に応答する。ＬＴＥの場合、これは接続受諾又はＰＤＮ接続性受諾メッセージにすることができる。

【0070】

ステップ２２１と２２７との間のプロセスにはその他の信号送出メッセージ交換が含まれてもよいことは、当業者にとって明らかである。例えば、認証手順が含まれる可能性があり、ＵＥはステップ２２５の後にＰＤＮ接続性完了メッセージで応答してもよい。しかし、これは、本開示技術の一般原理に影響を及ぼさない。

【0071】

オフロード接続受諾（２２５）を受信した後、ステップ２２７のように、ＵＥ（１０１）は、ルーティングポリシーに応じて、新たなオフロード・コネクションに向かってトラフィックをルーティングし始める。次に、ＵＥ（１０１）は、ステップ２２９のように、ルーティングポリシーに応じて、ＷＬＡＮコネクションへのオフロードを停止する。ステップ２２９で、ＵＥ（１０１）は、ＷＬＡＮアクセスを使用するその他のサービスが存在するか否かにより、ＷＬＡＮコネクションを保持してもよく、保持しなくてもよいことは、当業者にとって明らかである。

【0072】

図３を参照して、ステップ３１５でＷＬＡＮオフロードが好ましいとＵＥ（１０１）が評価する際の本開示技術の代替動作について説明する。図３に示されているように、「オプションＢ」の部分は、図２の「オプションＡ」の動作に取って代わるものである。オプションの残りの部分はこの代替動作及び図２に示されている動作について同一であり、従って、図３には完全に示されているわけではない。

【0073】

同図に示されているように、ステップ３１１及びステップ３１３はステップ２１１及び２１３と同一である。ステップ３１５では、ＵＥ（１０１）はステップ２１５と同様にオフロード・オプションを評価する。しかし、この場合の評価の結果は、ＷＬＡＮオフロードが好ましいということである。従って、この場合、ＵＥ（１０１）は選択的オフロード受諾（２１７）メッセージを送信しない。その代わり、ＵＥ（１０１）は、ステップ３１７のように、再接続要求メッセージをＭＭＥ（１１３）に直接返送する。この再接続要求メッセージは、単に、ステップ３１１で切り離し（detacch）／切断（disconnect）について示されているコネクションと同じＡＰＮ及びその他のパラメータを含む、接続要求又はＰＤＮ接続性要求にすることができる。この場合、このメッセージはステップ２２１のものと同一になってもよい。また、動作モード次第で、再接続要求メッセージはＴＡＵ又はＲＡＵメッセージにすることもできる。また、ＵＥ（１０１）は、これがオフロードを行わずに既存の３ＧＰＰコネクションを使用し続けることを要求していることをＭＭＥ（１１３）に明示的に示すために、追加のフラグ又はパラメータを含めてもよい。

【0074】

再接続要求（３１７）を受信すると、ＭＭＥ（１１３）は、ＵＥ（１０１）がＳＩＰＴＯの代わりにＷＬＡＮオフロードを使用することを選択したと認識する。従って、ＭＭＥ（１１３）は、ステップ３１９のように、ネットワークベース・オフロード・トリガを除去し始める。また、ＭＭＥ（１１３）は、ＳＩＰＴＯがトリガされていなかったかのように、ステップ３１３で処理を遅らせた任意の保留中のアクションも除去する。次に、ＭＭＥ（１１３）は、ステップ３２１のように、ＵＥ（１０１）に向かって再接続受諾メッセージを返送する。ＬＴＥシステムでは、これは接続受諾又はＰＤＮ接続性（Connectivity）受諾にすることができる。このステップは他のネットワーク側ノード、例えば、ｅＮｏｄｅＢ（１２１）に向かうある追加の信号送出も含めてもよいことは、当業者にとって明らかである。

【0075】

同時に、ＭＭＥ（１１３）は、ＵＥがＩＤＬＥモードに移行するか、即ち、すべてのトラフィックがＷＬＡＮコネクションに移動できるかを評価する。これは、ＵＥ（１０１）によって確立された現在のサービス／コネクション並びに再接続要求（３１７）メッセージ内の追加の指示に基づくことができる。例えば、再接続要求（３１７）は、そのトラフィックのすべてをＷＬＡＮコネクションにより送信できるとＵＥ（１０１）が評価し、従って、３ＧＰＰコネクションは使用されないという何らかの明示的なインジケータを含めてもよい。ＭＭＥ（１１３）は、ＵＥ（１０１）がもはや３ＧＰＰコネクションを必要としないと決定した場合、ステップ３２５、３２７、及び３２９のように、ＵＥ（１０１）をＩＤＬＥモードに移行させることになる、ＭＭＥ開始のＳ１解放手順を実行し始める。これにより、ＵＥは電力を節約し、ｅＮＢはＵＥに関するリソースを節約することができる。この時点で、ＵＥ（１０１）は次に、ステップ３３１のように、ルーティングポリシーに応じて、ＷＬＡＮアクセスに向かってデータトラフィックを移動させることになる。

【0076】

図２及び図３がともに本開示技術を表していることは、当業者にとって明らかである。システムは、図２の動作又は「オプションＡ」の部分が図３の「オプションＢ」の部分で置き換えられた図２の動作のいずれかを実行してもよい。

【0077】

ＵＥ（１０１）は、ＭＭＥがＭＭＥにおいて選択的オフロード要求を開始するために、例えば、あるＱｏＳパラメータ（複数も可）に関するものなど、何らかの条件又は閾値（上述の閾値情報）をＭＭＥに通知するための「オフロード情報」要素とともに、選択的ネットワークベース・オフロード・メッセージをＭＭＥ（１１３）に送信してもよい。ＵＥは、現在のＷＬＡＮアクセス・パフォーマンスに基づいてオフロード情報を作成することができる。例えば、ＵＥは、ＷＬＡＮアクセス・パフォーマンスを参照し、そのパフォーマンスがＷＬＡＮアクセスより良好である場合にのみ、ＭＭＥが選択的オフロード要求を開始するように、オフロード情報内のパラメータを設定する。ＭＭＥは、ＵＥから提供されたオフロード情報の内容をチェックし、それをＵＥのコンテキストに格納する。ＵＥに関するＳＩＰＴＯ開始を検出した場合、ＭＭＥは、格納したオフロード情報及び入手したＳＩＰＴＯオフロード条件情報に基づいて、条件が満足されているかをチェックする。条件が満足されている場合、ＭＭＥは選択的ネットワークベース・オフロード要求をＵＥに提供する。そうではない場合、ＭＭＥは、ＳＩＰＴＯ開始を無視し、選択的ネットワークベース・オフロード要求の送信をスキップする。従って、ＭＭＥは、不必要なリソース消費が削減されるように、非効率的な選択的オフロード（ＳＩＰＴＯ）開始を回避することができる（即ち、ＭＭＥは有用な選択的オフロードのみを開始する）。

【0078】

また、ＵＥは、後で提供される選択的オフロード要求メッセージ内で要求されたパフォーマンス・パラメータについて、選択的ネットワークベース・オフロード・メッセージを介してＭＭＥに通知することもできる。従って、ＵＥは、ＷＬＡＮアクセス・システムに関して対応するものと比較することができるパラメータのみを受信することができる。これは、どのオフロード・メカニズムが適切であるかを決定するためのＵＥの処理負荷及び時間とともに、回避しなければならない不必要なパラメータを準備するためのＭＭＥの処理負荷及び時間も削減することになる。

【0079】

（第２の実施の形態：ＵＥ実現例）
図４を参照して、本開示技術をサポートするＵＥ（１０１）のアーキテクチャの一例について説明する。同図に示されているように、ＵＥ（４００）は、５つの主要機能コンポーネント、即ち、３ＧＰＰアクセス管理（４０１）、非３ＧＰＰアクセス管理（４０３）、オフロード・ポリシー制御（４０５）、フロー管理（４０７）、及びアプリケーション（４０９）を含む。

【0080】

これらの中で、３ＧＰＰアクセス管理（４０１）と非３ＧＰＰアクセス管理（４０３）は、それぞれ、３ＧＰＰアクセス及び非３ＧＰＰアクセスを処理する機能モジュールである。これらは、これらに対応するアクセスによるデータ又は信号送出トラフィックの送受信、並びに信号送出に応じたアクセスの管理を担当する。

【0081】

オフロード・ポリシー制御（４０５）は、どのアクセスをトラフィックのオフロードに使用すべきかを決定し制御するエンティティである。これは、３ＧＰＰアクセス管理（４０１）と非３Ｇアクセス管理（４０２）の両方から情報を入手し、評価を実行し、どのタイプのオフロードを使用しなければならないかについて決定する。また、オフロード・ポリシー制御（４０５）は、適正なオフロード・アクションを行えるように、３ＧＰＰアクセス管理（４０１）と非３Ｇアクセス管理（４０２）にコマンドも送信する。例えば、オフロード・ポリシー制御（４０５）は、ＷＬＡＮオフロードを使用しなければならないと決定された場合にＷＬＡＮコネクションを確立するよう、非３Ｇアクセス管理（４０２）に要求してもよい。或いは、３ＧＰＰアクセスベース・オフロードを使用しなければならない場合にオフロードにリンクされたＡＰＮによりあるコネクション確立を行うよう、３ＧＰＰアクセス管理（４０１）に指示してもよい。

【0082】

フロー管理（４０７）は、アプリケーション（４０９）によって生成されたデータトラフィックのために使用する経路の決定を担当する。フロー管理（４０７）は、例えば、どのようにトラフィックをルーティングしなければならないか又は特定のＡＰＮにバインドされない場合にそれをオフロードできるかについて決定するために、ＡＮＤＳＦによって提供されたＩＳＲＰ又はＯＰＩＩＳルール或いはユーザ構成を利用してもよい。また、オフロード・ポリシー制御（４０５）は、フロー管理（４０７）がそのルールを調整し、現在のルーティング決定を検討するために、指示又はトリガを提供してもよい。例えば、ＮＳＷＯが使用可能になった場合、オフロード・ポリシー制御（４０５）は、データトラフィックをＷＬＡＮアクセスにそらすことができるように、対応するルーティングルールを活性化するよう、フロー管理（４０７）に通知する。

【0083】

フロー管理（４０７）は、ＮＳＷＯを開始すると決定する際、ＳＩＰＴＯ開始がＭＭＥに対して選択的なもの（適応できるもの）になるようにＵＥがＮＳＷＯを開始した旨の情報を提供するよう、オフロード・ポリシー制御（４０５）に指示する。次に、オフロード・ポリシー制御（４０５）は選択的ネットワークベース・オフロード要求をＭＭＥに送信する。

【0084】

図５には、オフロード・ポリシー制御（４０５）によって使用されるロジックの一例が提示されている。同図に示されているように、ステップ５０１のように、ＵＥ（４００）が３ＧＰＰアクセス管理（４０１）によるオフロード・ポリシー制御（４０５）へのネットワークベース・オフロード指示、例えば、ステップ２１１の選択的オフロード要求を受信した場合、オフロード・ポリシー制御（４０５）は、これが「選択的」要求であるか、即ち、オフロード決定がＵＥの状況に基づいて適応できるものになり得るかをチェックする。これは、例えば、選択的オフロード要求（２１１又は３１１）内の明示的フラグ或いは「オフロード条件」情報要素の存在をチェックすることによって達成される。

【0085】

この要求が「選択的」である場合、即ち、明示的フラグ或いは「オフロード条件」によって示されている場合、オフロード・ポリシー制御（４０５）は、ＷＬＡＮオフロードが構成又はポリシーによって禁止されているかをチェックし始める。これは、非３Ｇアクセス管理（４０３）及びフロー管理（４０７）をチェックすることによって達成される。例えば、非３Ｇアクセス管理（４０３）は、ＷＬＡＮが使用可能であるか又はＩＥＥＥ８０２．１１ｕ ＧＡＳ機構を使用して得られる所望のサービス・プロバイダ・ネットワーク（１２０）へのコネクションを提供するかについて情報を提供してもよい。これに対して、フロー管理（４０７）は、特定のサービスがＷＬＡＮアクセスにより許可されないこと、又はｅＰＤＧ或いはＮＳＷＯを介するＰＤＮコネクションを使用してＷＬＡＮにオフロードしなければならないことを示すルールを含めてもよい。

【0086】

オフロード・ポリシー制御（４０５）は、ステップ５０５でＷＬＡＮオフロードが許可されると決定した場合、オフロードに関するＷＬＡＮ動作パラメータを入手するよう、非３Ｇアクセス管理（４０３）に指示する。例えば、これは、リンクレート、バックホール・リンクレート、ＷＬＡＮの負荷、同じアクセスポイントに接続された端末の数、アクセスポイントによって割り振られた帯域幅、送信に必要な電力レベルなどを含めてもよい。同時に、オフロード・ポリシー制御（４０５）は、受信した「オフロード条件」内のパラメータも入手する。次にこれは、対応するＷＬＡＮアクセス・パラメータを入手するよう、非３Ｇアクセス管理（４０３）に指示する。

【0087】

必要な情報を入手した後、オフロード・ポリシー制御（４０５）は、ステップ５０９のように、パラメータを比較することによってオフロード・オプションを評価し始める。これは、ステップ２１５又は３１５について記載したアクションと同様のものである。更に、オフロード・ポリシー制御（４０５）は、電力消費予測、アプリケーション層要件、ＵＥ（４００）の移動速度、現在のＷＬＡＮアクセスの範囲、ユーザ入力、経験したハンドオーバの回数などを考慮することにより、オプションを更に評価してもよい。

【0088】

次にオフロード・ポリシー制御（４０５）は、ステップ５１１のように、「オフロード条件」パラメータとともに提供されたＳＩＰＴＯと比較して、その評価によってＷＬＡＮオフロードの方が選ばれるか否かをチェックする。ＷＬＡＮオフロードが好ましい場合、オフロード・ポリシー制御（４０５）は、例えば、ステップ３１７のようにＳＩＰＴＯオプションを拒否することにより、ネットワークベース・オフロード・アクセスをＩＤＬＥに移行し始める。３ＧＰＰアクセスを使用する他のサービスが存在する場合、これによって必ずしもＵＥ（１０１）がその３ＧＰＰアクセスをＩＤＬＥモードに変更する必要がないことは、当業者にとって明らかである。これは、単に、ＭＭＥ（１１３）におけるオフロードに関するトリガを除去し、ＰＤＮコネクションからデータトラフィックを移動させるだけである。

【0089】

オフロード・ポリシー制御（４０５）は、ステップ５１７のように、それに応じてデータトラフィックをＷＬＡＮアクセスにルーティングできるように、ＷＬＡＮオフロードの可用性についてフロー管理（４０７）を更に更新し、フィルタリング・ルールを検討するよう、それをトリガする。

【0090】

また、オフロード・ポリシー制御（４０５）は、場合によっては、ステップ５１７のように、ＷＬＡＮオフロードが依然として使用可能であるか、並びに、ステップ５１９のように、アプリケーション（４０９）によって生成された新たなトラフィックであって、ＷＬＡＮオフロードに適切ではないものとしてフロー管理（４０７）によって分類されたものが存在するかをチェックしてもよい。

【0091】

ＷＬＡＮオフロードは、種々の理由、例えば、ＷＬＡＮサービスエリアからのＵＥ（１０１）の移動、バックホールで発生した何らかの輻輳、無線チャネルの過負荷、無線チャネルによる持続的なノイズ又は干渉などにより、使用できなくなる可能性がある。この条件は、非３Ｇアクセス管理（４０３）によってオフロード・ポリシー制御（４０５）に通知され得る。

【0092】

新たなアプリケーション（４０９）が開始されるので、異なるデータトラフィックも生成される。新たなトラフィックの一部は、フロー管理（４０７）内でルーティングルール及びポリシーに応じてフィルタリングし、ネットワークベース・オフロード・コネクションにのみ適切なものであること、例えば、特定のＡＰＮがそのサービスにバインドされること又は特定の優先順位によりそのサービスが３ＧＰＰコネクションを介して提供される必要があることなどを決定してもよい。

【0093】

このような場合、オフロード・ポリシー制御（４０５）機能は、ステップ５２１のように、例えば、［ＮＰＤ ３］により適切である場合に接続、ＴＡＵ、又はサービス要求手順を実行することにより、ネットワークベース・オフロード・コネクションへの接続を再開しようと試みる。

【0094】

ステップ５０３、５０５、及び５１１では、ＷＬＡＮオフロードが適切ではないという評価である場合、オフロード・ポリシー制御（４０５）は、ステップ５２３のように、ネットワークベース・オフロードを活性化するための手順を実行し、ステップ５２５のように、トラフィックを適切にルーティングできるようにフィルタルール及びポリシーを調整するよう、フロー管理（４０７）に通知する。これは、図２のステップ２１７から２２９までの動作と同様のものである。

【0095】

図５に示されているロジックはその他の態様を更に含むことができ、例えば、ステップ５１７はステップ５０９のようにオフロード動作を再評価する動作も含むことができることは、当業者にとって明らかである。これは、ＷＬＡＮコネクションが依然として使用可能であるが、動作パラメータが変化した場合に有用である。これは、本開示技術の一般原理に影響を及ぼさない。

【0096】

（第３の実施の形態：ＭＭＥ実現例）
図６を参照して、本開示技術をサポートするＭＭＥ（６００）のアーキテクチャの一例について説明する。同図に示されているように、ＭＭＥ（６００）は、３つの主要機能コンポーネント、即ち、トランスポート制御６０１、コネクション／移動管理６０２、及びオフロード制御６０３を含む。

【0097】

トランスポート制御６０１は、ＵＥのコネクション及び移動（モビリティ）を維持するための信号送出を他の３ＧＰＰネットワーク・エンティティ、例えば、サービング・ゲートウェイ、ｅＮＢ（基地局）、ＨＳＳ（ホーム加入者サービス）と交換できるように、これらのエンティティと通信するためのトランスポートサービスを提供する機能モジュールである。トランスポート制御６０１は、信号送信（即ち、信号送出メッセージの送受信）のためにＳ１、Ｓ６、Ｓ１１などのいくつかの通信インターフェースを実装することができる。コネクション／移動管理６０２は、ＵＥとのＮＡＳ交換など、管理のための関連信号送出メッセージを処理し、ＵＥコンテキストも維持するように、ＵＥのコネクションを維持し、移動管理を実施する。オフロード制御６０３は、ネットワークベース・オフロードの開始を決定し、プロセスを処理し、即ち、既存のＵＥのターゲット・コネクションを切断し、オフロード・トラフィックのために強制的に再接続させる。

【0098】

図７Ａ、図７Ｂには、オフロード制御６０３によって使用されるロジックの一例が提示されている。まず図７Ａに示されているように、ＭＭＥは、ＵＥから選択的ネットワークベース・オフロード要求を受信する際に、コネクション／移動管理エンティティ６０２内のＵＥ（１０１）のコンテキストに対応する情報を格納する。例えば、ネットワークベース・オフロード、例えば、ＳＩＰＴＯが選択的でなければならないことを指示するために、ＵＥ（１０１）のコンテキストによって特殊な「選択的」フラグを作成してもよい。これは、実装や導入展開時の選択に依存し、ＵＥ（１０１）に関する一般的なフラグとして、又は特定のＰＤＮコネクションに関する特定のフラグとして格納することができる。

【0099】

その後、図７Ｂに示されているように、特定の時点で、ＭＭＥ（１１３）は、ネットワークベース・オフロード、例えば、ＳＩＰＴＯを行うようにトリガされる。このトリガは、ＵＥ（１０１）の位置情報の更新、ネットワークオペレータのポリシー、又はＳＧＷ（１１５）又はＰＧＷ（１１７）上の構成に基づくことができる。ＭＭＥ（１１３）は、ネットワークベース・オフロードを実行しなければならないと決定し、ＵＥ（１０１）のコンテキストで「選択的」フラグを通知する場合、前の実施の形態で説明したように、潜在的なオフロードに関する追加の「オフロード条件」情報とともに選択的オフロード要求メッセージをＵＥに送信することになる。そうではない場合、ＭＭＥはネットワークベース・オフロードに関する通常のプロセスを行うだけである。

【0100】

ＭＭＥは、確立されているＳＩＰＴＯコネクションのターゲットＰＧＷからオフロード条件の内容を入手し、オフロードのためのベアラ情報を準備する。そうではない場合、ＭＭＥは、コネクション／移動管理６０２に（又は、ＭＭＥ再配置の場合にはその他のＭＭＥに）格納されたその他のＵＥのコンテキストに基づいて、ＳＩＰＴＯコネクションとなりうるベアラ情報を特定してもよい。例えば、ＭＭＥは、ＵＥの位置、ターゲットＡＰＮ、ターゲットＰＧＷ、ＵＥ加入者に関するグループＩＤ、ＱＣＩ値などに関して、類似の特徴、又は同じ特徴を有するその他のＵＥのＳＩＰＴＯコネクションをそのコンテキスト・データベースから探索し、その結果からオフロード条件について可能性のあるパラメータ、例えば、上記のＱｏＳ及び／又はその他のコンポーネントを識別する。

【0101】

ＭＭＥ（１１３）は、ＵＥ（１０１）に向けて選択的オフロード要求（２１１）メッセージを送信する。ＭＭＥはＵＥ（１０１）がネットワークベース・オフロードに従うことを選択できないことをすでに把握しているので、ＭＭＥ（１１３）はオフロードに関して必要なネットワーク側動作を遅らせることになることは注目に値する。例えば、ＭＭＥ（１１３）はＰＤＮコネクションを除去するよう、ＳＧＷ（１１５）及びＰＧＷ（１１７）に指示することはなく、Ｓ１コネクション及び無線ベアラを除去するよう、ｅＮｏｄｅＢ（１２１）に指示することもない。

【0102】

手順の見地から見ると、ＭＭＥは、次の手順としてＵＥから選択的オフロード受諾又は再接続要求メッセージのいずれかを受信する。選択的オフロード受諾（２１７）を受信すると、ＭＭＥ（１１３）は、ネットワーク側オフロード準備手順、例えば、ＳＧＷ（１１５）及びＰＧＷ（１１７）からネットワーク側コネクションを除去することを開始する。また、ＭＭＥ（１１３）は、Ｓ１−ＭＭＥコネクションを解放しないか又は再接続が予想されることを示す原因コードとともに特殊なＳ１解放コマンドを送信することにより、ｅＮｏｄｅＢ（１２１）によるＵＥのための信号送出コネクションを保持し再使用することを選択してもよい。次に、オフロード接続要求（２２１）を受信すると、ＭＭＥ（１１３）は、オフロード・コネクション、例えば、Ｓ／ＰＧＷ（１１９）を介するＳＩＰＴＯコネクションを確立し始める。次に、ＭＭＥ（１１３）は、ＳＩＰＴＯコネクション・セットアップ（確立）が正常に完了した際に、ステップ２２５のように、オフロード接続受諾（２２５）でＵＥ（１０１）に応答する。

【0103】

ＭＭＥが選択的オフロード受諾ではなく、選択的オフロード要求を送信した後にＵＥから再接続要求（３１７）を受信すると、ＭＭＥ（１１３）は、ＵＥ（１０１）がＳＩＰＴＯの代わりにＷＬＡＮオフロードを使用することを選択したと認識する。従って、ＭＭＥ（１１３）は、ＳＩＰＴＯがトリガされていない場合のように、ネットワークベース・オフロード・トリガ並びに任意の保留中のアクションも除去する。次に、ＭＭＥ（１１３）は、ＵＥ（１０１）に再接続受諾メッセージを返送する。同時に、ＭＭＥ（１１３）は、ＵＥがＩＤＬＥモードに移行するか、即ち、すべてのトラフィックがＷＬＡＮコネクションに移動できるかを評価する。これは、ＵＥ（１０１）によって確立された現在のサービス／コネクション並びに再接続要求（３１７）メッセージ内の追加の指示に基づくことができる。ＭＭＥ（１１３）は、ＵＥ（１０１）がもはや３ＧＰＰコネクションを必要としないと決定した場合、ＵＥ（１０１）をＩＤＬＥモードに移行させることになる、ＭＭＥ開始のＳ１解放手順を実行し始める。これにより、ＵＥは電力を節約し、ｅＮＢはＵＥに関するリソースを節約することができる。この時点で、ＵＥ（１０１）は、ルーティングポリシーに応じて、ＷＬＡＮアクセスに向けてデータトラフィックを移動させることになる。

【0104】

（第４の実施の形態：信号送出を低減した代替動作）
図８を参照して、図３の「オプションＢ」の部分の代替動作シーケンスについて説明する。この代替例では、ＵＥ（１０１）とＭＭＥ（１１３）との間のある信号送出を回避することができ、従って、ネットワーク及びＵＥリソースが節約される。

【0105】

同図に示されているように、ステップ８１１及び８１５は３１１及び３１５と同等のものである。しかし、ステップ８１３では、ＭＭＥ（１１３）は、ネットワーク側でのオフロード動作を遅らせると決定する際に、タイマＸも始動する。Ｘの値は構成及びオペレータのポリシーによって決まる。一般に、ＵＥ（１０１）が信号を受信し、ＭＭＥ（１１３）に返送するために十分な時間を見込んでおかなければならず、例えば、非３Ｇアクセスにより情報を入手することを含む、オフロード評価を行うための十分な時間も用意しなければならない。

【0106】

ＵＥ（１０１）側では、ＵＥ（１０１）は、ＷＬＡＮオフロードが好ましいと評価すると、選択的オフロード要求（８１１）を受信していない場合のように、信号送出メッセージをＭＭＥ（１１３）に返送しない。更に、ＵＥ（１０１）は、ステップ８１７のように、そのアクセスを使用する他のアプリケーションが全くない場合、ローカルに３ＧアクセスをＩＤＬＥモードに移行させてもよい。次に、ＵＥ（１０１）は、ステップ８１９のように、そのルーティングポリシーを更に調整し、そのサービスにＷＬＡＮオフロードを使用し始める。

【0107】

ＭＭＥ（１１３）側では、タイマＸが切れると、ＭＭＥ（１１３）は、ＵＥ（１０１）がＷＬＡＮオフロードを選択したと理解し、従って、ステップ８２１のように、ネットワークベース・オフロード・トリガを除去する。例えば、ＳＩＰＴＯの場合、ＭＭＥ（１１３）は、Ｓ／ＰＧＷ（１１９）にオフロードする代わりに、ＰＧＷ（１１７）を介して既存のＰＤＮコネクションを保持すると決定する。また、ＭＭＥ（１１３）は、ステップ８２３のように、３ＧＰＰアクセスによりＵＥをＩＤＬＥモードに移行すべきかを評価し決定する。３ＧＰＰアクセスを使用するＵＥ（１０１）からの他のコネクションが全くない場合、ＭＭＥ（１１３）は、ステップ８２５のように、ＰＤＮコネクションに関するネットワーク側リソースを除去し始める。また、ＭＭＥ（１１３）は、ステップ８２７及び８２９のように、Ｓ１コネクション及び関連の無線リソースを解放するためのコマンドもｅＮｏｄｅＢ（１２１）に送信する。ステップ８２９はＵＥ（１０１）がステップ８１７でそれをローカルに行っていない場合にＵＥ（１０１）をＩＤＬＥモードに移行させることになることは、当業者にとって明らかである。

【0108】

ある時点で、ＵＥ（１０１）は、ステップ８３１のように、ＷＬＡＮオフロードが使用不能又は不適切なものになる可能性があると検出してもよい。これは、図５のステップ５１７又は５１９の結果になり得る。この場合、ＵＥ（１０１）は、３ＧＰＰアクセスを再開し、ＳＩＰＴＯオフロードを開始する必要があるであろう。ＵＥ（１０１）は、ステップ８３３のように、コネクション再開要求を送信することにより、これを行う。ＬＴＥシステムの場合、コネクション再開要求は、サービス要求又はＴＡＵ要求メッセージになり得る。特定の実現例では、ＴＡＵ要求又はサービス要求は、ネットワークベース・オフロード、例えば、ＳＩＰＴＯを再トリガしなければならないことをＭＭＥ（１１３）に示すために追加のフラグ又はインジケータを含んでもよい。しかし、他の実現例では、このようなインジケータは、そのように構成される場合にＭＭＥ（１１３）によって暗黙のうちに推測することができ、従って、通常のＴＡＵ要求又はサービス要求を使用することができる。

【0109】

コネクション再開要求（８３３）を受信すると、ＭＭＥ（１１３）は、オフロードのネットワーク側動作、例えば、ステップ８３５のように、ＳＧＷ（１１５）及びＰＧＷ（１１７）を介する古いコネクションを除去することと、ステップ８３７のように、Ｓ／ＰＧＷ（１１９）に向かう新たなＳＩＰＴＯコネクションをセットアップすることを実行し始める。コネクションの正常なセットアップ後に、ＭＭＥ（１１３）は、ステップ８３９のように、コネクション再開受諾メッセージを介してＵＥ（１０１）にこの変更を通知する。このステップは、新たにオフロードされたＳＩＰＴＯコネクションをサポートするためにＵＥ（１０１）に関する必要な設定及びコンテキストを調整するよう、ｅＮｏｄｅＢ（１２１）に指示する動作を含んでもよい。

【0110】

上記の動作ステップは複数の信号交換を更に含む可能性があることは、当業者にとって明らかである。これは、本開示技術の一般原理に影響を及ぼさない。

【0111】

（第５の実施の形態：ＵＥモビリティによる代替動作）
図９には、ＵＥモビリティを考慮する本開示技術の代替動作が提示されている。通常、ネットワーク側オフロード・トリガはＵＥ（１０１）の位置に基づくものである。従って、ＵＥ（１０１）が位置を変更した場合、ＭＭＥ（１１３）は、ネットワークベース・オフロードをトリガしなければならないかを評価する。ＵＥ（１０１）がＣＯＮＮＥＣＴＥＤモードに保持されている場合、ＭＭＥ（１１３）は、その位置をセル・レベルで把握してもよい。従って、ネットワークベース・オフロードは適切な時期にトリガすることができる。しかし、ＵＥがＩＤＬＥモードにある場合、ＭＭＥ（１１３）は、トラッキング・エリア（ＴＡ）又は複数ＴＡレベルでその位置を把握するだけである。前述のシナリオでは、ＮＳＷＯを行っている間、ＵＥは３ＧＰＰアクセス・ネットワーク上でＩＤＬＥモードとして扱われ、従って、ＭＭＥ（１１３）は、ＮＳＷＯより良好なパフォーマンスをＳＩＰＴＯによってＵＥに提供できるオフロードをトリガする機会を逸する可能性がある。

【0112】

潜在的な救済策の１つは、それぞれ図３及び図８の「オプションＢ」又は「オプションＣ」に示されているように選択的オフロード要求を拒否した場合、或いは単にＮＳＷＯを開始した場合に、ＵＥ（１０１）がキャンピングセルを変更してｅＮｏｄｅＢ単位のＵＥの位置を通知するたびに、ＵＥがＭＭＥ（１０１）にＴＡＵメッセージを送信することである。しかし、これは、ネットワーク側で大量の信号送出負荷を発生する可能性があり、ＵＥ（１０１）側でバッテリ電力の浪費を引き起こす可能性もある。

【0113】

図９に示されているように、このような問題に対処するための代替動作が導入される。単純にするために、図９はステップ９１１以降の動作のみを示している。図２に示されている動作ステップ２０１から２０９もステップ９１１の前に発生する可能性があることは、当業者にとって明らかである。

【0114】

ステップ９１１では、ＭＭＥ（１１３）は、選択的オフロード要求メッセージを送信する際に、位置リストもそれに含める。この位置リストは、同じネットワークベース・オフロードをトリガしなければならないセルのリストを提供する。この位置リストは、種々の形式で、例えば、新たな情報要素として又は「オフロード条件」の新たな位置コンポーネントとして伝達することができる。「オフロード条件」の新たなコンポーネントとして信号送出される場合、以下のフォーマットを使用することができる。
｛位置リスト｝：：＝｛位置グループ１：：＝
＊｛セルＩＤ｝｝
｛位置グループ２：：＝
＊｛ＣＳＧ ＩＤ｝｝
｛位置グループ３：：＝
＊｛ＴＡＩ｝｝

【0115】

ここで、位置リストは１つ又は複数の｛位置グループ｝を含む。それぞれの｛位置グループ｝には、位置ＩＤのリストが存在する。これらの位置ＩＤは、セルＩＤ又はＥＣＧＩ、或いはＣＳＧ ＩＤ、或いはＴＡＩのリストの形式にすることができる。｛位置リスト｝はすべての位置グループを含む必要がないことは、当業者にとって明らかである。更に、その他のタイプの位置ＩＤが｛位置リスト｝で使用される可能性もある。

【0116】

ＵＥ（１０１）は、選択的オフロード要求（９１１）を受信した後、図３及び図８に示されている「オプションＢ」又は「オプションＣ」のように通常動作を行う。

【0117】

ある時点で、ＵＥ（１０１）は、ステップ９１３のように、ＩＤＬＥモードでその接続ポイントを変更してもよい。例えば、ＬＴＥシステムでは、これは、ＵＥ（１０１）が新たなセルでキャンプすることを選択したことを意味する。この時点で、ＵＥ（１０１）は、｛位置リスト｝を使用して、ＭＭＥ（１１３）にその変更を通知しなければならないかを決定することになる。例えば、新たなセルが｛位置グループ１｝にある場合、ＵＥ（１０１）はＭＭＥ（１１３）への新たな選択的ネットワークベース・オフロード（９１５）メッセージをトリガする。

【0118】

この新たな選択的ネットワークベース・オフロード（９１５）は、ＵＥ（１０１）の現在の位置をＭＭＥ（１１３）に伝達する。従って、ＭＭＥ（１１３）は、ネットワークベース・オフロードをもう一度トリガしなければならないかをもう一度評価する。ＭＭＥ（１１３）は、新たな位置もネットワークベース・オフロード、例えば、ＳＩＰＴＯに適していると決定した場合、もう１つの選択的オフロード要求（９１７）をＵＥ（１０１）に送信する。これは更に、図２、図３、及び図８に示されている「オプションＡ」、「オプションＢ」、又は「オプションＣ」のようにオフロード・オプション選択を検討するようにＵＥ（１０１）をトリガする。従って、選択的オフロード要求（即ち、ＳＩＰＴＯ指示）はＵＥの適切な位置で送信され、ユーザは、ＳＩＰＴＯがＮＳＷＯより良好なパフォーマンスを提供できる場合に良好な機会を得ることができる。

【0119】

もう１つの代替動作では、｛位置リスト｝を他の方法で使用することができる。例えば、ＵＥ（１０１）は、新しいセルが前のセルと同じ｛位置グループ｝にはないが、他の｛位置グループ｝にある場合にのみ、選択的ネットワークベース・オフロード（９１６）を送信する必要があるとしてもよい。この意味で、｛位置グループ｝は、同じオフロード決定要因を共用するすべてのセル又は位置を意味し、即ち、ＵＥ（１０１）は、セルの１つでＳＩＰＴＯを行わないと決定した場合、そのグループの他のセルでもＳＩＰＴＯを行わない。従って、オフロード・オプションは、ＵＥ（１０１）が他の｛位置グループ｝にリストされたセルに移動する場合にのみ再評価する必要がある。このように、ＵＥ（１０１）は不必要な信号送出を更に削減することができる。

【0120】

（第６の実施の形態：ネットワーク側支援による代替動作）
図１０を参照して、本開示技術のもう１つの代替動作について説明する。これまでの諸実施の形態では、オフロード評価動作は主にＵＥ（１０１）側で行われる。以下の動作シーケンスでは、オフロード評価プロセスは主にネットワーク側、即ち、ＭＭＥ（１１３）で行われる。これにより、ネットワークはある不必要なオフロード・トリガ及び関連の信号送出を節約することができる。

【0121】

同図に示されているように、ステップ１００１及び１００３は２０１及び２０３と同一である。しかし、ステップ１００５では、ＵＥ（１０１）は、「オフロード情報」要素とともに選択的ネットワークベース・オフロード・メッセージをＭＭＥ（１１３）に送信する。図２の２０５と同様に、この選択的ネットワークベース・オフロード・メッセージは、特殊な「選択的」インジケータが付いたＴＡＵ要求メッセージ又はその他のリソース管理メッセージにすることができる。「オフロード情報」はそのメッセージに含まれる新たな情報要素である。「オフロード情報」が含まれる場合、それは他の形式の「選択的」インジケータとして作用することもでき、従って、「選択的」インジケータを回避することができる。

【0122】

｛オフロード情報｝：：＝｛ＱｏＳコンポーネント：：＝
｛許容される最大ビットレート｝
｛遅延｝
｛優先順位｝
｛負荷｝｝
｛制限時間コンポーネント｝
｛制限範囲コンポーネント｝
｛制限サイズコンポーネント｝

【0123】

ここで、｛許容される最大ビットレート｝は、ローカル・アクセス・ネットワーク（１４０）からサービス・プロバイダ・ネットワーク（１２０）へのＷＬＡＮアクセス及びバックホール・リンクによってサポートできる帯域幅を示す。｛遅延｝は、サービス・プロバイダ・ネットワーク（１２０）に向けてサービスにアクセスする際にＷＬＡＮアクセスによる予想遅延を示す。｛優先順位｝は、ＷＬＡＮアクセスによるサービス・データフローに与えられる優先順位になり、例えば、ＤｉｆｆＳｅｒｖｅコード・ポイント（ＤＳＣＰ）からマッピングすることができる。｛負荷｝は、ＷＬＡＮの負荷状況を示す。｛ＱｏＳコンポーネント｝は、例えば、ＡＰＮが異なるものになる場合、ＩＰアドレス保存がサポートされる場合、ＩＰバージョンが異なる場合などの追加情報を含むか、或いはＵＥがＨｏｔｓｐｏｔ２．０によってサポートされるＷＬＡＮを介して入手する可能性のあるその他の情報を含んでもよいことは、当業者にとって明らかである。

【0124】

ＭＭＥ（１１３）は、この選択的ネットワークベース・オフロード（１００５）メッセージを受信すると、それをＵＥ（１０１）の対応するコンテキストに格納する。ステップ１００９のように、次にネットワークベース・オフロードがトリガされた際に、ＭＭＥ（１１３）は、ステップ１０１１のように、関連のオフロード動作パラメータを検索する。例えば、これは、潜在的な無線アクセス・ネットワーク（ＲＡＮ）パラメータ、例えば、輻輳レベル又は許容ベアラ帯域幅などを入手することを含む。また、ＭＭＥ（１１３）は、Ｓ／ＰＧＷ（１１９）に関する情報、例えば、ＵＥについて許可される帯域幅、又は予想される遅延なども入手してもよい。

【0125】

次に、ＭＭＥ（１１３）は、オフロード・オプション、即ち、現在のＵＥ（１０１）のＷＬＡＮコネクションの場合にネットワークベース・オフロードをトリガしなければならないかを評価するために、「オフロード情報」要素及びステップ１０１１で入手したオフロード情報を利用する。例えば、ＭＭＥ（１１３）は、ＳＩＰＴＯコネクションによって提供可能な帯域幅と、ＷＬＡＮを介してＵＥ（１０１）によって報告されたものを比較することができ、その帯域幅の方がかなり高い場合にのみＳＩＰＴＯをトリガする。ＭＭＥ（１１３）は評価の際にオフロードのその他の面、例えば、サービスエリアの比較、コンテンツサイズの制限なども考慮してもよいことは、当業者にとって明らかである。

【0126】

ＭＭＥ（１１３）は、ＵＥ（１０１）のサービス・データトラフィックのためにＷＬＡＮの代わりにネットワークベース・オフロードを使用しなければならないと決定した場合、ネットワークベース・オフロード要求（１０１５）をＵＥ（１０１）に送信する。ＬＴＥシステムでは、このネットワークベース・オフロード要求（１０１５）は切り離し又はＥＰＳベアラ・コンテキスト非活性化要求になり得る。実現例によっては、このネットワークベース・オフロード要求（１０１５）は、ＵＥ（１０１）がこのオフロード要求に従わなければならないことを示す「非選択的」フラグ又はインジケータを更に含むことができる。

【0127】

ネットワークベース・オフロード要求（１０１５）を受信すると、ＵＥ（１０１）は、ステップ１０１７のように、ネットワークベース・オフロード受諾で応答する。従って、ＭＭＥ（１１３）は、ネットワーク側オフロード動作を行うように、例えば、ＳＧＷ（１１５）及びＰＧＷ（１１７）との接続リソースを除去するように、トリガされる。これは、ＳＩＰＴＯ動作について［ＮＰＤ １］に記載されているものと同様である。

【0128】

ＵＥ（１０１）は、ステップ１０２１のように、オフロード接続要求を行うようにトリガされる。これは、［ＮＰＤ １］においてＳＩＰＴＯ動作について記載されている再接続要求と同様である。ＬＴＥシステムでは、これは、同じＡＰＮが付いた接続要求又は同じＡＰＮが付いたＰＤＮ接続性要求になり得る。このようなオフロード接続要求（１０２１）は、ステップ１０２３のように、ネットワーク側でＳ／ＰＧＷ（１１９）を介してＳＩＰＴＯコネクションの確立をトリガする。ステップ１０２５のように、ＵＥ（１０１）とＭＭＥ（１１３）との間の対応する更なる信号送出、例えば、オフロード接続受諾が行われる。同図に示されているもの以上の信号交換が行われる可能性があることは、当業者にとって明らかである。オフロード接続受諾（１０２５）を受信した後、ＵＥ（１０１）は、ルーティングルールに応じて、新たに確立されたオフロード・コネクション、例えば、ＳＩＰＴＯコネクションにより、データトラフィックをルーティングし始める。

【0129】

（第７の実施の形態：ＳＩＰＴＯ＠ＬＮ／ＬＩＰＡによる代替アーキテクチャ）
図１１を参照して、本開示技術をサポートする代替ネットワーク・アーキテクチャについて説明する。図１では、ネットワークベース・オフロード、例えば、ＳＩＰＴＯは、オペレータ・コアネットワーク（１１０）エンティティを介してサービス・プロバイダ・ネットワーク（１２０）に至る出口点、例えば、Ｓ／ＰＧＷ（１１９）を有する。しかし、特定の場合、例えば、フェムト・セルを使用する場合には、ローカル・アクセス・ネットワーク（１１４０）エンティティ、例えば、ローカル・ゲートウェイ（ＬＧＷ）（１１８３）を介してオフロードを行うことができる。このような場合、オフロード・オプションを評価する際に多少異なる考慮を行わなければならない。しかし、一般に、これまでの諸実施の形態に導入された動作は、わずかな調整を行えば、依然として適用可能である。以下の説明では、相違点のみが強調されている。

【0130】

同図に示されているように、３ＧＰＰアクセスはフェムト基地局、即ち、ホームｅＮｏｄｅＢ（ＨｅＮＢ）（１１８１）によって提供される。この場合、ＨｅＮＢ（１１８１）は、セキュリティ・ゲートウェイ（ＳｅＧＷ）（１１８５）を介してオペレータ・コアネットワーク（１１１０）に接続される。ＨｅＮＢ（１１８１）とＳｅＧＷ（１１８５）との間のコネクションは、ローカル・アクセス・ネットワーク（１１４０）又は他のサービス・プロバイダ・ネットワークを通過することができ、セキュリティが保護される。例えば、ＨｅＮＢ（１１８１）は、ＩＫＥｖ２プロトコルを使用して、ＳｅＧＷ（１１８５）とのＩＰＳｅｃトンネルを確立してもよい。これに対して、ＬＧＷ（１１８３）は、ローカル・アクセス・ネットワーク（１１４０）内に常駐して、ＳＧＷ（１１１５）とのコネクション（同図には示されていない）を介してオペレータ・コアネットワーク（１１１０）によって制御され、ＵＥ（１０１）のためにサービス・プロバイダ・ネットワーク（１１２０）へのコネクションを提供する。これは、［ＮＰＤ １］に記載されているＬＩＰＡアーキテクチャと同様である。ＬＧＷ（１１８３）はＨｅＮＢ（１１８１）と連結することができるか又はローカル・インターフェース１１５３を介してＨｅＮＢ（１１８１）に接続されたスタンドアロン・エンティティにすることができることは、当業者にとって明らかである。これは、本開示技術の一般原理に影響を及ぼさない。

【0131】

同図に示されているように、このアーキテクチャ変形例では、ＵＥ（１１０１）は、３通りのオフロード選択肢、即ち、ローカル・アクセス・ネットワーク（１１４０）を介するＳＩＰＴＯ、ローカル・アクセス・ネットワークを介するＬＩＰＡ、及びローカル・アクセス・ネットワークを介するＷＬＡＮオフロードを有する。

【0132】

従って、ＵＥ（１０１）は、図２、図３、又は図８に導入されている手順に続いてオフロード・オプションを評価する際に、この３つのオプションもすべて考慮する必要がある。３つのオプションの中で、ＬＩＰＡ及びＷＬＡＮオフロードはＵＥ（１０１）によって開始することができ、ＳＩＰＴＯはネットワーク、即ち、ＭＭＥ（１１３）によって開始することができる。これに対して、ＬＩＰＡ及びＳＩＰＴＯは、例えば、ＨｅＮＢ（１１８１）を介して、３ＧＰＰアクセスを使用するが、ＷＬＡＮは、異なるリンクレートを提供可能な非３ＧＰＰアクセスを使用する。この場合、３つのオフロード・オプションすべてが同じバックホール・コネクションを共用してもよく、これは、ＷＬＡＮアクセスポイントから入手したバックホール状況情報が３つすべてに適用可能であることを意味する。

【0133】

例えば、ＵＥ（１１０１）は、ステップ２１１、３１１、８１１、９１１、又は９１７で、ＳＩＰＴＯコネクションに関するＭＭＥ（１１３）からの「オフロード条件」情報を受信する際に、ＵＥ（１１０１）がそれを開始する場合に同じＱｏＳパラメータがＬＩＰＡコネクションに適用されることを把握してもよい。しかし、ＬＩＰＡコネクションは、異なるローミング及び移動制限を有する可能性がある。従って、「オフロード条件」内のこれらのパラメータを使用することはできない。その代わりに、ローカルＨｅＮＢネットワークＩＤ又は特定のＬＩＰＡモビリティ制限パラメータを使用しなければならない。このような情報は、構成、加入者情報から、又はＨｅＮＢ（１１８１）から直接、入手してもよい。

【0134】

同様に、図１０に示されている手順を使用する場合、ＭＭＥ（１１３）も３つのオプションをすべて考慮する必要がある。この特定の例では、ＭＭＥ（１１３）は、ＵＥ（１１０１）の加入者プロファイル及び位置情報に基づいて、ＵＥ（１１０１）が現在の位置でＬＩＰＡコネクションを許可されるか否かを把握する。また、これは、３ＧＰＰ無線アクセス情報並びにＷＬＡＮオフロード情報についてＵＥ（１１０１）によって報告されるバックホール・リンク情報を使用して、ＬＩＰＡコネクションによりサポート可能な潜在的ＱｏＳを判断してもよい。このようにして、ＭＭＥ（１１３）は、３つのタイプのオフロード・オプションすべてについて適切に評価することもできる。

【0135】

（第８の実施の形態：ＵＥが両方のオフロード経路を選択する代替動作）
これまでの諸実施の形態では、ＵＥ（１０１又は１１０１）について１つのタイプのオフロード・オプションのみが選択されると想定されている。従って、１つのタイプのオフロードが選択される際に、他のオフロード・オプションは使用不可になるか又は取り消される。しかし、本開示技術の特定の適用例では、すべてのオフロード・オプションが同時に使用される事例がある。

【0136】

例えば、ＵＥ（１０１又は１１０１）は、あるポリシー、例えば、ＯＰＩＩＳ又はＩＳＲＰルールを有する場合、データフィルタに基づいてデータフローをフィルタリングし、どのアクセス又はＡＰＮ或いはコネクション・タイプを使用するかを決定してもよい。特定の事例では、ある特定のアプリケーションを種々のカテゴリにフィルタリングしてもよく、例えば、ＩＰマルチメディア・サービス（ＩＭＳ）セッションでは、セッション開始プロトコルに基づいて、その信号フローが優先順位及び品質を考慮した結果３ＧＰＰアクセスによりルーティングされ、そのデータフロー、例えば、何らかのＵＤＰベースのトラフィックがデータ量及び帯域幅の要件のために非３ＧＰＰアクセスによりルーティングされていてもよい。このような場合、ＵＥ（１０１、１１０１）又はネットワークにより、両方のオフロード・オプション、例えば、ＳＩＰＴＯ及びＷＬＡＮオフロードを行えるようにしなければならない。

【0137】

このような事例が発生する場合、それに対処するために本開示技術の動作手順をわずかに調整することになる。例えば、図２に記載されている手順が行われた場合、ステップ２２９はスキップされない。その代わりに、ＵＥ（１０１）は、適切なトラフィックのみをＳＩＰＴＯコネクションにルーティングし、他の適切なトラフィックをＷＬＡＮオフロード・コネクションにルーティングする。

【0138】

同様に、ＵＥ（１０１）はステップ３１５で両方のオフロード・オプションを許可しなければならないと決定するので、図３に記載されている手順が行われないことは明らかである。従って、ステップ３１７から３３１の代わりに、ステップ２１７から２２７を使用しなければならない。

【0139】

ＵＥがこのような類の決定（即ち、獲得すべき個々のトラフィック・パフォーマンスごとにＳＩＰＴＯとＮＳＷＯの両方のコネクションを使用すること）を行うために、ＭＭＥは、トラフィックフローごとに、例えば、ＴＦＴエントリーごとに、オフロード条件を提供してもよい。従って、ＵＥは、フローごとにＳＩＰＴＯコネクション（確立中）とＮＳＷＯコネクション（すでに確立済み）のパフォーマンスを比較し、それぞれのトラフィックフローについてより適切なコネクションを選択することができ、これにより、アプリケーション・トラフィックが適切なベアラ及び／又は非３ＧＰＰコネクションに適切にマッピングされるので、ユーザの便益が増加する。

【0140】

図１０に記載されている手順を使用する場合、ＵＥ（１０１）は、ステップ１０２７のように、ＯＰＩＩＳ又はＩＳＲＰルールに応じて、ＷＬＡＮオフロード・コネクション及びＳＩＰＴＯコネクションの両方により、トラフィックをルーティングし始めることは明らかである。

【0141】

上記の動作調整は本開示技術の一般原理に影響を及ぼさないことは、当業者にとって明らかである。

【0142】

図５に提示されているＵＥ（４００）のロジックについては、すでにこの事例に適用することができる。例えば、ステップ５１９では、ＵＥ（４００）は、ＯＰＩＩＳ又はＩＳＲＰルールがその旨を示している場合に、ネットワークベース・オフロード、例えば、ＳＩＰＴＯも接続することができてもよい。また、ＵＥ（４００）は、ステップ５１１で両方のオフロードを使用しなければならないと決定し、従って、ステップ５２５では、ＯＰＩＩＳ又はＩＳＲＰルールに応じて、ＳＩＰＴＯコネクション及びＷＬＡＮオフロード・コネクションの両方によりトラフィックをルーティングすることを決定してもよい。

【0143】

本開示技術の一態様では、移動管理装置は、第２のメッセージを送信する際、第２のネットワークのゲートウェイから選択情報を取得する。

【0144】

本開示技術の一態様では、移動管理装置は、第２のメッセージを送信した際、移動端末の第２のネットワークにおける既存のコネクションを移動端末によるオフロードの決定があるまで維持するとともに、移動端末が第２のネットワークにおける新たなオフロードを行う場合には、既存のコネクションを切断し、新たなオフロードのための新たなコネクションを構築し、移動端末を新たなコネクションに接続し、移動端末が第１のネットワークにおけるオフロードを維持する場合には、既存のコネクションを維持する。

【0145】

本開示技術の一態様では、移動管理装置は、選択情報をトラフィックフロー単位で送信し、移動端末は、第１のネットワークにおけるオフロードが維持されるか、第２のネットワークにおける新たなオフロードが行われるかをトラフィックフロー単位で決定する。

【0146】

本開示技術の一態様では、移動端末は、第２のネットワークにおけるオフロードを行うために必要とされる閾値情報を第１のメッセージに含めて送信し、移動管理装置は、第１のメッセージに含まれる閾値情報に基づいて、第２のメッセージを送信するか否かを決定する。

【0147】

本開示技術の一般的な一態様では、本開示技術は移動管理装置を提供する。この移動管理装置は、第１のネットワークにおけるオフロードを移動端末が開始した際に、移動端末から送信される、オフロードの開始をした旨の情報を含む第１のメッセージを受信する受信手段と、第１のメッセージに基づいて、いずれのネットワークにおけるオフロードを行うか選択させるための選択情報であって、移動管理装置が属する第２のネットワークにおける選択情報を含む第２のメッセージを生成する生成手段と、生成された第２のメッセージを移動端末へ送信する送信手段とを、備えるものである。

【0148】

本開示技術の一態様では、第２のメッセージを生成する際、第２のネットワークのゲートウェイから選択情報を取得する取得手段を更に備える。

【0149】

本開示技術の一態様では、制御手段は、移動管理装置が第２のメッセージを送信した際、移動端末の第２のネットワークにおける既存のコネクションを移動端末によるオフロードの決定があるまで維持するとともに、移動端末が第２のネットワークにおける新たなオフロードを行う場合には、既存のコネクションを切断し、新たなオフロードのための新たなコネクションを構築し、移動端末を新たなコネクションに接続し、移動端末が第１のネットワークにおけるオフロードを維持する場合には、既存のコネクションを維持する。

【0150】

本開示技術の一態様では、送信手段は、選択情報をトラフィックフロー単位で送信し、移動端末は、第１のネットワークにおけるオフロードが維持されるか、第２のネットワークにおける新たなオフロードが行われるかをトラフィックフロー単位で決定する。

【0151】

本開示技術の一態様では、受信手段は、第２のネットワークにおけるオフロードを行うために必要とされる閾値情報を含む第１のメッセージを移動端末から受信し、生成手段は、第１のメッセージに含まれる閾値情報に基づいて、第２のメッセージを生成するか否かを決定する。

【0152】

本開示技術の一般的な一態様では、本開示技術は移動端末を提供する。この移動端末は、第１のネットワークにおけるオフロードを移動端末が開始した際に、オフロードの開始をした旨の情報を含む第１のメッセージを生成する生成手段と、生成された第１のメッセージを、第２のネットワークにおいて移動端末の移動管理を行う移動管理装置に対して送信する送信手段と、第１のメッセージに基づいて、移動管理装置から送信される、いずれのネットワークにおけるオフロードを行うか選択させるための選択情報であって、第２のネットワークにおける選択情報を含む第２のメッセージを受信する受信手段と、受信された第２のメッセージに含まれる選択情報と、移動端末が有する第１のネットワークにおける判断情報とに基づいて、第１のネットワークにおけるオフロードを維持するか、第２のネットワークにおける新たなオフロードを行うかを決定する制御手段とを、備えるものである。

【0153】

本開示技術の一態様では、送信手段は、第２のネットワークにおけるオフロードを行うために必要とされる閾値情報を第１のメッセージに含めて送信する。

【0154】

本開示技術の一態様では、受信手段は、選択情報をトラフィックフロー単位で受信し、制御手段は、第１のネットワークにおけるオフロードが維持されるか、第２のネットワークにおける新たなオフロードが行われるかをトラフィックフロー単位で決定する。

【0155】

上記の諸態様は組み合わせによって実現することができる。これらの諸態様は、オフロード方法、移動管理装置、及び移動端末に加えて、コンピュータにその方法を実現させるためのプログラムと、そのプログラムを記録した記録媒体によって実現することができる。

【0156】

更に、上記の実施の形態の機能ブロックは、ハードウェア、ソフトウェア、又はハードウェアとソフトウェアの任意の組み合わせによって実現することができる。例えば、図４及び図６の各機能ブロックは、任意のコンピュータのＣＰＵ又はメモリなどのハードウェアによって実現することができる。更に、任意のコンピュータは、それぞれの機能のプロセスが記述されているプログラムを実現し、各機能ブロックを実現することができる。更に、上記の実施の形態のフローチャート又はシーケンスチャートは、ＣＰＵ又はメモリなどのハードウェアによって実現することができる。

【0157】

上記の諸実施の形態の説明に使用される各機能ブロックは、典型的に集積回路によって表される、ＬＳＩとして実現することができる。これらは、１つのチップとして個別に生産するか或いは一部又は全部を含むように１つのチップとして設計することができる。ここで、これはＬＳＩと呼ばれるが、集積度に応じてＩＣ、システムＬＳＩ、スーパーＬＳＩ、又はウルトラＬＳＩと呼ぶこともできる。また、集積回路の技法はＬＳＩのみに限定されず、専用回路又は汎用プロセッサとして実現することもできる。ＬＳＩの製造後にプログラミングすることができるＦＰＧＡ（フィールド・プログラマブル・ゲート・アレイ）又はＬＳＩ内部の回路セルの接続又は設定を再構成することができる再構成可能プロセッサも使用することができる。更に、半導体技法又はそこから派生したその他の技法の進歩により、ＬＳＩに取って代わる回路集積の技法が出現した時に、このような技法を使用することによって機能ブロックを集積することができる。例えば、バイオテクノロジーの適応はこのような可能性の１つである。

【産業上の利用可能性】

【0158】

本開示技術は、ＵＥに対する種々のコネクションを提供する、移動通信ネットワークに適用可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7A】

【図7B】

【図8】

【図9】

【図10】

【図11】