本发明属于网络通信技术领域，尤其涉及一种基于流量工程扩展的资源预留协议（Resource ReSerVation Protocol-Traffic Engineering 简称：RSVP-TE）的RTMP视频播放方法。
背景技术：
现在网络技术飞速发展，客户对网络功能以及网络性能的要求越来越高。在现在的视频播放领域中，带宽、延时、吞吐量、丢包率等都有着严格的要求，而且随着用户对质量的要求越来越高，视频报文的QoS越来越重要。在现在的视频播放特别是直播领域，RTMP是一种主流协议，但是其协议本身并不具有QoS功能，只负责数据报文的传输，因此在一些特定条件下用户的质量要求得不到满足。在现在的组网系统中，越来越多的高端交换机可以支持MPLS-TE功能，因此可以MPLS-TE技术运用到RTMP视频播放领域中，以实现视频的流量工程需求。
在直播和点播领域中，需要传送大量的视频和音频数据，如果网络链路出现了拥堵甚至于链路断开，会导致数据丢失和延时，这样会给用户体验带来很大的影响。特别是在直播领域，对延时和画面有极高的要求，如果延时过大或者画面模糊，会导致很大程度的用户量流失，给企业带来损失，因此在视频音频传送过程中如何保证QoS质量是一个有待解决的问题。RSVP-TE协议本身是在RSVP协议的基础上增加了MPLS标签转发功能。RSVP-TE协议天然的资源预留功能，可以很好的实现QoS需求。
技术实现要素：
本发明的目的在于解决上述现有技术的问题，而提供一种基于RSVP-TE的RTMP视频播放方法，将RSVP-TE协议运用到RTMP视频播放领域中，用来实现资源预留以及标签转发的功能。
本发明所采用的技术方案是：
一种基于流量工程扩展的资源预留协议（RSVP-TE）的RTMP视频播放方法，包括如下步骤：
步骤1）、在RTMP客户端上，根自身所需的要求，进行相关资源预留的配置，为流量工程扩展的资源预留协议（RSVP-TE）进行资源预留提供相关信息；
步骤2）、RTMP客户端指定分层服务提供商（LSP）所经的节点；
步骤3）、根据步骤2）所配置的LSP路径节点，客户端利用CSPF算法，联合OSPF或者ISIS路由数据库中的相关信息，计算出LSP所经路径的具体每一个节点；
步骤4）、RTMP客户端沿着步骤3）中计算出的具体路径，向服务器端发送RSVP-TE PATH报文，这其中就包含了客户端要进行资源预留的相关申请，以及相关的MPLS标签信息，在沿途节点进行资源申请，以及MPLS标签下发；
步骤5）、RTMP服务器端收到步骤4）中发送的PATH报文后，沿着路径所经节点沿途返回发送RSVP-TE RESV报文，在沿途节点进行具体的资源预留，以达到客户端所配置的资源要求；
步骤6）、建立好RSVP-TE LSP之后，RTMP客户端和服务器就可以在已经建好的LSP上发送RTMP数据报文，这时传输的RTMP数据报文根据MPLS标签进行转发。
进一步改进，步骤1）中，在进行相关资源预留配置中，包括对带宽、延时、丢包率和吞吐量信息进行预留配置。
进一步改进，步骤2）中RTMP客户端通过松散路由的方式指定LSP所经的节点，LSP所经的路径节点不必全部指定，只需指定LSP所经路径上的个别节点。
进一步改进，步骤2）中RTMP客户端通过严格路由的方式指定LSP所经的节点，必须指定好LSP所经路径的每一跳，中间不能有没有经过的节点
本发明的有益效果在于：本发明利用现有的MPLS-TE技术来承载RTMP数据报文的传输，这样可以达到用户所需的QoS需求，可以建立从客户端到服务器端的MPLS-TE LSP，建立好之后LSP沿途节点上都对客户端的要求进行了相关资源预留，RTMP数据报文在传输过程中可以满足客户端对带宽、延时以及吞吐量等信息的要求，同时由于RTMP是在MPLS-TE LSP上进行传输，在传输过程不是根据IP头信息，而是根据之前配置的MPLS标签进行交换，因此传输速度更快，数据保密性更高。
附图说明
图1为本发明提供的一种基于RSVP-TE的RTMP视频播放方法的流程图。
具体实施方式
下面结合附图和具体实施例对本发明作进一步说明。
下面结合附图和具体实施例对本发明作进一步说明。
实施例，一种基于RSVP-TE的RTMP视频播放方法，如图1所示，包括如下具体步骤：
步骤1）、在RTMP客户端上，根据自身所需的要求，进行相关资源预留的配置，为RSVP进行资源预留提供相关信息，这其中包括带宽、延时、吞吐量、丢包率等信息，在之后的RTMP数据报文发送过程中，可以根据RTMP的协议端口号1935，来识别具体的RTMP报文，进行资源预留；
步骤2）、RTMP客户端指定LSP所经的节点，在这里有两种方式：1）松散路由，LSP所经的路径节点不必全部指定，只需指定LSP所经路径上的个别节点；2）、严格路由，必须指定好LSP所经路径的每一跳，中间不能有没有经过的节点；
步骤3）、根据步骤2）中所配置的LSP路径节点，客户端利用CSPF算法，联合OSPF或者ISIS路由数据库中的相关信息，计算出LSP所经路径的具体每一个节点；
步骤4）、RTMP客户端沿着CSPF计算出的具体路径，向服务器端发送RSVP-TE PATH报文，这其中就包含了客户端要进行资源预留的相关申请，以及相关的MPLS标签信息，在沿途节点进行资源申请，以及MPLS标签下发；
步骤5)、RTMP服务器端收到步骤4）中发送的PATH报文后，沿着PATH所经节点沿途返回发送RSVP-TE RESV报文，在沿途节点进行具体的资源预留，以达到客户端所配置的资源要求；
步骤6）、建立好RSVP-TE LSP之后，RTMP客户端和服务器就可以在已经建好的LSP上发送RTMP数据报文，这时传输的RTMP数据报文不是根据IP信息转发，而是根据MPLS标签进行转发，速度快，而且由于利用RSVP-TE协议进行了资源预留，客户端所要求的带宽以及延时等资源要求都能得到满足。
下面通过一个具体实例对上述过程加以说明。
一客户端进行视频直播点播，对服务器的要求是带宽达到10M，延时在5S之内，丢包率在5%以下，针对这一要求进行资源预留配置和标签转发的过程如下：
1、客户端配置QoS需求信息，将QoS的带宽、延时范围、最大丢包率分别配置为10M、5S、5%，这些信息将随着PATH报文的发送而在沿途的各个节点进行资源预留申请；
2、客户端配置MPLS LSP路径节点，如果是松散路由，则只需配置LSP所要经过的个别节点；如果是严格路由，则需配置LSP所要经过的所有节点；
3、利用CSPF算法算出LSP具体的路径节点；
4、客户端组装PATH报文，其中包含了步骤1中配置的相关QoS信息，沿着步骤3中CSPF计算出的具体路径发送，在每个节点进行MPLS标签配置，同时进行资源预留申请；
5、服务器收到PATH报文后，沿着相同路径返回发送RESV报文，在每个路径节点上根据之前的申请进行资源预留，配置好用户所需的QoS请求；
6、客户端收到RESV报文后，表示RSVP-TE LSP已经建立完成，同时完成了资源预留。此时客户端和服务器之间就能发送带有MPLS标签的RTMP报文，沿着之前建立的LSP发送，由于之前已经进行了资源预留，因此之后发送的音视频信息都能达到客户的QoS需求。
由以上的具体实施方式可以看出，本发明利用现有的MPLS-TE技术来承载RTMP数据报文的传输，这样可以达到用户所需的QoS需求，可以建立从客户端到服务器端的MPLS-TE LSP，建立好之后LSP沿途节点上都对客户端的要求进行了相关资源预留，RTMP数据报文在传输过程中可以满足客户端对带宽、延时以及吞吐量等信息的要求，同时由于RTMP是在MPLS-TE LSP上进行传输，在传输过程不是根据IP头信息，而是根据之前配置的MPLS标签进行交换，因此传输速度更快，数据保密性更高。