CN101378535A - 一种传输媒体流控制消息的方法、系统及装置 - Google Patents

Abstract

本发明实施例中公开了一种传输媒体流控制消息的方法，该方法包括：媒体资源控制设备获取实时流协议RTSP控制消息；将所述RTSP控制消息携带在H.248协议消息中；媒体资源控制设备向控制媒体流的媒体资源处理设备发送所述H.248协议消息。本发明实施例中还公开了一种传输媒体流控制消息的系统，该系统包括：媒体资源控制设备、媒体资源处理设备，本发明实施例中另外公开了媒体资源控制装置和媒体资源处理装置，应用本发明能够在承载和控制分离的架构中，使得媒体资源处理设备获得媒体流控制消息。

Description

一种传输媒体流控制消息的方法、系统及装置

技术领域

本发明涉及通信领域，特别涉及一种传输媒体流控制消息的方法、系统、媒体资源控制装置和媒体资源处理装置。

背景技术

流媒体业务是近几年迅速发展的一种新业务，流媒体业务利用流式传输技术，在包交换网络上传输多媒体文件，包括视频和音频等文件内容。这些内容在访问时无需完全下载就可以立即播放。媒体流传输技术的主要特点是以流(Streaming)的形式进行多媒体数据的传输，把连续的影像和声音信息经过压缩处理后放到网络服务器上，用户终端(UE，User Equipment)在播放前并不需要下载整个媒体文件，而是在将缓存区中已经收到的信息进行播放的同时，多媒体文件的剩余部分将持续不断地从服务器下载到UE。

流媒体业务可以分为实时和非实时等多种媒体流类型，而对于实时流媒体业务而言，实时流协议(RTSP，Real-Time Streaming Protocol)是对实时流媒体业务进行控制的核心协议之一，RTSP的基本目的是:支持在因特网(Internet)等环境下对流媒体业务实现包括媒体流的播放、暂停、快进、慢进、后退、快退和跳转(从指定的位置开始播放)等功能的控制。下面具体以在IP多媒体子系统(IMS，IP Multimedia Subsystem)网络环境中传输RTSP媒体流控制消息为例，说明目前传输媒体流控制消息的方法，该方法仅适用于承载和业务/控制合一的媒体服务器，如图1所示，图1为现有技术中传输RTSP媒体流控制消息的方法示意图。

首先，UE利用IMS网络完成与媒体服务器之间的消息转发，具体地讲，就是通过IMS网络的会话初始化协议(SIP，Session Initialization Protocol)呼叫方式完成媒体服务器地址的协商和传输，以建立RTSP会话。

这里，SIP是一个用于建立、更改和终止会话或者呼叫的应用层协议。SIP可以发起两点或者多点会话，可以邀请用户或者媒体设备加入会话。它将建立一个会话和描述一个会话的功能分开。对于描述会话，可以借助其他协议，如会话描述协议(SDP，Session Description Protocol)。这样SIP本身可以简单明了，而且当需要描述其他会话时，SIP可以利用其他的会话描述协议，而不改变SIP建立会话的方式。SIP会话的双方可以通过SDP利用提供/应答(Offer/Answer)模式来协商会话参数。UE在邀请(INVITE)命令或者媒体服务器在第一个非失败可靠响应2xx的消息中携带Offer。如果UE在INVITE消息体中携带了Offer，那么媒体服务器必须在成功可靠响应2xx的消息体中携带Answer；如果是媒体服务器发送Offer，那么UE需要在最后的ACK消息体中携带Answer。经过这样的交互后，通信双方了解到对方能够接收的媒体类型、编码格式、地址以及端口，之后就可以通过媒体连接进行通信。

接着，在RTSP会话建立成功后，用户终端向媒体服务器发送RTSP控制消息，以控制媒体流，譬如:播放、暂停、快进、慢进、后退、快退和跳转等控制，媒体服务器按照RTSP控制消息提供媒体流，并根据媒体流的结果，构造RTSP操作请求响应消息返回给用户终端。

