特許 5798234 ネットワークベースのＩＰモビリティをサポートするマルチアクセス・モバイル通信システムにおけるトラフィック・オフロード

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

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

(11)【特許番号】5798234

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

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

(54)【発明の名称】ネットワークベースのＩＰモビリティをサポートするマルチアクセス・モバイル通信システムにおけるトラフィック・オフロード

(51)【国際特許分類】

   H04W 28/08 20090101AFI20151001BHJP

   H04W 48/18 20090101ALI20151001BHJP

   H04W 80/04 20090101ALI20151001BHJP

   H04W 88/06 20090101ALI20151001BHJP

【ＦＩ】

   H04W28/08

   H04W48/18

   H04W80/04

   H04W88/06

【請求項の数】11

【全頁数】11

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

(86)(22)【出願日】2012年3月16日

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

(43)【公表日】2014年4月24日

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

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

(87)【国際公開日】20120927

【審査請求日】2013年10月31日

(31)【優先権主張番号】11290142.6

(32)【優先日】2011年3月18日

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

(73)【特許権者】

【識別番号】391030332

【氏名又は名称】アルカテル−ルーセント

(74)【代理人】

【識別番号】100094112

【弁理士】

【氏名又は名称】岡部 讓

(74)【代理人】

【識別番号】100106183

【弁理士】

【氏名又は名称】吉澤 弘司

(74)【代理人】

【識別番号】100128657

【弁理士】

【氏名又は名称】三山 勝巳

(74)【代理人】

【識別番号】100170601

【弁理士】

【氏名又は名称】川崎 孝

(72)【発明者】

【氏名】メリア，テレマソ

(72)【発明者】

【氏名】スケイヒル，フランク

【審査官】 田部井 和彦

(56)【参考文献】

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

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

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

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

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

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

【文献】 CJ.Bernardos，Proxy Mobile IPv6 Extensions to Support Flow Mobility draft-bernardos-netext-pmipv6-flowmob-03，NETEXT Working Group Internet-Draft Intended status: Standards Track，２０１１年 ３月１４日，ＵＲＬ，http://tools.ietf.org/pdf/draft-bernardos-netext-pmipv6-flowmob-03.pdf

【文献】 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architecture enhancements for non-3GPP accesses (Release 10)，3GPP TS 23.402，２０１１年 １月，V10.2.1

【文献】 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP flow mobilityand seamless Wireless Local Area Network (WLAN) offload; Stage 2 (Release 10)，3GPP TS 23.261，２０１０年 ９月，V10.1.0

【文献】 水越 康博 Yasuhiro Mizukoshi，増加するトラヒック量・デバイス数・基地局数に対応するためのモバイル通信技術，電子情報通信学会２０１１年通信ソサイエティ大会講演論文集２ PROCEEDINGS OF THE 2011 IEICE COMMUNICATIONS SOCIETY CONFERENCE，２０１１年 ８月３０日

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

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

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

Ｈ０４Ｌ １２／２８

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

ＳＡ ＷＧ１−２

ＣＴ ＷＧ１

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

【請求項1】

ネットワークベースのＩＰモビリティをサポートするマルチアクセス・モバイル通信システムにおけるトラフィック・オフロードのための方法であって、
ネットワークベースのＩＰモビリティ関連シグナリングを使用して、アクセス・レベルでのトラフィック・オフロードをセットアップするステップ、
ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティが、トラフィックに関する最初のアップリンク・パケットを受信すると、アクセス・レベルで前記トラフィックをオフロードすべきかどうかを決定するステップ、及び
ネットワークベースのＩＰモビリティをサポートするアクセス・ネットワーク・エンティティが、ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティからの命令を受信すると、アクセス・レベルでのトラフィック・オフロードをセットアップするステップ
を含む方法。

【請求項2】

ＩＰフロー・モビリティ・サポート用に強化されたネットワークベースのＩＰモビリティをサポートするシステムにおける、請求項１に記載の方法。

【請求項3】

ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティが、アクセス・レベルでトラフィックをオフロードすべきかどうかを決定するステップ
を含む、請求項１または２に記載の方法。

【請求項4】

ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティが、アクセス・レベルでのトラフィック・オフロードをセットアップするように、ネットワークベースのＩＰモビリティをサポートするアクセス・ネットワーク・エンティティに命令するステップ
を含む、請求項１乃至３のいずれか１項に記載の方法。

【請求項5】

ネットワークベースのＩＰモビリティをサポートするアクセス・ネットワーク・エンティティが、ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティから受信された、アクセス・レベルでのトラフィック・オフロードをセットアップする命令に肯定応答するステップ
を含む、請求項１乃至４のいずれか１項に記載の方法。

【請求項6】

ネットワークベースのＩＰモビリティをサポートするアクセス・ネットワーク・エンティティが、ＩＰｖ６ ＭＮ（Ｍｏｂｉｌｅ Ｎｏｄｅ）に関するアクセス・レベルでのトラフィック・オフロードをセットアップする命令を、ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティから受信すると、前記ＭＮに関する新たなアドレス構成情報を含むルーティング・アドバタイズメントを送信するステップ
を含む、請求項１乃至５のいずれか１項に記載の方法。

【請求項7】

ネットワークベースのＩＰモビリティが、プロキシ・モバイルＩＰｖ６ ＰＭＩＰｖ６に相当し、
ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティが、ＬＭＡ（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ）に相当し、
ネットワークベースのＩＰモビリティをサポートするアクセス・ネットワーク・エンティティが、ＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）に相当する、
請求項１乃至６のいずれか１項に記載の方法。

【請求項8】

ＩＰフロー・モビリティ・サポート用に強化されたプロキシ・モバイルＩＰｖ６ ＰＭＩＰｖ６をサポートするシステムにおいて、
ＬＭＡ（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ）が、アクセス・レベルでのトラフィック・オフロードをセットアップする命令を含むＦＭＩ（Ｆｌｏｗ Ｍｏｂｉｌｉｔｙ Ｉｎｉｔｉａｔｅ）メッセージをＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ ｇａｔｅｗａｙ）へ送信するステップを含む、請求項１乃至７のいずれか１項に記載の方法。

【請求項9】

ＩＰフロー・モビリティ・サポート用に強化されたプロキシ・モバイルＩＰｖ６ ＰＭＩＰｖ６をサポートするシステムにおいて、
ＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）が、アクセス・レベルでのトラフィック・オフロードをセットアップする命令の肯定応答を含むＦＭＡ（Ｆｌｏｗ Ｍｏｂｉｌｉｔｙ Ａｃｋｎｏｗｌｅｄｇｅ）メッセージをＬＭＡ（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ）へ送信するステップを含む、請求項１乃至８のいずれか１項に記載の方法。

【請求項10】

マルチアクセス・モバイル通信システムにおけるネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティ、とりわけＬＭＡ（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ）などであって、請求項１乃至９のいずれか１項に記載の方法を実行するように構成されているエンティティ。

【請求項11】

マルチアクセス・モバイル通信システムにおけるネットワークベースのＩＰフロー・モビリティをサポートするアクセス・ネットワーク・エンティティ、とりわけＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）などであって、請求項１乃至９のいずれか１項に記載の方法を実行するように構成されているエンティティ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、一般にモバイル通信システムに関する。

【背景技術】

【0002】

モバイル通信システムの詳細な説明は、文献において、とりわけ、たとえば３ＧＰＰ（３^ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）などの標準化団体によって発行されている技術仕様などにおいて見つけることができる。

【0003】

マルチアクセス・モバイル通信システムの一例が、ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）である。ＥＰＳは、３ＧＰＰアクセスと非３ＧＰＰアクセスの両方によってアクセスすることができるＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）を含む。モバイル端末（ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）とも呼ばれる）は、ＩＰ接続を提供するＥＰＳを介してＩＰベースのサービスにアクセスすることができる。ＥＰＳは、ＩＰモビリティ（とりわけネットワークベースのＩＰモビリティ）をサポートする。ＥＰＳは、とりわけ３ＧＰＰ ＴＳ２３．４０１および３ＧＰＰ ＴＳ２３．４０２において指定されている。

【0004】

ＩＰフロー・モビリティ（ＩＦＯＭ）と呼ばれる新たな機能が、現在そのようなシステムにおいて導入されている。ＩＰフロー・モビリティは、複数のアクセスを介して同時に接続されているモバイル端末に関する１つのアクセスから別のアクセスへの選択されたＩＰフローの移動を可能にする。ＩＰフロー・モビリティは現在、とりわけ３ＧＰＰおよびＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）によって指定されている。

【先行技術文献】

【非特許文献】

【0005】

【非特許文献1】３ＧＰＰ ＴＳ２３．４０１

【非特許文献2】３ＧＰＰ ＴＳ２３．４０２

【非特許文献3】ＲＦＣ５２１３

【非特許文献4】「Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰｖ６ Ｅｘｔｅｎｓｉｏｎｓ ｔｏ Ｓｕｐｐｏｒｔ Ｆｌｏｗ Ｍｏｂｉｌｉｔｙ」、ｄｒａｆｔ−ｂｅｒｎａｒｄｏｓ−ｎｅｔｅｘｔ−ｐｍｉｐｖ６−ｆｌｏｗｍｏｂ−０２

【非特許文献5】「Ｌｏｇｉｃａｌ Ｉｎｔｅｒｆａｃｅ Ｓｕｐｐｏｒｔ ｆｏｒ ｍｕｌｔｉ−ｍｏｄｅ ＩＰ Ｈｏｓｔｓ」、ｄｒａｆｔ−ｉｅｔｆ−ｎｅｔｅｘｔ−ｌｏｇｉｃａｌ−ｉｎｔｅｒｆａｃｅ−ｓｕｐｐｏｒｔ−０１

【発明の概要】

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

【0006】

そのようなシステムにおけるトラフィックを最適化する必要がある。より一般的には、そのようなシステムにおけるネットワーク機能を改善すること、とりわけ、より多くの利点をオペレータまたはサービス・プロバイダにもたらすことが必要とされている。

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

【0007】

本発明の実施形態は、とりわけそのような必要性に対処する。

【0008】

これらの目的およびその他の目的は、一態様においては、ネットワークベースのＩＰモビリティをサポートするマルチアクセス・モバイル通信システムにおけるトラフィック・オフロードのための方法によって達成され、前記方法は、
−ネットワークベースのＩＰモビリティ関連シグナリングを使用して、アクセス・レベルでのトラフィック・オフロードをセットアップするステップを含む。

【0009】

これらの目的およびその他の目的は、その他の態様においては、そのような方法を実行するためのエンティティによって達成される。そのようなエンティティは、とりわけ、ネットワークベースのＩＰモビリティをサポートするネットワーク・エンティティ（とりわけ、プロキシ・モバイルＩＰｖ６ ＭＩＰｖ６に関するＬＭＡ（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ）およびＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）など）を含む。

【0010】

次いで、本発明の実施形態による装置および／または方法のいくつかの実施形態について、ほんの一例として、添付の図面を参照しながら説明する。

【図面の簡単な説明】

【0011】

【図1】従来技術による、アクセス・レベルでのトラフィック・オフロードをサポートしない、ネットワークベースのＩＰフロー・モビリティをサポートするマルチアクセス・モバイル通信システムにおけるＩＰフロー・ルーティングの一例を示す図である。

【図2】本発明の一実施形態による、アクセス・レベルでのトラフィック・オフロードをサポートする、ネットワークベースのＩＰフロー・モビリティをサポートするマルチアクセス・モバイル通信システムにおけるＩＰフロー・ルーティングの一例を示す図である。

