CN105187440A - 使用udp协议传输视频数据的方法及*** - Google Patents
使用udp协议传输视频数据的方法及*** Download PDFInfo
- Publication number
- CN105187440A CN105187440A CN201510624960.XA CN201510624960A CN105187440A CN 105187440 A CN105187440 A CN 105187440A CN 201510624960 A CN201510624960 A CN 201510624960A CN 105187440 A CN105187440 A CN 105187440A
- Authority
- CN
- China
- Prior art keywords
- data
- packet
- video data
- udp protocol
- video
- 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
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/762—Media network packet handling at the source
-
- 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/75—Media network packet handling
- H04L65/764—Media network packet handling at the destination
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/164—Adaptation or special uses of UDP protocol
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种使用UDP协议传输视频数据的方法,包括:数据发送端接收数据接收端发送的视频数据传输请求;发送端根据视频数据传输请求与接收端建立UDP协议连接;发送方将待发送的视频数据分为多个数据包,按照数据包的原始顺序在每个数据包中加入文件头信息,并将数据包分别发送至接收端,其中,文件头信息包括:当前视频帧的帧序号、当前数据包在本视频帧中的位置及当前视频帧的大小;接收端接收所有的数据包后,根据文件头信息中记录的顺序拼接成完整的视频数据并保存。保证了接收到的文件数据与原始发送的文件数据顺序相同,避免了采用UDP协议发送视频数据时出现数据乱序的现象。
Description
技术领域
本申请涉及数据传输领域,具体地说,是涉及一种使用UDP协议传输视频数据的方法及***。
背景技术
UDP是UserDatagramProtocol的简称,中文名是用户数据报协议,是OSI(OpenSystemInterconnection,开放式***互联)参考模型中一种无连接的传输层协议,提供面向事务的简单不可靠信息传送服务,IETFRFC768是UDP的正式规范。
UDP协议全称是用户数据报协议,在网络中它与TCP协议一样用于处理数据包,是一种无连接的协议。在OSI模型中,在第四层——传输层,处于IP协议的上一层。UDP有不提供数据包分组、组装和不能对数据包进行排序的缺点,也就是说,当报文发送之后,是无法得知其是否安全完整到达的。UDP用来支持那些需要在计算机之间传输数据的网络应用。包括网络视频会议***在内的众多的客户/服务器模式的网络应用都需要使用UDP协议。UDP协议从问世至今已经被使用了很多年,虽然其最初的光彩已经被一些类似协议所掩盖,但是即使是在今天UDP仍然不失为一项非常实用和可行的网络传输层协议。
与所熟知的TCP(传输控制协议)协议一样,UDP协议直接位于IP(网际协议)协议的顶层。根据OSI(开放***互连)参考模型,UDP和TCP都属于传输层协议。UDP协议的主要作用是将网络数据流量压缩成数据包的形式。一个典型的数据包就是一个二进制数据的传输单位。每一个数据包的前8个字节用来包含报头信息,剩余字节则用来包含具体的传输数据。
UDP协议并不能提供数据传输的保证机制,例如,在发送方到接收方传递过程中出现的数据包丢失,UDP本身不能做出任何的检测或提示。但是,在P2P技术等应用网络环境中,由于互联网防火墙和NAT网关的存在,两台主机不一定能通过TCP协议建立连接,进而进行数据传输。但是在这些网络应用环境中,UDP协议却可以在两台主机之间进行不可靠数据的传输。使用UDP协议比使用TCP协议更容易使得待传输的数据顺利到达目标主机。
采用UDP协议发送视频数据时,尤其是在视频源数据发送过程中,当遇到网络状况有波动的情况时,极易造成先发送的数据晚到,导致接收端接收到的数据顺序和发送端发送的数据顺序不一致,也就是出现乱序现象。在视频流数据传输时,乱序现象会导致用户端的花屏、卡顿等视频播放异常的现象,严重影响用户观看视频体验。
发明内容
为了解决在上述现有技术中出现的问题,本发明的目的是提供一种使用UDP协议传输视频数据的方法及***。
本发明提供了一种使用UDP协议传输视频数据的方法,包括:
数据发送端接收数据接收端发送的视频数据传输请求;
所述发送端根据所述视频数据传输请求与所述接收端建立UDP协议连接;
所述发送方将待发送的视频数据分为多个数据包,按照所述数据包的原始顺序在每个数据包中加入文件头信息,并将所述数据包分别发送至所述接收端,其中,
所述文件头信息包括:当前视频帧的帧序号、当前数据包在本视频帧中的位置及当前视频帧的大小;
所述接收端接收所有的数据包后,根据文件头信息中记录的顺序拼接成完整的视频数据并保存。
进一步地,其中,所述发送方将待发送的视频数据分为多个数据包,进一步包括:
将所述待发送的视频数据按照大小为1316字节分成多个数据包。
进一步地,其中,所述接收端接收所有的数据包后,根据文件头信息中记录的顺序拼接成完整的视频数据并保存,进一步包括:
当接收到数据包的序号等于接收到的当前视频帧序号时,将该数据包按照其在本视频帧中的位置存入数据缓冲区内;
当接收到的数据包序号不等于接收到的当前视频帧序号时,将该数据包按照当前视频帧序号存入数据缓冲区内。
进一步地,其中,进一步包括:
在每个接收的数据包存入数据缓冲区内后,将所述缓冲区中的数据输出,并将所述缓冲区重新放置于缓冲队列队尾位置。
进一步地,其中,进一步包括:
当接收到的数据包序号远小于已经收到的视频帧序号,将缓冲队列里的序号为当前数据包序号的缓冲区数据丢弃,并将该缓冲区重新放置于缓冲队列队尾位置。
一种使用UDP协议传输视频数据的***,包括:发送模块、处理模块及接收模块,其中,
所述发送模块,用于接收数据接收端发送的视频数据传输请求,并根据所述视频数据传输请求与所述接收端建立UDP协议连接;
所述处理模块,用于将待发送的视频数据分为多个数据包,按照所述数据包的原始顺序在每个数据包中加入文件头信息,并将所述数据包分别发送至所述接收端,其中,
所述文件头信息包括:当前视频帧的帧序号、当前数据包在本帧中的位置及当前视频帧的大小;
所述接收模块,用于接收所有的数据包后,根据文件头信息中记录的顺序拼接成完整的视频数据并保存。
进一步地,其中,所述处理模块,进一步用于:
将所述待发送的视频数据按照大小为1316字节分成多个数据包。
进一步地,其中,所述接收模块,进一步用于:
当接收到数据包的序号等于接收到的当前视频帧序号时,将该数据包按照其在本帧中的位置存入数据缓冲区内;
当接收到的数据包序号不等于接收到的当前视频帧序号时,将该数据包按照当前视频帧序号存入数据缓冲区内。
进一步地,其中,所述接收模块,进一步用于:
在每个接收的数据包存入数据缓冲区内后,将所述缓冲区中的数据输出,并将所述缓冲区重新放置于缓冲队列队尾位置。
进一步地,其中,所述接收模块,进一步用于:
当接收到的数据包序号远小于已经收到的视频帧序号,将缓冲队列里的序号为当前数据包序号的缓冲区数据丢弃,并将该缓冲区重新放置于缓冲队列队尾位置。
与现有技术相比,本申请所述的一种使用UDP协议传输视频数据的方法及***,具有以下优点:
(1)本发明将待发送的数据分割成多个数据包,对每个数据包编上包含数据包位置等信息的文件头信息后,将数据包分别进行发送。接收端根据接收到数据包,根据的其文件头信息进行拼接,恢复出数据包的正确顺序。如此,保证了接收到的文件数据与原始发送的文件数据顺序相同,避免了采用UDP协议发送视频数据时出现数据乱序的现象。
(2)本发明在数据发送方与数据接收方之间进行数据传输时,将待发送的数据分割成多个数据包进行数据传输,将大文件分割为多个小文件发送,提升了数据传输效率,避免了网络不稳定等现象对大文件传输造成的影响。
当然,实施本申请的任一产品必不一定需要同时达到以上所述的所有技术效果。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是本发明的使用UDP协议传输数据的方法步骤流程示意图;
图2是本发明实施例2所述的使用UDP协议传输数据的方法步骤流程示意图;
图3是本发明的使用UDP协议传输数据的***结构框图示意图。
具体实施方式
如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解,硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式,而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语,故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内,本领域技术人员能够在一定误差范围内解决所述技术问题,基本达到所述技术效果。此外,“耦接”一词在此包含任何直接及间接的电性耦接手段。因此,若文中描述一第一装置耦接于一第二装置,则代表所述第一装置可直接电性耦接于所述第二装置,或通过其他装置或耦接手段间接地电性耦接至所述第二装置。说明书后续描述为实施本申请的较佳实施方式,然所述描述乃以说明本申请的一般原则为目的,并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。
以下结合附图对本申请作进一步详细说明,但不作为对本申请的限定。
实施例1:
如图1所示,是本发明实施例1所述的使用UDP协议传输视频数据的方法,包括:
步骤101,数据发送端接收数据接收端发送的视频数据传输请求,所述数据传输请求中带有接收端的信息。
步骤102,所述发送端根据所述视频数据传输请求与所述接收端建立UDP协议连接,发送端根据所述请求中携带的接收端信息与所述接收端建立连接,为后续数据传输做好准备。
步骤103,所述发送方将待发送的视频数据分为多个数据包,按照所述数据包的原始顺序在每个数据包中加入文件头信息,并将所述数据包分别发送至所述接收端,其中,
所述文件头信息包括:当前视频帧的帧序号、当前数据包在本帧中的位置及当前视频帧的大小。
所述文件头信息包含了每个分割数据包在原文件中的位置信息,优选地,所述文件头信息包含了每个分割数据包在其所属视频帧中的位置信息。
步骤104,所述接收端接收所有的数据包后,根据文件头信息中记录的顺序拼接成完整的视频数据并保存,其中,
接收端接收到每个分割后的数据后,根据文件头信息中包含的该分割文件包的位置信息按照原始视频帧数据的位置顺序进行拼接,形成完整的视频数据并进行保存,达到传输后在接收端保存的视频数据按照原始视频数据的顺序。
实施例2:
如图2所示,是本发明实施例2所述的使用UDP协议传输视频数据的方法,包括:
步骤201,数据发送端接收数据接收端发送的视频数据传输请求;
步骤202,所述发送端根据所述视频数据传输请求与所述接收端建立UDP协议连接;
步骤203,所述发送方将待发送的视频数据按照大小为1316字节分为多个数据包,按照所述数据包的原始顺序在每个数据包中加入文件头信息,并将所述数据包分别发送至所述接收端,其中,
所述文件头信息包括:当前视频帧的帧序号、当前数据包在本帧中的位置及当前视频帧的大小;
步骤204,所述接收端接收所有的数据包后,根据文件头信息中记录的顺序拼接成完整的视频数据并保存,其中,
当接收到数据包的序号等于接收到的当前视频帧序号时,将该数据包按照其在本帧中的位置存入数据缓冲区内;
当接收到的数据包序号不等于接收到的当前视频帧序号时,将该数据包按照当前视频帧序号存入数据缓冲区内。
优选地,在每个接收的数据包存入数据缓冲区内后,将所述缓冲区中的数据输出,并将所述缓冲区重新放置于缓冲队列队尾位置。
更优选地,当接收到的数据包序号远小于已经收到的视频帧序号,将缓冲队列里的序号为当前数据包序号的缓冲区数据丢弃,并将该缓冲区重新放置于缓冲队列队尾位置。
实施例3:
如图3所示,是本发明实施例3所述的使用UDP协议传输视频数据的***,该包括:发送模块301、处理模块302及接收模块303,
所述发送模块301,与所述处理模块302相藕接,用于接收数据接收端发送的视频数据传输请求,并根据所述视频数据传输请求与所述接收端建立UDP协议连接;
所述处理模块302,与所述发送模块301及所述接收模块303相藕接,用于将待发送的视频数据分为多个数据包,按照所述数据包的原始顺序在每个数据包中加入文件头信息,并将所述数据包分别发送至所述接收端,其中,
所述文件头信息包括:当前视频帧的帧序号、当前数据包在本帧中的位置及当前视频帧的大小;
所述接收模块303,与所述处理模块302相藕接,用于接收所有的数据包后,根据文件头信息中记录的顺序拼接成完整的视频数据并保存。
其中,所述处理模块,进一步用于:
将所述待发送的视频数据按照大小为1316字节分成多个数据包。
所述接收模块,进一步用于:
当接收到数据包的序号等于接收到的当前视频帧序号时,将该数据包按照其在本帧中的位置存入数据缓冲区内;
当接收到的数据包序号不等于接收到的当前视频帧序号时,将该数据包按照当前视频帧序号存入数据缓冲区内。
所述接收模块,进一步还用于:
在每个接收的数据包存入数据缓冲区内后,将所述缓冲区中的数据输出,并将所述缓冲区重新放置于缓冲队列队尾位置。
所述接收模块,更进一步还用于:
当接收到的数据包序号远小于已经收到的视频帧序号,将缓冲队列里的序号为当前数据包序号的缓冲区数据丢弃,并将该缓冲区重新放置于缓冲队列队尾位置。
与现有技术相比,本申请所述的一种使用UDP协议传输数据的方法及***,具有以下优点:
(1)本发明将待发送的数据分割成多个数据包,对每个数据包编上文件头信息后,将数据包分别进行发送。接收端根据接收到数据包,根据的其文件头信息进行拼接,恢复出数据包的正确顺序。如此,保证了接收到的文件数据与原始发送的文件数据顺序相同,避免了采用UDP协议发送视频数据时出现数据乱序的现象。
(2)本发明在数据发送方与数据接收方之间进行数据传输时,将待发送的数据分割成多个数据包进行数据传输,将大文件分割为多个小文件发送,提升了数据传输效率,避免了网络不稳定等现象对大文件传输造成的影响。
上述说明示出并描述了本申请的若干优选实施例,但如前所述,应当理解本申请并非局限于本文所披露的形式,不应看作是对其他实施例的排除,而可用于各种其他组合、修改和环境,并能够在本文所述申请构想范围内,通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围,则都应在本申请所附权利要求的保护范围内。
Claims (10)
1.一种使用UDP协议传输视频数据的方法,其特征在于,包括:
数据发送端接收数据接收端发送的视频数据传输请求;
所述发送端根据所述视频数据传输请求与所述接收端建立UDP协议连接;
所述发送方将待发送的视频数据分为多个数据包,按照所述数据包的原始顺序在每个数据包中加入文件头信息,并将所述数据包分别发送至所述接收端,其中,
所述文件头信息包括:当前视频帧的帧序号、当前数据包在本视频帧中的位置及当前视频帧的大小;
所述接收端接收所有的数据包后,根据文件头信息中记录的顺序拼接成完整的视频数据并保存。
2.根据权利要求1所述的使用UDP协议传输视频数据的方法,其特征在于,所述发送方将待发送的视频数据分为多个数据包,进一步包括:
将所述待发送的视频数据按照大小为1316字节分成多个数据包。
3.根据权利要求1所述的使用UDP协议传输视频数据的方法,其特征在于,所述接收端接收所有的数据包后,根据文件头信息中记录的顺序拼接成完整的视频数据并保存,进一步包括:
当接收到数据包的序号等于接收到的当前视频帧序号时,将该数据包按照其在本视频帧中的位置存入数据缓冲区内;
当接收到的数据包序号不等于接收到的当前视频帧序号时,将该数据包按照当前视频帧序号存入数据缓冲区内。
4.根据权利要求3所述的使用UDP协议传输视频数据的方法,其特征在于,进一步包括:
在每个接收的数据包存入数据缓冲区内后,将所述缓冲区中的数据输出,并将所述缓冲区重新放置于缓冲队列队尾位置。
5.根据权利要求3所述的使用UDP协议传输视频数据的方法,其特征在于,进一步包括:
当接收到的数据包序号远小于已经收到的视频帧序号,将缓冲队列里的序号为当前数据包序号的缓冲区数据丢弃,并将该缓冲区重新放置于缓冲队列队尾位置。
6.一种使用UDP协议传输视频数据的***,其特征在于,包括:发送模块、处理模块及接收模块,其中,
所述发送模块,用于接收数据接收端发送的视频数据传输请求,并根据所述视频数据传输请求与所述接收端建立UDP协议连接;
所述处理模块,用于将待发送的视频数据分为多个数据包,按照所述数据包的原始顺序在每个数据包中加入文件头信息,并将所述数据包分别发送至所述接收端,其中,
所述文件头信息包括:当前视频帧的帧序号、当前数据包在本帧中的位置及当前视频帧的大小;
所述接收模块,用于接收所有的数据包后,根据文件头信息中记录的顺序拼接成完整的视频数据并保存。
7.根据权利要求6所述的使用UDP协议传输视频数据的***,其特征在于,所述处理模块,进一步用于:
将所述待发送的视频数据按照大小为1316字节分成多个数据包。
8.根据权利要求6所述的使用UDP协议传输视频数据的***,其特征在于,所述接收模块,进一步用于:
当接收到数据包的序号等于接收到的当前视频帧序号时,将该数据包按照其在本帧中的位置存入数据缓冲区内;
当接收到的数据包序号不等于接收到的当前视频帧序号时,将该数据包按照当前视频帧序号存入数据缓冲区内。
9.根据权利要求8所述的使用UDP协议传输视频数据的***,其特征在于,所述接收模块,进一步用于:
在每个接收的数据包存入数据缓冲区内后,将所述缓冲区中的数据输出,并将所述缓冲区重新放置于缓冲队列队尾位置。
10.根据权利要求8所述的使用UDP协议传输视频数据的***,其特征在于,所述接收模块,进一步用于:
当接收到的数据包序号远小于已经收到的视频帧序号,将缓冲队列里的序号为当前数据包序号的缓冲区数据丢弃,并将该缓冲区重新放置于缓冲队列队尾位置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510624960.XA CN105187440A (zh) | 2015-09-26 | 2015-09-26 | 使用udp协议传输视频数据的方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510624960.XA CN105187440A (zh) | 2015-09-26 | 2015-09-26 | 使用udp协议传输视频数据的方法及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105187440A true CN105187440A (zh) | 2015-12-23 |
Family
ID=54909284
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510624960.XA Pending CN105187440A (zh) | 2015-09-26 | 2015-09-26 | 使用udp协议传输视频数据的方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105187440A (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106936852A (zh) * | 2017-04-26 | 2017-07-07 | 海南云江科技有限公司 | 一种数据发送和接收方法、设备以及数据传输*** |
CN107135173A (zh) * | 2017-06-06 | 2017-09-05 | 芜湖航飞科技股份有限公司 | 基于北斗导航***的多站点实时数据交互方法 |
CN107197116A (zh) * | 2017-05-25 | 2017-09-22 | 天津大学 | 一种基于udp协议实时可靠图像传输方案 |
CN107911668A (zh) * | 2017-11-29 | 2018-04-13 | 天津聚飞创新科技有限公司 | 无线图传***及方法 |
CN108696771A (zh) * | 2017-04-11 | 2018-10-23 | 上海谦问万答吧云计算科技有限公司 | 一种视频播放方法及装置 |
CN109257143A (zh) * | 2018-09-07 | 2019-01-22 | 武汉虹信通信技术有限责任公司 | 用于有长度限制的网络传输协议中分片传输数据包的方法 |
CN109922057A (zh) * | 2019-02-27 | 2019-06-21 | 智慧海派科技有限公司 | 基于帧序的udp数据重组方法 |
CN110636016A (zh) * | 2019-08-08 | 2019-12-31 | 西安万像电子科技有限公司 | 数据传输方法及*** |
CN111147564A (zh) * | 2019-12-20 | 2020-05-12 | 国久大数据有限公司 | 数据文件传输方法、***及通信终端 |
CN112511609A (zh) * | 2020-11-19 | 2021-03-16 | 航天银山电气有限公司 | 数据传输方法、装置及存储介质 |
CN113515481A (zh) * | 2021-04-26 | 2021-10-19 | 深圳市元征科技股份有限公司 | 一种基于串口的数据传输方法及装置 |
CN113542685A (zh) * | 2021-07-13 | 2021-10-22 | 安徽睿极智能科技有限公司 | 一种基于可靠udp的实时超高清视频传输方法 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1960242A (zh) * | 2006-10-17 | 2007-05-09 | 中控科技集团有限公司 | 实现时钟同步的方法、装置、***及分布式*** |
CN101022558A (zh) * | 2007-01-24 | 2007-08-22 | 鲍东山 | 基于saf的信源适配 |
CN101262321A (zh) * | 2008-02-03 | 2008-09-10 | 杭州华三通信技术有限公司 | 媒体数据处理方法、编码设备及媒体平台 |
CN101494655A (zh) * | 2009-03-12 | 2009-07-29 | 中国电信股份有限公司 | Rtp分布式流媒体服务***及方法 |
CN101646218A (zh) * | 2009-08-14 | 2010-02-10 | 南京工业大学 | 一种基于gop的多路径源路由协议实现方法 |
CN101945427A (zh) * | 2009-07-03 | 2011-01-12 | 深圳市融创天下科技发展有限公司 | 一种高效的流媒体传输方法 |
CN103856445A (zh) * | 2012-11-30 | 2014-06-11 | 北京北广科技股份有限公司 | 基于udp的语音数据业务的数据传输方法、装置和*** |
CN104660384A (zh) * | 2015-02-02 | 2015-05-27 | 武汉爱科唯自动化科技有限公司 | 一种开放式数控***的网络远程监控方法 |
-
2015
- 2015-09-26 CN CN201510624960.XA patent/CN105187440A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1960242A (zh) * | 2006-10-17 | 2007-05-09 | 中控科技集团有限公司 | 实现时钟同步的方法、装置、***及分布式*** |
CN101022558A (zh) * | 2007-01-24 | 2007-08-22 | 鲍东山 | 基于saf的信源适配 |
CN101262321A (zh) * | 2008-02-03 | 2008-09-10 | 杭州华三通信技术有限公司 | 媒体数据处理方法、编码设备及媒体平台 |
CN101494655A (zh) * | 2009-03-12 | 2009-07-29 | 中国电信股份有限公司 | Rtp分布式流媒体服务***及方法 |
CN101945427A (zh) * | 2009-07-03 | 2011-01-12 | 深圳市融创天下科技发展有限公司 | 一种高效的流媒体传输方法 |
CN101646218A (zh) * | 2009-08-14 | 2010-02-10 | 南京工业大学 | 一种基于gop的多路径源路由协议实现方法 |
CN103856445A (zh) * | 2012-11-30 | 2014-06-11 | 北京北广科技股份有限公司 | 基于udp的语音数据业务的数据传输方法、装置和*** |
CN104660384A (zh) * | 2015-02-02 | 2015-05-27 | 武汉爱科唯自动化科技有限公司 | 一种开放式数控***的网络远程监控方法 |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108696771A (zh) * | 2017-04-11 | 2018-10-23 | 上海谦问万答吧云计算科技有限公司 | 一种视频播放方法及装置 |
CN108696771B (zh) * | 2017-04-11 | 2021-03-09 | 苏州谦问万答吧教育科技有限公司 | 一种视频播放方法及装置 |
CN106936852A (zh) * | 2017-04-26 | 2017-07-07 | 海南云江科技有限公司 | 一种数据发送和接收方法、设备以及数据传输*** |
CN107197116A (zh) * | 2017-05-25 | 2017-09-22 | 天津大学 | 一种基于udp协议实时可靠图像传输方案 |
CN107135173A (zh) * | 2017-06-06 | 2017-09-05 | 芜湖航飞科技股份有限公司 | 基于北斗导航***的多站点实时数据交互方法 |
CN107911668B (zh) * | 2017-11-29 | 2019-12-06 | 天津聚飞创新科技有限公司 | 无线图传***及方法 |
CN107911668A (zh) * | 2017-11-29 | 2018-04-13 | 天津聚飞创新科技有限公司 | 无线图传***及方法 |
CN109257143B (zh) * | 2018-09-07 | 2021-07-06 | 武汉虹信科技发展有限责任公司 | 用于有长度限制的网络传输协议中分片传输数据包的方法 |
CN109257143A (zh) * | 2018-09-07 | 2019-01-22 | 武汉虹信通信技术有限责任公司 | 用于有长度限制的网络传输协议中分片传输数据包的方法 |
CN109922057A (zh) * | 2019-02-27 | 2019-06-21 | 智慧海派科技有限公司 | 基于帧序的udp数据重组方法 |
CN110636016A (zh) * | 2019-08-08 | 2019-12-31 | 西安万像电子科技有限公司 | 数据传输方法及*** |
CN110636016B (zh) * | 2019-08-08 | 2023-09-29 | 西安万像电子科技有限公司 | 数据传输方法及*** |
CN111147564A (zh) * | 2019-12-20 | 2020-05-12 | 国久大数据有限公司 | 数据文件传输方法、***及通信终端 |
CN111147564B (zh) * | 2019-12-20 | 2022-07-26 | 国久大数据有限公司 | 数据文件传输方法、***及通信终端 |
CN112511609A (zh) * | 2020-11-19 | 2021-03-16 | 航天银山电气有限公司 | 数据传输方法、装置及存储介质 |
CN112511609B (zh) * | 2020-11-19 | 2023-04-07 | 航天银山电气有限公司 | 数据传输方法、装置及存储介质 |
CN113515481A (zh) * | 2021-04-26 | 2021-10-19 | 深圳市元征科技股份有限公司 | 一种基于串口的数据传输方法及装置 |
CN113542685A (zh) * | 2021-07-13 | 2021-10-22 | 安徽睿极智能科技有限公司 | 一种基于可靠udp的实时超高清视频传输方法 |
CN113542685B (zh) * | 2021-07-13 | 2024-02-06 | 安徽睿极智能科技有限公司 | 一种基于可靠udp的实时超高清视频传输方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105187440A (zh) | 使用udp协议传输视频数据的方法及*** | |
Larry et al. | Computer Networks: A systems approach | |
CN101924771B (zh) | 一种用于加速应用代理的核心级tcp连接粘合方法 | |
CA2968964C (en) | Source ip address transparency systems and methods | |
US20060221962A1 (en) | Multicast routing over unidirectional links | |
Bora et al. | OSI reference model: An overview | |
CN101834783B (zh) | 一种报文转发方法、装置及网络设备 | |
US9356863B2 (en) | Communications over multiple protocol interfaces in a computing environment | |
US9344514B2 (en) | Method and proxy for transporting IP payloads over a delay-tolerant network (DTN) | |
CN101247353B (zh) | 流老化方法及网络设备 | |
WO2020177383A1 (zh) | 数据流处理方法及相关设备 | |
EP4333408A3 (en) | Method and apparatus for managing routing disruptions in a computer network | |
US8179795B2 (en) | Communication terminal apparatus, distribution apparatus, error notification method, and error notification program | |
CN101599948B (zh) | 回声探测的方法、装置和*** | |
CN111385068B (zh) | 数据传输方法、装置、电子设备及通信*** | |
US10129163B2 (en) | Methods and apparatus for preventing head of line blocking for RTP over TCP | |
CN107483628A (zh) | 基于dpdk的单向代理方法及*** | |
CN109756412A (zh) | 一种数据报文转发方法以及设备 | |
CN109474588A (zh) | 一种终端认证方法及装置 | |
US10523795B2 (en) | Small form-factor pluggable module | |
Sadiku et al. | Fundamentals of Computer Networks | |
Amin et al. | An Introduction of Open System Interconnection (OSI) Model and its Architecture | |
JP2010153944A (ja) | 通信システム、受信装置、送信装置、および通信方法 | |
CN111200505A (zh) | 一种报文处理方法及装置 | |
Salvi et al. | Mode of Data Flow in the OSI Model |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: 100191 Beijing, Xueyuan Road No. 51, the first to enjoy the science and technology building, floor 6, Applicant after: Storm group Limited by Share Ltd Address before: 100191 Beijing, Xueyuan Road No. 51, the first to enjoy the science and technology building, floor 6, Applicant before: Beijing Baofeng Technology Co., Ltd. |
|
COR | Change of bibliographic data | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20151223 |