但是，在目前越来越多的网络协议中，采用了分离的网络架构，其主要设计思想是:业务/控制与承载分离，各个实体之间通过标准的协议进行连接和通信。其主要特征是业务/控制与承载分离。业务提供和承载属于两个独立层面，业务可以和承载完全分离。用户可以自行配置和定义自己的业务特征，不必关心承载业务的网络形式以及终端类型，使得业务和应用的提供有更大的灵活性。比如，在IMS网络环境中，不仅实现了将传统交换机的信令处理单元和媒体处理功能单元分离为媒体网关控制器(MGC)和媒体网关(MGW)两个通过IP核心网进行连接的网元。而且，其媒体服务器也被分为媒体控制功能(MCF，Media Control Function)和媒体交付功能(MDF，Media Delivery Function)两个功能实体，这两个功能实体常被称作媒体资源控制设备和媒体资源处理设备。由于目前在这样的网络架构下，还没有传输RTSP协议控制消息的具体方法，因而控制或操作媒体流的媒体资源处理设备无法直接得到UE对媒体流的控制消息，也就是说，不能将UE和媒体资源处理设备之间的网络视为透明，因此，采用目前传输RTSP媒体流控制消息的方法，在承载和控制分离的架构，无法使得媒体资源处理设备获得媒体流控制消息，进而无法实现媒体资源处理设备对媒体流的控制。

综上所述，目前传输媒体流控制消息的方法，无法在承载和控制分离的架构中，使得媒体资源处理设备获得媒体流控制消息。

发明内容

有鉴于此，本发明实施例提供一种传输媒体流控制消息的方法，该方法能够在承载和控制分离的架构中，使得媒体资源处理设备获得媒体流控制消息。

本发明实施例还提供一种传输媒体流控制消息的系统，该系统能够在承载和控制分离的架构中，使得媒体资源处理设备获得媒体流控制消息。

本发明实施例还提供一种媒体资源控制装置，该装置能够在承载和控制分离的架构中，使得媒体资源处理设备获得媒体流控制消息。

本发明实施例还提供一种媒体资源处理装置，该装置能够在承载和控制分离的架构中，使得媒体资源处理设备获得媒体流控制消息。

为达到上述目的，本发明实施例的技术方案具体是这样实现的:

一种传输媒体流控制消息的方法，该方法包括:媒体资源控制设备获取实时流协议RTSP控制消息；将所述RTSP控制消息携带在H.248协议消息中；媒体资源控制设备向控制媒体流的媒体资源处理设备发送所述H.248协议消息。

一种媒体资源控制装置，该媒体资源控制装置包括:

RTSP获取单元，用于获取RTSP控制消息；

封装单元，用于将所述RTSP获取单元获取的RTSP控制消息携带在H.248协议消息中；

H.248发送单元，用于向媒体资源处理设备发送所述封装单元得到的所述H.248协议消息。

一种媒体资源处理装置，该媒体资源处理装置包括:H.248接收单元，用于接收来自媒体资源控制设备的携带了RTSP控制消息的H.248协议消息；

解析单元，用于从所述H.248接收单元接收到的H.248协议消息中解析得到所述RTSP控制消息。

一种传输媒体流控制消息的系统，该系统包括:媒体资源控制设备和媒体资源处理设备；

所述媒体资源控制设备，用于获取RTSP控制消息，将所述RTSP控制消息携带在H.248协议消息中，向控制媒体流的媒体资源处理设备发送所述H.248协议消息；

所述媒体资源处理设备，用于接收来自媒体资源控制设备的携带了RTSP控制消息的H.248协议消息，从所述H.248协议消息中解析得到所述RTSP控制消息。

由上述技术方案可见，本发明实施例提供的传输媒体流控制消息的方法、系统和装置，通过将RTSP控制消息携带在H.248协议消息中使得媒体资源处理设备能够获得RTSP控制消息，从而能够实现对媒体流的控制。

附图说明

图1为现有技术中传输RTSP媒体流控制消息的方法简要框图；

图2为本发明第一个实施例中传输媒体流控制消息的方法简要框图；

