特許 6397930 通信ネットワークにおけるサービス配信

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

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

(11)【特許番号】6397930

(24)【登録日】2018年9月7日

(45)【発行日】2018年9月26日

(54)【発明の名称】通信ネットワークにおけるサービス配信

(51)【国際特許分類】

   H04W 28/24 20090101AFI20180913BHJP

   H04L 29/08 20060101ALI20180913BHJP

【ＦＩ】

   H04W28/24

   H04L13/00 307A

   H04L13/00 307C

【請求項の数】23

【全頁数】23

(21)【出願番号】特願2016-552912(P2016-552912)

(86)(22)【出願日】2014年2月21日

(65)【公表番号】特表2017-507601(P2017-507601A)

(43)【公表日】2017年3月16日

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

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

(87)【国際公開日】20150827

【審査請求日】2016年10月13日

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田 吉隆

(74)【代理人】

【識別番号】100161470

【弁理士】

【氏名又は名称】冨樫 義孝

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡 利康

(74)【代理人】

【識別番号】100194320

【弁理士】

【氏名又は名称】藤井 亮

(72)【発明者】

【氏名】ニランデル， トマス

(72)【発明者】

【氏名】エリクソン， アン−クリスティーネ

【審査官】 ▲高▼木 裕子

(56)【参考文献】

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

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

【文献】 欧州特許出願公開第０２６９６５５２（ＥＰ，Ａ１）

【文献】 特開２００４−３１２５６９（ＪＰ，Ａ）

【文献】 特開２００５−０７９９０９（ＪＰ，Ａ）

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

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

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

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

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

Ｈ０４Ｌ ２９／０８

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

【請求項1】

通信ネットワーク内でデータのサービス配信を要求する方法であって、モバイルデバイス（１）において、
サービスに関する情報を対話デバイス（２１）に送信して、前記モバイルデバイス（１）が所属する無線アクセスネットワーク（７）に関する情報を要求すること（Ｓ１）、
前記要求された情報を、前記無線アクセスネットワーク（７）内のデバイスに配置されるリモートデバイスから受信すること（Ｓ２）、
前記受信した情報を使用して、サーバ（１４）から前記モバイルデバイス（１）へのサービスの配信に関する必要なサービス配信パラメータを確立すること（Ｓ３）、
データの要求を前記サーバ（１４）に向けて送信すること（Ｓ４）であって、前記要求は前記確立されたサービス配信パラメータを含む、送信すること（Ｓ４）、および、
前記サービス配信パラメータを使用して送信されたデータを前記サーバ（１４）から受信すること（Ｓ５）、
を含む、方法。

【請求項2】

前記無線アクセスネットワーク（７）に関する前記情報は、前記必要なサービス配信パラメータ、および、要求されるサービス配信パラメータを決定するために使用する前記通信ネットワークの能力又は前記通信ネットワーク内の条件に関する情報のうちのいずれかを含む、請求項１に記載の方法。

【請求項3】

前記サービス配信パラメータは、推奨されるフレームサイズ、推奨されるビットレート、推奨されるイメージ解像度、推奨されるイメージサイズ、およびバッファパラメータのうちのいずれかを含む、請求項１または２に記載の方法。

【請求項4】

前記受信した情報は、前記モバイルデバイス（１）で対話クライアント（１７）によって処理された後、前記モバイルデバイスでアプリケーションクライアント（４）に渡され、前記アプリケーションクライアントは前記受信したデータを処理するように構成される、請求項１ないし３のいずれか一項に記載の方法。

【請求項5】

前記リモートデバイスは前記対話デバイス（２１）である、請求項１ないし４のいずれか一項に記載の方法。

【請求項6】

前記無線アクセスネットワークに関する前記情報は、ＨＴＴＰおよびＷｅｂｓｏｃｋｅｔのうちのいずれかに基づくプロトコルと、ユーザデータグラムプロトコルおよび伝送制御プロトコルのうちのいずれかをトランスポート機構として使用するプロトコルとのうちの、いずれかを使用して受信される、請求項５に記載の方法。

【請求項7】

前記無線アクセスネットワークに関する前記情報は、前記無線アクセスネットワーク内の前記デバイスから受信したユーザプレーンシグナリング内に注入される、請求項１ないし４に記載の方法。

【請求項8】

前記要求された情報を、定期的に、又は前記モバイルデバイスによって送信されるさらなる要求に応じて、受信することをさらに含む、請求項１ないし７のいずれか一項に記載の方法。

【請求項9】

通信ネットワーク内でデータのサービス配信を制御する方法であって、対話デバイス（２１）で、
サービスに関する情報と、モバイルデバイス（１）が所属する無線アクセスネットワーク（７）に関する情報の要求とを、前記モバイルデバイス（１）から受信すること（Ｓ４３）と、
前記無線アクセスネットワーク（７）内のリモートデバイスにメッセージを送信すること（Ｓ４４）であって、前記メッセージは前記サービスに関する前記情報を含む、送信すること（Ｓ４４）と、
サーバ（１４）から前記モバイルデバイス（１）への前記サービスの配信に関する推奨されるサービス配信パラメータを、前記リモートデバイスから受信すること（Ｓ４５）と、
前記推奨されるサービス配信パラメータを前記モバイルデバイス（１）に向けて送信すること（Ｓ４６）と、
を含む、方法。

【請求項10】

通信ネットワーク内でデータのサービス配信を制御する方法であって、対話デバイス（２１）で、
サービスに関する情報と、モバイルデバイス（１）が所属する無線アクセスネットワーク（７）に関する情報の要求とを、前記モバイルデバイス（１）から受信すること（Ｓ４７）と、
サーバ（１４）から前記モバイルデバイス（１）への前記サービスの配信に関する推奨されるサービス配信パラメータを生成するため、および前記推奨されるサービス配信パラメータを前記モバイルデバイス（１）に向けて送信するための命令を、前記無線アクセスネットワーク（７）内のリモートデバイスに送信すること（Ｓ４８）と、
を含む、方法。

【請求項11】

前記サービス配信パラメータは、推奨されるフレームサイズ、推奨されるビットレート、推奨されるイメージ解像度、推奨されるイメージサイズ、およびバッファパラメータのうちのいずれかを含む、請求項９または１０に記載の方法。

【請求項12】

サーバ（１４）からモバイルデバイス（１）へのデータサービスの配信のために、サービス配信パラメータに対する推奨を提供する方法であって、前記モバイルデバイス（１）が所属する無線アクセスネットワーク（７）内の推奨デバイスで、
前記モバイルデバイス（１）に関連付けられたサービスに関する情報と、サービス配信パラメータに対する推奨を提供するための要求とを、対話デバイス（２１）から受信すること（Ｓ４９）、
推奨されるサービス配信パラメータを決定すること（Ｓ５０）、および、
前記決定された推奨されるサービス配信パラメータを前記対話デバイス（２１）および前記モバイルデバイスのうちのいずれかに送信すること（Ｓ５１）であって、前記サービス配信パラメータは前記サーバ（１４）にデータを要求する時に前記モバイルデバイス（１）によって使用可能である、送信すること（Ｓ５１）、
を含む、方法。

【請求項13】

前記要求は、配信されるサービスのタイプ、および要求されたサービス配信パラメータのタイプを識別する情報を含む、請求項１２に記載の方法。

【請求項14】

前記推奨されるサービス配信パラメータは、セルロード情報、モバイルデバイス性能情報、モバイルデバイス無線品質情報、将来のセルロードの予測、および将来の時間期間におけるモバイルデバイスデータ容量の推定のうちの、いずれかに基づいて決定される、請求項１２または１３に記載の方法。

【請求項15】

通信ネットワーク内で使用するためのモバイルデバイス（１）であって、
サービスに関する情報と、前記モバイルデバイス（１）が所属する無線アクセスネットワーク（７）に関する情報の要求とを、対話デバイス（２１）に送信するように構成された送信器（２３）と、
リモートデバイスから前記要求された情報を受信するように構成された受信器（２４）と、
サーバ（１４）から前記モバイルデバイス（１）への前記サービスの配信に関する必要なサービス配信パラメータを確立するために、前記受信した情報を使用するように構成されたプロセッサ（２５）と、
データの要求を前記サーバ（１４）に向けて送信するように構成された第２の送信器（２６）であって、前記要求は前記確立されたサービス配信パラメータを含む、第２の送信器（２６）と、
前記サービス配信パラメータを使用して送信されたデータを前記サーバ（１４）から受信するように構成された、第２の受信器（２７）と、
を備える、モバイルデバイス。

【請求項16】

前記受信した情報を処理するように構成された対話クライアント（１７）をさらに備える、請求項１５に記載のモバイルデバイス。

【請求項17】

通信ネットワーク内でのデータのサービス配信を制御する際に使用するための対話デバイス（２１）であって、
サービスに関する情報と、モバイルデバイス（１）が所属する無線アクセスネットワーク（７）に関する情報の要求とを、前記モバイルデバイス（１）から受信するように構成された、第１の受信器（３１）と、
前記無線アクセスネットワーク（７）内のリモートデバイスにメッセージを送信するように構成された第１の送信器（３２）であって、前記メッセージは前記サービスに関する前記情報を含む、第１の送信器（３２）と、
サーバ（１４）から前記モバイルデバイス（１）への前記サービスの配信に関する推奨されるサービス配信パラメータを前記リモートデバイスから受信するように構成された、第２の受信器（３３）と、
前記推奨されるサービス配信パラメータを前記モバイルデバイス（１）に向けて送信するように構成された、第２の送信器（３４）と、
を備える、対話デバイス。

【請求項18】

通信ネットワーク内でのデータのサービス配信を制御する際に使用するための対話デバイス（２１）であって、
サービスに関する情報と、モバイルデバイス（１）が所属する無線アクセスネットワーク（７）に関する情報の要求とを、前記モバイルデバイス（１）から受信するように構成された、受信器（３１）と、
サーバ（１４）から前記モバイルデバイス（１）への前記サービスの配信に関する推奨されるサービス配信パラメータを生成するため、および前記推奨されるサービス配信パラメータを前記モバイルデバイス（１）に向けて送信するための命令を、前記無線アクセスネットワーク（７）内のリモートデバイスに送信するように構成された、送信器（３２）と、
を備える、対話デバイス。

【請求項19】

サーバ（１４）からモバイルデバイス（１）へのデータサービスの配信のための推奨されるサービス配信パラメータを提供するように構成された、推奨デバイス（１８）であって、前記モバイルデバイス（１）が所属する無線アクセスネットワーク（７）内に配置されており、
前記モバイルデバイス（１）に関連付けられたサービスに関する情報と、サービス配信パラメータに対する推奨を提供するための要求とを、対話デバイス（２１）から受信するように構成された、受信器（３９）と、
推奨されるサービス配信パラメータを決定するように構成された、プロセッサ（４０）と、
前記対話デバイス（２１）および前記モバイルデバイス（１）のうちのいずれかに、決定された推奨されるサービス配信パラメータを送信するように構成された、送信器（４１）であって、前記サービス配信パラメータは、前記サーバ（１４）にデータを要求する時に前記モバイルデバイス（１）によって使用可能である、送信器と、
を備える、推奨デバイス。

【請求項20】

少なくとも１つのプロセッサ上で実行された時に、前記少なくとも１つのプロセッサに、モバイルデバイスとして、請求項１ないし８のいずれか一項に記載の方法を実行させる命令を備える、コンピュータプログラム。

【請求項21】

少なくとも１つのプロセッサ上で実行された時に、前記少なくとも１つのプロセッサに、対話デバイスとして、請求項９ないし１１のいずれか一項に記載の方法を実行させる命令を備える、コンピュータプログラム。

【請求項22】

少なくとも１つのプロセッサ上で実行された時に、前記少なくとも１つのプロセッサに、推奨デバイスとして、請求項１２ないし１４のいずれか一項に記載の方法を実行させる命令を備える、コンピュータプログラム。

【請求項23】

請求項２０から２２に記載のコンピュータプログラムを含む非一時的コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信ネットワークにおけるサービス配信を最適化する分野に関する。

【背景技術】

【0002】

モバイルネットワークは、典型的には図１の例示の通信ネットワークに示されるように異なるドメインに分割される。モバイルデバイス１（本明細書ではユーザ機器ＵＥと呼ばれる）には、オペレーティングシステム２、およびたとえばウェブブラウザ３、Ａｐｐ ｘ５、およびＡｐｐ ｙ６が提供される。Ａｐｐは、データサービスを要求することができるＵＥ１で実行するかまたは記憶されるソフトウェアである。

