CN101030924A - 一种动态带宽适配的方法 - Google Patents
一种动态带宽适配的方法 Download PDFInfo
- Publication number
- CN101030924A CN101030924A CNA2006100578905A CN200610057890A CN101030924A CN 101030924 A CN101030924 A CN 101030924A CN A2006100578905 A CNA2006100578905 A CN A2006100578905A CN 200610057890 A CN200610057890 A CN 200610057890A CN 101030924 A CN101030924 A CN 101030924A
- Authority
- CN
- China
- Prior art keywords
- bandwidth
- bag
- rtcp
- stream
- medium
- 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
- 238000000034 method Methods 0.000 title claims abstract description 44
- 230000005540 biological transmission Effects 0.000 claims abstract description 35
- 230000003044 adaptive effect Effects 0.000 claims description 12
- 238000012545 processing Methods 0.000 claims description 11
- 238000012937 correction Methods 0.000 claims description 7
- 230000000694 effects Effects 0.000 description 7
- 230000006978 adaptation Effects 0.000 description 6
- 230000003139 buffering effect Effects 0.000 description 6
- 230000008569 process Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 2
- 206010048909 Boredom Diseases 0.000 description 1
- 102000006479 Heterogeneous-Nuclear Ribonucleoproteins Human genes 0.000 description 1
- 108010019372 Heterogeneous-Nuclear Ribonucleoproteins Proteins 0.000 description 1
- 238000009825 accumulation Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000002860 competitive effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000001915 proofreading effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开一种动态带宽适配的方法,应用于具有多种不同编码带宽的媒体内容的流媒体***,在终端与流媒体***建立流协议会话后,流媒体***在收到实时传输控制协议RTCP包时,按以下步骤进行处理:估算出传输带宽并记录,再对之前若干次估算传输带宽取平均值作为目标带宽;判断是否所述RTCP包报告当前丢包率超过限度,如果是,根据所述目标带宽选择一个编码带宽与其最接近的媒体内容发送。采用本发明方法,可以更好的调整媒体带宽,保证用户播放流媒体的效果。
Description
技术领域
本发明涉及移动通讯流媒体业务领域,尤其涉及一种动态带宽适配的方法。
背景技术
流媒体业务是一种采用“流”方式传输媒体内容的应用,随着宽带网络的建设,逐渐被大规模使用。流媒体业务的突出特点是实时性,在流媒体会话建立初期,进行短暂的媒体内容缓冲,缓冲的主要原因是用于消除网络波动造成的对媒体播放效果的影响。在后续网络状况良好的情况下,流媒体播放不会出现中断,直到播放结束。但实际的网络情况下,网络带宽变化十分剧烈,有可能会成倍的降低,短时间的媒体内容缓冲并不能消除网络带宽波动对媒体播放效果的影响。如果增加初始缓冲时间,用户需要经过较长时间的等待,导致用户产生厌烦情绪。
相比流媒体业务,下载业务是将初始缓冲时间极大化的例子,下载业务首先将媒体内容完全下载到播放终端,然后才进行播放。流媒体业务的优势在于不需要将媒体完全下载到本地即可进行播放,提高用户使用的及时性。但是也增强了流媒体业务对网络带宽的依赖性。如果网络带宽不能满足编码带宽要求,则会出现媒体播放延迟的现象,甚至丢包现象。出现丢包等情况,则会影响到播放的内容,如图像变形,马赛克等。
通常根据流媒体业务的基础网络可分成有线网络的流媒体业务以及无线网络的流媒体业务。由于网络流量的增加,网络带宽成为竞争资源。无论有线网络还是无线网络,对流媒体业务而言都存在网络带宽适配的问题,相对有线网络而言,由于无线网络的环境更加恶劣,网络带宽变化更剧烈,因此,更需要网络带宽适配技术的应用。网络带宽适配也就是,根据网络的实际情况,选择合适编码带宽的媒体内容向播放终端发送。保持媒体内容发送的实时性。流媒体业务分成点播和直播两种基本业务,点播是指手机终端通过流协议播放指定的媒体文件的业务,直播是指手机终端通过流协议播放实时媒体流的业务。在媒体传输上两者没有差别,只是直播业务用户无法自主选择播放进度。
在网络带宽适配问题上,有很多的研究,也有一些相关的专利文档。从专利情况看,大致有两种方式来实现网络带宽适配:方法一,流服务器与播放终端相互协商带宽,由服务器选择一种匹配的编码媒体内容向播放终端发送;方法二,流服务器根据播放终端返回的RTCP(实时传输控制协议)包消息判断网络带宽变化,并选择合适的编码媒体内容发送。
方法一的实现需要流服务器与播放终端之间采用相同的协商协议,同一厂家的流服务器与播放终端之间可采用相同的协商协议,但是不同厂家的流服务器与播放终端之间则无法进行这样的带宽协商。因此,方法一的实用性和通用性较差。
方法二依据现有大多数播放终端都返回RTCP包的标准实现,单纯依靠返回的RTCP进行带宽适配,只是简单的从RTCP包的丢失情况,RTCP包中报告的RTP(实时传输协议)包丢失情况,以及传输延迟情况,判断是否进行带宽适配。不能明确媒体内容的编码带宽(下面简称媒体带宽)调整的幅度,必然会导致由于带宽调整不合适而不能保证用户播放流媒体的效果。而且对于RTP包丢失程度以及传输延迟程度达到何种程度才开始进行媒体带宽调整没有明确的说法,只能依据所谓的经验值进行,而且网络情况变化多样,经验值很难起到好的作用。因此,第二种方法的可实施性差,调整效率低,而且很难提前进行媒体带宽调整,避免用户的播放效果受到影响。
发明内容
本发明要解决的技术问题是提供一种动态带宽适配的方法,可以更好的调整媒体带宽,保证用户播放流媒体的效果。
为了解决上述技术问题,本发明提供了一种动态带宽适配的方法,应用于具有多种不同编码带宽的媒体内容的流媒体***,在终端与流媒体***建立流协议会话后,流媒体***在收到实时传输控制协议RTCP包时,按以下步骤进行处理:
(a)估算出传输带宽并记录,再对之前若干次估算传输带宽取平均值作为目标带宽;
(b)判断是否所述RTCP包报告当前丢包率超过限度,如果是,根据所述目标带宽选择一个编码带宽与其最接近的媒体内容发送。
进一步地,上述方法还可具有以下特点:所述步骤(a)中,在终端与流媒体***建立流协议会话后,保存初次选中的媒体带宽大小,并以此带宽为最高带宽,所述步骤(b)中,如所述RTCP包当前丢包率没有超过限度,再判断当前传输带宽与目标带宽是否基本一致且媒体带宽还可增加,如是,选择上一级编码带宽的媒体内容发送,结束此次处理。
进一步地,上述方法还可具有以下特点:所述步骤(b)中,如所述RTCP包当前丢包率没有超过限度,再判断当前传输带宽与目标带宽是否基本一致,如果是且媒体带宽还可以增加,选择上一级编码带宽的媒体内容发送;否则,所述目标带宽与当前发送的媒体带宽相差较大,重新选择待发送的媒体带宽,然后再次判断所述目标带宽与当前发送的媒体带宽是否基本一致。
进一步地,上述方法还可具有以下特点:所述步骤(a)中,流媒体***只有在收到合法的RTCP包后,才估算传输带宽并记录。
进一步地,上述方法还可具有以下特点:所述步骤(a)中,如果流媒体***在RTCP包最长时间间隔内收到RTCP包,所述RTCP包中包含RR包,且所述RTCP包对应的RTP包对应于正在传送的媒体的部分超过设定门限,则所述RTCP包是合法的RTCP包。
进一步地,上述方法还可具有以下特点:所述步骤(a)中,流媒体***在收到RTCP包时,设置接收下一个RTCP包的最长间隔时间,如果下一个RTCP包在所述最长间隔时间内返回且包含RR包,则估算传输带宽并记录;否则,判断是否存在低一级编码带宽的媒体内容,如果有,选择低一级编码带宽的媒体内容进行发送,此次处理结束;如果没有低一级编码带宽的媒体内容,停止整个媒体内容发送。
进一步地,上述方法还可具有以下特点:所述步骤(a)中,如果下一个RTCP包在所述最长间隔时间内返回且包含RR包,还要判断所述RTCP包对应的RTP包对应于正在传送的媒体的部分是否超过设定门限,如果是,再估算传输带宽并记录;否则直接结束。
进一步地,上述方法还可具有以下特点:所述步骤(a)中,流媒体***在收到RTCP包时,根据计算出的平均每个RTP包的大小和流媒体播放终端实际接收到的RTP包数目,得到流媒体播放终端接收到的字节数;再依据RTCP包的时间间隔和流媒体终端接收到的字节数,估算传输带宽并记录。
进一步地,上述方法还可具有以下特点:所述步骤(a)中,流服务***在接收到一个RTCP包时,记录当时发送的RTP包序号、已发送的字节数以及当时时间戳,通过前后两次RTCP包对应记录的RTP包序号、已发送字节数信息之间的差值得到平均每个RTP包的大小。
进一步地,上述方法还可具有以下特点:所述步骤(b)中,如果所述RTCP包报告有丢包情况且当前丢包率超过限度,先选取与所述目标带宽最接近的用户所使用的数据链路带宽作为校正目标带宽,再从不同编码带宽的媒体中选取与所述校正目标带宽最接近的媒体内容发送。
综上所述,本发明通过综合处理返回的RTCP包以及发送的RTP包,可快速定位需要降低到多大的带宽,避免无目的的调整媒体带宽,同时还能提前调整带宽,避免编码带宽过高的持续时间太长而出现丢包。在网络带宽波动的情况下,保证了媒体播放效果。本发明所提出实现动态带宽适配的方法与以前的实现方法相比,具有带宽调整效率高且可实施性强特点,同时还可提前进行媒体带宽调整,而不需要等到出现丢包才进行媒体带宽调整,保证了用户的流媒体播放效果。
附图说明
图1是本发明实施例动态带宽适配的应用环境;
图2是本发明实施例中流媒体***每次接收到终端返回的RTCP包后进行的动态带宽适配处理流程。
具体实施方式
下面结合实施例和附图详细描述本发明方法,本发明方法中流媒体播放终端依据RFC1889的规定向流服务器发送RTCP包。
本实施例采用无线网络环境下的流媒体应用为例,整个带宽适配的应用环境成如图1所示。流媒体***由带宽估计模块,RTCP包接收模块,RTP包发送模块,带宽调整判断模块,媒体选择模块以及不同带宽的媒体内容组成,这里仅列出与本发明描述的方法相关的模块。其中:
RTCP接收模块处理接收的RTCP包,判断RTCP的合法性以及超时情况。
带宽估计模块主要通过收集的RTCP包信息,估算出传输带宽以及需要切换的带宽。
带宽调整判断模块通过判断是否达到带宽调整条件,并确定目标调整带宽大小。
媒体选择模块根据目标调整带宽选择带宽接近的媒体内容。其中编码速率1、编码速率2、编码速率3表示不同编码带宽的媒体内容,媒体选择模块需要能保证内容相同的情况下,在三种带宽下进行切换。对于点播业务而言,这三个带宽的内容表示已预先编码好的不同带宽的媒体内容,可放在一文件中,也可作为三个文件分别存放。对于直播业务而言,这是三个不同带宽的实时媒体流。
手机终端通过无线网络的移动网关与流媒体***建立数据链接,正常情况下,手机终端采用RTSP(实时传输会话协议)协议会话与流媒体***建立流媒体控制通道,手机终端请求媒体播放后,流媒体***将媒体流采用RTP包向手机终端发送。手机终端首先进行一段时间的缓冲,然后开始媒体播放。在媒体播放过程中,手机终端按照一定的规则向流媒体***发送RTCPRR(receiver report,即接收者报告)包,其中包含有累计丢包数,接收包的最大序列号,当前丢包率参数,延迟参数。当传输带宽发生变化时,流媒体***选择合适带宽的媒体内容发送到手机终端,保证用户媒体播放的感受。下面对实现方法进行详细描述。
手机终端与流媒体***建立流协议会话后,选定初始的媒体带宽大小并记录,然后选择相应编码带宽的媒体内容进行发送,初始选中的编码带宽为此次传输过程的最高带宽,此后在加大媒体带宽时以此值为上限;在发送过程中,流媒体***同时接收终端返回的RTCP包,每次接收到终端返回的RTCP包后进行以下动态带宽适配的处理过程,如图2所示,包括以下步骤:
步骤110,流媒体***根据收到的RTCP包计算出接收下一个RTCP包的最长时间间隔并设置计时器,如果此时还没有收到RTCP包,可以按经验值来设定该最长时间间隔;
本实施例中,当流服务***的RTCP接收模块接收到一个RTCP RR包时,记录其到达时间T,累计丢包数目loss,接收包的最大序号RtcpSequ,当前丢包率参数,以及延迟参数,采用RFC1889规定的RTCP间隔计算方法计算出RTCP RR包时间间隔。在本实施例中,将RTCP包最长时间间隔设定为计算出的上述RTCP RR包时间间隔的2倍值。在另一个实施例中,上述RTCP包最长时间间隔可以直接采用测试经验值。
步骤120,流媒体***判断该RTCP包是否是在接收上一个RTCP包时设定的RTCP包最长时间间隔内收到的,如果是,进行步骤140;否则RTCP包接收超时,认为RTCP包丢失,网络情况很差,需要调整被传输的媒体带宽,进行步骤130;
刚开始发送时,可以根据经验值设置一个初始的RTCP包最长时间间隔,用该时间间隔来判断是否超时。
步骤130,流媒体***判断是否存在低一级编码带宽的媒体内容,如果有,选择低一级编码带宽的媒体内容进行发送,此次处理结束;否则,停止媒体内容发送,结束;
步骤140,流媒体***判断接收到的RTCP包是否包含RR包,如果是,进行步骤150,否则,表示完全丢包发生,进行步骤130;
步骤150,判断接收到的RTCP RR包是否属于当前发送带宽发送的包,如果是,进行步骤160,否则此次处理结束;
需要每次切换媒体带宽时,流媒体服务器媒体发送模块记录下初始的RTP包序号值,用于判断RTCP包中统计的接收包是否属于当前带宽,如果80%以上的接收包为当前带宽发送的包,则认为此RTCP包为有效包,否则认为是无效RTCP包,不再进行后续的动态带宽适配处理。
步骤160,根据对该RTCP包和上一次RTCP包的记录计算该段时间内发送的每个RTP包的平均大小;
流服务***每接收到一个RTCP包,就记录当时发送的RTP包序号、已发送的字节数以及当时时间戳,在收到下一个RTCP包时,同样记录当时发送的RTP包序号、已发送字节数以及当时时间戳,通过前后两次RTCP包对应记录的RTP包序号、已发送字节数信息之间的差值可得到平均每个RTP包的大小。
步骤170,通过相邻两个RTCP包的最高序列号的差值,累积丢包数差值得到流媒体播放终端实际接收到的RTP包数目,与平均每个包的大小结合,得到流媒体播放终端接收到的字节数;
步骤180,依据接收该RTCP包和上一个RTCP包的实际时间间隔和流媒体终端接收到的字节数,估算出传输带宽并记录;
从流服务器所记录的连续两个RTCP包所对应的时间戳,计算出RTCP包的时间间隔。
步骤190,对前几次的估算带宽取平均值作为目标带宽,本例中采用前两次,总共三次估算值的平均值;
步骤200,判断是否RTCP包报告有丢包情况且当前丢包率超过限度,如果是,表示需要调整被发送的媒体带宽,进行步骤210,否则进行步骤230;
上述丢包率是根据RTCP RR包中的fraction lost参数来判断的,本实施例中,上述丢包率超过限度指丢包率参数大于5,在具体实施中,可根据实际情况选择其他数值,范围可以是5到255之间。
步骤210,根据用户所使用的数据链路带宽和上述目标带宽,得到校正的目标带宽;
由于在CDMA无线环境下,用户所使用的数据链路带宽是9.6Kbps的倍数,对于其它制式网络,可采用其他的值来代替9.6Kbps。可取一个与目标带宽最接近的9.6Kbps倍数的值作为校正目标带宽。
步骤220,从不同编码带宽的媒体中选取与校正目标带宽最接近的媒体内容作为进行发送,也就是编码带宽与此校正目标带宽之差绝对值最小的媒体内容,完成调整媒体带宽的处理后,此次处理结束;
在进行媒体编码时,也需要针对通常的带宽情况进行编码,便于进行上述选择。
步骤230,判断上述目标带宽与当前发送的媒体带宽是否基本一致,如果是,进行步骤240;否则上述目标带宽与当前发送的媒体带宽相差较大,需要重新选择待发送的媒体带宽,进行步骤210;
本实施例中采用如下方式判断目标带宽与当前发送的媒体带宽是否相差太大:在现有的传输带宽下,如果一秒内的媒体数据在流媒体终端的缓冲区时间内不能传送到流媒体播放终端,则认为目标带宽与媒体带宽相差太大。流媒体终端的缓冲区时间可设为2s。
步骤240,判断是否可以增加带宽,如果是,将媒体带宽调整到上一级的媒体带宽,此次处理结束;否则不增加媒体带宽,此次处理结束。
本实施例中,是通过判断现有带宽是否小于初始会话时所用的带宽来判断是否可以增加带宽的。
在本发明的另一实施例中,RTCP包接收模块每次接收到返回的RTCP包时,先判断接收到的RTCP RR包是否属于当前发送带宽发送的包,如果是,再计算并设置下一个RTCP包的最大间隔时间,进行后面的流程;否则直接丢弃该包,不做任何处理。
以上仅是本发明的较佳实例,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改,等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (10)
1、一种动态带宽适配的方法,应用于具有多种不同编码带宽的媒体内容的流媒体***,在终端与流媒体***建立流协议会话后,流媒体***在收到实时传输控制协议RTCP包时,按以下步骤进行处理:
(a)估算出传输带宽并记录,再对之前若干次估算传输带宽取平均值作为目标带宽;
(b)判断是否所述RTCP包报告当前丢包率超过限度,如果是,根据所述目标带宽选择一个编码带宽与其最接近的媒体内容发送。
2、如权利要求1所述的方法,其特征在于,所述步骤(a)中,在终端与流媒体***建立流协议会话后,保存初次选中的媒体带宽大小,并以此带宽为最高带宽,所述步骤(b)中,如所述RTCP包当前丢包率没有超过限度,再判断当前传输带宽与目标带宽是否基本一致且媒体带宽还可增加,如是,选择上一级编码带宽的媒体内容发送,结束此次处理。
3、如权利要求1或2所述的方法,其特征在于,所述步骤(b)中,如所述RTCP包当前丢包率没有超过限度,再判断当前传输带宽与目标带宽是否基本一致,如果是且媒体带宽还可以增加,选择上一级编码带宽的媒体内容发送;否则,所述目标带宽与当前发送的媒体带宽相差较大,重新选择待发送的媒体带宽,然后再次判断所述目标带宽与当前发送的媒体带宽是否基本一致。
4、如权利要求1所述的方法,其特征在于,所述步骤(a)中,流媒体***只有在收到合法的RTCP包后,才估算传输带宽并记录。
5、如权利要求4所述的方法,其特征在于,所述步骤(a)中,如果流媒体***在RTCP包最长时间间隔内收到RTCP包,所述RTCP包中包含RR包,且所述RTCP包对应的RTP包对应于正在传送的媒体的部分超过设定门限,则所述RTCP包是合法的RTCP包。
6、如权利要求1所述的方法,其特征在于,所述步骤(a)中,流媒体***在收到RTCP包时,设置接收下一个RTCP包的最长间隔时间,如果下一个RTCP包在所述最长间隔时间内返回且包含RR包,则估算传输带宽并记录;否则,判断是否存在低一级编码带宽的媒体内容,如果有,选择低一级编码带宽的媒体内容进行发送,此次处理结束;如果没有低一级编码带宽的媒体内容,停止整个媒体内容发送。
7、如权利要求5所述的方法,其特征在于,所述步骤(a)中,如果下一个RTCP包在所述最长间隔时间内返回且包含RR包,还要判断所述RTCP包对应的RTP包对应于正在传送的媒体的部分是否超过设定门限,如果是,再估算传输带宽并记录;否则直接结束。
8、如权利要求1所述的方法,其特征在于,所述步骤(a)中,流媒体***在收到RTCP包时,根据计算出的平均每个RTP包的大小和流媒体播放终端实际接收到的RTP包数目,得到流媒体播放终端接收到的字节数;再依据RTCP包的时间间隔和流媒体终端接收到的字节数,估算传输带宽并记录。
9、如权利要求1或7所述的方法,其特征在于,所述步骤(a)中,流服务***在接收到一个RTCP包时,记录当时发送的RTP包序号、已发送的字节数以及当时时间戳,通过前后两次RTCP包对应记录的RTP包序号、已发送字节数信息之间的差值得到平均每个RTP包的大小。
10、如权利要求1所述的方法,其特征在于,所述步骤(b)中,如果所述RTCP包报告有丢包情况且当前丢包率超过限度,先选取与所述目标带宽最接近的用户所使用的数据链路带宽作为校正目标带宽,再从不同编码带宽的媒体中选取与所述校正目标带宽最接近的媒体内容发送。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610057890A CN100589436C (zh) | 2006-03-03 | 2006-03-03 | 一种动态带宽适配的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610057890A CN100589436C (zh) | 2006-03-03 | 2006-03-03 | 一种动态带宽适配的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101030924A true CN101030924A (zh) | 2007-09-05 |
CN100589436C CN100589436C (zh) | 2010-02-10 |
Family
ID=38716015
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200610057890A Expired - Fee Related CN100589436C (zh) | 2006-03-03 | 2006-03-03 | 一种动态带宽适配的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100589436C (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009106015A1 (zh) * | 2008-02-27 | 2009-09-03 | 华为技术有限公司 | 动态码率分配方法、分组域流媒体服务器 |
CN101378356B (zh) * | 2008-06-10 | 2011-05-11 | 中兴通讯股份有限公司 | 一种ip实时流媒体的播放方法 |
CN102149022A (zh) * | 2011-01-20 | 2011-08-10 | 德科仕通信(上海)有限公司 | 提高计算mpeg-ts层丢包数精准度的方法及*** |
CN102307302A (zh) * | 2011-07-06 | 2012-01-04 | 杭州华三通信技术有限公司 | 一种保持视频图像连续性的方法和装置 |
CN101631122B (zh) * | 2009-08-03 | 2012-01-11 | 杭州安恒信息技术有限公司 | 一种丢包环境下提升tds协议解析正确率的方法 |
CN102316491A (zh) * | 2010-07-01 | 2012-01-11 | 中国电信股份有限公司 | 一种移动终端调整媒体码率的方法和移动终端 |
CN103841085A (zh) * | 2012-11-23 | 2014-06-04 | 华为技术有限公司 | 基于万维网的实时通信的实现方法及装置 |
CN111404908A (zh) * | 2020-03-10 | 2020-07-10 | 腾讯科技(深圳)有限公司 | 数据交互方法、装置、电子设备及可读存储介质 |
CN111836092A (zh) * | 2019-04-15 | 2020-10-27 | 深信服科技股份有限公司 | 一种虚拟桌面的数据处理方法、装置及相关组件 |
-
2006
- 2006-03-03 CN CN200610057890A patent/CN100589436C/zh not_active Expired - Fee Related
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101242359B (zh) * | 2008-02-27 | 2010-08-18 | 华为技术有限公司 | 动态码率分配方法、分组域流媒体服务器 |
WO2009106015A1 (zh) * | 2008-02-27 | 2009-09-03 | 华为技术有限公司 | 动态码率分配方法、分组域流媒体服务器 |
CN101378356B (zh) * | 2008-06-10 | 2011-05-11 | 中兴通讯股份有限公司 | 一种ip实时流媒体的播放方法 |
CN101631122B (zh) * | 2009-08-03 | 2012-01-11 | 杭州安恒信息技术有限公司 | 一种丢包环境下提升tds协议解析正确率的方法 |
CN102316491A (zh) * | 2010-07-01 | 2012-01-11 | 中国电信股份有限公司 | 一种移动终端调整媒体码率的方法和移动终端 |
CN102316491B (zh) * | 2010-07-01 | 2014-08-13 | 中国电信股份有限公司 | 一种移动终端调整媒体码率的方法和移动终端 |
CN102149022A (zh) * | 2011-01-20 | 2011-08-10 | 德科仕通信(上海)有限公司 | 提高计算mpeg-ts层丢包数精准度的方法及*** |
CN102149022B (zh) * | 2011-01-20 | 2012-12-19 | 德科仕通信(上海)有限公司 | 提高计算mpeg-ts层丢包数精准度的方法及*** |
CN102307302B (zh) * | 2011-07-06 | 2014-07-30 | 杭州华三通信技术有限公司 | 一种保持视频图像连续性的方法和装置 |
CN102307302A (zh) * | 2011-07-06 | 2012-01-04 | 杭州华三通信技术有限公司 | 一种保持视频图像连续性的方法和装置 |
CN103841085A (zh) * | 2012-11-23 | 2014-06-04 | 华为技术有限公司 | 基于万维网的实时通信的实现方法及装置 |
CN103841085B (zh) * | 2012-11-23 | 2017-03-08 | 华为技术有限公司 | 基于万维网的实时通信的实现方法及装置 |
CN111836092A (zh) * | 2019-04-15 | 2020-10-27 | 深信服科技股份有限公司 | 一种虚拟桌面的数据处理方法、装置及相关组件 |
CN111404908A (zh) * | 2020-03-10 | 2020-07-10 | 腾讯科技(深圳)有限公司 | 数据交互方法、装置、电子设备及可读存储介质 |
CN111404908B (zh) * | 2020-03-10 | 2021-09-10 | 腾讯科技(深圳)有限公司 | 数据交互方法、装置、电子设备及可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN100589436C (zh) | 2010-02-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101030924A (zh) | 一种动态带宽适配的方法 | |
CN101068236B (zh) | 流媒体码率控制方法、***和设备 | |
CN101030838A (zh) | 一种在iptv网络中动态自适应前向差错控制的***及方法 | |
CN1759541A (zh) | 改变延迟和带宽条件下的无线链路上的视频分组 | |
CN1848810A (zh) | 一种流媒体发送速率控制方法 | |
WO2005022845A1 (en) | Rate based congestion control for packet networks | |
Bucciol et al. | Cross-layer perceptual ARQ for H. 264 video streaming over 802.11 wireless networks | |
EP1938610A1 (en) | Method and system for adaptive encoding of real-time information in wireless networks | |
CN1625880A (zh) | 在具有可变带宽的网络上流式传输多媒体数据 | |
KR20060115216A (ko) | 멀티미디어 스트리밍 송신 장치 및 방법 | |
CN1339878A (zh) | 数据传送装置及数据传送方法 | |
CN1717038A (zh) | 采用对偶网络模式的增强的视频传输 | |
US20100097979A1 (en) | Packet Relay Method And Device | |
CN1852429A (zh) | 视频码流分组传输方法及*** | |
CN1759571A (zh) | 在无线网络中通过信令通知以优化速率控制方案的方法和通信*** | |
CN1992936A (zh) | 具有流媒体带宽适配功能的移动终端设备 | |
CN101047476A (zh) | 一种选择调制方式的方法和装置 | |
CN1992886A (zh) | 具有带宽适配功能的流媒体服务器 | |
CN1992891A (zh) | 一种流媒体带宽适配*** | |
CN103081530A (zh) | 多媒体传送***中的跨层优化方法及其抽象层组件 | |
CN1992892A (zh) | 一种流媒体带宽适配的方法 | |
CN110663238A (zh) | 发射器通信设备和视频数据发送方法 | |
JP2013544475A (ja) | 損失の多いプロトコルでのデータパケット送信を制御する方法およびシステム | |
Park et al. | Network-adaptive HD MPEG-2 video streaming with cross-layered channel monitoring in WLAN | |
CN1630270A (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: 20170825 Address after: Pingfang District in Heilongjiang province Harbin City Jianwen Street 150000 No. 310 Building No. 65 90-2 Patentee after: Gu Haiyan Address before: 518057 Nanshan District high tech Industrial Park, Guangdong, South Road, science and technology, ZTE building, legal department Patentee before: ZTE Corporation |
|
TR01 | Transfer of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100210 Termination date: 20180303 |
|
CF01 | Termination of patent right due to non-payment of annual fee |