WO2015066836A1 - 视频业务数据传输方法、数据接收装置和数据发送装置 - Google Patents

Abstract

本发明实施例提供了一种视频业务数据传输方法、数据接收装置和数据发送装置，涉及数据传输领域，所述方法包括：接收视频数据包；判断如果将接收到的视频数据包放入接收缓冲区，是否会造成接收缓冲区溢出；当判断结果为将接收到的视频数据包放入接收缓冲区，会造成接收缓冲区溢出时，判断接收到的视频数据包的类型；若接收到的视频数据包的类型为不重要，则直接丢弃视频数据包；若接收到的视频数据包的类型为重要，则在接收缓冲区队列中找到离队尾最近的一个视频数据包的类型为不重要的视频数据包，将离队尾最近的一个视频数据包的类型为不重要的视频数据包丢弃，将接收到的视频数据包加入到接收缓冲区队列的队尾。从而保证了关键帧不会丢失。

Description

视频业务数据传输方法、 数据接收装置和数据发送装置 技术领域

本发明涉及数据传输领域， 特别涉及一种视频业务数据传输方法、 数据接 收装置和数据发送装置。 背景技术

随着移动终端和第三代移动通信技术（3rd-generation, 筒称 "3G" ) 的普 及， 移动视频业务逐渐获得用户青睐。

在 3G/通用移动通信系统 ( Universal Mobile Telecommunications System, 筒称 "UMTS" ) 中， 用户设备（User Equipment, 筒称 "UE" )通过网络连接 向视频服务器请求视频流服务， 视频服务器接收到请求之后向 UE传输视频流 (视频数据包）。 在视频流的传输过程中， 无线网络控制器 （Radio Network Controller, 筒称 "RNC" )和 UE执行无线部分的传输控制功能。 以 RNC为例， RNC将接收到的无线链路控制 （Radio Link Control, 筒称 "RLC" )协议数据 单元（ Protocol Data Unit, 筒称 "PDU" )放入接收緩沖区中， 然后将 PDU组 成服务数据单元（ Service Data Unit, 筒称 "SDU" ) 交给上层。

在实现本发明的过程中， 发明人发现现有技术至少存在以下问题：

RLC层的接收緩沖区容量是有限的， 不管是业务量太大超过了带宽，还是 由于无线链路出错导致部分 PDU重传， 都可能引起该接收緩沖区溢出， 导致 视频数据包丟失， 进而造成视频质量大幅下降。 发明内容

为了解决现有技术中接收緩沖区溢出， 导致视频数据包丟失， 造成视频质 量大幅下降问题， 本发明实施例提供了一种视频业务数据传输方法、 数据接收 装置和数据发送装置。 所述技术方案如下：

一方面，本发明实施例提供了一种视频业务数据接收装置，所述装置包括： 第一接收模块， 用于接收视频数据包；

第一判断模块， 用于判断如果将所述第一接收模块接收到的所述视频数据 包放入接收緩沖区， 是否会造成所述接收緩沖区溢出；

第一处理模块， 用于当所述第一判断模块的判断结果为将所述视频数据包 放入接收緩沖区，会造成所述接收緩沖区溢出时，判断所述视频数据包的类型， 所述视频数据包的类型包括重要和不重要；

若所述第一接收模块接收到的所述视频数据包的类型为不重要， 则直接丟 弃第一接收模块接收到的所述视频数据包； 若所述第一接收模块接收到的所述 视频数据包的类型为重要， 则在所述接收緩沖区队列中找到离队尾最近的一个 视频数据包的类型为不重要的视频数据包，将所述离队尾最近的一个视频数据 包的类型为不重要的视频数据包丟弃，将所述第一接收模块接收到的所述视频 数据包加入到所述接收緩沖区队列的队尾。

在本发明实施例的一种实现方式中， 所述第一处理模块包括：

判断单元， 用于获取所述视频数据包中的头部信息， 所述头部信息包括所 述视频数据包的类型。

在本发明实施例的另一种实现方式中， 所述视频数据包中还携带有数据包 编号， 所述装置还包括：

检测模块， 用于周期性检测所述接收緩沖区中的视频数据包的编号是否连 续；

第一处理模块， 还用于根据所述检测模块的检测结果， 向发送端发送重传 请求报文， 所述重传请求报文包括待重传视频数据包的标识。

在本发明实施例的另一种实现方式中， 所述装置还包括：

计时模块， 用于在发送所述重传请求报文时， 设置重传计时器；

所述第一处理模块，还用于当所述重传计时器超时且未收到重传请求报文 中的所有待重传视频数据包时， 重新发送所述重传请求报文。

另一方面， 本发明实施例还提供了一种视频业务数据发送装置， 所述装置 包括：

发送模块， 用于发送发送緩沖区中的视频数据包， 并将所述发送緩沖区中 的视频数据包复制进重传緩沖区；

第二接收模块， 用于获取接收端发送的重传请求报文， 所述重传请求报文 包括待重传视频数据包的标识；

第二判断模块， 用于根据所述第二接收模块接收到的重传请求报文， 判断 待重传视频数据包的类型， 所述待重传视频数据包的类型包括重要和不重要； 第二处理模块， 用于根据所述第二判断模块判断的待重传视频数据包的类 型， 确定所述待重传视频数据包在超时阈值内的最大重传次数， 所述类型为重 要的待重传视频数据包的最大重传次数大于所述类型为不重要的待重传视频 数据包的最大重传次数； 确定所述待重传视频数据包在所述超时阈值内已重传 次数； 当所述待重传视频数据包的已重传次数小于所述最大重传次数时， 向所 述接收端发送所述待重传视频数据包。

在本发明实施例的一种实现方式中， 所述第二处理模块， 用于根据以下公 式确定所述待重传视频数据包对应的最大重传次数：

1 ,if Th < 0.4

