專利名稱：一種業(yè)務(wù)提供實體對媒體流控制的方法、系統(tǒng)和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IP電視(IPTV)技術(shù)領(lǐng)域，特別涉及一種業(yè)務(wù)提供實體對 媒體流控制的方法、系統(tǒng)和裝置。
背景技術(shù)：
IPTV是一種利用寬帶有線電視網(wǎng)，集互聯(lián)網(wǎng)、多媒體、通訊等多種技 術(shù)于一體，向家庭用戶提供包括數(shù)字電視在內(nèi)的多種交互式服務(wù)的嶄新技術(shù)。IPTV使用傳輸控制協(xié)議/因特網(wǎng)協(xié)議(TCP/IP )作為承載協(xié)議進行單播、 廣播或組播視頻業(yè)務(wù)，有效地將電視網(wǎng)、電話網(wǎng)和互聯(lián)網(wǎng)三個領(lǐng)域結(jié)合在一 起，是三網(wǎng)融合最具代表性的業(yè)務(wù)。IP多媒體子系統(tǒng)(IMS, IP Multimedia Subsystem )是一個獨立于接入技 術(shù)的基于IP的標準體系，IMS與現(xiàn)存的語音和數(shù)據(jù)網(wǎng)絡(luò)(不論是如PSTN、 ISDN、因特網(wǎng)等固定網(wǎng)絡(luò)，還是如GSM、 CDMA等移動網(wǎng)絡(luò))都可以互通。 IMS體系使得通過各種類型的用戶設(shè)備(UE)都可以建立對等的IP通信，并 可以獲得所需要的服務(wù)質(zhì)量。除會話管理之外，IMS體系還涉及完成服務(wù)提 供所必須的功能(例如注冊、安全、計費、承載控制、漫游)。即IMS體系 構(gòu)成了IP核心網(wǎng)的核心。為了實現(xiàn)IMS對固定網(wǎng)絡(luò)用戶接入的統(tǒng)一控制，在網(wǎng)絡(luò)架構(gòu)中引入了網(wǎng) 絡(luò)附著子系統(tǒng)(NASS, Network Attachment Sub - System )和資源與接納控 制子系統(tǒng)(RACS， Resource and Admission Control Subsystem ) 。 NASS用于 完成對UE附著于接入網(wǎng)絡(luò)的管理，包括用戶驗證和網(wǎng)絡(luò)地址分配、位置管 理。RACS則主要用于完成策略控制、資源預留和接納控制，業(yè)務(wù)/應(yīng)用層面 可利用RACS請求接入網(wǎng)預留相關(guān)的資源。
基于IMS的IPTV架構(gòu)，將直接重用IMS的相關(guān)功能實體，并通過適 當增加新的功能實體以及對現(xiàn)有功能實體相關(guān)功能的擴充，實現(xiàn)對IPTV業(yè) 務(wù)的支持。圖1示出了現(xiàn)有技術(shù)中基于IMS的IPTV架構(gòu)的一種組網(wǎng)示意圖。如圖 1所示，每一個IPTV業(yè)務(wù)由一對IPTV業(yè)務(wù)控制功能(SCF， Service Control Functions)和IPTV媒體功能(MF, Media Functions )組成。其中，SCF是 一種會話初始協(xié)議(SIP, Session Initiation Protocol)應(yīng)用服務(wù)器，作為業(yè)務(wù) 提供實體，其任務(wù)主要包括(l)會話初始化時進行授權(quán)；(2)實施修改流程， 檢查用戶的數(shù)據(jù)，以決定是否允許用戶訪問該業(yè)務(wù)；(3)賬號控制；(4)選擇 相應(yīng)的MF。 MF作為媒體資源服務(wù)器，負責媒體流的控制和遞交，可被分 為媒體控制功能(MCF)和媒體遞交功能(MDF)。其中，MCF的任務(wù)主 要包括(l)處理媒體流的控制；(2)監(jiān)視MDF的狀態(tài)(可選)；(3)管理和 UE的交互；(4)在MCF控制多個MDF時，選擇一個MDF; (5)感知不同MDF 的狀態(tài)和內(nèi)容的分發(fā)；(5)產(chǎn)生計費信息。MDF的任務(wù)主要包括(l)處理媒 體流的遞交；(2)上報狀態(tài)給MCF在流媒體應(yīng)用中，UE通過與MCF建立實時流協(xié)議(Real Time Stream Protocol, RTSP)控制通道，控制媒體流實現(xiàn)卡帶式影像錄放機(Video Cassette Recording, VCR)操作，包括快進、后退、暫停、定位、正常播放 等。某些情況下，運營商或業(yè)務(wù)提供商希望通過SCF實現(xiàn)對指定的媒體流 進行VCR控制操作。而目前的IPTV中沒有相關(guān)技術(shù)實現(xiàn)SCF對媒體流的 控制操作，因此，需要提出一種技術(shù)方案，使得SCF能夠?qū)γ襟w流進行VCR 控制操作。如果SCF和UE都能夠?qū)γ襟w流進行控制操作，則會出現(xiàn)VCR 控制沖突，因此還需要解決所述VCR沖突的問題。發(fā)明內(nèi)容有鑒于此，本發(fā)明實施例提出一種業(yè)務(wù)提供實體對媒體流控制的方法，能 夠?qū)崿F(xiàn)業(yè)務(wù)提供實體對媒體流的控制。用戶設(shè)備與媒體資源服務(wù)器之間存在媒
體流連接，包括如下步驟業(yè)務(wù)提供實體發(fā)起對媒體流的控制操作，所述對媒體流的控制操作由媒 體資源服務(wù)器執(zhí)行。本發(fā)明實施例還提出另一種業(yè)務(wù)提供實體對媒體流控制的方法，用戶設(shè)備與媒體資源服務(wù)器之間存在媒體流連接以及RTSP控制通道，包括如下步驟 業(yè)務(wù)提供實體控制媒體資源服務(wù)器執(zhí)行禁止用戶終端的媒體流控制操作；業(yè)務(wù)提供實體發(fā)起對媒體流的控制操作；業(yè)務(wù)提供實體控制媒體資源服務(wù)器執(zhí)行恢復用戶設(shè)備的媒體流控制操作。本發(fā)明實施例還提出 一種業(yè)務(wù)提供實體對媒體流控制的系統(tǒng)，包括 媒體資源服務(wù)器，用于與用戶設(shè)備建立媒體流；業(yè)務(wù)提供實體，用于向所述媒體資源服務(wù)器發(fā)送對所述媒體流的控制命令；所述媒體資源服務(wù)器還用于根據(jù)所述業(yè)務(wù)提供實體的控制命令，對媒體 流進行控制操作。本發(fā)明實施例還提出一種業(yè)務(wù)提供實體，包括媒體流控制模塊，用于向媒體資源服務(wù)器發(fā)起對媒體流的控制操作。從以上技術(shù)方案可以看出，業(yè)務(wù)提供實體通過暫時禁止用戶設(shè)備的媒體 流控制搡作，然后業(yè)務(wù)提供實體向媒體資源服務(wù)器發(fā)送媒體流控制命令，可 以實現(xiàn)在某些業(yè)務(wù)場景下業(yè)務(wù)提供實體控制指定媒體流進行后退、快進、暫 停、定位的操作。