【0003】

ＵＥ１は、ｅＮｏｄｅＢ（ｅＮＢ）または無線ネットワークコントローラ（ＲＮＣ）７を介してモバイルオペレータ無線アクセスネットワーク（ＲＡＮ）７に接続する。ｅＮＢおよびＲＮＣは単なる例として使用されている。ＲＡＮ７の無線アクセス技術（ＲＡＴ）に応じて、任意のタイプのＮｏｄｅＢまたはネットワークコントローラが使用できることを理解されよう。たとえばＷｉ−Ｆｉネットワークでは、ＵＥ１（Ｗｉ−Ｆｉでは局と呼ばれる）はアクセスポイント（ＡＰ）およびアクセスコントローラ（ＡＣ）を介して接続する。

【0004】

モバイルコアネットワークドメイン８は、ＲＡＮ７をサービスネットワーク１０にリンクするモバイルコアノードを含む。こうしたノードの例は、サービングゲートウェイ（ＳＧＷ）、パケットデータネットワークゲートウェイ（ＰＧＷ）８などを含む。サービスネットワーク１０は、制御プレーン機能１１、ユーザプレーン機能１２、およびネットワークアドレス変換（ＮＡＴ）機能１３などの機能を含む。最終的に、ユーザプレーントラフィックはインターネット１６ドメイン内のサーバ１４、１５に到達する。

【0005】

ユーザプレーントラフィックは、Ａｐｐ ｘ４とその対応するサーバ１４との間、およびＡｐｐ ｙ５とその対応するサーバ１５との間で送信可能である。サーバの例は、キャッシュサーバ、ビデオサーバ、ウェブサーバ、分析サーバなどである。サーバの多くの異なるタイプおよび組み合わせを使用して、ＵＥ１のＡｐｐにサービスが提供できることを理解されよう。サーバ１４、１５とＡｐｐ４、５との間のシグナリングは、ＲＡＮ７、コアネットワーク９、およびサービスネットワーク１０を横切る。

【0006】

サービス配信および無線リソース使用量を最適化するためにＲＡＮ７およびサービス機能を互いにより密接にリンクさせることが、現在の要望である。たとえばＲＡＮ７が現在輻輳し遅延を体感している場合、サーバ１４から送信されたデータパケットは遅延している可能性がある。したがってアクセス特有情報は、サーバ１４に有用である。ＲＡＮ７がサーバ１４に関する情報を使用できる場合もある。こうした情報は、たとえばリソース予約に使用可能である。

【0007】

一例では、ＵＥ１内のＡｐｐ ｘ４およびＡｐｐ ｙ５に向かうデータは適応ビットレート特性である。この例において、Ａｐｐ ｘ４は異なるビットレートでビデオを復号できるビデオクライアントである。エンドユーザの体感または体感品質（ＱｏＥ）は、モバイルオペレータおよびコンテンツプロバイダにとって重要な差別化要因である。適応ビットレートは、ネットワーク条件に応じて好適なビットレートを伴う符号化形式に変更することによって、ビットレートを適応させることにより、良好なＱｏＥを可能にする。現在これは、サーバ１４とＵＥ１内のＡｐｐ ｘ４との間のスループットを推測するように試行することによって達成される。これは、測定されたリンクビットレートまたはラウンドトリップタイムに基づくことができる。ビットレートを適応させる周波数は変動する。適応ビデオストリーミングにとって典型的なインターバルはおよそ４秒ごとである。

【0008】

適応ビットレートは、ＲＡＮ７の条件または能力についてのいかなる知識もなしに実装される。ラウンドトリップタイム（ＲＴＴ）、ビットレートなどの推定は、ＲＡＮ７における条件の紛らわしいピクチャを与える可能性がある。さらに、エンドポイントにとって、より低いかまたは高いビットレートに適応させる必要があることを検出するためにはある程度の時間がかかり、適応間のインターバルの変化はかなり長い。これにより、不良ＱｏＥのリスクが高まる。

【0009】

上記の例は、ビデオサービスに関する適応ビットレートに言及しているが、いずれの種類のデータサービスを配信する場合も同様の課題があることを理解されよう。たとえば、輻輳ネットワーク内でサービスを配信する場合にＱｏＥを向上させるために、イメージをより低い解像度で送信することが可能であり、オーディオストリームをより低い品質で送信することが可能であり、ビデオをより小さいフレームを使用して送信することが可能である。多くのサービス配信パラメータは、配信されているデータの性質に応じてサービス配信を最適化するように変更可能であることを理解されよう。

