CN113364814B - 基于rtp的抗弱网传输方法 - Google Patents
基于rtp的抗弱网传输方法 Download PDFInfo
- Publication number
- CN113364814B CN113364814B CN202110913621.9A CN202110913621A CN113364814B CN 113364814 B CN113364814 B CN 113364814B CN 202110913621 A CN202110913621 A CN 202110913621A CN 113364814 B CN113364814 B CN 113364814B
- Authority
- CN
- China
- Prior art keywords
- streaming media
- data
- block
- capacity
- request information
- 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
Images
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/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
Abstract
本发明涉及一种基于RTP的抗弱网传输方法,该方法包括:将待传输流媒体数据进行分块备份存储至发送端;将分块后的流媒体数据加载RTP协议报文头进行网络传输;接收网络传输的流媒体数据,获取流媒体数据的块数,若接收到的流媒体数据的数据块与RTP协议报文头中的流媒体数据的块数不符,则接收端发送请求信息至发送端;发送端根据流媒体数据块的编号选择备份存储的对应编号一致的数据块,选择最先收到请求信息的传输通道将数据块传输至接收端。通过向数据发送端发送请求信息,并根据请求信息到达发送端的时间确定网络状况最优的传输通道,在进行丢失数据补发时,则选择网络状况最优的传输通道,接收端接收到完整的数据块后整合数据后进行播放。
Description
技术领域
本发明涉及数据传输技术领域,尤其涉及一种基于RTP的抗弱网传输方法。
背景技术
在实时传输协议(Real-timeTransportProtocol,RTP)是在Internet上处理多媒体数据流的一种网络协议,利用它能够在一对一或者一对多的网络环境中实现流媒体数据的端到端的实时传输,目的是提供时间信息和实现流同步,是被广泛采用的流媒体传输的基础技术。
RTP包含数据和控制部分,前者具有时间标签和控制统一会话中不同数据流同步特性的机制,可以让接收端重组接收到的数据分组。协议侧重于数据传输的实时性,可实现数据传输的多播及单播。
但是,由于网络传输的时延和波动性等因素,实时数据通信过程中经常会遇到分组丢失、乱序和拥塞等问题,成为制约用户体验的重要因素。
发明内容
为此,本发明提供一种基于RTP的抗弱网传输方法,可以解决流媒体数据传输过程中丢数据和乱序的问题。
为实现上述目的,本发明提供一种基于RTP的抗弱网传输方法,包括:
获取待传输流媒体数据,将所述待传输流媒体数据进行分块备份存储至发送端;
将分块后的流媒体数据加载RTP协议报文头进行网络传输,所述RTP协议报文头中包括所述流媒体数据的块数以及各数据块的先后顺序;
接收网络传输的流媒体数据,查询RTP协议报文头,获取所述流媒体数据的块数和各数据块的前后顺序,若接收到的流媒体数据的数据块与RTP协议报文头中的流媒体数据的块数不符,则接收端发送请求信息至发送端,所述请求信息包括记录所述请求信息到达发送端的时间、选择的传输通道以及所丢失的流媒体数据块的编号;
接收端收到返回信息时查询到达发送端的时间,并根据到达时间进行排序;
发送端根据流媒体数据块的编号选择备份存储的对应编号一致的数据块,选择最先收到请求信息的传输通道将数据块传输至接收端;
接收端整合编号顺序对应的数据块,顺序播放。
进一步地,所述将所述待传输流媒体数据进行分块备份存储至发送端包括:
设置备份缓存区,用以存储备份的流媒体数据;
根据待传输流媒体的字节量设置备份缓存区的容量;
处理器内设置有第一字节量l1、第二字节量l2、第三字节量l3和备份缓存区的标准容量C0,且l1<l2<l3;
若待传输流媒体的字节量l≤第一字节量l1,则采用备份缓存区的标准容量C0;
若第一字节量l1<待传输流媒体的字节量l≤第二字节量l2,则增加采用备份缓存区的容量,增容后的容量为1.1×C0;
若第二字节量l2<待传输流媒体的字节量l≤第三字节量l3,则增加采用备份缓存区的容量,增容后的容量为1.3×C0;
若待传输流媒体的字节量l>第三字节量l3,则增加采用备份缓存区的容量,增容后的容量为1.5×C0。
进一步地,所述接收端收到返回信息时查询到达发送端的时间,并根据到达时间进行排序包括:
当发送端接收到请求信息后,记录该请求信息到达发送端的时间戳,并记录该请求信息对应的传输通道;
根据请求信息中的所丢失的流媒体数据块的编号查询备份缓冲区,从备份缓冲区获取编号对应的数据;
提取所述数据并将数据发送至接收端。
进一步地,所述提取所述数据并将数据发送至接收端包括:
根据编号获取对应的数据块;
根据数据块的序号由小到大进行排序;
获取请求信息到达发送端的时间戳及对应的传输通道,所述发送端和所述接收端建立有至少一个传输通道,选择第一个接收到所述请求信息的第一传输通道;
按照排列后的顺序将数据块组成的数据块集利用第一传输通道传输给接收端。
进一步地,对于任意流媒体块,获取该流媒体块的音量v1、音色v2和声流媒体率v3;当需要传输该流媒体块时,根据流媒体块的音量v1、音色v2和声流媒体率v3进行编码,已将编码后的流媒体文件传输至接收端。
进一步地,根据流媒体块的音量v1、音色v2和声流媒体率v3进行编码包括:预先设置有流媒体块标准矩阵V0(V10,V20,V30),其中V10表示流媒体中的基准音量,V20表示流媒体中的基准音色,V30表示流媒体中的基础频率;
根据流媒体中的音量、音色和频率与流媒体块标准矩阵V0(V10,V20,V30)的参数符合的数量确定对流媒体进行编码所对应的标识符。
进一步地,若待传输的流媒体块中的音量、音色和频率均符合流媒体块标准矩阵V0(V10,V20,V30)中的基准参数,则对流媒体块进行编码,编码规则为将流媒体块+第一标识码,第一标识码为流媒体块标准矩阵V0(V10,V20,V30)中的基准参数对应的十六进制表示;
若流媒体块中的音量、音色和频率中有两个参数符合流媒体块标准矩阵V0(V10,V20,V30)中的基准参数,则对流媒体块进行编码,编码规则为将流媒体块+第二标识码,第二标识码为流媒体块标准矩阵V0(V10,V20,V30)中的基准参数对应的十进制表示;
若流媒体块中的音量、音色和频率中有一个参数符合流媒体块标准矩阵V0(V10,V20,V30)中的基准参数,则对流媒体块进行编码,编码规则为将流媒体块+第三标识码,第三标识码为流媒体块标准矩阵V0(V10,V20,V30)中的基准参数对应的八进制表示;
若流媒体块中的音量、音色和频率中没有参数符合流媒体块标准矩阵V0(V10,V20,V30)中的基准参数,则对流媒体块进行编码,编码规则为将流媒体块+第四标识码,第四标识码为流媒体块标准矩阵V0(V10,V20,V30)中的基准参数对应的二进制表示。
进一步地,处理器内设置有数据丢失率,根据接收端实际接收到的数据以及在报头中的信息对比,得到数据丢失率,若接收到的数据较多,则数据丢失率低,若接收到的数据较少,则表示数据丢失率高,处理器内设置有标准数据丢失率,若实际数据丢失率≥标准数据丢失率,则第一信道的标准使用时长TO进行延长;
若实际数据丢失率<标准数据丢失率,则无需对第一信道的标准使用时长TO。
进一步地,在对数据块进行编码时,编码后的数据块长度增加量,基于长度增加量对传输通道的标准使用时长TO进行修正;
对数据块进行编码后,若编码后的数据块长度增加量≤原数据块长度的50%,则采用第一系数k1对标准使用时长TO进行修正;
若原数据块长度的80%≥编码后的数据块长度增加量>原数据块长度的50%,则采用第二系数k2对标准使用时长TO进行修正;
若编码后的数据块长度增加量>原数据块长度的80%,则采用第三系数k3对标准使用时长TO进行修正。
进一步地,采用第一系数k1对标准使用时长TO进行修正后的第一信道的使用时间为TO×(1+k1);
采用第二系数k2对标准使用时长TO进行修正后的第一信道的使用时间为TO×(1+k2);
采用第三系数k3对标准使用时长TO进行修正后的第一信道的使用时间为TO×(1+k3),且k1<k2<k3。
本发明实施例还提供一种基于RTP的抗弱网传输系统,包括:
获取模块,用以获取待传输流媒体数据;
分块模块,用以将所述待传输流媒体数据进行分块备份存储至发送端;
传输模块,用以将分块后的流媒体数据加载RTP协议报文头进行网络传输,所述RTP协议报文头中包括所述流媒体数据的块数以及各数据块的先后顺序;
处理模块,用以接收网络传输的流媒体数据,查询RTP协议报文头,获取所述流媒体数据的块数和各数据块的前后顺序,若接收到的流媒体数据的数据块与RTP协议报文头中的流媒体数据的块数不符,则接收端发送请求信息至发送端,所述请求信息包括记录所述请求信息到达发送端的时间、选择的传输通道以及所丢失的流媒体数据块的编号;
接收端收到返回信息时查询到达发送端的时间,并根据到达时间进行排序;
发送端根据流媒体数据块的编号选择备份存储的对应编号一致的数据块,选择最先收到请求信息的传输通道将数据块传输至接收端;
接收端整合编号顺序对应的数据块,顺序播放;
所述分块模块包括:
存储单元,用以设置备份缓存区,利用备份缓存区存储备份的流媒体数据;
增容模块,用以根据待传输流媒体的字节量设置备份缓存区的容量;
处理器内设置有第一字节量l1、第二字节量l2、第三字节量l3和备份缓存区的标准容量C0,且l1<l2<l3;
若待传输流媒体的字节量l≤第一字节量l1,则采用备份缓存区的标准容量C0;
若第一字节量l1<待传输流媒体的字节量l≤第二字节量l2,则增加采用备份缓存区的容量,增容后的容量为1.1×C0;
若第二字节量l2<待传输流媒体的字节量l≤第三字节量l3,则增加采用备份缓存区的容量,增容后的容量为1.3×C0;
若待传输流媒体的字节量l>第三字节量l3,则增加采用备份缓存区的容量,增容后的容量为1.5×C0。
与现有技术相比,本发明的有益效果在于,通过在弱网环境下数据丢失后,通过向数据发送端发送请求信息,并根据请求信息到达发送端的时间确定网络状况最优的传输通道,在进行丢失数据补发时,则选择网络状况最优的传输通道,接收端接收到完整的数据块后整合数据后进行播放,提高流媒体数据播放的完整性,有效优化了用户接收数据的体验,且请求数据为文字信息,传输速度块,使得再次传输过程占用时间少,减少数据的时延性,且有效避免了数据块丢失的问题,优化用户体验。
尤其,根据待传输流媒体的字节量设置备份缓存区,使得备份缓存区的容量根据待传输流媒体的字节量进行动态调整,在待传输流媒体字节量多时,增加备份缓存区的容量,以保证备份完整,当待传输流媒体字节量少时,减少备份缓冲区的容量,以使发送端的存储空间被充分利用,保证后续丢失数据的顺利传输,提高传输效率。
尤其,通过在发送端查询备份缓冲区内对应的编号的流媒体数据块,并将对应的数据块利用传输通道发送至接收端,实现丢弃数据的二次传输,进而完善接收端接收到的数据的完整性,保证数据块传输的稳定性,提高弱网环境下数据传输的完整性,提高数据块的传输速率。
尤其,通过请求信息中的编号信息获取到对应的数据块,并将数据块根据序号的大小进行排序,本发明实施例中的序号的大小对应着数据在流媒体数据中的位置,也表示对应的流媒体播放顺序,本发明实施例接收端在重组流媒体数据后,将通过第一传输通道将首次传输时丢失的数据块传输至接收端,提高接收端接收数据的便捷性,提高接收端获取完整数据的速度,提高数据传输的准确性,保证数据的完整性,提高接收端接收信息的完整性。
尤其,通过对请求信息,获取到要进行二次传输的数据块,并将对应的数据块组成数据块集进行编码后进行传输,提高数据传输的安全性,在对数据块进行编码的过程中利用流媒体块的音量、音色以及频率进行编码,提高编码的唯一性,防止数据块集在传输过程中被拦截,提高数据块在传输过程中的安全性,以使得接收端可以获取到完整的流媒体数据。
尤其,通过设置流媒体块标准矩阵,并根据流媒体块中的实际音量、音色以及频率与标准矩阵中的参数的符合数量确定对数据块集进行编码的对应的标识符,提高编码的复杂性,防止数据被拦截破解,提高数据的安全性,使得在弱网环境下进行数据传输的安全性。
尤其,通过比较流媒体块中的音量、音色和频率与流媒体块标准矩阵V0(V10,V20,V30)中的基准参数符合的个数,选择不同的编码格式,实现对数据块集的快速编码,提高数据传输的速率,以提高接收端获取完整数据的速度,防止数据错乱。
尤其,通过设置标准数据丢失率,对进行二次传输的数据量进行评估,并根据进行二次传输的数据量对第一信道的使用时长进行调整,以使得在进行第一信道进行传输的过程中,保证信道不被占用,提高数据传输的稳定性。
附图说明
图1为本发明实施例提供的基于RTP的抗弱网传输方法的流程示意图。
具体实施方式
为了使本发明的目的和优点更加清楚明白,下面结合实施例对本发明作进一步描述;应当理解,此处所描述的具体实施例仅仅用于解释本发明,并不用于限定本发明。
下面参照附图来描述本发明的优选实施方式。本领域技术人员应当理解的是,这些实施方式仅仅用于解释本发明的技术原理,并非在限制本发明的保护范围。
请参阅图1所示,本发明实施例提供的基于RTP的抗弱网传输方法包括:
步骤S100:获取待传输流媒体数据,将所述待传输流媒体数据进行分块备份存储至发送端;
步骤S200:将分块后的流媒体数据加载RTP协议报文头进行网络传输,所述RTP协议报文头中包括所述流媒体数据的块数以及各数据块的先后顺序;
步骤S300:接收网络传输的流媒体数据,查询RTP协议报文头,获取所述流媒体数据的块数和各数据块的前后顺序,若接收到的流媒体数据的数据块与RTP协议报文头中的流媒体数据的块数不符,则接收端发送请求信息至发送端,所述请求信息包括记录所述请求信息到达发送端的时间、选择的传输通道以及所丢失的流媒体数据块的编号;
步骤S400:接收端收到返回信息时查询到达发送端的时间,并根据到达时间进行排序;
步骤S500:发送端根据流媒体数据块的编号选择备份存储的对应编号一致的数据块,选择最先收到请求信息的传输通道将数据块传输至接收端;
步骤S600:接收端整合编号顺序对应的数据块,顺序播放。
具体而言,本发明实施例通过在弱网环境下数据丢失后,通过向数据发送端发送请求信息,并根据请求信息到达发送端的时间确定网络状况最优的传输通道,在进行丢失数据补发时,则选择网络状况最优的传输通道,接收端接收到完整的数据块后整合数据后进行播放,提高流媒体数据播放的完整性,有效优化了用户接收数据的体验,且请求数据为文字信息,传输速度块,使得再次传输过程占用时间少,减少数据的时延性,且有效避免了数据块丢失的问题,优化用户体验。
具体而言,所述将所述待传输流媒体数据进行分块备份存储至发送端包括:
设置备份缓存区,用以存储备份的流媒体数据;
根据待传输流媒体的字节量设置备份缓存区的容量;
处理器内设置有第一字节量l1、第二字节量l2、第三字节量l3和备份缓存区的标准容量C0,且l1<l2<l3;
若待传输流媒体的字节量l≤第一字节量l1,则采用备份缓存区的标准容量C0;
若第一字节量l1<待传输流媒体的字节量l≤第二字节量l2,则增加采用备份缓存区的容量,增容后的容量为1.1×C0;
若第二字节量l2<待传输流媒体的字节量l≤第三字节量l3,则增加采用备份缓存区的容量,增容后的容量为1.3×C0;
若待传输流媒体的字节量l>第三字节量l3,则增加采用备份缓存区的容量,增容后的容量为1.5×C0。
具体而言,本发明实施例根据待传输流媒体的字节量设置备份缓存区,使得备份缓存区的容量根据待传输流媒体的字节量进行动态调整,在待传输流媒体字节量多时,增加备份缓存区的容量,以保证备份完整,当待传输流媒体字节量少时,减少备份缓冲区的容量,以使发送端的存储空间被充分利用,保证后续丢失数据的顺利传输,提高传输效率。
具体而言,在步骤S400中,所述接收端收到返回信息时查询到达发送端的时间,并根据到达时间进行排序包括:
当发送端接收到请求信息后,记录该请求信息到达发送端的时间戳,并记录该请求信息对应的传输通道;
根据请求信息中的所丢失的流媒体数据块的编号查询备份缓冲区,从备份缓冲区获取编号对应的数据;
提取所述数据并将数据发送至接收端。
具体而言,本发明实施例通过在发送端查询备份缓冲区内对应的编号的流媒体数据块,并将对应的数据块利用传输通道发送至接收端,实现丢弃数据的二次传输,进而完善接收端接收到的数据的完整性,保证数据块传输的稳定性,提高弱网环境下数据传输的完整性,提高数据块的传输速率。
具体而言,所述提取所述数据并将数据发送至接收端包括:
根据编号获取对应的数据块;
根据数据块的序号由小到大进行排序;
获取请求信息到达发送端的时间戳及对应的传输通道,所述发送端和所述接收端建立有至少一个传输通道,选择第一个接收到所述请求信息的第一传输通道;
按照排列后的顺序将数据块组成的数据块集利用第一传输通道传输给接收端。
具体而言,本发明实施例通过请求信息中的编号信息获取到对应的数据块,并将数据块根据序号的大小进行排序,本发明实施例中的序号的大小对应着数据在流媒体数据中的位置,也表示对应的流媒体播放顺序,本发明实施例接收端在重组流媒体数据后,将通过第一传输通道将首次传输时丢失的数据块传输至接收端,提高接收端接收数据的便捷性,提高接收端获取完整数据的速度,提高数据传输的准确性,保证数据的完整性,提高接收端接收信息的完整性。
具体而言,对于任意流媒体块,获取该流媒体块的音量v1、音色v2和声流媒体率v3;当需要传输该流媒体块时,根据流媒体块的音量v1、音色v2和声流媒体率v3进行编码,已将编码后的流媒体文件传输至接收端。
具体而言,本发明实施例中通过对请求信息,获取到要进行二次传输的数据块,并将对应的数据块组成数据块集进行编码后进行传输,提高数据传输的安全性,在对数据块进行编码的过程中利用流媒体块的音量、音色以及频率进行编码,提高编码的唯一性,防止数据块集在传输过程中被拦截,提高数据块在传输过程中的安全性,以使得接收端可以获取到完整的流媒体数据。
具体而言,根据流媒体块的音量v1、音色v2和频率v3进行编码包括:预先设置有流媒体块标准矩阵V0(V10,V20,V30),其中V10表示流媒体中的基准音量,V20表示流媒体中的基准音色,V30表示流媒体中的基础频率;
根据流媒体中的音量、音色和频率与流媒体块标准矩阵V0(V10,V20,V30)的参数符合的数量确定对流媒体进行编码所对应的标识符。
具体而言,本发明实施例通过设置流媒体块标准矩阵,并根据流媒体块中的实际音量、音色以及频率与标准矩阵中的参数的符合数量确定对数据块集进行编码的对应的标识符,提高编码的复杂性,防止数据被拦截破解,提高数据的安全性,使得在弱网环境下进行数据传输的安全性。
具体而言,若待传输的流媒体块中的音量、音色和频率均符合流媒体块标准矩阵V0(V10,V20,V30)中的基准参数,则对流媒体块进行编码,编码规则为将流媒体块+第一标识码,第一标识码为流媒体块标准矩阵V0(V10,V20,V30)中的基准参数对应的十六进制表示;
若流媒体块中的音量、音色和频率中有两个参数符合流媒体块标准矩阵V0(V10,V20,V30)中的基准参数,则对流媒体块进行编码,编码规则为将流媒体块+第二标识码,第二标识码为流媒体块标准矩阵V0(V10,V20,V30)中的基准参数对应的十进制表示;
若流媒体块中的音量、音色和频率中有一个参数符合流媒体块标准矩阵V0(V10,V20,V30)中的基准参数,则对流媒体块进行编码,编码规则为将流媒体块+第三标识码,第三标识码为流媒体块标准矩阵V0(V10,V20,V30)中的基准参数对应的八进制表示;
若流媒体块中的音量、音色和频率中没有参数符合流媒体块标准矩阵V0(V10,V20,V30)中的基准参数,则对流媒体块进行编码,编码规则为将流媒体块+第四标识码,第四标识码为流媒体块标准矩阵V0(V10,V20,V30)中的基准参数对应的二进制表示。
具体而言,本发明实施例通过比较流媒体块中的音量、音色和频率与流媒体块标准矩阵V0(V10,V20,V30)中的基准参数符合的个数,选择不同的编码格式,实现对数据块集的快速编码,提高数据传输的速率,以提高接收端获取完整数据的速度,防止数据错乱。
具体而言,在对流媒体块进行编码之后,通过第一传输通道传输编码规则,以便于接收端根据编码规则进行解码,得到对应的数据块。
具体而言,本发明实施例在对流媒体块进行编码之后,通过第一传输通道传输编码规则,便于接收端进行解码,在实际应用过程中,还可以将编码规则置于数据块的报头内,接收端接收数据块后读取报头信息获取编码规则后再对数据块进行解码,获取数据块,本发明实施例通过提前传输编码规则,使得传输的数据量降低,提高传输速度。
具体而言,处理器内设置有数据丢失率,根据接收端实际接收到的数据以及在报头中的信息对比,得到数据丢失率,若接收到的数据较多,则数据丢失率低,若接收到的数据较少,则表示数据丢失率高,处理器内设置有标准数据丢失率,若实际数据丢失率≥标准数据丢失率,则第一信道的标准使用时长TO进行延长;
若实际数据丢失率<标准数据丢失率,则无需对第一信道的标准使用时长TO。
具体而言,本发明实施例通过设置标准数据丢失率,对进行二次传输的数据量进行评估,并根据进行二次传输的数据量对第一信道的使用时长进行调整,以使得在进行第一信道进行传输的过程中,保证信道不被占用,提高数据传输的稳定性。
具体而言,在对数据块进行编码时,编码后的数据块长度增加量,基于长度增加量对传输通道的标准使用时长TO进行修正。
具体而言,对数据块进行编码后,若编码后的数据块长度增加量≤原数据块长度的50%,则采用第一系数k1对标准使用时长TO进行修正;
若原数据块长度的80%≥编码后的数据块长度增加量>原数据块长度的50%,则采用第二系数k2对标准使用时长TO进行修正;
若编码后的数据块长度增加量>原数据块长度的80%,则采用第三系数k3对标准使用时长TO进行修正。
具体而言,本发明实施例通过编码后的数据块长度增加量的多少对第一通道的标准使用时长TO进行修正,使得第一信道的使用时间与要传输的数据量匹配,提高第一信道的利用率,同时提高二次数据传输的效率。
具体而言,采用第一系数k1对标准使用时长TO进行修正后的第一信道的使用时间为TO×(1+k1);
采用第二系数k2对标准使用时长TO进行修正后的第一信道的使用时间为TO×(1+k2);
采用第三系数k3对标准使用时长TO进行修正后的第一信道的使用时间为TO×(1+k3),且k1<k2<k3。
具体而言,本发明实施例通过第一系数、第二系数和第三系数对第一信道的标准时长进行调整,使得根据实际传输的数据的长度确定第一信道的使用市场,使得信道的时间分配更为合理,提高第一信道使用的合理性,提高数据传输的效率。
本发明实施例还提供一种基于RTP的抗弱网传输系统,该系统包括:获取模块,用以获取待传输流媒体数据;
分块模块,用以将所述待传输流媒体数据进行分块备份存储至发送端;
传输模块,用以将分块后的流媒体数据加载RTP协议报文头进行网络传输,所述RTP协议报文头中包括所述流媒体数据的块数以及各数据块的先后顺序;
处理模块,用以接收网络传输的流媒体数据,查询RTP协议报文头,获取所述流媒体数据的块数和各数据块的前后顺序,若接收到的流媒体数据的数据块与RTP协议报文头中的流媒体数据的块数不符,则接收端发送请求信息至发送端,所述请求信息包括记录所述请求信息到达发送端的时间、选择的传输通道以及所丢失的流媒体数据块的编号;
接收端收到返回信息时查询到达发送端的时间,并根据到达时间进行排序;
发送端根据流媒体数据块的编号选择备份存储的对应编号一致的数据块,选择最先收到请求信息的传输通道将数据块传输至接收端;
接收端整合编号顺序对应的数据块,顺序播放;
所述分块模块包括:
存储单元,用以设置备份缓存区,利用备份缓存区存储备份的流媒体数据;
增容模块,用以根据待传输流媒体的字节量设置备份缓存区的容量;
处理器内设置有第一字节量l1、第二字节量l2、第三字节量l3和备份缓存区的标准容量C0,且l1<l2<l3;
若待传输流媒体的字节量l≤第一字节量l1,则采用备份缓存区的标准容量C0;
若第一字节量l1<待传输流媒体的字节量l≤第二字节量l2,则增加采用备份缓存区的容量,增容后的容量为1.1×C0;
若第二字节量l2<待传输流媒体的字节量l≤第三字节量l3,则增加采用备份缓存区的容量,增容后的容量为1.3×C0;
若待传输流媒体的字节量l>第三字节量l3,则增加采用备份缓存区的容量,增容后的容量为1.5×C0。
本发明实施例提供的基于RTP的抗弱网传输系统,用以执行本发明实施例提供的基于RTP的抗弱网传输方法的全部步骤,采用相同的技术手段,实现相同的技术效果,在此不做赘述。
至此,已经结合附图所示的优选实施方式描述了本发明的技术方案,但是,本领域技术人员容易理解的是,本发明的保护范围显然不局限于这些具体实施方式。在不偏离本发明的原理的前提下,本领域技术人员可以对相关技术特征做出等同的更改或替换,这些更改或替换之后的技术方案都将落入本发明的保护范围之内。
以上所述仅为本发明的优选实施例,并不用于限制本发明;对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (6)
1.一种基于RTP的抗弱网传输方法,其特征在于,包括:
获取待传输流媒体数据,将所述待传输流媒体数据进行分块备份存储至发送端;
将分块后的流媒体数据加载RTP协议报文头进行网络传输,所述RTP协议报文头中包括所述流媒体数据的块数以及各数据块的先后顺序;
接收网络传输的流媒体数据,查询RTP协议报文头,获取所述流媒体数据的块数和各数据块的前后顺序,若接收到的流媒体数据的数据块与RTP协议报文头中的流媒体数据的块数不符,则接收端发送请求信息至发送端,所述请求信息包括用以请求记录所述请求信息到达发送端的时间的指示信息、选择的传输通道以及所丢失的流媒体数据块的编号;
当发送端接收到请求信息后,记录该请求信息到达发送端的时间戳,并记录该请求信息对应的传输通道;
接收端收到基于请求信息的返回信息时查询到达发送端的时间,并根据到达时间进行排序;
发送端根据流媒体数据块的编号在备份缓冲区选择备份存储的对应编号一致的数据块,选择最先收到请求信息的传输通道将数据块传输至接收端;
接收端整合编号顺序对应的数据块,顺序播放;
所述将所述待传输流媒体数据进行分块备份存储至发送端包括:
设置备份缓存区,用以存储备份的流媒体数据;
根据待传输流媒体的字节量设置备份缓存区的容量;
处理器内设置有第一字节量l1、第二字节量l2、第三字节量l3和备份缓存区的标准容量C0,且l1<l2<l3;
若待传输流媒体的字节量l≤第一字节量l1,则采用备份缓存区的标准容量C0;
若第一字节量l1<待传输流媒体的字节量l≤第二字节量l2,则增加采用备份缓存区的容量,增容后的容量为1.1×C0;
若第二字节量l2<待传输流媒体的字节量l≤第三字节量l3,则增加采用备份缓存区的容量,增容后的容量为1.3×C0;
若待传输流媒体的字节量l>第三字节量l3,则增加采用备份缓存区的容量,增容后的容量为1.5×C0;
对于任意流媒体块,获取该流媒体块的音量v1、音色v2和声流媒体频率v3;当需要传输该流媒体块时,根据流媒体块的音量v1、音色v2和声流媒体频率v3进行编码,以将编码后的流媒体文件传输至接收端;
若待传输的流媒体块中的音量、音色和声流媒体频率均符合流媒体块标准矩阵V0(V10,V20,V30)中的基准参数,其中V10表示流媒体中的基准音量,V20表示流媒体中的基准音色,V30表示流媒体中的基准频率,则对流媒体块进行编码,编码规则为将流媒体块+第一标识码,第一标识码为流媒体块标准矩阵V0(V10,V20,V30)中的基准参数对应的十六进制表示;
若流媒体块中的音量、音色和声流媒体频率中有两个参数符合流媒体块标准矩阵V0(V10,V20,V30)中的基准参数,则对流媒体块进行编码,编码规则为将流媒体块+第二标识码,第二标识码为流媒体块标准矩阵V0(V10,V20,V30)中的基准参数对应的十进制表示;
若流媒体块中的音量、音色和声流媒体频率中有一个参数符合流媒体块标准矩阵V0(V10,V20,V30)中的基准参数,则对流媒体块进行编码,编码规则为将流媒体块+第三标识码,第三标识码为流媒体块标准矩阵V0(V10,V20,V30)中的基准参数对应的八进制表示;
若流媒体块中的音量、音色和声流媒体频率中没有参数符合流媒体块标准矩阵V0(V10,V20,V30)中的基准参数,则对流媒体块进行编码,编码规则为将流媒体块+第四标识码,第四标识码为流媒体块标准矩阵V0(V10,V20,V30)中的基准参数对应的二进制表示。
2.根据权利要求1所述的基于RTP的抗弱网传输方法,其特征在于,
所述提取所述数据并将数据发送至接收端包括:
根据编号获取对应的数据块;
根据数据块的序号由小到大进行排序;
获取请求信息到达发送端的时间戳及对应的传输通道,所述发送端和所述接收端建立有至少一个传输通道,选择第一个接收到所述请求信息的第一传输通道;
按照排列后的顺序将数据块组成的数据块集利用第一传输通道传输给接收端。
3.根据权利要求1所述的基于RTP的抗弱网传输方法,其特征在于,
处理器内设置有数据丢失率,根据接收端实际接收到的数据以及在报头中的信息对比,得到数据丢失率,若接收到的数据较多,则数据丢失率低,若接收到的数据较少,则表示数据丢失率高,处理器内设置有标准数据丢失率,若实际数据丢失率≥标准数据丢失率,则对第一传输通道的标准使用时长TO进行延长;
若实际数据丢失率<标准数据丢失率,则无需对第一传输通道的标准使用时长TO进行延长。
4.根据权利要求1-3任一所述的基于RTP的抗弱网传输方法,其特征在于,在对数据块进行编码时,编码后的数据块长度增加,基于数据块的长度增加量对传输通道的标准使用时长TO进行修正;
对数据块进行编码后,若编码后的数据块长度增加量≤原数据块长度的50%,则采用第一系数k1对标准使用时长TO进行修正;
若原数据块长度的80%≥编码后的数据块长度增加量>原数据块长度的50%,则采用第二系数k2对标准使用时长TO进行修正;
若编码后的数据块长度增加量>原数据块长度的80%,则采用第三系数k3对标准使用时长TO进行修正。
5.根据权利要求4所述的基于RTP的抗弱网传输方法,其特征在于,
采用第一系数k1对标准使用时长TO进行修正后的第一传输通道的使用时间为TO×(1+k1);
采用第二系数k2对标准使用时长TO进行修正后的第一传输通道的使用时间为TO×(1+k2);
采用第三系数k3对标准使用时长TO进行修正后的第一传输通道的使用时间为TO×(1+k3),且k1<k2<k3。
6.一种应用如权利要求1-5任一项所述的传输方法的基于RTP的抗弱网传输系统,其特征在于,包括:
获取模块,用以获取待传输流媒体数据;
分块模块,用以将所述待传输流媒体数据进行分块备份存储至发送端;
传输模块,用以将分块后的流媒体数据加载RTP协议报文头进行网络传输,所述RTP协议报文头中包括所述流媒体数据的块数以及各数据块的先后顺序;
处理模块,用以接收网络传输的流媒体数据,查询RTP协议报文头,获取所述流媒体数据的块数和各数据块的前后顺序,若接收到的流媒体数据的数据块与RTP协议报文头中的流媒体数据的块数不符,则接收端发送请求信息至发送端,所述请求信息包括用以请求记录所述请求信息到达发送端的时间的指示信息、选择的传输通道以及所丢失的流媒体数据块的编号;
当发送端接收到请求信息后,记录该请求信息到达发送端的时间戳,并记录该请求信息对应的传输通道;
接收端收到基于请求信息的返回信息时查询到达发送端的时间,并根据到达时间进行排序;
发送端根据流媒体数据块的编号在备份缓冲区选择备份存储的对应编号一致的数据块,选择最先收到请求信息的传输通道将数据块传输至接收端;
接收端整合编号顺序对应的数据块,顺序播放;
所述分块模块包括:
存储单元,用以设置备份缓存区,利用备份缓存区存储备份的流媒体数据;
增容模块,用以根据待传输流媒体的字节量设置备份缓存区的容量;
处理器内设置有第一字节量l1、第二字节量l2、第三字节量l3和备份缓存区的标准容量C0,且l1<l2<l3;
若待传输流媒体的字节量l≤第一字节量l1,则采用备份缓存区的标准容量C0;
若第一字节量l1<待传输流媒体的字节量l≤第二字节量l2,则增加采用备份缓存区的容量,增容后的容量为1.1×C0;
若第二字节量l2<待传输流媒体的字节量l≤第三字节量l3,则增加采用备份缓存区的容量,增容后的容量为1.3×C0;
若待传输流媒体的字节量l>第三字节量l3,则增加采用备份缓存区的容量,增容后的容量为1.5×C0。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110913621.9A CN113364814B (zh) | 2021-08-10 | 2021-08-10 | 基于rtp的抗弱网传输方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110913621.9A CN113364814B (zh) | 2021-08-10 | 2021-08-10 | 基于rtp的抗弱网传输方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113364814A CN113364814A (zh) | 2021-09-07 |
CN113364814B true CN113364814B (zh) | 2021-11-30 |
Family
ID=77540790
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110913621.9A Active CN113364814B (zh) | 2021-08-10 | 2021-08-10 | 基于rtp的抗弱网传输方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113364814B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114422864A (zh) * | 2021-12-27 | 2022-04-29 | 广州佰锐网络科技有限公司 | 一种音视频抗弱网传输方法及系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101707701A (zh) * | 2009-11-26 | 2010-05-12 | 上海交通大学 | 多流信息传输系统及其传输方法 |
CN102546081A (zh) * | 2010-12-21 | 2012-07-04 | 中兴通讯股份有限公司 | 丢包检测方法、系统和媒体客户端 |
CN108322836A (zh) * | 2018-01-24 | 2018-07-24 | 北京奇艺世纪科技有限公司 | 一种数据传输的方法及装置 |
CN112737975A (zh) * | 2020-12-25 | 2021-04-30 | 珠海西山居移动游戏科技有限公司 | 缓冲区容量调整方法及装置 |
CN112835740A (zh) * | 2019-11-22 | 2021-05-25 | 伊姆西Ip控股有限责任公司 | 用于管理数据备份的方法、电子设备和计算机程序产品 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10978033B2 (en) * | 2016-02-05 | 2021-04-13 | New Resonance, Llc | Mapping characteristics of music into a visual display |
-
2021
- 2021-08-10 CN CN202110913621.9A patent/CN113364814B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101707701A (zh) * | 2009-11-26 | 2010-05-12 | 上海交通大学 | 多流信息传输系统及其传输方法 |
CN102546081A (zh) * | 2010-12-21 | 2012-07-04 | 中兴通讯股份有限公司 | 丢包检测方法、系统和媒体客户端 |
CN108322836A (zh) * | 2018-01-24 | 2018-07-24 | 北京奇艺世纪科技有限公司 | 一种数据传输的方法及装置 |
CN112835740A (zh) * | 2019-11-22 | 2021-05-25 | 伊姆西Ip控股有限责任公司 | 用于管理数据备份的方法、电子设备和计算机程序产品 |
CN112737975A (zh) * | 2020-12-25 | 2021-04-30 | 珠海西山居移动游戏科技有限公司 | 缓冲区容量调整方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN113364814A (zh) | 2021-09-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101061659B (zh) | 自适应前向纠错的方法和设备 | |
JP3912091B2 (ja) | データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム | |
CN101026553B (zh) | 分组传输装置、通信系统和程序 | |
US6918077B2 (en) | Data transmission method and data transmission apparatus | |
Matsuzono et al. | Low latency low loss streaming using in-network coding and caching | |
CN100592670C (zh) | 一种在iptv网络中动态自适应前向差错控制的系统及方法 | |
CN100375538C (zh) | 在分组信道上多媒体通信的方法 | |
JP3450771B2 (ja) | データ伝送方法,及びデータ送信装置 | |
US6570843B1 (en) | Method for minimizing the number of data packets required for retransmission in a two-way communication system | |
US20100214970A1 (en) | Method and system for transmitting data packets from a source to multiple receivers via a network | |
EP1559229A1 (en) | Adaptative forward error control scheme | |
CN101364999A (zh) | 一种基于流的服务质量处理的方法、设备及系统 | |
AU2007344308B2 (en) | Method of real-time transmission/reception of data in packets between a server and a client terminal, corresponding server and terminal | |
US11190455B2 (en) | Decoding of a media stream at a packet receiver | |
CN101867453A (zh) | 一种rtp抗丢包的方法 | |
Joshi et al. | On playback delay in streaming communication | |
CN113364814B (zh) | 基于rtp的抗弱网传输方法 | |
KR101177454B1 (ko) | 영상 데이터의 전송에 따른 에러 복원 결정을 위한 서버 및클라이언트와, 영상 데이터의 전송에 따른 에러 복원결정방법 | |
CN110868616A (zh) | 一种5g网络下低延时高可靠视频传输方法 | |
US8904020B2 (en) | Method which permits a block-based file to be played out during transmission | |
JP4217534B2 (ja) | パケット送信装置、パケット受信装置、方法及びプログラム | |
CN1790977B (zh) | 按照混合arq法进行数据传输的方法和装置 | |
JP2001024707A (ja) | マルチメディアパケット通信端末及びマルチメディアパケット通信網 | |
CN114422864A (zh) | 一种音视频抗弱网传输方法及系统 | |
Luby et al. | RFC 5651: Layered Coding Transport (LCT) Building Block |
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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20230619 Address after: 518000, 20F, Block A, Block A, Block B, Haiwang Building, No. 2221 Nanhai Avenue, Nanguang Community, Nanshan District, Shenzhen City, Guangdong Province Patentee after: Shenzhen Rewo Mobile Co.,Ltd. Address before: Room 204-1, unit 1, floor 2, building 5, yard 1, Beiqing Road, Changping District, Beijing 102206 Patentee before: Beijing Xiangdong Intelligent Technology Co.,Ltd. |
|
TR01 | Transfer of patent right |