CN102231863A - 一种多通道视频流的传输方法及系统 - Google Patents
一种多通道视频流的传输方法及系统 Download PDFInfo
- Publication number
- CN102231863A CN102231863A CN201110148239XA CN201110148239A CN102231863A CN 102231863 A CN102231863 A CN 102231863A CN 201110148239X A CN201110148239X A CN 201110148239XA CN 201110148239 A CN201110148239 A CN 201110148239A CN 102231863 A CN102231863 A CN 102231863A
- Authority
- CN
- China
- Prior art keywords
- video
- client
- data
- server
- packets
- 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
Images
Abstract
本发明公开了一种多通道视频流的传输方法及系统,包括客户端以及服务器,所述客户端包括视频接收模块、视频处理模块以及客户端会话模块,所述服务器包括多个与所述视频接收模块匹配的视频发送模块以及服务器端会话模块,所述客户端会话模块用以与服务器端会话模块完成信令的交互,并控制所述视频接收模块接收服务器发送的视频数据包,所述视频处理模块用以对所述视频接收模块接收的视频数据包进行处理,所述服务器端会话模块还控制视频发送模块向所述客户端发送视频数据包。本发明的客户端通过在视频请求协商过程中增加视频源合法性验证及视频数据包的有效性验证,从而可以提高视频流传输的正确性和可靠性。
Description
技术领域
本发明属于移动通信网络技术领域,更为具体地,涉及多通道视频流的传输方法及系统。
背景技术
目前,随着无线技术的不断向前发展,无线带宽不断提升,人类社会已经逐步迈入3G、LTE高速无线网络时代。
在高速的无线网络环境下,原有的网络视频监控前端已经可以通过无线网络传输视频流。通常,普通无线前端设备一般提供单通道数据传输服务,在视频码流一定的环境下,单通道数据传输服务已可以满足需求。但是,随着用户对视频的要求越来越高,用户对视频流的分辨率的要求也从原先的QCIF发展到现在的CIF、D1。为了提高无线传输的速率,因此目前出现了采用双/多通道传输视频流的无线前端设备,无线双卡/多卡设备即因此而来,例如,对于无线双卡设备,其原理是使用两个无线网络通道同时传输一路视频码流,以此来提高传输速率。客户端收到视频流之后合并成为一路有效的视频码流。双卡设备具有双通道优势,能够显著提高在目前无线环境下的传输速率,实验显示,其传输速率较单通道数据传输平均能够提高80%的传输速率。
在中国专利《发明名称:一种多路径无线视频传输方法和系统,申请(专利)号:200810020904.5》中已经给出一种多路径无线视频传输方法,包括多路径视频的发送及接收处理。但该专利并没有给出多路径视频接收模块的具体方法;并且在多通道环境下接收视频流时,可能存在视频源非法、视频流无效、丢包及抖动乱序等问题,从而使得视频流的传输质量得不到保障。
发明内容
本发明实施例的目的在于提供一种多通道视频流的传输方法及系统,其能针对多通道视频流在接收过程中进行视频源合法性验证,视频流数据合法性验证等等,从而可以确保在客户端获得的视频流数据的可靠性及准确性。
本发明实施例的目的是通过以下技术方案实现的:
一种多通道视频流的传输方法,其包括:
A、客户端创建视频接收模块,并分配多个数据接收通道资源;
B、客户端向服务器发送媒体协商信息以请求视频,其中,所述媒体协商信息包括视频源验证信息以及数据接收通道资源信息;
C、服务器接受请求并向客户端返回应答消息;
D、客户端根据所述应答消息确认服务器接受视频请求,并向服务器发送确认消息ACK(Acknowledge Character,确认字符),同时打开视频接收模块;
E、服务器收到客户端发送的确认消息ACK后,向客户端发送携带视频源验证信息和媒体同步源标识(SSRC,Synchronization source)的NAT(网络地址转换,Network Address Translation)穿越包;
F、客户端收到所述NAT穿越包之后,解析其中的视频源验证信息并进行视频源合法性验证,若验证通过,则创建客户端与服务器之间的数据链路;
G、客户端解析NAT穿越包中的媒体同步源标识SSRC,若解析成功,则保存并向服务器发送NAT响应包;
H、服务器确认收到客户端的NAT响应包后,通过多个数据发送通道向客户端发送携带了媒体同步源标识SSRC的视频数据包,若服务器未收到NAT响应包,则拒绝向客户端发送视频数据包;
I、客户端依据接收到的视频数据包中的媒体同步源标识SSRC判断视频数据包的有效性,若媒体同步源标识SSRC合法,则对接收的视频数据包依据视频合并算法进行合并处理,否则,则丢弃相应的视频数据包。
优选地,在所述步骤B中,客户端通过会话初始协议向服务器请求视频。
优选地,在所述步骤I中,判断所述媒体同步源标识是否合法的方法是,将客户端接收到的视频数据包中的媒体同步源标识与存储于客户端中的媒体同步源标识进行比较,若两者相同,则为合法,否则,则为非法。
优选地,在所述步骤I中,所述视频合并算法包括如下步骤:
(1)客户端创建多通道视频数据包的合并转换缓冲区;
(2)客户端将接收到的视频数据包依照视频数据包的序号顺序放入所述合并转换缓冲区;
(3)客户端根据丢包检测方法,检测视频数据包是否存在丢包,若检测到丢包,则对接收到的视频数据包进行容错处理,并进行丢包统计;若未检测到丢包,则按顺序对数据包进行视频合并处理;
(4)将合并转换缓冲区中已处理的视频数据包清空,用于后续客户端接收到的视频数据包的处理。
优选地,所述丢包检测方法包括:客户端开启定时器,若客户端超过预设的阈值时间仍未收到相应的视频数据包,则判断视频数据包存在丢包。
优选地,所述丢包检测方法包括:
(1)设定丢包检测半径DS和阈值计算函数F;
(2)设定合并转换缓冲区中已收到的最大视频数据包的序号MAX;
(3)检测视频数据包的序号,若序号小于丢包阈值TS的数据包未收到,则认为发生丢包,其中,所述丢包阈值TS的计算方法为TS=F(MAX,DS)。
优选地,所述计算函数F为线性函数,其中,F=MAX-DS。
优选地,所述NAT穿越包为RTSP或XML格式。
优选地,所述视频数据包为RTP数据包。
一种多通道视频流的传输系统,包括客户端以及服务器,其中,所述客户端包括视频接收模块、视频处理模块以及客户端会话模块,所述服务器包括与所述视频接收模块匹配的视频发送模块以及服务器端会话模块,所述客户端会话模块用以与服务器端会话模块完成信令的交互,并控制所述视频接收模块接收服务器发送的视频数据包,所述视频处理模块用以对所述视频接收模块接收的视频数据包进行处理,所述服务器端会话模块还控制视频发送模块向所述客户端发送视频数据包。
由上述本发明实施例的技术方案可以看出,本发明提供的多通道视频流的传输方法及系统具有如下优势:
1、客户端通过在视频请求协商过程中增加视频源验证信息来确保视频源的合法性;
2、对客户端通过多通道接收到的视频数据包进行有效性验证,从而可以有效的过滤掉无效的视频数据包信息。
鉴于以上,采用本发明实施例提供的多通道视频流的传输方法及系统可以提高视频数据包传输以及接收的可靠性。
附图说明
图1是本发明一实施例提供的多通道视频流的传输方法的方法流程示意图;
图2是本发明一实施例提供的多通道视频流的传输系统的系统组网示意图;
图3是本发明一实施例提供的多通道视频流的传输系统的系统结构示意图;
图4是本发明一实施例提供的视频数据包合并循环队列示意图。
本发明目的的实现、功能特点及优异效果,下面将结合具体实施例以及附图做进一步的说明。
具体实施方式
下面结合附图和具体实施例对本发明所述技术方案作进一步的详细描述,以使本领域的技术人员可以更好的理解本发明并能予以实施,但所举实施例不作为对本发明的限定。
依照本发明一实施例提供的多通道视频流的传输方法,如图1所示,其包括如下步骤:
A、客户端创建视频接收模块,并分配多个数据接收通道资源;
B、客户端向服务器发送媒体协商信息以请求视频,其中,所述媒体协商信息包括视频源验证信息以及数据接收通道资源信息;
C、服务器接受请求并向客户端返回应答消息;
D、客户端根据所述应答消息确认服务器接受视频请求,并向服务器发送确认消息ACK,同时打开视频接收模块;
E、服务器收到客户端发送的确认消息ACK后,向客户端发送携带视频源验证信息和媒体同步源标识SSRC的NAT穿越包,其中,所述NAT穿越包可以为RTSP或XML格式的结构化字符串。
F、客户端收到所述NAT穿越包之后,解析其中的视频源验证信息并进行视频源合法性验证,若验证通过,则创建客户端与服务器之间的数据链路,其中创建所述数据链路可确保视频源是客户端所要请求的视频源对象,从而防止串流;
G、客户端解析NAT穿越包中的媒体同步源标识SSRC,若解析成功,则保存并向服务器发送NAT响应包;
H、服务器确认收到客户端的NAT响应包后,通过多个数据发送通道向客户端发送携带了媒体同步源标识SSRC的视频数据包,若服务器未收到NAT响应包,则拒绝向客户端发送视频数据包;
I、客户端依据接收到的视频数据包中的媒体同步源标识SSRC判断视频数据包的有效性,若媒体同步源标识SSRC合法,则对接收的视频数据包依据视频合并算法进行合并处理,否则,则丢弃相应的视频数据包。
具体实施方式中,在所述步骤B中,客户端通过会话初始协议(SessionInitiation Protocol,SIP)向服务器请求视频,其携带的媒体协商信息可以通过会话描述协议(Session Description Protocol,SDP)表示,其中,此处所述的媒体协商信息包括视频源验证信息以及分配的数据接收通道资源信息。
更为具体的,所述客户端向服务器请求视频的方法,包括步骤如下:
(1)客户端向服务器发送媒体协商信息,以描述媒体信息和客户端信息;
(2)服务器接收到客户端发送的媒体协商信息,与自身可提供的能力相比较,若可以提供客户端所要求的媒体,则返回服务器的媒体协商信息,并接受客户端的本次媒体请求;若不能提供客户端的所有要求,则返回服务器目前所能提供的所有媒体能力,由客户端决定是否重新请求;
(3)客户端收到服务器的媒体协商信息,若客户端媒体请求已接受,则发送确认消息;否则由客户端决定是否修改媒体协商信息并重新请求。
通过上述视频请求流程后,视频请求控制信令的握手交互过程已经完成。为确保视频数据包能够在私网与公网之间正确的传输,客户端和服务器之间需要进行NAT穿越操作,以使网络链路正常从而传输视频数据包。
对于上述的视频数据包的NAT穿越方法,包括如下步骤:
(1)客户端向服务器发送NAT穿越数据;
(2)服务器接收到所述NAT穿越数据,并返回NAT响应包;
(3)若网络环境不稳定,则对1、2步骤定时循环处理。
通过上述NAT穿越操作,视频传输通道已经建立。为确保客户端接收的视频数据包来自合法的视频源,客户端应该对接收到的视频数据包的视频源进行合法性验证。
其中,视频源合法性检测方法,包括如下步骤:
(1)客户端向服务器请求视频时,发送的媒体协商信息中添加能够唯一描述当前视频源的视频源验证信息,如视频源信息和客户端随机字符串信息的唯一组合;
(2)服务器接收客户端发送的视频源验证信息,并保存到本地;
(3)服务器发送媒体协商信息中的视频源验证信息到客户端;
(4)客户端接收服务器发送的视频源验证信息,与本地保存的视频源验证信息进行比较,以确定视频源是否合法。
通过检测视频源的合法性仍然不能确保接收到视频流的合法性。在视频流多通道传输情况下,客户端与服务器之间存在多通道数据传输,若出现异常可能会存在悬挂通道(通道未关闭或者延迟关闭),悬挂通道可能会导致客户端接收到异常的视频数据包,因此,这里可以通过RTP数据包中存在的媒体同步源标识SSRC来判断接收到的视频数据包是否有效。
优选地,在所述步骤I中,判断所述媒体同步源标识是否合法的方法是,将客户端接收到的视频数据包中的媒体同步源标识与存储于客户端中的媒体同步源标识进行比较,若两者相同,则为合法,否则,则为非法。
更为具体地,视频数据包的有效性检测方法,包括步骤如下:
(1)服务器在进行视频源合法性检测之后,在向客户端发送视频数据包即RTP数据包之前,创建媒体同步源标识SSRC,并保存;
(2)服务器将创建的媒体同步源标识SSRC发送给客户端;
(3)客户端接收媒体同步源标识SSRC并保存以作为标竿的媒体同步源标识;
(4)服务器发送携带媒体同步源标识SSRC的RTP数据包至客户端;
(5)客户端接收服务器发送的RTP数据包,并利用存储的标竿的媒体同步源标识与RTP数据包中携带的媒体同步源标识SSRC进行合法性检测,若两者相同,则认为RTP数据包有效;否则,对该RTP数据包丢弃。
从NAT穿越、视频源合法性检测和视频数据包的有效性检测过程来看,在本发明另一实施例中,可以将视频源合法性检测以及视频数据包的有效性检测与NAT穿越过程合并,即在NAT穿越时携带视频源验证信息,由客户端进行视频源合法性验证。同时在服务器发送至客户端的NAT穿越包中携带媒体同步源标识SSRC作为检验后续发送的视频数据包是否有效的标竿的媒体同步源标识。
优选地,在所述步骤I中,所述视频合并算法包括如下步骤:
(1)客户端创建多通道视频数据包的合并转换缓冲区;
(2)客户端将接收到的视频数据包依照视频数据包的序号顺序放入所述合并转换缓冲区;
(3)客户端根据丢包检测方法,检测视频数据包是否存在丢包,若检测到丢包,则对接收到的视频数据包进行容错处理,并进行丢包统计;若未检测到丢包,则按顺序对数据包进行视频合并处理;
(4)将合并转换缓冲区中已处理的视频数据包清空,用于后续客户端接收到的视频数据包的处理。
依据本发明一实施例提供的视频合并算法,在本实施例中,给出一种利用循环队列的缓冲区来实现多路RTP数据包的合并,参见图4,为本发明一实施例提供的视频数据包合并循环队列示意图,该循环队列长度L与丢包检测半径R之间的关系为:L>=R。循环队列的节点为一个三元组<SEQ,BUF,LEN>,其中SEQ表示RTP数据包的序号,BUF表示RTP数据包的指针,LEN表示RTP数据包的长度,其中,循环队列的空节点值为(0,NULL,0)。基于此,本RTP数据包合并算法描述如下:注意:下述算法中提到的RTP数据包的包序号不循环。
(1)创建循环队列,队列长度为丢包检测半径;
(2)初始化循环队列的首节点位置为0,并将其所有节点值初始化为空;
(3)初始化最大已提交包序号为0,初始化最大已接收包序号为0;
(4)当接收到任意通道上的RTP数据包后,进行如下处理:
a、若包序号小于最大已提交包序号,则直接丢弃该包;
b、若包序号大于最大已接收包序号,则更新最大已接收包序号为当前包序号;
c、若包序号比最大已提交包序号大1,则提交客户端进行视频处理,并更新最大已提交包序号;
d、否则按循环队列的数据包插入算法将RTP数据包缓存到循环队列;
(5)算法结束。
上述的丢包检测半径,可以依照如下方法设置:
对于丢包检测半径,在双通道交叉传输的情况下,队列大小理论上可设为2;网络环境较好时可设置为4或者8;若不确定如何选择,则可以进行自适应调整,如当丢包率上升时,按2的幂次函数进行扩大;当丢包率下降时,按2的幂次函数进行缩小。
其中,循环队列的数据包插入算法可以表述如下:
(1)计算RTP数据包的缓存位置P,其中,计算方法为:缓存位置P=收到包序号-最大已提交包序号;
(2)若计算的缓存位置P溢出循环队列大小,且溢出值为N,则按照循环队列数据包提交算法处理本次缓冲区溢出,处理完成后转到步骤(1);否则转到步骤(3);
(3)若缓存位置P=1,则将P直接提交给上层处理,并更新最大已提交RTP数据包的包序号;否则将RTP数据包缓存到循环队列相对于首节点位置为P的节点处,并更新该节点的值为<SEQ,BUF,LEN>;
(4)算法结束。
其中,上述的循环队列数据包提交算法包括如下步骤:
(1)初始化已处理的RTP数据包的数量为0;
(2)若循环队列首节点为空节点,则将首节点设置为下一结点,将当前节点对应的RTP数据包加入丢包统计,更新最大已提交RTP数据包的包序号,更新已处理RTP数据包的数量;
(3)若循环队列首节点为有效RTP数据包,则从首节点开始,将连续的有效RTP数据包提交给上层处理并清空已提交RTP数据包所占据的节点,直到空节点时停止,并将循环队列的首节点移到该空节点处,更新最大已提交的RTP数据包的包序号,更新已处理的RTP数据包的数量;
(4)若已处理的RTP数据包的数量小于传入的循环队列溢出值,则转到步骤(2);
(5)算法结束。
由于循环队列的RTP数据包的提交是通过不断接收新的RTP数据包来驱动的,当RTP数据包已经全部接收完毕时,对于循环队列中的最后几个RTP数据包的提交处理,可以按照如下方法处理,下述处理步骤也可称为循环队列尾包处理:
(1)RTCP(BYE)触发:收到RTCP的BYE消息时,将队列中所有数据包提交处理。
(2)丢弃尾包:当循环队列大小较小时,可以丢弃这些RTP数据包而不影响视频质量。
(3)定时触发处理:主动清空循环队列中的RTP剩余数据包,但定时出发处理可能会影响效率。
优选地,所述丢包检测方法包括:
(1)设定丢包检测半径DS和阈值计算函数F;
(2)设定合并转换缓冲区中已收到的最大视频数据包的序号MAX;
(3)检测视频数据包的序号,若序号小于丢包阈值TS的数据包未收到,则认为发生丢包,其中,所述丢包阈值TS的计算方法为TS=F(MAX,DS)。
优选地,所述计算函数F为线性函数,其中,F=MAX-DS。
如图1以及图2所示,图1为本发明一实施例提供的多通道视频流的传输系统的系统组网示意图,图2为本发明一实施例提供的多通道视频流的传输系统的系统结构示意图,所述多通道视频流的传输系统包括客户端1以及服务器,其中,所述客户端1包括视频接收模块10、视频处理模块11以及客户端会话模块12,所述服务器2包括与所述视频接收模块10匹配的视频发送模块20以及服务器端会话模块21,所述客户端会话模块12用以与服务器端会话模块21完成信令的交互,并控制所述视频接收模块10接收服务器2发送的视频数据包,所述视频处理模块11用以对所述视频接收模块10接收的视频数据包进行处理,所述服务器端会话模块21还控制视频发送模块20向所述客户端1发送视频数据包。其中,所述视频发送模块20可以通过多个数据发送通道向所述客户端1包括的视频接收模块10发送视频流,在具体的实施过程中,所述视频发送模块20可以提供两路数据发送通道或者更多,其对应的硬件可以为无线双卡设备或无线多卡设备,这里对所述设备的具体型号以及参数不做限制。
继续参照图2和图3,客户端1向服务器2请求视频可以通过会话初始协议(Session Initiation Protocol,SIP)发起请求,其携带的媒体协商信息可以通过会话描述协议(Session Description Protocol,SDP)表示,其中,所述媒体协商信息包括视频源验证信息以及分配的数据接收通道资源信息。在媒体协商信息SDP消息中,客户端1主动添加视频源验证信息。视频源验证信息可以表示为视频源信息,例如视频信息的RTSP URL,并增加客户端1随机字符串信息与所述视频源信息进行唯一组合,从而以防止唯一性冲突,若为安全考虑,还可以对验证信息进行加密处理。视频流合法性的验证方法,可以通过服务器向客户端1发送有效的RTP数据包的媒体同步源标识SSRC值作为视频流合法性标识,后续通过所有通道接收到的RTP数据包均需要和该媒体同步源标识SSRC进行比对并判断,若与之相同,则判断出数据包合法,否则非法。当收到多路合法的RTP数据包后,客户端1包括的所述视频处理模块对所述RTP数据包进行数据合并处理,从而完成多通道视频流的传输过程。
由上述本发明实施例的技术方案可以看出,本发明提供的多通道视频流的传输方法及系统具有如下优势:
1、客户端1通过在视频请求协商过程中增加视频源验证信息来确保视频源的合法性;
2、对客户端1通过多通道接收到的视频数据包进行有效性验证,从而可以有效的过滤掉无效的视频数据包信息。
鉴于以上,采用本发明实施例提供的多通道视频流的传输方法及系统可以提高视频数据包传输以及接收的可靠性。
以上所述仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种多通道视频流的传输方法,其特征在于,包括:
A、客户端创建视频接收模块,并分配多个数据接收通道资源;
B、客户端向服务器发送媒体协商信息以请求视频,其中,所述媒体协商信息包括视频源验证信息以及数据接收通道资源信息;
C、服务器接受请求并向客户端返回应答消息;
D、客户端根据所述应答消息确认服务器接受视频请求,并向服务器发送确认消息,同时打开视频接收模块;
E、服务器收到客户端发送的确认消息后,向客户端发送携带视频源验证信息和媒体同步源标识的NAT穿越包;
F、客户端收到所述NAT穿越包之后,解析其中的视频源验证信息并进行视频源合法性验证,若验证通过,则创建客户端与服务器之间的数据链路;
G、客户端解析NAT穿越包中的媒体同步源标识,若解析成功,则保存并向服务器发送NAT响应包;
H、服务器确认收到客户端的NAT响应包后,通过多个数据发送通道向客户端发送携带了媒体同步源标识的视频数据包,若服务器未收到NAT响应包,则拒绝向客户端发送视频数据包;
I、客户端依据接收到的视频数据包中的媒体同步源标识判断视频数据包的有效性,若媒体同步源标识合法,则对接收的视频数据包依据视频合并算法进行合并处理,否则,则丢弃相应的视频数据包。
2.如权利要求1所述的多通道视频流的传输方法,其特征在于,在所述步骤B中,客户端通过会话初始协议向服务器请求视频。
3.如权利要求1所述的多通道视频流的传输方法,其特征在于,在所述步骤I中,判断所述媒体同步源标识是否合法的方法是,将客户端接收到的视频数据包中的媒体同步源标识与存储于客户端中的媒体同步源标识进行比较,若两者相同,则为合法,否则,则为非法。
4.如权利要求1所述的多通道视频流的传输方法,其特征在于,在所述步骤I中,所述视频合并算法包括如下步骤:
(1)客户端创建多通道视频数据包的合并转换缓冲区;
(2)客户端将接收到的视频数据包依照视频数据包的序号顺序放入所述合并转换缓冲区;
(3)客户端根据丢包检测方法,检测视频数据包是否存在丢包,若检测到丢包,则对接收到的视频数据包进行容错处理,并进行丢包统计;若未检测到丢包,则按顺序对数据包进行视频合并处理;
(4)将合并转换缓冲区中已处理的视频数据包清空,用于后续客户端接收到的视频数据包的处理。
5.如权利要求4所述的多通道视频流的传输方法,其特征在于,所述丢包检测方法包括:客户端开启定时器,若客户端超过预设的阈值时间仍未收到相应的视频数据包,则判断视频数据包存在丢包。
6.如权利要求4所述的多通道视频流的传输方法,其特征在于,所述丢包检测方法包括:
(1)设定丢包检测半径DS和阈值计算函数F;
(2)设定合并转换缓冲区中已收到的最大视频数据包的序号MAX;
(3)检测视频数据包的序号,若序号小于丢包阈值TS的数据包未收到,则认为发生丢包,其中,所述丢包阈值TS的计算方法为TS=F(MAX,DS)。
7.如权利要求6所述的多通道视频流的传输方法,其特征在于,所述计算函数F为线性函数,其中,F=MAX-DS。
8.如权利要求1所述的多通道视频流的传输方法,其特征在于,所述NAT穿越包为RTSP或XML格式。
9.如权利要求1所述的多通道视频流的传输方法,其特征在于,所述视频数据包为RTP数据包。
10.一种多通道视频流的传输系统,包括客户端以及服务器,其特征在于,所述客户端包括视频接收模块、视频处理模块以及客户端会话模块,所述服务器包括与所述视频接收模块匹配的视频发送模块以及服务器端会话模块,所述客户端会话模块用以与服务器端会话模块完成信令的交互,并控制所述视频接收模块接收服务器发送的视频数据包,所述视频处理模块用以对所述视频接收模块接收的视频数据包进行处理,所述服务器端会话模块还控制视频发送模块向所述客户端发送视频数据包。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201110148239 CN102231863B (zh) | 2011-06-02 | 2011-06-02 | 一种多通道视频流的传输方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201110148239 CN102231863B (zh) | 2011-06-02 | 2011-06-02 | 一种多通道视频流的传输方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102231863A true CN102231863A (zh) | 2011-11-02 |
CN102231863B CN102231863B (zh) | 2013-03-27 |
Family
ID=44844387
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 201110148239 Active CN102231863B (zh) | 2011-06-02 | 2011-06-02 | 一种多通道视频流的传输方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102231863B (zh) |
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102624626A (zh) * | 2012-03-13 | 2012-08-01 | 网经科技(苏州)有限公司 | 基于xml隧道的rtp传输方法 |
CN102801725A (zh) * | 2012-08-06 | 2012-11-28 | 苏州工业园区云视信息技术有限公司 | Sip音视频会议中进行音视频媒体传输的方法 |
CN103108256A (zh) * | 2013-03-08 | 2013-05-15 | 苏州工业园区云视信息技术有限公司 | 一种接收rtp包时消除抖动乱序重包的方法 |
CN104080014A (zh) * | 2013-03-28 | 2014-10-01 | 浙江大华技术股份有限公司 | 一种实时视频处理方法和装置 |
CN104661112A (zh) * | 2013-11-18 | 2015-05-27 | 南京中兴力维软件有限公司 | 基于可伸缩选择窗口的视频流文件传输方法及装置 |
CN104703051A (zh) * | 2014-01-06 | 2015-06-10 | 杭州海康威视数字技术股份有限公司 | 码流发送方法和装置 |
CN105187883A (zh) * | 2015-09-11 | 2015-12-23 | 广东威创视讯科技股份有限公司 | 一种数据处理方法和客户端设备 |
CN105262979A (zh) * | 2014-06-27 | 2016-01-20 | 浙江大华技术股份有限公司 | 一种多路视频回放方法及装置 |
CN105451071A (zh) * | 2015-11-18 | 2016-03-30 | 腾讯科技(深圳)有限公司 | 一种视频流的处理方法、装置和系统 |
CN105898471A (zh) * | 2015-11-11 | 2016-08-24 | 乐卡汽车智能科技(北京)有限公司 | 一种车载音视频传输方法及系统、车载终端、服务器 |
CN106817354A (zh) * | 2015-12-01 | 2017-06-09 | 阿里巴巴集团控股有限公司 | 一种视频流传输方法、设备和系统 |
CN107864132A (zh) * | 2017-11-03 | 2018-03-30 | 中广热点云科技有限公司 | 一种解决视频流传输系统产生的花屏现象的方法 |
CN110430208A (zh) * | 2019-08-13 | 2019-11-08 | 四川东方网力科技有限公司 | 一种视频流处理方法、装置、电子设备及存储介质 |
CN110868641A (zh) * | 2018-08-28 | 2020-03-06 | 中国电信股份有限公司 | 用于检测直播源合法性的方法和系统 |
CN111447148A (zh) * | 2020-03-12 | 2020-07-24 | 深圳震有科技股份有限公司 | 一种rtp数据包排序方法、系统及存储介质 |
CN113037751A (zh) * | 2021-03-09 | 2021-06-25 | 北京字节跳动网络技术有限公司 | 创建音视频接收流的方法及系统 |
CN114094404A (zh) * | 2022-01-19 | 2022-02-25 | 长芯盛(武汉)科技有限公司 | 一种能够检测插接顺序的有源视频线缆 |
CN114520925A (zh) * | 2020-11-19 | 2022-05-20 | 西安诺瓦星云科技股份有限公司 | 视频流处理方法、设备、系统和云端服务器系统 |
CN115174539A (zh) * | 2022-06-28 | 2022-10-11 | 上海网达软件股份有限公司 | 一种安防视频流传输方法、系统、设备及存储介质 |
CN115209230A (zh) * | 2021-04-14 | 2022-10-18 | 吴振华 | 一种基于rtmp协议的实时视频传输的实现方法 |
CN115225775A (zh) * | 2022-09-19 | 2022-10-21 | 苏州华兴源创科技股份有限公司 | 多通道的延迟修正方法、装置、计算机设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1694529A (zh) * | 2005-06-28 | 2005-11-09 | 清华大学 | 交互式多视点视频系统中视频流的传输方法 |
US20050254447A1 (en) * | 2002-08-15 | 2005-11-17 | Koninklijke Philips Electronics N.V. | Domestic multimedia transmission method and system |
CN101009685A (zh) * | 2006-01-23 | 2007-08-01 | 中兴通讯股份有限公司 | 一种流媒体播放系统 |
CN101330609A (zh) * | 2008-07-31 | 2008-12-24 | 南京大学 | 一种多路径无线视频传输方法和系统 |
CN101448152A (zh) * | 2007-11-28 | 2009-06-03 | 深圳华为通信技术有限公司 | 多路视频处理方法及系统、终端和媒体服务器 |
-
2011
- 2011-06-02 CN CN 201110148239 patent/CN102231863B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050254447A1 (en) * | 2002-08-15 | 2005-11-17 | Koninklijke Philips Electronics N.V. | Domestic multimedia transmission method and system |
CN1694529A (zh) * | 2005-06-28 | 2005-11-09 | 清华大学 | 交互式多视点视频系统中视频流的传输方法 |
CN101009685A (zh) * | 2006-01-23 | 2007-08-01 | 中兴通讯股份有限公司 | 一种流媒体播放系统 |
CN101448152A (zh) * | 2007-11-28 | 2009-06-03 | 深圳华为通信技术有限公司 | 多路视频处理方法及系统、终端和媒体服务器 |
CN101330609A (zh) * | 2008-07-31 | 2008-12-24 | 南京大学 | 一种多路径无线视频传输方法和系统 |
Cited By (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102624626A (zh) * | 2012-03-13 | 2012-08-01 | 网经科技(苏州)有限公司 | 基于xml隧道的rtp传输方法 |
CN102624626B (zh) * | 2012-03-13 | 2015-08-26 | 网经科技(苏州)有限公司 | 基于xml隧道的rtp传输方法 |
CN102801725B (zh) * | 2012-08-06 | 2016-01-20 | 苏州工业园区云视信息技术有限公司 | Sip音视频会议中进行音视频媒体传输的方法 |
CN102801725A (zh) * | 2012-08-06 | 2012-11-28 | 苏州工业园区云视信息技术有限公司 | Sip音视频会议中进行音视频媒体传输的方法 |
CN103108256A (zh) * | 2013-03-08 | 2013-05-15 | 苏州工业园区云视信息技术有限公司 | 一种接收rtp包时消除抖动乱序重包的方法 |
CN104080014A (zh) * | 2013-03-28 | 2014-10-01 | 浙江大华技术股份有限公司 | 一种实时视频处理方法和装置 |
CN104661112A (zh) * | 2013-11-18 | 2015-05-27 | 南京中兴力维软件有限公司 | 基于可伸缩选择窗口的视频流文件传输方法及装置 |
CN104703051B (zh) * | 2014-01-06 | 2018-06-05 | 杭州海康威视数字技术股份有限公司 | 码流发送方法和装置 |
CN104703051A (zh) * | 2014-01-06 | 2015-06-10 | 杭州海康威视数字技术股份有限公司 | 码流发送方法和装置 |
CN105262979A (zh) * | 2014-06-27 | 2016-01-20 | 浙江大华技术股份有限公司 | 一种多路视频回放方法及装置 |
CN105262979B (zh) * | 2014-06-27 | 2018-09-28 | 浙江大华技术股份有限公司 | 一种多路视频回放方法及装置 |
CN105187883B (zh) * | 2015-09-11 | 2018-05-29 | 广东威创视讯科技股份有限公司 | 一种数据处理方法和客户端设备 |
CN105187883A (zh) * | 2015-09-11 | 2015-12-23 | 广东威创视讯科技股份有限公司 | 一种数据处理方法和客户端设备 |
CN105898471A (zh) * | 2015-11-11 | 2016-08-24 | 乐卡汽车智能科技(北京)有限公司 | 一种车载音视频传输方法及系统、车载终端、服务器 |
WO2017080163A1 (zh) * | 2015-11-11 | 2017-05-18 | 乐视控股(北京)有限公司 | 一种车载音视频传输方法及系统、车载终端、服务器 |
CN105451071B (zh) * | 2015-11-18 | 2021-05-07 | 腾讯科技(深圳)有限公司 | 一种视频流的处理方法、装置和系统 |
CN105451071A (zh) * | 2015-11-18 | 2016-03-30 | 腾讯科技(深圳)有限公司 | 一种视频流的处理方法、装置和系统 |
CN106817354A (zh) * | 2015-12-01 | 2017-06-09 | 阿里巴巴集团控股有限公司 | 一种视频流传输方法、设备和系统 |
US10516903B2 (en) | 2015-12-01 | 2019-12-24 | Alibaba Group Holding Limited | Method and apparatus for transmitting video data |
CN107864132A (zh) * | 2017-11-03 | 2018-03-30 | 中广热点云科技有限公司 | 一种解决视频流传输系统产生的花屏现象的方法 |
CN107864132B (zh) * | 2017-11-03 | 2020-03-10 | 中广热点云科技有限公司 | 一种解决视频流传输系统产生的花屏现象的方法 |
CN110868641A (zh) * | 2018-08-28 | 2020-03-06 | 中国电信股份有限公司 | 用于检测直播源合法性的方法和系统 |
CN110868641B (zh) * | 2018-08-28 | 2021-12-07 | 中国电信股份有限公司 | 用于检测直播源合法性的方法和系统 |
CN110430208A (zh) * | 2019-08-13 | 2019-11-08 | 四川东方网力科技有限公司 | 一种视频流处理方法、装置、电子设备及存储介质 |
CN111447148A (zh) * | 2020-03-12 | 2020-07-24 | 深圳震有科技股份有限公司 | 一种rtp数据包排序方法、系统及存储介质 |
CN111447148B (zh) * | 2020-03-12 | 2024-04-05 | 深圳震有科技股份有限公司 | 一种rtp数据包排序方法、系统及存储介质 |
CN114520925A (zh) * | 2020-11-19 | 2022-05-20 | 西安诺瓦星云科技股份有限公司 | 视频流处理方法、设备、系统和云端服务器系统 |
CN113037751B (zh) * | 2021-03-09 | 2023-10-31 | 北京字节跳动网络技术有限公司 | 创建音视频接收流的方法及系统 |
CN113037751A (zh) * | 2021-03-09 | 2021-06-25 | 北京字节跳动网络技术有限公司 | 创建音视频接收流的方法及系统 |
CN115209230A (zh) * | 2021-04-14 | 2022-10-18 | 吴振华 | 一种基于rtmp协议的实时视频传输的实现方法 |
CN114094404A (zh) * | 2022-01-19 | 2022-02-25 | 长芯盛(武汉)科技有限公司 | 一种能够检测插接顺序的有源视频线缆 |
CN115174539A (zh) * | 2022-06-28 | 2022-10-11 | 上海网达软件股份有限公司 | 一种安防视频流传输方法、系统、设备及存储介质 |
CN115174539B (zh) * | 2022-06-28 | 2023-06-02 | 上海网达软件股份有限公司 | 一种安防视频流传输方法、系统、设备及存储介质 |
CN115225775B (zh) * | 2022-09-19 | 2022-12-09 | 苏州华兴源创科技股份有限公司 | 多通道的延迟修正方法、装置、计算机设备 |
CN115225775A (zh) * | 2022-09-19 | 2022-10-21 | 苏州华兴源创科技股份有限公司 | 多通道的延迟修正方法、装置、计算机设备 |
Also Published As
Publication number | Publication date |
---|---|
CN102231863B (zh) | 2013-03-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102231863B (zh) | 一种多通道视频流的传输方法及系统 | |
CN109996097B (zh) | 一种投屏方法、系统及存储装置 | |
US9203734B2 (en) | Optimized bi-directional communication in an information centric network | |
EP2383941B1 (en) | Client terminal, method and system for downloading streaming media | |
CN105493457B (zh) | 基于传输控制协议(tcp)的视频流传输方法及设备 | |
US9794311B2 (en) | Transport accelerator implementing extended transmission control functionality | |
CN113037440B (zh) | 数据重传处理方法、装置、计算机设备和存储介质 | |
RU2009134145A (ru) | Снижение влияния от потерь пакетов в передачах видео | |
JP2011193477A5 (zh) | ||
CN103780971A (zh) | 一种互联网条件下基于rudp的实时视频传输方法 | |
CN104662865A (zh) | 混合型http和udp内容分发 | |
CN103401946B (zh) | Http上传加速方法和系统 | |
KR101991388B1 (ko) | 이종 네트워크상에서의 컨텐츠 전송 방법 및 이를 위한 장치 | |
KR101705440B1 (ko) | 미디어 통신용 하이브리드 클라우드 미디어 아키텍쳐 | |
WO2018018627A1 (zh) | 一种数据传输方法、系统及接收装置 | |
CN109196842B (zh) | 一种会话保持方法、设备及存储介质 | |
CN111567011B (zh) | 使用跨层信息提高视频服务和WEB服务的QoE的方法 | |
WO2012155994A1 (en) | Anonymous signalling | |
CN110691037A (zh) | 通信网络中的服务递送 | |
WO2024056032A1 (zh) | 解码、数据传输方法、装置、终端及服务器 | |
CN114221909B (zh) | 数据传输方法、装置、终端及存储介质 | |
US8239548B2 (en) | Endpoint discriminator in network transport protocol startup packets | |
US9986010B2 (en) | System and method for controlling video and/or audio streams in a web browser | |
US20160380901A1 (en) | Methods and apparatus for preventing head of line blocking for rtp over tcp | |
CN106790030B (zh) | 多屏协同音频传输服务端、客户端、系统及其处理方法 |
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 |