CN101378539B - 一种操纵媒体流的方法、系统和设备 - Google Patents

Abstract

本发明实施例公开了一种操纵媒体流的方法，应用于控制和承载分离的架构中，该方法包括：媒体资源处理设备在收到来自用户设备UE的实时流协议RTSP操作请求消息后，若自身支持所述RTSP操作请求消息中的RTSP操作，则根据所述RTSP操作请求消息操纵该UE对应的媒体流，通过本发明实施例解决了现有技术中存在的不能在控制和承载分离的架构下操纵媒体流的问题。本发明实施例同时公开了一种操纵媒体流的系统和设备。

Description

一种操纵媒体流的方法、系统和设备

技术领域

本发明涉及网络通信技术，特别涉及一种操纵媒体流的方法、系统和设备。 

背景技术

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

实时流协议(Real-Time Streaming Protocol，RTSP)作为实时流媒体业务控制的核心协议之一，能够对国际互联网(Internet)等环境下的流媒体业务进行控制，包括流媒体的播放、暂停、快进、慢进、后退、快退、跳转(从指定的位置开始播放)等功能。 

如图1所示，为现有技术操纵媒体流的结构示意图，该系统包括：用户设备(UE)、IP多媒体子系统(IP Multimedia Subsystem，IMS)网络和媒体服务器， 

其中，UE利用IMS网络完成与媒体服务器之间的消息转发，通过IMS网络的会话初始化协议(Session Initialization Protocol，SIP)呼叫方式完成与媒体服务器的协商，以建立RTSP会话。 

RTSP会话建立成功后，UE可以同媒体服务器进行交互以控制媒体流，比如：正常播放、快速/慢速浏览、快速/慢速播放、暂停播放、恢复播放等。 

但是随着网络的发展，越来越多的媒体服务器都采用控制和承载分离的架构，致使图1所示的操纵媒体流的方式就不适用。 

综上所述，现有技术不能在控制和承载分离的架构下操纵媒体流。 

发明内容

本发明实施例提供的一种操纵媒体流的方法、系统和设备，用以解决现有技术中存在的不能在控制和承载分离的架构下操纵媒体流的问题。 

本发明实施例提供的一种操纵媒体流的方法包括： 

媒体资源控制设备指示媒体资源处理设备能够执行的RTSP操作的集合； 

所述媒体资源控制设备指示所述媒体资源处理设备向所述媒体资源控制设备上报收到的实时流协议RTSP操作请求消息，或所述RTSP操作请求消息对应的RTSP操作命令及相关参数； 

所述媒体资源处理设备在收到来自UE的RTSP操作请求消息后，确定自身支持RTSP操作，且所述RTSP操作的集合中不包含收到的RTSP操作时，向所述媒体资源控制设备上报收到RTSP操作请求消息事件，并携带所述RTSP操作请求消息或所述RTSP操作命令及相关参数； 

所述媒体资源控制设备在收到所述媒体资源处理设备上报的RTSP操作请求消息事件中的RTSP操作请求消息或RTSP操作命令及相关参数通过检查后，指示所述媒体资源处理设备执行RTSP操作请求，并携带所述RTSP操作请求消息或所述RTSP操作命令及相关参数； 

所述媒体资源处理设备在接收到所述媒体资源控制设备的指示后，根据所述RTSP操作请求消息或所述RTSP操作命令及相关参数操纵该UE对应的媒体流； 

所述媒体资源处理设备在收到来自UE的RTSP操作请求消息后，确定自身支持RTSP操作，且所述RTSP操作的集合中包含收到的RTSP操作时，直接根据收到的RTSP操作请求操纵UE对应的媒体流。 

本发明实施例提供的一种操纵媒体流的系统包括： 

媒体资源控制设备中的第二指示模块，用于在媒体资源处理设备根据RTSP操作请求消息操纵UE对应的媒体流之前，指示媒体资源处理设备能够执行的RTSP操作的集合； 

媒体资源控制设备中的第三指示模块，用于在媒体资源处理设备收到来自UE的RTSP操作请求消息之前，指示所述媒体资源处理设备上报收到的RTSP操作请求消息，或所述RTSP操作请求消息对应的RTSP操作命令及相关参数； 

媒体资源控制设备中的处理模块，用于在收到来自所述媒体资源处理设备的上报，并且从所述上报中提取出的所述RTSP操作请求消息或所述RTSP操作命令及相关参数通过检查后，指示所述媒体资源处理设备执行RTSP操作请求，并携带所述RTSP操作请求消息或所述RTSP操作命令及相关参数； 

