本發(fā)明涉及視頻傳輸技術(shù)，尤指一種視頻傳輸方法，以及支持該視頻傳輸方法的接入設(shè)備和網(wǎng)絡(luò)設(shè)備。

背景技術(shù)：

目前，存在多種不同的視頻傳輸技術(shù)，諸如漸進(jìn)式下載(PD，progressive download)、實(shí)時傳輸協(xié)議/實(shí)時流傳輸協(xié)議(RTP/RTSP)、碼流自適應(yīng)(HAS，HTTP Adaptive Streaming)等流媒體傳輸技術(shù)。需要指出，此處的視頻可指以動態(tài)影像為主，還可包括文本、音頻、圖形、圖像、動畫等媒體信息的數(shù)字文件。

對于上述流媒體傳輸技術(shù)而言，用戶均可邊下載視頻文件邊觀看，而不必等待整個視頻文件下載完畢方可打開觀看。RTP/RTSP和HAS技術(shù)可在傳輸過程中改變視頻質(zhì)量，PD和HAS技術(shù)則不需要專用的視頻服務(wù)器。

現(xiàn)有的HAS技術(shù)結(jié)合了流媒體技術(shù)和HTTP漸進(jìn)式下載播放技術(shù)的特點(diǎn)，以HTTP的方式向用戶傳送媒體內(nèi)容。采用該技術(shù)可提升用戶的媒體播放體驗(yàn)，同時降低視頻服務(wù)器的技術(shù)復(fù)雜度。在HAS技術(shù)中，每個視頻文件被劃分為多個片段，上一片段的下載速度用于確定下一片段的數(shù)據(jù)速率(比如比特率等)。在確定初始片段的數(shù)據(jù)速率時，HAS技術(shù)并不考慮當(dāng)前的網(wǎng)絡(luò)條件，而是始終從最低傳輸質(zhì)量開始，逐步地緩慢提升后續(xù)片段的傳輸質(zhì)量，直至到達(dá)較佳傳輸質(zhì)量，這一過程可能持續(xù)幾十秒。比如，傳輸質(zhì)量從230千比特每秒(kbps)開始上調(diào)到331kbps，再逐步上調(diào)到991kbps、1427kbps，最后才達(dá)到較佳傳輸質(zhì)量2056kbps。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明實(shí)施例提供了一種視頻傳輸方法、接入設(shè)備和網(wǎng)絡(luò)設(shè)備，用于提高視頻傳輸質(zhì)量。

在本發(fā)明一個實(shí)施例中，一種視頻傳輸方法包括：

在觀看視頻請求生成后，獲取該觀看視頻請求所指定的當(dāng)前請求視頻的視頻長度，并獲取先前觀看視頻與所述當(dāng)前請求視頻的時間間隔；

在根據(jù)所述視頻長度和所述時間間隔判斷出為所述當(dāng)前請求視頻執(zhí)行聯(lián)合視頻傳輸適配時，根據(jù)所述先前觀看視頻的數(shù)據(jù)速率設(shè)置所述當(dāng)前請求視頻的首個片段的第一質(zhì)量等級，并根據(jù)該第一質(zhì)量等級傳輸該首個片段。

在本發(fā)明另一個實(shí)施例中，一種接入設(shè)備包括：

信息獲取單元，用于接收視頻客戶端提供的觀看視頻請求，獲取先前觀看視頻和該觀看視頻請求所指示的當(dāng)前請求視頻之間的時間間隔，并從視頻服務(wù)器提供的原始清單文件中獲取所述當(dāng)前請求視頻的視頻長度；

聯(lián)合視頻傳輸適配單元，用于根據(jù)所述時間間隔和所述視頻長度判斷是否進(jìn)行聯(lián)合視頻傳輸適配，并將判斷結(jié)果發(fā)送給建議質(zhì)量等級提供單元；

所述建議質(zhì)量等級提供單元，用于根據(jù)所述判斷結(jié)果將與所述先前觀看視頻的數(shù)據(jù)速率關(guān)聯(lián)的建議質(zhì)量等級作為所述當(dāng)前請求視頻的首個片段的第一質(zhì)量等級提供給所述視頻服務(wù)器。

在本發(fā)明又一個實(shí)施例中，一種網(wǎng)絡(luò)設(shè)備包括：

信息獲取單元，用于接收觀看視頻請求，獲取先前觀看視頻和該觀看視頻請求所指示的當(dāng)前請求視頻之間的時間間隔，并從已生成的原始清單文件中獲取所述當(dāng)前請求視頻的視頻長度；

聯(lián)合視頻傳輸適配單元，用于根據(jù)所述時間間隔和所述視頻長度判斷是否進(jìn)行聯(lián)合視頻傳輸適配，并將判斷結(jié)果發(fā)送給建議質(zhì)量等級提供單元；

所述建議質(zhì)量等級提供單元，用于在所述判斷結(jié)果為是的情況下，根據(jù)所述先前觀看視頻的數(shù)據(jù)速率獲得建議質(zhì)量等級，提供給接入設(shè)備。

附圖說明

圖1為本發(fā)明一個實(shí)施例中視頻傳輸方法的流程示意圖；

圖2為本發(fā)明一個實(shí)施例中先前觀看視頻和當(dāng)前請求視頻的組成示意圖；

圖3為本發(fā)明一個實(shí)施例中用于視頻傳輸?shù)木W(wǎng)絡(luò)結(jié)構(gòu)示意圖；

圖4為本發(fā)明一個實(shí)施例中視頻傳輸方法的流程示意圖；

圖5為本發(fā)明一個實(shí)施例中視頻傳輸方法的流程示意圖；

圖6為本發(fā)明一個實(shí)施例中視頻傳輸方法的流程示意圖；

圖7為本發(fā)明一個實(shí)施例中視頻傳輸方法的流程示意圖；

圖8為本發(fā)明一個實(shí)施例中接入設(shè)備的結(jié)構(gòu)示意圖；

圖9為本發(fā)明一個實(shí)施例中接入設(shè)備的結(jié)構(gòu)示意圖；

圖10為本發(fā)明一個實(shí)施例中網(wǎng)絡(luò)設(shè)備的結(jié)構(gòu)示意圖；

圖11為本發(fā)明一個實(shí)施例中網(wǎng)絡(luò)設(shè)備的結(jié)構(gòu)示意圖；

圖12為本發(fā)明一個實(shí)施例中接入設(shè)備的結(jié)構(gòu)示意圖；

圖13為本發(fā)明一個實(shí)施例中網(wǎng)絡(luò)設(shè)備的結(jié)構(gòu)示意圖。

具體實(shí)施方式

為使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下參照附圖并舉實(shí)施例，對本發(fā)明進(jìn)一步詳細(xì)說明。

HAS技術(shù)對于傳輸質(zhì)量的調(diào)整較為費(fèi)時，尤其是在視頻文件較短的情況下，可能在調(diào)整到較佳傳輸質(zhì)量后不久，該視頻文件的播放也將告結(jié)束?？墒牵诂F(xiàn)有的視頻文件點(diǎn)播中，短視頻越發(fā)得到用戶的青睞。短視頻指的是視頻長度較短的視頻文件，比如視頻長度小于1分鐘(m)、小于2m、小于5m、小于10m等的視頻文件。為此，本發(fā)明實(shí)施例提供了一種視頻傳輸方法，如圖1所示，包括以下操作，以提高視頻傳輸質(zhì)量。

在步驟101，觀看視頻請求生成后，獲取該觀看視頻請求所指定的當(dāng)前請求視頻的視頻長度。

在步驟102，獲取先前觀看視頻與所述當(dāng)前請求視頻的時間間隔。其中，先前觀看視頻為該觀看視頻請求生成之前上一個被請求觀看過的視頻文件。

在步驟103，根據(jù)所述視頻長度和所述時間間隔判斷出為所述當(dāng)前請求視頻執(zhí)行聯(lián)合視頻傳輸適配時，根據(jù)所述先前觀看視頻的數(shù)據(jù)速率設(shè)置所述當(dāng)前請求視頻的首個片段的第一質(zhì)量等級(QL，quality level)。其中，先前觀看視頻的數(shù)據(jù)速率為實(shí)際的視頻傳輸速率。

需要指出，第一質(zhì)量等級是當(dāng)前請求視頻的首個片段對應(yīng)的視頻編碼速率。在一個示例中，該第一質(zhì)量等級與先前觀看視頻的數(shù)據(jù)速率相關(guān)。比如，將第一質(zhì)量等級設(shè)置為與先前觀看視頻的最后片段的數(shù)據(jù)速率相等。又如，對先前觀看視頻的所有片段的數(shù)據(jù)速率進(jìn)行平滑，從而計(jì)算出該第一質(zhì)量等級。再如，為先前觀看視頻的每個片段的數(shù)據(jù)速率分配一個權(quán)重，先前觀看視頻的首個片段的權(quán)重最小，先前觀看視頻的最后片段的權(quán)重最大，再對先前觀看視頻的所有片段的數(shù)據(jù)速率進(jìn)行加權(quán)求和，得到該第一質(zhì)量等級。

在步驟104，根據(jù)該第一質(zhì)量等級傳輸該首個片段。

需要指出，每個視頻文件在視頻服務(wù)器中被劃分為多個片段，視頻客戶端可以逐一獲取每個片段的內(nèi)容。圖2為本發(fā)明一個實(shí)施例中先前觀看視頻和當(dāng)前請求視頻的組成示意圖。在圖2中，先前觀看視頻被劃分為N個片段，具體包括：第一片段、第二片段，…，第N片段。當(dāng)前請求視頻也被劃分為第一片段、第二片段，…，第N片段。其中，第一片段為首個片段，第N片段為最后片段，除第一片段和最后片段之外的其他片段為中間片段。在本申請實(shí)施例的說明中，也將除首個片段之外的其他片段稱為后續(xù)片段。在一個示例中，每個片段的時長可為2秒(s)；相應(yīng)地，時長為1分鐘(m)的短視頻可被劃分為30個片段。從圖2可以看出，先前觀看視頻和當(dāng)前請求視頻之間具有一定的時間間隔。

