CN108347310A - 一种分组数据的实时重传方法、实时重传系统及相关装置 - Google Patents
一种分组数据的实时重传方法、实时重传系统及相关装置 Download PDFInfo
- Publication number
- CN108347310A CN108347310A CN201710061324.XA CN201710061324A CN108347310A CN 108347310 A CN108347310 A CN 108347310A CN 201710061324 A CN201710061324 A CN 201710061324A CN 108347310 A CN108347310 A CN 108347310A
- Authority
- CN
- China
- Prior art keywords
- transmission path
- grouped data
- retransmission server
- receiving
- transmitting terminal
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
- H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种分组数据的实时重传方法、实时重传系统及相关装置,通过重传服务器与发送端和重传服务器与接收端之间端对端的交互,在发送分组数据的一端确定接收到有效的失败消息时,重新确定传输路径,并通过重新确定的传输路径重新发送分组数据;同时,在接收分组数据一端根据是否接收到分组数据而向发送分组数据的一端反馈相应的消息,使得发送分组数据的一端进行相应的操作,因此,该方法为分组数据的传输创造了一次重传的机会,将重传数据造成的时延缩短了一半,减少了分组数据丢失的概率,有效地处理实时会话类业务中时延约束的问题,且无需预先加入大量的冗余信息和增加终端的计算压力,有效提高了实时性会话类业务的通话质量。
Description
技术领域
本发明涉及网络传输领域,尤指一种分组数据的实时重传方法、实时重传系统及相关装置。
背景技术
以双向媒体流和严格的实时性约束为两大特征的“实时会话类业务”,由于因特网有限的传输模式而导致了网络的拥堵、抖动、丢包现象,造成了端对端的传输服务质量无法得到保证。
目前,针对上述问题,主要有三种解决方案:通过设置重传请求的重传法、利用编码解码恢复数据的前向差错控制法、以及通过插值运算替换丢失数据的后向差错隐藏法。虽然这些方法可以有效解决上述问题,但因重传法的重传时延是正常媒体流传输时延的3倍,导致实时性体验较差;前向差错控制法为了抵抗网络丢包需要加入大量的冗余信息,造成网络负载损耗较大;后向差错隐藏法需要强大的运算能力,增加了移动终端的计算压力。
基于此,如何有效地解决实时会话类业务中出现的网络拥堵、抖动和丢包问题,同时满足双向媒体流和严格的实时性约束,又不会增加移动终端的计算压力和网络负载的损耗,是本领域技术人员亟待解决的技术问题。
发明内容
本发明实施例提供了一种分组数据的实时重传方法、实时重传系统及相关装置,用以解决如何有效地解决实时会话类业务中出现的网络拥堵、抖动和丢包问题,同时满足双向媒体流和严格的实时性约束,又不会增加移动终端的计算压力和网络负载的损耗的问题。
本发明实施例提供了一种分组数据的实时重传方法,包括:
重传服务器确定是否接收到发送端通过第一传输路径发送的分组数据;
所述重传服务器在确定未接收到所述发送端通过第一传输路径发送的分组数据时,向所述发送端反馈第一失败消息,并通过所述发送端重新确定的所述第一传输路径接收所述分组数据;
所述重传服务器在确定接收到所述发送端通过第一传输路径发送的分组数据时,向所述发送端反馈第一确认消息,并通过第二传输路径将接收到的所述分组数据发送至接收端;
所述重传服务器确定接收到所述接收端反馈的第二失败消息是否有效;
所述重传服务器在确定接收到所述接收端反馈的第二失败消息有效时,重新确定所述第二传输路径,并通过重新确定的所述第二传输路径向所述接收端重新发送所述分组数据。
在一种可能的实施方式中,在本发明实施例提供的上述实时重传方法中,在重传服务器确定是否接收到发送端通过第一传输路径发送的分组数据之前,还包括:
收发单元接收所述发送端发送的呼叫和媒体协商请求;
所述收发单元根据接收到的所述呼叫和媒体协商请求,确定所述接收端的地址,并向所述接收端转发所述呼叫和媒体协商请求;
所述收发单元在确定接收到所述接收端反馈的媒体参数时,调用重传控制单元;
所述重传控制单元根据所述发送端与所述接收端在网络拓扑中的位置,以及预先设定的重传服务器的选择标准,确定用于转发所述发送端和所述接收端之间传输的分组数据的所述重传服务器;
所述重传服务器初始化所述第一传输路径和所述第二传输路径。
在一种可能的实施方式中,在本发明实施例提供的上述实时重传方法中,所述预先设定的重传服务器的选择标准为同时满足以下条件:
所述重传服务器与所述发送端之间存在至少两条传输路径;
所述重传服务器与所述接收端之间存在至少两条传输路径;
所述重传服务器与所述发送端之间的传输时延小于所述发送端与所述接收端之间的传输时延;
所述重传服务器与所述接收端之间的传输时延小于所述发送端与所述接收端之间的传输时延;
所述重传服务器的负载未饱和。
在一种可能的实施方式中,在本发明实施例提供的上述实时重传方法中,所述重传服务器初始化所述第一传输路径和所述第二传输路径,具体包括:
所述重传服务器在与所述发送端之间存在的至少两条传输路径中随机选择一条传输路径作为所述第一传输路径;
所述重传服务器在与所述接收端之间存在的至少两条传输路径中随机选择一条传输路径作为所述第二传输路径。
在一种可能的实施方式中,在本发明实施例提供的上述实时重传方法中,所述重传服务器确定是否接收到发送端通过第一传输路径发送的分组数据,具体包括:
所述重传服务器确定是否在预设回路时间内接收到所述发送端通过所述第一传输路径发送的分组数据;
若是,则确定接收到所述发送端发送的所述分组数据;
若否,则确定未接收到所述发送端发送的所述分组数据。
在一种可能的实施方式中,在本发明实施例提供的上述实时重传方法中,所述重传服务器确定接收到所述接收端反馈的第二失败消息是否有效,具体包括:
所述重传服务器确定接收到所述接收端反馈的第二失败消息是否为针对同一所述分组数据且首次反馈的第二失败消息;
若是,则确定所述第二失败消息有效;
若否,则确定所述第二失败消息无效。
在一种可能的实施方式中,在本发明实施例提供的上述实时重传方法中,所述重新确定所述第二传输路径,具体包括:
所述重传服务器在与所述接收端之间存在的至少两条传输路径中随机选择不同于更新前的所述第二传输路径的一条传输路径作为重新确定的所述第二传输路径。
本发明实施例还提供了一种分组数据的实时重传方法,包括:
通过第一传输路径向重传服务器发送分组数据;
确定接收到所述重传服务器反馈的第一失败消息是否有效;
在确定接收到所述重传服务器反馈的第一失败消息有效时,重新确定所述第一传输路径,并通过重新确定的所述第一传输路径向所述重传服务器重新发送所述分组数据。
在一种可能的实施方式中,在本发明实施例提供的上述实时重传方法中,在通过第一传输路径向重传服务器发送分组数据之前,还包括:
向收发单元发送呼叫和媒体协商请求;
接收所述重传服务器发送的携带初始化后的所述第一传输路径的消息。
在一种可能的实施方式中,在本发明实施例提供的上述实时重传方法中,所述确定接收到所述重传服务器反馈的第一失败消息是否有效,具体包括:
确定接收到所述重传服务器反馈的第一失败消息是否为针对同一所述分组数据且首次反馈的第一失败消息;
若是,则确定所述第一失败消息有效;
若否,则确定所述第一失败消息无效。
在一种可能的实施方式中,在本发明实施例提供的上述实时重传方法中,所述重新确定所述第一传输路径,具体包括:
在与所述重传服务器之间存在的至少两条传输路径中随机选择不同于更新前的所述第一传输路径的一条传输路径作为重新确定的所述第一传输路径。
本发明实施例还提供了一种分组数据的实时重传方法,包括:
确定是否接收到重传服务器通过第二传输路径发送的分组数据;
在确定未接收到所述重传服务器通过第二传输路径发送的分组数据时,向所述重传服务器反馈第二失败消息,并通过所述重传服务器重新确定的所述第二传输路径接收所述分组数据。
在一种可能的实施方式中,在本发明实施例提供的上述实时重传方法中,在确定是否接收到重传服务器通过第二传输路径发送的分组数据之前,还包括:
接收收发单元发送的呼叫和媒体协商请求;
接收所述重传服务器发送的携带初始化后的所述第二传输路径的消息。
在一种可能的实施方式中,在本发明实施例提供的上述实时重传方法中,所述确定是否接收到重传服务器通过第二传输路径发送的分组数据,具体包括:
确定是否在预设回路时间内接收到所述重传服务器通过第二传输路径发送的分组数据;
若是,则确定接收到所述重传服务器发送的所述分组数据;
若否,则确定未接收到所述重传服务器发送的所述分组数据。
本发明实施例还提供了一种业务平台,包括:
第一判断模块,用于重传服务器确定是否接收到发送端通过第一传输路径发送的分组数据;
反馈模块,用于所述重传服务器在确定未接收到所述发送端通过第一传输路径发送的分组数据时,向所述发送端反馈第一失败消息,并通过所述发送端重新确定的所述第一传输路径接收所述分组数据;
发送模块,用于所述重传服务器在确定接收到所述发送端通过第一传输路径发送的分组数据时,向所述发送端反馈第一确认消息,并通过第二传输路径将接收到的所述分组数据发送至接收端;
第二判断模块,用于所述重传服务器确定接收到所述接收端反馈的第二失败消息是否有效;
传输路径更新模块,用于所述重传服务器在确定接收到所述接收端反馈的第二失败消息有效时,重新确定所述第二传输路径,并通过重新确定的所述第二传输路径向所述接收端重新发送所述分组数据。
在一种可能的实施方式中,在本发明实施例提供的上述业务平台中,还包括:
收发模块,用于收发单元接收所述发送端发送的呼叫和媒体协商请求;所述收发单元根据接收到的所述呼叫和媒体协商请求,确定所述接收端的地址,并向所述接收端转发所述呼叫和媒体协商请求;
调用模块,用于所述收发单元在确定接收到所述接收端反馈的媒体参数时,调用重传控制单元;
确定模块,用于所述重传控制单元根据所述发送端与所述接收端在网络拓扑中的位置,以及预先设定的重传服务器的选择标准,确定用于转发所述发送端和所述接收端之间传输的分组数据的所述重传服务器;
初始化模块,用于所述重传服务器初始化所述第一传输路径和所述第二传输路径。
在一种可能的实施方式中,在本发明实施例提供的上述业务平台中,所述确定模块具体用于所述预先设定的重传服务器的选择标准为同时满足以下条件:所述重传服务器与所述发送端之间存在至少两条传输路径;所述重传服务器与所述接收端之间存在至少两条传输路径;所述重传服务器与所述发送端之间的传输时延小于所述发送端与所述接收端之间的传输时延;所述重传服务器与所述接收端之间的传输时延小于所述发送端与所述接收端之间的传输时延;所述重传服务器的负载未饱和。
在一种可能的实施方式中,在本发明实施例提供的上述业务平台中,所述初始化模块具体用于所述重传服务器在与所述发送端之间存在的至少两条传输路径中随机选择一条传输路径作为所述第一传输路径;所述重传服务器在与所述接收端之间存在的至少两条传输路径中随机选择一条传输路径作为所述第二传输路径。
在一种可能的实施方式中,在本发明实施例提供的上述业务平台中,所述第一判断模块具体用于所述重传服务器确定是否在预设回路时间内接收到所述发送端通过所述第一传输路径发送的分组数据;若是,则确定接收到所述发送端发送的所述分组数据;若否,则确定未接收到所述发送端发送的所述分组数据。
在一种可能的实施方式中,在本发明实施例提供的上述业务平台中,所述第二判断模块具体用于所述重传服务器确定接收到所述接收端反馈的第二失败消息是否为针对同一所述分组数据且首次反馈的第二失败消息;若是,则确定所述第二失败消息有效;若否,则确定所述第二失败消息无效。
在一种可能的实施方式中,在本发明实施例提供的上述业务平台中,所述传输路径更新模块具体用于所述重传服务器在与所述接收端之间存在的至少两条传输路径中随机选择不同于更新前的所述第二传输路径的一条传输路径作为重新确定的所述第二传输路径。
本发明实施例还提供了一种发送端,包括:
发送模块,用于通过第一传输路径向重传服务器发送分组数据;
判断模块,用于确定接收到所述重传服务器反馈的第一失败消息是否有效;
传输路径更新模块,用于在确定接收到所述重传服务器反馈的第一失败消息有效时,重新确定所述第一传输路径,并通过重新确定的所述第一传输路径向所述重传服务器重新发送所述分组数据。
在一种可能的实施方式中,在本发明实施例提供的上述发送端中,还包括:
请求发送模块,用于向收发单元发送呼叫和媒体协商请求;
消息接收模块,用于接收所述重传服务器发送的携带初始化后的所述第一传输路径的消息。
在一种可能的实施方式中,在本发明实施例提供的上述发送端中,所述判断模块具体用于确定接收到所述重传服务器反馈的第一失败消息是否为针对同一所述分组数据且首次反馈的第一失败消息;若是,则确定所述第一失败消息有效;若否,则确定所述第一失败消息无效。
在一种可能的实施方式中,在本发明实施例提供的上述发送端中,所述传输路径更新模块具体用于在与所述重传服务器之间存在的至少两条传输路径中随机选择不同于更新前的所述第一传输路径的一条传输路径作为重新确定的所述第一传输路径。
本发明实施例还提供了一种接收端,包括:
判断模块,用于确定是否接收到重传服务器通过第二传输路径发送的分组数据;
反馈模块,用于在确定未接收到所述重传服务器通过第二传输路径发送的分组数据时,向所述重传服务器反馈第二失败消息,并通过所述重传服务器重新确定的所述第二传输路径接收所述分组数据。
在一种可能的实施方式中,在本发明实施例提供的上述接收端中,还包括:
请求接收模块,用于接收收发单元发送的呼叫和媒体协商请求;
消息接收模块,用于接收所述重传服务器发送的携带初始化后的所述第二传输路径的消息。
在一种可能的实施方式中,在本发明实施例提供的上述接收端中,所述判断模块具体用于确定是否在预设回路时间内接收到所述重传服务器通过第二传输路径发送的分组数据;若是,则确定接收到所述重传服务器发送的所述分组数据;若否,则确定未接收到所述重传服务器发送的所述分组数据。
本发明实施例还提供了一种分组数据的实时重传系统,包括:发送端、接收端、以及业务平台;其中,
所述业务平台包括收发单元、重传控制单元、以及多个重传服务器;
所述收发单元,用于接收所述发送端发送的呼叫和媒体协商请求;根据接收到的所述呼叫和媒体协商请求,确定所述接收端的地址,并向所述接收端转发所述呼叫和媒体协商请求;在确定接收到所述接收端反馈的媒体参数时,调用重传控制单元;
所述重传控制单元,用于根据所述发送端与所述接收端在网络拓扑中的位置,以及预先设定的重传服务器的选择标准,确定用于转发所述发送端和所述接收端之间传输的分组数据的所述重传服务器;
所述重传服务器,用于初始化所述第一传输路径和所述第二传输路径;确定是否接收到发送端通过第一传输路径发送的分组数据;在确定未接收到所述发送端通过第一传输路径发送的分组数据时,向所述发送端反馈第一失败消息,并通过所述发送端重新确定的所述第一传输路径接收所述分组数据;在确定接收到所述发送端通过第一传输路径发送的分组数据时,向所述发送端反馈第一确认消息,并通过第二传输路径将接收到的所述分组数据发送至接收端;确定接收到所述接收端反馈的第二失败消息是否有效;在确定接收到所述接收端反馈的第二失败消息有效时,重新确定所述第二传输路径,并通过重新确定的所述第二传输路径向所述接收端重新发送所述分组数据;
所述发送端,用于通过第一传输路径向重传服务器发送分组数据;确定接收到所述重传服务器反馈的第一失败消息是否有效;在确定接收到所述重传服务器反馈的第一失败消息有效时,重新确定所述第一传输路径,并通过重新确定的所述第一传输路径向所述重传服务器重新发送所述分组数据;
所述接收端,用于确定是否接收到重传服务器通过第二传输路径发送的分组数据;在确定未接收到所述重传服务器通过第二传输路径发送的分组数据时,向所述重传服务器反馈第二失败消息,并通过所述重传服务器重新确定的所述第二传输路径接收所述分组数据。
附图说明
图1为本发明实施例中提供的一种分组数据的实时重传方法的流程图之一;
图2为本发明实施例中提供的一种分组数据的实时重传方法的流程图之二;
图3为本发明实施例中提供的一种业务平台;
图4为本发明实施例中提供的一种分组数据的实时重传方法的流程图之三;
图5为本发明实施例中提供的一种发送端;
图6为本发明实施例中提供的一种分组数据的实时重传方法的流程图之四;
图7为本发明实施例中提供的一种接收端;
图8为本发明实施例中提供的一种分组数据的实时重传系统;
图9为本发明实施例中提供的实施例一的方法的流程图;
图10为本发明实施例中提供的实施例一的交互流程的示意图。
具体实施方式
下面将结合附图,对本发明实施例提供的一种分组数据的实时重传方法、实时重传系统及相关装置的具体实施方式进行详细地说明。需要说明的是,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供了一种分组数据的实时重传方法,适用于业务平台侧,如图1所示,可以包括:
S101、重传服务器确定是否接收到发送端通过第一传输路径发送的分组数据;若否,则执行步骤S102;若是,则执行步骤S103;
S102、向发送端反馈第一失败消息,并通过发送端重新确定的第一传输路径接收分组数据;
S103、向发送端反馈第一确认消息,并通过第二传输路径将接收到的分组数据发送至接收端;
S104、重传服务器确定接收到接收端反馈的第二失败消息是否有效;若是,则执行步骤S105;
S105、重新确定第二传输路径,并通过重新确定的第二传输路径向接收端重新发送分组数据。
本发明存在多种不同的实施例,在S102中,向发送端反馈第一失败消息所采用的路径,可以是原来的路径,也可以由重传服务器重新确定;重传服务器可以依据历史数据,例如,分别或综合考量不同路径的丢包率、成功使用时长和切换频度等情况,提供重新选择路径的建议,提供给发送端。
本发明实施例提供的上述分组数据的实时重传方法,通过重传服务器与发送端和重传服务器与接收端之间端对端的交互,在发送分组数据的一端确定接收到有效的失败消息时,重新确定传输路径,并通过重新确定的传输路径重新发送分组数据;同时,在接收分组数据一端根据是否接收到分组数据而向发送分组数据的一端反馈相应的消息,使得发送分组数据的一端进行相应的操作,因此,为分组数据的传输创造乐一次重传的机会,将重传数据造成的时延缩短了一半,减少了分组数据丢失的概率,有效地处理实时会话类业务中时延约束的问题;另外,该实时重传方法可以减少网络传输的负载,无需预先加入大量的冗余信息来保障传输质量,并且还可以减少移动终端的计算压力,有效提高了实时性会话类业务的通话质量。
在具体实施时,在本发明实施例提供的上述实时重传方法中的步骤S101重传服务器确定是否接收到发送端通过第一传输路径发送的分组数据之前,如图2所示,还可以包括:
S201、收发单元接收发送端发送的呼叫和媒体协商请求;
S202、收发单元根据接收到的呼叫和媒体协商请求,确定接收端的地址,并向接收端转发呼叫和媒体协商请求;
S203、收发单元在确定接收到接收端反馈的媒体参数时,调用重传控制单元;
S204、重传控制单元根据发送端与接收端在网络拓扑中的位置,以及预先设定的重传服务器的选择标准,确定用于转发发送端和接收端之间传输的分组数据的重传服务器;
S205、重传服务器初始化第一传输路径和第二传输路径。
具体地,收发单元在接收到接收端反馈的媒体参数时,结合发送端发送的媒体协商请求,确定传输的分组数据的音、视频编码标准和参数,为分组数据传输做准备。
具体地,为了选择出与发送端和接收端匹配的重传服务器,在本发明实施例提供的上述实时重传方法中的步骤S204预先设定的重传服务器的选择标准为同时满足以下条件:
重传服务器与发送端之间存在至少两条传输路径;
重传服务器与接收端之间存在至少两条传输路径;
重传服务器与发送端之间的传输时延小于发送端与接收端之间的传输时延;
重传服务器与接收端之间的传输时延小于发送端与接收端之间的传输时延;
重传服务器的负载未饱和。
具体地,业务平台包括收发单元、重传控制器、以及多个重传服务器,每个服务器在发送端与接收端之间的位置关系和连接关系可能均不相同,为了能够确定匹配的重传服务器,实现实时重传,需要根据重传服务器与发送端和重传服务器与接收端之间的传输路径的个数,传输时延,以及重传服务器的负载情况而定。
具体地,为了能够确定出首次传输分组数据的传输路径,在本发明实施例提供的上述实时重传方法中的步骤S205重传服务器初始化第一传输路径和第二传输路径,可以具体包括:
重传服务器在与发送端之间存在的至少两条传输路径中随机选择一条传输路径作为第一传输路径;
重传服务器在与接收端之间存在的至少两条传输路径中随机选择一条传输路径作为第二传输路径。
在具体实施时,为了能够判断出重传服务器是否接收到了发送端发送的分组数据,在本发明实施例提供的上述实时重传方法中的步骤S101重传服务器确定是否接收到发送端通过第一传输路径发送的分组数据,可以具体包括:
重传服务器确定是否在预设回路时间内接收到发送端通过第一传输路径发送的分组数据;
若是,则确定接收到发送端发送的分组数据;
若否,则确定未接收到发送端发送的分组数据。
具体地,回路时间是指从发送端到接收端所需时长的2倍,当接收分组数据的时间超过了回路时间,则确定该分组数据发生了丢包,即重传服务器确定未接收到发送端发送的分组数据。
在具体实施时,为了确定接收端反馈的第二失败消息是否有效,在本发明实施例提供的上述实时重传方法中的步骤S104重传服务器确定接收到接收端反馈的第二失败消息是否有效,可以具体包括:
重传服务器确定接收到接收端反馈的第二失败消息是否为针对同一分组数据且首次反馈的第二失败消息;
若是,则确定第二失败消息有效;
若否,则确定第二失败消息无效。
具体地,重传服务器只有在接收到对于同一分组数据且首次反馈的第二失败消息时,确定为第二失败消息有效,并重新确定第二传输路径;而当重传服务器第二次接收到对同一组分组数据反馈的第二失败消息时,确定为第二失败消息无效,则不再第二次重新确定第二传输路径,也不再第二次重新传输二次丢失的分组数据,而是通过第一次重新确定的传输路径继续传输后续的分组数据。
在具体实施时,为了实现对第二传输路径的更新,在本发明实施例提供的上述实时重传方法中的步骤S105重新确定第二传输路径,可以具体包括:
重传服务器在与接收端之间存在的至少两条传输路径中随机选择不同于更新前的第二传输路径的一条传输路径作为重新确定的第二传输路径。
具体地,在分组数据的传输过程中,是按照自动生成的分组数据的编号由小到大的顺序依次传输的,当分组数据发生丢包之后,重新发送该分组数据之前,会对该分组数据自动重新编号,且更新后的编号与原编号相似而不同,以便于在继续传输分组数据时,依然能够按照编号由小到大的顺序依次传输;例如,在重传服务器接收到接收端反馈的对于编号为#2的分组数据有效的第二失败消息时,重新确定第二传输路径,同时将编号为#2的分组数据被重新编号为#2’,通过重新确定的第二传输路径发送至接收端。
具体地,重传服务器在接收到接收端反馈的第二确认消息时,通过第二传输路径继续向接收端发送后续的分组数据。
基于同一发明构思,本发明实施例还提供了一种业务平台,由于该装置解决问题的原理与前述一种分组数据的实时重传方法相似,因此该装置的实施可以参见方法的实施,重复之处不再赘述。
具体地,本发明实施例提供的一种业务平台,如图3所示,可以包括:
第一判断模块301,用于重传服务器确定是否接收到发送端通过第一传输路径发送的分组数据;
反馈模块302,用于重传服务器在确定未接收到发送端通过第一传输路径发送的分组数据时,向发送端反馈第一失败消息,并通过发送端重新确定的第一传输路径接收分组数据;
发送模块303,用于重传服务器在确定接收到发送端通过第一传输路径发送的分组数据时,向发送端反馈第一确认消息,并通过第二传输路径将接收到的分组数据发送至接收端;
第二判断模块304,用于重传服务器确定接收到接收端反馈的第二失败消息是否有效;
传输路径更新模块305,用于重传服务器在确定接收到接收端反馈的第二失败消息有效时,重新确定第二传输路径,并通过重新确定的第二传输路径向接收端重新发送分组数据。
在具体实施时,在本发明实施例提供的上述业务平台中,如图3所示,还可以包括:
收发模块306,用于收发单元接收发送端发送的呼叫和媒体协商请求;收发单元根据接收到的呼叫和媒体协商请求,确定接收端的地址,并向接收端转发呼叫和媒体协商请求;
调用模块307,用于收发单元在确定接收到接收端反馈的媒体参数时,调用重传控制单元;
确定模块308,用于重传控制单元根据发送端与接收端在网络拓扑中的位置,以及预先设定的重传服务器的选择标准,确定用于转发发送端和接收端之间传输的分组数据的重传服务器;
初始化模块309,用于重传服务器初始化第一传输路径和第二传输路径。
具体地,在本发明实施例提供的上述业务平台中,确定模块308具体用于预先设定的重传服务器的选择标准为同时满足以下条件:重传服务器与发送端之间存在至少两条传输路径;重传服务器与接收端之间存在至少两条传输路径;重传服务器与发送端之间的传输时延小于发送端与接收端之间的传输时延;重传服务器与接收端之间的传输时延小于发送端与接收端之间的传输时延;重传服务器的负载未饱和。
具体地,在本发明实施例提供的上述业务平台中,初始化模块309具体用于重传服务器在与发送端之间存在的至少两条传输路径中随机选择一条传输路径作为第一传输路径;重传服务器在与接收端之间存在的至少两条传输路径中随机选择一条传输路径作为第二传输路径。
在具体实施时,在本发明实施例提供的上述业务平台中,第一判断模块301具体用于重传服务器确定是否在预设回路时间内接收到发送端通过第一传输路径发送的分组数据;若是,则确定接收到发送端发送的分组数据;若否,则确定未接收到发送端发送的分组数据。
在具体实施时,在本发明实施例提供的上述业务平台中,第二判断模块304具体用于重传服务器确定接收到接收端反馈的第二失败消息是否为针对同一分组数据且首次反馈的第二失败消息;若是,则确定第二失败消息有效;若否,则确定第二失败消息无效。
在具体实施时,在本发明实施例提供的上述业务平台中,传输路径更新模块305具体用于重传服务器在与接收端之间存在的至少两条传输路径中随机选择不同于更新前的第二传输路径的一条传输路径作为重新确定的第二传输路径。
基于同一发明构思,本发明实施例还提供了一种分组数据的实时重传方法,适用于发送端侧,如图4所示,可以包括:
S401、通过第一传输路径向重传服务器发送分组数据;
S402、确定接收到重传服务器反馈的第一失败消息是否有效;若是,则执行步骤S403;
S403、重新确定第一传输路径,并通过重新确定的第一传输路径向重传服务器重新发送分组数据。
本发明实施例提供的上述分组数据的实时重传方法,通过重传服务器与发送端之间端对端的交互,在发送分组数据的一端确定接收到有效的失败消息时,重新确定传输路径,并通过重新确定的传输路径重新发送分组数据;因此,该方法为分组数据的传输创造了一次重传的机会,将重传数据造成的时延缩短了一半,减少了分组数据丢失的概率,有效地处理实时会话类业务中时延约束的问题;另外,该实时重传方法可以减少网络传输的负载,无需预先加入大量的冗余信息来保障传输质量,并且还可以减少移动终端的计算压力,有效提高了实时性会话类业务的通话质量。
在具体实施时,在本发明实施例提供的上述实时重传方法中的步骤S401通过第一传输路径向重传服务器发送分组数据之前,还可以包括:
向收发单元发送呼叫和媒体协商请求;
接收重传服务器发送的携带初始化后的第一传输路径的消息。
具体地,发送端接收重传服务器发送的携带初始化后的第一传输路径的消息,即可以获知发送端向重传服务器传输分组数据时的首次传输路径。
在具体实施时,为了能否确定出第一失败消息是否有效,在本发明实施例提供的上述实时重传方法中的步骤S402确定接收到重传服务器反馈的第一失败消息是否有效,可以具体包括:
确定接收到重传服务器反馈的第一失败消息是否为针对同一分组数据且首次反馈的第一失败消息;
若是,则确定第一失败消息有效;
若否,则确定第一失败消息无效。
具体地,发送端只有在接收到对于同一分组数据且首次反馈的第一失败消息时,确定为第一失败消息有效,并重新确定第一传输路径;而当发送端第二次接收到对同一组分组数据反馈的第一失败消息时,确定为第一失败消息无效,则不再第二次重新确定第一传输路径,也不再第二次重新传输二次丢失的分组数据,而是通过第一次重新确定的传输路径继续传输后续的分组数据。
在具体实施时,为了能够更新第一传输路径,重新发送丢失的分组数据,在本发明实施例提供的上述实时重传方法中的步骤S403重新确定第一传输路径,可以具体包括:
在与重传服务器之间存在的至少两条传输路径中随机选择不同于更新前的第一传输路径的一条传输路径作为重新确定的第一传输路径。
具体地,在分组数据的传输过程中,是按照自动生成的分组数据的编号由小到大的顺序依次传输的,当分组数据发生丢包之后,重新发送该分组数据之前,会对该分组数据自动重新编号,且更新后的编号与原编号相似而不同,以便于在继续传输分组数据时,依然能够按照编号由小到大的顺序依次传输;例如,在发送端接收到重传服务器反馈的对于编号为#2的分组数据有效的第一失败消息时,重新确定第一传输路径,同时将编号为#2的分组数据被重新编号为#2’,通过重新确定的第一传输路径发送至重传服务器。
具体地,发送端在接收到重传服务器反馈的第一确认消息时,通过第一传输路径继续向重传服务器发送后续的分组数据。
基于同一发明构思,本发明实施例还提供了一种发送端,由于该装置解决问题的原理与前述一种分组数据的实时重传方法相似,因此该装置的实施可以参见方法的实施,重复之处不再赘述。
具体地,本发明实施例提供的一种发送端,如图5所示,可以包括:
发送模块501,用于通过第一传输路径向重传服务器发送分组数据;
判断模块502,用于确定接收到重传服务器反馈的第一失败消息是否有效;
传输路径更新模块503,用于在确定接收到重传服务器反馈的第一失败消息有效时,重新确定第一传输路径,并通过重新确定的第一传输路径向重传服务器重新发送分组数据。
在具体实施时,在本发明实施例提供的上述发送端中,如图5所示,还可以包括:
请求发送模块504,用于向收发单元发送呼叫和媒体协商请求;
消息接收模块505,用于接收重传服务器发送的携带初始化后的第一传输路径的消息。
在具体实施时,在本发明实施例提供的上述发送端中,判断模块502具体用于确定接收到重传服务器反馈的第一失败消息是否为针对同一分组数据且首次反馈的第一失败消息;若是,则确定第一失败消息有效;若否,则确定第一失败消息无效。
在具体实施时,在本发明实施例提供的上述发送端中,传输路径更新模块503具体用于在与重传服务器之间存在的至少两条传输路径中随机选择不同于更新前的第一传输路径的一条传输路径作为重新确定的第一传输路径。
基于同一发明构思,本发明实施例还提供了一种分组数据的实时重传方法,适用于接收端侧,如图6所示,可以包括:
S601、确定是否接收到重传服务器通过第二传输路径发送的分组数据;若否,则执行步骤S602;
S602、向重传服务器反馈第二失败消息,并通过重传服务器重新确定的第二传输路径接收分组数据。
本发明实施例提供的上述分组数据的实时重传方法,通过重传服务器与接收端之间端对端的交互,由接收分组数据的一端即接收端在确定未接收到重传服务器发送的分组数据时,向重传服务器反馈第二失败消息,并通过重传服务器重新确定的第二传输路径重新接收分组数据;因此,该方法有效地将重传数据造成的时延缩短了一半,有效地处理实时会话类业务中时延约束的问题;另外,该实时重传方法可以减少网络传输的负载,无需预先加入大量的冗余信息来保障传输质量,并且还可以减少移动终端的计算压力,有效提高了实时性会话类业务的通话质量。
在具体实施时,在本发明实施例提供的上述实时重传方法中的步骤S601确定是否接收到重传服务器通过第二传输路径发送的分组数据之前,还可以包括:
接收收发单元发送的呼叫和媒体协商请求;
接收重传服务器发送的携带初始化后的第二传输路径的消息。
具体地,接收端接收重传服务器发送的携带初始化后的第二传输路径的消息,即可以获知重传服务器向接收端传输分组数据时的首次传输路径。
在具体实施时,为了能够确定出是否接收到重传服务器发送的分组数据,在本发明实施例提供的上述实时重传方法中的步骤S601确定是否接收到重传服务器通过第二传输路径发送的分组数据,可以具体包括:
确定是否在预设回路时间内接收到重传服务器通过第二传输路径发送的分组数据;
若是,则确定接收到重传服务器发送的分组数据;
若否,则确定未接收到重传服务器发送的分组数据。
具体地,回路时间是指从发送端到接收端所需时长的2倍,当接收分组数据的时间超过了回路时间,则确定该分组数据发生了丢包,即接收端确定未接收到重传服务器发送的分组数据。
具体地,在接收到重传服务器通过第二传输路径发送的分组数据时,向重传服务器反馈第二确认消息,并通过第二传输路径继续接收重传服务器发送的后续的分组数据。
基于同一发明构思,本发明实施例还提供了一种接收端,由于该装置解决问题的原理与前述一种分组数据的实时重传方法相似,因此该装置的实施可以参见方法的实施,重复之处不再赘述。
具体地,本发明实施例提供的一种接收端,如图7所示,可以包括:
判断模块701,用于确定是否接收到重传服务器通过第二传输路径发送的分组数据;
反馈模块702,用于在确定未接收到重传服务器通过第二传输路径发送的分组数据时,向重传服务器反馈第二失败消息,并通过重传服务器重新确定的第二传输路径接收分组数据。
在具体实施时,在本发明实施例提供的上述接收端中,如图7所示,还可以包括:
请求接收模块703,用于接收收发单元发送的呼叫和媒体协商请求;
消息接收模块704,用于接收重传服务器发送的携带初始化后的第二传输路径的消息。
在具体实施时,在本发明实施例提供的上述接收端中,判断模块701具体用于确定是否在预设回路时间内接收到重传服务器通过第二传输路径发送的分组数据;若是,则确定接收到重传服务器发送的分组数据;若否,则确定未接收到重传服务器发送的分组数据。
基于同一发明构思,本发明实施例还提供了一种分组数据的实时重传系统,如图8所示,可以包括:发送端801、接收端802、以及业务平台803;其中,
业务平台803包括收发单元803-1、重传控制单元803-2、以及多个重传服务器803-3;
收发单元803-1,用于接收发送端801发送的呼叫和媒体协商请求;根据接收到的呼叫和媒体协商请求,确定接收端802的地址,并向接收端802转发呼叫和媒体协商请求;在确定接收到接收端802反馈的媒体参数时,调用重传控制单元803-2;
重传控制单元803-2,用于根据发送端801与接收端802在网络拓扑中的位置,以及预先设定的重传服务器803-3的选择标准,确定用于转发发送端801和接收端802之间传输的分组数据的重传服务器803-3;
重传服务器803-3,用于初始化第一传输路径和第二传输路径;确定是否接收到发送端801通过第一传输路径发送的分组数据;在确定未接收到发送端801通过第一传输路径发送的分组数据时,向发送端801反馈第一失败消息,并通过发送端801重新确定的第一传输路径接收分组数据;在确定接收到发送端801通过第一传输路径发送的分组数据时,向发送端801反馈第一确认消息,并通过第二传输路径将接收到的分组数据发送至接收端802;确定接收到接收端802反馈的第二失败消息是否有效;在确定接收到接收端802反馈的第二失败消息有效时,重新确定第二传输路径,并通过重新确定的第二传输路径向接收端802重新发送分组数据;
发送端801,用于通过第一传输路径向重传服务器803-3发送分组数据;确定接收到重传服务器803-3反馈的第一失败消息是否有效;在确定接收到重传服务器803-3反馈的第一失败消息有效时,重新确定第一传输路径,并通过重新确定的第一传输路径向重传服务器803-3重新发送分组数据;
接收端802,用于确定是否接收到重传服务器803-3通过第二传输路径发送的分组数据;在确定未接收到重传服务器803-3通过第二传输路径发送的分组数据时,向重传服务器803-3反馈第二失败消息,并通过重传服务器803-3重新确定的第二传输路径接收分组数据。
具体地,在实际的实时会话类业务中,当移动终端A和移动终端B进行实时会话时,因处于实时会话业务中,两个移动终端既可以发送分组数据,又可以接收分组数据,因此,移动终端A在发送分组数据时即为发送端,在接收分组数据时即为接收端,移动终端B亦之如此。
下面将以一次标准的视频通话为例,详细说明本发明实施例提供的上述实时重传系统的工作流程。
实施例一:结合图8所示的实时重传系统、图9所示的方法的流程图、以及图10所示的交互流程的示意图;以移动终端A为发送端,移动终端B为接收端,且由移动终端A向移动终端B传输一个分组数据为例,业务平台包括收发单元、重传控制单元、以及多个重传服务器。
S901、移动终端A向收发单元发送呼叫和媒体协商请求;
S902、收发单元根据接收到的呼叫和媒体协商请求,确定移动终端B的地址,并向移动终端B转发呼叫和媒体协商请求;
S903、移动终端B根据接收到的呼叫和媒体协商请求,向收发单元反馈媒体参数;
S904、收发单元根据接收到的移动终端B反馈的媒体参数,调用重传控制单元;
S905、重传控制单元根据移动终端A和移动终端B在网络拓扑中的位置,以及预先设定的重传服务器的选择标准,确定用于转发移动终端A和移动终端B之间传输的分组数据的传输路径;
S906、重传服务器向移动终端A发送携带有初始化后的第一传输路径的消息,以及向移动终端B发送携带有初始化后的第二传输路径的消息;
S907、移动终端A通过第一传输路径将分组数据发送至重传服务器;
S908、重传服务器确定是否在预先设定回路时间内接收到分组数据;若是,则执行步骤S909;若否,则执行步骤S910;
S909、重传服务器向移动终端A反馈第一确认消息,并通过第二传输路径向移动终端B发送分组数据;执行步骤S915;
S910、重传服务器向移动终端A反馈第一失败消息;
S911、移动终端A确定接收到重传服务器反馈的第一失败消息是否有效;若是,则执行步骤S912;若否,则执行步骤S914;
S912、移动终端A重新确定第一传输路径;
S913、移动终端A通过重新确定的第一传输路径重新发送分组数据;
S914、移动终端A不再重新确定第一传输路径;
S915、移动终端B确定是否在预先设定回路时间内接收到分组数据;若是,则执行步骤S916;若否,则执行步骤S917;
S916、移动终端B向重传服务器反馈第二确认消息;结束流程;
S917、移动终端B向重传服务器反馈第二失败消息;
S918、重传服务器确定接收到移动终端B反馈的第二失败消息是否有效;若是,则执行步骤S919;若否,则执行步骤S921;
S919、重传服务器重新确定第二传输路径;
S920、重传服务器通过重新确定的第二传输路径重新发送分组数据;结束流程;
S921、重传服务器不再重新确定第二传输路径。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
本发明实施例提供了一种分组数据的实时重传方法、实时重传系统及相关装置,该实时重传方法包括:发送端首先通过第一传输路径向重传服务器发送分组数据,重传服务器在接收分组数据时确定是否接收到发送端发送的的分组数据,在确定接收到发送端发送的分组数据时,向发送端反馈第一确认消息,同时通过第二传输路径将接收到的分组数据发送至接收端,使得接收端在确定未接收到分组数据时向重传服务器反馈第二失败消息,此时重传服务器确定接收到的接收端反馈的第二失败消息是否有效,若有效,则重传服务器更新第二传输路径,并向接收端重新发送分组数据;在确定未接收到发送端发送的分组数据时,向发送端反馈第一失败消息,此时发送端确定接受到重传服务器反馈的第一失败消息是否有效,若有效,则发送端更新第一传输路径,并向重传服务器重新发送分组数据。因此,通过重传服务器与发送端和重传服务器与接收端之间端对端的交互,在发送分组数据的一端确定接收到有效的失败消息时,重新确定传输路径,并通过重新确定的传输路径重新发送分组数据;同时,在接收分组数据一端根据是否接收到分组数据而向发送分组数据的一端反馈相应的消息,使得发送分组数据的一端进行相应的操作,因此,为分组数据的传输创造了一次重传的机会,将重传数据造成的时延缩短了一半,减少了分组数据丢失的概率,有效地处理实时会话类业务中时延约束的问题;另外,该实时重传方法可以减少网络传输的负载,无需预先加入大量的冗余信息来保障传输质量,并且还可以减少移动终端的计算压力,有效提高了实时性会话类业务的通话质量。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (29)
1.一种分组数据的实时重传方法,其特征在于,包括:
重传服务器确定是否接收到发送端通过第一传输路径发送的分组数据;
所述重传服务器在确定未接收到所述发送端通过第一传输路径发送的分组数据时,向所述发送端反馈第一失败消息,并通过所述发送端重新确定的所述第一传输路径接收所述分组数据;
所述重传服务器在确定接收到所述发送端通过第一传输路径发送的分组数据时,向所述发送端反馈第一确认消息,并通过第二传输路径将接收到的所述分组数据发送至接收端;
所述重传服务器确定接收到所述接收端反馈的第二失败消息是否有效;
所述重传服务器在确定接收到所述接收端反馈的第二失败消息有效时,重新确定所述第二传输路径,并通过重新确定的所述第二传输路径向所述接收端重新发送所述分组数据。
2.如权利要求1所述的实时重传方法,其特征在于,在重传服务器确定是否接收到发送端通过第一传输路径发送的分组数据之前,还包括:
收发单元接收所述发送端发送的呼叫和媒体协商请求;
所述收发单元根据接收到的所述呼叫和媒体协商请求,确定所述接收端的地址,并向所述接收端转发所述呼叫和媒体协商请求;
所述收发单元在确定接收到所述接收端反馈的媒体参数时,调用重传控制单元;
所述重传控制单元根据所述发送端与所述接收端在网络拓扑中的位置,以及预先设定的重传服务器的选择标准,确定用于转发所述发送端和所述接收端之间传输的分组数据的所述重传服务器;
所述重传服务器初始化所述第一传输路径和所述第二传输路径。
3.如权利要求2所述的实时重传方法,其特征在于,所述预先设定的重传服务器的选择标准为同时满足以下条件:
所述重传服务器与所述发送端之间存在至少两条传输路径;
所述重传服务器与所述接收端之间存在至少两条传输路径;
所述重传服务器与所述发送端之间的传输时延小于所述发送端与所述接收端之间的传输时延;
所述重传服务器与所述接收端之间的传输时延小于所述发送端与所述接收端之间的传输时延;
所述重传服务器的负载未饱和。
4.如权利要求3所述的实时重传方法,其特征在于,所述重传服务器初始化所述第一传输路径和所述第二传输路径,具体包括:
所述重传服务器在与所述发送端之间存在的至少两条传输路径中随机选择一条传输路径作为所述第一传输路径;
所述重传服务器在与所述接收端之间存在的至少两条传输路径中随机选择一条传输路径作为所述第二传输路径。
5.如权利要求1所述的实时重传方法,其特征在于,所述重传服务器确定是否接收到发送端通过第一传输路径发送的分组数据,具体包括:
所述重传服务器确定是否在预设回路时间内接收到所述发送端通过所述第一传输路径发送的分组数据;
若是,则确定接收到所述发送端发送的所述分组数据;
若否,则确定未接收到所述发送端发送的所述分组数据。
6.如权利要求1所述的实时重传方法,其特征在于,所述重传服务器确定接收到所述接收端反馈的第二失败消息是否有效,具体包括:
所述重传服务器确定接收到所述接收端反馈的第二失败消息是否为针对同一所述分组数据且首次反馈的第二失败消息;
若是,则确定所述第二失败消息有效;
若否,则确定所述第二失败消息无效。
7.如权利要求3所述的实时重传方法,其特征在于,所述重新确定所述第二传输路径,具体包括:
所述重传服务器在与所述接收端之间存在的至少两条传输路径中随机选择不同于更新前的所述第二传输路径的一条传输路径作为重新确定的所述第二传输路径。
8.一种分组数据的实时重传方法,其特征在于,包括:
通过第一传输路径向重传服务器发送分组数据;
确定接收到所述重传服务器反馈的第一失败消息是否有效;
在确定接收到所述重传服务器反馈的第一失败消息有效时,重新确定所述第一传输路径,并通过重新确定的所述第一传输路径向所述重传服务器重新发送所述分组数据。
9.如权利要求8所述的实时重传方法,其特征在于,在通过第一传输路径向重传服务器发送分组数据之前,还包括:
向收发单元发送呼叫和媒体协商请求;
接收所述重传服务器发送的携带初始化后的所述第一传输路径的消息。
10.如权利要求8所述的实时重传方法,其特征在于,所述确定接收到所述重传服务器反馈的第一失败消息是否有效,具体包括:
确定接收到所述重传服务器反馈的第一失败消息是否为针对同一所述分组数据且首次反馈的第一失败消息;
若是,则确定所述第一失败消息有效;
若否,则确定所述第一失败消息无效。
11.如权利要求8所述的实时重传方法,其特征在于,所述重新确定所述第一传输路径,具体包括:
在与所述重传服务器之间存在的至少两条传输路径中随机选择不同于更新前的所述第一传输路径的一条传输路径作为重新确定的所述第一传输路径。
12.一种分组数据的实时重传方法,其特征在于,包括:
确定是否接收到重传服务器通过第二传输路径发送的分组数据;
在确定未接收到所述重传服务器通过第二传输路径发送的分组数据时,向所述重传服务器反馈第二失败消息,并通过所述重传服务器重新确定的所述第二传输路径接收所述分组数据。
13.如权利要求12所述的实时重传方法,其特征在于,在确定是否接收到重传服务器通过第二传输路径发送的分组数据之前,还包括:
接收收发单元发送的呼叫和媒体协商请求;
接收所述重传服务器发送的携带初始化后的所述第二传输路径的消息。
14.如权利要求12所述的实时重传方法,其特征在于,所述确定是否接收到重传服务器通过第二传输路径发送的分组数据,具体包括:
确定是否在预设回路时间内接收到所述重传服务器通过第二传输路径发送的分组数据;
若是,则确定接收到所述重传服务器发送的所述分组数据;
若否,则确定未接收到所述重传服务器发送的所述分组数据。
15.一种业务平台,其特征在于,包括:
第一判断模块,用于重传服务器确定是否接收到发送端通过第一传输路径发送的分组数据;
反馈模块,用于所述重传服务器在确定未接收到所述发送端通过第一传输路径发送的分组数据时,向所述发送端反馈第一失败消息,并通过所述发送端重新确定的所述第一传输路径接收所述分组数据;
发送模块,用于所述重传服务器在确定接收到所述发送端通过第一传输路径发送的分组数据时,向所述发送端反馈第一确认消息,并通过第二传输路径将接收到的所述分组数据发送至接收端;
第二判断模块,用于所述重传服务器确定接收到所述接收端反馈的第二失败消息是否有效;
传输路径更新模块,用于所述重传服务器在确定接收到所述接收端反馈的第二失败消息有效时,重新确定所述第二传输路径,并通过重新确定的所述第二传输路径向所述接收端重新发送所述分组数据。
16.如权利要求15所述的业务平台,其特征在于,还包括:
收发模块,用于收发单元接收所述发送端发送的呼叫和媒体协商请求;所述收发单元根据接收到的所述呼叫和媒体协商请求,确定所述接收端的地址,并向所述接收端转发所述呼叫和媒体协商请求;
调用模块,用于所述收发单元在确定接收到所述接收端反馈的媒体参数时,调用重传控制单元;
确定模块,用于所述重传控制单元根据所述发送端与所述接收端在网络拓扑中的位置,以及预先设定的重传服务器的选择标准,确定用于转发所述发送端和所述接收端之间传输的分组数据的所述重传服务器;
初始化模块,用于所述重传服务器初始化所述第一传输路径和所述第二传输路径。
17.如权利要求16所述的业务平台,其特征在于,所述确定模块具体用于所述预先设定的重传服务器的选择标准为同时满足以下条件:所述重传服务器与所述发送端之间存在至少两条传输路径;所述重传服务器与所述接收端之间存在至少两条传输路径;所述重传服务器与所述发送端之间的传输时延小于所述发送端与所述接收端之间的传输时延;所述重传服务器与所述接收端之间的传输时延小于所述发送端与所述接收端之间的传输时延;所述重传服务器的负载未饱和。
18.如权利要求17所述的业务平台,其特征在于,所述初始化模块具体用于所述重传服务器在与所述发送端之间存在的至少两条传输路径中随机选择一条传输路径作为所述第一传输路径;所述重传服务器在与所述接收端之间存在的至少两条传输路径中随机选择一条传输路径作为所述第二传输路径。
19.如权利要求15所述的业务平台,其特征在于,所述第一判断模块具体用于所述重传服务器确定是否在预设回路时间内接收到所述发送端通过所述第一传输路径发送的分组数据;若是,则确定接收到所述发送端发送的所述分组数据;若否,则确定未接收到所述发送端发送的所述分组数据。
20.如权利要求15所述的业务平台,其特征在于,所述第二判断模块具体用于所述重传服务器确定接收到所述接收端反馈的第二失败消息是否为针对同一所述分组数据且首次反馈的第二失败消息;若是,则确定所述第二失败消息有效;若否,则确定所述第二失败消息无效。
21.如权利要求17所述的业务平台,其特征在于,所述传输路径更新模块具体用于所述重传服务器在与所述接收端之间存在的至少两条传输路径中随机选择不同于更新前的所述第二传输路径的一条传输路径作为重新确定的所述第二传输路径。
22.一种发送端,其特征在于,包括:
发送模块,用于通过第一传输路径向重传服务器发送分组数据;
判断模块,用于确定接收到所述重传服务器反馈的第一失败消息是否有效;
传输路径更新模块,用于在确定接收到所述重传服务器反馈的第一失败消息有效时,重新确定所述第一传输路径,并通过重新确定的所述第一传输路径向所述重传服务器重新发送所述分组数据。
23.如权利要求22所述的发送端,其特征在于,还包括:
请求发送模块,用于向收发单元发送呼叫和媒体协商请求;
消息接收模块,用于接收所述重传服务器发送的携带初始化后的所述第一传输路径的消息。
24.如权利要求22所述的发送端,其特征在于,所述判断模块具体用于确定接收到所述重传服务器反馈的第一失败消息是否为针对同一所述分组数据且首次反馈的第一失败消息;若是,则确定所述第一失败消息有效;若否,则确定所述第一失败消息无效。
25.如权利要求22所述的发送端,其特征在于,所述传输路径更新模块具体用于在与所述重传服务器之间存在的至少两条传输路径中随机选择不同于更新前的所述第一传输路径的一条传输路径作为重新确定的所述第一传输路径。
26.一种接收端,其特征在于,包括:
判断模块,用于确定是否接收到重传服务器通过第二传输路径发送的分组数据;
反馈模块,用于在确定未接收到所述重传服务器通过第二传输路径发送的分组数据时,向所述重传服务器反馈第二失败消息,并通过所述重传服务器重新确定的所述第二传输路径接收所述分组数据。
27.如权利要求26所述的接收端,其特征在于,还包括:
请求接收模块,用于接收收发单元发送的呼叫和媒体协商请求;
消息接收模块,用于接收所述重传服务器发送的携带初始化后的所述第二传输路径的消息。
28.如权利要求26所述的接收端,其特征在于,所述判断模块具体用于确定是否在预设回路时间内接收到所述重传服务器通过第二传输路径发送的分组数据;若是,则确定接收到所述重传服务器发送的所述分组数据;若否,则确定未接收到所述重传服务器发送的所述分组数据。
29.一种分组数据的实时重传系统,其特征在于,包括:发送端、接收端、以及业务平台;其中,
所述业务平台包括收发单元、重传控制单元、以及多个重传服务器;
所述收发单元,用于接收所述发送端发送的呼叫和媒体协商请求;根据接收到的所述呼叫和媒体协商请求,确定所述接收端的地址,并向所述接收端转发所述呼叫和媒体协商请求;在确定接收到所述接收端反馈的媒体参数时,调用重传控制单元;
所述重传控制单元,用于根据所述发送端与所述接收端在网络拓扑中的位置,以及预先设定的重传服务器的选择标准,确定用于转发所述发送端和所述接收端之间传输的分组数据的所述重传服务器;
所述重传服务器,用于初始化所述第一传输路径和所述第二传输路径;确定是否接收到发送端通过第一传输路径发送的分组数据;在确定未接收到所述发送端通过第一传输路径发送的分组数据时,向所述发送端反馈第一失败消息,并通过所述发送端重新确定的所述第一传输路径接收所述分组数据;在确定接收到所述发送端通过第一传输路径发送的分组数据时,向所述发送端反馈第一确认消息,并通过第二传输路径将接收到的所述分组数据发送至接收端;确定接收到所述接收端反馈的第二失败消息是否有效;在确定接收到所述接收端反馈的第二失败消息有效时,重新确定所述第二传输路径,并通过重新确定的所述第二传输路径向所述接收端重新发送所述分组数据;
所述发送端,用于通过第一传输路径向重传服务器发送分组数据;确定接收到所述重传服务器反馈的第一失败消息是否有效;在确定接收到所述重传服务器反馈的第一失败消息有效时,重新确定所述第一传输路径,并通过重新确定的所述第一传输路径向所述重传服务器重新发送所述分组数据;
所述接收端,用于确定是否接收到重传服务器通过第二传输路径发送的分组数据;在确定未接收到所述重传服务器通过第二传输路径发送的分组数据时,向所述重传服务器反馈第二失败消息,并通过所述重传服务器重新确定的所述第二传输路径接收所述分组数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710061324.XA CN108347310B (zh) | 2017-01-25 | 2017-01-25 | 一种分组数据的实时重传方法、实时重传系统及相关装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710061324.XA CN108347310B (zh) | 2017-01-25 | 2017-01-25 | 一种分组数据的实时重传方法、实时重传系统及相关装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108347310A true CN108347310A (zh) | 2018-07-31 |
CN108347310B CN108347310B (zh) | 2020-04-14 |
Family
ID=62962455
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710061324.XA Active CN108347310B (zh) | 2017-01-25 | 2017-01-25 | 一种分组数据的实时重传方法、实时重传系统及相关装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108347310B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112422241A (zh) * | 2020-11-09 | 2021-02-26 | 广州博冠信息科技有限公司 | 数据传输方法、装置、存储介质及计算机设备 |
CN112436994A (zh) * | 2020-11-17 | 2021-03-02 | 联想(北京)有限公司 | 一种数据传输方法及电子设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090046624A1 (en) * | 2007-08-14 | 2009-02-19 | Canam Technology Incorporated | System and method for inserting break-in signals in communication systems |
CN101562506A (zh) * | 2008-04-14 | 2009-10-21 | 中兴通讯股份有限公司 | 数据传输方法 |
CN101667902A (zh) * | 2008-09-01 | 2010-03-10 | 中兴通讯股份有限公司 | 数据发送和反馈的方法 |
CN104243111A (zh) * | 2014-09-01 | 2014-12-24 | 广州华多网络科技有限公司 | 一种数据包传输的方法和装置 |
CN106254267A (zh) * | 2016-08-31 | 2016-12-21 | 浙江宇视科技有限公司 | 一种数据转发路径调整方法及网关设备 |
-
2017
- 2017-01-25 CN CN201710061324.XA patent/CN108347310B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090046624A1 (en) * | 2007-08-14 | 2009-02-19 | Canam Technology Incorporated | System and method for inserting break-in signals in communication systems |
CN101562506A (zh) * | 2008-04-14 | 2009-10-21 | 中兴通讯股份有限公司 | 数据传输方法 |
CN101667902A (zh) * | 2008-09-01 | 2010-03-10 | 中兴通讯股份有限公司 | 数据发送和反馈的方法 |
CN104243111A (zh) * | 2014-09-01 | 2014-12-24 | 广州华多网络科技有限公司 | 一种数据包传输的方法和装置 |
CN106254267A (zh) * | 2016-08-31 | 2016-12-21 | 浙江宇视科技有限公司 | 一种数据转发路径调整方法及网关设备 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112422241A (zh) * | 2020-11-09 | 2021-02-26 | 广州博冠信息科技有限公司 | 数据传输方法、装置、存储介质及计算机设备 |
CN112436994A (zh) * | 2020-11-17 | 2021-03-02 | 联想(北京)有限公司 | 一种数据传输方法及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
CN108347310B (zh) | 2020-04-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3247121B1 (en) | Streaming media data transmission method, client and server | |
CN107634908B (zh) | 一种数据传输的方法和设备 | |
US20130061280A1 (en) | Apparatus, and associated method, for providing synchronized media play out | |
CN105162706B (zh) | 组播传输方法、装置及系统 | |
CN104333728B (zh) | 音视频传输调控方法、装置、系统和计算机可读存储介质 | |
US9560096B2 (en) | Local media rendering | |
JP5523130B2 (ja) | 通信装置、通信方法、及びプログラム | |
CN106576185A (zh) | 用于控制多媒体应用的方法、软件产品和设备 | |
CN108347310A (zh) | 一种分组数据的实时重传方法、实时重传系统及相关装置 | |
CN110113623A (zh) | 一种基于sip协议的音视频切片传输平台 | |
CN109104263A (zh) | 存储容量的调整方法、装置和系统 | |
CN109391593B (zh) | 用于媒体会话的重试时间确定方法及装置、存储介质、终端 | |
JP2011087091A (ja) | 送信装置および送信装置の動作モード制御方法 | |
US20230396679A1 (en) | Mixed peer-to-peer mesh and forwarding system | |
WO2021087734A1 (zh) | 宽窄带互通环境下语音通讯方法及系统 | |
CN108293052A (zh) | 通信系统 | |
CN104427383A (zh) | 一种信息处理方法以及电子设备 | |
CN105519049A (zh) | 一种报文传输方法、装置及系统 | |
CN110505614A (zh) | 一种ZigBee绑定开关的通信方法及装置 | |
US20180159773A1 (en) | Packet transmissions | |
US8406404B2 (en) | Method for setting up a conference call in telecommunications network using the SIP protocol | |
CN108667795B (zh) | 一种虚拟现实视频的多人分享系统及虚拟现实设备 | |
JP2013005031A (ja) | 多地点接続テレビ会議装置 | |
WO2015131466A1 (zh) | 基于会话初始协议sip的数据业务处理方法及装置 | |
TWI506993B (zh) | 建立串流媒體對話的方法及裝置 |
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 |