CN101707551A - 一种数据的传输方法及装置 - Google Patents
一种数据的传输方法及装置 Download PDFInfo
- Publication number
- CN101707551A CN101707551A CN 200910209449 CN200910209449A CN101707551A CN 101707551 A CN101707551 A CN 101707551A CN 200910209449 CN200910209449 CN 200910209449 CN 200910209449 A CN200910209449 A CN 200910209449A CN 101707551 A CN101707551 A CN 101707551A
- Authority
- CN
- China
- Prior art keywords
- rtp
- rtp data
- frame
- data
- network equipment
- 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
本发明公开了一种数据的传输方法,包括:所述网络设备接收来自所述发送端的RTP数据;并识别所述RTP数据是否为I帧对应的RTP数据;当所述RTP数据是I帧对应的RTP数据时,所述网络设备将所述RTP数据存储到所述RTP报文分配队列;所述网络设备根据所述RTP报文分配队列向所述接收端发送所述RTP数据。本发明中,显著提高了接收端的解码能力,使终端用户可以得到清晰、稳定的视频,提高了用户的使用感受。
Description
技术领域
本发明涉及通信技术领域,特别是涉及一种数据的传输方法及装置。
背景技术
随着IP(Internet Protocol,网络互连协议)网络与音视频编解码技术的快速发展,电话、电视等多媒体技术在IP网络上的应用越来越广泛,VoIP(Voiceover Internet Protocol,模拟声音讯号数字化)、网络视频监控等技术越来越普及。其中,音视频信号将经过采样、编码、压缩,并经过RTP(Real-time TransportProtocol,实时传输协议)封装在IP报文上,可以通过IP网络传输到对端设备,对应的,经过解压缩、解码后,可以显示给终端用户。
而随着网络视频服务器的越来越普及,平安城市等项目的全面开展,在视频监控行业中,通过网络来传输音视频已经成为发展趋势。如图1所示,音视频编码端通过网络将RTP数据传输到音视频解码端。通过网络来传输音视频,不仅可以利用网络的资源将音视频图像传输的更远,使得音视频图像不会受到距离上的限制;而且网络的应用还可以给视频监控带来更多新颖的功能,满足了各种用户专业化监控的要求。
具体的,在传输音视频的过程中,通常使用MPEG(Moving Pictures ExpertsGroup,动态图像专家组)系列压缩算法进行视频的压缩,该MPEG系列压缩算法是在时域上对音视频流进行压缩的,其中,该MPEG系列压缩算法从早期的MPEG-1,MPEG-2发展到现在的MPEG-4以及最新的H.264等。
进一步的,MPEG系列压缩算法中采用了I帧,P帧和B帧的模式,在上述三种帧模型中,I帧是关键帧,P帧是前向预测帧,B帧是后向预测帧。当解码器接收到一个I帧时,可以立刻进行解码,不需要其它条件;但是当解码器接收到P帧或者B帧时,不能够立刻进行解码;例如,针对P帧的解码需要解码器先解码该帧前面的P帧或者I帧,如果前面的P帧或者I帧在网络中发生丢失时,即使后面连续收到很多P帧,也无法正常解码。
在当前的网络条件下,网络视频服务器在通过网络传输音视频数据时,会出现带宽过低,或者带宽不稳定的问题,从而导致音视频在带宽过低或带宽不稳定的条件下,无法正常传输连续的音视频图像,进而使得终端用户在浏览视频图像时,会感觉画面出现停顿、滞后感非常强烈,严重影响了终端用户的使用感受。通过对上述的MPEG系列压缩算法进行分析可知,最终导致严重影响终端用户使用感受的原因为视频图像在传输过程中有大量的I帧出现了丢失。
现有接收中,为了减少I帧在网络中的丢失概率,采用的方法包括:
(1)调整GOP(Group Of Pictures策略影响编码质量)间隔的大小,例如,在低带宽的情况下GOP的值通常调整为5比较合适,即每5个帧中就有一个I帧,即使丢失了一个I帧,下一个I帧也能尽快发送到接收端,视频图像不至于长时间停滞,提高了终端用户浏览视频图像时的感受。
(2)通过使用视频服务器对带宽进行实时检测和控制,如果带宽下降导致数据包(I帧)丢失时,可以对编码器的发送策略进行实时调整,从而最大利用带宽进行视频传输.例如,在低带宽的情况下,可以调整编码器的发送策略,以增加编码器的重传次数.
(3)通过采用带有重发机制的协议来确保I帧不会在网络上丢失,并增加有效帧对带宽的占用,减少网络视频服务器中无效帧对带宽的耗费。
但是,在使用调整GOP间隔大小的方法时,人为的调整GOP间隔大小,并不能动态的适应网络的状况,例如,当网络拥塞减少时,对应的丢失数据包的情况也会得到缓解,此时,需要较高的GOP来保证解码后的音视频质量,但是人为调整GOP间隔时并不能及时的获取到对应的信息。
在使用视频服务器智能的对带宽进行实时检测和控制时,当网络发生拥塞,由于拥塞可能发生在网络中的任何一段,此时,使用视频服务器对网络拥塞的监控难以实现。
在使用带有重发机制的协议来确保I帧不会在网络上丢失时,重发机制需要接收端判断是否存在丢包的,而接收端判断是否存在丢包是根据网络状况进行判断的,判断将会存在误差。此外,在拥塞严重的情况下,重发报文可能会导致网络进一步的拥塞,并导致接收端引入了较大延时。
发明内容
本发明提供一种数据的传输方法及装置,以在网络拥塞的情况下,保证I帧不会出现丢失。
为了达到上述目的,本发明提出了一种数据的传输方法,应用于包括发送端、网络设备和接收端的系统中,所述网络设备支持期望的标准QoS服务,所述期望的标准QoS服务包括能够识别I帧且支持将I帧对应的RTP数据存储到RTP报文分配队列中,所述方法包括以下步骤:
所述网络设备接收来自所述发送端的RTP数据;并识别所述RTP数据是否为I帧对应的RTP数据;
当所述RTP数据是I帧对应的RTP数据时,所述网络设备将所述RTP数据存储到所述RTP报文分配队列;
所述网络设备根据所述RTP报文分配队列向所述接收端发送所述RTP数据。
识别所述RTP数据是否为I帧对应的RTP数据具体包括:
所述网络设备根据RSVP报文的PATH消息获取期望的标准QoS服务信息,所述期望的标准QoS服务信息中携带了I帧的信息;
所述网络设备根据所述I帧的信息从RTP数据的头部读取到所述RTP数据是否为I帧对应的RTP数据,其中,所述RTP数据的头部有所述I帧对应的标识。
所述方法还包括:
所述网络设备判断所述RTP报文分配队列是否发生拥塞;
当所述RTP报文分配队列发生拥塞时,所述网络设备向所述发送端发送RESV消息,所述RESV消息中携带拥塞的情况;
所述发送端根据所述拥塞的情况调整自身的编码方式或发送策略。
所述发送端根据所述拥塞的情况调整自身的编码方式或发送策略具体包括:
所述发送端降低码率;和/或,
所述发送端提高GOP。
所述方法还包括:
在支持期望的标准QoS服务的网络设备上进行资源预留操作,所述资源预留操作具体包括:
建立RTP数据的流过滤模板;
建立对应的QoS策略;其中,所述对应的QoS策略为使用所述期望的标准QoS服务。
一种数据的传输装置,应用于包括发送端、网络设备和接收端的系统中,所述网络设备支持期望的标准QoS服务,所述期望的标准QoS服务包括能够识别I帧且支持将I帧对应的RTP数据存储到RTP报文分配队列中,所述装置包括:
收发模块,用于接收来自所述发送端的RTP数据;并根据所述RTP报文分配队列向所述接收端发送所述RTP数据;
判断模块,与所述收发模块连接,用于识别所述RTP数据是否为I帧对应的RTP数据;
存储模块,与所述收发模块和判断模块连接,用于当所述RTP数据是I帧对应的RTP数据时,将所述RTP数据存储到所述RTP报文分配队列;并由所述收发模块根据所述RTP报文分配队列向所述接收端发送所述RTP数据。
所述判断模块还用于,根据RSVP报文的PATH消息获取期望的标准QoS服务信息,所述期望的标准QoS服务信息中携带了I帧的信息;并根据所述I帧的信息从RTP数据的头部读取到所述RTP数据是否为I帧对应的RTP数据,其中,所述RTP数据的头部有所述I帧对应的标识。
所述判断模块还用于,判断所述RTP报文分配队列是否发生拥塞;
所述收发模块还用于,当所述判断模块的判断结果为所述RTP报文分配队列发生拥塞时,向所述发送端发送RESV消息,所述RESV消息中携带拥塞的情况;由所述发送端根据所述拥塞的情况调整自身的编码方式或发送策略。
所述发送端根据所述拥塞的情况调整自身的编码方式或发送策略具体为:降低码率;和/或,提高GOP。
还包括:
处理模块,用于在支持期望的标准QoS服务的网络设备上进行资源预留操作,所述资源预留操作具体包括:
建立RTP数据的流过滤模板;
建立对应的QoS策略;其中,所述对应的QoS策略为使用所述期望的标准QoS服务。
与现有技术相比,本发明具有以下优点:
在链路拥塞和带宽不够的情况下,优选对I帧进行发送,保证了I帧RTP数据的不间断传输,从而显著提高了接收端的解码能力,使终端用户可以得到清晰、稳定的视频,提高了用户的使用感受。
附图说明
图1为现有技术中RTP数据传输示意图;
图2为本发明提出的一种数据的传输方法流程图;
图3为本发明应用场景下的组网示意图;
图4为本发明应用场景下提出的一种数据的传输方法流程图;
图5为本发明应用场景下PATH消息示意图;
图6为本发明应用场景下RTP头部消息的示意图;
图7为本发明应用场景下通过将X置位来表示扩展头的示意图;
图8为本发明应用场景下扩展头的示意图;
图9为本发明提出的一种数据的传输装置结构图。
具体实施方式
本发明的基本思想是在网络拥塞丢包的情况下,可以尽力保证I帧不被丢弃;即由网络设备识别I帧,并通过QoS保证网络层面的I帧不发生丢失;如果网络状况太差或链路带宽严重不够,从而导致QoS无法有效保证的情况下,还可以由网络设备通知编码端调整编码和发送策略,从而实现动态调整,进一步优化拥塞链路上的视频质量。
本发明中,通过在网络设备中判断RTP报文分配队列是否发生拥塞,当RTP报文分配队列发生拥塞时,则由发送端降低码率和/或,提高GOP;使得链路拥塞和带宽不够的情况下,优选对I帧进行发送,保证了I帧RTP数据的不间断传输,从而显著提高了接收端的解码能力,使终端用户可以得到清晰、稳定的视频,提高了用户的使用感受。
如图2所示,本发明提出的一种数据的传输方法,应用于包括发送端、网络设备和接收端的系统中,所述网络设备支持期望的标准QoS服务,所述期望的标准QoS服务包括能够识别I帧且支持将I帧对应的RTP数据存储到RTP报文分配队列中,所述方法包括以下步骤:
步骤201,所述网络设备接收来自所述发送端的RTP数据;并识别所述RTP数据是否为I帧对应的RTP数据。
步骤202,当所述RTP数据是I帧对应的RTP数据时,所述网络设备将所述RTP数据存储到所述RTP报文分配队列。
步骤203,所述网络设备根据所述RTP报文分配队列向所述接收端发送所述RTP数据。
以下结合一种具体的应用场景,对本发明下提出的数据的传输方法进行详细说明,如图3所示,为本应用场景的组网图,在该应用场景中,节点发送端(Video)A为音视频编码端,节点接收端(Video)B为音视频解码端,节点C、节点D和节点E为中间节点(本发明中以3个中间节点为例进行说明),其中,该音视频编码端和音视频解码端可以为终端设备,该中间节点可以为路由器等网络设备。
如图4所示,该视频数据的传输方法包括以下步骤:
步骤S401,在音视频编码端、音视频解码端和网络设备上都开启RSVP(Resource Reserve Protocol,资源预留协议).其中,该RSVP是在IP上承载的信令协议,该RSVP允许在音视频编码端(以下均称为节点发送端A)、网络设备和音视频解码端(以下均称为节点发送端B)之间建立保留带宽路径,并为网络上的数据传输预定保证QoS(Quality of Service,服务质量)服务,可以保证传输带宽和传输时延。
步骤S402,节点发送端A向节点接收端B发送RSVP的PATH(路径)消息。其中,该PATH消息将依次经过中间节点C、中间节点D和中间节点E。
如图5所示的一种PATH消息,该PATH消息中携带了RTP数据(为了方便描述,将音视频数据统一称为RTP数据)的描述信息,期望的标准QoS服务。其中,该RTP数据的描述信息包括目的地址、协议号、目的端口以及是否I帧的描述等信息;该期望的标准QoS服务包括支持CLS(Controlled-LoadService,负载控制服务),识别I帧。其中,该期望的标准QoS服务CLS是为I帧的RTP数据打上优先级信息(例如,高优先级值),并存入到严格的优先级队列。例如,为I帧的RTP数据打上高DSCP(Differentiated Services CodePoint,差分服务代码点)优先级为24,并存入到优先级队列4,可见,通过使用该高优先级(期望的标准QoS服务)可以保证在网络拥塞的情况下,保证具有I帧的RTP数据的低时延和高通过率(即在网络拥塞时可以先传输具有I帧的RTP数据),从而增加I帧的传输效率,提高节点接收端B的解码效率。
进一步的,在图5中,该Sender TSpec用于指定上述的期望的标准QoS服务,其中,本发明中可以通过修改Sender TSpec中保留字段为一个特定的数值来表明该期望的标准QoS服务,以期望进行RTP数据服务保证,即进行识别I帧和为I帧的RTP数据打上优先级信息的操作。
具体的,在Sender TSpec中携带的RTP数据流信息包含RTP头部,本发明中可以对RTP头部的扩展头进行扩展来表示是I帧的报文(当然,实际应用中,还可以对其他部分进行扩展来表示是I帧的报文,在此不再赘述)。如图6所示,为RTP头部消息的示意图,进一步使用该图6所示的RTP头部信息,可以得到图7所示的扩展头,该扩展头用于表示I帧报文,例如,将中间的4bit设置为1101时,表示对应的RTP数据为I帧所对应的RTP数据。
需要说明的是,在本发明中,是通过将X置位来表示需要读取图7所示的扩展头的,如图8所示,当X被置位(设置为1)时,表示接收到该PATH消息的网络设备需要读取图7所示的扩展头,继而判断出该RTP数据是否为I帧所对应的RTP数据。
步骤S403,中间节点接收该PATH消息,并对该PATH消息中的期望QoS信息执行AC(Admission Control,准入控制),将该PATH消息发送给下一节点。其中,由于该PATH消息是依次经过各个中间节点的,即中间节点C、中间节点D和中间节点E将依次执行本步骤中。
具体的,首台网络设备(即中间节点C)在收到该Path消息后,需要对该Path消息中携带的QoS请求执行准入控制,如果准入控制失败,该中间节点C将会发送一个PathErr消息给节点发送端A;如果准入控制成功,并且允许执行期望的标准QoS服务(即CLS服务和识别I帧),则该节点会C将给生成一个新的Path消息,并将该新的Path消息发送给下一网络设备,即中间节点D。其中,该新的Path消息中将不再携带RTP数据流的描述消息,只需要执行CLS即可,即为I帧的RTP数据打上高优先级信息,并存入到严格的优先级队列中;将该新的Path消息在各个中间节点(中间节点C和中间节点E)上进行传输,并最终传输到节点接收端E。
进一步的,如果该首台网络设备不支持该期望的标准QoS服务,即无法进行CLS服务和识别I帧的过程,只能够支持现有的RTP数据服务保证、且仅支持基本QoS,则该首台网络设备将参考现有的标准RSVP机制向下一个网络设备传递PATH消息,上述在首台网络设备执行的操作将由下一个网络设备执行,在此不再赘述.需要说明的是,为了提高RTP数据的传输质量,应尽量在首台网络设备上执行期望的标准QoS服务的相关操作,即在组网时可以考虑使用支持期望的标准QoS服务的网络设备作为首台网络设备.
本发明中,上述首台网络设备所需要执行的准入控制包括RTP报文合法性检查、以及是否为I帧的RTP报文;CLS服务保证包括给通过准入控制的RTP数据(I帧所对应的RTP数据)分配高优先级和严格优先级队列。当RTP报文合法性检查通过,且能够识别I帧的RTP报文时,则首台网络设备的准入控制成功。
步骤S404,节点接收端B接收该PATH消息,并向节点发送端A响应RESV消息。其中,该RESV消息将依次经过中间节点E、中间节点D和中间节点C。
具体的,节点接收端B在接收到PATH消息时,也需要根据PATH消息执行准入控制以确定是否可预留,当该节点接收端B获知自身为RTP数据的接收端(即Path消息的目的地址时)时,该节点接收端B需要向节点发送端A响应RESV消息。其中,该RESV消息的格式与上述图5中PATH消息格式相同,在此不再赘述。
进一步的,与PATH消息类似的,该RESV消息中也需要使用FlowSpec部分指定期望的标准QoS服务,该期望的标准QoS服务为执行CLS并识别I帧;RESV消息的处理方法与PATH消息的处理方法相同,本步骤中不再赘述。
步骤S405,中间节点接收该RESV消息,进行对应的资源预留操作,并将该RESV消息发送给下一中间节点,并最终由中间节点C将该RESV消息发送给节点发送端A。
具体的,各个中间节点在接收到该RESV消息时,将会进行资源预留操作,在预留成功时,则在节点接收端和节点发送端之间的传输路径上依次传递RESV消息,直到将该RESV消息传递给节点发送端。
进一步的,该资源预留操作包括建立对应RTP数据的流过滤模板、建立对应的QoS策略等;如果某个中间节点的资源预留操作失败,则向其下游节点和源节点发送端A通告ResvErr消息,从而使其他节点释放对应资源。其中,对于每个节点,均会接收到大量的数据,而本发明中所适用的RTP数据为音视频数据,即通过使用该RTP数据的流过滤模板可以将音视频数据过滤出来,从而获取到RTP数据。该对应的QoS策略为使用该期望的标准QoS服务,中间节点E建立后续RTP数据传输时需要使用该期望的标准QoS服务的QoS策略,即中间节点E需要监控给符合流过滤模板的RTP报文分配的队列的拥塞情况,同样的,中间节点D与中间节点E的处理方式相同,也需要监控给符合流过滤模板的RTP报文分配的队列的拥塞情况,在此不再赘述。而中间节点C即需要监控给符合流过滤模板的RTP报文分配的队列的拥塞情况,还需要能够读取到I帧所对应的RTP数据。由于该资源预留操作为采用现有的操作方式进行的,本发明中不再赘述。
步骤S406,节点发送端A接收该RESV消息。其中,当节点发送端A接收到该RESV消息时,表示初始的配置过程结束,各个节点可以根据自身的配置情况进行RTP数据的处理过程。
步骤S407,节点发送端A通过各个中间节点向节点接收端B发送RTP数据。其中,该RTP数据为经过采样、编码、压缩等操作的音视频数据。
步骤S408,各个中间节点接收该RTP数据,并根据自身的配置情况对该RTP数据进行处理。其中,各个中间节点在接收到数据时,首先使用流过滤模板进行处理,从而得到RTP数据,在此不再赘述。
具体的,对于中间节点C(首台网络设备),由于支持期望的标准QoS服务,即可以识别该RTP数据是否为对应I帧的RTP数据,且能够为I帧的RTP数据打上优先级信息;在接收到该RTP数据后,该中间节点C判断该RTP数据是否为对应I帧的RTP数据;如果是时,则为该RTP数据打上高优先级值,并存入到严格的优先级队列中,并根据该优先级队列中各个RTP数据的优先级将RTP数据发送给下一个中间节点D。
对于中间节点D,在接收到该RTP数据后,只需要将该RTP数据存入到严格的优先级队列中,并根据该优先级队列中各个RTP数据的优先级将RTP数据发送给下一个中间节点E即可;同样的,对于中间节点E,处理方式与中间节点D的处理方式相同,需要将RTP数据存入到严格的优先级队列中,并根据该优先级队列中各个RTP数据的优先级将RTP数据发送给节点接收端B。
需要说明的是,由于在各个中间节点中均建立了QoS策略,即需要监控给符合流模板的RTP报文分配队列的拥塞情况,该RTP报文分配的队列即上述的严格的优先级队列。在监控该RTP报文分配队列的拥塞情况时,如果获知该RTP报文分配队列的拥塞情况为拥塞时,则表明丢包情况会使得QoS无法保证网络侧的服务质量,此时,对应的中间节点将会向上游节点发(例如,中间节点D向中间节点C)发送RESV消息,以通知上游节点该拥塞的情况。本发明中,可以通过修改现有RESV报文的4bit的保留字段,其他字段保持不变,将保留字段修改为0001,表示出现拥塞的情况。上游节点在接收到该RESV消息后,不需要重新进行QoS策略配置,继续向上游节点发送该保留字段的RESV消息,一直到将该修改后的RESV消息发送到节点发送端A为止。
节点发送端A在接收到该RESV消息后,获知出现了拥塞的消息后,可以调整编码方式或发送策略,例如,降低码率或调整GOP(提高GOP)。其中,该调整编码方式或发送策略为根据实际情况进行任意选择的,例如,可以根据本地的配置策略来调整模板,从而改变编码和发送策略。
步骤S409,节点接收端B接收RTP数据,并将解压缩、解码后的RTP数据显示给终端。
本发明提出的一种视频数据的传输装置,应用于包括发送端、网络设备和接收端的系统中,所述网络设备支持期望的标准QoS服务,所述期望的标准QoS服务包括能够识别I帧且支持将I帧对应的RTP数据存储到RTP报文分配队列中,如图9所示,所述装置包括:
收发模块91,用于接收来自所述发送端的RTP数据;并根据所述RTP报文分配队列向所述接收端发送所述RTP数据。
判断模块92,与所述收发模块91连接,用于识别所述RTP数据是否为I帧对应的RTP数据。
存储模块93,与所述收发模块91和判断模块92连接,用于当所述RTP数据是I帧对应的RTP数据时,将所述RTP数据存储到所述RTP报文分配队列;并由所述收发模块91根据所述RTP报文分配队列向所述接收端发送所述RTP数据。
进一步的,所述判断模块92还用于,判断所述RTP报文分配队列是否发生拥塞;
所述收发模块91还用于,当所述判断模块92的判断结果为所述RTP报文分配队列发生拥塞时,向所述发送端发送RESV消息,所述RESV消息中携带拥塞的情况;由所述发送端根据所述拥塞的情况调整自身的编码方式或发送策略。其中,所述发送端根据所述拥塞的情况调整自身的编码方式或发送策略具体为:降低码率;和/或,提高GOP。
进一步的,所述判断模块91还用于,根据RSVP报文的PATH消息获取期望的标准QoS服务信息,所述期望的标准QoS服务信息中携带了I帧的信息;并根据所述I帧的信息从RTP数据的头部读取到所述RTP数据是否为I帧对应的RTP数据,其中,所述RTP数据的头部有所述I帧对应的标识。
所述装置还包括:处理模块94,用于在支持期望的标准QoS服务的网络设备上进行资源预留操作,所述资源预留操作具体包括:建立RTP数据的流过滤模板;建立对应的QoS策略;其中,所述对应的QoS策略为使用所述期望的标准QoS服。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (10)
1.一种数据的传输方法,其特征在于,应用于包括发送端、网络设备和接收端的系统中,所述网络设备支持期望的标准QoS服务,所述期望的标准QoS服务包括能够识别I帧且支持将I帧对应的RTP数据存储到RTP报文分配队列中,所述方法包括以下步骤:
所述网络设备接收来自所述发送端的RTP数据;并识别所述RTP数据是否为I帧对应的RTP数据;
当所述RTP数据是I帧对应的RTP数据时,所述网络设备将所述RTP数据存储到所述RTP报文分配队列;
所述网络设备根据所述RTP报文分配队列向所述接收端发送所述RTP数据。
2.如权利要求1所述的方法,其特征在于,识别所述RTP数据是否为I帧对应的RTP数据具体包括:
所述网络设备根据RSVP报文的PATH消息获取期望的标准QoS服务信息,所述期望的标准QoS服务信息中携带了I帧的信息;
所述网络设备根据所述I帧的信息从RTP数据的头部读取所述RTP数据是否为I帧对应的RTP数据,其中,所述RTP数据的头部有所述I帧对应的标识。
3.如权利要求1所述的方法,其特征在于,还包括:
所述网络设备判断所述RTP报文分配队列是否发生拥塞;
当所述RTP报文分配队列发生拥塞时,所述网络设备向所述发送端发送RESV消息,所述RESV消息中携带拥塞的情况;
所述发送端根据所述拥塞的情况调整自身的编码方式或发送策略。
4.如权利要求3所述的方法,其特征在于,所述发送端根据所述拥塞的情况调整自身的编码方式或发送策略具体包括:
所述发送端降低码率;和/或,
所述发送端提高GOP。
5.如权利要求1-4任一项所述的方法,其特征在于,所述方法还包括:
在支持期望的标准QoS服务的网络设备上进行资源预留操作,所述资源预留操作具体包括:
建立RTP数据的流过滤模板;
建立对应的QoS策略;其中,所述对应的QoS策略为使用所述期望的标准QoS服务。
6.一种数据的传输装置,其特征在于,应用于包括发送端、网络设备和接收端的系统中,所述网络设备支持期望的标准QoS服务,所述期望的标准QoS服务包括能够识别I帧且支持将I帧对应的RTP数据存储到RTP报文分配队列中,所述装置包括:
收发模块,用于接收来自所述发送端的RTP数据;并根据所述RTP报文分配队列向所述接收端发送所述RTP数据;
判断模块,与所述收发模块连接,用于识别所述RTP数据是否为I帧对应的RTP数据;
存储模块,与所述收发模块和判断模块连接,用于当所述RTP数据是I帧对应的RTP数据时,将所述RTP数据存储到所述RTP报文分配队列;并由所述收发模块根据所述RTP报文分配队列向所述接收端发送所述RTP数据。
7.如权利要求6所述的装置,其特征在于,
所述判断模块还用于,根据RSVP报文的PATH消息获取期望的标准QoS服务信息,所述期望的标准QoS服务信息中携带了I帧的信息;并根据所述I帧的信息从RTP数据的头部读取到所述RTP数据是否为I帧对应的RTP数据,其中,所述RTP数据的头部有所述I帧对应的标识.
8.如权利要求6所述的装置,其特征在于,
所述判断模块还用于,判断所述RTP报文分配队列是否发生拥塞;
所述收发模块还用于,当所述判断模块的判断结果为所述RTP报文分配队列发生拥塞时,向所述发送端发送RESV消息,所述RESV消息中携带拥塞的情况;由所述发送端根据所述拥塞的情况调整自身的编码方式或发送策略。
9.如权利要求8任一项所述的装置,其特征在于,所述发送端根据所述拥塞的情况调整自身的编码方式或发送策略具体为:降低码率;和/或,提高GOP。
10.如权利要求6-9任一项所述的装置,其特征在于,还包括:
处理模块,用于在支持期望的标准QoS服务的网络设备上进行资源预留操作,所述资源预留操作具体包括:
建立RTP数据的流过滤模板;
建立对应的QoS策略;其中,所述对应的QoS策略为使用所述期望的标准QoS服务。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200910209449 CN101707551B (zh) | 2009-10-30 | 2009-10-30 | 一种数据的传输方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200910209449 CN101707551B (zh) | 2009-10-30 | 2009-10-30 | 一种数据的传输方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101707551A true CN101707551A (zh) | 2010-05-12 |
CN101707551B CN101707551B (zh) | 2011-11-16 |
Family
ID=42377746
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200910209449 Expired - Fee Related CN101707551B (zh) | 2009-10-30 | 2009-10-30 | 一种数据的传输方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101707551B (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102572362A (zh) * | 2010-12-15 | 2012-07-11 | 盛乐信息技术(上海)有限公司 | 视频信号传输方法 |
CN104506874A (zh) * | 2015-01-05 | 2015-04-08 | 重庆邮电大学 | 一种关键帧传输方法 |
CN106911699A (zh) * | 2017-03-03 | 2017-06-30 | 天津天地伟业信息系统集成有限公司 | 一种基于rtp协议实现i帧重传的方法 |
CN107438056A (zh) * | 2016-05-26 | 2017-12-05 | 深圳富泰宏精密工业有限公司 | VoIP通讯模组、电子装置及VoIP通讯方法 |
CN108174239A (zh) * | 2017-12-04 | 2018-06-15 | 中国联合网络通信集团有限公司 | 一种视频传输方法及设备 |
CN110149515A (zh) * | 2019-04-01 | 2019-08-20 | 西安万像电子科技有限公司 | 数据传输方法及装置 |
CN112104879A (zh) * | 2020-11-13 | 2020-12-18 | 腾讯科技(深圳)有限公司 | 一种视频编码方法、装置、电子设备及存储介质 |
CN112261354A (zh) * | 2020-09-04 | 2021-01-22 | 浙江大华技术股份有限公司 | 基于多个网络摄像机的数据传输方法及相关装置 |
CN112839240A (zh) * | 2020-12-31 | 2021-05-25 | 福州大学 | 一种基于视频流的带宽探测方法与系统 |
CN114978427A (zh) * | 2022-05-19 | 2022-08-30 | 腾讯科技(深圳)有限公司 | 数据处理方法、装置、程序产品、计算机设备和介质 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101009686A (zh) * | 2006-01-23 | 2007-08-01 | 中兴通讯股份有限公司 | 一种流媒体播放方法 |
CN101232617B (zh) * | 2007-12-27 | 2010-08-04 | 华为技术有限公司 | 一种视频流业务数据的处理方法、系统和装置 |
CN101316357B (zh) * | 2008-06-30 | 2011-09-14 | 华为技术有限公司 | 一种频道切换的方法和终端 |
CN100591112C (zh) * | 2008-11-07 | 2010-02-17 | 武汉烽火网络有限责任公司 | 一种多媒体数据的存储方法及精确定位回放位置的方法 |
-
2009
- 2009-10-30 CN CN 200910209449 patent/CN101707551B/zh not_active Expired - Fee Related
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102572362B (zh) * | 2010-12-15 | 2016-04-06 | 盛乐信息技术(上海)有限公司 | 视频信号传输方法 |
CN102572362A (zh) * | 2010-12-15 | 2012-07-11 | 盛乐信息技术(上海)有限公司 | 视频信号传输方法 |
CN104506874A (zh) * | 2015-01-05 | 2015-04-08 | 重庆邮电大学 | 一种关键帧传输方法 |
CN107438056A (zh) * | 2016-05-26 | 2017-12-05 | 深圳富泰宏精密工业有限公司 | VoIP通讯模组、电子装置及VoIP通讯方法 |
CN106911699A (zh) * | 2017-03-03 | 2017-06-30 | 天津天地伟业信息系统集成有限公司 | 一种基于rtp协议实现i帧重传的方法 |
CN106911699B (zh) * | 2017-03-03 | 2020-02-11 | 天地伟业技术有限公司 | 一种基于rtp协议实现i帧重传的方法 |
CN108174239A (zh) * | 2017-12-04 | 2018-06-15 | 中国联合网络通信集团有限公司 | 一种视频传输方法及设备 |
CN110149515B (zh) * | 2019-04-01 | 2021-06-04 | 西安万像电子科技有限公司 | 数据传输方法及装置 |
CN110149515A (zh) * | 2019-04-01 | 2019-08-20 | 西安万像电子科技有限公司 | 数据传输方法及装置 |
CN112261354A (zh) * | 2020-09-04 | 2021-01-22 | 浙江大华技术股份有限公司 | 基于多个网络摄像机的数据传输方法及相关装置 |
CN112261354B (zh) * | 2020-09-04 | 2023-03-24 | 浙江大华技术股份有限公司 | 基于多个网络摄像机的数据传输方法及相关装置 |
CN112104879A (zh) * | 2020-11-13 | 2020-12-18 | 腾讯科技(深圳)有限公司 | 一种视频编码方法、装置、电子设备及存储介质 |
WO2022100522A1 (zh) * | 2020-11-13 | 2022-05-19 | 腾讯科技(深圳)有限公司 | 一种视频编码方法、视频解码方法、装置、电子设备、存储介质及计算机程序产品 |
US11909984B2 (en) | 2020-11-13 | 2024-02-20 | Tencent Technology (Shenzhen) Company Limited | Video encoding and decoding for cloud gaming |
CN112839240B (zh) * | 2020-12-31 | 2022-03-22 | 福州大学 | 一种基于视频流的带宽探测方法与系统 |
CN112839240A (zh) * | 2020-12-31 | 2021-05-25 | 福州大学 | 一种基于视频流的带宽探测方法与系统 |
CN114978427A (zh) * | 2022-05-19 | 2022-08-30 | 腾讯科技(深圳)有限公司 | 数据处理方法、装置、程序产品、计算机设备和介质 |
Also Published As
Publication number | Publication date |
---|---|
CN101707551B (zh) | 2011-11-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101707551B (zh) | 一种数据的传输方法及装置 | |
US8239901B2 (en) | Buffer control method, relay apparatus, and communication system | |
KR100547139B1 (ko) | IETF QoS 프로토콜을 이용한 MPEG 미디어데이터 전송 방법 및 장치 | |
US7720065B2 (en) | Method and apparatus for biasing of network node packet prioritization based on packet content | |
CN101578842B (zh) | 用于多媒体电话的依赖于内容和链路的编码自适应 | |
US7734104B2 (en) | Image coding apparatus, image decoding apparatus and image processing system | |
US7760644B2 (en) | IP multiservice network and method for making resource reservations for priority traffic | |
US20150207748A1 (en) | Systems and methods for prioritizing and scheduling packets in a communication network | |
US20140344471A1 (en) | Progressive Download Prioritisation | |
US20040213257A1 (en) | Redistribution of excess bandwidth in networks for optimized performance of voice and data sessions: methods, systems and program products | |
WO2023035895A1 (zh) | 一种数据处理方法、设备、可读存储介质和程序产品 | |
EP2433443A1 (en) | Methods and arrangements for dynamic resource reservation | |
CN101741752B (zh) | 视频流传输的方法、装置和系统 | |
JP4620696B2 (ja) | ストリーミングデータ伝送システム、コグニティブ制御ノード、ビデオサーバ、トランスコーディング方法、及び帯域予約方法 | |
CN101626344A (zh) | 用于资源分配的方法和设备 | |
JP4744457B2 (ja) | 通信方法および通信装置 | |
CN112165655A (zh) | 基于视联网的数据传输方法、装置、设备及介质 | |
KR100440575B1 (ko) | 실시간 화상 데이터 전송을 위한 트래픽 특성화방법 | |
Fidler | Real-time multimedia streams in a differentiated services network | |
Alam et al. | Efficient MPEG video traffic shaping for the next generation Internet | |
Fan et al. | Network-aware adaptive QoS architecture for video delivery over differentiated service network | |
Shih et al. | A transparent loss recovery scheme using packet redirection for wireless video transmissions | |
CN116866676A (zh) | 一种跨网投屏方法及系统 | |
CN115277508A (zh) | 一种远程摄像头注入云主机的网络带宽预测方法 | |
KR20030034269A (ko) | 실시간 동적 가변 비트율을 가지는 데이터 트래픽의특성화 방법 |
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 | ||
CP03 | Change of name, title or address | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three 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. |
|
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20111116 Termination date: 20201030 |