(19)中華人民共和國國家知識產權局

(12)發明專利申請

HP(10)申請公布號CN110113641A

(43)申請公布日2019.08.09

(21)申請號201910310326.7

(22)申請日2019.04.17

(71)申請人騰訊科技(深圳)有限公司

地址518000廣東省深圳市南山區高新區

科技中一路騰訊大廈35層

(72)發明人俞一帆

(74)專利代理機構深圳市隆天聯鼎知識產權代

理有限公司44232

代理人劉抗美

(51)Int.Cl.

H04N21/262(2011.01)

H04N21/438(2011.01)

H04N21/44(2011.01)

H04N21/4402(2011.01)

H04N21/442(2011.01)

權利要求書3頁說明書25頁附圖10頁

(54)發明名稱

視頻數據的傳輸方法、裝置、邊緣服務節點

及介質

(57)摘要

本公開提供了一種視頻數據的傳輸方法、裝

置、邊緣服務節點及介質。該方法包括：緩存從視

頻數據發送端要發送到視頻數據接收端的視頻

數據；獲取視頻數據發送端和視頻數據接收端之

間的信道狀態信息；當所述信道狀態信息滿足第

一預定條件時，獲取緩存的視頻數據的降容量版

本，其中所述降容量版本的傳輸容量低于所述緩

存的視頻數據的傳輸容量，但保證視頻數據的解

碼；將所述降容量版本發送給視頻數據接收端，

以供所述視頻數據接收端解碼。本公開實施例緩

存要發送到視頻數據接收端的視頻數據，自動監

測發送端和接收端之間的信道狀態信息，并當信

＜道狀態信息指示的信道狀態差時，發送緩存的視

g頻數據的降容量版本，保證視頻播放的流暢度，

=避免卡頓。

o

N

CN110113641A權利要求書1/3頁

1.一種視頻數據的傳輸方法，其特征在于，所述方法包括：

緩存從視頻數據發送端要發送到視頻數據接收端的視頻數據；

獲取視頻數據發送端和視頻數據接收端之間的信道狀態信息；

當所述信道狀態信息滿足第一預定條件時，獲取緩存的視頻數據的降容量版本，其中

所述降容量版本的傳輸容量低于所述緩存的視頻數據的傳輸容量，但保證視頻數據的解

碼；

將所述降容量版本發送給視頻數據接收端，以供所述視頻數據接收端解碼。

2.根據權利要求1所述的方法，其特征在于，所述緩存從視頻數據發送端要發送到視頻

數據接收端的視頻數據，包括：在預定視頻播放時間窗口中，緩存從視頻數據發送端要發送

到視頻數據接收端的視頻數據，其中，在該預定視頻播放時間窗口中，按照先進先出緩存方

式進行緩存。

3.根據權利要求1所述的方法，其特征在于，所述獲取視頻數據發送端和視頻數據接收

端之間的信道狀態信息，包括：

調用預先設置的電信網絡能力獲取服務，所述電信網絡能力獲取服務用于基于視頻數

據發送端和視頻數據接收端之間的通信，確定視頻數據發送端和視頻數據接收端之間的信

道狀態信息。

4.根據權利要求1所述的方法，其特征在于，所述信道狀態信息包括所述視頻數據發送

端和視頻數據接收端之間的信道上的丟包率，所述丟包率通過以下方式確定：

在向視頻數據接收端轉發來自所述視頻數據發送端的包時，在發包記錄中關聯記錄該

包的標識和轉發時間；

在接收到來自所述視頻數據接收端的包接收確認響應時，在收包記錄中關聯記錄該包

的標識；

如果發包記錄中的包的標識，在從所述轉發時間起預定間隔時間內未加入收包記錄

中，確定發生丟包；

用單位時間發生丟包的次數除以該單位時間內發包記錄中包的標識數，得到丟包率。

5.根據權利要求1所述的方法，其特征在于，所述信道狀態信息包括所述視頻數據發送

端和視頻數據接收端之間的信道上的平均傳輸延遲，所述平均傳輸延遲通過以下方式確

定：

在向視頻數據接收端轉發來自所述視頻數據發送端的包時，在發包記錄中關聯記錄該

包的標識和轉發時間；

在接收到來自所述視頻數據接收端的包接收確認響應時，在收包記錄中關聯記錄該包

的標識和確認響應接收時間；

如果針對發包記錄中的每個包的標識，在收包記錄中找到與該標識對應的確認響應接

收時間，用該確認響應接收時間減去發包記錄中該標識對應的轉發時間的差除以2,得到該

包的傳輸延遲；

將針對發包記錄中的各包的標識得到的傳輸延遲求平均，得到平均傳輸延遲。

6.根據權利要求1所述的方法，其特征在于，所述降容量版本包括第一降容量版本和第

二降容量版本，所述當所述信道狀態信息滿足第一預定條件時，獲取緩存的視頻數據的降

容量版本，包括：

2

CN110113641A權利要求書2/3頁

當所述信道狀態信息滿足第一預定條件，但不滿足第二預定條件時，獲取緩存的視頻

數據的第一降容量版本；

當所述信道狀態信息滿足第二預定條件時，獲取緩存的視頻數據的第二降容量版本，

其中第二預定條件指示的信道狀態比第一預定條件指示的信道狀態差，第一降容量版本的

傳輸容量高于第二降容量版本的傳輸容量。

7.根據權利要求6所述的方法，其特征在于，所述第一降容量版本包括緩存的視頻數據

的P幀的一部分、B幀的一部分、以及I幀，所述第二降容量版本包括緩存的視頻數據的I幀。

8.根據權利要求1所述的方法，其特征在于，所述緩存從視頻數據發送端要發送到視頻

數據接收端的視頻數據之前，包括：

接收從視頻數據發送端要發送到視頻數據接收端的數據；

從接收的數據中過濾出視頻數據；

緩存過濾出的視頻數據。

9.根據權利要求8所述的方法，其特征在于，所述從接收的數據中過濾出視頻數據包

括：

按照預定規則，基于接收的數據的源IP地址，源端口，目的IP地址，目的端口、傳輸層協

議、上下文信息中的至少一項，從接收的數據中過濾出視頻數據，其中，所述預定規則指示

接收的數據的源IP地址，源端口，目的IP地址，目的端口、傳輸層協議、上下文信息中的至少

一項與視頻數據的對應關系。

10.根據權利要求1所述的方法，其特征在于，所述緩存從視頻數據發送端要發送到視

頻數據接收端的視頻數據，包括：將從視頻數據發送端要發送到視頻數據接收端的視頻數

據，與所述視頻數據接收端的標識關聯緩存；

所述獲取緩存的視頻數據的降容量版本，包括：獲取與該信道狀態信息對應的視頻數

據接收端標識關聯緩存的降容量版本。

11.根據權利要求1所述的方法，其特征在于，所述緩存從視頻數據發送端發送到視頻

數據接收端的視頻數據之前，包括：

從多個候選視頻處理服務器中選擇用于緩存從視頻數據發送端發送到視頻數據接收

端的視頻數據的視頻處理服務器；

將所述視頻數據緩存到選擇的視頻處理服務器。

12.根據權利要求11所述的方法，其特征在于，所述從多個候選視頻處理服務器中選擇

用于緩存從視頻數據發送端要發送到視頻數據接收端的視頻數據的視頻處理服務器，包

括：

獲取各候選視頻處理服務器的已緩存視頻數據大小；

獲取各候選視頻處理服務器與視頻數據接收端的距離；

基于各候選視頻處理服務器的已緩存視頻數據大小、和所述距離，選擇用于緩存從視

頻數據發送端要發送到視頻數據接收端的視頻數據的視頻處理服務器。

13.一種視頻數據的傳輸裝置，其特征在于，所述裝置包括：

緩存單元，用于緩存從視頻數據發送端要發送到視頻數據接收端的視頻數據；

信道狀態信息獲取單元，用于獲取視頻數據發送端和視頻數據接收端之間的信道狀態

信息；

3

CN110113641A權利要求書3/3頁

降容量版本獲取單元，用于當所述信道狀態信息滿足第一預定條件時，獲取緩存的視

頻數據的降容量版本，其中所述降容量版本的傳輸容量低于所述緩存的視頻數據的傳輸容

量，但保證視頻數據的解碼；

降容量版本發送單元，用于將所述降容量版本發送給視頻數據接收端，以供所述視頻

數據接收端解碼。

14.一種邊緣服務節點，其特征在于，

存儲器，存儲有計算機可讀指令；

處理器，讀取存儲器存儲的計算機可讀指令，以執行權利要求1-12中任一所述的方法。

15.一種計算機可讀程序介質，其特征在于，其存儲有計算機可讀指令，當所述計算機

可讀指令被處理器執行時，使計算機執行權利要求1-12中任一所述的方法。

4

CN110113641A說明書1/25頁

視頻數據的傳輸方法、裝置、邊緣服務節點及介質

技術領域

[0001]本公開涉及計算機及通信技術領域，具體而言，涉及一種視頻數據的傳輸方法、裝

置、邊緣服務節點及介質。

背景技術

10002]隨著信息技術的快速發展，信息的表現形式和傳輸方式已經發生改變：從傳統的

文字（如：書籍、報紙）和音頻（如：廣播）等方式，轉變成具有生動表現力且具有更多信息量

的視頻方式。如今的電視和互聯網將各類影視節目、新聞、廣告、聊天、教育以及游戲等等豐

富的綜合性資源以視頻形式進行展現共享，從而視頻已經成為人們學習、社交以及休閑娛

樂而不可替代的重要方式。

[0003]然而，由于視頻容量大，當接收端網絡狀態不好時，難以快速處理并顯示接收到的

視頻數據，造成接收端觀看的卡頓。

發明內容

[0004]本公開的一個目的在于提出一種視頻數據的傳輸方法、裝置、邊緣服務節點及介

質，能夠提高視頻播放的流暢度，減少卡頓。

[0005]根據本公開實施例的一方面，公開了一種視頻數據的傳輸方法，所述方法包括：

10006J緩存從視頻數據發送端要發送到視頻數據接收端的視頻數據；

10007]獲取視頻數據發送端和視頻數據接收端之間的信道狀態信息；

10008]當所述信道狀態信息滿足第一預定條件時，獲取緩存的視頻數據的降容量版本，

其中所述降容量版本的傳輸容量低于所述緩存的視頻數據的傳輸容量，但保證視頻數據的

解碼；

[0009]將所述降容量版本發送給視頻數據接收端，以供所述視頻數據接收端解碼。

10010]在一個實施例中，所述緩存從視頻數據發送端要發送到視頻數據接收端的視頻數

據，包括：在預定視頻播放時間窗口中，緩存從視頻數據發送端要發送到視頻數據接收端的

視頻數據，其中，在該預定視頻播放時間窗口中，按照先進先出緩存方式進行緩存。

[0011]在一個實施例中，所述預定視頻播放時間窗口的大小預先按照以下方式設置：

100⑵從所述視頻數據接收端的歷史卡頓日志，獲得所述視頻數據接收端歷史上卡頓記

錄的卡頓時長；

[0013]確定該所述視頻數據接收端歷史上卡頓記錄的卡頓時長中最長的卡頓時長；

[0014]將所述預定視頻播放時間窗口的大小設置成所述最長的卡頓時長與預定比例的

乘積。

[0015]在一個實施例中，所述歷史卡頓日志按照以下方式生成：

[0016]接收所述視頻數據接收端響應于檢測到卡頓開始而發送的卡頓開始通知消息；

[0017]觸發預設的計時器開始計時；

[0018]接收所述視頻數據接收端響應于檢測到卡頓停止而發送的卡頓停止通知消息；

5

CN110113641A說明書2/25頁

10019]觸發預設的計時器停止計時；

[0020]將停止計時時計時器的計時作為一次卡頓記錄的卡頓時長，記錄到該視頻數據接

收端的歷史卡頓日志。

[0021]在一個實施例中，所述預定視頻播放時間窗口的大小預先按照以下方式設置：

[0022]從所述視頻數據接收端的歷史卡頓日志，獲得所述視頻數據接收端歷史上卡頓記

錄的卡頓時長；

[0023]確定該所述視頻數據接收端歷史上卡頓記錄的卡頓時長中最長的卡頓時長；

[0024]計算所述最長的卡頓時長與預定比例的乘積；

[0025]基于所述乘積、以及緩存所述視頻數據的視頻處理服務器的最大緩存容量，設置

所述預定視頻播放時間窗口的大小。

10026]在一個實施例中，所述基于所述乘積、以及緩存所述視頻數據的視頻處理服務器

的最大緩存容量，設置所述預定視頻播放時間窗口的大小，包括：

10027J按照所述乘積和所述最大緩存容量的加權和，設置所述預定視頻播放時間窗口的

大小。

10028]在一個實施例中，所述獲取視頻數據發送端和視頻數據接收端之間的信道狀態信

息，包括：

[0029]調用預先設置的電信網絡能力獲取服務，所述電信網絡能力獲取服務用于基于視

頻數據發送端和視頻數據接收端之間的通信，確定視頻數據發送端和視頻數據接收端之間

的信道狀態信息。

[0030]在一個實施例中，所述信道狀態信息包括所述視頻數據發送端和視頻數據接收端

之間的信道上的丟包率，所述丟包率通過以下方式確定：

[0031]在向視頻數據接收端轉發來自所述視頻數據發送端的包時，在發包記錄中關聯記

錄該包的標識和轉發時間；

[0032]在接收到來自所述視頻數據接收端的包接收確認響應時，在收包記錄中關聯記錄

該包的標識；

[0033]如果發包記錄中的包的標識，在從所述轉發時間起預定間隔時間內未加入收包記

錄中，確定發生丟包；

[0034]用單位時間發生丟包的次數除以該單位時間內發包記錄中包的標識數，得到丟包

率。

[0035]在一個實施例中，所述信道狀態信息包括所述視頻數據發送端和視頻數據接收端

之間的信道上的平均傳輸延遲，所述平均傳輸延遲通過以下方式確定：

[0036]在向視頻數據接收端轉發來自所述視頻數據發送端的包時，在發包記錄中關聯記

錄該包的標識和轉發時間；

[0037]在接收到來自所述視頻數據接收端的包接收確認響應時，在收包記錄中關聯記錄

該包的標識和確認響應接收時間；

[0038]如果針對發包記錄中的每個包的標識，在收包記錄中找到與該標識對應的確認響

應接收時間，用該確認響應接收時間減去發包記錄中該標識對應的轉發時間的差除以2,得

到該包的傳輸延遲；

[0039]將針對發包記錄中的各包的標識得到的傳輸延遲求平均，得到平均傳輸延遲。

6

CN110113641A說明書3/25頁

10040J在一個實施例中，所述信道狀態信息包括基于所述視頻數據發送端和視頻數據接

收端之間的信道上的丟包率和平均傳輸延遲確定的信道狀態分數，所述信道狀態分數通過

以下方式確定：

[0041]在向視頻數據接收端轉發來自所述視頻數據發送端的包時，在發包記錄中關聯記

錄該包的標識和轉發時間；

[0042]在接收到來自所述視頻數據接收端的包接收確認響應時，在收包記錄中關聯記錄

該包的標識和確認響應接收時間；

[0043]如果發包記錄中的包的標識，在從所述轉發時間起預定間隔時間內未加入收包記

錄中，確定發生丟包；

10044]用單位時間發生丟包的次數除以該單位時間內發包記錄中包的標識數，得到丟包

率；

10045]根據丟包率，確定第一分數，其中所述第一分數與丟包率成反相關關系；

[0046]如果針對發包記錄中的每個包的標識，在收包記錄中找到與該標識對應的確認響

應接收時間，用該確認響應接收時間減去發包記錄中該標識對應的轉發時間，得到該包的

傳輸延遲；

[0047]將針對發包記錄中的各包的標識得到的傳輸延遲求平均，得到平均傳輸延遲；

[0048]根據平均傳輸延遲，確定第二分數，其中所述第二分數與平均傳輸延遲成反相關

關系；

[0049]基于第一分數和第二分數，確定信道狀態分數。

[0050]在一個實施例中，所述基于第一分數和第二分數，確定信道狀態分數，包括：將第

一分數和第二分數的加權和，確定為信道狀態分數。

[0051]在一個實施例中，所述第一預定條件包括：所述信道狀態分數低于預定信道狀態

分數閾值。

[0052]在一個實施例中，所述獲取緩存的視頻數據的降容量版本包括以下中的任一項：

[0053]緩存的視頻數據的I幀；

10054]緩存的視頻數據的P幀的一部分、B幀的一部分、以及I幀。

10055]在一個實施例中，所述降容量版本包括第一降容量版本和第二降容量版本，所述

當所述信道狀態信息滿足第一預定條件時，獲取緩存的視頻數據的降容量版本，包括：

[0056]當所述信道狀態信息滿足第二預定條件時，獲取緩存的視頻數據的第一降容量版

本，其中第二預定條件指示的信道狀態比第一預定條件指示的信道狀態差；

[0057]當所述信道狀態信息滿足第一預定條件，但不滿足第二預定條件時，獲取緩存的

視頻數據的第二降容量版本，其中第二降容量版本的傳輸容量高于第一降容量版本的傳輸

容量。

【0058]在一個實施例中，所述第一降容量版本包括緩存的視頻數據的I幀，所述第二降容

量版本包括緩存的視頻數據的P幀的一部分、B幀的一部分、以及I幀。

[0059]在一個實施例中，所述緩存從視頻數據發送端要發送到視頻數據接收端的視頻數

據，包括：

[0060]接收從視頻數據發送端要發送到視頻數據接收端的數據；

[0061]從接收的數據中過濾出視頻數據；

7

CN110113641A說明書4/25頁

10062]緩存過濾出的視頻數據。

[0063]在一個實施例中，所述從接收的數據中過濾出視頻數據包括：

[0064]按照預定規則，基于接收的數據的源IP地址，源端口，目的IP地址，目的端口、傳輸

層協議、上下文信息中的至少一項，從接收的數據中過濾出視頻數據，其中，所述預定規則

指示接收的數據的源IP地址，源端口，目的IP地址，目的端口、傳輸層協議、上下文信息中的

至少一項與視頻數據的對應關系。

[0065]在一個實施例中，所述緩存從視頻數據發送端要發送到視頻數據接收端的視頻數

據，包括：將從視頻數據發送端要發送到視頻數據接收端的視頻數據，與所述視頻數據接收

端的標識關聯緩存；

10066]所述獲取緩存的視頻數據的降容量版本，包括：獲取與該信道狀態信息對應的視

頻數據接收端標識關聯緩存的降容量版本。

10067]在一個實施例中，所述緩存從視頻數據發送端要發送到視頻數據接收端的視頻數

據，包括：

[0068]從多個候選視頻處理服務器中選擇用于緩存從視頻數據發送端要發送到視頻數

據接收端的視頻數據的視頻處理服務器；

10069J將所述視頻數據緩存到選擇的視頻處理服務器。

[0070]在一個實施例中，所述從多個候選視頻處理服務器中選擇用于緩存從視頻數據發

送端要發送到視頻數據接收端的視頻數據的視頻處理服務器，包括：

10071]獲取各候選視頻處理服務器的已緩存視頻數據大小；

[0072]獲取各候選視頻處理服務器與視頻數據接收端的距離；

[0073]基于各候選視頻處理服務器的已緩存視頻數據大小、和所述距離，選擇用于緩存

從視頻數據發送端要發送到視頻數據接收端的視頻數據的視頻處理服務器。

[0074]在一個實施例中，所述基于各候選視頻處理服務器的已緩存視頻數據大小、和所

述距離，選擇用于緩存從視頻數據發送端要發送到視頻數據接收端的視頻數據的視頻處理

服務器，包括：

[0075]基于各候選視頻處理服務器的已緩存視頻數據大小，確定第三分數，其中第三分

數與所述已緩存視頻數據大小成反相關關系；

[0076]基于各候選視頻處理服務器的所述距離，確定第四分數，其中第四分數與所述距

離成反相關關系；

[0077]基于第三分數和第四分數的加權和，選擇用于緩存從視頻數據發送端要發送到視

頻數據接收端的視頻數據的視頻處理服務器。

[0078]在一個實施例中，所述基于第三分數和第四分數的加權和，選擇用于緩存從視頻

數據發送端要發送到視頻數據接收端的視頻數據的視頻處理服務器，包括：將所述加權和

最大的視頻處理服務器，作為用于緩存從視頻數據發送端要發送到視頻數據接收端的視頻

數據的視頻處理服務器。

[0079]在一個實施例中，所述基于第三分數和第四分數的加權和，選擇用于緩存從視頻

數據發送端要發送到視頻數據接收端的視頻數據的視頻處理服務器，包括：將所述加權和

超過預定加權和閾值的視頻處理服務器中，隨機選擇一個，作為用于緩存從視頻數據發送

端要發送到視頻數據接收端的視頻數據的視頻處理服務器。

8

CN110113641A說明書5/25頁

10080J在一個實施例中，在獲取視頻數據發送端和視頻數據接收端之間的信道狀態信息

之后，所述方法還包括：

[0081]當所述信道狀態信息不滿足第一預定條件時，獲取緩存的視頻數據，

[0082]將獲取的視頻數據發送給視頻數據接收端，以供所述視頻數據接收端解碼。

[0083]在一個實施例中，所述獲取視頻數據發送端和視頻數據接收端之間的信道狀態信

息是定期執行的。在將所述降容量版本發送給視頻數據接收端，以供所述視頻數據接收端

解碼之后，所述方法還包括：

[0084]當獲取到的信道狀態信息由不滿足第一預定條件轉變為滿足第一預定條件時，獲

取緩存的視頻數據；

10085]將獲取的視頻數據發送給視頻數據接收端，以供所述視頻數據接收端解碼。

⑼861根據本公開實施例的一方面，公開了一種視頻數據的傳輸裝置，包括：

[0087]緩存單元，用于緩存從視頻數據發送端要發送到視頻數據接收端的視頻數據；

河88]信道狀態信息獲取單元，用于獲取視頻數據發送端和視頻數據接收端之間的信道

狀態信息；

10089]降容量版本獲取單元，用于當所述信道狀態信息滿足第一預定條件時，獲取緩存

的視頻數據的降容量版本，其中所述降容量版本的傳輸容量低于所述緩存的視頻數據的傳

輸容量，但保證視頻數據的解碼；

10090]降容量版本發送單元，用于將所述降容量版本發送給視頻數據接收端，以供所述

視頻數據接收端解碼。

10091]根據本公開實施例的一方面，公開了一種邊緣服務節點，包括：存儲器，存儲有計

算機可讀指令；處理器，讀取存儲器存儲的計算機可讀指令，以執行如上所述的方法。

[0092]根據本公開實施例的一方面，公開了一種計算機程序介質，其上存儲有計算機可

讀指令，當所述計算機可讀指令被計算機的處理器執行時，使計算機執行如上所述的方法。

[0093]本公開的實施例提供的技術方案可以包括以下有益效果：本公開提供的技術方

案，通過在視頻數據沒有發送到視頻數據接收端之前，中途緩存所述視頻數據，并且監視視

頻數據發送端和視頻數據接收端之間的信道狀態信息，當所述信道狀態信息指示的信道狀

態差時，獲取緩存的視頻數據的降容量版本發送給視頻數據接收端，其中所述降容量版本

的傳輸容量低于所述緩存的視頻數據的傳輸容量，這樣可以使得在視頻數據接收端顯示時

不卡頓，同時保證視頻數據的解碼。本公開實施例不依賴于視頻數據接收端監測卡頓，避免

了視頻數據接收端監測卡頓存在的滯后性，能夠反映信道實時的狀況。另外，它只需要在視

頻數據接收端和視頻數據發送端之間增加一個執行上述功能的部件，不需要維護一個專門

的控制系統。

[0094]本公開的其他特性和優點將通過下面的詳細描述變得顯然，或部分地通過本公開

的實踐而習得。

[0095]應當理解的是，以上的一般描述和后文的細節描述僅是示例性的，并不能限制本

公開。

附圖說明

[00961此處的附圖被并入說明書中并構成本說明書的一部分，示出了符合本發明的實施

9

CN110113641A說明書6/25頁

例，并與說明書一起用于解釋本發明的原理。顯而易見地，下面描述中的附圖僅僅是本發明

的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據

這些附圖獲得其他的附圖。在附圖中：

[0097]圖1示出了根據本公開一個實施例的視頻數據傳輸方法應用的系統構架圖。

[0098]圖2A-2c示出了根據本公開一個實施例的視頻數據傳輸方法應用在云游戲的應用

場景下的界面圖。

[0099]圖3示出了根據本公開一個實施例的視頻數據傳輸方法的流程圖。

⑼001圖4示出了根據本公開一個實施例的設置預定視頻播放時間窗口的流程圖。

⑼011圖5示出了根據本公開一個實施例的設置預定視頻播放時間窗口的流程圖。

[0102]圖6示出了根據本公開一個實施例的步驟S310的詳細流程圖。

⑼03]圖7示出了根據本公開另一個實施例的步驟S310的詳細流程圖。

⑼041圖8示出了根據本公開另一個實施例的步驟S3101'的詳細流程圖。

[0105]圖9示出了根據本公開另一個實施例的步驟S31O13'的詳細流程圖。

⑼061圖10示出了根據本公開一個實施例的視頻數據傳輸方法應用在云游戲的應用場

景下的交互流程圖。

10107]圖11示出了根據本公開一個實施例的視頻數據傳輸方法應用在云游戲的應用場

景下的邏輯判斷過程流程圖。

10108]圖12示出了根據本公開一個實施例的視頻數據的傳輸裝置的框圖。

[0109]圖13示出了根據本公開一個實施例的邊緣服務節點的硬件圖。

具體實施方式

[0H0]現在將參考附圖更全面地描述示例實施方式。然而，示例實施方式能夠以多種形

式實施，且不應被理解為限于在此闡述的范例；相反，提供這些示例實施方式使得本公開的

描述將更加全面和完整，并將示例實施方式的構思全面地傳達給本領域的技術人員。附圖

僅為本公開的示意性圖解，并非一定是按比例繪制。圖中相同的附圖標記表示相同或類似

的部分，因而將省略對它們的重復描述。

[0111]此外，所描述的特征、結構或特性可以以任何合適的方式結合在一個或更多示例

實施方式中。在下面的描述中，提供許多具體細節從而給出對本公開的示例實施方式的充

分理解。然而，本領域技術人員將意識到，可以實踐本公開的技術方案而省略所述特定細節

中的一個或更多，或者可以采用其它的方法、組元、步驟等。在其它情況下，不詳細示出或描

述公知結構、方法、實現或者操作以避免喧賓奪主而使得本公開的各方面變得模糊。

f0H2]附圖中所示的一些方框圖是功能實體，不一定必須與物理或邏輯上獨立的實體相

對應。可以采用軟件形式來實現這些功能實體，或在一個或多個硬件模塊或集成電路中實

現這些功能實體，或在不同網絡和/或處理器裝置和/或微控制器裝置中實現這些功能實

體。

⑼⑶下面先參照圖1描述一下本公開實施例的視頻數據傳輸方法所應用的體系構架。

[0>14]如圖1所示，本發明應用的系統架構可以包括視頻數據接收端101、無線基站102、

邊緣服務節點103、移動核心網絡設備106和視頻數據發送端107。視頻數據發送端107是發

送視頻數據的設備，其可以是服務器，也可以是智能手機、是平板電腦、便攜式計算機、臺式

10

CN110113641A說明書7/25頁

計算機等用戶終端。視頻數據接收端101是接收視頻數據的設備，其可以是智能手機，還可

以是平板電腦、便攜式計算機、臺式計算機等等。

[0H5]邊緣服務節點103是分布在靠近用戶的位置（即接近視頻數據接收端101的位置）

的設備，它是本公開實施例的視頻數據的傳輸方法的執行主體。它插入在視頻數據接收端

101和視頻數據發送端107之間的信道上靠近視頻數據接收端101的一側，起到緩存要發送

給視頻數據接收端101的視頻數據，并當檢測到信道狀態差時獲取緩存的視頻數據的降容

量版本給視頻數據接收端101發送的作用。它可以包括視頻處理服務器104和移動邊緣計算

服務器105。移動邊緣計算服務器105是在靠近用戶（即靠近視頻數據接收端101）的位置為

用戶進行各種貼近用戶的服務時處理服務中需要的各種計算的設備，包括本公開實施例如

下所述的檢測視頻數據發送端和視頻數據接收端之間的信道狀態信息、以及從視頻數據發

送端發送到視頻數據接收端的數據流中過濾出視頻數據。視頻處理服務器104是執行數據

視頻在發送到視頻數據接收端101之前進行的各種處理的設備，包括本公開實施例如下所

述的緩存要發送到視頻數據接收端的視頻數據、獲取緩存的視頻數據的降容量版本等。雖

然圖1中示出邊緣服務節點103包括視頻處理服務器104和移動邊緣計算服務器105兩個獨

立的硬件設備，但實際上，邊緣服務節點103也可以是一個獨立的硬件設備，其能夠執行視

頻處理服務器104和移動邊緣計算服務器105的功能，視頻處理服務器104和移動邊緣計算

服務器105的硬件并不存在。

10H6]移動核心網設備106是部署在視頻數據接收端101和視頻數據發送端107之間的信

道上靠近核心網一側（靠近視頻數據發送端107,如果是從核心網向邊緣用戶發送視頻數據

的話）的設備，它負責將核心網中產生的數據流（如核心網中的視頻數據發送端107產生的

數據流）發送到邊緣用戶側（視頻數據接收端101側）。視頻數據發送端107通過SGi接口與移

動核心網設備106連接。

[0H7]視頻數據接收端101通過無線鏈路接入無線基站102,并經由邊緣服務節點103、移

動核心網設備106與視頻數據發送端107建立信道連接。應該理解，圖1中的視頻數據接收端

101、無線基站102、視頻處理服務器104、視頻數據發送端107的數目僅僅是示意性的。根據

實現需要，可以具有任意數目的視頻數據接收端101、無線網絡接入點102、視頻處理服務器

104和視頻數據發送端107。

[0H8]下面結合圖2A-2c描述根據本公開實施例的視頻數據傳輸方法應用在云游戲應用

場景下的界面圖。

[0H9]圖2A-2c是視頻數據接收端的界面示意圖。在云游戲的應用場景中，視頻數據發送

端107是云游戲服務器。云游戲服務器完成游戲數據的處理及游戲圖像的渲染，并將渲染后

的視頻數據通過邊緣服務節點103轉發給視頻數據接收端101。邊緣服務節點103接收到該

視頻數據，會將其先緩存起來。具體地說，圖1的移動邊緣計算服務器105將視頻數據緩存到

視頻處理服務器104。同時，移動邊緣計算服務器105還檢測云游戲服務器和作為視頻數據

接收端101的用戶終端之間的信道狀態。如果視頻數據接收端101側網絡狀況良好，移動邊

緣計算服務器105直接將緩存的視頻數據取出，發送給用戶終端。在用戶終端側將會看到圖

2A所示的畫面。

[0120]如果移動邊緣計算服務器105檢測到視頻數據接收端101側網絡狀況不好，移動邊

緣計算服務器105直接將緩存的視頻數據的I幀取出，發給用戶終端。視頻數據中原來有I、

11

CN110113641A說明書8/25頁

P、B三種幀，其中I幀是幀間壓縮編碼中的重要幀。它是一個全幀壓縮的編碼幀，解碼時僅用

I幀的數據就可重構完整圖像。傳輸I幀相比于傳輸整個的視頻數據，大大減少了傳輸容量，

但又可以保證視頻數據解碼。圖2B所示的是僅傳輸I幀的情況下用戶終端看到的畫面。如圖

2A相比，用戶能看清畫面，但清晰度變差。

[0121]由于移動邊緣計算服務器105檢測信道狀況是定期的，當其檢測到視頻數據接收

端101側網絡狀況又變好，其又將緩存的視頻數據整個取出（而不是僅取出I幀），發給用戶

終端。用戶終端上看到的是如圖2c所示的畫面，其與圖2A的清晰度是一致的。

[0122]根據本公開的一個實施例，提供了一種視頻數據的傳輸方法。在邊緣服務節點103

包括視頻處理服務器104和移動邊緣計算服務器105的情況下，該方法是由移動邊緣計算服

務器105執行的。視頻處理服務器104是步驟S310中視頻數據緩存到的對象。在邊緣服務節

點103不分視頻處理服務器104和移動邊緣計算服務器105的情況下，該方法是由邊緣服務

節點103整體執行的。

10123]如圖3所示，所述方法包括：

[0124]步驟S310、緩存從視頻數據發送端要發送到視頻數據接收端的視頻數據；

⑼251步驟S320、獲取視頻數據發送端和視頻數據接收端之間的信道狀態信息；

[0126]步驟S330、當所述信道狀態信息滿足第一預定條件時，獲取緩存的視頻數據的降

容量版本，其中所述降容量版本的傳輸容量低于所述緩存的視頻數據的傳輸容量，但保證

視頻數據的解碼；

10127]步驟S340、將所述降容量版本發送給視頻數據接收端，以供所述視頻數據接收端

解碼。

⑼28]下面對這些步驟進行詳細描述。

[。129]在步驟S310中，視頻是指連續的圖像幀構成的序列。視頻數據是將視頻編碼后得

到的數據。視頻編碼是為了便于傳輸，將視頻數據解碼可以還原視頻。

[0130]從視頻數據發送端要發送到視頻數據接收端的視頻數據包括兩種情況。一種情況

是視頻數據發送端本身產生了視頻數據，將其發送到視頻數據接收端。另一種情況是當視

頻數據接收端需要獲取視頻數據時，則向視頻數據發送端發送請求，視頻數據發送端在接

收到請求后，產生所請求的視頻數據，并將視頻數據發送至視頻數據接收端。

[0131]在步驟S320中，獲取視頻數據發送端和視頻數據接收端之間的信道狀態信息。

10132]信道狀態信息就是表示通信信道處于何種狀態的情形的信息，例如信道擁塞、信

道空閑、信道完全不能用、信道能用但是產生丟包、信道能用但是產生延遲等。后文將會信

道狀態信息的種類進行詳細描述。

⑼33]在步驟S330中，第一預定條件是指示信道狀態差的條件，具體情形在后文中詳述。

[0134]降容量版本是指傳輸容量低于所述緩存的視頻數據的傳輸容量，但保證視頻數據

的解碼的版本。由于傳輸容量低，可以在信道狀態差時減少卡頓。由于能夠保證解碼，保證

用戶能看到畫面中的基本內容，僅僅是清晰度變差。

[0135]在步驟S340中，將所述降容量版本發送給視頻數據接收端后，所述視頻數據接收

端解碼后可以看到視頻的基本內容，盡管清晰度變差。

[0136]在一個實施例中，步驟S310中緩存視頻數據可以是無限緩存，即只要是從視頻數

據發送端要發送到視頻數據接收端的視頻數據，都緩存在一個緩沖池中。

12

CN110113641A說明書9/25頁

10137]在另一個實施例中，可以采用固定時間窗口緩存的方式，即只保留緩存的預定窗

口長度的視頻數據，新進入緩存的視頻數據會擠走最早進入該窗口的視頻數據。

[0138]在該實施例中，步驟S310包括：在預定視頻播放時間窗口中，緩存從視頻數據發送

端要發送到視頻數據接收端的視頻數據，其中，在該預定視頻播放時間窗口中，按照先進先

出緩存方式進行緩存。

[0139]視頻播放時間窗口是指一個時間區間，包括時間起始點和時間結束點，分別指示

緩存的視頻數據代表的視頻的開始的時間點和結束的時間點。該時間區間長度是一定的。

當按照先進先出緩存方式進行緩存時，新進入該時間窗口的視頻數據會擠掉最早進入該時

間窗口的相等時間長度的視頻數據。例如，視頻播放時間窗口是10ms,已經存儲滿了視頻數

