CN101572715B - 多媒体服务创建方法及*** - Google Patents
多媒体服务创建方法及*** Download PDFInfo
- Publication number
- CN101572715B CN101572715B CN200910134937.7A CN200910134937A CN101572715B CN 101572715 B CN101572715 B CN 101572715B CN 200910134937 A CN200910134937 A CN 200910134937A CN 101572715 B CN101572715 B CN 101572715B
- Authority
- CN
- China
- Prior art keywords
- node
- multimedia service
- section point
- multimedia
- signaling
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种多媒体服务创建方法,包括第一节点和第二节点之间建立信令链路;和所述第二节点与所述第一节点通过所述信令链路进行多媒体协商,建立用于传输多媒体服务的内容的媒体通道,以完成所述第二节点上的所述多媒体服务的创建。本发明还涉及多媒体服务创建***。因此,通过本发明建立第一节点与第二节点之间的信令链路,利用该信令链路进行多媒体协商,创建媒体通道,完成第二节点上的多媒体服务创建;从而,实现了多媒体服务的统一创建,简化多媒体内容的调度。
Description
技术领域
本发明涉及多媒体网络电视领域,尤其涉及一种利用实时流协议(RealTime Streaming Protocol,简称RTSP)的多媒体服务创建方法及***。
背景技术
在网络电视服务***中,需要在多个节点为用户提供直播、点播等多种多媒体服务。因此,涉及到在多个节点上创建相同性质的多媒体服务的问题。对于直播服务,就需要在多个节点实现码流的同步接入;对于点播服务,则存在一个多媒体内容在多个节点间的存储。
目前在不同节点之间实现直播服务,可以通过全网组播的方式来实现,即在中心节点创建直播服务,将媒体码流发送到组播路由器,各区域节点可以通过加入组播的方式来实现码流的接入。但是,这样就限制传输的网络必须支持组播协议。
针对不同类型的组网结构,多媒体***需要实现一种一对一的单播接出服务。针对单播接出的服务,如果每个节点都从一个直播源接收码流,直播源就需要发送多份码流,增加了***的带宽。而如果在中心节点创建单播接出服务,指定将码流发送给区域节点的某个固定的地址,则增加了两个节点之间的耦合度,区域节点接收码流的地址变化,需要手动更改中心节点单播接出的地址。
而对于点播的多媒体内容而言,还需要在多个节点之间进行存储。现有的这种单播机制,***的多个节点均必须单独地发布多媒体内容。
发明内容
本发明的目的是解决现有技术中存在的多媒体流目的地址不能动态切 换、限制网络传输方式以及多媒体内容调度复杂等问题,提供了一种多媒体服务创建方法及***,以实现简化多媒体内容的调度,由多媒体控制中心服务器统一创建多媒体服务。
为了解决上述问题,本发明提供了一种多媒体服务创建方法,该方法包括:
第一节点和第二节点之间建立信令链路;和
所述第二节点与所述第一节点通过所述信令链路进行多媒体协商,建立用于传输多媒体服务的内容的媒体通道,以完成所述第二节点上的所述多媒体服务的创建。
在所述第一节点和第二节点之间建立信令链路之前还包括:
第一节点接收创建多媒体服务的第一创建消息,该第一创建消息包括对第一节点指定的所述多媒体服务的服务类型以及存储属性;
根据所述服务类型和存储属性,完成所述第一节点上的所述多媒体服务创建。
所述第一节点和第二节点之间建立信令链路包括:
第二节点接收创建所述多媒体服务的第二创建消息,该第二创建消息包括对所述第二节点指定的与所述第一节点相同的服务类型、对所述第二节点指定的接收所述多媒体服务的接入方式、链路建立地址和端口以及对所述第二节点与所述第一节点之间指定的链路建立方式;
根据所述多媒体服务的接入方式、链路建立地址和端口以及链路建立方式,所述第二节点与所述第一节点建立信令链路。
在所述完成所述第二节点上的所述多媒体服务的创建之后还包括以下步骤:所述第二节点维持与所述第一节点之间的心跳。
当所述对第一节点指定所述多媒体服务的服务类型是直播类型;所述存储属性为存储时,所述根据所述服务类型和存储属性,完成所述第一节点上的所述多媒体服务创建包括:
所述第一节点根据所述服务类型为直播类型,将所述多媒体服务的内容从直播源引入,且存储在所述第一节点上,以完成所述多媒体服务的创建。
当所述对第一节点指定所述多媒体服务的服务类型是点播类型;所述存储属性为存储时,所述根据所述服务类型和存储属性,完成所述第一节点上 的所述多媒体服务创建包括:
所述第一节点根据所述服务类型为点播类型,通过文件传输协议,将该所述多媒体服务的内容从片源下载至本地存储器且存储。
当接入方式为实时流协议接入方式,所述链路建立地址和端口为所述第一节点的信令第一信令IP地址和端口信息,所述链路建立方式为根据所述实时流协议接入方式,以及所述第一节点的第一信令IP地址和端口信息,在所述第一节点和第二节点之间建立实时流协议信令链路时;所述根据所述多媒体服务的接入方式、链路建立地址和端口以及链路建立方式,所述第二节点与所述第一节点建立信令链路包括:
根据所述第一节点的第一信令IP地址和端口信息,所述第二节点向所述第一节点发送创建所述接入方式为实时流协议的信令链路请求;
第二节点响应所述第一节点,创建所述接入方式为实时流协议的实时流协议信令链路。
所述第二节点与所述第一节点通过所述信令链路进行多媒体协商,建立用于传输多媒体服务的内容的媒体通道,以完成所述第二节点上的所述多媒体服务的创建包括:
所述第二节点在所述实时流协议信令链路上,向所述第一节点发送DESCRIBE信令,所述DESCRIBE信令包括所述多媒体服务的服务标识;
所述第一节点返回所述DESCRIBE信令的响应消息,将所述服务标识对应的所述多媒体服务的内容的数据描述告知所述第二节点;
所述第二节点向所述第一节点发送SETUP信令,将根据所述数据描述确定的接收所述多媒体服务的IP地址和端口信息告知所述第一节点;
所述第一节点响应所述SETUP信令,将所述第一节点发送所述多媒体服务的第二IP地址和端口信息告知所述第二节点,以建立用于传输多媒体服务的内容的媒体通道;
所述第二节点向所述第一节点发送PLAY信令;和
所述第一节点响应所述第二节点发送的PLAY信令,来通过建立的所述媒体通道完成所述第二节点上的多媒体服务创建。
在所述第二节点维持与所述第一节点之间的心跳之后还包括:
当所述服务类型为直播类型时,所述第二节点向多媒体控制中心服务器 发送创建所述多媒体服务的成功消息。
在所述第二节点维持与所述第一节点之间的心跳之后还包括:
当所述服务类型为点播类型,且所述第一节点响应所述PLAY信令完成所述多媒体服务的内容的播放,则所述第一节点向媒体控制中心发送服务器创建所述多媒体服务的成功消息。
在所述第二节点向多媒体控制中心服务器发送创建所述多媒体服务的成功消息之后还包括:
当所述服务类型为直播类型,且所述第一节点响应所述PLAY信令完成所述多媒体服务的内容的播放后,则所述第一节点向所述第二节点重新进行多媒体协商。
本发明还提供了一种多媒体服务创建***,该***包括:
媒体控制中心服务器,用于发送创建多媒体服务的第一创建消息,该第一创建消息包括对第一节点指定的所述多媒体服务的服务类型以及存储属性;和创建与对所述第一节点指定的服务类型相同的、所述多媒体服务的第二创建消息,该第二创建消息包括对所述第二节点指定的接收所述多媒体服务的接入方式,链路建立地址和端口以及对所述第二节点与所述第一节点之间指定的链路建立方式;
第一节点,用于根据所述媒体控制中心服务器发送的第一创建消息完成所述多媒体服务的创建;和
第二节点,用于根据所述媒体控制中心服务器发送的所述多媒体服务的接入方式、链路建立地址和端口以及所述链路建立方式,与所述第一节点建立信令链路进行多媒体协商,建立用于传输多媒体服务的内容的媒体通道,以完成所述第二节点上的所述多媒体服务的创建。
因此,通过本发明建立第一节点与第二节点之间的信令链路,利用该信令链路进行多媒体协商,创建媒体通道,完成第二节点上的多媒体服务创建;从而,实现了多媒体服务的统一创建,简化多媒体内容的调度。
附图说明
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
图1为本发明多媒体服务创建方法第一实施例的流程图;
图2为本发明进行多媒体协商的具体信令流程图;
图3为本发明多媒体服务创建方法第二实施例的流程图;
图4为本发明多媒体服务创建***的结构示意图。
具体实施方式
本发明通过提供一种多媒体服务创建方法和***,来对由多个节点为用户提供点播、直播服务的多媒体***中,由多媒体控制中心服务器实现通知第一节点(也称之为中心节点)和第二节点(也称之为区域节点,在该多媒体服务创建***中,区域节点可以是多个)创建相同类型的服务(例如创建同为直播类型或者点播类型的多媒体服务),尤其是通过中心节点和区域节点之间建立的RTSP信令链路,进行多媒体服务的协商,从而在创建直播服务的时候避免对直播源的依赖,并且在创建点播服务的时候,用户所需求的多媒体服务内容可以通过RTSP方式从中心节点上分发到区域节点。
如图1所示,为本发明多媒体服务创建方法第一实施例的流程图。本发明第一实施例描述了创建直播类型的多媒体服务。如图所示,包括以下步骤:
步骤101:多媒体控制中心服务器通知中心节点进行多媒体服务创建,并指定此次创建的多媒体服务的服务类型是直播类型,以及此次多媒体服务的存储属性是存储,即在中心节点创建多媒体服务后,该直播的多媒体服务内容将存储在该中心节点上,当然可选地,也可以选择存储属性设置为不存储;多媒体控制中心服务器通知中心节点的方式即可以采取发送给中心节点第一创建消息,在该第一创建消息中包括了对中心节点指定的多媒体服务类型和存储属性;
步骤102,中心节点根据直播类型和存储属性,将该直播的多媒体服务的内容直接从直播源接收,并且可以根据存储属性(存储)将该直播类型的多媒体服务的内容存储在中心节点,从而完成多媒体服务的创建;
步骤103,多媒体服务控制中心服务器通知区域节点创建多媒体服务,该多媒体服务控制中心服务器通知该区域节点创建与中心节点相同类型的多媒体服务,即创建直播类型的多媒体服务,并且指定该直播类型的多媒体 服务的接入方式是RTSP方式,同时指定建立信令链路的中心节点的第一地址和端口(即中心节点接收控制信令的IP和端口),以及链路建立方式;
多媒体服务控制中心服务器通知该区域节点创建与中心节点相同类型的多媒体服务具体实现方式是:多媒体服务控制中心服务器向区域节点发送创建多媒体服务的第二创建消息,在该第二创建消息中包括指定区域节点接收所述多媒体服务的接入方式;以及指定中心节点和区域节点之间的链路建立方式,即根据RTSP接入方式,以及区域节点的信令IP地址和端口信息,在中心节点和区域节点之间建立RTSP信令链路;
步骤104,区域节点根据第二创建消息中包括的信息,按照链路建立方式,与中心节点建立RTSP信令链路;
步骤105,区域节点和中心节点通过建立的RTSP信令链路,进行多媒体协商,来建立用于传输多媒体服务的内容的媒体通道,从而完成所述第二节点上的所述多媒体服务的创建。该进行多媒体协商的具体信令流程图可参见图2所示:
步骤201:区域节点向中心节点发送DESCRIBE信令,在该信令中将服务标识发送给中心节点;
步骤202:中心节点发送200OK响应消息,表示该服务标识的服务,如服务标识为直播多媒体服务,在中心节点已经存在,并在该响应消息中将多媒体服务的内容的描述信息以会话描述协议(Session Description Protocol,SDP)的形式带给区域节点;
步骤203:区域节点接收到DESCRIBE信令的响应消息之后,根据SDP描述信息准备多媒体服务通信的IP地址和端口,区域节点向中心节点发送SETUP信令,以将接收多媒体服务的IP地址和端口带给中心节点;
步骤204:中心节点接收到SETUP信令后,向区域节点发送成功应答信令,在该信令中将其发送多媒体服务的第二IP地址和端口信息告知区域节点,即建立了用于传输多媒体服务的内容的媒体通道,来实现多媒体服务内容的传送;
步骤205:区域节点向中心节点发送PLAY信令;
步骤206:中心节点发送PLAY的应答消息,区域节点接收该应答消息,从而通过建立的媒体通道完成所述第二节点上的多媒体服务创建。
通过上述进行多媒体协商的具体信令流程,区域节点完成了多媒体协商,从而完成了区域节点上的多媒体服务创建,即中心节点开始多媒体服务的内容播放,中心节点通过协商好的播放多媒体IP地址和端口,将多媒体服务内容向协商好的区域节点接收多媒体的IP地址和端口传输。在区域节点创建多媒体服务的过程中,多媒体控制中心服务器还可以指定区域节点将该直播类型的服务配置存储在区域节点,当然也可以配置成不存储,可以根据实际情况进行配置。
继续参见图1,在步骤104之后还包括:
步骤106,区域节点维持与中心节点之间的心跳。也可参见图2所示的信令图上步骤207发送心跳消息;步骤208发送心跳消息响应。
在上述完成直播类型多媒体服务的创建之后,在用户进行观赏直播服务的多媒体内容同时,区域节点还可以向多媒体控制中心服务器发送创建多媒体服务成功消息。并且在中心节点将多媒体播放结束后,通知区域节点,区域节点在当前是直播类型的多媒体服务下,重新与中心节点进行多媒体协商,即重复图2所示的流程。
当然在中心节点和区域节点之间的直播服务有一方出现故障时,可以通过RTSP信令重新协商双方多媒体服务内容交互的IP地址和端口信息,即重复图2所示的流程,来重新创建多媒体服务内容。
本发明第一实施例介绍了直播类型的多媒体服务的创建,从而实现了在网络电视***中,各个区域节点对于直播类型的多媒体服务不需要从一个直播源接入码流(即如上述区域节点创建多媒体服务的过程体现了该特点),各个区域节点在创建直播类型的多媒体服务的时候依赖性小,这是因为上一节点(即中心节点)创建了直播类型的多媒体服务,不需要知道下一节点的详细参数信息,与下一节点(区域节点)独立;而下一节点只需要将服务标识以及与上一节点信令交互的地址和端口信息通知上一节点(这些特点体现在图2描述的流程中)。并且多媒体服务控制中心服务器不需要介入对该直播类型的多媒体服务的控制,简化了多媒体内容的调度。
如图3所示,为本发明多媒体服务创建方法第二实施例的流程图。本发明第二实施例描述了创建点播类型的多媒体服务。如图所示,包括以下步骤:
步骤301:多媒体控制中心服务器通知中心节点进行多媒体服务创建, 并指定此次创建的多媒体服务的服务类型是点播类型,以及此次多媒体服务的存储属性是存储,即在中心节点创建多媒体服务后,该点播的多媒体服务内容将存储在该中心节点上;多媒体控制中心服务器通知中心节点的方式即可以采取发送给中心节点第一创建消息,在该第一创建消息中包括了对中心节点指定的多媒体服务类型和存储属性;
步骤302,中心节点根据点播类型和存储属性,将该点播的多媒体服务的内容通过文件传输协议(File Transfer Protocol,简称FTP)从片源下载,并且可以根据存储属性(存储)将该点播类型的多媒体服务的内容存储在中心节点本地存储器,从而完成多媒体服务的创建;
步骤303,多媒体服务控制中心服务器通知区域节点创建多媒体服务,该多媒体服务控制中心服务器通知该区域节点创建与中心节点相同类型的多媒体服务,即创建点播类型的多媒体服务,并且指定该点播类型的多媒体服务的接入方式是RTSP方式,同时指定建立信令链路的中心节点的第一IP地址和端口(即中心节点接收控制信令的IP地址和端口),以及链路建立方式;
多媒体服务控制中心服务器通知该区域节点创建与中心节点相同类型的多媒体服务具体实现方式是多媒体服务控制中心服务器向区域节点发送创建多媒体服务的第二创建消息,在该第二创建消息中包括指定区域节点接收所述多媒体服务的接入方式,链路建立地址和端口(建立信令链路的中心节点的第一IP地址和端口),以及指定中心节点和区域节点之间的链路建立方式。链路建立方式具体是根据RTSP接入方式,以及中心节点的第一信令IP地址和端口信息,在中心节点和区域节点之间建立RTSP信令链路;
步骤304,区域节点根据第二创建消息中包括的信息,按照链路建立方式,与中心节点建立RTSP信令链路;
步骤305,区域节点和中心节点通过建立的RTSP信令链路,进行多媒体协商,来建立用于传输多媒体服务的内容的媒体通道,从而完成所述第二节点上的所述多媒体服务的创建。该进行多媒体协商的具体信令流程图可参见图2所示:
步骤201:区域节点向中心节点发送DESCRIBE信令,在该信令中将服务标识发送给中心节点;
步骤202:中心节点发送200OK响应消息,表示该服务标识的服务,如服务标识为直播多媒体服务,在中心节点已经存在,并在该响应消息中将多媒体服务的内容的描述信息以会话描述协议(Session Description Protocol,SDP)的形式带给区域节点;
步骤203:区域节点接收到DESCRIBE信令的响应消息之后,根据SDP描述信息准备多媒体服务通信的IP地址和端口,区域节点向中心节点发送SETUP信令,以将接收多媒体服务的IP地址和端口带给中心节点;
步骤204:中心节点接收到SETUP信令后,向区域节点发送成功应答信令200OK,在该信令中将其发送多媒体服务的第二IP地址和端口信息告知区域节点,即建立了用于传输多媒体服务的内容的媒体通道,来实现多媒体服务内容的传送;
步骤205:区域节点向中心节点发送PLAY信令;
步骤206:中心节点发送PLAY的应答消息200OK;区域节点接收该应答消息;
通过上述进行多媒体协商的具体信令流程,区域节点完成了多媒体协商,从而完成了区域节点上的多媒体服务创建,即中心节点开始多媒体服务的内容播放,中心节点通过协商好的播放多媒体IP地址和端口,将多媒体服务内容向协商好的区域节点接收多媒体的IP地址和端口传输。在区域节点创建多媒体服务的过程中,多媒体控制中心服务器还包括指定区域节点将该点播类型的服务配置存储在区域节点。
继续参见图1,在步骤104之后还包括:
步骤306,区域节点维持与中心节点之间的心跳。也可参见图2所示的信令图上步骤207发送心跳消息;步骤208发送心跳消息响应。
在上述完成点播类型多媒体服务的创建,且在中心节点将多媒体播放结束后,通知区域节点,区域节点在当前是点播类型的多媒体服务下,通知多媒体控制中心服务器点播类型的多媒体服务创建成功。
本发明第二实施例介绍了点播类型的多媒体服务的创建,从而实现了在网络电视***中,各个区域节点对于点播类型的多媒体服务,只需要在中心节点进行内容的下拉,区域节点上所需的多媒体服务内容是通过RTSP方式上一节点将该点播的多媒体内容分发给区域节点,多媒体控制中心服务器不 需要介入对该点播类型的多媒体服务进行处理。
通过上面描述的本发明第一实施例和第二实施例,可以看出本发明通过将用户所需的多媒体服务的内容,从码源或者片源引入或者通过FTP方式下拉至中心节点后,建立中心节点和区域节点之间的RTSP信令链路,实现区域节点与中心节点之间的多媒体协协商,协商成后在媒体通道上进行中心节点对多媒体内容的播放,即区域节点创建多媒体服务成功。
对于直播类型的多媒体服务,中心节点可以将其内容存储或者不存储在中心节点上,区域节点上也可以为存储或者不存储,而点播类型的多媒体服务,中心节点需要将其内容存储在本地,并且区域节点也需要将其内容存储在本地。
在本发明中,区域节点根据不同的服务类型在不同的时间点通知多媒体控制中心服务器多媒体服务的内容的创建结果。如果是直播类型的多媒体服务,收到中心节点的PLAY成功响应并在心跳消息后可通知;如果是点播服务,则在中心节点通知区域节点多媒体服务的内容播放结束之后通知,具体可以见图2信令示意图上步骤209-211所示。并且该第二实施例具有与第一实施例相同的优点。
在第一实施例和第二实施例中,多媒体服务的接入方式除了RTSP方式之外,还可采用会话初始化协议(Session Initiation Protocol,SIP),除了建立RTSP信令链路之外,还可以建立SIP信令链路,因此通过建立的SIP信令链路同样实现RTSP信令链路获得的效果。而其具体实现方式同第一实施例和第二实施例所描述的。
相应地,本发明还提供了一种多媒体服务创建***,如图4所示,设定多媒体媒体服务创建***中包括2个节点,中心节点和区域节点,媒体控制中心服务器10通过控制消息与中心节点20、区域节点30交互;中心节点与区域节点之间通过RTSP信令通道协商媒体传送所需参数的如接收多媒体内容的区域节点的IP地址和端口,以及发送多媒体服务内容的中心节点的IP地址和端口,服务标识信息,而多媒体服务内容在独立的媒体通道上传输。继续参见图4,详细描述该***,该***包括:
媒体控制中心服务器10,用于发送创建多媒体服务的第一创建消息,该第一创建消息包括对第一节点指定的所述多媒体服务的服务类型以及存 储属性;和创建与对所述第一节点指定的服务类型相同的、所述多媒体服务的第二创建消息,该第二创建消息包括对所述第二节点指定的接收所述多媒体服务的接入方式,链路建立地址和端口以及对所述第二节点与所述第一节点之间指定的链路建立方式;
中心节点20,用于根据所述媒体控制中心服务器发送的第一创建消息完成所述多媒体服务的创建;和
区域节点30,用于根据所述媒体控制中心服务器发送的所述多媒体服务的接入方式、链路建立地址和端口以及所述链路建立方式建立信令链路(如图中实线所示)进行多媒体协商,以使所述多媒体协商成功后,建立用于传输多媒体服务的内容的媒体通道,以完成所述第二节点上的所述多媒体服务的创建,如图中虚线所示的媒体通道上,进行多媒体内容的播放。
该多媒体服务创建***进行多媒体服务创建过程中,所述中心节点根据所述服务类型为直播类型,将所述多媒体服务的内容从直播源引入,以完成所述多媒体服务的创建。中心节点根据所述服务类型为点播类型,通过FTP协议,将该所述多媒体服务的内容从片源下载至本地存储器且存储。根据所述中心节点的信令IP地址和端口信息,所述区域节点向所述区域节点发送创建所述接入方式为实时流协议的信令链路请求;区域节点向所述中心节点响应,创建所述接入方式为实时流协议的实时流协议信令链路。
中心节点通过根据所述链路建立方式建立的链路进行多媒体协商,以使多媒体协商成功后,完成所述区域节点上的所述多媒体服务的创建包括:
所述区域节点在所述实时流协议信令链路上,向所述中心节点发送DESCRIBE信令,所述DESCRIBE信令包括所述多媒体服务的服务标识;
所述中心节点返回所述DESCRIBE信令的响应消息,将所述服务标识对应的所述多媒体服务的内容的数据描述告知所述区域节点;
所述区域节点向所述中心节点发送SETUP信令,将根据所述数据描述确定的接收所述多媒体服务的IP地址和端口信息告知所述中心节点;
所述中心节点响应所述SETUP信令,将所述中心节点发送所述多媒体服务的IP地址和端口信息告知所述区域节点,以建立用于传输多媒体服务的内容的媒体通道;
所述区域节点向所述中心节点发送PLAY信令;
所述中心节点响应所述区域节点发送的PLAY信令,来通过建立的所述媒体通道完成完成所述区域节点上的多媒体服务创建。
在所述区域节点维持与所述中心节点之间的心跳之后还包括:
当所述服务类型为直播类型时,所述区域节点向多媒体控制中心发送创建所述多媒体服务的成功消息。
区域节点根据不同的服务类型在不同的时间点通知多媒体控制中心服务器多媒体服务的内容的创建结果。当所述服务类型为点播类型,且所述中心节点响应所述PLAY信令完成所述多媒体服务的内容的播放,则所述中心节点向媒体控制中心发送创建所述多媒体服务的成功消息。当所述服务类型为直播类型,且所述中心节点响应所述PLAY信令完成所述多媒体服务的内容的播放后,则所述中心节点向所述区域节点重新进行多媒体协商。
本发明在有多个节点为用户提供点播、直播服务的***中,媒体控制中心服务器通知中心节点创建统一的服务,对于不同类型的服务,指定不同的存储属性,如果是直播类型的服务,存储属性可以配置成存储或不存储;对于点播类型的服务,存储属性则配置成存储;在中心节点服务创建成功之后,在区域节点上创建相同性质的服务,指定服务的接入方式为RTSP方式,同时指定与中心节点建立信令链路的地址和端口;区域节点与中心节点建立RTSP信令链路;区域节点与中心节点通过RTSP信令进行媒体协商,协商成功之后,在区域节点上的服务创建成功;区域节点上服务创建成功之后,同时维持与中心节点之间的心跳;如果区域节点上的服务类型是直播服务,则通知媒体控制中心服务创建成功;如果中心节点上媒体播放结束,则通知区域节点;区域节点如果创建的服务是点播服务,则在收到媒体播放结束的消息之后,通知媒体控制中心点播服务创建成功;如果服务是直播服务,则区域节点与中心节点重新进行媒体协商进行服务重建。
通过采用本发明方法和***,建立信令链路,该信令链路是控制信令的专有通道,在该信令链路上通过多媒体协商来完成多媒体服务的创建。即在信令链路上进行控制信令的交互来建立用于传输多媒体服务的内容的媒体通道,也就是区域节点将多媒体服务通信的IP地址和端口通过控制信令(SETUP信令)告知中心节点;中心节点将其发送多媒体服务的IP地址和端口通过控制信令(200OK)告知区域节点,从而建立了媒体通道来实现多媒体服务内容的传送,完成区域节点上的多媒体服务创建。
通过采用本发明方法和***,直播服务和点播服务的管理可以统一。对于直播服务,每个节点上创建直播服务不需要从直播源接入码流;各个节点在创建直播服务的时候依赖性小:上一节点创建直播服务,不需要知道输出节点的详细信息,与下一节点独立;而下一节点只需要指定服务标识,以及与上一节点信令交互的IP地址和端口信息;两节点之间的直播服务只要有一方故障,可以通过RTSP信令重新协商双方媒体交互的IP地址和PORT信息进行服务重建。对于点播服务,只需要在中心节点进行内容的FTP下拉,在区域节点上的内容通过RTSP方式从上一节点将多媒体服务的内容分发到本节点,而多媒体控制中心服务器则不需要介入对多媒体服务的不同处理。
最后所应说明的是,以上实施例仅用以说明本发明的技术方案而非限制,尽管参照较佳实施例对本发明进行了详细说明,本领域的普通技术人员应当理解,可以对本发明进行修改或者等同替换,而不脱离本发明技术方案和权利要求的精神和范围。
Claims (11)
1.一种多媒体服务创建方法,其特征在于包括以下步骤:
第一节点和第二节点之间建立信令链路,其中,所述第一节点和所述第二节点均为网络电视服务***中为用户提供多媒体服务的节点,所述第一节点和第二节点之间建立信令链路包括:第二节点接收创建所述多媒体服务的第二创建消息,该第二创建消息包括对所述第二节点指定的与所述第一节点相同的服务类型、对所述第二节点指定的接收所述多媒体服务的接入方式、链路建立地址和端口以及对所述第二节点与所述第一节点之间指定的链路建立方式;根据所述多媒体服务的接入方式、链路建立地址和端口以及链路建立方式,所述第二节点与所述第一节点建立信令链路;和
所述第二节点与所述第一节点通过所述信令链路进行多媒体协商,建立用于传输多媒体服务的内容的媒体通道,以完成所述第二节点上的所述多媒体服务的创建。
2.根据权利要求1所述的多媒体服务创建方法,其特征在于在所述第一节点和第二节点之间建立信令链路之前还包括:
第一节点接收创建多媒体服务的第一创建消息,该第一创建消息包括对第一节点指定的所述多媒体服务的服务类型以及存储属性;
根据所述服务类型和存储属性,完成所述第一节点上的所述多媒体服务创建。
3.根据权利要求1所述的多媒体服务创建方法,其特征在于在所述完成所述第二节点上的所述多媒体服务的创建之后还包括以下步骤:
所述第二节点维持与所述第一节点之间的心跳。
4.根据权利要求2所述的多媒体服务创建方法,其特征在于当所述对第一节点指定所述多媒体服务的服务类型是直播类型;所述存储属性为存储时,所述根据所述服务类型和存储属性,完成所述第一节点上的所述多媒体服务创建包括:
所述第一节点根据所述服务类型为直播类型,将所述多媒体服务的内容从直播源引入,且存储在所述第一节点上,以完成所述多媒体服务的创建。
5.根据权利要求2所述的多媒体服务创建方法,其特征在于当所述对第一节点指定所述多媒体服务的服务类型是点播类型;所述存储属性为存储时,所述根据所述服务类型和存储属性,完成所述第一节点上的所述多媒体服务创建包括:
所述第一节点根据所述服务类型为点播类型,通过文件传输协议,将该所述多媒体服务的内容从片源下载至本地存储器且存储。
6.根据权利要求3所述的多媒体服务创建方法,其特征在于当接入方式为实时流协议接入方式,所述链路建立地址和端口为所述第一节点的第一信令IP地址和端口信息,所述链路建立方式为根据所述实时流协议接入方式,以及所述第一节点的第一信令IP地址和端口信息,在所述第一节点和第二节点之间建立实时流协议信令链路时;所述根据所述多媒体服务的接入方式、链路建立地址和端口以及链路建立方式,所述第二节点与所述第一节点建立信令链路包括:
根据所述第一节点的第一信令IP地址和端口信息,所述第二节点向所述第一节点发送创建所述接入方式为实时流协议的信令链路请求;
第二节点响应所述第一节点,创建所述接入方式为实时流协议的实时流协议信令链路。
7.根据权利要求6所述的多媒体服务创建方法,其特征在于所述第二节点与所述第一节点通过所述信令链路进行多媒体协商,建立用于传输多媒体服务的内容的媒体通道,以完成所述第二节点上的所述多媒体服务的创建包括:
所述第二节点在所述实时流协议信令链路上,向所述第一节点发送DESCRIBE信令,所述DESCRIBE信令包括所述多媒体服务的服务标识;
所述第一节点返回所述DESCRIBE信令的响应消息,将所述服务标识对应的所述多媒体服务的内容的数据描述告知所述第二节点;
所述第二节点向所述第一节点发送SETUP信令,将根据所述数据描述确定的接收所述多媒体服务的IP地址和端口信息告知所述第一节点;
所述第一节点响应所述SETUP信令,将所述第一节点发送所述多媒体服务的第二IP地址和端口信息告知所述第二节点,以建立用于传输多媒体服务的内容的媒体通道;
所述第二节点向所述第一节点发送PLAY信令;和
所述第一节点响应所述第二节点发送的PLAY信令,来通过建立的所述媒体通道完成所述第二节点上的多媒体服务创建。
8.根据权利要求7所述的多媒体服务创建方法,其特征在于在所述第二节点维持与所述第一节点之间的心跳之后还包括:
当所述服务类型为直播类型时,所述第二节点向多媒体控制中心服务器发送创建所述多媒体服务的成功消息。
9.根据权利要求7所述的多媒体服务创建方法,其特征在于在所述第二节点维持与所述第一节点之间的心跳之后还包括:
当所述服务类型为点播类型,且所述第一节点响应所述PLAY信令完成所述多媒体服务的内容的播放,则所述第一节点向媒体控制中心服务器发送创建所述多媒体服务的成功消息。
10.根据权利要求8所述的多媒体服务创建方法,其特征在于在所述第二节点向多媒体控制中心服务器发送创建所述多媒体服务的成功消息之后还包括:
当所述服务类型为直播类型,且所述第一节点响应所述PLAY信令完成所述多媒体服务的内容的播放后,则所述第一节点向所述第二节点重新进行多媒体协商。
11.一种多媒体服务创建***,其特征在于包括:
媒体控制中心服务器,用于发送创建多媒体服务的第一创建消息,该第一创建消息包括对第一节点指定的所述多媒体服务的服务类型以及存储属性;和创建与对所述第一节点指定的服务类型相同的、所述多媒体服务的第二创建消息,该第二创建消息包括对第二节点指定的接收所述多媒体服务的接入方式,链路建立地址和端口以及对所述第二节点与所述第一节点之间指定的链路建立方式;
第一节点,用于根据所述媒体控制中心服务器发送的第一创建消息完成所述多媒体服务的创建;和
第二节点,用于根据所述媒体控制中心服务器发送的所述多媒体服务的接入方式、链路建立地址和端口以及所述链路建立方式,与所述第一节点建立信令链路进行多媒体协商,建立用于传输多媒体服务的内容的媒体通道,以完成所述第二节点上的所述多媒体服务的创建。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910134937.7A CN101572715B (zh) | 2009-04-15 | 2009-04-15 | 多媒体服务创建方法及*** |
PCT/CN2009/073523 WO2010118595A1 (zh) | 2009-04-15 | 2009-08-26 | 多媒体服务创建方法及*** |
RU2011143971/08A RU2519511C2 (ru) | 2009-04-15 | 2009-08-26 | Способ и система для создания мультимедийной службы |
US13/259,362 US20120023239A1 (en) | 2009-04-15 | 2009-08-26 | Creation Method of Multimedia Service and System Thereof |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910134937.7A CN101572715B (zh) | 2009-04-15 | 2009-04-15 | 多媒体服务创建方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101572715A CN101572715A (zh) | 2009-11-04 |
CN101572715B true CN101572715B (zh) | 2014-03-19 |
Family
ID=41231952
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910134937.7A Expired - Fee Related CN101572715B (zh) | 2009-04-15 | 2009-04-15 | 多媒体服务创建方法及*** |
Country Status (4)
Country | Link |
---|---|
US (1) | US20120023239A1 (zh) |
CN (1) | CN101572715B (zh) |
RU (1) | RU2519511C2 (zh) |
WO (1) | WO2010118595A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101420317B (zh) * | 2008-11-21 | 2011-10-26 | 华为终端有限公司 | 媒体文件录制错误的修复方法、录制终端、服务器和*** |
US9235681B2 (en) * | 2011-10-04 | 2016-01-12 | Smith & Nephew, Inc. | System and method for intersystem device exchange |
CN102611947B (zh) * | 2011-11-24 | 2017-11-17 | 中兴通讯股份有限公司 | 创建组播频道的方法、***和媒体服务器 |
CN102547387B (zh) * | 2012-02-09 | 2015-05-27 | 深圳市同洲电子股份有限公司 | Iptv业务实现方法、***和iptv运营*** |
CN103731415A (zh) * | 2013-12-09 | 2014-04-16 | 乐视网信息技术(北京)股份有限公司 | 一种高码流数据传输方法及装置 |
CN110087136B (zh) * | 2019-06-04 | 2021-07-09 | 北京奇艺世纪科技有限公司 | 一种服务提供方法、装置及服务节点 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1929596A (zh) * | 2005-09-06 | 2007-03-14 | 中兴通讯股份有限公司 | 一种时移电视的实现方法及其实现*** |
WO2008070478A1 (en) * | 2006-12-06 | 2008-06-12 | Verizon Services Organization Inc. | Customized media on demand |
CN101202749A (zh) * | 2007-11-16 | 2008-06-18 | 华为技术有限公司 | 一种sip网络中处理媒体流请求的方法、***及装置 |
CN101207532A (zh) * | 2006-12-20 | 2008-06-25 | 中兴通讯股份有限公司 | 一种分布式iptv***的组网方法及业务实现方法 |
WO2009032207A1 (en) * | 2007-08-30 | 2009-03-12 | Alcatel Lucent | Method and system of optimal cache allocation in iptv networks |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6463585B1 (en) * | 1992-12-09 | 2002-10-08 | Discovery Communications, Inc. | Targeted advertisement using television delivery systems |
US6731625B1 (en) * | 1997-02-10 | 2004-05-04 | Mci Communications Corporation | System, method and article of manufacture for a call back architecture in a hybrid network with support for internet telephony |
EP1001631A1 (en) * | 1998-11-09 | 2000-05-17 | CANAL+ Société Anonyme | Signalling of bouquet information in a digital transmission system |
US6970939B2 (en) * | 2000-10-26 | 2005-11-29 | Intel Corporation | Method and apparatus for large payload distribution in a network |
US7403993B2 (en) * | 2002-07-24 | 2008-07-22 | Kasenna, Inc. | System and method for highly-scalable real-time and time-based data delivery using server clusters |
RU2337505C2 (ru) * | 2003-06-27 | 2008-10-27 | Нокиа Корпорейшн | Способ и система для резервирования ресурса в беспроводной сети связи |
RU2337504C2 (ru) * | 2003-08-26 | 2008-10-27 | Телефонактиеболагет Лм Эрикссон (Пабл) | Устройство и способ для аутентификации пользователя при доступе к мультимедийным службам |
US20080005349A1 (en) * | 2004-04-16 | 2008-01-03 | Utstarcom | Distributed multimedia streaming system |
US20080005359A1 (en) * | 2006-06-30 | 2008-01-03 | Khosravi Hormuzd M | Method and apparatus for OS independent platform based network access control |
CN100531143C (zh) * | 2006-12-30 | 2009-08-19 | 华为技术有限公司 | 一种媒体流转发方法和媒体服务器 |
US7716310B2 (en) * | 2007-12-21 | 2010-05-11 | Telefonaktiebolaget L M Ericsson (Publ) | Method and Internet Protocol Television (IPTV) content manager server for IPTV servicing |
-
2009
- 2009-04-15 CN CN200910134937.7A patent/CN101572715B/zh not_active Expired - Fee Related
- 2009-08-26 RU RU2011143971/08A patent/RU2519511C2/ru not_active IP Right Cessation
- 2009-08-26 US US13/259,362 patent/US20120023239A1/en not_active Abandoned
- 2009-08-26 WO PCT/CN2009/073523 patent/WO2010118595A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1929596A (zh) * | 2005-09-06 | 2007-03-14 | 中兴通讯股份有限公司 | 一种时移电视的实现方法及其实现*** |
WO2008070478A1 (en) * | 2006-12-06 | 2008-06-12 | Verizon Services Organization Inc. | Customized media on demand |
CN101207532A (zh) * | 2006-12-20 | 2008-06-25 | 中兴通讯股份有限公司 | 一种分布式iptv***的组网方法及业务实现方法 |
WO2009032207A1 (en) * | 2007-08-30 | 2009-03-12 | Alcatel Lucent | Method and system of optimal cache allocation in iptv networks |
CN101202749A (zh) * | 2007-11-16 | 2008-06-18 | 华为技术有限公司 | 一种sip网络中处理媒体流请求的方法、***及装置 |
Also Published As
Publication number | Publication date |
---|---|
US20120023239A1 (en) | 2012-01-26 |
CN101572715A (zh) | 2009-11-04 |
RU2519511C2 (ru) | 2014-06-10 |
WO2010118595A1 (zh) | 2010-10-21 |
RU2011143971A (ru) | 2013-05-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3942033B2 (ja) | ポイントツーポイントパケット交換向きのネットワークにおけるマルチキャスト方法 | |
KR101965215B1 (ko) | 다중 통신 링크들을 결합하기 위한 시스템 및 방법 | |
CN101572715B (zh) | 多媒体服务创建方法及*** | |
JP2004179811A (ja) | パケット中継装置 | |
JP4712095B2 (ja) | 通信方法および無線通信システム | |
JP2006191541A (ja) | パケット転送装置 | |
CN102761550B (zh) | 实现流媒体服务的方法、装置及*** | |
CN102195955A (zh) | 一种直播业务和时移业务的切换方法以及相应设备 | |
KR102054941B1 (ko) | 융합 서비스 제공을 위한 스마트 디바이스들의 동적 네트워킹 설정 장치 및 설정 방법 | |
JP2002118552A (ja) | ストリーム中継装置およびストリーム放送配信ネットワークおよび記録媒体 | |
JP5425894B2 (ja) | 非ipトランスポート上にipフローを迂回させる機構 | |
JP6188092B2 (ja) | ネットワークを介した情報信号の送受信方法、当該方法を利用する送信器及び受信器、ネットワーク内で利用するためのスプリッタユニット | |
CN103297252A (zh) | 管理通过多个网络传送数据流 | |
CN101534203B (zh) | 一种组播控制的方法、设备和*** | |
TW201228301A (en) | Multicast routing device, network system, and package transmitting method thereof | |
KR101235093B1 (ko) | 스트리밍 데이터 전달 | |
CN111225252B (zh) | 基于openwrt***的PON网关UPNP视频直播方法 | |
JP4624283B2 (ja) | 中継クライアント装置、中継サーバ装置及びストリーム配信システム | |
JP2008512931A (ja) | マルチキャスト送信の逆多重化のための方法およびデバイス | |
JP2001320367A (ja) | マルチキャスト限定配信方法及びその装置並びにそのプログラムを記録した媒体 | |
JP2004260292A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
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: 20140319 Termination date: 20200415 |