務(wù)器推送特征一起使用。因此，并且根據(jù)一個(gè)實(shí)施 例，提供了一種使用無(wú)狀態(tài)通信協(xié)議（比如HTTP2.0)中的實(shí)況服務(wù)器推送策略的、用于實(shí) 況視頻流傳輸?shù)募夹g(shù)。實(shí)況視頻內(nèi)容被分解成基于HTTP的文件段的序列。每個(gè)段包含是 持續(xù)時(shí)間中的潛在的許多分鐘或者小時(shí)的視頻內(nèi)容（比如對(duì)體育事件的實(shí)況廣播）的短回 放時(shí)間間隔（例如，秒級(jí)）。推送服務(wù)器從視頻客戶端（例如，DASH客戶端）接收推送標(biāo)記 符請(qǐng)求W確定推送哪些段?？蒞例如在輕量級(jí)GET請(qǐng)求中包括推送標(biāo)記符，該輕量級(jí)GET 請(qǐng)求指示視頻客戶端正在請(qǐng)求的開始段編號(hào)和結(jié)束段編號(hào)。視頻客戶端可w在由它與之關(guān) 聯(lián)的給定的低延時(shí)推送策略確定的某些時(shí)間發(fā)送推送標(biāo)記符請(qǐng)求。一旦推送的視頻段由視 頻客戶端的HTTP找接收，就可W回放或者附加地和備選地在高速緩存（例如，客戶端）中 存儲(chǔ)它們。然后，在視頻客戶端準(zhǔn)備好回放已經(jīng)推送的內(nèi)容時(shí)，它可W從高速緩存獲得該內(nèi) 容而無(wú)需向推送服務(wù)器發(fā)送出另一請(qǐng)求。
[0021] 根據(jù)本發(fā)明的另一實(shí)施例，提供了一種用于使用由HTTP2.0支持的服務(wù)器推送 方案的視頻流傳輸?shù)姆椒?。特別地，該方法包括根據(jù)給定的推送策略減少視頻流的段大小， 直至實(shí)現(xiàn)希望的延時(shí)，同時(shí)考慮開銷的影響并且支持動(dòng)態(tài)比特率切換。推送策略可W包括 無(wú)推送策略、全推送策略或者k推送策略。無(wú)推送策略是如下推送策略，在該推送策略中， 客戶端發(fā)送對(duì)于每個(gè)視頻段的HTTP請(qǐng)求，并且服務(wù)器通過(guò)向客戶端發(fā)送對(duì)應(yīng)的段來(lái)對(duì)每 個(gè)請(qǐng)求做出響應(yīng)。全推送策略是如下推送策略，在該推送策略中，客戶端發(fā)布對(duì)于整個(gè)實(shí)況 視頻流的僅一個(gè)請(qǐng)求，并且服務(wù)器通過(guò)在每個(gè)視頻段變成可用時(shí)主動(dòng)地推送它來(lái)對(duì)請(qǐng)求做 出響應(yīng)。K推送策略是如下推送策略，在該推送策略中，客戶端發(fā)布對(duì)于k個(gè)視頻段的請(qǐng)求， 并且服務(wù)器通過(guò)在每個(gè)段變成可用時(shí)推送上至k個(gè)段來(lái)對(duì)請(qǐng)求做出響應(yīng)。變化k推送中的 k可W用來(lái)保證客戶端具有用于如果希望則切換成不同比特率/分辨率的適當(dāng)能力。可W 在客戶端處通過(guò)發(fā)送對(duì)于視頻段的不同比特略/分辨率的下一HTTP請(qǐng)求來(lái)完成切換。通 過(guò)配置k值，可W控制客戶端的能力和開銷（例如，切換延遲）。在一些實(shí)施例中，可W對(duì)于 給定的實(shí)況視頻流組合兩個(gè)或者更多不同推送策略；例如，將k推送策略使用某個(gè)時(shí)間段、 繼而是全推送策略或者無(wú)推送策略。其它推送策略及其組合可W被運(yùn)用并且將按照本公開 內(nèi)容而變得清楚。
[0022] 在一些實(shí)施例中，可W使得內(nèi)容可用于在多種不同比特率和分辨率從推送服務(wù)器 向客戶端遞送W便模擬HTTP流傳輸或者自適應(yīng)比特率流傳輸?shù)膭?dòng)態(tài)比特率切換方面。在 一個(gè)該樣的實(shí)施例中，在內(nèi)容由視頻客戶端回放時(shí)，推送服務(wù)器基于當(dāng)前網(wǎng)絡(luò)條件（例如， 可用或者可使用帶寬的改變）自動(dòng)地確定用于下一段的適當(dāng)比特率。例如，推送服務(wù)器可 W選擇最低比特率并且因此選擇可W被實(shí)時(shí)下載W用于回放的最小可能段，而未引起將中 斷回放或者W別的方式增加回放延時(shí)的拖延（stall)或者再緩沖事件。切換判決可W在客 戶端監(jiān)視它的網(wǎng)絡(luò)條件時(shí)由客戶端自動(dòng)地做出。一旦客戶端確定切換成不同比特率和分辨 率，它就將發(fā)送對(duì)于視頻段的該比特率/分辨率的下一HTTP請(qǐng)求。服務(wù)器無(wú)狀態(tài)并且可W 對(duì)客戶端的對(duì)于在請(qǐng)求的比特率/分辨率的特定段的HTTP請(qǐng)求。
[002引用于化延時(shí)視頻流傳輸?shù)氖纠到y(tǒng)
[0024] 圖1圖示了根據(jù)一個(gè)實(shí)施例的、用于低延時(shí)視頻流傳輸?shù)氖纠蛻舳?服務(wù)器系 統(tǒng)100。系統(tǒng)100包括實(shí)況視頻封裝器110 (例如，基于皿S、化S或者DA甜的封裝器或者其 它適當(dāng)封裝器）、支持SPDY(例如，Jetty)的web服務(wù)器120和客戶端計(jì)算設(shè)備130?？蛻?端計(jì)算設(shè)備130包括視頻播放器132 (例如，DA甜播放器或者其它適當(dāng)視頻播放器）和瀏 覽器134(例如，Google化romium基于SPDY的web瀏覽器或者其它適當(dāng)HTTP兼容應(yīng)用）。 Web服務(wù)器120經(jīng)由通信網(wǎng)絡(luò)140 (比如因特網(wǎng)或者另一適當(dāng)廣域網(wǎng)或者本地網(wǎng)絡(luò)）與客戶 端130通信。實(shí)況內(nèi)容源112向封裝器110供應(yīng)視頻內(nèi)容114。實(shí)況內(nèi)容源112在一些實(shí) 施例中可W包括或者操作地連接到如下設(shè)備，該設(shè)備捕獲事件（比如體育事件、新聞會(huì)議 或者舞臺(tái)作品）的視頻和音頻（例如，分別經(jīng)由相機(jī)和麥克風(fēng)）。在一些實(shí)施例中，封裝器 110可W被結(jié)合在web服務(wù)器120內(nèi)。在其它實(shí)施例中，可w在直接地或者經(jīng)由網(wǎng)絡(luò)140與web服務(wù)器120通信的服務(wù)器或者其它計(jì)算設(shè)備（未示出）上主控封裝器110。在一些實(shí) 施例中，高速緩存150可W與客戶端計(jì)算設(shè)備130關(guān)聯(lián)W用于存儲(chǔ)由web服務(wù)器120推送 的HTTP資源152,比如視頻內(nèi)容。高速緩存150可W例如用來(lái)在接收視頻段時(shí)暫時(shí)存儲(chǔ)它 們。視頻播放器132然后可W訪問(wèn)高速緩存150并且取回視頻段W用于回放。
[0025] 在使用時(shí)，系統(tǒng)100提供用于使用服務(wù)器推送策略的低延時(shí)視頻流傳輸?shù)目蛻?端-服務(wù)器環(huán)境。封裝器110操作用于W用于向客戶端130傳輸?shù)娜魏芜m當(dāng)方式（例如， 使用基于文件段的方案，比如DA甜、皿S等）封裝視頻內(nèi)容114。取代如用現(xiàn)有技術(shù)完成的 那樣觸發(fā)對(duì)于每個(gè)視頻段的一個(gè)請(qǐng)求，在一個(gè)示例實(shí)施例中，web服務(wù)器120可W被配置為 按照預(yù)定義的推送策略在接收對(duì)于視頻流的第一請(qǐng)求之后主動(dòng)地推送每個(gè)視頻段。W該一 方式，客戶端有可能將向服務(wù)器的HTTP請(qǐng)求的數(shù)目減少至合理小的數(shù)目，例如，對(duì)于整個(gè) 視頻流的一個(gè)請(qǐng)求或者對(duì)于多個(gè)視頻段的一個(gè)請(qǐng)求。另外，通過(guò)允許服務(wù)器經(jīng)由HTTP向客 戶端推送封裝的內(nèi)容152,該一示例方法消除了對(duì)于某個(gè)長(zhǎng)度的視頻在段持續(xù)時(shí)間與請(qǐng)求 數(shù)目之間的反比例關(guān)系，該如W上討論的那樣有效地限制了延時(shí)減少。因此，該一示例方法 可W通過(guò)減少段持續(xù)時(shí)間并且通過(guò)使用向服務(wù)器的少量請(qǐng)求（例如，一個(gè)請(qǐng)求）W提高延 時(shí)減少來(lái)減少實(shí)況視頻流傳輸?shù)难訒r(shí)。
[0026] 可W向web服務(wù)器120配置基于引用者的推送策略，其中服務(wù)器在接收引用者U化 的請(qǐng)求時(shí)推送在HTTP頭部中具有相同引用者的所有內(nèi)容。該一推送策略對(duì)于普通web內(nèi) 容（例如，除了實(shí)況視頻流傳輸之外的內(nèi)容，比如網(wǎng)頁(yè)）充分好地起作用，因?yàn)樵谝玫闹?要資源中嵌入了需要推送的大多數(shù)關(guān)聯(lián)的web內(nèi)容。然而，基于引用者的推送策略出于至 少W下原因而不適用于視頻流傳輸。第一，現(xiàn)有視頻播放器請(qǐng)求連續(xù)、獨(dú)立視頻段而不是嵌 入的資源，并且因此推送的資源不能依賴于引用者進(jìn)行視頻流傳輸。第二，利用實(shí)況視頻流 傳輸，內(nèi)容（例如，視頻段）被實(shí)時(shí)生成并且因此除非它被生成否則不能推送它。第S，在 現(xiàn)有服務(wù)器推送方案中，對(duì)于主要資源的請(qǐng)求保持未決，直至向客戶端推送了所有請(qǐng)求的 內(nèi)容。該不滿足實(shí)況視頻流傳輸?shù)囊螅绕涫堑脱訒r(shí)要求。
[0027] 因此，根據(jù)一個(gè)實(shí)施例，web服務(wù)器120可W被配置用于使用未依賴于引用者的推 送策略的低延時(shí)視頻流傳輸。例如，取代預(yù)計(jì)引用者U化的請(qǐng)求，web服務(wù)器120可W運(yùn)用 來(lái)自客戶端的特殊推送標(biāo)記符請(qǐng)求W確定推送的資源。在一些情況下，推送標(biāo)記符可W是 輕量級(jí)httpGET請(qǐng)求，該請(qǐng)求指示客戶端130預(yù)計(jì)經(jīng)由推送服務(wù)從web服務(wù)器120接收的 開始段編號(hào)和結(jié)束段編號(hào)。另外，在一些情況下，客戶端130可W使用推送標(biāo)記符作為單向 消息而未預(yù)計(jì)或者同步地等待響應(yīng)。W該一方式，推送的內(nèi)容未被未決推送標(biāo)記符請(qǐng)求阻 止，并且因而實(shí)況視頻流傳輸一旦第一視頻段變成可用就開始。另外，在一些情況下，可W 在流傳輸期間變化推送策略的執(zhí)行定時(shí)，從而使得服務(wù)器120可W-旦由內(nèi)容封裝器110 生成了實(shí)況視頻段就可W逐個(gè)推送它們。
[002引在一個(gè)示例實(shí)施例中，視頻播放器132可W被配置為在由使用的低延時(shí)方案確定 的某些時(shí)間發(fā)送特殊推送標(biāo)記符請(qǐng)求。一旦推送的內(nèi)容152由瀏覽器134接收，就可W在 客戶端130的高速緩存150中存儲(chǔ)它。然后，在客戶端130請(qǐng)求已經(jīng)推送的內(nèi)容152時(shí)，它 可W從它的高速緩存獲得內(nèi)容152而無(wú)需向web服務(wù)器120發(fā)送另一請(qǐng)求。
[002引示例椎潑策略
[0030] 圖2圖示了根據(jù)本發(fā)明的一個(gè)實(shí)施例的、用于示例請(qǐng)求-響應(yīng)視頻流傳輸推送策 略的流程圖200。在該一示例中，描述了全推送策略。利用全推送策略，客戶端130僅發(fā)布 對(duì)于整個(gè)實(shí)況視頻流的一個(gè)請(qǐng)求。在接收請(qǐng)求時(shí)，服務(wù)器120 -旦視頻段就緒就主動(dòng)推送 所有視頻段。服務(wù)器120可W在沒有對(duì)于視頻流的進(jìn)一步請(qǐng)求時(shí)連續(xù)地向客戶端130推送 段。例如，客戶端130可W向服務(wù)器120發(fā)送對(duì)于視頻流的段1至n的請(qǐng)求（202)，其中n 代表視頻的最后段。對(duì)于實(shí)況視頻，n可W不確定、直至實(shí)況事件已經(jīng)結(jié)束。另外，n可W根 據(jù)每個(gè)段的長(zhǎng)度而變化。響應(yīng)于請(qǐng)求（202)，服務(wù)器120可W在每個(gè)段被生成或者W別的方 式變成可用于向客戶端130推送時(shí)推送段1 (204)、段2 (206)等等直至段n(208)。
[0031] 圖3圖示了根據(jù)本發(fā)明的一個(gè)實(shí)施例的、用于示例請(qǐng)求-響應(yīng)視頻流傳輸推送策 略的流程圖300。在該一示例中，描述了無(wú)推送策略。利用無(wú)推送策略，客戶端130發(fā)布對(duì) 于實(shí)況視頻流中的每個(gè)段的一個(gè)請(qǐng)求。在接收請(qǐng)求時(shí)，服務(wù)器120僅推送請(qǐng)求的視頻段。 服務(wù)器120將不會(huì)在沒有對(duì)于視頻流