CN1996897A - 一种在rtp中实时检测网络传输时延的方法 - Google Patents
一种在rtp中实时检测网络传输时延的方法 Download PDFInfo
- Publication number
- CN1996897A CN1996897A CN 200510132658 CN200510132658A CN1996897A CN 1996897 A CN1996897 A CN 1996897A CN 200510132658 CN200510132658 CN 200510132658 CN 200510132658 A CN200510132658 A CN 200510132658A CN 1996897 A CN1996897 A CN 1996897A
- Authority
- CN
- China
- Prior art keywords
- message
- time
- system time
- opposite end
- delay
- 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.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明涉及一种在RTP中实现实时检测网络传输时延的方法。在本端记录上一次发送SR/RR的系统时间和接收到SR/RR的当前系统时间;用对端系统时间计算得到的DLSR和DLRTCP来计算网络传输时延。本发明确定用系统时间代替NTP时间,无论系统是否启用NTP协议都可以实时检测网络传输时延,且检测不受必须发送SR报文的限制,计算的网络时延是最近两个SR/RR报文的回环时延,提高了检测的实时性。在计算过程中采用两端分别计算各自时间差的方式屏蔽了两端系统时间不同步可能引入的误差,保证了网络时延的精确性。可准确反映网络当时状况,业务据此来动态调整语音编解码格式,使会话语音质量得到保证。
Description
技术领域
本发明属于VOIP技术领域,具体涉及一种在RTP(A Transport Protocol for Real-TimeApplications)中实现实时检测网络传输时延的方法,供业务根据网络质量动态进行语音编解码的选择。
背景技术
RTP为实时数据提供端到端的传输功能,如交互的音频视频数据。功能包括载荷类型辨别,序列号编码,时戳,传输监控。RTP在UDP协议之上,利用UDP复用,包校验功能协作共同完成传输层功能。
RTP协议包括两部分:RTP(用于传输实时数据)和RTCP(用于RTP业务质量监控)会话信息交互。RTP部分主要完成载荷封装,序列号管理,时戳编码功能。RTCP周期地向RTP会话的各方发送控制报文。RTCP底层协议必须能够提供多路分发的能力(如使用UDP的不同端口)。RTCP实现的主要功能有:提供数据传输质量的反馈,这也就是RTP作为传输层协议提供流控、拥塞控制的一个部分,这个反馈可用于自适应编码的控制,用于监控本地或远端错误,对于IP组播可提供给第三方作网络监控用。RTCP报文分为SR(发送者报告)、RR(接收者报告)、SDES(信源说明)、BYE(会话结束)、APP(特定应用报文)五种类型。SR和RR是最重要的两种,SR报文携带了来自语音发送者的统计信息,即RTP报文在发送者发送完RTP报文后发送SR报文,报文格式如图1;RR报文携带了来自会话参与者但非语音发送者的统计信息,报文格式如图2。两者除了报文类型PT值不同外,RR报文只比SR报文少20字节的发送者信息字段:NTP(网络时间协议)时间戳,RTP报文时间戳,发送的报文数,发送的字节数。
SR与RR报文中可以包含0或多个报告块,用于携带自本端发送/接收最后一个RTP报文以来,接收到其他参与者的RTP报文情况的统计信息:如丢包率,抖动,LSR(最近接收到的SR报文中64位NTP时间戳的中间32位),DLSR(自接收到上一个SR以来到发送当前这个RR报文的延迟)。其他参与者根据这些反馈信息可以检测到当时的网络情况。
其中一个重要参数是网络传输时延,计算过程如图3所示:A端发送SR报文时,将发送时刻的NTP时间戳记录在SR报文的NTP timestamp字段中,B端接收到这个SR报文后发送的RR报文中将携带LSR(A端发送SR报文时刻的NTP时间戳的中间32位)和DLSR(B端自接收到上一个SR到发送当前这个RR报文的延迟),A端收到B端这个RR报文后,记录当前时间C,取出RR报文中携带的LSR和DLSR字段,计算回环网络传输时延Delay=C-LSR-DLSR。
网络传输时延在实际应用中非常重要,当网络传输时延过大(通讯行业标准中认为>400毫秒)时,会话质量极差,交流困难,因此发送者需要实时检测网络传输时延,一旦发现网络传输时延过大,就可以通过调整语音编解码来减小时延,保证语音质量。而现在的计算网络传输时延的方法只有在启用NTP时间协议的系统中,且必须发送过SR报文后才能计算,因为A端只有发送SR报文时才会记录NTP时间戳,而后才能从B端收到非0的有效DLSR和LSR信息,用于正确计算网络传输时延。这样的计算方法存在三个弊端:
1.必须启用NTP时间协议为各发送方提供准确时钟:首先RTP协议(RFC3550)指出NTP是可以不启用的;其次启用NTP,要有准确的时间来源,这一时间应是国际标准时间UTC,时间依靠NTP服务器传播,每个发送方要与多台NTP服务器相连,防止发送方无法与其中一台NTP服务器联系时仍能从其他服务器获取准确时间,保证各发送方的时钟同步,因此启用NTP将增加系统成本和复杂度;另外一旦NTP服务器被攻击,或时间同步失败,将影响网络传输时延的计算结果,无法保证对语音质量的要求。
2.若没有发送过SR报文,就无法检测当前网络传输时延:因为只有SR报文携带NTP时间戳,对端收到SR报文后才能得到计算时延所需的有效的LSR和DLSR。不发送SR报文,说明会话建立了,只是不发送语音报文,这种情况是存在的,此时如果能计算网络传输时延,就可以参考当前网络状况采用合适的语音编解码,避免采用不恰当的编解码导致语音质量差后再切换,提高了会话质量。
3.只能检测当前收到的报文和前一个发送的SR报文之间的回环网络传输时延:若发送方发送了SR报文后不再发送SR报文了,也就是在会话过程中一方发送了一段时间的语音报文后就开始接收他人的语音,自己不再发言,这样的情况是普遍存在的,此时只能计算当前接收到的报文和最后一个SR报文之间的回环网络传输时延,若最后一个SR报文的网络传输时延较大(网络状况差),则即使当前网络状况已经好转,但计算的回环网络传输时延(主要是最后一个SR报文的网络传输时延影响)仍然很大,表示网络状况仍不理想,因此不能实时正确地体现当前网络状况,可能误导采用不合适的语音编解码格式,影响语音质量。
发明内容
本发明的目的在于提供一种在RTP中实现实时检测网络传输时延的方法。本发明所要解决的技术问题是对于无论是否启用NTP时间协议的系统,且无论是否发送SR报文都能准确实时地计算当前网络传输时延,供应用参考以采取最恰当的语音编解码格式,最大程度地提高语音会话质量。
本发明具体是这样实现的:
一种在RTP中实时检测网络传输时延的方法,包括以下步骤:
步骤一,本端记录向对端发送SR/RR报文的系统时间,本端向对端发送SR/RR报文;
步骤二,对端记录接收本端发送SR/RR报文的系统时间:
若对端接收到的为SR报文,记录为接收SR报文的系统时间,
若对端接收到的为RR报文,记录为接收RR报文的系统时间;
步骤三,当对端向本端发送SR/RR报文时,利用对端记录的当前系统时间分别与记录为接收SR/RR报文的系统时间的时间差,得到对端从接收SR报文到发送当前SR/RR报文的延时DLSR,或对端从接收SR/RR报文到发送当前SR/RR报文的延时DLRTCP;;
步骤四,本端接到对端发送的SR/RR报文,本端记录接收SR/RR报文的系统时间,利用本端记录接收SR/RR报文的系统时间与本端记录发送SR/RR报文的系统时间的时间差再减去对端发送的SR/RR报文中携带的DLRTCP计算网络传输时延。
所述对端接收SR/RR报文到发送当前SR/RR报文的延迟,使用SR/RR报文的扩展字段profile-specific extensions,单位采用1/65536秒。
本端每发送一个SR/RR报文,所述本端记录发送SR/RR报文的系统时间更新为当前系统时间值;
本端每收到一个SR/RR报文,所述本端记录接收SR/RR报文的系统时间更新为当前系统时间值。
所述计算的网络时延在无论双方是否均发送SR报文的情况下都是最近两个SR/RR报文的回环时延。
本发明的技术效果在于:
在分析RTP协议和SR/RR报文结构的基础上,确定用系统时间代替NTP时间,这样无论系统是否启用NTP协议都可以实时检测网络传输时延,且检测不受必须发送SR报文的限制,计算的网络时延是在无论双方是否均发送SR报文的情况下都是最近两个SR/RR报文的回环时延,不一定是当前报文与上一个SR报文的回环时延,提高了检测的实时性。在计算过程中采用两端分别计算各自时间差的方式屏蔽了两端系统时间不同步可能引入的误差,保证了网络时延的精确性。这个实时的网络传输时延可以准确反映网络当时状况,业务据此来动态调整语音编解码格式,使会话语音质量得到保证。
附图说明
图1是SR报文格式;
图2是RR报文格式;
图3是根据NTP时间计算网络传输时延;
图4a、4b、4c、4d是根据本发明所述方法计算网络传输时延。
具体实施方式
为达到上述目的,本发明采用的方法是:
在本端记录上一次发送SR/RR的系统时间(LASTTIME)和接收到SR/RR的当前系统时间(CURRTIME),用对端系统时间计算DLSR(自接收到上一个SR到发送当前这个RR报文的延迟)和DLRTCP(自接收到上一个SR/RR到发送当前这个SR/RR报文的延迟,该项为自定义字段,使用SR/RR报文的扩展字段profile-specific extensions,为与DLSR保持一致性,单位采用与DLSR一样的1/65536秒),网络传输时延=CURRTIME-LASTTIME-DLRTCP,包括以下步骤:
步骤一,A端设置LASTTIME和CURRTIME两个全局变量,分别记录本端发送SR/RR和收到SR/RR的系统时间;
步骤二,A端发送SR/RR报文;
步骤三,B端记录其接收到A端发送的SR/RR报文的系统时间:
若B端接收到的为SR报文,则将系统时间记录在STIME中,
若B端接收到的为RR报文,则将系统时间记录在TTIME中。
随后当B端发送SR/RR报文时,利用B端当前系统时间TIME2与STIME/TTIME的时间差计算DLSR/DLRTCP。
DLRTCP为TIME2与TTIME的时间差,DLSR为TIME2与STIME的时间差。
步骤四,A端收到B端的SR/RR报文后记录当前系统时间CURRTIME,并利用CURRTIME和收到的SR/RR报文中携带的DLSR或DLRTCP来计算网络传输时延。
下面结合附图进一步详细说明本发明的具体实施方式,以简单的A、B双方会话为例来详细说明本发明的实时网络传输时延计算,为说明本发明适用于无论是否启用NTP时间协议,无论是否发送过SR报文。
假设系统不启用NTP时间协议,某一时刻A端发送RR报文,B端收到后发送RR报文,A端收到B端的这个RR报文后计算网络传输时延,也就是双方都发送RR报文。B端的计算与其类似。若系统启用NTP时间协议,或发送过SR报文,计算过程类似,也可以使用现有的计算方式,只需在发送SR报文时,将发送者信息填入SR报文相应字段中。
本发明的方法包括以下步骤:
步骤1,开始,在A端设置两个全局变量LASTTIME和CURRTIME,分别用来记录发送SR/RR和收到SR/RR的系统时间,每发送一个SR/RR报文,LASTTIME就更新为当前系统时间值;每收到一个SR/RR报文,CURRTIME更新为当前系统时间值。
步骤21,按照附图2,根据协议要求填写RR报文各字段。其中与本发明相关的重要字段为:LSR字段按照协议取64位NTP时间戳的中间32位。若不启用NTP时间,或A端未收到过来自B端的SR报文,则LSR为0;取当前系统时间保存在LASTTIME中,DLSR=(LASTTIME一收到上一个SR报文的系统时间)/65536,根据协议要求DLSR以1/65536秒为单位,如果A端没有收到过SR,则DLSR=0;profile-specific extensions字段填写DLRTCP值,DLRTCP=(LASTTIME-收到上一个SR/RR报文的系统时间)/65536,为与DLSR保持一致,DLRTCP也以1/65536秒为单位,若之前没有收到过RTCP报文,填0,这一情况可能在会话刚建立时出现,此时对端收到这个报文后无法计算网络传输时延,但这段时间非常短,且是在会话还未稳定时刻,随后收到对方的RTCP报文后就能计算,因此可以忽略。
步骤22,发送RR报文。
步骤31,B端接收到A端的RR报文,记录当前系统时间TTIME;
步骤32,B端发送RR报文:按照附图2填写要发送的RR报文各字段,LSR字段按照协议取64位NTP时间戳的中间32位,若不启用NTP时间,或A端未收到过来自B端的SR报文,则LSR为0;取当前系统时间TIME2,计算DLSR=(TIME2-STIME)/65536,根据协议要求DLSR以1/65536秒为单位,如果A端没有收到过SR,则DLSR=0;profile-specificextensions字段填写DLRTCP值,DLRTCP=(TIME2-TTIME)/65536,为与DLSR保持一致,DLRTCP也以1/65536秒为单位。将RR发送给A端。
步骤4,A端收到B端的RR报文,记录当前系统时间为CURRTIME,取出RR报文中的DLRTCP字段,将CURRTIME、LASTTIME和DLRTCP转换为需要的统一单位,按照附图4a、4b、4c、4d,计算网络传输时延Delay=CURRTIME-LASTTIME-DLRTCP。这样计算得到的Delay是一个回环的网络传输时延,若需要单程网络传输时延,可以将Delay/2估算。
Claims (4)
1、一种在RTP中实时检测网络传输时延的方法,其特征在于,包括以下步骤:
步骤一,本端记录向对端发送SR/RR报文的系统时间,本端向对端发送SR/RR报文;
步骤二,对端记录接收本端发送SR/RR报文的系统时间:
若对端接收到的为SR报文,记录为接收SR报文的系统时间,
若对端接收到的为RR报文,记录为接收RR报文的系统时间;
步骤三,当对端向本端发送SR/RR报文时,利用对端记录的当前系统时间分别与记录为接收SR/RR报文的系统时间的时间差,得到对端从接收SR报文到发送当前SR/RR报文的延时DLSR,或对端从接收SR/RR报文到发送当前SR/RR报文的延时DLRTCP;;
步骤四,本端接到对端发送的SR/RR报文,本端记录接收SR/RR报文的系统时间,利用本端记录接收SR/RR报文的系统时间与本端记录发送SR/RR报文的系统时间的时间差再减去对端发送的SR/RR报文中携带的DLRTCP计算网络传输时延。
2、如权利要求1所述的在RTP中实时检测网络传输时延的方法,其特征在于:
所述对端接收SR/RR报文到发送当前SR/RR报文的延迟,使用SR/RR报文的扩展字段profile-specific extensions,单位采用1/65536秒。
3、如权利要求1或2所述的在RTP中实时检测网络传输时延的方法,其特征在于:
本端每发送一个SR/RR报文,所述本端记录发送SR/RR报文的系统时间更新为当前系统时间值;
本端每收到一个SR/RR报文,所述本端记录接收SR/RR报文的系统时间更新为当前系统时间值。
4、如权利要求1或2所述的在RTP中实时检测网络传输时延的方法,其特征在于:
所述计算的网络时延在无论双方是否均发送SR报文的情况下都是最近两个SR/RR报文的回环时延。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005101326589A CN100568828C (zh) | 2005-12-28 | 2005-12-28 | 一种在rtp中实时检测网络传输时延的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005101326589A CN100568828C (zh) | 2005-12-28 | 2005-12-28 | 一种在rtp中实时检测网络传输时延的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1996897A true CN1996897A (zh) | 2007-07-11 |
CN100568828C CN100568828C (zh) | 2009-12-09 |
Family
ID=38251845
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005101326589A Active CN100568828C (zh) | 2005-12-28 | 2005-12-28 | 一种在rtp中实时检测网络传输时延的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100568828C (zh) |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100591173C (zh) * | 2007-11-02 | 2010-02-17 | 大唐移动通信设备有限公司 | 一种测量传输时延的方法、系统和设备 |
CN101119338B (zh) * | 2007-09-20 | 2010-07-07 | 腾讯科技(深圳)有限公司 | 网络语音通信方法、系统、装置和即时通信终端 |
CN101159746B (zh) * | 2007-11-08 | 2010-08-18 | 中兴通讯股份有限公司 | 一种自适应方法及系统 |
CN102065060A (zh) * | 2009-11-16 | 2011-05-18 | 华为技术有限公司 | 媒体流切换同步方法和流媒体服务器 |
CN101127712B (zh) * | 2007-08-20 | 2011-05-25 | 中兴通讯股份有限公司 | 一种解决rtp会话中同步源标识冲突的方法 |
CN101277225B (zh) * | 2008-05-09 | 2012-07-04 | 杭州华三通信技术有限公司 | 一种网络质量分析的方法及网络质量分析发起端设备 |
CN103138874A (zh) * | 2011-11-23 | 2013-06-05 | 中国移动通信集团公司 | 一种编解码动态协商方法及设备 |
CN104219220A (zh) * | 2014-02-14 | 2014-12-17 | 爱沟通网络科技有限公司 | 一种改善VoIP通信质量的系统和方法 |
CN104754339A (zh) * | 2013-12-26 | 2015-07-01 | 成都鼎桥通信技术有限公司 | I帧调整方法、装置及系统 |
CN104901851A (zh) * | 2015-06-19 | 2015-09-09 | 北京快网科技有限公司 | 一种检测网络质量的方法和系统 |
CN105933181A (zh) * | 2016-04-29 | 2016-09-07 | 腾讯科技(深圳)有限公司 | 一种通话时延评估方法及装置 |
CN107517401A (zh) * | 2016-06-15 | 2017-12-26 | 成都鼎桥通信技术有限公司 | 多媒体数据播放方法及装置 |
CN109068155A (zh) * | 2011-09-23 | 2018-12-21 | 韩国电子通信研究院 | 传送媒体数据的设备以及接收媒体数据的设备 |
CN105262569B (zh) * | 2014-06-20 | 2019-06-04 | Tcl集团股份有限公司 | 一种提高udp传输可靠性的方法及系统 |
CN109982100A (zh) * | 2019-03-28 | 2019-07-05 | 北京粉笔蓝天科技有限公司 | 一种音视频处理方法和系统 |
CN112868210A (zh) * | 2018-10-08 | 2021-05-28 | 国际商业机器公司 | 区块链时间戳协议 |
CN113965488A (zh) * | 2021-09-10 | 2022-01-21 | 北京百度网讯科技有限公司 | 数据包的延迟获取方法及设备、电子设备与存储介质 |
US11588651B2 (en) | 2018-10-08 | 2023-02-21 | Green Market Square Limited | Blockchain timestamp agreement |
US11924360B2 (en) | 2018-10-08 | 2024-03-05 | Green Market Square Limited | Blockchain timestamp agreement |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7362707B2 (en) * | 2001-07-23 | 2008-04-22 | Acme Packet, Inc. | System and method for determining flow quality statistics for real-time transport protocol data flows |
JP3838511B2 (ja) * | 2003-03-24 | 2006-10-25 | 株式会社Kddi研究所 | 動画像圧縮符号化送受信装置 |
EP1687935B1 (en) * | 2003-11-27 | 2011-03-16 | Telecom Italia S.p.A. | Methods and system for measuring the round trip time in packet switching telecommunication networks |
-
2005
- 2005-12-28 CN CNB2005101326589A patent/CN100568828C/zh active Active
Cited By (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101127712B (zh) * | 2007-08-20 | 2011-05-25 | 中兴通讯股份有限公司 | 一种解决rtp会话中同步源标识冲突的方法 |
CN101119338B (zh) * | 2007-09-20 | 2010-07-07 | 腾讯科技(深圳)有限公司 | 网络语音通信方法、系统、装置和即时通信终端 |
CN100591173C (zh) * | 2007-11-02 | 2010-02-17 | 大唐移动通信设备有限公司 | 一种测量传输时延的方法、系统和设备 |
CN101159746B (zh) * | 2007-11-08 | 2010-08-18 | 中兴通讯股份有限公司 | 一种自适应方法及系统 |
CN101277225B (zh) * | 2008-05-09 | 2012-07-04 | 杭州华三通信技术有限公司 | 一种网络质量分析的方法及网络质量分析发起端设备 |
CN102065060A (zh) * | 2009-11-16 | 2011-05-18 | 华为技术有限公司 | 媒体流切换同步方法和流媒体服务器 |
WO2011057588A1 (zh) * | 2009-11-16 | 2011-05-19 | 华为技术有限公司 | 媒体流切换同步方法和流媒体服务器 |
CN102065060B (zh) * | 2009-11-16 | 2013-09-11 | 华为技术有限公司 | 媒体流切换同步方法和流媒体服务器 |
CN109068155B (zh) * | 2011-09-23 | 2021-01-26 | 韩国电子通信研究院 | 传送媒体数据的设备以及接收媒体数据的设备 |
CN109068154B (zh) * | 2011-09-23 | 2021-01-26 | 韩国电子通信研究院 | 传送媒体数据的方法以及接收媒体数据的方法 |
CN109068154A (zh) * | 2011-09-23 | 2018-12-21 | 韩国电子通信研究院 | 传送媒体数据的方法以及接收媒体数据的方法 |
CN109068155A (zh) * | 2011-09-23 | 2018-12-21 | 韩国电子通信研究院 | 传送媒体数据的设备以及接收媒体数据的设备 |
CN103138874A (zh) * | 2011-11-23 | 2013-06-05 | 中国移动通信集团公司 | 一种编解码动态协商方法及设备 |
CN103138874B (zh) * | 2011-11-23 | 2016-07-06 | 中国移动通信集团公司 | 一种编解码动态协商方法及设备 |
CN104754339A (zh) * | 2013-12-26 | 2015-07-01 | 成都鼎桥通信技术有限公司 | I帧调整方法、装置及系统 |
CN104754339B (zh) * | 2013-12-26 | 2018-02-13 | 成都鼎桥通信技术有限公司 | I帧调整方法、装置及系统 |
CN104219220A (zh) * | 2014-02-14 | 2014-12-17 | 爱沟通网络科技有限公司 | 一种改善VoIP通信质量的系统和方法 |
CN105262569B (zh) * | 2014-06-20 | 2019-06-04 | Tcl集团股份有限公司 | 一种提高udp传输可靠性的方法及系统 |
CN104901851B (zh) * | 2015-06-19 | 2018-08-21 | 北京快网科技有限公司 | 一种检测网络质量的方法和系统 |
CN104901851A (zh) * | 2015-06-19 | 2015-09-09 | 北京快网科技有限公司 | 一种检测网络质量的方法和系统 |
CN105933181A (zh) * | 2016-04-29 | 2016-09-07 | 腾讯科技(深圳)有限公司 | 一种通话时延评估方法及装置 |
CN105933181B (zh) * | 2016-04-29 | 2019-01-25 | 腾讯科技(深圳)有限公司 | 一种通话时延评估方法及装置 |
CN107517401A (zh) * | 2016-06-15 | 2017-12-26 | 成都鼎桥通信技术有限公司 | 多媒体数据播放方法及装置 |
CN112868210A (zh) * | 2018-10-08 | 2021-05-28 | 国际商业机器公司 | 区块链时间戳协议 |
CN112868210B (zh) * | 2018-10-08 | 2022-12-06 | 绿市广场有限公司 | 区块链时间戳协议 |
US11588651B2 (en) | 2018-10-08 | 2023-02-21 | Green Market Square Limited | Blockchain timestamp agreement |
US11924360B2 (en) | 2018-10-08 | 2024-03-05 | Green Market Square Limited | Blockchain timestamp agreement |
CN109982100A (zh) * | 2019-03-28 | 2019-07-05 | 北京粉笔蓝天科技有限公司 | 一种音视频处理方法和系统 |
CN113965488A (zh) * | 2021-09-10 | 2022-01-21 | 北京百度网讯科技有限公司 | 数据包的延迟获取方法及设备、电子设备与存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN100568828C (zh) | 2009-12-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100568828C (zh) | 一种在rtp中实时检测网络传输时延的方法 | |
US7310334B1 (en) | Method and apparatus for media stream monitoring | |
JP3814614B2 (ja) | マルチメディア・ストリーミング環境におけるサーバベースのレート制御 | |
Friedman et al. | RTP control protocol extended reports (RTCP XR) | |
US7729267B2 (en) | Method and apparatus for analyzing a media path in a packet switched network | |
US9282133B2 (en) | Communicating control information within a real-time stream | |
US7583666B2 (en) | Protocol information processing system and method information processing device and method recording medium and program | |
US8239558B2 (en) | Transport mechanisms for dynamic rich media scenes | |
CN100442858C (zh) | 分组网络中多媒体实时传输的唇同步方法及其装置 | |
US8467308B2 (en) | Communication session quality indicator | |
KR101727450B1 (ko) | 화상 전화에서의 지연 감소 | |
EP2515481A1 (en) | Transmission control method, access equipment and transmission system | |
WO2012151983A1 (zh) | 虚拟终端系统和虚拟终端系统中的多流业务同步方法 | |
CN101133590B (zh) | 见你所见(swys) | |
JP2005051299A (ja) | パケット送信装置、パケット受信装置、パケット送信方法及びパケット受信方法 | |
US8391284B2 (en) | Usage of feedback information for multimedia sessions | |
CN101127712B (zh) | 一种解决rtp会话中同步源标识冲突的方法 | |
Friedman et al. | Rfc3611: Rtp control protocol extended reports (rtcp xr) | |
CN101159746B (zh) | 一种自适应方法及系统 | |
Ast | The effect of dynamic voice codec selection for active calls on voice quality | |
Elliott | Stream synchronization for voice over IP conference bridges | |
Protocol | Real-Time Transport Protocol (RTP) | |
Bilbao et al. | PQoS-driven VoIP service adaptation in UMTS networks | |
Sun et al. | Media Transport for VoIP | |
Montagud et al. | Design, Development and Assessment of Control Schemes for IDMS in an Evolved and Standardized RTCP-based Solution |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |