CN112671784A - 一种数据传输方法、装置、设备及存储介质 - Google Patents
一种数据传输方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN112671784A CN112671784A CN202011582372.1A CN202011582372A CN112671784A CN 112671784 A CN112671784 A CN 112671784A CN 202011582372 A CN202011582372 A CN 202011582372A CN 112671784 A CN112671784 A CN 112671784A
- Authority
- CN
- China
- Prior art keywords
- data packets
- data
- group
- packets
- redundant
- 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
- 238000000034 method Methods 0.000 title claims abstract description 62
- 230000005540 biological transmission Effects 0.000 title claims abstract description 51
- 239000011159 matrix material Substances 0.000 claims description 30
- 238000004891 communication Methods 0.000 claims description 20
- 238000004590 computer program Methods 0.000 claims description 5
- 238000012937 correction Methods 0.000 description 10
- 230000008569 process Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 238000011084 recovery Methods 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000012856 packing Methods 0.000 description 2
- 238000013500 data storage Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Images
Landscapes
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
本申请涉及一种数据传输方法、装置、设备及存储介质,该方法包括:发送端生成与流媒体数据对应的N组数据包,其中N组数据包中的每一组数据包包括M个数据包,M个数据包的长度不完全相同;分别对于每一组数据包,发送端生成与每一组数据包对应的冗余包,并向接收端发送每一组数据包和与每一组数据包对应的冗余数据包;接收端接收来自于发送端的S个数据包和与S个数据包对应的冗余数据包,并当确定S个数据包中存在丢失的数据包时,利用冗余数据包和S个数据包生成丢失的数据包。由于可以利用冗余数据包恢复丢失的数据包,因此可以降低重传带来的延时。
Description
技术领域
本申请涉及计算机通信技术领域,尤其涉及一种数据传输方法、装置、设备及存储介质。
背景技术
目前为了保证数据传输的实时性,流媒体数据普遍采用基于UDP(User DatagramProtocol,用户数据包协议)的RTP(Real-time Transport Protocol,实时传输协议)在网络中传输。
然而,由于UDP无法保证数据传输的质量,因此,在网络环境不佳的时候,经常出现丢包的问题。当前,多采用丢包重传(ARQ)的方式实现基于UDP传输过程中的抗丢包。具体地,接收端根据接收的RTP包的序号(Sequence Number)判断是否存在丢包,当存在丢包时,向发送端发送自动重传请求(ARQ,Automatic Repeat Requst),从而使发送端重新对丢失的数据包进行自动重传。这样,虽然可以重新获取丢失的数据包,但是,由于重传数据的过程会增加数据传输的延时,因此不适于要求低延时的应用场景中数据的传输。
发明内容
本申请提供了一种数据传输方法、装置、设备及存储介质,用以解决现有技术中基于自动重传请求获取丢失的数据包时导致的延时增加的问题。
第一方面、提供一种数据传输方法,其特征在于,应用于数据传输系统,所述数据传输系统包括接收端和发送端;
所述方法包括:
所述发送端生成与流媒体数据对应的N组数据包,其中所述N组数据包中的每一组数据包包括M个数据包,所述M个数据包的长度不完全相同;
分别对于所述每一组数据包,所述发送端生成与所述每一组数据包对应的冗余数据包,并向所述接收端发送所述每一组数据包和所述与所述每一组数据包对应的冗余数据包;
所述接收端接收来自于所述发送端的S个数据包和与所述S个数据包对应的冗余数据包,并当确定所述S个数据包中存在丢失的数据包时,利用所述冗余数据包和所述S个数据包生成所述丢失的数据包,所述S个数据包属于所述N组数据包中的任一组数据包,所述S个数据包的长度不完全相同。
第二方面、提供一种数据传输方法,包括:
生成与流媒体数据对应的N组数据包,其中所述N组数据包中的每一组数据包包括M个数据包,所述M个数据包的长度不完全相同;
分别对于所述每一组数据包,生成与所述每一组数据包对应的冗余数据包;
发送所述每一组数据包和所述与所述每一组数据包对应的冗余数据包。
第三方面、提供一种数据传输方法,包括:
接收来自于发送端的S个数据包和与所述S个数据包对应的冗余数据包,所述S个数据包属于所述发送端基于流媒体数据生成的N组数据包中的任一组数据包,所述S个数据包的长度不完全相同;
当确定所述S个数据包中存在丢失的数据包时,利用所述冗余数据包和所述S个数据包生成所述丢失的数据包。
第四方面、提供一种电子设备,包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;其中:
存储器,用于存放计算机程序;
处理器,用于通过运行存储器上所存放的程序来执行第一方面所述的方法步骤或者实现如第二方面所述的方法步骤。
第五方面、一种计算机可读存储介质,所述计算机可读存储介质上存储有智能设备控制程序,所述智能设备控制程序被处理器执行时实现第一方面所述的方法步骤或者实现第二方面所述的方法步骤。
第六方面、一种数据传输系统,包括:
发送端设备和与所述发送端设备通信的接收端设备;
所述发送端设备用于执行第一方面所述的方法步骤,所述接收端设备用于执行第二方面所述的方法步骤。
第七方面、一种数据传输装置,包括:
第一生成单元,用于生成与流媒体数据对应的N组数据包,其中所述N组数据包中的每一组数据包包括M个数据包,所述M个数据包的长度不完全相同;
第二生成单元,用于分别对于所述每一组数据包,生成与所述每一组数据包对应的冗余数据包;
发送单元,用于发送所述每一组数据包和所述与所述每一组数据包对应的冗余数据包。
第八方面、一种数据传输装置,包括:
接收单元,用于接收来自于发送端的S个数据包和与所述S个数据包对应的冗余数据包,所述S个数据包属于所述发送端基于流媒体数据生成的N组数据包中的任一组数据包,所述S个数据包的长度不完全相同;
第三生成单元,用于当确定所述S个数据包中存在丢失的数据包时,利用所述冗余数据包和所述S个数据包生成所述丢失的数据包。
本申请实施例提供的上述技术方案与现有技术相比具有如下优点:
本申请实施例提供的技术方案,发送端生成与流媒体数据对应的N组数据包后,分别对于每一组数据包,生成了与每一组数据包对应的冗余数据包,因此当在数据传输的过程中,若丢失数据包,接收端基于冗余数据包,能够快速恢复所丢失的数据包,而不用再向发送端请求重传丢失的数据包,以此降低重传带来的延时。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。
图1为本申请实施例中数据传输方法的一种流程示意图;
图2为本申请实施例中数据传输方法的另一种流程示意图;
图3为本申请实施例中数据传输方法的另一种流程示意图;
图4为本申请实施例中数据传输方法的另一种流程示意图;
图5为本申请实施例中数据传输方法的另一种流程示意图;
图6为本申请实施例中数据传输系统的结构示意图;
图7为本申请实施例中数据传输装置的另一种结构示意图;
图8为本申请实施例中数据传输装置的另一种结构示意图;
图9为本申请实施例中电子设备的一种结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。
本申请实施例提供一种数据传输方法,如图1所示,该方法应用于数据传输系统,该数据传输系统包括接收端和发送端;
该方法包括:
步骤101、发送端生成与流媒体数据对应的N组数据包。
其中N组数据包中的每一组数据包包括M个数据包,M个数据包的长度不完全相同。
步骤102、分别对于每一组数据包,发送端生成与每一组数据包对应的冗余数据包,并向接收端发送每一组数据包和与每一组数据包对应的冗余数据包。
步骤103、接收端接收来自于发送端的S个数据包和与S个数据包对应的冗余数据包,并当确定S个数据包中存在丢失的数据包时,利用冗余数据包和S个数据包生成丢失的数据包。
其中,S个数据包属于N组数据包中的任一组数据包。
其中,当S个数据包中不存在丢失的数据包时,S=M;当S个数据包中存在丢失的数据包时,S<M。
其中,S、M和N均为正整数。
本申请实施例提供的技术方案,发送端生成与流媒体数据对应的N组数据包后,分别对于每一组数据包,生成了与每一组数据包对应的冗余数据包,因此当在数据传输的过程中,若丢失数据包,接收端基于冗余数据包,能够快速恢复所丢失的数据包,而不用再向发送端请求重传丢失的数据包,以此降低重传带来的延时。
此外,本申请在低延时交互应用场景中,由于可以基于冗余数据包快速恢复丢包,因此可以进一步降低交互延时。示例性地,以下以云应用场景和视频会议场景为例,阐述本申请的方案:
在云应用(如云游戏)的场景中,设定发送端为云设备,接收端为用户终端。
在此场景中,客户端设备监听用户对显示界面显示的云应用信息的点击事件,并将该云应用信息向云设备发送;接收来自于云设备的S个数据包和与S个数据包对应的冗余数据包,当S个数据包中存在丢失的数据包时,利用冗余数据包和S个数据包生成丢失的数据包。当接收到N组数据包时,根据N组数据包得到音视频数据,并基于音视频数据显示云应用;
云设备控制运行云应用信息对应的云应用,并生成包括N组数据包的音视频数据,N组数据包中的每一组数据包包括M个数据包,生成每一组数据包对应的冗余数据包,向用户终端发送每组数据包和对应的冗余数据包。
在上述场景中,由于云设备在发送音视频的数据包时,同步发送了冗余数据包,因此,当用户终端接收的数据包存在丢包时,可以基于冗余数据包快速恢复丢失的数据包,从而在较低的延时下,向用户显示云应用。
示例性地,在视频会议的场景中,设定发送端为视频会议服务器,接收端为用户终端。
在此场景中,视频会议服务器,在确定多方视频会议未结束时,接收参与多方视频会议的各用户终端的视频数据,从视频数据中确定主视频数据,并获取主视频数据对应的N组数据包,N组数据包中的每一组数据包包括M个数据包,生成每一组数据包对应的冗余数据包,向其他用户终端发送每组数据包和对应的冗余数据包,其他用户终端为各用户终端中除主视频数据对应的用户终端之外的用户终端。
用户终端,向视频会议服务器发送使用该用户终端进行视频会议的用户的视频数据,并接收来自于视频会议服务器的S个数据包和与S个数据包对应的冗余数据包,当S个数据包中存在丢失的数据包时,利用冗余数据包和S个数据包生成丢失的数据包。当接收到N组数据包时,根据N组数据包得到主视频数据,并显示主视频数据。
在上述场景中,由于视频会议服务器在发送主视频数据的数据包时,同步发送了冗余数据包,因此,当用户终端接收的数据包存在丢包时,可以基于冗余数据包快速恢复丢失的数据包,从而在较低的延时下,向用户显示主视频数据。
本申请实施例提供了一种数据传输方法,其流程示意图如图2所示,该方法可以由发送端的电子设备来执行,该方法包括以下步骤:
步骤201、生成与流媒体数据对应的N组数据包。
流媒体数据包括但不限于音频数据和/或视频数据。
当流媒体数据包括视频数据时,N组数据包中的每组数据包与视频数据中的一帧图像对应;当流媒体数据包括音频数据时,N组数据包中的每组数据包与音频数据中的一帧音频片段对应。
本申请实施例中,N组数据包中的每组数据包包括M个数据包。M个数据包的长度不完全相同,也就是说,M个数据包中存在长度不同的至少两个数据包。
需要说明的是,在本申请实施例中,N组数据包括至少一组数据包,同理,M个数据包包括至少一个数据包。
步骤202、分别对于每一组数据包,生成与每一组数据包对应的冗余数据包。
本申请实施例中,每一组数据包与基于该每一组数据包生成的冗余数据包的格式相同,例如,当每一组数据包中的M个数据包为RTP数据包时,生成的冗余数据包的格式也为RTP数据包。
本申请实施例中,为了提供抗丢包效果,提高丢包恢复率,在生成与每一组数据包对应的冗余数据包时,可以基于RS(Reed-Solomon,里德一所罗门)纠错码算法实现,即由RS纠错码算法对每一组数据包进行编码以得到与每一组数据包对应的冗余数据包。
本申请实施例中,与每一组数据包对应的冗余数据包用于恢复丢失的数据包,其中丢失的数据包为传输每一组数据包的过程中所丢失的数据包。
步骤203、发送每一组数据包和与每一组数据包对应的冗余数据包。
本申请实施例中,在发送每一组数据包和与每一组数据包对应的冗余数据包时,既可以同时发送每一组数据包和与每一组数据包对应的冗余数据包,也可以以先后顺序的方式分别发送每一组数据包和与每一组数据包对应的冗余数据包。
具体地,当同时发送每一组数据包和与每一组数据包对应的冗余数据包时,在生成每一组数据包及与每一组数据包对应的冗余数据包之后,再发送每一组数据包和与每一组数据包对应的冗余数据包。
当以先后顺序的方式分别发送每一组数据包和与每一组数据包对应的冗余数据包时,生成每一组数据包之后即可发送该每一组数据包,无需等待冗余数据包的生成,待生成冗余数据包后,再发送冗余数据包。
实际应用中,当每一组数据包中的M个数据包为RTP数据包时,可以基于UDP协议发送每一组数据包和与每一组数据包对应的冗余数据包。
本申请实施例提供的技术方案,发送端生成与流媒体数据对应的N组数据包后,分别对于每一组数据包,生成了与每一组数据包对应的冗余数据包,因此当在数据传输的过程中,若丢失数据包,接收端基于冗余数据包,能够快速恢复所丢失的数据包,而不用再向发送端请求重传丢失的数据包,以此降低重传带来的延时。
另外,在本申请实施例中,发送端在发送每一组数据包前,并不对每一组数据包中的M个数据包的长度进行处理(如将不定长的数据包统一为定长的数据包),以此节省了网络带宽。
基于上述实施例,本发明实施例提供的一种数据传输方法,如图3所示,步骤S202可以包括以下步骤:
步骤301、确定适于每一组数据包的冗余度。
实际应用中,可以基于丢包恢复率、网络传输质量等参数确定适于每一组数据包的冗余度。
在确定适于每一组数据包的冗余度时,可以实时确定,也可以周期性确定。当周期性确定适于每一组数据包的冗余度时,周期性获取用于确定该冗余度的参数。
可以理解的是,不同组数据包的冗余度可以相同也可以不同。当实时确定每一组数据包的冗余度时,所确定的不同组数据包的冗余度可以相同;当周期性确定每一组数据包的冗余度时,所确定的不同组数据包的冗余度可以不同。
步骤302、利用预设的冗余矩阵和冗余度,对每一组数据包进行编码,以生成每一组数据包对应的冗余数据包。
本申请实施例中,预设的冗余矩阵包括但不限于非奇异矩阵,示例性地,该冗余矩阵可以为范德蒙矩阵。
为了降低编码的运算量,在每一组数据包进行编码前,还可以将每一组数据包中的M个数据包打包成定长的数据包,具体地,可以利用每一组数据包中的M个数据包得到M个目标数据包,M个目标数据包的长度相同。
可以理解的是,在利用M个数据包得到M个目标数据包时,M个数据包与M个目标数据包一一对应,即利用M个数据包中的每一数据包均得到一目标数据包。
可选地,本申请实施例中,可以通过填充数据的方式将每一组数据包中的每个数据包的长度增加至预设长度,从而实现将每一组数据包的长度打包成定长的数据包。
示例性地,实际应用中,当每一组数据包中的数据包为RTP数据包时,可以利用RTP的padding(填充)机制将每一组数据包的长度打包成定长的数据包。
可以理解的是,RTP数据包的包头中设有对应于padding的比特位,当设置该比特位时,在RTP数据包的末端会包含一个或多个padding字节,通过填充padding字节可以使RTP数据包的长度增加至预设长度。
在将每一组数据包中的M个数据包打包成定长的数据包后,适应性地,可以利用预设的冗余矩阵和冗余度对目标数据包进行编码,以生成每一组数据包对应的冗余数据包。
为了提高丢包恢复率,利用预设的冗余矩阵和冗余度对目标数据包进行编码时,可以采用RS纠错码算法,利用范德蒙矩阵和冗余度,生成与每一组数据包对应的冗余数据包。
本申请实施例提供了又一种数据传输方法,其流程示意图如图4所示,该方法可以由接收端的电子设备来执行,该方法包括以下步骤:
步骤401、接收来自于发送端的S个数据包和与S个数据包对应的冗余数据包。
本申请实施例中,S个数据包属于发送端基于流媒体数据生成的N组数据包中的任一组数据包。
本申请实施例中,S个数据包的长度不完全相同,也就是说,S个数据包中存在长度不同的至少两个数据包。
本申请实施例中,S个数据包与S个数据包对应的冗余数据包的格式相同,例如,当S个数据包为RTP数据包时,S个数据包对应的冗余数据包的格式也为RTP数据包。
步骤402、当确定S个数据包中存在丢失的数据包时,利用冗余数据包和S个数据包生成丢失的数据包。
本申请实施例中,与S个数据包对应的冗余数据包用于恢复丢失的数据包,因此,当S个数据包中存在丢失的数据包时,利用冗余数据包和S个数据包可以恢复丢失的数据包。
可选地,当S个数据包中不存在丢失的数据包时,S=M;当S个数据包中存在丢失的数据包时,S<M。
可以理解的是,当确定S个数据包中不存在丢失的数据包时,可以向用户展示该多媒体数据流,如播放音视频。
本申请实施例中,为了提供抗丢包效果,提高丢包恢复率,在生成与S个数据包对应的冗余数据包时,可以基于RS纠错码算法实现,即由该RS纠错码算法对S个数据包进行编码以得到与S个数据包对应的冗余数据包。
可选地,在利用冗余数据包和S个数据包生成丢失的数据包时,如图5所示,可以包括以下步骤:
步骤501、利用S个数据包得到S个目标数据包,S个目标数据包的长度相同;
为了降低编码的运算量,在对S个数据包进行解码前,还可以将S个数据包打包成定长的数据包,具体地,可以利用S个数据包得到S个目标数据包,S个目标数据包的长度相同。
本申请实施例中,发送端得到的目标数据包的长度与接收端得到的目标数据包的长度相同。实际应用中,发送端与接收端预先通过通信对话确定目标数据包的长度。
可选地,接收端在利用S个数据包得到S个目标数据包时,也可以通过填充数据的方式将每个数据包的长度增加至预设长度,从而实现将每个数据包的长度打包成定长的数据包。
可以理解的是,为了实现使接收端得到的目标数据包的长度也为预设长度,接收端还可以在利用S个数据包得到S个目标数据包之前,接收来自发送端的预设长度这一参数。
实际应用中,当每一组数据包中的数据包为RTP数据包时,可以利用RTP的padding机制将每一组数据包的长度打包成定长的数据包。
可以理解的是,RTP数据包的包头中设有对应于padding的比特位,当设置该比特位时,在RTP数据包的末端会包含一个或多个padding字节,通过填充padding字节可以使RTP数据包的长度增加至预设长度。
步骤502、利用预设的冗余矩阵和冗余数据包,对S个目标数据包进行解码,以生成丢失的数据包。
可以理解的是,发送端所采用的解码方式与接收端采用的编码方式为同一方式。
示例性地,当发送端采用RS纠错码算法实现编码时,接收端也采用RS纠错码算法实现解码。具体地,接收端可以采用RS纠错码算法利用预设的冗余矩阵和冗余数据包,对S个目标数据包进行解码,以生成丢失的数据包。
本申请实施例中,当采用RS纠错码算法解码时,预设的冗余矩阵为非奇异矩阵,示例性地,该非奇异矩阵包括但不限于非奇异矩阵。
在上述各实施例的基础上,当数据包为RTP数据包、冗余矩阵为范德蒙矩阵时,本申请实施例提供的数据传输系统,如图6所示,可以包括发送端601和接收端602;
其中,发送端601包括RTP打包单元6011、FEC(前向纠错,Forward ErrorCorrection)冗余度确定单元6012,冗余矩阵获取单元6013,RS-FEC编码单元6014,RTP发送单元6015;
接收端602包括,RS-FEC解码单元6021,冗余矩阵获取单元6022、解码单元6023,播放单元6024。
其中,RTP打包单元6011,用于生成与流媒体数据对应的N组RTP数据包,N组RTP数据包中的每一组RTP数据包包括M个RTP数据包,M个RTP数据包的长度不完全相同;
FEC冗余度确定单元6012,用于确定适于每一组RTP数据包的冗余度;
冗余矩阵获取单元6013,用于获取预设的范德蒙矩阵;
RS-FEC编码单元6014,用于利用每一组RTP数据包的冗余度和范德蒙矩阵,对每一组RTP数据包进行编码,以生成与每一组RTP数据包对应的冗余RTP数据包;
RTP发送单元6015,用于发送每一组RTP数据包和与每一组RTP数据包对应的冗余RTP数据包。
RS-FEC解码单元6021,用于接收来自于RTP发送单元6015的S个RTP数据包和与S个RTP数据包对应的冗余RTP数据包;
冗余矩阵获取单元6022,用于获取预设的范德蒙矩阵;
解码单元6023,用于当确定S个RTP数据包中存在丢失的RTP数据包时,利用冗余RTP数据包和S个RTP数据包生成丢失的RTP数据包,并在恢复得到丢失的RTP数据包后,解码所有的RTP数据包,以得到流媒体数据;
播放单元6024,用于播放流媒体数据。
基于同一构思,本申请实施例还提供了一种数据传输装置,如图7所示,包括:
第一生成单元710,用于生成与流媒体数据对应的N组数据包,其中所述N组数据包中的每一组数据包包括M个数据包,所述M个数据包的长度不完全相同;
第二生成单元720,用于分别对于所述每一组数据包,生成与所述每一组数据包对应的冗余数据包;
发送单元730,用于发送所述每一组数据包和所述与所述每一组数据包对应的冗余数据包。
基于同一构思,本申请实施例还提供了一种数据传输装置,如图8所示,包括:
接收单元810,用于接收来自于发送端的S个数据包和与所述S个数据包对应的冗余数据包,所述S个数据包属于所述发送端基于流媒体数据生成的N组数据包中的任一组数据包,所述S个数据包的长度不完全相同;
第三生成单元820,用于当确定所述S个数据包中存在丢失的数据包时,利用所述冗余数据包和所述S个数据包生成所述丢失的数据包。
基于同一构思,本申请实施例中还提供了一种电子设备,如图9所示,该电子设备主要包括:处理器901、通信接口902、存储器903和通信总线904,其中,处理器901、通信接口902和存储器903通过通信总线904完成相互间的通信。其中,存储器903中存储有可被至处理器901执行的程序,处理器901执行存储器903中存储的程序,实现上述方法实施例中的各步骤。
上述电子设备中提到的通信总线904可以时外设部件互连标准(PeripheralComponent Interconnect,简称PCI)总线或扩展工业标准结构(Extended IndustryStandard Architecture,简称EISA)总线等。该通信总线904可以分为地址总线、数据总线、控制总线等。为便于表示,图9中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口902用于上述电子设备与其他设备之间的通信。
存储器903可以包括随机存取存储器(Random Access Memory,简称RAM),也可以包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。可选地,存储器还可以是至少一个位于远离前述处理器901的存储装置。
上述的处理器901可以是通用处理器,包括中央处理器(Central ProcessingUnit,简称CPU)、网络处理器(Network Processor,简称NP)等,还可以是数字信号处理器(Digital Signal Processing,简称DSP)、专用集成电路(Application SpecificIntegrated Circuit,简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
在本申请的又一实施例中,还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,当该计算机程序在计算机上运行时,使得计算机执行上述实施例中所描述的数据传输方法。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机指令时,全部或部分地产生按照本申请实施例所述的流程或功能。该计算机可以时通用计算机、专用计算机、计算机网络或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机指令从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、微波等)方式向另外一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如软盘、硬盘、磁带等)、光介质(例如DVD)或者半导体介质(例如固态硬盘)等。
需要说明的是,在本文中,诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅是本发明的具体实施方式,使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。
Claims (14)
1.一种数据传输方法,其特征在于,应用于数据传输系统,所述数据传输系统包括接收端和发送端;
所述方法包括:
所述发送端生成与流媒体数据对应的N组数据包,其中所述N组数据包中的每一组数据包包括M个数据包,所述M个数据包的长度不完全相同;
分别对于所述每一组数据包,所述发送端生成与所述每一组数据包对应的冗余数据包,并向所述接收端发送所述每一组数据包和所述与所述每一组数据包对应的冗余数据包;
所述接收端接收来自于所述发送端的S个数据包和与所述S个数据包对应的冗余数据包,并当确定所述S个数据包中存在丢失的数据包时,利用所述冗余数据包和所述S个数据包生成所述丢失的数据包,所述S个数据包属于所述N组数据包中的任一组数据包,所述S个数据包的长度不完全相同。
2.一种数据传输方法,其特征在于,包括:
生成与流媒体数据对应的N组数据包,其中所述N组数据包中的每一组数据包包括M个数据包,所述M个数据包的长度不完全相同;
分别对于所述每一组数据包,生成与所述每一组数据包对应的冗余数据包;
发送所述每一组数据包和所述与所述每一组数据包对应的冗余数据包。
3.根据权利要求2所述的方法,其特征在于,所述分别对于所述每一组数据包,生成与所述每一组数据包对应的冗余数据包,包括:
确定适于所述每一组数据包的冗余度;
利用预设的冗余矩阵和所述冗余度,对所述每一组数据包进行编码,以生成与所述每一组数据包对应的所述冗余数据包。
4.根据权利要求3所述的方法,其特征在于,所述利用预设的冗余矩阵和所述冗余度,对所述每一组数据包进行编码,以生成所述每一组数据包对应的所述冗余数据包之前,还包括:
利用所述每一组数据包中的M个数据包得到M个目标数据包,所述M个目标数据包的长度相同;
所述利用预设的冗余矩阵和所述冗余度,对所述每一组数据包进行编码,以生成与所述每一组数据包对应的所述冗余数据包,包括:
利用预设的冗余矩阵和所述冗余度,对所述M个目标数据包进行编码,以生成与所述每一组数据包对应的所述冗余数据包。
5.根据权利要求4所述的方法,其特征在于,所述利用所述每一组数据包中的M个数据包得到M个目标数据包,包括:
分别对于所述M个数据包中的每一数据包,通过填充数据的方式,将所述每一数据包的长度增加至预设长度,以得到所述M个目标数据包中的每一目标数据包。
6.根据权利要求5所述的方法,其特征在于,所述利用预设的冗余矩阵和所述冗余度,对所述M个目标数据包进行编码,以生成与所述每一组数据包对应的所述冗余数据包,包括:
利用范德蒙矩阵和所述冗余度,采用RS算法对所述M个目标数据包进行编码,以生成与所述每一组数据包对应的所述冗余数据包。
7.一种数据传输方法,其特征在于,包括:
接收来自于发送端的S个数据包和与所述S个数据包对应的冗余数据包,所述S个数据包属于所述发送端基于流媒体数据生成的N组数据包中的任一组数据包,所述S个数据包的长度不完全相同;
当确定所述S个数据包中存在丢失的数据包时,利用所述冗余数据包和所述S个数据包生成所述丢失的数据包。
8.根据权利要求7所述的方法,其特征在于,利用所述冗余数据包和所述S个数据包生成所述丢失的数据包,包括:
利用所述S个数据包得到S个目标数据包,所述S个目标数据包的长度相同;
利用预设的冗余矩阵和所述冗余数据包,对所述S个目标数据包进行解码,以生成所述丢失的数据包。
9.根据权利要求8所述的方法,其特征在于,利用所述S个数据包得到S个目标数据包,包括:
分别对于所述S个数据包中的每一数据包通过填充数据的方式,将所述每一数据包的长度增加至预设长度,以得到所述S个目标数据包中的每一目标数据包。
10.一种电子设备,包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;其中:
存储器,用于存放计算机程序;
处理器,用于通过运行存储器上所存放的程序来执行权利要求2-6中任一项所述的方法步骤或者实现如权利要求7-9中任一项所述的方法步骤。
11.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有智能设备控制程序,所述智能设备控制程序被处理器执行时实现如权利要求2-6中任一项所述的方法步骤或者实现如权利要求7-9中任一项所述的方法步骤。
12.一种数据传输系统,其特征在于,包括:
发送端设备和与所述发送端设备通信的接收端设备;
所述发送端设备用于执行权利要求2-6中任一项所述的方法步骤,所述接收端设备用于执行权利要求7-9中任一项所述的方法步骤。
13.一种数据传输装置,其特征在于,包括:
第一生成单元,用于生成与流媒体数据对应的N组数据包,其中所述N组数据包中的每一组数据包包括M个数据包,所述M个数据包的长度不完全相同;
第二生成单元,用于分别对于所述每一组数据包,生成与所述每一组数据包对应的冗余数据包;
发送单元,用于发送所述每一组数据包和所述与所述每一组数据包对应的冗余数据包。
14.一种数据传输装置,其特征在于,包括:
接收单元,用于接收来自于发送端的S个数据包和与所述S个数据包对应的冗余数据包,所述S个数据包属于所述发送端基于流媒体数据生成的N组数据包中的任一组数据包,所述S个数据包的长度不完全相同;
第三生成单元,用于当确定所述S个数据包中存在丢失的数据包时,利用所述冗余数据包和所述S个数据包生成所述丢失的数据包。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011582372.1A CN112671784A (zh) | 2020-12-28 | 2020-12-28 | 一种数据传输方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011582372.1A CN112671784A (zh) | 2020-12-28 | 2020-12-28 | 一种数据传输方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112671784A true CN112671784A (zh) | 2021-04-16 |
Family
ID=75410989
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011582372.1A Pending CN112671784A (zh) | 2020-12-28 | 2020-12-28 | 一种数据传输方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112671784A (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090213728A1 (en) * | 2008-02-27 | 2009-08-27 | Audividi Inc. | Apparatus and method for packet redundancy and recovery |
CN109547467A (zh) * | 2018-12-19 | 2019-03-29 | 北京东土科技股份有限公司 | 媒体数据纠错传输及纠错方法、装置、设备及存储介质 |
CN110545161A (zh) * | 2019-08-13 | 2019-12-06 | 河北远东通信系统工程有限公司 | 一种具有冗余的多媒体数据实时传输方法 |
CN110971345A (zh) * | 2019-11-22 | 2020-04-07 | 北京麦哲科技有限公司 | 一种改进型fec算法及其装置 |
-
2020
- 2020-12-28 CN CN202011582372.1A patent/CN112671784A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090213728A1 (en) * | 2008-02-27 | 2009-08-27 | Audividi Inc. | Apparatus and method for packet redundancy and recovery |
CN109547467A (zh) * | 2018-12-19 | 2019-03-29 | 北京东土科技股份有限公司 | 媒体数据纠错传输及纠错方法、装置、设备及存储介质 |
CN110545161A (zh) * | 2019-08-13 | 2019-12-06 | 河北远东通信系统工程有限公司 | 一种具有冗余的多媒体数据实时传输方法 |
CN110971345A (zh) * | 2019-11-22 | 2020-04-07 | 北京麦哲科技有限公司 | 一种改进型fec算法及其装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4002183B2 (ja) | パケット・チャネルを介するマルチメディア通信のための方法 | |
US9350488B2 (en) | Content delivery system with allocation of source data and repair data among HTTP servers | |
CN101272495B (zh) | 用于传输基于分组的图像帧的方法和装置 | |
US9246630B2 (en) | Method, device, and system for forward error correction | |
RU2634908C2 (ru) | Способ и устройство для управления доставкой медиаданных | |
EP2437421B1 (en) | Method, device and communication system for retransmitting based on forward error correction | |
US20090103635A1 (en) | System and method of unequal error protection with hybrid arq/fec for video streaming over wireless local area networks | |
CN106105141A (zh) | 实现扩展传输控制功能的传输加速器 | |
EP2774347A2 (en) | Content delivery system with allocation of source data and repair data among http servers | |
CN112350803B (zh) | 数据包的传输方法、装置、系统、电子设备及存储介质 | |
CN111181700A (zh) | 数据传输方法、装置、电子设备及存储介质 | |
US9350484B2 (en) | Transport accelerator implementing selective utilization of redundant encoded content data functionality | |
CN110545161B (zh) | 一种具有冗余的多媒体数据实时传输方法 | |
US20090268730A1 (en) | Data transmitting apparatus and method and program for controlling transmission rate | |
CN113573003B (zh) | 一种基于弱网的音视频实时通信方法、装置以及设备 | |
CN112804028B (zh) | 一种数据包的传输方法、设备及存储介质 | |
US20050083970A1 (en) | Apparatus, system and method of transmitting data | |
JP4088956B2 (ja) | 情報処理装置 | |
CN112671784A (zh) | 一种数据传输方法、装置、设备及存储介质 | |
CN112165655A (zh) | 基于视联网的数据传输方法、装置、设备及介质 | |
CN116896567B (zh) | 网络层协议传输数据方法和装置 | |
JP6970124B2 (ja) | Mmtpパケットを送受信する方法及びその装置 | |
WO2022228037A1 (zh) | 一种流媒体数据传输的方法及相关设备 | |
JP5966502B2 (ja) | データ受信方法及び装置 | |
JP2006285842A (ja) | 情報処理装置およびプログラム |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210416 |