特許 5963872 ＩＰ接続アクセス・ネットワークを介したＩＰ接続のための、かつＩＰ接続エンドポイントについて選定できるアプリケーションのための、トラフィックの最適化

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

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

(11)【特許番号】5963872

(24)【登録日】2016年7月8日

(45)【発行日】2016年8月3日

(54)【発明の名称】ＩＰ接続アクセス・ネットワークを介したＩＰ接続のための、かつＩＰ接続エンドポイントについて選定できるアプリケーションのための、トラフィックの最適化

(51)【国際特許分類】

   H04W 48/16 20090101AFI20160721BHJP

   H04W 48/18 20090101ALI20160721BHJP

   H04W 80/04 20090101ALI20160721BHJP

   H04W 88/18 20090101ALI20160721BHJP

   H04L 12/903 20130101ALI20160721BHJP

   H04M 3/00 20060101ALI20160721BHJP

【ＦＩ】

   H04W48/16 131

   H04W48/18 113

   H04W80/04

   H04W88/18

   H04L12/903

   H04M3/00 D

【請求項の数】6

【全頁数】12

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

(86)(22)【出願日】2012年10月11日

(65)【公表番号】特表2015-501571(P2015-501571A)

(43)【公表日】2015年1月15日

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

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

(87)【国際公開日】20130418

【審査請求日】2014年5月29日

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

(32)【優先日】2011年10月13日

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

(73)【特許権者】

【識別番号】391030332

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

(74)【代理人】

【識別番号】100094112

【弁理士】

【氏名又は名称】岡部 讓

(74)【代理人】

【識別番号】100106183

【弁理士】

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

(74)【代理人】

【識別番号】100170601

【弁理士】

【氏名又は名称】川崎 孝

(72)【発明者】

【氏名】ランドリアマシー，サビネ

(72)【発明者】

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

(72)【発明者】

【氏名】ビゾアーン，エリック

【審査官】 三浦 みちる

(56)【参考文献】

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

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

【文献】 InterDigital Communications，ALTO server in IMS P2P CDS，SA WG2 Meeting #86 S2-113325，２０１１年 ７月 ５日

【文献】 InterDigital Communications，P2P CDS procedures incorporating ALTO，SA WG2 Meeting #87 S2-114299，２０１１年１０月 ４日，p.1-2

【文献】 InterDigital Communications, China Mobile, Panasonic，Introducing requirements for optimized peer selection，3GPP TSG SA WG2 Meeting #84 TD S2-111889，２０１１年 ４月１４日

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

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

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

Ｈ０４Ｌ １２／９０３

Ｈ０４Ｍ ３／００

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

ＳＡ ＷＧ１−２

ＣＴ ＷＧ１

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

【請求項1】

ＩＰ接続アクセス・ネットワークＩＰ−ＣＡＮを介してＩＰネットワークにアクセスできるユーザ機器と、前記ＩＰネットワーク内のＩＰ接続エンドポイントとの間のＩＰトラフィックを、前記ＩＰ接続エンドポイントについて選定できるアプリケーション用に最適化するための方法であって、エンドツーエンドのＩＰトラフィック最適化基準による、ＩＰ接続エンドポイントの選択に基づく、少なくとも１つのステップを含む方法であって、
− 開始済みのアプリケーション向けの新しいＩＰ−ＣＡＮトラフィック経路を選択する際に、前記ユーザ機器が、ＡＬＴＯサーバなどのネットワーク・トポロジ認識情報サーバＴＡＩＳに対し、前記エンドツーエンドのＩＰトラフィック最適化基準による、ＩＰ接続エンドポイントの選択を可能にする情報を要求するステップを含み、
前記ＩＰ−ＣＡＮが、３ＧＰＰ ＥＰＳに対応し、ＩＰ−ＣＡＮトラフィック経路の選択が、３ＧＰＰもしくは非３ＧＰＰアクセスの選択、および／またはＩＰ接続もしくはＩＰ接続に属するＩＰフローに対するアクセス・ポイント名の選択に対応する方法。

【請求項2】

− ＡＬＴＯサーバなどのネットワーク・トポロジ認識情報サーバＴＡＩＳが、前記ユーザ機器が、１つまたは複数のＩＰ接続エンドポイントを、前記エンドツーエンドのＩＰトラフィック最適化基準に従って、選択できるようにする情報を提供するステップを含む、請求項１に記載の方法。

【請求項3】