R_maxI = [Th 1 ?ΓΓ」― 1 ,if 0.4 < Th < 0.6；

6 ,if Th > 0.6

iO ,if Th < 0.4

丽" 丽, / 2， ,if Th≥"' 其中， R_maxI为所述类型为重要的待重传视频数据包的最大重传次数， R_maxN 为所述类型为不重要的待重传视频数据包的最大重传次数， Th 为视频业务设 置的超时阈值， RTT为视频数据包在所述发送端和所述接收端间的平均反馈确 认周期。

在本发明实施例的另一种实现方式中， 所述第二处理模块， 用于将所述待 重传视频数据包从所述重传緩沖区写入所述发送緩沖区队列的队首并发送。

在本发明实施例的另一种实现方式中， 所述第二处理模块， 还用于当所述 待重传视频数据包的已重传次数等于所述最大重传次数时，从所述重传緩沖区 中丟弃所述待重传视频数据包。

在本发明实施例的另一种实现方式中， 所述重传请求报文中还包括确认接 收到的视频数据包的标识，所述第二处理模块，还用于根据所述重传请求报文， 将所述确认接收到的视频数据包从所述重传緩沖区中丟弃。 另一方面， 本发明实施例还提供了一种视频业务数据传输方法， 所述方法 包括：

接收视频数据包；

判断如果将接收到的所述视频数据包放入接收緩沖区， 是否会造成所述接 收緩沖区溢出；

当判断结果为将接收到的所述视频数据包放入所述接收緩沖区，会造成所 述接收緩沖区溢出时， 判断接收到的所述视频数据包的类型， 所述视频数据包 的类型包括重要和不重要；

若接收到的所述视频数据包的类型为不重要， 则直接丟弃接收到的所述视 频数据包； 若接收到的所述视频数据包的类型为重要， 则在所述接收緩沖区队 列中找到离队尾最近的一个视频数据包的类型为不重要的视频数据包， 将所述 离队尾最近的一个视频数据包的类型为不重要的视频数据包丟弃，将接收到的 所述视频数据包加入到所述接收緩沖区队列的队尾。

在本发明实施例的一种实现方式中， 所述判断所述视频数据包的类型， 包 括：

获取所述视频数据包中的头部信息， 所述头部信息包括所述视频数据包的 类型。

在本发明实施例的另一种实现方式中， 所述视频数据包中还携带有数据包 编号， 所述方法还包括：

周期性检测所述接收緩沖区中的视频数据包的编号是否连续；

根据检测结果， 向发送端发送重传请求报文， 所述重传请求报文包括待重 传视频数据包的标识。

在本发明实施例的另一种实现方式中， 所述方法还包括：

在发送所述重传请求报文时， 设置重传计时器；

当所述重传计时器超时且未收到所述重传请求报文中的所有待重传视频 数据包时， 重新发送所述重传请求报文。

另一方面， 本发明实施例还提供了一种视频业务数据传输方法， 所述方法 包括：

发送发送緩沖区中的视频数据包， 并将所述发送緩沖区中的视频数据包复 制进重传緩沖区；

获取接收端发送的重传请求报文， 所述重传请求报文包括待重传视频数据 包的标识；

根据接收到的所述重传请求报文， 判断待重传视频数据包的类型， 所述待 重传视频数据包的类型包括重要和不重要；

根据待重传视频数据包的类型，确定所述待重传视频数据包在超时阈值内 的最大重传次数， 所述类型为重要的待重传视频数据包的最大重传次数大于所 述类型为不重要的待重传视频数据包的最大重传次数； 确定所述待重传视频数据包在所述超时阈值内已重传次数；

当所述待重传视频数据包的已重传次数小于所述最大重传次数时， 向所述 接收端发送所述待重传视频数据包。

在本发明实施例的一种实现方式中， 所述根据待重传视频数据包的类型， 确定所述待重传视频数据包在超时阈值内的最大重传次数， 包括：

根据以下公式确定所述待重传视频数据包对应的最大重传次数： < 0.6

[0 ,if Th < 0.4

R m, a N

W / 2， ,if Th≥"' 其中，！^^为所述类型为重要的待重传视频数据包的最大重传次数， R_maxN 为所述类型为不重要的待重传视频数据包的最大重传次数， Th 为视频业务设 置的超时阈值， RTT为视频数据包在所述发送端和所述接收端间的平均反馈确 认周期。

在本发明实施例的另一种实现方式中， 所述向所述接收端发送所述待重传 视频数据包， 包括：

将所述待重传视频数据包从所述重传緩沖区写入所述发送緩沖区队列的 队首并发送。

在本发明实施例的另一种实现方式中， 所述方法还包括：

当所述待重传视频数据包的已重传次数等于所述最大重传次数时，从所述 重传緩沖区中丟弃所述待重传视频数据包。

在本发明实施例的另一种实现方式中， 所述重传请求报文中还包括确认接 收到的视频数据包的标识， 所述方法还包括：

根据所述重传请求报文，将所述确认接收到的视频数据包从所述重传緩沖 区中丟弃。

本发明实施例提供的技术方案的有益效果是：

通过在进行视频业务数据传输时， 若接收緩沖区溢出， 则判断视频数据包 的类型， 并在接收到重要的视频数据包时， 将接收緩沖区队列中不重要的视频 数据包丟弃， 从而可以在接收緩沖区中存放接收到的重要的视频数据包， 由于 重要的视频数据包中携带了关键帧， 关键帧丟失所造成的视频损失远大于非关 键帧丟失，因此上述做法避免了在接收緩沖区溢出时，保证了关键帧不会丟失， 避免了视频质量大幅下降， 提高了视频业务质量。 附图说明

为了更清楚地说明本发明实施例中的技术方案， 下面将对实施例描述中所 需要使用的附图作筒单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明 的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。

图 1是本发明实施例提供的视频业务数据传输场景示意图；

图 2是本发明实施例一提供的视频业务数据传输方法流程图；

图 3是本发明实施例二提供的视频业务数据传输方法流程图；

图 4是本发明实施例三提供的视频业务数据传输方法流程图；

图 5是本发明实施例四提供的视频业务数据传输方法流程图；

图 6是本发明实施例五提供的视频业务数据接收装置的结构示意图； 图 7是本发明实施例六提供的视频业务数据接收装置的结构示意图； 图 8是本发明实施例七提供的视频业务数据发送装置的结构示意图； 图 9是本发明实施例八提供的视频业务数据发送装置的结构示意图； 图 10是本发明实施例九提供的视频业务数据接收装置的结构示意图； 图 11是本发明实施例十提供的视频业务数据发送装置的结构示意图。 具体实施方式

为使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图对本发明 实施方式作进一步地详细描述。

首先结合图 1说明本发明实施例的应用场景， 参见图 1 , 其中 1为通用移 动通信系统陆地无线接入网 （Universal Mobile Telecommunications System Terrestrial Radio Access Network, 筒称 "UTRAN" ), 2为核心网 （ Core Net, 筒称 "CN" ), 3为互联网 （Internet ), 4为视频服务器。 在移动视频业务中， UE 11与视频服务器 4之间通过 UTRAN 1、 CN 2和 Internet 3连接， CN 2中 主要包括有通用分组无线服务技术服务支持节点 （Serving GPRS SUPPORT NODE, 筒称 "SGSN" ) 21和网关 GPRS支持节点 （Gateway GPRS Support Node, 筒称 "GGSN" ) 22, UTRAN 4主要包括 RNC 13和基站 ( Node B ) 12, 其中 RNC 13负责无线部分的传输控制， 由于受到无线部分（UTRAN )带宽影 响， 在进行视频业务传输时， RNC与 UE在进行视频数据包的传输过程中可能 会出现是视频数据包丟失的情况， 从而导致视频业务质量的下降， 本发明实施 例所要解决的问题就是如何在无线网络状况不好的情况下， 最大限度保证视频 质量。 实施例一

本发明实施例提供了一种视频业务数据传输方法， 该方法由视频业务中的 接收端执行， 该接收端可以 UE或 RNC, 参见图 2, 该方法包括：

步骤 101: 接收视频数据包。

步骤 102: 判断如果将接收到的视频数据包放入接收緩沖区， 是否会造成 接收緩沖区溢出， 若判断结果为将接收到的视频数据包放入接收緩沖区， 不会 造成接收緩沖区溢出， 则执行步骤 103 , 若判断结果为将接收到的视频数据包 放入接收緩沖区， 会造成接收緩沖区溢出， 则执行步骤 104, 该接收緩沖区用 于存放接收到的视频数据包。

步骤 103: 将接收到的视频数据包放入该接收緩沖区队列的队尾。

步骤 104: 判断接收到的视频数据包的类型， 若接收到的视频数据包的类 型为不重要， 则执行步骤 105 , 若接收到的视频数据包的类型为重要， 则执行 步骤 106, 视频数据包类型包括不重要和重要。

步骤 105: 直接丟弃接收到的视频数据包。

步骤 106: 在该接收緩沖区队列中找到离队尾最近的一个视频数据包的类 型为不重要的视频数据包， 将该离队尾最近的一个视频数据包的类型为不重要 的视频数据包丟弃， 将接收到的视频数据包加入到该接收緩沖区队列的队尾。

本发明实施例通过在进行视频业务数据传输时， 若接收緩沖区溢出， 则判 断视频数据包的类型， 并在接收到重要的视频数据包时， 将接收緩沖区队列中 不重要的视频数据包丟弃，从而可以在接收緩沖区中存放接收到的重要的视频 数据包， 由于重要的视频数据包中携带了关键帧， 关键帧丟失所造成的视频损 失远大于非关键帧丟失， 因此上述做法避免了在接收緩沖区溢出时， 保证了关 键帧不会丟失， 避免了视频质量大幅下降， 提高了视频业务质量。 实施例二

