特表 2023-514689 モバイルネットワークインフラストラクチャにおけるオーディオおよび／またはビデオコンテンツの配信方法

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-04-07

(54)【発明の名称】モバイルネットワークインフラストラクチャにおけるオーディオおよび／またはビデオコンテンツの配信方法

(51)【国際特許分類】

   H04N 21/2381 20110101AFI20230331BHJP

   H04N 21/6332 20110101ALI20230331BHJP

   H04W 76/11 20180101ALI20230331BHJP

   H04W 4/06 20090101ALI20230331BHJP

   H04W 48/18 20090101ALI20230331BHJP

   H04M 11/00 20060101ALI20230331BHJP

【ＦＩ】

H04N21/2381

H04N21/6332

H04W76/11

H04W4/06 170

H04W48/18

H04M11/00 302

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2022549779

(86)(22)【出願日】2021-02-18

(85)【翻訳文提出日】2022-10-07

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

(87)【国際公開番号】W WO2021165416

(87)【国際公開日】2021-08-26

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

(32)【優先日】2020-02-20

(33)【優先権主張国・地域又は機関】EP

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】521231455

【氏名又は名称】ブロードピーク

(74)【代理人】

【識別番号】110001656

【氏名又は名称】弁理士法人谷川国際特許事務所

(72)【発明者】

【氏名】ビショ，ギヨーム

(72)【発明者】

【氏名】デマウツ，ジェレミー

(72)【発明者】

【氏名】ゲリ，ピエール－ジャン

【テーマコード（参考）】

5C164

5K067

5K201

【Ｆターム（参考）】

5C164FA08

5C164GA02

5C164SA24S

5C164SB08S

5C164SB24P

5C164TA06S

5C164TA08S

5C164TB04S

5C164TB22P

5K067AA21

5K067DD17

5K067EE02

5K067EE16

5K067HH21

5K201BA05

5K201BC23

5K201CA01

5K201CA06

5K201CB06

5K201CB15

5K201EA07

5K201EC06

5K201ED05

(57)【要約】

オーディオおよび／またはビデオコンテンツをモバイル端末に配信するために、モバイルネットワーク上にコンテンツ配信システムが展開されている。コンテンツ配信システムは、スター型トポロジまたは階層型トポロジを使用して配置されている複数のエッジキャッシュサーバを備えている。エッジキャッシュサーバは、モバイルネットワークのそれぞれの集約ノードに接続され、集約ノードの構成可能なブレークアウト機能が、エッジキャッシュサーバに関連付けられたエニーキャストアドレス指定にアドレス指定されたパケットをそこにルーティングを可能にする。モバイル端末から、オーディオおよび／またはビデオコンテンツのマニフェストファイルを取得するための要求を受信すると、コンテンツ配信システムのエッジキャッシュコントローラは、エッジキャッシュコントローラを指すユニキャストアドレス指定部分を含むセッション識別子を作成し、モバイル端末をエッジキャッシュサーバのエニーキャストアドレス指定にリダイレクトする。次いで、エッジキャッシュサーバは、モバイル端末からセッション識別子を取得し、そこに含まれるユニキャストアドレス指定を使用して、エッジキャッシュコントローラからコンテキスト情報を受信する。
【選択図】図１

【特許請求の範囲】

【請求項1】

モバイルネットワークインフラストラクチャの上に展開されているコンテンツ配信システム（１００）によってモバイル端末（１５０）にオーディオおよび／またはビデオコンテンツを配信するための方法であって、前記コンテンツ配信システム（１００）が、複数のエッジキャッシュサーバ（１３２）および少なくとも１つのエッジキャッシュコントローラ（１３１）を備え、前記エッジキャッシュサーバ（１３２）が、中央コンテンツサーバ（１１２）をルートとして使用する、スター型トポロジまたは階層型トポロジを使用して配置され、前記エッジキャッシュサーバ（１３２）および前記中央コンテンツサーバ（１１２）が、集約ノード（１３０）の構成可能なブレークアウト機能が、前記エッジキャッシュサーバ（１３２）への、または前記エッジキャッシュサーバ（１３２）および前記中央コンテンツサーバ（１１２）に関連付けられているエニーキャストアドレス指定にアドレス指定されている前記中央コンテンツサーバ（１１２）パケットへのルーティングを可能にするように、前記モバイルネットワークインフラストラクチャのそれぞれの集約ノード（１３０）に接続されており、前記方法が、
－前記オーディオおよび／またはビデオコンテンツを配信するためのセッションを開始するため、前記オーディオおよび／またはビデオコンテンツのマニフェストファイルを取得するために、前記モバイル端末（１５０）から、第１の要求を、１つのエッジキャッシュコントローラ（１３１）によって、受信すること（３０１）と、
－当該前記エッジキャッシュコントローラ（１３１）によって、当該前記エッジキャッシュコントローラ（１３１）を指す一意の識別子部分およびユニキャストアドレス指定部分を含むセッション識別子を作成すること（３０５）と、
－当該前記エッジキャッシュコントローラ（１３１）によって、前記モバイル端末（１５０）を前記エッジキャッシュサーバ（１３２）の、および前記中央コンテンツサーバ（１１２）の、前記エニーキャストアドレス指定でリダイレクトすることによって、かつ前記セッション識別子を前記モバイル端末（１５０）に提供することによって、前記第１の要求に応答すること（３０６）と、
－前記マニフェストファイルを取得するため、または前記オーディオおよび／またはビデオコンテンツの少なくとも１つのセグメントを取得するために、前記モバイル端末（１５０）から、前記セッション識別子を含む第２の要求を、１つのエッジキャッシュサーバ（１３２）によって、受信すること（７０１、８０１）と、
－当該前記１つのエッジキャッシュサーバ（１３２）によって、前記第２の要求から、前記オーディオおよび／またはビデオコンテンツを当該前記モバイル端末（１５０）に配信するために開始された前記セッションに関連付けられた前記セッション識別子を取得すること（７０２、８０２）と、
－前記取得されたセッション識別子が当該前記１つのエッジキャッシュサーバ（１３２）にとって不明であるとき、前記取得されたセッション識別子に含まれる前記ユニキャストアドレス指定部分を使用して、前記セッションに適用可能なコンテキストを取得するための第３の要求を送信すること（７０３、８０７）と、
－前記取得されたセッション識別子が当該前記エッジキャッシュサーバ（１３２）にとって既知であるか、または当該前記エッジキャッシュサーバ（１３２）によって取得されると、前記要求されたマニフェストファイルまたは前記少なくとも１つのセグメントを、前記セッションに適用可能な前記コンテキストに従って、前記第２の要求に応答して、それぞれ前記モバイル端末（１５０）に、配信すること（７０９、８１２）と、
－エッジキャッシュサーバ（１３２）が新しいセッションを処理することができないとき、前記新しいセッションに関連するパケットを当該前記エッジキャッシュサーバ（１３２）にルーティングしないようにするために、アップストリームエッジキャッシュサーバ（１３２）または前記中央コンテンツサーバ（１１２）が前記新しいセッションを処理するように要請されて、当該前記エッジキャッシュサーバ（１３２）が接続されている集約ノード（１３０）のブレークアウト機能を再構成すること（４０５）と、を含む、方法。