− 開始済みのアプリケーション向けの新しいＩＰ−ＣＡＮトラフィック経路を選択する際に、前記ユーザ機器が、ＡＬＴＯサーバなどのネットワーク・トポロジ認識情報サーバＴＡＩＳから受信された情報に基づく、前記エンドツーエンドのＩＰトラフィック最適化基準に従って、ＩＰ接続エンドポイントを選択するステップを含む、請求項１または２に記載の方法。

【請求項4】

ＩＰ−ＣＡＮが、３ＧＰＰ ＥＰＳに対応し、ＩＰ−ＣＡＮトラフィック経路の選択が、ＡＮＤＳＦサーバなどのポリシー・サーバによって提供される事業者のポリシーに従って、３ＧＰＰもしくは非３ＧＰＰアクセスの選択、および／またはＩＰ接続もしくはＩＰ接続に属するＩＰフローに対するアクセス・ポイント名の選択に対応する、請求項１乃至３のいずれか１項に記載の方法。

【請求項5】

請求項１乃至４のいずれか１項に記載の方法の関連ステップを実行するように構成されたユーザ機器。

【請求項6】

請求項１乃至４のいずれか１項に記載の方法の関連ステップを実行するように構成された、ＡＬＴＯサーバなどのネットワーク・トポロジ認識情報サーバＴＡＩＳ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は一般に、概して通信に関し、より詳細には、モバイル・ネットワークを介した通信に関する。

【背景技術】

【0002】

モバイル・ネットワークおよびシステムの詳細な記述は、文献中、具体的には、例えば３ＧＰＰ（第３世代パートナーシップ・プロジェクト）などの標準化団体によって発行された技術仕様書などにおいて見ることができる。

【0003】

モバイル通信システムの一例は、発展型パケット・システムＥＰＳであり、具体的には３ＧＰＰ ＴＳ２３．４０１および３ＧＰＰ ＴＳ２３．４０２に規定されている。例えばＥＰＳなどのシステムでは、ユーザ機器（ＵＥ）とも呼ばれるモバイル端末は、ＩＰ接続アクセス・ネットワークＩＰ−ＣＡＮを介してＩＰネットワーク（パケット・データ・ネットワークＰＤＮとも呼ばれる）にアクセスできる。例えばＥＰＳなどのシステムでは、ＩＰ−ＣＡＮは、３ＧＰＰアクセス（Ｅ−ＵＴＲＡＮやＧＥＲＡＮ／ＵＴＲＡＮなど）および非３ＧＰＰアクセス（信頼性のあるＷｉＦｉや信頼性のないＷｉＦｉなど）を含む複数のアクセスによってアクセスできる発展型パケット・コアＥＰＣを含む。例えばＥＰＳなどのシステムはまた、各アクセス・ポイント名ＡＰＮによって特定された複数のＰＤＮにアクセスすることができる。例えばＥＰＳネットワークなどのＩＰ−ＣＡＮ上のＩＰトラフィックのルーティングを、（特に、そうしたルーティングに対する事業者のポリシーまたは好みを考慮して）制御できるようにする機能が導入された。そうした機能の例には、具体的にはＥＰＳ向けに３ＧＰＰ ＴＳ２３．２６１および３ＧＰＰ ＴＳ２３．４０２に規定された、ＩＰフロー・モビリティ（ＩＦＯＭ）、マルチアクセスＰＤＮ接続（ＭＡＰＣＯＮ）、ならびにアクセス・ネットワーク発見および選択機能（Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ：ＡＮＤＳＦ）のほか、標準ＩＥＥＥ８０２．２１によって規定されたメディア独立ハンドオーバ（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｎｄｏｖｅｒ：ＭＩＨ）が含まれる。ＩＥＥＥ８０２．２１についてはｈｔｔｐ：／／ｗｗｗ．ｉｅｅｅ８０２．ｏｒｇ／２１／を参照されたい。モバイル端末（ユーザ機器など）におけるＩＰトラフィックのそうしたルーティングを実現するために必要な機能は、接続マネージャ（ＣＭ）によって実装することができる。こうした接続マネージャ機能のより詳細については、例えば、ｈｔｔｐ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ／ｉｄ／ｄｒａｆｔ−ｓｅｉｔｅ−ｍｉｆ−ｃｏｎｎｅｃｔｉｏｎ−ｍａｎａｇｅｒ−０２．ｔｘｔで確認することができる。

【0004】