本发明实施例提供了一种视频业务数据传输方法， 该方法由视频业务中的 接收端执行， 该接收端可以是 UE或 RNC, 本发明实施例是对实施例一的进一 步说明， 该进一步说明包括但不限于视频数据包的类型判断、 发送重传请求报 文等内容， 参见图 3, 该方法包括：

步骤 201 : 接收视频数据包。

如前所述， 执行该步骤 201 的接收端可以是 UE或者 RNC, 当接收端为 RNC时， 接收端接收到的视频数据包为 SDU。 当接收端为 UE时， 接收端接 收到的视频数据包为 PDU。

步骤 202: 判断如果将接收到的视频数据包放入接收緩沖区， 是否会造成 接收緩沖区溢出， 若判断结果为将接收到的视频数据包放入接收緩沖区， 不会 造成接收緩沖区溢出， 则执行步骤 203, 若判断结果为将接收到的视频数据包 放入接收緩沖区， 会造成接收緩沖区溢出， 则执行步骤 204。

其中， 接收緩沖区用于存放接收到的视频数据包。

步骤 203: 将接收到的视频数据包放入该接收緩沖区队列的队尾。

步骤 204: 判断接收到的视频数据包的类型， 若接收到的视频数据包的类 型为不重要， 则执行步骤 205 , 若接收到的视频数据包的类型为重要， 则执行 步骤 206, 该视频数据包的类型包括不重要和重要。

具体地， 步骤 204可以采用以下方式实现：

获取视频数据包中的头部信息， 该头部信息包括视频数据包的类型。

对于 SDU来说该头部即为 SDU头， 对于 PDU来说该头部即为 PDU头。 SDU头或者 PDU头中均记录有该视频数据包的类型。

在不同的视频编码机制中， 不重要的视频数据包和重要的视频数据包的定 义是不同的， 不重要的视频数据包和重要的视频数据包可以是事先规定好的， 规定的依据可以是视频数据包的作用大小及重要程度。 以 H.264为例： 在该编 码机制下， I 帧表示关键帧， 这一帧画面保留完整； 解码时只需要本帧数据就 可以完成。 P帧表示差别帧， 记录这一帧跟之前的一个关键帧 （或 P帧） 的差 别， 解码时需要用之前緩存的画面叠加上本帧定义的差别， 生成最终画面。 B 帧是双向差别帧， 也就是 B帧记录的是本帧与前后帧的差别， 要解码 B帧， 不仅要取得之前的緩存画面， 还要解码之后的画面， 通过前后画面的与本帧数 据的叠加取得最终的画面， 因此在 H.264编码方式下， I帧数据包即是重要的 视频数据包， B帧数据包和 P帧数据包即为不重要的视频数据包。 当然本发明 实施例除了可以应用在上述 H.264视频编码机制中以外， 还可以应用于 H.262 等其他视频编码机制中， 在其他视频编码机制中根据视频数据包的功能和重要 性可以划分重要和不重要。

步骤 205: 直接丟弃接收到的视频数据包。

步骤 206: 在该接收緩沖区队列中找到离队尾最近的一个视频数据包的类 型为不重要的视频数据包， 并将该离队尾最近的一个视频数据包的类型为不重 要的视频数据包丟弃， 将接收到的视频数据包加入到该接收緩沖区队列的队 尾。

步骤 207: 周期性检测接收緩沖区中的视频数据包的编号是否连续， 视频 数据包中还携带有数据包编号。

其中， 视频数据包的编号可以携带在视频数据包的包头中， 且该编号是由 发送端按一定机制产生的。 值得说明的是， 在步骤 207中， 检测视频数据包的 编号是否连续时， 是从编号最小的视频数据包向后检测， 例如， 接收緩沖区中 包括编号为 3、 4、 6和 7的视频数据包， 此时检测的结果为编号为 5的视频数 据包丟失。

步骤 208: 根据步骤 207的检测结果， 向发送端发送重传请求报文， 重传 请求报文包括待重传视频数据包的标识以及确认接收到的视频数据包的标识， 该标识可以是视频数据包的编号。

在具体实现时， 可以在重传请求>¾文中设置一个 Bitmap, 该 Bitmap用来 标识哪些视频数据包未被正确接收， 哪些视频数据包已被正确接收， Bitmap 的最左侧记录有该 Bitmap开始的视频数据包的编号， 并且处于 Bitmap最左侧 的视频数据包是在步骤 207的检测过程中检测到的第一个丟失掉的，后面记录 的视频数据包编号依次递增， Bitmap每一位表示一个视频数据包是否被正确接 收， 例如 0表示未被正确接收， 1表示已被正确接收， Bitmap总长度不能超过 緩沖区队列总长度。 容易知道， 比最左侧数据包的编号小的视频数据包认为是 已被正确接收。

为了保证重传成功， 在发送重传请求报文时， 设置一个重传计时器， 当重 传计时器超时且未收到重传请求报文中请求中的所有待重传视频数据包时， 重 新发送重传请求报文。 容易知道， 重新发送的重传请求报文与前一个重传请求 报文中包括的待重传视频数据包的标识可能不同， 该重新发送的重传请求报文 是在前一个重传请求报文的基础上将已接收到的待重传视频数据包标记为确 认接收到的视频数据包后得到的。 另外， 除了本实施例中采用的使用一个重传请求报文同时实现请求重传所 有丟失的视频数据包， 并确认所有已正确接收到的视频数据包外。 在其他实施 例中，还可以采用重传请求报文和确认报文分别用来请求重传所有丟失的视频 数据包， 和确认已正确接收到的视频数据包， 且每个重传请求报文或确认报文 可以只用来请求重传或确认一个视频数据包。

进一步地， 当接收端为 UE时， 该方法还包括： 周期性地将接收緩沖区中 的视频数据包， 按规定的个数顺序组装成 SDU, 并将该 SDU递交给上层。

下面对 UE组装 SDU进行举例说明： 接收緩沖区中包括 1、 2、 3、 5、 6、 7、 8和 9几个视频数据包， 且规定每次将 4个视频数据包组装成 1个 SDU, 当达到周期时间时， 将视频数据包 1、 2、 3和 5组装成一个 SDU, 将视频数据 包 6、 7、 8和 9组装成一个 SDU。

当接收端为 RNC时， 该方法还包括： 将接收到的视频数据包进行分段， 将分段得到的 PDU发送给 UE。

本发明实施例通过在进行视频业务数据传输时， 若接收緩沖区溢出， 则判 断视频数据包的类型， 并在接收到重要的视频数据包时， 将接收緩沖区队列中 不重要的视频数据包丟弃，从而可以在接收緩沖区中存放接收到的重要的视频 数据包， 由于重要的视频数据包中携带了关键帧， 关键帧丟失所造成的视频损 失远大于非关键帧丟失， 因此上述做法避免了在接收緩沖区溢出时， 保证了关 键帧不会丟失， 避免了视频质量大幅下降， 提高了视频业务质量。 另一方面， 在检测到有视频数据包缺失情况下， 通过请求重传， 可以进一步保证视频帧不 丟失， 从而提高视频业务质量。 实施例三

本发明实施例提供了一种视频业务数据传输方法， 该方法由视频业务中的 发送端执行， 该发送端可以是 RNC, 与该发送端对应的接收端可以为 UE, 接 收端的相应动作参见实施例一或二， 参见图 4, 该方法包括：

步骤 301： 发送发送緩沖区中的视频数据包， 并将发送緩沖区中的视频数 据包复制进重传緩沖区。

步骤 302: 获取接收端发送的重传请求报文， 重传请求报文包括待重传视 频数据包的标识。

步骤 301和 302没有先后关系。 步骤 303: 根据接收到的重传请求报文， 判断待重传视频数据包的类型， 待重传视频数据包的类型包括重要和不重要。

步骤 304: 根据待重传视频数据包的类型， 确定待重传视频数据包在超时 阈值内的最大重传次数， 类型为重要的待重传视频数据包的最大重传次数大于 类型为不重要的待重传视频数据包的最大重传次数。

步骤 305: 确定该待重传视频数据包在该超时阈值内已重传次数。

步骤 306: 当待重传视频数据包的已重传次数小于最大重传次数时， 向接 收端发送待重传视频数据包。

本发明实施例通过在发送端进行重传时，根据待重传视频数据包的类型确 定不同类型的待重传视频数据包重传次数， 类型为重要的待重传视频数据包的 最大重传次数大于类型为不重要的待重传视频数据包的最大重传次数，保证了 携带关键帧的重要的待重传视频数据包可以获得更多的重传次数，从而使得在 网络状况不佳时， 也可以有效保证视频业务的质量。 实施例四

本发明实施例提供了一种视频业务数据传输方法， 该方法由视频业务中的 发送端执行， 该发送端可以是 RNC, 与该发送端对应的接收端可以为 UE, 接 收端的相应动作参见实施例一或二， 本发明实施例是对实施例三的进一步说 明， 参见图 5, 该方法包括：

步骤 401： 发送发送緩沖区中的视频数据包， 并将发送緩沖区中的视频数 据包复制进重传緩沖区。

具体地， 该步骤 401包括：

将待发送视频数据包写入发送緩沖区中。

对于 RNC来说， 待发送视频数据包可以为接收緩沖区中收到的视频数据 包进行分段处理后得到的 PDU。

将发送緩沖区中的视频数据包发送给 UE, 并在发送该视频数据包时将该 视频数据包复制进重传緩沖区， 以防该视频数据包需要重传。

步骤 402: 获取接收端发送的重传请求报文， 重传请求报文包括待重传视 频数据包的标识。

具体地， 待重传视频数据包为接收端缺少的视频数据包， 待重传视频数据 包的标识可以为待重传视频数据包的编号。 步骤 401和 402没有先后关系， 可以同时执行。

步骤 403: 根据接收到的重传请求报文， 判断待重传视频数据包的类型， 待重传视频数据包的类型包括重要和不重要。

在不同的视频编码机制中， 不重要的视频数据包和重要的视频数据包的定 义是不同的， 不重要的视频数据包和重要的视频数据包可以是事先规定好的， 规定的依据可以是视频数据包的作用大小及重要程度。 以 H.264为例： 在该编 码机制下， I 帧表示关键帧， 这一帧画面保留完整； 解码时只需要本帧数据就 可以完成。 P帧表示差别帧， 记录这一帧跟之前的一个关键帧 （或 P帧） 的差 另 ij , 解码时需要用之前緩存的画面叠加上本帧定义的差别， 生成最终画面。 B 帧是双向差别帧， 也就是 B帧记录的是本帧与前后帧的差别， 要解码 B帧， 不仅要取得之前的緩存画面， 还要解码之后的画面， 通过前后画面的与本帧数 据的叠加取得最终的画面， 因此在 H.264编码方式下， I帧数据包即是重要的 视频数据包， B帧数据包和 P帧数据包即为不重要的视频数据包。 当然本发明 实施例除了可以应用在上述 H.264视频编码机制中以外， 还可以应用于 H.262 等其他视频编码机制中。

步骤 404: 根据待重传视频数据包的类型， 确定待重传视频数据包在超时 阈值内的最大重传次数， 类型为重要的待重传视频数据包的最大重传次数大于 类型为不重要的待重传视频数据包的最大重传次数。

在本实施例中， 步骤 404可以采用以下方式实现：

根据以下公式确定该待重传视频数据包对应的最大重传次数：

1 ,if Th < 0.4

L7¾ / ?rr」_l ,if Q.4 < Th < 0.6 ;

6 , if Th≥ 0.6

' 其中， R_maxI为类型为重要的待重传视频数据包的最大重传次数， R_maxN为 类型为不重要的待重传视频数据包的最大重传次数， Th 为视频业务设置的超 时阈值， RTT为视频数据包在发送端和接收端间的平均反馈确认周期。 该平均 反馈确认周期是指数据在发送端和接收端之间的平均往返时间， 该时间可以根 据统计获得， 这里不再赘述。

容易知道， 在其他实施例中， 该步骤 404中的重要的待重传视频数据包和 不重要的待重传视频数据包的最大重传次数也可以为设定值。 例如， 重要的待 重传视频数据包的最大重传次数为 5次， 不重要的待重传视频数据包的最大重 传次数为 2次。

步骤 405: 确定该待重传视频数据包在该超时阈值内已重传次数。

进一步地，在步骤 405之前，该方法包括： 在向接收端发送视频数据包时， 记录该视频数据包在超时阈值内的已重传次数。

步骤 406: 当待重传视频数据包的已重传次数小于最大重传次数时， 向接 收端发送待重传视频数据包； 当该待重传视频数据包的已重传次数等于该最大 重传次数时， 从重传緩沖区中丟弃该待重传数据包。

具体地， 上述向该接收端发送该待重传视频数据包， 可以采用下述方式完 成：

将该待重传视频数据包从重传緩沖区写入发送緩沖区队列的队首并发送。 进一步地， 该重传请求报文还包括确认接收到的视频数据包的标识， 该方 法还包括：

根据该重传请求报文， 将确认接收到的视频数据包从重传緩沖区中丟弃。 具体地， 该待重传视频数据包和确认接收到的视频数据包的编号可以根据 重传请求报文中的 Bitmap得到， 该 Bitmap用来标识哪些视频数据包未被正确 接收， Bitmap的最左侧记录有该 Bitmap开始的视频数据包的编号， 并且处于 Bitmap最左侧的视频数据包是在检测过程中检测到的第一个丟失掉的，后面记 录的视频数据包编号依次递增， Bitmap每一位表示一个视频数据包是否被正确 接收， 例如 0表示未被正确接收的待重传视频数据包， 1表示已被正确接收的 确认接收到的视频数据包， Bitmap总长度不能超过接收端的接收緩沖区队列总 长度。

本发明实施例通过在发送端进行重传时，根据待重传视频数据包的类型确 定不同类型的待重传视频数据包重传次数， 类型为重要的待重传视频数据包的 最大重传次数大于类型为不重要的待重传视频数据包的最大重传次数，保证了 携带关键帧的重要的待重传视频数据包可以获得更多的重传次数，从而使得在 网络状况不佳时， 也可以有效保证视频业务的质量； 另外， 由于视频业务数据 包的重传次数与视频业务的超时阈值相关， 因此在进行视频数据包的重传时， 根据超时阈值确定重要视频数据包和不重要视频数据包的重传次数，保证了视 频业务对实时性的要求。 实施例五

本发明实施例提供了一种视频业务数据接收装置， 该装置可以是 UE 或 RNC, 参见图 6, 该装置包括：

第一接收模块 501 , 用于接收视频数据包；

第一判断模块 502, 用于判断如果将第一接收模块 501接收到的视频数据 包放入接收緩沖区， 是否会造成接收緩沖区溢出， 该接收緩沖区用于存放接收 到的视频数据包；

第一处理模块 503 , 用于当第一判断模块 502的判断结果为将该视频数据 包放入接收緩沖区， 会造成接收緩沖区溢出时， 判断该视频数据包的类型， 该 视频数据包的类型包括不重要和重要；

若第一接收模块 501接收到的视频数据包的类型为不重要， 则直接丟弃第 一接收模块 501接收到的视频数据包； 若第一接收模块 501接收到的视频数据 包的类型为重要， 则在该接收緩沖区队列中找到离队尾最近的一个视频数据包 的类型为不重要， 并将该离队尾最近的一个视频数据包的类型为不重要， 将第 一接收模块 501接收到的视频数据包加入到该接收緩沖区队列的队尾。

