用于ims網絡上dash格式化內容在mbms下載與基于http的交付之間切換的方法
【專利摘要】公開一種用于因特網協(xié)議（IP）多媒體子系統(tǒng)（IMS）網絡中基于HTTP的動態(tài)自適應流傳輸（DASH）格式化內容從多媒體廣播組播服務（MBMS）下載切換到基于超文本傳輸協(xié)議（HTTP）的交付的方法。該方法可包括在移動裝置正在包含DASH格式化內容的內容交付會話中接收MBMS下載時，服務控制功能（SCF）模塊從該移動裝置接收會話發(fā)起協(xié)議（SIP）再邀請。SCF模塊可以向HTTP/SIP適配器發(fā)送SIP邀請以選擇用于基于HTTP的交付的HTTP服務器。該SCF模塊可以從HTTP/SIP適配器接收SIP確認，該SIP確認指示選擇該HTTP服務器來進行內容交付會話。該SCF模塊可以將SIP確認轉發(fā)到移動裝置，以指示切換到HTTP服務器來進行內容交付會話。
【專利說明】用于IMS網絡上DASH格式化內容在MBMS下載與基于HTTP的交付之間切換的方法
[0001]相關申請
本申請要求2011年8月11日提交的美國臨時專利申請序列號61/522，623，代理人案號P3 9106Z的權益且通過引用將其并入本文。
【背景技術】
[0002]無線移動通信技術使用多種標準和協(xié)議以在傳輸站與無線移動裝置之間傳輸數據。一些無線裝置使用正交頻分復用(OFDM)與通過物理層的期望的數字調制方案組合來進行通信。使用OFDM的標準和協(xié)議包括第三代合作伙伴項目(3GPP)長期演進(LTE)、電氣和電子工程師協(xié)會(IEEE) 802.16標準(例如，802.16e、802.16m)其對于業(yè)界群體通稱為如WiMAX (用于微波接入的全球可互操作性)以及IEEE 802.11標準(其對于業(yè)界群體通稱為WiFi)。
[0003]在3GPP無線電接入網(RAN) LTE系統(tǒng)中，傳輸站可以是演進的通用地面無線電接入網(E-UTRAN)節(jié)點B (通常還表示為演進的節(jié)點B、增強式節(jié)點B、eNodeB或eNB)和無線電網絡控制器(RNC)的組合，其與稱為用戶設備(UE)的無線移動裝置通信。下行鏈路(DL)傳輸可以是從傳輸站(或eNodeB)到無線通信裝置(或UE)的通信，以及上行鏈路(UL)傳輸可以是從無線移動裝置到傳輸站的通信。
[0004]在下行鏈路傳輸中，傳輸站能夠使用單播服務利用單播子幀與單個無線移動裝置通信。單播交付(unicast delivery)可以具有一對一關系,是指一個消息至一個移動裝置。作為備選，傳輸站可以使用多媒體廣播組播服務(MBMS)利用組播/廣播單個頻率網絡(MBSFN)子幀與多個無線移動裝置通信。MBMS中的傳送組播和廣播業(yè)務可以具有一對多關系，是指一個消息至多個移動裝置。
【專利附圖】

【附圖說明】
[0005]從下文結合附圖的詳細描述將顯見本公開的特征和優(yōu)點，這些附圖作為示例一起圖示本公開的特征，并且其中:
圖1圖示根據示例的基于因特網協(xié)議(IP)多媒體子系統(tǒng)aMS)的分組交換流傳輸(PSS)和多媒體廣播組播服務(MSMS)功能體系結構的框圖；
圖2圖示根據示例的廣播組播服務中心(BMSC)子功能體系結構的框圖；
圖3說明根據示例的，因特網協(xié)議(IP)多媒體子系統(tǒng)(MS)網絡中基于HTTP的動態(tài)自適應流傳輸(DASH)格式化內容從多媒體廣播組播服務(MBMS)下載切換到基于超文本傳輸協(xié)議(HTTP)的交付的示例過程；
圖4說明根據示例的，因特網協(xié)議(IP)多媒體子系統(tǒng)(MS)網絡中基于HTTP的動態(tài)自適應流傳輸(DASH)格式化內容從多媒體廣播組播服務(MBMS)下載切換到基于超文本傳輸協(xié)議(HTTP)的交付的示例過程，其包括對媒體呈示描述(MPD)的請求；
圖5說明根據示例的，因特網協(xié)議(IP)多媒體子系統(tǒng)(MS)網絡中DASH格式化內容從基于超文本傳輸協(xié)議(HTTP)的交付切換到多媒體廣播組播服務(MBMS)下載交付的示例過程;
圖6說明根據示例的，用于因特網協(xié)議(IP)多媒體子系統(tǒng)(MS)網絡中基于HTTP的動態(tài)自適應流傳輸(DASH)格式化內容從多媒體廣播組播服務(MBMS)下載切換到基于超文本傳輸協(xié)議(HTTP)的交付的方法的流程圖；
圖7說明根據示例的，因特網協(xié)議(IP)多媒體子系統(tǒng)(MS)網絡中DASH格式化內容從基于超文本傳輸協(xié)議(HTTP)的交付切換到多媒體廣播組播服務(MBMS)下載交付的方法的流程圖；
圖8圖示根據示例的用戶設備(UE)的示意圖。
[0006]現(xiàn)在將參考所圖示的示范實施例，并且本文中將使用特定語言來描述這些實施例。然而，要理解不由此意味著本發(fā)明范圍的限制。
【具體實施方式】
[0007]在公開和描述本發(fā)明之前，要理解，本發(fā)明不限于本文公開的特定結構、過程步驟或材料，而是擴充到相關領域的技術人員應認識到的其等效物。還應該理解的是，本文所采用的術語僅出于描述特定示例的目的，并無意作為限制。不同附圖中相同的引用數字表示相同的元件。在圖示的步驟和操作中，為了簡明，提供流程圖和過程中提供編號，這些編號不一定指不特定的次序或順序。
[0008]示例實施例
下文提供技術實施例的初始概述，隨后進一步詳細地描述特定的技術實施例。此初始概述旨在幫助讀者更快速地理解該技術，而不是要標識該技術的關鍵特征或基本特征，也不是要限制要求權利的主題的范圍。
[0009]超文本傳輸協(xié)議(HTTP)流傳輸可以用作一種形式的因特網視頻的多媒體交付?；贖TTP的交付能夠提供可靠性和部署簡易型，這是因為HTTP和HTTP的底層協(xié)議被廣泛采用，包括傳輸控制協(xié)議(TCP) /因特網協(xié)議(IP)?；贖TTP的交付可以通過免去網絡地址解析(NAT)和防火墻穿越問題而能夠實現(xiàn)容易且不費力的流傳輸服務?；贖TTP的交付或流傳輸還能夠提供使用標準HTTP服務器和高速緩存替代專門的流傳輸服務器的能力?；贖TTP的交付能夠提供可伸縮性，這是因為服務器側上的狀態(tài)信息最少或被減少。
[0010]基于HTTP的動態(tài)自適應流傳輸(DASH)是其中能夠將多媒體文件分區(qū)成一個或多個分段并使用HTTP交付到客戶端的一種多媒體流傳輸技術。DASH客戶端能夠通過經由一系列HTTP請求響應事務下載這些分段來接收多媒體內容。DASH能夠提供動態(tài)地隨可用帶寬變化在媒體內容的不同位速率表示之間進行切換的能力。由此，DASH能夠允許快速自適應變化的網絡和無線鏈路狀況、用戶偏好和裝置能力，如顯示分辨率、所采用的中央處理單元(CPU)的類型或可用的存儲器資源。DASH的動態(tài)自適應能夠在更短的啟動延遲和更少重緩沖事件的情況下來為用戶提供更好的體驗質量(QoE)。
[0011]因特網協(xié)議(IP)多媒體子系統(tǒng)或IP多媒體核心網絡子系統(tǒng)(MS)是3GPP中用于交付IP多媒體服務的一種體系結構框架。IP多媒體核心網絡子系統(tǒng)可以是通過標準化接口鏈接的不同核心網絡和接入網功能的集合，其組合在一起能夠形成一個MS管理網絡。為了易于與因特網的集成，頂S能夠使用會話發(fā)起協(xié)議(SIP)?？梢允褂肧IP服務器或代理的若干角色(可以通稱為呼叫會話控制功能(CSCF))來處理MS中的SIP信令分組。MS能夠支持固定接入(例如，數字訂戶線路(DSL)、電纜調制解調器或以太網)、移動接入(例如，W-CDMA, CDMA2000、GSM或GPRS)和無線接入(WLAN或WiMax)。如普通舊式電話(POTS-模擬電話)和不兼容MS的基于IP的語音(VoIP)系統(tǒng)的其他電話系統(tǒng)能夠通過網關來予以支持。
[0012]DASH格式化內容能夠在組播幀中通過MS網絡交付，如多媒體廣播組播服務(MBMS)下載交付或在單播幀中通過MS網絡交付，如基于HTTP的交付。包括DASH內容的內容交付會話可以使用MBMS下載方法，然后在會話中間(中間會話)中切換到基于HTTP的交付方法來予以交付。作為備選，可以使用基于HTTP的交付方法，然后在中間會話中切換到MBMS下載方法來交付內容交付會話。在將DASH格式化內容傳輸到用戶期間，基于IMS的網絡中在MBMS下載方法與基于HTTP的交付方法之間進行切換可能是期望的。
[0013]如圖1的示例框圖中所示，在MS網絡中DASH格式化內容從MBMS下載到基于HTTP的交付的切換中，如用戶設備(UE)210的移動裝置能夠在該移動裝置在包含DASH內容的當前內容交付會話中正在接收MBMS下載時向服務控制功能(SCF)230模塊發(fā)送會話發(fā)起協(xié)議(SIP)再邀請。SIP再邀請可以包括SIP Re-1NVITE (再邀請)消息。SIP再邀請可以包含用于HTTP服務器260在相同的內容交付會話中通過基于HTTP的交付提供DASH內容的請求統(tǒng)一資源標識符(URI)。請求URI可以包含標識(或引用)要提供基于HTTP的交付的HTTP服務器的域名或內容標識符?？梢詫CF模塊包括在因特網協(xié)議(IP)多媒體子系統(tǒng)(IMS)中。在通過IP多媒體核心網絡(IM CN)子系統(tǒng)220接收SIP再邀請之后，SCF模塊能夠向HTTP/SIP適配器250發(fā)送SIP邀請以選擇用于基于HTTP的交付的HTTP服務器260。SIP邀請可以包括附有請求URI的SIP INVITE (邀請)消息，其中SCF模塊先前使用與廣播組播服務中心(BMSC)或BMSC用戶面子功能(UPF) (BMSC.UPF) 240關聯(lián)(或引用其)的域名或內容標識符來建立DASH格式化內容經由BMSC的MBMS下載。
[0014]引用HTTP服務器的域名和內容標識符可以不同于與BMSC關聯(lián)的域名和內容標識符。SCF模塊230還可以向BMSC發(fā)送終止請求以終止內容交付會話的MBMS下載。HTTP/SIP適配器可以設置HTTP服務器以便對先前用于MBMS下載的同一個內容交付會話進行DASH格式化內容的基于HTTP的交付。HTTP/SIP適配器可以向SCF模塊發(fā)送SIP確認，該SIP確認指示選擇該HTTP服務器用于內容交付會話。SIP確認可以包含SIP 200 OK消息。SCF模塊可以經由頂CN子系統(tǒng)將SIP確認轉發(fā)到移動裝置，以指示切換到HTTP服務器來進行內容交付會話。移動裝置則可以經由基于HTTP的交付而非MBMS下載來接收內容交付會話的DASH格式化內容。
[0015]在DASH格式化內容從基于HTTP的交付到MBMS下載的切換中，移動裝置可以該移動裝置在內容交付會話中接收DASH格式化內容的基于HTTP的交付時向SCF 230模塊發(fā)送SIP再邀請。SIP再邀請可以包含用于BMSC或BMSC.UPF 240在同一個內容交付會話中經由MBMS下載提供DASH格式化內容的請求URI。請求URI可以包含標識(或引用)要提供MBMS下載的BMSC的域名或內容標識符。在經由頂CN子系統(tǒng)220接收到SIP再邀請之后，SCF模塊可以向BMSC或BMSC.UPF發(fā)送邀請消息以初始化(或設置)BMSC以便進行內容交付會話的MBMS下載。該邀請消息可以包含請求RUI，其中SCF模塊先前使用與HTTP服務器260關聯(lián)(或引用HTTP服務器260)的域名或內容標識符來建立DASH格式化內容經由HTTP服務器的基于HTTP的交付。引用HTTP服務器的域名和內容標識符可以不同于與BMSC關聯(lián)的域名和內容標識符。在將BMSC設置用于MBMS下載之后，SCF模塊可以從BMSC接收BMSC確認，其指示選擇BMSC來進行內容交付會話。SCF模塊可以向HTTP/SIP適配器250發(fā)送SIP終止請求以釋放HTTP服務器和/或終止內容交付會話的基于HTTP的交付。SIP終止請求可以包含SIP BYE (再見)消息。
[0016]HTTP/SIP適配器可以向SCF模塊230發(fā)送SIP確認，其指示內容交付會話的基于HTTP的交付終止和/或設置BMSC來進行內容交付會話。SIP確認可以包含SIP 200 OK消息。SCF模塊可以經由頂CN子系統(tǒng)將SIP確認轉發(fā)到移動裝置，其指示切換到BMSC來進行內容交付會話。移動裝置可以經由MBMS下載而非基于HTTP的交付來接收內容交付會話的DASH格式化內容。
[0017]下文提供示例的附加細節(jié)。MBMS下載交付可以是用于卸載基于HTTP的單播下載交付的備選服務。使用MBMS下載交付的好處可以包括能夠實現(xiàn)對非實時服務類型的支持、能夠提供補充MBMS流傳輸服務的內容以及利用移動裝置上的增加的存儲容量。DASH分段格式雖然主要要用于通過HTTP的單播傳送，但是可以與交付環(huán)境是單播或是組播無關。可以使用具有基于單向傳送的文件交付(FLUTE)協(xié)議的MBMS下載交付來傳輸DASH格式化內容。
[0018]FLUTE可以是一種用于文件通過因特網的單向交付的協(xié)議，該協(xié)議尤其可以適于組播網絡。FLUTE可以構建在異步分層編碼(ALC)上，一種為可大規(guī)?？缮炜s的組播分布設計的基礎協(xié)議。FLUTE能夠提供分層編碼傳送(LCT)構建塊的實例化。ALC協(xié)議可以將LCT構建塊、擁塞控制(CC)構建塊和前向糾錯(FEC)構建塊組合以提供擁塞受控的可靠異步交付。LCT能夠提供對可靠內容交付和流交付協(xié)議的傳送級支持?？梢詫⒘鱾鬏敂祿蛳螺d封裝在實時傳送協(xié)議(RTP)中，并在通過MBMS載體交付時使用FLUTE協(xié)議傳送該流傳輸數據或下載。RTP能夠用于包括流傳輸媒體的通信和娛樂系統(tǒng)中，如電話、視頻電話會議應用、電視服務和基于Web的即按即說特征功能。
[0019]對于基于MBMS的服務的交付，可以使用三個功能層，這些功能層可以包括載體層、交付方法層和用戶服務層或應用層。載體層可以提供能夠用于傳送IP數據的機制。載體可以包括單播載體或MBMS載體。交付層可以提供諸如安全性和密鑰分發(fā)、通過前向糾錯(FEC)技術的可靠性控制和如文件修復、交付驗證的關聯(lián)的交付過程等的功能性。交付方法可以包括下載和流傳輸。MBMS用戶服務可以實現(xiàn)應用。用戶服務可以包括多媒體消息傳遞服務或分組交換流傳輸服務(PSS )。
[0020]通過HTTP的基于DASH的自適應流傳輸可以不同于基于實時流傳輸協(xié)議(RTSP)的自適應流傳輸。RTSP可以是娛樂和通信系統(tǒng)中使用來控制流傳輸媒體服務器的網絡控制協(xié)議。該RTSP協(xié)議可以用于以基于推送和服務器控制的方式建立和控制端點之間的媒體會話，而基于DASH的自適應流傳輸可以是基于拉取且客戶端控制器的。媒體服務器的客戶端可以發(fā)出類似磁帶錄像機(VCR)的命令，如播放和暫停，以便利于來自服務器的媒體文件的回放的實時控制。雖然某些方式上與HTTP類似，但是RTSP可以定義控制多媒體回放時有用的控制序列。雖然HTTP可以是無狀態(tài)的，但是RTSP可以具有需要跟蹤并發(fā)會話時使用的狀態(tài)或標識符。
[0021]在使用基于DASH的自適應流傳輸技術之前，還有漸進式下載方法可用于從標準HTTP Web服務器的媒體交付。基于HTTP的漸進式下載的缺點可包括如果漸進式下載開始之后，用戶決定停止觀看內容(例如，切換到另一個內容)，帶寬可能被浪費，該下載不是真正地位速率自適應的，或下載不支持現(xiàn)場媒體服務。DASH技術能夠解決基于RTP/RTSP的流傳輸和基于HTTP的漸進式下載的弱點。
[0022]在DASH中，媒體呈示描述(MPD)元數據文件能夠提供有關服務器中存儲的媒體內容呈示的結構和不同的版本的信息，包括不同的位速率、幀速率、分辨率、編解碼器類型和類似信息。MPD信息能夠用于確保將分段映射到媒體呈示時間線中以便將該呈示與其他表示切換和同步。此外，DASH還能夠指定分段格式，如有關媒體引擎的初始化和媒體分段的信息。媒體引擎能夠查看初始化分段以確定容器格式和媒體定時信息。
[0023]DASH技術的不例可以包括Microsoft IIS平滑流傳輸(Smooth Streaming)>AppleHTTP 現(xiàn)場流傳輸(Live Streaming)和 Adobe HTTP 動態(tài)流傳輸(Dynamic Streaming)。如第三代合作伙伴項目(3GPP)、運動圖片專家組(MPEG)和開放IPTV論壇(OIPF)的組織還將DASH技術標準化。
[0024]為了提供對整個自適應流傳輸會話或內容交付會話的一致性用戶體驗。移動裝置可以根據某些環(huán)境情況，如在分組交換流傳輸服務(PSS)與MBMS覆蓋之間變化或由特定用戶動作，如特技播放(trick play)觸發(fā)基于HTTP的交付與MBMS下載之間的切換。特技播放或特技模式可以包括快進、快退、慢速運動、慢速回退、暫停和恢復。特技播放或特技模式可以基于移動裝置對接收的分段的處理。接收的(或下載的)分段可以以低于或高于分段的標稱時間線(內部時間戳)可要求的速度的速度提供到解碼器，從而在屏幕或媒體呈示上產生期望的特技效果。
[0025]移動裝置可能已經建立MBMS下載或基于HTTP的DASH格式化內容交付會話。移動裝置可以能夠切換到其他交付方法，如在接收MBMS下載的情況下切換到基于HTTP的交付，或在接收基于HTTP的交付的情況下切換到MBMS下載。從MBMS下載切換到基于HTTP的交付方法的一些相關切換事件的示例可以在不改變信道的情況下以及改變信道的情況下提供。例如，在無信道改變的情況下，用戶可能正在觀看MBMS用戶服務，可能移出MBMS覆蓋?；蛘哂脩艨梢园l(fā)起特技播放模式動作，從而利于切換到基于HTTP的交付。在另一個示例中，信道改變的情況下，內容可能只在分組交換流傳輸(PSS)/DASH上提供。從基于HTTP的交付切換到MBMS下載的一些相關切換事件的示例可以在不改變信道的情況下以及改變信道的情況下提供。例如，在無信道改變的情況下，用戶可能從特技模式返回到正常MBMS用戶服務。在另一個示例中，信道改變的情況中，內容可能只在MBMS上提供。
[0026]圖1圖示基于IMS的PSS和MBMS用戶服務功能體系結構。能夠有助于MBMS下載與基于HTTP的DASH交付之間進行切換的功能塊可以包括頂CN子系統(tǒng)220、UE 210、SCF230、HTTP/SIP適配器250、HTTP服務器260、BMSC.UPF 240、策略和計費規(guī)則功能(PCRF)270模塊、服務選擇功能(SSF)290模塊以及PSS適配器292。另一個功能塊基于MS的PSS和MBMS用戶服務功能體系結構可以是演進的分組核心(EPC) /分組交換流傳輸(PS) /RAN280。EPC或系統(tǒng)體系結構演進(SAE)可以包括移動性管理實體(MME)、服務網關(SGW)和分組數據網絡(PDN)網關(PGW)。
[0027]IM CN子系統(tǒng)220可以支持用戶注冊和認證、移動性和漫游、多媒體會話的控制、服務質量(QoS)控制、策略控制、計費和/或與電路交換網絡的交互工作。UE 210可以包括通用自舉體系結構(GBA) /IMS/PSS/MBMS客戶端，它們能夠執(zhí)行服務發(fā)現(xiàn)和選擇，處理服務發(fā)起、修改和終止和/或接收和呈示內容給用戶。
[0028]SCF 230能夠提供服務邏輯和支持此類服務邏輯的執(zhí)行的功能。SCF能夠在會話發(fā)起和會話修改期間提供服務授權，其可以包括檢查PSS和MBMS用戶的服務預訂以便準許或拒絕對服務的訪問。SCF可以選擇相關的PSS和MBMS媒體功能。對于基于HTTP的交付，SCF能夠作為代理或背靠背用戶代理(back-to-back user agent) (B2BUA)。對于MBMS，SCF能夠作為端接用戶代理(UA)。HTTP/SIP適配器250能夠將SIP會話與HTTP進入請求相關。HTTP服務器260能夠提供用于基于HTTP的交付的DASH格式化內容。PCRF 270模塊能夠控制RAN和PS核心網絡280中的資源的計費和建立。SSF 290模塊能夠提供可用的PSS (包括基于HTTP的DASH)和MBMS用戶服務和相關的用戶服務描述信息的列表。SSF模塊能夠針對客戶端的身份進行個性化。PSS適配器292能夠執(zhí)行SIP與RTSP之間的雙向協(xié)議解析以提供PSS服務器的控制。BMSC.UPF 240可以包括廣播組播服務中心(BMSC)用戶面子功能(UPF)。BMSC.UPF能夠提供用于MBMS下載的DASH格式化內容。
[0029]圖2圖示BMSC子功能體系結構和UE與BMSC之間的關聯(lián)的接口。BMSC或BM-SC242能夠與內容提供方/組播廣播源246通信和/或控制內容提供方/組播廣播源246。BM-SC能夠提供MBMS交付功能244。
[0030]圖3圖示基于MS的內容交付會話中DASH格式化內容從MBMS下載切換到基于HTTP的交付的示例?；贔LUTE的MBMS下載300a-c交付可能先前已發(fā)起，并且UE 210可能正在從BMSC.UPF 240接收DASH格式化內容。MBMS下載可以是MBMS用戶服務使用來交付內容的機制。MBMS下載可以是指在交付內容時使用MBMS載體并且可以利用關聯(lián)的過程的MBMS交付方法。本文所使用的MBMS下載方法可兼應用于連續(xù)媒體(例如實時視頻)的交付或離散對象(例如文件)的交付。
[0031]UE 210可以通過在獲取MPD之后從HTTP服務器提取媒體分段來開始HTTP流傳輸。為了 DASH格式化內容從MBMS下載切換到基于HTTP的交付，UE可以發(fā)出會話發(fā)起協(xié)議(SIP)Re-1NVITE 302并將其發(fā)送到頂CN子系統(tǒng)220。可以將會話描述協(xié)議(SDP)提議和請求統(tǒng)一資源標識符(URI)包含在SIP Re-1NVITE消息中。
[0032]可以將請求URI與用戶希望激活的基于HTTP的交付會話或SIP會話相關。請求URI可以由用戶部分或域部分組成。用戶部分可以包含從來自SSF模塊的用戶服務描述信息中檢索的內容標識符?？梢詮姆者x擇信息中檢索內容標識符。域部分可以包括從SSF模塊獲取的服務提供方域名。SIP Re-1NVITE 302和304或INVITE 306消息的“目標”報頭可以包含與請求URI中相同的URI。SIP Re-1NVITE或INVITE消息的“來源”報頭可以指示用戶的公共用戶身份。可以從服務選擇信息中檢索內容標識符。
[0033]SDP提議可以包括可用于HTTP流傳輸會話的媒體能力和策略。例如，SDP提議可以承載指示建議的服務類型(例如，PSS、MBMS或HTTP流傳輸服務)、內容標識符和目標UE的標識符的參數。SDP提議可以在服務選擇過程期間基于MPD的分析以及基于從SSF模塊接收的參數來導出。SDP提議可以基于通過SIP 0P10INS (選項)消息檢索丟失的參數的過程期間接收的參數來導出。
[0034]向HTTP服務器獲取MPD的請求可能不是必需的，這是因為UE可能已經在MBMS下載期間提取了該MPD。在一示例中，如果先前未獲取MPD，則UE可以向HTTP服務器發(fā)送HTTPGET (獲取)請求以便下載MPD。在另一個示例中，SDP提議可以包括端口設為O且具有兩個或更多個附加媒體描述的先前協(xié)商的媒體描述。例如，這些媒體描述可以包括媒體控制信道(B卩，MPD交付信道)和媒體交付信道(即，用于通過HTTP的單播流的交付信道)。該SDP提議可以包含用于基于HTTP的交付的信息，如媒體描述、媒體控制信道、媒體交付信道、MPD控制信道、用于通過HTTP的單播流的交付信道、HTTP服務器處可用的媒體能力、HTTP服務器處可用的策略以及此信息的組合。
[0035]在另一個示例中，就編解碼器和傳送協(xié)議而言，用于媒體交付的SDP提議可以與為廣播實現(xiàn)的先前SDP提議相似。基于HTTP的交付可以在TCP之上運行，而基于FLUTE的MBMS下載交付可以在用戶數據報協(xié)議(UDP )之上運行。TCP和UDP可以是傳送層中的協(xié)議。可以SDP中指示底層協(xié)議中的改變，如UDP至TCP的改變。UDP是因特網協(xié)議套件的成員之一。利用UDP，計算機應用能夠向IP網絡上的其他主機發(fā)送稱為數據報的消息，而無需先前通信建立特殊傳輸信道或數據路徑。
[0036]IM CN子系統(tǒng)220可以將SIP Re-1NVITE 304消息轉發(fā)到SCF 230。當接收到SIPRe-1NVITE中的SIP修改請求時，SCF可以確定當前廣播的程序是否具有MBMS至HTTP的切換支持(MBMS至HTTP切換支持)。如果對于UE 210,MBMS至HTTP切換不可用，則可以拒絕會話修改，并可以保持最初MBMS下載或會話(連同先前預留的資源)。
[0037]如果對于UE 210,MBMS至HTTP的切換可用，則SCF 230能夠作為B2BUA。當從UE接收到SIP Re-1NVITE 304時，SCF可以檢查或驗證對所請求的DASH格式化內容的用戶權限，標識該請求用于HTTP流傳輸，選擇HTTP/SIP適配器250，以及將SIP請求(SIP INVITE306)轉發(fā)到HTTP/SIP適配器，該HTTP/SIP適配器能夠通過相應地更改請求URI來負責HTTP流傳輸服務。當從HTTP/SIP適配器接收到301或302響應時，SCF可以不向UE轉發(fā)該301或302響應消息。如果所請求的內容不是由此HTTP/SIP適配器管理，則HTTP/SIP適配器可以返回301響應。HTTP/SIP適配器可以出于除了不管理內容請求(301響應)的任何其他原因返回302響應。例如，可以出于如負載平衡的原因發(fā)送302響應消息。
[0038]如果請求URI在用戶部分中包含內容標識符以及在域部分中包含域名，則SCF230可以選擇適合的HTTP/SIP適配器250和生成發(fā)往所選HTTP/SIP適配器的SIP INVITE306請求。該SIP INVITE請求的“目標”報頭可以包含與SCF從UE 210接收的SIP修改請求的請求URI中相同的內容標識符。
[0039]SCF 230可以向HTTP/SIP適配器250發(fā)送SIP INVITE 306請求，其中附有包括HTTP流傳輸會話可用的媒體能力和策略的SDP參數。該SIP INVITE請求可以基于MPD的分析導出。在一示例中，SDP提議可以包括端口設為O且具有兩個或更多個附加媒體描述的先前協(xié)商的媒體描述。例如，這些媒體描述可以包括媒體控制信道(即，MPD交付信道)和媒體交付信道(即，用于通過HTTP的單播流的交付信道)。
[0040]SCF 230可以拆除BMSC.UPF 240與UE 210之間的基于FLUTE的MBMS下載會話。該SCF可以向BMSC.UPF發(fā)送MBMS終止310請求或消息。SCF與BMSC.UPF之間的通信協(xié)議可以由2011年3月發(fā)布的3GPP技術規(guī)范(TS) 26.346 V 10.0.0來定義。BMSC.UPF可以釋放任何內容提供方/組播廣播源(圖2的246)并終止MBMS下載。BMSC.UPF可以向SCF發(fā)送指示成功終止的確認(AC10312消息，或可以向SCF發(fā)送指示終止或資源釋放失敗的否定確認(NACK)消息。[0041]在接收到HTTP流傳輸會話發(fā)起請求(例如，SIP INVITE 306)時，HTTP/SIP適配器250可以檢查“目標”報頭的用戶部分中存在的內容標識符和SDP中的媒體參數，并根據請求URI選擇該HTTP服務器260。HTTP/SIP適配器可以向HTTP服務器發(fā)送包含UE的IP地址的HTTP POST (寄送)消息。HTTP/SIP適配器可以決定將請求重定向到另一個HTTP/SIP適配器服務器。在將請求重定向到另一個HTTP/SIP適配器服務器的情況中，如果此HTTP/SIP適配器不管理該內容，則HTTP/SIP適配器可以返回301響應，或出于任何其他原因，如負載平衡返回302響應。重定向HTTP/SIP適配器可以在聯(lián)系報頭中指示一個或多個目的地HTTP/SIP適配器地址。
[0042]HTTP/SIP適配器250可以向SCF 230返回SIP確認消息，如SIP OK 308消息(例如，SIP 200 OK消息)。該SIP確認可以包含SDP應答。該SDP應答可以描述HTTP流傳輸會話(或SIP會話)。SDP應答可以包括用于基于HTTP的交付的信息，如媒體描述、媒體控制信道、媒體交付信道、媒體呈示描述(MPD)控制信道、交付描述以及此信息的組合。
[0043]SCF 230可以將SIP OK 314轉發(fā)到頂CN子系統(tǒng)220。IM CN子系統(tǒng)可以與策略計費和控制(PCC)體系結構的策略計費和規(guī)則功能(PCRF)270模塊交互以提交用于QoS載體增強316a的QoS預留。PCRF模塊可以提供UE與MS之間的QoS載體增強316b_d。頂CN子系統(tǒng)然后可以將SIP OK 318 (例如，SIP 200 OK消息)轉發(fā)到UE 210。
[0044]可以使用代理呼叫會話控制功能(P-CSCF)作為PCC體系結構中的該應用功能。PCRF 270可以決定為MS發(fā)起且控制的PSS和MBMS用戶服務如何執(zhí)行QoS的策略控制。PCRF可以使用會話建立期間從P-CSCF接收的SDP來計算適合的QoS授權?？梢允褂眠m合的現(xiàn)有載體或可以由PCRF分配新的所需載體。網絡發(fā)起的載體控制和UE發(fā)起的載體控制是可能的。當接收到最終SDP時，UE 210可以發(fā)起所需載體的建立，除非網絡發(fā)起的載體分配過程已經在進行中。作為備選，UE已配置成使用網絡發(fā)起的資源控制。
[0045]在接收到SIP OK 318之后，UE 210可以離開組播信道，并且可以開始通過HTTP下載DASH格式化內容(自適應基于HTTP的DASH內容交付320a_c)，由此可以使用預留的QoS將媒體分段交付到UE。
[0046]在另一個示例中，移動裝置(如UE)與傳輸站(如eNB)之間的空中接口可以支持內容的單播和組播交付，以允許DASH格式化內容的MBMS下載與基于HTTP的交付之間的切換。RAN的eNB可以與MS和MS內的模塊(如SCF模塊)通信。該空中接口可以包括3GPP LTE或802.16標準。移動裝置和/或傳輸站可以使用3GPP LTE或802.16協(xié)議。3GPPLTE 標準可以包括 LTE Re 1-8 (2008)、LTE Re 1-9 (2009)以及 LTE Rel-1O (2011)。IEEE802.16 標準可以包括 IEEE 802.16e_2005、IEEE 802.16k_2007、IEEE 802.16-2009、IEEE802.16J-2009、IEEE 802.16h_2010 和 IEEE 802.16m_2011。
[0047]圖4圖示內容交付會話中DASH格式化內容從MBMS下載切換到基于HTTP的交付的示例，其中在SIP Re-1NVITE之前獲取MPD元數據文件。UE 210可以進行從HTTP服務器260獲得MPD 322的請求。HTTP服務器可以將MPD 324發(fā)送到UE。UE可以使用MPD中的信息來生成要發(fā)送到頂CN子系統(tǒng)220的SIP Re-1NVITE 302。圖4中的其余操作可以與先前論述過的圖3的操作類似。
[0048]圖5圖示內容交付會話中DASH格式化內容從基于HTTP的交付切換到MBMS下載的示例。基于HTTP的交付(例如，自適應基于HTTP的DASH內容交付330a_c)可能先前已發(fā)起，且UE 210可能正在通過HTTP從HTTP服務器260接收DASH格式化內容。在現(xiàn)有SIP會話中，可以交付DASH格式化內容。
[0049]為了 DASH格式化內容從基于HTTP的交付切換到MBMS下載接收，UE 210可以發(fā)出會話修改請求，如SIP Re-1NVITE 332，并將其發(fā)送到頂CN子系統(tǒng)220?？梢詫⒅甘舅xMBMS下載服務和FLUTE會話信息的會話描述協(xié)議(SDP)提議和請求統(tǒng)一資源標識符(URI)包含在SIP Re-1NVITE消息中。SDP提議可以根據UE服務選擇過程期間接收的參數且利用對于該MBMS下載服務可用的媒體能力和所需的帶寬來執(zhí)行。在一示例中，就編解碼器和傳送協(xié)議而言，用于媒體交付的SDP提議可以與為基于HTTP的交付執(zhí)行的先前SDP提議相似。該SDP提議可以包含用于MBMS下載的信息，如媒體描述、媒體控制信道、媒體交付信道、MPD控制信道、用于通過MBMS的組播流的交付信道、BMSC處可用的媒體能力、BMSC處可用的策略以及此信息的組合。
[0050]在另一個示例中，該MPD可以包含從基于HTTP的交付切換到MBMS下載交付的信息，以及UE可以在發(fā)出要切換到MBMS下載的會話修改請求，例如SIP Re-1NVITE時利用此類信息。該SIP Re-1NVITE消息還可以包含可包括MBMS下載服務的公共服務標識符(PSI)的請求URI。該SIP Re-1NVITE的“目標”報頭可以包含與請求URI中相同的URI，并且該SIP Re-1NVITE的“來源”報頭可以指示用戶的公共用戶身份。
[0051]IM CN子系統(tǒng)220可以將SIP Re-1NVITE 334消息轉發(fā)到SCF 230。在接收到SIPRe-1NVITE請求時，SCF可以執(zhí)行服務授權過程以根據用戶預訂信息檢查所請求的MBMS下載服務的服務權限。
[0052]當接收到該SIP修改請求(例如，SIP Re-1NVITE)時，SCF 230可以確定當前交付的內容是否具有HTTP至MBMS的切換支持(HTTP至MBMS切換支持)。如果對于UE 210，HTTP至MBMS切換不可用，則可以拒絕會話修改，并可以保持最初HTTP會話(連同先前預留的資源)。如果對于UE，HTTP至MBMS切換可用，則該SCF可以作為B2BUA以在BMSC.UPF與UE之間建立基于FLUTE的MBMS下載會話。該SCF與BMSC.UPF之間的通信協(xié)議可以由2011年3月發(fā)布的3GPP技術規(guī)范(TS )26.346 V 10.0.0來定義。該SCF可以向BMSC.UPF發(fā)送MBMS邀請340。當為MBMS下載設置了 BMSC.UPF時，BMSC.UPF可以向該SCF發(fā)送MBMS確認342消息。如果對于UE’ HTTP至MBMS切換可用，則該SCF可以向HTTP/SIP適配器250發(fā)送SIP BYE 336消息(HTTP終止請求)以終止該SCF與HTTP/SIP適配器之間的SIP會話。
[0053]HTTP/SIP適配器250然后可以釋放HTTP服務器260，并可以向SCF 230發(fā)送SIP確認消息，如SIP OK 338消息。一旦從HTTP適配器接收到SIP OK消息，該SCF可以向頂CN子系統(tǒng)220發(fā)送SIP OK 344消息。該SIP確認可以包含SDP應答。該SDP應答可以包含用于MBMS下載的信息，如媒體描述、媒體控制信道、媒體交付信道、媒體呈示描述(MPD)控制信道、交付描述以及此信息的組合。
[0054]IM CN子系統(tǒng)220可以將該SIP OK 348消息轉發(fā)到UE 210。該SIP OK消息可以包含SDP應答?？梢允褂肞-CSCF作為PCC體系結構中的該應用功能。該PCRF可以決定如何對MS發(fā)起且控制的MBMS用戶服務以及QoS載體增強346a_d的通信(類似于頂CN子系統(tǒng)、PCRF模塊和UE之間圖3中圖示的QoS載體增強316a_d的過程)執(zhí)行QoS的策略控制。對于至MBMS下載的切換，該PCRF可以不發(fā)起特定載體的建立。
[0055]一旦UE 210接收到SIP OK響應，則UE可以如SDP中所描述的激活對應的MBMS用戶服務，如基于FLUTE的MBMS下載服務350a_c。MBMS下載接收發(fā)起可以對應于MBMS廣播模式激活過程或MBMS組播模式激活過程。UE可以檢查接收的SH)中的FLUTE會話參數，并相應地接收MBMS下載數據。在文件交付表(FDT)可能沒有的情況中，UE可以根據SDP應答中的fdt_address (fdt_地址)屬性來獲取FDT。FDT可以包含F(xiàn)LUTE會話中交付的文件的內容描述信息。在不完整下載的情況中，UE可以向SDP應答中的repair-server-address(修復-服務器-地址)屬性所指示的修復服務器執(zhí)行文件修復過程。
[0056]MBMS下載與基于HTTP的交付之間的切換可以與特定空中接口(例如，RAN)特性無關。只要關聯(lián)的網絡能夠托管基于頂S的HTTP交付和MBMS下載交付功能，任何空中接口或多個空中接口的組合均可以是適用的。MBMS下載與基于HTTP的交付之間的切換可以在基于3GPP的或基于802.16的無線廣域網(WffAN)和基于MS的應用中使用，其中期望DASH格式化多媒體內容通過這些網絡的優(yōu)化交付。用于使得能夠在用于流傳輸DASH格式化內容的基于HTTP的交付與MBMS下載交付之間切換的信令過程能夠提高用戶的體驗質量。
[0057]另一個示例提供方法500，其用于基于HTTP的動態(tài)自適應流傳輸(DASH)格式化內容從多媒體廣播組播服務(MBMS)下載切換到基于超文本傳輸協(xié)議(HTTP)的交付，如圖6中的流程圖所示。該方法包括在移動裝置正在包含DASH格式化內容的內容交付會話中接收MBMS下載時，在服務控制功能(SCF)模塊處從移動裝置接收會話發(fā)起協(xié)議(SIP)再邀請的操作，如框510中所示。隨后是從SCF模塊向HTTP/SIP適配器發(fā)送SIP邀請以選擇用于基于HTTP的交付的HTTP服務器的操作，如框520中所示。該方法的下一個操作可以是在SCF模塊處從HTTP/SIP適配器接收SIP確認，該SIP確認指示選擇該HTTP服務器用于內容交付會話，如框530中所示。該方法還可以包括將該SIP確認從SCF模塊轉發(fā)到移動裝置，其指示切換到HTTP服務器來進行內容交付會話，如框540中所示。
[0058]另一個示例提供方法600，其用于從基于HTTP的動態(tài)自適應流傳輸(DASH)格式化內容的基于超文本傳輸協(xié)議(HTTP)的交付切換到多媒體廣播組播服務(MBMS)下載，如圖7中的流程圖所示。該方法包括在移動裝置正在包含DASH格式化內容的內容交付會話中接收基于HTTP的交付時，在服務控制功能(SCF)模塊處從移動裝置接收會話發(fā)起協(xié)議(SIP)再邀請的操作，如框610中所示。隨后是從SCF模塊向BMSC發(fā)送邀請消息以初始化廣播組播服務中心(BMSC)以用于MBMS下載的操作，如框620中所示。該方法的下一個操作可以是從SCF模塊向HTTP/SIP適配器發(fā)送SIP終止請求以終止基于HTTP的交付，如框630中所示。隨后是在SCF模塊處從HTTP/SIP適配器接收指示基于HTTP的交付終止的SIP確認的操作，如框640中所示。該方法還可以包括將該SIP確認從SCF模塊轉發(fā)到移動裝置，其指示切換到BMSC來進行內容交付會話，如框650中所示。
[0059]在另一個示例中，該SCF可以包括收發(fā)器模塊，該收發(fā)器模塊配置成接收組播至單播的會話修改請求，其中該收發(fā)器能夠執(zhí)行與圖3所示的SCF相關的操作。該SCF的收發(fā)器模塊可以配置成接收單播至組播的會話修改請求，其中該收發(fā)器能夠執(zhí)行與圖5所示的SCF相關的操作。
[0060]在另一個示例中，該移動裝置可以包括收發(fā)器，該收發(fā)器配置成向頂CN子系統(tǒng)發(fā)送組播至單播的會話修改請求，其中該收發(fā)器能夠執(zhí)行與圖3所示的移動裝置相關的操作。該SCF的收發(fā)器模塊可以配置成發(fā)送單播至組播的會話修改請求，其中該收發(fā)器能夠執(zhí)行與圖5所示的移動裝置相關的操作。該收發(fā)器可以配置成從IM CN子系統(tǒng)接收SIP確認或SIP終止消息。該移動裝置可以包括處理模塊，該處理模塊配置成在DASH格式化內容的MBMS下載與基于HTTP的交付之間進行切換。
[0061]在另一個示例中，傳輸站可以與移動裝置進行無線通信。圖8提供該移動裝置的示例圖示，如用戶設備(UE)、移動臺(MS)、移動無線裝置、移動通信裝置、平板電腦、手持裝置或其他類型的移動無線裝置。移動裝置可以包括一個或多個天線，該一個或多個天線配置成與節(jié)點、宏節(jié)點、低功率節(jié)點(LPN)或如基站(BS )的傳輸站、演進的節(jié)點B (eNB )、基帶單元(BBU)、遠程無線電頭端(RRH)、遠程無線電設備(RRE)、中繼站(RS)、無線電設備(RE)或其他類型的無線廣域網(WWAN)接入點進行通信。該移動裝置可以配置成使用包括3 GPPLTE、WiMAX、高速分組接入(HSPA)、藍牙和WiFi的至少一種無線通信標準來通信。該移動裝置可以使用對應于每種無線通信標準的單獨天線或使用多種無線通信標準共享的天線來進行通信。該移動裝置可以在無線局域網(WLAN)、無線個人區(qū)域網(WPAN)和/或WffAN中通信。
[0062]圖8還提供能夠用于自移動裝置進行音頻輸入和輸出的麥克風和一個或多個揚聲器的圖示。顯示屏可以是液晶顯示器(IXD)屏，或其他類型的顯示屏，如有機發(fā)光二極管(OLED)顯示器。顯示屏可以配置為觸摸屏。觸摸屏可以使用電容式、電阻式或另一種類型的觸摸屏技術?？梢詫锰幚砥骱蛨D形處理器耦合到內部存儲器以提供處理和顯示能力。還可以使用非易失性存儲器端口來向用戶提供數據輸入/輸出選項。還可以使用非易失性存儲器端口來擴充移動裝置的存儲器能力。可以將鍵盤與移動裝置集成或以無線方式連接到移動裝置以提供附加的用戶輸入。還可以使用觸摸屏來提供虛擬鍵盤。
[0063]多種技術或其某些方面或部分可以采取有形介質中包含的程序代碼(S卩，指令)的形式，這些有形介質諸如軟盤、⑶-ROM、硬盤驅動器、非暫時計算機可讀存儲介質、或任何機器可讀存儲介質，其中該程序代碼被加載到如計算機的機器中并被機器執(zhí)行時，該機器成為用于實施多種技術的設備。在可編程計算機上的程序代碼執(zhí)行的情況中，計算裝置可以包括處理器、處理器可讀的存儲介質(包括易失性和非易失性存儲器和/或存儲元件)、至少一個輸入裝置和至少一個輸出裝置。易失性和非易失性存儲器和/或存儲元件可以是RAM、EPROM、閃存驅動器、光盤驅動器、磁硬盤驅動器或用于存儲電子數據的其他介質。該基站和移動臺還可以包括收發(fā)器模塊、計數器模塊、處理模塊和/或時鐘模塊或定時器模塊?？梢詫崿F(xiàn)或利用本文描述的多種技術的一個或多個程序可以使用應用編程接口(API)、可重用控件等。此類程序可以采用高級過程或面向對象的編程語言來實現(xiàn)以與計算機系統(tǒng)通信。但是，如果期望的話，還可以采用匯編或機器語言來實現(xiàn)一個或多個程序。在任何情況中，該語言可以是編譯或解釋的語言，并且可以與硬件實現(xiàn)組合。
[0064]應該理解，本說明書中描述的許多功能單元已標記為模塊，以便更具體地強調其實現(xiàn)的獨立性。例如，可以將模塊實現(xiàn)為硬件電路，包括定制VLSI電路或門陣列、如邏輯芯片的成品半導體、晶體管或其他離散組件。還可以在可編程硬件裝置中實現(xiàn)模塊，這些可編程硬件裝置諸如可現(xiàn)場編程門陣列、可編程陣列邏輯、可編程邏輯裝置等。
[0065]還可以在軟件中實現(xiàn)模塊以便由多種類型的處理器來執(zhí)行?？蓤?zhí)行代碼的識別模塊可以例如包括計算機指令的一個或多個物理塊或邏輯塊，這些計算機指令的一個或多個物理塊或邏輯塊可以例如組織為對象、過程或函數。盡管如此，標識的模塊的可執(zhí)行代碼無需在物理上放置在一起，而是可以包括存儲在不同位置中的相異指令，當這些指令在邏輯上聯(lián)接在一起時，包括該模塊并實現(xiàn)該模塊的陳述的目的。
[0066]實際上，可執(zhí)行代碼的模塊可以是單個指令或許多指令，并且甚至可以分布在若干不同的代碼段上、不同程序間以及跨若干存儲器裝置。相似地，本文中可以在模塊內標識和圖示運行數據，并且可以采用任何適合的形式包含這些運行數據，并在任何適合類型的數據結構內組織這些運行數據。可以作為單個數據集收集這些運行數據，或可以將這些運行數據分布在不同的位置上，包括在不同的存儲裝置上，并且這些運行數據可以至少部分地僅作為系統(tǒng)或網絡上的電子信號存在。這些模塊可以是被動的或主動的，包括可工作以執(zhí)行所需的功能的代理。
[0067]本說明書中對“一示例”的引述表示結合該示例描述的特定特征、結構或特性被包含在本發(fā)明的至少一個實施例中。因此，在本說明書中全篇的多個不同位置出現(xiàn)短語“在一示例中”不一定全部是指相同的實施例。
[0068]正如本文所使用的，出于方便，多個項、結構元件、合成元件和/或材料可能存在于共同列表中。但是，這些列表應該視為如同該列表的每個成員個體地被標識為單獨且唯一的成員。因此，在無相反指示的情況下，此類列表的個體成員均不應僅基于它們在共同集合中呈現(xiàn)而視為相同列表中任何其他成員的事實上的等效物。此外，本發(fā)明的多種實施例和示例在本文中可能連同其多種組件的備選來闡述。要理解，此類實施例、示例和備選不應視為彼此的事實上的等效物，而是應視為本發(fā)明的單獨和獨立存在的表示。
[0069]再者，所描述的特征、結構或特性可以采用任何適合的方式組合在一個或多個實施例中。在下文的描述中，提供許多具體細節(jié)，如布局、距離、網絡示例等的示例，以便提供本發(fā)明實施例的透徹的理解。但是，相關領域中的技術人員將認識到，沒有這些特定細節(jié)的其中一個或多個細節(jié)，仍可以實施本發(fā)明，或者可以利用其他方法、組件、布局等來實施本發(fā)明。在其他情況中，未詳細示出或描述一些公知的結構、材料或操作，以免妨礙對本發(fā)明的各個方面的理解。
[0070]雖然前文示例在一個或多個特定應用中說明本發(fā)明的原理，但是對于本領域技術人員，將顯見到可以無需行使發(fā)明才能以及在不背離本發(fā)明的原理和概念的前提下可以進行形式、用途和實現(xiàn)細節(jié)上的多種修改。相應地，除由下面所附權利要求以外，并不打算限制本發(fā)明。
【權利要求】
1.一種包括非暫時計算機可讀存儲介質的計算機程序產品，所述非暫時計算機可讀存儲介質具有計算機可讀程序代碼包含其中，所述計算機可讀程序代碼調適成執(zhí)行以實現(xiàn)用于基于超文本傳輸協(xié)議(HTTP)的動態(tài)自適應流傳輸(DASH)格式化內容從多媒體廣播組播服務(MBMS)下載切換到基于HTTP的交付的方法，所述方法包括: 在移動裝置正在包含DASH格式化內容的內容交付會話中接收MBMS下載時，在服務控制功能(SCF)模塊處從所述移動裝置接收會話發(fā)起協(xié)議(SIP)再邀請； 從所述SCF模塊向HTTP/SIP適配器發(fā)送SIP邀請以選擇用于基于HTTP的交付的HTTP服務器； 在所述SCF模塊處從所述HTTP/SIP適配器接收SIP確認，所述SIP確認指示選擇所述HTTP服務器用于內容交付會話；以及 將所述SIP確認從所述SCF模塊轉發(fā)到所述移動裝置，所述SIP確認指示切換到所述HTTP服務器來進行所述內容交付會話。
2.如權利要求1所述的程序產品，還包括在所述SCF模塊處接收到所述SIP再邀請時，從所述SCF模塊向廣播組播服務中心(BMSC)發(fā)送終止請求以終止所述MBMS下載。
3.如權利要求1所述的程序產品，其中在所述移動裝置正在接收所述MBMS下載時，所述SCF模塊先前引用與所述內容交付會話中經由所述MBMS下載提供所述DASH格式化內容的廣播組播服務中心(BMSC)關聯(lián)的域名或內容標識符，以及所述SIP再邀請包含用于在相同的內容交付會話中經由所述基于HTTP的交付提供DASH格式化內容的所述HTTP服務器的請求統(tǒng)一資源標識符(URI)，以及用于所述基于HTTP的交付的所述HTTP服務器是基于引用所述HTTP服務器的所述請求URI中包含的域名或內容標識符選擇的，以及引用所述HTTP服務器的所述域名和所述內容標識符不同于與所述BMSC關聯(lián)的所述域名和所述內容標識符。
4.如權利要求1所述的程序產品，還包括在從所述SCF模塊向HTTP/SIP適配器發(fā)送所述SIP邀請之前，在所述SCF模塊處確定所述內容交付會話是否具有MBMS至HTTP切換支持。
5.如權利要求1所述的程序產品，其中在所述SCF模塊處經由因特網協(xié)議(IP)多媒體子系統(tǒng)(MS)核心網絡(IM CN)子系統(tǒng)從所述移動裝置接收所述SIP再邀請，以及經由所述IM CN子系統(tǒng)將所述SIP確認從所述SCF模塊轉發(fā)到所述移動裝置。
6.如權利要求1所述的程序產品，其中所述移動裝置和與所述SCF模塊通信的無線電接入網(RAN)的傳輸站之間的空中接口支持內容的單播和組播交付。
7.如權利要求1所述的程序產品，其中所述移動裝置使用從如下組成的群組選擇的協(xié)議:第三代合作伙伴項目(3GPP)長期演進(LTE)標準和電氣和電子工程師協(xié)會(IEEE)802.16 標準。
8.如權利要求1所述的程序產品，其中所述SIP確認包含會話描述協(xié)議(SDP)應答，所述會話描述協(xié)議(SDP)應答包含從如下組成的群組選擇的用于所述基于HTTP的交付的信息:媒體描述、媒體控制信道、媒體交付信道、媒體呈示描述(MPD)控制信道、交付描述及其組合。
9.如權利要求1所述的程序產品，其中所述SIP再邀請包含會話描述協(xié)議(SDP)提議，所述會話描述協(xié)議(SDP)提議包含從如下組成的群組選擇的用于所述基于HTTP的交付的信息:媒體描述、媒體控制信道、媒體交付信道、媒體呈示描述(MPD)控制信道、用于通過HTTP的單播流的交付信道、所述HTTP服務器處可用的媒體能力、所述HTTP服務器處可用的策略、編解碼器和傳送協(xié)議及其組合。
10.如權利要求9所述的程序產品，其中在MBMS下載期間從先前接收的MPD元數據文件獲取用于所述HTTP流傳輸會話的所述HTTP服務器處可用的所述媒體能力和策略。
11.如權利要求1所述的程序產品，還包括在將所述SIP邀請從所述SCF模塊發(fā)送到所述HTTP/SIP適配器之前，驗證所述DASH格式化內容經由基于HTTP的交付的用戶權限。
12.如權利要求1所述的程序產品，其中所述SIP再邀請包括SIPRe-1NVITE消息，所述SIP邀請包括SIP INVITE消息，以及所述SIP確認包括SIP 200 OK。
13.如權利要求1所述的程序產品，其中所述基于HTTP的交付使用傳送層中的傳輸控制協(xié)議(TCP)來工作，以及所述MBMS下載使用傳送層中的用戶數據報協(xié)議(UDP)和基于單向傳送(FLUTE)協(xié)議的文件交付來工作。
14.如權利要求1所述的程序產品，其中所述SCF模塊包括在因特網協(xié)議(IP)多媒體子系統(tǒng)(MS)中。
15.一種包括非暫時計算機可讀存儲介質的計算機程序產品，所述非暫時計算機可讀存儲介質具有計算機可讀程序代碼包含其中，所述計算機可讀程序代碼調適成執(zhí)行以實現(xiàn)用于從基于HTTP的動態(tài)自適應流傳輸(DASH)格式化內容的基于超文本傳輸協(xié)議(HTTP)的交付切換到多媒體廣播組播服務(MBMS)下載的方法，所述方法包括: 在移動裝置正 在包含DASH格式化內容的內容交付會話中接收基于HTTP的交付時，在服務控制功能(SCF)模塊處從所述移動裝置接收會話發(fā)起協(xié)議(SIP)再邀請； 從所述SCF模塊向廣播組播服務中心(BMSC)發(fā)送邀請消息以初始化所述BMSC以用于所述內容交付會話的MBMS下載； 從所述SCF模塊向HTTP/SIP適配器發(fā)送SIP終止請求以終止所述基于HTTP的交付； 在所述SCF模塊處從所述HTTP/SIP適配器接收SIP確認，所述SIP確認指示所述基于HTTP的交付終止；以及 將所述SIP確認從所述SCF模塊轉發(fā)到所述移動裝置，所述SIP確認指示切換到所述BMSC來進行所述內容交付會話。
16.如權利要求15所述的程序產品，還包括在從所述SCF模塊向所述BMSC發(fā)送邀請消息之后，在所述SCF模塊處從所述BMSC接收BMSC確認，所述BMSC確認指示選擇所述BMSC來進行所述內容交付會話。
17.如權利要求15所述的程序產品，其中在所述移動裝置正在接收所述基于HTTP的交付時，所述SCF模塊先前引用與所述內容交付會話中經由所述基于HTTP的交付提供所述DASH格式化內容的HTTP服務器關聯(lián)的域名或內容標識符，以及所述SIP再邀請包含用于在相同的內容交付會話中經由所述MBMS下載提供DASH格式化內容的所述BMSC的請求統(tǒng)一資源標識符(URI)，以及使用不同的請求URI來選擇用于所述內容交付會話的所述MBMS下載的所述BMSC，以及用于所述MBMS下載的所述BMSC是基于引用所述BMSC的所述請求URI中包含的域名或內容標識符選擇的，以及與所述HTTP服務器關聯(lián)的所述域名和所述內容標識符不同于引用所述BMSC的所述域名和所述內容標識符。
18.如權利要求15所述的程序產品，其中所述移動裝置和與所述SCF模塊通信的無線電接入網(RAN)的傳輸站之間的空中接口支持內容的單播和組播交付。
19.如權利要求15所述的程序產品，其中所述移動裝置使用從如下組成的群組選擇的協(xié)議:第三代合作伙伴項目(3GPP)長期演進(LTE)標準和電氣和電子工程師協(xié)會(IEEE)802.16 標準。
20.如權利要求15所述的程序產品，其中所述SIP再邀請包含會話描述協(xié)議(SDP)提議，所述會話描述協(xié)議(SDP)提議包含從如下組成的群組選擇的用于所述MBMS下載的信息:媒體描述、媒體控制信道、媒體交付信道、媒體呈示描述(MPD)控制信道、用于通過MBMS的組播流的交付信道、所述BMSC處可用的媒體能力、所述BMSC處可用的策略、編解碼器和傳送協(xié)議及其組合。
21.如權利要求15所述的程序產品，其中從所述SCF模塊轉發(fā)的所述SIP確認包含會話描述協(xié)議(SDP)應答，所述會話描述協(xié)議(SDP)應答包含從如下組成的群組選擇的用于所述MBMS下載的信息:媒體描述、媒體控制信道、媒體交付信道、媒體呈示描述(MPD)控制信道、交付描述、編解碼器和傳送協(xié)議及其組合。
22.如權利要求15所述的程序產品，還包括在從所述SCF模塊將所述邀請消息發(fā)送到BMSC之前，執(zhí)行服務授權過程以根據用戶預訂信息檢查所述DASH格式化內容經由所述MBMS下載的服務權限。
23.如權利要求15所述的程序產品，其中所述SIP再邀請包括SIPRe-1NVITE消息，所述SIP終止包括SIP BYE消息，以及所述SIP確認包括SIP 200 OK消息。
24.如權利要求15所述的程序產品，其中所述基于HTTP的交付使用傳送層中的傳輸控制協(xié)議(TCP)來工作，所述MBMS下載使用傳送層中的用戶數據報協(xié)議(UDP)和基于單向傳送(FLUTE)協(xié)議的文件交付來工作。
25.因特網協(xié)議(IP)多媒體子系統(tǒng)(MS)中的一種服務控制功能(SCF)，其包括: 收發(fā)器模塊，所述收發(fā)器模塊配置成在先前組播請求統(tǒng)一資源標識符(URI)引用在內容交付會話中經由多媒體廣播組播服務(MBMS)下載提供DASH格式化內容的廣播組播服務中心(BMSC)之后，從移動裝置接收組播至單播的會話修改請求，其中所述組播至單播會話修改請求包含用于在相同的內容交付會話中經由基于HTTP的交付提供DASH格式化內容的HTTP服務器的單播請求URI ； 所述收發(fā)器模塊還配置成在先前單播請求URI已引用在所述內容交付會話中經由基于所述HTTP的交付提供DASH格式化內容的所述HTTP服務器之后，從所述移動裝置接收單播至組播會話修改請求，其中所述單播至組播會話修改請求包含用于在相同的內容交付會話中經由所述MBMS下載提供DASH格式化內容的所述BMSC的組播請求URI ； 所述收發(fā)器模塊還配置成將所述組播至單播會話修改請求發(fā)送到HTTP/SIP適配器以選擇用于所述基于HTTP的交付的所述HTTP服務器，以及將所述單播至組播會話修改請求發(fā)送到所述BMSC以初始化所述BMSC用于所述MBMS下載； 所述收發(fā)器模塊還配置成向HTTP/SIP適配器發(fā)送HTTP終止請求以終止所述基于HTTP的交付，以及向所述BMSC發(fā)送MBMS終止請求以終止所述MBMS下載； 所述收發(fā)器模塊還配置成從所述HTTP/SIP適配器接收SIP確認，所述SIP確認指示選擇所述HTTP服務器來進行所述內容交付會話，從所述BMSC接收BMSC確認，所述BMSC確認指示選擇所述BMSC來進行所述內容交付會話，以及從所述HTTP/SIP適配器接收SIP終止消息，所述SIP終止消息指示所述基于HTTP的交付終止；以及 所述收發(fā)器模塊還配置成將所述SIP確認從所述SCF模塊轉發(fā)到所述移動裝置，所述SIP確認指示切換到所述HTTP服務器來進行所述內容交付會話，以及將所述SIP終止消息轉發(fā)到所述移動裝置，所述SIP終止消息指示切換到所述BMSC來進行所述內容交付會話。
26.如權利要求25所述的SCF模塊，還包括處理模塊，所述處理模塊配置成驗證所述DASH格式化內容經由基于HTTP的交付的用戶權限，以及執(zhí)行服務授權過程以根據用戶預訂信息檢查所述DASH格式化內容經由所述MBMS下載的服務權限。
27.一種移動裝置，其配置成用于基于HTTP的動態(tài)自適應流傳輸(DASH)格式化內容在組播下載與單播交付之間的切換，所述移動裝置包括: 收發(fā)器模塊，所述收發(fā)器模塊配置成在在內容交付會話中經由多媒體廣播組播服務(MBMS)下載接收DASH格式化內容時，向因特網協(xié)議(IP)S媒體子系統(tǒng)(IMS)核心網絡(MCN)子系統(tǒng)發(fā)送組播至單播會話修改請求，其中所述組播至單播會話修改請求包含用于在相同的內容交付會話中經由基于HTTP的交付提供DASH格式化內容的HTTP服務器的單播請求URI ； 所述收發(fā)器模塊還配置成在所述內容交付會話中經由基于所述HTTP的交付接收DASH格式化內容時，向所述IM CN子系統(tǒng)發(fā)送單播至組播會話修改請求，其中所述單播至組播會話修改請求包含用于在相同的內容交付會話中經由所述MBMS下載提供DASH格式化內容的廣播組播服務中心(BMSC)的組播請求URI ； 所述收發(fā)器模塊還配置成從所述頂CN子系統(tǒng)接收所述SIP確認，所述SIP確認指示切換到所述HTTP服務器來進行所述內容交付會話，以及從所述IM CN子系統(tǒng)接收SIP終止消息，所述SIP終止消息指示切換到所述BMSC來進行所述內容交付會話；以及 處理模塊，所述處理模塊配置成在所述DASH格式化內容的所述MBMS下載與所述基于HTTP的交付之間進行切換。
28.如權利要求27所述的移動裝置，其中所述移動裝置經由支持內容的單播和組播交付的空中接口來與所述頂CN子系統(tǒng)通信。
29.如權利要求27所述的移動裝置，其中所述移動裝置使用從如下組成的群組選擇的協(xié)議:第三代合作伙伴項目(3GPP)長期演進(LTE)標準和電氣和電子工程師協(xié)會(IEEE)802.16 標準。
30.如權利要求27所述的移動裝置，其中所述移動裝置配置成連接到無線局域網(WLAN)、無線個人區(qū)域網(WPAN)以及無線廣域網(WffAN)中的至少一個，以及所述移動裝置包括天線、觸敏顯示屏、揚聲器、麥克風、圖形處理器、應用處理器、內部存儲器、非易失性存儲器端口或其組合。
【文檔編號】H04W80/00GK103748810SQ201180073198
【公開日】2014年4月23日 申請日期:2011年12月16日 優(yōu)先權日:2011年8月11日
【發(fā)明者】G.施羅姆, R.S.武納姆 申請人:英特爾公司