圖1為現(xiàn)有技術(shù)中基于IMS的IPTV架構(gòu)的一種組網(wǎng)示意圖； 圖2為本發(fā)明實施例的基本架構(gòu)流程圖3為本發(fā)明第一實施例的信令流程圖；圖4為本發(fā)明第二實施例的信令流程圖；圖5為媒體控制的通用架構(gòu)；圖6為本發(fā)明第三實施例的信令流程圖；圖7為本發(fā)明第四實施例的信令流程圖；圖8為本發(fā)明第五實施例的信令流程圖；圖9為本發(fā)明第六實施例的信令流程圖；圖IO為本發(fā)明實施例中的業(yè)務(wù)提供實體結(jié)構(gòu)框圖。
具體實施方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖對本發(fā)明 作進一步的詳細闡述。以TISPAN的IPTV架構(gòu)為例，本發(fā)明實施例中的業(yè)務(wù)提供實體為業(yè)務(wù)控 制功能實體SCF，媒體資源服務(wù)器為媒體功能實體MF。而媒體功能實體MF 可以包括媒體控制功能實體MCF和媒體交付功能實體MDF。業(yè)務(wù)開展過程中， 業(yè)務(wù)控制功能實體SCF與媒體控制功能實體MCF進行交互實現(xiàn)業(yè)務(wù)，媒體控 制功能實體MCF控制媒體交付功能實體MDF完成媒體處理和交付。本發(fā)明實 施例中，不再描述MDF與MCF之間的交互過程，而將兩者作為整體描述為 MF。在IMS架構(gòu)中，本發(fā)明實施例中的業(yè)務(wù)提供實體為應(yīng)用服務(wù)器AS,媒體 資源服務(wù)器為媒體資源功能實體MRF。而媒體資源功能實體MRF包括媒體資 源功能控制實體MRFC和媒體資源功能處理實體MRFP。業(yè)務(wù)開展過程中，應(yīng) 用服務(wù)器AS與媒體資源功能控制實體MRFC進行交互實現(xiàn)業(yè)務(wù)，媒體資源功 能控制實體MRFC控制媒體資源功能處理實體MRFP完成媒體處理和交付。以下以TISPAN IPTV為業(yè)務(wù)場景描述實施例，其相關(guān)流程同樣可應(yīng)用于 IMS架構(gòu)下AS與MRFC的交互，在實施例中就不再重復描述。本發(fā)明方案的第一個目的就是實現(xiàn)SCF對媒體流進行后退、快進、暫
停、定位等VCR控制操作。圖2示出了本發(fā)明方案的總體流程框架，在UE 與MF之間已經(jīng)存在媒體流連接的情況下，執(zhí)行如下步驟步驟201a: SCF業(yè)務(wù)觸發(fā)，發(fā)起對UE與MF間々某體流的控制；步驟202a: SCF發(fā)起媒體流的控制操作；步驟203a: MF執(zhí)行所述對媒體流的控制操作。本發(fā)明方案的另一個目的是解決SCF與UE同時進行媒體流VCR控制 所引起的VCR控制沖突。在UE與MF之間已經(jīng)存在媒體流以及RTSP控制 通道的情況下，執(zhí)行如下步驟步驟201b:在SCF發(fā)起媒體流的控制操作之前，SCF發(fā)起禁止所述UE 與MF之間的控制通道；步驟202b:在SCF發(fā)起媒體流的控制操作之后，SCF發(fā)起激活所述UE 與MF之間的控制通道。上述兩個方案也可以一起使用，簡單地說，就是將步驟201b添加到步 驟201a和步驟202a之間，而將步驟202b添加到步驟203a之后。根據(jù)具體實現(xiàn)方式的不同，下面通過三個實施例對實現(xiàn)SCF的VCR操作進行詳細闡述。實施例一RTSP控制方式RTSP是應(yīng)用級協(xié)議，控制實時數(shù)據(jù)的發(fā)送。RTSP提供了一個可擴展 框架，使實時數(shù)據(jù)(如音頻與視頻)的受控、點播傳送成為可能。數(shù)據(jù)源包 括現(xiàn)場數(shù)據(jù)(如直播)與存儲在剪輯中數(shù)據(jù)(如VOD等)。該協(xié)議目的在 于控制多個數(shù)據(jù)傳送會話，提供選擇傳送通道的方法，傳送通道如UDP、 組播UDP與TCP,提供基于RTP選擇傳輸機制的方法。RTSP控制方式包括1 、 SCF與MF通過會話描述協(xié)議(SDP, Session Description Protocol) 協(xié)商，建立一個SCF與MF間的RTSP通道與^皮控制的4某體流之間的關(guān)聯(lián)；2 、 SCF通過RTSP通道控制々某體流；3、完成控制操作后，釋放SCF與MF間的RTSP通道，基于通道重用
等原因，RTSP通道也可以不釋放。本實施例的具體實現(xiàn)流程如圖3所示，包括如下步驟 步驟301-306: UE通過SCF與MF進行SIP SDP交互，建立了媒體流。 步驟307: SCF上觸發(fā)業(yè)務(wù)，需要發(fā)起對UE媒體流的控制。 步驟308: SCF向MF發(fā)送會話內(nèi)邀請(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應(yīng)答(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發(fā)送ACK確認，SCF與MF間建立RTSP通道。步驟311: SCF通過所述RTSP通道向MF發(fā)送RTSP命令控制媒體流， MF執(zhí)行所述命令，進行相應(yīng)的VCR搡作。步驟312: SCF向MF發(fā)送會話內(nèi)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發(fā)送ACK確認。通過以上流程，實現(xiàn)了 SCF通過RTSP控制通道對UE與MF之間的媒 體流進行控制操作。實施例二 SIP消息控制方式SIP是由Interne工程任務(wù)組(IETF)制訂的多媒體通信系統(tǒng)框架協(xié)議 之一，是用于建立、改變或結(jié)束多媒體會話的應(yīng)用層協(xié)議，與實時傳輸協(xié)議 (RTP， Real Timing Transmission Protocol) /實時傳輸控制協(xié)議(RTCP， Real-time Transport Control Protocol) 、 SDP、 RTSP、域名系統(tǒng)(DNS， Domain Name System)等協(xié)議配合，共同完成IMS中的會話建立及》某體協(xié)商； 一旦 建立會話，媒體流將使用RTP協(xié)議在承載層中直接傳送，在一次會話中可 以靈活的交互多種媒體。SIP消息控制方式包括SCF向MF發(fā)送關(guān)聯(lián)媒體流所屬會話的SIP消息，該SIP消息中攜帶控 制指示，用于控制媒體流；所述控制指示包括快進、后退、暫停、定位、 正常播放等；本實施例的具體實現(xiàn)流程如圖4所示，包括如下步驟步驟401~406: UE通過SCF與MF進行SIP SDP交互，建立媒體流。步驟407: SCF上觸發(fā)業(yè)務(wù)，發(fā)起對UE媒體流的控制。
步驟408: SCF向MF發(fā)送攜帶后退指示的INFO消息，控制媒體流后退;步驟409: 步驟410:位；步驟411: 步驟412: 流正常播放； 步驟413:MF返回200 OK響應(yīng)消息；SCF向MF發(fā)送攜帶定位指示的INFO消息，控制媒體流定 MF返回200 OK響應(yīng)消息；SCF向MF發(fā)送攜帶正常播放指示的INFO消息，控制媒體 MF返回200 OK響應(yīng)消息；作為實施例，下面給出 一 個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千字節(jié)*/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設(shè)為"back",則按2倍速率后退*/
當然，還存在其它的方式描述媒體流的控制指示。如通過已有的SIP頭 域或定義新的SIP頭域攜帶指示，但其表達的思想類似，在此就不在重復舉例。使用SIP INFO消息只是一種實施例，其它SIP消息，如MESSAGE也 可用在該流程中替換INFO實現(xiàn)相同的功能，在此就不在重復舉例。 實施例三媒體控制消息方式IETF的一個草案(draft-boulton-sip-control-framework-04.txt)定義了一 個媒體控制的通用架構(gòu)，如圖5所示，該架構(gòu)定義了三個邏輯角色媒體控 制服務(wù)器(Control Server)、媒體控制客戶端(Control Client)和媒體控制 通道(Control Channel),其中，媒體控制服務(wù)器為邏輯實體，用于接受媒體控制客戶端的媒體處理請求 消息，執(zhí)行具體的媒體處理操作，如放音、錄音、媒體混合等；媒體控制客戶端為邏輯實體，向媒體控制服務(wù)器發(fā)送消息，請求處理媒 體資源；媒體控制通道為媒體控制客戶端通過SIP與媒體控制服務(wù)器間進行SDP 交互，協(xié)商建立的基于可靠連接的傳遞控制消息的通道。該架構(gòu)中，媒體控制客戶端與媒體控制服務(wù)器通過SIP SDP交互建立媒 體控制通道，媒體控制客戶端通過媒體控制通道向媒體控制服務(wù)器發(fā)送媒體 控制消息，實現(xiàn)媒體控制處理。在基于TISPAN的IPTV架構(gòu)中，MF為媒 體控制服務(wù)器，SCF為媒體控制客戶端；在IMS系統(tǒng)中，MRF為媒體控制 服務(wù)器，AS為媒體控制客戶端。媒體控制消息方式包括1、 如果待控制的媒體流所屬的SCF與MF間的媒體會話沒有對應(yīng)的媒 體控制通道，SCF與MF通過SDP協(xié)商建立一個對應(yīng)該媒體會話的媒體控 制通道；2、 SCF通過通道2向MF發(fā)送媒體控制消息攜帶控制指示控制媒體流；
這樣的控制指示包括快進、后退、暫停、定位、正常播放等。3、釋放SCF與MF間新建的媒體控制通道即通道2，基于某些原因,例如通道重用等，媒體控制通道也可以不釋放。本實施例的具體實現(xiàn)流程如圖6所示，包括如下步驟步驟601 606: UE通過SCF與MF進行SIP SDP交互，建立了々某體流和RTSP控制通道。步驟607: SCF上觸發(fā)業(yè)務(wù)，需發(fā)起對UE媒體流的控制；步驟608: SCF向MF發(fā)送會話內(nèi)INVITE消息，攜帶SDP offer,通過SDP協(xié)商建立媒體控制通道。下面給出所述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發(fā)送ACK確認，SCF與MF間建立力某體控制通道； 步驟611: SCF通過媒體控制通道向MF發(fā)送媒體控制消息，攜帶快進、后退、定位、暫停、正常播放指示，控制媒體流；步驟612: SCF向MF發(fā)送媒體控制消息MR叫uest攜帶快進指示，控制媒體流快進；步驟613: MF執(zhí)行媒體流快進操作，并返回MResponse響應(yīng)消息； 步驟614: SCF向MF發(fā)送媒體控制消息MRequest攜帶暫停指示，控 制媒體流暫停；步驟615: MF執(zhí)行媒體流暫停操作，并返回MResponse 響應(yīng)消息； 步驟616: SCF結(jié)束對媒體流的控制，向MF發(fā)送會話內(nèi)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發(fā)送ACK確認。媒體控制消息攜帶媒體流的控制指示實施例可以采用與SIP消息控制 方式實施類似的方案。以下再通過三個實施例對避免VCR操作沖突的實現(xiàn)過程進4亍詳細闡述。實施例四SDP協(xié)商方式來避免VCR操作沖突本實施例的具體實現(xiàn)流程如圖7所示，包括如下步驟步驟701~706: UE通過SCF與MF進行SIP SDP交互，建立了媒體流和RTSP控制通道(RTSP Channel),該RTSP控制通道稱為通道1 。 步驟707: SCF上觸發(fā)業(yè)務(wù)，需要禁止UE的VCR操作。 步驟708: SCF向MF發(fā)送會話內(nèi)邀請(INVITE )消息，攜帶SDP offer,將UE的RTSP通道即通道1設(shè)為去激活狀態(tài)。 下面給出該邀請消息的 一個示例工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通道設(shè)為去徼活狀態(tài)*/步驟709: MF返回200OK,攜帶SDP應(yīng)答(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通道設(shè)為去徼活狀態(tài)*/步驟710: SCF發(fā)送ACK確認。步驟711: SCF向UE發(fā)送會話內(nèi)INVITE消息，攜帶SDP offer,將 UE的RTSP通道設(shè)為去激活狀態(tài)，從而使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通道設(shè)為去激活狀態(tài)*/步驟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通道設(shè)為去激活狀態(tài)*/步驟713: SCF發(fā)送ACK確認；步驟714:SCF與MF進行SDP協(xié)商，恢復UE的VCR搡作； 步驟715: SCF向MF發(fā)送會話內(nèi)INVITE消息，攜帶SDP offer,將 UE的RTSP通道i殳為激活狀態(tà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通道設(shè)為激活狀態(tài)*/步驟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爻為激活狀態(tài)*/步驟717: SCF發(fā)送ACK確認；步驟718: SCF向UE發(fā)送會話內(nèi)INVITE消息，攜帶SDP offer，將 UE的RTSP通道設(shè)為激活狀態(tài)，從而使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通道設(shè)為激活狀態(tài)*/步驟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通道設(shè)為激活狀態(tài)*/步驟720: SCF發(fā)送ACK確認；上述實施例流程中SCF分別向MF和UE發(fā)送會話內(nèi)的INVITE消息沒 有先后順序，可以同時向MF和UE發(fā)送，不必等200 OK返回；SCF還可 以向MF和UE發(fā)送更新(UPDATE )消息實現(xiàn)SDP協(xié)商。第四實施例流程中給出了去激活RTSP通道的一種方式，還可以將RTSP 通道i史為MF只發(fā)送a=sendonly，UE只接收的才莫式a=recvonly,實現(xiàn)去激活； 或者將RTSP控制通道關(guān)聯(lián)的媒體流去關(guān)聯(lián)，如a=rtspid m-stream:l中， 將rtspid m-stream后面關(guān)聯(lián)的J 某體流標簽1去掉；通過以上流程，實現(xiàn)了 SCF通過與MF之間進行SDP協(xié)商，禁止UE
對該媒體流的控制操作，然后再恢復UE對媒體流的控制操作，這樣可以避免出現(xiàn)VCR操作沖突。實施例五通過SIP消息來避免VCR沖突。本實施例的具體實現(xiàn)流程如圖8所示，包括如下步驟步驟801 806: UE通過SCF與MF進行SIP SDP交互，建立々某體流和RTSP控制通道，該RTSP控制通道稱為通道1。步驟807:SCF上觸發(fā)業(yè)務(wù)，需要禁止UE的VCR操作。步驟808: SCF向MF發(fā)送會話內(nèi)INVITE消息，攜帶SDP offer,通過SDP協(xié)商將UE的RTSP通道即通道1設(shè)為去激活狀態(tài)，禁止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通道設(shè)為去激活狀態(tài)*/步驟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通道設(shè)為去激活狀態(tài)*/步驟810: SCF發(fā)送ACK確認。步驟811: SCF結(jié)束對i某體流的控制，向MF發(fā)送會話內(nèi)INVITE消息: 攜帶SDP offer,通過SDP協(xié)商將UE的RTSP通道即通道1設(shè)為激活狀態(tài): 下面給出所述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通道設(shè)為激活狀態(tài)*/步驟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通道設(shè)為激活狀態(tài)*/步驟813: SCF發(fā)送ACK確認。 實施例六通過媒體控制消息避免VCR沖突 本實施例的具體實現(xiàn)流程如圖9所示，包括如下步驟 步驟901-906: UE通過SCF與MF進行SIP SDP交互，建立媒體流和 RTSP控制通道;步驟907: SCF上觸發(fā)業(yè)務(wù)，需要禁止UE的VCR操作，SCF與MF 進行SDP協(xié)商，禁止UE的VCR操作；步驟908-910:如果SCF與MF間沒有可用的媒體控制通道，SCF向 MF發(fā)送會話內(nèi)INVITE消息，攜帶SDP offer,協(xié)商建立媒體控制通道；步驟911: SCF向MF發(fā)送媒體控制消息MR叫uest攜帶禁止UE的VCR 操作指示；步驟912: MF返回響應(yīng)消息MResponse; 步驟913: SCF通知UE VCR操作被禁止；步驟914: SCF向MF發(fā)送媒體控制消息MR叫uest攜帶允許UE的VCR 操作指示；步驟915: MF返回響應(yīng)消息MResponse; 步驟916: SCF通知UE允許執(zhí)行VCR操作。本發(fā)明實施例中的用于實現(xiàn)業(yè)務(wù)提供實體對媒體流控制的系統(tǒng)，至少包括媒體資源服務(wù)器，用于與用戶設(shè)備建立媒體流；業(yè)務(wù)提供實體，用于向所述媒體資源服務(wù)器發(fā)送對所述媒體流的控制命進行控制操作。根據(jù)以上實施例方案，業(yè)務(wù)提供實體與媒體資源服務(wù)器之間的交互關(guān)系
分為如下三類第一類參照本發(fā)明第一實施例的方案，通過業(yè)務(wù)提供實體和媒體資源服 務(wù)器之間進行SDP協(xié)議協(xié)商，業(yè)務(wù)提供實體和媒體資源服務(wù)器之間建立間的RTSP控制通道，向媒體資源服務(wù)器發(fā)起對媒體流的控制操作。在完成 控制操作后，業(yè)務(wù)提供實體可以拆除所述與媒體服務(wù)器之間的RTSP控制通 道，或者出于通道重用的考慮，不拆除該RTSP控制通道。第二類參照本發(fā)明第二實施例方案，業(yè)務(wù)提供實體向媒體資源服務(wù)器發(fā) 送攜帶媒體控制命令的SIP消息；媒體資源服務(wù)器根據(jù)所述SIP消息中攜帶 的媒體控制命令，進行媒體流控制操作。這種交互關(guān)系不需要建立二者之間 的控制通道。第三類參照本發(fā)明第三實施例方案，所述業(yè)務(wù)提供實體用于與媒體資源 服務(wù)器建立媒體控制通道，并通過所述業(yè)務(wù)提供實體與媒體資源服務(wù)器之間 的媒體控制通道，向媒體資源服務(wù)器發(fā)起對媒體流的控制搡作。無論上述三類中的那一類，如果媒體資源服務(wù)器與用戶設(shè)備之間已經(jīng)建 立了 RTSP控制通道，則所述業(yè)務(wù)提供實體還要向媒體資源服務(wù)器發(fā)送禁止 指示，所述禁止指示用于禁止所述用戶設(shè)備與媒體資源服務(wù)器之間的RTSP 控制通道；所述媒體資源服務(wù)器根據(jù)來自業(yè)務(wù)提供實體的禁止指示，禁止自身與用戶設(shè)備的RTSP控制通道。在業(yè)務(wù)提供實體完成對媒體流的控制之后，業(yè)務(wù)提供實體進一步用于向媒體資源服務(wù)器發(fā)送允許指示，所述允許指示用于允許所述用戶設(shè)備與媒體資源服務(wù)器之間已被禁止的RTSP控制通道。所述業(yè)務(wù)提供實體為SCF，媒體資源服務(wù)器為MF; 或者，所述業(yè)務(wù)提供實體為AS,媒體資源服務(wù)器為MRF。 本發(fā)明實施例的業(yè)務(wù)提供實體的結(jié)構(gòu)如圖IO所示，包括 媒體流控制模塊1010,用于向媒體資源服務(wù)器發(fā)起對媒體流的控制操 作。所述媒體流控制模塊1010包括避免沖突單元1011,用于向媒體資源服務(wù)器發(fā)送禁止指示，所述禁止 指示用于禁止用戶設(shè)備與媒體資源服務(wù)器之間的RTSP控制通道。所述禁止指示可以是會話內(nèi)INVITE消息，攜帶SDP offer,將用戶設(shè)備的的RTSP控 制通道設(shè)為去激活狀態(tài)。所述設(shè)為去激活，可以是將RTSP控制通道設(shè)為禁 用，還可以將RTSP控制通道設(shè)為媒體資源服務(wù)器只發(fā)送a-sendonly,用戶 設(shè)備只接收的模式a=recvonly,實現(xiàn)去激活；或者將RTSP控制通道關(guān)聯(lián)的 媒體流去關(guān)聯(lián)。避免沖突單元1011還用于向媒體資源服務(wù)器發(fā)送允許指示，所述允許道。允許指示可以為會話內(nèi)INVITE消息，攜帶SDP offer ，將用戶設(shè)備的 RTSP通道設(shè)為激活狀態(tài)。所述媒體流控制模塊1010還包括如下任一組單元第一組RTSP控制通道單元1012和發(fā)送單元1013， RTSP控制通道單 元1012用于與媒體資源服務(wù)器進行交互，建立業(yè)務(wù)提供實體與媒體資源服 務(wù)器之間的RTSP控制通道。所述交互過程為RTSP控制通道單元1012向媒體資源服務(wù)器發(fā)送會話 內(nèi)INVITE消息，攜帶SDP offer,新建一個業(yè)務(wù)提供實體與媒體資源服務(wù)器 之間的RTSP控制通道媒體資源服務(wù)器收到該INVITE消息后，向RTSP控 制通道單元1012返回一個200OK消息，攜帶SDP應(yīng)答；RTSP控制通道單 元1012再向媒體資源服務(wù)器發(fā)送ACK確認。發(fā)送單元1013用于通過所述業(yè)務(wù)提供實體與媒體資源服務(wù)器之間的 RTSP控制通道，向媒體資源服務(wù)器發(fā)送媒體流控制命令。第二組SIP消息發(fā)送單元1014,用于向媒體資源服務(wù)器發(fā)送攜帶媒體 控制命令的SIP消息。所述攜帶媒體控制命令的SIP消息可以是INFO消息， 媒體資源服務(wù)器收到INFO消息后，執(zhí)行相應(yīng)的媒體流控制操作。
第三組媒體控制通道單元1015,用于與媒體資源服務(wù)器進行交互， 建立業(yè)務(wù)提供實體與媒體資源服務(wù)器之間的媒體控制通道；所述交互過程可 以包括媒體控制通道單元1015向媒體資源服務(wù)器發(fā)送會話內(nèi)INVITE消息， 攜帶SDP offer;媒體資源服務(wù)器返回200 OK，攜帶SDP answer;媒體控制 通道單元1015再向媒體資源服務(wù)器發(fā)送ACK確認。發(fā)送單元1016，用于通過所述業(yè)務(wù)提供實體與媒體資源服務(wù)器之間的 媒體控制通道，向媒體資源服務(wù)器發(fā)送媒體流控制命令。所述媒體流控制命 令攜帶在媒體控制消息(MRequest)中。本發(fā)明解決了在某些業(yè)務(wù)場景下業(yè)務(wù)提供實體需要控制指定媒體流進 行后退、快進、暫停、定位的操作。以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本 發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應(yīng)包含在本 發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1、一種業(yè)務(wù)提供實體對媒體流控制的方法，其特征在于，用戶設(shè)備與媒體資源服務(wù)器之間存在媒體流連接，包括如下步驟業(yè)務(wù)提供實體發(fā)起對媒體流的控制操作，所述對媒體流的控制操作由媒體資源服務(wù)器執(zhí)行。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述業(yè)務(wù)提供實體發(fā)起 對媒體流的控制操作之前，進一步包括建立業(yè)務(wù)提供實體與媒體資源服務(wù)器之間的實時流協(xié)議RTSP控制通道；所述業(yè)務(wù)提供實體發(fā)起對媒體流的控制操作為業(yè)務(wù)提供實體通過所述 RTSP控制通道，向媒體資源服務(wù)器發(fā)起對媒體流的控制操作。
3、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述建立業(yè)務(wù)提供實體 與媒體資源服務(wù)器之間的RTSP控制通道包括所述業(yè)務(wù)提供實體發(fā)出的會話內(nèi)邀請消息，所述邀請消息攜帶新建一 個 業(yè)務(wù)提供實體與媒體資源服務(wù)器的RTSP控制通道的指示；媒體資源服務(wù)器向業(yè)務(wù)提供實體返回會話響應(yīng)消息，攜帶媒體描述應(yīng)答信息；業(yè)務(wù)提供實體向媒體資源服務(wù)器發(fā)送確認消息，業(yè)務(wù)提供實體與媒體資 源服務(wù)器之間建立RTSP控制通道。
4、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述業(yè)務(wù)提供實體發(fā)起 對媒體流的控制操作包括業(yè)務(wù)提供實體向媒體資源服務(wù)器發(fā)送攜帶媒體控制命令的會話初始協(xié) 議SIP消息。
5、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述業(yè)務(wù)提供實體發(fā)起 對媒體流的控制操作之前，進一步包括 業(yè)務(wù)提供實體與媒體資源服務(wù)器間建立媒體控制通道； 所述業(yè)務(wù)提供實體發(fā)起對媒體流的控制操作為業(yè)務(wù)提供實體通過所述媒體控制通道，向媒體資源服務(wù)器發(fā)送攜帶媒體流控制指示的媒體控制消白
6、 一種業(yè)務(wù)提供實體對媒體流控制的方法，其特征在于，用戶設(shè)備與媒 體資源服務(wù)器之間存在媒體流連接以及RTSP控制通道，包括如下步驟業(yè)務(wù)提供實體控制媒體資源服務(wù)器執(zhí)行禁止用戶終端的媒體流控制操作；業(yè)務(wù)提供實體發(fā)起對媒體流的控制操作；業(yè)務(wù)提供實體控制媒體資源服務(wù)器執(zhí)行恢復用戶設(shè)備的媒體流控制操作。
7、 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述業(yè)務(wù)提供實體控制 媒體資源服務(wù)器，禁止用戶設(shè)備的媒體流控制操作包括業(yè)務(wù)提供實體向媒體資源服務(wù)器發(fā)送會話內(nèi)邀請消息，所述邀請消息將 '所述用戶設(shè)備的RTSP控制通道設(shè)為去激活狀態(tài)；所述媒體資源服務(wù)器根據(jù)所述邀請消息，將所述用戶設(shè)備的RTSP控制 通道設(shè)為去激活狀態(tài)。
8、 根據(jù)權(quán)利要求7所述的方法，其特征在于，所述業(yè)務(wù)提供實體控制 媒體資源服務(wù)器，恢復用戶設(shè)備的媒體流控制操作包括業(yè)務(wù)提供實體向媒體資源服務(wù)器發(fā)送會話內(nèi)邀請消息，所述邀請消息將 所述用戶設(shè)備的RTSP控制通道設(shè)為激活狀態(tài)；所述媒體資源服務(wù)器根據(jù)所述邀請消息，將所述用戶設(shè)備的RTSP控制 通道設(shè)為激活狀態(tài)。
9、 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述業(yè)務(wù)提供實體發(fā)起 對媒體流的控制操作之后，進一步包括媒體資源服務(wù)器執(zhí)行所述對媒體流 的控制操作。
10、 根據(jù)權(quán)利要求7、 8或9所述的方法，其特征在于，所述的激活狀 態(tài)是允許RTSP控制通道傳遞控制消息；所述的去激活狀態(tài)是禁止RTSP控 制通道傳遞控制消息。
11、 一種業(yè)務(wù)提供實體對媒體流控制的系統(tǒng)，其特征在于，包括 媒體資源服務(wù)器，用于與用戶設(shè)備建立媒體流；業(yè)務(wù)提供實體，用于向所述媒體資源服務(wù)器發(fā)送對所述媒體流的控制命令；所述媒體資源服務(wù)器還用于根據(jù)所述業(yè)務(wù)提供實體的控制命令，對媒體 流進行控制操作。
12、 根據(jù)權(quán)利要求11所述的系統(tǒng)，其特征在于，所述媒體資源服務(wù)器 還用于與用戶設(shè)備建立RTSP控制通道；則所述業(yè)務(wù)提供實體用于向媒體資源服務(wù)器發(fā)送禁止指示，所述禁止指 示用于禁止所述用戶設(shè)備與媒體資源服務(wù)器之間的RTSP控制通道；所述媒體資源服務(wù)器根據(jù)來自業(yè)務(wù)提供實體的禁止指示，禁止自身與用 戶設(shè)備的RTSP控制通道。
13、 根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，所述業(yè)務(wù)提供實體進 一步用于向媒體資源服務(wù)器發(fā)送允許指示，所述允許指示用于允許所述用戶 設(shè)備與媒體資源服務(wù)器之間已被禁止的RTSP控制通道。
14、 根據(jù)權(quán)利要求11至13所述的系統(tǒng)，其特征在于，所述業(yè)務(wù)提供實 體用于和媒體資源服務(wù)器建立RTSP控制通道，并通過所述業(yè)務(wù)提供實體與 媒體資源服務(wù)器之間的RTSP控制通道，向媒體資源服務(wù)器發(fā)起對媒體流的 控制操作。
15、 根據(jù)權(quán)利要求11至13所述的系統(tǒng)，其特征在于，所述業(yè)務(wù)提供實 體用于向媒體資源服務(wù)器發(fā)送攜帶媒體控制命令的SIP消息；所述媒體資源服務(wù)器用于根據(jù)所述SIP消息中攜帶的媒體控制命令，進 行媒體流控制操作。
16、 根據(jù)權(quán)利要求11至13所述的系統(tǒng)，其特征在于，所述業(yè)務(wù)提供實 體用于與媒體資源服務(wù)器建立媒體控制通道，并通過所述業(yè)務(wù)提供實體與媒 體資源服務(wù)器之間的媒體控制通道，向媒體資源服務(wù)器發(fā)起對媒體流的控制 操作。
17、 根據(jù)權(quán)利要求11至13所述的系統(tǒng)，其特征在于，所述業(yè)務(wù)提供實 體為業(yè)務(wù)控制功能實體SCF，媒體資源服務(wù)器為媒體控制功能實體MCF或媒 體功能實體MF;或者，所述業(yè)務(wù)提供實體為應(yīng)用服務(wù)器AS，媒體資源服務(wù)器為媒體資 源功能實體MRF。
18、 一種業(yè)務(wù)提供實體，其特征在于，包括媒體流控制模塊，用于向媒體資源服務(wù)器發(fā)起對媒體流的控制操作。
19、 根據(jù)權(quán)利要求18所述的業(yè)務(wù)提供實體，其特征在于，所述媒體流 控制模塊進一步包括避免沖突單元，用于向媒體資源服務(wù)器發(fā)送禁止指示，所述禁止指示用 于禁止用戶設(shè)備與媒體資源服務(wù)器之間的RTSP控制通道；還用于向媒體資 源服務(wù)器發(fā)送允許指示，所述允許指示用于允許所述用戶設(shè)備與媒體資源服 務(wù)器之間已被禁止的RTSP控制通道。
20、 根據(jù)權(quán)利要求18或19所述的業(yè)務(wù)提供實體，其特征在于，所述媒 體流控制模塊包括RTSP控制通道單元，用于與媒體資源服務(wù)器進行交互，建立業(yè)務(wù)提供 實體與媒體資源服務(wù)器之間的RTSP控制通道；發(fā)送單元，用于通過所述業(yè)務(wù)提供實體與媒體資源服務(wù)器之間的RTSP 控制通道，向媒體資源服務(wù)器發(fā)送媒體流控制命令。
21、 根據(jù)權(quán)利要求18或19所述的業(yè)務(wù)提供實體，其特征在于，所述媒 體流控制模塊包括SIP消息發(fā)送單元，用于向媒體資源服務(wù)器發(fā)送攜帶媒體控制命令的 SIP消息。
22、根據(jù)權(quán)利要求18或19所述的業(yè)務(wù)提供實體，其特征在于，所述媒 體流控制模塊包括媒體控制通道單元，用于與媒體資源服務(wù)器進行交互，建立業(yè)務(wù)提供實 體與媒體資源服務(wù)器之間的媒體控制通道；制通道，向媒體資源服務(wù)器發(fā)送媒體流控制命令。
全文摘要
本發(fā)明公開了一種業(yè)務(wù)提供實體對媒體流控制的方法，用戶設(shè)備與媒體資源服務(wù)器之間存在媒體流連接，包括如下步驟業(yè)務(wù)提供實體發(fā)起對媒體流的控制操作，所述對媒體流的控制操作由媒體資源服務(wù)器執(zhí)行。本發(fā)明還公開了另外一種業(yè)務(wù)提供實體對媒體流控制的方法、一種業(yè)務(wù)提供實體對媒體流控制的系統(tǒng)以及一種業(yè)務(wù)提供實體。本發(fā)明可以實現(xiàn)在某些業(yè)務(wù)場景下業(yè)務(wù)提供實體控制指定媒體流進行VCR操作。
文檔編號H04L12/56GK101399759SQ20071016156
公開日2009年4月1日 申請日期2007年9月29日 優(yōu)先權(quán)日2007年9月29日
發(fā)明者嘯 王 申請人:華為技術(shù)有限公司