特許 6279512 適応ビデオ通信用システム及び方法

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

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

(11)【特許番号】6279512

(24)【登録日】2018年1月26日

(45)【発行日】2018年2月14日

(54)【発明の名称】適応ビデオ通信用システム及び方法

(51)【国際特許分類】

   H04N 21/637 20110101AFI20180205BHJP

   H04N 21/4363 20110101ALI20180205BHJP

   H04N 21/438 20110101ALI20180205BHJP

   H04N 21/643 20110101ALI20180205BHJP

【ＦＩ】

   H04N21/637

   H04N21/4363

   H04N21/438

   H04N21/643

【請求項の数】29

【外国語出願】

【全頁数】29

(21)【出願番号】特願2015-94157(P2015-94157)

(22)【出願日】2015年5月1日

(62)【分割の表示】特願2014-523911(P2014-523911)の分割

【原出願日】2011年12月27日

(65)【公開番号】特開2015-173477(P2015-173477A)

(43)【公開日】2015年10月1日

【審査請求日】2015年5月1日

(31)【優先権主張番号】61/514,009

(32)【優先日】2011年8月1日

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

(73)【特許権者】

【識別番号】593096712

【氏名又は名称】インテル コーポレイション

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

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

前記動画適応モジュールは、装置機能交換シグナリング、セッションパラメータのネゴシエーション、又はマルチメディア関連情報交換シグナリングを行わせるために、リアルタイムストリーミングプロトコル（ＲＴＳＰ）及びセッション記述プロトコル（ＳＤＰ）のプロトコルスタックを使用する
請求項２０記載の無線装置。

【請求項24】

タッチスクリーンディスプレイを備える請求項２０記載の無線装置。

【請求項25】

第３世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークの第１のリンクにより１つ以上のメディアストリームを受信するステップと、
機能情報を前記第１のリンクにより送信するステップであって、前記機能情報は、前記第１のリンクにより前記１つ以上のメディアストリームを受信するのに用いられる装置機能を記述する装置機能属性を指定し、前記装置機能属性は、無線ローカルエリアネットワークの第２のリンクによりアクセス可能な表示装置の機能を記述する、ステップと、
セッション記述プロトコル（ＳＤＰ）又はメディアプレゼンテーション記述（ＭＰＤ）を用いてＰＳＳサーバとのセッションレベルシグナリングから収集した情報に基づき、前記第２のリンクでの前記表示装置との通信を管理するステップと、
を備える方法。

【請求項26】

リアルタイムストリーミングプロトコル（ＲＴＳＰ）及びセッション記述プロトコル（ＳＤＰ）により前記機能情報を送信するステップを備える
請求項２５記載の方法。

【請求項27】

リアルタイムストリーミングプロトコル（ＲＴＳＰ）により前記メディアストリームを受信するステップを備える
請求項２５記載の方法。

【請求項28】

ハイパーテキスト転送プロトコル（ＨＴＴＰ）により前記メディアストリームを受信するステップを備える
請求項２５記載の方法。

【請求項29】

ｄｙｎａｍｉｃ ａｄａｐｔｉｖｅ ｓｔｒｅａｍｉｎｇ ｏｖｅｒ ｈｙｐｅｒｔｅｘｔ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ （ＤＡＳＨ）により前記メディアストリームを受信するステップを備える
請求項２５記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

［関連出願］
本出願は、２０１１年８月１日に出願された米国仮特許出願第６１／５１４，００９の優先権を主張し、参照することにより、その全内容をここに援用する。

【0002】

各種実施例は、異機種環境（ｈｅｔｅｒｏｇｅｎｅｏｕｓ ｅｎｖｉｒｏｎｍｅｎｔ）における動画の機能拡張に関する。ここで、動画は、周辺表示装置にローカル接続されたユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔとも呼ばれる）に対して配信されてもよく、かつ周辺装置にローカル接続されたユーザ装置から配信されてもよい。実施例は、高いＱｏＥの動画コンテンツを、遍在的な方式で、周辺表示装置に配信する機能を高める。そして、具体的には、様々な表示装置の種類及び機能に対して最適化した媒体処理手順及びセッション管理プロトコルを提供する。

【背景技術】

【0003】

現在、無線ネットワークは、データトラフィックの増大が支配している現代及び音声トラフィックにより支配されていた以前の時代にとって代わる、成長の第３のフェーズの寸前となっている。成長の第３のフェーズにおいて、動画（ｖｉｄｅｏ）は、無線トラフィックの支配的な要素になると予想される。最近の一つの研究において、動画は全世界の消費者トラフィックの９１パーセントを超えると予想され、かつ２０１４年までに世界のモバイルデータトラフィックの約６６パーセントに等しくなると予想されている。

【0004】

従って、ストリーミング及び対話型のサービスを含む動画サービスの成長は、新しいモバイルブロードバンド技術及びスタンダードの発展の主要な促進力の一つである。メディア圧縮及び無線ネットワークインフラストラクチャの発展に関連した動画サービスに対して、このような高い消費需要があるため、どのような場所からでも、いつでも、どのような装置及び技術を使用しても、動画コンテンツ及びサービスに対して、普遍的にアクセスできるようにするために、将来のセルラ方式及びモバイルブロードバンド方式の動画機能を向上させること及び高い体感品質（ＱｏＥ）を実現することは、消費者にとって興味深いものである。特に、広域ネットワークに無線接続される携帯端末は、（例えば、テレビ、モニター等の）周辺表示装置に対してデジタル回線又は無線接続で配信される動画アプリケーションのホットスポットとしての役割を局所的に果たすことがある。従って、高いＱｏＥの動画コンテンツの周辺機器への配信を改良することが望まれる。

【発明の概要】

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

【0005】

これらの事項及びその他の事項に対して、本改良が必要とされている。

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

【0006】

いくつかの実施例は、対話型サービス及びストリーミングサービスに対する動画適応化及び体感品質（ＱｏＥ）制御に関連するであろう。いくつかの実施例において、動画は、当該動画を広域ネットワークから受信する第２の無線接続を介して結合しているユーザ装置から、ローカル無線接続といった接続を介して、表示装置に提供されるであろう。いくつかの実施例において、ユーザ装置は、表示装置に対する接続のために、ワイヤレス・ディスプレイ（ＷｉＤｉ）又はピアツーピア（Ｐ２Ｐ）無線接続を利用するその他の技術といった、無線技術を利用するであろう。この無線接続は、ＷｉＦｉ Ｐ２Ｐ、ＷＦＡ、ＷｉＦｉＤｉｓｐｌａｙ、ＷｉＤｉＤｉｒｅｃｔ、ｍｙＷｉＦｉ、６０ＧＨｚｔｅｃｈｎｏｌｏｇｙ、Ｂｌｕｅｔｏｏｔｈ、ｗｉｒｅｌｅｓｓ ＵＳＢ及びその他の既知の技術を含む、無線ローカルエリアネットワーク（ＷＬＡＮ）に基づく無線インターフェース又は無線パーソナルエリアネットワーク（ＷＰＡＮ）に基づく無線インターフェースを通じて行ってもよい。

【0007】

通信システムの実施例のいくつかは、Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｉｎｇ （ＩＥＥＥ） ８０２．１６ （ＷｉＭＡＸ）、ＩＥＥＥ ８０２．１１ （ＷｉＦｉ）、ＩＥＥＥ ８０２−２０、３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ （３ＧＰＰ） Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ （ＵＭＴＳ） Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （ＵＴＲＡ） （Ｅ−ＵＴＲＡ）等といった無線技術により実施されてもよい。ＩＥＥＥ ８０２．１６ｍは、ＩＥＥＥ ８０２．１６ｅの進化したものでり、ＩＥＥＥ ８０２．１６システムに対する後方互換性を提供する。ＵＴＲＡは、ＵＭＴＳの一部分である。３ＧＰＰロングタームエボルーション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用する進化したＵＭＴＳ（Ｅ−ＵＭＴＳ）の一部分である。ＬＴＥアドバンスト（ＬＴＥ−Ａ）は、３ＧＰＰ ＬＴＥの進化したものである。本明細書で使用される、「ＬＴＥ」という用語に対する言及はいずれも、ＬＴＥ−Ａ及びその改訂版、後継版及び変形版を含む、ＬＴＥの任意のバージョンを含む。実施例は、この文脈においては限定されない。実施例は、また、Ｂｌｕｅｔｏｏｔｈ（登録商標）又はその他のローカル無線通信規格を使用して実施してもよい。

【0008】

各種実施例において、外部の情報源から動画を受信したユーザ装置から送信された当該動画などのビジュアルコンテンツ（ｖｉｓｕａｌ ｃｏｎｔｅｎｔ）を表示するために、表示装置を使用してもよい。典型的な実施例において、動画通信を制御するため及び適応させるために、ユーザ装置と表示装置とはお互いに制御情報を通信し、これにより対話型動画セッション又はストリーミング動画セッションの品質を高める。いくつかの実施例において、装置は、無線周波数（ＲＦ）送受信部であって、第１のリンクにおけるセッションにおいて無線広域ネットワーク（ＷＷＡＮ）からマルチメディアコンテンツを受信し、かつ第２のリンクにおいて表示装置に情報を転送する無線周波数送受信部を１つ以上含んでもよい。ここで、第１のリンク及び第２のリンクは、異種リンク（ｈｅｔｅｒｏｇｅｎｅｏｕｓ ｌｉｎｋ）を構成する。装置は、さらに、当該１つ以上のＲＦ送受信部と通信可能に結合されたプロセッサ回路及び動画適応モジュール（ｖｉｄｅｏ ａｄａｐｔａｔｉｏｎ ｍｏｄｕｌｅ）を備えてもよい。動画適応モジュールは、プロセッサ回路において、表示装置から装置機能情報を収集するために動作してもよく、また、表示装置から収集した装置機能情報に基づき、ＷＷＡＮに対する装置機能交換シグナリング（ｄｅｖｉｃｅ ｃａｐａｂｉｌｉｔｙ ｅｘｃｈａｎｇｅ ｓｉｇｎａｌｉｎｇ）を変更してもよい。ここで、装置機能交換シグナリングは、第１のリンク、第２のリンク、又は第１のリンク及び第２のリンクでのマルチメディアコンテンツの交換を規定する。その他の実施例が説明され、かつ特許請求の範囲に記載される。

【図面の簡単な説明】

【0009】

【図1】本実施例と整合するシステムを示す図である。

【図2】テレビ会議機能を提供可能なシステムの実施例を示す図である。

【図3】追加の実施例に整合する動画ストリーミング用のシステムを示す図である。

【図4】マルチメディアテレフォニーオーバーＩＰマルチメディアサブシステム（ｍｕｌｔｉｍｅｄｉａ−ｔｅｌｅｐｈｏｎｙ−ｓｅｒｖｉｃｅ−ｏｖｅｒ−ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ （ＭＴＳＩ））のシステムにおける携帯端末又はユーザ装置（ＵＥ）の装置機能のシグナリング及びセッションパラメータのネゴシエーション動作の一実施例を示す図である。

【図5】ＭＴＳＩクライアントが実行するＱｏＥ通知機構の実施例を示す図である。

【図6】パケット交換ストリーミング（ＰＳＳ）システムにおけるＵＥ端末の、ＲＴＳＴ／ＳＤＰに基づく、装置機能のシグナリング及びセッションパラメータネゴシエーション動作の実施例を示す図である。

【図7】ＵＥとＨＴＴＰサーバとの間のマルチメディアストリーミングのための、追加の実施例に整合するシステムを示す図である。

【図8】ＤＡＳＨに基づくセッション管理シグナリングの実施例を示す図である。

【図9】一つの典型的な論理フローを示す図である。

【図10】別の典型的な論理フローを示す図である。

【図11】追加の典型的な論理フローを示す図である。

【図12】別の典型的な論理フローを示す図である。

【図13】コンピュータシステムの実施例を示す図である。

【図14】コンピュータの機能構成の一実施例を例示する図である。

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

【0010】

図１は、本実施例と整合するシステム１００を図示する。いくつかの実施例において、システム１００は、対話型サービス及びストリーミングサービスのための動画コンテンツの提供の際の品質を高める。ここで、動画は、サービスの全体又は一部分として供給される。図示するように、動画情報源１０２は、無線広帯域ネットワーク１０４に接続され、その一方で、当該無線広帯域ネットワーク１０４は、無線リンク１０８によって、ユーザ装置（ＵＥ） １０６に結合されている。各種実施例において、無線広域ネットワーク１０４は、非ローカルネットワーク（ｎｏｎ−ｌｏｃａｌ ｎｅｔｗｏｒｋ）であってもよい。ここで、一般に、非ローカルネットワークとは、例えば、ＩＥＥＥ ８０２．１６ （ＷｉＭＡＸ）、３ＧＰＰ、又はＩＥＥＥ８０２．１１ （ＷｉＦｉ）といった無線技術による公衆無線アクセスネットワーク構成部分を含む場合のあるネットワークのことを言う。この点について、本明細書で使用される「ＷＷＡＮ」という用語は、ＷｉＭＡＸネットワーク又は３ＧＰＰネットワークといった、無線アクセスネットワーク及びコアネットワークの組合せのことであってもよく、また、公衆ＷｉＦｉネットワークといった、ローカルエリアネットワークを含んでもよい。また、非ローカルネットワークは、ＩＰネットワーク構成部分及びその他コアネットワーク構成部分を含んでもよく、無線アクセスネットワークと共に、動画情報源をＵＥに接続してもよい。この点について、ＵＥから公衆陸上移動通信網への無線リンク及び、特に、ＷＷＡＮへの無線リンクのことを、本明細書においては、「非ローカル」リンクと言う。

