CN106303749A - 一种基于rsvp‑te的rtmp视频播放方法 - Google Patents

一种基于rsvp‑te的rtmp视频播放方法 Download PDF

Info

Publication number
CN106303749A
CN106303749A CN201610759496.XA CN201610759496A CN106303749A CN 106303749 A CN106303749 A CN 106303749A CN 201610759496 A CN201610759496 A CN 201610759496A CN 106303749 A CN106303749 A CN 106303749A
Authority
CN
China
Prior art keywords
rsvp
rtmp
client
lsp
path
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.)
Pending
Application number
CN201610759496.XA
Other languages
English (en)
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.)
Wuhan Quan Le Technology Co Ltd
Original Assignee
Wuhan Quan Le Technology 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 Wuhan Quan Le Technology Co Ltd filed Critical Wuhan Quan Le Technology Co Ltd
Priority to CN201610759496.XA priority Critical patent/CN106303749A/zh
Publication of CN106303749A publication Critical patent/CN106303749A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723Monitoring of network processes or resources, e.g. monitoring of network load
    • H04N21/64738Monitoring network characteristics, e.g. bandwidth, congestion level
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64784Data processing by the network
    • H04N21/64792Controlling the complexity of the content stream, e.g. by dropping packets

Abstract

本发明涉及一种基于流量工程扩展的资源预留协议(RSVP‑TE)的RTMP视频播放方法,具体步骤为:RTMP客户端根据需求,进行资源预留信息配置;在客户端选择路径建立方法,配置路径节点;根据所指定的相关路径信息,利用CSPF算法计算出RSVP‑TE LSP所要经过的具体节点;客户端发送带有资源预留相关信息的RSVP‑TE PATH报文,建立MPLS‑TE LSP隧道;服务器端收到PATH报文后,向客户端原路发送RSVP‑TE RESV报文,在各节点进行资源预留;客户端和服务之间在建立好的MPLS‑TE LSP上传送RTMP报文,由于这条LSP已经进行了资源预留的相关配置,因此可以达到客户端所需的带宽和延时要求。

Description

一种基于RSVP-TE的RTMP视频播放方法
技术领域
本发明属于网络通信技术领域,尤其涉及一种基于流量工程扩展的资源预留协议(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标签进行交换,因此传输速度更快,数据保密性更高。

Claims (4)

1.一种基于流量工程扩展的资源预留协议(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标签进行转发。
2.根据权利要求1所述的一种基于流量工程扩展的资源预留协议(RSVP-TE)的RTMP视频播放方法,其特征在于,步骤1)中,在进行相关资源预留配置中,包括对带宽、延时、丢包率和吞吐量信息进行预留配置。
3.根据权利要求1所述的一种基于流量工程扩展的资源预留协议(RSVP-TE)的RTMP视频播放方法,其特征在于,步骤2)中RTMP客户端通过松散路由的方式指定LSP所经的节点,LSP所经的路径节点不必全部指定,只需指定LSP所经路径上的个别节点。
4.根据权利要求1所述的一种基于流量工程扩展的资源预留协议(RSVP-TE)的RTMP视频播放方法,其特征在于,步骤2)中RTMP客户端通过严格路由的方式指定LSP所经的节点,必须指定好LSP所经路径的每一跳,中间不能有没有经过的节点。
CN201610759496.XA 2016-08-30 2016-08-30 一种基于rsvp‑te的rtmp视频播放方法 Pending CN106303749A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610759496.XA CN106303749A (zh) 2016-08-30 2016-08-30 一种基于rsvp‑te的rtmp视频播放方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610759496.XA CN106303749A (zh) 2016-08-30 2016-08-30 一种基于rsvp‑te的rtmp视频播放方法

Publications (1)

Publication Number Publication Date
CN106303749A true CN106303749A (zh) 2017-01-04

Family

ID=57674775

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610759496.XA Pending CN106303749A (zh) 2016-08-30 2016-08-30 一种基于rsvp‑te的rtmp视频播放方法

Country Status (1)

Country Link
CN (1) CN106303749A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112558504A (zh) * 2019-09-10 2021-03-26 中国电信股份有限公司 基于ospf协议的关键路径信息转发方法、装置和系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1315329A2 (en) * 2001-11-27 2003-05-28 SK Telecom Co.,Ltd. Method of routing point-to-multipoint traffic on an MPLS network
CN1783796A (zh) * 2004-11-29 2006-06-07 中兴通讯股份有限公司 一种基于分离式路由交换设备的QoS实现的方法
CN1848804A (zh) * 2005-08-12 2006-10-18 华为技术有限公司 基于mpls te隧道的数据报文传输方法和节点设备
CN101917343A (zh) * 2010-08-23 2010-12-15 中兴通讯股份有限公司 重优化的触发方法及系统
CN103051562A (zh) * 2008-12-01 2013-04-17 华为技术有限公司 一种资源预留协议链路的最大传输单元实现方法及设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1315329A2 (en) * 2001-11-27 2003-05-28 SK Telecom Co.,Ltd. Method of routing point-to-multipoint traffic on an MPLS network
CN1783796A (zh) * 2004-11-29 2006-06-07 中兴通讯股份有限公司 一种基于分离式路由交换设备的QoS实现的方法
CN1848804A (zh) * 2005-08-12 2006-10-18 华为技术有限公司 基于mpls te隧道的数据报文传输方法和节点设备
CN103051562A (zh) * 2008-12-01 2013-04-17 华为技术有限公司 一种资源预留协议链路的最大传输单元实现方法及设备
CN101917343A (zh) * 2010-08-23 2010-12-15 中兴通讯股份有限公司 重优化的触发方法及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
韩平: "MPLS-TE协议及其实现技术研究", 《中国优秀硕士学位论文全文数据库》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112558504A (zh) * 2019-09-10 2021-03-26 中国电信股份有限公司 基于ospf协议的关键路径信息转发方法、装置和系统
CN112558504B (zh) * 2019-09-10 2021-11-02 中国电信股份有限公司 基于ospf协议的关键路径信息转发方法、装置和系统

Similar Documents

Publication Publication Date Title
CN105357068B (zh) 一种面向应用QoS保障的OpenFlow网络流量控制方法
US9197508B2 (en) Time-based scheduling for tunnels computed by a stateful path computation element
US8817591B2 (en) Inter-domain signaling to update remote path computation elements after a call set-up failure
EP3131243B1 (en) Flow label negotiation methods and related devices
US20160006614A1 (en) Source Routing Using Path Computation Elements
EP2330790B1 (en) Resource manager and method for admission control in a metropolitan area network
JP5005815B2 (ja) 双方向のポイントツーポイント接続を確立するための方法
US9461906B2 (en) Method for exchanging information for establishing a path between two nodes of a communication network
CN106982157B (zh) 流量工程隧道建立方法和装置
CN104065576B (zh) 一种动态mpls卫星网络中的标签交换方法
CN102281193B (zh) 一种在光纤通道网络中实现报文转发的方法和fc设备
CN101656673A (zh) 一种伪线建立方法和节点装置
EP2594042A1 (en) Sharing resource reservations among different sessions in rsvp-te
CN106603412B (zh) 流规则发送的方法、路径计算单元和路径计算客户端
US9398553B2 (en) Technique for improving LDP-IGP synchronization
CN108234309A (zh) 一种网络数据的传输方法
Zhang et al. QoS performance analysis in deployment of DiffServ-aware MPLS Traffic Engineering
CN105191213B (zh) 网络路径计算方法、装置和系统
US20110040885A1 (en) Mechanism for updating parameters of a session set up through a virtual circuit
US8089983B2 (en) Reserving resources over a DOCSIS downstream external physical interface
Egilmez et al. Openqos: Openflow controller design and test network for multimedia delivery with quality of service
CN106303749A (zh) 一种基于rsvp‑te的rtmp视频播放方法
CN101488900A (zh) 在下一代网络中传送业务的实现方法及系统
CN101577932B (zh) 在下一代网络中传送业务的实现方法及系统
JP4199575B2 (ja) ネットワークシステム,同システムにおけるパス設定方法並びに同システムに用いられるネットワーク管理装置及びネットワーク装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20170104

RJ01 Rejection of invention patent application after publication