【0010】

ＲＡＮにサービスプロバイダとの対話をさせることによってＱｏＥを向上させるためのイニシアチブが存在する。上記の例示のネットワークにおいて、サービス配信を最適化するための情報を交換および提供するために、ＲＡＮ７とサーバ１４、１５との間の対話が存在し得る。これを実装する際の難点は、主に、ＵＥのＩＰアドレスを修正し、その識別子としての役割を不適格にしてしまうような、ネットワークアドレス変換（ＮＡＴ）の使用により、ＲＡＮ７とサーバ１４、１５との間で容易に使用可能な共通識別子がないという理由による、アドレシングの問題を含む。サーバ１４には数百のモバイルネットワークからの接続があり得ることから、スケーラビリティの課題も存在するため、ネットワークが対話のためのセッションを確立する際およびＲＡＮが特性をサポートしている場合に用いるＲＡＮの識別を決定することは些細なことではない。こうした対話プロトコルを使用するため、およびＲＡＮ７から受信した情報を使用するために、サーバ１４、１５を修正することが困難な可能性もある。さらに、すべてのプロトコルが適応ビットレートなどの適応をサポートしている訳ではない。

【発明の概要】

【0011】

本発明の目的は、ＵＥへのデータのサービス配信を最適化することによって、エンドユーザのＱｏＥを向上させることである。

【0012】

第１の態様によれば、通信ネットワーク内でのデータのサービス配信を要求する方法が提供される。モバイルデバイスは、サービスに関し、モバイルデバイスが所属するＲＡＮに関する要求情報を、対話デバイスに送信する。モバイルデバイスは、要求された情報をリモートデバイスから受信し、受信した情報を使用して、サーバからモバイルデバイスへのサービスの配信に関する必要なサービス配信パラメータを確立する。モバイルデバイスはデータの要求をサーバに向けて送信し、要求は確立されたサービス配信パラメータを含み、サービス配信パラメータを使用して送信されたデータをサーバから受信する。この利点は、たとえばネットワーク条件が悪化した時にデータコンテンツを動的に調整することによって、エンドユーザのＱｏＥを向上させるために、サービス認識パラメータがモバイルデバイスによって送信されることである。

【0013】

オプションとして、ＲＡＮに関する情報は、必要なサービス配信パラメータ自体、通信ネットワークの能力、および通信ネットワークにおける条件のうちのいずれかを備える。

【0014】

サービス配信パラメータのオプション例は、推奨されるフレームサイズ、推奨されるビットレート、推奨されるイメージ解像度、推奨されるイメージサイズ、およびバッファパラメータのうちのいずれかを含む。当然ながら、他のパラメータがサービスの性質に応じて使用され得る。

【0015】

受信された情報は、オプションで、モバイルデバイスの対話クライアントによって処理された後、モバイルデバイスのアプリケーションクライアントに渡され、アプリケーションクライアントは受信されたデータを処理するように構成される。

【0016】

リモートデバイスはオプションで対話デバイスである。ＲＡＮに関する情報は、オプションで、ＨＴＴＰおよびＷｅｂｓｏｃｋｅｔのいずれかに基づくプロトコル、ならびにユーザデータグラムプロトコルおよび伝送制御プロトコルのいずれかをトランスポート機構として使用するプロトコルのうちのいずれかを使用して、モバイルデバイスによって受信される。

【0017】

代替オプションとして、リモートデバイスは無線アクセスネットワーク内のデバイスに配置される。

【0018】

無線アクセスネットワークに関する情報は、無線アクセスネットワーク内のデバイスから受信されたユーザプレーンシグナリングに注入されたデータを備える。

【0019】

オプションとしてモバイルデバイスは、要求された情報を定期的に、またはモバイルデバイスによって送信されたさらなる要求に応答して受信する。

【0020】

