"第3世代パートナーシッププロジェクト3GPPネットワークの第の1リンクによる1つ以上のメディアストリームを受信するパケットベースのネットワークインターフェース;及び機能情報を前記第1のリンクにより送信するパケット交換ストリーミングサービスPSSクライアントであって、前記機能情報は、前記第1のネットワークで前記1つ以上のメディアストリームを受信するために用いる装置機能を記述する装置機能属性を指定し、前記装置機能属性は無線ローカルエリアネットワークの第2のリンクを通してアクセスできる表示装置の機能を記述する、PSSクライアントを備えるユーザ装置UE。前記パケットベースのネットワークインターフェースは、リアルタイムストリーミングプロトコルRTSPによりメディアストリームを受信する請求項1記載のUE。前記パケットベースのネットワークインターフェースは、ハイパーテキスト転送プロトコルHTTPによりメディアストリームを受信する請求項1記載のUE。前記パケットベースのネットワークインターフェースは、dynamicadaptivestreamingoverhypertransferprotocolDASHによりメディアストリームを受信する請求項1記載のUE。前記PSSクライアントは、リアルタイムストリーミングプロトコルRTSP及びセッション記述プロトコルSDPにより機能情報を送信する請求項1記載のUE。前記機能情報は、プリコーダのバッファサイズ、初期バッファ期間、復号器の機能、ディスプレイの特性、ストリーミング方式、適応化対応情報、体感品質QoE対応情報、拡張リアルタイムトランスポートコントロールプロトコルRTCP通知対応、急速コンテンツ切り替えfastcontentswitching対応、対応するリアルタイムトランスファープロトコルRTPプロファイルの情報、又はセッション記述プロトコルSDP属性のうちの1つ以上である請求項1記載のUE。前記PSSクライアントは、前記表示装置の前記機能に基づきネゴシエートセッションパラメータを前記第1のリンクにより送信する請求項1記載のUE。前記セッションパラメータは、コーデック情報、コンテナフォーマット、復号器機能、動画品質要件、サービス品質QoSパラメータ、前記第2のリンクの特性を考慮したトランスポートプロトコル、又は前記表示装置の機能のうち1つ以上を含む請求項7記載のUE。前記第2のリンクにより情報を通信する無線周波数RF送受信部を備え、前記PSSクライアントは、前記RF送受信部を通して前記第2のリンクで前記表示装置機能を記述する属性を受信し、かつ前記RF送受信部を通して前記第2のリンクで前記1つ以上のメディアストリームを転送する請求項1記載のUE。前記PSSクライアントは、セッション記述プロトコルSDP又はメディアプレゼンテーション記述MPDを用いて前記PSSサーバとのセッションレベルシグナリングから収集した情報に基づき、前記第2のリンクでの前記表示装置との通信を管理する請求項9記載のUE。前記PSSクライアントは、セッションパラメータの変更、動画パラメータの適応化、前記第2のリンクによるトラフィックの優先順位付け、リソースの割り当て及び帯域幅割り当ての最適化のうち1つ以上を前記第2のリンクにより実行する請求項9記載のUE。前記PSSクライアントは、前記第2のリンクの特性又は前記表示装置の機能のうちの1つ以上に基づき、メディア適応化処理を実行する請求項9記載のUE。前記装置機能属性は、それぞれ、属性名、許容される値、及び定義された語彙のセマンティクスを含む請求項1記載のUE。タッチスクリーンディスプレイを備える請求項1記載のUE。プロセッサ回路;及び第3世代パートナーシッププロジェクト3GPPロングタームエボルーションLTE又はLTEアドバンスLTE-Aネットワークのリンクで、メディアストリームに対する機能情報の受信を前記プロセッサ回路により実行するパケット交換ストリーミングサービスPSSクライアントであって、前記機能情報は、前記リンクで前記メディアストリームを受信するために用いる装置機能属性を指定し、かつ表示装置の機能を記述するために、前記装置機能属性を一時的に調整する、PSSクライアントを備えるユーザ装置UE。前記PSSクライアントは、リアルタイムストリーミングプロトコルRTSP、ハイパーテキスト転送プロトコルHTTP、又はdynamicstreamingoverHTTPDASHを通して前記メディアストリームを受信する請求項15記載のUE。無線ローカルエリアネットワークの第2のリンクにより1つ以上のメディアストリームを前記表示装置に転送する無線周波数RF送受信部を備える請求項15記載のUE。前記PSSクライアントは、前記第2のリンクの特性及び表示装置の機能情報に基づき、リアルタイムトランスポートコントロールプロトコルRTCP受信機レポート、リアルタイムストリーミングプロトコルRTSPメッセージ、temporarymaximummediastreambitraterequestTMMBRメッセージ、又はdynamicadaptivestreamingoverHTTPDASH表現を要求するハイパーテキスト転送プロトコルHTTPGETのうちの1つ以上を導出する請求項17記載のUE。前記PSSクライアントは、前記第2のリンクによる伝送の信頼性又は前記表示装置の実行するメディア処理の特性に基づき、体感品質QoEレポートを生成する請求項17記載のUE。前記メディア処理は、メディアバッファリング処理又はメディア復号化処理を含む請求項19記載のUE。前記PSSクライアントは、前記第2のリンクでリアルタイムストリーミングプロトコルRTSP及びセッション記述プロトコルSDPプロトコルスタックを用いて、セッション管理又は装置機能交換シグナリングを実行する請求項19記載のUE。タッチスクリーンディスプレイを備える請求項15記載のUE。第3世代パートナーシッププロジェクト3GPPロングタームエボルーションLTE又はLTEアドバンスLTE-Aの第1のリンクでPSSサーバから1つ以上のメディアストリームを受信する無線周波数RF送受信部;及び機能情報を前記第1のリンクで前記RF送受信部に送信させる動画適応モジュールであって、前記機能情報は、前記第1のリンクで前記1つ以上のメディアストリームを受信するために用いる装置機能属性を指定し、かつ無線ローカルエリアネットワークの第2のリンクを通してアクセス可能な表示装置の機能を記述するために、前記装置機能属性を一時的に調整する、動画適応モジュールを備える無線装置。前記RF送受信部は、リアルタイムストリーミングプロトコルRTSP、ハイパーテキスト転送プロトコルHTTP、又はdynamicadaptivestreamingoverHTTPDASHによりメディアストリームを受信する請求項23記載の無線装置。前記動画適応モジュールは、装置機能交換シグナリング、セッションパラメータのネゴシエーション、又はマルチメディア関連情報交換シグナリングを行わせるために、セッション開始プロトコルSIP及びセッション記述プロトコルSDPのプロトコルスタックを使用する請求項23記載の無線装置。前記動画適応モジュールは、装置機能交換シグナリング、セッションパラメータのネゴシエーション、又はマルチメディア関連情報交換シグナリングを行わせるために、リアルタイムストリーミングプロトコルRTSP及びセッション記述プロトコルSDPのプロトコルスタックを使用する請求項23記載の無線装置。前記動画適応モジュールは、マルチメディア関連情報交換シグナリングを行わせるために、ハイパーテキスト転送プロトコルHTTPプロトコルスタック及びメディアプレゼンテーション記述MPDメタデータを使用する請求項23記載の無線装置。タッチスクリーンディスプレイを備える請求項23記載の無線装置。機能情報を第3世代パートナーシッププロジェクト3GPPネットワークの第1のリンクにより送信するステップであって、前記機能情報は無線ローカルエリアネットワークの第2のリンクによりアクセス可能な表示装置の装置機能属性を指定する、ステップ;前記装置機能属性に基づき、前記第1のリンクでメディアストリームを受信するステップ;及び前記第2のリンクにより前記メディアストリームを送信するステップを備える方法。リアルタイムストリーミングプロトコルRTSP及びセッション記述プロトコルSDPにより前記機能情報を送信するステップを備える請求項29記載の方法。リアルタイムストリーミングプロトコルRTSPにより前記メディアストリームを受信するステップを備える請求項29記載の方法。ハイパーテキスト転送プロトコルHTTPにより前記メディアストリームを受信するステップを備える請求項29記載の方法。dynamicadaptivestreamingoverhypertexttransferprotocolDASHにより前記メディアストリームを受信するステップを備える請求項29記載の方法。これらの事項及びその他の事項に対して、本改良が必要とされている。いくつかの実施例は、対話型サービス及びストリーミングサービスに対する動画適応化及び体感品質QoE制御に関連するであろう。いくつかの実施例において、動画は、当該動画を広域ネットワークから受信する第2の無線接続を介して結合しているユーザ装置から、ローカル無線接続といった接続を介して、表示装置に提供されるであろう。いくつかの実施例において、ユーザ装置は、表示装置に対する接続のために、ワイヤレスディスプレイWiDi又はピアツーピアP2P無線接続を利用するその他の技術といった、無線技術を利用するであろう。この無線接続は、WiFiP2P、WFA、WiFiDisplay、WiDiDirect、myWiFi、60GHztechnology、Bluetooth、wirelessUSB及びその他の既知の技術を含む、無線ローカルエリアネットワークWLANに基づく無線インターフェース又は無線パーソナルエリアネットワークWPANに基づく無線インターフェースを通じて行ってもよい。通信システムの実施例のいくつかは、InstituteofElectricalandElectronicsEngineeringIEEE802.16WiMAX、IEEE802.11WiFi、IEEE802-20、3rdGenerationPartnershipProject3GPPEvolvedUniversalMobileTelecommunicationSystemUMTSTerrestrialRadioAccessUTRAE-UTRA等といった無線技術により実施されてもよい。IEEE802.16mは、IEEE802.16eの進化したものでり、IEEE802.16システムに対する後方互換性を提供する。UTRAは、UMTSの一部分である。3GPPロングタームエボルーションLTEは、E-UTRAを使用する進化したUMTSE-UMTSの一部分である。LTEアドバンストLTE-Aは、3GPPLTEの進化したものである。本明細書で使用される、LTEという用語に対する言及はいずれも、LTE-A及びその改訂版、後継版及び変形版を含む、LTEの任意のバージョンを含む。実施例は、この文脈においては限定されない。実施例は、また、Bluetooth登録商標又はその他のローカル無線通信規格を使用して実施してもよい。各種実施例において、外部の情報源から動画を受信したユーザ装置から送信された当該動画などのビジュアルコンテンツvisualcontentを表示するために、表示装置を使用してもよい。典型的な実施例において、動画通信を制御するため及び適応させるために、ユーザ装置と表示装置とはお互いに制御情報を通信し、これにより対話型動画セッション又はストリーミング動画セッションの品質を高める。いくつかの実施例において、装置は、無線周波数RF送受信部であって、第1のリンクにおけるセッションにおいて無線広域ネットワークWWANからマルチメディアコンテンツを受信し、かつ第2のリンクにおいて表示装置に情報を転送する無線周波数送受信部を1つ以上含んでもよい。ここで、第1のリンク及び第2のリンクは、異種リンクheterogeneouslinkを構成する。装置は、さらに、当該1つ以上のRF送受信部と通信可能に結合されたプロセッサ回路及び動画適応モジュールvideoadaptationmoduleを備えてもよい。動画適応モジュールは、プロセッサ回路において、表示装置から装置機能情報を収集するために動作してもよく、また、表示装置から収集した装置機能情報に基づき、WWANに対する装置機能交換シグナリングdevicecapabilityexchangesignalingを変更してもよい。ここで、装置機能交換シグナリングは、第1のリンク、第2のリンク、又は第1のリンク及び第2のリンクでのマルチメディアコンテンツの交換を規定する。その他の実施例が説明され、かつ特許請求の範囲に記載される。図1は、本実施例と整合するシステム100を図示する。いくつかの実施例において、システム100は、対話型サービス及びストリーミングサービスのための動画コンテンツの提供の際の品質を高める。ここで、動画は、サービスの全体又は一部分として供給される。図示するように、動画情報源102は、無線広帯域ネットワーク104に接続され、その一方で、当該無線広帯域ネットワーク104は、無線リンク108によって、ユーザ装置UE106に結合されている。各種実施例において、無線広域ネットワーク104は、非ローカルネットワークnon-localnetworkであってもよい。ここで、一般に、非ローカルネットワークとは、例えば、IEEE802.16WiMAX、3GPP、又はIEEE802.11WiFiといった無線技術による公衆無線アクセスネットワーク構成部分を含む場合のあるネットワークのことを言う。この点について、本明細書で使用されるWWANという用語は、WiMAXネットワーク又は3GPPネットワークといった、無線アクセスネットワーク及びコアネットワークの組合せのことであってもよく、また、公衆WiFiネットワークといった、ローカルエリアネットワークを含んでもよい。また、非ローカルネットワークは、IPネットワーク構成部分及びその他コアネットワーク構成部分を含んでもよく、無線アクセスネットワークと共に、動画情報源をUEに接続してもよい。この点について、UEから公衆陸上移動通信網への無線リンク及び、特に、WWANへの無線リンクのことを、本明細書においては、非ローカルリンクと言う。動画情報源102の例は、デジタルビデオ録画装置DVR、コンピュータ、パーソナルビデオレコーダPVR、ディジタル多用途ディスクDVD装置、VHS装置、デジタルVHS装置、ディスクドライブ、ハードドライブ、光ディスク装置、ユニバーサルシリアルバスUSBフラッシュドライブ、メモリーカード、SDメモリーカード、大容量記憶装置、フラッシュドライブゲームコンソール、コンパクトディスクCDプレーヤー、コンピュータ可読メモリ又は機械可読メモリ、デジタルカメラ、カムコーダ、映像監視システム、テレビ会議システム、電話システム、医用測定器具、スキャナーシステム、コピーシステム、テレビシステム、デジタルテレビシステム、セットトップボックス、パーソナルビデオレコードpersonalvideorecords、サーバシステム、コンピュータシステム、パーソナルコンピュータシステム、スマートフォン、タブレット、ノートブック型パソコン、ハンドヘルドコンピュータ、ウェアラブルコンピュータ、携帯型メディアプレーヤPMP、携帯型メディアレコーダPMR、デジタルオーディオ機器例えば、MP3プレーヤ、デジタルメディアサーバ等といった動画コンテンツを記録及び/又は配信可能ないかなるハードウェア要素又はソフトウェア要素をも含み得る。動画情報源102の別の例は、UE106に、放送又はストリーミングのアナログAV信号又はデジタルAV信号を配信するメディア配信システムを含み得る。実施例は、この文脈においては限定されない。各種実施例において、UE106は、動画情報源102から受信した動画コンテンツ等の視覚情報を表示する表示装置図示せずを含んでもよい。UE106の例は、これらに限定することはないが、モバイルコンピューティング機器、ラップトップコンピュータ、デスクトップコンピュータ、ハンドヘルドコンピューティング機器、タブレットコンピューティング機器、ノートブックコンピューティング機器、スマートフォン、携帯電話、ウェアラブルコンピュータ等を含んでもよい。実施例は、この文脈においては限定されない。本実施例と整合して、UE106は、リンク112によって、表示装置110と接続されてもよい。各種実施例において、表示装置110は、デジタル表示装置、テレビジョン表示装置、モバイルコンピューティング機器、ラップトップコンピュータ、デスクトップコンピュータ、ハンドヘルドコンピューティング機器、タブレットコンピューティング機器、ノートブックコンピューティング機器、スマートフォン等であってもよい。実施例は、この文脈においては限定されない。いくつかの実施例において、リンク112は、上記説明の通り、P2P接続を形成するローカル無線接続であってもよい。UE106は、表示装置110で表示するために、動画情報源102から受信した動画コンテンツを転送するために使用可能であってもよい。このことは、表示装置110が動画情報源102から受信した動画コンテンツの表示の品質を向上する場合において好適であるかもしれない。UE106と表示装置110との間のローカル接続を形成するリンク112の各種実施例において、ユーザは、UE106及び表示装置110の一つ又は双方の近くに位置してもよい。このように、動画インターネット通話videointernettelephonecall又は動画ストリーミングセッションなどにおいて、ユーザは、動画コンテンツを受信するためのUE106の動作を取り扱うことができる。それと同時に、当該ユーザの近くに位置する表示装置110で表示されるので、動画装置102から受信した動画をユーザは見ることができる。各種実施例において、UE106は、当該UE106、動画情報源102及び表示装置110との間で設定される動画通信セッションの処理を向上する動画適応モジュール114を備える。具体的には、動画適応モジュール114は、通信セッションにおける、メディア適応化mediaadaptation、トランスポートシグナリングtransportsignaling、機能ネゴシエーションcapabilitynegotiation、バッファ管理及びQoE測定及び通知といった機能を向上する場合がある。以下において、動画適応モジュールが実行する動作の例を、図4-6及び8-12を参照して説明する。図2は、発信側装置202とUE204との間でテレビ会議機能を提供し得るシステム200の実施例を図示する。説明する実施例において、発信側装置202は、インターネットプロトコルIPに基づいたリンクを用いて行われるテレビ会議セッションなどといった、通信セッションを起動することができる。一つの実施例において、発信側装置202を使用する発信者は、既知の動画通信アプリケーション例えば、スカイプ登録商標を使用して、UE204に位置するユーザに対してインターネット電話を発呼してもよい。また、UE204に送信される動画は、無線リンク208によってUE204に結合される表示装置206で表示されてもよい。各種実施例において、発信側装置202とUE204との間の動画通信セッションは、multimediatelephonyserviceoverIMSMTSIに基づく3GPPネットワークなどの、IPマルチメディアサブシステムIMSに基づくネットワークによって提供されてもよい。図2に図示する具体的な実施例において、UE204のユーザがオペレータ212を利用する一方で、発信側装置202を使用する発信者は、オペレータ210を利用してもよい。オペレータ210は、3GPPネットワーク又はWiMAXネットワークといった、無線アクセスネットワークRAN214を備えてもよい。RAN214は、その地理的サービスエリア内の無線装置からのデータパケット及びその地理的サービスエリア内の無線装置へのデータパケットを配信する、従来のサービングGPRSサポートノードSSGN216に対して接続されてもよい。オペレータ210は、さらに、SSGN216に接続されるゲートウェイGPRSサポートノードGGSN218を含む。図示するように、オペレータ210は、さらに、従来のゲートウェイGPRSサポートノードGGSN218、プロキシ呼セッション制御機能P-CSCF220、サービング呼セッション制御機能P-CSCF222、及びアプリケーションサーバAS224を備えてもよい。同様に、オペレータ212は、3GPPネットワーク又はWiMAXネットワークなどの、RAN228を備えてもよい。RAN228は、SSGN230と接続され、かつそれを通じてGGSN232と接続されてもよい。図示するように、オペレータ212は、また、従来のP-CSCF234、S-CSCF236及びAS238を備えてもよい。また、オペレータ212は、ホーム加入者サーバ240及び問い合わせ呼セッション制御機能I-CSCF242を備えてもよい。図2に図示するように、発信側装置202において発呼がなされた場合、制御信号は、RAN214、SGSN216、GGSN218、P-CSCF220、S-CSCF222、I-CSCF242、S-CSCF236、P-CSCF234、GGSN232、SGSN230及びRAN228を通じた接続によって、発信側装置202からUE204に至る信号経路をたどってもよい。また、図2に示すように、動画及びその他のメディアを発信側装置202とUE204との間で送信するためのメディア経路224は、RAN214、SGSN216、GGSN128、GGSN232、SGSN230及びRAN228によって構成されてもよい。いくつかの実施例において、表示装置206は、動画及び制御信号を伝送可能なWLAN、WPAN又はその他の無線ネットワークの中で、リンク208によってUE204と接続されてもよい。表示装置206の電源が投入された場合、発信側装置202からUE204に伝送される動画コンテンツは、示すように、表示装置206で表示するために転送されてもよい。各種実施例と整合して、UE204は、発信側装置202とUE204との間の動画通信セッションの際のメディア適応化、トランスポートシグナリング、機能ネゴシエーション、バッファ管理、QoE測定及び/又は通知を向上するために、動画適応モジュール114図1参照といったような、動画適応モジュールを備えてもよい。図3は、追加の実施例に適合する、動画情報源302とUE304との間の動画ストリーミングのためのシステム300を図示する。動画情報源は、UE304がオンデマンドでアクセス可能な、パケット交換ストリーミングサービスを提供するサーバであってもよい。動画情報源302は、UE304の近傍のユーザに対して出力され得る、動画コンテンツを含むマルチメディアコンテンツを提供してもよく、及び/又はいくつかの実施例において、ローカルP2P接続であり得るリンク308によって表示装置306に伝送され得る動画コンテンツを含むマルチメディアコンテンツを提供してもよい。図示される実施例において、動画情報源302は、インターネットの一部分を形成してもよい公衆ネットワーク310に結合される。公衆ネットワーク310は、IPネットワーク312と結合され、同様に、IPネットワーク312は、UE304に無線接続される無線ネットワーク314に接続される。いくつかの実施例において、IPネットワーク312及び無線ネットワーク314は、3GPPネットワークとして構成されてもよい。ユーザが動画ストリーミングセッションを起動すると、マルチメディアコンテンツは、公衆ネットワーク310、IPネットワーク312のコアネットワーク318、アクセスネットワーク320及び無線ネットワーク314の基地局322を通じた経路によって、動画情報源302からUE304に提供される。各種実施例において、パケット動画は、リアルタイムストリーミングプロトコルRTSPに基づく、オンデマンドのパケット交換ストリーミングとして提供されてもよく、或いはプログレッシブダウンロード及びdynamicadaptivestreamingoverHTTPDASHを含む、ハイパーテキスト転送プロトコルHTTPに基づくストリーミングとして提供されてもよい。いくつかの実施例において、表示装置306は、リンク308により動画及び制御信号などの信号を伝送可能なWLAN、WPAN、又はその他の無線ネットワークネットワーク316として示されるにおいて、UE304と接続されてもよい。表示装置306が備え付けられる場合、動画情報源302からUE304に伝送される動画コンテンツは、示されるように、表示装置306で表示するために転送されてもよい。図2の実施例の場合と同様に、UE304は、また、動画情報源302とUE304との間の動画ストリーミングセッションの際のメディア適応化、トランスポートシグナリング、機能ネゴシエーション、バッファ管理、QoE測定及び/又は通知を向上するために、動画適応モジュール114図1参照といったような、動画適応モジュールを備えてもよい。図2を再度参照して、各種実施例において、オペレータネットワーク210と212は、それぞれ、IPマルチメディアサブシステム用のマルチメディア電話サービスMTSIとして動作してもよい。IPマルチメディアサブシステムIMSは、IPベースの電話方式及びマルチメディアサービスを実行するためのアーキテクチャである。MTSIアーキテクチャの一般的な仕様は、3GPPTS26.114V11.1.03rdGenerationPartnershipProject;TechnicalSpecificationGroupServicesandSystemAspects;IPMultimediaSubsystemIMS;MultimediaTelephoneyh;Mediahandlingandinteraction;Release11、September2011以下、TS26.114という文書において規定されている。PSSアーキテクチャの一般的な仕様は、3GPPTS26.234V10.2.03rdGenerationPartnershipProject;TechnicalSpecificationGroupServicesandSystemAspects;Transparentend-to-endpacketswitchedstreamingservicePSS;Protocolsandcodecs;Release10,September2011以下、TS26.234という文書において規定されている。プログレッシブダウンロード及びDASHプロトコルの一般的な仕様は、3GPPTS26.247V10.0.03rdGenerationPartnershipProject;TechnicalSpecificationGroupServicesandSystemAspects;Transparentend-to-endpacketswitchedstreamingservicePSS;ProgressivedownloadanddynamicadaptivestreamingoverHTTP3GP-DASH;Release10,June2011以下、TS26.247という文書において規定されている。特に、3GPP標準規格において規定されるMTSI及びPSS技術は、図2及び図3においてそれぞれ図示されるUE204及び304に対する複数のリンクといったように、UEが周辺表示装置に対してローカル接続、及び場合によっては異種接続されるネットワークによる対話型及びストリーミングサービスのための高い動画品質を提供するための、まだ規定されていない機能を必要とする。UEと関連する無線リンク、接続又は接続性についてここで用いられる異種heterogeneousという用語は、所定のUEが当該所定のUEへのデータ及び当該所定のUEからのデータを複数の無線リンクによってやり取りする状況に関連する。ここで、第1の無線リンクは、第2の無線リンクとは異なる技術又は規格を使用し、かつ/又は第1の無線リンクは、第2の無線リンクの無線ネットワークと比較して、異なる無線ネットワークの一部分として動作する。他に断りのない限り、本実施例に関してここに記載されるローカルリンクは、異種リンクであってもよい。テレビ会議及びインターネット電話の通話等の対話型マルチメディアセッションを設定、変更及び/又は終了するために、いくつかの実施例において、アプリケーションレイヤの制御プロトコルとしてのセッション開始プロトコルSIPの一部分としてのローカルのUEの接続性情報を用いて、対話型動画アプリケーションの品質を高めてもよい。図4は、ローカル無線リンクを使用して、動画コンテンツがUEに対して配信及び動画コンテンツがUEから配信される対話型動画サービスにおいて行われ得る、MTSIシステムにおけるUEの動作の一実施例を図示する。図2の例に従い、第1のMTSIUEは、発信側装置202に対応してもよく、かつ図2のUE204に対応し得る第2のMTSIUEに対する信号の送信装置としての役割を果たす。図4に図示するシナリオにおいて、ローカル接続情報を含むUE204の接続性情報は、セッション開始プロトコルSIPの一部分として用いられる。SIPは、IETFによって定義された、IPによる音声通信及び動画通信を含む通信セッションを制御するために広く用いられるシグナリングプロトコルである。具体的には、図4は、セッション記述プロトコルSDPによるMTSIサービスのための機能ネゴシエーションの際の、UE204による情報のやりとりの例示的な処理を図示する。ストリーミングメディア初期化パラメータを記述するために、一般的なSDPフォーマットは、IETFにより策定された。SDPは、セッションアナウンスメントsessionannouncement、セッションインビテーションsessioninvitation、パラメータネゴシエーションparameternegotiationを目的とするマルチメディア通信セッションを記述するために用いられてもよい。SDPは、メディアそのものは配信しないが、エンドポイント間でのメディアの種類、フォーマット及び全ての関連する特性についてのネゴシエーションに使用される。特性及びパラメータのセットは、セッションプロファイルsessionprofileと呼ばれることが多い。SDPは、新しいメディアの種類及びフォーマットに対応するために拡張可能に設計されている。図4に図示するように、発呼者202は、IPベースの通信を開始してもよく、これにより、SIPメッセージ402がUE204に送信される。当該SIPメッセージは、UE204により受信されるSDPオファーSDPofferを含む。SIPメッセージ402は、トリガーメッセージとしての役割を果たし、これにより、UE204は1つ以上の動作を実行してもよい。図2の例において、UE204は、それUE204がローカルリンクにより表示装置206に接続されていることを判定してもよい。ここで、表示装置206は、UE204が、発呼者202からの通信中に受信した動画等のメディアコンテンツを転送することを要望する表示装置206である。例えば、発呼者202からの通信中において動画通信を最適に管理するために、UE204は、SIPメッセージ402の受信により、表示装置206を含めてUE204がローカルに結合されているいかなる端末装置との情報交換を開始してもよい。このことは、図4-12に関連して以下に開示する各種タスクを実行する動画適応モジュール114の支援によって行われてもよい。トリガーメッセージを受信した後、UE204は、初期段階として、ローカルリンクによってUE204と結合した表示装置に送信されるRTSPGET_PARAMETERメッセージ、装置の機能の情報を要求するメッセージ又はその他のメッセージであり得る取得メッセージを送信してもよい。いくつかの実施例において、UE204などのUEは、例えばRTSPシグナリングを用いて、ローカルP2P接続の接続特性などの情報を収集してもよい。図4に示す具体例において、UE204は、表示装置206に対するRTSPGET_PARAMETERメッセージ404の送信を開始する。表示装置206に対するRTSPGET_PARAMETERメッセージ404は、表示装置206の装置機能についての情報に対する要求を含んでもよい。RTSPGET_PARAMETERメッセージ404の受信後、表示装置206は、RTSP200OKメッセージ406をUE204に返してもよい。RTSP200_OKメッセージ406は、表示装置206の装置機能に関する情報を含んでもよい。例えば、表示装置206がテレビ装置である場合において、RTSP200_OKメッセージ406は、例えば、画面サイズ、解像度、ビット深度等のテレビ画面機能についての情報を含んでもよい。また、表示装置からの装置機能情報は、限定はしないが、プリコーダのバッファサイズpre-coderbuffersize、初期バッファ期間initialbufferingperiod、復号器の機能、ディスプレイの特性画面サイズ、解像度、ビット深度等、ストリーミング方法RTSP、HTTP等、適応化対応情報、体感品質QoE対応情報、拡張リアルタイムトランスポートコントロールプロトコルRTCP通知対応、急速コンテンツ切り替えfastcontentswitching対応、対応するリアルタイムトランスファープロトコルRTPプロファイルの情報及びセッション記述プロトコルSDP属性を含んでもよい。RTSP200_OKメッセージ406を表示装置206から受信すると、UE204は、SIPOKメッセージ408を発信側装置202に返してもよい。SIPOK200メッセージ406は、発信側装置202とUE204との間の通信に用いられる特性及びパラメータのセットセッションプロファイルに関する情報を含むSDPネゴシエーションデータを含んでもよい。従って、本実施例に整合して、SDPネゴシエーションデータは、表示装置206の装置機能に関する情報を含んでもよい。このようにして、発信側装置202及び通信に対応するオペレータ210、212は、発信側装置202から動画コンテンツを受信することができ、かつUE204に接続される装置であって、発信側装置202と直接には接続されない装置表示装置206の機能について通知されてもよい。発信側装置202は、SIPOKメッセージ408を受信すると、SIPACKメッセージ410をUE204に返してもよい。SIPACKメッセージ410は、発信側装置202及び/又はオペレータ210、212が表示装置206の機能の通知を受けたことを、UE204に示してもよい。動画コンテンツを表示及び/又は生成する各種装置202、204、206の間での動画コンテンツのやり取りを最適化するために、SIPACKメッセージ410は、SIPOKメッセージ408の中で受信した情報に基づいて変更された、調整された通信パラメータを含んでもよい。本実施例に整合して、MTSIのSIP/SDPベースのセッション管理の一部分として、コーデック、コンテナフォーマット、復号器の機能、QoSパラメータ例えば、保証されるビットレート、表示装置の機能例えば、画面サイズ、解像度等及びUEと当該UEの近傍に位置するディスプレイとの間のリンクの特性を考慮したトランスポートプロトコルといった要素に関する追加の情報を、UE204に接続される装置の間でやり取りしてもよい。そのようなローカル接続は、ローカルP2P接続であってもよく図4のリンク208を参照する、またチャネル品質、容量、スループット等の接続特性を含んでもよい。各種実施例において、ローカルP2P接続の接続特性といった情報を収集することに加えて、UE204等のUEは、さらに、IP電話の通信中などといった、動画ストリーミングセッションにおける通信を管理してもよい。いくつかの実施例において、UEは、動画ストリーミングセッションの各種側面を管理するために、動画適応モジュール114を使用してもよい。例えば、UEは、動画ストリーミングセッションの際に、新しいRTSP/SDPセッションパラメータを導出することを含めて、セッションパラメータを変更することができる。いくつかの実施例において、UEは、ローカルP2P接続又は複数の接続のセットに対して、トラフィックの優先順位付け、リソースの割り当て及び帯域幅/QoSの最適化を含む追加のタスクを実行してもよい。再度図2を参照して、追加のタスクは、いくつかの実施例において3GPPネットワークを含み得るオペレータ210、212のネットワーク等の、オペレータのネットワークにおけるセッションレベルのシグナリングからのマルチメディア情報を考慮して設定又は変更されてもよい。ローカルP2P接続において実行される追加のタスクの変更又は設定のために使用されるマルチメディア情報は、例えば、コーデック情報、品質要求事項及びレート歪特性rate-distortioncharacteristicsを含んでもよい。また、図4は、発信側装置202からUE204に返されたSIPACKメッセージ410の中で受信する更新情報に基づきローカルP2Pタスクを変更してもよい実施例を図示する。SIPACKメッセージ410の受信の後、UEは、表示装置206に対するローカル接続により転送されるRTSPSET_PARAMETERメッセージ412を生成してもよい。応答において、表示装置は、UE204と表示装置206との間の通信において使用される新しいセッションパラメータを含む、RTSPSETUPメッセージ414をUE204に送信してもよい。これに応答して、UEは、確認メッセージであるRTSP200OKメッセージ416を表示装置206に送信してもよい。その後、RTSPSETUPメッセージ414の中の新しいセッションパラメータに従って、UE204と表示装置206との間の通信は調整されてもよい。追加の実施例において、UEは、ローカルP2P接続を含むローカル接続による通信を、ネットワークオペレータにより指定される追加の要件に従って調整してもよい。例えば、発信者202からの通信セッションにおいて、リンク208による通信を、オペレータにより規定されたOpenMobileAllianceOMAdevicemanagementDMmanagementobjectsMOに基づいて、調整することができる。当該OpenMobileAllianceOMAdevicemanagementDMmanagementobjectsMOは、動画通信セッションの際に、ローカル接続により動作するUEのSIP/SDPセッション管理に対して、特定の要件のセットを課すことがある。対話型マルチメディアセッションの設定、変更、及び/又は終了に加えて、追加の実施例では、メディア適応化、バッファ管理、及び/又はQoE通知の一部分として、UEのローカルの接続性情報を用いてもよい。例えば、図2を参照すると、UE204の動画適応モジュール114は、オペレータ210、212、及び/又は発信側装置202に、ローカル接続情報を提供してもよく、そして、ビットレート、パケットレート及び/又は誤り耐性の適応化を含むメディア適応化機能が、リンク208の特性及び表示装置206の装置機能を考慮した上で実行されるようにしてもよい。いくつかの実施例において、リアルタイムコントロールプトロコルRTCP受信機レポート及び/又はTemporaryMaximumMediaStreamBitRateRequirementTMMBRメッセージは、表示装置206によって生成され、UE204によってオペレータ210、212及び/又は発信側装置202に提供されてもよい。RTCPは、RTPフローについての、アウトオブバンド統計out-of-bandstatistics及び制御情報を提供する。RTCP受信機レポートは、送信者にサービス品質を通知するために用いるレポートである。RTCP受信機レポートは、送信者にサービス品質を通知するために用いるレポートである。従って、いくつかの実施例において、情報源発信側装置202における動画適応化に影響を与えて、確実な端末相互間の動画配信及び高いQoEを確保するために、RTCP及び/又はTMMBR情報を用いることができる。その他の各種実施例において、UE204等のUEは、当該UEの受信するストリーミング動画セッションを処理しているネットワークからのQoSトリガーメッセージを受信してもよい。QoEトリガーメッセージは、SIP/SDPシグナリング又はOMADMMOメッセージを通して伝えられてもよく、そして、動画ストリーミングセッション中に、UEに対してQoEメトリックQoEmetric測定及び通知を要求することができる。これに応答して、UEは、受信品質といった要因に関するQoEレポートを生成してもよい。QoEレポートは、UEが1つ以上のローカル接続から収集したQoE情報に基づくものであってもよい。いくつかの実施例において、UE204は、リンク208による伝送の信頼性及びリンク208によりUE204に結合される機器において行われるメディアバッファリング、復号化及びその他のメディア処理などといった、その他の要因から成るQoEレポートを返してもよい。一つの実施例において、結合される機器は、インテル登録商標ワイヤレスディスプレイWiDi用のアダプタといったような、ノートスクリーンなどのUE装置とテレビ型ディスプレイとの間での動画コンテンツの転送を容易にする無線アダプタ図2には明示的には示さないを備えてもよい。3GPPネットワークにおける動画通信の各種実施例において、UE204の返すQoEメトリックは、TS26.114のセクション16.2に規定されるような1つ以上のメトリックを含んでもよい。これらのメトリックは、破損期間、RTPパケットの連続的な損失、フレームレート、ジッタ期間、同期外れ期間、ラウンドトリップタイム、平均コーデックビットレート、及びコーデック情報を含む。図5は、ローカルP2P接続リンク208による通信の同期に基づく、MTSIクライアントUE204によって実行されるQoE通知機構の実施例を図示する。図5に図示されるシナリオにおいて、OMADM設定サーバ502等のサーバは、QoE通知を開始するためにQoEトリガーメッセージ504を、OMADMMOを通して送信する。QoEトリガーメッセージ504は、UE204により受信され、これに応答して、UE204はQoEリクエストメッセージ506を表示装置206に送信する。次に、表示装置206は、QoE情報返送メッセージ508の中でQoE情報を伝送し、それはUE204によって受信される。その後、UE204は、QoEメトリックを導出するために、QoE情報返送メッセージの中のQoE情報を使用する。いくつかの実施例において、動画適応モジュール114は、破損期間、RTPパケットの連続的な損失、フレームレート、ジッタ期間、同期外れ期間、ラウンドトリップタイム、平均コーデックビットレート及びコーデック情報の1つ以上を含むメトリックを計算してもよい。QoEメトリックを導出した後、UE204は、導出したメトリックに基づきQoEレポートを送信してもよく、それは、インターネット電話通信等の、現時点における動画ストリーミングセッションを提供するネットワークのQoE通知サーバによって受信されてもよい。その他の各種実施例において、RTSPがアプリケーションレイヤのプロトコルとして使用される場合、ローカル接続によって複数の表示装置に接続されるUEの接続情報を、ストリーミングマルチメディアセッションを設定、変更及び/又は終了するために使用してもよい。RTSPセッションを設定するためのいくつかの実施例において、SDPを通してのPSSサービスのためのPSSサーバとの機能ネゴシエーションの際に、周辺機器にローカル接続によってローカルに接続されているPSSクライアントUEは、P2P接続等のローカル接続によりUEの結合されているローカル機器の装置機能に関する情報をやり取りしてもよい。そのような情報は、例えば、ローカル表示装置がテレビを含む場合、テレビ画面機能を含んでもよい。UEからの装置機能シグナリングの際に対象となるその他の表示装置属性は、以下のパラメータを含んでもよい:プリコーダのバッファサイズ、初期バッファ期間、復号器の機能、ディスプレイの特性画面サイズ、解像度、ビット深度等、ストリーミング方式RTSP、HTTP等、適応化対応、QoE対応、拡張RTCP通知対応、急速コンテンツ切り替え対応、及び対応するRTPプロファイルとSDP属性。追加の実施例において、PSSに対してのRTSP/SDPベースのセッション管理の一部分として、UEとPSSサーバとの間で追加の情報をやり取りしてもよい。そのようなやり取りされる情報は、例えば、コーデック、コンテナフォーマット、復号器の機能、QoSパラメータ例えば、保証されるビットレート及びトランスポートプロトコルについての情報を含んでもよい。ここで、当該やり取りされる情報は、ローカルP2P接続の特性例えば、チャネル品質、容量、スループット等及び例えば画面サイズ、解像度、ビット深度等のローカルP2P接続によりUEに接続される機器に対応する機能から成る。いくつかの実施例において、UEは、そのような情報をRTSPシグナリングを用いてローカルP2P接続から収集してもよく、また、この情報をPSSサーバに提供してもよい。UEは、さらに、ストリーミングマルチメディアセッションを管理し、セッションパラメータを変更し例えば、新しいRTSP/SDPセッションパラメータを導出する、そしてローカルP2P接続に影響を与える追加のタスクを実行してもよい。そのような追加のタスクは、3GPPネットワーク等の、PSSサーバをPSSクライアントに接続するネットワークにおけるセッションレベルのシグナリングから収集されるマルチメディア情報に基づく、ローカルP2P接続に対するトラフィックの優先順位付け、リソースの割り当て及び/又は帯域幅/サービス品質QoSの最適化を含んでもよい。そのようなマルチメディア情報の例は、コーデック情報、品質要求事項及びレート歪特性を含む。図6は、ローカルP2P接続において、RTSPベースのストリーミングプロトコル対応が生じるRTSP/SDPベースのセッション管理の実施例を図示する。図示する通り、UEPSSクライアント304は、RTSPDESCRIBEメッセージ602をネットワークを通してPSSサーバ302に送信することにより、RTSPセッションを開始することができる。DESCRIBEメッセージ602は、RTSPURL及び処理可能なリプレイデータの種類を含んでもよい。応答において、PSSサーバ302は、UE304に一つ以上の動作を実行させるトリガーメッセージとしての役割を果たすSDP情報を含むRTSPOK200メッセージ604を送信してもよい。RTSPOK200メッセージ604を受信すると、UE304は、RTSP_GETPARAMETERメッセージ606を表示装置306に送信してもよい。応答において、表示装置306は、当該表示装置306の機能情報を含むRTSPOK200メッセージ608を送信してもよい。これにより、UE304は、SDPオファーメッセージ610を伴うRTSPSETUPをPSSサーバ302に送信してもよい。その後、PSSサーバ302は、PSSセッションにおいて使用されるSDP情報を含むRTSP200OKメッセージ612を送信してもよい。このSDP情報は、少なくとも部分的に、表示装置306により提供される機能情報に基づくものであってもよい。各種実施例において、UEがPSSサーバからSDP情報を受信する場合、PSSセッションは、受信したSDP情報に従って管理されてもよい。いくつかの実施例において、さらに図6に図示するように、その後、UEは、RTSPSETPARAMETERメッセージ614を表示装置306に転送してもよい。RTSPSET_PARAMETERメッセージ614は、RTSPOKメッセージ612の中で受信したSDP情報に基づくものであってもよい。RTSPSET_PARAMETERメッセージ614を受信した後、続いて、表示装置306は、新たに提示されるセッションパラメータをRTSPSETUPメッセージ616を通してUEに提供してもよい。UE304は、RTSP200OKメッセージ618を通して、表示装置306に返信を送信してもよく、その後、当該新たに提示されるセッションパラメータが通信に対して適用される。追加の実施例において、UEは、ローカルP2P接続を含むローカル接続による通信を、ネットワークオペレータにより指定される追加の要件に従って調整してもよい。例えば、ストリーミングセッション中に、リンク308による通信は、オペレータにより規定されたOpenMobileAllianceOMAdevicemanagementDMmanagementobjectsに基づいて、調整することができる。当該OpenMobileAllianceOMAdevicemanagementDMmanagementobjectsは、マルチメディアストリーミングセッションの際に、ローカル接続により動作するUEのRTSP/SDPセッション管理に対して、特定の要件のセットを課すことがある。追加の各種実施例において、マルチメディアストリーミングセッション中に、所定のUEに関連するローカル接続性情報を、メディア適応化、バッファ管理及び/又はQoE通知機構の一部分として使用してもよい。具体的には、いくつかの実施例において、UEに対するローカルP2P接続の特性及び当該ローカルP2P接続を通してUEに対して結合される表示装置に対応する装置機能を考慮することで、ビットレート適応化を含むメディア適応化機能を実行してもよい。従って、情報源PSSサーバにおける動画適応化に影響を与えて、確実な端末相互間の動画配信及び高いQoEを確保するために、受信機UEからのRTCP受信機レポート又はRTSPメッセージ例えば、RTSPSETUP又はSET_PARAMETERを生成してもよい。別の実施例において、QoEメトリック測定及び通知は、RTSP/SDPシグナリングを通して開始されてもよい。例えば、図6を再度参照して、QoEメトリック通知規則は、概してメッセージ610及び612において図示されるSDPネゴシエーション処理の一部分として伝えられてもよい。追加の実施例において、一般的に図5のメッセージ504、506において説明されるように、QoE測定及び通知は、PSSUEに送信されるOMAMDMOメッセージによって開始されてもよい。QoEメトリック測定及び通知を開始すると、UEは、受信品質を示すQoEレポートを生成することができる。具体的には、QoEレポートは、その表示装置に対するローカル接続からPSSUEが収集したQoE情報に基づいてもよく、また、ローカルP2P接続による通信の信頼性及びP2Pリンク例えば、WiDiアプリケーションの場合におけるWiDiアダプタによりUEに接続される機器に関連するメディアバッファリング、復号化及びその他のメディア処理といった要因を考慮するものであってもよい。各種実施例において、RTSPベースのストリーミングに対するQoEメトリックは、3GPPTS26.234,Release10において規定されるように、破損期間、RTPパケットの連続的な損失、フレームレートの偏差、ジッタ期間、コンテンツ切り替えの時間、初期バッファリング期間、再バッファリング期間、平均コーデックビットレート、コーデック情報及びバッファ状態のうちの一つ以上を含んでもよい。各種実施例において、UEに対するローカル接続の情報は、メディアプレゼンテーション記述MPDメタデータファイルと共に、dynamicadaptiveHTTPstreaming又はDASHベースのマルチメディアセッションを管理するために用いることができる。MPDは、HTTPサーバからメディアセグメントのダウンロードによるメディアコンテンツの適応的ストリーミングのための、DASHクライアントに対する十分な情報を提供する。DASHにおいて、セッション起動遅延を低減するために、MPDを分解して部分的に配信することができる。また、ストリーミングセッションにおいて、MPDを更新することができる。いくつかの実施例において、HTTPサーバからどのマルチメディア表現を要求するなどといった、異なるビットレート、フレームレート、解像度、コーデック形式等を含む、サーバに記憶されるメディアコンテンツの構造及び異なるバージョンを記述する、DASHセッションの開始時に取得したMPDに基づくDASHクライアントUEでのストリーミングの決定の一部分として、追加の情報はDASHクライアントに利用されてもよい。この追加の情報は、例えば、ローカルP2P接続の特性、チャネル品質、容量、スループット等の要因及びローカルP2P接続によりUEに結合された装置に対応する機能より成る、コーデック、コンテナフォーマット、復号器機能、QoSパラメータ例えば、保証されるビットレート及び/又はトランスポートプロトコルに関する情報を含んでもよい。UEは、さらに、ストリーミングマルチメディアセッションを管理し、セッションパラメータを変更し例えば、新しいRTSP/SDPセッションパラメータを導出する、そしてローカルP2P接続に影響する追加のタスクを実行してもよい。そのような追加のタスクは、3GPPネットワーク等の、HTTPサーバをDASHクライアントに接続するネットワークにおけるセッションレベルのシグナリングから収集されるマルチメディア情報に基づく、ローカルP2P接続に対するトラフィックの優先順位付け、リソースの割り当て及び/又は帯域幅/サービス品質QoSの最適化を含んでもよい。MPDに基づく場合のある、そのようなマルチメディア情報の例は、コーデック情報、品質要求事項及びレート歪特性を含む。追加の実施例と整合して、図7は、UE304とストリーミング動画の情報源としての役割を果たすHTTPサーバ702との間でのマルチメディアストリーミングのためのシステム700を図示する。システム700は、先に説明したシステム300と同様に構成されてもよく、ここでHTTPサーバ702はPSSサーバ302の代わりにストリーミングコンテンツを提供する。図8は、WiDiアダプタを使用する実施例におけるようなローカルP2P接続において、RTSPベースのストリーミングプロトコル対応が生じるDASHベースのセッション管理シグナリングの例を図示する。図8において、UE304はDASHクライアントとしての役割を果たす。ユーザがストリームセッションの開始を希望する場合、HTTPサーバ702にHTTPGETMPDメッセージ802を送信するためにUE304が使用される。HTTPサーバ702は、MPD情報と共に、HTTP200OKメッセージ804をUE304に返してもよい。ここで、HTTP200OKメッセージ804は、UEに1つ以上の動作を実行させるためのトリガーメッセージとしての役割を果たす。その後、例えば、UE304は、表示装置から装置機能のデータを得るために、RTSPGET_PARAMETERメッセージ806を表示装置306に送信してもよい。応答において、表示装置306は、表示装置306の機能情報を含むRTSP200OKメッセージ808をUE304に送信してもよい。追加の通信において、UE装置304は、現時点のHTTPメディアストリーミングセッションに対するセッション変更を含むRTSPSET_PARAMETERメッセージ812を表示装置に送信してもよい。応答において、表示装置306は、新規セッションパラメータを含むRTSPSETUPメッセージ814を送信してもよい。その後、UEは、RTSP200OKメッセージ814をUE304に送信してもよい。その他の実施例において、HTTPストリーミングセッションの際に、ローカルUE接続に関する情報を、メディア適応化、バッファ管理及びQoE通知の一部分として使用してもよい。具体的な実施例において、ビットレート適応化を含むDASHクライアントにおけるメディア適応化機能は、ローカル装置とDASHクライアントとの間のローカルP2P接続及びローカル装置に対応する装置機能を考慮して実行されてもよい。その他のさらなる実施例において、QoEメトリック測定及び通知は、MPDシグナリングを通して開始されてもよい。代替的な実施例において、一般的に図5のメッセージ504、506において説明されるように、QoE測定及び通知は、DASHクライアントに送信されるOMAMDMOメッセージによって開始されてもよい。ここで、DASHクライアントは、UE204により表されてもよい。QoEメトリック測定及び通知を開始すると、UEは、受信品質を示すQoEレポートを生成することができる。具体的には、QoEレポートは、ローカル接続からDASHクライアントが収集したQoE情報に基づいてもよく、また、ローカルP2P接続による通信の信頼性及びP2Pリンク例えば、WiDiアプリケーションの場合におけるWiDiアダプタによりUEに接続される表示装置に関連するメディアバッファリング、復号化及びその他のメディア処理といった要因を考慮するものであってもよい。各種実施例において、DASHベースのストリーミングに対するQoEメトリックは、3GPPTS26.247,Release10において規定されるように、HTTPリクエスト/レスポンストランザクション、表示切り替えイベントRepresentationSwitchEvent、平均スループット、初期プレイアウト遅延InitialPlayoutDelay、バッファレベル、プレイリスト、MPD情報のうちの一つ以上を含んでもよい。本実施例は、UEがWWAN及び単一のローカル表示装置に同時に接続されている場合において、動画通信等の通信の適応化のために使用することが可能であり、各種実施例は、複数のローカル接続が同時に又は連続的に機能している場合において、通信の適応化のために使用することが可能である。本実施例に整合する一つのユースケースにおいて、移動端末UEを持つユーザは、放送されるニュースを目で追いながら、試合を表示するためにUEを用いることを希望するかもしれない。どちらの種類のコンテンツも、UEを用いて、3GPPベースのWWANからダウンロードすることができる。UEは、視聴体験を向上させるため、複数の周辺ローカル装置に接続してもよい。例えば、UEは、2つのローカル接続によって、テレビ第1のローカル表示装置及びタブレットコンピュータ第2の表示装置に同時に接続してもよい。具体的には、ユーザは、ニュース放送をタブレットコンピュータで見ながら、試合をテレビで観戦することを選択してもよい。本実施例に整合して、UEで動作する動画適応モジュールは、対応する第1及び第2のローカル表示装置への両方の種類の動画コンテンツの配信を最適化することができる。一実施例において、UEの動画適応モジュールは、接続される各ローカル表示装置この場合においてはテレビ及びタブレットコンピュータであるの機能情報を別々に収集することができる。各ローカル表示装置の機能情報は、その後、WWANネットワークに通知されてもよく、そして、セッションパラメータは各ローカル表示装置に対してネゴシエートされてもよい。セッションパラメータが設定された後、さらに、UEは、各ローカル表示装置に対する動画配信を最適化するために、2つのローカル接続それぞれによる2つの異なるセッションを管理してもよい。追加の実施例において、単一のセッション内で、例えば、WWANからのものなどの、第1の非ローカル接続でUEにより受信されるコンテンツのルーティングは、異なるローカル接続によってUEに結合される異なるローカル装置の間で切り替えることができる。一つのユースケースにおいて、UEで試合を観戦するためにストリーミング動画を受信するユーザは、異なる時間に異なるローカル周辺装置で試合を観戦することを希望するかもしれない。例えば、ユーザは、試合の第1の部分をテレビで見る一方で、タブレットコンピュータを用いて試合の第2の部分を見るために、別の部屋に移動してもよい。本実施例は、所定の時間に使用される各周辺ローカル装置へのコンテンツ配信の最適化を支援する。例えば、テレビが表示装置として使用される場合に、UEはシグナリング処理の第1のセットを実行し、その後、タブレットコンピュータが表示装置として使用される場合に、シグナリング処理の第2のセットを開始してもよい。さらに、現時点でUEが選択している装置に応じて、シグナリング処理を複数回切り替えてもよい。本明細書に含まれているのは、開示されるシステム及びアーキテクチャの新規な側面を実行するための例示的な方法を表すフローチャートのセットである。説明を容易にするために、例えば、フローチャート又はフロー図の形式で本明細書において示す1つ以上の方法は、一連の動作として示され説明される。しかしながら、いくつかの動作は、本明細書によれば、本明細書に示され説明されるその他の動作とは異なる順序及び/又は同時に発生する場合があるので、当該方法は、動作の順序に限定されないということが理解され、認められるべきである。例えば、当業者は、状態図といった、相互に関連する一連の状態又は事象として、方法を代替的に表現することができることを理解し、認めるであろう。また、方法において説明される動作の全てが、新規の実施において必要とされるわけではない。図9は、例示的な論理フロー900を図示する。ブロック902において、SDPオファーを含むSIPINVITEメッセージを受信する。ブロック904において、RTSPGET_PARAMETERメッセージは、ローカル接続により、表示装置等のローカル装置に転送される。ブロック906において、ローカル装置に対応する機能情報を含むRTSP200OKメッセージが受信される。ブロック908において、RTSP200OKメッセージの中で受信した装置機能情報から成る場合があるSDPネゴシエーションデータを含むSIPOKメッセージが、ネットワークにより送信される。ブロック910において、SIPACKメッセージが受信される。ブロック912において、セッション変更を含むRTSPSET_PARAMETERメッセージが、ローカル接続によりローカル表示装置に送信される。ブロック914において、新規セッションパラメータを含むRTSPSETUPメッセージが受信される。ブロック916において、新規セッションパラメータが許容できる場合、RTSP200OKメッセージがローカル接続により送信される。図10は、一つの例示的な論理フロー1000を図示する。ブロック1002において、OMAADPMOメッセージが受信される。ブロック1004において、QoE情報のリクエストがローカル接続により送信される。ブロック1006において、QoE情報がローカル接続により受信される。ブロック1008において、ローカル接続により受信したQoE情報からQoEメトリックが導出される。ブロック1010において、QoEメトリックを含むQoEレポートが非ローカルネットワークにより送信される。図11は、別の例示的な論理フロー1100を図示する。ブロック1102において、RTSP記述メッセージRTSPdescribemessageが非ローカルネットワークにより送信される。ブロック1104において、SDP情報と共に、RTSP200OKメッセージが受信される。ブロック1106において、ローカル装置の機能情報を要求するRTSPGET_PARAMETERメッセージがローカル接続により送信される。ブロック1108において、ローカル装置の機能情報を含むRTSPOKメッセージが受信される。ブロック1110において、SDPオファーを含むRTSPSETUPメッセージが非ローカルネットワークにより送信される。ブロック1122において、非ローカルネットワークによりRTSP200OKメッセージが受信される。ブロック1114において、セッション変更のために、RTSPSET_PARAMETERがローカル接続により送信される。ブロック1116において、新規パラメータを伴うRTSPSETUPメッセージ616がローカル接続により受信される。ブロック1118において、RTSP200OKメッセージがローカル接続により送信される。図12は、別の例示的な論理フロー1200を図示する。ブロック1202において、HTTPGETMPDメッセージ802がHTTPサーバに送信される。ブロック1204において、MPD情報と共に、HTTP200OKメッセージが受信される。ブロック1206において、RTSPGET_PARAMETERメッセージがローカルリンクにより送信される。ブロック1208において、ローカル装置の機能情報を含むRTSP200OKメッセージが受信される。ブロック1210において、現時点におけるHTTPメディアストリーミングセッションに対するセッション変更を含むRTSPSET_PARAMETERメッセージがローカル接続により送信される。ブロック1212において、新規パラメータを含むRTSPSETUPメッセージがローカル接続により受信される。ブロック1214において、ローカル接続によりRTSP200OKメッセージが送信される。図13は、例示的なシステム実施例の図である。特に、図13は各種要素を含み得るプラットフォーム1300を示す図である。図13は、例えば、プラットフォームシステム1310が、プロセッサ/グラフィックスコア1302、チップセット/プラットフォームコントロールハブPCH1304、入力/出力I/Oデバイス1306、ランダムアクセスメモリRAMダイナミックRAMDRAM等1308、読み取り専用メモリROM1310、表示電子回路1320、ディスプレイのバックライト1322、及び各種その他のプラットフォーム部品1314例えば、ファン、クロスフロー送風機、ヒートシンク、DTMシステム、冷却システム、筐体、通気口などを含む場合があることを示す。また、システム1300は、無線通信チップ616及びグラフィックスデバイス1318を含んでもよい。しかしながら、実施例は、これらの要素には限定されない。図13に示すように、I/Oデバイス1306、RAM1308及びROM1310は、チップセット1304を介してプロセッサ1302に結合されている。チップセット1304は、バス1312によってプロセッサ1302に結合されてもよい。従って、バス1312は複数の導線を含んでもよい。プロセッサ1302は、1つ以上のコアを含む中央処理装置であってもよく、また、任意の数のプロセッサコアを有する任意の数のプロセッサを含んでもよい。プロセッサ1302は、例えば、CPU、多重処理部、縮小命令セットコンピュータRISC、パイプラインを有するプロセッサ、複合命令セットコンピュータCISC、デジタル信号プロセッサDSP等といった任意の種類の処理部を含んでもよい。いくつかの実施例において、プロセッサ1302は、別個の集積回路チップ上に配置された複数の別個のプロセッサであってもよい。いくつかの実施例において、プロセッサ1302は内蔵グラフィックスを有するプロセッサであってもよく、その一方で、別の実施例において、プロセッサ1302はグラフィックスコア又は複数のコアであってもよい。図14は、前述のような各種実施例の実施に適した例示的なコンピュータシステムアーキテクチャ1400の実施例を図示する。本出願で使用される場合、用語システム、デバイス及びコンポーネントは、ハードウェア、ハードウェア及びソフトウェアの組合せ、ソフトウェア又は実行中のソフトウェアのいずれかのコンピュータ関連の構成要素への言及を意図している。その例は、例示的なコンピュータアーキテクチャ1400により提供される。例えば、構成要素は、それであることには限定しないが、プロセッサで実行されるプロセス、プロセッサ、ハードディスクドライブ、光学及び/又は磁気記憶媒体のマルチストレージドライブ、オブジェクト、実行可能ファイル、実行のスレッド、プログラム及び/又はコンピュータであってもよい。実例として、サーバ上で実行されるアプリケーション及び当該サーバの両方が構成要素であり得る。1つ以上の構成要素は、プロセス及び/又は実行のスレッド内に常駐することができ、また、構成要素は1つのコンピュータに位置する及び/又は2つ以上のコンピュータに分散されてもよい。また、構成要素は、動作を連動するために、各種通信媒体によって通信可能に結合されてもよい。連動は、一方向性の情報のやり取り又は双方向性の情報のやり取りに関連するものであってもよい。例えば、構成要素は、通信媒体により通信される信号の型式で情報を通信してもよい。情報は、各種信号線に割り当てられる信号として実現されてもよい。このような割当において、各メッセージは信号である。しかしながら、追加の実施形態では、これに代えて、データメッセージを用いてもよい。そのようなデータメッセージは、様々な接続を介して送信されてもよい。例示的な接続は、パラレルインターフェース、シリアルインターフェース及びバスインターフェースを含む。一実施例において、コンピュータアーキテクチャ1400は、電子機器を含んでもよく、或いは電子機器の一部分として実現されてもよい。限定することなく、電子機器の例は、携帯機器、パーソナルデジタルアシスタント、モバイルコンピューティングデバイス、スマートフォン、携帯電話、ハンドセット、片方向ページャ、双方向ページャ、メッセージング装置、コンピュータ、パーソナルコンピュータPC、デスクトップコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、ハンドヘルドコンピュータ、タブレットコンピュータ、サーバ、サーバアレイもしくはサーバーファーム、ウェブサーバ、ネットワークサーバ、インターネットサーバ、ワークステーション、ミニコンピュータ、メインフレームコンピュータ、スーパーコンピュータ、ネットワークアプライアンス、ウェブアプライアンス、分散コンピューティングシステム、マルチプロセッサシステム、プロセッサベースのシステム、家庭用電化製品、プログラム可能な家庭用電化製品、テレビ、デジタルテレビ、セットトップボックス、無線アクセスポイント、基地局、加入者局、携帯電話の加入者センタ、無線ネットワークコントローラ、ルータ、ハブ、ゲートウェイ、ブリッジ、スイッチ、マシン又はそれらの組合せを含んでもよい。実施例は、この文脈においては限定されない。コンピュータアーキテクチャ1400は、1つ以上のプロセッサ、コプロセッサ、メモリユニット、チップセット、コントローラ、周辺機器、インターフェース、発信器、タイミングデバイス、ビデオカード、オーディオカード、マルチメディア入力/出力I/O構成要素等といった各種共通のコンピュータの構成要素を含む。しかしながら、実施例は、コンピュータアーキテクチャ1400の実施に限定されない。図14に示すように、コンピュータアーキテクチャ1400は、処理部1404、システムメモリ1406及びシステムバス1408を含む。処理部1404は、各種市販のプロセッサのいずれであってもよい。また、デュアルマイクロプロセッサ及び他のマルチプロセッサアーキテクチャを、処理部1404として使用してもよい。システムバス1408は、システムメモリ1406から処理部1404までを含む、これらに限定されないシステムの構成要素に対するインターフェースを提供する。システムバス1408は、各種の市販のバスアーキテクチャのいずれかを使用するメモリバスコントローラあり又はなし、周辺バス及びローカルバスとさらに相互接続することができるバス構造の複数の種類のいずれかとすることができる。コンピュータアーキテクチャ1400は、各種製品を備えてもよく、或いは各種製品を実装してもよい。製品は、プログラムロジックの各種形態を記憶するためのコンピュータ可読記憶媒体を含んでもよい。コンピュータ可読記憶媒体の例は、揮発性メモリ又は不揮発性メモリ、リムーバブルメモリ又は非リムーバブルメモリ、消去可能メモリ又は消去不能メモリ、書き込み可能メモリ又は再書き込み可能メモリ等を含む、電子データを記憶可能な任意の有形の媒体を含んでもよい。プログラミングロジックの例は、ソースコード、コンパイルされたコード、解釈されたコード、実行可能コード、静的コード、動的コード、オブジェクト指向のコード、視覚コード等の、任意の種類のコードを使用した実行可能なコンピュータプログラム指令を含んでもよい。システムメモリ1406は、読み出し専用メモリROM、ランダムアクセスメモリRAM、ダイナミックRAMDRAM、ダブルデータレートDRAMDDRAM、シンクロナスDRAMSDRAM、スタティックRAMSRAM、プログラマブルROMPROM、消去可能プログラマブルROMEPROM、電気的消去可能プログラマブルROMEEPROM、フラッシュメモリ、強誘電ポリマーメモリ、オボニックメモリ、相変化又は強誘電体メモリ等のポリマーメモリ、シリコン-酸化物-窒化物-酸化物-シリコンSONOSメモリ、磁気又は光学カード、又は情報を記憶するのに適したその他の種類の媒体といった、1つ以上の高速メモリユニットの形態の各種コンピュータ可読記憶媒体を含んでもよい。図14において図示される実施例において、システムメモリ1406は、不揮発性メモリ1410及び/又は揮発性メモリ1412を含んでもよい。基本入力/出力システムBIOSは、不揮発メモリ1410に記憶してもよい。コンピュータ1402は、内蔵ハードディスクドライブHDD1414、取り外し可能な磁気ディスク1418からの読み出し又はリムーバブル磁気ディスク1418への書き込みのための磁気フロッピー登録商標ディスクドライブFDD1416、及び取り外し可能な光ディスク1422例えばCD-ROM又はDVDからの読み出し又は取り外し可能な光学ディスク1422への書き込みのための光ディスクドライブを含む、1つ以上の低速メモリユニットの形態の各種コンピュータ可読記憶媒体を含んでもよい。HDD1414、FDD1416及び光ディスクドライブ1420は、それぞれHDDインターフェース1424、FDDインターフェース1426及び光ドライブインターフェース1428により、システムバス1408に接続することができる。外部ドライブの実装のためのHDDインターフェース1424は、ユニバーサルシリアルバスUSB及びIEEE1294インターフェース技術の少なくとも一つ又は両方を含んでもよい。これらのドライブ及び関連するコンピュータ可読媒体は、データの揮発性の記憶及び/又は不揮発性の記憶、データ構造、コンピュータで実行可能な指令等を提供する。例えば、オペレーティングシステム1430、1つ以上のアプリケーションプログラム1432、他のプログラムモジュール1434及びプログラムデータ1436を含む多くのプログラムモジュールをこれらのドライブ及びメモリーユニット1410、1412の中に記憶することができる。ユーザは、1つ以上の有線/無線入力装置、例えば、キーボード1438及びマウス1440等のポインティング装置、によって、コンピュータ1402にコマンド及び情報を入力することができる。その他の入力装置は、マイクロフォン、赤外線IRリモコン、ジョイスティック、ゲームパッド、スタイラスペン、タッチスクリーン等を含んでもよい。これらの及びその他の入力装置は、システムバス1408に結合された入力装置インターフェース1442を通して、処理部1404と接続されることが多いが、パラレルポート、IEEE1294シリアルポート、ゲームポート、USBポート、IRインターフェース等のその他のインターフェースによって接続することもできる。また、モニター1444又はその他の種類の表示装置は、ビデオアダプタ1446等のインターフェースを通してシステムバス1408に接続される。コンピュータは、典型的には、モニタ1444に加えて、スピーカ、プリンタ等の周辺出力装置を備える。コンピュータ1402は、リモートコンピュータ1448等の1つ以上のリモートコンピュータへの有線及び/又は無線通信を通した論理接続を使用するネットワーク環境において動作してもよい。リモートコンピュータ1448は、ワークステーション、サーバコンピュータ、ルータ、パーソナルコンピュータ、ポータブルコンピュータ、マイクロプロセッサベースの娯楽機器、ピアデバイス又はその他の共通のネットワークであってもよく、コンピュータ1402に関して説明した多くの又は全ての要素を典型的には含む。しかしながら、簡潔にするために、メモリ/記憶装置1450だけが図示されている。図示される論理接続は、ローカルエリアネットワークLAN1452及び/又は、例えば、広域ネットワークWAN1454といった、より大きなネットワークに対する有線/無線接続性を含む。このようなLAN及びWANネットワーク環境は、オフィスや企業で一般的であり、インターネット等のグローバル通信ネットワークに接続可能なイントラネット等の企業規模のコンピュータネットワーク全てに対して、役に立つ。LANネットワーク環境で使用される場合、コンピュータ1402は、有線及び/又は無線通信ネットワークインターフェース又はアダプタ1456を通してLAN1452に接続される。アダプタ1456は、LAN1452に対する有線及び/又は無線通信を容易にする。また、LAN1452は、アダプタ1456の無線機能と通信するための、LAN1452に設置される無線アクセスポイントを含む。WANネットワーク環境で使用される場合、コンピュータ1402はモデム1458を備えてもよく、或いはWAN1454の通信サーバに対して接続されるか、或いはインターネットを経由するなど、WAN1454による通信を設定するための他の手段を有する。内部又は外部の有線及び/又は無線装置であり得るモデム1458は、入力装置インターフェース1442を通して、システムバス1408に接続する。ネットワーク環境において、コンピュータ1402に関して図示されるプログラムモジュール又はその一部を、遠隔のメモリ/記憶装置1450に記憶することができる。示されたネットワーク接続は代表的なものであり、コンピュータ間の通信接続を設定する他の手段を使用することが可能であることが理解されるであろう。コンピュータ1402は、IEEE802規格のファミリーを使用して、例えば、プリンタ、スキャナ、デスクトップ及び/又はポータブルコンピュータ、パーソナルデジタルアシスタントPDA、通信衛星、無線で検出可能なタグと一体とされた機器又は場所のいずれかの部分例えば、キオスク、新聞売店、トイレとの無線通信例えば、IEEE802.11のover-the-air変調技術のために動作するように配置された無線装置等の有線及び無線の装置又は構成要素と通信するために、動作可能である。これは、少なくとも、Wi-Fi又はWirelessFidelity、WiMax及びBluetooth登録商標の無線技術を含む。従って、通信は、従来のネットワークと同様な予め定義された仕組みであってもよく、或いは少なくとも2つの装置の間における単なるアドホック通信であってもよい。Wi-Fiネットワークは、安全で信頼性の高い、高速な無線接続を提供するために、IEEE802.11xa,b,g,n等と呼ばれる無線技術を使用する。コンピュータを相互に接続するため、インターネットに接続するため及びIEEE802.3に関連する媒体及び機能を使用する有線ネットワークに接続するために、Wi-Fiネットワークを使用することができる。前述のように、実施例は各種ハードウェア要素、ソフトウェア要素、又は両方の組合せを用いて実施することができる。ハードウェア要素の例は、デバイス、論理デバイス、コンポーネント、プロセッサ、マイクロプロセッサ、回路、プロセッサ回路、例えば、トランジスタ、抵抗、コンデンサ、インダクタなどの回路素子、集積回路、特定用途向け集積回路ASIC、プログラマブルロジックデバイスPDL、デジタル信号プロセッサDSP、フィールドプログラマブルゲートアレイFPGA、メモリユニット、論理ゲート、レジスタ、半導体装置、チップ、マイクロチップ、チップセット等を含んでもよい。ソフトウェア要素の例は、ソフトウェアコンポーネント、プログラム、アプリケーション、コンピュータプログラム、アプリケーションプログラム、システムプログラム、ソフトウェア開発プログラム、マシンプログラム、オペレーティングシステムソフトウェア、ミドルウェア、ファームウェア、ソフトウェアモジュール、ルーチン、サブルーチン、関数、メソッド、プロシージャ、ソフトウェアインタフェース、アプリケーションプログラムインタフェースAPI、命令セット、コンピューティングコード、コンピュータコード、コードセグメント、コンピュータコードセグメント、ワード、値、シンボル、またはそれらのいずれかの組み合わせを含んでもよい。実施例をハードウェア要素及び/又はソフトウェア要素を用いて実施するか否かの決定は、所定の実施に対して要望されるような、所望の計算速度、電力レベル、耐熱性、処理サイクルバジェット、入力データレート、出力データレート、メモリーリソース、データバススピード及び他の設計又は性能の制約等の任意の数の要因に従って変動し得る。いくつかの実施例において、要素は、1つ以上の動作を実行する具体的な構造として定義される。しかしながら、特定の機能を実行する特定の構造として定義された如何なる要素も、その根拠となる構造、物質、又は動作の記述なしで、当該特定の機能を実行するための手段又はステップとして表現することができることが認められるであろう。そして、そのような手段又はステップは、詳細な説明における対応する構造、物質、又は動作及びその均等物を包含することを意味する。実施例は、この文脈においては限定されない。いくつかの実施例は、一実施例又は実施例という表現と共にその派生語を用いて記述される場合がある。これらの用語は、当該実施例に関連して記述される特定の特徴、構造、又は特性が少なくとも一つの実施例に含まれることを意味する。明細書の様々な箇所における一実施例という語句の出現は、必ずしも全て同じ実施例に対する参照ということではない。さらに、いくつかの実施例は、結合couple及び接続しているconnectedという表現と共にその派生語を用いて記述される場合がある。これらの用語は、必ずしも互いに同義語であると意図されてはいない。例えば、いくつかの実施例は2つ以上の要素がお互いに直接物理的に又は電気的に接触していることを示すために、接続されるconnected及び/又は結合されるcoupledという用語を用いて記述される場合がある。しかしながら、結合しているcoupledという用語は、また、2つの要素は互いに直接接触していないが、それでも互いに連動又は相互作用することを意味する場合がある。開示の要約は、読者が迅速に技術開示の特徴を確認することを可能とするために設けられていることを強調する。それは、特許請求の範囲又は意味を解釈又は限定するために使用されないという理解のもとに提出されている。また、前述の詳細な説明において、開示を簡素化する目的で、各種特徴が1つの実施例にまとめられていることを確認できる。この開示方法は、記載されている実施例が、各クレームにおいて明示的に記載されている特徴より多くの特徴を必要としているという意図を反映しているものとして解釈されるべきではない。むしろ、以下の請求項が反映するように、発明の主題は、開示される単一の実施例の全ての特徴よりも少ない特徴に基づいている。従って、各請求項は、それ自身が別個の実施例として独立すると共に、以下の特許請求の範囲は、ここで、詳細な説明に組み込まれる。添付の特許請求の範囲において、including及びinwhichという用語は、それぞれcomprising及びwhereinという用語の平易な英語の均等物として用いられる。さらに、第1、第2、第3等の用語は、単なる符号として用いられるのであって、それらの対象に対する数値的な要件を課すことは意図されない。上述したものは、開示されたアーキテクチャの例を含む。当然ながら、想到し得る構成要素及び/又は方法の組合せ全てを記述することは不可能であり、その一方で、当業者はさらなる組合せ及び置換が可能であることを認識かもしれない。従って、新規なアーキテクチャは、添付の特許請求項の精神及び範囲に属する、そのような改変、変更及び変形の全てを包含することを意図している。"