在一個示例中，步驟103提及的針對聯(lián)合視頻傳輸適配進(jìn)行的判斷可包括：是否短視頻的判斷，以及是否連續(xù)視頻的判斷。具體地，將所述視頻長度和預(yù)先設(shè)置的長度門限進(jìn)行比較，判斷該當(dāng)前請求視頻是否為短視頻。此 外，將所述時間間隔與預(yù)先設(shè)置的間隔門限進(jìn)行比較，判斷該當(dāng)前請求視頻是否與所述先前觀看視頻為連續(xù)視頻。當(dāng)確定所述當(dāng)前請求視頻為短視頻，且所述當(dāng)前請求視頻與所述先前觀看視頻為連續(xù)視頻時，確定為所述當(dāng)前請求視頻進(jìn)行聯(lián)合視頻傳輸適配。

也就是說，對于當(dāng)前請求視頻和先前觀看視頻之間的時間間隔較短的情況，可以根據(jù)先前觀看視頻的數(shù)據(jù)速率設(shè)置當(dāng)前請求視頻的首個片段的第一質(zhì)量等級。比如，可根據(jù)先前觀看視頻的最后片段的第二質(zhì)量等級設(shè)置當(dāng)前請求視頻的首個片段的第一質(zhì)量等級。也即，將先前觀看視頻的最后片段和當(dāng)前請求視頻的首個片段的數(shù)據(jù)速率關(guān)聯(lián)起來，實(shí)現(xiàn)多個視頻傳輸之間數(shù)據(jù)速率的聯(lián)合適配。本發(fā)明實(shí)施例考慮到用戶通常連續(xù)觀看多個短視頻的情況，采用跨多個視頻文件的傳輸質(zhì)量適配，避免了HAS技術(shù)中從最低傳輸質(zhì)量開始嘗試、到達(dá)較佳傳輸質(zhì)量費(fèi)時較長的問題。

在一個示例中，對聯(lián)合視頻傳輸適配進(jìn)行的判斷還進(jìn)一步包括：根據(jù)突發(fā)流量狀態(tài)判斷網(wǎng)絡(luò)的突發(fā)流量是否為低，當(dāng)所述突發(fā)流量為低時為所述當(dāng)前請求視頻進(jìn)行聯(lián)合視頻傳輸適配。

需要指出，突發(fā)流量通常是由用戶加入或離開網(wǎng)絡(luò)引起的，或者由業(yè)務(wù)連接的建立或斷開引起的。公共場所的通信網(wǎng)絡(luò)比較容易出現(xiàn)突發(fā)流量，比如咖啡館、學(xué)校校園、火車站等。由于用戶終端(UE)是通過接入設(shè)備連接到網(wǎng)絡(luò)，因此接入設(shè)備可以對突發(fā)流量進(jìn)行統(tǒng)計(jì)，從而得到突發(fā)流量狀態(tài)，用以進(jìn)行聯(lián)合視頻傳輸適配的判斷。比如，突發(fā)流量可以是：每小時有2個UE加入、3個UE離開，或者每小時有20個UE加入、25個UE離開，或者每半個小時有20個UE加入、25個UE離開，或者每15分鐘有20個UE加入、25個UE離開。通過與突發(fā)門限的比較，可以確定出“每小時有2個UE加入、3個UE離開”屬于突發(fā)流量低的情況。在具體實(shí)現(xiàn)中，突發(fā)門限可以根據(jù)網(wǎng)絡(luò)容量、用戶情況等進(jìn)行設(shè)置和調(diào)整。

在一個示例中，視頻服務(wù)器接收到所述觀看視頻請求后，將原始清單文件提供給接入設(shè)備。其中，所述原始清單文件記錄有所述當(dāng)前請求視頻的視頻長 度，以及視頻客戶端可選的數(shù)據(jù)速率集合。在一個示例中，原始清單文件是由視頻編碼器生成的。在視頻編碼器完成編碼后，就能夠確定支持多少種數(shù)據(jù)速率。具體實(shí)現(xiàn)時，原始清單文件中記錄的數(shù)據(jù)速率集合為{230，331，477，688，991，1427，2056，2962}，單位是kbps。相應(yīng)地，視頻編碼器會為每種數(shù)據(jù)速率生成對應(yīng)的視頻文件，供視頻客戶端下載。

接入設(shè)備在接收到該視頻客戶端發(fā)出的獲取視頻的首個片段的請求后，將所述獲取視頻的首個片段的請求中攜帶的所述第一質(zhì)量等級修改為預(yù)先保存的建議質(zhì)量等級，再將所述獲取視頻的首個片段的請求發(fā)送給所述視頻服務(wù)器。其中，所述建議質(zhì)量等級按照所述先前觀看視頻的數(shù)據(jù)速率進(jìn)行設(shè)置。

進(jìn)一步地，所述接入設(shè)備接收到所述視頻客戶端發(fā)出的獲取視頻的最后片段的請求后，根據(jù)該獲取視頻的最后片段的請求中攜帶的第二質(zhì)量等級設(shè)置所述建議質(zhì)量等級，并記錄所述獲取視頻的最后片段的請求的接收時間。