媒体资源处理设备中的接收模块，用于接收来自UE的RTSP操作请求消息； 

媒体资源处理设备中的第二上报模块，用于在接收到所述RTSP操作请求消息后，确定自身支持RTSP操作，且所述RTSP操作的集合中不包含收到的RTSP操作时，向媒体资源控制设备上报收到RTSP操作请求消息事件； 

媒体资源处理设备中的第一操纵模块，用于在收到来自媒体资源控制设备的执行RTSP操作请求的指示后，根据RTSP操作请求消息操纵UE对应的媒体流； 

媒体资源处理设备中的第二操纵模块，用于在自身支持所述RTSP操作，且所述RTSP操作的集合中包含收到的RTSP操作时，根据收到的RTSP操作请求消息操纵UE对应的媒体流。 

本发明实施例提供的一种媒体资源处理设备包括： 

接收模块，用于接收来自用户设备UE的实时流协议RTSP操作请求消息； 

第二上报模块，用于在接收到所述RTSP操作请求消息后，确定自身支持RTSP操作，且RTSP操作的集合中不包含收到的RTSP操作时，向所述媒体资源控制设备上报收到RTSP操作请求消息事件； 

第一操纵模块，用于在收到来自媒体资源控制设备的执行RTSP操作请求的指示后，根据RTSP操作请求消息操纵UE对应的媒体流； 

第二操纵模块，用于在自身支持所述RTSP操作，且RTSP操作的集合中包含收到的RTSP操作时，根据收到的RTSP操作请求消息操纵UE对应的媒体流。 

本发明实施例提供的一种媒体资源控制设备包括： 

第二指示模块，用于在媒体资源处理设备根据RTSP操作请求消息操纵UE对应的媒体流之前，指示媒体资源处理设备能够执行的RTSP操作的集合； 

第三指示模块，用于在所述媒体资源处理设备收到来自UE的RTSP操作请求消息之前，指示所述媒体资源处理设备上报收到的RTSP操作请求消息，或所述RTSP操作请求消息对应的RTSP操作命令及相关参数； 

处理模块，用于在收到来自所述媒体资源处理设备的上报，并且从所述上报中提取出的所述RTSP操作请求消息或所述RTSP操作命令及相关参数通过检查后，指示所述媒体资源处理设备执行RTSP操作请求，并携带所述RTSP操作请求消息或所述RTSP操作命令及相关参数； 

接收模块，用于接收来自媒体资源处理设备的上报。 

本发明实施例的媒体资源处理设备在收到来自用户设备UE的实时流协议RTSP操作请求消息后，若自身支持所述RTSP操作请求消息中的RTSP操作，则根据所述RTSP操作请求消息操纵该UE对应的媒体流，从而实现了在控制和承载分离的架构下操纵媒体流。 

图1为现有技术操纵媒体流的结构示意图； 

图2为本发明实施例操纵媒体流的系统结构示意图； 

图3为本发明实施例媒体资源处理设备的结构示意图； 

图4A为本发明实施例媒体资源控制设备的结构示意图一； 

图4B为本发明实施例媒体资源控制设备的结构示意图二； 

图4C为本发明实施例媒体资源控制设备的结构示意图三； 

图5为本发明实施例操纵媒体流的方法流程示意图； 

图6A为本发明实施例媒体资源控制设备要求媒体资源处理设备在媒体流 状态变化时进行上报的方法流程示意图； 

图6B为本发明实施例媒体资源控制设备要求媒体资源处理设备上报RTSP操作请求消息的方法流程示意图； 

图6C为本发明实施例媒体资源控制设备要求媒体资源处理设备上报RTSP操作请求以及相关参数的方法流程示意图。 

具体实施方式

在本发明实施例中：通过对H.248协议的扩展，使得媒体资源控制设备和媒体资源处理设备通过H.248协议进行RTSP相关操作的通信，从而实现了在控制和承载分离的架构下操纵媒体流。 

下面结合说明书附图对本发明实施例作进一步详细描述。 

如图2所示，本发明实施例操纵媒体流的系统结构示意图中，该系统包括：媒体资源处理设备20。 

其中，媒体资源处理设备20，用于在收到来自UE的RTSP操作请求消息后，若自身支持该RTSP操作请求消息中的RTSP操作，则根据该RTSP操作请求消息操纵UE对应的媒体流。 

其中，操纵媒体流的系统还可以进一步包括：媒体资源控制设备30。 

进一步的，媒体资源控制设备30还可以包括： 

