CN112688824B - Rtp丢包检测方法、装置、设备及计算机可读存储介质 - Google Patents
Rtp丢包检测方法、装置、设备及计算机可读存储介质 Download PDFInfo
- Publication number
- CN112688824B CN112688824B CN201910989572.XA CN201910989572A CN112688824B CN 112688824 B CN112688824 B CN 112688824B CN 201910989572 A CN201910989572 A CN 201910989572A CN 112688824 B CN112688824 B CN 112688824B
- Authority
- CN
- China
- Prior art keywords
- packet
- rtp
- rtcp
- timestamp
- rtp packet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例涉及通信技术领域,公开了一种RTP丢包检测方法、装置、设备及计算机可读存储介质,其中方法包括:获取业务的RTP包和RTCP包,所述RTP包包含序列号和RTP时间戳,所述RTCP包包括发送者报告,所述发送者报告包括RTCP时间戳和发送包统计值;根据所述RTCP时间戳和所述RTP时间戳,从所述RTP包中确定尾部RTP包;根据所述RTP包的序列号,从所述RTP包中确定首部RTP包;根据所述尾部RTP包的序列号、所述首部RTP包的序列号和所述发送包统计值,进行所述业务的RTP丢包检测。通过上述方式,本发明实施例能够检测出RTP首部丢包的情况。
Description
技术领域
本发明实施例涉及通信技术领域,具体涉及一种RTP丢包检测方法、装置、设备及计算机可读存储介质。
背景技术
VoLTE(Voice over LTE,长期演进语音)是基于IMS(Internet ProtocolMultimedia Subsystem,IP多媒体子系统)的语音业务,其使4G用户的接通等待时间更短,以及具有更高质量、更自然的语音视频通话效果。RTP(Real-time Transport Protocol,实时传输协议)是VoLTE中的网络传输协议,RTP协议详细说明了在互联网上传递音频和视频的标准数据包格式。RTP协议从上层接收流媒体信息码流,装配成RTP数据包(简称RTP包)发送给下层,实现音视频传输。为检验VoLTE网络传输质量,需要对RTP包进行校验,计算丢包率,以评估VoLTE网络传输质量。
在实现本发明实施例的过程中,发明人发现:目前RTP的丢包检测使用序列号进行检测,即通过判断RTP包的序列号与上一个RTP包的序列号是否连续,来去确定是否丢包。之后,根据RTP丢包数与RTP包的总数的比值计算RTP丢包率。然而,这种RTP丢包检测技术需要通过后一个RTP包的序列号和前一个RTP包的序列号进行比较后判断,如果RTP流首部的RTP包全部丢失,这种RTP丢包检测方法无法发现,从而导致丢包率计算错误,影响对VoLTE网络传输质量的评估。
发明内容
鉴于上述问题,本发明实施例提供了一种RTP丢包检测方法、装置、设备及计算机可读存储介质,解决了上述问题。
根据本发明实施例的一个方面,提供了一种RTP丢包检测方法,所述方法包括:获取业务的RTP包和RTCP包,所述RTP包包含序列号和RTP时间戳,所述RTCP包包括发送者报告,所述发送者报告包括RTCP时间戳和发送包统计值;根据所述RTCP时间戳和所述RTP时间戳,从所述RTP包中确定尾部RTP包;根据所述RTP包的序列号,从所述RTP包中确定首部RTP包;根据所述尾部RTP包的序列号、所述首部RTP包的序列号和所述发送包统计值,进行所述业务的RTP丢包检测。
在一种可选的方式中,所述根据所述尾部RTP包的序列号、所述首部RTP包的序列号和所述发送包统计值,进行RTP丢包检测,具体为:将所述尾部RTP包的序列号减去所述首部RTP包的序列号并加1,得到实际发包数;当所述发送包统计值大于所述实际发包数时,确定所述业务存在首部丢包。
在一种可选的方式中,所述当所述RTCP包中的发送包统计值大于所述实际发包数时,确定所述业务存在首部丢包之后,所述方法还包括:将所述发送包统计值减去所述实际发包数,得到丢包数;将所述丢包数除以所述发送包统计值,得到丢包率;根据所述丢包率,评估网络传输质量。
在一种可选的方式中,所述根据所述尾部RTP包的序列号、所述首部RTP包的序列号和所述发送包统计值,进行所述业务的RTP丢包检测之前,所述方法还包括:根据所述RTCP时间戳和所述尾部RTP包的RTP时间戳,判断所述RTCP包是否为合理RTCP包;所述根据所述尾部RTP包的序列号、所述首部RTP包的序列号和所述发送包统计值,进行所述业务的RTP丢包检测,具体为:当所述RTCP包为合理RTCP包时,根据所述尾部RTP包的序列号、所述首部RTP包的序列号和所述发送包统计值,进行所述业务的RTP丢包检测。
在一种可选的方式中,所述根据所述RTCP时间戳和所述尾部RTP包,判断所述RTCP包是否为合理RTCP包,具体为:当所述RTCP时间戳和所述尾部RTP包的RTP时间戳相同时,确定所述RTCP包为合理RTCP包。
在一种可选的方式中,所述根据所述RTCP时间戳和所述尾部RTP包,判断所述RTCP包是否为合理RTCP包,具体为:当所述RTCP时间戳和所述尾部RTP包的RTP时间戳不同时,在各所述RTP包中,将与所述RTCP时间戳后紧邻的RTP时间戳对应的RTP包确定为紧邻RTP包;当所述尾部RTP包的序列号和所述紧邻RTP包的序列号连续时,确定所述RTCP包为合理RTCP包。
在一种可选的方式中,所述根据所述RTCP时间戳和所述RTP时间戳,从所述RTP包中确定尾部RTP包,具体为:将与所述RTCP时间戳相同的RTP时间戳对应的RTP包确定为尾部RTP包;或,当所述RTCP时间戳和所有所述RTP包的RTP时间戳皆不相同时,将所述RTCP时间戳前紧邻的RTP时间戳对应的RTP包确定为尾部RTP包。
根据本发明实施例的另一方面,提供了一种RTP丢包检测装置,包括:获取模块,用于获取业务的RTP包和RTCP包,所述RTP包包含序列号和RTP时间戳,所述RTCP包包括发送者报告,所述发送者报告包括RTCP时间戳和发送包统计值;第一确定模块,用于根据所述RTCP时间戳和所述RTP时间戳,从所述RTP包中确定尾部RTP包;第二确定模块,用于根据所述RTP包的序列号,从所述RTP包中确定首部RTP包;检测模块,用于根据所述尾部RTP包的序列号、所述首部RTP包的序列号和所述发送包统计值,进行所述业务的RTP丢包检测。
根据本发明实施例的另一方面,提供了一种RTP丢包检测设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行上述一种RTP丢包检测方法对应的操作。
根据本发明实施例的又一方面,提供了一种计算机可读存储介质,所述存储介质中存储有至少一可执行指令,所述可执行指令使所述处理器执行上述一种RTP丢包检测方法对应的操作。
本发明实施例先采集一种业务的RTP包和RTCP包,之后可以将RTCP包包含的RTCP时间戳与这一段业务的所有RTP包的RTP时间戳进行匹配,从而可以将和RTCP时间戳相同或最接近的RTP时间戳对应的RTP包确定为尾部RTP包,该尾部RTP包表示RTCP时间戳对应的时间内客户端接收到的最后一个RTP包。同时,根据这一业务的所有RTP包的序列号,可以从中找出该业务出现的第一个RTP包,即首部RTP包。最后,由于RTCP包的发送包统计值统计了RTCP时间戳对应的时间内服务端发送的所有RTP包的数量,而根据尾部RTP包的序列号和首部RTP包的序列号可以计算出实际采集到的RTCP时间戳对应的时间内客户端接收的RTP包的数量,通过将其与发送包统计值进行比较,可以判断该业务是否存在RTP丢包。和现有技术相比,本发明实施例在通过现有技术检测出RTP包的序列号是连续的基础上,即RTP包是顺序无缺的基础上,可以计算出RTCP时间戳对应的时间内客户端实际接收的RTP包的数量,将其发送包统计值进行比较,可以识别出RTP包为顺序无缺但存在首部丢包的情况,从而可以计算出更准确的丢包率,以对网络传输质量作更准确的评估。
上述说明仅是本发明实施例技术方案的概述,为了能够更清楚了解本发明实施例的技术手段,而可依照说明书的内容予以实施,并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了本发明实施例提供的一种RTP丢包检测方法的流程图;
图2示出了本发明实施例采集到的VoLTE语音会话的RTP流;
图3示出了本发明实施例中进行RTP丢包检测的子步骤流程图;
图4示出了本发明另一实施例提供的一种RTP丢包检测方法的流程图;
图5示出了本发明实施例提供的一种RTP丢包检测装置的结构示意图;
图6示出了本发明实施例提供的RTP丢包检测设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例,然而应当理解,可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本发明,并且能够将本发明的范围完整的传达给本领域的技术人员。
目前基于IP承载的语音业务流传输广泛使用RTP/RTCP(Real-time TransportControl Protocol,实时传输控制协议)协议。RTP的功能是对数据进行封包,提供端到端的数据传输功能(如交互的语音和图象),包括负载类型标识,序列号,时间戳,传输监视。RTCP则是监视业务质量和传输对话中成员的信息,包含已发送的RTP包的数量和丢失的RTP包的数量等统计资料,以对RTP传输提供服务质量的保证。在实际应用中,服务器会将一语音或视频业务的数据经过RTP打包处理发给客户端,客户在接收到RTP包后会周期性生成RTCP包,而RTCP包可以区分出拥塞丢包,判断当前网络状况,并根据当前网络状况采用带宽自适应机制改变码流,从而可以很好地改善网络拥塞状况,并保证客户端语音接收或视频播放流畅。但RTP/RTCP是针对有线网络设计的,有线网络丢包类型只有拥塞丢包,而无线网络有拥塞丢包和无线链路丢包两种类型。如果在无线网络中仅将丢包归结于网络拥塞,当发生丢包时降低传输速率,而丢包状况没有解决,就会不断降低传输速率,使得传输速率维持在一个较低水平,严重降低网络吞吐量,信道利用率也下降。目前无线流媒体传输的丢包检测方法主要是使用序列号进行检测,即通过判断RTP包的序列号与上一个RTP包的序列号是否连续,来去确定是否丢包。然而,这种RTP丢包检测技术需要通过后一个RTP包的序列号和前一个RTP包的序列号进行比较后判断,如果RTP流首部的RTP包全部丢失,这种RTP丢包检测方法无法发现。因此本发明实施例提供了一种RTP丢包检测方法,能够识别出首部丢包的情况。
下面结合附图对本发明实施例进行说明。
请参阅图1,图1示出了本发明实施例提供的一种RTP丢包检测方法的流程图,该方法包括以下步骤:
步骤S110:获取业务的RTP包和RTCP包,所述RTP包包含序列号和RTP时间戳,所述RTCP包包括发送者报告,所述发送者报告包括RTCP时间戳和发送包统计值。
在本步骤中,所述业务可以是语音业务或视频业务等,服务端会通过RTP对这些业务的数据进行打包形成RTP包,并以一定的发送周期逐个将这些RTP包发送至客户端,形成RTP流,使客户能够接收到会话或进行视频播放。同时,客户端会根据接收到的RTP包周期性地生成RTCP包。其中,RTP包包含序列号和RTP时间戳,所述序列号表示RTP包发出的先后顺序,而RTP时间戳表示RTP包发出的时间。而RTCP包包括发送者报告、接收者报告和源点描述等,发送者报告包括RTCP时间戳和发送包统计值。RTCP时间戳表示RTCP包生成的时间,发送包统计值表示在RTCP生成时,服务端发送的同一业务的所有RTP包。
进一步,RTP包还包括四元组信息,即源IP地址、源端口、目的IP地址和目的端口。由于同一时刻四元组具有唯一性的特点,所以可以将连续出现具有相同四元组的RTP包组成完整的业务。同时,根据RTP包生成RTCP包也包括四元组信息,RTCP四元组中源IP地址和目的IP地址与RTP四元组相同,源端口和目的端口在RTP的基础上加1。
以VoLTE语音会话业务为例,本发明实施例会通过VoLTE网络的Sgi接口采集的RTP包和RTCP包,并将四元组相同的RTP包组成完整的会话。如图2所示,其示出了本发明实施例采集到的VoLTE语音会话的RTP流,一个完整VoLTE语音的RTP包的四元组皆相同,而RTCP包和RTP包具有相同的源IP和目的IP,但RTCP包的源端口和目的端口均比RTP包的大1。图中的Sequence Number表示RTP包的序列号,而图中的Timestamp表示RTP时间戳。之后,还需要进一步对RTCP包进行解析,提取RTCP包中的发送者报告,从而获取发送者报告中的RTCP时间戳和发送包统计值。
步骤S120:根据所述RTCP时间戳和所述RTP时间戳,从所述RTP包中确定尾部RTP包。
在本步骤中,所述尾部RTP包是指在生成RTCP包时,服务端发送的最后一个RTP包,而RTCP时间戳和RTP时间戳分别表示RTCP包生成的时间和RTP包生成的时间,因此越接近RTCP时间戳的RTP时间戳对应的RTP包应为尾部RTP包。
具体地,确定尾部RTP包的方式可以是:将与所述RTCP时间戳相同的RTP时间戳对应的RTP包确定为尾部RTP包;或,当所述RTCP时间戳和所有所述RTP包的RTP时间戳皆不相同时,将所述RTCP时间戳前紧邻的RTP时间戳对应的RTP包确定为尾部RTP包。
例如,继续参阅图2,若解析RTCP包后得到的RTCP时间戳为1895360,由于序列号为4448的RTP包的RTP时间戳也是1895360,所以序列号为4448的RTP包为尾部RTP包。若解析RTCP包后得到的RTCP时间戳为1895370,由于1895370前紧邻的RTP时间戳为1895360,所以1895360对应的序列号为4448的RTP包为尾部RTP包。
步骤S130:根据所述RTP包的序列号,从所述RTP包中确定首部RTP包。
在本步骤中,所述首部RTP包是指客户端接收到的一个业务的第一个RTP包,即序列号最靠前的RTP包。例如,继续参阅图2,在该VoLTE语音会话业务中出现的第一个RTP包是序列号为4433的RTP包,该RTP包即为首部RTP包。
步骤S150:根据所述尾部RTP包的序列号、所述首部RTP包的序列号和所述发送包统计值,进行所述业务的RTP丢包检测。
在本步骤中,可以通过首部RTP包和尾部RTP包序列号计算出客户端实际接收到的一个业务的RTP包的数量。在确定了客户端实际接收到一个业务的RTP包的数量后,即可将其与发送包统计值进行比较来判断这一业务的丢包情况。如步骤S110所述,发送包统计值表示在RTCP时间戳对应的时间内服务端发送的同一业务的所有RTP包。所以,通过比较客户端实际接收到RTP包的数量与发送包统计值,可以判断客户端是否没有接收到服务端发送的所有RTP包,即检测出存在丢包。
具体地,请参阅图3,其示出了本发明实施例中进行RTP丢包检测的子步骤流程图,进行RTP丢包检测的方式具体为:
步骤S151:将所述尾部RTP包的序列号减去所述首部RTP包的序列号并加1,得到实际发包数。
步骤S152:当所述发送包统计值大于所述实际发包数时,确定所述业务存在首部丢包。
所述实际发包数即为上述客户端实际接收到的一个业务的RTP包的数量,为了保证实际发包数的计算准确性,本发明实施例要确定从首部RTP包至尾部RTP包的RTP包是顺序无缺的。所述顺序无缺是指从首部RTP包至尾部RTP包的RTP包的序列号是连续的,例如,从首部RTP包至尾部RTP包的RTP包的序列号依次为1、2、3、4、5,这些序列号是连续的,则可以说明这些RTP包是顺序无缺的。而若RTP包的序列号依次为1、2、3、5,从序列号3至5不是连续的,则说明这些RTP包非顺序无缺。而顺序无缺的确定方式可以采用现有技术中比较前后两相邻的RTP包的序列号来确定。
在确定了首部RTP包至尾部RTP包的RTP包是顺序无缺之后,若发送包统计值大于实际发包数,则说明服务端在首部RTP包之前发送所有的RTP包出现丢失,即该业务存在首部丢包。
例如,继续参阅图2,该业务的首部RTP包的序列号为4433,而尾部RTP包的序列号为4448,其中序列号4433至4448的RTP包是顺序无缺的,若服务器在序列号为4433的RTP包之前还发送了序列号为4431和4432的RTP包,但客户端未接收到,即说明存在首部丢包。现有技术仅采用比较前后两个RTP包的序列号,由于该业务的RTP包为顺序无缺的,所以现有技术无法识别出该业务存在丢包。但本发明实施例通过解析RTCP包,可以得到发送包统计值为18,而通过步骤S151可以计算出实际发包数为16,其小于发送包统计值,由此可以检测出首部丢包的情况。
可以理解的是:进行RTP丢包检测的方式不仅限于上面描述的方式,也可以是其它方式,例如,也可以通过计算实际发包数与发送包统计值的比值来判断是否存在丢包等。此外,本发明实施例也可以省略进行顺序无缺确定的步骤,省略该步骤本发明实施例仍可以识别出首部丢包的情况,但在首部未丢包,而RTP包的序列号不连续时,无法识别出RTP包的序列号不连续对应的丢包情况。例如,若从首部RTP包至尾部RTP包的RTP包的序列号依次为1、2、3、5,且序列号为1的RTP包之前并未存在丢包,此时通过步骤S151可以计算出实际发包数为5,而发送包统计值也为5,则本发明实施例无法检测出存在丢包。但若序列号为1的RTP包之前存在序列号为0的RTP包,客户端未接收到,此时,发送包统计值应为6,而实际发包数仍为5,由此本发明实施例仍可以检测出首部丢包。但为了得到实际丢包情况,本发明实施例可以先进行顺序无缺的步骤确定,又或者,在进行首部丢包检测之后,再通过现有技术比较相邻的RTP包的序列号,从而找出RTP包的序列号不连续对应的丢包数。
本发明实施例先采集一种业务的RTP包和RTCP包,之后可以将RTCP包包含的RTCP时间戳与这一段业务的所有RTP包的RTP时间戳进行匹配,从而可以将和RTCP时间戳相同或最接近的RTP时间戳对应的RTP包确定为尾部RTP包,该尾部RTP包表示RTCP时间戳对应的时间内客户端接收到的最后一个RTP包。同时,根据这一业务的所有RTP包的序列号,可以从中找出该业务出现的第一个RTP包,即首部RTP包。最后,由于RTCP包的发送包统计值统计了RTCP时间戳对应的时间内服务端发送的所有RTP包的数量,而根据尾部RTP包的序列号和首部RTP包的序列号可以计算出实际采集到的RTCP时间戳对应的时间内客户端接收的RTP包的数量,通过将其与发送包统计值进行比较,可以判断该业务是否存在RTP丢包。和现有技术相比,本发明实施例在通过现有技术检测出RTP包的序列号是连续的基础上,即RTP包是顺序无缺的基础上,可以计算出RTCP时间戳对应的时间内客户端实际接收的RTP包的数量,将其发送包统计值进行比较,可以识别出RTP包为顺序无缺但存在首部丢包的情况,从而可以计算出更准确的丢包率,以对网络传输质量作更准确的评估。
对于上述步骤S150,本发明实施例除了判断是否存在丢包的基础上,还会根据丢包的情况,评估网络传输质量,继续参阅图3,步骤S150还包括:
步骤S153:将所述发送包统计值减去所述实际发包数,得到丢包数。
步骤S154:将所述丢包数除以所述发送包统计值,得到丢包率。
步骤S155:根据所述丢包率,评估网络传输质量。
通常网络质量越差,丢包的数量也会越多,所以可以通过丢包的数量来评估网络传输质量。但各个业务的数据量相差较大,即不同的业务发送的RTP包的数量也相差较大,所以在网络传输质量相同的情况下,这些不同业务的丢包数也会相差较大。因此,本发明实施例通过将丢包数除以发送包统计值,得到丢包率来评估网络传输质量,其评估更为准确。
请参阅图4,其示出了本发明另一实施例提供的一种RTP丢包检测方法的流程图,本实施例和上述实施例的不同之处在于,步骤S150之前本发明实施例还包括:
步骤S140:根据所述RTCP时间戳和所述尾部RTP包的RTP时间戳,判断所述RTCP包是否为合理RTCP包。
同时,步骤S150也具体为:当所述RTCP包为合理RTCP包时,根据所述尾部RTP包的序列号、所述首部RTP包的序列号和所述发送包统计值,进行所述业务的RTP丢包检测。
由于RTCP时间戳可能和尾部RTP包的RTP时间戳不一致,如步骤S120所述,此时尾部RTP包的RTP时间戳是RTCP时间戳前紧邻的RTP时间戳,在这种情况下,若该尾部RTP包的RTP时间戳和RTCP时间戳之间存在丢包,本发明实施例会将其视为首部丢包,造成首部丢包判断的不准确。因此,本发明实施例在判断首部丢包之前还需先判断RTCP包是否为合理RTCP包,所述合理RTCP包即表示其RTCP时间戳和尾部RTP包的RTP时间戳之间不存在丢包。
具体地,判断RTCP包是否为合理RTCP包的方法可以是:当所述RTCP时间戳和所述尾部RTP包的RTP时间戳相同时,确定所述RTCP包为合理RTCP包;或,当所述RTCP时间戳和所述尾部RTP包的RTP时间戳不同时,在各所述RTP包中,将与所述RTCP时间戳后紧邻的RTP时间戳对应的RTP包确定为紧邻RTP包;当所述尾部RTP包的序列号和所述紧邻RTP包的序列号连续时,确定所述RTCP包为合理RTCP包。
其中,当所述RTCP时间戳和所述尾部RTP包的RTP时间戳相同时,则可以说明尾部RTP包的RTP时间戳和RTCP时间戳之间无时间间隔,所以不可能存在丢包因此,可以确定该RTCP为合理RTCP包。而当所述RTCP时间戳和所述尾部RTP包的RTP时间戳不同时,则需要比较RTCP时间戳前后两紧邻的RTP时间戳对应的RTP包的序列号,即比较尾部RTP包的序列号和紧邻RTP包的序列号,当它们是连续时,则说明RTCP时间戳和尾部RTP包的RTP时间戳之间不存在丢包。例如,继续参阅图2,若解析RTCP包后得到的RTCP时间戳为1895370,由于1895370前紧邻的RTP时间戳为1895360,所以1895360对应的序列号为4448的RTP包为尾部RTP包。而1895370后紧邻的RTP时间戳为1895380,其对应的RTP包的序列号为4449,由于4448至4449是连续的,所以该RTCP包为合理RTCP包。但若时间戳1895380对应的RTP包的序列号为4450,则可以确定丢失了序列号为4449的RTP包,该RTP包可能在时间戳1895360至1895370之间丢失,所以此时该RTCP包不为合理RTCP包。
本发明实施例先采集一种业务的RTP包和RTCP包,之后可以将RTCP包包含的RTCP时间戳与这一段业务的所有RTP包的RTP时间戳进行匹配,从而可以将和RTCP时间戳相同或最接近的RTP时间戳对应的RTP包确定为尾部RTP包,该尾部RTP包表示RTCP时间戳对应的时间内客户端接收到的最后一个RTP包。同时,根据这一业务的所有RTP包的序列号,可以从中找出该业务出现的第一个RTP包,即首部RTP包。最后,由于RTCP包的发送包统计值统计了RTCP时间戳对应的时间内服务端发送的所有RTP包的数量,而根据尾部RTP包的序列号和首部RTP包的序列号可以计算出实际采集到的RTCP时间戳对应的时间内客户端接收的RTP包的数量,通过将其与发送包统计值进行比较,可以判断该业务是否存在RTP丢包。和现有技术相比,本发明实施例在通过现有技术检测出RTP包的序列号是连续的基础上,即RTP包是顺序无缺的基础上,可以计算出RTCP时间戳对应的时间内客户端实际接收的RTP包的数量,将其发送包统计值进行比较,可以识别出RTP包为顺序无缺但存在首部丢包的情况,从而可以计算出更准确的丢包率,以对网络传输质量作更准确的评估。
图5示出了本发明实施例提供的一种RTP丢包检测装置的结构示意图。如图5所示,所述装置100包括获取模块10、第一确定模块20、第二确定模块30和检测模块40。
获取模块10,用于获取业务的RTP包和RTCP包,所述RTP包包含序列号和RTP时间戳,所述RTCP包包括发送者报告,所述发送者报告包括RTCP时间戳和发送包统计值;第一确定模块20,用于根据所述RTCP时间戳和所述RTP时间戳,从所述RTP包中确定尾部RTP包;第二确定模块30,用于根据所述RTP包的序列号,从所述RTP包中确定首部RTP包;检测模块40,用于根据所述尾部RTP包的序列号、所述首部RTP包的序列号和所述发送包统计值,进行所述业务的RTP丢包检测。
在一种可选的方式中,所述检测模块40具体为:将所述尾部RTP包的序列号减去所述首部RTP包的序列号并加1,得到实际发包数;当所述发送包统计值大于所述实际发包数时,确定所述业务存在首部丢包。
在一种可选的方式中,所述检测模块40还包括:将所述发送包统计值减去所述实际发包数,得到丢包数;将所述丢包数除以所述发送包统计值,得到丢包率;根据所述丢包率,评估网络传输质量。
在一种可选的方式中,所述装置100还包括判断模块50,用于根据所述RTCP时间戳和所述尾部RTP包的RTP时间戳,判断所述RTCP包是否为合理RTCP包;所述检测模块40具体为:当所述RTCP包为合理RTCP包时,根据所述尾部RTP包的序列号、所述首部RTP包的序列号和所述发送包统计值,进行所述业务的RTP丢包检测。
在一种可选的方式中,所述判断模块50具体为:当所述RTCP时间戳和所述尾部RTP包的RTP时间戳相同时,确定所述RTCP包为合理RTCP包。
在一种可选的方式中,所述判断模块50具体为:当所述RTCP时间戳和所述尾部RTP包的RTP时间戳不同时,在各所述RTP包中,将与所述RTCP时间戳后紧邻的RTP时间戳对应的RTP包确定为紧邻RTP包;当所述尾部RTP包的序列号和所述紧邻RTP包的序列号连续时,确定所述RTCP包为合理RTCP包
在一种可选的方式中,所述第一确定模块20具体为:将与所述RTCP时间戳相同的RTP时间戳对应的RTP包确定为尾部RTP包;或,当所述RTCP时间戳和所有所述RTP包的RTP时间戳皆不相同时,将所述RTCP时间戳前紧邻的RTP时间戳对应的RTP包确定为尾部RTP包。
本发明实施例先通过获取模块10采集一种业务的RTP包和RTCP包,之后可以通过第一确定模块20将RTCP包包含的RTCP时间戳与这一段业务的所有RTP包的RTP时间戳进行匹配,从而可以将和RTCP时间戳相同或最接近的RTP时间戳对应的RTP包确定为尾部RTP包,该尾部RTP包表示RTCP时间戳对应的时间内客户端接收到的最后一个RTP包。同时,通过第二确定模块30可以从中找出该业务出现的第一个RTP包,即首部RTP包。最后,由于RTCP包的发送包统计值统计了RTCP时间戳对应的时间内服务端发送的所有RTP包的数量,而根据尾部RTP包的序列号和首部RTP包的序列号可以计算出实际采集到的RTCP时间戳对应的时间内客户端接收的RTP包的数量,通过检测模块40将其与发送包统计值进行比较,可以判断该业务是否存在RTP丢包。和现有技术相比,本发明实施例在通过现有技术检测出RTP包的序列号是连续的基础上,即RTP包是顺序无缺的基础上,可以计算出RTCP时间戳对应的时间内客户端实际接收的RTP包的数量,将其发送包统计值进行比较,可以识别出RTP包为顺序无缺但存在首部丢包的情况,从而可以计算出更准确的丢包率,以对网络传输质量作更准确的评估。
本发明实施例提供了一种非易失性计算机可读存储介质,所述计算机可读存储介质存储有至少一可执行指令,该计算机可执行指令可执行上述任意方法实施例中的RTP丢包检测方法。
图6示出了本发明实施例提供的RTP丢包检测设备的结构示意图,本发明具体实施例并不对RTP丢包检测设备的具体实现做限定。
如图6所示,该RTP丢包检测设备可以包括:处理器(processor)202、通信接口(Communications Interface)204、存储器(memory)206、以及通信总线208。
其中:处理器202、通信接口204、以及存储器206通过通信总线208完成相互间的通信。通信接口204,用于与其它设备比如客户端或其它服务器等的网元通信。处理器202,用于执行程序210,具体可以执行上述RTP丢包检测方法实施例中的相关步骤。
具体地,程序210可以包括程序代码,该程序代码包括计算机操作指令。
处理器202可能是中央处理器CPU,或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit),或者是被配置成实施本发明实施例的一个或多个集成电路。RTP丢包检测设备包括的一个或多个处理器,可以是同一类型的处理器,如一个或多个CPU;也可以是不同类型的处理器,如一个或多个CPU以及一个或多个ASIC。
存储器206,用于存放程序210。存储器206可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
程序210具体可以用于使得处理器202执行以下操作:
获取业务的RTP包和RTCP包,所述RTP包包含序列号和RTP时间戳,所述RTCP包包括发送者报告,所述发送者报告包括RTCP时间戳和发送包统计值;
根据所述RTCP时间戳和所述RTP时间戳,从所述RTP包中确定尾部RTP包;
根据所述RTP包的序列号,从所述RTP包中确定首部RTP包;
根据所述尾部RTP包的序列号、所述首部RTP包的序列号和所述发送包统计值,进行所述业务的RTP丢包检测。
在一种可选的方式中,程序210具体可以进一步用于使得处理器202执行以下操作:
将所述尾部RTP包的序列号减去所述首部RTP包的序列号并加1,得到实际发包数;
当所述发送包统计值大于所述实际发包数时,确定所述业务存在首部丢包。
在一种可选的方式中,程序210具体可以进一步用于使得处理器202执行以下操作:
将所述发送包统计值减去所述实际发包数,得到丢包数;
将所述丢包数除以所述发送包统计值,得到丢包率;
根据所述丢包率,评估网络传输质量。
在一种可选的方式中,程序210具体可以进一步用于使得处理器202执行以下操作:
根据所述RTCP时间戳和所述尾部RTP包的RTP时间戳,判断所述RTCP包是否为合理RTCP包。
在一种可选的方式中,程序210具体可以进一步用于使得处理器202执行以下操作:
当所述RTCP时间戳和所述尾部RTP包的RTP时间戳相同时,确定所述RTCP包为合理RTCP包。
在一种可选的方式中,程序210具体可以进一步用于使得处理器202执行以下操作:
当所述RTCP时间戳和所述尾部RTP包的RTP时间戳不同时,在各所述RTP包中,将与所述RTCP时间戳后紧邻的RTP时间戳对应的RTP包确定为紧邻RTP包;
当所述尾部RTP包的序列号和所述紧邻RTP包的序列号连续时,确定所述RTCP包为合理RTCP包。
在一种可选的方式中,程序210具体可以进一步用于使得处理器202执行以下操作:
将与所述RTCP时间戳相同的RTP时间戳对应的RTP包确定为尾部RTP包;
或,
当所述RTCP时间戳和所有所述RTP包的RTP时间戳皆不相同时,将所述RTCP时间戳前紧邻的RTP时间戳对应的RTP包确定为尾部RTP包。
本发明实施例先采集一种业务的RTP包和RTCP包,之后可以将RTCP包包含的RTCP时间戳与这一段业务的所有RTP包的RTP时间戳进行匹配,从而可以将和RTCP时间戳相同或最接近的RTP时间戳对应的RTP包确定为尾部RTP包,该尾部RTP包表示RTCP时间戳对应的时间内客户端接收到的最后一个RTP包。同时,根据这一业务的所有RTP包的序列号,可以从中找出该业务出现的第一个RTP包,即首部RTP包。最后,由于RTCP包的发送包统计值统计了RTCP时间戳对应的时间内服务端发送的所有RTP包的数量,而根据尾部RTP包的序列号和首部RTP包的序列号可以计算出实际采集到的RTCP时间戳对应的时间内客户端接收的RTP包的数量,通过将其与发送包统计值进行比较,可以判断该业务是否存在RTP丢包。和现有技术相比,本发明实施例在通过现有技术检测出RTP包的序列号是连续的基础上,即RTP包是顺序无缺的基础上,可以计算出RTCP时间戳对应的时间内客户端实际接收的RTP包的数量,将其发送包统计值进行比较,可以识别出RTP包为顺序无缺但存在首部丢包的情况,从而可以计算出更准确的丢包率,以对网络传输质量作更准确的评估。
本发明实施例提供了一种可执行程序,所述可执行程序可执行上述任意方法实施例中的RTP丢包检测方法。
在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明实施例也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本发明并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤,除有特殊说明外,不应理解为对执行顺序的限定。
Claims (9)
1.一种RTP丢包检测方法,其特征在于,包括:
获取业务的RTP包和RTCP包,所述RTP包包含序列号和RTP时间戳,所述RTCP包包括发送者报告,所述发送者报告包括RTCP时间戳和发送包统计值;
根据所述RTCP时间戳和所述RTP时间戳,从所述RTP包中确定尾部RTP包,包括:将与所述RTCP时间戳相同的RTP时间戳对应的RTP包确定为尾部RTP包;或,当所述RTCP时间戳和所有所述RTP包的RTP时间戳皆不相同时,将所述RTCP时间戳前紧邻的RTP时间戳对应的RTP包确定为尾部RTP包;
根据所述RTP包的序列号,从所述RTP包中确定首部RTP包;
根据所述尾部RTP包的序列号、所述首部RTP包的序列号和所述发送包统计值,进行所述业务的RTP丢包检测。
2.如权利要求1所述的方法,其特征在于,所述根据所述尾部RTP包的序列号、所述首部RTP包的序列号和所述发送包统计值,进行RTP丢包检测,具体为:
将所述尾部RTP包的序列号减去所述首部RTP包的序列号并加1,得到实际发包数;
当所述发送包统计值大于所述实际发包数时,确定所述业务存在首部丢包。
3.如权利要求2所述的方法,其特征在于,所述当所述RTCP包中的发送包统计值大于所述实际发包数时,确定所述业务存在首部丢包之后,所述方法还包括:
将所述发送包统计值减去所述实际发包数,得到丢包数;
将所述丢包数除以所述发送包统计值,得到丢包率;
根据所述丢包率,评估网络传输质量。
4.如权利要求1所述的方法,所述根据所述尾部RTP包的序列号、所述首部RTP包的序列号和所述发送包统计值,进行所述业务的RTP丢包检测之前,所述方法还包括:
根据所述RTCP时间戳和所述尾部RTP包的RTP时间戳,判断所述RTCP包是否为合理RTCP包;
所述根据所述尾部RTP包的序列号、所述首部RTP包的序列号和所述发送包统计值,进行所述业务的RTP丢包检测,具体为:
当所述RTCP包为合理RTCP包时,根据所述尾部RTP包的序列号、所述首部RTP包的序列号和所述发送包统计值,进行所述业务的RTP丢包检测。
5.如权利要求4所述的方法,其特征在于,所述根据所述RTCP时间戳和所述尾部RTP包,判断所述RTCP包是否为合理RTCP包,具体为:
当所述RTCP时间戳和所述尾部RTP包的RTP时间戳相同时,确定所述RTCP包为合理RTCP包。
6.如权利要求4所述的方法,其特征在于,所述根据所述RTCP时间戳和所述尾部RTP包,判断所述RTCP包是否为合理RTCP包,具体为:
当所述RTCP时间戳和所述尾部RTP包的RTP时间戳不同时,在各所述RTP包中,将与所述RTCP时间戳后紧邻的RTP时间戳对应的RTP包确定为紧邻RTP包;
当所述尾部RTP包的序列号和所述紧邻RTP包的序列号连续时,确定所述RTCP包为合理RTCP包。
7.一种RTP丢包检测装置,其特征在于,包括:
获取模块,用于获取业务的RTP包和RTCP包,所述RTP包包含序列号和RTP时间戳,所述RTCP包包括发送者报告,所述发送者报告包括RTCP时间戳和发送包统计值;
第一确定模块,用于根据所述RTCP时间戳和所述RTP时间戳,从所述RTP包中确定尾部RTP包,包括:将与所述RTCP时间戳相同的RTP时间戳对应的RTP包确定为尾部RTP包;或,当所述RTCP时间戳和所有所述RTP包的RTP时间戳皆不相同时,将所述RTCP时间戳前紧邻的RTP时间戳对应的RTP包确定为尾部RTP包;
第二确定模块,用于根据所述RTP包的序列号,从所述RTP包中确定首部RTP包;
检测模块,用于根据所述尾部RTP包的序列号、所述首部RTP包的序列号和所述发送包统计值,进行所述业务的RTP丢包检测。
8.一种RTP丢包检测设备,其特征在于,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行如权利要求1-6任意一项所述的RTP丢包检测方法。
9.一种计算机可读存储介质,其特征在于,所述存储介质中存储有至少一可执行指令,所述可执行指令使处理器执行如权利要求1-6任意一项所述的RTP丢包检测方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910989572.XA CN112688824B (zh) | 2019-10-17 | 2019-10-17 | Rtp丢包检测方法、装置、设备及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910989572.XA CN112688824B (zh) | 2019-10-17 | 2019-10-17 | Rtp丢包检测方法、装置、设备及计算机可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112688824A CN112688824A (zh) | 2021-04-20 |
CN112688824B true CN112688824B (zh) | 2022-09-27 |
Family
ID=75444508
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910989572.XA Active CN112688824B (zh) | 2019-10-17 | 2019-10-17 | Rtp丢包检测方法、装置、设备及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112688824B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114500516A (zh) * | 2022-03-09 | 2022-05-13 | 北京字节跳动网络技术有限公司 | 一种数据上传方法、装置、设备和介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106713063A (zh) * | 2015-11-18 | 2017-05-24 | 德科仕通信(上海)有限公司 | VoIP网络丢包故障检测的方法 |
CN108401263A (zh) * | 2017-02-07 | 2018-08-14 | 大唐移动通信设备有限公司 | 一种语音质量的评估方法及装置 |
CN108683555A (zh) * | 2018-04-17 | 2018-10-19 | 上海电力学院 | 一种rtp丢包检测方法 |
CN109587096A (zh) * | 2017-09-28 | 2019-04-05 | 中国移动通信集团浙江有限公司 | 一种识别rtp尾部丢包的方法及装置 |
CN109600341A (zh) * | 2017-09-30 | 2019-04-09 | 华为技术有限公司 | 一种即时通信检测方法及设备 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090135724A1 (en) * | 2007-11-27 | 2009-05-28 | Tellabs Operations, Inc. | Method and apparatus of RTP control protocol (RTCP) processing in real-time transport protocol (RTP) intermediate systems |
IL217306A (en) * | 2012-01-01 | 2016-05-31 | Video Flow Ltd | Package recovery system and method |
-
2019
- 2019-10-17 CN CN201910989572.XA patent/CN112688824B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106713063A (zh) * | 2015-11-18 | 2017-05-24 | 德科仕通信(上海)有限公司 | VoIP网络丢包故障检测的方法 |
CN108401263A (zh) * | 2017-02-07 | 2018-08-14 | 大唐移动通信设备有限公司 | 一种语音质量的评估方法及装置 |
CN109587096A (zh) * | 2017-09-28 | 2019-04-05 | 中国移动通信集团浙江有限公司 | 一种识别rtp尾部丢包的方法及装置 |
CN109600341A (zh) * | 2017-09-30 | 2019-04-09 | 华为技术有限公司 | 一种即时通信检测方法及设备 |
CN108683555A (zh) * | 2018-04-17 | 2018-10-19 | 上海电力学院 | 一种rtp丢包检测方法 |
Also Published As
Publication number | Publication date |
---|---|
CN112688824A (zh) | 2021-04-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106850337B (zh) | 一种网络质量检测方法及装置 | |
CN100473025C (zh) | 用于协调监控网络传输事件的方法和系统 | |
CN101577631B (zh) | 评价用户体验质量的方法、系统及网络装置 | |
CN113037440B (zh) | 数据重传处理方法、装置、计算机设备和存储介质 | |
CN112601072B (zh) | 视频业务质量评估的方法及装置 | |
US20150110168A1 (en) | Video data transmission method and apparatus | |
CN106612284B (zh) | 一种流数据的传输方法和装置 | |
KR20040078559A (ko) | 엔드-투-엔드 측정을 기초로 한 네트워크 상으로의 데이터스트림의 유입 제어 | |
EP2482558A1 (en) | Method, apparatus and system for evaluation of video quality | |
US8873590B2 (en) | Apparatus and method for correcting jitter | |
EP2448174A1 (en) | An apparatus for controlling data traffic and a method for measuring QoE | |
US20170237637A1 (en) | Method and apparatus for detecting operating status of node | |
CN102223260A (zh) | 测试iptv视频数据流传输质量的方法、系统及装置 | |
CN108235149B (zh) | 一种优化视频播放流畅度的方法及装置 | |
CN108462970B (zh) | 一种丢包判决方法及装置 | |
EP3491784B1 (en) | Estimation of losses in a video stream | |
CN111385163A (zh) | 流量的分析、检测方法及装置 | |
CN112449252B (zh) | 视频流系统的维护方法、装置、无线网桥设备及存储介质 | |
CN112688824B (zh) | Rtp丢包检测方法、装置、设备及计算机可读存储介质 | |
JP6033058B2 (ja) | 通信路識別装置 | |
Szilágyi et al. | Network side lightweight and scalable YouTube QoE estimation | |
CN113364698A (zh) | 带宽估计方法、系统、电子设备与存储介质 | |
CN111262792B (zh) | 报文转发方法、装置、网络设备及存储介质 | |
CN111327964B (zh) | 一种定位视频播放卡顿的方法及设备 | |
CN104717209A (zh) | 一种rtp报文识别方法及其装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |