CN110113641A-视频数据的传输方法、装置、边缘服务节点及介质

(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]在一个实施例中，所述降容量版本包括第一降容量版本和第二降容量版