CN104410509B - 一种基于质量评价的多路径数据传输方法 - Google Patents
一种基于质量评价的多路径数据传输方法 Download PDFInfo
- Publication number
- CN104410509B CN104410509B CN201410548340.8A CN201410548340A CN104410509B CN 104410509 B CN104410509 B CN 104410509B CN 201410548340 A CN201410548340 A CN 201410548340A CN 104410509 B CN104410509 B CN 104410509B
- Authority
- CN
- China
- Prior art keywords
- passage
- called
- video data
- calls customer
- media server
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明涉及一种基于质量评价的多路径数据传输方法,其特征在于:首先,不同的客户端按照就近原则连接到不同的媒体服务器,然后当主叫客户端向被叫客户端发起音视频通信时,主叫客户端和被叫客户端之间先通过第0通道进行连接,据转发给主叫端媒体服务器,主叫端媒体服务器将被叫音视频数据转发给主叫客户端;在主叫客户端和被叫客户端之间通过第0通道连接的同时,主叫客户端和被叫客户端之间还启动另外三条通道进行连接,并选择网络路径质量得分最高的通道进行音视数据的传输。与现有技术相比,本发明提供的方法解决了两个客户端之间的接通速度问题,同时还对不同路径的网络路径质量进行动态管理,以最优网络路径进行音视数据的传输。
Description
技术领域
本发明涉及一种基于质量评价的多路径数据传输方法。
背景技术
在IP网络下进行实时的音视频传输可以使用多种路径,包括通过媒体服务器转发、点对点传输等。通过媒体服务器转发的好处是,无需进行点对点穿透的复杂操作,通信两端的音视频数据可以直接互通,接通成功率几乎能达到100%、接通速度快;通过媒体服务器转发的缺点是通信整体流量瓶颈受到媒体服务器接入网络的带宽约束,媒体服务器侧也有流量成本。点对点传输刚好相反,其优势是整体通信流量不依赖于媒体服务器接入网络的带宽,媒体服务器成本低;缺点是需要进行点对点穿透的操作,接通速度慢,而且有可能接不通,简单点对点传输方法接通成功率大概为90%。
关于媒体服务器转发和点对点传输的传输质量,有时候这个好有时候那个好。比如,当两个通信客户端接入在同一个网络服务提供商环境下,点对点的传输效果往往比媒体服务器转发好,尤其是两个客户端在同一个局域网内,点对点的效果大多数是很好的。又如,当两个通信客户端分别通过不用运营商网络接入互联网,如果媒体服务器部署在多线机房(即同一个机房同时接入不同运营商网络),媒体服务器转发效果往往优于点对点传输。但这些分析只能大致上进行预测,实际的网络质量应该根据实际测试来得出结论。
附图1展示了一种媒体服务器转发模式的结构,客户端1和客户端2分别通过路由器接入运营商网络,媒体服务器部署在公网上;两个客户端的数据直接通过媒体服务器转发到达对方。
附图2展示了一种点对点传输的机制,这是一种最简单的点对点网络穿透方法,其中STUN服务器具有公网地址,通过路由器接入的客户端可通过公网地址访问到它,客户端1尝试向STUN服务器发探测包时,路由器的NAT功能会将客户端1的内网地址翻译为公网IP地址加端口,公网上其它网元向这个地址和端口发送的数据将被转到这个客户端1,STUN服务器会将这个公网IP地址加端口发给客户端2,因此如果两个客户端同时向得到公网地址和端口发数据,大多数情况是能够通的。正如这个过程所描述,点对点传输机制需要经过一个探测过程,接通时间必然长,同时由于路由器的差异性,上述机制不能100%穿透市面上各种路由器。
基于上述技术现状,目前出现了一种技术标准ICE(Interactive ConnectivityEstablishment,RFC5245)可综合上述两种传输模式的好处,既能尝试进行点对点传输,如果点对点传输不通,则进行服务器转发,以确保成本和穿透能力。ICE实际上只是结合了点对点传输和媒体服务器转发等各种传输模式,它并不是一种全新的解决方案,其主要问题是接通速度慢,而且也没有对各种传输通道进行质量管理,导致无法得到最佳的通信质量体验。
发明内容
本发明所要解决的技术问题是针对上述现有技术提供一种接通速度快、接通成功率高、并且有效考虑网络成本的基于质量评价的多路径数据传输方法。
本发明解决上述技术问题所采用的技术方案为:一种基于质量评价的多路径数据传输方法,其特征在于:
首先,不同的客户端按照就近原则连接到不同的媒体服务器,然后当主叫客户端向被叫客户端发起音视频通信时,主叫客户端和被叫客户端之间先通过第0通道进行连接,而与主叫客户端连接的最近的媒体服务器称为主叫端媒体服务器,与被叫客户端连接的最近的媒体服务器称为被叫端媒体服务器,第0通道的数据传输路径为:主叫客户端将主叫音视频数据发送给主叫端媒体服务器,主叫端媒体服务器将主叫音视频数据转发给被叫端媒体服务器,被叫端媒体服务器再将主叫音视频数据转发给被叫客户端;同样的,被叫客户端将被叫音视频数据发送给被叫端媒体服务器,被叫端媒体服务器再将被叫音视频数据转发给主叫端媒体服务器,主叫端媒体服务器将被叫音视频数据转发给主叫客户端;
然后,在主叫客户端和被叫客户端之间通过第0通道进行连接的同时,主叫客户端和被叫客户端之间还启动如下通道进行连接:
第1通道,第1通道的数据传输路径为:主叫客户端将主叫音视频数据发送给主叫端媒体服务器,然后主叫端媒体服务器将主叫音视频数据转发给被叫客户端;同样的,被叫客户端将被叫音视频数据发送给被叫端媒体服务器,然后被叫端媒体服务器将被叫音视频数据转发给主叫客户端;
第2通道,第2通道的数据传输路径为:主叫客户端将主叫音视频数据发送给被叫端媒体服务器,然后被叫端媒体服务器将主叫音视频数据转发给被叫客户端;同样的,被叫客户端将被叫音视频数据发送给主叫端媒体服务器,然后主叫端媒体服务器将被叫音视频数据转发给主叫客户端;
第3通道,第3通道的数据传输路径为:主叫客户端与被叫客户端之间进行点对点传输机制;
最后,当第0通道、第1通道、第2通道和第3通道这四种个传输路径均建立后,主叫客户端或/和被叫客户端同时对上述四个通道发送网络质量探测包,从而对上述四个通道的网络质量进行探测,进而分别得到上述四个通道的网络路径质量得分,最后主交客户端和被叫客户端之间选取网络路径质量得分最高的通道进行音视数据的传输。
作为改进,主叫客户端和被叫客户端之间当前应用的通道的网络质量探测包为在主叫音视频数据或被叫音视频数据前加的自定义数据包头,该自定义数据包头包含包头类型、通道编号、序列号、时间戳、数据流类型;而其他三个通道发送的网络质量探测包包含前述自定义数据包头加IP/UDP数据包头。
再改进,主叫客户端或/和被叫客户端向四个通道发送的网络质量探测包是同时发送的,并且向四个通道同时发送的四个网络质量探测包的总大小不超过主叫音视频数据或被叫音视频数据的5%。
较好的,前述自定义数据包头的大小为5个字节,而IP/UDP数据包头为55个字节。
再改进,主叫客户端或/和被叫客户端间隔一固定时间同时对上述四个通道发送网络质量探测包,从而对上述四个通道的网络质量进行重新探测,进而分别得到上述四个通道新的网络路径质量得分,主交客户端和被叫客户端之间则选取新的网络路径质量得分最高的通道进行音视数据的传输。
再改进,网络路径质量得分由以下公式获得:
score=factor(path)*(clip3(0,100,Yd)*clip3(0,100,Yl))/100
其中score为网络路径质量得分,clip3为一个限定函数,即确保输出值在0到100之间,factor(path)为连接模式的加权因子,根据服务器成本大小,不同的连接模式的factor(path)提前设置;
而Yd=-19.58ln(delay)+149.58,其中delay为不同通道下的相对单向路径延时,并且delay=Td(n)–Td_min+rtt_min/2,n=0、1、2、3;
Td(0)表示第0通道的单向路径延时,Td(0)=T0–t0-deltaT,deltaT为主叫客户端与被叫客户端的时间差,T0为主叫客户端通过第0通道发送主叫音视频数据的时刻,t0为被叫客户端时刻收到主叫音视频数据的时刻;
Td(1)表示第1通道的单向路径延时,Td(1)=T1–t1-deltaT,deltaT为主叫客户端与被叫客户端的时间差,T1为主叫客户端通过第1通道发送主叫音视频数据的时刻,t1为被叫客户端时刻收到主叫音视频数据的时刻;
Td(2)表示第2通道的单向路径延时,Td(2)=T2–t2-deltaT,deltaT为主叫客户端与被叫客户端的时间差,T2为主叫客户端通过第2通道发送主叫音视频数据的时刻,t2为被叫客户端时刻收到主叫音视频数据的时刻;
Td(3)表示第3通道的单向路径延时,Td(3)=T3–t3-deltaT,deltaT为主叫客户端与被叫客户端的时间差,T3为主叫客户端通过第3通道发送主叫音视频数据的时刻,t3为被叫客户端时刻收到主叫音视频数据的时刻;
Td_min=min(Td(0),Td(1),Td(2),Td(3));
rtt_min=min(rtt(0),rtt(1),rtt(2),rtt(3)),而rtt(0)表示第0通道的往返路径延时;rtt(1)表示第1通道的往返路径延时;rtt(2)表示第2通道的往返路径延时;rtt(3)表示第3通道的往返路径延时;
Yl=-29.43ln(PLR)-29.637;PLR为不同通道下的数据丢包率。
如果不考虑成本因素,factor(path)恒等于1,如果考虑媒体服务器的转发成本,可将所述媒体服务器转发模式的加权因子设为1,主叫端媒体服务器转发模式和被叫端媒体服务器转发模式的加权因子均设为2,点对点模式的加权因子设为4。
与现有技术相比,本发明的优点在于:本发明提供的方法解决了两个客户端之间的接通速度问题,同时还对不同路径的网络路径质量进行动态管理,以最优网络路径进行音视数据的传输。
附图说明
图1为现有技术中媒体服务器转发模式的结构框图;
图2为现有技术中点对点传输的机制的结构框图;
图3为本发明实施例中第0通道的连接框图;
图4为本发明实施例中第1通道的连接框图;
图5为本发明实施例中第2通道的连接框图;
图6为本发明实施例中第3通道的连接框图;
图7为本发明实施例中自定义数据包头结构图;
图8为本发明实施例中相对单向路径延时的计算框图。
具体实施方式
以下结合附图实施例对本发明作进一步详细描述。
本发明提供的基于质量评价的多路径数据传输方法,首先解决了接通速度问题,即:不同的客户端按照就近原则连接到不同的媒体服务器,然后当主叫客户端向被叫客户端发起音视频通信时,主叫客户端和被叫客户端之间先通过第0通道进行连接,而与主叫客户端连接的最近的媒体服务器称为主叫端媒体服务器,与被叫客户端连接的最近的媒体服务器称为被叫端媒体服务器,第0通道的数据传输路径为:主叫客户端将主叫音视频数据发送给主叫端媒体服务器,主叫端媒体服务器将主叫音视频数据转发给被叫端媒体服务器,被叫端媒体服务器再将主叫音视频数据转发给被叫客户端;同样的,被叫客户端将被叫音视频数据发送给被叫端媒体服务器,被叫端媒体服务器再将被叫音视频数据转发给主叫端媒体服务器,主叫端媒体服务器将被叫音视频数据转发给主叫客户端;参见图3所示;这种方式实现了主叫客户端与被叫客户端之间最快速度的连接;
然后,然后,在主叫客户端和被叫客户端之间通过第0通道连接的同时,主叫客户端和被叫客户端之间还启动如下通道进行连接:
第1通道,第1通道的数据传输路径为:主叫客户端将主叫音视频数据发送给主叫端媒体服务器,然后主叫端媒体服务器将主叫音视频数据转发给被叫客户端;同样的,被叫客户端将被叫音视频数据发送给被叫端媒体服务器,然后被叫端媒体服务器将被叫音视频数据转发给主叫客户端;
第2通道,第2通道的数据传输路径为:主叫客户端将主叫音视频数据发送给被叫端媒体服务器,然后被叫端媒体服务器将主叫音视频数据转发给被叫客户端;同样的,被叫客户端将被叫音视频数据发送给主叫端媒体服务器,然后主叫端媒体服务器将被叫音视频数据转发给主叫客户端;
第3通道,第3通道的数据传输路径为:主叫客户端与被叫客户端之间进行点对点传输机制;
最后,当第0通道、第1通道、第2通道和第3通道这四种个传输路径均建立后,主叫客户端或/和被叫客户端同时对上述四个通道发送网络质量探测包,从而对上述四个通道的网络质量进行探测,进而分别得到上述四个通道的网络路径质量得分,最后主交客户端和被叫客户端之间选取网络路径质量得分最高的通道进行音视数据的传输。
在第0通道、第1通道、第2通道和第3通道这四种个传输路径均建立后,主叫客户端和被叫客户端之间当前应用的通道的网络质量探测包为加在主叫音视频数据或被叫音视频数据前的5个字节的自定义数据包头,参见图7所示,该自定义数据包头包含包头类型Type、通道编号Path、序列号Seqno、时间戳Timestamp、数据流类型Stream type;而其他三个通道发送的网络质量探测包包含前述自定义数据包头加IP/UDP数据包头,IP/UDP数据包头的定义是常规技术,这里不再详述,其他三个通道发送的网络质量探测包大小为60个字节,并且主叫客户端或/和被叫客户端向四个通道发送的网络质量探测包是同时发送的,向四个通道同时发送的四个网络质量探测包的总大小不超过主叫音视频数据或被叫音视频数据的5%,这种方式能实现非常快速质量状态更新频率,容易理解,如果探测数据量小了,必然降低对网络路径监测频率,对网络信号质量变化的敏感度会降低。传统的RTP/RTCP对网络质量监控没有考虑连续性和数据相关性,监测功能的独立性较高,导致质量状态更新频率很低,尤其是纯音频通信,如果对每个通道单独进行RTCP的质量统计,而同时满足不超过总流量的5%的约束条件,在保证统计精度的情况下,最差情况更新周期长达34秒左右,本实施例提供的方法,同时对四个通道发送网络质量探测包,并且四个网络质量探测包的总大小不超过主叫音视频数据或被叫音视频数据的5%,可以使得更新周期提高到11倍左右的效率,即在相同流量和相同精度情况下,最差情况更新周期只需要约3秒,在发送更大的音视频码率情况下,本发明以最高每秒1次的频率进行质量状态更新,此时探测包的冗余量要远低于5%。
另外,主叫客户端或/和被叫客户端间隔一固定时间同时对上述四个通道发送网络质量探测包,从而对上述四个通道的网络质量进行重新探测,进而分别得到上述四个通道新的网络路径质量得分,主交客户端和被叫客户端之间则选取新的网络路径质量得分最高的通道进行音视数据的传输。
最后,本发明还解决了四个通道单个方向的延时估计问题,传统RTCP的做法只能计算通路的往返路径延时rtt(Round-Trip Time,),计算方法为现有技术中的常规方法,通路的往返路径延时rtt包含发送方和接收方两个方向的延时总和,因此无法准确的评价单个方向的延时,本发明可以得到四个通道上单个方向的相对延时,得到4条通路单个方向的质量状态以便于做出最佳选择,具体的:网络路径质量得分由以下公式获得:
score=factor(path)*(clip3(0,100,Yd)*clip3(0,100,Yl))/100
参见图8所示,其中score为网络路径质量得分,clip3为一个限定函数,即确保输出值在0到100之间,factor(path)为连接模式的加权因子,根据服务器成本大小,不同的连接模式的factor(path)提前设置;
而Yd=-19.58ln(delay)+149.58,其中delay为不同通道下的相对单向路径延时,并且delay=Td(n)–Td_min+rtt_min/2,n=0、1、2、3;
Td(0)表示第0通道的单向路径延时,Td(0)=T0–t0-deltaT,deltaT为主叫客户端与被叫客户端的时间差,T0为主叫客户端通过第0通道发送主叫音视频数据的时刻,t0为被叫客户端时刻收到主叫音视频数据的时刻;
Td(1)表示第1通道的单向路径延时,Td(1)=T1–t1-deltaT,deltaT为主叫客户端与被叫客户端的时间差,T1为主叫客户端通过第1通道发送主叫音视频数据的时刻,t1为被叫客户端时刻收到主叫音视频数据的时刻;
Td(2)表示第2通道的单向路径延时,Td(2)=T2–t2-deltaT,deltaT为主叫客户端与被叫客户端的时间差,T2为主叫客户端通过第2通道发送主叫音视频数据的时刻,t2为被叫客户端时刻收到主叫音视频数据的时刻;
Td(3)表示第3通道的单向路径延时,Td(3)=T3–t3-deltaT,deltaT为主叫客户端与被叫客户端的时间差,T3为主叫客户端通过第3通道发送主叫音视频数据的时刻,t3为被叫客户端时刻收到主叫音视频数据的时刻;
Td_min=min(Td(0),Td(1),Td(2),Td(3));
rtt_min=min(rtt(0),rtt(1),rtt(2),rtt(3)),而rtt(0)表示第0通道的往返路径延时;rtt(1)表示第1通道的往返路径延时;rtt(2)表示第2通道的往返路径延时;rtt(3)表示第3通道的往返路径延时;
本发明消除了两个客户端的时间差deltaT,得到4条通路的相对单向延时delay,并且Td_min和rtt_min是通过统计窗口不断迭代更新的,本发明的另一个好处是只需要根据每个通道的一条数据,就能得到结果,大大节省了探测包流量;
Yl=-29.43ln(PLR)-29.637;PLR为不同通道下的数据丢包率。
如果不考虑成本因素,factor(path)恒等于1,简单考虑服务器的转发成本,可以设第0通道的加权因子为1,第1通道和第2通道的加权因子均为2,第3通道的加权因子为4。总之,可根据服务器成本大小,服务客户重要性,动态的调整factor(path)。
Claims (6)
1.一种基于质量评价的多路径数据传输方法,其特征在于:
首先,不同的客户端按照就近原则连接到不同的媒体服务器,然后当主叫客户端向被叫客户端发起音视频通信时,主叫客户端和被叫客户端之间先通过第0通道进行连接,而与主叫客户端连接的最近的媒体服务器称为主叫端媒体服务器,与被叫客户端连接的最近的媒体服务器称为被叫端媒体服务器,第0通道的数据传输路径为:主叫客户端将主叫音视频数据发送给主叫端媒体服务器,主叫端媒体服务器将主叫音视频数据转发给被叫端媒体服务器,被叫端媒体服务器再将主叫音视频数据转发给被叫客户端;同样的,被叫客户端将被叫音视频数据发送给被叫端媒体服务器,被叫端媒体服务器再将被叫音视频数据转发给主叫端媒体服务器,主叫端媒体服务器将被叫音视频数据转发给主叫客户端;
然后,在主叫客户端和被叫客户端之间通过第0通道连接的同时,主叫客户端和被叫客户端之间还启动如下通道进行连接:
第1通道,第1通道的数据传输路径为:主叫客户端将主叫音视频数据发送给主叫端媒体服务器,然后主叫端媒体服务器将主叫音视频数据转发给被叫客户端;同样的,被叫客户端将被叫音视频数据发送给被叫端媒体服务器,然后被叫端媒体服务器将被叫音视频数据转发给主叫客户端,参见图4所示;
第2通道,第2通道的数据传输路径为:主叫客户端将主叫音视频数据发送给被叫端媒体服务器,然后被叫端媒体服务器将主叫音视频数据转发给被叫客户端;同样的,被叫客户端将被叫音视频数据发送给主叫端媒体服务器,然后主叫端媒体服务器将被叫音视频数据转发给主叫客户端,参见图5所示;
第3通道,第3通道的数据传输路径为:主叫客户端与被叫客户端之间进行点对点传输机制,参见图6所示;
最后,当第0通道、第1通道、第2通道和第3通道这四种个传输路径均建立后,主叫客户端或/和被叫客户端同时对第1通道、第2通道、第3通道和第4通道发送网络质量探测包,从而对第1通道、第2通道、第3通道和第4通道的网络质量进行探测,进而分别得到第1通道、第2通道、第3通道和第4通道的网络路径质量得分,最后主叫 客户端和被叫客户端之间选取网络路径质量得分最高的通道进行音视数据的传输;
网络路径质量得分由以下公式获得:
score=factor(path)*(clip3(0,100,Yd)*clip3(0,100,Yl))/100
其中score为网络路径质量得分,clip3为一个限定函数,即确保输出值在0到100之间,factor(path)为连接模式的加权因子,根据服务器成本大小,不同的连接模式的factor(path)提前设置;
而Yd=-19.58ln(delay)+149.58,其中delay为不同通道下的相对单向路径延时,并且delay=Td(n)–Td_min+rtt_min/2,n=0、1、2、3;
Td(0)表示第0通道的单向路径延时,Td(0)=T0–t0-deltaT,deltaT为主叫客户端与被叫客户端的时间差,T0为主叫客户端通过第0通道发送主叫音视频数据的时刻,t0为被叫客户端时刻收到主叫音视频数据的时刻;
Td(1)表示第1通道的单向路径延时,Td(1)=T1–t1-deltaT,deltaT为主叫客户端与被叫客户端的时间差,T1为主叫客户端通过第1通道发送主叫音视频数据的时刻,t1为被叫客户端时刻收到主叫音视频数据的时刻;
Td(2)表示第2通道的单向路径延时,Td(2)=T2–t2-deltaT,deltaT为主叫客户端与被叫客户端的时间差,T2为主叫客户端通过第2通道发送主叫音视频数据的时刻,t2为被叫客户端时刻收到主叫音视频数据的时刻;
Td(3)表示第3通道的单向路径延时,Td(3)=T3–t3-deltaT,deltaT为主叫客户端与被叫客户端的时间差,T3为主叫客户端通过第3通道发送主叫音视频数据的时刻,t3为被叫客户端时刻收到主叫音视频数据的时刻;
Td_min=min(Td(0),Td(1),Td(2),Td(3));
rtt_min=min(rtt(0),rtt(1),rtt(2),rtt(3)),而rtt(0)表示第0通道的往返路径延时;rtt(1)表示第1通道的往返路径延时;rtt(2)表示第2通道的往返路径延时;rtt(3)表示第3通道的往返路径延时;
Yl=-29.43ln(PLR)-29.637;PLR为不同通道下的数据丢包率。
2.根据权利要求1所述的基于质量评价的多路径数据传输方法,其特征在于:主叫客户端和被叫客户端之间当前应用的通道的网络质量探测包为在主叫音视频数据或被叫音视频数据前加的自定义数据包头,该自定义数据包头包含包头类型、通道编号、序列号、时间戳、数据流类型;而其他三个通道发送的网络质量探测包包含前述自定义数据包头加IP/UDP数据包头。
3.根据权利要求2所述的基于质量评价的多路径数据传输方法,其特征在于主叫客户端或/和被叫客户端向四个通道发送的网络质量探测包是同时发送的,并且向四个通道同时发送的四个网络质量探测包的总大小不超过主叫音视频数据或被叫音视频数据的5%。
4.根据权利要求2所述的基于质量评价的多路径数据传输方法,其特征在于:前述自定义数据包头的大小为5个字节,而IP/UDP数据包头为55个字节。
5.根据权利要求1所述的基于质量评价的多路径数据传输方法,其特征在于:主叫客户端或/和被叫客户端间隔一固定时间同时对上述四个通道发送网络质量探测包,从而对上述四个通道的网络质量进行重新探测,进而分别得到上述四个通道新的网络路径质量得分,主叫 客户端和被叫客户端之间则选取新的网络路径质量得分最高的通道进行音视数据的传输。
6.根据权利要求1所述的基于质量评价的多路径数据传输方法,其特征在于:所述媒体服务器转发模式的加权因子为1,主叫端媒体服务器转发模式和被叫端媒体服务器转发模式的加权因子均为2,点对点模式的加权因子为4。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410548340.8A CN104410509B (zh) | 2014-10-16 | 2014-10-16 | 一种基于质量评价的多路径数据传输方法 |
PCT/CN2015/000221 WO2016058279A1 (zh) | 2014-10-16 | 2015-03-31 | 一种基于质量评价的多路径数据传输方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410548340.8A CN104410509B (zh) | 2014-10-16 | 2014-10-16 | 一种基于质量评价的多路径数据传输方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104410509A CN104410509A (zh) | 2015-03-11 |
CN104410509B true CN104410509B (zh) | 2018-01-05 |
Family
ID=52648107
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410548340.8A Active CN104410509B (zh) | 2014-10-16 | 2014-10-16 | 一种基于质量评价的多路径数据传输方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN104410509B (zh) |
WO (1) | WO2016058279A1 (zh) |
Families Citing this family (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104410509B (zh) * | 2014-10-16 | 2018-01-05 | 宁波菊风系统软件有限公司 | 一种基于质量评价的多路径数据传输方法 |
CN106656649B (zh) * | 2016-09-14 | 2021-01-01 | 腾讯科技(深圳)有限公司 | 一种实时通话过程中基于测速的通道切换方法、客户端与服务器 |
CN106792798B (zh) * | 2016-11-28 | 2020-09-11 | 北京奇虎科技有限公司 | 移动终端远程协助的连线探测方法及装置 |
CN107370764B (zh) * | 2017-09-05 | 2020-06-05 | 北京奇艺世纪科技有限公司 | 一种音视频通信系统及音视频通信方法 |
CN108234309B (zh) * | 2017-12-27 | 2020-10-27 | 宁波菊风系统软件有限公司 | 一种网络数据的传输方法 |
CA3099038A1 (en) * | 2018-05-09 | 2019-11-14 | Netsurion Llc | Multi-path user datagram protocol |
US10623791B2 (en) | 2018-06-01 | 2020-04-14 | At&T Intellectual Property I, L.P. | Field of view prediction in live panoramic video streaming |
US10812774B2 (en) | 2018-06-06 | 2020-10-20 | At&T Intellectual Property I, L.P. | Methods and devices for adapting the rate of video content streaming |
US10616621B2 (en) | 2018-06-29 | 2020-04-07 | At&T Intellectual Property I, L.P. | Methods and devices for determining multipath routing for panoramic video content |
CN108833434B (zh) * | 2018-07-02 | 2020-09-08 | 山东云缦智能科技有限公司 | 一种基于ip双向网络机顶盒的跨网视频通话系统的实现方法 |
US10708494B2 (en) | 2018-08-13 | 2020-07-07 | At&T Intellectual Property I, L.P. | Methods, systems and devices for adjusting panoramic video content |
US11019361B2 (en) | 2018-08-13 | 2021-05-25 | At&T Intellectual Property I, L.P. | Methods, systems and devices for adjusting panoramic view of a camera for capturing video content |
CN111107113A (zh) * | 2018-10-25 | 2020-05-05 | 中国移动通信集团广东有限公司 | 一种视频数据传输方法和装置 |
CN110247955A (zh) * | 2019-05-21 | 2019-09-17 | 菜鸟智能物流控股有限公司 | 一种无人车的通信方法和无人车 |
CN114553453A (zh) * | 2020-11-25 | 2022-05-27 | 国网山东省电力公司济宁供电公司 | 反向隔离状态监控方法、系统、可读存储介质及服务器 |
CN112367493B (zh) * | 2021-01-14 | 2021-06-01 | 游密科技(深圳)有限公司 | 数据传输控制方法、装置、移动终端及存储介质 |
CN112788053A (zh) * | 2021-01-25 | 2021-05-11 | 深圳市欢太科技有限公司 | 一种实时通信方法、装置、服务器、系统及存储介质 |
CN114039955B (zh) * | 2021-11-05 | 2024-04-05 | 安徽电信规划设计有限责任公司 | 基于人工智能的通信安全监控系统 |
CN114172967B (zh) * | 2021-12-14 | 2023-10-31 | 广州市百果园网络科技有限公司 | 媒体服务器分配方法、装置、设备及存储介质 |
CN115208864B (zh) * | 2022-08-12 | 2024-02-06 | 阿波罗智联(北京)科技有限公司 | 数据传输方法、装置、设备、车辆及存储介质 |
CN115426285A (zh) * | 2022-08-25 | 2022-12-02 | 上海久尺网络科技有限公司 | 一种网络资源分配方法、装置、终端设备以及存储介质 |
CN117081973B (zh) * | 2023-10-13 | 2024-02-02 | 腾讯科技(深圳)有限公司 | 数据包传输方法、装置、设备、介质和计算机程序产品 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102843728A (zh) * | 2011-06-22 | 2012-12-26 | 中兴通讯股份有限公司 | 一种提高用户下行、上行吞吐量的方法及系统 |
CN103905458A (zh) * | 2014-04-11 | 2014-07-02 | 北京云视天创网络科技有限公司 | 一种基于互联网的流媒体传输方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102843725B (zh) * | 2012-08-15 | 2015-04-08 | 无锡北邮感知技术产业研究院有限公司 | 一种数据传输方法及装置 |
CN104410509B (zh) * | 2014-10-16 | 2018-01-05 | 宁波菊风系统软件有限公司 | 一种基于质量评价的多路径数据传输方法 |
-
2014
- 2014-10-16 CN CN201410548340.8A patent/CN104410509B/zh active Active
-
2015
- 2015-03-31 WO PCT/CN2015/000221 patent/WO2016058279A1/zh active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102843728A (zh) * | 2011-06-22 | 2012-12-26 | 中兴通讯股份有限公司 | 一种提高用户下行、上行吞吐量的方法及系统 |
CN103905458A (zh) * | 2014-04-11 | 2014-07-02 | 北京云视天创网络科技有限公司 | 一种基于互联网的流媒体传输方法 |
Also Published As
Publication number | Publication date |
---|---|
CN104410509A (zh) | 2015-03-11 |
WO2016058279A1 (zh) | 2016-04-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104410509B (zh) | 一种基于质量评价的多路径数据传输方法 | |
US9998517B2 (en) | System and method for end-to-end RTCP | |
US9742650B2 (en) | Systems and methods for measuring available capacity and tight link capacity of IP paths from a single endpoint | |
US9178778B2 (en) | System and method for end-to-end RTCP | |
US9379955B2 (en) | Method for queuing data packets and node | |
WO2012106869A1 (zh) | 一种报文处理方法及相关设备 | |
US10320655B1 (en) | Methods and apparatus for determining and using SDN link and/or path status | |
CN104852855B (zh) | 拥塞控制方法、装置及设备 | |
CN106550241A (zh) | 视频业务识别系统及虚拟化部署方法 | |
Xezonaki et al. | An SDN QoE monitoring framework for VoIP and video applications | |
US9591108B2 (en) | Management of network impairment by communication endpoints | |
Abdullah | EVALUATION OF VOIP TRAFFICS OVER TIKRIT UNIVERSITY NETWORKS | |
Abdel-Azim et al. | VoIP versus VoMPLS Performance Evaluation | |
Al Farizky | Routing protocol RIPng, OSPFv3, and EIGRP on IPv6 for video streaming services | |
Chhabra et al. | Performance evaluation and delay modelling of VoIP traffic over 802.11 wireless mesh network | |
Cao et al. | Background Traffic‐Based Retransmission Algorithm for Multimedia Streaming Transfer over Concurrent Multipaths | |
Adibi | Traffic Classification œ Packet-, Flow-, and Application-based Approaches | |
CN106571970B (zh) | 承载网的监测方法及装置 | |
Tommasi et al. | A library for RTP relaying and QoS monitoring in Application Layer Multicast | |
Aviara et al. | Effect of moisture content and processing parameters on the strength properties of Brachystegia eurycoma seed | |
Arafat et al. | SIP-based QoS in IP telephony | |
Niephaus et al. | Towards QoS-aware load distribution in heterogeneous networks | |
Alshamrani et al. | Evaluation of SIP Signalling and QoS for VoIP Over OLSR MANET Routing Protocol | |
KR20130101654A (ko) | 멀티 홉 네트워크에서 음성패킷망 서비스를 위한 패킷 결합 방법 및 그 단말 장치 | |
Mohameda et al. | RSVP BASED MPLS VERSUS IP PERFORMANCE EVALUATION |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: 315040 Zhejiang city of Ningbo province high tech Zone Hui Hua Road No. 682 building 204 room Applicant after: Ningbo chrysanthemum wind system softcom limited Address before: 315040, room 2, building 910, International Building, Jiangdong Road, Jiangdong District, Ningbo, Zhejiang Applicant before: Ningbo chrysanthemum wind system softcom limited |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |