コンピュータ可読プログラムコードの埋め込まれた非一時的コンピュータ可読記憶媒体であり、前記コンピュータ可読プログラムコードは、HTTP上の動的適応ストリーミングDASHフォーマット化コンテンツの、マルチメディア放送マルチキャストサービスMBMSダウンロードから、ハイパーテキスト転送プロトコルHTTPベースの配信へ切り換えるための方法を実現するために実行されるように適応されている、非一時的コンピュータ可読記憶媒体を備えるコンピュータプログラム製品であって、該方法は、セッション開始プロトコルSIP再招待reinvitationを、サービス制御機能SCFモジュールで、移動デバイスから、DASHフォーマット化コンテンツを含むコンテンツ配信セッションにおけるMBMSダウンロードを前記移動デバイスが受信中に、受信するステップと、HTTPベース配信のためのHTTPサーバを選択するために、前記SCFモジュールからのSIP招待invitationをHTTPSIPアダプタに送信するステップと、前記コンテンツ配信のための前記HTTPサーバの選択を示すSIP確認を、前記SCFモジュールで、前記HTTPSIPアダプタから受信するステップと、および、前記コンテンツ配信セッションのための前記HTTPサーバへの切換えを示す、前記SCFモジュールからの前記SIP確認を、前記移動デバイスに転送するステップと、を備えるコンピュータプログラム製品。請求項1に記載のコンピュータプログラム製品であって、前記SCFモジュールで前記SIP再招待reinvitationを受信した後、前記MBMSダウンロードを終了させるために、終了要求を、前記SCFモジュールから放送マルチキャストサービスセンタBMSCへ送信するステップをさらに備える、コンピュータプログラム製品。請求項1に記載のコンピュータプログラム製品であって、前記移動デバイスが前記MBMSダウンロードを受信しているとき、前記SCFモジュールは、前記コンテンツ配信セッションにおける前記MBMSダウンロードを介して前記DASHフォーマット化コンテンツを提供する放送マルチキャストサービスセンタBMSCに関連するドメイン名またはコンテンツ識別子を以前に参照しており、前記SIP再招待reinvitationは、同じコンテンツ配信セッションにおける前記HTTPベースの配信を介したDASHフォーマット化コンテンツを提供する前記HTTPサーバのための要求統一リソース識別子URIを含み、前記HTTPベースの配信のHTTPサーバは、前記HTTPサーバを参照する前記要求URIの中に含まれるドメイン名またはコンテンツ識別子に基づいて選択され、そして、前記HTTPサーバを参照する前記ドメイン名および前記コンテンツ識別子は、前記BMSCに関連付けられた前記ドメイン名および前記コンテンツ識別子とは異なる、コンピュータプログラム製品。請求項1に記載のコンピュータプログラム製品であって、前記SIP招待を前記SCFモジュールからHTTPSIPアダプタへ送信する前に、前記コンテンツ配信セッションがMBMSからHTTPへの切換えをサポートしているか否かを判断するステップを更に備える、コンピュータプログラム製品。請求項1に記載のコンピュータプログラム製品であって、前記SIP再招待は、前記SCFモジュールにおいて、前記移動デバイスから、インターネットプロトコルIPマルチメディアサブシステムIMSコアネットワークIMCNサブシステムを介して受信され、前記SIP確認は、前記SCFモジュールから前記移動デバイスへ、前記IMCNサブシステムを介して転送される、コンピュータプログラム製品。請求項1に記載のコンピュータプログラム製品であって、前記移動デバイスと、前記SCFモジュールと通信する無線アクセスネットワークRANの送信局と、の間の無線インターフェイスは、コンテンツのユニキャストおよびマルチキャスト配信をサポートする、コンピュータプログラム製品。請求項1に記載のコンピュータプログラム製品であって、前記移動デバイスは、第3世代パートナーシッププロジェクト3GPP長期的高度化システムLTE規格および電気電子学会IEEE80216規格からなるグループから選択されるプロトコルを使用する、コンピュータプログラム製品。請求項1に記載のコンピュータプログラム製品であって、前記SIP確認は、メディア記述、メディア制御チャネル、メディア配信チャネル、メディアプレゼンテーション記述MPD制御チャネル、配信記述、およびそれらの組合せからなるグループから選択される、前記HTTPベースの配信のための情報を含む、セッション記述プロトコルSDPアンサーanswerを含む、コンピュータプログラム製品。請求項1に記載のコンピュータプログラム製品であって、前記SIP再招待は、メディア記述、メディア制御チャネル、メディア配信チャネル、メディアプレゼンテーション記述MPD制御チャネル、HTTP上のユニキャストストリームのための配信チャネル、前記HTTPサーバで利用可能なメディア能力、前記HTTPサーバで利用可能なポリシー、コーデックおよびトランスポートプロトコル、およびそれらの組合せからなるグループから選択される、前記HTTPベースの配信のための情報を含む、セッション記述プロトコルSDPオファーofferを含む、コンピュータプログラム製品。請求項9に記載のコンピュータプログラム製品であって、前記HTTPストリーミングセッションのために前記HTTPサーバで利用可能な、メディア能力およびポリシーは、前回受信したMPDメタデータファイルからのMBMSダウンロード中に得られる、コンピュータプログラム製品。請求項1に記載のコンピュータプログラム製品であって、前記SCFモジュールから前記HTTPSIPアダプタへ前記SIP招待を送信する前に、HTTPベースの配信を介した前記DASHフォーマット化コンテンツのためのユーザ権利を確認するステップを更に備える、コンピュータプログラム製品。請求項1に記載のコンピュータプログラム製品であって、前記SIP再招待は、SIPReINVITEメッセージを含み、前記SIP招待は、SIPINVITEメッセージを含み、そして、前記SIP確認は、SIP200OKを含む、コンピュータプログラム製品。請求項1に記載のコンピュータプログラム製品であって、前記HTTPベースの配信は、前記トランスポート層における伝送制御プロトコルTCPを利用して動作し、前記MBMSダウンロードは、前記トランスポート層におけるユーザデータグラムプロトコルUDPおよび単方向トランスポート上のファイル配信FLUTEプロトコルを利用して動作する、コンピュータプログラム製品。請求項1に記載のコンピュータプログラム製品であって、前記SCFモジュールは、インターネットプロトコルIPマルチメディアサブシステムIMSに含まれる、コンピュータプログラム製品。コンピュータ可読プログラムコードの埋め込まれた非一時的コンピュータ可読記憶媒体であり、前記コンピュータ可読プログラムコードは、HTTP上の動的適応ストリーミングDASHフォーマット化コンテンツの、ハイパーテキスト転送プロトコルHTTPベースの配信から、マルチメディア放送マルチキャストサービスMBMSダウンロードへ切り換えるための方法を実現するために実行されるように適応されている、非一時的コンピュータ可読記憶媒体を備えるコンピュータプログラム製品であって、該方法は、セッション開始プロトコルSIP再招待を、サービス制御機能SCFモジュールで、移動デバイスから、DASHフォーマット化コンテンツを含むコンテンツ配信セッションにおけるHTTPベースの配信を前記移動デバイスが受信中に、受信するステップと、招待メッセージを、前記SCFモジュールから、放送マルチキャストサービスセンタBMSCへ、前記コンテンツ配信セッションのMBMSダウンロード用に前記BMSCを初期化するために、送信するステップと、SIP終了要求を、前記SCFモジュールから、HTTPSIPアダプタへ、前記HTTPベースの配信を終了するために、送信するステップと、前記HTTPベースの配信の終了を示すSIP確認を、前記SCFモジュールで、前記HTTPSIPアダプタから受信するステップと、前記コンテンツ配信用の前記BMSCへの切換えを表示する前記SIP確認を、前記SCFモジュールから、前記移動デバイスへ転送するステップと、を備えるコンピュータプログラム製品。請求項15に記載のコンピュータプログラム製品であって、前記招待メッセージを前記SCFモジュールから前記BMSCへ送信後、前記コンテンツ配信セッション用の前記BMSCの選択を示すBMSC確認を、前記SCFモジュールで、前記BMSCから受信するステップを更に備える、コンピュータプログラム製品。請求項15に記載のコンピュータプログラム製品であって、前記移動デバイスが前記HTTPベースの配信を受信しているとき、前記SCFモジュールは、前記コンテンツ配信セッションにおいて前記HTTPベースの配信を介して前記DASHフォーマット化コンテンツを提供するHTTPサーバに関連付けられたドメイン名またはコンテンツ識別子を、以前に参照しており、前記SIP再招待は、前記の同じコンテンツ配信セッションにおいて前記MBMSダウンロードを介したDASHフォーマット化コンテンツを提供するための前記BMSCのための要求統一リソース識別子URIを含み、前記異なる要求URIが、前記コンテンツ配信セッションの前記MBMSダウンロードのための前記BMSCを選択するために使用され、前記MBMSダウンロードのための前記BMSCは、前記要求URIにおける前記BMSCを参照するドメイン名またはコンテンツ識別子に基づいて選択され、そして、前記HTTPサーバに関連付けられた前記ドメイン名および前記コンテンツ識別子は、前記BMSCを参照する前記ドメイン名および前記コンテンツ識別子とは異なる、コンピュータプログラム製品。請求項15に記載のコンピュータプログラム製品であって、前記移動デバイスと、前記SCFモジュールと通信する無線アクセスネットワークRANの送信局と、の間の無線インターフェイスは、コンテンツのユニキャストおよびマルチキャスト配信をサポートする、コンピュータプログラム製品。請求項15に記載のコンピュータプログラム製品であって、前記移動デバイスは、第3世代パートナーシッププロジェクト3GPP長期的高度化システムLTE規格および電気電子学会IEEE80216規格からなる前記グループから選択されるプロトコルを使用する、コンピュータプログラム製品。請求項15に記載のコンピュータプログラム製品であって、前記SIP再招待は、メディア記述、メディア制御チャネル、メディア配信チャネル、メディアプレゼンテーション記述MPD制御チャネル、MBMS上のマルチキャストストリームのための配信チャネル、前記MBMSで利用可能なメディア能力、前記MBMSで利用可能なポリシー、コーデックおよびトランスポートプロトコル、およびそれらの組合せからなるグループから選択される、前記MBMSダウンロードのための情報を含む、セッション記述プロトコルSDPオファーofferを含む、コンピュータプログラム製品。請求項15に記載のコンピュータプログラム製品であって、前記DSFモジュールから転送された前記SIP確認は、メディア記述、メディア制御チャネル、メディア配信チャネル、メディアプレゼンテーション記述MPD制御チャネル、配信記述、コーデックおよびトランスポートプロトコル、およびそれらの組合せからなるグループから選択される、前記MBMSダウンロードのための情報を含む、セッション記述プロトコルSDPアンサーanswerを含む、コンピュータプログラム製品。請求項15に記載のコンピュータプログラム製品であって、前記招待メッセージを前記SCFモジュールから前記BMSCへ送信する前に、ユーザ購読情報に従って、前記MBMSダウンロードを介した前記DASHフォーマット化コンテンツのサービス権を確認するサービス承認手順を実行するステップをさらに備える、コンピュータプログラム製品。請求項15に記載のコンピュータプログラム製品であって、前記SIP再招待は、SIPReINVITEメッセージを含み、前記SIP終了は、SIPBYEメッセージを含み、そして、前記SIP確認は、SIP200OKメッセージを含む、コンピュータプログラム製品請求項15に記載のコンピュータプログラム製品であって、前記HTTPベースの配信は、前記トランスポート層における伝送制御プロトコルTCPを利用して動作し、前記MBMSダウンロードは、前記トランスポート層におけるユーザデータグラムプロトコルUDPおよび単方向トランスポート上のファイル配信FLUTEプロトコルを利用して動作する、コンピュータプログラム製品。インターネットプロトコルIPマルチメディアサブシステムIMSにおけるサービス制御機能SCFモジュールであって、マルチキャストからユニキャストセッションへの変更要求を、移動デバイスから、コンテンツ配信セッションにおけるマルチメディア放送マルチキャストサービスMBMSダウンロードを介するDASHフォーマット化コンテンツを提供する放送マルチキャストサービスセンタBMSCを、前回のマルチキャスト要求統一リソース識別子URIが参照した後に受信するように構成された送受信モジュールであり、マルチキャストからユニキャストへのセッション変更要求は、同じコンテンツ配信セッションにおいてHTTPベースの配信を介してDASHフォーマット化コンテンツを提供するHTTPサーバのためのユニキャスト要求URIを含む、送受信モジュールを備え;前記送受信機モジュールは、さらに、ユニキャストからマルチキャストへのセッションン変更要求を、前記移動デバイスから、コンテンツ配信セッションにおける前記HTTPベースの配信を介してDASHフォーマット化コンテンツを提供するHTTPサーバを前回のユニキャスト要求URIが参照した後に受信するように構成され、前記ユニキャストからマルチキャストへのセッション変更要求は、同じコンテンツ配信において、前記MBMSダウンロードを介したDASHフォーマット化コンテンツを提供する前記BMSCのためのマルチキャスト要求を含み;前記送受信機モジュールはさらに、前記マルチキャストからユニキャストへのセッション変更要求をHTTPSIPアダプタへ、前記HTTPベースの配信のための前記HTTPサーバを選択するために送信し、そして、前記ユニキャストからマルチキャストへのセッション変更要求を前記BMSCへ、前記BMSCを前記MBMSダウンロードのために初期化するために送信するように構成され;前記送受信機モジュールはさらに、HTTP終了要求をHTTPSIPアダプタに、前記HTTPベースの配信を終了させるために送信し、そして、MBMS終了要求を前記BMSCに、前記MBMSダウンロードを終了するように送信するように構成され;前記送受信機モジュールはさらに、前記コンテンツ配信セッションのための前記HTTPサーバの選択を示すSIP確認を、前記HTTPSIPアダプタから受信し、前記コンテンツ配信セッションのための前記BMSCの選択を示すBMSC確認を、前記BMSCから受信し、そして、前記HTTPベースの配信の終了を示すSIP終了メッセージを、前記HTTPSIPアダプタから受信するように構成され;前記送受信機モジュールはさらに、前記コンテンツ配信セッションのための前記HTTPサーバへの切換えを示す前記SIP確認を、前記SCFモジュールから前記移動デバイスへ転送し、前記コンテンツ配信セッションのための前記BMSCへの切換えを示す前記SIP確認を、前記移動デバイスに転送するように構成された、SCFモジュール。請求項25に記載のSCFモジュールであって、HTTPベースの配信を介した前記DASHフォーマット化コンテンツのためのユーザ権利を確認し、ユーザ購読情報に従って、前記MBMSダウンロードを介した前記DASHフォーマット化コンテンツのサービス権をチェックするためにサービス承認手順を実行するように構成された処理モジュールをさらに備える、SCFモジュール。HTTP上の動的適応ストリーミングDASHフォーマット化コンテンツのマルチキャストダウンロードとユニキャスト配信との間を切り換えるように構成された移動デバイスであって、マルチキャストからユニキャストへのセッション変更要求を、インターネットプロトコルIPマルチメディアサブシステムIMSコアネットワークIMCNサブシステムへ、コンテンツ配信セッションにおけるマルチメディア放送マルチキャストサービスMBMSダウンロードの受信中に、送信するように構成された送受信機であり、前記マルチキャストからユニキャストへのセッション変更要求は、同じコンテンツ配信セッションにおけるHTTPベースの配信を介したDASHフォーマット化コンテンツを配信するためのHTTPサーバのためのユニキャスト要求URIを含む送受信機と;前記送受信機はさらに、ユニキャストからマルチキャストへのセッション変更要求を、前記IMCNサブシステムに、前記コンテンツ配信セッションにおける前記HTTPベースの配信を介したDASHフォーマット化コンテンツの受信中に送信するように構成され、前記ユニキャストからマルチキャストへのセッション変更要求は、前記同じコンテンツ配信セッションンにおける前記MBMSダウンロードを介したDASHフォーマット化コンテンツを提供する放送マルチキャストサービスセンタBMSCのためのマルチキャスト要求URIを含む前記送受信機と;前記送受信機はさらに、前記コンテンツ配信セッションのための前記HTTPサーバへの切換えを示す前記SIP確認を、前記IMCNサブシステムから受信し、前記コンテンツ配信セッションのための前記BMSCへの切換えを示すSIP終了メッセージを、前記IMCNサブシステムから受信するように構成された、前記送受信機と;そして、前記MBMSダウンロードおよび前記DASHフォーマット化コンテンツのための前記HTTPベースの配信との間で切り換えるように構成された処理モジュールと、を備える、移動デバイス。請求項27に記載の移動デバイスであって、前記移動デバイスは、コンテンツのユニキャストおよびマルチキャスト配信をサポートする無線インターフェイスを介して前記IMCNサブシステムと通信する、移動デバイス。請求項27に記載の移動デバイスであって、前記移動デバイスは、第3世代パートナーシッププロジェクト3GPP長期的高度化システムLTE規格および電気電子学会IEEE80216規格からなるグループから選択されるプロトコルを使用する、移動デバイス。請求項27に記載の移動デバイスであって、前記移動デバイスは、無線ローカルエリアネットワークWLAN、無線パーソナルエリアネットワークWPAN、および、無線広域ネットワークWWANの中の少なくとも1つと接続されるように構成され、前記移動デバイスは、アンテナ、タッチセンシィティブディスプレイスクリーン、スピーカ、マイクロフォン、グラフィックプロセッサ、アプリケーションプロセッサ、内部メモリ、不揮発性メモリポート、またはこれらの組合せを含む、移動デバイス。以下に、初期の実施例の概要が提供され、次に、特定の実施例がさらに詳しく後述される。この初期の概要は、読者がより早く技術を理解することを助けることを意図したものであり、技術の主要な機能や本質的な機能を特定することを意図するものではなく、請求される主題の範囲を制限することを意図するものでもない。ハイパーテキスト転送プロトコルHTTPストリーミングは、インターネットビデオのマルチメディア配信の一形式として利用されることができる。HTTPに基づいた配信は、HTTP、およびHTTPの下層にあるトランスミッションコントロールプロトコルTCP/インターネットプロトコルIPを含むプロトコルの幅広い採用により、信頼性と配備の単純性とを提供できる。HTTPに基づく配信は、ネットワークアドレス変換NATやファイヤーウォールの通過問題を回避することにより、簡単で楽なストリーミングサービスを可能にする。HTTPに基づく配信またはストリーミングはまた、専用のストリーミングサーバの代わりに標準のHTTPサーバやキャッシュを使用するという能力を提供できる。HTTPに基づく配信は、サーバ側上の最小のまたは縮小された状態情報により、スケーラビリティを提供できる。HTTP上の動的適応ストリーミングDASHは、マルチメディアファイルが1以上のセグメントに分割され、HTTPを使ってクライアントに配信されることができるマルチメディアストリーミング技術である。DASHクライアントは、一連のHTTP要求応答トランザクションを通してセグメントをダウンロードすることにより、マルチメディアコンテンツを受信することができる。DASHは、メディアコンテンツの様々なビットレート表現を、利用可能な帯域幅の変化に応じて動的に切り換える能力を提供することができる。こうして、DASHは、変化するネットワークや無線リンクの状態、ユーザの好み、そして、ディスプレイの解像度や採用されている中央処理装置CPUの種類や利用可能なメモリ資源等のデバイス能力、に対する高速な適応を可能にすることができる。DASHの動的な適応は、より短いスタートアップ遅延やより少ない再バッファリング事象によって、より質の高い経験QoEをユーザに提供することができる。インターネットプロトコルIPマルチメディアサブシステム、または、IPマルチメディアコアネットワークサブシステムIMSは、IPマルチメディアサービスを配信するための、3GPPにおけるアーキテクチャフレームワークである。IPマルチメディアコアネットワークサブシステムは、標準化されたインターフェイスで結びつけられた様々なコアネットワーク及びアクセスネットワーク機能の集まりであることが可能であり、一緒に纏められて1つのIMS管理ネットワークを形成することができる。インターネットとの統合を容易にするために、IMSはセッション開始プロトコルSIPを利用することができる。SIPサーバまたはプロキシのいろいろな役割は、総称して呼セッション制御機能CSCFと呼ばれることができ、IMSにおいてSIPシグナリングパケットを処理するために用いることができる。固定アクセス例:デジタル加入者線DSL、ケーブルモデム、またはイーサネット登録商標、移動アクセス例:WCDMA、CDMA2000、GSM登録商標、またはGPRSおよび無線アクセス例:WLANまたはWiMaxは、IMSによってサポートされることができる。昔ながらの電話POTS:アナログ電話やIMS互換でないIP電話VoIPシステム等の他の電話システムは、ゲートウェイを介してサポートされることができる。DASHフォーマット化コンテンツは、IMSネットワーク上で、マルチメディア放送マルチキャストサービスMBMSダウンロード配信のようにマルチキャストフレームに入れて、または、HTTPに基づく配信のようにユニキャストフレームに入れて、配信されることができる。DASHコンテンツを含むコンテンツ配信セッションは、MBMSダウンロード方式を使って配信し、そして、セッションの最中ミッドセッションに、HTTPに基づく配信方式に切り換えることができる。IMSに基づくネットワークにおいて、ユーザへのDASHフォーマット化コンテンツの送信中にMBMSダウンロード方式とHTTPに基づく配信方式とを切り換えることは望ましいことであり得る。図1に例示されたブロック図に示されるように、IMSネットワークにおけるDASHフォーマット化コンテンツの、MBMSダウンロードからHTTPに基づく配信への切換えにおいて、ユーザ装置UE210等の移動デバイスは、セッションイニシエーションプロトコルSIPの再招待reinvitationを、DASHコンテンツを含む現在のコンテンツ配信セッションにおいてMBMSダウンロードを該移動デバイスが受信している最中に、サービス制御機能SCF230モジュールに送信することができる。SIP再招待は、SIPの再招待ReINVITEメッセージを含むことができる。SIP再招待は、同じコンテンツ配信セッションの中でHTTPに基づく配信を介してDASHコンテンツを提供するHTTPサーバ260の要求統一リソース識別子URIを含むことができる。要求URIは、HTTPに基づく配信を提供するHTTPサーバを識別するまたは参照するドメイン名またはコンテンツ識別子を含むことができる。SCFモジュールは、インターネットプロトコルIPマルチメディアサブシステムIMS内に含まれることができる。IPマルチメディアコアネットワークIMCNサブシステム220を介してSIP再招待を受信後、SCFモジュールは、HTTPに基づく配信のためのHTTPサーバ260を選択するために、SIP招待SIPinvitationをHTTPSIPアダプタ250に送信することができる。ここで、SIP招待は、要求URIを含んだSIPのINVITEメッセージを含むことができる。SCFモジュールは、その前には、放送マルチキャストサービスセンタBMSCまたはBMSCユーザプレーンサブ機能UPFBMSCUPF240に関連付けられたまたは、を参照するドメイン名またはコンテンツ識別子を、BMSCを介したDASHフォーマット化コンテンツのMBMSダウンロードを確立するために使用していた。HTTPサーバを参照するドメイン名およびコンテンツ識別子は、BMSCに関連付けられたドメイン名およびコンテンツ識別子とは異なることができる。SCFモジュール230はまた、コンテンツ配信セッションのためのMBMSダウンロードを終了させるために、BMSCに終了要求を送信することができる。HTTPSIPアダプタは、その前にはMBMSダウンロード用に使用されていた同じコンテンツ配信セッションのために、DASHフォーマット化コンテンツのHTTPに基づく配信用のHTTPサーバを準備することができる。HTTPSIPアダプタは、SCFモジュールにSIPの確認を送信して、コンテンツ配信セッション用のHTTPサーバの選択を示すことができる。SIPの確認は、SIP200OKメッセージを含むことができる。SCFモジュールは、SIPの確認を、IMCNサブシステムを介して、移動デバイスに転送して、コンテンツ配信セッション用HTTPサーバへの切換えを示すことができる。すると移動デバイスは、MBMSダウンロードの代わりに、HTTPに基づいた配信を介して、コンテンツ配信セッションのDASHフォーマット化コンテンツを受信することができる。DASHフォーマット化コンテンツの、HTTPに基づく配信からMBMSダウンロードへの切換えにおいて、移動デバイスは、コンテンツ配信セッションにおいてDASHフォーマット化コンテンツのHTTPに基づく配信を該移動デバイスが受信している最中に、SIP再招待をSCF230モジュールに送信することができる。SIP再招待は、同じコンテンツ配信セッション内でMBMSダウンロードを介してDASHフォーマット化コンテンツを提供するためのBMSCまたはBMSCUPF240のための要求URIを含むことができる。要求URIは、MBMSダウンロードを提供するためのBMSCを特定するまたは参照するドメイン名またはコンテンツ識別子を含むことができる。IMCNサブシステム220を介してSIP再招待を受信後、SCFモジュールは、招待メッセージinvitationmessageをBMSCまたはBMSCUPFに送信し、コンテンツ配信セッションのMBMSダウンロード用BMSCを初期化準備することができる。招待メッセージは、要求URIを含むことができる。ここで、SCFモジュールは、その前には、HTTPサーバを介したDASHフォーマット化コンテンツのHTTPに基づいた配信を確立するためにHTTPサーバ260に関連付けられたまたは、参照するドメイン名またはコンテンツ識別子を使用していた。HTTPサーバを参照するドメイン名およびコンテンツ識別子は、BMSCに関連付けられたドメイン名およびコンテンツ識別子とは異なることができる。SCFモジュールは、BMSCがMBMSダウンロード用に準備された後、コンテンツ配信セッション用BMSCの選択を示すBMSCの確認をBMSCから受信することができる。SCFモジュールは、HTTPサーバを解除するために、そして/または、コンテンツ配信セッションのためのHTTPに基づく配信を終了させるために、SIP終了要求をHTTPSIPアダプタ250に送信することができる。SIP終了要求は、SIPBYEメッセージを含むことができる。HTTPSIPアダプタは、SCFモジュール230にSIPの確認を送信して、コンテンツ配信セッションのためのHTTPに基づく配信の終了、および/または、コンテンツ配信セッション用BMSCの準備を示す。SIPの確認は、SIP200OKメッセージを含むことができる。SCFモジュールは、IMCNサブシステムを介してSIPの確認を転送して、コンテンツ配信セッションのためのBMSCへの切換えを示すことができる。移動デバイスは、HTTPに基づく配信の代わりに、MBMSダウンロードを介して、コンテンツ配信セッションのDASHフォーマット化コンテンツを受信することができる。以下では、例についての追加の詳細が提供される。MBMSダウンロード配信は、HTTPに基づくユニキャストダウンロード配信の負荷を減らす代替サービスであり得る。MBMSダウンロード配信を利用することのメリットには、非リアルタイムサービスタイプのサポートを可能にできること、MBMSストリーミングサービスを補完するコンテンツの提供を可能にできること、そして、移動デバイス上の増加する記憶容量を活用できること、が含まれる。DASHセグメント形式は、HTTPに伴うユニキャストトランスポートを主に意図しているが、配信環境がユニキャストか、またはマルチキャストか、非依存型agnosticであり得る。DASHフォーマット化コンテンツは、単方向トランスポート上のファイル配信filedeliveryoverunidirectionaltransportFLUTEプロトコルを用いたMBMSダウンロード配信を使って送信することができる。FLUTEは、インターネット上のファイルの単方向配信のためのプロトコルであり得、マルチキャストネットワークに特に適するようにできる。FLUTEは、非常にスケーラブルなマルチキャスト配信のために設計された基本プロトコルである非同期階層符号化asynchronouslayeredcodingALC上に構築できる。FLUTEは、階層符号化トランスポートLCTビルディングブロックのインスタンス化を提供できる。ALCプロトコルは、LCTビルディングブロック、輻輳制御CCビルディングブロック、および順方向誤り訂正FECビルディングブロックを組み合わせて、輻輳が制御された信頼性のある非同期配信を提供することができる。LCTは、信頼性のあるコンテンツ配信およびストリーム配信プロトコルのためのトランスポートレベルのサポートを提供することができる。ストリーミングデータまたはダウンロードは、MBMSベアラ上で配信する際に、リアルタイムトランスポートプロトコルRTPの中にカプセル化され、FLUTEプロトコルを利用して搬送されることができる。RTPは、テレフォニー、ビデオ会議アプリケーション、テレビジョンサービス、およびウェブに基づくプッシュツートーク機能、等のストリーミングメディアを伴う通信および娯楽システムにおいて利用することができる。3つの機能階層が、MBMSに基づくサービスの配信のために利用することができる。3つの機能階層は、ベアラ階層、配信方式階層、そして、ユーザサービス階層またはアプリケーション階層を含むことができる。ベアラ階層は、IPデータを搬送するメカニズムを提供することができる。ベアラは、ユニキャストベアラまたはMBMSベアラを含むことができる。配信階層は、セキュリティや鍵配布等の機能、順方向誤り訂正FEC技術による信頼性制御、そして、ファイル修復、配信検証等の関連配信手順を提供することができる。配信方式は、ダウンロードやストリーミングを含むことができる。MBMSユーザサービスはアプリケーションを可能にできる。ユーザサービスは、マルチメディアメッセージングサービスやパケット交換ストリーミングサービスPSSを含むことができる。HTTP上のDASHベースの適応ストリーミングは、リアルタイムストリーミングプロトコルRTSPベースの適応ストリーミングとは異なり得る。RTSPは、娯楽および通信システムにおいてストリーミングメディアサーバを制御するために使われるネットワーク制御プロトコルであり得る。RTSPプロトコルは、エンドポイント間のメディアセッションを、プッシュベースおよびサーバ制御方式で確立及び制御するために使用され得る。一方、DASHベースの適応ストリーミングは、プルベースおよびクライアント制御であり得る。メディアサーバのクライアントは、サーバからのメディアファイルの再生のリアルタイム制御を容易にするために、再生や停止等のビデオカセット録音機VCRのようなコマンドを発行することができる。いくつかの点でHTTPと類似している一方、RTSPは、マルチメディア再生の制御において役立つ制御シーケンスを定義することができる。HTTPがステートレスstatelessであり得る一方、RTSPは、並行セッションを追跡する必要があるときに利用される状態または識別子を持つことができる。DASHベースの適応ストリーミング技術の使用に先立って、標準のHTTPウェブサーバから、メディア配信のために漸進的ダウンロード方式もまた利用可能であった。HTTPベースの漸進的ダウンロードのデメリットとしては、もし、漸進的ダウンロードが始まってからコンテンツの視聴を中止すること例えば、別のコンテンツへの切り換えをユーザが決定したならば帯域幅が無駄にされ得ること、ダウンロードは必ずしもビットレート適応ではないこと、または、ダウンロードはライブメディアサービスをサポートしないこと、を含み得る。DASH技術は、RTPRTSPベースのストリーミングおよびHTTPベースの漸進的ダウンロードの弱点に対処し得る。DASHにおいては、メディアプレゼンテーション記述MPDメタデータファイルは、構造と、サーバに格納されたメディアコンテンツ表現の様々なバージョンと、についての情報を提供し得る。ここで、様々なバージョンは、様々なビットレート、フレームレート、解像度、コーデックの種類、および類似の情報を含む。MPD情報は、プレゼンテーションと他の表現との切換え及び同期のための、セグメントからメディアプレゼンテーション時系列へのマッピングを確実にするために使用され得る。加えて、DASHはまた、メディアエンジンのための初期化およびメディアセグメントに関する情報等のセグメントフォーマットを特定できる。メディアエンジンは、初期化セグメントを観て、コンテナフォーマットおよびメディアタイミング情報を決定することができる。DASH技術の例として、マイクロソフト社のIISスムーズストリーミング、アップル社のHTTPライブストリーミング、およびアドビー社のHTTPダイナミックストリーミングを含むことができる。DASH技術はまた、第3世代パートナーシッププロジェクト3GPP、動画エキスパートグループMPEG、およびオープンIPTVフォーラムOIPF等の団体によって標準化されてきた。適応ストリーミングセッションまたはコンテンツ配信セッションの全体に対して一貫したユーザ体験を提供するために。移動デバイスは、パケット交換ストリーミングサービスPSSとMBMSカバレージとの間の変化等の特定の状況に応じて、あるいは、トリック再生等の特定のユーザ操作をトリガーとして、HTTPベースの配信とMBMSダウンロードとの間で切り換えることができる。トリック再生またはトリックモードは、早送り、早巻き戻し、スローモーション、スロー巻き戻し、ポーズおよび再開を含むことができる。トリック再生またはトリックモードは、移動デバイスによって受信されたセグメントの処理に基づくことができる。受信したまたはダウンロードされたセグメントは、セグメントの計画通りの時系列内部タイムスタンプが命じるよりも遅いまたは早いスピードで、デコーダに提供され得る。その結果、スクリーンまたはメディアプレゼンテーション上に所望のトリック効果を生成する。移動デバイスは、MBMSダウンロードの、またはHTTPベースのDASHフォーマット化コンテンツ配信のセッションをすでに確立していることが可能である。移動デバイスは、他の配信方式に切り換えることが可能であり得る。たとえば、もしMBMSダウンロードを受信しているのであればHTTPベースの配信に、または、もしHTTPベースの配信を受信しているのであればMBMSダウンロードに、切り換えることが可能であり得る。MBMSダウンロードからHTTPベースの配信方式への切換えのための適切な切換えイベントの例は、チャネルの変更無しで提供されることもできるし、チャネルの変更有りで提供されることも可能である。例えば、チャネルの変更無しで、ユーザは、MBMSユーザサービスを見ていて、MBMSカバレージから外に出てもよい。あるいは、ユーザは、トリック再生モード操作を開始してHTTPベースの配信への切換えを促進してもよい。別の例においては、コンテンツは、チャネルの変更を伴うパケット交換ストリーミングPSS/DASH上でのみ利用可能であり得る。HTTPベースの配信方式からMBMSダウンロードへの切換えのための適切な切換えイベントの例は、チャネルの変更無して提供されることもできるし、チャネルの変更有りで提供されることも可能である。例えば、チャネルの変更無しで、ユーザは、トリック再生モードから通常のMBMSユーザサービスに戻り得る。別の例においては、コンテンツは、チャネルの変更を伴うMBMS上でのみ利用可能であり得る。図1は、IMSベースのPSSおよびMBMSユーザサービスの機能アーキテクチャを示している。MBMSダウンロードとHTTPベースのDASH配信との間の切換えを促進する機能ブロックは、IMCNサブシステム220、UE210、SCF230、HTTPSIPアダプタ250、HTTPサーバ260、BMSCUPF240、ポリシーおよび課金規則機能PCRF270モジュール、サービス選択機能SSF290モジュール、および、PSSアダプタ292を含み得る。IMSベースのPSSおよびMBMSユーザサービスの機能アーキテクチャの他の機能ブロックは、進化したパケットコアevolvedpacketcoreEPCパケット交換ストリーミングPSRAN280である。EPCあるいはシステムアーキテクチャエボリューションsystemarchitectureevolutionSAEは、モビリティ管理エンティティmobilitymanagemententityMME、サービングゲートウェイSGW、およびパケットデータネットワークPDNゲートウェイPGWを含み得る。IMCNサブシステム220は、ユーザ登録および認証、モビリティおよびローミング、マルチメディアセッションの制御、サービス品質QoS制御、ポリシー制御、課金、および/または、回線交換ネットワークとの相互作用interworkingをサポートすることができる。UE210は、汎用のブートストラッピングアーキテクチャgenericbootstrappingarchitectureGBAIMSPSSMBMSクライアントを含むことができる。ここで、GBAIMSPSSMBMSクライアントは、サービスディスカバリおよび選択、サービス開始の扱い、変更および終了、および/または、コンテンツの受信とユーザへの提供を実行することができる。SCF230は、サービスロジックおよび該サービスロジックの実行をサポートする機能を提供することができる。SCFは、セッション開始およびセッション変更中にサービスの承認を提供することができ、該承認は、サービスへのアクセスを許可または拒否するためにPSSおよびMBMSユーザのサービス加入のチェックを含むことができる。SCFは、関連するPSSおよびMBMSメディア機能を選択することができる。HTTPベースの配信にとって、SCFは、プロキシとして、または、バックツーバックユーザーエージェントbacktobackuseragentB2BUAとしてふるまえる。MBMSにとって、SCFは、終端するユーザーエージェントUAとしてふるまえる。HTTPSIPアダプタ250は、SIPセッションとHTTP着信要求とを相互に関連付ける。HTTPサーバ260は、HTTPベースの配信用のDASHフォーマット化コンテンツを提供することができる。RCRF270モジュールは、課金および、RANおよびPSコアネットワーク280におけるリソースの確立を制御することができる。SSF290モジュールは、利用可能なPSSHTTPベースのDASHを含む。およびMBMSユーザサービスのリストと関連するユーザサービス加入情報を提供することができる。SSFモジュールは、クライアントの独自性identityに合わせた個人的なものにすることができる。PSSアダプタ292は、SIPとRTSPとの間の双方向プロトコル変換を実行して、PSSサーバの制御を提供することができる。BMSCUPF240は、放送マルチキャストサービスセンタBMSCユーザープレーンサブ機能userplanesubfunctionsUPFを含むことができる。BMSCUPFは、MBMSダウンロード用のDASHフォーマット化コンテンツを提供することができる。図2は、BMSCサブ機能アーキテクチャと、UEとBMSCとの間の関連するインターフェイスとを示す。BMSCまたはBMSC242は、コンテンツプロバイダ/マルチキャスト放送リソース246と通信する、または制御することができる。BMSCは、MBMS配信機能244を提供することができる。図3は、IMSベースのコンテンツ配信セッションにおける、DASHフォーマット化コンテンツの、MBMSダウンロードからHTTPベースの配信への切換えの例を示している。FLUTEベースのMBMSダウンロード300a乃至300c配信がその前に開始されていることができ得る。そして、UE210は、BMSCUPF240からDASHフォーマット化コンテンツを受信し得る。MBMSダウンロードは、コンテンツを配信するためにMBMSユーザサービスによって使用される仕組みであり得る。MBMSダウンロードは、コンテンツの配信においてMBMSベアラを使用するMBMS配信方式を参照することができ、関連する手順を活用し得る。ここで使用されるMBMSダウンロード方式は、連続するメディア例:リアルタイムビデオの配信にも、個別オブジェクト例:ファイルの配信にも、どちらにも適用することが可能である。UE210は、MPD取得後にHTTPサーバからメディアセグメントを取ってくることによってHTTPストリーミングを開始し得る。MBMSダウンロードからDASHフォーマット化コンテンツのHTTPベースの配信へと切り換えるために、セッション開始プロトコルSIPのReINVITE302がUEによって発行され、IMCNサブシステム220に送信され得る。セッション記述プロトコルSDPオファーofferと要求統一リソース識別子URIがSIPReINVITEメッセージに含まれ得る。要求URIは、ユーザがアクティブにしたいと望んでいるHTTPベースの配信セッションまたはSIPセッションに関係することができる。要求URIは、ユーザ部分とドメイン部分とで構成されることができる。ユーザ部分は、SSFモジュールからのユーザサービス記述情報から検索されたコンテンツ識別子を含むことができる。コンテンツ識別子は、サービス選択情報から検索され得る。ドメイン部分は、SSFモジュールから得られたサービスプロバイダドメイン名を含むことができる。SIPReINVITE302および304、またはINVITE306メッセージのToヘッダは、要求URIにおけるURIと同じURIを含むことができる。SIPReINVITEまたはINVITEメッセージのFromヘッダは、ユーザの公開ユーザ識別を示すことができる。コンテンツ識別子は、サービス選択情報から検索することができる。SDPオファーは、HTTPストリーミング用に利用可能なメディア能力およびポリシーを含むことができる。例えば、SDPオファーは、推奨サービスのタイプ例:PSS、MBMS、またはHTTPストリーミングサービス、コンテンツ識別子、および、対象UEの識別子を示すパラメータを運ぶことができる。SDPオファーは、サービス選択手順中にSSFモジュールから受信したパラメータに基づいて導出され得るとともに、MPDの解析に基づいて導出され得る。SDPオファーは、SIPOPTIONSメッセージによる不足パラメータの検索のための手順中に受信したパラメータに基づいて導出され得る。UEは、MBMSダウンロード中にMPDをすでに取ってき得るので、HTTPサーバへのMPDの要求は必要ではないかもしれない。一例においては、もし、MPDがその前にすでに取得されていないならば、UEは、MPDをダウンロードするために、HTTPGET要求をHTTPサーバに送信し得る。他の例においては、SDPオファーは、その前にネゴーシエイトした、ポートがゼロに設定されたメディア記述と、2以上の追加のメディア記述とを含み得る。例えば、メディア記述は、メディア制御チャネルすなわち、MPD配信チャネルおよびメディア配信チャネルすなわち、HTTP上のユニキャストストリーム用の配信チャネルを含むことができる。SDPオファーは、メディア記述、メディア制御チャネル、メディア配信チャネル、MPD制御チャネル、HTTP上のユニキャストストリーム用の配信チャネル、HTTPサーバで利用可能なメディア能力、HTTPサーバで利用可能なポリシー等のHTTPベースの配信のための情報と、この情報の組合せとを含むことができる。別の例においては、メディア配信用のSDPオファーは、その前に行われた放送用のSDPオファーと、コーデックおよびトランスポートプロトコルの点で同様であり得る。HTTPベースの配信はTCP上で実行できる。一方、FLUTEベースのMBMSダウンロード配信は、ユーザデータグラムプロトコルUDP上で実行できる。TCPおよびUDPは、トランスポートレイヤにおけるプロトコルであり得る。下にあるプロトコルの変化、たとえばUDPからTCPへの変化は、SDPにおいて示すことができる。UDPは、インターネットプロトコル群のメンバーの一員である。UDPでは、コンピュータアプリケーションは、特別な伝送チャネルやデータ経路を準備するための事前の通信を要することなく、IPネットワーク上で、データグラムと称されるメッセージを他のホストに送信することができる。IMCNサブシステム220は、SIPReINVITE304メッセージをSCF230に転送し得る。SIPReINVITEにおいてSIP変更要求を受信したとき、SCFは、現在放送されているプログラムに、MBMSからHTTPへの切換えのサポートMBMSからHTTPへの切換えサポートがあるか否かを判断することができる。もし、MBMSからHTTPへの切換えがUE210にとって利用可能でないならば、セッション変更は拒否されることができ、もともとのMBMSダウンロードまたはセッションがその前に確保されているリソースとともに維持され得る。もし、MBMSからHTTPへの切換えがUE210にとって利用可能ならば、SCF230はB2BUAとしてふるまうことができる。UEからSIPReINVITE304を受信すると、SCFは、要求されたDASHフォーマット化コンテンツに対するユーザの権限を確認または検証し、要求がHTTPストリーミングのためであることを特定し、HTTPSIPアダプタ250を選択し、そして、SIP要求SIPINVITE306をHTTPSIPアダプタに転送することができる。該HTTPSIPアダプタは、それに応じて要求URIを変えることによりHTTPストリーミングサービスを担当し得る。HTTPSIPアダプタから301または302応答を受信したとき、SCFは、301または302応答メッセージをUEに転送しないかもしれない。もし、コンテンツ要求がHTTPSIPアダプタによって管理されていないならば、HTTPSIPアダプタは301応答を返すことができる。HTTPSIPアダプタは、コンテンツ要求を管理していない301応答という理由以外のいかなる他の理由に対しても、302応答を返すことができる。例えば、302応答メッセージは、負荷バランシングloadbalancingという理由のために送信され得る。もし、要求URIが、ユーザ部分にコンテンツ識別子を含み、ドメイン部分にドメイン名を含むならば、SCF230は、適切なHTTPSIPアダプタ250を選択し、選択されたHTTPSIPアダプタへのSIPINVITE306要求を生成することができる。SIPINVITE要求のToヘッダは、UE210からSCFが受信したSIP変更要求の要求URI内のコンテンツ識別子と同じコンテンツ識別子を含むことができる。SCF230は、HTTPストリーミングセッション用に利用可能なメディア能力およびポリシーを含むSDPパラメータと一緒に、SIPINVITE306要求をHTTPSIPアダプタ250に送信することができる。SIPINVITE要求は、MPDの解析に基づいて導出され得る。一例において、SDPオファーは、その前にネゴーシエイトされた、ポートがゼロに設定されたメディア記述と、2以上の追加的なメディア記述を含み得る。例えば、メディア記述は、メディア制御チャネル例:MPD配信チャネルおよびメディア配信チャネル例:HTTP上のユニキャストストリームのための配信チャネルを含むことができる。SCF230は、BMSCUPF240とUE210との間のFLUTEベースのMBMSダウンロードセッションを終了させることができる。SCFは、MBMS終了310要求またはメッセージをBMSCUPFに送信することができる。SCFとBMSCUPFとの間の通信プロトコルは、2011年3月に公表された3GPP技術仕様書TS26346V1000によって定義されることができる。BMSCUPFは、いかなるコンテンツプロバイダ/マルチキャスト放送リソース図2の246を解放してもよく、MBMSダウンロードを終了し得る。BMSCUPFは、成功した終了を示す確認ACK312メッセージをSCFに送信することができ、また、失敗した終了またはリソースの解放を示す否定的な確認NACKメッセージをSCFに送信することができる。HTTPストリーミングセッション開始要求例:SIPINVITE306を受信すると、HTTPSIPアダプタ250は、Toヘッダのユーザ部分内にあるコンテンツ識別子と、SDP内のメディアパラメータを調べ、要求URIに従ってHTTPサーバ260を選択できる。HTTPSIPアダプタは、UEのIPアドレスを含むHTTPPOSTメッセージをHTTPサーバに送信できる。HTTPSIPアダプタは、別のHTTPSIPアダプタサーバに、要求をリダイレクトすることを決めてもよい。別のHTTPSIPアダプタサーバに要求をリダイレクトする場合は、HTTPSIPアダプタは、もしコンテンツがこのHTTPSIPアダプタによって管理されていないのであれば301応答を、または、負荷バランシング等のいかなる他の理由に対しては302応答を、返すことができる。リダイレクトするHTTPSIPアダプタは、コンタクトヘッダ内で、1以上の宛先HTTPSIPアダプタアドレスを示すことができる。HTTPSIPアダプタ250は、SIPOK308メッセージ例:SIP200OKメッセージ等のSIP確認メッセージをSCF230に返すことができる。SIP確認は、SDPアンサーanswerを含むことができる。SDPアンサーは、HTTPストリーミングセッションまたはSIPセッションを記述することができる。SDPアンサーは、メディア記述、メディア制御チャネル、メディア配信チャネル、メディアプレゼンテーション記述MPD制御チャネル、配信記述等のHTTPベースの配信のための情報と、この情報の組合せとを含むことができる。SCF230は、SIPOK314をIMCNサブシステム220に転送することができる。IMCNサブシステムは、QoSベアラエンフォースメントQoSbearerenforcement316aのためのQoS予約を約束するために、ポリシー課金および制御PCCアーキテクチャのポリシー課金およびルール機能PCRF270モジュールとやりとりすることができる。PCRFモジュールは、UEとIMSとの間のQoSベアラエンフォースメント316bdを提供することができる。IMCNサブシステムは次に、SIPOK318例:SIP200OKメッセージをUE210に転送することができる。プロキシコールセッション制御機能PCSCFは、PCCアーキテクチャにおけるアプリケーション機能として使用され得る。PCRF270は、IMSが開始し制御するPSSおよびMBMSユーザサービスに対してQoSのポリシー制御がどのように実行されるかを決定することができる。PCRFは、適切なQoS承認を計算するために、セッション確立中にPCSCFから受信したSDPを利用することができる。適切な既存のベアラが使用されることができる、または、新しい必要なベアラがPCRFによって割り当てられることができる。ネットワークによって開始されるベアラ制御およびUEによって開始されるベアラ制御が可能であり得る。最後のSDPを受信すると、UE210は、ネットワークが開始したベアラ割当て手順がすでに進行しているのでなければ、必要なベアラの確立を開始し得る。もう一つの方法として、UEはネットワークが開始するリソース制御を利用するように構成される。SIPOK318の受信後、UE210は、マルチキャストチャネルを離れ、予約済みのQoSを利用してメディアセグメントがUEに配信されるように、HTTP上のDASHフォーマット化コンテンツのダウンロード適応HTTPベースDASHコンテンツ配信320acを開始することができる。別の例において、DASHフォーマット化コンテンツの、MBMSダウンロードとHTTPベースの配信との間の切換えを許容できるように、UE等の移動デバイスとeNB等の送信局との間の無線インターフェイスは、コンテンツのユニキャストおよびマルチキャスト配信をサポートし得る。RANのeNBは、IMSおよび、SCFモジュール等のIMS内のモジュールと通信することができる。無線インターフェイスは、3GPPLTEまたは80216規格を含むことができる。移動デバイス、および/または、送信局は、3GPPLTEまたは80216プロトコルを利用することができる。3GPPLTE規格は、LTERel82008、LTERel92009およびLTERel102011を含むことができる。IEEE80216規格は、IEEE80216e2005、IEEE80216k2007、IEEE802162009、IEEE80216j2009、IEEE80216h2010、およびIEEE80216m2011を含むことができる。図4は、コンテンツ配信セッションにおける、DASHフォーマット化コンテンツの、MBMSダウンロードからHTTPベースの配信への切換えの一例が示されている。ここでは、MPDメタデータファイルが、SIPReINVITEに先立って取得されている。UE210は、HTTPサーバ260からのMPD322を要求することができる。HTTPサーバは、MPD324をUEに送信することができる。UEは、MPD内の情報を使って、IMCNサブシステム220に送信されるSIPReINVITE302を生成することができる。図4における動作の残りの部分は、図3の動作と同様であり得る。図3の動作については以前に議論されている。図5は、コンテンツ配信セッションにおける、DASHフォーマット化コンテンツの、HTTPベースの配信からMBMSダウンロードへの切換えの一例を示している。HTTPベースの配信例:適応HTTPベースDASHコンテンツ配信330acが、その前に開始されており、UE210は、HTTPサーバ260から、HTTP上でDASHフォーマット化コンテンツを受信していてよい。DASHフォーマット化コンテンツは、既存のSIPセッションにおいて配信されていてよい。DASHフォーマット化コンテンツの、HTTPベースの配信からMBMSダウンロード受信へ切り換えるために、SIPReINVITE332等のセッション変更要求がUE210によって発行され、IMCNサブシステム220に送信され得る。SIPReINVITEメッセージには、選択されたMBMSダウンロードサービスとFLUTEセッション情報とを示しているセッション記述プロトコルSDPオファーと、要求統一リソース識別子URIとが含まれ得る。SDPオファーは、UEサービス選択手順中に受信されたパラメータに従って、また、MBMSダウンロードサービスのために利用可能なメディア能力と必要帯域幅とに従って、実行することができる。一例において、メディア配信用のSDPオファーは、その前に行われたHTTPベースの配信用のSDPオファーと、コーデックおよびトランスポートプロトコルの点で同様であり得る。SDPオファーは、メディア記述、メディア制御チャネル、メディア配信チャネル、MPD制御チャネル、MBMS上のマルチキャストストリームのための配信チャネル、BMSCで利用可能なメディア能力、BMSCで利用可能なポリシー等のMBMSダウンロードのための情報と、この情報の組合せとを含み得る。別の例において、MPDは、HTTPベースの配信からMBMSダウンロード配信へ切り換えるための情報を含み得る。そして、UEは、MBMSダウンロードへ切り換えるために、SIPReINVITE等のセッション変更要求を発行するときに、そのような情報を利用し得る。SIPReINVITEメッセージはまた、MBMSダウンロードサービスの公開サービス識別子publicserviceidentifierPSIを含むことのできる要求URIを含むことができる。SIPReINVITEのToヘッダは、要求URI内のURIと同じURIを含むことができ、SIPReINVITEのFromヘッダは、ユーザの公開ユーザ識別を示すことができる。IMCNサブシステム220は、SIPReINVITE334メッセージをSCF230に転送することができる。SIPReINVITE要求を受信すると、SCFは、要求されたMBMSダウンロードサービスのサービス権限をユーザの加入情報に従って確認するために、サービス承認手順を実行することができる。SIP変更要求例:SIPReINVITEを受信したとき、SCF230は、現在配信されているコンテンツに、HTTPからMBMSへの切換えサポート例:HTTPからMBMSへの切換えサポートがあるか否かを判断することができる。もし、HTTPからMBMSへの切換えが、UE210にとって利用可能でないならば、セッション変更は拒否され得、もともとのHTTPセッションがその前に確保されているリソースとともに維持され得る。もし、HTTPからMBMSへの切換えが、UE210にとって利用可能ならば、BMSCUPFとUEとの間にFLUTEベースのMBMSダウンロードセッションを確立するために、SCFはB2BUAとしてふるまい得る。SCFとBMSCUPFとの間の通信プロトコルは、2011年3月に公表された3GPP技術仕様書TS26346V1000によって定義することができる。SCFはMBMS招待MBMSinvitation340をBMSCUPFに送信することができる。BMSCUPFがMBMSダウンロードのために準備できたとき、BMSCUPFは、MBMS確認342メッセージをSCFに送信することができる。もし、HTTPからMBMSへの切換えがUEにとって利用可能であれば、SCFとHTTPSIPアダプタとの間のSIPセッションを終了させるために、SCFは、SIPBYE336メッセージHTTP終了要求をHTTPSIPアダプタ250に送信することができる。次に、HTTPSIPアダプタ250は、HTTPサーバ260を解放することができる。そして、SIPOK338メッセージのようなSIP確認メッセージをSCF230に送信することができる。ひとたびSIPOKメッセージをHTTPSIPアダプタから受信すると、SCFは、SIPOK344メッセージをIMCNサブシステム220に送信することができる。SIP確認は、SDPアンサーを含むことができる。SDPアンサーは、メディア記述、メディア制御チャネル、メディア配信チャネル、メディアプレゼンテーション記述MPD制御チャネル、配信記述等のMBMSダウンロードのための情報と、この情報の組合せとを含むことができる。IMCNサブシステム220は、SIPOK348メッセージをUE210に転送することができる。SIPOKメッセージはSDPアンサーを含むことができる。PCSCFは、PCCアーキテクチャにおいてアプリケーションとして使われることができる。PCRFは、IMSによって開始制御されるMBMSユーザサービスおよびQoSベアラエンフォースメント用の通信図3に示されたIMCNサブシステム、PCRFモジュール、およびUEとの間のQoSベアラエンフォースメント316ad用の処理と同様に対して、QoSのポリシー制御がどのように実行されるかを決定することができる。MBMSダウンロードへの切換えのために、PCRFは、特定のベアラの確立を開始しなくてよい。ひとたびUE210がSIPOK応答を受信すると、UEは、SDPにおいて記述された対応するMBMSユーザサービス、例えば、FLUTE350acに基づいたMBMSダウンロードサービス、をアクティブにすることができる。MBMSダウンロード受信の開始は、MBMSブロードキャストモード活性化手順、または、MBMSマルチキャストモード活性化手順に準じてもよい。UEは、受信したSDP内のFLUTEセッションパラメータを調べることができ、それに応じてMBMSダウンロードデータを受信することができる。ファイル配信テーブルFDTが利用可能でないような場合は、UEは、SDPアンサー内のfdtaddress属性に従ってFDTを得ることができる。FDTは、FLUTEセッションにおいて配信されるファイルのためのコンテンツ記述情報を含むことができる。不完全なダウンロードの場合は、UEは、SDPアンサー内のrepairserveraddress属性によって示される修復サーバに対してファイル修復手順を実行することができる。MBMSダウンロードとHTTPベース配信との間の切換えは、特定の無線インターフェイス例、RAN特性に依存しないagnosticことができる。関連するネットワークがIMSベースのHTTP配信およびMBMSダウンロード配信機能を主催することができる限り、いかなる無線インターフェイスまたは複数の無線インターフェイスの組合せであっても適用可能である。MBMSダウンロードとHTTPベース配信との切換えは、3GPPベースまたは80216ベースの無線広域ネットワークWWANs、およびIMSベースのアプリケーションにおいて、これらのネットワーク上で、最適化されたDASHフォーマットマルチメディアコンテンツ配信が望まれる場合に、利用することができる。DASHフォーマット化コンテンツをストリーミングするための、HTTPベースの配信とMBMSダウンロード配信との間の切換えを可能にするシグナリング手順は、ユーザにとっての経験の質を改善できる。別の例が、図6のフローチャートに示されるように、HTTP上ダイナミック適応ストリーミングDASHフォーマット化コンテンツの、マルチメディア放送マルチキャストサービスMBMSダウンロードから、ハイパーテキスト転送プロトコルHTTPベースの配信への切換えのための方法500を提供する。この方法は、ブロック510に示されるように、DASHフォーマットを含むコンテンツ配信セッションにおけるMBMSダウンロードを移動デバイスが受信している時に、移動デバイスからのセッション開始プロトコルSIPreinvitation再招待を、サービス制御機能SCFモジュールで受信する動作を含む。ブロック520に示されるように、SIPinvitation招待をSCFモジュールからHTTPSIPアダプタに送信し、HTTPベースの配信用のHTTPサーバを選択する動作が続く。この方法の次の動作は、ブロック530に示されるように、SCFモジュールで、HTTPSIPアダプタからの、コンテンツ配信セッション用HTTPサーバの選択を示すSIP確認を受信することであることができる。この方法はさらに、ブロック540に示されるように、SCFモジュールからのSIP確認を移動デバイスに転送し、コンテンツ配信セッション用HTTPサーバへの切換えを示すことを含むことができる。別の例が、図7のフローチャートに示されるように、HTTP上ダイナミック適応ストリーミングDASHフォーマット化コンテンツの、ハイパーテキスト転送プロトコルHTTPベースの配信から、マルチメディア放送マルチキャストサービスMBMSダウンロードへの切換えのための方法600を提供する。この方法は、ブロック610に示されるように、移動デバイスが、DASHフォーマットを含むコンテンツ配信セッションにおけるHTTP配信を受信している時に、移動デバイスからのセッション開始プロトコルSIPreinvitation再招待をサービス制御機能SCFモジュールで受信する、動作を含む。ブロック620で示されるように、invitation招待メッセージをSCFモジュールからBMSCへ送信し、放送マルチキャストサービスセンタBMSCをMBMSダウンロード用に初期化する動作が続く。この方法の次の動作は、ブロック630に示されるように、SIP終了要求をSCFモジュールからHTTPSIPアダプタへ送信し、HTTPベースの配信を終了させることであることができる。ブロック640に示されるように、HTTPベースの配信の終了を示すSIP確認を、SCFモジュールがHTTPSIPアダプタから受信する動作が続く。この方法はさらに、ブロック650に示されるように、コンテンツ配信セッション用BMSCへの切換えを示すSIP確認を、SCFモジュールから移動デバイスに転送することを含むことができる。別の例では、SCFは、マルチキャストからユニキャストへのセッション変更要求を受信するように構成された送受信モジュールを含むことができる。ここで、送受信機は、図3に示されたSCFに関連する動作を実行することができる。SCFの送受信機モジュールは、ユニキャストからマルチキャストへのセッション変更要求を受信するように構成されることができる。ここで、送受信機は、図5に示されたSCFに関連する動作を実行することができる。別の例において、移動デバイスは、マルチキャストからユニキャストへのセッション変更要求をIMCNサブシステムに送信するように構成された送受信機を含むことができる。ここで、送受信機は、図3に示された移動デバイスに関連する動作を実行することができる。移動デバイスの送受信機モジュールは、ユニキャストからマルチキャストへのセッション変更要求を送信するように構成されることができる。ここで、送受信機は、図5に示された移動デバイスに関連する動作を実行することができる。送受信機は、SIP確認またはSIP終了メッセージをIMCNサブシステムから受信するように構成されることができる。移動デバイスは、MBMSダウンロードと、DASHフォーマット化コンテンツ用HTTPベースの配信との間を切り換えるように構成された処理モジュールを含むことができる。別の例において、送信局は、移動デバイスと無線通信していることができる。図8は、ユーザ装置UE、移動局MS、移動無線デバイス、移動通信デバイス、タブレット、ハンドセット、あるいは、移動無線デバイスの他のタイプ、等の移動デバイスの例示を提供する。移動デバイスは、基地局BS、発展型ノードBeNB、ベースバンドユニットBBU、遠隔無線ヘッドRRH、遠隔無線装置RRE、中継局RS、無線装置RE、または、無線広域ネットワークWWANアクセスポイントの他のタイプ、等のノード、マクロノード、低パワーノードLPN、または、送信局と通信するように構成された1以上のアンテナを含むことができる。移動デバイスは、3GPPLTE、WiMAX、ハイスピードパケットアクセスHSPA、ブルートゥース、およびWiFiを含む少なくとも1つの無線通信標準を使って通信するように構成されることができる。移動デバイスは、各無線通信標準のための別々のアンテナ、または、複数の無線通信標準のための共通のアンテナを使って通信することができる。移動デバイスは、無線ローカルエリアネットワークWLAN、無線パーソナルエリアネットワークWPAN、および/または、WWANにおいて、通信することができる。図8はまた、移動デバイスからの音の入出力のために使用されることができるマイクロフォンと1以上のスピーカの図を提供する。表示スクリーンは、液晶ディスプレイLCDスクリーン、または、有機発光ダイオードOLEDディスプレイ等の表示スクリーンの他のタイプであり得る。表示スクリーンは、タッチスクリーンとして構成されることができる。タッチスクリーンは、容量性、抵抗性、またはタッチスクリーン技術の他のタイプを使用し得る。アプリケーションプロセッサおよびグラフィックプロセッサが内部メモリに結合され、処理能力および表示能力を提供する。また、不揮発性メモリーポートが移動デバイスのメモリ能力を拡張するために使用され得る。キーボードが移動デバイスと統合され得、または、ワイヤレスで移動デバイスに接続され得、追加のユーザ入力を提供する。また、仮想キーボードが、タッチスクリーンを使って提供され得る。様々な技術、または、その様々な技術のある観点または部分、は、フロッピー登録商標ディスク、CDROM、ハードドライブ、非一時的コンピュータ可読記憶媒体、あるいはいかなる他の機械可読記憶媒体等の有形媒体の中に埋め込まれたプログラムコードすなわち、命令の形をとり得る。ここで、そのプログラムコードがコンピュータ等の機械によってロードされ、実行されるとき、その機械は、様々な技術を実行するための装置になる。プログラム可能なコンピュータ上でのプログラムコードの実行の場合、コンピュータデバイスは、プロセッサと、プロセッサによって読み取り可能な記憶媒体揮発性および不揮発性メモリ、そして/または、記憶要素を含むと、少なくとも1つの入力デバイスと、そして少なくとも1つの出力デバイスとを含み得る。揮発性および不揮発性メモリおよび/または、記憶要素は、RAM、EPROM、フラッシュドライブ、光ドライブ、磁気ディスクドライブ、または、電気的データを格納するための他の媒体であり得る。基地局および移動局はまた、送受信機モジュール、カウンタモジュール、処理モジュール、そして/または、時計モジュール、またはタイマモジュールを含み得る。ここで説明された様々な技術を実装または利用し得る1以上のプログラムは、アプリケーションプログラミングインターフェイスAPI、再利用可能コントロール、等を利用し得る。そのようなプログラムは、ハイレベルな手続きプログラミング言語、または、オブジェクト指向プログラミング言語で実装され得、コンピュータシステムと通信する。しかし、プログラムは、必要であれば、アセンブリー、または、機械語で実装される。いずれにせよ、言語は、コンパイル言語、またはインタープリタ言語であり得、ハードウェア実装と組合せられている。理解されるべきは、本明細書で説明された機能ユニットの多くは、その実装の独立性を特に強調するために、モジュールと名付けられてきたということである。例えば、モジュールは、カスタムVLSI回路やゲートアレイ、ロジックチップ、トランジスタ、または他のディスクリート部品を含むハードウェア回路として実装され得る。モジュールはまた、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイス、等のプログラマブルハードウェアデバイスにおいて実装され得る。モジュールはまた、プロセッサの様々なタイプによって実行されるためのソフトウェアにおいて実装され得る。実行可能コードの識別されたモジュールは、例えば、コンピュータ命令の、1以上の物理的または論理的ブロックを含み得る。そしてそれは、例えば、オブジェクト、手続き、または機能として組織される。しかしながら、識別されたモジュールの実行可能形式は、物理的に一緒に置かれている必要はなく、異なる場所に格納された離れ離れの命令を含み得る。離れ離れの命令は、論理的に一緒になったとき、そのモジュールを含み、そのモジュールのための明記された目的を達成する。確かに、実行可能コードのモジュールは、1つの命令、または多くの命令であり得、いくつかの異なるコードセグメントにわたって、異なるプログラムの中に、そして、いくつかのメモリデバイスにまたがって、分散され得る。同様に、処理データは、本明細書において、モジュール内で識別され説明され得、そして、いかなる適切な形式で具体化され得、いかなる適切なタイプのデータ構造で組織され得る。処理データは、1つのデータの組として集められ得、または、異なる場所にわたって-異なる記憶デバイスにわたることを含む-分散し得、そして、少なくとも部分的に、システムまたはネットワーク上の単なる電子信号として存在し得る。モジュールは、受動的または能動的であり得、所望の機能を実行するように働くことのできるエージェントを含む。本明細書を通して、例という参照は、その例に関連して説明された、特定の特徴、構造、または特性が、本発明の少なくとも1つの実施例に含まれることを意味する。従って、本明細書を通して様々な場所に登場する語句例においては、すべて同じ実施例を必ずしも参照するものではない。本明細書で使用されているように、複数の、項目、構造的要素、組成要素、そしてまたは、材料は、便宜上一般的なリストで提示され得る。しかし、これらのリストは、あたかも、リストの各メンバは別々のユニークなメンバとして個々に識別される。こうして、そのようなリストのいかなる個々のメンバも、共通のグループではないという表示のない、共通のグループにおける提示ということだけに基づいて、同じリストのいかなる他のメンバと事実上均等物として解釈されるべきではない。加えて、本明細書において、本発明の様々な実施例や例が様々な構成要素に対する代替案とともに参照され得る。理解されるべきは、そのような実施例、例、および代替案は、お互いの事実上の均等物として解釈されるべきではなく、本発明の個別の自主的な表現と考えられるべきである。さらに、説明された特徴、構造、または特性は、1以上の実施例において、いかなる適切な方法で組み合わされ得る。説明の中で、本発明の実施例の完全な理解を提供するために、数的に特定の詳細が、レイアウト、距離、ネットワーク例、等の例として提供される。しかし、当業者は、特定の詳細の1以上が無くても、または、他の、方法、構成要素、レイアウト、等を用いても、本発明が実施され得ることを認識するであろう。他の例では、発明の観点を曖昧にすることを避けるために、周知の構造、材料、または、処理は、詳細に示されていない、または説明されていない。上述の例は、本発明の原理の、1以上の特定のアプリケーションにおける実例であるが、発明的能力の発揮を要することなく、そして本発明の原理及びコンセプトから離れることなく、実装の形式、利用および詳細における様々な変更が可能であることは、当業者にとって明らかである。したがって、以下に示されるクレームによってを除いて、本発明が限定されることを意図するものではない。本出願は、2011年8月11日に出願された米国仮特許出願61/522623、事件整理番号P39106Zに基づく優先権を主張するとともに、その全体が参照により本明細書に組み込まれる。