【請求項2】

前記コンテンツ配信システム（１００）が、複数のエッジキャッシュコントローラ（１３１）を備え、前記エッジキャッシュコントローラ（１３１）が、中央コントローラ（１１１）をルートとして使用する、スター型トポロジまたは階層型トポロジを使用して展開され、前記エッジキャッシュコントローラ（１３１）および前記中央コントローラ（１１１）が、前記集約ノード（１３０）の構成可能なブレークアウト機能が、前記エッジキャッシュコントローラ（１３１）への、または前記エッジキャッシュコントローラ（１３１）および前記中央コントローラ（１１１）のすべてに関連付けられているエニーキャストアドレス指定にアドレス指定されている前記中央コントローラ（１１１）パケットへの、ルーティングを可能にするように、前記モバイルネットワークインフラストラクチャのそれぞれの集約ノード（１３０）に接続されており、前記第１の要求が、前記エッジキャッシュコントローラ（１３１）および前記中央コントローラ（１１１）に関連付けられている前記エニーキャストアドレス指定を使用して送信される、請求項１に記載の方法。

【請求項3】

１つのエッジキャッシュコントローラ（１３１）が、前記セッションに適用可能なコンテキストを取得するための前記第３の要求を受信すると、当該前記エッジキャッシュコントローラが、前記セッションに適用可能な前記コンテキストを更新して、前記セッションが、前記第３の要求を受信した前記エッジキャッシュサーバ（１３２）によってサポートされることを示す、請求項１または２に記載の方法。

【請求項4】

当該前記エッジキャッシュコントローラ（１３１）が、その監視下にあるエッジキャッシュサーバ（１３２）のセットの前記エッジキャッシュサーバ（１３２）のいずれも、新しいセッションを受け入れるためのリソースをこれ以上有していないかどうかをチェックし、新しいセッションを受け入れるために割り当てられるリソースがもはやないとき、当該前記エッジキャッシュコントローラが、新しいセッションに関連する要求をこれ以上受信しないように、前記エッジキャッシュコントローラ（１３１）が接続されている前記集約ノードの前記ブレークアウト機能を構成する（４０８）、請求項２に記載の方法。

【請求項5】

前記セッション識別子を作成するとき、当該前記エッジキャッシュコントローラ（１３１）が、当該前記エッジキャッシュコントローラ（１３１）を指すユニキャストアドレス指定部分の代わりに、前記中央コントローラ（１１１）を指すユニキャストアドレス指定部分を含み、当該前記エッジキャッシュコントローラ（１３１）が、前記セッションに適用可能な前記コンテキストを前記中央コントローラ（１１１）に送信する、請求項４に記載の方法。

【請求項6】

当該前記エッジキャッシュコントローラ（１３１）が、
－前記セットの各エッジキャッシュサーバ（１３２）が、より多くのセッションを受け入れるのに十分なリソースを有しているかどうかを判定すること（４０２）と、
－それ以上のセッションを受け入れることができない前記セットの各エッジキャッシュサーバについて、当該前記エッジキャッシュコントローラ（１３１２）が、新しいセッションをルーティングしないために、当該前記エッジキャッシュサーバが接続されている前記集約ノード（１３０）の前記ブレークアウト機能を構成する（４０５）こと、を定期的に実施することにより、その監視下でエッジキャッシュサーバ（１３２）のセットを管理する、請求項１～５のいずれか一項に記載の方法。

【請求項7】

１つのエッジキャッシュサーバ（１３２）が、前記セッションに適用可能な前記コンテキストを受信すると、当該前記エッジキャッシュサーバ（１３２）が、前記コンテキストに記憶されている統計から、前記セッションで前記モバイル端末（１５０）によって好ましく選択される適応ビットレートにおける品質に関する情報を検索する、請求項１～６のいずれか一項に記載の方法。

【請求項8】

所定の時間枠内に別のエッジキャッシュサーバ（１３２）から前記第３の要求を受信せずに前記セッションが中断されたことが、１つのエッジキャッシュサーバ（１３２）によって通知された（９０１）とき、１つのエッジキャッシュコントローラ（１３１）が、前記セッションに関連する前記コンテキストを無効化し、分析サーバ（１１３）に、前記セッションに関連し、前記コンテキストに含まれる分析データを送信する、請求項１～７のいずれか一項に記載の方法。

【請求項9】

前記エッジキャッシュサーバ（１３２）が、クラウドレットインフラストラクチャで実行される仮想インスタンスである、請求項１～８のいずれか一項に記載の方法。

【請求項10】

オーディオおよび／またはビデオコンテンツをモバイル端末（１５０）に配信するためのコンテンツ配信システムであって、前記コンテンツ配信システムが、モバイルネットワークインフラストラクチャの上に展開されるように構成され、前記コンテンツ配信システムが、複数のエッジキャッシュサーバ（１３２）および少なくとも１つのエッジキャッシュコントローラ（１３１）を備え、前記エッジキャッシュサーバ（１３２）が、中央コンテンツサーバ（１１２）をルートとして使用する、スター型トポロジまたは階層型トポロジを使用して配置され、前記エッジキャッシュサーバ（１３２）および前記中央コンテンツサーバ（１１２）が、集約ノード（１３０）の構成可能なブレークアウト機能が、前記エッジキャッシュサーバ（１３２）への、または前記エッジキャッシュサーバ（１３２）および前記中央コンテンツサーバ（１１１）に関連付けられているエニーキャストアドレス指定にアドレス指定されている前記中央コンテンツサーバ（１１１）パケットへの、ルーティングを可能にするように、前記モバイルネットワークインフラストラクチャのそれぞれの集約ノード（１３０）に接続されるように構成されており、前記コンテンツ配信システムが、
－前記オーディオおよび／またはビデオコンテンツを配信するためのセッションを開始するため、前記オーディオおよび／またはビデオコンテンツのマニフェストファイルを取得するために、前記モバイル端末から、第１の要求を、１つのエッジキャッシュコントローラによって、受信すること（３０１）と、
－当該前記エッジキャッシュコントローラによって、当該前記エッジキャッシュコントローラを指す一意の識別子部分およびユニキャストアドレス指定部分を含むセッション識別子を作成すること（３０５）と、
－当該前記エッジキャッシュコントローラによって、前記モバイル端末を前記エッジキャッシュサーバの、および前記中央コンテンツサーバの、前記エニーキャストアドレス指定にリダイレクトすることによって、かつ前記セッション識別子を前記モバイル端末（１５０）に提供することによって、前記第１の要求に応答すること（３０６）と、
－前記マニフェストファイルを取得するため、または前記オーディオおよび／またはビデオコンテンツの少なくとも１つのセグメントを取得するために、前記モバイル端末から、前記セッション識別子を含む第２の要求を、１つのエッジキャッシュサーバによって、受信すること（７０１、８０１）と、
－当該前記１つのエッジキャッシュサーバ（１３２）によって、前記第２の要求から、前記オーディオおよび／またはビデオコンテンツを当該前記モバイル端末に配信するために開始されたセッションに関連付けられた前記セッション識別子を取得すること（７０２、８０２）と、
－前記取得されたセッション識別子が当該前記１つのエッジキャッシュサーバ（１３２）にとって不明であるとき、前記取得されたセッション識別子に含まれる前記ユニキャストアドレス指定部分を使用して、前記セッションに適用可能なコンテキストを取得するための第３の要求を送信すること（７０３、８０７）と、
－前記取得されたセッション識別子が当該前記エッジキャッシュサーバ（１３２）にとって既知であるか、または当該前記エッジキャッシュサーバ（１３２）によって取得されると、前記要求されたマニフェストファイルまたは前記少なくとも１つのセグメントを、前記セッションに適用可能な前記コンテキストに従って、前記第２の要求に応答して、それぞれ前記モバイル端末（１５０）に、配信すること（７０９、８１２）と、
－エッジキャッシュサーバ（１３２）が新しいセッションを処理することができないとき、前記新しいセッションに関連するパケットを当該前記エッジキャッシュサーバ（１３２）にルーティングしないようにするために、アップストリームエッジキャッシュサーバ（１３２）または前記中央コンテンツサーバ（１１２）が前記新しいセッションを処理するように要請されて、当該前記エッジキャッシュサーバ（１３２）が接続されている集約ノード（１３０）のブレークアウト機能を再構成すること（４０５）と、のために構成されている、コンテンツ配信システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、概して、コンテンツ配信ネットワーク（ＣＤＮ）の範囲などで、モバイルネットワークインフラストラクチャの上でオーディオおよび／またはビデオコンテンツを配信する一方で、オーディオおよび／またはビデオコンテンツが配信されるモバイル端末のハンドオーバ中のサービス継続性を確保することに関する。

【背景技術】

【0002】

ＭＥＣ（Ｍｕｌｔｉ－ａｃｃｅｓｓ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ）は、ＥＴＳＩ（Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ）グループであり、モバイルネットワークエッジの近くに位置するプラットフォームに関連する仕様セットであり、通常は物理的にｅＮｏｄｅＢ位置またはそこから離れていない位置（通常はセントラルオフィス）にある。ＭＥＣは、アプリケーションモバイルネットワークエッジのインスタンス化をトリガーする条件、アプリケーションとの間のトラフィックをたどる方法、およびＭＥＣプラットフォームでアプリケーションをどのように組み込み、展開、および管理するのかを定義する。したがって、ブレークアウト機能は、アクセスネットワークのオフロードソリューションとして使用され、コアネットワークの負荷およびエンドツーエンドの待ち時間を削減する。例えば、ＥＴＳＩ Ｗｈｉｔｅ Ｐａｐｅｒ Ｎｏ．２０、Ｄｅｖｅｌｏｐｉｎｇ Ｓｏｆｔｗａｒｅ ｆｏｒ Ｍｕｌｔｉ－Ａｃｃｅｓｓ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ、Ｄａｒｉｏ Ｓａｂｅｌｌａ ｅｔ ａｌ，２^ｎｄｅｄ．，Ｆｅｂｒｕａｒｙ ２０１９，ＩＳＢＮ Ｎｏ．９７９－１０－９２６２０－２９－０を参照することができる。

【0003】

モバイルネットワークを介したオーディオおよび／またはビデオのストリーミングは、特に困難である。無線ネットワークは非常にセンシブルであり、ラウンドトリップ時間（ＲＴＴ）、同様に帯域幅は急速に変化する可能性がある。モバイル端末とコンテンツ配信ネットワーク（ＣＤＮのオーディオおよび／またはビデオサーバとの間の接続を有することは、無線アクセスの変動性を抽象化するために、最適以下であることが示されている。さらに、少なくともリソースの消費に関しては、オーディオおよび／またはビデオサーバと、サービスを受けるモバイル端末との間の通信距離を制限することが望ましい。これは、理想的には、オーディオおよび／またはビデオサーバインフラストラクチャを、無線アクセスネットワークの境界に可能な限り近づける必要があることを示唆する。したがって、ＭＥＣプラットフォームはその目的で、特に４Ｇ（第４世代）および５Ｇ（第５世代）モバイルネットワークに十分に適していると考えられる。次いで、ＭＥＣグループによって監督されるブレークアウト機能を使用して、オーディオおよび／またはビデオキャッシュサーバをモバイルネットワーク内の無線ネットワークエッジまで深く展開することができる。そのため、エッジキャッシュサーバと称される。その結果、エッジキャッシュサーバの展開インフラストラクチャは、場合によっては無線セル全体に分散されるため、モバイル端末は、メディアセッション中に場合によってはいくつかのオーディオサーバおよび／またはビデオサーバに接続する必要がある。

【0004】

その場合、モバイル端末の移動性を考慮して、オーディオおよび／またはビデオ配信サービスの継続性を保証し、モバイル端末が常に最も近い可能性のあるエッジキャッシュサーバに接続されることをさらに保証する、移動ネットワークインフラストラクチャの上にＣＤＮアーキテクチャを提供することが望ましい。その場合、モバイルネットワークインフラストラクチャの上にＣＤＮアーキテクチャを提供することが望ましく、これにより、セッションコンテキスト情報が正しく管理および更新される。実際、そのようなコンテキスト情報は、モバイル端末が特定のオーディオおよび／またはビデオコンテンツを取得することを許可されているかどうかを判定するために不可欠であり、モバイル端末セッションのフォローアップに不可欠であり、適切なインフラストラクチャの展開の回線容量設計にさらに重要な分析データをさらに含んでいる。

【発明の概要】

【0005】

そのために、本明細書において、モバイルネットワークインフラストラクチャの上に展開されたコンテンツ配信システムによってオーディオおよび／またはビデオコンテンツをモバイル端末に配信する方法が提案されており、コンテンツ配信システムが、複数のエッジキャッシュサーバおよび少なくとも１つのエッジキャッシュコントローラを備え、エッジキャッシュサーバが、中央コンテンツサーバをルートとして使用する、スター型トポロジまたは階層型トポロジを使用して配置され、エッジキャッシュサーバおよび中央コンテンツサーバが、集約ノードの構成可能なブレークアウト機能が、エッジキャッシュサーバへの、またはエッジキャッシュサーバおよび中央コンテンツサーバに関連付けられているエニーキャストアドレス指定にアドレス指定されている中央コンテンツサーバパケットへのルーティングを可能にするように、モバイルネットワークインフラストラクチャのそれぞれの集約ノードに接続されており、方法が、オーディオおよび／またはビデオコンテンツを配信するためのセッションを開始するため、オーディオおよび／またはビデオコンテンツのマニフェストファイルを取得するために、モバイル端末から、第１の要求を、１つのエッジキャッシュコントローラによって、受信することと、当該エッジキャッシュコントローラによって、当該エッジキャッシュコントローラを指す一意の識別子部分およびユニキャストアドレス指定部分を含むセッション識別子を作成することと、当該エッジキャッシュコントローラによって、モバイル端末をエッジキャッシュサーバの、および中央コンテンツサーバの、エニーキャストアドレス指定にリダイレクトすることによって、かつセッション識別子をモバイル端末に提供することによって、第１の要求に応答することと、マニフェストファイルを取得するため、またはオーディオおよび／またはビデオコンテンツの少なくとも１つのセグメントを取得するために、モバイル端末から、セッション識別子を含む第２の要求を、１つのエッジキャッシュサーバによって、受信することと、当該１つのエッジキャッシュサーバによって、第２の要求から、オーディオおよび／またはビデオコンテンツを当該モバイル端末に配信するために開始されたセッションに関連付けられたセッション識別子を取得することと、取得されたセッション識別子が当該１つのエッジキャッシュサーバにとって不明であるとき、取得されたセッション識別子に含まれるユニキャストアドレス指定部分を使用して、セッションに適用可能なコンテキストを取得するための第３の要求を送信することと、取得されたセッション識別子が当該エッジキャッシュサーバにとって既知であるか、または当該エッジキャッシュサーバによって取得されると、要求されたマニフェストファイルまたは少なくとも１つのセグメントを、セッションに適用可能なコンテキストに従って、第２の要求に応答して、それぞれモバイル端末に、配信することと、エッジキャッシュサーバが新しいセッションを処理することができないとき、新しいセッションに関連するパケットを当該上記エッジキャッシュサーバにルーティングしないようにするために、アップストリームエッジキャッシュサーバまたは中央コンテンツサーバが新しいセッションを処理するように要請されて、当該エッジキャッシュサーバが接続されている集約ノードのブレークアウト機能を再構成することと、を含む。

【0006】

したがって、エッジキャッシュサーバおよび中央コンテンツサーバのエニーキャストアドレス指定のおかげで、オーディオおよび／またはビデオ配信サービスの継続性がモバイル端末の移動性を考慮して保証され、モバイル端末が常に最も近いエッジキャッシュサーバに接続されていることがさらに保証される。さらに、セッション識別子を作成するための前述のアプローチのおかげで、モバイル端末がモバイルネットワークインフラストラクチャでハンドオーバを被っている間、エッジキャッシュサーバが、常に適切なエッジキャッシュコントローラからコンテキストを取得することができる。さらに、エッジキャッシュサーバのエニーキャストアドレス指定と、中央コンテンツサーバをルートとして使用する、スター型トポロジまたは階層型トポロジとしてのエッジキャッシュサーバの配置により、モバイル端末は常に可能な限り最も近いエッジキャッシュサーバ（またはせいぜい中央のコンテンツサーバ）に接続される。

【0007】

特定の実施形態によれば、コンテンツ配信システムが、複数のエッジキャッシュコントローラを備え、エッジキャッシュコントローラが、中央コントローラをルートとして使用する、スター型トポロジまたは階層型トポロジを使用して展開され、エッジキャッシュコントローラおよび中央コントローラが、集約ノードの構成可能なブレークアウト機能が、エッジキャッシュコントローラへの、またはエッジキャッシュコントローラおよび中央コントローラのすべてに関連付けられているエニーキャストアドレス指定にアドレス指定されている中央コントローラパケットへのルーティングを可能にするように、モバイルネットワークインフラストラクチャのそれぞれの集約ノードに接続されており、第１の要求が、エッジキャッシュコントローラおよび中央コントローラに関連付けられているエニーキャストアドレス指定を使用して送信される。

【0008】

したがって、エッジキャッシュコントローラおよび中央コントローラにエニーキャストアドレス指定を使用すると、中央コントローラをルートとして使用する、スター型トポロジまたは階層型トポロジとしてのエッジキャッシュコントローラの配置と組み合わせて可能になり、オーディオおよび／またはビデオの配信に寄与し、モバイル端末のモビリティを考慮して、サービスの継続性が確保される。

【0009】

特定の実施形態によれば、１つのエッジキャッシュコントローラが、セッションに適用可能なコンテキストを取得するための第３の要求を受信すると、当該エッジキャッシュコントローラが、セッションに適用可能なコンテキストを更新して、セッションが、第３の要求を受信したエッジキャッシュサーバによってサポートされることを示す。

【0010】

したがって、モバイル端末セッションフォローアップの分析データがコンテキスト内で更新され、これは、適切なインフラストラクチャ展開の回線容量設計のためにモバイル端末のモビリティを追跡するために重要である。

【0011】

特定の実施形態によれば、当該エッジキャッシュコントローラが、その監視下にあるエッジキャッシュサーバのセットのエッジキャッシュサーバのいずれも、新しいセッションを受け入れるためのリソースをこれ以上有していないかどうかをチェックし、新しいセッションを受け入れるために割り当てられるリソースがもはやないとき、当該エッジキャッシュコントローラが、新しいセッションに関連する要求をこれ以上受信しないように、上記エッジキャッシュコントローラが接続されている集約ノードのブレークアウト機能を構成する。

【0012】

したがって、新しいセッションの処理が、エッジキャッシュサーバの配置のアップストリーム（ルートに向かって）に転送され、新しいセッションは、エニーキャストアドレス指定が使用されているため、同じアドレス指定を要求しながら、その新しいセッションを処理するための利用可能なリソースを有する最も近いエッジキャッシュサーバによって処理される。

【0013】

特定の実施形態によれば、セッション識別子を作成するとき、当該エッジキャッシュコントローラが、当該エッジキャッシュコントローラを指すユニキャストアドレス指定部分の代わりに、中央コントローラを指すユニキャストアドレス指定部分を含み、当該エッジキャッシュコントローラが、セッションに適用可能なコンテキストを中央コントローラに送信する。

【0014】

したがって、セッションコンテキストの集中管理を容易に実装することができる（エッジキャッシュコントローラによるセッションコンテキストの分散管理を補完または置換するために）。特に、エッジキャッシュコントローラの処理リソースが不足した場合に、負荷分散を実行することを可能にする。

【0015】

特定の実施形態によれば、当該エッジキャッシュコントローラが、セットの各エッジキャッシュサーバが、より多くのセッションを受け入れるのに十分なリソースを有しているかどうかを判定することと、それ以上のセッションを受け入れることができないセットの各エッジキャッシュサーバについて、当該エッジキャッシュコントローラが、新しいセッションをルーティングしないために、当該エッジキャッシュサーバが接続されている集約ノードのブレークアウト機能を構成すること、を定期的に実施することにより、その監視下でエッジキャッシュサーバのセットを管理する。

【0016】

したがって、エッジキャッシュコントローラが、モバイルネットワークインフラストラクチャを構成して、エッジキャッシュサーバおよび中央コンテンツサーバのエニーキャストアドレス指定、ならびにエッジキャッシュコントローラの配置から、中央コントローラをルートとして使用した、スター型トポロジまたは階層型トポロジとして新しいセッションの処理をアップストリームに転送するために利益を得る。

【0017】

特定の実施形態によれば、１つのエッジキャッシュサーバが、セッションに適用可能なコンテキストを受信すると、当該エッジキャッシュサーバが、コンテキストに記憶されている統計から、セッションでモバイル端末によって好ましく選択される適応ビットレートにおける品質に関する情報を検索する。

【0018】

したがって、当該エッジキャッシュサーバが、当該セッションに関連する過去のデータから利益を得ることができ、内部構成（キャッシュプロビジョニングなど）を予測して、オーディオおよび／またはビデオコンテンツに関してモバイル端末に最適なサービスを提供し、良好なサービス継続を保証することができる。

【0019】

特定の実施形態によれば、所定の時間枠内に別のエッジキャッシュサーバから第３の要求を受信せずにセッションが中断されたことが、１つのエッジキャッシュサーバによって通知されたとき、１つのエッジキャッシュコントローラが、セッションに関連するコンテキストを無効化し、分析サーバに、セッションに関連し、コンテキストに含まれる分析データを送信する。

【0020】

これにより、セッションの終了によるコンテキストの無効化の適切な時期の検出が容易になり、分析データの収集が容易になる。

【0021】

特定の実施形態によれば、エッジキャッシュサーバが、クラウドレットインフラストラクチャで実行される仮想インスタンスである。

【0022】

したがって、必要に応じてエッジキャッシュサーバをアクティブ化および非アクティブ化することが容易になる。本明細書ではさらに、オーディオおよび／またはビデオコンテンツをモバイル端末に配信するためのコンテンツ配信システムが提案され、コンテンツ配信システムが、モバイルネットワークインフラストラクチャの上に展開されるように構成され、コンテンツ配信システムが、複数のエッジキャッシュサーバおよび少なくとも１つのエッジキャッシュコントローラを備え、エッジキャッシュサーバが、中央コンテンツサーバをルートとして使用する、スター型トポロジまたは階層型トポロジを使用して配置され、エッジキャッシュサーバおよび中央コンテンツサーバが、集約ノードの構成可能なブレークアウト機能が、エッジキャッシュサーバへの、またはエッジキャッシュサーバおよび中央コンテンツサーバに関連付けられているエニーキャストアドレス指定にアドレス指定されている中央コンテンツサーバパケットへのルーティングを可能にするように、モバイルネットワークインフラストラクチャのそれぞれの集約ノードに接続されるように構成されており、コンテンツ配信システムが、オーディオおよび／またはビデオコンテンツを配信するためのセッションを開始するため、オーディオおよび／またはビデオコンテンツのマニフェストファイルを取得するために、モバイル端末から、第１の要求を、１つのエッジキャッシュコントローラによって、受信することと、当該エッジキャッシュコントローラによって、当該エッジキャッシュコントローラを指す一意の識別子部分およびユニキャストアドレス指定部分を含むセッション識別子を作成することと、当該エッジキャッシュコントローラによって、モバイル端末をエッジキャッシュサーバの、および中央コンテンツサーバの、エニーキャストアドレス指定にリダイレクトすることによって、かつセッション識別子をモバイル端末に提供することによって記第１の要求に応答することと、マニフェストファイルを取得するため、またはオーディオおよび／またはビデオコンテンツの少なくとも１つのセグメントを取得するために、モバイル端末から、セッション識別子を含む第２の要求を、１つのエッジキャッシュサーバによって、受信することと、当該１つのエッジキャッシュサーバによって、第２の要求から、オーディオおよび／またはビデオコンテンツを当該モバイル端末に配信するために開始されたセッションに関連付けられたセッション識別子を取得することと、取得されたセッション識別子が当該１つのエッジキャッシュサーバにとって不明であるとき、取得されたセッション識別子に含まれるユニキャストアドレス指定部分を使用して、セッションに適用可能なコンテキストを取得するための第３の要求を送信することと、取得されたセッション識別子が当該エッジキャッシュサーバにとって既知であるか、または当該エッジキャッシュサーバによって取得されると、要求されたマニフェストファイルまたは少なくとも１つのセグメントを、セッションに適用可能なコンテキストに従って、第２の要求に応答して、それぞれモバイル端末に、配信することと、エッジキャッシュサーバが新しいセッションを処理することができないとき、新しいセッションに関連するパケットを当該エッジキャッシュサーバにルーティングしないようにするために、アップストリームエッジキャッシュサーバまたは中央コンテンツサーバが新しいセッションを処理するように要請されて、当該上記エッジキャッシュサーバが接続されている集約ノードのブレークアウト機能を再構成することと、のために構成されている。

【図面の簡単な説明】

【0023】

本発明の特徴は、添付の図面を参照して作成された、少なくとも１つの実施形態に関する以下の説明を読むことにより、より明確になるであろう。

【0024】

【図1】本発明を実施することができるオーディオおよび／またはビデオコンテンツ配信システムを概略的に表す。

【図2】オーディオおよび／またはビデオコンテンツ配信システムの範囲で使用可能なデバイスのハードウェアアーキテクチャの例を概略的に表す。

【図3】マニフェストファイル取得要求に対する応答アルゴリズムを模式的に表す。

【図4】オーディオおよび／またはビデオコンテンツ配信システムのエッジキャッシュサーバのリソースを管理し、対応してブレークアウト機能の構成を管理するためのアルゴリズムを概略的に表す。

【図5】リダイレクト後のマニフェストファイル取得要求に対する応答アルゴリズムを概略的に表す。

【図6】オーディオおよび／またはビデオコンテンツの少なくとも１つのセグメントを取得する要求に応答するためのアルゴリズムを概略的に表す。

【図7】セッションコンテキストを取得するための要求を処理するためのアルゴリズムを概略的に表す。

【図8】オーディオおよび／ビデオコンテンツ配信セッションを終了するためのアルゴリズムを概略的に表す。

【図9】オーディオおよび／ビデオコンテンツ配信セッションの中断を処理するためのアルゴリズムを概略的に表す。

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

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

選択されたエッジキャッシュサーバＥＣＳ１３２が、より多くのセッションを受け入れるのに十分なリソースを有する場合（ステップ４０２を参照）、ステップ４０３において、当該エッジキャッシュコントローラＥＣＣ１３１は、将来の新しいセッションのパケットを選択されたエッジキャッシュサーバＥＣＳ１３２にルーティングするために、選択されたエッジキャッシュサーバＥＣＳ１３２に接続された集約ノード１３０のブレークアウト機能を、場合によっては構成し直す（選択したエッジキャッシュサーバＥＣＳ１３２が以前に過負荷であり、それに対応するブレーク機能が、新しいセッションのパケットを選択されたエッジキャッシュサーバＥＣＳ１３２にルーティングしないように構成されている場合）。

【0063】

また、ステップ４０４において、エッジキャッシュコントローラＥＣＣ１３１は、例えば、利用可能なリソースが多すぎる（不必要なエネルギー消費を引き起こす）ために、選択されたエッジキャッシュサーバＥＣＳ１３２を非アクティブ化またはシャットダウン／除去することを場合によっては決定し得る。その場合、当該エッジキャッシュコントローラＥＣＣ１３１は、選択されたエッジキャッシュサーバＥＣＳ１３２に接続されている集約ノードのブレークアウト機能を構成し、将来の新しいセッションのパケットを上記選択されたキャッシュサーバＥＣＳ１３２にルーティングしないようにする。さらに、選択されたキャッシュサーバＥＣＳ１３２によって管理されるすべての既存のセッションが終了すると、選択されたエッジキャッシュサーバＥＣＳ１３２は非アクティブ化またはシャットダウン／アンインストールされる（クラウドレットの場合）。次いで、ステップ４０１が繰り返される。

【0064】

図５は、モバイル端末Ｔ１５０がエッジキャッシュサーバＥＣＳ１３２に向けてリダイレクトされた後に、マニフェストファイルを取得するための要求ＭＦ＿ＲＥＱに応答するためのアルゴリズムを概略的に表す。したがって、要求ＭＦ＿ＲＥＱは、エッジキャッシュサーバ１３２のエニーキャストアドレス指定を使用する。

【0065】

ステップ７０１において、問題のエッジキャッシュサーバＥＣＳ１３２は、モバイル端末Ｔ１５０であるリクエスタから要求ＭＦ＿ＲＥＱを受信する。例えば、要求ＭＦ＿ＲＥＱは、ＨＴＴＰＧｅｔ要求である。ステップ７０１で受信された要求ＭＦ＿ＲＥＱは、結果として、図３に関して既に説明したように、エッジキャッシュコントローラＥＣＣ１３１からリダイレクトとして送信される。

【0066】

ステップ７０２において、当該エッジキャッシュサーバＥＣＳ１３２は、要求ＭＦ＿ＲＥＱが関連するセッション識別子を検索する。セッション識別子は、要求ＭＦ＿ＲＥＱに、例えばＵＲＬのクエリ文字列として、または要求ＭＦ＿ＲＥＱが関連するマニフェストファイルを取得するために、モバイル端末Ｔ１５０をリダイレクトしたエッジキャッシュコントローラＥＣＣ１３１との以前の交換中に当該モバイル端末Ｔ１５０によって記憶されたクッキーに含まれる。

【0067】

