CN103929681A - 一种提升低速网络中rtp视频流处理效率的方法 - Google Patents
一种提升低速网络中rtp视频流处理效率的方法 Download PDFInfo
- Publication number
- CN103929681A CN103929681A CN201410140850.1A CN201410140850A CN103929681A CN 103929681 A CN103929681 A CN 103929681A CN 201410140850 A CN201410140850 A CN 201410140850A CN 103929681 A CN103929681 A CN 103929681A
- Authority
- CN
- China
- Prior art keywords
- rtp
- frame
- network
- data
- length
- 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.)
- Granted
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种提升低速网络中RTP视频流处理效率的方法,视频采集端负责视频数据的实时获取;视频编码打包模块首先对视频数据进行压缩编码,形成标准的H.264格式的视频,再对压缩后的视频进行RTP封装打包,将打包后的数据送往网络缓存区;网络发送端获取共享的网络缓存区中的RTP包数据,生成RTP帧数据,通过基础网络将多对TCP套接字对上传到网络发送端上;网络接收端作为视频服务器,通过与网络发送端建立多对TCP套接字来传送RTP数据。实现了多对套接字共同传输实时RTP流,合理地合并多个小RTP包一次传输,提高了带宽利用率和网络传输效率,有效解决视频流实时传输导致的丢帧、卡顿及花屏等问题。
Description
技术领域
本发明涉及一种网络传输方法,尤其涉及的是一种提升低速网络中RTP视频流处理效率的方法。
背景技术
随着3G网络的普及和LTE时代的到来,人们希望能随时获取到音视频等多媒体信息。RTP协议就是为支持多媒体通信而设计的网络传输协议,从而使流媒体播放器在各种网络终端上得到普遍应用。
RTP封装的数据包易于在网络上传输,其序列号字段和时间戳字段保证接收端能实现丢包检测和包顺序的恢复。在RTP/RTSP协议中,RTP数据包和RTCP数据包都采用UDP协议传输,RTCP数据包用于实时监控数据传输质量和拥塞控制。UDP是基于消息的方式传送数据包,传送速度快,但不提供消息的确认与重传机制,不提供流量的拥塞控制,因此在低速网络中容易导致丢包和乱序到达,影响实时音视频传输的用户体验。
低速网络传输通常是基于无线广域网。由于低速网络的带宽限制,数据包传送速率慢,且容易因网络状况不稳定而产生波动。传输通道更有可能受信号覆盖、自然环境、用户稠密度、业务时间段等影响。因此低速网络的流媒体传输需要将多媒体的编解码和传输技术很好地结合在一起,才能确保用户在复杂的网络环境下也能得到稳定的音视频播放质量。
发明内容
本发明的目的在于克服现有技术的不足,提供了一种提升低速网络中RTP视频流处理效率的方法,解决基于RTP/RTCP传输技术容易产生的丢包、卡顿问题,提升了数据传输的稳定性和带宽利用效率。
本发明是通过以下技术方案实现的,本发明包括以下步骤:
(1)视频采集端负责视频数据的实时获取;
(2)视频编码打包模块首先对视频数据进行压缩编码,形成标准的H.264格式的视频,再对压缩后的视频进行RTP封装打包,形成适合网络传输的RTP视频流,将打包后的数据送往网络缓存区;
(3)网络缓存区是编码打包模块与网络发送端之间共享的环形缓存存储区域,网络发送端获取共享的网络缓存区中的RTP包数据,生成RTP帧数据,通过基础网络的多对TCP套接字对将RTP数据帧上传到网络接收端上;
(4)网络接收端作为视频服务器,通过与网络发送端建立多对TCP套接字来接收RTP数据帧并完成帧的分解、RTP包解析和H.264视频的播放。
所述网络发送端与网络接收端之间采用基于连接的TCP传输层协议传输RTP数据帧,通信双方通过TCP报文协商来确定双方采用的传输线程数目、每个线程的TCP传输连接数目以及每个传输连接双方所采用的TCP端口。
在低速网络中,如果采用UDP传输,发送方有数据则直接发送且无需确认接收方是否能正确接收数据,从而导致数据包丢包和乱序到达的现象比较严重,影响视频播放的质量。如果采用TCP的传输方式,依靠TCP的重传、确认和流量控制机制,实现数据的可靠传输,从而减少数据包的丢失,减少低速网络中多种网络环境因素可能对视频传输产生的干扰。与UDP相比,TCP传输方式对可靠性的保障会影响传输的效率,特别是在低速网络中,很容易因为速率不够导致实时视频播放的卡顿,因此必须有效地提高带宽的利用率。本发明的网络发送端与网络接收端采用多线程多连接,一方面提高网络带宽的利用效率,另一方面也提高通信双方操作系统分配的CPU处理时间。
所述TCP报文协商的具体过程为:处于广域网的一端首先创建TCP套接字sock1并进入监听状态,处于局域网的一端向sock1发起连接,通过此连接传输协商参数,即协商连接;用户在网络发送端获取用户设置的线程数,每个线程连接数以及每个连接双方所采用的端口组装成报文1后发送,通过协商连接发送给网络接收端,网络接收端接收到报文1并解析到协商参数后,先后建立对应数目的接收线程数,在每个线程中使用协商的端口进行TCP监听,如果所有协商参数生效成功则通过协商连接返回设置成功,如果出现协商端口被占用,则自动递增获取一个可用端口并进行监听,并将生效的端口信息通过协商连接返回给发送端,从而建立好数据传输通道。
H.264流中常会连续出现多帧长度较小的P图像帧,对应的RTP流中就会出现长度较小的RTP数据包以及长度较小的音频信息和私有封装子信息。为提升连续出现的小RTP包的传输效率,并在接收端与发送端之间形成足够的视频数据的缓冲,在本发明中通过合并小RTP包实现并包传输,以减少传输层发送帧、确认帧的数目,从而进一步提高传输的效率。
所述视频数据的传输通过合并缓存区已有的、连续的、长度较小的RTP包实现并包传输,以RTP包为最小单元,RTP包前添加N字节RTP长度信息,按时间顺序依次将一个或多个RTP包拼接起来,在首部封装头部信息,形成RTP数据帧,以RTP数据帧的形式实现数据的发送与接收;对网络缓存区已有的RTP数据进行封包并立即发送,若网络缓存区已没有新数据,即使已有数据帧总长度很小,也不必等待网络缓存区的下一包数据;所述RTP数据帧的帧头信息包含帧序列号、帧长度信息和RTP数据帧所包含的RTP数据包个数。
所述RTP数据帧的总长度根据网络最大传输路径单元MSS的长度来确定,单个RTP包的最大长度与帧头长度之和或小于等于数据帧的最大长度限定值;拼接起来的若干RTP数据包的长度与帧头长度之和小于或等于RTP数据帧的最大长度限定值,数据帧的最大长度限定值不超过底层MSS的N倍,1≤N≤5。从而减少IP层分片传输的次数以及发送和接收端网络缓存区上下文切换的次数。以太网中典型的MSS值为1460字节。
所述RTP长度的判断方法如下:
循环检测并读取缓存区中等待传输的RTP数据包并对RTP长度进行判断;若仅有一包等待传输,则仅将此包封装成RTP数据帧并发送;若有N个RTP包等待传输且长度之和小于RTP数据帧的限定值,则将此N个RTP合并封装成RTP数据帧并发送;若有N个RTP包等待传输且长度之和超过RTP数据帧的限定值,则仅将部分RTP包合并封装成RTP数据帧并发送,将超过限定值的部分RTP包与下一次读取到的RTP数据合并后再重新判断封包。
与UDP基于消息的传输方式不同,TCP是基于字节流的传输协议,有时会出现发送端的若干包数据到接收端时粘在一起形成一个数据包。本发明由于最大限度的提高网络带宽利用效率,故TCP的流量控制会频繁地将数据帧粘起来发送。为解决此问题,所述网络接收端对网络数据流进行分解接收工作和RTP数据包的解封装工作:对每一个RTP帧分两次读取,首先读取RTP数据帧的首部信息,确定RTP数据帧的序号、数据帧的长度以及此数据帧包含多少个RTP包信息,再根据数据帧的长度去读取剩余的数据帧。
在低速网络中,数据包到达网络接收端是一个明显的过程,从数据包的首部移入网络接收端的网络缓存区到数据包的最后一个字节到达网络接收端的网络缓存区是一个可以明显感知到的过程。所述网络接收端在读取网络缓存区的时候要等待数据均到达网络缓存区后再去读取,具体步骤如下:
设RTP数据帧的首部长度为N字节,网络接收端在网络缓存区发现有网络数据到达后,先判断网络缓存区是否有超过N个字节可读,如果超过N个字节可读,读取N字节并分解获得帧首部信息;如果不够N字节则延时一毫秒后继续判断缓存区可读的数据长度,循环等待直到有超过N字节可读为止;获得帧长度信息后,判断缓存区剩余可读数据的长度,如果达到帧的长度,读取此帧,如果缓存区剩余可读数据的长度没有达到帧的长度,延时一毫秒后继续判断缓存区可读数据长度,循环等待直到有超过N字节可读为止,至此一帧数据读取完成。
网络接收端与发送端建立了多对套接字连接,数据帧在广域网传输过程中可能会出现接收乱序现象,原因在于,一方面数据包在广域网中传输会出现不同程度的延时,后发送的数据可能会先到达;另一方面如果有若干帧数据均已到达接收端,而接收端在接收数据时无法判断先接收哪一帧数据,可能会出现先到达接收端的数据却后被处理的情况。为解决此问题,所述网络接收端与发送端建立了多对套接字连接,通过select端口模型监控套接字数据的到达情况,对获取到的数据进行顺序重建,具体步骤如下:
a、通过链表管理接收到的RTP帧,根据Frame NO.字段递增依次将连续的链表节点送入播放器;
b、播放器缓存区是一个先进先出的FIFO结构,对送进来的每一个RTP帧分解成一个或多个RTP包,再对RTP包解析成H.264格式可播放的NALU裸流数据,最后将完整的NALU帧送入播放库进行显示;
c、将每个从网络缓存区接收到的一帧数据,建立一个链表节点,并根据Frame NO.值插入到链表中,如果有Frame NO.重复的帧则丢弃,如果Frame NO.小于已送入播放器的帧的Frame NO.则丢弃;
d、根据select监控套接字到达,如果仅有一个套接字可读,则读取此套接字的一帧数据后,建立一个链表节点并插入链表,如果多个套接字可读,则依次读取每一个套接字的帧数据,对每个RTP帧建立链表节点,并插入链表。
本发明相比现有技术具有以下优点:本发明实现了多对套接字共同传输实时RTP流,合理地合并多个小RTP包一次传输,接收端通过乱序重组、分解得到视频流数据,提高了带宽利用率和网络传输效率,有效解决视频流实时传输导致的丢帧、卡顿及花屏等问题。
附图说明
图1是本发明的结构示意图;
图2是对RTP包数据合并成RTP帧数据的示意图。
具体实施方式
下面对本发明的实施例作详细说明,本实施例在以本发明技术方案为前提下进行实施,给出了详细的实施方式和具体的操作过程,但本发明的保护范围不限于下述的实施例。
如图1和图2所示,本实施例包括视频采集端1、视频编码打包模块2、网络发送端3、网络接收端4和基础网络5,
(1)视频采集端1负责视频数据的实时获取;
(2)视频编码打包模块2首先对视频数据进行压缩编码,形成标准的H.264格式的视频,再对压缩后的视频进行RTP封装打包,形成适合网络传输的RTP视频流,将打包后的数据送往网络缓存区;
(3)网络缓存区是编码打包模块与网络发送端3之间共享的环形缓存存储区域,网络发送端3获取共享的网络缓存区中的RTP包数据,生成RTP帧数据,通过基础网络5的多对TCP套接字对将RTP数据帧上传到网络接收端4上;
(4)网络接收端4作为视频服务器,通过与网络发送端3建立多对TCP套接字来接收RTP数据帧并完成帧的分解、RTP包解析和H.264视频的播放。
所述网络发送端3与网络接收端4之间采用基于连接的TCP传输层协议传输RTP数据帧,通信双方通过TCP报文协商来确定双方采用的传输线程数目、每个线程的TCP传输连接数目以及每个传输连接双方所采用的TCP端口。
所述TCP报文协商的具体过程为:处于广域网的一端首先创建TCP套接字sock1并进入监听状态,处于局域网的一端向sock1发起连接,通过此连接传输协商参数,即协商连接;用户在网络发送端3获取用户设置的线程数,每个线程连接数以及每个连接双方所采用的端口组装成报文1后发送,通过协商连接发送给网络接收端4,网络接收端4接收到报文1并解析到协商参数后,先后建立对应数目的接收线程数,在每个线程中使用协商的端口进行TCP监听,如果所有协商参数生效成功则通过协商连接返回设置成功,如果出现协商端口被占用,则自动递增获取一个可用端口并进行监听,并将生效的端口信息通过协商连接返回给发送端,从而建立好数据传输通道。
所述视频数据的传输通过合并缓存区已有的、连续的、长度较小的RTP包实现并包传输,以RTP包为最小单元,RTP包前添加N字节RTP长度信息,按时间顺序依次将一个或多个RTP包拼接起来,在首部封装头部信息,形成RTP数据帧,以RTP数据帧的形式实现数据的发送与接收;对网络缓存区已有的RTP数据进行封包并立即发送,若网络缓存区已没有新数据,即使已有数据帧总长度很小,也不必等待网络缓存区的下一包数据;所述RTP数据帧的帧头信息包含帧序列号、帧长度信息和RTP数据帧所包含的RTP数据包个数。具体合并过程如图2所示,RTP包数据包括RTP Header和RTP Data,需要将总长度添加到RTP Length字段形成RTP Group,控制若干RTP Group的总长度。生成Frame Header需要添加Frame NO.帧标识字段,表示RTP Frame的先后顺序,以便在网络接收端4进行乱序的重组,从而避免视频播放的花屏。
所述RTP数据帧的总长度根据网络最大传输路径单元MSS的长度来确定,单个RTP包的最大长度与帧头长度之和或小于等于数据帧的最大长度限定值;拼接起来的若干RTP数据包的长度与帧头长度之和小于或等于RTP数据帧的最大长度限定值,数据帧的最大长度限定值不超过底层MSS的N倍,1≤N≤5,N通常取1或2,从而减少IP层分片传输的次数以及发送和接收端网络缓存区上下文切换的次数。
所述RTP长度的判断方法如下:
循环检测并读取缓存区中等待传输的RTP数据包并对RTP长度进行判断;若仅有一包等待传输,则仅将此包封装成RTP数据帧并发送;若有N个RTP包等待传输且长度之和小于RTP数据帧的限定值,则将此N个RTP合并封装成RTP数据帧并发送;若有N个RTP包等待传输且长度之和超过RTP数据帧的限定值,则仅将部分RTP包合并封装成RTP数据帧并发送,将超过限定值的部分RTP包与下一次读取到的RTP数据合并后再重新判断封包。
所述网络接收端4对网络数据流进行分解接收工作和RTP数据包的解封装工作:对每一个RTP帧分两次读取,首先读取RTP数据帧的首部信息,确定RTP数据帧的序号、数据帧的长度以及此数据帧包含多少个RTP包信息,再根据数据帧的长度去读取剩余的数据帧。
所述网络接收端4在读取网络缓存区的时候要等待数据均到达网络缓存区后再去读取,具体步骤如下:
设RTP数据帧的首部长度为N字节,网络接收端4在网络缓存区发现有网络数据到达后,先判断网络缓存区是否有超过N个字节可读,如果超过N个字节可读,读取N字节并分解获得帧首部信息;如果不够N字节则延时一毫秒后继续判断缓存区可读的数据长度,循环等待直到有超过N字节可读为止;获得帧长度信息后,判断缓存区剩余可读数据的长度,如果达到帧的长度,读取此帧,如果缓存区剩余可读数据的长度没有达到帧的长度,延时一毫秒后继续判断缓存区可读数据长度,循环等待直到有超过N字节可读为止,至此一帧数据读取完成。
所述网络接收端4与发送端建立了多对套接字连接,通过select端口模型监控套接字数据的到达情况,对获取到的数据进行顺序重建,具体步骤如下:
a、通过链表管理接收到的RTP帧,根据Frame NO.字段递增依次将连续的链表节点送入播放器;
b、播放器缓存区是一个先进先出的FIFO结构,对送进来的每一个RTP帧分解成一个或多个RTP包,再对RTP包解析成H.264格式可播放的NALU裸流数据,最后将完整的NALU帧送入播放库进行显示;
c、将每个从网络缓存区接收到的一帧数据,建立一个链表节点,并根据Frame NO.值插入到链表中,如果有Frame NO.重复的帧则丢弃,如果Frame NO.小于已送入播放器的帧的Frame NO.则丢弃;
d、根据select监控套接字到达,如果仅有一个套接字可读,则读取此套接字的一帧数据后,建立一个链表节点并插入链表,如果多个套接字可读,则依次读取每一个套接字的帧数据,对每个RTP帧建立链表节点,并插入链表。
本实施例的网络接收端4是DVR。基础网络5是局域网或宽带接入网络,包括FTTx、XDSL、IEEE802.11.x或者无线通信网络的TD-LTE、FDD-LTE、CDMA-EVDO、CDMA2000、TD-CDMA。
Claims (9)
1.一种提升低速网络中RTP视频流处理效率的方法,其特征在于,包括以下步骤:
(1)视频采集端负责视频数据的实时获取;
(2)视频编码打包模块首先对视频数据进行压缩编码,形成标准的H.264格式的视频,再对压缩后的视频进行RTP封装打包,形成适合网络传输的RTP视频流,将打包后的数据送往网络缓存区;
(3)网络缓存区是编码打包模块与网络发送端之间共享的环形缓存存储区域,网络发送端获取共享的网络缓存区中的RTP包数据,生成RTP帧数据,通过基础网络的多对TCP套接字对将RTP数据帧上传到网络接收端上;
(4)网络接收端作为视频服务器,通过与网络发送端建立多对TCP套接字来接收RTP数据帧并完成帧的分解、RTP包解析和H.264视频的播放。
2.根据权利要求1所述的一种提升低速网络中RTP视频流处理效率的方法,其特征在于,所述网络发送端与网络接收端之间采用基于连接的TCP传输层协议传输RTP数据帧,通信双方通过TCP报文协商来确定双方采用的传输线程数目、每个线程的TCP传输连接数目以及每个传输连接双方所采用的TCP端口。
3.根据权利要求2所述的一种提升低速网络中RTP视频流处理效率的方法,其特征在于,所述TCP报文协商的具体过程为:处于广域网的一端首先创建TCP套接字sock1并进入监听状态,处于局域网的一端向sock1发起连接,通过此连接传输协商参数,即协商连接;用户在网络发送端获取用户设置的线程数,每个线程连接数以及每个连接双方所采用的端口组装成报文1后发送,通过协商连接发送给网络接收端,网络接收端接收到报文1并解析到协商参数后,先后建立对应数目的接收线程数,在每个线程中使用协商的端口进行TCP监听,如果所有协商参数生效成功则通过协商连接返回设置成功,如果出现协商端口被占用,则自动递增获取一个可用端口并进行监听,并将生效的端口信息通过协商连接返回给发送端,从而建立好数据传输通道。
4.根据权利要求1所述的一种提升低速网络中RTP视频流处理效率的方法,其特征在于,所述视频数据的传输通过合并缓存区已有的、连续的、长度较小的RTP包实现并包传输,以RTP包为最小单元,RTP包前添加N字节RTP长度信息,按时间顺序依次将一个或多个RTP包拼接起来,在首部封装头部信息,形成RTP数据帧,以RTP数据帧的形式实现数据的发送与接收;对网络缓存区已有的RTP数据进行封包并立即发送,若网络缓存区已没有新数据,即使已有数据帧总长度很小,也不必等待网络缓存区的下一包数据;所述RTP数据帧的帧头信息包含帧序列号、帧长度信息和RTP数据帧所包含的RTP数据包个数。
5.根据权利要求4所述的一种提升低速网络中RTP视频流处理效率的方法,其特征在于,所述RTP数据帧的总长度根据网络最大传输路径单元MSS的长度来确定,单个RTP包的最大长度与帧头长度之和或小于等于数据帧的最大长度限定值;拼接起来的若干RTP数据包的长度与帧头长度之和小于或等于RTP数据帧的最大长度限定值,数据帧的最大长度限定值不超过底层MSS的N倍,1≤N≤5。
6.根据权利要求5所述的一种提升低速网络中RTP视频流处理效率的方法,其特征在于,所述RTP长度的判断方法如下:
循环检测并读取缓存区中等待传输的RTP数据包并对RTP长度进行判断;若仅有一包等待传输,则仅将此包封装成RTP数据帧并发送;若有N个RTP包等待传输且长度之和小于RTP数据帧的限定值,则将此N个RTP合并封装成RTP数据帧并发送;若有N个RTP包等待传输且长度之和超过RTP数据帧的限定值,则仅将部分RTP包合并封装成RTP数据帧并发送,将超过限定值的部分RTP包与下一次读取到的RTP数据合并后再重新判断封包。
7.根据权利要求1所述的一种提升低速网络中RTP视频流处理效率的方法,其特征在于,所述网络接收端对网络数据流进行分解接收工作和RTP数据包的解封装工作:对每一个RTP帧分两次读取,首先读取RTP数据帧的首部信息,确定RTP数据帧的序号、数据帧的长度以及此数据帧包含多少个RTP包信息,再根据数据帧的长度去读取剩余的数据帧。
8.根据权利要求7所述的一种提升低速网络中RTP视频流处理效率的方法,其特征在于,所述网络接收端在读取网络缓存区的时候要等待数据均到达网络缓存区后再去读取,具体步骤如下:
设RTP数据帧的首部长度为N字节,网络接收端在网络缓存区发现有网络数据到达后,先判断网络缓存区是否有超过N个字节可读,如果超过N个字节可读,读取N字节并分解获得帧首部信息;如果不够N字节则延时一毫秒后继续判断缓存区可读的数据长度,循环等待直到有超过N字节可读为止;获得帧长度信息后,判断缓存区剩余可读数据的长度,如果达到帧的长度,读取此帧,如果缓存区剩余可读数据的长度没有达到帧的长度,延时一毫秒后继续判断缓存区可读数据长度,循环等待直到有超过N字节可读为止,至此一帧数据读取完成。
9.根据权利要求7所述的一种提升低速网络中RTP视频流处理效率的方法,其特征在于,所述网络接收端与发送端建立了多对套接字连接,通过select端口模型监控套接字数据的到达情况,对获取到的数据进行顺序重建,具体步骤如下:
a、通过链表管理接收到的RTP帧,根据Frame NO.字段递增依次将连续的链表节点送入播放器;
b、播放器缓存区是一个先进先出的FIFO结构,对送进来的每一个RTP帧分解成一个或多个RTP包,再对RTP包解析成H.264格式可播放的NALU裸流数据,最后将完整的NALU帧送入播放库进行显示;
c、将每个从网络缓存区接收到的一帧数据,建立一个链表节点,并根据Frame NO.值插入到链表中,如果有Frame NO.重复的帧则丢弃,如果Frame NO.小于已送入播放器的帧的Frame NO.则丢弃;
d、根据select监控套接字到达,如果仅有一个套接字可读,则读取此套接字的一帧数据后,建立一个链表节点并插入链表,如果多个套接字可读,则依次读取每一个套接字的帧数据,对每个RTP帧建立链表节点,并插入链表。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410140850.1A CN103929681B (zh) | 2014-04-09 | 2014-04-09 | 一种提升低速网络中rtp视频流处理效率的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410140850.1A CN103929681B (zh) | 2014-04-09 | 2014-04-09 | 一种提升低速网络中rtp视频流处理效率的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103929681A true CN103929681A (zh) | 2014-07-16 |
CN103929681B CN103929681B (zh) | 2017-02-22 |
Family
ID=51147736
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410140850.1A Active CN103929681B (zh) | 2014-04-09 | 2014-04-09 | 一种提升低速网络中rtp视频流处理效率的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103929681B (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104270684A (zh) * | 2014-09-24 | 2015-01-07 | 北京中科大洋科技发展股份有限公司 | 一种面向实时应用的视音频数据网络传输系统和方法 |
CN104469538A (zh) * | 2014-12-09 | 2015-03-25 | 西安理工大学 | 面向画面画质较小损失的rtp视频流数据包重组方法 |
CN104486794A (zh) * | 2014-12-08 | 2015-04-01 | 上海华为技术有限公司 | 传输语音ip报文的方法、装置及系统 |
CN106899894A (zh) * | 2015-12-18 | 2017-06-27 | 中国电信股份有限公司 | 动态优化的自适应流媒体方法、装置和服务器 |
CN107919996A (zh) * | 2016-10-10 | 2018-04-17 | 大唐移动通信设备有限公司 | 一种数据包传输方法及设备 |
CN111555842A (zh) * | 2020-01-14 | 2020-08-18 | 北京裕泰通德投资管理有限公司 | 一种传输数据帧的方法及装置 |
CN112468887A (zh) * | 2019-09-06 | 2021-03-09 | 杭州海康微影传感科技有限公司 | 热成像数据的传输方法、装置及热成像设备 |
CN112511848A (zh) * | 2020-11-09 | 2021-03-16 | 网宿科技股份有限公司 | 直播方法、服务端及计算机可读存储介质 |
CN112910658A (zh) * | 2021-02-02 | 2021-06-04 | 刘玉 | 一种数据包传输方法和提供tcp代理服务的方法、装置 |
CN112929742A (zh) * | 2021-01-22 | 2021-06-08 | 东南大学 | 一种基于ni毫米波系统的超高速视频流控制方法及系统 |
CN113099310A (zh) * | 2021-04-08 | 2021-07-09 | 李蕊男 | 基于安卓平台的实时媒体内视音频协调法 |
CN115150632A (zh) * | 2022-06-30 | 2022-10-04 | 鹏城实验室 | 一种基于命名数据网络的低延时视频直播方法及系统 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1148931C (zh) * | 2002-09-29 | 2004-05-05 | 清华大学 | 基于实时传输协议和传输控制协议的流媒体传输实现方法 |
CN100346602C (zh) * | 2005-06-23 | 2007-10-31 | 复旦大学 | 实现视频质量与发送速率控制的高并发流媒体服务器系统 |
CN101505365B (zh) * | 2009-02-25 | 2012-05-23 | 南京邮电大学 | 一种基于网络电视机顶盒的实时视频监控系统的实现方法 |
CN101511009B (zh) * | 2009-03-20 | 2010-12-08 | 东南大学 | 一种基于互联网的多路并发网络电视视频流的传输方法 |
CN101790085A (zh) * | 2010-03-26 | 2010-07-28 | 南京邮电大学 | 一种基于达芬奇技术的家庭视频监控系统的实现方法 |
-
2014
- 2014-04-09 CN CN201410140850.1A patent/CN103929681B/zh active Active
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104270684B (zh) * | 2014-09-24 | 2018-05-11 | 北京中科大洋科技发展股份有限公司 | 一种面向实时应用的视音频数据网络传输系统和方法 |
CN104270684A (zh) * | 2014-09-24 | 2015-01-07 | 北京中科大洋科技发展股份有限公司 | 一种面向实时应用的视音频数据网络传输系统和方法 |
CN104486794A (zh) * | 2014-12-08 | 2015-04-01 | 上海华为技术有限公司 | 传输语音ip报文的方法、装置及系统 |
CN104486794B (zh) * | 2014-12-08 | 2018-03-09 | 上海华为技术有限公司 | 传输语音ip报文的方法、装置及系统 |
CN104469538A (zh) * | 2014-12-09 | 2015-03-25 | 西安理工大学 | 面向画面画质较小损失的rtp视频流数据包重组方法 |
CN104469538B (zh) * | 2014-12-09 | 2017-05-31 | 西安理工大学 | 面向画面画质较小损失的rtp视频流数据包重组方法 |
CN106899894B (zh) * | 2015-12-18 | 2019-06-18 | 中国电信股份有限公司 | 动态优化的自适应流媒体方法、装置和服务器 |
CN106899894A (zh) * | 2015-12-18 | 2017-06-27 | 中国电信股份有限公司 | 动态优化的自适应流媒体方法、装置和服务器 |
CN107919996A (zh) * | 2016-10-10 | 2018-04-17 | 大唐移动通信设备有限公司 | 一种数据包传输方法及设备 |
CN112468887A (zh) * | 2019-09-06 | 2021-03-09 | 杭州海康微影传感科技有限公司 | 热成像数据的传输方法、装置及热成像设备 |
CN111555842A (zh) * | 2020-01-14 | 2020-08-18 | 北京裕泰通德投资管理有限公司 | 一种传输数据帧的方法及装置 |
CN111555842B (zh) * | 2020-01-14 | 2024-01-16 | 北京裕泰通德投资管理有限公司 | 一种传输数据帧的方法及装置 |
CN112511848A (zh) * | 2020-11-09 | 2021-03-16 | 网宿科技股份有限公司 | 直播方法、服务端及计算机可读存储介质 |
CN112929742A (zh) * | 2021-01-22 | 2021-06-08 | 东南大学 | 一种基于ni毫米波系统的超高速视频流控制方法及系统 |
CN112910658A (zh) * | 2021-02-02 | 2021-06-04 | 刘玉 | 一种数据包传输方法和提供tcp代理服务的方法、装置 |
CN112910658B (zh) * | 2021-02-02 | 2022-07-12 | 刘玉 | 一种数据包传输方法和提供tcp代理服务的方法、装置 |
CN113099310A (zh) * | 2021-04-08 | 2021-07-09 | 李蕊男 | 基于安卓平台的实时媒体内视音频协调法 |
CN115150632A (zh) * | 2022-06-30 | 2022-10-04 | 鹏城实验室 | 一种基于命名数据网络的低延时视频直播方法及系统 |
CN115150632B (zh) * | 2022-06-30 | 2023-12-05 | 鹏城实验室 | 一种基于命名数据网络的低延时视频直播方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN103929681B (zh) | 2017-02-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103929681A (zh) | 一种提升低速网络中rtp视频流处理效率的方法 | |
CN104618337B (zh) | 一种基于tcp/udp混合协议的流媒体无线自适应传输方法 | |
US9565482B1 (en) | Adaptive profile switching system and method for media streaming over IP networks | |
US9641588B2 (en) | Packets recovery system and method | |
CN101552660B (zh) | 对流媒体数据进行重传、播放的方法、装置及通信系统 | |
US9781488B2 (en) | Controlled adaptive rate switching system and method for media streaming over IP networks | |
CN101909208B (zh) | 一种适用于cdma2000的视频无线传输控制方法 | |
CN105704580B (zh) | 一种视频传输方法 | |
CN101174995B (zh) | 一种多媒体服务性能监测的方法和系统 | |
CN109194982B (zh) | 一种传输大文件流的方法和装置 | |
CN103414956A (zh) | 基于传输控制协议的实时数据传输方法及其系统 | |
CN102820915B (zh) | 改善tcp传输性能的卫星链路系统及其使用方法 | |
CN110474721B (zh) | 视频数据传输方法、装置及计算机可读存储介质 | |
CN103166974A (zh) | 一种基于tcp/udp混合协议的流媒体无线传输方法 | |
CN104270594B (zh) | 数据包发送与接收的方法及设备 | |
CN103607665A (zh) | 一种多链路的无线实时视频传输方法及系统 | |
CN110505532A (zh) | 低延时图像传输方法、装置、设备及存储介质 | |
CN103856787A (zh) | 基于公网的带解说音频回传的直播系统及其直播方法 | |
CN112787902A (zh) | 报文封装方法及装置、报文解封装方法及装置 | |
CN102938839B (zh) | 一种监控前端设备以及编码服务器 | |
EP3020188B1 (en) | Endpoint information for network vqm | |
CN106790576A (zh) | 一种互动桌面同步方法 | |
CN101193290A (zh) | 一种mpeg-4的传输码流到互联网流媒体联盟流的实时转换系统 | |
CN117544604A (zh) | 一种多无人机流媒体分流合流系统及方法 | |
JP2004260668A (ja) | 動画像伝送システム、動画像送信装置、動画像中継装置、動画像受信装置、プログラム、および記録媒体 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |