专利名称：一种业务提供实体对媒体流控制的方法、系统和装置的制作方法
技术领域：
本发明涉及IP电视(IPTV)技术领域，特別涉及一种业务提供实体对 媒体流控制的方法、系统和装置。
背景技术：
IPTV是一种利用宽带有线电视网，集互联网、多媒体、通讯等多种技 术于一体，向家庭用户提供包括数字电视在内的多种交互式服务的崭新技术。IPTV使用传输控制协议/因特网协议(TCP/IP )作为承载协议进行单播、 广播或组播视频业务，有效地将电视网、电话网和互联网三个领域结合在一 起，是三网融合最具代表性的业务。IP多媒体子系统(IMS, IP Multimedia Subsystem )是一个独立于接入技 术的基于IP的标准体系，IMS与现存的语音和数据网络(不论是如PSTN、 ISDN、因特网等固定网络，还是如GSM、 CDMA等移动网络)都可以互通。 IMS体系使得通过各种类型的用户设备(UE)都可以建立对等的IP通信，并 可以获得所需要的服务质量。除会话管理之外，IMS体系还涉及完成服务提 供所必须的功能(例如注册、安全、计费、承载控制、漫游)。即IMS体系 构成了IP核心网的核心。为了实现IMS对固定网络用户接入的统一控制，在网络架构中引入了网 络附着子系统(NASS, Network Attachment Sub - System )和资源与接纳控 制子系统(RACS， Resource and Admission Control Subsystem ) 。 NASS用于 完成对UE附着于接入网络的管理，包括用户验证和网络地址分配、位置管 理。RACS则主要用于完成策略控制、资源预留和接纳控制，业务/应用层面 可利用RACS请求接入网预留相关的资源。
基于IMS的IPTV架构，将直接重用IMS的相关功能实体，并通过适 当增加新的功能实体以及对现有功能实体相关功能的扩充，实现对IPTV业 务的支持。图1示出了现有技术中基于IMS的IPTV架构的一种组网示意图。如图 1所示，每一个IPTV业务由一对IPTV业务控制功能(SCF， Service Control Functions)和IPTV媒体功能(MF, Media Functions )组成。其中，SCF是 一种会话初始协议(SIP, Session Initiation Protocol)应用服务器，作为业务 提供实体，其任务主要包括(l)会话初始化时进行授权；(2)实施修改流程， 检查用户的数据，以决定是否允许用户访问该业务；(3)账号控制；(4)选择 相应的MF。 MF作为媒体资源服务器，负责媒体流的控制和递交，可被分 为媒体控制功能(MCF)和媒体递交功能(MDF)。其中，MCF的任务主 要包括(l)处理媒体流的控制；(2)监视MDF的状态(可选)；(3)管理和 UE的交互；(4)在MCF控制多个MDF时，选择一个MDF; (5)感知不同MDF 的状态和内容的分发；(5)产生计费信息。MDF的任务主要包括(l)处理媒 体流的递交；(2)上报状态给MCF在流媒体应用中，UE通过与MCF建立实时流协议(Real Time Stream Protocol, RTSP)控制通道，控制媒体流实现卡带式影像录放机(Video Cassette Recording, VCR)操作，包括快进、后退、暂停、定位、正常播放 等。某些情况下，运营商或业务提供商希望通过SCF实现对指定的媒体流 进行VCR控制操作。而目前的IPTV中没有相关技术实现SCF对媒体流的 控制操作，因此，需要提出一种技术方案，使得SCF能够对媒体流进行VCR 控制操作。如果SCF和UE都能够对媒体流进行控制操作，则会出现VCR 控制沖突，因此还需要解决所述VCR沖突的问题。发明内容有鉴于此，本发明实施例提出一种业务提供实体对媒体流控制的方法，能 够实现业务提供实体对媒体流的控制。用户设备与媒体资源服务器之间存在媒
体流连接，包括如下步骤业务提供实体发起对媒体流的控制操作，所述对媒体流的控制操作由媒 体资源服务器执行。本发明实施例还提出另一种业务提供实体对媒体流控制的方法，用户设备与媒体资源服务器之间存在媒体流连接以及RTSP控制通道，包括如下步骤 业务提供实体控制媒体资源服务器执行禁止用户终端的媒体流控制操作；业务提供实体发起对媒体流的控制操作；业务提供实体控制媒体资源服务器执行恢复用户设备的媒体流控制操作。本发明实施例还提出 一种业务提供实体对媒体流控制的系统，包括 媒体资源服务器，用于与用户设备建立媒体流；业务提供实体，用于向所述媒体资源服务器发送对所述媒体流的控制命令；所述媒体资源服务器还用于根据所述业务提供实体的控制命令，对媒体 流进行控制操作。本发明实施例还提出一种业务提供实体，包括媒体流控制模块，用于向媒体资源服务器发起对媒体流的控制操作。从以上技术方案可以看出，业务提供实体通过暂时禁止用户设备的媒体 流控制搡作，然后业务提供实体向媒体资源服务器发送媒体流控制命令，可 以实现在某些业务场景下业务提供实体控制指定媒体流进行后退、快进、暂 停、定位的操作。
图1为现有技术中基于IMS的IPTV架构的一种组网示意图； 图2为本发明实施例的基本架构流程图3为本发明第一实施例的信令流程图；图4为本发明第二实施例的信令流程图；图5为媒体控制的通用架构；图6为本发明第三实施例的信令流程图；图7为本发明第四实施例的信令流程图；图8为本发明第五实施例的信令流程图；图9为本发明第六实施例的信令流程图；图IO为本发明实施例中的业务提供实体结构框图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明 作进一步的详细阐述。以TISPAN的IPTV架构为例，本发明实施例中的业务提供实体为业务控 制功能实体SCF，媒体资源服务器为媒体功能实体MF。而媒体功能实体MF 可以包括媒体控制功能实体MCF和媒体交付功能实体MDF。业务开展过程中， 业务控制功能实体SCF与媒体控制功能实体MCF进行交互实现业务，媒体控 制功能实体MCF控制媒体交付功能实体MDF完成媒体处理和交付。本发明实 施例中，不再描述MDF与MCF之间的交互过程，而将两者作为整体描述为 MF。在IMS架构中，本发明实施例中的业务提供实体为应用服务器AS,媒体 资源服务器为媒体资源功能实体MRF。而媒体资源功能实体MRF包括媒体资 源功能控制实体MRFC和媒体资源功能处理实体MRFP。业务开展过程中，应 用服务器AS与媒体资源功能控制实体MRFC进行交互实现业务，媒体资源功 能控制实体MRFC控制媒体资源功能处理实体MRFP完成媒体处理和交付。以下以TISPAN IPTV为业务场景描述实施例，其相关流程同样可应用于 IMS架构下AS与MRFC的交互，在实施例中就不再重复描述。本发明方案的第一个目的就是实现SCF对媒体流进行后退、快进、暂
停、定位等VCR控制操作。图2示出了本发明方案的总体流程框架，在UE 与MF之间已经存在媒体流连接的情况下，执行如下步骤步骤201a: SCF业务触发，发起对UE与MF间々某体流的控制；步骤202a: SCF发起媒体流的控制操作；步骤203a: MF执行所述对媒体流的控制操作。本发明方案的另一个目的是解决SCF与UE同时进行媒体流VCR控制 所引起的VCR控制沖突。在UE与MF之间已经存在媒体流以及RTSP控制 通道的情况下，执行如下步骤步骤201b:在SCF发起媒体流的控制操作之前，SCF发起禁止所述UE 与MF之间的控制通道；步骤202b:在SCF发起媒体流的控制操作之后，SCF发起激活所述UE 与MF之间的控制通道。上述两个方案也可以一起使用，简单地说，就是将步骤201b添加到步 骤201a和步骤202a之间，而将步骤202b添加到步骤203a之后。根据具体实现方式的不同，下面通过三个实施例对实现SCF的VCR操作进行详细阐述。实施例一RTSP控制方式RTSP是应用级协议，控制实时数据的发送。RTSP提供了一个可扩展 框架，使实时数据(如音频与视频)的受控、点播传送成为可能。数据源包 括现场数据(如直播)与存储在剪辑中数据(如VOD等)。该协议目的在 于控制多个数据传送会话，提供选择传送通道的方法，传送通道如UDP、 组播UDP与TCP,提供基于RTP选择传输机制的方法。RTSP控制方式包括1 、 SCF与MF通过会话描述协议(SDP, Session Description Protocol) 协商，建立一个SCF与MF间的RTSP通道与^皮控制的4某体流之间的关联；2 、 SCF通过RTSP通道控制々某体流；3、完成控制操作后，释放SCF与MF间的RTSP通道，基于通道重用
等原因，RTSP通道也可以不释放。本实施例的具体实现流程如图3所示，包括如下步骤 步骤301-306: UE通过SCF与MF进行SIP SDP交互，建立了媒体流。 步骤307: SCF上触发业务，需要发起对UE媒体流的控制。 步骤308: SCF向MF发送会话内邀请(INVITE )消息，携带SDP offer, 新建一个SCF与MF间的RTSP控制通道， 下面给出该邀请消息的 一 个示例工NV工TE sip:MF.example.com SIP/2.0Via: .Route:...Max-Forwards :...From: . To:…Call-ID: , CSeq:...v=0o=SCF 20000000 20000001工N IP4 scf.example.com s=c-工N IP4 uehost,example.com t = 0 0m=video 30100 RTP/AVP 31 32 a二:rtpmap: 31 H261/90000 a-label:1m=application 9 TCP/RTSP rtsp a=ftutp: rtsp version: 2.0 a-rtspid m-stream:1m=application 9 TCP/RTSP rtsp /*新建的SCF与MF间的RTSP通道*/c = IN工P4 scf.exatnple.coma二fmtp::rtsp version: 2.0a-:ctspid tn-streain:l￡L=connection: newa=setup:active步骤309: MF返回200OK，携带SDP应答(SDP answer )。 下面给出所述200 OK消息的一个示例SIP/2.0 200 OK Via:...Max-Forwards :... Prom:... To:… Call-ID:… CSeq:...v=0o=MF 30000000 30000000工N工P4 MF.example.com s =c=rN IP4 MF.example.com t = 0 0m=video 50100 RTP/AVP 31 32新建的SCF与MF间的RTSP通道a=rtpmap:31 H261/90000 a=label:1m=application 60010 TCP/RTSP rtsp a=fnitp: rtsp version: 2.0 a-rtspid m-stream:l m=application 60020 TCP/RTSP rtsp a=fmtp:rtsp version: 2.0 a=rtspid m-stiream:l a=connection:new a=setup:passive步骤310: SCF发送ACK确认，SCF与MF间建立RTSP通道。步骤311: SCF通过所述RTSP通道向MF发送RTSP命令控制媒体流， MF执行所述命令，进行相应的VCR搡作。步骤312: SCF向MF发送会话内INVITE消息，携带SDP offer,将新 建的SCF与MF间的RTSP通道释放；某些场景下基于通道重用的考虑也可 以不释放该RTSP通道。下面给出所述INVITE消息的一个示例INVITE sip:MF.example.com S工P/2.0Via:...Route:...Max- Forwards :...From: …To:...Call-ID:...CSeq:...o=SCF 20000000 20000002 IN IP4 scf,example,com S=c=IN工P4 uehost.example.com t=0 0m=video 30100 RTP/AVP 31 32a=rtpmap:31a=label:1m=application 9 TCP/RTSP rtsp a=fmtp:rtsp version: 2.0 a=rtspid Tn-stre認l m-application 0 TCP/RTSP rtsp c=IN IP4 scf.example,com a=fmtp:rtsp version: 2.0 a=rtspid m-stream:l a=connection:new a=setup:active步骤313: MF返回200 OK,携带SDP answer 下面给出所述200 OK消息的一个示例将新建的SCF与MF间的RTSP通道释放SIP/2.0 200 OK Via:…Max- Forwards :F"rom: …
To:… Call-ID:... CSeq:...v=0o=MF 30000000 30000000 IN IP4 MF.example.com s =c=IN工P4 MF.example.com t = 0 0m-video 50100 RTP/AVP 31 32 a=rtpmap:31 H261/90000 a-label:1m=application 60010 TCP/RTSP rtsp a-fmtp:i:tsp version: 2.0 a=rtspid m-stream:lm=application 0 TCP/RTSP rtsp /*将新建的SCF与MF间的RTSP通道释放*/a=fmtp:rtsp version: 2.0 a=rtspid m-stream:l a=connection:new步骤314: SCF发送ACK确认。通过以上流程，实现了 SCF通过RTSP控制通道对UE与MF之间的媒 体流进行控制操作。实施例二 SIP消息控制方式SIP是由Interne工程任务组(IETF)制订的多媒体通信系统框架协议 之一，是用于建立、改变或结束多媒体会话的应用层协议，与实时传输协议 (RTP， Real Timing Transmission Protocol) /实时传输控制协议(RTCP， Real-time Transport Control Protocol) 、 SDP、 RTSP、域名系统(DNS， Domain Name System)等协议配合，共同完成IMS中的会话建立及》某体协商； 一旦 建立会话，媒体流将使用RTP协议在承载层中直接传送，在一次会话中可 以灵活的交互多种媒体。SIP消息控制方式包括SCF向MF发送关联媒体流所属会话的SIP消息，该SIP消息中携带控 制指示，用于控制媒体流；所述控制指示包括快进、后退、暂停、定位、 正常播放等；本实施例的具体实现流程如图4所示，包括如下步骤步骤401~406: UE通过SCF与MF进行SIP SDP交互，建立媒体流。步骤407: SCF上触发业务，发起对UE媒体流的控制。
步骤408: SCF向MF发送携带后退指示的INFO消息，控制媒体流后退;步骤409: 步骤410:位；步骤411: 步骤412: 流正常播放； 步骤413:MF返回200 OK响应消息；SCF向MF发送携带定位指示的INFO消息，控制媒体流定 MF返回200 OK响应消息；SCF向MF发送携带正常播放指示的INFO消息，控制媒体 MF返回200 OK响应消息；作为实施例，下面给出 一 个XML描述方式的媒体流控制的指示:1、 定义MIME Type: application/RTSP-control+xml2、 定义XML名字空间Namespace: urn:ietf:params:xml:ns:rtsp-control3、 控制脚本可以如下< xml version=" 1.0" encoding="UTF-8" ><rtsp-control xmlns="um:ietf:params:xml:ns:rtsp-policy"xmlns:xsi="http:〃www.w3.org/2001/XMLSchema-instance"> </play> /*正常播放*/</rtsp-control>< xml version=" 1.0" encoding="UTF-8" ><rtsp-control xmlns="urn:ietf:params:xml:ns:rtsp-policy"xmlns:xs="http:〃www.w3.org/2001/XMLSchema-instance"> </pause> /*暂停*/</rtsp-control>< xml version=" 1.0" encoding="UTF-8" ><rtsp-control xmlns="urn:ietf:params:xml:ns:rtsp-policy"xmlns :xsi-"http :〃www. w3. org/2001/XMLSchema-instance"> <goto type="time"> /*按时间定位*/2005-08-15T10:20:00.000-05:00 </goto>< xml version="1.0" encoding="UTF-8" ><rtsp-control xmlns="urn:ietf:params:xml:ns:rtsp-policy"xmlns :xsi="http :〃www. w3 .org/2001/XMLSchema-instance"> <gototype="file">/*按文件偏移定位，偏移量为19881千字节*/19881k </goto> </rtsp-control>< xml version=" 1.0" encoding="UTF-8" ><rtsp-control xmlns="urn:ietf:params:xml:ns:rtsp-policy"xmlns:xsi="http:〃www.w3.org/200i/XMLSchema-instance"> <fastmove direct="forward"> /*按2倍速率快进，direct设为"back",则按2倍速率后退*/
当然，还存在其它的方式描述媒体流的控制指示。如通过已有的SIP头 域或定义新的SIP头域携带指示，但其表达的思想类似，在此就不在重复举例。使用SIP INFO消息只是一种实施例，其它SIP消息，如MESSAGE也 可用在该流程中替换INFO实现相同的功能，在此就不在重复举例。 实施例三媒体控制消息方式IETF的一个草案(draft-boulton-sip-control-framework-04.txt)定义了一 个媒体控制的通用架构，如图5所示，该架构定义了三个逻辑角色媒体控 制服务器(Control Server)、媒体控制客户端(Control Client)和媒体控制 通道(Control Channel),其中，媒体控制服务器为逻辑实体，用于接受媒体控制客户端的媒体处理请求 消息，执行具体的媒体处理操作，如放音、录音、媒体混合等；媒体控制客户端为逻辑实体，向媒体控制服务器发送消息，请求处理媒 体资源；媒体控制通道为媒体控制客户端通过SIP与媒体控制服务器间进行SDP 交互，协商建立的基于可靠连接的传递控制消息的通道。该架构中，媒体控制客户端与媒体控制服务器通过SIP SDP交互建立媒 体控制通道，媒体控制客户端通过媒体控制通道向媒体控制服务器发送媒体 控制消息，实现媒体控制处理。在基于TISPAN的IPTV架构中，MF为媒 体控制服务器，SCF为媒体控制客户端；在IMS系统中，MRF为媒体控制 服务器，AS为媒体控制客户端。媒体控制消息方式包括1、 如果待控制的媒体流所属的SCF与MF间的媒体会话没有对应的媒 体控制通道，SCF与MF通过SDP协商建立一个对应该媒体会话的媒体控 制通道；2、 SCF通过通道2向MF发送媒体控制消息携带控制指示控制媒体流；
这样的控制指示包括快进、后退、暂停、定位、正常播放等。3、释放SCF与MF间新建的媒体控制通道即通道2，基于某些原因,例如通道重用等，媒体控制通道也可以不释放。本实施例的具体实现流程如图6所示，包括如下步骤步骤601 606: UE通过SCF与MF进行SIP SDP交互，建立了々某体流和RTSP控制通道。步骤607: SCF上触发业务，需发起对UE媒体流的控制；步骤608: SCF向MF发送会话内INVITE消息，携带SDP offer,通过SDP协商建立媒体控制通道。下面给出所述INVITE消息的 一 个示例INVITE sip:MF.example.com S工P/2.0Via:...Route:...Max- Forwards :...From: …To:…Call-ID:...CSeq:...v=0o=SCF 20000000 20000001 IN工P4 scf.example.com s=c=IN IP4 uehost.example,com t=0 0m-vicieo 30100 RTP/AVP 31 32 a=rtpmap:31 H261/90000 a-label:1m-application 9 TCP/RTSP rtsp a=fmtp:rtsp version: 2.0 a=rtspid m-stre達lm=application 7575 TCP/ESCS /*新建的SCF与MF*间的媒体控制通道*/c=IN工P4 scf.example.com a=setup:active a=cormection:new步骤609: MF返回200 OK,携带SDP answer; 下面给出所述200 OK消息的 一 个示例SIP/2.0 200 OK Via:…Max- Forwards :... From:... To:… Call-ID:… CSeq:...v=0 o=MF 30000000 30000000 IN IP4 MF.example.com s =c=IN工P4 MF.example.com t = 0 0m=video 50100 RTP/AVP 31 32 a=rtpmap:31 H261/90000 a-label:1m=application 60010 TCP/RTSP rtsp a=fmtp:irtsp version: 2.0 a-rtspid m-st:ream:lm=application 75。 TCP/ESCS /*新建的SCF与MF间的媒体控制通道*/a=setup:passive a=connection:new步骤610: SCF发送ACK确认，SCF与MF间建立力某体控制通道； 步骤611: SCF通过媒体控制通道向MF发送媒体控制消息，携带快进、后退、定位、暂停、正常播放指示，控制媒体流；步骤612: SCF向MF发送媒体控制消息MR叫uest携带快进指示，控制媒体流快进；步骤613: MF执行媒体流快进操作，并返回MResponse响应消息； 步骤614: SCF向MF发送媒体控制消息MRequest携带暂停指示，控 制媒体流暂停；步骤615: MF执行媒体流暂停操作，并返回MResponse 响应消息； 步骤616: SCF结束对媒体流的控制，向MF发送会话内INVITE消息，携带SDP offer，释放新建的媒体控制通道；某些场景下媒体控制通道也可以不释放，因此该步骤可省略。下面给出所述INVITE消息的 一 个示例INVITE sip:MF.example.com SIP/2.0Via:...Route:...Max- Forwards :...From: …To:…Call-ID:... CSeq:...v=0o=SCF 20000000 20000002 IN IP4 scf.example.com s =c=IN IP4 uehost.exainple.com t = 0 0tn=video 3 0100 RTP/AVP 31 3 2 a=rtpmap:31 H2S1/90000 a=label:1tu=application 9 TCP/RTSP rtsp a=fmtp:rtsp version: 2.0 a=3rtspid m-streain:lm=application 0 TCP/ESCS /*释放新建的SCF与MF间的媒体控帝J通道*/c = IN IP4 scf.exaruple.com a=setup:active a=comiection: new步骤617: MF返回200OK，携带SDP answer; 下面给出所述200 OK消息的 一 个示例SIP/2.0 200 OK Via:...Max - Forwards :... From:... To:… Call-ID:". CSeq:…v=0o=MF 30000000 30000000 IN IP4 MF.example.com s =c=IN IP4 MF.example.com t=0 0m=video 50100 RTP/AVP 31 32 a=rtpmap:31 H261/90000 a=label:1m-application 60010 TCP/RTSP rtsp a=fmtp:rtsp version: 2.0 a-rtspid m-stream:lm-application 0 TCP/ESCS /*释放新建的SCF与MF间的媒体控制通道*/a=setup:passive a-co皿ection: new步骤618: SCF发送ACK确认。媒体控制消息携带媒体流的控制指示实施例可以采用与SIP消息控制 方式实施类似的方案。以下再通过三个实施例对避免VCR操作沖突的实现过程进4亍详细阐述。实施例四SDP协商方式来避免VCR操作冲突本实施例的具体实现流程如图7所示，包括如下步骤步骤701~706: UE通过SCF与MF进行SIP SDP交互，建立了媒体流和RTSP控制通道(RTSP Channel),该RTSP控制通道称为通道1 。 步骤707: SCF上触发业务，需要禁止UE的VCR操作。 步骤708: SCF向MF发送会话内邀请(INVITE )消息，携带SDP offer,将UE的RTSP通道即通道1设为去激活状态。 下面给出该邀请消息的 一个示例工NV工TE sip:MF.example.com SIP/2.0 Via:...ROUte:...Max - Forwards:... From:... To:... Call-ID:… CSeq:...v-0o-SCF 20000000 20000001 IN IP4 scf.example.com s =c=IN IP4 uehost.example.com t = 0 0m-video 3 0100 RTP/AVP 31 32 a=rtpmap:31 H261/90000 a=label:1m-application 9 TCP/RTSP rtsp a=fmtp:irtsp version: 2.0 a=rtspid m-st;ream:la-inactive /*将UE的RTSP通道设为去徼活状态*/步骤709: MF返回200OK,携带SDP应答(SDP answer)。 下面给出所述200 OK消息的 一个示例SIP/2.0 200 OK Via:...Max- Forwards :... From: … To:...Call-ID:... CSeq:…v=0o=MF 30000000 30000000 IN工P4 MF.example.coms=c=IN工P4 MF.example.com t=0 0m-video 50100 RTP/AVP 31 32 a=rtpmap:31 H261/90000 a=label:1m-application 60010 TCP/RTSP rtsp a=fmtp:rtsp version: 2.0 a=rtspid m-stream:1a=inactive /*将UE的RTSP通道设为去徼活状态*/步骤710: SCF发送ACK确认。步骤711: SCF向UE发送会话内INVITE消息，携带SDP offer,将 UE的RTSP通道设为去激活状态，从而使UE知道RTSP通道被禁用； 以下症合出所述INVITE消息的一个示例INVITE sip:uehost.example.com SIP/2.0 via:…Route: …Max-Forwards: …From: …To:…Call-ID:...CSeq:...v=0o=SCF 30000000 30000001 IN IP4 scf.example.com s=c=IN IP4 MFhost.example.com t = 0 0m-video 50100 RTP/AVP 31 32 a=rtpmap:31 H261/30000 a=label:1m-application 60010 TCP/RTSP rtsp a=fmtp:rtsp version: 2.0 a=rtspid m-stre認1a=inactive /*将UE的RTSP通道设为去激活状态*/步骤712: UE返回200 OK，携带SDP answer; 以下给出所述200 OK消息的 一 个示例SIP/2.0 200 OK Via:…Max - Forwards :... From:... To:...Call-工D:… CSeq:...v=0o=UE 60000000 60000000 IN IP4 MF.example.com s =c=IN IP4 uehost.example.com t = 0 0m=video 80100 RTP/AVP 31 32 a=rtpmap:31 H261/90000 a=label:1m-application 9 TCP/RTSP rtsp a=fmtp:rtsp version: 2.0 a=rtspid m-stream:la=inactive /*将UE的RTSP通道设为去激活状态*/步骤713: SCF发送ACK确认；步骤714:SCF与MF进行SDP协商，恢复UE的VCR搡作； 步骤715: SCF向MF发送会话内INVITE消息，携带SDP offer,将 UE的RTSP通道i殳为激活状态；以下给出所述INVITE消息的 一 个示例INVITE sip:MF.example.com SIP/2.0Via:…Route :.,,Max-Forwards :...
From: … To:… Call-工D:... CSeq:…v=0o=SCF 20000000 20000002 IN IP4 scf.example.com s=c=IN IP4 uehost.example.com t=0 0m=video 50100 RTP/AVP 31 32 a=rtpmap:31 H261/90000 a-label:1m=application 9 TCP/RTSP rtsp a=fmtp:rtsp version: 2.0 a=rtspid m-stiream:la=sendrecv /*将UE的RTSP通道设为激活状态*/步骤716: MF返回200 OK，携带SDP answer; 以下给出所述200 OK消息的 一 个示例S工P/2.0 200 OK Via:...Max - Forwards :... Prom:... To:… Call-工D:... CSeq:...v=0o=MF 30000000 30000000 IN工P4 MF.example.com s =c-工N IP4 MF.example.com t=0 0m=video 50100 RTP/AVP 31 32 a=rtpmap:31 H261/90000 a=label:1m=application 60010 TCP/RTSP rtsp a=fmtp:]ftsp version: 2.0 a=irtspid m-stream: 1a=sendrecv /* ^寻UE的RTSP通道i爻为激活状态*/步骤717: SCF发送ACK确认；步骤718: SCF向UE发送会话内INVITE消息，携带SDP offer，将 UE的RTSP通道设为激活状态，从而使UE知道RTSP通道可用； 以下症会出所述INVITE消息的 一 个示例INVITE sip:uehost.example.com SIP/2.0Via : …Route:...Max- Forwards :...From ...To:.,. Call-ID:… CSeq:…v=0o=SCF 30000000 30000002 IN IP4 scf.example.com s =c-工N工P4 MFhost.example.com t = 0 0m-video 50100 RTP/AVP 31 32 a=rtpmap:31 H261/90000 a=label:1m-application 60010 TCP/RTSP rtsp a=fmtp:r"tsp version: 2.0 a-rtspid m-stream:la=sendrecV /*将UE的RTSP通道设为激活状态*/步骤719: UE返回200 OK，携带SDP answer; 以下给出所述200 OK消息的一个示例SIP/2.0 200 OK Via:…Max - Forwards :... From:... To:…Call-ID:... CSeq: …v=0o=UE 60000000 60000000 IN IP4 MF.example.com s=c=IN工P4 uehost.example.com t=0 0m=video 80100 RTP/AVP 31 32 a=rtpmap:31 H261/90000 a=label:1m-application 9 TCP/RTSP rtsp a=fmtp:rtsp version: 2.0 a=rtspid m-stream:1a-sendrecv /*将UE的RTSP通道设为激活状态*/步骤720: SCF发送ACK确认；上述实施例流程中SCF分别向MF和UE发送会话内的INVITE消息没 有先后顺序，可以同时向MF和UE发送，不必等200 OK返回；SCF还可 以向MF和UE发送更新(UPDATE )消息实现SDP协商。第四实施例流程中给出了去激活RTSP通道的一种方式，还可以将RTSP 通道i史为MF只发送a=sendonly，UE只接收的才莫式a=recvonly,实现去激活； 或者将RTSP控制通道关联的媒体流去关联，如a=rtspid m-stream:l中， 将rtspid m-stream后面关联的J 某体流标签1去掉；通过以上流程，实现了 SCF通过与MF之间进行SDP协商，禁止UE
对该媒体流的控制操作，然后再恢复UE对媒体流的控制操作，这样可以避免出现VCR操作冲突。实施例五通过SIP消息来避免VCR冲突。本实施例的具体实现流程如图8所示，包括如下步骤步骤801 806: UE通过SCF与MF进行SIP SDP交互，建立々某体流和RTSP控制通道，该RTSP控制通道称为通道1。步骤807:SCF上触发业务，需要禁止UE的VCR操作。步骤808: SCF向MF发送会话内INVITE消息，携带SDP offer,通过SDP协商将UE的RTSP通道即通道1设为去激活状态，禁止UE的RTSP操作。下面给出所述INVITE消息的 一 个示例INVITE sip:MF.example.com SIP/2.0Via:...Route: …Max-Forwards: …From: …To:…Call-ID:...CSeq:...v=0o-SCF 20000000 20000001 IN IP4 scf.example.coms=c=IN IP4 uehost.example.com t=0 0m-video 3 0100 RTP/AVP 31 32 a=rtpmap:31 H261/90000 a-label:1m-application 9 TCP/RTSP rtsp a=fmtp:rtsp version: 2.0 a=rtspid m-stream:la=inactive /*将UE的RTSP通道设为去激活状态*/步骤809: MF返回200 OK，携带SDP answer。 下面给出所述200 OK消息的一个示例S工P/2.0 200 OK Via:...Max-Forwards : From:... To: …Call-ID:… CSeq:…v-0 =MF 30000000 30000000 IN IP4 MF.example,coms =c=IN IP4 MF.example.com t=0 0m=video 50100 RTP/AVP 31 32 a=label:1tn=application 60010 TCP/RTSP rtsp a=fmtp:rtsp version: 2.0 a-rtspid m-stream:1a=inactive /*将UE的RTSP通道设为去激活状态*/步骤810: SCF发送ACK确认。步骤811: SCF结束对i某体流的控制，向MF发送会话内INVITE消息: 携带SDP offer,通过SDP协商将UE的RTSP通道即通道1设为激活状态: 下面给出所述INVITE消息的 一 个示例工NV工TE sip.-MF.example.com SIP/2. 0Via:...Route:".Max - Forwards :...From: …To:…Call-ID:... CSeq:…v=0o=SCF 20000000 20000002 IN工P4 scf.example.com s=c=IN IP4 uehost，example.com t=0 0m=video 30100 RTP/AVP 31 32 a=rtpmap:31 H261/90000 a=label:1m-application 9 TCP/RTSP rtsp a=fintp:rtsp version: 2.0 a=rtspici m-stream:la-sendrecv /*将UE的RTSP通道设为激活状态*/步骤812: MF返回200 OK，携带SDP answer。 下面给出所述200 OK消息的 一个示例SIP/2.0 200 OK Via:...Max-Forwards:... Prom:... To:... Csll-ID:... CSeq:..,v=0o=MF 30000000 30000000 IN IP4 MF.example.com s =c=IN IP4 MF.example.com t = 0 0m-video 50100 RTP/AVP 31 32 a=rtpmap:31 H261/90000 a=label:1 m=application 60010 TCP/RTSP rtsp a=fmtp:rtsp version: 2.0 a-rtspid m-stream:1a=sendrecv /*将UE的RTSP通道设为激活状态*/步骤813: SCF发送ACK确认。 实施例六通过媒体控制消息避免VCR冲突 本实施例的具体实现流程如图9所示，包括如下步骤 步骤901-906: UE通过SCF与MF进行SIP SDP交互，建立媒体流和 RTSP控制通道;步骤907: SCF上触发业务，需要禁止UE的VCR操作，SCF与MF 进行SDP协商，禁止UE的VCR操作；步骤908-910:如果SCF与MF间没有可用的媒体控制通道，SCF向 MF发送会话内INVITE消息，携带SDP offer,协商建立媒体控制通道；步骤911: SCF向MF发送媒体控制消息MR叫uest携带禁止UE的VCR 操作指示；步骤912: MF返回响应消息MResponse; 步骤913: SCF通知UE VCR操作被禁止；步骤914: SCF向MF发送媒体控制消息MR叫uest携带允许UE的VCR 操作指示；步骤915: MF返回响应消息MResponse; 步骤916: SCF通知UE允许执行VCR操作。本发明实施例中的用于实现业务提供实体对媒体流控制的系统，至少包括媒体资源服务器，用于与用户设备建立媒体流；业务提供实体，用于向所述媒体资源服务器发送对所述媒体流的控制命进行控制操作。根据以上实施例方案，业务提供实体与媒体资源服务器之间的交互关系
分为如下三类第一类参照本发明第一实施例的方案，通过业务提供实体和媒体资源服 务器之间进行SDP协议协商，业务提供实体和媒体资源服务器之间建立间的RTSP控制通道，向媒体资源服务器发起对媒体流的控制操作。在完成 控制操作后，业务提供实体可以拆除所述与媒体服务器之间的RTSP控制通 道，或者出于通道重用的考虑，不拆除该RTSP控制通道。第二类参照本发明第二实施例方案，业务提供实体向媒体资源服务器发 送携带媒体控制命令的SIP消息；媒体资源服务器根据所述SIP消息中携带 的媒体控制命令，进行媒体流控制操作。这种交互关系不需要建立二者之间 的控制通道。第三类参照本发明第三实施例方案，所述业务提供实体用于与媒体资源 服务器建立媒体控制通道，并通过所述业务提供实体与媒体资源服务器之间 的媒体控制通道，向媒体资源服务器发起对媒体流的控制搡作。无论上述三类中的那一类，如果媒体资源服务器与用户设备之间已经建 立了 RTSP控制通道，则所述业务提供实体还要向媒体资源服务器发送禁止 指示，所述禁止指示用于禁止所述用户设备与媒体资源服务器之间的RTSP 控制通道；所述媒体资源服务器根据来自业务提供实体的禁止指示，禁止自身与用户设备的RTSP控制通道。在业务提供实体完成对媒体流的控制之后，业务提供实体进一步用于向媒体资源服务器发送允许指示，所述允许指示用于允许所述用户设备与媒体资源服务器之间已被禁止的RTSP控制通道。所述业务提供实体为SCF，媒体资源服务器为MF; 或者，所述业务提供实体为AS,媒体资源服务器为MRF。 本发明实施例的业务提供实体的结构如图IO所示，包括 媒体流控制模块1010,用于向媒体资源服务器发起对媒体流的控制操 作。所述媒体流控制模块1010包括避免冲突单元1011,用于向媒体资源服务器发送禁止指示，所述禁止 指示用于禁止用户设备与媒体资源服务器之间的RTSP控制通道。所述禁止指示可以是会话内INVITE消息，携带SDP offer,将用户设备的的RTSP控 制通道设为去激活状态。所述设为去激活，可以是将RTSP控制通道设为禁 用，还可以将RTSP控制通道设为媒体资源服务器只发送a-sendonly,用户 设备只接收的模式a=recvonly,实现去激活；或者将RTSP控制通道关联的 媒体流去关联。避免冲突单元1011还用于向媒体资源服务器发送允许指示，所述允许道。允许指示可以为会话内INVITE消息，携带SDP offer ，将用户设备的 RTSP通道设为激活状态。所述媒体流控制模块1010还包括如下任一组单元第一组RTSP控制通道单元1012和发送单元1013， RTSP控制通道单 元1012用于与媒体资源服务器进行交互，建立业务提供实体与媒体资源服 务器之间的RTSP控制通道。所述交互过程为RTSP控制通道单元1012向媒体资源服务器发送会话 内INVITE消息，携带SDP offer,新建一个业务提供实体与媒体资源服务器 之间的RTSP控制通道媒体资源服务器收到该INVITE消息后，向RTSP控 制通道单元1012返回一个200OK消息，携带SDP应答；RTSP控制通道单 元1012再向媒体资源服务器发送ACK确认。发送单元1013用于通过所述业务提供实体与媒体资源服务器之间的 RTSP控制通道，向媒体资源服务器发送媒体流控制命令。第二组SIP消息发送单元1014,用于向媒体资源服务器发送携带媒体 控制命令的SIP消息。所述携带媒体控制命令的SIP消息可以是INFO消息， 媒体资源服务器收到INFO消息后，执行相应的媒体流控制操作。
第三组媒体控制通道单元1015,用于与媒体资源服务器进行交互， 建立业务提供实体与媒体资源服务器之间的媒体控制通道；所述交互过程可 以包括媒体控制通道单元1015向媒体资源服务器发送会话内INVITE消息， 携带SDP offer;媒体资源服务器返回200 OK，携带SDP answer;媒体控制 通道单元1015再向媒体资源服务器发送ACK确认。发送单元1016，用于通过所述业务提供实体与媒体资源服务器之间的 媒体控制通道，向媒体资源服务器发送媒体流控制命令。所述媒体流控制命 令携带在媒体控制消息(MRequest)中。本发明解决了在某些业务场景下业务提供实体需要控制指定媒体流进 行后退、快进、暂停、定位的操作。以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本 发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本 发明的保护范围之内。
权利要求
1、一种业务提供实体对媒体流控制的方法，其特征在于，用户设备与媒体资源服务器之间存在媒体流连接，包括如下步骤业务提供实体发起对媒体流的控制操作，所述对媒体流的控制操作由媒体资源服务器执行。
2、 根据权利要求1所述的方法，其特征在于，所述业务提供实体发起 对媒体流的控制操作之前，进一步包括建立业务提供实体与媒体资源服务器之间的实时流协议RTSP控制通道；所述业务提供实体发起对媒体流的控制操作为业务提供实体通过所述 RTSP控制通道，向媒体资源服务器发起对媒体流的控制操作。
3、 根据权利要求2所述的方法，其特征在于，所述建立业务提供实体 与媒体资源服务器之间的RTSP控制通道包括所述业务提供实体发出的会话内邀请消息，所述邀请消息携带新建一 个 业务提供实体与媒体资源服务器的RTSP控制通道的指示；媒体资源服务器向业务提供实体返回会话响应消息，携带媒体描述应答信息；业务提供实体向媒体资源服务器发送确认消息，业务提供实体与媒体资 源服务器之间建立RTSP控制通道。
4、 根据权利要求1所述的方法，其特征在于，所述业务提供实体发起 对媒体流的控制操作包括业务提供实体向媒体资源服务器发送携带媒体控制命令的会话初始协 议SIP消息。
5、 根据权利要求1所述的方法，其特征在于，所述业务提供实体发起 对媒体流的控制操作之前，进一步包括 业务提供实体与媒体资源服务器间建立媒体控制通道； 所述业务提供实体发起对媒体流的控制操作为业务提供实体通过所述媒体控制通道，向媒体资源服务器发送携带媒体流控制指示的媒体控制消白
6、 一种业务提供实体对媒体流控制的方法，其特征在于，用户设备与媒 体资源服务器之间存在媒体流连接以及RTSP控制通道，包括如下步骤业务提供实体控制媒体资源服务器执行禁止用户终端的媒体流控制操作；业务提供实体发起对媒体流的控制操作；业务提供实体控制媒体资源服务器执行恢复用户设备的媒体流控制操作。
7、 根据权利要求6所述的方法，其特征在于，所述业务提供实体控制 媒体资源服务器，禁止用户设备的媒体流控制操作包括业务提供实体向媒体资源服务器发送会话内邀请消息，所述邀请消息将 '所述用户设备的RTSP控制通道设为去激活状态；所述媒体资源服务器根据所述邀请消息，将所述用户设备的RTSP控制 通道设为去激活状态。
8、 根据权利要求7所述的方法，其特征在于，所述业务提供实体控制 媒体资源服务器，恢复用户设备的媒体流控制操作包括业务提供实体向媒体资源服务器发送会话内邀请消息，所述邀请消息将 所述用户设备的RTSP控制通道设为激活状态；所述媒体资源服务器根据所述邀请消息，将所述用户设备的RTSP控制 通道设为激活状态。
9、 根据权利要求6所述的方法，其特征在于，所述业务提供实体发起 对媒体流的控制操作之后，进一步包括媒体资源服务器执行所述对媒体流 的控制操作。
10、 根据权利要求7、 8或9所述的方法，其特征在于，所述的激活状 态是允许RTSP控制通道传递控制消息；所述的去激活状态是禁止RTSP控 制通道传递控制消息。
11、 一种业务提供实体对媒体流控制的系统，其特征在于，包括 媒体资源服务器，用于与用户设备建立媒体流；业务提供实体，用于向所述媒体资源服务器发送对所述媒体流的控制命令；所述媒体资源服务器还用于根据所述业务提供实体的控制命令，对媒体 流进行控制操作。
12、 根据权利要求11所述的系统，其特征在于，所述媒体资源服务器 还用于与用户设备建立RTSP控制通道；则所述业务提供实体用于向媒体资源服务器发送禁止指示，所述禁止指 示用于禁止所述用户设备与媒体资源服务器之间的RTSP控制通道；所述媒体资源服务器根据来自业务提供实体的禁止指示，禁止自身与用 户设备的RTSP控制通道。
13、 根据权利要求12所述的系统，其特征在于，所述业务提供实体进 一步用于向媒体资源服务器发送允许指示，所述允许指示用于允许所述用户 设备与媒体资源服务器之间已被禁止的RTSP控制通道。
14、 根据权利要求11至13所述的系统，其特征在于，所述业务提供实 体用于和媒体资源服务器建立RTSP控制通道，并通过所述业务提供实体与 媒体资源服务器之间的RTSP控制通道，向媒体资源服务器发起对媒体流的 控制操作。
15、 根据权利要求11至13所述的系统，其特征在于，所述业务提供实 体用于向媒体资源服务器发送携带媒体控制命令的SIP消息；所述媒体资源服务器用于根据所述SIP消息中携带的媒体控制命令，进 行媒体流控制操作。
16、 根据权利要求11至13所述的系统，其特征在于，所述业务提供实 体用于与媒体资源服务器建立媒体控制通道，并通过所述业务提供实体与媒 体资源服务器之间的媒体控制通道，向媒体资源服务器发起对媒体流的控制 操作。
17、 根据权利要求11至13所述的系统，其特征在于，所述业务提供实 体为业务控制功能实体SCF，媒体资源服务器为媒体控制功能实体MCF或媒 体功能实体MF;或者，所述业务提供实体为应用服务器AS，媒体资源服务器为媒体资 源功能实体MRF。
18、 一种业务提供实体，其特征在于，包括媒体流控制模块，用于向媒体资源服务器发起对媒体流的控制操作。
19、 根据权利要求18所述的业务提供实体，其特征在于，所述媒体流 控制模块进一步包括避免冲突单元，用于向媒体资源服务器发送禁止指示，所述禁止指示用 于禁止用户设备与媒体资源服务器之间的RTSP控制通道；还用于向媒体资 源服务器发送允许指示，所述允许指示用于允许所述用户设备与媒体资源服 务器之间已被禁止的RTSP控制通道。
20、 根据权利要求18或19所述的业务提供实体，其特征在于，所述媒 体流控制模块包括RTSP控制通道单元，用于与媒体资源服务器进行交互，建立业务提供 实体与媒体资源服务器之间的RTSP控制通道；发送单元，用于通过所述业务提供实体与媒体资源服务器之间的RTSP 控制通道，向媒体资源服务器发送媒体流控制命令。
21、 根据权利要求18或19所述的业务提供实体，其特征在于，所述媒 体流控制模块包括SIP消息发送单元，用于向媒体资源服务器发送携带媒体控制命令的 SIP消息。
22、根据权利要求18或19所述的业务提供实体，其特征在于，所述媒 体流控制模块包括媒体控制通道单元，用于与媒体资源服务器进行交互，建立业务提供实 体与媒体资源服务器之间的媒体控制通道；制通道，向媒体资源服务器发送媒体流控制命令。
全文摘要
本发明公开了一种业务提供实体对媒体流控制的方法，用户设备与媒体资源服务器之间存在媒体流连接，包括如下步骤业务提供实体发起对媒体流的控制操作，所述对媒体流的控制操作由媒体资源服务器执行。本发明还公开了另外一种业务提供实体对媒体流控制的方法、一种业务提供实体对媒体流控制的系统以及一种业务提供实体。本发明可以实现在某些业务场景下业务提供实体控制指定媒体流进行VCR操作。
文档编号H04L12/56GK101399759SQ20071016156
公开日2009年4月1日 申请日期2007年9月29日 优先权日2007年9月29日
发明者啸 王 申请人:华为技术有限公司