CN101521813B - 一种处理媒体流的方法和装置 - Google Patents

一种处理媒体流的方法和装置 Download PDF

Info

Publication number
CN101521813B
CN101521813B CN200910082032XA CN200910082032A CN101521813B CN 101521813 B CN101521813 B CN 101521813B CN 200910082032X A CN200910082032X A CN 200910082032XA CN 200910082032 A CN200910082032 A CN 200910082032A CN 101521813 B CN101521813 B CN 101521813B
Authority
CN
China
Prior art keywords
packet
buffer unit
token
rate
unit
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.)
Active
Application number
CN200910082032XA
Other languages
English (en)
Other versions
CN101521813A (zh
Inventor
李聪廷
黄建强
陈航锋
张颖
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhejiang Uniview Technologies Co Ltd
Original Assignee
Hangzhou H3C Technologies 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 Hangzhou H3C Technologies Co Ltd filed Critical Hangzhou H3C Technologies Co Ltd
Priority to CN200910082032XA priority Critical patent/CN101521813B/zh
Publication of CN101521813A publication Critical patent/CN101521813A/zh
Application granted granted Critical
Publication of CN101521813B publication Critical patent/CN101521813B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种处理媒体流的方法和装置,将编码后的视频码流以数据包为单位发送至第一缓存单元进行缓存;根据预设的包队列长度和取包速率之间的对应关系,以第一缓存单元中的当前包队列长度所对应的取包速率从第一缓存单元中读取数据包;利用读取的数据包分别产生实况流和存储流并发送至网络。本发明能够抑制媒体流的流量突发现象,提高网络视频监控的服务质量。同时相比较传输控制协议(TCP)方式自身的拥塞避免算法和慢启动算法,进一步考虑了媒体流的延时要求,从而保证对实况流的实时性传输。

Description

一种处理媒体流的方法和装置
技术领域
本发明涉及多媒体网络传输技术,特别涉及一种处理媒体流的方法和装置。
背景技术
随着网络技术的不断发展以及宽带的全面普及,诸如网络视频监控等媒体流应用形式逐渐受到青睐,媒体流的实时传输和网络化存储是其中的两个重要应用。
以网络视频监控为例,图1为网络视频监控中媒体流处理示意图,如图1所示,摄像机采集到的模拟视频信号首先会经过模数转换(A/D)装置转换成数字视频流,再送至数字信号处理器(DSP)进行编码后,将编码后的视频码流送至媒体流处理装置,媒体流处理装置将视频码流进行两路处理分别产生实况流和存储流,即采用网络附加存储(NAS,Network AttachedStorage)协议或因特网小型计算机系统接口(iSCSI,Internet Small ComputerSystem Interface)协议将视频码流打包处理后形成存储流,并将存储流以传输控制协议(TCP)方式发送,通过网络传输至存储设备;采用实时传输协议(RTP)将视频码流进行打包处理后形成实况流,并将实况流以用户数据报协议(UDP)方式发送,通过网络传输至终端设备,以保证实况流的低延时。图1中的A/D装置、DSP和媒体流处理装置构成现有技术中的双流编码器。
由于DSP在对数字视频流进行编码后产生的视频流中,虽然两个相邻视频帧之间的时间间隔是固定的,但视频流中数据包的产生速率并不均匀,某些时间段内产生的数据包较多,某些时间段内产生的数据包较少,这就会导致产生的实况流和存储流的流量也忽大忽小,即流量突发现象,如图2a和图2b所示,图2a为存储流的流量突发曲线图,图2b为实况流的流量突发曲线图。这种流量突发现象在网络带宽受限的情况下容易造成丢包,使得在终端设备进行实况解码或在存储设备进行回放解码而得到的图像产生冻结或花屏现象,从而造成网络视频监控的服务质量低下。
虽然TCP方式发送存储流时,因TCP自身的拥塞避免算法和慢启动算法能够在一定程度上提高服务质量,但效果甚微,并且由于实况流的高实时性,采用TCP方式发送则会造成实况流的延时较大,并不适用于TCP方式的传输。
发明内容
有鉴于此,本发明提供了一种处理媒体流的方法和装置,以便于抑制媒体流的流量突发现象,提高网络视频监控的服务质量。
一种处理媒体流的方法,该方法包括:
A、将编码后的视频码流以数据包为单位发送至第一缓存单元进行缓存;
B、按照取包速率S=S0×adj(M,D),从所述第一缓存单元中读取数据包;其中,S0=BR/8P,
Figure GSB00000165377900021
BR为预设的编码码率,P为所述数据包的大小,M为第一缓存单元中的当前包队列长度,Q为预设的延时级别的总级数,D为当前要求的延时级别,a为与当前要求的延时级别相关的参数,b为预设的常量;
C、利用读取的数据包分别产生实况流和存储流并发送至网络。
一种处理媒体流的装置,该装置包括:
第一缓存单元,用于缓存以数据包为单位发送来的编码后的视频码流;
第一平滑处理单元,用于按照取包速率S=S0×adj(M,D),从所述第一缓存单元中读取数据包;其中,S0=BR/8P,
Figure GSB00000165377900022
BR为预设的编码码率,P为所述数据包的大小,M为第一缓存单元中的当前包队列长度,Q为预设的延时级别的总级数,D为当前要求的延时级别,a为与当前要求的延时级别相关的参数,b为预设的常量;
实况流产生单元,用于利用所述第一平滑处理单元读取的数据包产生实况流;
存储流产生单元,用于利用所述第一平滑处理单元读取的数据包产生存储流。
由以上技术方案可以看出,本发明提供的方法和装置考虑流量突发状况发生时会造成第一缓存单位中缓存的当前包队列长度发生突然的变化,因此,如果要克服流量突发现象,则需要在从第一缓存单位中读取数据包时,根据当前包队列长度动态的调整取包速率。即将编码后的视频码流以数据包为单位发送至第一缓存单元进行缓存;根据预设的包队列长度和取包速率之间的对应关系,以第一缓存单元中的当前包队列长度所对应的取包速率从第一缓存单元中读取数据包,其中所述对应关系与当前要求的延时级别相关联;利用读取的数据包分别产生实况流和存储流并发送至网络;从而能够抑制媒体流的流量突发现象,提高网络视频监控的服务质量。同时相比较TCP方式自身的拥塞避免算法和慢启动算法,进一步考虑了媒体流的延时要求,从而保证对实况流的实时性传输。
附图说明
图1为网络视频监控中媒体流处理示意图;
图2a为存储流的流量突发曲线图;
图2b为实况流的流量突发曲线图;
图3为本发明实施例提供的方法流程图;
图4为本发明实施例提供的速率校正因子的曲线图;
图5为本发明实施例处理的实况流和采用TCP方式处理的实况流的流量曲线对比图;
图6为本发明实施例提供的对存储流进行平滑处理的示意图;
图7为本发明实施例提供的平滑处理后的存储流的流量曲线图;
图8为本发明实施例提供的装置结构图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本发明进行详细描述。
本发明提供的方法主要包括:将编码后的视频码流以数据包为单位发送至第一缓存单元进行缓存;根据预设的包队列长度与取包速率之间的对应关系,以第一缓存单元中缓存的当前包队列长度所对应的取包速率从第一缓存单元中读取数据包,其中包队列长度与取包速率之间的对应关系与当前要求的延时级别相关联;利用读取的数据包分别产生实况流和存储流。
下面结合具体实施例对上述方法进行详细描述。图3为本发明实施例提供的详细方法流程图,如图3所示,该方法可以包括以下步骤:
步骤301:DSP对数字视频流进行编码后,将编码后的视频码流以数据包为单位送入第一缓存单元进行缓存。
现有技术中DSP对数字视频码流进行编码时,要等一帧的视频码流都编码完成后才送入第一缓存单元,本发明中,DSP每编码完成一个数据包就送入第一缓存单元,即从原来以帧为单位送入第一缓存单元变更为以数据包为单位送入第一缓存单元。其中,第一缓存单元在图1中并没有示出,其可以是媒体流处理装置中的缓存单元,也可以是DSP和媒体流处理装置之间的缓存单元。
步骤302:根据预设的包队列长度与取包速率之间的对应关系,以第一缓存单元中缓存的当前包队列长度所对应的取包速率从第一缓存单元中读取数据包。
用户可以根据实况流的实时性要求、带宽需求和存储设备的存储需求预先设定视频流的编码码率BR,单位为bit/s,并且根据实况流的实时性要求设置当前的延时级别D。如果DSP编码产生的每个数据包大小为P,则如果不发生流量突发状况,则理想的取包速率S0为:S0=BR/8P,其中,8为字节和比特的换算单位。
然而,如果考虑流量突发状况,则在流量突发时会造成第一缓存单位中缓存的当前包队列长度发生突然的变化,因此,如果要克服流量突发现象,则需要在从第一缓存单位中读取数据包时,根据当前包队列长度动态的调整取包速率。本发明中可以参照理想的取包速率S0附加一个速率校正因子adj(M,D)的方式来获取当前取包速率S,即S=S0×adj(M,D)。
其中,adj(M,D)表征包队列长度与取包速率之间的对应关系,该对应关系是与当前要求的延时级别D相关联的,本实施例中可以采用
Figure GSB00000165377900051
Figure GSB00000165377900052
的形式,其中,Q为设定的延时级别的总级数,a为与当前延时级别D相关的参数值,b为预设的常量,该b可以根据试验或者仿真结果确定一个最优的值,M为第一缓存单元中缓存的当前包队列长度。
例如,当设定的延迟级别的总级数为5,当D=0时对应a为2,D=1时对应a为1,当4≥D≥2时对应a为0,固定选取b为2时,adj(M,D)可以为以下形式:
当用户设定的视频流的编码码流BR为2Mbps,每个数据包的大小为1000字节时,S0=BR/8P=262包/秒,对应各延迟级别D的速率校正因子adj(M,D)的曲线如图4所示。从图4中可以看出,第一缓存单元中缓存的当前包队列越多,流量突发状况越严重,因此,对应的S越大,便可以有效地平滑媒体流,解决流量突发状况。当D越小,初始取包速率越大,对应的S随着M的增大变化越快,说明延迟越小,流量突发越大,为了保证实时性要求,需要越快地动态调整取包速率。实时性要求高,则可以设置D的级别较小,但D越小流量突发状况越严重可靠性较低,因此,用户可以在实时性要求和可靠性要求之间找一个平衡点,从而设定一个合适的延时级别D。
实验证明,考虑实时性和编码码率前提下,当前包队列长度M以次幂的形式动态调整取包速率S带来的平滑性效果最佳。当D=4时采用本实施例产生的实况流的流量曲线和采用简单TCP方式的流量曲线可以如图5所示,显然,采用本实施例的方式对流量突发状况的平滑处理效果更加突出。
步骤303:分别将读取到的数据包,采用NAS或iSCSI协议打包成存储流,采用RTP打包成实况流。
将读取的数据包形成的视频码流采用NAS或iSCSI协议打包成存储流,采用RTP将媒体流打包成实况流,该步骤是应用层中的处理,与现有技术相同。
步骤304:通过TCP将存储流发送至第二缓存单元,通过UDP将实况流发送至网络。
对实况流以UDP方式打包发送至网络,对存储流以TCP方式打包送至第二缓存单元。本步骤是传输层的操作,实况流以UDP方式打包后直接通过网络进行传输以使得在该环节几乎没有延时,保证实时性要求。
步骤305:按照向令牌桶中输入令牌的速率所对应的取包速率从第二缓存单元读取存储流的数据包并发送至网络,其中,取包速率不能超过预设的最大取包速率,向令牌桶中输入令牌的速率恒定或者按照第二缓存单元当前的包队列长度实时调整。
由于对实况流进行平滑处理时,需要考虑延时因素,也就是说步骤302的处理主要是估计实况流而进行的平滑处理。对于存储流是不需要考虑延时因素的,理想情况是在任何情况下都做到最小流量突发,本步骤就是对存储流做进一步的平滑处理,保证存储流的流量突发状况得到进一步的缓解。
对第二缓存单元中数据包的发送可以与令牌桶相关联,如图6所示,第二缓存单元缓存存储流的数据包,在每个发送周期内,从第二缓存单元中读取与令牌桶中当前令牌数对应数量的数据包,也就是说,从第二缓存单元读取存储流的数据包的取包速率与向令牌桶中输入令牌的速率相对应。如果当前令牌桶中的令牌数对应的数据包数量大于或等于第二缓存单元中缓存的数据包,则从第二缓存单元中读取所有的数据包,并消耗对应数量的令牌;如果当前令牌桶中的令牌数对应的数据包数量小于第二缓存单元中缓存的数据包,则从第二缓存单元中读取与当前令牌数对应数量的数据包。
为了防止输入第二缓存单元的存储流不稳定,例如,在一段时间内输出较多数据包,那么如果令牌桶中有足够多的令牌,则在这段时间内会读取较大流量的存储流并发送至网络,从而造成流量突发。可以将从第二缓存单元读取存储流的数据包的取包速率限定在一个最大取包速率内,可以通过设定最大令牌消耗速率,使得在存储流的数据包取包速率对应的令牌消耗速率不能够超过该设定的最大令牌消耗速率。
该最大令牌消耗速率maxburst可以是一个定值,也可以根据第二缓存单元当前的包队列长度N进行实时调整,即maxburst=A×BR,其中,BR为预先设定的视频流的编码码率,A为与N相关的参数,与N的取值存在对应关系。
例如,可以为: max burst = 1.3 BR ( N BR < 0.2 ) 1.5 BR ( 0.4 < N BR &le; 0.2 ) 1.9 BR ( 0.7 < N BR &le; 0.4 ) 2.5 BR ( N BR &GreaterEqual; 0.7 )
考虑最大令牌消耗速率maxburst时,该maxburst决定了每个发送周期的最大取包数量,在每个发送周期内,除了考虑第二缓存单元中当前缓存的数据包数量、当前令牌桶中的令牌数之外,进一步考虑了最大取包数量,即选取第二缓存单元中当前缓存的数据包数量、当前令牌桶中的令牌数对应的数据包数量以及最大取包数量三者中的最小值,从第二缓存单元中读取该最小值对应数量的数据包。
另外,对令牌桶中输入令牌时,可以采用恒定的输入速率。更优地,为了防止短时间内有大量的存储流输入第二缓存单元,而没有足够的令牌造成存储流的数据包溢出引起丢包现象,可以对令牌桶中输入令牌的速率按照第二缓存单元当前的包队列长度N进行实时调整,即rate=B×BR,其中,B为与N相关的参数,与N的取值之间存在对应关系。
例如,可以为: rate = BR ( N BR < 0.2 ) 1 . 2 BR ( 0.4 < N BR &le; 0.2 ) 1 . 5 BR ( 0.7 < N BR &le; 0.4 ) 2 BR ( N BR &GreaterEqual; 0.7 )
事实上是以设定的视频流的编码码率BR为前提,根据第二缓存单元中当前的包队列长度N,自适应地调整向令牌桶中输入令牌的速率rate和最大令牌消耗速率maxburst,即能够解决流量突发问题,又能够进一步解决缓存溢出问题,其产生的存储流曲线图,如图7所示,与图5中所示的简单的TCP发送方式相比,有了明显的提高。
以上是对本发明所提供的方法进行的详细描述,下面对本发明所提供的处理媒体流的装置进行详细描述。图8为本发明实施例提供的装置结构图,如图8所示,该装置包括:第一缓存单元801、第一平滑处理单元802、实况流产生单元803和存储流产生单元804。
第一缓存单元801,用于缓存以数据包为单位发送来的编码后的视频码流。
第一平滑处理单元802,用于根据预设的包队列长度和取包速率之间的对应关系,以第一缓存单元801中的当前包队列长度所对应的取包速率从第一缓存单元801中读取数据包,其中,上述对应关系与当前要求的延时级别相关联。
实况流产生单元803,用于利用第一平滑处理单元802读取的数据包产生实况流。
存储流产生单元804,用于利用第一平滑处理单元802读取的数据包产生存储流。
其中,第一平滑处理单元802具体可以按照取包速率S=S0×adj(M,D),从第一缓存单元801中读取数据包;其中,S0=BR/8P,
Figure GSB00000165377900091
BR为预设的编码码率,P为数据包的大小,M为第一缓存单元801中的当前包队列长度,Q为预设的延时级别的总级数,D为当前要求的延时级别,a为与当前要求的延时级别相关的参数,b为预设的常量。
更优地,在存储流产生单元804和网络之间,该装置还可以包括:第二缓存单元805和第二平滑处理单元806。
第二缓存单元805,用于缓存存储流产生单元804产生的存储流的数据包。
第二平滑处理单元806,用于按照向令牌桶中输入令牌的速率所对应的取包速率,从第二缓存单元805中读取数据包并发送至网络,同时消耗令牌桶中与读取的数据包数量对应的令牌;其中,向令牌桶中输入令牌的速率恒定或按照第二缓存单元805当前的队列长度实时确定。
具体地,取包速率对应的令牌消耗速率不超过预设的最大令牌消耗速率maxburst,其中,maxburst可以是定值,或者maxburst=A×BR,其中,A为与第二缓存单元805当前的包队列长度N存在对应关系的参数。
向令牌桶中输入令牌的速率rate=B×BR,其中,B为与第二缓存单元805中当前的包队列长度N存在对应关系的参数。
由以上描述可以看出,本发明提供的方法和装置考虑流量突发状况发生时会造成第一缓存单位中缓存的当前包队列长度发生突然的变化,因此,如果要克服流量突发现象,则需要在从第一缓存单位中读取数据包时,根据当前包队列长度动态的调整取包速率。即将编码后的视频码流以数据包为单位发送至第一缓存单元进行缓存;根据预设的包队列长度和取包速率之间的对应关系,以第一缓存单元中的当前包队列长度所对应的取包速率从第一缓存单元中读取数据包,其中上述对应关系与当前要求的延时级别相关联;利用读取的数据包分别产生实况流和存储流并发送至网络;从而能够抑制媒体流的流量突发现象,提高网络视频监控的服务质量。同时相比较TCP方式自身的拥塞避免算法和慢启动算法,进一步考虑了媒体流的延时要求,从而保证对实况流的实时性传输。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。

Claims (8)

1.一种处理媒体流的方法,其特征在于,该方法包括:
A、将编码后的视频码流以数据包为单位发送至第一缓存单元进行缓存;
B、按照取包速率S=S0×adj(M,D),从所述第一缓存单元中读取数据包;其中,S0=BR/8P,
Figure FSB00000165377800011
BR为预设的编码码率,P为所述数据包的大小,M为第一缓存单元中的当前包队列长度,Q为预设的延时级别的总级数,D为当前要求的延时级别,a为与当前要求的延时级别相关的参数,b为预设的常量;
C、利用读取的数据包分别产生实况流和存储流并发送至网络。
2.根据权利要求1所述的方法,其特征在于,所述步骤C具体包括:分别将所述读取的数据包采用网络附加存储NAS协议或因特网小型计算机系统接口iSCSI协议打包成存储流,采用实时传输协议RTP打包成实况流;通过传输控制协议TCP将所述存储流发送至网络,通过用户数据报协议UDP将所述实况流发送至网络。
3.根据权利要求1或2所述的方法,其特征在于,在将所述存储流发送至网络之前还包括:将所述存储流的数据包发送至第二缓存单元,按照向令牌桶中输入令牌的速率所对应的取包速率从所述第二缓存单元中读取存储流的数据包并发送至网络,同时消耗令牌桶中与读取的数据包数量对应的令牌;其中,所述向令牌桶中输入令牌的速率恒定或按照第二缓存单元当前的包队列长度实时确定。
4.根据权利要求3所述的方法,其特征在于,取包速率对应的令牌消耗速率不超过预设的最大令牌消耗速率maxburst;
所述maxburst是定值,或者所述maxburst=A×BR,其中,A为与第二缓存单元当前的包队列长度N存在对应关系的参数。
5.根据权利要求3所述的方法,其特征在于,向令牌桶中输入令牌的速率按照第二缓存单元当前的包队列长度实时确定具体为:向令牌桶中输入令牌的速率rate=B×BR,其中,B为与第二缓存单元当前的包队列长度N存在对应关系的参数。
6.一种处理媒体流的装置,其特征在于,该装置包括:
第一缓存单元,用于缓存以数据包为单位发送来的编码后的视频码流;
第一平滑处理单元,用于按照取包速率S=S0×adj(M,D),从所述第一缓存单元中读取数据包;其中,S0=BR/8P,
Figure FSB00000165377800021
BR为预设的编码码率,P为所述数据包的大小,M为第一缓存单元中的当前包队列长度,Q为预设的延时级别的总级数,D为当前要求的延时级别,a为与当前要求的延时级别相关的参数,b为预设的常量;
实况流产生单元,用于利用所述第一平滑处理单元读取的数据包产生实况流;
存储流产生单元,用于利用所述第一平滑处理单元读取的数据包产生存储流。
7.根据权利要求6所述的装置,其特征在于,在所述存储流产生单元和网络之间,该装置还包括:
第二缓存单元,用于缓存所述存储流产生单元产生的存储流的数据包;
第二平滑处理单元,用于按照向令牌桶中输入令牌的速率所对应的取包速率,从所述第二缓存单元中读取数据包并发送至网络,同时消耗令牌桶中与读取的数据包数量对应的令牌;其中,所述向令牌桶中输入令牌的速率恒定或按照第二缓存单元当前的队列长度实时确定。
8.根据权利要求7所述的装置,其特征在于,取包速率对应的令牌消耗速率不超过预设的最大令牌消耗速率maxburst;
所述maxburst是定值,或者所述maxburst=A×BR,其中,A为与第二缓存单元当前的包队列长度N存在对应关系的参数;
所述向令牌桶中输入令牌的速率rate=B×BR,其中,B为与所述第二缓存单元当前的包队列长度N存在对应关系的参数。
CN200910082032XA 2009-04-17 2009-04-17 一种处理媒体流的方法和装置 Active CN101521813B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN200910082032XA CN101521813B (zh) 2009-04-17 2009-04-17 一种处理媒体流的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200910082032XA CN101521813B (zh) 2009-04-17 2009-04-17 一种处理媒体流的方法和装置

Publications (2)

Publication Number Publication Date
CN101521813A CN101521813A (zh) 2009-09-02
CN101521813B true CN101521813B (zh) 2010-10-13

Family

ID=41082149

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200910082032XA Active CN101521813B (zh) 2009-04-17 2009-04-17 一种处理媒体流的方法和装置

Country Status (1)

Country Link
CN (1) CN101521813B (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102630007B (zh) * 2012-03-31 2015-07-22 中船重工(武汉)凌久高科有限公司 一种处理tcp视频数据流的方法
CN104426796A (zh) * 2013-08-21 2015-03-18 中兴通讯股份有限公司 一种路由器的拥塞避免方法及装置
CN106411773B (zh) * 2016-08-29 2018-10-23 武汉微创光电股份有限公司 基于令牌桶的视频传输中的流量整形方法及系统
CN107371061B (zh) * 2017-08-25 2021-03-19 普联技术有限公司 一种视频流播放方法、装置及设备
CN109698960A (zh) * 2017-10-20 2019-04-30 阿里巴巴集团控股有限公司 直播消息的展示方法、装置及系统
CN108966038B (zh) * 2017-12-27 2021-01-22 视联动力信息技术股份有限公司 一种视频数据处理方法及视联网缓存服务器
CN116781975B (zh) * 2023-08-17 2024-02-06 中仪英斯泰克科技有限公司 一种媒体流检测方法、装置、终端设备和存储介质

Also Published As

Publication number Publication date
CN101521813A (zh) 2009-09-02

Similar Documents

Publication Publication Date Title
CN101521813B (zh) 一种处理媒体流的方法和装置
CN104519325B (zh) 一种基于4g网络的无线视频监控系统自适应保障方法
CN109951254B (zh) 一种数据处理方法及装置、计算机可读存储介质
CN101909208B (zh) 一种适用于cdma2000的视频无线传输控制方法
WO2017148260A1 (zh) 语音编码发送方法和装置
CN102325274B (zh) 一种自适应网络带宽的视频流传输控制方法
US10602139B2 (en) Embedded multimedia systems with adaptive rate control for power efficient video streaming
CN110557655B (zh) 一种视频画面显示方法、装置、电子设备及存储介质
BRPI0808629A2 (pt) Redução de efeitos de perda de pacotes em transmissões de vídeo.
US20060039413A1 (en) Apparatus and method for compression-transmitting and decoding picture information and storage medium stored its control programs
TW201043036A (en) Systems and methods for controlling the encoding of a media stream
CN101562615A (zh) 基于mpeg-4编码的多媒体数据流自适应网络带宽的传输方法
KR20040041170A (ko) 혼잡 제어를 위한 전송률을 계산하기 위해 수신 버퍼 크기를 사용하는 데이터 통신 방법 및 시스템
CN1478349A (zh) 发送及接收实时数据
CN102244773A (zh) 一种基于窄变带宽网络的实时视频流传输方法
CN103051978A (zh) 一种基于h264的实时移动视频服务控制方法
CA2457193C (en) Data communications method and system for transmitting multiple data streams calculating available bandwidth per stream and bit stream trade-off
EP1187460A2 (en) Image transmitting method and apparatus and image receiving method and apparatus
CN104168439A (zh) 一种视频编码方法和装置
CN104506287A (zh) 一种td-lte应急通信下的实时语音通信方法
WO2012161652A1 (en) Methods for transmitting and receiving a digital signal, transmitter and receiver
EP3777218A1 (en) Congestion response for timely media delivery
CN106210785B (zh) 媒体流网络自适应单向控制方法及系统
WO2011044781A1 (zh) 一种多媒体码流发送的方法和系统
US20070110168A1 (en) Method for generating high quality, low delay video streaming

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
ASS Succession or assignment of patent right

Owner name: ZHEJIANG UNIVIEW TECHNOLOGY CO., LTD.

Free format text: FORMER OWNER: HUASAN COMMUNICATION TECHNOLOGY CO., LTD.

Effective date: 20120220

C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20120220

Address after: Hangzhou City, Zhejiang province 310053 Binjiang District Dongxin Road No. 66 building two or three layer A C

Patentee after: Zhejiang Uniview Technology Co., Ltd.

Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base

Patentee before: Huasan Communication Technology Co., Ltd.