专利名称：基于实时传输/控制协议的h.264流媒体传输控制方法
技术领域：
本发明涉及一种流媒体传输控制方法，具体是涉及H.264的基于实时传输/控制协议(RTP/RTCP)视频传输的发送控制方法。
背景技术：
随着Internet和多媒体技术的快速发展，视频的网络实时传输成为网络应用的研究热点之一。H.264标准以其高压缩率、高质量、低码率成为目前和下一代网上多媒体传输的主要格式和标准。视频的实时传输要求传输的时延要小、丢包率要低，然而由于TCP(传输控制协议)的重发机制带来较大时延，UDP(用户数据报协议)本身又不提供任何QOS保证，因此需要新的协议来满足网络视频传输对时延和丢包的高要求。RTP/RTCP可解决上述问题，RTP报文用来传输实时数据，可以灵活改变发送速率，并可防止传输顺序混乱；而RTCP报文在传输过程中为RTP数据提供网络状况和服务质量的反馈信息。二者结合可以提供可靠的端到端传输，并能适应带宽需要和和提供音视频同步控制机制，因此被越来越多的流媒体服务所采用。
在基于RTP/RTCP的流媒体服务中，研究RTP包的自适应传输控制具有十分重要的作用。该控制方法通过反馈的网络状况、服务质量信息来调整服务器端的发送速率，一方面可以降低端到端的延迟，另一方面可防止网络拥塞，保证一定的服务质量，实现端到端的流量控制。因此，随着流媒体服务的进一步发展，这类算法正受到越来越多的重视。
发明内容
本发明的目的是提供一种基于实时传输/控制协议的H.264流媒体传输控制方法，可有效进行Server-Client(服务器端-客户端)之间的传输控制；客户端提供准确有效的反馈信息，在不增加网络负载的前提下，通过调整服务器端的发送机制来提高H.264视频流的质量。
为了达到上述目的，本发明提供了一种基于实时传输/控制协议的H.264流媒体传输控制方法，利用RTCP反馈信息实现控制，其包含以下步骤步骤1、服务器端构造SR报文和APP报文，以恒定的发送速率向客户端发送RTCP-SR控制信息和RTCP-APP探测包；所述的RTCP-APP探测包用来探测网络带宽变化情况，由于RTCP-APP探测包体积小且使用灵活，故不会给网络带来负担；步骤2、客户端接收并解析服务器端发送的RTCP-SR和RTCP-APP报文，构造RTCP-RR和RTCP-APP反馈报文并以恒定的发送速率发送至服务器端；步骤3、服务器端在接收客户端反馈的RTCP-RR和RTCP-APP报文后解析，获取参数往返时间、网络延时、丢包率，分析得出当前网络带宽和运行状况；步骤4、服务器端根据分析得到的网络状况，进行参数调整，通过调整视频基本流的RTP包大小和发送速率来实现服务器端的发送控制。
步骤1中，服务器端以每间隔1s的恒定发送速率向客户端发送1次RTCP-APP探测包，以每间隔5s的恒定发送速率向客户端发送1次RTCP-SR控制信息。
步骤2中，客户端以每间隔1s的恒定发送速率向服务器端发送1次RTCP-APP探测包反馈报文，以每间隔5s的恒定发送速率向服务器端发送1次RTCP-SR反馈报文。
所述的步骤3包含以下步骤步骤3.1、根据RTCP-RR报文中的反馈信息，计算参数步骤3.1.1、计算往返时间RTT(Round-Trip time)RTT＝T-LSR，其中，T表示服务器端收到RTCP-RR反馈报文的时刻，LSR(Last SR timestamp)表示上一个RTCP-SR的时间戳；步骤3.1.2、计算网络传输延时TdelayTdelay＝(T-LSR-DLSR)/2，其中，T表示服务器端收到RTCP-RR反馈报文的时刻，LSR表示上一个RTCP-SR的时间戳；DLSR(Delay since last SR)表示自上一个RTCP-SR后的延迟；步骤3.1.3、计算丢包率PlossPloss＝Pn/256，其中，Pn为RTCP-RR报文中的分组丢失率字段；步骤3.2、根据往返时间RTT和丢包率Ploss来判断当前的网络状态；所述的网络状态具体分为轻载(Unloaded)、负载(Loaded)、轻塞(LightCongested)和拥塞(Congested)四种；步骤3.2.1、更新平均往返时间RTT平均RTT平均＝(1-平滑因子)×RTT平均+平滑因子×RTT当前，其中，0.5＜平滑因子＜0.75；当服务器端得到第一个RTT时，即初始状态时，定义RTT平均＝RTT当前；RTT负载＝0.25×RTT当前；RTT非负载＝0.75×RTT当前；步骤3.2.2、若RTT当前＞RTT平均，则有RTT最大＝RTT当前；RTT负载＝上调因子×RTT最大；RTT非负载＝下调因子×RTT最大；其中，0.5＜上调因子＜1，0＜下调因子＜0.5；若RTT当前＜＝RTT平均，则直接执行步骤3.2.3；步骤3.2.3、若丢包率Ploss＞0，则判断当前网络状态为拥塞，继续执行步骤4；否则执行步骤3.2.4；步骤3.2.4、若RTT平均＜＝RTT非负载，则判断当前网络状态为轻载，继续执行步骤4；否则执行步骤3.2.5；步骤3.2.5、若RTT平均＞RTT非负载，并且RTT平均＜＝RTT负载，则判断当前网络状态为负载，继续执行步骤4；否则执行步骤3.2.6；步骤3.2.6、若RTT平均＞RTT负载，则判断当前网络状态为轻塞，继续执行步骤4。
步骤3中，利用平滑因子计算RTT平均，通过RTT当前与平滑因子的乘积来实时更新RTT平均，由于RTCP-SR和RTCP-RR报文每隔5s发送一次，故服务器端每隔5s即可利用客户端的反馈信息更新RTT平均，并判断当前网络状态，快速追踪网络变化。
所述的步骤4包含以下步骤步骤4.1、根据由步骤3分析得到的网络状态信息，服务器端参数调整模块调整报文发送速率，以适应当前网络状况步骤4.1.1、若RTT平均＞＝上次调整速率时的时间间隔，则继续执行步骤4.1.2，否则执行步骤4.2；步骤4.1.2、若网络状态为负载，保持当前发送速率不变，稳定速率以平滑因子进行调整，即稳定速率＝稳定速率×(1-平滑因子)+当前速率×平滑因子，其中，0.75＜平滑因子＜1，所述的稳定速率是中间变量，其是辅助调节当前发送速率的中间量；继续执行步骤4.2；否则执行步骤4.1.3；步骤4.1.3、若网络状态为拥塞，当前发送速率按调节因子线性递减，即当前发送速率＝max(当前发送速率×调节因子，最小速率)，其中，0.5＜调节因子＜0.75，所述的最小速率是指发送速率的最小值，此值是随时间网络变化而变化；稳定速率按比例递减，即稳定速率＝稳定速率×调节因子，其中，0.5＜调节因子＜0.75；继续执行步骤4.2；否则执行步骤4.1.4；在网络处于拥塞状态下，稳定速率的递减是为了在轻载状态时，谨慎增加当前发送速率，防止下一时段的报文包丢失；步骤4.1.4、若网络状态为轻塞，可预测到报文包将会继续丢失，故缓慢降低当前速率，即当前速率＝max(当前速率×调节因子，最小速率)，其中，0.5＜调节因子＜0.75；继续执行步骤4.2；否则执行步骤4.1.5；步骤4.1.5、若网络状态为轻载，且当前发送速率＜稳定速率，则处于慢启动阶段，此时，当前发送速率可以较大幅度增大，即当前发送速率＝(RR包间的时间间隔/平均RTT)×调整因子+当前发送速率，其中，RR包间的时间间隔/平均RTT即为RTT的个数，调整因子的取值范围是(0，1)，继续执行步骤4.2；若网络状态为轻载，且当前发送速率＞＝稳定速率，则处于拥塞可避免阶段，当前发送速率的增大幅度放缓，即当前发送速率＝(RR包间的时间间隔/平均RTT)×调整因子×调整因子+当前发送速率，其中，RR包间的时间间隔/平均RTT即为RTT的个数，调整因子的取值范围是(0，1)，继续执行步骤4.2；步骤4.2、服务器端利用RTCP-APP探测包计算网络瓶颈带宽Bneck，根据Bneck来调整RTP包的大小步骤4.2.1、计算BneckBneck＝APP包的大小/两个APP包的发送时间间隔；步骤4.2.2、更新APP的平均包大小平均包大小＝(1-0.75)×平均包大小+0.75×当前包大小，其中，因RTP包传输约占总带宽的75％，故设置调节因子为0.75；
步骤4.2.3、若瓶颈带宽Bneck＞平均包大小，表明处于带宽充足条件下，最大包大小等于瓶颈带宽与调节因子的乘积，即最大包大小＝瓶颈带宽×调节因子，其中，0.75＜调节因子＜1；当前包大小取最大包大小和平均包大小的平均，适当增加包的大小，即当前包大小＝(最大包大小+平均包大小)/2；然后结束；步骤4.2.4、若瓶颈带宽Bneck＜＝平均包大小，表明处于带宽紧张情况下，平均包大小＝平均包大小×调节因子，其中，0.5＜调节因子＜0.75；当前包大小取最大包大小和平均包大小中的最小值，减小包大小，即当前包大小＝min(平均包大小，瓶颈带宽×调节因子)，其中，0.5＜调节因子＜0.75。
本发明中，在服务器端和客户端各设置有定时器，当网络处于拥塞状态而引起RTCP-APP报文丢失时，当定时器计时超过5s，服务器端或客户端仍未收到RTCP-APP报文时，客户端或服务器端将自动重发。
本发明中，由于RTCP不存在握手功能，故在服务器端和客户端各有RTCP报文的缓冲区，二者的RTCP数据包发送和接收不影响RTP数据的传输，同时APP包对网络带宽负载影响不大。
本发明提供的基于实时传输/控制协议的H.264流媒体传输控制方法，在不增加网络负担的情况下，可以降低服务器端到客户端的延时和丢包率，且传输后的视频主观效果良好。
图1是本发明提供的基于实时传输/控制协议的H.264流媒体传输控制方法的示意图。
具体实施例方式
以下根据图1来具体说明本发明的一种较佳实施方式如图1所示，是本发明提供的基于实时传输/控制协议的H.264流媒体传输控制方法的示意图，利用RTCP反馈信息实现控制，其包含以下步骤步骤1、服务器端构造SR报文和APP报文，以恒定的发送速率向客户端发送RTCP-SR控制信息和RTCP-APP探测包；所述的RTCP-APP探测包用来探测网络带宽变化情况，由于RTCP-APP探测包体积小且使用灵活，故不会给网络带来负担；步骤2、客户端接收并解析服务器端发送的RTCP-SR和RTCP-APP报文，构造RTCP-RR和RTCP-APP反馈报文并以恒定的发送速率发送至服务器端；步骤3、服务器端在接收客户端反馈的RTCP-RR和RTCP-APP报文后解析，获取参数往返时间、网络延时、丢包率，分析得出当前网络带宽和运行状况；步骤4、服务器端根据分析得到的网络状况，进行参数调整，通过调整视频基本流的RTP包大小和发送速率来实现服务器端的发送控制。
步骤1中，服务器端以每间隔1s的恒定发送速率向客户端发送1次RTCP-APP探测包，以每间隔5s的恒定发送速率向客户端发送1次RTCP-SR控制信息。
步骤2中，客户端以每间隔1s的恒定发送速率向服务器端发送1次RTCP-APP探测包反馈报文，以每间隔5s的恒定发送速率向服务器端发送1次RTCP-SR反馈报文。
所述的步骤3包含以下步骤步骤3.1、根据RTCP-RR报文中的反馈信息，计算参数步骤3.1.1、计算往返时间RTTRTT＝T-LSR，其中，T表示服务器端收到RTCP-RR反馈报文的时刻，LSR表示上一个RTCP-SR的时间戳；步骤3.1.2、计算网络传输延时TdelayTdelay＝(T-LSR-DLSR)/2，其中，T表示服务器端收到RTCP-RR反馈报文的时刻，LSR表示上一个RTCP-SR的时间戳；DLSR表示自上一个RTCP-SR后的延迟；步骤3.1.3、计算丢包率PlossPloss＝Pn/256，其中，Pn为RTCP-RR报文中的分组丢失率字段；步骤3.2、根据往返时间RTT和丢包率Ploss来判断当前的网络状态；所述的网络状态具体分为轻载、负载、轻塞和拥塞四种；步骤3.2.1、更新平均往返时间RTT平均RTT平均＝(1-0.75)×RTT平均+0.75×RTT当前，其中，0.75为平滑因子；当服务器端得到第一个RTT时，即初始状态时，定义RTT平均＝RTT当前；RTT负载＝0.25×RTT当前；RTT非负载＝0.75×RTT当前；步骤3.2.2、若RTT当前＞RTT平均，则有
RTT最大＝RTT当前；RTT负载＝上调因子×RTT最大；RTT非负载＝下调因子×RTT最大；其中，0.5＜上调因子＜1，0＜下调因子＜0.5；若RTT当前＜＝RTT平均，则直接执行步骤3.2.3；步骤3.2.3、若丢包率Ploss＞0，则判断当前网络状态为拥塞，继续执行步骤4；否则执行步骤3.2.4；步骤3.2.4、若RTT平均＜＝RTT非负载，则判断当前网络状态为轻载，继续执行步骤4；否则执行步骤3.2.5；步骤3.2.5、若RTT平均＞RTT非负载，并且RTT平均＜＝RTT负载，则判断当前网络状态为负载，继续执行步骤4；否则执行步骤3.2.6；步骤3.2.6、若RTT平均＞RTT负载，则判断当前网络状态为轻塞，继续执行步骤4。
步骤3中，利用平滑因子计算RTT平均，通过RTT当前与平滑因子的乘积来实时更新RTT平均，由于RTCP-SR和RTCP-RR报文每隔5s发送一次，故服务器端每隔5s即可利用客户端的反馈信息更新RTT平均，并判断当前网络状态，快速追踪网络变化。
所述的步骤4包含以下步骤步骤4.1、根据由步骤3分析得到的网络状态信息，服务器端参数调整模块调整报文发送速率，以适应当前网络状况步骤4.1.1、若RTT平均＞＝上次调整速率时的时间间隔，则继续执行步骤4.1.2，否则执行步骤4.2；步骤4.1.2、若网络状态为负载，保持当前发送速率不变，稳定速率以平滑因子0.25进行调整，即稳定速率＝稳定速率×(1-0.25)+当前速率×0.25，继续执行步骤4.2；否则执行步骤4.1.3；所述的稳定速率是中间变量，其是辅助调节当前发送速率的中间量；步骤4.1.3、若网络状态为拥塞，当前发送速率按调节因子0.875线性递减，即当前发送速率＝max(当前发送速率×0.875，最小速率)；其中，所述的最小速率是指发送速率的最小值，此值是随时间网络变化而变化；稳定速率按0.75的比例递减，即稳定速率＝稳定速率×0.75，继续执行步骤4.2；否则执行步骤4.1.4；在网络处于拥塞状态下，稳定速率的递减是为了在轻载状态时，谨慎增加当前发送速率，防止下一时段的报文包丢失；步骤4.1.4、若网络状态为轻塞，可预测到报文包将会继续丢失，故缓慢降低当前速率，即当前速率＝max(当前速率×0.95，最小速率)，继续执行步骤4.2；否则执行步骤4.1.5；步骤4.1.5、若网络状态为轻载，且当前发送速率＜稳定速率，则处于慢启动阶段，此时，当前发送速率可以较大幅度增大，即当前发送速率＝(RR包间的时间间隔/平均RTT)×调整因子+当前发送速率，其中，RR包间的时间间隔/平均RTT即为RTT的个数，调整因子的取值范围是(0，1)，继续执行步骤4.2；若网络状态为轻载，且当前发送速率＞＝稳定速率，则处于拥塞可避免阶段，当前发送速率的增大幅度放缓，即当前发送速率＝(RR包间的时间间隔/平均RTT)×调整因子×调整因子+当前发送速率，其中，RR包间的时间间隔/平均RTT即为RTT的个数，调整因子的取值范围是(0，1)，继续执行步骤4.2；步骤4.2、服务器端利用RTCP-APP探测包计算网络瓶颈带宽Bneck，根据Bneck来调整RTP包的大小步骤4.2.1、计算BneckBneck＝APP包的大小/两个APP包的发送时间间隔；步骤4.2.2、更新APP的平均包大小平均包大小＝(1-0.75)×平均包大小+0.75×当前包大小，其中，因RTP包传输约占总带宽的75％，故设置调节因子为0.75；步骤4.2.3、若瓶颈带宽Bneck＞平均包大小，表明处于带宽充足条件下，最大包大小等于瓶颈带宽与调节因子0.75的乘积，即最大包大小＝瓶颈带宽×0.75；当前包大小取最大包大小和平均包大小的平均，适当增加包的大小，即当前包大小＝(最大包大小+平均包大小)/2；然后结束；步骤4.2.4、若瓶颈带宽Bneck＜＝平均包大小，表明处于带宽紧张情况下，平均包大小＝平均包大小×0.75；当前包大小取最大包大小和平均包大小中的最小值，减小包大小，即当前包大小＝min(平均包大小，瓶颈带宽×0.75)。
本发明中，在服务器端和客户端各设置有定时器，当网络处于拥塞状态而引起RTCP-APP报文丢失时，当定时器计时超过5s，服务器端或客户端仍未收到RTCP-APP报文时，客户端或服务器端将自动重发。
本发明中，由于RTCP不存在握手功能，故在服务器端和客户端各有RTCP报文的缓冲区，二者的RTCP数据包发送和接收不影响RTP数据的传输，同时APP包对网络带宽负载影响不大。
以下为将本发明应用到基于RTP/RTCP的H.264视频实时传输系统得到的结果，采用CIF格式视频测试序列。表1和表2分别表示对网络的丢包率和发送前、接收后PSNR的统计情况。
表1丢包率统计结果
表2 PSNR的统计结果由表1可见，丢包率均低于0.02％；从表2可看出发送前和接收解码后PSNR下降比例不超过0.5dB。由此可以看出，本发明提供的基于实时传输/控制协议的H.264流媒体传输控制方法，在不增加网络负担的情况下，可以降低端到端延时和丢包率，且传输后的视频主观效果良好。
权利要求
1.一种基于实时传输/控制协议的H.264流媒体传输控制方法，其特征在于，包含以下步骤步骤1、服务器端构造SR报文和APP报文，以恒定的发送速率向客户端发送RTCP-SR控制信息和RTCP-APP探测包；步骤2、客户端接收并解析服务器端发送的RTCP-SR和RTCP-APP报文，构造RTCP-RR和RTCP-APP反馈报文并以恒定的发送速率发送至服务器端；步骤3、服务器端在接收客户端反馈的RTCP-RR和RTCP-APP报文后解析，获取参数往返时间、网络延时、丢包率，分析得出当前网络带宽和运行状况；步骤4、服务器端根据分析得到的网络状况，进行参数调整，通过调整视频基本流的RTP包大小和发送速率来实现服务器端的发送控制。
2.如权利要求1所述的基于实时传输/控制协议的H.264流媒体传输控制方法，其特征在于，步骤1中，服务器端以每间隔1s的恒定发送速率向客户端发送1次RTCP-APP探测包，以每间隔5s的恒定发送速率向客户端发送1次RTCP-SR控制信息。
3.如权利要求1所述的基于实时传输/控制协议的H.264流媒体传输控制方法，其特征在于，步骤2中，客户端以每间隔1s的恒定发送速率向服务器端发送1次RTCP-APP探测包反馈报文，以每间隔5s的恒定发送速率向服务器端发送1次RTCP-SR反馈报文。
4.如权利要求1所述的基于实时传输/控制协议的H.264流媒体传输控制方法，其特征在于，所述的步骤3包含以下步骤步骤3.1、根据RTCP-RR报文中的反馈信息，计算参数步骤3.1.1、计算往返时间RTTRTT＝T-LSR，其中，T表示服务器端收到RTCP-RR反馈报文的时刻，LSR表示上一个RTCP-SR的时间戳；步骤3.1.2、计算网络传输延时TdelayTdelay＝(T-LSR-DLSR)/2，其中，T表示服务器端收到RTCP-RR反馈报文的时刻，LSR表示上一个RTCP-SR的时间戳；DLSR表示自上一个RTCP-SR后的延迟；步骤3.1.3、计算丢包率PlossPloss＝Pn/256，其中，Pn为RTCP-RR报文中的分组丢失率字段；步骤3.2、根据往返时间RTT和丢包率Ploss来判断当前的网络状态；所述的网络状态分为轻载、负载、轻塞和拥塞四种；步骤3.2.1、更新平均往返时间RTT平均RTT平均＝(1-平滑因子)×RTT平均+平滑因子×RTT当前，其中，0.5＜平滑因子＜0.75；当服务器端得到第一个RTT时，即在初始状态时，定义RTT平均＝RTT当前；RTT负载＝0.25×RTT当前；RTT非负载＝0.75×RTT当前；步骤3.2.2、若RTT当前＞RTT平均，则有RTT最大＝RTT当前；RTT负载＝上调因子×RTT最大；RTT非负数＝下调因子×RTT最大；其中，0.5＜上调因子＜1，0＜下调因子＜0.5；若RTT当前＜＝RTT平均，则直接执行步骤3.2.3；步骤3.2.3、若丢包率Ploss＞0，则判断当前网络状态为拥塞，继续执行步骤4；否则执行步骤3.2.4；步骤3.2.4、若RTT平均＜＝RTT非负载，则判断当前网络状态为轻载，继续执行步骤4；否则执行步骤3.2.5；步骤3.2.5、若RTT平均＞RTT非负载，并且RTT平均＜＝RTT负载，则判断当前网络状态为负载，继续执行步骤4；否则执行步骤3.2.6；步骤3.2.6、若RTT平均＞RTT负数，则判断当前网络状态为轻塞，继续执行步骤4。
5.如权利要求1所述的基于实时传输/控制协议的H.264流媒体传输控制方法，其特征在于，所述的步骤4包含以下步骤步骤4.1、根据由步骤3分析得到的网络状态信息，服务器端参数调整模块调整报文发送速率步骤4.1.1、若RTT平均＞＝上次调整速率时的时间间隔，则继续执行步骤4.1.2，否则执行步骤4.2；步骤4.1.2、若网络状态为负载，保持当前发送速率不变，稳定速率以平滑因子进行调整，即稳定速率＝稳定速率×(1-平滑因子)+当前速率×平滑因子，其中，0.75＜平滑因子＜1，所述的稳定速率是辅助调节当前发送速率的中间变量；继续执行步骤4.2；否则执行步骤4.1.3；步骤4.1.3、若网络状态为拥塞，当前发送速率按调节因子线性递减，即当前发送速率＝max(当前发送速率×调节因子，最小速率)；其中，0.5＜调节因子＜0.75，所述的最小速率是指发送速率的最小值，此值随时间网络变化而变化；稳定速率按比例递减，即稳定速率＝稳定速率×调节因子，其中，0.5＜调节因子＜0.75；继续执行步骤4.2；否则执行步骤4.1.4；步骤4.1.4、若网络状态为轻塞，缓慢降低当前速率，即当前速率＝max(当前速率×调节因子，最小速率)，其中，0.5＜调节因子＜0.75；继续执行步骤4.2；否则执行步骤4.1.5；步骤4.1.5、若网络状态为轻载，且当前发送速率＜稳定速率，处于慢启动阶段，当前发送速率＝(RR包间的时间间隔/平均RTT)×调整因子+当前发送速率，其中，RR包间的时间间隔/平均RTT即为RTT的个数，调整因子的取值范围是(0，1)，继续执行步骤4.2；若网络状态为轻载，且当前发送速率＞＝稳定速率，处于拥塞可避免阶段，当前发送速率＝(RR包间的时间间隔/平均RTT)×调整因子×调整因子+当前发送速率，其中，RR包间的时间间隔/平均RTT即为RTT的个数，调整因子的取值范围是(0，1)，继续执行步骤4.2；步骤4.2、服务器端利用RTCP-APP探测包计算网络瓶颈带宽Bneck，根据Bneck来调整RTP包的大小步骤4.2.1、计算BneckBneck＝APP包的大小/两个APP包的发送时间间隔；步骤4.2.2、更新APP的平均包大小平均包大小＝(1-0.75)×平均包大小+0.75×当前包大小；步骤4.2.3、若瓶颈带宽Bneck＞平均包大小，处于带宽充足条件下，最大包大小＝瓶颈带宽×调节因子，其中，0.75＜调节因子＜1；当前包大小＝(最大包大小+平均包大小)/2；然后结束；步骤4.2.4、若瓶颈带宽Bneck＜＝平均包大小，处于带宽紧张情况下，平均包大小＝平均包大小×调节因子，其中，0.5＜调节因子＜0.75；当前包大小＝min(平均包大小，瓶颈带宽×调节因子)，其中，0.5＜调节因子＜0.75。
6.如权利要求1所述的基于实时传输/控制协议的H.264流媒体传输控制方法，其特征在于，在服务器端和客户端各设置有定时器。
全文摘要
本发明涉及一种基于实时传输/控制协议的H.264流媒体传输控制方法，在不增加网络负载的前提下，利用客户端提供的准确有效的反馈信息，对当前网络状况进行分析判断，根据分析结果自适应调整视频基本流的RTP包大小和发送速率，实现服务器端的发送控制。本发明提供的基于实时传输/控制协议的H.264流媒体传输控制方法，在不增加网络负担的情况下，可以降低服务器端到客户端的延时和丢包率，且传输后的视频主观效果良好。
文档编号H04L1/00GK1980238SQ200610117729
公开日2007年6月13日 申请日期2006年10月30日 优先权日2006年10月30日
发明者腾国伟, 石旭利, 王红娟, 王国中 申请人:上海广电(集团)有限公司中央研究院