图3为图2所示的本发明第一个实施例中传输媒体流控制消息的方法流程示意图；

图4为本发明第二个实施例中传输媒体流控制消息的方法简要框图；

图5为图4所示的本发明第二个实施例中传输媒体流控制消息的方法流程示意图；

图6为本发明第三实施例中传输媒体流控制消息的系统结构示意图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明作进一步详细说明。

本发明实施例提供的一种传输媒体流控制消息的方法是:媒体资源控制设备获取RTSP控制消息；将获取的RTSP控制消息携带在H.248协议消息中；媒体资源控制设备向控制媒体流的媒体资源处理设备发送该H.248协议消息。

图2为本发明第一个实施例中传输媒体流控制消息的方法简要框图。如图2所示，现有技术中的媒体服务器被分成媒体资源控制设备和媒体资源处理设备两部分，在本发明第一个实施例中，UE和媒体资源控制设备直接进行RTSP控制消息交互，再由媒体资源控制设备同媒体资源处理设备进行H.248协议消息交互，在H.248协议消息中携带了RTSP控制消息。

这里，H.248协议是ITU-T定义的专门用于分离架构下媒体资源控制的协议。H.248协议的基本原理是:把媒体资源处理设备上的各种资源抽象为终端，终端又分为物理终端和临时终端。物理终端代表一些具有半永久存在性的物理实体，如时分复用(TDM，Time Division Multiple)时隙；临时终端代表临时申请使用后释放的公共资源，如实时(RTP Real-Time Protocol)流。终端之间的组合被抽象为上下文，用拓扑来描述终端之间的关系。基于这些抽象，呼叫接续实际上是对终端和上下文的操作，通过媒体资源控制设备和媒体资源处理设备之间的命令请求和响应来完成，命令包括增加(Add)、修改(Modify)、删除(Subtract)和通知(Notify)等；命令参数称为描述符，分类为属性(Property)、信号(Signal)、事件(Event)和统计(Statistic)，具有业务相关性的参数逻辑上被聚合为一个包(Package)。H.248协议通过包来扩展协议的功能，向协议中增加新的功能，一般不需要修改协议本体，而只需定义新的包(Package)。一个包可以看成是一个独立特性的封装，当媒体资源处理设备声称支持这个包时，也就等于它支持这个特性，媒体资源控制设备就可以使用该包中定义的属性、事件、信号、统计，来操作媒体资源处理设备上的媒体资源，实现对应的业务逻辑。

下面具体给出本发明第一个实施例的方法流程示意图，图3为图2所示的本发明第一个实施例中传输媒体流控制消息的方法流程示意图，如图3所示，首先采用IMS网络在UE和媒体资源控制设备之间通过SIP消息完成媒体服务器地址的协商和传输，使得RTSP会话建立成功；接着，在用户和媒体资源控制设备之间交互RTSP控制消息；而后，媒体资源控制设备将接收到的RTSP操作请求消息携带在H.248协议消息中下发给媒体资源处理设备进行处理；媒体资源处理设备根据媒体资源控制设备携带的RTSP操作请求消息开始操作媒体流，并且构造RTSP操作请求的响应消息通过H.248协议消息上报给媒体资源控制设备；媒体资源控制设备再将媒体资源处理设备上报的RTSP操作请求响应消息返回给UE。具体包括以下步骤:

步骤300:RTSP会话建立成功。

步骤301:UE向媒体资源控制设备发送媒体流的RTSP操作请求消息。

本实施例中，RTSP操作请求可以是播放、暂停、快进、慢进、后退、快退和跳转等多种功能的操作请求。

步骤302:媒体资源控制设备对RTSP操作请求消息进行检查。

本实施例中，媒体资源控制设备收到用户的RTSP操作请求消息后，检查消息是否正确、系统是否支持用户的RTSP操作请求等，如果有任一条件不满足，则媒体资源控制设备向用户返回拒绝消息；如果条件都满足则继续执行下面的步骤。步骤302为可选步骤。

步骤303:媒体资源控制设备将RTSP操作请求消息携带在H.248消息中下发，指示媒体资源处理设备进行RTSP操作；携带扩展的H.248事件，指示媒体资源处理设备上报RTSP操作请求响应消息。

本实施例中，采用H.248消息中的Modify请求消息来实现上述两个功能，该消息携带扩展的H.248信号，并且在信号的参数中携带用户的RTSP操作请求消息，完成将RTSP操作请求消息携带在H.248协议消息中下发的功能；同时该消息还通过携带扩展的H.248事件，来指示媒体资源处理设备上报RTSP操作请求响应消息。当然，也可以采用H.248协议消息中的其它消息来完成。

步骤304:媒体资源处理设备向媒体资源控制设备返回进行RTSP操作指示的响应消息。

本实施例中，媒体资源处理设备向媒体资源控制设备返回Modify响应消息。

步骤305:媒体资源处理设备从媒体资源控制设备下发信号的H.248协议消息中获取RTSP操作请求消息，根据获取的RTSP操作请求消息控制媒体流。

本实施例中，媒体资源处理设备从媒体资源控制设备下发的H.248信号的参数中，获取RTSP操作请求消息；根据获取的RTSP操作请求消息操作媒体流。

步骤306:媒体资源处理设备构造RTSP操作请求响应消息。

本实施例中，采用现有技术的方法，根据控制媒体流的结果，构造RTSP操作请求响应消息。

步骤307:媒体资源处理设备向媒体资源控制设备上报携带RTSP操作请求响应消息的H.248协议消息。

在本步骤中，使用的H.248协议消息为Notify请求消息，该消息携带了步骤303中的H.248事件，同时在该事件的被监测事件描述符参数中携带RTSP操作请求响应消息，也可以采用H.248协议消息中的其它消息来完成。本步骤中，媒体资源处理设备向媒体资源控制设备上报该Notify请求消息。

步骤308:媒体资源控制设备向媒体资源处理设备返回H.248协议消息的响应消息。

本实施例中，媒体资源控制设备接收到Notify请求消息后，向媒体资源处理设备返回Notify响应消息。

步骤309:媒体资源控制设备向UE发送RTSP操作请求响应消息。

本实施例中，媒体资源控制设备从媒体资源处理设备上报的Notify消息中获取RTSP操作请求响应消息，并返回给UE。

本实施例中的控制消息是以操作请求消息为例进行说明，也可以是其它的控制消息，媒体资源控制设备将来自UE的RTSP控制消息携带在H.248协议消息中，并下发给媒体资源处理设备，使得媒体资源处理设备能够获得该RTSP控制消息，从而能够按照RTSP控制消息的要求来控制媒体流。

图4为本发明第二个实施例中传输媒体流控制消息的方法简要框图。如图4所示，在本发明第二个实施例中，UE和媒体资源控制设备之间不再进行直接的RTSP控制消息交互，而是利用IMS网络在UE和媒体资源控制设备之间的携带RTSP控制消息的SIP消息来实现UE和媒体资源控制设备之间的RTSP控制消息交互，也就是说，本实施例中，媒体资源控制设备接收到的来自UE的RTSP控制消息是由中间网络转发的，并且RTSP控制消息被携带在SIP消息中，本实施例中的中间网络可以为IMS网络，也可以是其它网络。媒体资源控制设备从SIP消息中解析出RTSP控制消息后，再与媒体资源处理设备进行H.248协议消息交互，在H.248协议消息中携带了RTSP控制消息。

图5为图4所示的本发明第二个实施例中传输媒体流控制消息的方法流程示意图，如图5所示，具体包括以下步骤:

步骤501:UE向IMS网络发送携带RTSP操作请求的SIP消息。

本实施例中，由IMS网络转发来自UE的RTSP操作请求，在SIP消息中携带RTSP操作请求消息的方法，可以是将RTSP操作请求作为SIP消息中的一个新增字段，或将RTSP操作请求填充在SIP消息的已有字段中。本实施例采用后面的一种方法。

步骤502:IMS网络向媒体资源控制设备转发携带RTSP操作请求的SIP消息。

步骤503:媒体资源控制设备解析到RTSP操作请求，并检查RTSP操作请求。

本实施例中，媒体资源控制设备根据SIP消息携带RTSP操作请求消息的方法解析得到RTSP操作请求。

步骤504:媒体资源控制设备指示媒体资源处理设备进行RTSP操作。

本实施例中，媒体资源控制设备通过发送携带RTSP操作请求的H.248协议消息，指示媒体资源处理设备进行RTSP操作。携带的方法采用与步骤303相同的方法。

步骤505:媒体资源处理设备向媒体资源控制设备返回指示响应。

本实施例中，媒体资源处理设备在接收到携带RTSP操作请求的H.248协议消息后，返回该H.248协议消息的响应消息。

步骤506:媒体资源处理设备操作媒体流，构造RTSP操作请求响应。

本实施例中，可采用与步骤306相同的构造方法。

步骤507:媒体资源处理设备向媒体资源控制设备上报携带RTSP操作请求响应的H.248协议消息。

步骤508:媒体资源控制设备向媒体资源处理设备返回H.248协议消息的响应消息。

本实施例中，媒体资源控制设备在接收到携带RTSP操作请求响应的H.248协议消息后，向媒体资源处理设备返回该H.248协议消息的响应消息。

步骤509:媒体资源控制设备向IMS网络发送携带媒体流的RTSP操作请求响应的SIP消息。

本实施例中，与步骤501相同方法，在SIP消息中携带媒体流的RTSP操作请求响应。

步骤510:IMS网络向UE转发携带媒体流RTSP操作请求响应的SIP消息。

本实施例中的媒体资源控制设备能够利用已有的SIP消息获取来自UE的RTSP控制消息，进一步减少了因消息交互带来的网络资源的开销。

图6为本发明第三个实施例提供的一种传输媒体流控制消息的系统结构示意图。该系统包括:媒体资源控制设备620和媒体资源处理设备630；

媒体资源控制设备620，获取的RTSP控制消息，将RTSP控制消息携带在H.248协议消息中，向控制媒体流的媒体资源处理设备630发送该H.248协议消息；

媒体资源处理设备630，接收来自媒体资源控制设备620的携带了RTSP控制消息的H.248协议消息。

媒体资源控制设备620包括:RTSP获取单元621、携带单元622和H.248发送单元623；

RTSP获取单元621，获取RTSP控制消息；

封装单元622，将RTSP获取单元621获取的RTSP控制消息携带在H.248协议消息中；

H.248发送单元623，向控制媒体流的媒体资源处理设备630发送封装单元622得到的H.248协议消息。

RTSP获取单元621包括:第一RTSP获取子单元625和第二RTSP获取子单元626；

第一RTSP获取子单元625，直接接收RTSP控制消息；

第二RTSP获取子单元626，接收携带RTSP控制消息的SIP消息，从SIP消息中解析出所述RTSP控制消息。

媒体资源控制设备还可以包括:RTSP响应单元624；

RTSP响应单元624，接收来自媒体资源处理设备630的携带了RTSP控制响应消息的H.248协议消息；从该携带了RTSP控制响应消息的H.248协议消息中获取RTSP控制响应消息。

媒体资源处理设备630包括:H.248接收单元633、解析单元632；

H.248接收单元633，接收来自媒体资源控制设备620的携带了RTSP控制消息的H.248协议消息；

解析单元632，从H.248接收单元633接收到的H.248协议消息中解析得到RTSP控制消息；

媒体资源处理设备还包括:控制单元631，根据解析单元632解析得到的RTSP控制消息控制媒体流；

媒体资源处理设备还包括:构造单元634；

构造单元634，构造携带RTSP控制响应消息的H.248协议消息，将H.248协议消息发送到媒体资源控制设备620。

本实施例媒体资源控制设备620和媒体资源处理设备630可以作为两个独立的设备存在，也可以合设在媒体服务器中，其内部结构相同。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (16)

1、一种传输媒体流控制消息的方法，其特征在于，该方法包括：媒体资源控制设备获取实时流协议RTSP控制消息；将所述RTSP控制消息携带在H.248协议消息中；媒体资源控制设备向媒体资源处理设备发送所述H.248协议消息。