第一指示模块300，用于在媒体资源处理设备20根据RTSP操作请求消息操纵UE对应的媒体流之前，指示媒体资源处理设备20在媒体流状态发生变化时，向媒体资源控制设备30上报。 

则媒体资源处理设备20还可以进一步包括： 

第一上报模块200，用于在操纵媒体流之后，向媒体资源控制设备30上报。 

进一步的，媒体资源控制设备30还可以包括： 

第二指示模块310，用于在媒体资源处理设备20根据RTSP操作请求消息操纵UE对应的媒体流之前，指示媒体资源处理设备20可以执行的RTSP操作 的集合。 

执行模块320，用于在收到来自媒体资源处理设备20的上报后资源处理设备20执行RTSP操作请求。 

则媒体资源处理设备20还可以进一步包括： 

第二上报模块210，用于在自身支持RTSP操作，并且第二指示模块310下发的指示可以执行的RTSP操作的集合中不包含收到的RTSP操作时，进行上报； 

第一操纵模块220，用于在收到执行RTSP操作请求的指示后，根据收到的RTSP操作请求消息操纵UE对应的媒体流。 

媒体资源处理设备20还可以进一步包括： 

第二操纵模块230，用于在自身支持所述RTSP操作，并且第二指示模块310下发的指示可以执行的RTSP操作的集合中包含收到的RTSP操作时，根据收到的RTSP操作请求消息操纵UE对应的媒体流。 

进一步的，媒体资源控制设备30还可以包括： 

第三指示模块330，用于在媒体资源处理设备20收到来自UE的RTSP操作请求消息之前，指示媒体资源处理设备20上报收到的RTSP操作信息。 

该RTSP操作信息包括但不限于下列方式中的一种： 

RTSP操作请求消息； 

RTSP操作请求消息对应的RTSP操作命令及相关参数。 

处理模块340，用于在收到来自媒体资源处理设备20的上报，并且从该上报中提取出的RTSP操作信息通过检查后，指示媒体资源处理设备20执行RTSP操作请求，并携带RTSP操作请求消息或RTSP操作命令及相关参数。 

则媒体资源处理设备20还可以进一步包括： 

第三上报模块240，用于在收到RTSP操作请求消息后，上报收到RTSP操作请求消息事件，并携带RTSP操作信息。 

第三操纵模块250，用于在收到执行RTSP操作请求的指示后，根据提取 出的RTSP操作信息操纵UE对应的媒体流。 

其中，媒体资源处理设备20和媒体资源控制设备30之间采用H.248协议进行交互。 

如图3所示，本发明实施例媒体资源处理设备的结构示意图中，媒体资源处理设备包括：接收模块50和判断模块60。 

接收模块50，用于接收来自UE的RTSP操作请求消息。 

判断模块60，用于在自身支持该RTSP操作请求消息中的RTSP操作后，根据该RTSP操作请求消息操纵UE对应的媒体流。 

其中，媒体资源处理设备20还包括： 

第一上报模块200，用于在收到来自媒体资源控制设备30的在媒体流状态发生变化时进行上报的指示，并且判断模块60操纵媒体流之后，向媒体资源控制设备30进行上报。 

其中，判断模块60还可以进一步包括： 

第二上报模块210，用于接收来自媒体资源控制设备30的指示，该指示为可以执行RTSP操作的集合，在自身支持RTSP操作，并且指示可以执行的RTSP操作的集合中不包含RTSP操作时该指示的RTSP操作中不包含收到的RTSP操作时，向所述媒体资源控制设备30进行上报。 

第一操纵模块220，用于在收到来自媒体资源控制设备30的执行RTSP操作请求的指示后，根据RTSP操作请求消息操纵UE对应的媒体流。 

其中，判断模块60还可以进一步包括： 

第二操纵模块230，用于在自身支持收到的RTSP操作，并且指示可以执行的RTSP操作的集合中包含收到的RTSP操作时，根据收到的RTSP操作请求消息操纵UE对应的媒体流。 

其中，判断模块60还可以进一步包括： 

第三上报模块240，用于接收来自媒体资源控制设备30的上报收到的RTSP操作信息的指示，在接收模块50接收到RTSP操作请求消息后，向媒体 资源控制设备30上报收到RTSP操作请求消息事件，并携带RTSP操作信息。 

第三操纵模块250，用于在收到来自媒体资源控制设备30的执行RTSP操作请求的指示后，根据提取出的RTSP操作信息操纵UE对应的媒体流。 

