(57)【特許請求の範囲】
【請求項１】
モバイル・ネットワークを介して搬送されるユーザ機器ＵＥアプリケーション層トラフィックのためのハンドオーバ拡張のための方法であって、前記ＵＥと外部ネットワーク内の接続エンドポイントとの間で前記モバイル・ネットワークを介して搬送されるＵＥアプリケーション層トラフィックに対して、接続エンドポイントの選択を可能にし、接続エンドポイントの選択のためにアプリケーション層トラフィック最適化サービスを使用するアプリケーションのために、
前記ハンドオーバに関与するモバイル・ネットワーク・エンティティが、該ハンドオーバによる前記モバイル・ネットワーク内のトラフィック経路変更を前記ＵＥに通知し、アプリケーション層レベルでの処置を要求するステップと、
前記ＵＥが、該ＵＥに関連するアプリケーション層レベル・エンティティに前記トラフィック経路変更を示す情報を提供するステップと、
接続エンドポイントの再選択のために前記情報を使用する前記ＵＥに関連するアプリケーション層レベル・エンティティが、前記ハンドオーバの結果、前記アプリケーション層トラフィック最適化サービスを使用するステップと、
を含む、方法。
【請求項２】
進化型パケット・システムＥＰＳネットワーク内のモビリティ管理エンティティＭＭＥが、非アクセス層ＮＡＳシグナリング・プロトコルを介して前記ＵＥに前記情報をシグナリングするステップ、
を含む、請求項１に記載の方法。
【請求項３】
前記ハンドオーバが、進化型パケット・システムＥＰＳネットワーク内のイントラＥ−ＵＴＲＡＮハンドオーバを含む、請求項１又は２に記載の方法。
【請求項４】
ハンドオーバに関与するモバイル・ネットワーク・エンティティであって、ユーザ機器ＵＥと外部ネットワーク内の接続エンドポイントとの間でモバイル・ネットワークを介して搬送されるＵＥアプリケーション層トラフィックに対して、接続エンドポイントの選択を可能にし、接続エンドポイントの選択のためにアプリケーション層トラフィック最適化サービスを使用するアプリケーションのために、
前記モバイル・ネットワークを介して搬送されるアプリケーション層トラフィックを有するユーザ機器ＵＥに、前記モバイル・ネットワーク内のハンドオーバによる前記モバイル・ネットワーク内のトラフィック経路変更を通知し、アプリケーション層レベルでの処置を要求するように構成される、モバイル・ネットワーク・エンティティ。
【請求項５】
シグナリング・プロトコルを介して前記ＵＥに前記トラフィック経路変更を示す情報をシグナリングするように構成される、請求項４に記載のモバイル・ネットワーク・エンティティ。
【請求項６】
進化型パケット・システムＥＰＳネットワーク内のモビリティ管理エンティティＭＭＥに対応し、
非アクセス層ＮＡＳシグナリング・プロトコルを介して前記ＵＥに前記トラフィック経路変更を示す情報をシグナリングするように構成される、請求項４又は５に記載のモバイル・ネットワーク・エンティティ。
【請求項７】
モバイル・ネットワークを介して搬送されるアプリケーション層トラフィックを有するユーザ機器ＵＥであって、ユーザ機器ＵＥと外部ネットワーク内の接続エンドポイントとの間でモバイル・ネットワークを介して搬送されるＵＥアプリケーション層トラフィックに対して、接続エンドポイントの選択を可能にし、接続エンドポイントの選択のためにアプリケーション層トラフィック最適化サービスを使用するアプリケーションのために、
前記モバイル・ネットワーク内のハンドオーバによる前記モバイル・ネットワーク内のトラフィック経路変更を前記ＵＥに通知し、アプリケーション層レベルでの処置を要求する情報を受信するように構成される、ユーザ機器ＵＥ。
【請求項８】
シグナリング・プロトコルを介して、前記ハンドオーバに関与するモバイル・ネットワーク・エンティティから前記情報を受信するように構成される、請求項７に記載のユーザ機器。
【請求項９】
非アクセス層ＮＡＳシグナリング・プロトコルを介して、進化型パケット・システムＥＰＳネットワーク内のモビリティ管理エンティティＭＭＥから前記情報を受信するように構成される、請求項７又は８に記載のユーザ機器。
【請求項１０】
前記ＵＥに関連するアプリケーション層レベル・エンティティに前記情報を提供する
ように構成される、請求項７乃至９のいずれか１項に記載のユーザ機器ＵＥ。
【請求項１１】
モバイル・ネットワークを介して搬送されるアプリケーション層トラフィックを有するユーザ機器ＵＥに関連する、アプリケーション層レベル・エンティティ（ＡＬＴＯクライアント）であって、前記ＵＥと外部ネットワーク内の接続エンドポイントとの間で前記モバイル・ネットワークを介して搬送されるＵＥアプリケーション層トラフィックに対して、接続エンドポイントの選択を可能にし、１つまたは複数の接続エンドポイントの選択のためにアプリケーション層トラフィック最適化サービスを使用するアプリケーションのために、
前記モバイル・ネットワーク内のハンドオーバによる前記モバイル・ネットワーク内のトラフィック経路変更を前記ＵＥに通知し、アプリケーション層レベルでの処置を要求する情報を前記ＵＥから受信し、
前記ハンドオーバの結果、前記アプリケーション層トラフィック最適化サービスを使用して、接続エンドポイントの再選択のために前記情報を使用するように構成される、アプリケーション層レベル・エンティティ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にはモバイル通信ネットワークおよびシステムに関する。
【背景技術】
【０００２】
モバイル通信ネットワークおよびシステムの詳細な説明は、具体的には、例えば３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）などの標準化団体によって発行される技術仕様などの文献に見出すことができる。
【０００３】
モバイル・システムの一例は、具体的には３ＧＰＰ  ＴＳ  ２３．４０１で指定される進化型パケット・システム（ＥＰＳ）である。ＥＰＳに関するアーキテクチャの一例が、３ＧＰＰ  ＴＳ  ２３．４０１から取られた図１で想起される。ユーザ機器ＵＥは、Ｅ−ＵＴＲＡＮ無線アクセスネットワークによってアクセスすることのできる進化型パケット・コア（ＥＰＣ）を含むＥＰＳネットワークにアクセスできる。Ｅ−ＵＴＲＡＮは、ｅＮｏｄｅＢ（ｅＮＢ）などのネットワーク・エンティティを含む。ＥＰＣは、制御プレーン内のＥ−ＵＴＲＡＮとインターフェースするモビリティ管理エンティティ（ＭＭＥ）、ユーザ・プレーン内のＥ−ＵＴＲＡＮとインターフェースするサービング・ゲートウェイ（ＳＧＷ）、インターネットなどのＩＰネットワークなどのパケット・データ・ネットワーク（ＰＤＮ）とインターフェースするＰＤＮゲートウェイ（ＰＧＷ）などのネットワーク・エンティティを含む。イントラＥ−ＵＴＲＡＮハンドオーバ手順を含むハンドオーバ手順が、具体的には３ＧＰＰ  ＴＳ  ２３．４０１で指定される。
【０００４】
したがって、ＵＥと外部ネットワーク内の接続エンドポイントとの間で、ＥＰＳネットワークなどのモバイル・ネットワークを介して、様々なアプリケーションに関するアプリケーション層トラフィックを搬送することができる。
【０００５】
例えばピアツーピア（Ｐ２Ｐ）およびコンテンツ配信などのいくつかのアプリケーションは、接続エンドポイントの選択を可能にする。次いで、とりわけトラフィックの局所性を向上させ、ユーザ体験を改善するために、例えばアプリケーション層トラフィック最適化（ＡＬＴＯ）サービスなどのサービスを接続エンドポイント選択のために使用することができる。ＡＬＴＯサービスおよびプロトコルに関するさらなる詳細は、例えばＡＬＴＯ  ｐｒｏｔｏｃｏｌ、ｄｒａｆｔ−ｉｅｔｆ−ａｌｔｏ−ｐｒｏｔｏｃｏｌ−１１．ｔｘｔ、２０１２年３月に見出すことができる。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ＡＬＴＯ  ｐｒｏｔｏｃｏｌ、ｄｒａｆｔ−ｉｅｔｆ−ａｌｔｏ−ｐｒｏｔｏｃｏｌ−１１．ｔｘｔ、２０１２年３月
【非特許文献２】３ＧＰＰ  ＴＳ  ２３．３４６［８］
【非特許文献３】ＡＬＴＯ  ｄｒａｆｔ  ｈｔｔｐ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｑ／ｐｄｆ／ｄｒａｆｔ−ｉｅｔｆ−ａｌｔｏ−ｄｅｐｌｏｙｍｅｎｔｓ−０４．ｐｄｆのｓｅｃｔｉｏｎ  ６
【発明の概要】
【課題を解決するための手段】
【０００７】
本発明者らによって認識され、後でより詳細に説明するように、モバイル・ネットワークを介して搬送されるＵＥアプリケーション層トラフィックのためのハンドオーバ拡張が求められている。
【０００８】
具体的には、本発明の実施形態はそのような必要に対処する。
【０００９】
一態様では、これらおよび他の目的が、モバイル・ネットワークを介して搬送されるユーザ機器ＵＥアプリケーション層トラフィックのためのハンドオーバ拡張のための方法によって達成され、前記方法は、前記ハンドオーバによる前記モバイル・ネットワーク内のトラフィック経路変更を前記ＵＥに通知し、アプリケーション層レベルでの処置を要求することに基づく少なくとも１つのステップを含む。
【００１０】
別の態様では、これらおよび他の目的が、そのような方法を実施するための異なるエンティティによって達成される。具体的には、そのようなエンティティは、ユーザ機器ＵＥと、ＡＬＴＯクライアントなどの、前記ＵＥに関連し、前記ＵＥ内に含めることのできるアプリケーション層レベル・エンティティと、ＥＰＳネットワーク内のモビリティ管理エンティティ（ＭＭＥ）などのハンドオーバに関与するエンティティなどのモバイル・ネットワーク・エンティティとを含むことができる。
【００１１】
これから、単に例として、添付の図面を参照しながら、本発明の実施形態による装置および／または方法のいくつかの実施形態を説明する。
【図面の簡単な説明】
【００１２】
【図１】進化型パケット・システムＥＰＳに関するアーキテクチャの一例を想起するための図である。
【図２】本発明の実施形態を使用することのできるシステムおよびハンドオーバ・シナリオの一例を簡略化した形で示す図である。
【図３】本発明の実施形態による、例えば図２に示すシステムで、ハンドオーバ時に交換される情報を簡略化した形で示す図である。
【発明を実施するための形態】
【００１３】
端末に対するマーケット・レポートおよび広告が、どこにあっても大量のダウンロードに向かう、モビリティにシームレスに結合される装置を反映する。一方、ネットワーク・オペレータは、コンテンツの配信を漸進的に管理したいので、人気のあるコンテンツへの広範なアクセスを提供すると共に、そうしたブロードバンドおよびＱｏＥを必要とするアプリケーションによるそのネットワーク・オペレーションで誘発されるコストを最小限に抑えることを望む。
【００１４】
解決する主な問題は、大規模に、任意に、必須で開始される可能性があり、したがって特にＬＴＥなどの技術では十分に準備する必要のある、強力なブロードバンドを必要とし、高いバースト性のセッションに関するハンドオーバ（ＨＯ）中のＱｏＥ保証である。
【００１５】
本発明の実施形態は、コンテンツをそこからダウンロードする所与の位置の選択に関連するコストに関する情報と共にコンテンツ・ダウンローディング・セッションを実施する移動端末（ＭＴ）のＨＯを援助するためのレイヤ協調解決策を提案する。このことは、ＨＯ手順でのＩＥＴＦアプリケーション層トラフィック最適化（ＡＬＴＯ）などのプロトコルの関与を示唆する。本発明の実施形態はまた、モバイル・コア・ネットワークに対するＡＬＴＯ機能の拡張をも示唆する。
【００１６】
現在、ハンドオーバ（ＨＯ）プロトコルの設計は、中程度のビットレートと、ビデオ・ダウンロードなどのブロードバンドを強く必要とするアプリケーションのまばらな発生を含むレガシー・ネットワーク使用モデルの影響を依然として受けている。ＨＯ決定は、新しいサービングｅＮＢに気付いているだけのＭＭＥと共に、ｅＮＢによってＥＰＣの外部で行われる。その上、ソースｅＮＢは、ＵＥによって感知される信号条件と、ＲＲＣからの可能性のある追加の情報とに基づいて、ターゲットｅＮＢを選ぶ。
【００１７】
ビデオ・ストリーミングに関するそのＱｏＥを改善するために、ＵＥは、ＩＥＴＦ  ＡＬＴＯプロトコルを使用することができ、その設計目標は、ビデオ全体または１つのビデオをそこからダウンロードする最良位置を選ぶ助けとなるＵＥ情報を提供することにより、ユーザ体感品質（ＱｏＥ）と、ネットワーク・リソースの使用の両方を最適化することである。
【００１８】
ＵＥモビリティに配慮することはＡＬＴＯプロトコルの責任ではない。しかし、ＵＥのモビリティは、ＰＤＮに対するその経路、したがってコンテンツに対する経路、したがって関連するＱｏＥに影響を及ぼす可能性がある。したがって、その経路内で生じた変更に関する適切な決定を行うことができるＵＥに通知することが必要である。現在、モビリティ中に、ハンドオーバが生じたときのネットワーク・レベル情報とアプリケーション・レベル情報との間の関連はない。
【００１９】
ＡＬＴＯに関して：ＩＥＴＦ  ＡＬＴＯワーキング・グループが、Ｐ２Ｐやコンテンツ配信ネットワーク（ＣＤＮ）などのネットワーク内のコンテンツ配信アプリケーションに対するガイダンスを与え、コンテンツ配信アプリケーションは、所望のデータ・リソースを提供することのできる１組の候補から１つまたはいくつかのホストまたはエンドポイントを選択しなければならない。このガイダンスは、ホスト間のデータ伝送の性能および効率に影響を及ぼすパラメータ、例えばトポロジカル距離に基づく。究極的な目標は、アプリケーションのＱｏＥを改善すると共に、基礎となるネットワーク・インフラストラクチャ内のリソース消費を削減することである。この目的で、ネットワーク・オペレータ（ＮＯ）によって配置されるＡＬＴＯサーバは、現在、ネットワーク・トポロジに関するＮＯ中心のビュー、そのルーティング・コストや接続性タイプなどの属性を有する候補エンドポイントなどの情報を、要求側ＡＬＴＯクライアントに提供する。
【００２０】
以下では、例として、サービング・ゲートウェイ（ＳＧＷ）の変更に至るＥＰＳネットワークおよびイントラＥ−ＵＴＲＡＮ  ＨＯのケースをより具体的に考慮する。しかし、本発明の実施形態は、そのようなケースに限定されず、例えばＥＰＳネットワークでは、本発明の実施形態は、ＳＧＷの変更に至らないイントラＥ−ＵＴＲＡＮ  ＨＯ、またはＥ−ＵＴＲＡＮから／への、ＧＥＲＡＮ／ＵＴＲＡＮへの／からの、イントラＲＡＴ  ＨＯにも適用される。
【００２１】
本発明の実施形態は、イントラＥ−ＵＴＲＡＮ  ＨＯによりサービング・ゲートウェイ（ＳＧＷ）が変更されるとき、サービス品質を保証することによってブロードバンド・サービス連続性を改善することを可能にする。
【００２２】
ユーザ機器（ＵＥ）が、ここではエンドポイント（ＥＰ）と呼ぶソース・コンテンツ位置からコンテンツを受信すると仮定する。
【００２３】
このソースＥＰ（ＳＥＰ）は、ＵＥへのストリーミングおよびルーティングのコストを最適化することにより、そこから入手可能な１組の候補ＥＰの中から所望のコンテンツがあらかじめ選択されている。
【００２４】
ＳＥＰとＵＥとの間のＩＰ経路は、Ｐ（ＳＥＰ，ＵＥ）と表され、ＵＥとＥＰＣ内のＰＤＮゲートウェイ（ＰＧＷ）との間の経路と、ＰＧＷとＳＥＰとの間の経路の連結である。これらの２つの経路は、それぞれＰ（ＰＧＷ，ＵＥ）およびＰ（ＳＥＰ，ＰＧＷ）と表される。
【００２５】
ＵＥとＰＧＷとの間のＩＰルート上には、ＵＥにサービスするｅＮＢが接続されるサービング・ゲートウェイ（ＳＧＷ）がある。ＨＯの間に、ｅＮＢの変更によってＳＧＷの変更が引き起こされる、と仮定する。したがってＳＥＰとＵＥとの間の経路が変更され、その最後のホップでは、それはＰＧＷとＳＧＷとの間である。このことを図２に示す。
【００２６】
ＨＯの後に、候補ＥＰのリストは同じままであるが、関連するダウンローディングおよびルーティング・コストは変化しており、更新する必要がある。可能性のある結果は、そこからダウンロードするためのＥＰはもはや最適ではなく、変更する必要があることである。
【００２７】
ここでは、ＵＥがＡＬＴＯクライアントを有し、またはＵＥが他のリソースのコンテンツにアクセスするエンドポイントに対する経路コストをＡＬＴＯサーバから得るＡＬＴＯクライアントに接続される、と仮定する。アプリケーション・エンドポイントに対する経路コストを評価するのに使用される任意の他の手段が適用可能であることに留意されたい。
【００２８】
ＡＬＴＯサーバは、ＵＥと候補エンドポイントとの間のエンド・ツー・エンド経路のコストを提供する。この経路上、具体的にはＵＥからＰＧＷまでのＥＰＣホップ上のコストが変化する場合、ＵＥは、関連するＥＰのコストを再評価するために、ＥＰＣ経路の変更の通知を受ける必要がある。
【００２９】
本発明の実施形態は、ＮＡＳプロトコル（具体的には３ＧＰＰ  ＴＳ  ２４．３０１で指定される）を介して、具体的にはＥＰＳモビリティ管理プロトコル（ＥＭＭ）と共にこれを提案する。
【００３０】
ＭＭＥは、ＳＧＷが変化したことに気付いており、そのＥＰＣ経路上で変更が生じたこと、およびこの変更が経路コストの更新を必要とすることを、ＥＭＭプロトコルを介してＵＥに通知する。オプションは、ＵＥがそのような通知サービスを要求したことをＭＭＥが気付いている場合にのみ、このシグナリングをトリガすることである。
【００３１】
本発明の実施形態は、ＮＡＳインターフェースを介してＵＥに送られる通知標識の第３のオクテットに関する新しい指定の値を定義することを提案し、それは、ＥＰＣ経路変更と、経路コストを更新する必要と、を示す。この特定のオクテットに対してただ１つの値が指定されるので、
・ＴＳ  ２４．３０１［９］で指定される通知標識の特定のビット／値を定義することを可能にし、
・ユーザ機器にそれを考慮に入れさせる、
ことが必要となる。
【００３２】
３ＧＰＰで現在指定されるＨＯプロトコルは、以下の特定のステップを含む。
１．ユーザ機器ＵＥが、ｅＮＢ規格に従ってソースｅＮＢに測定レポートを送る。
２．ソースｅＮＢによって決定される場合、ＨＯ手順が行われる。ＥＰＣは決定プロセスに関与しない。
３．ターゲットｅＮＢは、ＵＥがｅＮＢを変更したことをＭＭＥに通知する。
４．ＭＭＥは、それに応じてＵＥに対するそのデータ経路を変更することをＳＧＷに要求する。
５．ＳＧＷも変化した場合、ＰＧＷレベルまでデータ経路更新を通知しなければならない。
６．次いで、ＭＭＥは、新しいＳＧＷからユーザ・プレーン更新応答を得る。
【００３３】
標準Ｅ−ＵＴＲＡＮ  ＨＯプロトコルでは、ＳＧＷの変化が生じたときにＵＥは決して通知を受けないことに留意されたい。
【００３４】
本発明の実施形態は、ステップ６の後にモバイル・コア・ネットワークによってユーザ機器（ＵＥ）に送られる追加のメッセージを導入し、ＵＥからの処置を必要とするデータ経路の変化が生じたことをＵＥに通知する。
【００３５】
ＨＯは、ＨＯがコンテンツをそこからダウンロードする／受信するコンテンツ・ロケーションに関連するコストに影響を及ぼし、ＵＥにコンテンツ・ロケーション・コスト更新（ＣＬＣＵ）を行うように要求する。
【００３６】
ステップ６の後、ＭＭＥは、Ｓ１１インターフェースを介して新しいＳＧＷから経路切換えメッセージを得たので、ＳＧＷの変更に気付いている。
（ｉ）この情報に対して、ＭＭＥは、処置を要求する経路変更をＵＥに通知する。ＭＭＥは、非アクセス層ＥＰＳモビリティ・マネジメント・プロトコル（ＮＡＳ−ＥＭＭ）で定義される３ＧＰＰを介してＵＥに通知する。
（ｉｉ）ＵＥは、通知標識（ＮＩ）と呼ばれ、３ＧＰＰのＴＳ  ２４．３０１  §８．３．１８Ａで指定される情報要素を使用する。
【００３７】
通知標識は、§９．９．４．７Ａで以下のように構築される３オクテット長メッセージである。
・オクテット１：ＮＩ  ＩＥＩ
・オクテット２：ＮＩコンテンツの長さ
・オクテット３：ＮＩ値
【００３８】
現在の規格Ｎｏ．２４．３０１（§９）では、このオクテットのただ１つのビットが、それを受信するＵＥによって考慮されるように指定され、それは、「ＳＲＶＣＣ  ＨＯ  ｃａｎｃｅｌｌｅｄ，  ＩＭＳ  ｓｅｓｓｉｏｎ  ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｒｅｑｕｉｒｅｄ」（３ＧＰＰ  ＴＳ  ２３．３４６［８］を参照）をシグナリングするビットＮｏ．１である。
【００３９】
［００００００１０］と［０１１１１１１１］との間の任意の他の値は、現在は非予約済み、無指定であり、したがってそれを受信するＵＥによって無視される。
【００４０】
本発明の実施形態によれば、
・別の値および対応するビットを使用して、「Ｓ５／Ｓ８ベアラが変化した」ことを示すメッセージをＭＭＥからＵＥに搬送する。
・この値および関連するビットは、例えばビットＮｏ．２でよく、すなわちオクテット３符号化は００００００１０となる。
・オプションとして、提案される通知標識をＵＥが必要とする場合にだけ送ることができる。
・ＵＥは、この必要性を、以下を含むいくつかの方式で表すことができる。
○ＵＥがそのようなＮＡＳメッセージを認識することを可能にするオプションを設定および活動化すること、または
○そのようなＮＩを受信することをいとわず、受信する準備ができていることをＭＭＥに通知すること。
【００４１】
Ｓ５／Ｓ８ベアラ変更の通知は、ＳＧＷとＰＧＷのどちらの変更もカバーし、共に経路コスト更新を必要とするので、Ｓ１ベアラ変更の通知より好ましいことがある。Ｓ１ベアラ変更は、ＳＧＷの変更のみをカバーする。
【００４２】
図２に示されるシナリオでは、ＵＥがＡＬＴＯクライアントを有し、ＡＬＴＯクライアントが他のリソースのコンテンツにアクセスするエンドポイントに対する経路コストをＡＬＴＯサーバから得るＡＬＴＯクライアントに接続される。
【００４３】
アプリケーション・エンドポイントに対する経路コストを評価するのに使用される任意の他の手段が適用可能であることに留意されたい。
【００４４】
ＡＬＴＯサーバは、ＵＥと候補エンドポイントとの間のエンド・ツー・エンド経路のコストを提供する。この経路上、具体的にはＵＥからＰＧＷまでのＥＰＣホップ上のコストが変化する場合、ＵＥは、関連するＥＰのコストを再評価するために、ＥＰＣ経路の変更の通知を受ける必要がある。
【００４５】
図２は、ＵＥがＳＧＷ変更の通知時にＡＬＴＯ情報を照会および取得する組込みＡＬＴＯクライアントを有するシナリオを表す。このシナリオでは、インターネットの「エンドポイント」（ＥＰ）に位置する何らかのリソースおよび／またはコンテンツを使用することを含むアプリケーションをＵＥが実行する、と仮定する。アプリケーションは、アプリケーションに接続し、実行するためのいくつかのＥＰの選択を提供する。そのようなアプリケーションの典型的な例は、Ｐ２Ｐおよびコンテンツ配信を含む。１つまたは複数のＥＰを選択するために、ＵＥは、ＡＬＴＯクライアント／サーバ・プロトコルを使用する。ＡＬＴＯクライアント／サーバ・プロトコルはそのホスティング・オペレータによってサポートされるからである。ＡＬＴＯクライアントがＵＥに組み込まれ、ＡＬＴＯプロトコルを使用することのできるアプリケーション・クライアントにリンクされる。
【００４６】
ＡＬＴＯ情報交換は以下のステップで行われる。
１．ＵＥが、ＳＧＷ１を介してＥＰ１に接続される（点線の経路）。ＥＰ１のリソースにアクセスするコストは、７．５に等しい。この値は、ＥＰ１を含む１組の候補ＥＰに関する「ＡＬＴＯエンドポイント・コスト・サービス」を要求したＡＬＴＯクライアントにＡＬＴＯサーバによってあらかじめ提供されており、候補ＥＰの識別子は、ＡＬＴＯクライアント要求に挿入されている。受信したＥＰコスト値に対して、ＵＥはＥＰ１を選択した。
２．モビリティのために、ＵＥは「宛先ｅＮＢ」にＨＯを行い、宛先ｅＮＢは、ＳＧＷ２と呼ばれる別のＳＧＷを介してＰＧＷに接続される。
３．ＵＥとＰＧＷ（依然として同一）との間のホップのコストが７．５から５に変化することが生じる。ＵＥからＥＰ１へのコストが７．５から６に変化する。ＵＥを満足させることができ、ＵＥは、ＥＰ１との対話を続行することができる。
４．しかし、ＵＥはＳＧＷ変更の通知を得る。ＵＥはＡＬＴＯを使用しており、ＡＬＴＯの助けで選択されるＥＰと対話しているので、ＵＥは、「ＡＬＴＯＥＰコスト」値を更新すべきことを知っている。
５．ＨＯの後、アプリケーションが別のエンドポイント収集を実施していない限り、候補ＥＰのリストは依然として同一、この例では、ＥＰ１およびＥＰ２であり、その場合、ＡＬＴＯは系統的に実行される。ＵＥ内のアプリケーション・クライアントは、その組み込まれたＡＬＴＯクライアントに、ＥＰ１およびＥＰ２に関するＡＬＴＯＥＰコスト・サービスを要求するように依頼する。
６．ＡＬＴＯクライアントが、ＡＬＴＯサーバからの応答を得る：Ｃｏｓｔ（ＥＰ１）＝６およびＣｏｓｔ（ＥＰ２）＝５。この情報のおかげで、ＵＥは、ＥＰ１ではなくＥＰ２に接続することを決定することができ、したがってより良好なＱｏＥを得る。
【００４７】
この新しい値は、ＵＥとＰＧＷとの間の経路のコストの変化によるものである。ＡＬＴＯサーバは、ＥＰＳ内に配置されるので、これを認識しており、第１ホップホップ・コストに関するいくつかの可能性のあるコスト値をレポートするＥＰＳに関するビューを有する。このＡＬＴＯサーバはまた、ＰＧＷからＥＰまでのコスト情報を得る。ＥＰは、ＰＧＷを越えて、プロバイダ・コア内の１つまたは複数のＡＬＴＯサーバと「縦続接続」されるからである。ＡＬＴＯサーバ縦続接続の一例が、ＡＬＴＯ  ｄｒａｆｔ  ｈｔｔｐ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ／ｐｄｆ／ｄｒａｆｔ−ｉｅｔｆ−ａｌｔｏ−ｄｅｐｌｏｙｍｅｎｔｓ−０４．ｐｄｆのｓｅｃｔｉｏｎ  ６で説明されている。
【００４８】
したがって図２は、ソースｅＮＢから宛先ｅＮＢへのＨＯがＳＧＷ１からＳＧＷ２への変更を引き起こし、その後で、ユーザ機器（ＵＥ）からパケット・データ・ネットワーク内のエンドポイント（ＥＰ）までの関連する経路コストの変更を引き起こす一例を示す。エンド・ツー・エンド経路（ＵＥからＥＰまで）のコストがＭＡＸ［Ｐ（ＥＰ，ＰＧＷ），Ｐ（ＰＧＷ，ＵＥ）］と計算され、それを最小限に抑えるべきであると仮定する。この例では、ＵＥからＰＧＷまでの経路コストは７．５から５に進化する。ＳＧＷ２では、最小のコストＥＰはＣ＝５を有するＥＰ２となり、ＥＰ１に伴うコストは６に等しいので、ＥＰ２が好ましい。
【００４９】
例えば帯域幅可用性に関するコストを評価するために、Ｃｉにわたって最悪の値を取らなければならないとき、タイプＣ＝ＭＡＸ＿ｉ（Ｃｉ）のコストが頻繁に発生することに留意されたい。
【００５０】
図３は、本発明の実施形態による、例えば図２に示すシステムで、ハンドオーバ時に交換される情報を簡略化した形で示すことを意図する。
【００５１】
以下のステップが図３に示される。
１と示されるステップで、ＵＥが、前記ハンドオーバによる前記モバイル・ネットワーク内のトラフィック経路の変更を示す情報をモバイル・ネットワーク・エンティティから受信し、
２と示されるステップで、ＵＥは、前記情報を前記ＵＥに関連するアプリケーション層レベル・エンティティに与え、続くステップでは、例として、このアプリケーション層レベル・エンティティがＡＬＴＯクライアントであるとみなし、
３と示されるステップで、ＡＬＴＯクライアントが、更新後コストを求める要求をＡＬＴＯサーバに送り、
４と示されるステップで、ＥＰＳ経路コストの変化、およびＰＧＷを越えるＥＰコストの可能性のある変化が与えられたとして、ＡＬＴＯサーバが、更新後コストをＡＬＴＯクライアントに送る。
次いで、前記更新後コストに基づいて接続エンドポイント再選択（具体的には図示せず）を実施することができる。
【００５２】
モバイル上の、ＱｏＥ感応性で帯域幅を要求するアプリケーションは爆発的に増加している。ネットワークレイヤがアプリケーション層と協働する標準的な方式はない。本発明の実施形態は、ＵＥのネットワーク経路の変更時に、ＵＥがそのアプリケーションＱｏＥを改善するための容易な方式を提供する。
【００５３】
一態様では、モバイル・ネットワークを介して搬送されるユーザ機器ＵＥアプリケーション層トラフィックのためのハンドオーバ拡張のための方法が提供される。
【００５４】
一実施形態では、前記方法は、前記ハンドオーバによる前記モバイル・ネットワーク内のトラフィック経路変更を前記ＵＥに通知し、アプリケーション層レベルでの処置を要求することに基づく少なくとも１つのステップを含む。
【００５５】
一実施形態では、前記方法は、
前記ＵＥが、前記ＵＥに関連するアプリケーション層レベル・エンティティに前記情報を提供するステップを含む。
【００５６】
一実施形態では、前記方法は、
ＡＬＴＯクライアントなどの前記ＵＥに関連するアプリケーション層レベル・エンティティが、アプリケーション層トラフィック最適化のために前記情報を使用するステップを含む。
【００５７】
一実施形態では、前記方法は、前記ＵＥと外部ネットワーク内の接続エンドポイントとの間で前記モバイル・ネットワークを介して搬送されるＵＥアプリケーション層トラフィックについて、接続エンドポイントの選択を可能にし、接続エンドポイントの選択のためにアプリケーション層トラフィック最適化サービスを使用するアプリケーションについて、
接続エンドポイントの再選択のために前記情報を使用する前記ＵＥに関連するアプリケーション層レベル・エンティティが、前記ハンドオーバのために、前記アプリケーション層トラフィック最適化サービスを使用するステップを含む。
【００５８】
一実施形態では、前記方法は、
進化型パケット・システムＥＰＳネットワーク内のモビリティ管理エンティティＭＭＥなどの前記ハンドオーバに関与するモバイル・ネットワーク・エンティティが、前記ＵＥに前記情報をシグナリングするステップを含む。
【００５９】
一実施形態では、前記方法は、
進化型パケット・システムＥＰＳネットワーク内のモビリティ管理エンティティＭＭＥなどの前記ハンドオーバに関与するモバイル・ネットワーク・エンティティが、非アクセス層ＮＡＳシグナリング・プロトコルなどのシグナリング・プロトコルを介して前記ＵＥに前記情報をシグナリングするステップを含む。
【００６０】
一実施形態では、前記ハンドオーバは、進化型パケット・システムＥＰＳネットワーク内のイントラＥ−ＵＴＲＡＮハンドオーバを含む。
【００６１】
別の態様は、そのような方法のステップを実施する異なるエンティティに関する。そのようなエンティティは、具体的には、ユーザ機器ＵＥと、ＡＬＴＯクライアントなどの、前記ＵＥに関連し、前記ＵＥ内に含めることのできるアプリケーション層レベル・エンティティと、ＥＰＳネットワーク内のモビリティ管理エンティティ（ＭＭＥ）などのハンドオーバに関与するエンティティなどのモバイル・ネットワーク・エンティティとを含むことができる。
【００６２】
進化型パケット・システムＥＰＳネットワーク内のモビリティ管理エンティティＭＭＥなどの、ハンドオーバに関与するエンティティなどのモバイル・ネットワーク・エンティティが提供される。
【００６３】
一実施形態では、前記モバイル・ネットワーク・エンティティが、
前記モバイル・ネットワークを介して搬送されるアプリケーション層トラフィックを有するユーザ機器ＵＥに、前記モバイル・ネットワーク内のハンドオーバによる前記モバイル・ネットワーク内のトラフィック経路変更を通知し、アプリケーション層レベルでの処置を要求するように構成される。
【００６４】
一実施形態では、前記モバイル・ネットワーク・エンティティが、
非アクセス層ＮＡＳシグナリング・プロトコルなどのシグナリング・プロトコルを介して前記ＵＥに前記情報をシグナリングするように構成される。
【００６５】
モバイル・ネットワークを介して搬送されるアプリケーション層トラフィックを有するユーザ機器ＵＥが提供される。
【００６６】
一実施形態では、前記ＵＥが、
前記モバイル・ネットワーク内のハンドオーバによる前記モバイル・ネットワーク内のトラフィック経路変更を前記ＵＥに通知し、アプリケーション層レベルでの処置を要求する情報を受信するように構成される。
【００６７】
一実施形態では、前記ＵＥが、
非アクセス層ＮＡＳシグナリング・プロトコルなどのシグナリング・プロトコルを介して、進化型パケット・システムＥＰＳネットワーク内のモビリティ管理エンティティＭＭＥなどの、前記ハンドオーバに関与するモバイル・ネットワーク・エンティティから前記情報を受信するように構成される。
【００６８】
一実施形態では、前記ＵＥが、
前記ＵＥに関連するアプリケーション層レベル・エンティティに前記情報を提供するように構成される。
【００６９】
モバイル・ネットワークを介して搬送されるアプリケーション層トラフィックを有するユーザ機器ＵＥに関連する、ＡＬＴＯクライアントなどのアプリケーション層レベル・エンティティが提供される。
【００７０】
一実施形態では、前記アプリケーション層レベル・エンティティが、
前記モバイル・ネットワーク内のハンドオーバによる前記モバイル・ネットワーク内のトラフィック経路変更を前記ＵＥに通知し、アプリケーション層レベルでの処置を要求する情報を前記ＵＥから受信するように構成される。
【００７１】
一実施形態では、前記アプリケーション層レベル・エンティティが、
アプリケーション層トラフィック最適化のために前記情報を使用するように構成される。
【００７２】
一実施形態では、前記アプリケーション層レベル・エンティティが、前記ＵＥと外部ネットワーク内の接続エンドポイントとの間で前記モバイル・ネットワークを介して搬送されるＵＥアプリケーション層トラフィックについて、接続エンドポイントの選択を可能にし、１つまたは複数の接続エンドポイントの選択のためにアプリケーション層トラフィック最適化サービスを使用するアプリケーションについて、
前記ハンドオーバのために、前記アプリケーション層トラフィック最適化サービスを使用して、接続エンドポイントの再選択のために前記情報を使用するように構成される。
【００７３】
プログラムされたコンピュータによって様々な上述の方法のステップを実施できることを当業者なら容易に理解されよう。本明細書では、いくつかの実施形態はまた、機械可読またはコンピュータ可読であり、命令の機械実行可能またはコンピュータ実行可能プログラムを符号化するプログラム記憶装置、例えばデジタル・データ記憶媒体をも包含するものとし、前記命令は、前記上述の方法のステップの一部またはすべてを実施する。プログラム記憶装置は、例えば、デジタル・メモリ、磁気ディスクや磁気テープなどの磁気記憶媒体、ハード・ドライブ、または光学的に読取り可能なデジタル・データ記憶媒体でよい。実施形態はまた、上述の方法の前記ステップを実施するようにプログラムされたコンピュータをも包含するものとする。
【図１】
0005965053.tif 000002
【図２】
0005965053.tif 000003
【図３】
0005965053.tif 000004