本发明实施例通过在进行视频业务数据传输时， 若接收緩沖区溢出， 则判 断视频数据包的类型， 并在接收到重要的视频数据包时， 将接收緩沖区队列中 不重要的视频数据包丟弃，从而可以在接收緩沖区中存放接收到的重要的视频 数据包， 由于重要的视频数据包中携带了关键帧， 关键帧丟失所造成的视频损 失远大于非关键帧丟失， 因此上述做法避免了在接收緩沖区溢出时， 保证了关 键帧不会丟失， 避免了视频质量大幅下降， 提高了视频业务质量。 实施例六

本发明实施例提供了一种视频业务数据接收装置， 该装置可以是 UE 或 RNC, 本发明实施例是对实施例五的进一步说明， 参见图 7, 该装置包括： 第一接收模块 601 , 用于接收视频数据包；

第一判断模块 602, 用于判断如果将第一接收模块 601接收到的视频数据 包放入接收緩沖区， 是否会造成接收緩沖区溢出， 该接收緩沖区用于存放接收 到的视频数据包；

第一处理模块 603 , 用于当第一判断模块 602的判断结果为将该视频数据 包放入接收緩沖区， 不会造成接收緩沖区溢出时， 将该视频数据包放入该接收 緩沖区队列的队尾； 当判断结果为将该视频数据包放入接收緩沖区， 会造成接 收緩沖区溢出时， 判断该视频数据包的类型， 该视频数据包的类型包括不重要 和重要；

若第一接收模块 601接收到的视频数据包的类型为不重要， 则直接丟弃第 一接收模块 601接收到的视频数据包； 若第一接收模块 601接收到的视频数据 包的类型为重要， 则在该接收緩沖区队列中找到离队尾最近的一个视频数据包 的类型为不重要的视频数据包， 并将该离队尾最近的一个视频数据包的类型为 不重要的视频数据包丟弃， 将第一接收模块 601接收到的视频数据包加入到该 接收緩沖区队列的队尾。

如前所述， 该接收端可以是 UE或者 RNC, 当接收端为 RNC时， 接收端 接收到的视频数据包为 SDU。 当接收端为 UE时， 接收端接收到视频数据包为 PDU。

具体地， 第一处理模块 603可以包括：

判断单元， 用于获取视频数据包中的头部信息， 该头部信息包括视频数据 包的类型。

对于 SDU来说该头部即为 SDU头， 对于 PDU来说该头部即为 PDU头。 SDU头或者 PDU头中均记录有该视频数据包的类型。

在不同的视频编码机制中， 不重要的视频数据包和重要的视频数据包的定 义是不同的， 不重要的视频数据包和重要的视频数据包可以是事先规定好的， 规定的依据可以是视频数据包的作用大小及重要程度。 以 H.264为例： 在该编 码机制下， I 帧表示关键帧， 这一帧画面保留完整； 解码时只需要本帧数据就 可以完成。 P帧表示差别帧， 记录这一帧跟之前的一个关键帧 （或 P帧） 的差 另 ij , 解码时需要用之前緩存的画面叠加上本帧定义的差别， 生成最终画面。 B 帧是双向差别帧， 也就是 B帧记录的是本帧与前后帧的差别， 要解码 B帧， 不仅要取得之前的緩存画面， 还要解码之后的画面， 通过前后画面的与本帧数 据的叠加取得最终的画面， 因此在 H.264编码方式下， I帧数据包即是重要的 视频数据包， B帧数据包和 P帧数据包即为不重要的视频数据包。 当然本发明 实施例除了可以应用在上述 H.264视频编码机制中以外， 还可以应用于 H.262 等其他视频编码机制中。

进一步地， 该装置还包括检测模块 604, 用于周期性检测接收緩沖区中的 视频数据包的编号是否连续， 视频数据包中还携带有数据包编号。 其中，视频数据包的编号可以携带在视频数据包的包头中。值得说明的是， 检测视频数据包的编号是否连续时， 是从编号最小的视频数据包向后检测， 例 如， 接收緩沖区中包括编号为 3、 4、 6和 7的视频数据包， 此时检测的结果为 编号为 5的视频数据包丟失。

相应地， 上述第一处理模块 603还用于， 根据检测模块 604的检测结果， 向发送端发送重传请求报文， 重传请求报文包括待重传视频数据包的标识以及 确认接收到的视频数据包的标识， 该标识可以是视频数据包的编号。

在具体实现时， 可以在重传请求>¾文中设置一个 Bitmap, 该 Bitmap用来 标识哪些视频数据包未被正确接收， Bitmap的最左侧记录有该 Bitmap开始的 视频数据包的编号， 并且处于 Bitmap最左侧的视频数据包是在检测过程中检 测到的第一个丟失掉的，后面记录的视频数据包编号依次递增， Bitmap每一位 表示一个视频数据包是否被正确接收， 例如 0表示未被正确接收， 1表示已被 正确接收， Bitmap总长度不能超过緩沖区队列总长度。

进一步地， 为了保证重传成功， 该装置还包括计时模块， 用于在在发送重 传请求报文时， 设置一个重传计时器； 第一处理模块 603, 还用于当重传计时 器超时且未收到重传请求报文中的所有待重传视频数据包时， 重新发送重传请 求报文。 容易知道， 重新发送的重传请求报文与前一个重传请求报文中包括的 待重传视频数据包的标识可能不同， 该重新发送的重传请求报文是在前一个重 传请求报文的基础上将已接收到的待重传视频数据包标记为确认接收到的视 频数据包后得到的。

另外， 除了本实施例中采用的使用一个重传请求报文同时实现请求重传所 有丟失的视频数据包， 并确认所有已正确接收到的视频数据包外。 在其他实施 例中，还可以采用重传请求报文和确认报文分别用来请求重传所有丟失的视频 数据包， 和确认已正确接收到的视频数据包， 且每个重传请求报文或确认报文 可以只用来请求重传或确认一个视频数据包。

进一步地， 当接收端为 UE时， 第一处理模块 603, 还用于周期性地将接 收緩沖区中的视频数据包， 按规定的个数顺序组装成 SDU, 并将该 SDU递交 给上层。

下面对 UE组装 SDU进行举例说明： 接收緩沖区中包括 1、 2、 3、 5、 6、 7、 8和 9几个视频数据包， 且规定每次将 4个视频数据包组装成 1个 SDU, 当达到周期时间时， 将视频数据包 1、 2、 3和 5组装成一个 SDU, 将视频数据 包 6、 7、 8和 9组装成一个 SDU。

当接收端为 RNC时，第一处理模块 603,还用于将接收到的视频数据包进 行分段， 将分段得到的 PDU发送给 UE。

本发明实施例通过在进行视频业务数据传输时， 若接收緩沖区溢出， 则判 断视频数据包的类型， 并在接收到重要的视频数据包时， 将接收緩沖区队列中 不重要的视频数据包丟弃，从而可以在接收緩沖区中存放接收到的重要的视频 数据包， 由于重要的视频数据包中携带了关键帧， 关键帧丟失所造成的视频损 失远大于非关键帧丟失， 因此上述做法避免了在接收緩沖区溢出时， 保证了关 键帧不会丟失， 避免了视频质量大幅下降， 提高了视频业务质量。 另一方面， 在检测到有视频数据包缺失情况下， 通过请求重传， 可以进一步保证视频帧不 丟失， 从而提高视频业务质量。 实施例七

本发明实施例提供了一种视频业务数据发送装置， 该装置可以是 UE 或 RNC, 参见图 8, 该装置包括：

发送模块 701 , 用于发送发送緩沖区中的视频数据包， 并将发送緩沖区中 的视频数据包复制进重传緩沖区；

第二接收模块 702, 用于获取接收端发送的重传请求报文， 重传请求报文 包括待重传视频数据包的标识；