如图4A所示，本发明实施例媒体资源控制设备的结构示意图一中，媒体资源控制设备包括： 

第一指示模块300，用于在媒体资源处理设备20根据实时流协议RTSP操作请求消息操纵UE对应的媒体流之前，指示媒体资源处理设备20在媒体流状态发生变化时，进行上报。 

接收模块350，用于接收来自媒体资源处理设备20的上报。 

如图4B所示，本发明实施例媒体资源控制设备的结构示意图二中，媒体资源控制设备包括： 

第二指示模块310，用于在媒体资源处理设备20根据RTSP操作请求消息操纵UE对应的媒体流之前，指示媒体资源处理设备20可以执行的RTSP操作的集合。 

执行模块320，用于在收到来自媒体资源处理设备20的上报后，指示媒体资源处理设备20执行RTSP操作请求。 

其中，媒体资源控制设备还可以进一步包括： 

第一指示模块300，用于在媒体资源处理设备20根据实时流协议RTSP操作请求消息操纵UE对应的媒体流之前，指示媒体资源处理设备20在媒体流状态发生变化时，进行上报。 

接收模块350，用于接收来自媒体资源处理设备20的上报。 

如图4C所示，本发明实施例媒体资源控制设备的结构示意图三中，媒体资源控制设备包括： 

第三指示模块330，用于在媒体资源处理设备20收到来自UE的RTSP操作请求消息之前，指示媒体资源处理设备20上报收到的RTSP操作信息。 

处理模块340，用于在收到来自媒体资源处理设备20的上报，并且从该上 报中提取出的RTSP操作信息通过检查后，指示媒体资源处理设备20执行RTSP操作请求，并携带RTSP操作请求消息或RTSP操作命令及相关参数。 

其中，媒体资源控制设备还可以进一步包括： 

第一指示模块300，用于在媒体资源处理设备20根据实时流协议RTSP操作请求消息操纵UE对应的媒体流之前，指示媒体资源处理设备20在媒体流状态发生变化时，进行上报。 

接收模块350，用于接收来自媒体资源处理设备20的上报。 

如图5所示，本发明实施例操纵媒体流的方法包括下列步骤： 

步骤500、媒体资源处理设备接收来自UE的RTSP操作请求消息。 

其中，UE在需要控制媒体流时，向媒体资源处理设备发送RTSP操作请求消息。RTSP操作包括但不限于下列方式中的一种： 

正常播放、快速/慢速浏览、快速/慢速播放、暂停播放、恢复播放等。 

步骤501、媒体资源处理设备在自身支持RTSP操作请求消息中的RTSP操作时，根据该RTSP操作请求消息操纵该UE对应的媒体流。 

其中，媒体资源处理设备查看自身是否支持RTSP操作请求消息，也就是查看自身是否能否识别RTSP操作请求消息。 

其中，步骤500之前还可以进一步包括： 

媒体资源控制设备指示媒体资源处理设备在媒体流状态发生变化时，向媒体资源控制设备上报； 

则步骤501之后媒体资源处理设备向媒体资源控制设备进行上报，并携带媒体流状态变化后的信息。 

进一步的，媒体资源处理设备也可以不携带媒体流变化后的状态信息。 

其中，步骤500之前还可以进一步包括： 

媒体资源控制设备指示媒体资源处理设备可以执行的RTSP操作的集合； 

进一步的，指示媒体资源处理设备可以执行的RTSP操作的集合的含义为：在媒体资源处理设备支持RTSP操作，并且媒体资源控制设备也允许媒体资源 处理设备进行该RTSP操作，则媒体资源处理设备不需要向媒体资源控制设备上报媒体流状态发生变化。 

则步骤501中媒体资源处理设备在确定自身支持RTSP操作，并且指示可以执行的RTSP操作的集合中不包含收到的RTSP操作时，向媒体资源控制设备上报； 

媒体资源控制设备在收到该上报后，指示媒体资源处理设备执行RTSP操作请求； 

媒体资源处理设备在收到该指示后，根据该RTSP操作请求操纵UE对应的媒体流。 

如果指示可以执行的RTSP操作的集合中包含收到的RTSP操作时，则媒体资源处理设备不向媒体资源控制设备上报，直接根据收到的RTSP操作请求操纵UE对应的媒体流。 

其中，步骤500之前还可以进一步包括： 

媒体资源控制设备指示媒体资源处理设备向媒体资源控制设备上报收到的RTSP操作信息。 

进一步的，RTSP操作信息包括但不限于下了方式中的一种： 

RTSP操作请求消息； 

RTSP操作请求消息对应的RTSP操作命令及相关参数。 

则步骤501中媒体资源处理设备在收到来自UE的RTSP操作请求消息后，向媒体资源控制设备上报收到RTSP操作请求消息事件，并携带RTSP操作信息； 

媒体资源控制设备在RTSP操作信息通过检查后，指示媒体资源处理设备执行RTSP操作请求，并携带RTSP操作信息； 

进一步的，可以根据需要设定检查RTSP操作请求的条件，比如：查看RTSP操作请求消息是否正确，媒体资源控制设备是否支持RTSP操作，UE是否有权限执行该RTSP操作等等。 

媒体资源处理设备根据RTSP操作信息操纵该UE对应的媒体流。 

其中，媒体资源处理设备和媒体资源控制设备之间采用H.248协议进行交互。 

如图6A所示，本发明实施例媒体资源控制设备在媒体流状态变化时进行上报的方法包括下列步骤： 

步骤a600、UE分别与媒体资源控制设备和媒体资源处理设备建立SIP会话和RTSP会话。 

步骤a601、媒体资源控制设备指示媒体资源处理设备可以执行的RTSP操作的集合。 

步骤a602、媒体资源处理设备收到该指示后，向媒体资源控制设备返回指示响应消息。 

步骤a603、媒体资源控制设备指示媒体资源处理设备在媒体流状态发生变化后，向媒体资源控制设备上报。 

其中，这里对H.248协议扩展了一个事件，根据需要可以对H.248协议进行其它扩展。 

假设扩展事件为playstatechange，并同时为playstatechange扩展了两个被检测事件描述符参数： 

(1)playstate：用来标识媒体播放状态发生改变后的状态。类型为enumeration，包括但不限于下列值中的一种或几种： 

“NP”Normal Play(0x0001)标识正常播放 

“Scale”Play with scale ratio(0x0002)标识快速/慢速浏览 

“Speed”Play with speed ratio(0x0003)标识快速/慢速播放 

“Pause”Pause playing(0x0004)标识暂停 

“Recover”Recover after pausing(0x0005)标识暂停后恢复播放 

(2)rateinfo：这个参数仅当playstate为“Scale”或者“Speed”时才有效，当playstate为“Scale”时，该参数表示浏览媒体流的速率相对于正常观看速率的比 值的百分比，如果该值为负数则表示反方向浏览；当playstate为“Speed”时，该参数表示观看媒体流的速率相对于正常观看速率的比值的百分比，此时该参数不能为负数。 

则媒体资源控制设备可以将playstatechanges事件描述符发送给媒体资源处理设备。 

步骤a604、媒体资源处理设备收到该指示后，返回指示响应消息。 

其中，步骤a601和步骤a603没有先后顺序，可以先执行步骤a601和步骤a602，后执行步骤a603和a604，也可以先执行步骤a603和a604，后执行步骤a601和步骤a602。 

进一步的，根据需要可以只执行步骤a601和步骤a602，或只执行步骤a603和步骤a604，或步骤a601到步骤a604都不执行。 

步骤a605、UE向媒体资源处理设备发送RTSP操作请求消息。 

步骤a606、媒体资源处理设备收到该RTSP操作请求消息后，在自身支持该RTSP操作请求消息，并且指示可以执行的RTSP操作的集合中不包含收到的RTSP操作时，向媒体资源控制设备30上报。 

步骤a607、媒体资源控制设备在收到该上报后，指示媒体资源处理设备执行RTSP操作请求。 

步骤a608、媒体资源处理设备在收到该指示后，根据该RTSP操作请求操纵UE对应的媒体流。 

其中，步骤a606中媒体资源处理设备在自身支持该RTSP操作请求消息，并且指示可以执行的RTSP操作的集合中包含收到的RTSP操作时，根据该RTSP操作请求消息操纵UE对应的媒体流，从而不需要向媒体资源控制设备上报。 

步骤a609、媒体资源处理设备向UE返回操作成功响应。 

步骤a610、媒体资源处理设备向媒体资源控制设备上报媒体流状态发生变化事件，并携带媒体流状态变化后的信息。 

比如：媒体流播放速度提高了两倍，媒体资源处理设备将playstate类型设置为Speed，将rateinfo设置为2，并同playstatechange事件描述符一起发送给媒体资源处理设备。 

其中，步骤a609和步骤a610没有先后顺序，可以先执行步骤a609，后执行步骤a610，也可以先执行步骤a610，后执行步骤a609。 

步骤a611、媒体资源控制设备收到该上报后，向媒体资源处理设备返回上报响应消息。 

如图6B所示，本发明实施例媒体资源控制设备要求媒体资源处理设备上报RTSP操作请求消息的方法包括下列步骤： 

步骤b600、UE分别与媒体资源控制设备和媒体资源处理设备建立SIP会话和RTSP会话。 

步骤b601、媒体资源控制设备指示媒体资源处理设备在收到来自UE的RTSP操作请求消息后，若自身支持该RTSP操作请求消息中的RTSP操作，则将该RTSP操作请求消息上报给媒体资源控制设备。 

其中，这里对H.248协议扩展了一个事件，根据需要可以对H.248协议进行其它扩展。 

假设扩展事件为incomingRTSPMessage，并同时为incomingRTSPMessage扩展了一个被检测事件描述符参数。 

则媒体资源控制设备可以将incomingRTSPMessage事件描述符发送给媒体资源处理设备。 

步骤b602、媒体资源处理设备收到该指示后，向媒体资源控制设备返回指示响应消息。 

步骤b603、UE向媒体资源处理设备发送RTSP操作请求消息。 

步骤b604、媒体资源处理设备收到该RTSP操作请求消息后，向媒体资源控制设备上报收到RTSP操作请求消息事件，并携带该RTSP操作请求消息。 

其中，上报RTSP操作请求消息的方法有很多种，比如：将RTSP操作请 求消息封装到参数RTSPMessage中，其中，RTSPMessage为incomingRTSPMessage的一个被检测事件描述符参数。 

步骤b605、媒体资源控制设备收到该上报后，向媒体资源处理设备返回上报响应消息。 

步骤b606、媒体资源控制设备提取出该上报所携带的RTSP操作请求消息，在该RTSP操作请求消息通过检查后，指示媒体资源处理设备执行RTSP操作请求，并携带该RTSP操作请求消息。 

其中，这里对H.248协议扩展了一个信号，根据需要可以对H.248协议进行其它扩展。 

假设扩展信号为executingRTSPMessage，用来指示媒体资源处理设备执行RTSP操作，并同时为executingRTSPMessage扩展了一个参数RTSPMessage，用来携带RTSP操作请求消息。 

则媒体资源控制设备可以将RTSP操作请求消息封装到参数RTSPMessage中，同executingRTSPMessage信号一起发送给媒体资源处理设备。 

步骤b607、媒体资源处理设备收到该指示后，向媒体资源控制设备返回指示响应消息。 

步骤b608、媒体资源处理设备提取出该指示所携带的RTSP操作请求消息，根据该RTSP操作请求消息操纵媒体流。 

步骤b609、媒体资源处理设备向UE返回操作成功响应。 

其中，媒体资源处理设备和媒体资源控制设备之间采用H.248协议进行交互。 

如图6C所示，本发明实施例媒体资源控制设备发送包含参数操作请求事件描述符的命令消息的方法包括下列步骤： 

步骤c600、UE分别与媒体资源控制设备和媒体资源处理设备建立SIP会话和RTSP会话。 

步骤c601、媒体资源控制设备指示媒体资源处理设备在收到来自UE的 RTSP操作请求消息后，若自身支持该RTSP操作请求消息中的RTSP操作，则将RTSP操作命令及相关参数上报给媒体资源控制设备。 

其中，这里对H.248协议扩展了一个事件，根据需要可以对H.248协议进行其它扩展。 

假设扩展事件为incomingRTSPCommand，并同时为incomingRTSPCommand扩展了多个被检测事件描述符参数。 

则媒体资源控制设备可以将incomingRTSPCommand事件描述符发送给媒体资源处理设备。 

步骤c602、媒体资源处理设备收到该指示后，向媒体资源控制设备返回指示响应消息。 

步骤c603、UE通过RTSP链路向媒体资源处理设备发送RTSP操作请求消息。 

步骤c604、媒体资源处理设备收到该RTSP操作请求消息后，向媒体资源控制设备上报收到RTSP操作请求消息事件，并携带该RTSP操作请求消息对应的RTSP操作命令及相关参数。 

其中，这里确定RTSP操作请求消息对应的RTSP操作命令及相关参数的方法包括但不限于下列方式中的一种： 

可以直接从RTSP操作请求消息中提取出RTSP操作命令及相关参数； 

还可以根据预先的设置将RTSP操作请求消息进行转换，得到RTSP操作命令及相关参数。 

比如：RTSP操作为PLAY，则将incomingRTSPCommand中的一个被检测事件描述符RTSPCommand参数设置为PLAY，这里还可以预先设定好数值与RTSP操作的对应关系，假设PLAY对应的数值为1，则只需将RTSPCommand参数设置为1即可。 

然后将RTSP操作请求消息中携带的与PLAY相关的参数转换成媒体资源控制设备能够识别的参数，也就是对incomingRTSPCommand的其他被检测事 件描述符参数进行设置，假设需要在某个时间点开始播放，则将incomingRTSPCommand的其中一个被检测事件描述符参数设置为该时间点即可。 

步骤c605、媒体资源控制设备收到该上报后，向媒体资源处理设备返回上报响应消息。 

步骤c606、媒体资源控制设备提取出该上报所携带的RTSP操作命令及相关参数，在该RTSP操作命令及相关参数通过检查后，指示媒体资源处理设备执行RTSP操作请求，并携带该RTSP操作命令及相关参数。 

其中，这里对H.248协议扩展了一个信号，根据需要可以对H.248协议进行其它扩展。 

假设扩展信号为executingRTSPCommand，用来指示媒体资源处理设备执行RTSP操作，并同时为executingRTSPCommand扩展了多个参数。 

比如：该信号参数对应的RTSP操作为PLAY，则将executingRTSPCommand中的一个RTSPCommand参数设置为PLAY，这里还可以预先设定好数值与RTSP操作的对应关系，假设PLAY对应的数值为1，则只需将RTSPCommand参数设置为1即可。 

然后根据转换后的参数设置executingRTSPCommand其他的参数。 

比如：在某个时间点开始播放，则将executingRTSPCommand的其中一个参数设置为该时间点即可。 

则媒体资源控制设备可以将executingRTSPCommand信号、RTSPCommand参数及相关的executingRTSPCommand的其他参数一起发送给媒体资源处理设备。 

步骤c607、媒体资源处理设备收到该指示后，向媒体资源控制设备返回指示响应消息。 

步骤c608、媒体资源处理设备提取出该指示所携带的RTSP操作命令及相关参数，根据该RTSP操作命令及相关参数操纵媒体流。 

步骤c609、媒体资源处理设备向UE返回操作成功响应。 

其中，媒体资源处理设备和媒体资源控制设备之间采用H.248协议进行交互。 

上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。 

从上述实施例中可以看出：本发明实施例的媒体资源处理设备在收到来自用户设备UE的实时流协议RTSP操作请求消息后，若自身支持所述RTSP操作请求消息中的RTSP操作，则根据所述RTSP操作请求消息操纵该UE对应的媒体流，从而实现了在控制和承载分离的架构下操纵媒体流。 

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。 

Claims (9)

1.一种操纵媒体流的方法，应用于控制和承载分离的架构中，其特征在于，该方法包括：

媒体资源控制设备指示媒体资源处理设备能够执行的RTSP操作的集合；

所述媒体资源控制设备指示所述媒体资源处理设备向所述媒体资源控制设备上报收到的实时流协议RTSP操作请求消息，或所述RTSP操作请求消息对应的RTSP操作命令及相关参数；

所述媒体资源处理设备在收到来自UE的RTSP操作请求消息后，确定自身支持RTSP操作，且所述RTSP操作的集合中不包含收到的RTSP操作时，向所述媒体资源控制设备上报收到RTSP操作请求消息事件，并携带所述RTSP操作请求消息或所述RTSP操作命令及相关参数；

所述媒体资源控制设备在收到所述媒体资源处理设备上报的RTSP操作请求消息事件中的RTSP操作请求消息或RTSP操作命令及相关参数通过检查后，指示所述媒体资源处理设备执行RTSP操作请求，并携带所述RTSP操作请求消息或所述RTSP操作命令及相关参数；

所述媒体资源处理设备在接收到所述媒体资源控制设备的指示后，根据所述RTSP操作请求消息或所述RTSP操作命令及相关参数操纵该UE对应的媒体流；

所述媒体资源处理设备在收到来自UE的RTSP操作请求消息后，确定自身支持RTSP操作，且所述RTSP操作的集合中包含收到的RTSP操作时，直接根据收到来自UE的RTSP操作请求操纵UE对应的媒体流。

2.如权利要求1所述的方法，其特征在于，该方法还包括：

媒体资源控制设备指示媒体资源处理设备在媒体流状态发生变化时，向所述媒体资源控制设备上报；

则所述媒体资源处理设备根据所述RTSP操作请求消息操纵该UE对应的媒体流之后包括：

向所述媒体资源控制设备进行上报。

3.如权利要求2所述的方法，其特征在于，所述媒体资源处理设备和所述媒体资源控制设备之间采用H.248协议进行交互。 

4.一种操纵媒体流的系统，应用于控制和承载分离的架构中，其特征在于，该系统包括：

媒体资源控制设备中的第二指示模块，用于在媒体资源处理设备根据RTSP操作请求消息操纵UE对应的媒体流之前，指示媒体资源处理设备能够执行的RTSP操作的集合；

媒体资源控制设备中的第三指示模块，用于在媒体资源处理设备收到来自UE的RTSP操作请求消息之前，指示所述媒体资源处理设备上报收到的RTSP操作请求消息，或所述RTSP操作请求消息对应的RTSP操作命令及相关参数；

媒体资源控制设备中的处理模块，用于在收到来自所述媒体资源处理设备的上报，并且从所述上报中提取出的所述RTSP操作请求消息或所述RTSP操作命令及相关参数通过检查后，指示所述媒体资源处理设备执行RTSP操作请求，并携带所述RTSP操作请求消息或所述RTSP操作命令及相关参数；

媒体资源处理设备中的接收模块，用于接收来自UE的RTSP操作请求消息；

媒体资源处理设备中的第二上报模块，用于在接收到所述RTSP操作请求消息后，确定自身支持RTSP操作，且所述RTSP操作的集合中不包含收到的RTSP操作时，向媒体资源控制设备上报收到RTSP操作请求消息事件；

媒体资源处理设备中的第一操纵模块，用于在收到来自媒体资源控制设备的执行RTSP操作请求的指示后，根据RTSP操作请求消息操纵UE对应的媒体流；

媒体资源处理设备中的第二操纵模块，用于在自身支持所述RTSP操作，且所述RTSP操作的集合中包含收到的RTSP操作时，根据收到的RTSP操作请求消息操纵UE对应的媒体流。

5.如权利要求4所述的系统，其特征在于，该系统还包括：

第一指示模块，用于在所述媒体资源处理设备根据所述RTSP操作请求消息操纵该UE对应的媒体流之前，指示媒体资源处理设备在媒体流状态发生变化时，进行上报；

则所述媒体资源处理设备还包括：

第一上报模块，用于在操纵媒体流之后，向媒体资源控制设备进行上报。

6.如权利要求4所述的系统，其特征在于，所述媒体资源处理设备和所 述媒体资源控制设备之间采用H.248协议进行交互。

7.一种媒体资源处理设备，其特征在于，该媒体资源处理设备包括：

接收模块，用于接收来自用户设备UE的实时流协议RTSP操作请求消息；

第二上报模块，用于在接收到所述RTSP操作请求消息后，确定自身支持RTSP操作，且RTSP操作的集合中不包含收到的RTSP操作时，向所述媒体资源控制设备上报收到RTSP操作请求消息事件；

第一操纵模块，用于在收到来自媒体资源控制设备的执行RTSP操作请求的指示后，根据RTSP操作请求消息操纵UE对应的媒体流；

第二操纵模块，用于在自身支持所述RTSP操作，且RTSP操作的集合中包含收到的RTSP操作时，根据收到的RTSP操作请求消息操纵UE对应的媒体流。

8.如权利要求7所述的设备，其特征在于，所述媒体资源处理设备还包括：

第一上报模块，用于在收到来自媒体资源控制设备的在媒体流状态发生变化时进行上报的指示，并且在操纵媒体流之后，向所述媒体资源控制设备进行上报。

9.一种媒体资源控制设备，其特征在于，该媒体资源控制设备包括：

第二指示模块，用于在媒体资源处理设备根据RTSP操作请求消息操纵UE对应的媒体流之前，指示媒体资源处理设备能够执行的RTSP操作的集合；

第三指示模块，用于在所述媒体资源处理设备收到来自UE的RTSP操作请求消息之前，指示所述媒体资源处理设备上报收到的RTSP操作请求消息，或所述RTSP操作请求消息对应的RTSP操作命令及相关参数；

处理模块，用于在收到来自所述媒体资源处理设备的上报，并且从所述上报中提取出的所述RTSP操作请求消息或所述RTSP操作命令及相关参数通过检查后，指示所述媒体资源处理设备执行RTSP操作请求，并携带所述RTSP操作请求消息或所述RTSP操作命令及相关参数；

接收模块，用于接收来自媒体资源处理设备的上报。 

Images