【図3】本発明の一実施形態による、アクセス・レベルでのトラフィック・オフロードのセットアップをサポートするように強化されたネットワークベースのＩＰフロー・モビリティ・シグナリング（ｎｅｔｏｗｏｒｋ−ｂａｓｅｄ ＩＰ ｆｌｏｗ ｍｏｂｉｌｉｔｙ ｓｉｇｎａｌｉｎｇ）の一例を示す図である。

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

【0012】

ネットワークベースのＩＰモビリティをサポートするマルチアクセス・システム（たとえばＥＰＳなど）の一例が、図１および図２において示されている。示されている例においては、ネットワークベースのＩＰモビリティは、ＩＰフロー・モビリティ・サポート用に強化されたプロキシ・モバイルＩＰｖ６ ＰＭＩＰｖ６に対応する。

【0013】

ＰＭＩＰｖ６は、とりわけＲＦＣ ５２１３において指定されている。ＰＭＩＰｖ６ドメインは、ＬＭＡ（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ）およびＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）と呼ばれるエンティティを含む。

【0014】

フロー・モビリティ・サポート用のＰＭＩＰｖ６拡張の説明は、「Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰｖ６ Ｅｘｔｅｎｓｉｏｎｓ ｔｏ Ｓｕｐｐｏｒｔ Ｆｌｏｗ Ｍｏｂｉｌｉｔｙ」、ｄｒａｆｔ−ｂｅｒｎａｒｄｏｓ−ｎｅｔｅｘｔ−ｐｍｉｐｖ６−ｆｌｏｗｍｏｂ−０２というドキュメントにおいて見つけることができる。このドキュメントは、ＰＭＩＰｖ６標準（ＲＦＣ ５２１３）の拡張として２つのメッセージを指定している。接続されているＵＥへ新たなフローがルーティングされることになるようにＭＡＧに命令するためのＦＭＩ（Ｆｌｏｗ Ｍｏｂｉｌｉｔｙ Ｉｎｉｔｉａｔｅ）メッセージが、ＬＭＡ（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ）のためにＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）へ送信される。フローが、５タプルを使用して認識され、フロー・モビリティ手順が、ＬＭＡによって開始される（任意のトリガを入力として使用することができる）。選択されたフロー（ＦＭＩメッセージは、特定のフローの情報を含む）をルーティングすることをＭＡＧが受け入れた場合には、ＭＡＧは、ＦＭＡ（Ｆｌｏｗ Ｍｏｂｉｌｉｔｙ Ａｃｋｎｏｗｌｅｄｇｅ）メッセージをＬＭＡへ送信して肯定応答を行うことになる。オペレーションが失敗した場合には、ＭＡＧは、特定のステータス・コードを用いて返信する。

【0015】

示されている例においては、ＭＮは、２つの異なるフロー、すなわち、オペレータによってコントロールされるサービスに関してやり取りされるＩＰｖ６フロー１、およびオペレータ以外によってコントロールされるサービスに関してやり取りされるＩＰｖ６フロー２（公的なインターネットを用いてやり取りされるトラフィックなど）を有する。示されている例においては、ＩＰｖ６フロー１は、ＭＡＧ１と示されているＭＡＧを介して３ＧＰＰ（３Ｇ）アクセスを通じてルーティングされ、ＩＰｖ６フロー２は、ＭＡＧ２と示されているＭＡＧを介して非３ＧＰＰ（ＷｉＦｉ）アクセスを通じてルーティングされる。

【0016】

したがって、３ＧＰＰエボルブド・パケット・コア・アーキテクチャは、３ＧＰＰ無線アクセス・ネットワークおよび非３ＧＰＰ無線アクセス・ネットワークへの（同時の）ワイヤレス・アクセスをデュアル・モード・モバイル・デバイスに提供する。とりわけ３ＧＰＰは、ＷＩＦＩアクセスに対する選択的なトラフィック・オフロード技術によってネットワークの混雑を最小限に抑えるために（可能な場合には）補足的なＷＬＡＮカバレッジを活用することを目指している。オフロード・サービスは、モビリティ・サポートを伴わないシンプルな代替接続（たとえば、シームレスでないＷＬＡＮオフロードを実行するホスト・デバイス内のさらなるＩＰアドレス）として、またはトラフィックをシームレスにオフロードするためのセカンダリ接続（たとえば、自分のコンテンツをどこでもアクセス可能にすることに関心がある３Ｇサブスクライバのためのプレミアム・サービス）として機能することができる。

【0017】

いくつかのケースにおいては、オペレータまたはサービス・プロバイダは、アクセス・ネットワークにおいて直接トラフィックをオフロードすること、ひいては、ＩＰフローを再びモビリティ・アンカーへルーティングするのを回避することに関心を持つ場合がある。とりわけ、いくつかのケースにおいては、サービス・プロバイダは、ＩＰフローをアクセス・ネットワーク・ノードから公的なインターネットへ直接ルーティングすることに関心を持つ場合がある。

【0018】

しかし、現在指定されているようなシステムは、アクセス・レベルでのトラフィック・オフロードのそのような機能を提供することはできない。言い換えれば、図１において示されているように、別々のワイヤレス・アクセスを介してルーティングされる、ＭＮに関するＩＰｖ６フロー１およびＩＰｖ６フロー２などの別々のフローは、現在は両方ともＬＭＡを経由する。

【0019】

本発明の実施形態は、アクセス・レベルでのトラフィック・オフロードのそのような機能を提供できるようにする。たとえば、図２において示されているように、本発明の実施形態は、アクセス・レベルで、すなわちＭＡＧ２によってＩＰｖ６フロー２をインターネットへ直接ルーティングできるようにする。

【0020】

本発明の実施形態は、シンプルなメカニズムによってアクセス・レベルでのトラフィック・オフロードのそのような機能を提供できるようにし、現在のアーキテクチャに対する変更をほとんど必要とせず、動的なオフロードを可能にする。

【0021】

一実施形態においては、ＦＭＩメッセージおよびＦＭＡメッセージは、ＬＭＡがそのＦＭＩメッセージおよびＦＭＡメッセージをやり取りするように命令された任意の時点でやり取りされ、ＭＡＧにおいて一時的なオフロード・ポリシーをインストールするために再利用することができる。

【0022】

一実施形態においては、ＬＭＡは、ＩＰフロー・モビリティ・シグナリングを使用して、アクセス・レベルでトラフィックをオフロードするようにＭＡＧに命令する（たとえば、図２において示されているように、ＬＭＡは、ＩＰｖ６フロー２のトラフィックを直接インターネットへルーティングするようにＭＡＧ２に命令する）。

【0023】

一実施形態においては、図３において示されているように、ＬＭＡとＭＡＧとの間におけるＩＰフロー・モビリティ・シグナリングが強化され、それによってＬＭＡは、ＦＭＩメッセージを使用して、ローカル・ルーティングを実行するようにＭＡＧに命令する。

【0024】

図３は、例として、上述のドキュメント「Ｐｒｏｘｙ Ｍｏｂｉｌｅ ＩＰｖ６ Ｅｘｔｅｎｓｉｏｎｓ ｔｏ Ｓｕｐｐｏｒｔ Ｆｌｏｗ Ｍｏｂｉｌｉｔｙ」、ｄｒａｆｔ−ｂｅｒｎａｒｄｏｓ−ｎｅｔｅｘｔ−ｐｍｉｐｖ６−ｆｌｏｗｍｏｂ−０２から得られたシグナリング・フローにおいて、本発明の実施形態による、とりわけＦＭＩメッセージに対して提案される修正を示している。図３におけるフローＸとフローＹはそれぞれ、図１および図２におけるＩＰｖ６フロー１とＩＰｖ６フロー２にそれぞれ対応することができる。モバイル・ノードは、図３においてはＭＮ１と示されている。

【0025】

