[发明专利]一种自适应方法及系统

说明书

技术领域

本发明涉及VOIP(Voice Over IP)技术领域，尤其涉及一种自适应方法及系统。

背景技术

即实时传输协议(Real Time Transport Protocol，RTP)为实时数据提供端到端的传输功能，如交互的音频视频数据，功能包括载荷类型辨别，序列号编码，时戳，传输监控；RTP在用户数据报协议(User Datagram Protocol，UDP)之上，利用UDP复用、包校验功能协作共同完成传输层功能。

RTP协议包括两部分：RTP(用于传输实时数据)和实时传输控制协议(RTCP)，RTCP用于RTP业务质量监控。RTP部分主要完成载荷封装，序列号管理，时戳编码功能；RTCP实现的主要功能有：提供数据传输质量的反馈，是RTP作为传输层协议提供流控、拥塞控制的一个部分，这个反馈可用于自适应编码的控制，用于监控本地或远端错误，对于IP组播可提供给第三方作网络监控用。RTCP报文分为发送者报告(SR)、接收者报告(RR)、信源说明(SDES)、会话结束(BYE)、特定应用报文(APP)五种类型。其中反馈网络质量的最重要的报文是SR和RR报文，本发明所指的自适应发送也仅针对SR和RR报文。

RFC3550规定，RTCP功能是可选功能，而在实际应用中，SR/RR只有在对端也发起SR/RR报文并处理SR/RR报文时，才能真正提供有参考价值的语音质量反馈，特别是网络时延的计算依赖SR/RR报文中的DLSR字段，DLSR字段需要本端接收到对端的SR报文才为有效值。如果会话中对端根本不提供处理SR/RR的功能，而本端仍每次计算发送SR/RR的频率，封装发送SR/RR报文，无论对于RTP设备性能或网络带宽都是资源的浪费。另一方面，当对端发送且能处理SR/RR，需要获取网络状况调整语音编码或进行其他控制时，如果本端不能及时封装发送SR/RR，给予对端所需的最新信息，也无法实现有效的质量控制。

发明内容

为了解决上述的技术问题，提供了一种自适应方法及系统，其目的在于，实现了在RTP会话中检测对端是否支持SR/RR，同时自适应的调整本端是否发送SR/RR。

本发明提供了一种自适应方法，用于双方或多方进行VOIP通话，包括：

步骤1，在扫描定时器中设置扫描时间长度；

步骤2，本端扫描每个会话发送的RTP报文和发送者报告/接收者报告，以及每个会话接收的RTP报文和发送者报告/接收者报告，并分别记录发送的RTP报文数量和发送者报告/接收者报告数量和接收的RTP报文和发送者报告/接收者报告的数量；

步骤3，到达扫描时间长度后，检测RTP报文数量和发送者报告/接收者报告数量；本端依据检测结果：维持本端发送者报告/接收者报告发送状态；等待对端发送APP请求报文，并在收到对端发送的APP请求报文后向对端发送APP应答报文，并自适应调整本端发送者报告/接收者报告发送状态；或者向对端发送APP请求报文，并等待对端发送APP应答报文，在接收对端APP应答报文后依据APP应答报文的内容自适应调整本端发送者报告/接收者报告发送状态。

检测结果为发送的发送者报告/接收者报告数量和接收的发送者报告/接收者报告数量均为零或者均大于零，发送的发送者报告/接收者报告数量大于零而接收的发送者报告/接收者报告数量为零，或者接收的发送者报告/接收者报告数量大于零而发送的发送者报告/接收者报告数量为零。

步骤3中，

如果检测结果为发送的发送者报告/接收者报告数量和接收的发送者报告/接收者报告数量均为零或者均大于零，则维持本端发送者报告/接收者报告发送状态；

如果检测结果为发送的发送者报告/接收者报告数量大于零而接收的发送者报告/接收者报告数量为零，则向对端发送APP请求报文，并等待对端发送APP应答报文，以及在接收对端APP应答报文后依据APP应答报文自适应调整本端发送者报告/接收者报告发送状态；

如果接收的发送者报告/接收者报告数量大于零而发送的发送者报告/接收者报告数量为零，则等待对端发送APP请求报文，并在收到对端发送的APP请求报文后发送APP应答报文，并自适应调整本端发送者报告/接收者报告发送状态。

步骤3中，本端接收到对端发送的APP请求报文后，将标识本端是否能够发送发送者报告/接收者报告的参数封装在向对端发送的APP应答报文中，并自适应调整本端发送者报告/接收者报告发送状态。