2、根据权利要求1所述的方法，其特征在于，在所述方法之后进一步包括：所述媒体资源处理设备从所述H.248协议消息中解析得到所述RTSP控制消息。

3、根据权利要求2所述的方法，其特征在于，在所述解析得到所述RTSP控制消息步骤后，所述方法进一步包括：根据解析得到的RTSP控制消息，控制媒体流。

4、根据权利要求1所述的方法，其特征在于，所述获取RTSP控制消息的过程包括：接收所述RTSP控制消息或者接收携带所述RTSP控制消息的会话初始化协议SIP消息，从所述SIP消息中解析出所述RTSP控制消息。

5、根据权利要求2所述的方法，其特征在于，所述从所述H.248协议消息中解析得到所述RTSP控制消息的过程包括：从所述H.248协议消息所携带的扩展H.248信号的参数中，获取RTSP控制消息。

6、根据权利要求1所述的方法，其特征在于，在所述媒体资源处理设备，控制媒体流之后，进一步包括：媒体资源控制设备接收来自媒体资源处理设备的携带了RTSP控制响应消息的H.248协议消息；从所述携带了RTSP控制响应消息的H.248协议消息中获取所述RTSP控制响应消息。

7、根据权利要求6所述的方法，其特征在于，在所述媒体资源控制设备获取RTSP控制响应消息之后，该方法进一步包括：媒体资源控制设备向用户终端UE发送获取的RTSP控制响应消息。

8、根据权利要求7所述的方法，其特征在于，所述媒体资源控制设备向UE发送RTSP控制响应消息的过程包括：发送RTSP控制响应消息或者发送携带RTSP控制响应消息的SIP消息。

9、一种媒体资源控制装置，其特征在于，所述媒体资源控制装置包括：

RTSP获取单元，用于获取RTSP控制消息；

封装单元，用于将所述RTSP获取单元获取的RTSP控制消息携带在H.248协议消息中；

H.248发送单元，用于向媒体资源处理设备发送所述封装单元得到的所述H.248协议消息。

10、根据权利要求9所述的媒体资源控制装置，其特征在于，所述RTSP获取单元包括：

第一RTSP获取子单元，用于直接接收所述RTSP控制消息；

第二RTSP获取子单元，用于接收携带所述RTSP控制消息的SIP消息，从所述SIP消息中解析出所述RTSP控制消息。

11、根据权利要求9所述的媒体资源控制装置，其特征在于，该装置进一步包括：

RTSP响应单元，用于接收来自媒体资源处理设备的携带了RTSP控制响应消息的H.248协议消息；从所述携带了RTSP控制响应消息的H.248协议消息中获取所述RTSP控制响应消息。

12、一种媒体资源处理装置，其特征在于，所述媒体资源处理装置包括:H.248接收单元，用于接收来自媒体资源控制设备的携带了RTSP控制消息的H.248协议消息；

解析单元，用于从所述H.248接收单元接收到的H.248协议消息中解析得到所述RTSP控制消息。

13、根据权利要求12所述的媒体资源处理装置，其特征在于，该装置进一步包括：

控制单元，用于根据所述解析单元解析得到的RTSP控制消息，控制媒体流。

14、根据权利要求12或13所述的媒体资源处理装置，其特征在于，该装置进一步包括：构造单元；

所述构造单元，用于构造携带RTSP控制响应消息的H.248协议消息，将所述H.248协议消息发送到媒体资源控制设备。

15、一种传输媒体流控制消息的系统，其特征在于，该系统包括:媒体资源控制设备和媒体资源处理设备；

所述媒体资源控制设备，用于获取RTSP控制消息，将所述RTSP控制消息携带在H.248协议消息中，向控制媒体流的媒体资源处理设备发送所述H.248协议消息；

所述媒体资源处理设备，用于接收来自媒体资源控制设备的携带了RTSP控制消息的H.248协议消息，从所述H.248协议消息中解析得到所述RTSP控制消息。

Images