在一個示例中，視頻服務(wù)器接收到所述觀看視頻請求后，將原始清單文件提供給接入設(shè)備。其中，所述原始清單文件記錄有所述當(dāng)前請求視頻的視頻長度，以及視頻客戶端可選的數(shù)據(jù)速率集合。所述接入設(shè)備在判斷出所述突發(fā)流量為低時，保存所述原始清單文件，并將該原始清單文件中的最低數(shù)據(jù)速率修改為建議質(zhì)量等級得到偽清單文件，將所述偽清單文件提供給所述視頻客戶端。其中，所述建議質(zhì)量等級按照所述先前觀看視頻的數(shù)據(jù)速率進(jìn)行設(shè)置。所述視頻客戶端根據(jù)所述偽清單文件選擇所述第一質(zhì)量等級，并發(fā)起攜帶所述第一質(zhì)量等級的獲取視頻的首個片段的請求。比如，原始清單文件中的數(shù)據(jù)速率集合為{230，331，477，688，991，1427，2056，2962}，視頻客戶端可以從中選擇一個數(shù)據(jù)速率作為所述第一質(zhì)量等級，比如視頻客戶端可能選擇230kbps。但是，經(jīng)過接入設(shè)備的修改，視頻客戶端接收到的偽清單文件中的數(shù)據(jù)速率集合為{688，991，1427，2056，2962}，那么視頻客戶端就不會再選擇230kbps，而是至少選擇688kbps作為所述第一質(zhì)量等級，從而縮短了從最低傳輸質(zhì)量到較佳傳輸質(zhì)量的嘗試時間。

在一個示例中，所述視頻服務(wù)器接收到所述獲取視頻的首個片段的請求后， 根據(jù)所述第一質(zhì)量等級向所述接入設(shè)備下發(fā)視頻的首個片段。所述接入設(shè)備在接收到的所述視頻的首個片段中增加清單文件更新通知。所述接入設(shè)備將攜帶有該清單文件更新通知的所述視頻的首個片段發(fā)送給所述視頻客戶端后，將自身保存的所述原始清單文件發(fā)送給所述視頻客戶端，使得所述視頻客戶端根據(jù)所述原始清單文件請求視頻的后續(xù)片段。進(jìn)一步地，所述接入設(shè)備接收到所述視頻客戶端發(fā)出的獲取視頻的最后片段的請求后，將該獲取視頻的最后片段的請求中攜帶的第二質(zhì)量等級保存為所述建議質(zhì)量等級，并記錄所述獲取視頻的最后片段的請求的接收時間，用于確定與下一請求視頻的時間間隔。

在一個示例中，接入設(shè)備將自身檢測到的突發(fā)流量狀態(tài)發(fā)送給視頻服務(wù)器。所述視頻服務(wù)器根據(jù)所述突發(fā)流量狀態(tài)判斷出網(wǎng)絡(luò)的突發(fā)流量為低時，根據(jù)所述先前觀看視頻的數(shù)據(jù)速率獲得建議質(zhì)量等級，生成將該建議質(zhì)量等級作為最低數(shù)據(jù)速率的偽清單文件提供給所述接入設(shè)備。需要指出，視頻服務(wù)器對視頻編碼器提供的原始清單文件進(jìn)行修改后，得到所述偽清單文件。所述接入設(shè)備將該偽清單文件發(fā)送給視頻客戶端，使得所述視頻客戶端根據(jù)所述偽清單文件請求視頻的首個片段。

在一個示例中，視頻服務(wù)器在接收到獲得視頻的首個片段的請求后，將視頻的首個片段提供給所述接入設(shè)備，在所述視頻的首個片段中攜帶清單文件更新通知。所述視頻服務(wù)器在所述視頻的首個片段發(fā)出后，向所述接入設(shè)備發(fā)出原始清單文件。所述接入設(shè)備向所述視頻客戶端發(fā)出所述原始清單文件，使得所述視頻客戶端根據(jù)所述原始清單文件請求視頻的后續(xù)片段。

在一個示例中，接入設(shè)備將突發(fā)流量狀態(tài)通過無線網(wǎng)絡(luò)擁塞感知功能單元(RCAF，RAN Congestion Awareness Function)發(fā)送給策略與計(jì)費(fèi)規(guī)則功能單元(PCRF，Policy and Charging Rules Function)。所述PCRF根據(jù)所述突發(fā)流量狀態(tài)判斷出網(wǎng)絡(luò)的突發(fā)流量為低時，指示分組數(shù)據(jù)網(wǎng)關(guān)(PGW，Packet Data Network Gateway)使用所述先前觀看視頻的數(shù)據(jù)速率。所述PGW根據(jù)該先前觀看視頻的數(shù)據(jù)速率確定保證比特速率(GBR，Guaranteed Bit Rate)，將該GBR通過承載建立請求提供給接入設(shè)備。所述接入設(shè)備通過RRC連接重配置指令將所述 GBR發(fā)送給視頻客戶端。所述視頻客戶端根據(jù)從接入設(shè)備處接收到的原始清單文件判斷所述當(dāng)前請求視頻是否為短視頻，如果是則根據(jù)所述GBR設(shè)置第一質(zhì)量等級，向所述接入設(shè)備發(fā)出攜帶所述第一質(zhì)量等級的獲取視頻的首個片段的請求。

圖3示出本發(fā)明一個實(shí)施例中用于視頻傳輸?shù)木W(wǎng)絡(luò)結(jié)構(gòu)示意圖。視頻客戶端311和321(可以是手機(jī)、平板電腦等用戶終端)通過接入設(shè)備302連接到PGW 303，再由PGW 303連接到視頻服務(wù)器304。下面的實(shí)施例以HAS客戶端和HAS服務(wù)器為例，對本發(fā)明的技術(shù)方案展開描述。需要指出，本發(fā)明實(shí)施例提供的方案除了應(yīng)用在HAS客戶端和HAS服務(wù)器上，也可以應(yīng)用在其他類型的視頻客戶端311和視頻服務(wù)器304上。在一個示例中，接入設(shè)備302可為基站。在另一實(shí)現(xiàn)中，接入設(shè)備也可為無線接入點(diǎn)(AP)、無線網(wǎng)關(guān)等用于連接用戶終端和服務(wù)器的其他設(shè)備。

實(shí)施例一

圖4為本發(fā)明一個實(shí)施例中視頻傳輸方法的流程示意圖，由基站進(jìn)行傳輸質(zhì)量的控制。

在步驟401，HAS客戶端向基站發(fā)出觀看視頻請求。在一個示例中，該觀看視頻請求為超文本傳送協(xié)議(HTTP，Hypertext Transfer Protocol)請求。在步驟402，基站將該觀看視頻請求發(fā)送給HAS服務(wù)器處理。在步驟403，基站獲得當(dāng)前請求視頻和先前觀看視頻之間的時間間隔。

在步驟404，根據(jù)觀看視頻請求，HAS服務(wù)器獲得原始清單文件(original manifest file)提供給基站。在步驟405，基站將該原始清單文件發(fā)送給HAS客戶端。在一個示例中，該原始清單文件記錄有視頻通用信息，例如視頻長度、數(shù)據(jù)速率集合等。

在步驟406，基站根據(jù)所述時間間隔判斷當(dāng)前請求視頻和先前觀看視頻是否屬于連續(xù)視頻。在步驟407，基站根據(jù)原始清單文件判斷當(dāng)前請求視頻是否為短視頻。如果步驟406和407的判斷結(jié)果均為是，則基站在步驟408 接收到HAS客戶端發(fā)送的獲得視頻的首個片段(segment)的請求后，在步驟409中進(jìn)一步判斷突發(fā)流量(traffic burst)是否為低。在一個示例中，獲得視頻的首個片段的請求攜帶有第一質(zhì)量等級(QL，quality level)，該第一QL是由HAS客戶端根據(jù)原始清單文件為首個片段指定的。在一個示例中，步驟409中突發(fā)流量高低的判斷可通過設(shè)置閾值實(shí)現(xiàn)，高于突發(fā)門限則為突發(fā)流量高，低于突發(fā)門限則為突發(fā)流量低。

當(dāng)突發(fā)流量低時，在步驟410，基站將第一QL修改為建議QL。在步驟411，基站向HAS服務(wù)器發(fā)出修改后的獲得視頻的首個片段的請求，該請求攜帶有建議QL。在一個示例中，基站也可利用在先觀看視頻的各個片段的數(shù)據(jù)速率進(jìn)行第一QL的設(shè)置，比如對在先觀看視頻的各個片段的數(shù)據(jù)速率進(jìn)行平滑得到第一QL。

在步驟412，HAS服務(wù)器根據(jù)建議QL向基站下發(fā)視頻的首個片段。在步驟413，基站將視頻的首個片段提供給HAS客戶端。

隨后，HAS客戶端向基站發(fā)出獲得視頻的后續(xù)片段的請求，每個請求都會攜帶HAS客戶端指定的相應(yīng)QL。對于后續(xù)片段，基站會直接將獲得視頻的后續(xù)片段的請求傳遞給HAS服務(wù)器，這點(diǎn)與首個片段的處理不同。需要指出，后續(xù)片段是指首個片段之外的其他片段，包括中間片段和最后片段。當(dāng)然，基站對最后片段的處理與中間片段的不同之處在于，對最后片段還進(jìn)一步執(zhí)行了步驟414和415。

在步驟414，HAS服務(wù)器向基站發(fā)出獲得視頻的最后片段的請求，該請求攜帶有第二QL。在步驟415，基站將第二QL記錄為建議QL，并記錄獲得視頻的最后片段的請求的接收時間。在一個示例中，該接收時間可用于基站下一次接收到觀看視頻請求時，執(zhí)行步驟403確定前后兩段視頻之間的時間間隔。

需要指出，同一實(shí)體在同一時期所執(zhí)行的不具有特定關(guān)聯(lián)性的步驟之間的先后順序并不加以限定，比如步驟402和403，以及步驟405、406和407。在一個示例中，可以先執(zhí)行步驟407，隨后執(zhí)行步驟405，最后執(zhí)行步驟406。

圖4所示的流程由諸如基站、無線接入點(diǎn)等接入設(shè)備對視頻傳輸?shù)馁|(zhì)量進(jìn)行控制，無需增加額外的信令，整個質(zhì)量控制的過程對于HAS客戶端和HAS服務(wù)器都是透明的。

實(shí)施例二

圖5為本發(fā)明一個實(shí)施例中視頻傳輸方法的流程示意圖，也是由基站進(jìn)行傳輸質(zhì)量的控制。

在步驟501，HAS客戶端向基站發(fā)出觀看視頻請求。在步驟502中，基站將該觀看視頻請求發(fā)送給HAS服務(wù)器處理。在步驟503中，基站獲得當(dāng)前請求視頻和先前觀看視頻之間的時間間隔。在步驟504，HAS服務(wù)器將原始清單文件提供給基站。在步驟505，基站根據(jù)所述時間間隔判斷當(dāng)前請求視頻和先前觀看視頻是否屬于連續(xù)視頻。在步驟506，基站根據(jù)原始清單文件判斷當(dāng)前請求視頻是否為短視頻。在步驟507，基站判斷突發(fā)流量是否為低。

