CN110336645A - 数据传输方法、装置、系统、设备和存储介质 - Google Patents
数据传输方法、装置、系统、设备和存储介质 Download PDFInfo
- Publication number
- CN110336645A CN110336645A CN201910646317.5A CN201910646317A CN110336645A CN 110336645 A CN110336645 A CN 110336645A CN 201910646317 A CN201910646317 A CN 201910646317A CN 110336645 A CN110336645 A CN 110336645A
- Authority
- CN
- China
- Prior art keywords
- packet
- recovery
- loss
- data
- data packets
- 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.)
- Pending
Links
Classifications
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
- H04L1/0017—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement
- H04L1/0018—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement based on latency requirement
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
本发明实施例公开了一种数据传输方法、装置、系统、设备和存储介质。本发明实施例提供的数据传输方法,通过计算数据传输过程的往返时延和丢包率,基于往返时延和丢包率确定丢包恢复策略,根据丢包恢复策略发送恢复数据包。本发明实施例的技术方案实现对数据传输过程中丢失数据包的恢复,综合考虑数据传输的往返时延和丢包率,在保障数据传输时效性的前提下降低带宽的占用率,以及降低数据传输过程中的丢包率。
Description
技术领域
本发明实施例涉及语音通信领域,尤其涉及一种数据传输方法、装置、系统、设备和存储介质。
背景技术
网络电话(Voice over Internet Protocol,VoIP)是一种利用网络间互连协议(Internet Protocol,IP)网络进行通话的技术,对于VoIP,用户对于延时非常敏感,当延时超过400ms时无法满足用户的要求,因此VoIP主要采用用户数据报协议(User DatagramProtocol,UDP)。
UDP适合实时语音视频通信,可以允许端到端全链条进行信道策略控制,在弱网环境下可控性更强,由于UDP是无连接数据传输协议,在网络传输过程中容易发生丢失,当前UDP下对网络传输丢包恢复主要有丢包重传(Automatic Repeat reQuest,ARQ)和前向纠错(Forward Error Correction,FEC)两种恢复策略。其中,丢包重传的恢复策略存在时效性低的问题,特别是在网络延时较大的情况下,重传效率低且可能产生重传风暴;而前向纠错的恢复策略具有较好的时效性,但是需要占用额外带宽,当丢包率越大,占用额外带宽越多时,超过瓶颈链路带宽的概率越大,会导致链路阻塞,影响用户的数据传输质量。
发明内容
本发明提供一种数据传输方法、装置、系统、设备和存储介质,增强数据传输的时效性以及降低网络带宽的占用,可降低数据传输过程的丢包率。
第一方面,本发明实施例提供了一种数据传输方法,该方法包括:
确定数据传输的往返时延和丢包率;
根据所述往返时延和丢包率确定丢包恢复策略;
根据所述丢包恢复策略发送恢复数据包。
第二方面,本发明实施例还提供了一种数据传输方法,该方法包括:
根据接收的恢复数据包确定丢包恢复方式;
根据所述丢包恢复方式和恢复数据包进行丢包恢复。
第三方面,本发明实施例还提供了一种数据传输装置,该装置包括:
网络确定模块,用于确定数据传输的往返时延和丢包率;
策略确定模块,用于根据所述往返时延和丢包率确定丢包恢复策略;
恢复执行模块,用于根据所述丢包恢复策略发送恢复数据包。
第四方面,本发明实施例还提供了一种数据传输装置,该装置包括:
恢复方式确定模块,用于根据接收的恢复数据包确定丢包恢复方式;
丢包恢复模块,用于根据所述丢包恢复方式和恢复数据包进行丢包恢复。
第五方面,本发明实施例还提供了一种设备,其特征在于,所述设备包括:
一个或多个处理器;
存储器,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如本发明实施例中任一所述的数据传输方法。
第六方面,本发明实施例还提供了一种数据传输系统,该系统包括发送端和接收端,所述发送端和接收端包括如本发明任意实施例所述的设备用于实现如本发明任意实施例所述的数据传输方法。
第七方面,本发明实施例还提供了一种存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如本发明实施例中任一所述的数据传输方法。
本发明实施例的技术方案,通过确定数据传输的往返时延和丢包率,根据往返时延和丢包率确定丢包恢复策略,根据丢包恢复策略发送恢复数据包。采用本发明实施例的技术方案,相对于现有技术中采用单一的丢包恢复策略导致的时效性和网络带宽占用之间无法平衡的问题,综合考量数据传输的往返时延和丢包率,在不同的丢包恢复策略中进行有机选择和组合,既在数据传输的过程中增强数据传输的时效性,也降低了网络带宽的占用率,使得数据传输的丢包率得到下降,可提高数据传输的质量。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本发明的其他特征、目的和优点将会变得更明显:
图1是本发明实施例提供的一种数据传输系统的架构原理图;
图2是本发明实施例一提供的一种数据传输方法的流程图;
图3a是本发明实施例二提供的一种数据传输方法的流程图;
图3b是本发明实施例二提供的一种重传的原理示意图;
图3c是本发明实施例二提供的一种发送冗余的原理示意图;
图4是本发明实施例二提供的一种数据传输方法的示例图;
图5是本发明实施例三提供的一种数据传输方法的流程图;
图6是本发明实施例四提供的一种数据传输方法的流程图;
图7是本发明实施例五提供的一种数据传输装置的结构示意图;
图8是本发明实施例六提供的一种数据传输装置的结构示意图;
图9是本发明实施例七提供的一种设备的结构示意图;
图10是本发明实施例八提供的一种数据传输系统的结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构,此外,在不冲突的情况下,本发明中的实施例及实施例中的特征可以相互组合。
图1是是本发明实施例提供的一种数据传输系统的架构原理图,参见图1,本发明实施例适用于VoIP技术进行语音通话的场景,发送端将语音信息以数据包的形式传输给接收端,通过对数据包的时延和丢包率的监测,实现不同网络环境下的丢失数据包的恢复,可降低带宽占用率,增强用户的通话质量。
实施例一
图2是本发明实施例一提供的一种数据传输方法的流程图,本发明实施例适用于发送端向接收端进行数据传输的情况,该方法可以由数据传输装置来执行,该装置可以采用硬件和/或软件的方式来实现,该装置可以集成在服务器或者智能终端中。具体的,参见图2,本发明实施例的方法包括:
步骤101、确定数据传输的往返时延和丢包率。
其中,数据传输可以是指在利用IP网络进行语音通话时,将用户产生的语音通话数据进行传输,可以将用户通话语音封装为数据包,在本发明实施例中,可以基于UDP协议实现对用户通话语音的传输。
本发明实施例中,往返时延可以是指数据传输过程中数据包由发送端发送接收端,再由接收端发送回发送端的时间长度,例如,可以在发送端生成一个测试数据包,可以将该测试数据包发送到接收端,记录该测试数据包的发送时间,再由接收端发送回发送端,记录该测试数据包的接收时间,可以通过接收时间减去发送时间获取到该测试数据包的往返时延。
具体的,丢包率可以是指数据传输过程中数据包由发送端发送到接收端,丢失数据包数量占发送数据包总数量的比率,在本发明实施例中,可以当接收端接收到发送端发送的数据包后,可以向发送端发送该数据包的接收确认信息,发送端可以根据接收到的确认信息的数量及发送的数据包数量计算出丢包率。
步骤102、根据所述往返时延和丢包率确定丢包恢复策略。
其中,丢包恢复策略可以是用于恢复丢失数据包的策略,丢包恢复策略可以与数据传输的网络质量相关,不同的网络质量可以对应设置不同的丢包恢复策略。
在本发明实施例中,可以通过往返时延和丢包率确定数据传输过程中的网络质量,可以由往返时延和丢包率关联存储对应的丢包恢复策略,当获取到数据包的往返时延和丢包率时可以查找对应的丢包恢复策略,例如,当往返时延为大于时延阈值时,可以将丢包恢复策略设置为重传恢复策略,当丢包率大于丢包率阈值,可以将丢包恢复策略设置为对丢失的语音帧数据包进行恢复。
步骤103、根据所述丢包恢复策略发送恢复数据包。
其中,恢复数据包可以是数据传输过程中用于恢复丢失数据包的数据包,不同的丢包恢复策略可以对应不同的恢复数据包。
具体的,可以根据丢包恢复策略确定对应的恢复数据包,并将恢复数据包进行发送,例如,若丢包恢复策略为重传恢复策略,可以在发送端在发送数据包时,将发送的数据包进行存储,当根据丢包恢复策略需要确定恢复数据包时,可以根据丢失数据包在存储的数据包中进行查找,将查找到的存储数据包确定为恢复数据包,可以生成的恢复数据包由发送端发送至接收端。
本发明实施例的技术方案,通过计算数据传输过程中数据包的往返时延和丢包率,根据往返时延和丢包率确定丢包恢复策略,根据丢包恢复策略发送恢复数据包,在不同的丢包策略中进行有机选择和组合,在保证数据传输过程时效性的前提下降低了额外带宽的占用,可降低数据传输过程的丢包率,提高数据传输质量。
可选的,在上述发明实施例的基础上,根据所述往返时延和丢包率确定丢包恢复策略,包括:
根据所述往返时延的大小情况确定丢包恢复方式,以及,根据所述丢包率的大小情况确定恢复数据包。
其中,丢包恢复策略包括丢包恢复方式和恢复数据包确定方式,丢包恢复方式可以是确定丢失数据包进行恢复的方式可以包括重传和发送冗余,其中,重传可以是数据包恢复中的丢包重传,重传可以是指在数据传输过程中发生数据包丢失,有发送端将丢失的数据包进行重传的策略;发送冗余可以是数据包恢复中的前向纠错,可以在传输的数据包中增加冗余数据,可以根据增加的冗余数据对传输过程丢失的数据包进行恢复,恢复数据包可以是用于恢复丢失数据包的数据包,可以包括对所有丢失的数据包进行恢复或对为语音帧数据包的丢失数据包进行恢复。
具体的,可以用往返时延的大小情况确定数据传输过程中丢失数据包的恢复方式,例如,当往返时延小于和等于时延阈值时,可以将丢失数据包的丢包恢复方式确定为重传,当往返时延大于时延阈值时,可以将丢失数据包的丢包恢复方式确定为发送冗余。可以基于数据包丢包率的大小情况确定恢复数据包,当丢包率小于和/或等于丢包阈值时,可以将所有丢失的数据包作为恢复数据包,若丢包率大于丢包阈值,可以将丢失数据包中的语音帧数据包作为恢复数据包,本发明实施例的技术方案,通过根据网络环境不同确定不同的丢包恢复方式和恢复数据包,在保障数据传输高时效性的前提下,减少了数据包恢复所占用的网络带宽,可提高语音通话质量。
实施例二
图3a是本发明实施例二提供的一种数据传输方法的流程图;本发明实施例是在上述实施例的基础上进行优化,具体的,本发明实施例主要用于发送端向接收端发送数据进行详细的解释说明。
可选的,本发明实施例可以包括如下步骤:
步骤201、确定数据传输的往返时延和丢包率。
步骤202、如果所述往返时延小于和/或等于时延阈值,则丢包恢复方式为重传;如果所述往返时延大于时延阈值,则丢包恢复方式为发送冗余。
其中,时延阈值可以是用于区分网络状态的往返时延临界值,当往返时延小于或等于时延阈值时,可以认为数据传输的网络状态较好,当往返时延大于时延阈值时,可以认为数据传输的网络状态较差。
具体的,可以将获取到数据传输的往返时延与预先设定好的进行网络状态判断的时延阈值进行判断,如果该往返时延小于和/或等于时延阈值,可以认为数据传输的网络状态较好,由于重传造成数据传输有延迟,因此当数据传输的网络状态较好时,选择重传作为丢包恢复方式,如果该往返时延大于时延阈值,说明数据传输的网络状态较差,可以选择不对数据传输造成延迟的发送冗余作为丢包恢复方式。
示例性的,图3b是本发明实施例二提供的一种重传的原理示意图,参见图3b,发送端发送数据包1、数据包2和数据包3,但是接收端仅接收到数据包1和数据包3,未接收到数据包2。接收端向发送端发送信息告知数据包2丢失,通过计算往返时延和丢包率确定丢包恢复方式为重传,发送端向接收端重传恢复数据包2。接收端接收到恢复数据包2后,将恢复数据包2作为丢失数据包2以实现丢失数据包的恢复,当丢失数据包2恢复后,再将新的数据包4、数据包5和数据包6进行发送,重传可以对上次数据传输过程中丢失的数据包进行恢复。
另外,图3c是本发明实施例二提供的一种发送冗余的原理示意图;参见图3c,发送端发送数据包1、数据包2和数据包3,但是接收端仅接收到数据包1和数据包3,接收端通知发送端数据包2丢失。通过计算往返时延和丢包率确定丢包恢复方式为发送冗余,对即将发送的数据包4、数据包5和数据包6进行异或运算生成冗余数据包7。发送端发送数据包4、数据包5、数据包6和冗余数据包7,接收端接收到数据包4、数据包6和冗余数据包7,确定数据包5丢失,可以根据数据包4、数据包6和冗余数据包7进行异或操作生成数据包5,可以将生成的数据包5作为丢失数据包5实现丢失数据包的恢复,发送冗余可以对本次数据传输过程丢失的数据包进行恢复。
步骤203、如果所述丢包率小于和/或等于丢包阈值,则将已发送数据包中丢失的全部数据包作为恢复数据包;如果所述丢包率大于丢包阈值,则将已发送数据包中丢失的关键数据包作为恢复数据包。
其中,丢包阈值可以是衡量数据传输的网络状态的另一衡量值,丢包率越低,网络状态越好,丢包率可以是区分网络状态的临界值。当数据传输的丢包率小于和/或等于丢包阈值时,可以认为网络状态较好,当数据传输的丢包率大于丢包阈值时,可以认为网络状态较差。已发送数据包可以是已经由发送端发送到接收端的数据包。
在本发明实施例中,如果将获取到的数据传输的丢包率与丢包阈值进行对比,如果丢包率小于和/或等于丢包阈值,可以说明数据传输的网络状态较好,可以将所有丢失的数据包作为恢复数据包进行恢复,而若丢包率大于丢包阈值,可以认为数据传输的网络状态较差,数据传输容易发生丢包,为了减小数据传输的带宽,以降低数据丢包率,可以只将关键数据包作为恢复数据包进行恢复。
可选的,数据传输为语音数据传输,语音数据包的帧数据包括语音帧和静音帧,所述关键数据包为包含有语音帧的数据包。
在本发明实施例中,通过VoIP技术进行语音通话时,传输数据为语音数据,传输的数据包的帧数据可以包括语音帧和静音帧,可以将包含语音帧的数据包作为关键数据包。例如,当需要对关键数据包进行判断时,可以获取数据包中帧数据的帧头,如果帧头中包括有语音帧标识,可以确定该数据包为关键数据包,否则,如果帧头中包含有静音帧标识,可以认为该数据包为非关键数据包。
步骤204、如果所述丢包率小于和/或等于丢包阈值,则对即将发送的全部数据包进行异或操作生成冗余数据包,所述冗余数据包作为即将发送的全部数据包的恢复数据包;如果所述丢包率大于丢包阈值,则对即将发送的全部数据包中的关键数据包进行异或操作生成冗余数据包,所述冗余数据包作为即将发送的关键数据包的恢复数据包。
其中,冗余数据包可以是用于丢失数据包恢复的数据包,可以通过对原始数据包的异或操作,例如,两个原始数据包为A和B,对两个原始数据包A和B进行异或操作,将操作结果作为冗余数据包C,当原始数据包A丢失时,可以根据冗余数据包C和原始数据包B进行计算还原出原始数据包A。
在本发明实施例中,即将发送的全部数据包可以为发送端刚在语音通话过程中形成的数据包,该数据包还未由发送端进行发送。
具体的,当丢包恢复方式为发送冗余时,为了进一步提高用户通话质量,将丢包率与丢包阈值进行对比,如果丢包率小于和/或等于丢包阈值,可以将发送端中即将发送的数据包进行异或操作获取到冗余数据包,如果丢包率大于丢包阈值,可以将发送端中即将发送的关键数据包进行异或操作获取到冗余数据包,冗余数据包可以是用于恢复丢失数据包的恢复数据包,在丢包率小于和/或等于丢包阈值时,冗余数据包可以用于恢复即将发送的全部数据包,当丢包率大于丢包阈值时,可以将冗余数据包用于恢复即将发送的数据包中的关键数据包。
步骤205、根据所述丢包恢复策略发送恢复数据包。
具体的,丢包恢复策略可以包括丢包恢复方式和恢复数据包,可以根据丢包恢复策略确定对应的恢复数据包,并将恢复数据包进行发送,例如,当丢包恢复方式为丢包时,恢复数据包为已发送数据包中的全部数据包,发送端可以将恢复数据包全部发送;当丢包恢复方式为丢包时,恢复数据包为已发送数据包中的关键数据包,发送端可以将恢复数据包全部发送;当丢包恢复方式为发送冗余时,恢复数据包为对即将发送的全部数据包进行异或的冗余数据包,发送端可以将恢复数据包进行发送,除了发送恢复数据包以外,还可以将即将发送的全部数据包进行发送;当丢包恢复方式为发送冗余时,恢复数据包为对即将发送的关键数据包进行异或的冗余数据包,发送端可以将恢复数据包进行发送,除了发送恢复数据包以外,还可以将即将发送的全部数据包进行发送。
示例性的,图4是本发明实施例二提供的一种数据传输方法的示例图,参见图4,发送端可以将恢复数据包作为输入,根据获取到的反馈信息计算往返时延和丢包率,根据丢包率和往返时延确定丢包恢复方式为重传还是发送冗余,可在确定丢包恢复方式后将数据包以对应的丢包恢复方式进行发送。
本发明实施例的技术方案,通过确定数据传输的往返时延和丢包率,对往返时延和时延阈值进行对比以确定丢恢复方式为重传还是发生冗余,将丢包率和丢包阈值对比,可以确定恢复数据包是否为已发送数据包中的丢失关键数据包还是全部数据包,在根据丢包恢复策略发送恢复数据包,综合数据传输过程中的往返时延和丢包率,根据不同的往返时延和丢包率确定不同的丢包恢复策略,在保障数据传输时效性的前提下,降低网络带宽使用,可减少数据传输过程中的丢包率。
实施例三
图5是本发明实施例三提供的一种数据传输方法的流程图,本发明实施例适用于发送端向接收端进行数据传输的情况,该方法可以由数据传输装置来执行,该装置可以采用硬件和/或软件的方式来实现,该装置可以集成在服务器或者智能终端中。具体的,参见图5,本发明实施例的方法包括:
步骤301、根据接收的恢复数据包确定丢包恢复方式。
其中,恢复数据包可以用于恢复丢失数据包,可以包括重传发送的数据包和发送冗余发送的数据包。丢包恢复方式可以是接收端恢复丢失数据包的方式,接收端中的丢包恢复方式可以与发送端中的丢包恢复方式相同,例如,在发送端以重传的方式作为丢包恢复方式,那么在接收端中的丢包恢复方式也可以为重传。
在本发明实施例中,在接收端可以对接收到的恢复数据包进行分析,根据分析结果确定接收端对丢失数据包进行恢复的丢包恢复方式,例如,可以提取恢复数据包的内容信息,如果其中包含有重传的信息,可以确定丢包恢复方式为重传,如果其中包含有发送冗余的信息,可以确定丢包恢复方式为发送冗余,可以获取恢复数据包的数据包包头信息。
步骤302、根据所述丢包恢复方式和恢复数据包进行丢包恢复。
具体的,可以根据丢包恢复的方式不同,采用对应的方式基于恢复数据包进行丢包恢复,若丢包恢复方式为重传,可以基于重传的丢包恢复方式和恢复数据包对已经发送的数据包中的丢失数据包进行恢复,如果丢包方式为发送冗余,可以基于发送冗余的丢包恢复方式和恢复数据包对接收端本次数据传输过程中接收到数据包中的丢失数据包进行恢复。
本发明实施例的技术方案,通过根据接收的恢复数据包确定丢包恢复方式,根据丢包恢复方式和恢复数据包进行丢包恢复,实现了数据传输过程丢失数据包的恢复,在不同丢包恢复方式下以对应方式进行丢包恢复,可综合考量数据传输的占用带宽和时效性,降低了数据传输过程的丢包率。
实施例四
图6是本发明实施例二提供的一种数据传输方法的流程图;本发明实施例是在上述实施例的基础上进行优化,具体的,本发明实施例主要用于接收端向接收到数据包进行丢包恢复进行详细的解释说明。
可选的,本发明实施例可以包括如下步骤:
步骤401、获取所述恢复数据包的数据包种类标识。
其中,数据包种类标识可以是用于表征恢复数据包种类的标识,数据包可以包括重传数据包和发送冗余数据包,数据包种类标识具体可以是恢复数据包包头中以字母、数字和/或文字的组合。
具体的,接收端可以根据接收到的恢复数据包进行解析,获取到对应该恢复数据包的数据包种类标识,可以通过数据包种类标识确定恢复数据包为重传数据包还是发送冗余数据包。
步骤4021、若所述数据包种类标识为重传数据包,则确定丢包恢复方式为重传。
在本发明实施例中,当数据包的数据包种类标识为重传数据包后,可以确定接收端进行丢包恢复的方式为重传,接收端可以对接受到的重传数据包以重传的方式对丢失数据包进行恢复。
步骤4022、获取所述恢复数据包。
其中,恢复数据包可以用于恢复丢失数据包,丢失数据包可以是在上一次接受过程中未接受到的数据包,例如,在上一次数据传输过程中,发送端向接收端发送了数据包a、b、c、d和e,而接收端只接收到了a和c、d和e,未接送到b,可以将b作为丢失数据包,在重传的丢包恢复方式下,发送端可以重新向接收端发送数据包b,数据包b可以作为接收端中接收到的恢复数据包。
具体的,接收端可以根据数据包序号在接收到的数据包中进行查找,将查找到数据到的数据包作为恢复数据包。
步骤4023、将所述恢复数据包作为具有相同数据包序号的丢失数据包。
其中,恢复数据包可以是在上一次数据传输过程中接收端未接收到的数据包,当丢包恢复方式为重传时,发送端会将丢失数据包作为恢复数据包重传到接收端。
具体的,恢复数据包可以是与丢失数据包相同的数据包,可通过对恢复数据包的数据包序号确定对应的丢失数据包,接收端在接收到恢复数据包后可以将该恢复数据包直接作为具有相同数据包序号的丢失数据包。
步骤4031、若所述数据包种类标识为发送冗余数据包,则确定丢包恢复方式为发送冗余。
具体的,如果数据包对应的数据包种类标识为发送冗余数据包,接收端可以发送冗余的方式对丢失数据包进行恢复。
步骤4032、获取与所述恢复数据包一同发送的数据包。
在本发明实施例中,当数据包为发送冗余数据包时,在接收端接收数据包时还会接收到其他数据包,恢复数据包可以是基于异或操作生成的冗余数据包,与恢复数据包一同发送的数据包可以是生成冗余数据包的原始数据包,例如,冗余数据包C可以通过原始数据包A和原始数据包B进行异或操作生成,当接收端接收到冗余数据包C时,还可以获取到与冗余数据包C一同发送的原始数据包A和原始数据包B。
具体的,接收端可以当数据包为发送恢复数据包时,在接收端接收数据包时还会接收到其他数据包,当需要对丢失数据包进行恢复时,需要获取与恢复数据包一同发送的数据包,用于对丢失数据包进行恢复。
步骤4033、确定所述数据包是否发生丢失,若是,则基于所述数据包和恢复数据包进行异或操作生成丢失数据包,若否,则继续接收数据包。
具体的,接收端可以对接收到的数据包进行判断确定本次数据传输过程是否发生丢包,如果发生丢包可以根据数据包和恢复数据包对丢失数据包进行恢复,如果本次数据传输过程未发生数据包丢失,接收端可以返回继续执行接收数据包的操作,可以理解的是,发送冗余只能对本次数据传输过程中的丢失数据包进行恢复,不能恢复上一次数据传输过程的丢失数据包。
在本发明实施例中,恢复数据包是通过对数据包的异或操作生成的冗余数据包,例如数据包为A和B,恢复数据包当接收端仅接收到数据包A和恢复数据包C时,可以根据恢复数据包C和数据包A进行计算还原出数据包B。
在本发明实施例中,通过获取数据包的数据包种类标识确定接收端的丢包恢复方式,接收端的丢包恢复方式为重传时,可以将接收到的数据包中的恢复数据包作为具有相同数据包序号的丢失数据包,当接收端的丢包恢复方式为发送冗余时,可以获取数据包中的恢复数据包,当确定接收到的数据包存在丢失时,可以使用恢复数据包对丢失数据包进行恢复,综合考虑数据传输的往返时延和丢包率,在保障数据传输时效性的前提下降低带宽占用率,可降低数据传输过程中的丢包率。
可选的,在上述发明实施例的基础上,确定所述数据包是否发生丢失的方法包括:获取所述数据包的数据包序号;若所述数据包序号不连续,则确定数据包发生丢失。
在本发明实施例中,接收端可以提取接收到数据包的数据包序号,可以对获取到的数据包序号进行排序,如果数据包序号不连续,也就是获取到的数据包序号存在丢失,那么可以确定对应的数据包在数据传输过程中丢失。
实施例五
图7是本发明实施例五提供的一种数据传输装置的结构示意图;具体的,如图7所示,该装置可以包括:网络确定模块501、策略确定模块502和恢复执行模块503。
其中,网络确定模块501,用于确定数据传输的往返时延和丢包率。
策略确定模块502,用于根据所述往返时延和丢包率确定丢包恢复策略。
恢复执行模块503,用于根据所述丢包恢复策略发送恢复数据包。
本发明实施例的技术方案,通过网络确定模块计算数据传输过程中数据包的往返时延和丢包率,策略确定模块根据往返时延和丢包率确定丢包恢复策略,恢复执行模块根据丢包恢复策略发送恢复数据包,平衡了数据传输过程中的带宽占用和时效性,可减少数据丢包。
进一步的,在上述发明实施例的基础上,网络确定模块还包括:
方式确定子模块,用于根据所述往返时延的大小情况确定丢包恢复方式。
数据包确定子模块,用于根据所述丢包率的大小情况确定恢复数据包。
进一步的,在上述发明实施例的基础上,方式确定子模块包括:
重传确定单元,用于如果所述往返时延小于和/或等于时延阈值,则丢包恢复方式为重传。
发送冗余确定单元,用于如果所述往返时延大于时延阈值,则丢包恢复方式为发送冗余。
进一步的,在上述发明实施例的基础上,数据包确定子模块包括:
第一重传确定单元,用于如果所述丢包率小于和/或等于丢包阈值,则将已发送数据包中丢失的全部数据包作为恢复数据包。
第二重传确定单元,用于如果所述丢包率大于丢包阈值,则将已发送数据包中丢失的关键数据包作为恢复数据包。
进一步的,在上述发明实施例的基础上,数据包确定子模块还包括:
第一冗余确定单元,用于如果所述丢包率小于和/或等于丢包阈值,则对即将发送的全部数据包进行异或操作生成冗余数据包,所述冗余数据包作为即将发送的全部数据包的恢复数据包。
第二冗余确定单元,用于如果所述丢包率大于丢包阈值,则对即将发送的全部数据包中的关键数据包进行异或操作生成冗余数据包,所述冗余数据包作为即将发送的关键数据包的恢复数据包。
进一步的,在上实施例的基础上,数据包确定子模块中的关键数据包为帧头信息中包含有语音帧标识的数据包。
实施例六
图8是本发明实施例六提供的一种数据传输装置的结构示意图;具体的,如图8所示,该装置可以包括:恢复方式确定模块601和丢包恢复模块602。
其中,恢复方式确定模块601,用于根据接收的恢复数据包确定丢包恢复方式。
丢包恢复模块602,用于根据所述丢包恢复方式和恢复数据包进行丢包恢复。
本发明实施例提供的技术方案,通过恢复方式确定模块根据接收的恢复数据包确定丢包恢复方式,丢包恢复模块根据丢包恢复方式和恢复数据包进行丢包恢复,实现了数据传输过程丢失数据包的恢复,在不同丢包恢复方式下以对应方式进行丢包恢复,可在保障数据传输过程低占用带宽前提下,提高数据传输的时效性,降低了数据丢包的发生几率。
进一步的,在上述发明实施例的基础上,恢复方式确定模块包括:
标识获取单元,用于获取所述恢复数据包的数据包种类标识。
方式确定单元,用于若所述数据包种类标识为重传数据包,则确定丢包恢复方式为重传,若所述数据包种类标识为发送冗余数据包,则确定丢包恢复方式为发送冗余。
进一步的,在上述发明实施例的基础上,丢包恢复模块包括:
重传获取单元,用于获取数据包中的恢复数据包。
重传恢复单元,用于将所述恢复数据包作为具有相同数据包序号的丢失数据包。
进一步的,在上述发明实施例的基础上,丢包恢复模块包括:
发送冗余获取单元,用于获取所述数据包中的恢复数据包。
发送冗余恢复单元,用于确定所述数据包是否发生丢失,若是,则基于所述数据包和恢复数据包进行异或操作生成丢失数据包,若否,则继续接收数据包。
进一步的,在上述发明实施例的基础上,发送冗余恢复单元还包括:
序号获取子单元,用于获取所述数据包的数据包序号。
丢失确定子单元,用于若所述数据包序号不连续,则确定所述数据包发生丢失。
实施例七
图9是本发明实施例七提供的一种设备的结构示意图,如图9所示,该设备包括处理器80、存储器81、输入装置82和输出装置83;设备处理器80的数量可以是一个或多个,图9中以一个处理器80为例;设备中的处理器80、存储器81、输入装置82和输出装置83可以通过总线或其他方式连接,图9中以通过总线连接为例。
存储器81作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本发明实施例中的数据传输方法对应的程序模块(例如,数据传输装置中的网络确定模块501、策略确定模块502和恢复执行模块503)。处理器80通过运行存储在存储器81中的软件程序、指令以及模块,从而执行设备的各种功能应用以及数据处理,即实现上述的数据传输方法。
存储器81可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据终端的使用所创建的数据等。此外,存储器81可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器81可进一步包括相对于处理器80远程设置的存储器,这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置82可用于接收输入的数字或字符信息,以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置83可包括显示屏等显示设备。
实施例八
图10是本发明实施例八提供的一种数据传输系统的结构示意图;参见图10,本发明实施例提供的数据传输系统,包括发送端和接收端,其中,发送端设置有以下模块的设备,用于实现本发明任一实施例所述的数据传输方法:
网络确定模块,用于确定数据传输的往返时延和丢包率;
策略确定模块,用于根据所述往返时延和丢包率确定丢包恢复策略;
恢复执行模块,用于根据所述丢包恢复策略发送恢复数据包。
本发明实施例提供的数据传输系统包括的接收端可以是设置有数据传输装置的设备,该设备通过以下模块用于实现本发明任一实施例所提供的数据传输方法:
恢复方式确定模块,用于根据接收的恢复数据包确定丢包恢复方式;
丢包恢复模块,用于根据所述丢包恢复方式和恢复数据包进行丢包恢复。
本发明实施例提供的数据传输系统,通过发送端中的网络确定模块计算数据传输过程中数据包的往返时延和丢包率,策略确定模块根据往返时延和丢包率确定丢包恢复策略,恢复执行模块根据丢包恢复策略发送恢复数据包,再通过接收端中的通过恢复方式确定模块根据接收的恢复数据包确定丢包恢复方式,丢包恢复模块根据丢包恢复方式和恢复数据包进行丢包恢复,综合考虑数据传输的往返时延和丢包率,在不同的丢包恢复策略中进行有机选择和组合,既在数据传输的过程中增强数据传输的时效性,降低了额外网络带宽的使用,可降低数据传输过程的丢包率。
实施例九
本发明实施例九还提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行一种数据传输方法,该方法包括:确定数据传输的往返时延和丢包率;根据所述往返时延和丢包率确定丢包恢复策略;根据所述丢包恢复策略发送恢复数据包。或者,根据接收的恢复数据包确定丢包恢复方式;根据所述丢包恢复方式和恢复数据包进行丢包恢复。
当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的数据传输方法中的相关操作。
通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本发明可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
值得注意的是,上述数据传输装置的实施例中,所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。
Claims (16)
1.一种数据传输方法,其特征在于,包括:
确定数据传输的往返时延和丢包率;
根据所述往返时延和丢包率确定丢包恢复策略;
根据所述丢包恢复策略发送恢复数据包。
2.根据权利要求1所述的方法,其特征在于,所述根据所述往返时延和丢包率确定丢包恢复策略,包括:
根据所述往返时延的大小情况确定丢包恢复方式,以及,根据所述丢包率的大小情况确定恢复数据包。
3.根据权利要求2所述的方法,其特征在于,所述根据所述往返时延的大小情况确定丢包恢复方式,包括:
如果所述往返时延小于和/或等于时延阈值,则丢包恢复方式为重传;
如果所述往返时延大于时延阈值,则丢包恢复方式为发送冗余。
4.根据权利要求3所述的方法,其特征在于,丢包恢复方式为重传,所述根据所述丢包率的大小情况确定恢复数据包包括:
如果所述丢包率小于和/或等于丢包阈值,则将已发送数据包中丢失的全部数据包作为恢复数据包;
如果所述丢包率大于丢包阈值,则将已发送数据包中丢失的关键数据包作为恢复数据包。
5.根据权利要求3所述的方法,其特征在于,丢包恢复方式为发送冗余,所述根据所述丢包率的大小情况确定恢复数据包,包括:
如果所述丢包率小于和/或等于丢包阈值,则对即将发送的全部数据包进行异或操作生成冗余数据包,所述冗余数据包作为即将发送的全部数据包的恢复数据包;
如果所述丢包率大于丢包阈值,则对即将发送的全部数据包中的关键数据包进行异或操作生成冗余数据包,所述冗余数据包作为即将发送的关键数据包的恢复数据包。
6.根据权利要求4或5所述的方法,其特征在于,所述数据传输为语音数据传输,语音数据包的帧数据包括语音帧和静音帧,所述关键数据包为包含有语音帧的数据包。
7.一种数据传输方法,其特征在于,包括:
根据接收的恢复数据包确定丢包恢复方式;
根据所述丢包恢复方式和恢复数据包进行丢包恢复。
8.根据权利要求7所述的方法,其特征在于,所述根据接收的恢复数据包确定丢包恢复方式,包括:
获取所述恢复数据包的数据包种类标识;
若所述数据包种类标识为重传数据包,则确定丢包恢复方式为重传,若所述数据包种类标识为发送冗余数据包,则确定丢包恢复方式为发送冗余。
9.根据权利要求8所述的方法,其特征在于,丢包恢复方式为重传,所述根据所述丢包恢复方式和恢复数据包进行丢包恢复,包括:
获取所述恢复数据包;
将所述恢复数据包作为具有相同数据包序号的丢失数据包。
10.根据权利要求8所述的方法,其特征在于,丢包恢复方式为发送冗余,所述根据所述丢包恢复方式和数据包进行丢包恢复,包括:
获取与所述恢复数据包一同发送的数据包;
确定所述数据包是否发生丢失,若是,则基于所述数据包和恢复数据包进行异或操作生成丢失数据包,若否,则继续接收数据包。
11.根据权利要求10所述的方法,其特征在于,所述确定与所述恢复数据包一同发送的数据包是否发生丢失的方法包括:
获取所述数据包的数据包序号;
若所述数据包序号不连续,则确定所述数据包发生丢失。
12.一种数据传输装置,其特征在于,包括:
网络确定模块,用于确定数据传输的往返时延和丢包率;
策略确定模块,用于根据所述往返时延和丢包率确定丢包恢复策略;
恢复执行模块,用于根据所述丢包恢复策略发送恢复数据包。
13.一种数据传输装置,其特征在于,包括:
恢复方式确定模块,用于根据接收的恢复数据包确定丢包恢复方式;
丢包恢复模块,用于根据所述丢包恢复方式和恢复数据包进行丢包恢复。
14.一种设备,其特征在于,所述设备包括:
一个或多个处理器;
存储器,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-6或7-11中任一所述的数据传输方法。
15.一种数据传输系统,其特征在于,包括发送端和接收端,所述发送端为权利要求14所述的设备,用于实现所述权利要求1-6中任一所述的数据传输方法,所述接收端为权利要求14所述的设备,用于实现所述权利要求7-11中任一所述的数据传输方法。
16.一种存储介质,其特征在于,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-6或7-11中任一所述的数据传输方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910646317.5A CN110336645A (zh) | 2019-07-17 | 2019-07-17 | 数据传输方法、装置、系统、设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910646317.5A CN110336645A (zh) | 2019-07-17 | 2019-07-17 | 数据传输方法、装置、系统、设备和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110336645A true CN110336645A (zh) | 2019-10-15 |
Family
ID=68145732
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910646317.5A Pending CN110336645A (zh) | 2019-07-17 | 2019-07-17 | 数据传输方法、装置、系统、设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110336645A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111082896A (zh) * | 2019-12-11 | 2020-04-28 | 深圳市优必选科技股份有限公司 | 一种数据传输方法及发送、接收装置 |
CN111245566A (zh) * | 2020-01-09 | 2020-06-05 | 北京创世云科技有限公司 | 不可靠网络的抗丢包方法、装置、存储介质及电子设备 |
CN111478826A (zh) * | 2020-06-09 | 2020-07-31 | 北京大米科技有限公司 | 丢包率确定方法、数据传输控制方法和数据传输系统 |
CN111585776A (zh) * | 2020-05-26 | 2020-08-25 | 腾讯科技(深圳)有限公司 | 数据传输方法、装置、设备及计算机可读存储介质 |
CN111629281A (zh) * | 2020-04-13 | 2020-09-04 | 北京创享苑科技文化有限公司 | 一种视频传输中基于网络丢包率分布的在线连续检验方法 |
CN111698176A (zh) * | 2020-06-09 | 2020-09-22 | 北京大米科技有限公司 | 数据传输方法、装置、电子设备和计算机可读存储介质 |
CN113782028A (zh) * | 2021-09-14 | 2021-12-10 | 咪咕数字传媒有限公司 | 语音流数据的处理方法、装置及系统 |
CN114025389A (zh) * | 2021-11-01 | 2022-02-08 | 网易(杭州)网络有限公司 | 数据传输方法、装置、计算机设备及存储介质 |
CN115314479A (zh) * | 2022-07-05 | 2022-11-08 | 上海赛连信息科技有限公司 | 流媒体传输容错控制方法及其系统 |
CN116094661A (zh) * | 2023-02-01 | 2023-05-09 | 百果园技术(新加坡)有限公司 | 一种数据传输控制方法、装置、设备、存储介质及产品 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102790666A (zh) * | 2011-05-17 | 2012-11-21 | 华为终端有限公司 | 差错控制的方法、接收端、发送端和系统 |
CN105897378A (zh) * | 2016-04-06 | 2016-08-24 | 上海华为技术有限公司 | 降低传输丢包率的方法和转置 |
CN106034011A (zh) * | 2015-03-11 | 2016-10-19 | 中国移动通信集团四川有限公司 | 一种组播传输质量保障的控制方法及系统 |
US20180034594A1 (en) * | 2013-08-19 | 2018-02-01 | Zoom Video Communications, Inc. | Error Resilience for Interactive Real-Time Multimedia Application |
CN108965775A (zh) * | 2017-05-25 | 2018-12-07 | 中兴通讯股份有限公司 | 数据丢包处理策略的调整方法、装置及存储介质 |
-
2019
- 2019-07-17 CN CN201910646317.5A patent/CN110336645A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102790666A (zh) * | 2011-05-17 | 2012-11-21 | 华为终端有限公司 | 差错控制的方法、接收端、发送端和系统 |
US20180034594A1 (en) * | 2013-08-19 | 2018-02-01 | Zoom Video Communications, Inc. | Error Resilience for Interactive Real-Time Multimedia Application |
CN106034011A (zh) * | 2015-03-11 | 2016-10-19 | 中国移动通信集团四川有限公司 | 一种组播传输质量保障的控制方法及系统 |
CN105897378A (zh) * | 2016-04-06 | 2016-08-24 | 上海华为技术有限公司 | 降低传输丢包率的方法和转置 |
CN108965775A (zh) * | 2017-05-25 | 2018-12-07 | 中兴通讯股份有限公司 | 数据丢包处理策略的调整方法、装置及存储介质 |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111082896A (zh) * | 2019-12-11 | 2020-04-28 | 深圳市优必选科技股份有限公司 | 一种数据传输方法及发送、接收装置 |
CN111245566A (zh) * | 2020-01-09 | 2020-06-05 | 北京创世云科技有限公司 | 不可靠网络的抗丢包方法、装置、存储介质及电子设备 |
CN111245566B (zh) * | 2020-01-09 | 2021-09-21 | 北京创世云科技股份有限公司 | 不可靠网络的抗丢包方法、装置、存储介质及电子设备 |
CN111629281A (zh) * | 2020-04-13 | 2020-09-04 | 北京创享苑科技文化有限公司 | 一种视频传输中基于网络丢包率分布的在线连续检验方法 |
CN111585776A (zh) * | 2020-05-26 | 2020-08-25 | 腾讯科技(深圳)有限公司 | 数据传输方法、装置、设备及计算机可读存储介质 |
CN111698176A (zh) * | 2020-06-09 | 2020-09-22 | 北京大米科技有限公司 | 数据传输方法、装置、电子设备和计算机可读存储介质 |
CN111478826A (zh) * | 2020-06-09 | 2020-07-31 | 北京大米科技有限公司 | 丢包率确定方法、数据传输控制方法和数据传输系统 |
CN113782028A (zh) * | 2021-09-14 | 2021-12-10 | 咪咕数字传媒有限公司 | 语音流数据的处理方法、装置及系统 |
CN114025389A (zh) * | 2021-11-01 | 2022-02-08 | 网易(杭州)网络有限公司 | 数据传输方法、装置、计算机设备及存储介质 |
CN114025389B (zh) * | 2021-11-01 | 2024-04-30 | 网易(杭州)网络有限公司 | 数据传输方法、装置、计算机设备及存储介质 |
CN115314479A (zh) * | 2022-07-05 | 2022-11-08 | 上海赛连信息科技有限公司 | 流媒体传输容错控制方法及其系统 |
CN115314479B (zh) * | 2022-07-05 | 2023-12-29 | 上海赛连信息科技有限公司 | 流媒体传输容错控制方法及其系统 |
CN116094661A (zh) * | 2023-02-01 | 2023-05-09 | 百果园技术(新加坡)有限公司 | 一种数据传输控制方法、装置、设备、存储介质及产品 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110336645A (zh) | 数据传输方法、装置、系统、设备和存储介质 | |
CN113037440B (zh) | 数据重传处理方法、装置、计算机设备和存储介质 | |
US6421803B1 (en) | System and method for implementing hybrid automatic repeat request using parity check combining | |
CN100459576C (zh) | 一种探测路径最大传输单元的方法 | |
CN111937364A (zh) | 无线网络系统中处理数据路径创建的方法和系统 | |
CN101878612B (zh) | 用于数据网络中的数据传输的方法和系统 | |
US20030202506A1 (en) | Integrated circuits, systems, apparatus, packets and processes utilizing path diversity for media over packet applications | |
CN106612284B (zh) | 一种流数据的传输方法和装置 | |
FR2992804A1 (en) | Device for supporting hybrid automatic retransmission request for non-contiguous carrier aggregation for e.g. smart phones, has window module for generating virtual window comprising sub-frames that are not added to another virtual window | |
CN101656597A (zh) | 数据接收和发送方法、装置及数据传输系统 | |
KR101506770B1 (ko) | 데이터 전송 장치 및 방법 | |
CN106034011A (zh) | 一种组播传输质量保障的控制方法及系统 | |
US8321754B2 (en) | Method for transmitting multimedia data in ad hoc communication networks | |
US20060224745A1 (en) | Error recovery mechanism and network element comprising same | |
CN105490773B (zh) | 传输多媒体数据的方法和装置 | |
CN102752184A (zh) | 用于实时多播业务的数据通信系统及其方法 | |
De Cola et al. | Performance analysis of data transfer protocols over space communications | |
US20100050035A1 (en) | Method for preventing consecutive packet errors in selective hybrid arq system | |
JPH1117737A (ja) | 送信装置および送信方法、受信装置および受信方法、並びに送受信装置および送受信方法 | |
US7249185B1 (en) | Methods, devices and software for redundant transmission of voice data over a packet network connection established according to an unreliable communication protocol | |
Clark | Designs for an Internet | |
Phung et al. | Enhancing rest http with random linear network coding in dynamic edge computing environments | |
CN114337942B (zh) | 一种报文重传方法、装置及电子设备 | |
CN109067503A (zh) | 一种数据重传方法和装置 | |
US7100078B1 (en) | Method and apparatus for restoration of lost blocks in a multicast data transmission |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191015 |
|
RJ01 | Rejection of invention patent application after publication |