具体的にはＩＰ接続などのＰＤＮ接続を、ＩＰ接続アクセス・ネットワーク（例えばＥＰＳなど）を介してＩＰネットワーク（例えばインターネットなど）にアクセスできるユーザ機器と、前記ＩＰネットワーク内のＩＰ接続エンドポイントとの間に確立することができ、様々なアプリケーションに関係するトラフィックをそうしたＩＰ接続によって運ぶことができる。例えばピアツーピア（Ｐ２Ｐ）やコンテンツ・デリバリなどのアプリケーションの中には、接続エンドポイントについて選定できるものもある。その場合、例えばアプリケーション・レイヤ・トラフィック最適化（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ Ｔｒａｆｆｉｃ Ｏｐｔｉｍｉｚａｔｉｏｎ：ＡＬＴＯ）サービスなどのサービスを、とりわけ、トラフィックの局所性を高め、ユーザ・エクスペリエンスを向上させることができるよう、接続エンドポイントを選択するために使用することができる。ＡＬＴＯサービスおよびプロトコルのより詳細については、例えば、ＡＬＴＯプロトコル、ｄｒａｆｔ−ｉｅｔｆ−ａｌｔｏ−ｐｒｏｔｏｃｏｌ−０８．ｔｘｔ、２０１１年５月で確認することができる。

【先行技術文献】

【非特許文献】

【0005】

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

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

【非特許文献3】３ＧＰＰ ＴＲ２３．２６１

【非特許文献4】ＩＥＥＥ８０２．２１

【非特許文献5】ｈｔｔｐ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ／ｉｄ／ｄｒａｆｔ−ｓｅｉｔｅ−ｍｉｆ−ｃｏｎｎｅｃｔｉｏｎ−ｍａｎａｇｅｒ−０２．ｔｘｔ

【非特許文献6】ＡＬＴＯプロトコル、ｄｒａｆｔ−ｉｅｔｆ−ａｌｔｏ−ｐｒｏｔｏｃｏｌ−０８．ｔｘｔ、２０１１年５月

【非特許文献7】ＲＦＣ３４８４

【発明の概要】

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

【0006】

後でより詳細に説明されるように、ＩＰ接続アクセス・ネットワークを介してＩＰネットワークにアクセスできるユーザ機器と、前記ＩＰネットワーク内のＩＰ接続エンドポイントとの間のＩＰトラフィックを、前記ＩＰ接続エンドポイントについて選定できるアプリケーション用にさらに最適化する必要がある。

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

【0007】

本発明の実施形態は特にこのようなニーズに対応する。

【0008】

これらおよび他の目的は、一態様では、ＩＰ接続アクセス・ネットワークを介してＩＰネットワークにアクセスできるユーザ機器と、前記ＩＰネットワーク内のＩＰ接続エンドポイントとの間のＩＰトラフィックを、前記ＩＰ接続エンドポイントについて選定できるアプリケーション用に最適化するための方法であって、エンドツーエンドのＩＰトラフィック最適化基準による、ＩＰ接続エンドポイントの選択に基づく、少なくとも１つのステップを含む方法によって達成される。

【0009】

これらおよび他の目的は、他の態様では、こうした方法の関連ステップを実行するための様々なエンティティによって達成される。こうしたエンティティは、具体的には、モバイル端末（具体的には、ユーザ機器など）、ネットワーク・トポロジ認識情報サーバ（Ｔｏｐｏｌｏｇｙ Ａｗａｒｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｅｒ）ＴＡＩＳ（具体的には、ＡＬＴＯサーバなど）を含むことができる。モバイル端末（具体的には、ユーザ機器ＵＥなど）はさらに、様々なエンティティ、具体的には、接続マネージャ、ＴＡＩＳまたはＡＬＴＯクライアントなどを含むことができる。

【0010】

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

【図面の簡単な説明】

【0011】

【図1】本発明の実施形態の第１の使用例を示す図である。

【図2】本発明の実施形態の第２の使用例を示す図である。

【図3】図１で示された例において、本発明の実施形態による、ユーザ機器において実行される機能の例を示す図である。

【図4】図２で示された例において、本発明の実施形態による、ユーザ機器において実行される機能の例を示す図である。

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

【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】

様々な組合せによる、様々な実施形態が、単独で、または組み合わせて利用することができる以下の実施形態を含めて、提供されてもよい。

【0051】

一実施形態では、前記方法が、エンドツーエンドのＩＰトラフィック最適化基準による、ＩＰ接続エンドポイントの選択に基づく、少なくとも１つのステップを含む。

【0052】

一実施形態では、前記方法が、
− ＡＬＴＯサーバなどのネットワーク・トポロジ認識情報サーバＴＡＩＳが、前記ユーザ機器が、１つまたは複数のＩＰ接続エンドポイントを、前記エンドツーエンドのＩＰトラフィック最適化基準に従って、選択できるようにする情報を提供するステップを含む。

【0053】

一実施形態では、前記方法が、
− 開始済みのアプリケーション向けの新しいＩＰ−ＣＡＮトラフィック経路を選択する際に、前記ユーザ機器が、ＡＬＴＯサーバなどのネットワーク・トポロジ認識情報サーバＴＡＩＳから受信された情報に基づく、前記エンドツーエンドのＩＰトラフィック最適化基準に従って、ＩＰ接続エンドポイントを選択するステップを含む。

【0054】

一実施形態では、前記方法が、
− 開始済みのアプリケーション向けの新しいＩＰ−ＣＡＮトラフィック経路を選択する際に、前記ユーザ機器が、ＡＬＴＯサーバなどのネットワーク・トポロジ認識情報サーバＴＡＩＳに対し、前記エンドツーエンドのＩＰトラフィック最適化基準による、ＩＰ接続エンドポイントの選択を可能にする情報を要求するステップを含む。

【0055】

一実施形態では、前記方法が、
− アプリケーションを開始する際に、前記ユーザ機器が、ＡＬＴＯサーバなどのネットワーク・トポロジ認識情報サーバＴＡＩＳによって提供された情報に基づく、エンドツーエンドのＩＰトラフィック最適化基準に従って、ＩＰ接続エンドポイントを選択するステップを含む。

【0056】

一実施形態では、前記方法が、
− アプリケーションを開始する際に、前記ユーザ機器が自らを、トラフィック経路が、前記エンドツーエンドのＩＰトラフィック最適化基準に従って選択されたＩＰ接続エンドポイントに関連付けられるように構成するステップを含む。

【0057】

一実施形態では、前記方法が、
− アプリケーションを開始する際に、前記ユーザ機器が、ＡＬＴＯサーバなどのネットワーク・トポロジ認識情報サーバＴＡＩＳに対し、エンドツーエンドのＩＰトラフィック最適化基準による、ＩＰ接続エンドポイントの選択を可能にする情報を要求するステップを含む。

【0058】

一実施形態では、ＩＰ−ＣＡＮが、３ＧＰＰ ＥＰＳに対応し、ＩＰ−ＣＡＮトラフィック経路の選択が、３ＧＰＰもしくは非３ＧＰＰアクセスの選択、および／またはＩＰ接続もしくはＩＰ接続に属するＩＰフローに対するアクセス・ポイント名の選択に対応する。

【0059】

一実施形態では、ＩＰ−ＣＡＮが、３ＧＰＰ ＥＰＳに対応し、ＩＰ−ＣＡＮトラフィック経路の選択が、ＡＮＤＳＦサーバなどのポリシー・サーバによって提供される事業者のポリシーに従って、３ＧＰＰもしくは非３ＧＰＰアクセスの選択、および／またはＩＰ接続もしくはＩＰ接続に属するＩＰフローに対するアクセス・ポイント名の選択に対応する。

【0060】

他の態様は、こうした方法の関連ステップを実行するように構成された様々なエンティティに関する。こうしたエンティティは、具体的には、モバイル端末（具体的には、ユーザ機器など）、ネットワーク・トポロジ認識情報サーバＴＡＩＳ（具体的には、ＡＬＴＯサーバなど）を含むことができる。モバイル端末（具体的には、ユーザ機器ＵＥなど）はさらに、様々なエンティティ、具体的には、接続マネージャ、ＴＡＩＳまたはＡＬＴＯクライアントなどを含むことができる。

【0061】

こうしたエンティティの詳細な実装形態は、何ら特別な問題を当業者にもたらさず、したがって、当業者にとって、前述した以上に十分に公開される必要はない。

【0062】

当業者であれば、様々な前述の方法のステップが、プログラムされたコンピュータによって実行され得ることを容易に認識するであろう。本明細書において、一部の実施形態は、例えばデジタル・データ記憶媒体などのプログラム記憶デバイスを包含することも意図されるが、このプログラム記憶デバイスとは、マシンまたはコンピュータにより読み取り可能であり、またマシンが実行可能なまたはコンピュータが実行可能な、命令のプログラムを符号化し、前記命令が前記前述の方法のステップの一部またはすべてを実行するものである。プログラム記憶デバイスは、例えば、デジタル・メモリ、磁気ディスクや磁気テープなどの磁気記憶媒体、ハード・ドライブ、または光学的に読み取り可能なデジタル・データ記憶媒体などでもよい。各実施形態は、前述の方法の前記ステップを実施するためにプログラムされたコンピュータを包含することも意図される。

【図3】

【図4】

【図1】

【図2】