如果步驟505-507的判斷結(jié)果均為是，在步驟508，基站保存原始清單文件，生成偽清單文件，并將建議QL作為偽清單文件中記錄的最低數(shù)據(jù)速率。在步驟509，基站將偽清單文件發(fā)送給HAS客戶端。HAS客戶端將從偽清單文件中的數(shù)據(jù)速率集合中選擇第一QL。相應(yīng)地，步驟510中，HAS客戶端發(fā)出獲得視頻的首個片段的請求時，其中攜帶的第一QL至少為建議QL。假設(shè)建議QL為991kbps，則偽清單文件中的數(shù)據(jù)速率集合為{991，1427，2056，2962}。

在步驟511，該獲得視頻的首個片段的請求經(jīng)由基站發(fā)送給HAS服務(wù)器。在步驟512，HAS服務(wù)器根據(jù)建議QL下發(fā)視頻的首個片段。在步驟513，基站對所述視頻的首個片段進(jìn)行處理，在其中增加清單文件更新通知。在步驟514，攜帶有清單文件更新通知的所述視頻的首個片段由基站下發(fā)給HAS客戶端。在步驟515，基站將步驟508中保存的原始清單文件發(fā)送給HAS客戶端，使得HAS客戶端在后續(xù)片段中恢復(fù)正常的數(shù)據(jù)速率選擇。在步驟516，HAS客戶端發(fā)出獲得視頻的最后片段的請求。該獲得視頻的最后片段的請求 中攜帶的為最后片段選出的第二QL在步驟517被基站記錄下來。在步驟517中，基站還進(jìn)一步記錄了獲得視頻的最后片段的請求的接收時間，用于在下一視頻請求到來時，計(jì)算當(dāng)前請求視頻與下一請求視頻之間的時間間隔。

需要指出，圖5所示的流程對于HAS客戶端和HAS服務(wù)器都是透明的。

實(shí)施例三

圖6為本發(fā)明一個實(shí)施例中視頻傳輸方法的流程示意圖，由HAS服務(wù)器進(jìn)行傳輸質(zhì)量的控制。

在步驟601，基站將突發(fā)流量狀態(tài)提供給HAS服務(wù)器。在一個示例中，該突發(fā)流量狀態(tài)可采用簡單網(wǎng)絡(luò)管理協(xié)議(SNMP，Simple Network Management Protocol)或者其他網(wǎng)絡(luò)服務(wù)協(xié)議傳輸。

在步驟602和603，HAS客戶端發(fā)出的觀看視頻請求通過基站傳遞給HAS服務(wù)器。在步驟604，HAS服務(wù)器獲得當(dāng)前請求視頻和先前觀看視頻之間的時間間隔。在步驟605，HAS服務(wù)器根據(jù)所述時間間隔判斷當(dāng)前請求視頻和先前觀看視頻是否屬于連續(xù)視頻。在步驟606，HAS服務(wù)器根據(jù)原始清單文件判斷當(dāng)前請求視頻是否為短視頻。在步驟607，HAS服務(wù)器根據(jù)步驟601獲得的突發(fā)流量狀態(tài)判斷突發(fā)流量是否為低。

如果步驟605-607的判斷結(jié)果均為是，在步驟608，HAS服務(wù)器根據(jù)先前觀看視頻的數(shù)據(jù)速率獲得建議QL。在步驟609，HAS服務(wù)器生成偽清單文件發(fā)送給基站，并由基站將偽清單文件發(fā)送給HAS客戶端。在一個示例中，HAS服務(wù)器是將原始清單文件中的最低數(shù)據(jù)速率修改為建議QL，從而得到所述偽清單文件。在步驟610，HAS客戶端根據(jù)偽清單文件選擇首個片段的第一QL，將攜帶第一QL的獲得視頻的首個片段的請求發(fā)送給基站，并由基站將該請求發(fā)送給HAS服務(wù)器。在步驟611，HAS服務(wù)器進(jìn)行清單文件更新，將偽清單文件恢復(fù)為原始清單文件。HAS服務(wù)器在下發(fā)的視頻的首個片段中攜帶清單文件更新通知(步驟612)，并隨后將原始清單文件通過基站發(fā)送給HAS客戶端(步驟613)。在步驟614，HAS客戶端根據(jù)原始清單文件發(fā) 出后續(xù)片段的請求。

需要指出，圖6所示的流程對于HAS客戶端是透明的。

實(shí)施例四

圖7為本發(fā)明一個實(shí)施例中視頻傳輸方法的流程示意圖，由PGW進(jìn)行傳輸質(zhì)量的控制。

在步驟701，突發(fā)流量狀態(tài)由基站通過RCAF提供給PCRF。在步驟702，網(wǎng)絡(luò)接收到HAS客戶端發(fā)起的觀看視頻請求后，PCRF判斷突發(fā)流量是否為低。如果是，則PCRF向PGW發(fā)出使用先前觀看視頻的數(shù)據(jù)速率的通知(步驟703)。在步驟704，PGW獲得當(dāng)前請求視頻和先前觀看視頻之間的時間間隔。在步驟705，PGW根據(jù)所述時間間隔判斷當(dāng)前請求視頻和先前觀看視頻是否屬于連續(xù)視頻。在步驟706，PGW判斷當(dāng)前請求視頻是否為短視頻。