ステップ７０３で、当該エッジキャッシュサーバＥＣＳ１３２は、セッション識別子のユニキャストアドレス指定によって識別されるエッジキャッシュコントローラＥＣＣ１３１（または中央コントローラＣＣ１１１）に要求ＣＴＸＴ＿ＲＥＱを送信する。要求ＣＴＸＴ＿ＲＥＱは、要求ＭＦ＿ＲＥＱが関連するセッションに適用可能なコンテキスト情報を応答として取得することを目的としている。そうするために、当該エッジキャッシュサーバＥＣＳ１３２は、セッション識別子に存在するユニキャストアドレス指定を使用する。

【0068】

ステップ７０４において、当該エッジキャッシュサーバＥＣＳ１３２は、応答として、要求されたコンテキストを受信する（図７を参照）。

【0069】

ステップ７０５において、当該エッジキャッシュサーバＥＣＳ１３２は、当該エッジキャッシュサーバＥＣＳ１３２が、要求されたマニフェストファイルに関連するオーディオおよび／またはビデオコンテンツを配信することを許可されているかどうかをチェックする。特に、エッジキャッシュサーバＥＣＳ１３２は、当該エッジキャッシュサーバＥＣＳ１３２によってオリジンサーバからオーディオおよび／またはビデオコンテンツをキャッシュすることができるかどうかをチェックする（例えば、当該エッジキャッシュサーバＥＣＳ１３２が位置される領域におけるオーディオおよび／またはビデオコンテンツの利用可能性）。当該エッジキャッシュサーバＥＣＳ１３２が、オーディオおよび／またはビデオコンテンツを配信し、新しいセッションを受け入れることを許可されると、ステップ７０８が実行されるが、そうでない場合、ステップ７０６が実行される。

【0070】

ステップ７０６において、当該エッジキャッシュサーバＥＣＳ１３２は、エッジキャッシュコントローラＥＣＣ１３１（セッション識別子におけるそのユニキャストアドレス指定によって識別される）に、上記エッジキャッシュサーバＥＣＳ１３２が、当該セッションが関連するオーディオおよび／またはビデオコンテンツを配信するのを許可されていないことを通知する。そうするために、当該エッジキャッシュサーバＥＣＳ１３２は、メッセージＮＯＴ＿ＡＵＴＨＯＲＩＺＥＤを当該エッジキャッシュコントローラＥＣＣ１３１に送信する。

【0071】

ステップ７０７で、当該エッジキャッシュサーバＥＣＳ１３２は、要求ＭＦ＿ＲＥＱにエラーコードで応答する。したがって、当該モバイル端末Ｔ１５０は、例えば、当該オーディオおよび／またはビデオコンテンツに関する地域配信制限のために、要求されたオーディオおよび／またはビデオコンテンツを受信することを許可されていない。次いで、図５のアルゴリズムは終了する。

【0072】

ステップ７０８において、当該エッジキャッシュサーバＥＣＳ１３２は、受信したコンテキストを記憶し、次いでそれを使用してセッションを処理し、要求ＭＦ＿ＲＥＱが関連するオーディオおよび／またはビデオコンテンツをモバイル端末Ｔ１５０に配信する。コンテキストは、当該モバイル端末Ｔ１５０がオーディオおよび／またはビデオコンテンツを取得することを許可されているかどうかを規定する情報を少なくとも含む。コンテキストは、当該エッジキャッシュサーバＥＣＳ１３２でセッションが開始されたことを示す情報をさらに含む。この後者の情報は、エッジキャッシュコントローラＥＣＣ１３１によって、または当該エッジキャッシュサーバＥＣＳ１３２によってコンテキストに挿入され得る。

【0073】

ステップ７０９において、当該エッジキャッシュサーバＥＣＳ１３２は、要求ＭＦ＿ＲＥＱが関連するマニフェストファイルをキャッシュ内で、または中央コンテンツサーバＣＣＳ１１２から検索し、かつステップ７０１で受信された要求ＭＦ＿ＲＥＱに応答してメッセージＭＦ＿ＲＳＰにて検索されたマニフェストファイルを送信する。

【0074】

図６は、オーディオおよび／またはビデオコンテンツの少なくとも１つのセグメントを取得するための要求Ｃ＿ＲＥＱに応答するためのアルゴリズムを概略的に表す。したがって、要求Ｃ＿ＲＥＱは、エッジキャッシュサーバＥＣＳ１３２のエニーキャストアドレス指定を使用するが、これは、このエニーキャストアドレス指定が、当該オーディオおよび／またはビデオコンテンツのマニフェストファイルを取得するために以前に使用されたためである。

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

ステップ１００３において、当該エッジキャッシュサーバＥＣＳ１３２は、当該エッジキャッシュサーバＥＣＳ１３２によってセッションがサポートされなくなったため（終了またはハンドオーバのいずれかにより）、セッションに関連付けられたコンテキストを削除する。中断がハンドオーバによるものであると、当該エッジキャッシュサーバＥＣＳ１３２が、セッション中に当該モバイル端末Ｔ１５０の別のハンドオーバにより、セッションをサポートするために後で再び要請されると、当該エッジキャッシュサーバＥＣＳ１３２は、当該エッジキャッシュコントローラＥＣＣ１３１に、（または、セッションのコンテキストの集中管理が実装されている場合は、中央コントローラＣＣ１１１に）更新されたコンテキストを要求し得る。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【国際調査報告】