一実施形態においては、図３に示されているように、下記のステップを提供することができる。
− 第１のステップにおいては、フローＸおよびフローＹが、両方ともＬＭＡによってルーティングされ、
− 次いでＬＭＡは、アクセス・レベルでフローＹのトラフィックをオフロードすることを決定し、したがってアクセス・レベルでの前記トラフィック・オフロードをセットアップするようにＭＡＧに命令する新たなフィールド（示されている例においては、「オフロード」と呼ばれている）を含むＦＭＩメッセージをＭＡＧへ送信し、
− 次いでＭＡＧは、ＦＭＡメッセージをＬＭＡに返して、前記命令に肯定応答し、
− 次いでフローＹのトラフィックが、ＭＡＧ（ＭＡＧ２）によってルーティングされ、その一方でフローＸは、引き続きＬＭＡによってルーティングされる。

【0026】

本発明の実施形態は、ＩＰアドレス構成におけるいかなる変化もＭＮに気づかれることなく、アクセス・レベルでのトラフィック・オフロードのそのような機能を提供できるようにする。

【0027】

３つの異なるケース、すなわち、ＭＮがＩＰｖ４のみのノードであるケースと、ＭＮがＩＰｖ６のみのノードであるケースと、ＭＮがデュアル・スタック・ノードであるケースとを区別することができる。ＭＮは、「Ｌｏｇｉｃａｌ Ｉｎｔｅｒｆａｃｅ Ｓｕｐｐｏｒｔ ｆｏｒ ｍｕｌｔｉ−ｍｏｄｅ ＩＰ Ｈｏｓｔｓ」、ｄｒａｆｔ−ｉｅｔｆ−ｎｅｔｅｘｔ−ｌｏｇｉｃａｌ−ｉｎｔｅｒｆａｃｅ−ｓｕｐｐｏｒｔ−０１というドキュメントにおいて指定されている論理インターフェース機能を実施することが想定される。

【0028】

ＭＮがＩＰｖ４のみのノードである場合には、下記のステップを提供することができる。
・ ＭＮは、論理インターフェース上で構成されている１つ（または複数の）ＩＰアドレスを有する
・ ＭＮは、ワイヤレス・メディア選択を取り扱っている論理インターフェースを通じてパケットを送信する
・ オフロードされるフローに属するアップリンク・パケットが、ＭＡＧに到達し、インターネットへ直接ナットされる（ｎａｔｔｅｄ）
・ インターネットから来るダウンリンク・パケットが、ＭＡＧ２（ＮＡＴ）に到達し、ＭＮへルーティングされる
・ この手順は、ＭＮにとってトランスペアレントであり、ＬＭＡは、いつでもオフロード・フィルタを除去することができ、このケースにおいては、図１の構成に戻る。

【0029】

ＭＮがＩＰｖ６のみのノードである場合には、下記のステップを提供することができる。
・ ＦＭＩ／ＦＭＡメッセージがやり取りされると、ＭＡＧは、ＬＭＡから前もって割り当てられたプレフィックスと、パケットをＬＭＡへ戻さずにローカルにルーティングさせるためのさらなるプレフィックスとを含むルーティング・アドバタイズメント（ＲＡ）をＭＮへ送信する
・ ＲＡは、ルーティング情報（この時点では、標準化されていない）を含むことができる
・ ＭＮは、インターネットへ直接ルーティングされるべきアプリケーションのための正しいソース・アドレス選択を実行することが想定される（ここでは、ＡＮＤＳＦ（Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ）などの機能が役立つことができる）。
・ ＮＡＴは、ＩＰｖ６に適用されない。

【0030】

ＭＮがデュアル・スタック・ノードである場合には、下記のステップを提供することができる。
・ 上述のケースに加えて、オペレータは、オペレータ・サービスがＩＰｖ６を介して提供され、インターネット・オフロードがＩＰｖ４を介して提供される、といったさらなるポリシーを構成して、ＩＰアドレスの選択をよりシンプルにすることができる

【0031】