第２の態様によれば、通信ネットワーク内でデータのサービス配信を制御する方法が提供される。対話デバイスは、モバイルデバイスからサービスに関する情報と、モバイルデバイスが所属するＲＡＮに関する情報の要求とを受信する。対話デバイスはＲＡＮ内のリモートデバイスにメッセージを送信し、メッセージはサービスに関する情報を含む。次いで対話デバイスはリモートデバイスから、サーバからのサービスの配信に関する推奨されるサービス配信パラメータを受信し、推奨されるサービス配信パラメータをモバイルデバイスに向けて送信する。

【0021】

第３の態様によれば、通信ネットワーク内でデータのサービス配信を制御する方法が提供される。対話デバイスは、モバイルデバイスからサービスに関する情報と、モバイルデバイスが所属するＲＡＮに関する情報の要求とを受信する。次いで対話デバイスは、サーバからモバイルデバイスへのサービスの配信に関する推奨されるサービス配信パラメータを生成するため、および推奨されるサービス配信パラメータをモバイルデバイスに向けて送信するための命令を、ＲＡＮ内のリモートデバイスに送信する。

【0022】

第２または第３のいずれかの態様についてのオプションとして、サービス配信パラメータは、推奨されるフレームサイズ、推奨されるビットレート、推奨されるイメージ解像度、推奨されるイメージサイズ、およびバッファパラメータのうちのいずれかを含む。

【0023】

第４の態様によれば、サーバからモバイルデバイスへのデータサービスの配信についてのサービス配信パラメータに対する推奨を提供する方法が提供される。モバイルデバイスが所属するＲＡＮ内の推奨デバイスは、モバイルデバイスに関連付けられたサービスに関する情報と、サービス配信パラメータに対する推奨を提供するための要求とを、対話デバイスから受信する。推奨デバイスは推奨されるサービス配信パラメータを決定し、決定された推奨されるサービス配信パラメータを対話デバイスまたはモバイルデバイスのいずれかに送信し、サービス配信パラメータはサーバにデータを要求する時にモバイルデバイスによって使用可能である。

【0024】

オプションとして、要求は、配信されることになるサービスのタイプおよび要求されたサービス配信パラメータのタイプを識別する情報を含む。

【0025】

推奨されるサービス配信パラメータは、オプションで、セルロード情報、モバイルデバイス性能情報、モバイルデバイス無線品質情報、将来のセルロードの予測、および将来の時間期間におけるモバイルデバイスデータ容量の推定のうちのいずれかに基づいて決定される。

【0026】

第５の態様によれば、通信ネットワーク内で使用するためのモバイルデバイスが提供される。モバイルデバイスには、サービスに関する情報とモバイルデバイスが所属するＲＡＮに関する要求情報とを、対話デバイスに送信するように構成された送信器が提供される。リモートデバイスから要求された情報を受信するように構成された受信器が提供される。サーバからモバイルデバイスへのサービスの配信に関する必要なサービス配信パラメータを確立するために、受信した情報を使用するように構成されたプロセッサが提供される。第２の送信器は、データの要求をサーバに向けて送信するように構成され、要求は確立されたサービス配信パラメータを含む。サービス配信パラメータを使用して送信されたデータをサーバから受信するように構成された、第２の受信器が提供される。

【0027】

オプションとして、モバイルデバイスには、受信された情報を処理するように構成された対話クライアントが提供される。

【0028】

第６の態様によれば、通信ネットワーク内でのデータのサービス配信を制御する際に使用するための対話デバイスが提供される。対話デバイスには、サービスに関する情報と、モバイルデバイスが所属するＲＡＮに関する情報の要求とをモバイルデバイスから受信するように構成された、第１の受信器が提供される。ＲＡＮ内のリモートデバイスにメッセージを送信するように構成された第１の送信器が提供され、メッセージはサービスに関する情報を含む。サーバからモバイルデバイスへのサービスの配信に関する推奨されるサービス配信パラメータをリモートデバイスから受信するように構成された、第２の受信器が提供される。推奨されるサービス配信パラメータをモバイルデバイスに向けて送信するように構成された、第２の送信器が提供される。

【0029】

第７の態様によれば、通信ネットワーク内でのデータのサービス配信を制御する際に使用するための対話デバイスが提供される。対話デバイスは、サービスに関する情報と、モバイルデバイスが所属する無線アクセスネットワークに関する情報の要求とをモバイルデバイスから受信するように構成された受信器を備える。サーバからモバイルデバイスへのサービスの配信に関する推奨されるサービス配信パラメータを生成するため、および推奨されるサービス配信パラメータをモバイルデバイスに向けて送信するための命令を、ＲＡＮ内のリモートデバイスに送信するように構成された送信器も提供される。

