CN102932667B - 一种实时流媒体上传中的丢帧控制与续传方法及系统 - Google Patents

一种实时流媒体上传中的丢帧控制与续传方法及系统 Download PDF

Info

Publication number
CN102932667B
CN102932667B CN201210458099.0A CN201210458099A CN102932667B CN 102932667 B CN102932667 B CN 102932667B CN 201210458099 A CN201210458099 A CN 201210458099A CN 102932667 B CN102932667 B CN 102932667B
Authority
CN
China
Prior art keywords
video
data frame
video data
frame
real
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.)
Expired - Fee Related
Application number
CN201210458099.0A
Other languages
English (en)
Other versions
CN102932667A (zh
Inventor
张国强
张怀畅
陈翔宇
Original Assignee
Zhang Ying Information Technology (shanghai) Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Zhang Ying Information Technology (shanghai) Co Ltd filed Critical Zhang Ying Information Technology (shanghai) Co Ltd
Priority to CN201210458099.0A priority Critical patent/CN102932667B/zh
Publication of CN102932667A publication Critical patent/CN102932667A/zh
Priority to PCT/CN2013/078979 priority patent/WO2014075453A1/zh
Application granted granted Critical
Publication of CN102932667B publication Critical patent/CN102932667B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • H04L65/765Media network packet handling intermediate

Abstract

本发明公开了一种实时流媒体上传中的丢帧控制与续传系统,包括视频获取端和媒体服务器端;其特征在于:所述视频获取端用于实时获取视频场景数据,并以实时和续传两种方式向媒体服务器端上传视频数据帧,所述媒体服务器端用于接收视频获取端实时和续传的视频数据帧,并进行直播、存储和合并;本发明还公开了一种实时流媒体上传中的丢帧控制与续传方法。本发明一方面通过应用层选择性丢帧,将丢弃的数据帧放入续传队列,保证直播的实时性传输,节约传输带宽;另一方面,在随后网络状况稍好时通过新连接适时重传续传队列中的数据帧,从而保证所存储的视频的完整性,提高点播视频的质量。

Description

一种实时流媒体上传中的丢帧控制与续传方法及系统
技术领域
本发明涉及一种实时流媒体上传中的丢帧控制与续传方法及系统,属于网络多媒体数据传输技术领域。
背景技术
当今,人们对于获得实时事件现场视频信息的需求越来越强烈。利用专业的新闻拍摄设备或手机、摄像头等便携拍摄设备可以实时捕获实时事件的现场信息,并将其快速传播给大众。如图1所示,这类系统通常都包含视频拍摄端和媒体服务器端两部分,由视频拍摄端将实时拍摄的内容及时上传到媒体服务器,通过媒体服务器向感兴趣的用户群体进行直播。同时,媒体服务器还必须将实时拍摄的视频进行存储,一方面作为备份,另一方面满足后续用户的点播需求。
然而,由于上传带宽受限(如通过3G网络进行上传)或上传过程中传输网络的拥堵问题,为保证直播的实时性,应允许视频拍摄端向媒体服务器实时上传视频流的过程中选择性地丢弃一些已于播放无益的视频帧(如超过预期播放时间点的视频帧)。通常,实时流媒体传输协议就是通过允许丢帧而达到实时播放的目的。但是另一方面,丢帧会降低直播画面的质量。如果不恢复这些丢弃的帧,那么媒体服务器所备份的视频也将是不完整的视频,后续用户的点播所观看到的内容将和直播用户的体验是一样的。相反,如果能恢复这些丢弃的帧,则能提升视频的画面质量,从而为后续的点播用户提供高质量的体验。
上述两个需求存在矛盾之处。一方面,实时的直播需求要求采用实时流媒体传输协议,这类协议一般直接基于UDP之上;另一方面,对存储完整性的要求则要求采用可靠的传输协议,如TCP,但TCP显然会降低视频传输的实时性。
发明内容
本发明所要解决的技术问题是基于背景技术的缺陷而提出的一种实时流媒体上传中的丢帧控制和续传方法与系统,一方面通过应用层选择性丢帧,并将丢弃的数据帧暂存在客户端续传队列,保证直播的实时性传输,另一方面通过将暂存在续传队列的视频帧通过新连接适时重传保证所存储的视频的完整性。
本发明为解决上述技术问题采用以下技术方案:
一种实时流媒体上传中的丢帧控制与续传系统,包括视频获取端和媒体服务器端;所述视频获取端用于实时获取视频场景数据,并以实时和续传两种方式向媒体服务器端上传视频数据帧,所述媒体服务器端用于接收视频获取端实时和续传的视频数据帧,并进行直播、存储和合并。
其中,⑴所述视频获取端包括:
a, 视频拍摄模块,用于实时获取视频场景数据,并标记预播放时刻;
b, 第一视频序列标识协商模块,用于和媒体服务器端协商生成每个视频帧序列的唯一标识;
c, 发送队列,用于存储预备发送的视频帧序列;
d, 发送队列检测模块,用于检测发送队列中的视频数据帧是否位于发送窗口之内;
e, 实时视频上传模块,用于按序向媒体服务器端发送位于发送窗口内的视频数据帧;
f, 续传队列,用于存储因实时传输延迟导致的位于发送窗口外的视频数据帧;
g, 续传模块,用于在后续网络信道通畅时刻向媒体服务器端上传续传队列中的视频数据帧。
  ⑵所述媒体服务器端包括:
h, 第二视频序列标识协商模块,用于和视频获取端协商生成每个视频帧序列的唯一标识;
i, 实时视频接收模块,用于接收实时视频上传模块发送的实时视频数据帧;
j, 实时视频直播模块,用于将实时接收到的视频数据帧向需要的用户群进行直播;
k, 存储模块,用于将实时接收到的视频数据帧进行存储,按照与该视频数据帧相对应的唯一标识生成视频序列文件;
l, 续传接收模块,用于接收续传模块续传的视频数据帧;
m, 视频合并模块,用于根据视频帧序列的唯一标识,将接收到的续传视频数据帧和对应标识的视频序列文件进行合并,生成完整的视频序列文件。
本发明还提出一种实时流媒体上传中的丢帧控制与续传方法,该方法基于视频获取端和媒体服务器端;所述视频获取端用于实时获取视频场景数据,并以实时和续传两种方式向媒体服务器端上传视频数据帧,所述媒体服务器端用于接收视频获取端实时和续传的视频数据帧,并进行直播、存储和合并。
其中,视频获取端的工作流程包括:
步骤1,与媒体服务器端协商一个用于唯一标识每个视频帧序列的标识;
步骤2, 实时获得视频场景数据,并标记预播放时刻,同时将视频数据帧置入发送队列;
步骤3,在新视频帧序列到达时检测发送队列中的视频数据帧,将位于发送窗口外的过时视频数据帧置入续传队列;
步骤4,按序向媒体服务器端发送位于发送窗口内的视频数据帧;
步骤5,在后续网络信道通畅时刻通过新连接向媒体服务器端上传位于续传队列中的视频数据帧。
媒体服务器端的工作流程包括:
步骤6,接收视频获取端发送的实时视频数据帧,然后将其进行直播;同时将接收的视频数据帧按照与该视频数据帧相对应的唯一标识生成视频序列文件进行存储;
步骤7,接收视频获取端续传的视频数据帧,将接收到的续传视频数据帧和对应标识的视频序列文件进行合并,生成完整的视频序列文件。
进一步的,本发明的一种实时流媒体上传中的丢帧控制与续传方法,所述步骤3具体包括以下步骤:
步骤31,对于新到达的视频帧序列,设其预计播放时刻为T,设发送窗口的大小为W,计算播放时间阀值T0=T-W;
步骤32,检测发送队列中的视频数据帧预计播放时间,如果其预计播放时间Tp<T0,则将该视频数据帧置入续传队列;
步骤33, 对于位于发送窗口内的视频数据帧,如果按序待发送的下一个视频数据帧为非关键帧,则判断与该非关键帧相对应的关键帧是否发送成功:若发送成功,则正常发送该非关键帧;若发送失败,则将从该非关键帧开始到下一个出现的关键帧之间的所有非关键帧从发送窗口中移除,置入续传队列;
步骤34,在续传队列中基于视频帧序列的唯一标识将等待续传的视频数据帧予以组织。
进一步的,本发明的一种实时流媒体上传中的丢帧控制与续传方法,所述步骤5具体包括以下步骤:
步骤51,视频获取端首先将待续传的视频数据帧所属的视频帧序列唯一标识发送给媒体服务器端;
步骤52,得到媒体服务器端确认后,视频获取端开始上传视频数据帧;
步骤53,每成功上传一个视频数据帧,视频获取端将该视频数据帧从续传队列中删除;
步骤54,当所有视频数据帧均成功上传后,将该视频序列标识对应的续传队列释放。
进一步的,本发明的一种实时流媒体上传中的丢帧控制与续传方法,所述步骤7具体包括以下步骤:
步骤71,接收视频获取端发送的待续传视频数据帧所属视频帧序列的唯一标识;
步骤72,向视频获取端发送确认消息;
步骤73,通过视频帧序列唯一标识确定该视频数据帧对应的视频序列文件;
步骤74,依据时间戳信息,将接收到的续传视频数据帧与对应的视频序列文件进行合并、存储。
本发明采用以上技术方案与现有技术相比,具有以下技术效果:
首先,通过应用层的选择性丢帧,即设立发送窗口,保证位于发送窗口之外的视频帧不再被实时视频上传模块上传,保证直播的实时性传输,节约传输带宽。
其次,并不将丢弃的视频帧永久地丢弃,而是放到续传队列,在随后网络状况稍好时通过新连接适时重传,从而保证所存储的视频的完整性,提高点播视频的质量。
最后,选择性丢帧时,如果关键帧因超过播放时间而被置于续传队列,则与其关联的非关键帧不管是否位于发送窗口内都将被移至续传队列,保证实时传输的视频帧的有用性。
附图说明
图1是实时流媒体上传的丢帧控制和续传的应用场景配置示意图;
图2是视频获取端和视频服务器端的流程图;
图3是基于发送窗口的视频丢帧控制方法示意图;
图4是视频拍摄端和媒体服务器端的实时处理流程图。
具体实施方式
下面结合附图对本发明的技术方案做进一步的详细说明:
如图1结合图4所示,本发明的实时流媒体上传中的丢帧控制与续传系统,包括视频获取端和媒体服务器端两部分。
其中,视频获取端用于实时获取视频场景数据,并以实时和续传两种方式向媒体服务器上传,包括:
视频拍摄模块,用于实时获取视频场景数据,标记预播放时刻;
视频序列标识协商模块,用于和媒体服务器协商用于唯一标识该视频序列的标识;
发送队列检测模块,用于检测发送队列中的视频帧是否位于发送窗口之内;
实时视频上传模块,用于按序向媒体服务器发送位于发送窗口内的视频数据帧;
续传模块,用于在后续某个时刻向媒体服务器上传续传队列中的视频帧;
发送队列,用于存储未发送的视频帧序列;
续传队列,用于存储因实时传输延迟导致的位于发送窗口外的视频帧,包括与超过播放时间点的关键帧相关联的非关键帧(无论其位于发送窗口与否)。
媒体服务器端用于接收实时和续传的视频帧,并进行直播、存储和合并,包括:
视频序列标识协商模块,用于和视频获取端协商用于唯一标识该视频序列的标识;
实时视频接收模块,用于接收实时视频数据帧;
实时视频直播模块,用于将实时接收到的视频数据向需要的用户群进行直播;
存储模块,用于将实时接收到的视频数据进行存储;
续传接收模块,用于接收续传的视频数据帧;
视频合并模块,用于将接收到的续传视频数据帧和对应的视频序列文件进行合并,生成更流畅的视频序列文件。
如图2所示,本发明的实时流媒体上传中的丢帧控制与续传方法包括视频获取端的工作流程、媒体服务器端的工作流程。
其中,视频获取端的工作流程包括:
步骤1,与服务器协商一个用于唯一标识该视频序列的标识。
步骤2, 视频拍摄模块实时获得视频场景数据,标记预播放时刻,并将视频帧置入发送队列。
步骤3,发送队列检测模块在新视频帧到达时检测发送队列中的视频帧,将位于发送窗口外的过时视频帧置入续传队列。
如图3所示,所述步骤3进一步细化为,
步骤31,对于新到达的视频帧,设其预计播放时刻为T,设发送窗口的大小为W,计算播放时间阀值T0=T-W;
步骤32,检测发送队列中的视频帧预计播放时间,如果其预计播放时间Tp<T0,则将该视频帧置入续传队列;
步骤33, 对于位于发送窗口内的帧,如果按序待发送的下一个帧为P帧(即非关键帧),则判断与该非关键帧相对应的关键帧是否发送成功:若发送成功,则正常发送该非关键帧;若发送失败,则表明对应的关键帧已超时,与该关键帧相对应的非关键帧数据的传输对实时播放无益,因而则将从该P帧开始到第一个出现的I帧(关键帧)之间(不包含该关键帧)的所有P帧从发送窗口中移除,置入续传队列;
步骤34,续传队列基于视频序列的唯一标识予以组织。
步骤4,实时视频上传模块按序向媒体服务器发送位于发送窗口内的视频数据帧。
步骤5,续传模块在后续某个时刻通过新连接向媒体服务器上传位于续传队列中的视频帧。该时刻可以是网络信道状况改善后,通信链路良好的时刻。
所述步骤5进一步为,
步骤51,续传模块首先将视频序列唯一标识发送给服务器端;
步骤52,得到服务器确认后开始上传视频数据帧;
步骤53,每成功上传一个视频数据帧,将该视频数据帧从续传队列中删除(可以是逻辑上删除);
步骤54,当所有视频数据帧均成功上传后,将该视频序列标识对应的续传队列释放。
如图2所示,媒体服务器端的工作流程包括:
步骤6,实时视频接收模块接收到实时视频帧后,由视频直播模块进行直播,由存储模块进行存储;由存储模块进行视频序列存储时,需建立存储空间与该视频序列唯一标识之间的关联。
步骤7,续传接收模块接收到续传视频帧后,与已存储的流媒体文件进行合并,生成质量更流畅的视频文件。
所述步骤7进一步为,
步骤71,接收视频获取端的续传模块发送的视频序列唯一标识;
步骤72,向视频获取端的续传模块发送确认消息;
步骤73,通过视频序列唯一标识确定该视频序列对应的视频文件;
步骤74,依据时间戳信息,将接收到的续传视频帧与该视频文件进行合并、存储。
综合以上描述,本发明一方面通过应用层的选择性丢帧放入续传队列,保证直播的实时性传输,节约传输带宽;另一方面,在随后网络状况稍好时通过新连接适时重传续传队列中的视频帧,从而保证所存储的视频的完整性,提高点播视频的质量。

Claims (5)

1.一种实时流媒体上传中的丢帧控制与续传系统,包括视频获取端和媒体服务器端;其特征在于:所述视频获取端用于实时获取视频场景数据,并以实时和续传两种方式向媒体服务器端上传视频数据帧,所述媒体服务器端用于接收视频获取端实时和续传的视频数据帧,并进行直播、存储和合并;其中,
⑴所述视频获取端包括:
a, 视频拍摄模块,用于实时获取视频场景数据,并标记预播放时刻;
b, 第一视频序列标识协商模块,用于和媒体服务器端协商生成每个视频帧序列的唯一标识;
c, 发送队列,用于存储预备发送的视频帧序列;
d, 发送队列检测模块,用于检测发送队列中的视频数据帧是否位于发送窗口之内;
e, 实时视频上传模块,用于按序向媒体服务器端发送位于发送窗口内的视频数据帧;
f, 续传队列,用于存储因实时传输延迟导致的位于发送窗口外的视频数据帧;
g, 续传模块,用于在后续网络信道通畅时刻向媒体服务器端上传续传队列中的视频数据帧;
    ⑵所述媒体服务器端包括:
h, 第二视频序列标识协商模块,用于和视频获取端协商生成每个视频帧序列的唯一标识;
i, 实时视频接收模块,用于接收实时视频上传模块发送的实时视频数据帧;
j, 实时视频直播模块,用于将实时接收到的视频数据帧向需要的用户群进行直播;
k, 存储模块,用于将实时接收到的视频数据帧进行存储,按照与该视频数据帧相对应的唯一标识生成视频序列文件;
l, 续传接收模块,用于接收续传模块续传的视频数据帧;
m, 视频合并模块,用于根据视频帧序列的唯一标识,将接收到的续传视频数据帧和对应标识的视频序列文件进行合并,生成完整的视频序列文件。
2.一种实时流媒体上传中的丢帧控制与续传方法,其特征在于:该方法基于视频获取端和媒体服务器端;所述视频获取端用于实时获取视频场景数据,并以实时和续传两种方式向媒体服务器端上传视频数据帧,所述媒体服务器端用于接收视频获取端实时和续传的视频数据帧,并进行直播、存储和合并;其中:
视频获取端的工作流程包括:
步骤1,与媒体服务器端协商一个用于唯一标识每个视频帧序列的标识;
步骤2, 实时获得视频场景数据,并标记预播放时刻,同时将视频数据帧置入发送队列;
步骤3,在新视频帧序列到达时检测发送队列中的视频数据帧,将位于发送窗口外的过时视频数据帧置入续传队列;
步骤4,按序向媒体服务器端发送位于发送窗口内的视频数据帧;
步骤5,在后续网络信道通畅时刻通过新连接向媒体服务器端上传位于续传队列中的视频数据帧;
媒体服务器端的工作流程包括:
步骤6,接收视频获取端发送的实时视频数据帧,然后将其进行直播;同时将接收的视频数据帧按照与该视频数据帧相对应的唯一标识生成视频序列文件进行存储;
步骤7,接收视频获取端续传的视频数据帧,将接收到的续传视频数据帧和对应标识的视频序列文件进行合并,生成完整的视频序列文件。
3.根据权利要求2所述的一种实时流媒体上传中的丢帧控制与续传方法,其特征在于:所述步骤3具体包括以下步骤:
步骤31,对于新到达的视频帧序列,设其预计播放时刻为T,设发送窗口的大小为W,计算播放时间阀值T0=T-W;
步骤32,检测发送队列中的视频数据帧预计播放时间,如果其预计播放时间Tp<T0,则将该视频数据帧置入续传队列;
步骤33, 对于位于发送窗口内的视频数据帧,如果按序待发送的下一个视频数据帧为非关键帧,则判断与该非关键帧相对应的关键帧是否发送成功:若发送成功,则正常发送该非关键帧;若发送失败,则将从该非关键帧开始到下一个出现的关键帧之间的所有非关键帧从发送窗口中移除,置入续传队列;
步骤34,在续传队列中基于视频帧序列的唯一标识将等待续传的视频数据帧予以组织。
4.根据权利要求2所述的一种实时流媒体上传中的丢帧控制与续传方法,其特征在于:所述步骤5具体包括以下步骤:
步骤51,视频获取端首先将待续传的视频数据帧所属的视频帧序列唯一标识发送给媒体服务器端;
步骤52,得到媒体服务器端确认后,视频获取端开始上传视频数据帧;
步骤53,每成功上传一个视频数据帧,视频获取端将该视频数据帧从续传队列中删除;
步骤54,当所有视频数据帧均成功上传后,将该视频帧序列唯一标识对应的续传队列释放。
5.根据权利要求2所述的一种实时流媒体上传中的丢帧控制与续传方法,其特征在于:所述步骤7具体包括以下步骤:
步骤71,接收视频获取端发送的待续传视频数据帧所属视频帧序列的唯一标识;
步骤72,向视频获取端发送确认消息;
步骤73,通过视频帧序列唯一标识确定该视频数据帧对应的视频序列文件;
步骤74,依据时间戳信息,将接收到的续传视频数据帧与对应的视频序列文件进行合并、存储。
CN201210458099.0A 2012-11-15 2012-11-15 一种实时流媒体上传中的丢帧控制与续传方法及系统 Expired - Fee Related CN102932667B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201210458099.0A CN102932667B (zh) 2012-11-15 2012-11-15 一种实时流媒体上传中的丢帧控制与续传方法及系统
PCT/CN2013/078979 WO2014075453A1 (zh) 2012-11-15 2013-07-08 一种实时流媒体上传中的丢帧控制与续传方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210458099.0A CN102932667B (zh) 2012-11-15 2012-11-15 一种实时流媒体上传中的丢帧控制与续传方法及系统

Publications (2)

Publication Number Publication Date
CN102932667A CN102932667A (zh) 2013-02-13
CN102932667B true CN102932667B (zh) 2015-06-03

Family

ID=47647351

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210458099.0A Expired - Fee Related CN102932667B (zh) 2012-11-15 2012-11-15 一种实时流媒体上传中的丢帧控制与续传方法及系统

Country Status (2)

Country Link
CN (1) CN102932667B (zh)
WO (1) WO2014075453A1 (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102932667B (zh) * 2012-11-15 2015-06-03 掌赢信息科技(上海)有限公司 一种实时流媒体上传中的丢帧控制与续传方法及系统
CN103533450B (zh) * 2013-06-09 2018-03-09 浙江宇视科技有限公司 一种媒体流可靠传输和接收的方法以及装置
CN106375859B (zh) * 2016-09-26 2019-01-15 腾讯科技(深圳)有限公司 一种媒体处理方法、装置及终端
CN110113621B (zh) * 2018-02-01 2023-03-03 腾讯科技(深圳)有限公司 媒体信息的播放方法和装置、存储介质、电子装置
CN108540855B (zh) * 2018-04-18 2021-09-28 王健 一种适用于网络直播场景下的自适应低延时流媒体播放方法
CN108881185B (zh) * 2018-05-31 2022-10-25 康键信息技术(深圳)有限公司 数据发送装置及方法、数据接收装置及方法和存储介质
CN111954007B (zh) * 2020-07-14 2022-03-25 烽火通信科技股份有限公司 Udp直播中vbr视频快速平滑发送方法与装置
CN114095796A (zh) * 2020-07-30 2022-02-25 中国移动通信集团终端有限公司 无效重传包减少方法、装置、设备及计算机存储介质
CN112203050B (zh) * 2020-09-30 2022-09-06 普联技术有限公司 一种视频续传的方法及装置
CN113014586B (zh) * 2021-03-04 2022-09-13 即时匹配(上海)网络科技有限公司 Rtp数据包乱序处理及重组帧方法和系统
CN113300819B (zh) * 2021-04-13 2022-09-06 中国科学技术大学 一种鲁棒的逐跳可靠数据传输方法、装置及系统
CN113132669B (zh) * 2021-04-22 2022-08-12 睿云联(厦门)网络通讯技术有限公司 基于WebRTC弱网环境视频质量提升方法、系统及存储介质
CN115021865A (zh) * 2022-05-09 2022-09-06 深圳市正浩创新科技股份有限公司 数据读取方法、数据推送方法、电子设备及可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6032180A (en) * 1996-09-26 2000-02-29 Fujitsu Limited Image data transmission system, video server unit, and client unit for displaying image data
CN1946079A (zh) * 2006-11-02 2007-04-11 北京大学 一种网络带宽自适应的流媒体传输选择性丢帧方法
CN102170554A (zh) * 2010-02-25 2011-08-31 无锡中星微电子有限公司 基于电力网的网络摄像装置及网络摄像方法
CN102547227A (zh) * 2010-12-08 2012-07-04 中国电信股份有限公司 视频监控文件的传输处理方法与系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101552660B (zh) * 2008-04-01 2012-06-27 中国移动通信集团公司 对流媒体数据进行重传、播放的方法、装置及通信系统
CN102932667B (zh) * 2012-11-15 2015-06-03 掌赢信息科技(上海)有限公司 一种实时流媒体上传中的丢帧控制与续传方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6032180A (en) * 1996-09-26 2000-02-29 Fujitsu Limited Image data transmission system, video server unit, and client unit for displaying image data
CN1946079A (zh) * 2006-11-02 2007-04-11 北京大学 一种网络带宽自适应的流媒体传输选择性丢帧方法
CN102170554A (zh) * 2010-02-25 2011-08-31 无锡中星微电子有限公司 基于电力网的网络摄像装置及网络摄像方法
CN102547227A (zh) * 2010-12-08 2012-07-04 中国电信股份有限公司 视频监控文件的传输处理方法与系统

Also Published As

Publication number Publication date
WO2014075453A1 (zh) 2014-05-22
CN102932667A (zh) 2013-02-13

Similar Documents

Publication Publication Date Title
CN102932667B (zh) 一种实时流媒体上传中的丢帧控制与续传方法及系统
CN107231328B (zh) 实时视频传输方法、装置、设备及系统
CN103237191B (zh) 在视频会议中同步推送音视频的方法
EP2890133B1 (en) System and method for distributing live broadcast content
CN101488967B (zh) 一种视频传输方法、嵌入式监控终端及监控平台服务器
CN109889543B (zh) 视频传输的方法、根节点、子节点、p2p服务器和系统
CN102075728B (zh) 一种共享音频和/或视频的方法及系统
JP4767443B2 (ja) ネットワーク蓄積型ビデオカメラシステム
CN110248256B (zh) 数据的处理方法及装置、存储介质和电子装置
CN105704580B (zh) 一种视频传输方法
CN108696772B (zh) 一种实时视频的传输方法及装置
CN107819809B (zh) 对内容进行同步操作的方法及装置
CN103442054B (zh) 基于物联网的执法记录系统及其通信数据传输方法
CN104954633A (zh) 一种直播导播的方法、客户端及系统
WO2010139284A1 (zh) 一种频道切换处理方法及系统以及相关设备
TWI760328B (zh) 動畫分割裝置及監視方法
CN107566918A (zh) 一种视频分发场景下的低延时取流秒开方法
EP2400692A1 (en) Method, terminal device and channel switching server for processing abnormality in channel switching
CN102006476A (zh) 一种传输和接收实时视频数据的优化处理方法
CN108924485B (zh) 客户端实时视频流中断处理方法及系统、监控系统
CN102325275A (zh) 一种流媒体播放的丢包方法、装置及服务器
CN101944982B (zh) 基于时间驱动滑动窗口协议的流媒体实时转发方法
CN102118610A (zh) 高清抓拍方法和系统
CN103685314A (zh) 实现流媒体播放单播和多播无缝切换的方法
CN106685908A (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
TR01 Transfer of patent right

Effective date of registration: 20171220

Address after: 210000 Guangzhou Road, Gulou District, Jiangsu, Nanjing, China 213-1

Patentee after: Zhang Huaichang

Address before: 200063 Putuo District, Shanghai, on the first floor of No. 28 home road

Patentee before: Zhang Ying Information technology (Shanghai) Co., Ltd.

TR01 Transfer of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20150603

Termination date: 20171115

CF01 Termination of patent right due to non-payment of annual fee