如果步驟705和706的判斷結(jié)果均為是，在步驟707，PGW根據(jù)先前觀看視頻的數(shù)據(jù)速率獲得GBR。在步驟708，PGW向基站發(fā)出承載建立請求，攜帶該GBR信息。在步驟709，基站向HAS客戶端發(fā)出攜帶所述GBR信息的RRC連接重配置請求。需要指出，該GBR信息即為建議QL。在步驟710，HAS客戶端回復(fù)RRC連接重配置響應(yīng)。在步驟711，基站向PGW回復(fù)承載建立響應(yīng)。在步驟712，HAS客戶端根據(jù)原始清單文件判斷所請求的是否為短視頻。具體地，HAS客戶端獲得原始清單文件的過程參見步驟401-405，此處不再贅述。如果是，則在步驟713，HAS客戶端根據(jù)所述GBR信息選擇第一QL，并在步驟714向基站發(fā)出攜帶所述第一QL的獲得視頻的首個片段的請求。

在圖7所示的流程中，步驟708中，PGW也可以采用一條新增信令向基站并最終向HAS客戶端通知該GBR信息，而不是重用已有的承載建立過程(比如使用到承載建立請求和RRC連接重配置請求)進(jìn)行GBR的通知。

圖8為本發(fā)明一個實(shí)施例中接入設(shè)備800的結(jié)構(gòu)示意圖。該接入設(shè)備800 包括：信息獲取單元801、聯(lián)合視頻傳輸適配單元802、建議質(zhì)量等級提供單元803。

在一個示例中，信息獲取單元801用于接收視頻客戶端提供的觀看視頻請求，獲取先前觀看視頻和該觀看視頻請求所指示的當(dāng)前請求視頻之間的時間間隔，并從視頻服務(wù)器提供的原始清單文件中獲取所述當(dāng)前請求視頻的視頻長度。

聯(lián)合視頻傳輸適配單元802用于根據(jù)所述時間間隔和所述視頻長度判斷是否進(jìn)行聯(lián)合視頻傳輸適配，并將判斷結(jié)果發(fā)送給建議質(zhì)量等級提供單元803。

建議質(zhì)量等級提供單元803用于根據(jù)所述判斷結(jié)果將與所述先前觀看視頻的數(shù)據(jù)速率關(guān)聯(lián)的建議質(zhì)量等級作為所述當(dāng)前請求視頻的首個片段的第一質(zhì)量等級提供給所述視頻服務(wù)器。其中，建議質(zhì)量等級與所述先前觀看視頻的數(shù)據(jù)速率關(guān)聯(lián)表現(xiàn)為：按照先前觀看視頻的最后片段的數(shù)據(jù)速率設(shè)置該建議質(zhì)量等級；或者，將先前觀看視頻的所有片段的數(shù)據(jù)速率取平均或加權(quán)求和，得到該建議質(zhì)量等級。

在一個示例中，聯(lián)合視頻傳輸適配單元802進(jìn)一步用于：根據(jù)突發(fā)流量狀態(tài)判斷是否進(jìn)行聯(lián)合視頻傳輸適配。

在一個示例中，建議質(zhì)量等級提供單元803根據(jù)所述先前觀看視頻的最后片段的第二質(zhì)量等級設(shè)置所述建議質(zhì)量等級。接收到所述視頻客戶端發(fā)送的獲得視頻的首個片段的請求后，建議質(zhì)量等級提供單元803將該獲得視頻的首個片段的請求中攜帶的所述第一質(zhì)量等級修改為所述建議質(zhì)量等級發(fā)送給所述視頻服務(wù)器。也就是說，由接入設(shè)備將當(dāng)前請求視頻的首個片段的數(shù)據(jù)速率與先前觀看視頻的數(shù)據(jù)速率關(guān)聯(lián)起來，使得該首個片段的傳輸質(zhì)量參考了先前觀看視頻的傳輸情況，從而實(shí)現(xiàn)了視頻傳輸?shù)穆?lián)合適配。

圖9為本發(fā)明一個實(shí)施例中接入設(shè)備的結(jié)構(gòu)示意圖，包括：信息獲取單元801、聯(lián)合視頻傳輸適配單元802、建議質(zhì)量等級提供單元803，以及清單文件更新單元904。其中，信息獲取單元801、聯(lián)合視頻傳輸適配單元802、建議質(zhì)量等級提供單元803的實(shí)現(xiàn)可參考圖8的描述。

在一個示例中，建議質(zhì)量等級提供單元803根據(jù)所述先前觀看視頻的最后 片段的第二質(zhì)量等級設(shè)置所述建議質(zhì)量等級，并將所述原始清單文件記錄的最低數(shù)據(jù)速率修改為所述建議質(zhì)量等級提供給所述視頻客戶端。

清單文件更新單元904在接收到所述首個片段后，在所述首個片段中增加清單文件更新通知發(fā)送給所述視頻客戶端，并將預(yù)先保存的所述原始清單文件發(fā)送給所述視頻客戶端。

具體實(shí)現(xiàn)時，上述圖8和圖9中所提及接入設(shè)備的操作可參考圖4和圖5，該接入設(shè)備可以為基站、無線接入點(diǎn)、接入網(wǎng)關(guān)等。

圖10為本發(fā)明一個實(shí)施例中網(wǎng)絡(luò)設(shè)備1000的結(jié)構(gòu)示意圖。該網(wǎng)絡(luò)設(shè)備1000包括：信息獲取單元1001、聯(lián)合視頻傳輸適配單元1002、建議質(zhì)量等級提供單元1003。

在一個示例中，信息獲取單元1001用于接收觀看視頻請求，獲取先前觀看視頻和該觀看視頻請求所指示的當(dāng)前請求視頻之間的時間間隔，并從已生成的原始清單文件中獲取所述當(dāng)前請求視頻的視頻長度。

聯(lián)合視頻傳輸適配單元1002用于根據(jù)所述時間間隔和所述視頻長度判斷是否進(jìn)行聯(lián)合視頻傳輸適配，并將判斷結(jié)果發(fā)送給建議質(zhì)量等級提供單元1003。

建議質(zhì)量等級提供單元1003用于在所述判斷結(jié)果為是的情況下，根據(jù)所述先前觀看視頻的數(shù)據(jù)速率確定建議質(zhì)量等級，提供給接入設(shè)備。

在一個示例中，聯(lián)合視頻傳輸適配單元1002進(jìn)一步用于根據(jù)突發(fā)流量狀態(tài)判斷是否進(jìn)行聯(lián)合視頻傳輸適配。

在一個示例中，建議質(zhì)量等級提供單元1003用于將所述建議質(zhì)量等級通過承載建立請求發(fā)送給所述接入設(shè)備。

圖11為本發(fā)明一個實(shí)施例中網(wǎng)絡(luò)設(shè)備的結(jié)構(gòu)示意圖，包括：信息獲取單元1001、聯(lián)合視頻傳輸適配單元1002、建議質(zhì)量等級提供單元1003，以及清單文件更新單元1104。其中，信息獲取單元1001、聯(lián)合視頻傳輸適配單元1002、建議質(zhì)量等級提供單元1003的實(shí)現(xiàn)可參考圖10的描述。

在一個示例中，建議質(zhì)量等級提供單元1003用于將所述原始清單文件中的最低數(shù)據(jù)速率修改為所述建議質(zhì)量等級得到偽清單文件，將所述偽清單文件提 供給所述接入設(shè)備。

清單文件更新單元1104用于在接收到獲得視頻的首個片段的請求后，在所述獲得視頻的首個片段的請求中增加清單文件更新通知發(fā)送給所述接入設(shè)備，再將所述原始清單文件發(fā)送給所述接入設(shè)備。

具體實(shí)現(xiàn)時，上述圖10和圖11中所提及網(wǎng)絡(luò)設(shè)備的操作可參考圖6和圖7，該網(wǎng)絡(luò)設(shè)備可以是視頻服務(wù)器，或者分組數(shù)據(jù)網(wǎng)關(guān)等。

圖12為本發(fā)明一個實(shí)施例中接入設(shè)備的結(jié)構(gòu)示意圖，包括：處理器1201和存儲器1202。其中，存儲器1202包括：第一信息獲取單元1212、第一聯(lián)合視頻傳輸適配單元1222、第一建議質(zhì)量等級提供單元1232。需要指出，存儲器1202用于存儲以上指令單元1212、1222、1232，以便處理器1201執(zhí)行這些指令單元，來實(shí)現(xiàn)圖4和圖5所示的流程。具體地，第一信息獲取單元1212的功能與圖8中的信息獲取單元801相同，第一聯(lián)合視頻傳輸適配單元1222的功能與圖8中的聯(lián)合視頻傳輸適配單元802相同，第一建議質(zhì)量等級提供單元1232的功能與圖8中的建議質(zhì)量等級提供單元803相同，此處不再贅述。具體地，所述接入設(shè)備用于連接用戶終端和網(wǎng)絡(luò)設(shè)備，可以是基站、無線接入點(diǎn)、接入網(wǎng)關(guān)等設(shè)備。

圖13為本發(fā)明一個實(shí)施例中網(wǎng)絡(luò)設(shè)備的結(jié)構(gòu)示意圖，包括：處理器1301和存儲器1302。其中，存儲器1302包括：第二信息獲取單元1312、第二聯(lián)合視頻傳輸適配單元1322、第二建議質(zhì)量等級提供單元1332。需要指出，存儲器1302用于存儲以上指令單元1312、1322、1332，以便處理器1301執(zhí)行這些指令單元，來實(shí)現(xiàn)圖6和圖7所示的流程。具體地，第二信息獲取單元1312的功能與圖10中的信息獲取單元1001相同，第二聯(lián)合視頻傳輸適配單元1322的功能與圖10中的聯(lián)合視頻傳輸適配單元1002相同，第二建議質(zhì)量等級提供單元1332的功能與圖10中的建議質(zhì)量等級提供單元1003相同，此處不再贅述。具體地，所述網(wǎng)絡(luò)設(shè)備可為視頻服務(wù)器(比如OTT服務(wù)器等)，或者分組數(shù)據(jù)網(wǎng)關(guān)等。

需要指出，本申請實(shí)施例提供的視頻傳輸方法能夠有效利用網(wǎng)絡(luò)帶寬，為用戶提供更好的視頻數(shù)據(jù)傳輸質(zhì)量。

以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。