【0030】

第８の態様によれば、サーバからモバイルデバイスへのデータサービスの配信のためのサービス配信パラメータに対する推奨を提供するように構成された、推奨デバイスが提供され、推奨デバイスはモバイルデバイスが所属するＲＡＮ内に配置されており、モバイルデバイスに関連付けられたサービスに関する情報と、サービス配信パラメータに対する推奨を提供するための要求とを、対話デバイスから受信するように構成された受信器を備える。推奨されるサービス配信パラメータを決定するように構成されたプロセッサも提供される。対話デバイスおよびモバイルデバイスのうちのいずれかに、決定された推奨されるサービス配信パラメータを送信するように構成された、送信器が提供され、サービス配信パラメータは、サーバにデータを要求する時にモバイルデバイスによって使用可能である。

【0031】

第９の態様によれば、少なくとも１つのプロセッサ上で実行された時に、少なくとも１つのプロセッサに第１から第４のうちのいずれかの態様における前述の方法のうちのいずれかを実施させる命令を備える、コンピュータプログラムが提供される。

【0032】

第１０に態様によれば、第９の態様における前述のコンピュータプログラムを含むキャリアが提供され、キャリアは、電子信号、光信号、無線信号、または非一時的コンピュータ可読記憶媒体のうちの１つである。

【図面の簡単な説明】

【0033】

【図1】既知の例示のモバイルネットワークを概略的に示すブロック図である。

【図2】例示のモバイルネットワークを概略的に示すブロック図である。

【図3】例示のステップを示すフロー図である。

【図4】ＵＥを介してＲＡＮ対話情報を送信する時の例示のステップを示すシグナリング図である。

【図5】第２の例示のモバイルネットワークを概略的に示すブロック図である。

【図6】第３の例示のモバイルネットワークを概略的に示すブロック図である。

【図7】第４の例示のモバイルネットワークを概略的に示すブロック図である。

【図8a】例示のＵＥを概略的に示すブロック図である。

【図8b】例示のＵＥを概略的に示すブロック図である。

【図8c】例示のＵＥを概略的に示すブロック図である。

【図9】ＵＥを介してＲＡＮ対話情報を送信する時の例示のステップを示すシグナリング図である。

【図10】ＵＥを介してＲＡＮ対話情報を送信する時の例示のステップを示すシグナリング図である。

【図11】例示のＵＥを概略的に示すブロック図である。

【図12】例示の対話デバイスを概略的に示すブロック図である。

【図13】対話デバイスでの例示のステップを示すフロー図である。

【図14】対話デバイスでの代替的な例示のステップを示すフロー図である。

【図15】例示の推奨デバイスを概略的に示すブロック図である。

【図16】推奨デバイスでの例示のステップを示すフロー図である。

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

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

前述の送信器および受信器は、任意の好適な構成（たとえば単一のトランシーバ、第１および第２の両方の送信器の機能を実行する単一の送信器など）で物理的に実装可能であることに留意されたい。

【0102】

対話デバイス２１についての例示のステップが図１３に示されており、以下の番号付けは図１３の番号付けに対応する。

【0103】

Ｓ４３． 対話デバイス２１は、サービスに関する情報と、ＵＥ１が所属するＲＡＮに関する情報の要求とを受信する。

【0104】

Ｓ４４． メッセージがＲＡＮ７内のリモートデバイスに送信され、メッセージはサービスに関する情報を含む。

【0105】

Ｓ４５． これに応答して、対話デバイス２１は、サーバ１４からＵＥ１へのサービスの配信に関する推奨されるサービス配信パラメータを受信する。

【0106】

Ｓ４６． 対話デバイスは、推奨されるサービス配信パラメータをＵＥ１に向けて送信する。

【0107】

図１４は、ＲＡＮが推奨されるサービス配信パラメータをＵＥ１に直接送信する実施形態における、対話デバイスでの例示のステップを示す。以下の番号付けは図１４の番号付けに対応する。

【0108】

