(57)【特許請求の範囲】
【請求項１】
ネットワークベースのＩＰモビリティをサポートするマルチアクセス・モバイル通信システムにおけるトラフィック・オフロードのための方法であって、
ネットワークベースのＩＰモビリティ関連シグナリングを使用して、アクセス・レベルでのトラフィック・オフロードをセットアップするステップ、
ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティが、トラフィックに関する最初のアップリンク・パケットを受信すると、アクセス・レベルで前記トラフィックをオフロードすべきかどうかを決定するステップ、及び
ネットワークベースのＩＰモビリティをサポートするアクセス・ネットワーク・エンティティが、ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティからの命令を受信すると、アクセス・レベルでのトラフィック・オフロードをセットアップするステップ
を含む方法。
【請求項２】
ＩＰフロー・モビリティ・サポート用に強化されたネットワークベースのＩＰモビリティをサポートするシステムにおける、請求項１に記載の方法。
【請求項３】
ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティが、アクセス・レベルでトラフィックをオフロードすべきかどうかを決定するステップ
を含む、請求項１または２に記載の方法。
【請求項４】
ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティが、アクセス・レベルでのトラフィック・オフロードをセットアップするように、ネットワークベースのＩＰモビリティをサポートするアクセス・ネットワーク・エンティティに命令するステップ
を含む、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
ネットワークベースのＩＰモビリティをサポートするアクセス・ネットワーク・エンティティが、ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティから受信された、アクセス・レベルでのトラフィック・オフロードをセットアップする命令に肯定応答するステップ
を含む、請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
ネットワークベースのＩＰモビリティをサポートするアクセス・ネットワーク・エンティティが、ＩＰｖ６ ＭＮ（Ｍｏｂｉｌｅ Ｎｏｄｅ）に関するアクセス・レベルでのトラフィック・オフロードをセットアップする命令を、ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティから受信すると、前記ＭＮに関する新たなアドレス構成情報を含むルーティング・アドバタイズメントを送信するステップ
を含む、請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
ネットワークベースのＩＰモビリティが、プロキシ・モバイルＩＰｖ６ ＰＭＩＰｖ６に相当し、
ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティが、ＬＭＡ（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ）に相当し、
ネットワークベースのＩＰモビリティをサポートするアクセス・ネットワーク・エンティティが、ＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）に相当する、
請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
ＩＰフロー・モビリティ・サポート用に強化されたプロキシ・モバイルＩＰｖ６ ＰＭＩＰｖ６をサポートするシステムにおいて、
ＬＭＡ（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ）が、アクセス・レベルでのトラフィック・オフロードをセットアップする命令を含むＦＭＩ（Ｆｌｏｗ Ｍｏｂｉｌｉｔｙ Ｉｎｉｔｉａｔｅ）メッセージをＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ ｇａｔｅｗａｙ）へ送信するステップを含む、請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
ＩＰフロー・モビリティ・サポート用に強化されたプロキシ・モバイルＩＰｖ６ ＰＭＩＰｖ６をサポートするシステムにおいて、
ＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）が、アクセス・レベルでのトラフィック・オフロードをセットアップする命令の肯定応答を含むＦＭＡ（Ｆｌｏｗ Ｍｏｂｉｌｉｔｙ Ａｃｋｎｏｗｌｅｄｇｅ）メッセージをＬＭＡ（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ）へ送信するステップを含む、請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
マルチアクセス・モバイル通信システムにおけるネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティ、とりわけＬＭＡ（Ｌｏｃａｌ Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒ）などであって、請求項１乃至９のいずれか１項に記載の方法を実行するように構成されているエンティティ。
【請求項１１】
マルチアクセス・モバイル通信システムにおけるネットワークベースのＩＰフロー・モビリティをサポートするアクセス・ネットワーク・エンティティ、とりわけＭＡＧ（Ｍｏｂｉｌｅ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ）などであって、請求項１乃至９のいずれか１項に記載の方法を実行するように構成されているエンティティ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にモバイル通信システムに関する。
【背景技術】
【０００２】
モバイル通信システムの詳細な説明は、文献において、とりわけ、たとえば３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）などの標準化団体によって発行されている技術仕様などにおいて見つけることができる。
【０００３】
マルチアクセス・モバイル通信システムの一例が、ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）である。ＥＰＳは、３ＧＰＰアクセスと非３ＧＰＰアクセスの両方によってアクセスすることができるＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を含む。モバイル端末（ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）とも呼ばれる）は、ＩＰ接続を提供するＥＰＳを介してＩＰベースのサービスにアクセスすることができる。ＥＰＳは、ＩＰモビリティ（とりわけネットワークベースのＩＰモビリティ）をサポートする。ＥＰＳは、とりわけ３ＧＰＰ  ＴＳ２３．４０１および３ＧＰＰ  ＴＳ２３．４０２において指定されている。
【０００４】
ＩＰフロー・モビリティ（ＩＦＯＭ）と呼ばれる新たな機能が、現在そのようなシステムにおいて導入されている。ＩＰフロー・モビリティは、複数のアクセスを介して同時に接続されているモバイル端末に関する１つのアクセスから別のアクセスへの選択されたＩＰフローの移動を可能にする。ＩＰフロー・モビリティは現在、とりわけ３ＧＰＰおよびＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）によって指定されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ  ＴＳ２３．４０１
【非特許文献２】３ＧＰＰ  ＴＳ２３．４０２
【非特許文献３】ＲＦＣ５２１３
【非特許文献４】「Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰｖ６  Ｅｘｔｅｎｓｉｏｎｓ  ｔｏ  Ｓｕｐｐｏｒｔ  Ｆｌｏｗ  Ｍｏｂｉｌｉｔｙ」、ｄｒａｆｔ−ｂｅｒｎａｒｄｏｓ−ｎｅｔｅｘｔ−ｐｍｉｐｖ６−ｆｌｏｗｍｏｂ−０２
【非特許文献５】「Ｌｏｇｉｃａｌ  Ｉｎｔｅｒｆａｃｅ  Ｓｕｐｐｏｒｔ  ｆｏｒ  ｍｕｌｔｉ−ｍｏｄｅ  ＩＰ  Ｈｏｓｔｓ」、ｄｒａｆｔ−ｉｅｔｆ−ｎｅｔｅｘｔ−ｌｏｇｉｃａｌ−ｉｎｔｅｒｆａｃｅ−ｓｕｐｐｏｒｔ−０１
【発明の概要】
【発明が解決しようとする課題】
【０００６】
そのようなシステムにおけるトラフィックを最適化する必要がある。より一般的には、そのようなシステムにおけるネットワーク機能を改善すること、とりわけ、より多くの利点をオペレータまたはサービス・プロバイダにもたらすことが必要とされている。
【課題を解決するための手段】
【０００７】
本発明の実施形態は、とりわけそのような必要性に対処する。
【０００８】
これらの目的およびその他の目的は、一態様においては、ネットワークベースのＩＰモビリティをサポートするマルチアクセス・モバイル通信システムにおけるトラフィック・オフロードのための方法によって達成され、前記方法は、
−ネットワークベースのＩＰモビリティ関連シグナリングを使用して、アクセス・レベルでのトラフィック・オフロードをセットアップするステップを含む。
【０００９】
これらの目的およびその他の目的は、その他の態様においては、そのような方法を実行するためのエンティティによって達成される。そのようなエンティティは、とりわけ、ネットワークベースのＩＰモビリティをサポートするネットワーク・エンティティ（とりわけ、プロキシ・モバイルＩＰｖ６  ＭＩＰｖ６に関するＬＭＡ（Ｌｏｃａｌ  Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒ）およびＭＡＧ（Ｍｏｂｉｌｅ  Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ）など）を含む。
【００１０】
次いで、本発明の実施形態による装置および／または方法のいくつかの実施形態について、ほんの一例として、添付の図面を参照しながら説明する。
【図面の簡単な説明】
【００１１】
【図１】従来技術による、アクセス・レベルでのトラフィック・オフロードをサポートしない、ネットワークベースのＩＰフロー・モビリティをサポートするマルチアクセス・モバイル通信システムにおけるＩＰフロー・ルーティングの一例を示す図である。
【図２】本発明の一実施形態による、アクセス・レベルでのトラフィック・オフロードをサポートする、ネットワークベースのＩＰフロー・モビリティをサポートするマルチアクセス・モバイル通信システムにおけるＩＰフロー・ルーティングの一例を示す図である。
【図３】本発明の一実施形態による、アクセス・レベルでのトラフィック・オフロードのセットアップをサポートするように強化されたネットワークベースのＩＰフロー・モビリティ・シグナリング（ｎｅｔｏｗｏｒｋ−ｂａｓｅｄ  ＩＰ  ｆｌｏｗ  ｍｏｂｉｌｉｔｙ  ｓｉｇｎａｌｉｎｇ）の一例を示す図である。
【発明を実施するための形態】
【００１２】
ネットワークベースのＩＰモビリティをサポートするマルチアクセス・システム（たとえばＥＰＳなど）の一例が、図１および図２において示されている。示されている例においては、ネットワークベースのＩＰモビリティは、ＩＰフロー・モビリティ・サポート用に強化されたプロキシ・モバイルＩＰｖ６  ＰＭＩＰｖ６に対応する。
【００１３】
ＰＭＩＰｖ６は、とりわけＲＦＣ  ５２１３において指定されている。ＰＭＩＰｖ６ドメインは、ＬＭＡ（Ｌｏｃａｌ  Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒ）およびＭＡＧ（Ｍｏｂｉｌｅ  Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ）と呼ばれるエンティティを含む。
【００１４】
フロー・モビリティ・サポート用のＰＭＩＰｖ６拡張の説明は、「Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰｖ６  Ｅｘｔｅｎｓｉｏｎｓ  ｔｏ  Ｓｕｐｐｏｒｔ  Ｆｌｏｗ  Ｍｏｂｉｌｉｔｙ」、ｄｒａｆｔ−ｂｅｒｎａｒｄｏｓ−ｎｅｔｅｘｔ−ｐｍｉｐｖ６−ｆｌｏｗｍｏｂ−０２というドキュメントにおいて見つけることができる。このドキュメントは、ＰＭＩＰｖ６標準（ＲＦＣ  ５２１３）の拡張として２つのメッセージを指定している。接続されているＵＥへ新たなフローがルーティングされることになるようにＭＡＧに命令するためのＦＭＩ（Ｆｌｏｗ  Ｍｏｂｉｌｉｔｙ  Ｉｎｉｔｉａｔｅ）メッセージが、ＬＭＡ（Ｌｏｃａｌ  Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒ）のためにＭＡＧ（Ｍｏｂｉｌｅ  Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ）へ送信される。フローが、５タプルを使用して認識され、フロー・モビリティ手順が、ＬＭＡによって開始される（任意のトリガを入力として使用することができる）。選択されたフロー（ＦＭＩメッセージは、特定のフローの情報を含む）をルーティングすることをＭＡＧが受け入れた場合には、ＭＡＧは、ＦＭＡ（Ｆｌｏｗ  Ｍｏｂｉｌｉｔｙ  Ａｃｋｎｏｗｌｅｄｇｅ）メッセージをＬＭＡへ送信して肯定応答を行うことになる。オペレーションが失敗した場合には、ＭＡＧは、特定のステータス・コードを用いて返信する。
【００１５】
示されている例においては、ＭＮは、２つの異なるフロー、すなわち、オペレータによってコントロールされるサービスに関してやり取りされるＩＰｖ６フロー１、およびオペレータ以外によってコントロールされるサービスに関してやり取りされるＩＰｖ６フロー２（公的なインターネットを用いてやり取りされるトラフィックなど）を有する。示されている例においては、ＩＰｖ６フロー１は、ＭＡＧ１と示されているＭＡＧを介して３ＧＰＰ（３Ｇ）アクセスを通じてルーティングされ、ＩＰｖ６フロー２は、ＭＡＧ２と示されているＭＡＧを介して非３ＧＰＰ（ＷｉＦｉ）アクセスを通じてルーティングされる。
【００１６】
したがって、３ＧＰＰエボルブド・パケット・コア・アーキテクチャは、３ＧＰＰ無線アクセス・ネットワークおよび非３ＧＰＰ無線アクセス・ネットワークへの（同時の）ワイヤレス・アクセスをデュアル・モード・モバイル・デバイスに提供する。とりわけ３ＧＰＰは、ＷＩＦＩアクセスに対する選択的なトラフィック・オフロード技術によってネットワークの混雑を最小限に抑えるために（可能な場合には）補足的なＷＬＡＮカバレッジを活用することを目指している。オフロード・サービスは、モビリティ・サポートを伴わないシンプルな代替接続（たとえば、シームレスでないＷＬＡＮオフロードを実行するホスト・デバイス内のさらなるＩＰアドレス）として、またはトラフィックをシームレスにオフロードするためのセカンダリ接続（たとえば、自分のコンテンツをどこでもアクセス可能にすることに関心がある３Ｇサブスクライバのためのプレミアム・サービス）として機能することができる。
【００１７】
いくつかのケースにおいては、オペレータまたはサービス・プロバイダは、アクセス・ネットワークにおいて直接トラフィックをオフロードすること、ひいては、ＩＰフローを再びモビリティ・アンカーへルーティングするのを回避することに関心を持つ場合がある。とりわけ、いくつかのケースにおいては、サービス・プロバイダは、ＩＰフローをアクセス・ネットワーク・ノードから公的なインターネットへ直接ルーティングすることに関心を持つ場合がある。
【００１８】
しかし、現在指定されているようなシステムは、アクセス・レベルでのトラフィック・オフロードのそのような機能を提供することはできない。言い換えれば、図１において示されているように、別々のワイヤレス・アクセスを介してルーティングされる、ＭＮに関するＩＰｖ６フロー１およびＩＰｖ６フロー２などの別々のフローは、現在は両方ともＬＭＡを経由する。
【００１９】
本発明の実施形態は、アクセス・レベルでのトラフィック・オフロードのそのような機能を提供できるようにする。たとえば、図２において示されているように、本発明の実施形態は、アクセス・レベルで、すなわちＭＡＧ２によってＩＰｖ６フロー２をインターネットへ直接ルーティングできるようにする。
【００２０】
本発明の実施形態は、シンプルなメカニズムによってアクセス・レベルでのトラフィック・オフロードのそのような機能を提供できるようにし、現在のアーキテクチャに対する変更をほとんど必要とせず、動的なオフロードを可能にする。
【００２１】
一実施形態においては、ＦＭＩメッセージおよびＦＭＡメッセージは、ＬＭＡがそのＦＭＩメッセージおよびＦＭＡメッセージをやり取りするように命令された任意の時点でやり取りされ、ＭＡＧにおいて一時的なオフロード・ポリシーをインストールするために再利用することができる。
【００２２】
一実施形態においては、ＬＭＡは、ＩＰフロー・モビリティ・シグナリングを使用して、アクセス・レベルでトラフィックをオフロードするようにＭＡＧに命令する（たとえば、図２において示されているように、ＬＭＡは、ＩＰｖ６フロー２のトラフィックを直接インターネットへルーティングするようにＭＡＧ２に命令する）。
【００２３】
一実施形態においては、図３において示されているように、ＬＭＡとＭＡＧとの間におけるＩＰフロー・モビリティ・シグナリングが強化され、それによってＬＭＡは、ＦＭＩメッセージを使用して、ローカル・ルーティングを実行するようにＭＡＧに命令する。
【００２４】
図３は、例として、上述のドキュメント「Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰｖ６  Ｅｘｔｅｎｓｉｏｎｓ  ｔｏ  Ｓｕｐｐｏｒｔ  Ｆｌｏｗ  Ｍｏｂｉｌｉｔｙ」、ｄｒａｆｔ−ｂｅｒｎａｒｄｏｓ−ｎｅｔｅｘｔ−ｐｍｉｐｖ６−ｆｌｏｗｍｏｂ−０２から得られたシグナリング・フローにおいて、本発明の実施形態による、とりわけＦＭＩメッセージに対して提案される修正を示している。図３におけるフローＸとフローＹはそれぞれ、図１および図２におけるＩＰｖ６フロー１とＩＰｖ６フロー２にそれぞれ対応することができる。モバイル・ノードは、図３においてはＭＮ１と示されている。
【００２５】
一実施形態においては、図３に示されているように、下記のステップを提供することができる。
−  第１のステップにおいては、フローＸおよびフローＹが、両方ともＬＭＡによってルーティングされ、
−  次いでＬＭＡは、アクセス・レベルでフローＹのトラフィックをオフロードすることを決定し、したがってアクセス・レベルでの前記トラフィック・オフロードをセットアップするようにＭＡＧに命令する新たなフィールド（示されている例においては、「オフロード」と呼ばれている）を含むＦＭＩメッセージをＭＡＧへ送信し、
−  次いでＭＡＧは、ＦＭＡメッセージをＬＭＡに返して、前記命令に肯定応答し、
−  次いでフローＹのトラフィックが、ＭＡＧ（ＭＡＧ２）によってルーティングされ、その一方でフローＸは、引き続きＬＭＡによってルーティングされる。
【００２６】
本発明の実施形態は、ＩＰアドレス構成におけるいかなる変化もＭＮに気づかれることなく、アクセス・レベルでのトラフィック・オフロードのそのような機能を提供できるようにする。
【００２７】
３つの異なるケース、すなわち、ＭＮがＩＰｖ４のみのノードであるケースと、ＭＮがＩＰｖ６のみのノードであるケースと、ＭＮがデュアル・スタック・ノードであるケースとを区別することができる。ＭＮは、「Ｌｏｇｉｃａｌ  Ｉｎｔｅｒｆａｃｅ  Ｓｕｐｐｏｒｔ  ｆｏｒ  ｍｕｌｔｉ−ｍｏｄｅ  ＩＰ  Ｈｏｓｔｓ」、ｄｒａｆｔ−ｉｅｔｆ−ｎｅｔｅｘｔ−ｌｏｇｉｃａｌ−ｉｎｔｅｒｆａｃｅ−ｓｕｐｐｏｒｔ−０１というドキュメントにおいて指定されている論理インターフェース機能を実施することが想定される。
【００２８】
ＭＮがＩＰｖ４のみのノードである場合には、下記のステップを提供することができる。
・  ＭＮは、論理インターフェース上で構成されている１つ（または複数の）ＩＰアドレスを有する
・  ＭＮは、ワイヤレス・メディア選択を取り扱っている論理インターフェースを通じてパケットを送信する
・  オフロードされるフローに属するアップリンク・パケットが、ＭＡＧに到達し、インターネットへ直接ナットされる（ｎａｔｔｅｄ）
・  インターネットから来るダウンリンク・パケットが、ＭＡＧ２（ＮＡＴ）に到達し、ＭＮへルーティングされる
・  この手順は、ＭＮにとってトランスペアレントであり、ＬＭＡは、いつでもオフロード・フィルタを除去することができ、このケースにおいては、図１の構成に戻る。
【００２９】
ＭＮがＩＰｖ６のみのノードである場合には、下記のステップを提供することができる。
・  ＦＭＩ／ＦＭＡメッセージがやり取りされると、ＭＡＧは、ＬＭＡから前もって割り当てられたプレフィックスと、パケットをＬＭＡへ戻さずにローカルにルーティングさせるためのさらなるプレフィックスとを含むルーティング・アドバタイズメント（ＲＡ）をＭＮへ送信する
・  ＲＡは、ルーティング情報（この時点では、標準化されていない）を含むことができる
・  ＭＮは、インターネットへ直接ルーティングされるべきアプリケーションのための正しいソース・アドレス選択を実行することが想定される（ここでは、ＡＮＤＳＦ（Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  Ｄｉｓｃｏｖｅｒｙ  ａｎｄ  Ｓｅｌｅｃｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）などの機能が役立つことができる）。
・  ＮＡＴは、ＩＰｖ６に適用されない。
【００３０】
ＭＮがデュアル・スタック・ノードである場合には、下記のステップを提供することができる。
・  上述のケースに加えて、オペレータは、オペレータ・サービスがＩＰｖ６を介して提供され、インターネット・オフロードがＩＰｖ４を介して提供される、といったさらなるポリシーを構成して、ＩＰアドレスの選択をよりシンプルにすることができる
【００３１】
上述したように、ＬＭＡは、オフロードを開始するためのＦＭＩを任意の時点でＭＡＧへ送信することができる。実際には、既存のＩＰフローをオフロードすると、そのセッションに関する通信相手のノードによって見られるホーム・アドレスが変わる結果となる。多くのアプリケーションにとって、これは問題とならないが、セッションの継続性を必要とするアプリケーションにとっては、これは、アプリケーション・レベルの問題および劣悪なユーザ経験をもたらす可能性がある。このケースにおいては、ＦＭＩに関するトリガのうちの１つを、ＬＭＡによって受信された新たなフローに関する最初のアップリンク・パケットとすることを提案する。ＭＮから最初のフロー・アップリンク・パケットを受信すると、ＬＭＡは、このフローをすぐにオフロードすべきかどうかを決定することができ、そのケースにおいては、ＬＭＡは、上述のようにＦＭＩをＭＡＧへ送信する。ＦＭＩを受信すると、ＭＡＧは、ルーティングの更新を実行し、肯定応答ＦＭＡを送信し、ＭＮから受信されるこのフローに関する後続のパケットを直接インターネットへ転送する。実際には、最初のアップリンク・パケットと、ルーティングの更新がＭＡＤにおいて完了する時点との間には、遅延が生じる可能性がある。この遅延の間に、ＭＮは、このフローに関するさらなるアップリンク・パケットをＬＭＡへ送信し続ける場合がある。我々は、３つの選択肢を提案する。
１）これらのさらなるアップリンク・パケットを破棄する
２）これらのパケットを、ＬＭＡが発行したＨｏＡ（ＬＭＡ  ｉｓｓｕｅｄ  ＨｏＡ）とともにインターネットへ送信する
３）これらのパケットをソースＭＡＧへ戻す（ｔｒｏｍｂｏｎｅ）
【００３２】
ＬＭＡは、アップリンク・パケットのデスティネーション・アドレス（ＣＮ）に応じて、これらのアプローチのうちのいずれかを選択することができる。オプション３は、より複雑ではあるが、オフロードされるあらゆる新たなフローに関して、同じＭＡＧにＭＮが接続されている持続時間にわたってＩＰアドレスが必ず一定のままとなる。
【００３３】
トラフィック・オフロードのための方法（その例については、上で説明してきた）に加えて、そのような方法を実行するように構成されているエンティティも提供される。そのようなエンティティとしては、とりわけ、ネットワークベースのＩＰフロー・モビリティをサポートするエンティティ（とりわけ、プロキシ・モバイルＩＰｖ６  ＭＩＰｖ６に関するＬＭＡ（Ｌｏｃａｌ  Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒ）およびＭＡＧ（Ｍｏｂｉｌｅ  Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ）など）が含まれる。
【００３４】
一態様においては、ネットワークベースのＩＰモビリティをサポートするマルチアクセス・モバイル通信システムにおけるトラフィック・オフロードのための方法が提供される。
【００３５】
さまざまな実施形態が提供され、それらの実施形態は、単独で、または組み合わせて（さまざまな組合せによって）使用することができる。
【００３６】
一実施形態においては、前記方法は、
−  ネットワークベースのＩＰモビリティ関連シグナリングを使用して、アクセス・レベルでのトラフィック・オフロードをセットアップするステップを含む。
【００３７】
一実施形態においては、
−  前記システムは、ＩＰフロー・モビリティ・サポート用に強化されたネットワークベースのＩＰモビリティをサポートする。
【００３８】
一実施形態においては、前記方法は、
−  ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティが、アクセス・レベルでトラフィックをオフロードすべきかどうかを決定するステップを含む。
【００３９】
一実施形態においては、前記方法は、
−  ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティが、トラフィックに関する最初のアップリンク・パケットを受信すると、アクセス・レベルで前記トラフィックをオフロードすべきかどうかを決定するステップを含む。
【００４０】
一実施形態においては、前記方法は、
−  ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティが、アクセス・レベルでのトラフィック・オフロードをセットアップするように、ネットワークベースのＩＰモビリティをサポートするアクセス・ネットワーク・エンティティに命令するステップを含む。
【００４１】
一実施形態においては、前記方法は、
−  ネットワークベースのＩＰモビリティをサポートするアクセス・ネットワーク・エンティティが、ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティからの命令を受信すると、アクセス・レベルでのトラフィック・オフロードをセットアップするステップを含む。
【００４２】
一実施形態においては、前記方法は、
−  ネットワークベースのＩＰモビリティをサポートするアクセス・ネットワーク・エンティティが、ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティから受信された、アクセス・レベルでのトラフィック・オフロードをセットアップする命令に肯定応答するステップを含む。
【００４３】
一実施形態においては、前記方法は、
−  ネットワークベースのＩＰモビリティをサポートするアクセス・ネットワーク・エンティティが、ＩＰｖ６  ＭＮ（Ｍｏｂｉｌｅ  Ｎｏｄｅ）に関するアクセス・レベルでのトラフィック・オフロードをセットアップする命令を、ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティから受信すると、前記ＭＮに関する新たなアドレス構成情報を含むルーティング・アドバタイズメントを送信するステップを含む。
【００４４】
一実施形態においては、
−  ネットワークベースのＩＰモビリティは、プロキシ・モバイルＩＰｖ６  ＰＭＩＰｖ６に相当し、
−  ネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティは、ＬＭＡ（Ｌｏｃａｌ  Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒ）に相当し、
−  ネットワークベースのＩＰモビリティをサポートするアクセス・ネットワーク・エンティティは、ＭＡＧ（Ｍｏｂｉｌｅ  Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ）に相当する。
【００４５】
一実施形態においては、ＩＰフロー・モビリティ・サポート用に強化されたプロキシ・モバイルＩＰｖ６  ＰＭＩＰｖ６をサポートするシステムにおいて、前記方法は、
−  ＬＭＡ（Ｌｏｃａｌ  Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒ）が、アクセス・レベルでのトラフィック・オフロードをセットアップする命令を含むＦＭＩ（Ｆｌｏｗ  Ｍｏｂｉｌｉｔｙ  Ｉｎｉｔｉａｔｅ）メッセージをＭＡＧ（Ｍｏｂｉｌｅ  Ａｃｃｅｓｓ  ｇａｔｅｗａｙ）へ送信するステップを含む。
【００４６】
一実施形態においては、ＩＰフロー・モビリティ・サポート用に強化されたプロキシ・モバイルＩＰｖ６  ＰＭＩＰｖ６をサポートするシステムにおいて、前記方法は、
−  ＭＡＧ（Ｍｏｂｉｌｅ  Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ）が、アクセス・レベルでのトラフィック・オフロードをセットアップする命令の肯定応答を含むＦＭＡ（Ｆｌｏｗ  Ｍｏｂｉｌｉｔｙ  Ａｃｋｎｏｗｌｅｄｇｅ）メッセージをＬＭＡ（Ｌｏｃａｌ  Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒ）へ送信するステップを含む。
【００４７】
別の態様においては、マルチアクセス・モバイル通信システムにおけるネットワークベースのＩＰモビリティをサポートするコア・ネットワーク・エンティティ、とりわけＬＭＡ（Ｌｏｃａｌ  Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒ）などが提供され、前記エンティティは、そのような方法を実行するように構成されている。
【００４８】
別の態様においては、マルチアクセス・モバイル通信システムにおけるネットワークベースのＩＰフロー・モビリティをサポートするアクセス・ネットワーク・エンティティ、とりわけＭＡＧ（Ｍｏｂｉｌｅ  Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ）などが提供され、前記エンティティは、そのような方法を実行するように構成されている。
【００４９】
上述のエンティティの詳細な実施態様は、当業者にとっては何ら特別な問題をもたらすものでもなく、したがって当業者に対しては、上記で開示してきた以上に完全に開示する必要はない。
【００５０】
さまざまな上述の方法のステップは、プログラムされたコンピュータによって実行することができるということを当業者なら容易に認識するであろう。本明細書においては、いくつかの実施形態はまた、プログラム・ストレージ・デバイス、たとえばデジタル・データ・ストレージ・メディアをカバーするように意図されており、それらのプログラム・ストレージ・デバイスは、マシンまたはコンピュータによって読み取ることができ、マシンによって実行可能なまたはコンピュータによって実行可能な命令のプログラムをエンコードし、前記命令は、前記上述の方法のステップのうちのいくつかまたはすべてを実行する。それらのプログラム・ストレージ・デバイスは、たとえば、デジタル・メモリ、磁気ディスクおよび磁気テープなどの磁気ストレージ・メディア、ハード・ドライブ、または光学的に読み取り可能なデジタル・データ・ストレージ・メディアとすることができる。これらの実施形態はまた、上述の方法の前記ステップを実行するようにプログラムされたコンピュータをカバーするように意図されている。
【図１】
0005798234.tif 000002
【図２】
0005798234.tif 000003
【図３】
0005798234.tif 000004