上述したように、ＬＭＡは、オフロードを開始するためのＦＭＩを任意の時点でＭＡＧへ送信することができる。実際には、既存のＩＰフローをオフロードすると、そのセッションに関する通信相手のノードによって見られるホーム・アドレスが変わる結果となる。多くのアプリケーションにとって、これは問題とならないが、セッションの継続性を必要とするアプリケーションにとっては、これは、アプリケーション・レベルの問題および劣悪なユーザ経験をもたらす可能性がある。このケースにおいては、ＦＭＩに関するトリガのうちの１つを、ＬＭＡによって受信された新たなフローに関する最初のアップリンク・パケットとすることを提案する。ＭＮから最初のフロー・アップリンク・パケットを受信すると、ＬＭＡは、このフローをすぐにオフロードすべきかどうかを決定することができ、そのケースにおいては、ＬＭＡは、上述のようにＦＭＩをＭＡＧへ送信する。ＦＭＩを受信すると、ＭＡＧは、ルーティングの更新を実行し、肯定応答ＦＭＡを送信し、ＭＮから受信されるこのフローに関する後続のパケットを直接インターネットへ転送する。実際には、最初のアップリンク・パケットと、ルーティングの更新がＭＡＤにおいて完了する時点との間には、遅延が生じる可能性がある。この遅延の間に、ＭＮは、このフローに関するさらなるアップリンク・パケットをＬＭＡへ送信し続ける場合がある。我々は、３つの選択肢を提案する。
１）これらのさらなるアップリンク・パケットを破棄する
２）これらのパケットを、ＬＭＡが発行したＨｏＡ（ＬＭＡ ｉｓｓｕｅｄ ＨｏＡ）とともにインターネットへ送信する
３）これらのパケットをソースＭＡＧへ戻す（ｔｒｏｍｂｏｎｅ）

【0032】

ＬＭＡは、アップリンク・パケットのデスティネーション・アドレス（ＣＮ）に応じて、これらのアプローチのうちのいずれかを選択することができる。オプション３は、より複雑ではあるが、オフロードされるあらゆる新たなフローに関して、同じＭＡＧにＭＮが接続されている持続時間にわたってＩＰアドレスが必ず一定のままとなる。

【0033】

トラフィック・オフロードのための方法（その例については、上で説明してきた）に加えて、そのような方法を実行するように構成されているエンティティも提供される。そのようなエンティティとしては、とりわけ、ネットワークベースのＩＰフロー・モビリティをサポートするエンティティ（とりわけ、プロキシ・モバイルＩＰｖ６ ＭＩＰｖ６に関するＬＭＡ（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ）およびＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）など）が含まれる。

【0034】

一態様においては、ネットワークベースのＩＰモビリティをサポートするマルチアクセス・モバイル通信システムにおけるトラフィック・オフロードのための方法が提供される。

【0035】

さまざまな実施形態が提供され、それらの実施形態は、単独で、または組み合わせて（さまざまな組合せによって）使用することができる。

【0036】

一実施形態においては、前記方法は、
− ネットワークベースのＩＰモビリティ関連シグナリングを使用して、アクセス・レベルでのトラフィック・オフロードをセットアップするステップを含む。

【0037】

一実施形態においては、
− 前記システムは、ＩＰフロー・モビリティ・サポート用に強化されたネットワークベースのＩＰモビリティをサポートする。

【0038】

一実施形態においては、前記方法は、
− ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティが、アクセス・レベルでトラフィックをオフロードすべきかどうかを決定するステップを含む。

【0039】

一実施形態においては、前記方法は、
− ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティが、トラフィックに関する最初のアップリンク・パケットを受信すると、アクセス・レベルで前記トラフィックをオフロードすべきかどうかを決定するステップを含む。

【0040】

一実施形態においては、前記方法は、
− ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティが、アクセス・レベルでのトラフィック・オフロードをセットアップするように、ネットワークベースのＩＰモビリティをサポートするアクセス・ネットワーク・エンティティに命令するステップを含む。

【0041】

一実施形態においては、前記方法は、
− ネットワークベースのＩＰモビリティをサポートするアクセス・ネットワーク・エンティティが、ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティからの命令を受信すると、アクセス・レベルでのトラフィック・オフロードをセットアップするステップを含む。

【0042】