Ｓ４７． 対話デバイス２１は、サービスに関する情報と、ＵＥ１が所属するＲＡＮに関する情報の要求とを受信する。

【0109】

Ｓ４８． メッセージがＲＡＮ７内のリモートデバイスに送信され、メッセージは、サービスに関する情報と、推奨されるサービス配信パラメータを生成し、生成された推奨されるサービス配信パラメータをＵＥ１に転送するための命令とを含む。

【0110】

図１５は、サービスに関する情報とサービス配信パラメータに対する推奨を提供するための要求とを対話デバイス２１から受信するように構成された受信器３９が提供された、推奨デバイス１８を示す。推奨されるサービス配信パラメータを決定するように、プロセッサ４０が構成される。対話デバイス２１またはＵＥ１のいずれかに推奨されるサービス配信パラメータを送信するように、送信器４１が構成される。

【0111】

メモリ４２の形の非一時的コンピュータ可読媒体が提供され得る。これを使用して、プロセッサ４０によって実行された時に推奨デバイス１８を前述のように挙動させる、プログラム４３を記憶することができる。プログラム４３は代替的に、外部記憶媒体、電子信号、光信号、無線信号、または非一時的コンピュータ可読記憶媒体などの、別の媒体４４を介して提供され得る。

【0112】

前述の送信器および受信器は、単一のトランシーバなどの任意の好適な構成で物理的に実装可能であることに留意されたい。

【0113】

推奨デバイス１８での例示のステップが図１６に示されており、以下の番号付けは図１６の番号付けに対応する。

【0114】

Ｓ４９． 推奨デバイス１８は、サービスに関する情報とサービス配信パラメータに対する推奨を提供するための要求とを、対話デバイス２１から受信する。

【0115】

Ｓ５０． 推奨されるサービス配信パラメータは、前述のように、サービスのタイプ、ネットワークの条件および能力などに基づいて決定される。

【0116】

Ｓ５１． 推奨されるサービス配信パラメータは、ＵＥ１に転送するために、ＵＥ１または対話デバイスのいずれかに向けて送信される。

【0117】

前述の技法は、ＲＡＮ内の条件／能力に関するフィードバックを使用して、配信されるデータに対して好適なサービス配信パラメータが使用される旨を保証することによって、エンドユーザのＱｏＥを向上させる。たとえば、高優先レベルタイプのサブスクリプションを伴うユーザが、より低レベルのサブスクリプションを伴うユーザよりもより高い解像度でのビデオストリーミングが可能であり得るという、ユーザのサブスクリプションのレベルなどの、他の要素を考慮に入れることができることに留意されたい。ＵＥ１と対話デバイス２１との間の対話は、サーバのデータの提供に影響を与えることなく、これをサポートする。図１０の例を除き、サーバプロバイダとオペレータとの間には何の関係も必要なく、サービスプロバイダおよびモバイルオペレータがかなり多数であることから、これは大きな利点である。

【0118】

さらに、ＵＥ１と対話デバイス２１との間に直接インターフェースを提供することによって、使用する好適なビットレートに関してより高速のフィードバックを提供する高速通信チャネルが、ＵＥ１と対話デバイス２１との間に提供される。

【0119】

本発明の範囲を逸脱することなく、前述の実施形態に対する様々な修正が可能であることが、当業者によって理解されよう。たとえば、任意のタイプのサービス配信パラメータが使用可能である。さらに同じ原理が、デバイスがＲＡＮを使用して通信ネットワークにアクセスする任意のタイプのネットワークに適応可能である。

【0120】

上記では、以下の略語が使用されている。
ＡＣ アクセスコントローラ
ＡＰ アクセスポイント
ｅＮＢ ｅノードＢ
ＮＡＴ ネットワークアドレス変換
ＯＳ オペレーティングシステム
ＰＧＷ パケットデータネットワークゲートウェイ
ＱｏＥ 体感品質
ＲＡＮ 無線アクセスネットワーク
ＲＡＴ 無線アクセス技術
ＲＴＴ ラウンドトリップタイム
ＲＮＣ 無線ネットワークコントローラ
ＳＧＷ サービングゲートウェイ
ＴＣＰ 伝送制御プロトコル
ＵＤＰ ユーザデータグラムプロトコル
ＵＥ ユーザ機器

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8a】

【図8b】

【図8c】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】