【0011】

動画情報源１０２の例は、デジタルビデオ録画装置（ＤＶＲ）、コンピュータ、パーソナルビデオレコーダ（ＰＶＲ）、ディジタル多用途ディスク（ＤＶＤ）装置、ＶＨＳ装置、デジタルＶＨＳ装置、ディスクドライブ、ハードドライブ、光ディスク装置、ユニバーサルシリアルバス（ＵＳＢ）フラッシュドライブ、メモリーカード、ＳＤメモリーカード、大容量記憶装置、フラッシュドライブゲームコンソール、コンパクトディスク（ＣＤ）プレーヤー、コンピュータ可読メモリ又は機械可読メモリ、デジタルカメラ、カムコーダ、映像監視システム、テレビ会議システム、電話システム、医用測定器具、スキャナーシステム、コピーシステム、テレビシステム、デジタルテレビシステム、セットトップボックス、パーソナルビデオレコード（ｐｅｒｓｏｎａｌ ｖｉｄｅｏ ｒｅｃｏｒｄｓ）、サーバシステム、コンピュータシステム、パーソナルコンピュータシステム、スマートフォン、タブレット、ノートブック型パソコン、ハンドヘルドコンピュータ、ウェアラブルコンピュータ、携帯型メディアプレーヤ（ＰＭＰ）、携帯型メディアレコーダ（ＰＭＲ）、デジタルオーディオ機器（例えば、ＭＰ３プレーヤ）、デジタルメディアサーバ等といった動画コンテンツを記録及び／又は配信可能ないかなるハードウェア要素又はソフトウェア要素をも含み得る。動画情報源１０２の別の例は、ＵＥ１０６に、放送又はストリーミングのアナログＡＶ信号又はデジタルＡＶ信号を配信するメディア配信システムを含み得る。実施例は、この文脈においては限定されない。

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

図９は、例示的な論理フロー９００を図示する。ブロック９０２において、ＳＤＰオファーを含むＳＩＰ ＩＮＶＩＴＥメッセージを受信する。ブロック９０４において、ＲＴＳＰ ＧＥＴ＿ＰＡＲＡＭＥＴＥＲメッセージは、ローカル接続により、表示装置等のローカル装置に転送される。ブロック９０６において、ローカル装置に対応する機能情報を含むＲＴＳＰ ２００ ＯＫメッセージが受信される。ブロック９０８において、ＲＴＳＰ ２００ ＯＫメッセージの中で受信した装置機能情報から成る場合があるＳＤＰネゴシエーションデータを含むＳＩＰ ＯＫメッセージが、ネットワークにより送信される。ブロック９１０において、ＳＩＰ ＡＣＫメッセージが受信される。ブロック９１２において、セッション変更を含むＲＴＳＰ ＳＥＴ＿ＰＡＲＡＭＥＴＥＲメッセージが、ローカル接続によりローカル表示装置に送信される。ブロック９１４において、新規セッションパラメータを含むＲＴＳＰ ＳＥＴＵＰメッセージが受信される。ブロック９１６において、新規セッションパラメータが許容できる場合、ＲＴＳＰ ２００ ＯＫメッセージがローカル接続により送信される。

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

上述したものは、開示されたアーキテクチャの例を含む。当然ながら、想到し得る構成要素及び／又は方法の組合せ全てを記述することは不可能であり、その一方で、当業者はさらなる組合せ及び置換が可能であることを認識かもしれない。従って、新規なアーキテクチャは、添付の特許請求項の精神及び範囲に属する、そのような改変、変更及び変形の全てを包含することを意図している。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】