一実施形態においては、前記方法は、
− ネットワークベースのＩＰモビリティをサポートするアクセス・ネットワーク・エンティティが、ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティから受信された、アクセス・レベルでのトラフィック・オフロードをセットアップする命令に肯定応答するステップを含む。

【0043】

一実施形態においては、前記方法は、
− ネットワークベースのＩＰモビリティをサポートするアクセス・ネットワーク・エンティティが、ＩＰｖ６ ＭＮ（Ｍｏｂｉｌｅ Ｎｏｄｅ）に関するアクセス・レベルでのトラフィック・オフロードをセットアップする命令を、ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティから受信すると、前記ＭＮに関する新たなアドレス構成情報を含むルーティング・アドバタイズメントを送信するステップを含む。

【0044】

一実施形態においては、
− ネットワークベースのＩＰモビリティは、プロキシ・モバイルＩＰｖ６ ＰＭＩＰｖ６に相当し、
− ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティは、ＬＭＡ（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ）に相当し、
− ネットワークベースのＩＰモビリティをサポートするアクセス・ネットワーク・エンティティは、ＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）に相当する。

【0045】

一実施形態においては、ＩＰフロー・モビリティ・サポート用に強化されたプロキシ・モバイルＩＰｖ６ ＰＭＩＰｖ６をサポートするシステムにおいて、前記方法は、
− ＬＭＡ（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ）が、アクセス・レベルでのトラフィック・オフロードをセットアップする命令を含むＦＭＩ（Ｆｌｏｗ Ｍｏｂｉｌｉｔｙ Ｉｎｉｔｉａｔｅ）メッセージをＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ ｇａｔｅｗａｙ）へ送信するステップを含む。

【0046】

一実施形態においては、ＩＰフロー・モビリティ・サポート用に強化されたプロキシ・モバイルＩＰｖ６ ＰＭＩＰｖ６をサポートするシステムにおいて、前記方法は、
− ＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）が、アクセス・レベルでのトラフィック・オフロードをセットアップする命令の肯定応答を含むＦＭＡ（Ｆｌｏｗ Ｍｏｂｉｌｉｔｙ Ａｃｋｎｏｗｌｅｄｇｅ）メッセージをＬＭＡ（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ）へ送信するステップを含む。

【0047】

別の態様においては、マルチアクセス・モバイル通信システムにおけるネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティ、とりわけＬＭＡ（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ）などが提供され、前記エンティティは、そのような方法を実行するように構成されている。

【0048】

別の態様においては、マルチアクセス・モバイル通信システムにおけるネットワークベースのＩＰフロー・モビリティをサポートするアクセス・ネットワーク・エンティティ、とりわけＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）などが提供され、前記エンティティは、そのような方法を実行するように構成されている。

【0049】

上述のエンティティの詳細な実施態様は、当業者にとっては何ら特別な問題をもたらすものでもなく、したがって当業者に対しては、上記で開示してきた以上に完全に開示する必要はない。

【0050】

さまざまな上述の方法のステップは、プログラムされたコンピュータによって実行することができるということを当業者なら容易に認識するであろう。本明細書においては、いくつかの実施形態はまた、プログラム・ストレージ・デバイス、たとえばデジタル・データ・ストレージ・メディアをカバーするように意図されており、それらのプログラム・ストレージ・デバイスは、マシンまたはコンピュータによって読み取ることができ、マシンによって実行可能なまたはコンピュータによって実行可能な命令のプログラムをエンコードし、前記命令は、前記上述の方法のステップのうちのいくつかまたはすべてを実行する。それらのプログラム・ストレージ・デバイスは、たとえば、デジタル・メモリ、磁気ディスクおよび磁気テープなどの磁気ストレージ・メディア、ハード・ドライブ、または光学的に読み取り可能なデジタル・データ・ストレージ・メディアとすることができる。これらの実施形態はまた、上述の方法の前記ステップを実行するようにプログラムされたコンピュータをカバーするように意図されている。

【図1】

【図2】

【図3】