據，如果新進入該時間窗DZms的視頻數據，會擠走該時間窗口中最先進入的2ms的視頻數

據，使存儲的視頻數據仍然維持10ms的長度。

10140]該實施例的優點是，避免緩存空間的浪費。邊緣服務節點103面對很多用戶終端進

行服務，其中的存儲空間非常寶貴。如果所有視頻數據都無限制存儲，會造成存儲空間不

足，導致邊緣服務節點103處理能力受到影響，甚至崩潰。

10141]如果預定視頻播放時間窗口設置得過大，會導致占用邊緣服務節點103過大的存

儲空間，造成資源浪費，如果太小，發生信道狀況變差發生卡頓時，無法保證存儲的視頻數

據量足夠消除卡頓。因此，在一個實施例中，統計歷史上視頻數據接收端的最長卡頓時長，

按照該時長設置窗口大小，保證了對于大多數卡頓，窗口中存儲的視頻數據量都足夠消除

卡頓。

[0142]如圖4所示，在一個實施例中，所述預定視頻播放時間窗口的大小預先按照以下方

式設置：

[0143]步驟S410、從所述視頻數據接收端的歷史卡頓日志，獲得所述視頻數據接收端歷

史上卡頓記錄的卡頓時長；

[0144]步驟S420、確定該所述視頻數據接收端歷史上卡頓記錄的卡頓時長中最長的卡頓

時長；

。45〕步驟S430、將所述預定視頻播放時間窗口的大小設置成所述最長的卡頓時長與預

定比例的乘積。

[01461步驟S410中，歷史卡頓日志是記錄歷史上視頻數據接收端發生的卡頓的具體參數

的日志，這些具體參數可以包括卡頓起始時間、結束時間、卡頓時長、卡頓嚴重程度、消除措

施等。它的前提是，視頻數據接收端發生卡頓和結束卡頓時都要向邊緣服務節點103報告，

摘要邊緣服務節點103才能記錄形成日志。在邊緣服務節點103包括視頻處理服務器104和

移動邊緣計算服務器105的情況下，視頻數據接收端發生卡頓和結束卡頓時都要向移動邊

緣計算服務器105報告。

[0147]在一個實施例中，所述歷史卡頓日志按照以下方式生成：

[0148]接收所述視頻數據接收端響應于檢測到卡頓開始而發送的卡頓開始通知消息；

[0149]觸發預設的計時器開始計時；

⑼50]接收所述視頻數據接收端響應于檢測到卡頓停止而發送的卡頓停止通知消息；

[0151]觸發預設的計時器停止計時；

[0152]將停止計時時計時器的計時作為一次卡頓記錄的卡頓時長，記錄到該視頻數據接

13

CN110113641A說明書10/25頁

收端的歷史卡頓日志。

。53]在該實施例中，視頻數據接收端檢測卡頓，當檢測到卡頓開始時，向邊緣服務節點

103發送一個卡頓開始通知消息。在一個實施例中，卡頓開始通知消息的特定字段中含有一

個卡頓開始標志位。當邊緣服務節點103接收到來自視頻數據接收端的消息，而該消息中特

定字段中含有所述卡頓開始標志位時，確定接收到卡頓開始通知消息，觸發預設的計時器

開始計時。

[0154]在一個實施例中，所述計時器與視頻數據接收端對應設置。接收到來自一個視頻

數據接收端的卡頓開始通知消息后，觸發與該視頻數據接收端對應的計時器開始計時。

[0155]在一個實施例中，卡頓停止通知消息的特定字段中含有一個卡頓停止標志位。當

邊緣服務節點103接收到來自視頻數據接收端的消息，而該消息中特定字段中含有所述卡

頓停止標志位時，確定接收到卡頓停止通知消息，觸發預設的計時器停止計時。具體地，可

以觸發與該視頻數據接收端對應的計時器開始計時。

[0156]然后，將停止計時時計時器的計時作為一次卡頓記錄的卡頓時長，記錄到該視頻

數據接收端的歷史卡頓日志。歷史卡頓日志可能還包括卡頓起始時間、結束時間、卡頓嚴重

程度、消除措施等，它們通過其它方式獲取，由于其在本公開實施例中不使用，故省去對它

們的討論。

[0157]上述歷史卡頓日志的生成方式以簡單易行的方式快速獲得日志中的卡頓時長，提

高獲得日志卡頓時長的效率。

10158J由于歷史卡頓日志中記錄了視頻數據接收端的所有卡頓記錄，從中可以獲得該視

頻數據接收端歷史上所有卡頓記錄的卡頓時長。

10159]獲得了所有卡頓記錄的卡頓時長后，步驟S420中，就可以找到其中最長的卡頓時

長。在步驟S430中，設置一個預定比例，將所述預定視頻播放時間窗口的大小設置成所述最

長的卡頓時長與預定比例的乘積。之所以乘以預定比例，是因為，如果完全按照歷史上最長

的一次卡頓占用的時長來設定預定視頻播放時間窗口，該窗口基本上會大于一般情況下所

有卡頓占用的時間，該窗口內緩存的視頻數據足夠一般情況下卡頓時的視頻恢復，但歷史

上最長的一次卡頓可能是一次很異常的情況，一般發生概率很小，這樣得到的窗口大小可

能造成存儲資源的浪費。為了不浪費存儲資源，又能在大多情況下保證該窗口內緩存的視

頻數據足夠大多數情況下卡頓時的視頻恢復，將所述預定視頻播放時間窗口的大小設置成

所述最長的卡頓時長與預定比例的乘積。

[0160]另外，預定視頻播放時間窗口也可以結合視頻處理服務器的最大緩存容量來設

置。如果視頻處理服務器中緩存容量很大，預定視頻播放時間窗口設置得大些，可能對視頻

處理服務器的處理能力影響不大。如果視頻處理服務器中緩存容量很小，預定視頻播放時

間窗口設置得大些，可能對視頻處理服務器的處理能力產生比較大的影響。

[0161]如圖5所示，在一個實施例中，所述預定視頻播放時間窗口的大小預先按照以下方

式設置：

[0162]步驟S410、從所述視頻數據接收端的歷史卡頓日志，獲得所述視頻數據接收端歷

史上卡頓記錄的卡頓時長；

[0163]步驟S420、確定該所述視頻數據接收端歷史上卡頓記錄的卡頓時長中最長的卡頓

時長；

14

CN110113641A說明書11/25頁

10164]步驟S431、計算所述最長的卡頓時長與預定比例的乘積；

[0165]步驟S440、基于所述乘積、以及緩存所述視頻數據的視頻處理服務器的最大緩存

容量，設置所述預定視頻播放時間窗口的大小。

[0166]上述步驟S410-420與圖4中的步驟S410-420相同,步驟S431是圖4中的步驟S430的

一部分，故不贅述。

[0167]在步驟S440中，要結合視頻數據接收端一般卡頓的時長、和視頻處理服務器的最

大緩存容量兩者，來設置所述預定視頻播放時間窗口的大小。即，基于所述乘積、以及緩存

所述視頻數據的視頻處理服務器的最大緩存容量，設置所述預定視頻播放時間窗口的大

小。

10168]該實施例的優點是，使得窗口的大小設置既考慮到了視頻數據接收端一般卡頓的

時長，從而在大多數情況下緩存的視頻數據能滿足恢復卡頓的要求，同時又考慮到視頻處