第二判断模块 703 , 用于根据第二接收模块 702接收到的重传请求报文， 判断待重传视频数据包的类型， 待重传视频数据包的类型包括重要和不重要； 第二处理模块 704, 用于根据第二判断模块 703判断的待重传视频数据包 的类型， 确定待重传视频数据包在超时阈值内的最大重传次数， 类型为重要的 视频数据包的最大重传次数大于类型为不重要的视频数据包的最大重传次数， 确定该待重传视频数据包在该超时阈值内已重传次数， 当待重传视频数据包的 已重传次数小于最大重传次数时， 向接收端发送待重传视频数据包。

本发明实施例通过在发送端进行重传时，根据待重传视频数据包的类型确 定不同类型的待重传视频数据包重传次数， 类型为重要的待重传视频数据包的 最大重传次数大于类型为不重要的待重传视频数据包的最大重传次数，保证了 携带关键帧的重要的待重传视频数据包可以获得更多的重传次数，从而使得在 网络状况不佳时， 也可以有效保证视频业务的质量。 实施例八

本发明实施例提供了一种视频业务数据发送装置，该装置可以是 RNC,本 发明实施例是对实施例七的进一步说明， 参见图 9, 该装置包括：

发送模块 801 , 用于发送发送緩沖区中的视频数据包， 并将发送緩沖区中 的视频数据包复制进重传緩沖区；

第二接收模块 802, 用于获取接收端发送的重传请求报文， 重传请求报文 包括待重传视频数据包的标识，待重传视频数据包的标识可以为待重传视频数 据包的编号；

第二判断模块 803 , 用于根据第二接收模块 802接收到的重传请求报文， 判断待重传视频数据包的类型， 待重传视频数据包的类型包括重要和不重要； 在不同的视频编码机制中， 不重要的视频数据包和重要的视频数据包的定 义是不同的， 不重要的视频数据包和重要的视频数据包可以是事先规定好的， 规定的依据可以是视频数据包的作用大小及重要程度。 以 H.264为例： 在该编 码机制下， I 帧表示关键帧， 这一帧画面保留完整； 解码时只需要本帧数据就 可以完成。 P帧表示差别帧， 记录这一帧跟之前的一个关键帧 （或 P帧） 的差 别， 解码时需要用之前緩存的画面叠加上本帧定义的差别， 生成最终画面。 B 帧是双向差别帧， 也就是 B帧记录的是本帧与前后帧的差别， 要解码 B帧， 不仅要取得之前的緩存画面， 还要解码之后的画面， 通过前后画面的与本帧数 据的叠加取得最终的画面， 因此在 H.264编码方式下， I帧数据包即是重要的 视频数据包， B帧数据包和 P帧数据包即为不重要的视频数据包。 当然本发明 实施例除了可以应用在上述 H.264视频编码机制中以外， 还可以应用于 H.262 等其他视频编码机制中。

第二处理模块 804, 用于根据第二判断模块 803判断的待重传视频数据包 的类型， 确定待重传视频数据包在超时阈值内的最大重传次数， 类型为重要的 待重传视频数据包的最大重传次数大于类型为不重要的待重传视频数据包的 最大重传次数， 确定该待重传视频数据包在该超时阈值内已重传次数， 当待重 传视频数据包的已重传次数小于最大重传次数时， 向接收端发送待重传视频数 据包； 当该待重传视频数据包的已重传次数等于该最大重传次数时， 从重传緩 沖区中丟弃该待重传数据包。

发送模块 801将待发送视频数据包写入发送緩沖区中， 然后将发送緩沖区 中的视频数据包发送给 UE, 并在发送该视频数据包时将该视频数据包复制进 重传緩沖区， 以防该视频数据包需要重传。 对于 RNC来说， 待发送视频数据 包可以为接收緩沖区中收到的视频数据包进行分段处理后得到的 PDU。

进一步地， 该第二处理模块 804可以根据以下公式确定该待重传视频数据 包对应的最大重传次数：

1 ,if Th < 0.4

R_maxI = [Th 1 ?ΓΓ」― 1 ,if 0.4 < Th < 0.6；

6 ,if Th > 0.6

^RmixN

其中， R_maxI为类型为重要的待重传视频数据包的最大重传次数， R_maxN为 类型为不重要的待重传视频数据包的最大重传次数， Th 为视频业务设置的超 时阈值， RTT为视频数据包在发送端和接收端间的平均反馈确认周期。 该平均 反馈确认周期是指数据在发送端和接收端之间的平均往返时间， 该时间可以根 据统计获得， 这里不再赘述。

容易知道， 在其他实施例中， 重要的视频数据包和不重要的视频数据包的 最大重传次数也可以为设定值。 例如， 重要的视频数据包的最大重传次数为 5 次， 不重要的视频数据包的最大重传次数为 2次。

进一步地， 该第二处理模块 804, 还用于在向接收端发送视频数据包时， 记录该视频数据包在超时阈值内的已重传次数。

进一步地， 该第二处理模块 804, 还用于将该待重传视频数据包从重传緩 沖区写入发送緩沖区队列的队首并发送。

进一步地， 该重传请求报文还包括确认接收到的视频数据包的标识， 该第 二处理模块 804, 还用于根据该重传请求报文， 将确认接收到的视频数据包从 重传緩沖区中丟弃。

具体地， 该待重传视频数据包和确认接收到的视频数据包的编号可以根据 重传请求报文中的 Bitmap得到， 该 Bitmap用来标识哪些视频数据包未被正确 接收， Bitmap的最左侧记录有该 Bitmap开始的视频数据包的编号， 并且处于 Bitmap最左侧的视频数据包是在检测过程中检测到的第一个丟失掉的，后面记 录的视频数据包编号依次递增， Bitmap每一位表示一个视频数据包是否被正确 接收， 例如 0表示未被正确接收的待重传视频数据包， 1表示已被正确接收的 确认接收到的视频数据包， Bitmap总长度不能超过接收端的接收緩沖区队列总 长度。

本发明实施例通过在发送端进行重传时，根据待重传视频数据包的类型确 定不同类型的待重传视频数据包重传次数， 类型为重要的待重传视频数据包的 最大重传次数大于类型为不重要的待重传视频数据包的最大重传次数，保证了 携带关键帧的重要的待重传视频数据包可以获得更多的重传次数，从而使得在 网络状况不佳时， 也可以有效保证视频业务的质量； 另外， 由于视频业务数据 包的重传次数与视频业务的超时阈值相关， 因此在进行视频数据包的重传时， 根据超时阈值确定重要的视频数据包和不重要的视频数据包的重传次数，保证 了视频业务对实时性的要求。 实施例九

本发明实施例提供了一种视频业务数据接收装置， 如图 10所示， 该装置 90—般包括第一存储器 91、 第一处理器 92、 第一发送器 93和第一接收器 94 等部件。 本领域技术人员可以理解， 图 10 中所示出的结构并不构成对本网关 的限定， 可以包括比图示更多或更少的部件， 或者组合某些部件， 或者不同的 部件布置。

下面结合图 10对装置 90的各个构成部件进行具体的介绍：

第一存储器 91可用于存储软件程序以及应用模块， 第一处理器 92通过运 行存储在第一存储器 91的软件程序以及应用模块，从而执行装置 90的各种功 能应用以及数据处理。 第一存储器 91可主要包括存储程序区和存储数据区， 其中， 存储程序区可存储操作系统、 至少一个功能所需的应用程序等； 存储数 据区可存储根据装置 90的处理所创建的数据。 此外， 第一存储器 91可以包括 高速 RAM ( Random Access Memory, 随机存取存储器）， 还可以包括非易失性 存储器（non-volatile memory ), 例如至少一个磁盘存储器件、 闪存器件、 或其 他易失性固态存储器件。

第一处理器 92是装置 90的控制中心， 利用各种接口和线路连接整个计算 机的各个部分。

具体地， 第一处理器 92通过运行或执行存储在第一存储器 91内的软件程 序和 /或应用模块， 以及调用存储在第一存储器 91 内的数据， 第一处理器 92 可以实现：

通过第一接收器 94接收视频数据包； 判断如果将第一接收器 94接收到的 视频数据包放入接收緩沖区， 是否会造成接收緩沖区溢出， 该接收緩沖区用于 存放接收到的视频数据包； 当判断结果为将数据包放入接收緩沖区， 会造成接 收緩沖区溢出时， 则判断第一接收器 94接收到的视频数据包的类型， 数据包 类型包括重要和不重要； 若第一接收器 94接收到的视频数据包的类型为不重 要， 则直接丟弃第一接收器 94接收到的视频数据包； 若第一接收器 94接收到 的视频数据包的类型为重要， 则在接收緩沖区队列中找到离队尾最近的一个视 频数据包的类型为不重要的视频数据包， 将离队尾最近的一个视频数据包的类 型为不重要的视频数据包丟弃， 将第一接收器 94接收到的视频数据包加入到 接收緩沖区队列的队尾。

进一步地， 该第一处理器 92还可实现：

获取视频数据包中的头部信息， 该头部信息包括视频数据包的类型。 进一步地， 数据包中还携带有数据包编号， 该第一处理器 92还可实现： 周期性检测接收緩沖区中的视频数据包的编号是否连续；

根据检测结果， 向发送端发送重传请求报文， 重传请求报文包括待重传视 频数据包的标识。

进一步地， 该第一处理器 92还可实现：

在发送重传请求报文时， 设置对应的重传计时器；

当重传计时器超时且未收到请求重传请求报文中的所有待重传视频数据 包时， 重新发送重传请求报文。

本发明实施例通过在进行视频业务数据传输时， 若接收緩沖区溢出， 则判 断视频数据包的类型， 并在接收到重要的视频数据包时， 将接收緩沖区队列中 不重要的视频数据包丟弃，从而可以在接收緩沖区中存放接收到的重要的视频 数据包， 由于重要的视频数据包中携带了关键帧， 关键帧丟失所造成的视频损 失远大于非关键帧丟失， 因此上述做法避免了在接收緩沖区溢出时， 保证了关 键帧不会丟失， 避免了视频质量大幅下降， 提高了视频业务质量。 另一方面， 在检测到有视频数据包缺失情况下， 通过请求重传， 可以进一步保证视频帧不 丟失， 从而提高视频业务质量。 实施例十

本发明实施例提供了一种视频业务数据发送装置， 如图 11 所示， 该装置 100一般包括第二存储器 1001、 第二处理器 1002、 第二发送器 1003和第二接 收器 1004等部件。 本领域技术人员可以理解， 图 11中所示出的结构并不构成 对本网关的限定， 可以包括比图示更多或更少的部件， 或者组合某些部件， 或 者不同的部件布置。

下面结合图 11对装置 100的各个构成部件进行具体的介绍：

第二存储器 1001可用于存储软件程序以及应用模块， 第二处理器 1002通 过运行存储在第二存储器 1001 的软件程序以及应用模块， 从而执行装置 100 的各种功能应用以及数据处理。 第二存储器 1001可主要包括存储程序区和存 储数据区， 其中， 存储程序区可存储操作系统、 至少一个功能所需的应用程序 等； 存储数据区可存储根据装置 100的处理所创建的数据。 此外， 第二存储器 1001可以包括高速 RAM ( Random Access Memory, 随机存取存储器）， 还可 以包括非易失性存储器（non- volatile memory ), 例如至少一个磁盘存储器件、 闪存器件、 或其他易失性固态存储器件。

第二处理器 1002是装置 100的控制中心， 利用各种接口和线路连接整个 计算机的各个部分。

具体地， 第二处理器 1002通过运行或执行存储在第二存储器 1001内的软 件程序和 /或应用模块， 以及调用存储在第二存储器 1001内的数据， 第二处理 器 1002可以实现：

通过第二发送器 1003发送发送緩沖区中的视频数据包， 并将该发送緩沖 区中的视频数据包复制进重传緩沖区； 通过第二接收器 1004获取接收端发送 的重传请求报文， 重传请求报文包括待重传视频数据包的标识； 根据接收到的 重传请求报文， 判断待重传视频数据包的类型， 待重传视频数据包的类型包括 重要和不重要； 根据待重传视频数据包的类型， 确定待重传视频数据包在超时 阈值内的最大重传次数， 类型为重要的待重传视频数据包的最大重传次数大于 类型为不重要的待重传视频数据包的最大重传次数； 确定待重传视频数据包在 超时阈值内已重传次数； 当待重传视频数据包的已重传次数小于最大重传次数 时， 向接收端发送待重传视频数据包。

进一步地， 第二处理器 1002还可以实现： 根据以下公式确定该待重传视 频数据包对应的最大重传次数：

,if Th < 0.4

ίθ ,if Th < 0.4

w _ l「U2， ,if Th≥"'

其中， R_maxI为类型为重要的待重传视频数据包的最大重传次数， R_maxN为 类型为不重要的待重传视频数据包的最大重传次数， Th 为视频业务设置的超 时阈值， RTT为视频数据包在发送端和接收端间的平均反馈确认周期。

进一步地， 第二处理器 1002还可以实现：

将该待重传视频数据包从重传緩沖区写入发送緩沖区队列的队首并发送。 进一步地， 第二处理器 1002还可以实现：

当待重传视频数据包的已重传次数等于最大重传次数时，从重传緩沖区中 丟弃待重传视频数据包。

进一步地， 该重传请求报文还包括确认接收到的视频数据包的标识， 第二 处理器 1002还可以实现：

根据请求重传请求报文， 将确认接收到的视频数据包从重传緩沖区中丟 弃。

本发明实施例通过在发送端进行重传时，根据待重传视频数据包的类型确 定不同类型的待重传视频数据包重传次数， 类型为重要的待重传视频数据包的 最大重传次数大于类型为不重要的待重传视频数据包的最大重传次数，保证了 携带关键帧的重要的待重传视频数据包可以获得更多的重传次数，从而使得在 网络状况不佳时， 也可以有效保证视频业务的质量； 另外， 由于视频业务数据 包的重传次数与视频业务的超时阈值相关， 因此在进行视频数据包的重传时， 根据超时阈值确定重要的视频数据包和不重要的视频数据包的重传次数，保证 了视频业务对实时性的要求。 需要说明的是： 上述实施例提供的视频业务数据发送装置和视频业务数据 接收装置在进行视频业务数据传输时 仅以上述各功能模块的划分进行举例说 明， 实际应用中， 可以根据需要而将上述功能分配由不同的功能模块完成， 即 将设备的内部结构划分成不同的功能模块， 以完成以上描述的全部或者部分功 能。 另外， 上述实施例提供的视频业务数据发送装置和视频业务数据接收装置 与视频业务数据传输方法实施例属于同一构思， 其具体实现过程详见方法实施 例， 这里不再赘述。

上述本发明实施例序号仅仅为了描述， 不代表实施例的优劣。 本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通 过硬件来完成， 也可以通过程序来指令相关的硬件完成， 所述的程序可以存储 于一种计算机可读存储介质中， 上述提到的存储介质可以是只读存储器， 磁盘 或光盘等。

以上所述仅为本发明的较佳实施例， 并不用以限制本发明， 凡在本发明的 精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的 保护范围之内。

Claims

权 利 要 求 书

1、 一种视频业务数据接收装置， 其特征在于， 所述装置包括：

第一接收模块， 用于接收视频数据包；

第一判断模块， 用于判断如果将所述第一接收模块接收到的所述视频数据 包放入接收緩沖区， 是否会造成所述接收緩沖区溢出；

第一处理模块， 用于当所述第一判断模块的判断结果为将所述视频数据包 放入接收緩沖区， 会造成所述接收緩沖区溢出时， 判断所述视频数据包的类型， 所述视频数据包的类型包括重要和不重要；

若所述第一接收模块接收到的所述视频数据包的类型为不重要， 则直接丟 弃第一接收模块接收到的所述视频数据包； 若所述第一接收模块接收到的所述 视频数据包的类型为重要， 则在所述接收緩沖区队列中找到离队尾最近的一个 视频数据包的类型为不重要的视频数据包， 将所述离队尾最近的一个视频数据 包的类型为不重要的视频数据包丟弃， 将所述第一接收模块接收到的所述视频 数据包加入到所述接收緩沖区队列的队尾。

2、 根据权利要求 1所述的装置， 其特征在于， 所述第一处理模块包括： 判断单元， 用于获取所述视频数据包中的头部信息， 所述头部信息包括所 述视频数据包的类型。

3、 根据权利要求 1或 2所述的装置， 其特征在于， 所述视频数据包中还携 带有数据包编号， 所述装置还包括：

检测模块， 用于周期性检测所述接收緩沖区中的视频数据包的编号是否连 续；

第一处理模块， 还用于根据所述检测模块的检测结果， 向发送端发送重传 请求报文， 所述重传请求报文包括待重传视频数据包的标识。

4、 根据权利要求 3所述的装置， 其特征在于， 所述装置还包括：

计时模块， 用于在发送所述重传请求报文时， 设置重传计时器；

所述第一处理模块， 还用于当所述重传计时器超时且未收到重传请求报文 中的所有待重传视频数据包时， 重新发送所述重传请求报文。

5、 一种视频业务数据发送装置， 其特征在于， 所述装置包括：

发送模块， 用于发送发送緩沖区中的视频数据包， 并将所述发送緩沖区中 的视频数据包复制进重传緩沖区； 第二接收模块， 用于获取接收端发送的重传请求报文， 所述重传请求报文 包括待重传视频数据包的标识；

第二判断模块， 用于根据所述第二接收模块接收到的重传请求报文， 判断 待重传视频数据包的类型， 所述待重传视频数据包的类型包括重要和不重要； 第二处理模块， 用于根据所述第二判断模块判断的待重传视频数据包的类 型， 确定所述待重传视频数据包在超时阈值内的最大重传次数， 所述类型为重 要的待重传视频数据包的最大重传次数大于所述类型为不重要的待重传视频数 据包的最大重传次数； 确定所述待重传视频数据包在所述超时阈值内已重传次 数； 当所述待重传视频数据包的已重传次数小于所述最大重传次数时， 向所述 接收端发送所述待重传视频数据包。

6、 根据权利要求 5所述的装置， 其特征在于， 所述第二处理模块， 用于根 据以下公式确定所述待重传视频数据包对应的最大重传次数：

1 ,if Th < 0.4

R_{mi l} = l ?ΓΓ」― 1 ,if 0.4 < Th < 0.6；

6 , if Th > 0.6

ίθ , if Th < 0.4

I 2， , if Th≥"' 其中， ！^^为所述类型为重要的待重传视频数据包的最大重传次数， R_maxN 为所述类型为不重要的待重传视频数据包的最大重传次数， Th为视频业务设置 的超时阈值， RTT 为视频数据包在所述发送端和所述接收端间的平均反馈确认 周期。

7、 根据权利要求 5所述的装置， 其特征在于， 所述第二处理模块， 用于将 所述待重传视频数据包从所述重传緩沖区写入所述发送緩沖区队列的队首并发 送。

8、 根据权利要求 5-7任一项所述的装置， 其特征在于， 所述第二处理模块， 还用于当所述待重传视频数据包的已重传次数等于所述最大重传次数时， 从所 述重传緩沖区中丟弃所述待重传视频数据包。

9、 根据权利要求 5-8任一项所述的装置， 其特征在于， 所述重传请求报文 中还包括确认接收到的视频数据包的标识， 所述第二处理模块， 还用于根据所 述重传请求报文， 将所述确认接收到的视频数据包从所述重传緩沖区中丟弃。 种视频业务数据传输方法， 其特征在于， 所述方法包括: 接收视频数据包；

判断如果将接收到的所述视频数据包放入接收緩沖区， 是否会造成所述接 收緩沖区溢出；

当判断结果为将接收到的所述视频数据包放入所述接收緩沖区， 会造成所 述接收緩沖区溢出时， 判断接收到的所述视频数据包的类型， 所述视频数据包 的类型包括重要和不重要；

若接收到的所述视频数据包的类型为不重要， 则直接丟弃接收到的所述视 频数据包； 若接收到的所述视频数据包的类型为重要， 则在所述接收緩沖区队 列中找到离队尾最近的一个视频数据包的类型为不重要的视频数据包， 将所述 离队尾最近的一个视频数据包的类型为不重要的视频数据包丟弃， 将接收到的 所述视频数据包加入到所述接收緩沖区队列的队尾。

11、 根据权利要求 10所述的方法， 其特征在于， 所述判断所述视频数据包 的类型， 包括：

获取所述视频数据包中的头部信息， 所述头部信息包括所述视频数据包的 类型。

12、 根据权利要求 10或 11所述的方法， 其特征在于， 所述视频数据包中 还携带有数据包编号， 所述方法还包括：

周期性检测所述接收緩沖区中的视频数据包的编号是否连续；

根据检测结果， 向发送端发送重传请求报文， 所述重传请求报文包括待重 传视频数据包的标识。

13、 根据权利要求 12所述的方法， 其特征在于， 所述方法还包括： 在发送所述重传请求报文时， 设置重传计时器；

当所述重传计时器超时且未收到所述重传请求报文中的所有待重传视频数 据包时， 重新发送所述重传请求报文。

14、 一种视频业务数据传输方法， 其特征在于， 所述方法包括：

发送发送緩沖区中的视频数据包， 并将所述发送緩沖区中的视频数据包复 制进重传緩沖区；

获取接收端发送的重传请求报文， 所述重传请求报文包括待重传视频数据 包的标识；

根据接收到的所述重传请求报文， 判断待重传视频数据包的类型， 所述待 重传视频数据包的类型包括重要和不重要； 根据待重传视频数据包的类型， 确定所述待重传视频数据包在超时阈值内 的最大重传次数， 所述类型为重要的待重传视频数据包的最大重传次数大于所 述类型为不重要的待重传视频数据包的最大重传次数；

确定所述待重传视频数据包在所述超时阈值内已重传次数；

当所述待重传视频数据包的已重传次数小于所述最大重传次数时， 向所述 接收端发送所述待重传视频数据包。

15、 根据权利要求 14所述的方法， 其特征在于， 所述根据待重传视频数据 包的类型， 确定所述待重传视频数据包在超时阈值内的最大重传次数， 包括： 根据以下公式确定所述待重传视频数据包对应的最大重传次数：

1 ,if Th < 0.4

L7¾ / ?rr」_ l ,ί/" 0.4 < 7¾ < 0.6；

6 , if Th > 0.6

'

其中， ！^^为所述类型为重要的待重传视频数据包的最大重传次数， R_maxN 为所述类型为不重要的待重传视频数据包的最大重传次数， Th为视频业务设置 的超时阈值， RTT 为视频数据包在所述发送端和所述接收端间的平均反馈确认 周期。

16、 根据权利要求 14所述的方法， 其特征在于， 所述向所述接收端发送所 述待重传视频数据包， 包括：

将所述待重传视频数据包从所述重传緩沖区写入所述发送緩沖区队列的队 首并发送。

17、根据权利要求 14-16任一项所述的方法，其特征在于，所述方法还包括： 当所述待重传视频数据包的已重传次数等于所述最大重传次数时， 从所述 重传緩沖区中丟弃所述待重传视频数据包。

18、根据权利要求 14-17任一项所述的方法， 其特征在于， 所述重传请求报 文中还包括确认接收到的视频数据包的标识， 所述方法还包括：

根据所述重传请求报文， 将所述确认接收到的视频数据包从所述重传緩沖 区中丟弃。