CN113938881A - 适用于互联网数据的传输系统及方法 - Google Patents
适用于互联网数据的传输系统及方法 Download PDFInfo
- Publication number
- CN113938881A CN113938881A CN202111211735.5A CN202111211735A CN113938881A CN 113938881 A CN113938881 A CN 113938881A CN 202111211735 A CN202111211735 A CN 202111211735A CN 113938881 A CN113938881 A CN 113938881A
- Authority
- CN
- China
- Prior art keywords
- data
- module
- receiving end
- message
- sending
- 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
- 230000005540 biological transmission Effects 0.000 title claims abstract description 88
- 238000000034 method Methods 0.000 title claims abstract description 23
- 238000012937 correction Methods 0.000 claims abstract description 30
- 230000000977 initiatory effect Effects 0.000 claims abstract description 17
- 230000008569 process Effects 0.000 claims abstract description 8
- 238000012545 processing Methods 0.000 claims abstract description 4
- 238000011084 recovery Methods 0.000 claims description 4
- 230000014759 maintenance of location Effects 0.000 claims description 3
- 230000007246 mechanism Effects 0.000 description 13
- 238000010586 diagram Methods 0.000 description 5
- 238000012790 confirmation Methods 0.000 description 4
- 238000005538 encapsulation Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 239000012634 fragment Substances 0.000 description 3
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000008447 perception Effects 0.000 description 1
- 238000009877 rendering Methods 0.000 description 1
- 230000001131 transforming effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/03—Protecting confidentiality, e.g. by encryption
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/04—Error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/08—Load balancing or load distribution
- H04W28/09—Management thereof
- H04W28/0958—Management thereof based on metrics or performance parameters
- H04W28/0967—Quality of Service [QoS] parameters
- H04W28/0975—Quality of Service [QoS] parameters for reducing delays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/08—Load balancing or load distribution
- H04W28/09—Management thereof
- H04W28/0958—Management thereof based on metrics or performance parameters
- H04W28/0967—Quality of Service [QoS] parameters
- H04W28/0983—Quality of Service [QoS] parameters for optimizing bandwidth or throughput
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
- H04W28/22—Negotiating communication rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
本发明提供了一种适用于互联网数据的传输系统，包括会话初始模块针对多媒体数据传输的发送端和接收端的会话进行初始化处理；加解密模块在发送端和接收端进行多媒体数据传输的过程中，对传输的数据进行加密和解密；拥塞控制模块将拥塞控制和带宽估计的算法设置于应用层，用于发送速率控制；前向纠错模块在多媒体数据传输时出现丢包或出错的情况下，接收端不需要等待重传，根据前向纠错模块计算恢复正确的数据；重传模块在多媒体数据传输过程中出现丢包时，且接收端不能主动通过前向纠错模块恢复数据的情况下，执行发送端重传数据的指令；保留模块为系统的功能扩展保留空余字段。本发明既能拥有TCP协议的高可靠性，也有UDP协议的低延时特性。
Description
技术领域
本发明涉及多媒体通信技术领域，具体地，涉及一种适用于互联网数据的传输系统及方法。
背景技术
随着移动互联网特别是5G的逐渐普及，多媒体应用越来越多的出现在日常生活中，涉及到各个行业和领域。包括在线医疗，在线教育，直播购物，短视频，在线会议，安防监控等等。与此同时，随着疫情的影响，这些多媒体应用在迎来更大的使用量，更好的发展机遇时，多媒体质量不稳定，网络延时大，安全性质疑，多媒体画面启动慢等问题也经常带来不好的使用体验。
传统的多媒体传输主要依靠TCP和UDP协议，但是TCP协议和UDP协议存在许多问题。TCP协议是通过采用“带重传的肯定确认”机制，实现了面向连接的，点对点的，有序的，可靠的，自带滑动窗口和拥塞控制的字节流传输协议。在传输媒体前，需要经过三次握手来建立连接。这些特性使得TCP特别适用对延时要求不高的一些应用中，比如网页访问。但放到多媒体应用，特别是在复杂不可靠的互联网环境中，并不适用。只要网络稍有波动导致传输过程丢包，TCP的有序确认机制就会让后续的字节流等待，需要前面的包重传成功才能继续传输。那么，UDP协议则是面向无连接的，不可靠的，数据包传输协议。UDP协议传输之前，没有三次握手的过程，需要发送的时候，直接发送给对端即可，并且也不需要接收端确认，就可以发送后续的报文。这个特性使得UDP在多媒体应用中，拥有较好的延时小特性，但是缺点也同样明显，没有拥塞控制，没有重传，导致媒体质量差。
经过检索，专利文献CN110830472A，公开了一种基于TCP/IP协议的灵活数据传输协议的灵活数据传输方法，，在原有的UDP协议首部填加一些控制字段而形成一种面向连接的基于消息包的传输协议。采用所述累计确认机制代替原有的停止等待协议；采用立即重传机制并去掉不必要的拥塞控制机制，利用发送、确认、重传机制相互配合增加传输的灵活性；引入基于GBN的滑动控制机制并对其做相应的改进作为流量控制机制；采用乒乓缓存机制将发送队列拆成2个队列同时操作。该现有技术的不足之处在于用户的互联网数据要依次经过应用层，传输层，网络层，链路层才能到达互联网，参照本发明中附图3的网络分层模型可知，其中只有应用层是属于用户空间，可以由用户自定义数据类型和格式。传输层，网络层，链路层是属于内核空间，只随着内核的更改升级才能修改。如果要修改UDP本身的封装格式，势必要对属于系统内核的UDP报文进行封装和解封装的重新定义，然后发布新的系统内核，这对于开发互联网应用来说，难度大，可行性差。
专利文献CN110049058A公开了一种传输系统底层传输协议选择方法，，包括：传输客户端检测UDP传输协议、TCP传输协议的网络连通性，得到网络连通性列表；当网络连通性列表为(UDP不可通信，TCP不可通信)时，结束选择；当网络连通性列表为(UDP可通信，TCP不可通信)，选择UDP传输协议；当网络连通性列表为(UDP不可通信，TCP可通信)，选择TCP传输协议；当网络连通性列表为(UDP可通信，TCP可通信)，传输客户端检测与传输服务器之间网络丢包率；若存在丢包，则选择UDP传输协议；若不存在丢包，检测传输客户端与传输服务器之间的实际网络时延；根据对应阈值区间选择采用UDP传输协议或TCP传输协议。该现有技术是在不同的网络环境下，通过协议选择器能自动选择TCP协议或者UDP协议的一种来进行传输数据，但是并没有对TCP协议和UDP各自的不足做出改善。
因此，亟需研发涉及一种既能拥有TCP的高可靠性，也有UDP的低延时特性的传输协议为多媒体应用在互联网中提供更良好的传输方法，进而提供整个行业的服务质量。
发明内容
针对现有技术中的缺陷，本发明的目的是提供一种适用于互联网数据的传输系统及方法，本发明在不改变现有UDP协议的基础上，通过改造属于用户空间的有效负荷来改善UDP协议的传输体验，这样不用改动内核，完全可由用户自行定义和解释传输格式，并随着算法的改进，实现快速迭代。
根据本发明提供的一种适用于互联网数据的传输系统，包括：
会话初始模块：针对多媒体数据传输的发送端和接收端的会话进行初始化处理；
加解密模块：在发送端和接收端进行多媒体数据传输的过程中，对传输的数据进行加密和解密；
拥塞控制模块：将拥塞控制和带宽估计的算法设置于应用层，用于发送速率控制；
前向纠错模块：在多媒体数据传输时出现丢包或出错的情况下，接收端不需要等待重传，根据前向纠错模块计算恢复正确的数据；
重传模块：在多媒体数据传输过程中出现丢包时，且接收端不能主动通过前向纠错模块恢复数据的情况下，执行发送端重传数据的指令；
保留模块：为系统的功能扩展保留空余字段。
优选地，会话初始模块进行初始化处理时，包括协商协议版本号和生成连接序列号。
优选地，当发送端发送第一个报文时，会话初始模块会随机生成一个连接序列号，并将协议版本号和序列号分别封装到V字段和ConnId字段中；接收端收到报文后，在会话初始模块检查协议版本号，并根据协议版本号是否兼容，选择接受连接或者拒绝。
优选地，在发送报文时，如果用户要求数据加密，则利用加解密模块提供的加密接口，指定加密算法对收到数据进行相应的加密后在进行发送；加密后的报文进行相应的解密，之后将数据传给用户。
优选地，在发送报文时，拥塞控制模块统计接受缓冲区的大小，接收端根据缓冲区的大小实时调整发送速率，避免拥塞的同时，利用带宽提高发送速率。
优选地，在发送报文时，前向纠错模块会将报文的数据跟特定校验码进行异或操作得到一组冗余校验码，并将冗余校验码进行封装，随报文一起发送；接收端在收到报文时，根据冗余反向验证数据是否正确并尝试恢复正确的数据。
优选地，在发送报文之前，重传模块给每个报文依次递增的打上报文序列号，并维护一段发送队列，接受端则根据报文序列号对报文重排序，当某个报文超时没有到达，并且后续报文接收超过一定数量后会给发送端，发送请求丢失的报文序列号进行重传，发送端则在发送队列中进行重新发送。
根据本发明提供的一种适用于互联网数据的传输方法，包括如下步骤：
会话初始步骤：针对多媒体数据传输的发送端和接收端的会话进行初始化处理；
加解密步骤：在发送端和接收端进行多媒体数据传输的过程中，对传输的数据进行加密和解密；
拥塞控制步骤：将拥塞控制和带宽估计的算法设置于应用层，用于发送速率控制；
前向纠错模块：在多媒体数据传输时出现丢包或出错的情况下，接收端不需要等待重传，根据前向纠错步骤计算恢复正确的数据；
重传步骤：在多媒体数据传输过程中出现丢包时，且接收端不能主动通过前向纠错步骤恢复数据的情况下，执行发送端重传数据的指令；
保留步骤：为功能扩展保留空余字段。
优选地，会话初始步骤对发送端和接收端的会话建立连接之后进入加解密步骤继续封装报文；经历加密之后的报文，不能进行发送，进入拥塞控制步骤实时调整发送速率。
优选地，在前向纠错步骤中，当接收端收到报文时，根据冗余反向验证数据是否正确以及尝试恢复正确的数据，如果恢复失败再进入重传模块继续封装报文。
与现有技术相比，本发明具有如下的有益效果：
1、本发明通过减少握手的次数来减少媒体传输时建连时间，与利用TCP协议进行多媒体数据传输需要的三次握手不同，本发明只需一次握手，使得在启动通信的时候，能更快的建立连接。
2、本发明通过在报文中加入前向纠错、冗余和重传机制，保证了在多媒体数据传输过程中的可靠性，提升了通信质量。
3、本发明通过在报文中加入接受窗口能力，来实时控制发送速率，避免网络拥塞的前提下，充分利用带宽来保证了多媒体数据传输的低延时。
4、本发明通过在报文中加入加密算法代号，接收端根据代号进行相应的解密来保证多媒体数据传输过程中的安全性
5、本发明设置在应用层，不需要依赖于系统内核的升级，从而能实现快速迭代。
6、本发明使用了连接序列号替换了源目的端口地址四元组，只要连接不变，即使发生了网络的切换，用户也无感知，不需要应用做重连。
7、本发明使用了UDP作为底层传输协议，使得应用具有更快的访问速度，特别是在移动互联网的场景下，具有更流畅的使用体验。
附图说明
通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：
图1为本发明中适用于互联网数据的传输系统的示意图；
图2为本发明中适用于互联网数据的传输系统的报文结构示意图；
图3为网络分层模型示意图。
具体实施方式
下面结合具体实施例对本发明进行详细说明。以下实施例将有助于本领域的技术人员进一步理解本发明，但不以任何形式限制本发明。应当指出的是，对本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变化和改进。这些都属于本发明的保护范围。
如图1所示，本发明提供了一种适用于互联网数据的传输系统。如图2所示，通过自定义UDP的有效载荷，并通过封装和解封装，来改善媒体传输。具体包括：
会话初始模块：针对多媒体数据传输的发送端和接收端的会话进行初始化处理；在会话初始模块进行初始化处理时，包括协商协议版本号和生成连接序列号。当发送端发送第一个报文时，会话初始模块会随机生成一个连接序列号，并将协议版本号和序列号分别封装到V字段和ConnId字段中；接收端收到报文后，在会话初始模块检查协议版本号，并根据协议版本号是否兼容，选择接受连接或者拒绝。如果接受，则提取并保存连接序列号，发送ACK确认报文，这就是上面提到的一次握手，如此就进行了连接的快速建立，进入加解密模块继续封装报文。
加解密模块：在发送端和接收端进行多媒体数据传输的过程中，对传输的数据进行加密和解密；在发送报文时，如果用户要求数据加密，则利用加解密模块提供的加密接口，指定加密算法对收到数据进行相应的加密后在进行发送；接收端根据附图2中的Sec字段，判断该报文是否经过加密以及加密的算法，来进行相应的解密，并将解密过后的数据传给用户。经过加密的报文，还不能发送，进入拥塞控制模块继续封装报文。
拥塞控制模块：将拥塞控制和带宽估计的算法设置于应用层，用于发送速率控制；在发送报文时，拥塞控制模块统计接受缓冲区的大小，并将缓冲区的大小写到附图2中的RecvBuff字段，接收端根据缓冲区的大小实时调整发送速率，避免拥塞的同时，利用带宽提高发送速率。与TCP协议的滑动窗口不同，本发明中的调整的算法在用户空间，一旦算法有突破，可以快速更新本发明中的传输系统，而不是等待内核厂商发布新的内核。
前向纠错模块：在多媒体数据传输时出现丢包或出错的情况下，接收端不需要等待重传，根据前向纠错模块计算恢复正确的数据；在发送报文时，前向纠错模块会将报文的数据跟特定校验码进行异或操作得到一组冗余校验码，并将冗余校验码进行封装到附图2中的FEC字段，随报文一起发送；接收端在收到报文时，根据FEC字段冗余反向验证数据是否正确并尝试恢复正确的数据。如果恢复失败，进入重传模块继续封装报文。
重传模块：在多媒体数据传输过程中出现丢包时，且接收端不能主动通过前向纠错模块恢复数据的情况下，会给发送端发送一个请求重传的报文，并带上要求重传的报文序列号放入附图2中的PackageNum字段。在发送报文之前，会给每个报文依次递增的打上报文序列号，附图2中的PackageNum字段，并维护一段发送队列，接受端则会根据报文序列号，对报文重排序，当发现某个报文超时没有到达，并且后续报文接收超过一定数量后，比如报文2，报文3，报文5，报文6，就认为报文4丢失。这时就会给发送端，发送请求报文4的重传，发送端则会在发送队列中，取出报文4进行重新发送。与TCP协议的每个报文确认收到不同，本发明是确认报文没收到。
保留模块：为系统的功能扩展保留空余字段。
根据本发明提供的一种适用于互联网数据的传输方法，包括如下步骤：
会话初始步骤：针对多媒体数据传输的发送端和接收端的会话进行初始化处理；
加解密步骤：在发送端和接收端进行多媒体数据传输的过程中，对传输的数据进行加密和解密；
拥塞控制步骤：将拥塞控制和带宽估计的算法设置于应用层，用于发送速率控制；
前向纠错模块：在多媒体数据传输时出现丢包或出错的情况下，接收端不需要等待重传，根据前向纠错步骤计算恢复正确的数据；
重传步骤：在多媒体数据传输过程中出现丢包时，且接收端不能主动通过前向纠错步骤恢复数据的情况下，执行发送端重传数据的指令；
保留步骤：为功能扩展保留空余字段。
进一步来说，会话初始步骤对发送端和接收端的会话建立连接之后进入加解密步骤继续封装报文；经历加密之后的报文，不能进行发送，进入拥塞控制步骤实时调整发送速率。在前向纠错步骤中，当接收端收到报文时，根据冗余反向验证数据是否正确以及尝试恢复正确的数据，如果恢复失败再进入重传模块继续封装报文。
附图3是网络分层模型示意图，本发明设置在应用层，不需要依赖于系统内核的升级，从而能实现快速迭代。
本发明中的附图2是传输系统的报文结构示意图，包括包头部分和包体部分，包头部分是本发明的主要部分，包含了各个功能性字段，包体部分则是需要传输的具体数据。针对包头部分的各个功能性字段进行说明：
版本号：该字段表示自己支持的协议版本号，发送端和接收端两端会在版本协商之后建立连接，并随机生成连接序列号，4bit。
包大小：该字段表示报文包括包头的大小，接收端可根据此字段，进行包大小和完整性的检测，12bit。
连接序列号：该字段表示报文所属的连接，每个传输会话，都有一个特定的连接序列号，发生网络切换的时候，连接号不变,12bit,最大支持4096个连接。
分片标识：该字段表示报文是否是属于大包的分片，3bit，最大支持将包分成8片，分别进行传输。
重传标识：该字段表示报文是否是一个重传报文，1bit。
包序列号：该字段表示报文的传输序列号，发送端会给每个报文赋值一个单调递增的序列号，接收端需要根据该序列号，进行报文的重新排序，16bit。
窗口能力：该字段用以告诉发送方，接收方的接受能力，并可以指定具体的连接的接受能力，或者整个链路的接受能力。用以提高带宽利用率，并避免发生网络拥塞，16bit。
加密解密：该字段表示该报文是否经过加密，如果有则会给出加密的算法。16bit。
纠错冗余：该字段表示报文是否带有纠错冗余数据，如果有，则会给出冗余包的起始位置，大小，和冗余算法等信息。无固定bit。
保留字段：该字段用以协议的后续扩展做的预留字段。32bit。
实施例：
利用本发明能够实现一个视频通话的流程图，其可通过如图2所示的报文结构和图1所示的各模块实现，包括步骤有：
步骤S1：应用程序利用Futp一次握手快速建立连接；
步骤S2：应用程序采集媒体数据；
步骤S3：应用程序编码媒体数据；
步骤S4：应用程序将编码后的数据传给传输系统，由传输系统完成数据的封装和传输；
步骤S5：接收端根据传输系统进行解释，对报文进行排序，要求重传，主动纠错，解密等操作后，交给应用程序；
步骤S6：接收端应用程序解码媒体数据；
步骤S7：接收端应用程序渲染媒体数据；
步骤S8：任意一端挂断通话，断开传输系统的连接。
本领域技术人员知道，除了以纯计算机可读程序代码方式实现本发明提供的系统及其各个装置、模块、单元以外，完全可以通过将方法步骤进行逻辑编程来使得本发明提供的系统及其各个装置、模块、单元以逻辑门、开关、专用集成电路、可编程逻辑控制器以及嵌入式微控制器等的形式来实现相同功能。所以，本发明提供的系统及其各项装置、模块、单元可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置、模块、单元也可以视为硬件部件内的结构；也可以将用于实现各种功能的装置、模块、单元视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
以上对本发明的具体实施例进行了描述。需要理解的是，本发明并不局限于上述特定实施方式，本领域技术人员可以在权利要求的范围内做出各种变化或修改，这并不影响本发明的实质内容。在不冲突的情况下，本申请的实施例和实施例中的特征可以任意相互组合。
Claims (10)
1.一种适用于互联网数据的传输系统，其特征在于，包括：
会话初始模块：针对多媒体数据传输的发送端和接收端的会话进行初始化处理；
加解密模块：在发送端和接收端进行多媒体数据传输的过程中，对传输的数据进行加密和解密；
拥塞控制模块：将拥塞控制和带宽估计的算法设置于应用层，用于发送速率控制；
前向纠错模块：在多媒体数据传输时出现丢包或出错的情况下，接收端不需要等待重传，根据前向纠错模块计算恢复正确的数据；
重传模块：在多媒体数据传输过程中出现丢包时，且接收端不能主动通过前向纠错模块恢复数据的情况下，执行发送端重传数据的指令；
保留模块：为系统的功能扩展保留空余字段。
2.根据权利要求1所述的适用于互联网数据的传输系统，其特征在于，所述会话初始模块进行初始化处理时，包括协商协议版本号和生成连接序列号。
3.根据权利要求2所述的适用于互联网数据的传输系统，其特征在于，当发送端发送第一个报文时，会话初始模块会随机生成一个连接序列号，并将协议版本号和序列号分别封装到V字段和ConnId字段中；
接收端收到报文后，在会话初始模块检查协议版本号，并根据协议版本号是否兼容，选择接受连接或者拒绝。
4.根据权利要求1所述的适用于互联网数据的传输系统，其特征在于，在发送报文时，如果用户要求数据加密，则利用所述加解密模块提供的加密接口，指定加密算法对收到数据进行相应的加密后在进行发送；
加密后的报文进行相应的解密，之后将数据传给用户。
5.根据权利要求1所述的适用于互联网数据的传输系统，其特征在于，在发送报文时，所述拥塞控制模块统计接受缓冲区的大小，接收端根据缓冲区的大小实时调整发送速率，避免拥塞的同时，利用带宽提高发送速率。
6.根据权利要求1所述的适用于互联网数据的传输系统，其特征在于，在发送报文时，所述前向纠错模块会将报文的数据跟特定校验码进行异或操作得到一组冗余校验码，并将冗余校验码进行封装，随报文一起发送；
接收端在收到报文时，根据冗余反向验证数据是否正确并尝试恢复正确的数据。
7.根据权利要求1所述的适用于互联网数据的传输系统，其特征在于，在发送报文之前，所述重传模块给每个报文依次递增的打上报文序列号，并维护一段发送队列，接受端则根据报文序列号对报文重排序，当某个报文超时没有到达，并且后续报文接收超过一定数量后会给发送端，发送请求丢失的报文序列号进行重传，发送端则在发送队列中进行重新发送。
8.一种适用于互联网数据的传输方法，其特征在于，包括如下步骤：
会话初始步骤：针对多媒体数据传输的发送端和接收端的会话进行初始化处理；
加解密步骤：在发送端和接收端进行多媒体数据传输的过程中，对传输的数据进行加密和解密；
拥塞控制步骤：将拥塞控制和带宽估计的算法设置于应用层，用于发送速率控制；
前向纠错模块：在多媒体数据传输时出现丢包或出错的情况下，接收端不需要等待重传，根据前向纠错步骤计算恢复正确的数据；
重传步骤：在多媒体数据传输过程中出现丢包时，且接收端不能主动通过前向纠错步骤恢复数据的情况下，执行发送端重传数据的指令；
保留步骤：为功能扩展保留空余字段。
9.根据权利要求8所述的适用于互联网数据的传输方法，其特征在于，所述会话初始步骤对发送端和接收端的会话建立连接之后进入加解密步骤继续封装报文；
经历加密之后的报文，不能进行发送，进入拥塞控制步骤实时调整发送速率。
10.根据权利要求9所述的适用于互联网数据的传输方法，其特征在于，在前向纠错步骤中，当接收端收到报文时，根据冗余反向验证数据是否正确以及尝试恢复正确的数据，如果恢复失败再进入重传模块继续封装报文。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111211735.5A CN113938881A (zh) | 2021-10-18 | 2021-10-18 | 适用于互联网数据的传输系统及方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111211735.5A CN113938881A (zh) | 2021-10-18 | 2021-10-18 | 适用于互联网数据的传输系统及方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113938881A true CN113938881A (zh) | 2022-01-14 |
Family
ID=79280070
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111211735.5A Pending CN113938881A (zh) | 2021-10-18 | 2021-10-18 | 适用于互联网数据的传输系统及方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113938881A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114339133A (zh) * | 2022-03-10 | 2022-04-12 | 南京旭顶通讯科技有限公司 | 一种连接不同视频会议终端的网络加速方法、设备及存储介质 |
| CN114598653A (zh) * | 2022-05-09 | 2022-06-07 | 上海飞旗网络技术股份有限公司 | 一种基于时延管理模型的数据流加速方法 |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1482779A (zh) * | 2002-09-13 | 2004-03-17 | 北京威速科技有限公司 | 互联网多媒体实时通信中的前向纠错方法 |
| CN1863302A (zh) * | 2005-11-03 | 2006-11-15 | 华为技术有限公司 | 多媒体通信方法及其终端 |
| US20080056302A1 (en) * | 2006-08-29 | 2008-03-06 | Brix Networks, Inc. | Real-time transport protocol stream detection system and method |
| CN101656597A (zh) * | 2009-09-14 | 2010-02-24 | 中兴通讯股份有限公司 | 数据接收和发送方法、装置及数据传输系统 |
| CN101867453A (zh) * | 2010-06-04 | 2010-10-20 | 北京佳讯飞鸿电气股份有限公司 | 一种rtp抗丢包的方法 |
| CN105721454A (zh) * | 2016-01-28 | 2016-06-29 | 浙江工业大学 | 一种基于udp的可靠传输的连接管理方法 |
| WO2017063537A1 (en) * | 2015-10-17 | 2017-04-20 | Huawei Technologies Co., Ltd. | Device, system and method for supporting high availability services in dtls using secure sequence number negotiation |
| CN112751652A (zh) * | 2020-12-29 | 2021-05-04 | 珠海金山网络游戏科技有限公司 | 一种基于udp协议的数据传输方法及装置 |
-
2021
- 2021-10-18 CN CN202111211735.5A patent/CN113938881A/zh active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1482779A (zh) * | 2002-09-13 | 2004-03-17 | 北京威速科技有限公司 | 互联网多媒体实时通信中的前向纠错方法 |
| CN1863302A (zh) * | 2005-11-03 | 2006-11-15 | 华为技术有限公司 | 多媒体通信方法及其终端 |
| US20080056302A1 (en) * | 2006-08-29 | 2008-03-06 | Brix Networks, Inc. | Real-time transport protocol stream detection system and method |
| CN101656597A (zh) * | 2009-09-14 | 2010-02-24 | 中兴通讯股份有限公司 | 数据接收和发送方法、装置及数据传输系统 |
| CN101867453A (zh) * | 2010-06-04 | 2010-10-20 | 北京佳讯飞鸿电气股份有限公司 | 一种rtp抗丢包的方法 |
| WO2017063537A1 (en) * | 2015-10-17 | 2017-04-20 | Huawei Technologies Co., Ltd. | Device, system and method for supporting high availability services in dtls using secure sequence number negotiation |
| CN105721454A (zh) * | 2016-01-28 | 2016-06-29 | 浙江工业大学 | 一种基于udp的可靠传输的连接管理方法 |
| CN112751652A (zh) * | 2020-12-29 | 2021-05-04 | 珠海金山网络游戏科技有限公司 | 一种基于udp协议的数据传输方法及装置 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114339133A (zh) * | 2022-03-10 | 2022-04-12 | 南京旭顶通讯科技有限公司 | 一种连接不同视频会议终端的网络加速方法、设备及存储介质 |
| CN114598653A (zh) * | 2022-05-09 | 2022-06-07 | 上海飞旗网络技术股份有限公司 | 一种基于时延管理模型的数据流加速方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100255501B1 (ko) | 전송 제어 프로토콜 글루를 통한 세션 및 전송 계층 프록시 개선 방법 | |
| KR101370901B1 (ko) | 이동 통신 시스템에서의 통신 방법 | |
| US9258349B2 (en) | Method and apparatus of performing remote computer file exchange | |
| CN113938881A (zh) | 适用于互联网数据的传输系统及方法 | |
| US9055036B2 (en) | Method and apparatus for transmitting a user datagram protocol message that is larger than a defined size | |
| JP2014509483A (ja) | ワイヤレスネットワークにおけるトランスミッション・コントロール・プロトコルの性能を改善する機構 | |
| WO2010121410A1 (zh) | 一种采用arq机制的头压缩通信方法和装置 | |
| EP2084852A1 (en) | Method for eliminating redundant connections | |
| CN105704580A (zh) | 一种视频传输方法 | |
| WO2011160495A1 (zh) | 一种头压缩反馈信息的反馈方法和设备 | |
| CN1812405A (zh) | 在请求－响应传输协议上的可靠的单向消息传递 | |
| CN110505532A (zh) | 低延时图像传输方法、装置、设备及存储介质 | |
| US11381339B2 (en) | System and technique for generating, transmitting and receiving network coded (NC) quick UDP internet connections (QUIC) packets | |
| WO2008018318A1 (fr) | Dispositif de chiffrement, dispositif de déchiffrement, procédé de chiffrement et procédé de déchiffrement | |
| US8578040B2 (en) | Method, system and article for client application control of network transmission loss tolerance | |
| WO2023202243A1 (zh) | 数据处理方法、装置、计算机设备及存储介质 | |
| CN115118526B (zh) | 一种vr设备数据迁移方法 | |
| CN114126084A (zh) | 数据处理方法、基站、终端及存储介质 | |
| Ha et al. | TCP Network Coding with Enhanced Retransmission for heavy and bursty loss | |
| CN115801236A (zh) | 一种加密代理方法、加密代理模块、代理设备及存储介质 | |
| CN114629891A (zh) | 文件传输方法、装置、电子设备及计算机可读存储介质 | |
| CN112165655A (zh) | 基于视联网的数据传输方法、装置、设备及介质 | |
| EP3367599B1 (en) | Method and system for transferring data within a layered architecture of network components | |
| CN113037762B (zh) | 通信方法、装置、设备及存储介质 | |
| WO2022089245A1 (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 |