理服務器的容量的限制，不至于影響到視頻處理服務器的處理能力。

10169]步驟S440有多種實現方式。

[0170]在一種實現方式中，可以根據緩存所述視頻數據的視頻處理服務器的最大緩存容

量確定一個微調因子（可正可負），然后在所述乘積基礎上加上所述微調因子，得到預定視

頻播放時間窗口的大小。根據緩存所述視頻數據的視頻處理服務器的最大緩存容量確定一

個微調因子，可以采用查找預先設置的最大緩存容量與微調因子對應關系表的方式。這樣，

微調因子反映了緩存所述視頻數據的視頻處理服務器的最大緩存容量的影響，使得最后的

窗口大小既與所述乘積有關，又與所述最大緩存容量有關。

[0171]在另一個實現方式中，步驟S440包括：按照所述乘積和所述最大緩存容量的加權

和，設置所述預定視頻播放時間窗口的大小。可以對所述乘積和所述最大緩存容量設置不

同的權重，權重的高低反映了視頻數據接收端一般卡頓的時長的影響、以及視頻處理服務

器的容量的限制的影響的不同重要程度。該實施例的優點是，可以通過調節權重的方式，靈

活控制視頻數據接收端一般卡頓的時長的影響、以及視頻處理服務器的容量的限制的影響

的重要程度。

[0172]在一個實施例中，步驟S320包括：調用預先設置的電信網絡能力獲取服務，所述電

信網絡能力獲取服務用于基于視頻數據發送端和視頻數據接收端之間的通信，確定視頻數

據發送端和視頻數據接收端之間的信道狀態信息。

[0173]該實施例采用服務化的體系構架，即，預先針對電信網絡中的各種可能產生的需

求，定義好若干服務，每種服務設置在一個電信網絡節點中，包括一系列預先編程好的動作

序列，每種服務能夠滿足一種上述需求。服務化體系構架目前已在電信網絡中應用。這些服

務中的一種是電信網絡能力獲取服務。其能夠自動監測視頻數據發送端和視頻數據接收端

之間的通信，確定視頻數據發送端和視頻數據接收端之間的信道狀態信息。因此，在一個實

施例中，可以直接調用該服務，獲取視頻數據發送端和視頻數據接收端之間的信道狀態信

息。該實施例的優點是簡單易行。

⑼74]在一個實施例中，電信網絡能力獲取服務存在于移動邊緣計算服務器105中，因

此，直接調用移動邊緣計算服務器105以及存在的該服務即可。在另一個實施例中，該服務

存在于其它邊緣節點或核心節點中，設置查詢服務器（未示），其中維護各種服務與存儲該

服務的節點的對應關系列表。向查詢服務器發送服務所在節點的查詢請求，由查詢服務器

15

CN110113641A說明書12/25頁

返回查詢到的服務所在節點，然后向該查詢到的服務所在節點發送電信網絡能力獲取服務

的調用請求，調用該服務。

[0175]除了采用直接調用電信網絡能力獲取服務的方式，也可以由邊緣服務節點103或

移動邊緣計算服務器105自身確定信道狀態信息。信道狀態信息就是表示通信信道處于何

種狀態的情形的信息，其可以用丟包率表示，也可以用平均傳輸延遲表示，也可以用綜合考

慮丟包率和平均傳輸延遲得到的信道狀態分數表示。

[0176]丟包率是單位時間內傳輸的包丟失的百分比，即單位時間內傳輸丟失的包的個數

除以單位時間內傳輸的包的個數。在信道狀態信息用丟包率表示的情況下，所述丟包率可

以通過以下方式確定：

10177]在向視頻數據接收端轉發來自所述視頻數據發送端的包時，在發包記錄中關聯記

錄該包的標識和轉發時間；

10178]在接收到來自所述視頻數據接收端的包接收確認響應時，在收包記錄中關聯記錄

該包的標識；

10179]如果發包記錄中的包的標識，在從所述轉發時間起預定間隔時間內未加入收包記

錄中，確定發生丟包；

10180]用單位時間發生丟包的次數除以該單位時間內發包記錄中包的標識數，得到丟包

率。

⑼81]為了統計丟包，必須要求邊緣服務節點103或移動邊緣計算服務器105記錄發過去

的包，同時要求視頻數據接收端每接收到一個包，要向邊緣服務節點103或移動邊緣計算服

務器105發送一個確認響應。如果在足夠長的時間內沒有收到確認響應，就認為該包已經丟

失。用單位時間丟包的個數除以單位時間已發包的個數，就得到了丟包率。

[0182]邊緣服務節點103或移動邊緣計算服務器105每次轉發視頻數據包，要維護一個發

包記錄，其中關聯記錄轉發過去的包的標識和轉發時間。包的標識是為了與接收到確認響

應的包比對，轉發時間是為了確定衡量包已經丟失的截止時間點，即轉發時間加上預定間

隔時間。邊緣服務節點103或移動邊緣計算服務器105還維護一個收包記錄，每次接收到來

自所述視頻數據接收端的包接收確認響應時，在收包記錄中關聯記錄該包的標識，如果該

標識與發包記錄中的一個包的標識對應，則說明該包沒有丟失。如果發包記錄中的包的標

識，在從所述轉發時間起預定間隔時間內未加入收包記錄中，確定發生丟包。然后，用單位

時間發生丟包的次數除以該單位時間內發包記錄中包的標識數，可以得到丟包率。

【。183]該實施例的優點是，用丟包率表征信道狀態，充分體現了信道的可信度，即發出去

的包是否由于信道質量差導致丟失。

⑼84]平均傳輸延遲是從邊緣服務節點103或移動邊緣計算服務器105發送視頻數據包

到視頻數據接收端101所用的時間，它反映了邊緣服務節點103或移動邊緣計算服務器105

與視頻數據接收端101之間的信道傳輸速度。在信道狀態信息用平均傳輸延遲表示的情況

下，所述平均傳輸延遲可以通過以下方式確定：

⑼85]在向視頻數據接收端轉發來自所述視頻數據發送端的包時，在發包記錄中關聯記

錄該包的標識和轉發時間；

[0186]在接收到來自所述視頻數據接收端的包接收確認響應時，在收包記錄中關聯記錄

該包的標識和確認響應接收時間；

16

CN110113641A說明書13/25頁

10187]如果針對發包記錄中的每個包的標識，在收包記錄中找到與該標識對應的確認響

應接收時間，用該確認響應接收時間減去發包記錄中該標識對應的轉發時間的差除以2,得

到該包的傳輸延遲；

[0188]將針對發包記錄中的各包的標識得到的傳輸延遲求平均，得到平均傳輸延遲。

[0189]上述過程的前兩個步驟與丟包率的確定過程的前兩個步驟的差別僅在于在收包

記錄中還記錄確認響應接收時間，故不贅述。由于在發包記錄中記錄有包的轉發時間，在收

包記錄中可以找到同一個標識的包的確認響應接收時間，兩者的差是在邊緣服務節點103

或移動邊緣計算服務器105與視頻數據接收端101之間發送一個包，并接收一個響應的時

間，相當于一去一返的時間，將其除以2,就是該包從邊緣服務節點103或移動邊緣計算服務

器105傳輸到視頻數據接收端101的時間，即傳輸延遲。然后，將針對發包記錄中的各包的標

