[發(fā)明專利]通過客戶端從服務(wù)器流傳輸媒體序列的方法和裝置有效
| 申請?zhí)枺?/td> | 201680037116.X | 申請日: | 2016-06-23 |
| 公開(公告)號: | CN107810625B | 公開(公告)日: | 2020-12-08 |
| 發(fā)明(設(shè)計(jì))人: | R·特恩布爾;J·雷尼森 | 申請(專利權(quán))人: | 英國電訊有限公司 |
| 主分類號: | H04L29/06 | 分類號: | H04L29/06;H04N21/2187;H04N21/262;H04N21/472;H04N21/6587;H04N21/845 |
| 代理公司: | 北京三友知識(shí)產(chǎn)權(quán)代理有限公司 11127 | 代理人: | 呂俊剛;楊薇 |
| 地址: | 英國*** | 國省代碼: | 暫無信息 |
| 權(quán)利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關(guān)鍵詞: | 通過 客戶端 服務(wù)器 流傳 媒體 序列 方法 裝置 | ||
本發(fā)明提供了通過客戶端從服務(wù)器流傳輸媒體序列的方法和裝置。所述客戶端使用清單信息來確定直播媒體流的“直播邊緣”,其中,所述直播邊緣通過來自所述媒體流的與當(dāng)前時(shí)間相對應(yīng)的片段表示。然后,所述客戶端使用其來識(shí)別下一個(gè)片段,該下一個(gè)片段是在時(shí)間上緊接著變得可用的片段。然后,客戶端開始作出對該下一個(gè)片段的重復(fù)輪詢請求,直到該片段變得可用為止。結(jié)果,最新可能片段在剛變得可用時(shí)就通過所述客戶端獲取,并且減小延遲。而且,當(dāng)被所有客戶端采用時(shí),客戶端之間的延遲變化也被減小。
技術(shù)領(lǐng)域
本發(fā)明涉及通過網(wǎng)絡(luò)進(jìn)行媒體傳送的領(lǐng)域,特別是涉及以最小延遲(latency)向客戶端傳送媒體的方法。
背景技術(shù)
通過IP網(wǎng)絡(luò)流傳輸(streaming)諸如視頻和音頻的媒體在如今很平常。特別是兩個(gè)標(biāo)準(zhǔn)已經(jīng)變得流行:如在ISO/IEC 23009-1和Apple公司的HLS(HTTP直播流傳輸)中闡述的MPEG-DASH(通過HTTP的動(dòng)態(tài)自適應(yīng)流傳輸)。這兩個(gè)標(biāo)準(zhǔn)支持自適應(yīng)比特率流傳輸,其中,媒體按不同比特率被編碼,并且客戶端可以決定使用什么比特率。
在MPEG-DASH中,通常將連續(xù)媒體流按時(shí)間分段并在媒體服務(wù)器處存儲(chǔ)為離散文件(片段)序列。客戶端可以利用HTTP向服務(wù)器請求片段。流可以是直播的(live)或點(diǎn)播的(on-demand)。每個(gè)片段都包含媒體的持續(xù)時(shí)間,例如,10秒。音頻和視頻通常處于單獨(dú)一組文件中。
流由包含與該流及其片段相關(guān)聯(lián)的元數(shù)據(jù)、URL以及定時(shí)信息的XML清單文件來描述。客戶端可以使用該清單來確定要請求哪些片段以及用于找到它們的URL。然后,客戶端可以利用對應(yīng)URL作出對所需片段的HTTP請求。
如果該流在點(diǎn)播時(shí)可用,則編碼媒體和所有片段被生成并且使得預(yù)先可用。如果流是直播的,則使得片段本身連續(xù)可用。無論該流是直播的還是點(diǎn)播的,該清單都在MPEG-DASH下被預(yù)先生成。清單中具有足夠信息以供客戶端確定片段何時(shí)可用,這對于直播流、以及在哪里定位片段來說尤其重要。因此,一旦檢索到清單,客戶端就可以在任何給定時(shí)間確定哪些片段可用,并且針對當(dāng)前時(shí)間的片段表示“直播邊緣”。
在以這種方式請求直播流時(shí)所面臨的問題在于,在對來自客戶端的片段的請求與媒體流的隨后重放之間可能存在顯著延時(shí)變化。這在很大程度上歸因于片段持續(xù)時(shí)間太長,并且在其持續(xù)時(shí)間期間在任何時(shí)間作出對該片段的請求。例如,如果片段的持續(xù)時(shí)間是10秒,那么一個(gè)客戶端可能嘗試并從直播邊緣流傳輸具有正好可用的片段,但是另一客戶端可能稍后嘗試并作出請求,但仍正好在下一個(gè)片段即將可用之前,獲得同一片段。在這種情況下,這兩個(gè)請求之間的延遲變化將接近10秒(或該片段持續(xù)時(shí)間)。在同一地點(diǎn)的客戶端不被同步,這對于直播服務(wù)(特別是體育報(bào)道)來說是不期望的。
因?yàn)闀r(shí)鐘被用于確定哪些片段位于直播邊緣,所以作為客戶端與內(nèi)容服務(wù)器之間的時(shí)鐘變化不同步的結(jié)果,可能出現(xiàn)進(jìn)一步延遲變化。
美國專利申請US2014/0189066描述了使得接收器裝置能夠解決數(shù)據(jù)片段可用性方面的延時(shí)的方法和系統(tǒng)。在一個(gè)示例中,響應(yīng)于片段請求,服務(wù)器通過用于服務(wù)片段的彈性響應(yīng)時(shí)間進(jìn)行操作。按這種方式,服務(wù)器可以解決片段可用性方面的不可預(yù)測延時(shí)。
美國專利申請US2014/0195651描述了與用于直播流傳輸(例如,利用MPEG-DASH)的信令發(fā)送時(shí)間信息有關(guān)的技術(shù)。源裝置按掛鐘時(shí)間通知媒體內(nèi)容的哪些片段可用的時(shí)間。源裝置確保片段完全由所通知的掛鐘時(shí)間形成。而且,源裝置可以通知客戶端裝置可以使其本地時(shí)鐘與掛鐘時(shí)間同步的同步方法。
發(fā)明內(nèi)容
本發(fā)明的實(shí)施方式的目的是提供一種管理直播媒體流的改進(jìn)方法。
根據(jù)本發(fā)明的一個(gè)方面,提供了一種通過客戶端從服務(wù)器流傳輸媒體序列的方法,其中,所述媒體序列包括一系列編碼片段,并且使得所述媒體序列在服務(wù)器處逐漸可用,所述方法包括以下步驟:
確定在所述服務(wù)器處可用的最新編碼片段;
該專利技術(shù)資料僅供研究查看技術(shù)是否侵權(quán)等信息,商用須獲得專利權(quán)人授權(quán)。該專利全部權(quán)利屬于英國電訊有限公司,未經(jīng)英國電訊有限公司許可,擅自商用是侵權(quán)行為。如果您想購買此專利、獲得商業(yè)授權(quán)和技術(shù)合作,請聯(lián)系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201680037116.X/2.html,轉(zhuǎn)載請聲明來源鉆瓜專利網(wǎng)。
- 一種基于UDP分布式小文件存儲(chǔ)系統(tǒng)及其數(shù)據(jù)處理方法
- 一種新型云計(jì)算管理系統(tǒng)
- 一種云計(jì)算管理裝置
- 一種節(jié)能數(shù)據(jù)服務(wù)器架構(gòu)系統(tǒng)
- 一種基于云計(jì)算的客戶信息管理裝置
- 一種基于即時(shí)通訊技術(shù)的通訊系統(tǒng)
- 服務(wù)器系統(tǒng)及分配服務(wù)器的方法
- 一種MMORPG游戲服務(wù)器端
- 一種訪問請求的處理方法、服務(wù)器及存儲(chǔ)介質(zhì)
- 基于Spark技術(shù)的大數(shù)據(jù)脫敏管理系統(tǒng)