識得到的傳輸延遲求平均，就得到了平均傳輸延遲。

10190]該實施例的優點是，用平均傳輸延遲表征信道狀態，體現了信道的效率，即，數據

包發到信道上傳輸得是否快。

10191]在另一個實施例中，可以用基于所述視頻數據發送端和視頻數據接收端之間的信

道上的丟包率和平均傳輸延遲確定的信道狀態分數來表征信道狀態信息。所述信道狀態分

數通過以下方式確定：

10192]在向視頻數據接收端轉發來自所述視頻數據發送端的包時，在發包記錄中關聯記

錄該包的標識和轉發時間；

10193]在接收到來自所述視頻數據接收端的包接收確認響應時，在收包記錄中關聯記錄

該包的標識和確認響應接收時間；

10194]如果發包記錄中的包的標識，在從所述轉發時間起預定間隔時間內未加入收包記

錄中，確定發生丟包；

[0195]用單位時間發生丟包的次數除以該單位時間內發包記錄中包的標識數，得到丟包

率；

。961根據丟包率，確定第一分數，其中所述第一分數與丟包率成反相關關系；

⑼97]如果針對發包記錄中的每個包的標識，在收包記錄中找到與該標識對應的確認響

應接收時間，用該確認響應接收時間減去發包記錄中該標識對應的轉發時間，得到該包的

傳輸延遲；

[0198]將針對發包記錄中的各包的標識得到的傳輸延遲求平均，得到平均傳輸延遲；

[0199]根據平均傳輸延遲，確定第二分數，其中所述第二分數與平均傳輸延遲成反相關

關系；

[0200]基于第一分數和第二分數，確定信道狀態分數。

10201]上述過程中確定丟包率和平均傳輸延遲的過程與前述過程一致。下面描述根據丟

包率確定第一分數、根據平均傳輸延遲確定第二分數的方法。

[0202]在一個實施例中，根據丟包率確定第一分數可以采取查找預先設置的丟包率與第

一分數對應關系表的方式，在該表中，預先設置成第一分數與丟包率成反相關關系。反相關

是指變化趨勢相反，即丟包率越高，說明信道質量越差，衡量其的第一分數越低；丟包率越

低，第一分數越高。

[0203]在另一個實施例中，根據丟包率確定第一分數可以采用反比公式：

17

CN110113641A說明書14/25頁

[0204]SI=al/L公式1

[0205]其中，S1是第一分數，L是丟包率，al是預先設置的正常數。

[0206]在一個實施例中，根據平均傳輸延遲確定第二分數可以采取查找預先設置的平均

傳輸延遲與第二分數對應關系表的方式，在該表中，預先設置成第二分數與平均傳輸延遲

成反相關關系。平均傳輸延遲越大，說明信道質量越差，衡量其的第二分數越低；平均傳輸

延遲越小，第二分數越高。

[0207]在另一個實施例中，根據平均傳輸延遲確定第二分數可以采用反比公式：

[0208]S2=a2/T公式2

[0209]其中，S2是第二分數，T是平均傳輸延遲，a2是預先設置的正常數。

[0210]在一個實施例中，可以將第一分數和第二分數的和或平均數，確定為信道狀態分

數。這樣做的前提是默認信道的可信度（丟包率）和信道的效率（平均傳輸延遲）是兩個同等

重要的指標。

10211]實際中，在不同需要中，這兩個指標的重要性是不同的。因此，在另一個實施例中,

將第一分數和第二分數的加權和，確定為信道狀態分數。第一分數和第二分數的權重是預

先設置的，反映了預先對信道的可信度（丟包率）和信道的效率（平均傳輸延遲）的重要性的

判斷。這樣做的好處是，可以根據不同應用需要，調節對第一分數和第二分數的權重，反映

不同需求中信道的可信度（丟包率）和信道的效率（平均傳輸延遲）的不同重要性。

10212]用基于所述視頻數據發送端和視頻數據接收端之間的信道上的丟包率和平均傳

輸延遲確定的信道狀態分數來表征信道狀態信息的好處是，綜合考慮了信道的可信度（丟

包率）和信道的效率（平均傳輸延遲）對信道狀態的影響，使信道狀態的評價更全面。

10213]在信道狀態信息用丟包率衡量的實施例中，步驟S330中的所述第一預定條件包

括：所述丟包率高于預定丟包率閾值。該丟包率閾值是預先根據經驗設定的。

[0214]在信道狀態信息用平均傳輸延遲衡量的實施例中，步驟S33O中的所述第一預定條

件包括：所述平均傳輸延遲高于預定平均傳輸延遲閾值。該平均傳輸延遲閾值是預先根據

經驗設定的。

[0215]在信道狀態信息是基于所述視頻數據發送端和視頻數據接收端之間的信道上的

丟包率和平均傳輸延遲確定的信道狀態分數來衡量的實施例中，步驟S330中的所述第一預

定條件包括：所述信道狀態分數低于預定信道狀態分數閾值。該信道狀態分數閾值是預先

根據經驗設定的。

[0216]在步驟S330中，獲取緩存的視頻數據的降容量版本包括以下中的任一項：

10217]緩存的視頻數據的I幀；

10218]緩存的視頻數據的P幀的一部分、B幀的一部分、以及I幀。

10219]I幀又稱幀內編碼幀，是一種自帶全部信息的獨立幀，無需參考其它圖像幀便可獨

立進行解碼，可以簡單理解為一張靜態畫面。P幀又稱幀間預測編碼幀，需要參考前面的I幀

才能進行編碼，其表示的是當前幀畫面與前一幀（前一幀可能是I幀也可能是P幀）的差別，

解碼時需要用之前緩存的畫面疊加上本幀定義的差別生成最終畫面。B幀又稱雙向預測編

碼幀，也就是B幀記錄的是本幀與前后幀的差別，也就是說要解碼B幀，不僅要取得之前的緩

存畫面，還要解碼之后的畫面。因此，只要把視頻數據的I幀作為降容量版本，發送給視頻數

據接收端，就能夠保證視頻數據的解碼，使視頻數據接收端能夠看到視頻的基本內容，同時

18

CN110113641A說明書15/25頁

又降低了傳輸容量。但是，也可以把P幀的一部分、B幀的一部分、以及I幀一起作為降容量版

本，發送給視頻數據接收端，這樣占用的傳輸容量相比于只傳輸I幀可能更大一些，但觀看

的清晰度會更高。選取的視頻數據的P幀的一部分、B幀的一部分可以是根據預定規則選取

的，例如預定規則規定P、B幀中每隔一個像素選取一個像素的像素值，等等。

[0220]相對于生成視頻數據時生成不同清晰度的視頻數據，作為降容量版本的方式，直

接采用I幀，或者P幀的一部分、B幀的一部分、以及I幀，簡單易行，降低了生成視頻數據的視

頻數據發送端的處理開銷。

[0221]另外，降容量版本可以不只一個。可以有不同容量的降容量版本，對應于不同的信

道狀態。當信道狀態很差時，使用一個容量降得很低的降容量版本，應對卡頓。當信道狀態

不算太好，但也算不上很差時，使用一個容量比較低的降容量版本，應對卡頓。該實施例的

好處是，針對各種信道狀態進行不同的降容量版本的選取，在避免卡頓的同時盡量提高視

頻的清晰度。

10222]在一個實施例中，所述降容量版本包括第一降容量版本和第二降容量版