專利名稱：一種實現(xiàn)媒體控制的方法、系統(tǒng)及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種實現(xiàn)媒體控制的方法、系統(tǒng)及 設(shè)備。
背景技術(shù)：
IMS (IP Multimedia Subsystem, IP多媒體子系統(tǒng))是最初在3GPP (3rd Generation Partnership Project,第三代移動通信標(biāo)準(zhǔn)化伙伴項目)R5階—度增 加的WCDMA ( Wideband Code Division Multiple Access，寬帶碼分多址接入) 網(wǎng)絡(luò)中疊加在已有分組域上的一個子系統(tǒng)，采用分組域為其上層控制信令和 々某體交付的7 義載通-道，引入SIP ( Session Initiation Protocol,會話初始協(xié)i義) 作為業(yè)務(wù)控制協(xié)議，利用SIP簡單、易擴(kuò)展、媒體組合方便的特點，通過將業(yè) 務(wù)控制與承載控制分離，提供豐富的多媒體業(yè)務(wù)。對IMS進(jìn)行標(biāo)準(zhǔn)化的國際標(biāo) 準(zhǔn)組織主要有3GPP禾口TISPAN (Telecommunications and Internet converged Services and Protocol for Advanced Networking,電信和互耳關(guān)網(wǎng)融合業(yè)務(wù)及高級 網(wǎng)絡(luò)協(xié)議)。3GPP側(cè)重于從移動的角度對IMS進(jìn)行研究，而TISPAN則側(cè)重于 從固定的角度對IMS提出需求，并統(tǒng)一由3GPP完善，最終實現(xiàn)IMS對固定接入 和移動接入的統(tǒng)一控制。
IMS based IPTV (基于IMS的IP電視)是在TISPAN提出的在IMS的整體架 構(gòu)下提供IPTV業(yè)務(wù)，以充分利用IMS網(wǎng)絡(luò)中已有的注冊、認(rèn)證、路由、會話 控制與建立、業(yè)務(wù)觸發(fā)、計費、端到端QoS (Quality of Service,服務(wù)質(zhì)量) 保證等機(jī)制來為用戶提供流媒體業(yè)務(wù)及融合流媒體和實時會話業(yè)務(wù)的多媒體 業(yè)務(wù)。也就是說，用戶到內(nèi)容的多媒體會話是通過IMS已有的會話控制機(jī)制完 成，在建立會話過程中，需要為媒體流的傳送預(yù)留承載資源。
在目前TISPAN定義的IMS based IPTV系統(tǒng)中對CoD (或稱為VOD )業(yè) 務(wù)的描述如圖l所示，包括以下步驟
5步驟sl01, UE (UserEquipment,用戶終端)向Core IMS發(fā)送會話初始請 求消息Session Initiation Request,初始化CoD業(yè)務(wù)會"i舌。
步驟sl02, Core IMS將該初始請求消息Session Initiation RequesW各由到 SCF ( Service Control Function,業(yè)務(wù)控制功能)。
步驟sl03, SCF執(zhí)行業(yè)務(wù)授權(quán)，如果用戶終端被允許接入該內(nèi)容，貝'j SCF 向被選的MF( Media Function,々某體功能)轉(zhuǎn)發(fā)該初始請求消息Session Initiation Request 。
步驟sl04， UE和MF之間建立內(nèi)容控制通道，并可以選擇建立內(nèi)容交付通 道。特別是協(xié)議實現(xiàn)時，支持該步驟的消息可以嵌入支持會話初始的消息中。 當(dāng)網(wǎng)絡(luò)只有內(nèi)容控制通道建立信息的情況下，會話初始時建立內(nèi)容交付通道， 在這種情況下內(nèi)容交付通道在會話修改期間建立。
步驟sl05, MF向SCF發(fā)送會話初始響應(yīng)消息Session Initiation Response, 確認(rèn)與UE建立會話已建立。
步驟s106 ， SCF向Core IMS轉(zhuǎn)發(fā)該初始響應(yīng)消息Session Initiation Response 。
步驟sl07, Core IMS中的P-CSCF ( Proxy Call Session Control Functions, 代理呼叫會話控制功能)與RACS ( Resource and Admission Control Subsystem,
資源控制與接入子系統(tǒng))交互消息，傳遞預(yù)先保留的所有資源。
步驟sl08， P-CSCF向UE轉(zhuǎn)發(fā)該初始響應(yīng)消息Session Initiation Response。 內(nèi)容通常包括多個媒體交付通道，視頻、音頻、文本(用于字幕)，CoD 業(yè)務(wù)中可以在內(nèi)容觀看過程中進(jìn)行VCR ( Video Cassette Recorder ，播放控制 操作)，如暫停、快進(jìn)、后退等，這個VCR操作只能針對整個內(nèi)容的，即當(dāng) 快進(jìn)時，所有媒體交付通道(視頻、音頻、文本等)同時快進(jìn)，而在實際應(yīng) 用中，可能同時存在只針對某些媒體交付通道進(jìn)行VCR控制，而其它媒體通 道正常播放的情況，也可能針對某些媒體交付通道通過一個^ 某體控制通道進(jìn) 行VCR控制，而另外一些媒體交付通道通過另一個媒體控制通道進(jìn)行VCR 控制。如對一部電影，可同時對視頻、音頻進(jìn)行VCR控制、字幕需通過另一 個媒體控制通道快進(jìn)或快退；對一個新聞短片，視頻可能在快進(jìn)，但音頻作為解說詞可能在正常播放。內(nèi)容控制通道又稱為媒體控制通道，內(nèi)容交付通 道又稱為媒體交付通道?，F(xiàn)有技術(shù)不能針對所有內(nèi)容交付通道中的某些進(jìn)行 同步VCR操作，不能滿足業(yè)務(wù)的靈活控制需求。本發(fā)明就是為了解決該問題。
發(fā)明內(nèi)容
本發(fā)明實施例提供一種實現(xiàn)媒體控制方法、系統(tǒng)及設(shè)備，通過SDP中描 述媒體控制通道和媒體交付通道關(guān)系信息，并結(jié)合媒體描述信息實現(xiàn)了媒體 控制。
本發(fā)明實施例提供了 一種實現(xiàn)媒體控制的方法，包括以下步驟
獲取媒體控制通道和媒體交付通道關(guān)系信息；
根據(jù)所述關(guān)系信息與媒體描述信息，進(jìn)行媒體控制。
本發(fā)明實施例4是供了 一種實現(xiàn)4某體控制的系統(tǒng)，包括用戶終端
所述用戶終端，用于獲取媒體控制通道和媒體交付通道關(guān)系信息；
所述用戶終端，還用于根據(jù)所述關(guān)系信息與媒體描述信息，進(jìn)行媒體控制。
本發(fā)明實施例提供了一種用戶終端，包括
獲取單元，用于獲取媒體控制通道和媒體交付通道關(guān)系信息；
控制單元，用于根據(jù)所述關(guān)系信息與媒體描述信息，進(jìn)行媒體控制。
本發(fā)明實施例提供了 一種網(wǎng)絡(luò)側(cè)設(shè)備，包括
接收單元，用于接收請求消息；
發(fā)送單元，發(fā)送響應(yīng)消息，所述響應(yīng)消息中攜帶媒體控制通道和媒體交 付通道關(guān)系信息。
本發(fā)明的實施例中，用戶終端可以從SCF或MF等相關(guān)實體獲取控制參數(shù)、 網(wǎng)絡(luò)參數(shù)及內(nèi)容媒體描述等信息，并根據(jù)這些參數(shù)進(jìn)行相應(yīng)搡作。
圖1是現(xiàn)有技術(shù)中對CoD業(yè)務(wù)的描述流程圖2是本發(fā)明實施例二中獲取媒體描述信息的系統(tǒng)結(jié)構(gòu)圖；圖3是本發(fā)明實施例三中獲取媒體描述信息的方法流程圖； 圖4是本發(fā)明實施例四中獲取媒體描述信息的方法流程圖； 圖5是冬發(fā)明實施例五中一種實現(xiàn)媒體控制的方法流程圖； 圖6是本發(fā)明實施例六中 一種實現(xiàn)媒體控制的方法流程圖； 圖7是本發(fā)明實施例七中 一種實現(xiàn)媒體控制的系統(tǒng)結(jié)構(gòu)示意圖； 圖8是本發(fā)明實施例八中終端在發(fā)起Col)會話請求前一種獲取J泉體信息 的方法流程圖9是本發(fā)明實施例九中終端在發(fā)起CoD會話請求前另 一種獲取媒體信 息的方法流程圖IO是本發(fā)明實施例十中終端在發(fā)起CoD會話請求過程中獲取媒體信息 的方法流程圖11是本發(fā)明實施例十 一 中終端在發(fā)起CoD業(yè)務(wù)請求中另 一種獲取媒體 信息的方法流程圖12是本發(fā)明實施例十二中用戶終端與網(wǎng)絡(luò)實體通過協(xié)商確定最終使用 的控制模式的流程圖。
具體實施例方式
由于現(xiàn)有技術(shù)中，RTSP ( Real Time Streaming Protocol，實時流協(xié)議)的 會話協(xié)商和建立過程對上述操作方式有比較好的支持，如建立聚合模式，可 以同步控制所有媒體交付通道，也可以采用單獨模式，可以對每一個媒體交 付通道單獨控制。
在IMS的CoD ( Content on Demand,內(nèi)容點播)業(yè)務(wù)中，RTSP會話的
相關(guān)參數(shù)是在SIP會話建立過程中進(jìn)行協(xié)商的，不再有RTSP的會話建立過程 (如，RTSP的Setup消息)，而是在SIP會話建立完成后，直接采用RTSP消 息進(jìn)行VCR操作控制。由于相關(guān)的RTSP參數(shù)都是在SIP/SDP (Session Description Protocol,會話描述協(xié)議)消息中進(jìn)行攜帶并進(jìn)行協(xié)商，因此，在 IMS based IPTV業(yè)務(wù)環(huán)境中，SIP/SDP消息無法指示CoD業(yè)務(wù)中對內(nèi)容的單 個或多個媒體交付通道的VCR操作，即當(dāng)用戶通過RTSP消息進(jìn)行VCR操的SIP/SDP消息無法將這些信息傳遞給用戶終端。
本發(fā)明實施例一4是供了 一種々某體控制指示方法，通過SDP中的屬性行指
示各媒體流的控制狀態(tài)，即SDP中標(biāo)識多個媒體交付通道是同步控制還是單
獨控制，還是混合控制(既存在同步控制，又存在單獨控制)，同步控制是指 對多個媒體流同時進(jìn)行控制，單獨控制是指對單個媒體流進(jìn)行控制。屬性可 以通過多種方式表示，下面舉幾個例子進(jìn)行i兌明。
以下所有實施例中，通過屬性行關(guān)聯(lián)的媒體交付通道對應(yīng)的媒體流是需 要相應(yīng)的媒體控制通道進(jìn)行控制的，未關(guān)聯(lián)的媒體流是沒有相應(yīng)的媒體控制
通道進(jìn)行控制；
第一種方式是通過屬性行描述媒體交付通道與媒體控制通道的關(guān)系，這 兩者之間的關(guān)系也就是SDP中相應(yīng)描述信息的關(guān)系。 采用a=<attribute>:<value>
其中attribute標(biāo)識媒體控制屬性(如，RTSP會話控制)，可以為字符集 或其它，value標(biāo)識媒體控制通道信息，可以為字符集、數(shù)字，其中字符集可 以為RTSP URL或其它，數(shù)字可以為RTSP會話標(biāo)識Session ID或其它。
該屬性行可以放在第一個媒體行"m="行前作為會話級屬性，描述控制 所有媒體交付通道對應(yīng)的媒體控制通道。
該屬性行可以放在媒體行"m="行后作為媒體級屬性，描述控制該媒體 交付通道對應(yīng)的纟某體控制通道。
以下實施例中屬性行是以"a=control:<RTSP URL>"為例說明，不排除有 其它描述方式。
會話級屬性行示例1如下
a=control: rtsp:〃foo/twister
m=audio 1306 RTP/AVP 0 〃描述音頻媒體交付通道的媒體行 m=video 1308 RTP/AVP 26//描述視頻媒體交付通道的媒體行 m=application 9 TCP iptv一rtsp 〃描述媒體控制通道的媒體行a二fmtp:rtsp h-uri二 rtsp:〃foo/twister
其中，"a=control:，，屬性行作為會話級屬性，表示音頻和視頻J^某體交付 通道對應(yīng)的媒體流同步控制，媒體控制信息是屬性行中RTSP URL為 rtsp://foo/twister對應(yīng)的媒體控制通道的描述信息，包括媒體控制通道的媒體 行、屬性行、RTSP會話屬性行、RTSP^ 某體流標(biāo)識屬性行中的一個或多個， 且不限于這些信息。"m=，，是i某體行，< RTSP URL〉可以為rtsp:〃foo/twister， 實際應(yīng)用中的具體形式不限于此。
媒體級屬性行示例2如下
m=audio 1306 RTP/AVP 0 〃描述音頻i某體交付通道的々某體行 a=control:rtsp:〃foo/twister
m=video 1308 RTP/AVP 26 〃描述視頻媒體交付通道的媒體行 a=control: rtsp: 〃foo/twi ster
m=text 1310 RTP/AVP wb 〃描述文本媒體交付通道的媒體行 m=application 9 TCP iptv—rtsp 〃描述媒體控制通道的i某體行 a=fmtp:rtsp h-uri= rtsp:〃foo/twister
其中，"a=control:"屬性行作為媒體級屬性，表示音頻和視頻媒體交付 通道對應(yīng)的媒體控制信息是屬性行中RTSP URL為rtsp:〃foo/twister對應(yīng)的媒 體控制通道的描述信息，包括媒體控制通道的媒體行、屬性行、RTSP會話屬 性行、RTSP媒體流標(biāo)識屬性行中的一個或多個，且不限于這些信息。文本媒 體交付通道無相應(yīng)的a=control:，，屬性行，表示無相應(yīng)的々某體控制通道進(jìn)行控 制；"m=，，是媒體行，< RTSP URL〉可以為rtsp:〃foo/twister,實際應(yīng)用中的 具體形式不限于此。
i某體級屬性行示例3如下
m=audio 1306 RTP/AVP 0 〃描述音頻J/某體交付通道的媒體行 a=control :rtsp :〃 foo/twister/audio
m=video 1308 RTP/AVP 26 //描述視頻媒體交付通道的媒體行a=control :rtsp :〃foo/twister/ video
m=application 9 TCP iptv—rtsp 〃描述媒體控制通道的媒體行 a=fmtp:rtsp h-uri= rtsp:〃foo/twister/audio m二application 11 TCP iptv—rtsp 〃描述媒體控制通道的媒體行 a=fmtp:rtsp h-uri= rtsp:〃foo/twister/video
其中，"m=audio，，是音頻i某體行，"a=control:rtsp:〃foo/twister/audio"是 對該音頻媒體行對應(yīng)的音頻媒體流進(jìn)行單獨控制的屬性行；"m= video"是視 頻々某體4亍，"a=control:rtsp:〃foo/twister/ video"是，于該一見頻士某體4亍》十應(yīng)的^見頻 媒體流進(jìn)行單獨控制的屬性行。表示音頻和視頻媒體交付通道各自對應(yīng)的媒 體控制信息是各自屬性行中RTSP URL為rtsp:〃foo/twister/audio和 rtsp:〃foo/twister/video對應(yīng)的+某體控制通道的描述信息，包括媒體控制通道的 媒體行、屬性行、RTSP會話屬性行、RTSP媒體流標(biāo)識屬性行中的一個或多個， 且不限于這些信息。"a="行和"m=，，行的描述只是個示例，具體形式不限 于此。
另外，在該種方式下，雖然UE可單獨對每個媒體進(jìn)行控制，而不強(qiáng)制同 步控制下，但實際應(yīng)用中也可以對多個媒體的同步控制，例如同時發(fā)出多個 控制消息，每個控制消息控制一個媒體通道，以達(dá)到對所有媒體流的同步控制。
第二種方式中，通過組屬性行描述媒體交付通道與媒體控制通道的關(guān)系， 這兩者之間的關(guān)系也就是SDP中相應(yīng)描述信息的關(guān)系。
采用纟且屬'f生4亍a=group:semantics * (space identification-tag)
其中語義semantics用于標(biāo)識媒體控制屬性，可以為字符集或其它， identification-tag為媒體流標(biāo)識，可以為數(shù)字、代號token或其它；表示媒體流 標(biāo)識為identification-tag取值的媒體流采用統(tǒng)一的媒體控制通道來控制。媒體 流標(biāo)識為"a=mid:，，流標(biāo)識屬性4亍中的流標(biāo)識〗直或"a=label:'，流標(biāo)簽屬性4亍 中的流標(biāo)簽值。具體示例4如下
a=group: <控制屬性(control) 流標(biāo)識(1 2 ) >a=control :rtsp :〃foo/twi ster m=audio 1306 RTP/AVP 0 a=mid: 1
m=video 1308 RTP/AVP 26 a=mid:2
m=text 1310 RTP/AVP wb a=control :rtsp :〃foo/twister/text
m=application 9 TCP iptv一rtsp 〃描述媒體控制通道的媒體行 a=fmtp:rtsp h-uri= rtsp:〃foo/twister
m=application 9 TCP iptv一rtsp 〃描述媒體控制通道的媒體行 a=fmtp:rtsp h-uri= rtsp:〃foo/twister/text
其中，"a=group: <控制屬性(control) 流標(biāo)識(1 2 ) >" 為組屬性行， 指示媒體流標(biāo)識為1對應(yīng)的音頻媒體流和媒體流標(biāo)識為2對應(yīng)的視頻媒體流 同步控制，"a=control:rtsp:〃foo/twister"進(jìn)一步指示兩々某體交付通道對應(yīng)的力某 體控制信息是屬性行中的RTSP URL為rtsp:〃foo/twister對應(yīng)的媒體控制通道 的描述信息，包括媒體控制通道的媒體行、屬性行、RTSP會話屬性行、RTSP 々某體流標(biāo)識屬性行中的一個或多個，且不限于這些信息。而對"m=text 1310 RTP/AVP wb"媒體行對應(yīng)的文本媒體流進(jìn)行單獨控制，其媒體控制信息為 RTSP URL為rtsp:〃foo/twister/text對應(yīng)的媒體控制通道的描述信息。"a="和 "m="行的描述只是個示例，具體形式不限于此。
示例5:
a=group:〈控制屬性(control) 標(biāo)簽標(biāo)識值(1)〉 a=control:rtsp:〃foo/twister m=audio 1306 RTP/AVP 0 a=label: 1
m=video—1308 RTP/AVP 26 a=label: 1m=text 1310 RTP/AVP wb a=control :rtsp :〃foo/twister/text
m=application 9 TCP iptv—rtsp 〃描述媒體控制通道的媒體行 a=fmtp:rtsp h-uri= rtsp:〃foo/twister
m=application 9 TCP iptv—rtsp 〃描述媒體控制通道的媒體行 a=fmtp:rtsp h-uri= rtsp:〃foo/twister/text
其中，"a=group: <控制屬性(control)標(biāo)簽標(biāo)識值(1 ) >" 為組屬性行, 指示標(biāo)簽標(biāo)識為l對應(yīng)的音頻媒體流和視頻媒體流進(jìn)行同步控制，
"a=control:rtsp:〃foo/twister"進(jìn)一步指示兩:樣體交付通道對應(yīng)的力某體控制信息 是屬性行中的RTSP 1^為1^口://!>00/1 13&1"對應(yīng)的媒體控制通道的描述信息， 包括媒體控制通道的媒體行、屬性行、RTSP會話屬性行、RTSP媒體流標(biāo)識屬 性行中的一個或多個，且不限于這些信息。text可采用單獨控制，其J;某體控制 信息為RTSP URL為rtsp:〃foo/twister/text對應(yīng)的媒體控制通道的描述信息。其 中"a="行的描述只是個示例，具體形式不限于此。
示例6:
a=group: rtspcontrol 1 2
m=audio 1306 RTP/AVP 0 〃描述媒體交付通道的媒體行 a=mid:l-
m=video 1308 RTP/AVP 26 〃描述媒體交付通道的媒體行 a=mid:2
m=text 1310 RTP/AVP wb a=mid:3
m=application 9 TCP iptv—rtsp 〃描述士某體控制通道的J 某體4亍 a=mid:4
其中，"a=group: rtspcontrol 1 2" 為組屬性行，指示々某體流標(biāo)識為1對 應(yīng)的音頻媒體流和媒體流標(biāo)識為2對應(yīng)的視頻媒體流同步控制，且4某體控制 通道信息是媒體控制通道對應(yīng)的媒體描述信息，包括媒體行、屬性行、RTSP
13會話屬性行、RTSP媒體流標(biāo)識屬性行中的一個或多個，且不限于這些信息。
媒體流標(biāo)識為4對應(yīng)的文本媒體流無媒體控制通道對其媒體流進(jìn)行控制。"a=" 和"m="行的描述只是個示例，具體形式不限于此。
媒體流標(biāo)識采用"a=label:"流標(biāo)簽屬性行的方式與示例6類似，只是用
"a=label:，，屬性行替換"a=mid:"屬性行，組屬性行中的々某體流標(biāo)識改為
"a—abel:"屬性行中的標(biāo)簽值。
或者采用組屬性行a=group:semantics *(space identification-tag)
其中語義semantics用于標(biāo)識i某體控制屬性，可以為字符集或其它， identification-tag用于標(biāo)識媒體控制通道信息及媒體流標(biāo)識信息，媒體控制通 道信息可以為字符集、數(shù)字，其中字符集可以為RTSP URL或其它，數(shù)字可 以為RTSP會話標(biāo)識Session ID、 RTSP媒體控制流標(biāo)識或其它；RTSP媒體控 制流標(biāo)識和i某體流標(biāo)識信息可以為數(shù)字、代號token或其它。RTSP媒體控制 流標(biāo)識和J 某體流標(biāo)識為"a=mid:'，流標(biāo)識屬性4亍中的流標(biāo)識il或"a=label:，， 流標(biāo)簽屬性行中的流標(biāo)簽值。具體示例7如下
a=group: control rtsp:〃foo/twister 1 2
m=audio 1306 RTP/AVP 0
a=mid: 1
m=video 1308 RTP/AVP 26 a=mid:2-
m=application 9 TCP iptv—rtsp 〃描述々某體控制通道的々某體行 a=mid:3
a=fmtp:rtsp h-uri= rtsp:〃foo/twister
其中，"a=group: control rtsp:〃foo/twister 1 2" 為組屬性行，指示i某體 流標(biāo)識為1對應(yīng)的音頻i某體流和i某體流標(biāo)識為2對應(yīng)的視頻J 某體流同步控制， 其媒體控制信息是RTSP URL為rtsp:Z/foo/twister對應(yīng)的媒體控制通道的描述 信息，包括媒體控制通道的媒體行、屬性行、RTSP會話屬性行、RTSP媒體 流標(biāo)識屬性行中的一個或多個，且不限于這些信息。"a="和"m="行的描
14說明書第ll/37頁
述只是個示例，具體形式不限于此。
示例8:-
a二group: rtspcontrol 3 12
m=audio 1306 RTP/AVP 0 〃描述音頻媒體交付通道的:樣體行 a二mid: 1
m=video 1308 RTP/AVP 26 〃描述視頻媒體交付通道的媒體行 a=mid:2
m=application 9 TCP iptv一rtsp 〃描述媒體控制通道的媒體行 a=mid:3
其中，"a=group: rtspcontrol 3 1 2" 為組屬性4亍，指示i某體流標(biāo)識為1 對應(yīng)的音頻媒體流和媒體流標(biāo)識為2對應(yīng)的視頻媒體流同步控制，且媒體控 制信息是媒體流標(biāo)識為3對應(yīng)的媒體描述信息，包括媒體行、屬性行、RTSP 會話屬性行、RTSP^ 某體流標(biāo)識屬性行中的一個或多個，且不限于這些信息。 "a="和"m="行的描述只是個示例，具體形式不限于此。
媒體流標(biāo)識采用"a=label:"流標(biāo)簽屬性行的方式與示例8類似，只是用 "a—abel:"屬性行替換"a=mid:"屬性行，組屬性行中的i某體流標(biāo)識改為 "a=label:"屬性行中的標(biāo)簽值。
或者釆用組屬性行a=group:semantics *(space identification-tag)
其中語義semantics用于標(biāo)識媒體控制通道信息，可以為字符集、數(shù)字， 其中字符集可以為RTSP URL或其它，數(shù)字可以為RTSP會話標(biāo)識Session ID、 RTSP媒體控制流標(biāo)識或其它。
identification-tag為媒體流標(biāo)識，可以為數(shù)字、代號token或其它；表示媒 體流標(biāo)識為identification-tag取值的媒體流采用統(tǒng)一的i某體控制通道來控制。 i某體流標(biāo)識為"a=mid:"流標(biāo)識屬性行中的流標(biāo)識值或"a=label:，，流標(biāo)簽屬 性行中的流標(biāo)簽值。具體示例9如下
a=group: rtsp:〃foo/twister 1 2m=audio 1306 RTP/AVP 0 a=mid:l
m=video 1308 RTP/AVP 26 a=mid:2—
m=application 9 TCP iptv—rtsp 〃描述i某體控制通道的J 某體行 a=mid:3
a=fmtp:rtsp h-uri= rtsp:〃foo/twister
其中，"a-group: rtsp:〃foo/twister 1 2" 為組屬性行，指示々某體流標(biāo)識為 1對應(yīng)的音頻媒體流和媒體流標(biāo)識為2對應(yīng)的視頻媒體流同步控制，其媒體控 制信息是RTSP URL為rtsp:〃foo/twister對應(yīng)的媒體控制通道的描述信息，包 括媒體控制通道的媒體行、屬性行、RTSP會話屬性行、RTSP媒體流標(biāo)識屬 性行中的一個或多個，且不限于這些信息。"a=，，和"m="行的描述只是個 示例，具體形式不限于此。
J)某體流標(biāo)識采用"a=4abel:，，流標(biāo)簽屬性行的方式與示例9類似，只是用 "a=label:，，屬性行替換"a=mid:"屬性行，組屬性行中的媒體流標(biāo)識改為 "a=label:，，屬性行中的標(biāo)簽值。
第三種方式中，通過屬性行描述媒體交付通道媒體行對應(yīng)的媒體流與相 應(yīng)媒體控制通道的關(guān)系，這兩者之間的關(guān)系也就是SDP中相應(yīng)描述信息的關(guān) 系。
釆用a=<attribute>:<value〉
其中attribute標(biāo)識々某體控制屬性，可以為字符集或其它，value標(biāo)識士某體 控制通道信息及媒體流標(biāo)識信息，媒體控制通道信息可以為字符集、數(shù)字， 其中字符集可以為RTSP URL或其它，數(shù)字可以為RTSP會話標(biāo)識Session ID、 RTSP i某體控制流標(biāo)識或其它；RTSP媒體控制流標(biāo)識和纟某體流標(biāo)識信息可以 為數(shù)字、代號token或其它。RTSP媒體控制流標(biāo)識和媒體流標(biāo)識為"a=mid:" 流標(biāo)識屬性行中的流標(biāo)識值或"a=label:，，流標(biāo)簽屬性行中的流標(biāo)簽值。
示例10如下a = rtspcontrol: rtsp:〃foo/twister 1 2 m二audio 1306 RTP/AVP 0 a=mid:l
m-video 1308 RTP/AVP 26 a=mid:2
m=application 9 TCP iptv_rtsp 〃描述士某體控制通道的J 某體行 a=mid:3
a=fmtp:rtsp h-uri= rtsp:〃fo()/twister
其中a = rtspcontrol: rtsp:〃fo()/twister 1 2表示々某體流標(biāo)識為1和2的々某體 (即音頻和視頻媒體)需同步控制，且其媒體控制信息是RTSP URL為 rtsp://foo/twister對應(yīng)的媒體控制通道的描述信息，包括媒體控制通道的媒體 行、屬性行、RTSP會話屬性行、RTSP媒體流標(biāo)識屬性行中的一個或多個， 且不限于這些信息。其中"a="行的描述只是個示例，具體形式不限于此。
示例11如下
a = rtspcontrol: rtsp:〃foo/twister 1 m=audio 1306 RTP/AVP 0 a=label:l
m=video 1308 RTP/AVP 26 a=label:l
m=application 9 TCP iptv—rtsp 〃描述4某體控制通道的々某體行 a=fmtp:rtsp h-uri= rtsp:〃foo/twister
其中a = rtspcontrol: rtsp:〃foo/twister 1表示J 某體流標(biāo)簽標(biāo)識為1的媒體 (即音頻和視頻媒體)需同步控制，且其媒體控制信息是RTSP URL為 rtsp://foo/twister對應(yīng)的媒體控制通道的描述信息，包括媒體控制通道的媒體 行、屬性行、RTSP會話屬性行、RTSP媒體流標(biāo)識屬性行中的一個或多個， 且不限于這些信息。其中"a-"行的描述只是個示例，具體形式不限于此。
17第四種方式中，通過屬性行描述媒體交付通道媒體行對應(yīng)的媒體流與相 應(yīng)媒體控制通道的關(guān)系，這兩者之間的關(guān)系也就是SDP中相應(yīng)描述信息的關(guān) 系。
采用 a=<attribute>:<value>
其中attribute標(biāo)識J 某體控制屬性，可以為字符集或其它，value標(biāo)識被控 制的媒體流標(biāo)識信息。媒體流標(biāo)識信息可以為數(shù)字、代號token或其它。媒體 流標(biāo)識為"a=mid:，，流標(biāo)識屬性行的流標(biāo)識值或"a=label:，，流標(biāo)簽屬性行的 流標(biāo)簽值。
示例12:
m=audio 1306 RTP/AVP 0 〃描述音步貞交付通道的媒體行 a=label: 1
m=video 1308 RTP/AVP 26 〃描述視頻交付通道的媒體行 a=4abel: 1
m=application 9 TCP iptv—rtsp 〃描述媒體控制通道的媒體行 a= rtspcontrol: 1
其中a-rtspcontrol: 1表示媒體流標(biāo)簽標(biāo)識為1的媒體由相應(yīng)的媒體控 制通道控制，a=label:l標(biāo)簽屬性行標(biāo)識音頻和視頻的標(biāo)簽都為1,兩媒體采用 同步控制，且其媒體控制信息是媒體控制通道的描述信息，包括媒體控制通 道的媒體行、屬性行、RTSP會話屬性衧、RTSP々某體流標(biāo)識屬性行中的一個 或多個，且不限于這些信息。其中a二"行的描述只是個示例，實際擴(kuò)展中可 能不是采用rtspcontrol這樣的字符來標(biāo)識，具體形式不限于此。
示例13:
m=audio 1306 RTP/AVP 0 〃描述音頻交付通道的i某體行 a=mid: 1
m=video 1308 RTP/AVP 26 〃描述視頻交付通道的媒體行 a=mid: 2.
m=application 9 TCP iptv—rtsp 〃描述媒體控制通道的汷某體行描述a= rtspcontrol: 1 2
其中a = rtspcontrol: 1 2表示J 某體流標(biāo)識為1和2的々某體由相應(yīng)的i某體控 制通道控制，"a二mid:"屬性行標(biāo)識音頻和視頻的標(biāo)識分別為1和2,兩々某體 采用同步控制，且其媒體控制信息是媒體控制通道的描述信息，包括媒體控 制通道的媒體行、屬性行、RTSP會話屬性行、RTSP媒體流標(biāo)識屬性行中的 一個或多個，且不限于這些信息。其中行的描述只是個示例，實際擴(kuò)展 中可能不是采用rtspco加rol這樣的字符來標(biāo)識，具體形式不限于此。
如果有多個媒體控制通道(如，RTSP )的媒體行，和多個媒體交付通道
(如，RTP)媒體行，則通過多個媒體控制通道(如，RTSP)的媒體行下的 屬性(如"a = rtspcontrol:")行中不同的J 某體流標(biāo)識和*某體交付通道(如， RTP)々某體^f亍下的"a=label:"屬性行中的流標(biāo)簽值或"a=mid:'，屬性行中的流 標(biāo)識值匹配，來指示不同的媒體控制通道(如，RTSP)控制不同的媒體，如 一個媒體控制通道(如，RTSP)用來控制音頻媒體，另外一個媒體控制通道
(如，RTSP)用來控制視頻媒體和文本媒體等。
第五種方式中，通過媒體控制通道(如，RTSP)的媒體行下的屬性行， 描述媒體交付通道々某體行對應(yīng)的媒體流與相應(yīng)媒體控制通道的關(guān)系，這兩者 之間的關(guān)系也就是SDP中相應(yīng)描述信息的關(guān)系。
采用a=《attribute〉<value>
其中attribute標(biāo)識媒體控制屬性，可以為字符集或其它，value標(biāo)識媒體 控制通道信息及媒體流標(biāo)識信息，其中，媒體控制通道信息可以為字符集、 數(shù)字，其中字符集可以為RTSP URL或其它，數(shù)字可以為RTSP會話標(biāo)識 Session ID、 RTSP々某體控制流標(biāo)識或其它；RTSP i某體控制流標(biāo)識和+某體流標(biāo) 識信息可以為數(shù)字、代號token或其它。RTSP々某體控制流標(biāo)識和:樣體流標(biāo)識 為"a=mid:"流標(biāo)識屬性行中的流標(biāo)識值或"a=label:，，流標(biāo)簽屬性行中的流 標(biāo)簽值。
示例1 ^口下
m=audio 1306 RTP/AVP 0
19a=mid: 1
m=video 1308 RTP/AVP 26 a=mid:2
m二application 9 TCP iptv_rtsp //描述媒體控制通道的媒體行描述 a = rtspcontrol: rtsp:〃fo()/twister 1 2
其中a = rtspcontrol: rtsp:〃fo()/twister2表示々某體流標(biāo)識為1和2的々某體 由屬性行"a=rtspcontrol"對應(yīng)的媒體控制通道控制，且其RTSP URL為 rtsp:〃foo/twister， a=mid:"屬性行標(biāo)識音頻和移i頻的標(biāo)識分別為1和2,兩力某 體采用同步控制，且其媒體控制信息是媒體控制通道的描述信息，包括媒體 控制通道的J 某體行、屬性行、RTSP會話屬性行、RTSP媒體流標(biāo)識屬性行中 的一個或多個，且不限于這些信息。其中a="行的描述只是個示例，實際擴(kuò) 展中可能不是采用rtspcontrol這樣的字符來標(biāo)識，具體形式不限于此。
示例2 ^口下
m=audio 1306 RTP/AVP 0 a=label:l
m=video 1308 RTP/AVP 26 a=label:l
m=application 9 TCP iptv—rtsp //描述々某體控制通道的i某體行描述 a = rtspcontrol: rtsp:〃foo/twister 1
其中a = rtspcontrol: rtsp:〃foo/twister 1表示i某體流標(biāo)簽標(biāo)識為1的々某體 由屬性行"a=rtspcontrol"對應(yīng)的々某體控制通道控制，且其RTSP URL為 rtsp:〃foo/twister， a=label:，，屬性行標(biāo)識音頻和視頻的標(biāo)簽標(biāo)識都為1,兩i某體 采用同步控制，且其媒體控制信息是媒體控制通道的描述信息，包括媒體控 制通道的媒體行、屬性行、RTSP會話屬性行、RTSP i某體流標(biāo)識屬性行中的 一個或多個，且不限于這些信息。其中"a="行的描述只是個示例，實際擴(kuò) 展中可能不是采用rtspcontrol這樣的字符來標(biāo)識，具體形式不限于此。
如果有多個媒體控制通道(如，RTSP)的媒體行，和多個媒體交付通道(如，RTP)媒體行，則通過多個媒體控制通道(如，RTSP)的媒體行下的 屬性(如"a = rtspcontrol:")行中不同的々某體流標(biāo)識和i某體交付通道(如， RTP)媒體行下的"a=label:'，屬性行中的流標(biāo)簽值或"a二mid:"屬性行中的流 標(biāo)識值的屬性值的匹配，來指示不同的媒體控制通道(如，RTSP)控制不同 的媒體，如一個媒體控制通道(如，RTSP)用來控制音頻媒體，另外一個媒 體控制通道(如，RTSP)用來控制視頻媒體和文本媒體等。
上述實施例中，以屬性行攜帶RTSP URL為例，實際上，也可以攜帶SIP URI， TV URI或者任何一種可以標(biāo)識4某體內(nèi)容的標(biāo)識。
本實施例通過屬性行實現(xiàn)指示媒體控制通道(如，RTSP)所控制的媒體 交付通道(如，RTP),實現(xiàn)方式更為靈活，既可以用來指示只有一個i某體控 制通道的情況下所控制的一個或多個媒體交付通道，也可以用來指示在有多 個媒體控制通道的情況下，每個媒體控制通道所控制的一個或多個媒體通道。
本發(fā)明實施例二提供了一種獲取媒體控制會話信息的系統(tǒng)，包括用戶 終端，用于通過核心IMS向網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送請求消息，所述請求消息中攜帶 內(nèi)容標(biāo)識；網(wǎng)絡(luò)側(cè)設(shè)備，用于接收所述用戶終端通過核心IMS發(fā)送的請求消 息后，將所述內(nèi)容標(biāo)識對應(yīng)的媒體控制會話信息，攜帶在媒體控制組屬性行 中，通過所述核心IMS發(fā)送給所述用戶終端。內(nèi)容描述元功能實體，用于給 所述網(wǎng)絡(luò)側(cè)設(shè)備提供媒體控制會話信息。
本發(fā)明實施例提供了一種網(wǎng)絡(luò)側(cè)設(shè)備，包括響應(yīng)消息生成單元，用于 生成響應(yīng)消息，所述響應(yīng)消息中的媒體控制組屬性行攜帶不同媒體控制會話 信息；響應(yīng)消息發(fā)送單元，用于將所述響應(yīng)消息通過所述核心IMS發(fā)送給所 述用戶終端；描述信息獲取單元，用于獲取內(nèi)容標(biāo)識對應(yīng)的媒體控制會話信 白、
("、o
本發(fā)明實施例還提供了一種獲取媒體控制會話信息的系統(tǒng)，包括用戶 終端，用于通過核心IMS向網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送請求消息，所述請求消息中攜帶 內(nèi)容標(biāo)識；網(wǎng)絡(luò)側(cè)設(shè)備，用于接收所述用戶終端通過核心IMS發(fā)送的請求消 息后，將所述內(nèi)容標(biāo)識對應(yīng)的媒體控制會話信息，攜帶在媒體控制屬性行
21a=<attribute>:<value>t,通過所述核心IMS發(fā)送主會所述用戶終端，其中， attribute標(biāo)識i某體控制屬性，value標(biāo)識士某體流標(biāo)識；內(nèi)容描述元功能實體， 用于給所述網(wǎng)絡(luò)側(cè)設(shè)備提供媒體控制會話信息。
本發(fā)明實施例還提供了一種網(wǎng)絡(luò)側(cè)設(shè)備，包括響應(yīng)消息生成單元，用 于生成響應(yīng)消息，所述響應(yīng)消息中的々某體控制屬性4亍a-〈attribute〉:〈value〉攜 帶媒體控制會話信息，其中，attribute標(biāo)識媒體控制屬性，value標(biāo)識媒體流 標(biāo)識；響應(yīng)消息發(fā)送單元，用于將所述響應(yīng)消息通過所述核心IMS發(fā)送給所
述用戶終端；描述信息獲取單元，用于獲取內(nèi)容標(biāo)識對應(yīng)的媒體控制會話信 自、
本發(fā)明實施例三中的獲取媒體描述信息的方法，UE發(fā)起CoD業(yè)務(wù)請求， Offer中同時協(xié)商媒體控制通道和媒體交付通道，MF從內(nèi)容描述元功能實體 中獲取內(nèi)容不同々某體成分的控制描述后，向UE返回SDP Answer。具體過程 如圖3所示，包括以下步驟
步驟s301 ， UE向Core IMS發(fā)起CoD業(yè)務(wù)請求，攜帶內(nèi)容標(biāo)識、SDP Offer 等信息，其中業(yè)務(wù)請求可以為SIP INVITE請求或其它請求。
步驟s302， Core IMS將該CoD業(yè)務(wù)請求轉(zhuǎn)發(fā)給SC1'，。
步驟s303, SCF通過所述內(nèi)容標(biāo)識選擇適當(dāng)?shù)腗F，并將SDPOffer發(fā)送 給MF。
步驟s304, MF從內(nèi)容描述元功能中獲取所述內(nèi)容標(biāo)識對應(yīng)的內(nèi)容不同々某 體的控制描述信息，如一個內(nèi)容對應(yīng)的多個媒體流是采用同步控制，還是單 獨控制，還是混合控制方式，其中內(nèi)容描述元功能可作為MF的內(nèi)部功能模 塊，或作為獨立的功能實體存在。該步驟可選。
步驟s305至步驟s307, MF根據(jù)得到的內(nèi)容不同媒體的控制描述信息， 生成相應(yīng)的SDP Answer,該SDP Answer中包括指示各J 某體流的控制會話信 息的屬性行(如實施例一中描述)；并通過業(yè)務(wù)響應(yīng)返回給UE,其中業(yè)務(wù)響 應(yīng)可以為200OK、 183 :清求，或其它響應(yīng)。
本發(fā)明實施例四中的獲取媒體描述信息的方法，UE發(fā)起CoD業(yè)務(wù)請求， Offer中同時協(xié)商媒體控制通道和媒體交付通道，SCF從內(nèi)容描述元功能實體中獲取內(nèi)容不同媒體成分的控制描述后，向UE返回SDP Answer。具體過程 如圖4所示，包括以下步驟
步驟s401和步驟s402， UE通過Core IMS向SCF發(fā)起CoD業(yè)務(wù)請求， 該請求中攜帶內(nèi)容標(biāo)識、SDPOffer等信息。其中業(yè)務(wù)請求可以為SIP INVITE 請求，或其它請求。
步驟s403, SCF通過所述內(nèi)容標(biāo)識選擇適當(dāng)?shù)腗F,并將SDPOffer發(fā)送 給該MF。
步驟s404，該MF向SCF返回SDP Answer,其中攜帶內(nèi)容控制通道和內(nèi) 容交付通道的描述信息。
步驟s405 ， SCF從內(nèi)容描述元功能中獲取內(nèi)容標(biāo)識對應(yīng)的內(nèi)容不同媒體 的控制描述信息，如， 一個內(nèi)容對應(yīng)的多個媒體流是采用同步控制，還是單 獨控制，還是混合控制方式，其中內(nèi)容描述元功能可作為SCF的內(nèi)部功能模 塊，或作為獨立的功能實體存在。該步驟可選。
.步驟s406和步驟s407, SCF根據(jù)得到的內(nèi)容不同媒體的控制描述信息， 生成相應(yīng)的SDP Answer,該SDP Answer中包括指示各媒體流的控制會話信 息的屬性行(如實施例一中描述)，并通過業(yè)務(wù)響應(yīng)返回給UE,其中業(yè)務(wù)響 應(yīng)可以為200 OK、 183^"求，或其它響應(yīng)。
如圖5所示，本發(fā)明實施例五提供了一種實現(xiàn)媒體控制的方法，包括以 下步驟
步驟S501 、用戶終端通過Core IMS發(fā)送攜帶媒體控制通道和媒體交付通 道關(guān)系信息的請求消息給網(wǎng)絡(luò)側(cè)設(shè)備。
其中，媒體控制通道和J;某體交付通道關(guān)系信息，可以是從SSF中獲取的， 采用實施例一中描述的方式攜帶在請求消息的SDP中，通過Core IMS發(fā)送給 網(wǎng)絡(luò)側(cè)設(shè)備。
為方便說明，對關(guān)系信息在請求消息中的攜帶方式進(jìn)行舉例如下 a=group: rtspcontrol 1 2
m=audio 1306 RTP/AVP 0 〃描述+某體交付通道的:樣體行a=mid: 1
m=video 1308 RTP/AVP 26 〃描述媒體交付通道的媒體行 a=mid:2
m=text 1310 RTP/AVP wb a=mid:3
m=application 9 TCP iptv—rtsp 〃描述々某體控制通道的々某體4亍 a=mid:4
其中，"a=group: rtspcontrol 1 2" 為組屬性行，指示i某體流標(biāo)識為1對 應(yīng)的音頻媒體流和媒體流標(biāo)識為2對應(yīng)的視頻媒體流同步控制，且媒體控制 通道信息是媒體控制通道對應(yīng)的媒體描述信息，包括媒體行、屬性行、RTSP 會話屬性行、RTSP々某體流標(biāo)識屬性行中的一個或多個，且不限于這些信息。 媒體流標(biāo)識為4對應(yīng)的文本媒體流無媒體控制通道對其媒體流進(jìn)行控制。"a=" 和"m二"行的描述只是個示例，具體形式不限于此。
媒體流標(biāo)識采用"a=label:，，流標(biāo)簽屬性行的方式與示例6類似，只是用 "a=label:，，屬性行替換"a=mid:，，屬性行，組屬性行中的士某體流標(biāo)識改為 "a=label:，，屬性行中的標(biāo)簽值。
需要進(jìn)一步指出的是，上述的攜帶方式只是本發(fā)明的優(yōu)選實施例，其他 的攜帶方式參照本發(fā)明實施例一中的詳細(xì)說明，攜帶方式的變化，并不影響 本發(fā)明的保護(hù)范圍。
步驟S502、網(wǎng)絡(luò)側(cè)設(shè)備向用戶終端返回響應(yīng)消息，該響應(yīng)消息攜帶媒體 描述信息。
其中，媒體描述信息具體為媒體交付通道信息和/或媒體控制通道信息，
可以攜帶在響應(yīng)消息的SDP中。
步驟S503、用戶終端根據(jù)關(guān)系信息與媒體描述信息，進(jìn)行媒體控制。 需要進(jìn)一步指出的是，在本實施例中，網(wǎng)絡(luò)側(cè)設(shè)備，為SCF或MF或其
他可以實現(xiàn)上述網(wǎng)絡(luò)側(cè)設(shè)備功能的網(wǎng)絡(luò)實體，具體實體的差別不影響本發(fā)明
的保護(hù)范圍。
24如圖6所示，本發(fā)明實施例六提供了一種實現(xiàn)媒體控制的方法，包括以
下步驟
步驟S601 、用戶終端通過Core IMS向網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送業(yè)務(wù)請求消息。
用戶終端向Core IMS發(fā)起CoD業(yè)務(wù)請求，攜帶內(nèi)容標(biāo)識等信息，其中業(yè) 務(wù)請求可以為SIP INVITE請求或其它請求。
步驟S602、網(wǎng)絡(luò)側(cè)設(shè)備向用戶終端返回響應(yīng)消息，該響應(yīng)消息攜帶關(guān)系 信息和媒體描述信息。
其中，關(guān)系信息具體指媒體控制通道和媒體交付通道關(guān)系信息，釆用實 施例一中描述的方式攜帶于響應(yīng)消息的SDP中。
為方便說明，對關(guān)系信息在請求消息中的攜帶方式進(jìn)行舉例如下
a=group: rtspcontrol 3 1 2
m=audio 1306 RTP/AVP 0 〃描述音頻媒體交付通道的媒體行 a=mid: 1
m=video 1308 RTP/AVP 26 〃描述視頻媒體交付通道的媒體行 a=mid:2
m=application 9 TCP iptv—rtsp 〃描述+某體控制通道的士某體行 a=mid:3
其中，"a=group: rtspcontrol 3 1 2" 為組屬性行，指示4某體流標(biāo)識為1 對應(yīng)的音頻媒體流和媒體流標(biāo)識為2對應(yīng)的視頻媒體流同步控制，且媒體控 制信息是媒體流標(biāo)識為3對應(yīng)的媒體描述信息，包括媒體行、屬性行、RTSP 會話屬性行、RTSP媒體流標(biāo)識屬性行中的一個或多個，且不限于這些信息。 "a二"和"m="行的描述只是個示例，具體形式不限于此。
媒體流標(biāo)識采用"a二label:，，流標(biāo)簽屬性行的方式與示例8類似，只是用 "a=label:，，屬性行替二狹"a=mid:"屬性行，組屬性4亍中的士某體流標(biāo)識改為 "a二label:"屬性行中的標(biāo)簽值。
需要進(jìn)一步指出的是，上述的攜帶方式只是本發(fā)明的優(yōu)選實施例，其他 的攜帶方式參照本發(fā)明實施例一中的詳細(xì)說明，攜帶方式的變化，并不影響 本發(fā)明的保護(hù)范圍。
25步驟S603、用戶終端根據(jù)關(guān)系信息與媒體描述信息，進(jìn)行媒體控制。 需要進(jìn)一步指出的是，在本實施例中，網(wǎng)絡(luò)側(cè)設(shè)備，為SCF或MF或其
他可以實現(xiàn)上述網(wǎng)絡(luò)側(cè)設(shè)備功能的網(wǎng)絡(luò)實體，具體實體的差別不影響本發(fā)明
的保護(hù)范圍。
如圖7所示，本發(fā)明實施例七提供了一種實現(xiàn)媒體控制的系統(tǒng)，包括 用戶終端l，用于獲取媒體控制通道和媒體交付通道關(guān)系信息，并根據(jù)關(guān)
系信息與媒體描述信息，進(jìn)行媒體控制。
進(jìn)一步，用戶終端1還可以用于通過核心IMS向網(wǎng)絡(luò)側(cè)i殳備2發(fā)送請求
消息，請求消息的SDP中攜帶關(guān)系信息。
進(jìn)一步，該系統(tǒng)中還可以包括網(wǎng)絡(luò)側(cè)設(shè)備2，用于發(fā)送響應(yīng)消息，響應(yīng)消
息的SDP中攜帶媒體控制通道和媒體交付通道關(guān)系信息。
進(jìn)一步，該系統(tǒng)中還可以包括業(yè)務(wù)選擇功能SSF3，用于提供媒體控制通
道和媒體交付通道關(guān)系信息給用戶終端1 。業(yè)務(wù)選擇功能是在IMS-based IPTV
架構(gòu)下用來提供業(yè)務(wù)選擇信息，如電子節(jié)目單EPG信息等的實體。 在上述系統(tǒng)的實施例中，網(wǎng)絡(luò)側(cè)設(shè)備2可以SCF或MF或其他。 本發(fā)明實施例還提供了 一種用戶終端1，可以包括 獲取單元11,用于獲取媒體控制通道和媒體交付通道關(guān)系信息； 控制單元12,用于根據(jù)關(guān)系信息與媒體描述信息，進(jìn)行媒體控制。 該用戶終端，還可以進(jìn)一步包括，發(fā)送單元13，用于發(fā)送請求消息，請
求消息的SDP中攜帶媒體控制通道和媒體交付通道關(guān)系信息。 本發(fā)明實施例還提供了 一種網(wǎng)絡(luò)側(cè)設(shè)備2，包括 接收單元21,用于接收請求消息；
發(fā)送單元22,用于發(fā)送響應(yīng)消息，響應(yīng)消息的SDP中攜帶媒體控制通道
和媒體交付通道關(guān)系信息。
進(jìn)一步的，SSF3，還用于提供業(yè)務(wù)選擇信息，如電子節(jié)目單EPG信息等。 需要進(jìn)一步指出的是，在本實施例中，網(wǎng)絡(luò)側(cè)設(shè)備2可以SCF或MF或其他。本發(fā)明的實施例中，通過SIP/SDP消息屬性行描述^某體控制通道(如，
RTSP)所控制的媒體交付通道(如，RTP),可以實現(xiàn)CoD業(yè)務(wù)中對內(nèi)容的 所有媒體交付通道進(jìn)行同步VCR操作或?qū)蝹€媒體交付通道進(jìn)行VCR操作。
現(xiàn)有技術(shù)中，CoD流程會話建立過程的主要特點是由于在CoD業(yè)務(wù)過程 中用戶能對所看的內(nèi)容進(jìn)行VCR控制(如前進(jìn)、后退、暫停等)，因此該業(yè) 務(wù)需要建立媒體控制通道(用于VCR操作)和媒體交付通道(用于傳送所看 的內(nèi)容)。根據(jù)媒體控制通道和媒體交付通道建立方式的不同，TISPAN中定 義的CoD業(yè)務(wù)流程，主要可以分為兩種第一種方式是媒體控制通道和媒體交 付通道在SIP會話建立過程中同時建立；第二種方式是在會話建立初始過程中 先建立媒體控制通道，然后再通過會話更改建立媒體交付通道。
采用第一種方式的情況是終端UE已經(jīng)從HPG (電子節(jié)目單)上獲取所觀 看的內(nèi)容的媒體信息，如該內(nèi)容包括哪些媒體行，如音頻、視頻、文本等， 因此可以協(xié)商和建立該々某體交付通道。采用第二種方式，即先通過SIP會話建 立過程協(xié)商建立媒體控制通道(通常是RTSP通道)，然后在終端和媒體服務(wù) 器之間建立媒體交互控制會話，然后通過媒體控制消息的交互獲取媒體網(wǎng)絡(luò) 參數(shù)信息，然后在會話更改過程中發(fā)起建立內(nèi)容交付通道。
事實上，第二種方式相對于第一種方式存在以下缺陷如導(dǎo)致會話建立 時間延長，大致過程如下在會話初始建立(通常采用SIP消息)后，終端和 網(wǎng)絡(luò)(媒體服務(wù)器)之間還要再發(fā)起媒體控制消息(通常是RTSP DESCRIBE 消息)建立媒體控制會話，然后在媒體控制會話消息中交換媒體的內(nèi)容信息， 最后再通過會話更改過程(又回到SIP消息)來完成媒體通道的建立。導(dǎo)致用 戶的服務(wù)體驗降低，因此目前的規(guī)范中對采用第二種方式的應(yīng)用條件有如下 限制只有當(dāng)網(wǎng)絡(luò)只提供給了用戶媒體控制通道的網(wǎng)絡(luò)參數(shù)信息(沒有提供 內(nèi)容交付通道的網(wǎng)絡(luò)參數(shù)信息)，初始會話建立內(nèi)容交付通道才是可選的(即 釆用第二種方式)。然而，第二種方式需要終端UE和網(wǎng)絡(luò)側(cè)有更多的交互，對 終端提出更多的需求，并導(dǎo)致會話建立延遲，使得用戶的體驗變差。
本發(fā)明實施例利用SIP會話消息中的OPTIONS方法，在無法或沒有通過SSF獲取內(nèi)容的網(wǎng)絡(luò)參數(shù)或內(nèi)容媒體信息時，例如用戶沒法訪問SSF(業(yè)務(wù) 發(fā)現(xiàn)功能實體，即相當(dāng)于電子節(jié)目單功能，通常采用HTTP協(xié)議)、或能訪問 SSF,但SSF不提供所需要的信息；或用戶沒有訪問SSF,直接發(fā)起業(yè)務(wù)請求， 來動態(tài)的獲取內(nèi)容的網(wǎng)絡(luò)參數(shù)和/或媒體信息，從而使得用戶UE在沒有從SSF 獲取網(wǎng)絡(luò)參數(shù)的情況下也能采用規(guī)范中的第 一種方式，或采用類似規(guī)范中的 改進(jìn)后的第二種方式。
UE在發(fā)起CoD會話請求前，采用SIP OPTK)NS向網(wǎng)絡(luò)發(fā)起請求，請求中 要求獲取網(wǎng)絡(luò)實體(圖中的媒體服務(wù)器MF )的媒體控制通道(如RTSP )的網(wǎng) 絡(luò)參數(shù)信息和/或所請求內(nèi)容的網(wǎng)絡(luò)參數(shù)和/或媒體交付通道描述信息，網(wǎng)絡(luò)在 SIP OPTIONS的請求響應(yīng)消息中返回媒體控制通道的網(wǎng)絡(luò)參數(shù)信息和/或所請 求內(nèi)容的網(wǎng)絡(luò)參數(shù)和/或媒體交付通道描述信息，從而UE能在發(fā)起會話請求前 獲取了媒體控制通道(如RTSP)的網(wǎng)絡(luò)參數(shù)及媒體交付通道信息，從而可以 按上述第一種方式發(fā)起CoD業(yè)務(wù)請求，建立媒體控制通道和:樣體交付通道。
另外，采用第二種方式時，在初始協(xié)商建立媒體控制通道(如RTSP)會 話后，需要再重新利用控制消息獲取媒體交付通道信息，然后再通過SIP建立 會話，這種方式效率不高。
因此，在第二種方式的初始協(xié)商建立4某體控制通道過程中，用戶終端UE 可以在會話建立(SIP會話)過程中或建立后，用戶終端UE發(fā)起采用SIP OPTIONS方法發(fā)起請求要求獲取所請求的內(nèi)容的網(wǎng)絡(luò)參數(shù)和/或媒體交付通 道信息(這一步即完成了終端和網(wǎng)絡(luò)側(cè)通過媒體控制通道來獲取內(nèi)容網(wǎng)絡(luò)參 數(shù)和/或媒體交付通道信息)，在獲取所需的信息后，直接采用規(guī)范中所描迷的 會話更改流程完成媒體交付通道的建立，該方案中獲取內(nèi)容網(wǎng)絡(luò)參數(shù)和/或媒 體交付通道信息步驟可以與媒體控制通道的協(xié)商建立同步完成，而現(xiàn)在所描 述方案是先后完成，因此本方案既有利于會話建立過程中UE和網(wǎng)絡(luò)多個實體 過多交互，也有利于縮短整個會話建立(包括媒體控制通道建立和媒體交付 通道建立)的時間，提升對用戶的服務(wù)體驗。
本發(fā)明實施例八，終端在發(fā)起CoD會話請求前，請求々某體控制通道的網(wǎng) 絡(luò)參數(shù)信息和/或媒體交付通道的網(wǎng)絡(luò)參數(shù)，如圖7所示，包括以下步驟步驟s801,用戶終端UE在發(fā)起CoD會話請求前，向Core IMS發(fā)起SIPOPTIONS請求。攜帶的消息參數(shù)如下
OPTIONS sip:XXXMoiveID@XXtele.com SIP/2.0
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKhjhs8ass877Max-Forwards: 70
Call-ID: a84b4c76e66710
CSeq: 63104 OPTIONS
Contact: <sip:alice@pc33.atlanta.com>
Accept: application/sdp
Content-Length: 0
該步驟中的請求消息的參數(shù)描述只是個示例，具體實現(xiàn)時不限于此，還可以有其它描述形式。消息中攜帶所請求的點播內(nèi)容的標(biāo)識XXXMoiveID,在Accept頭域中指示接收的消息體類型為SDP信息，實現(xiàn)時還可以為XML信息或其它類型的消息，只需將Accept頭域中的 "application/sdp ，，改為
步驟s802, CoreIMS向提供點播業(yè)務(wù)的SCF (業(yè)務(wù)控制功能)轉(zhuǎn)發(fā)該請求消息。
步驟s803， SCF根據(jù)所請求內(nèi)容標(biāo)識XXXMoiveID,選擇一個合適的MF,該選擇功能也可以在MF上完成，由MF完成選擇其它合適的MF并轉(zhuǎn)發(fā)請求，或其它獨立的功能實體完成，具體方式不是本發(fā)明的關(guān)注點。
步驟s804 ， SCF向所選擇的MF轉(zhuǎn)發(fā)此請求消息。
步驟s805, MF才艮據(jù)所請求的內(nèi)容標(biāo)識XXXMoiveID，向內(nèi)容描述元功能獲取內(nèi)容的媒體描述信息、媒體控制通道和/或媒體交付通道的網(wǎng)絡(luò)參數(shù)信息。其中，內(nèi)容描述元功能可能是MF內(nèi)部的一個功能、也有可能是一個獨立的功能實體。該步驟可選。
步驟s806, MF向SCF返回200OK響應(yīng)消息，消息中攜帶參數(shù)如下
29SIP/2.0 200 OK
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKhjhs8ass877;received= 192.0.2.4
To: <sip: XXXMoiveID@XXtele.com >;tag=93810874
From: Alice <sip:alice@atlanta.com>;tag=l928301774
Call-ID: a84b4c76e6671()
CSeq:63104 OPTIONS
Contact: <sip: XXXMoiveID@XXtelc.com >
Accept: application/sdp
Content-Type: application/sdp
Content-Length: 164
v=0
o=- 2890844256 2890842807 INIP4 172.16.2.93——網(wǎng)纟各地址信息s=RTSP Session
i=An Example of RTSP Session Usage
a=control :rtsp:〃foo/twister——々某體4空制會i舌4言息
t=0 0
m=audio 0 RTP/AVP 0——音頻行媒體信息，如音頻編碼等a=control: rtsp :〃foo/twister/ audio
m-video 0 RTP/AVP 26——視頻行媒體信息，如視頻編碼等
a=control:rtsp:〃foo/twister/video
... 一 一其它可能的媒體屬性信息
該步驟中的響應(yīng)消息的參數(shù)描述只是個示例，具體實現(xiàn)時不限于此，還可以有其它描述形式。由于請求消息中的Accept頭域中指示接收的消息體類型為SDP信息，所以響應(yīng)消息中的消息體類型也為SDP;具體實現(xiàn)時，請求消息中的Accept頭域中指示接收的消息體類型還可以為XML信息或其它類型的消息，相應(yīng)地，響應(yīng)消息中的消息體類型也可以為XML或其它類型，即將
30Content-Type頭域中的 "application/sdp " 改為 "application/xml " 或"application/xxx",々某體控制會話信息的描述方式還可以為實施例一描述的其它方式。
若XML方式，具體消息體內(nèi)容的示例為<xml description>
Audio/Video/Text——J 某體組成
Codec — 一不同媒體的編解碼
...一一其它信息，如不同媒體成分是否能獨立VCR操作，時長等其它內(nèi)容描述信息
<xml description)
步驟s807, SCF向Core IMS返回20()響應(yīng)消息。步驟s808, Core IMS向UE返回200響應(yīng)消息。
UE動態(tài)獲取所請求內(nèi)容的媒體交付信息后，終端UE已經(jīng)從EPG (電子節(jié)目單)上獲取所觀看的內(nèi)容的媒體信息，如該內(nèi)容包括哪些媒體行，如音頻、視頻、文本等，即可按目前規(guī)范中定義的第一種方式，會話初始建立過程中即同時建立媒體控制通道和媒體交付通道。
本發(fā)明實施例九中，終端在發(fā)起CoD會話請求前獲取媒體控制通道的網(wǎng)絡(luò)參數(shù)信息和/或媒體交付通道信息，如圖8所示，包括以下步驟
步驟s901,用戶終端UE在發(fā)起CoD會話請求前，向Core IMS發(fā)起SIPOPTIONS請求。攜帶的消息參數(shù)如下
OPTIONS sip:XXXMoiveID@XXtele.com SIP/2.0
Via: SIP/2.0/UDP pc33.atlanta,com;branch=z9hG4bKhjhs8ass877Max-Forwards: 70
To: <sip: XXXMoiveID@XXtele.com >
From: Alice <sip:alice@atlanta.com>;t'dg=1928301774
Call-ID: a84b4c76e6671()
CSeq: 63104 OPTIONS
Contact: <sip:alice@pc33.atlanta.com>Accept: application/xmlContent-Length: 0
該步驟中的請求消息的參數(shù)描述只是個示例，具體實現(xiàn)時不限于此，還可以有其它描述形式。消息中攜帶所請求的點播內(nèi)容的標(biāo)識XXXMoiveID,在Accept頭域中指示接收的消息體類型為XML信息，實現(xiàn)時還可以為SDP信息或其它類型的消息，只需將Acc印t頭域中的 "application/xml "改為"application/sdp，，或 "application/xxx'，
步驟s902, CoreIMS向提供點播業(yè)務(wù)的SCF (業(yè)務(wù)控制功能)轉(zhuǎn)發(fā)該請求消息。
步驟s903,該SCF根據(jù)所請求內(nèi)容標(biāo)識XXXMoiveID,向內(nèi)容描述元功能獲取內(nèi)容的媒體描述信息、媒體控制通道和/或媒體交付通道的網(wǎng)絡(luò)參數(shù)信息。(注內(nèi)容描述元功能可能是SCF內(nèi)部的一個功能、也有可能是一個獨立的功能實體)，該步驟可選。
步驟s904, SCF向CorelMS返回200響應(yīng)消息，消息中攜帶參數(shù)如下
SIP/2.0 200 OK
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKhjhs8ass877;received=192.0.2.4
To: <sip: XXXMoiveID@XXtelexom >;tag=93810874
From: Alice <sip:alice@atlanta.com>;tag=19283()1774
Call-ID: a84b4c76e6671()
CSeq: 63104 OPTIONS
Contact: <sip: XXXMoiveID@XXtele.com >
Accept: application/xml
Content-Type: application/xml
Content-Length: 164
<xml description)
Audio/Video/Text——媒體組成
Codec——不同媒體的編解碼…一一其它信息，如不同媒體成分是否能獨立VCR操作，時長等其 它內(nèi)容描述信息
<xml description>
該步驟中的響應(yīng)消息的參數(shù)描述只是個示例，具體實現(xiàn)時不限于此，還 可以有其它描述形式。由于請求消息中的Accept頭域中指示接收的消息體類型 為XML信息，所以響應(yīng)消息中的消息體類型也為XML;具體實現(xiàn)時，請求消 息中的Accept頭域中指示接收的消息體類型還可以為SDP信息或其它類型的 消息，相應(yīng)地，響應(yīng)消息中的消息體類型也可以為SDP或其它類型，即將 Content-Type頭域中的 "application/xml ，， 改為 "application/sdp ，， 或 "application/xxx，，
若SDP方式，具體消息體內(nèi)容的示例為
m=audio 0 RTP/AVP 0——音頻行媒體信息，如音頻編碼等 a二control :rtsp:〃foo/twister/audio
m=video 0 RTP/AVP 26——視頻行媒體信息，如視頻編碼等 a二control :rtsp :〃foo/twister/video ...一一其它可能的媒體屬性信息
其中媒體控制會話信息的描述方式還可以為實施例一描述的其它方式。 步驟s905, Core IMS向UE返回2()0響應(yīng)消息。
UE動態(tài)獲取所請求內(nèi)容的控制通道網(wǎng)絡(luò)參數(shù)和/或媒體交付通道信息后， 可按目前規(guī)范中定義的第一種方式，即會話初始建立過程中即同時建立媒體 控制通道和內(nèi)容通道。
本發(fā)明實施例十中，終端在發(fā)起CoD會話請求過程中請求^ 某體交付通道 信息，如圖10所示，包括以下步驟
用戶終端先按第二種方式發(fā)起初始會話建立，只協(xié)商媒體控制通道，在 這個過程中，UE可以同時發(fā)起獲取媒體交付通道相關(guān)信息，如圖中s1001 ~ sl007所述步驟，具體如下
步驟sl001， UE向Core IMS發(fā)起SIP OPTIONS請求。攜帶的消息參數(shù)如下OPTIONS sip:XXXMoiveID@XXtele.com SIP/2.0
Via:SIP/2.0/UDPpc33.atlanta.com;branch=z9hG4bKhjhs8ass877—— 這部分參數(shù)將與前面所初始會話建立中的SIP消息參數(shù)相同，下面參數(shù)處理機(jī) 制類似
Max-Forwards: 70
To: <sip: XXXMoiveID@XXtele.com >
From: Alice <sip:alice@atlanta.com>;tag=1928301774
Call-ID: a84b4c76e66710
CSeq: 63104 OPTIONS
Contact: <sip:alice@pc33.atlanta.c()m>
Accept: application/sdp
Content-Length: 0
該步驟中的請求消息的參數(shù)描述只是個示例，具體實現(xiàn)時不限于此，還 可以有其它描述形式。消息中攜帶所請求的點播內(nèi)容的標(biāo)識XXXMoiveID,在 Accept頭域中指示接收的消息體類型為SDP信息，實現(xiàn)時還可以為XML信息或 其它類型的消息，只需將Accept頭域中的 "application/sdp " 改為 "application/xml，，或 "application/xxx，，
步驟sl002， Core IMS向提供點播業(yè)務(wù)的SCF (業(yè)務(wù)控制功能)轉(zhuǎn)發(fā)該請 求消息；
步驟sl003, SCF將該請求消息轉(zhuǎn)發(fā)給在初始會話建立過程中所選擇的
MF;
步驟sl004，該MF根據(jù)所請求的內(nèi)容標(biāo)識XXXMoiveID, 向內(nèi)容描述元 功能獲取內(nèi)容的媒體描述信息和/或媒體交付通道的網(wǎng)絡(luò)參數(shù)信息(注內(nèi)容 描述元功能可能是MF內(nèi)部的一個功能、也有可能是一個獨立的功能實體)， 該步驟可選。
步驟sl005， MF向SCF返回200響應(yīng)消息，消息中攜帶參數(shù)如下 SIP/2.0 200 OK
Via: SIP/2.0/UDP pc33.atl肌ta.com;branch二z9hG4bKhjhs8ass877
34;received=192.0.2.4
To: <sip: XXXMoiveID@XXtele.com >;tag=93810874
From: Alice <sip:alice@atlanta.com>;tag=l 928301774
Call-ID: a84b4c76e6671()
CSeq: 63104 OPTIONS
Contact: <sip: XXXMoiveID@XXtele.com >
Accept: application/sdp
Content-Type: application/sdp
Content-Length: 164
v=0
o=- 2890844256 28卯8428()7 IN IP4 172.16.2.93——網(wǎng)絡(luò)地址信息 t=0 0
m=audio 0 RTP/AVP 0——音頻行媒體信息，如音頻編碼等 a=control:rtsp:〃foo/twister/audi()
m=video 0 RTP/AVP 26——視頻行媒體信息，如視頻編碼等
a=control:rtsp:〃foo/twister/video
… 一 一 其它可能的媒體屬性信息 該步驟中的響應(yīng)消息的參數(shù)描述只是個示例，具體實現(xiàn)時不限于此，還 可以有其它描述形式。由于請求消息中的Accept頭域中指示接收的消息體類型 為SDP信息，所以響應(yīng)消息中的消息體類型也為SDP;具體實現(xiàn)時，請求消息 中的Accept頭域中指示接收的消息體類型還可以為XML信息或其它類型的消 息，相應(yīng)地，響應(yīng)消息中的消息體類型也可以為XML或其它類型，即將 Content-Type頭域中的 "application/sdp ，， 改為 "application/xml " 或 "application/xxx"， 媒體控制會話信息的描述方式還可以為實施例一描述的 其它方式。
具體xml消息內(nèi)容與實施例五類似，這里不重述。 步驟sl006, SCF向Core IMS返回200響應(yīng)消息；
35步驟sl007, Core IMS向UE返回20()響應(yīng)消息；
UE獲取所請求內(nèi)容的媒體交付通道信息后，即可按當(dāng)前規(guī)范中定義的會 話修改流程協(xié)商建立媒體交付通道，而不需要等到媒體控制通道建立并通過 媒體控制通道交互獲取所請求內(nèi)容的媒體交付通道信息后，再發(fā)起會話修改 建立媒體交付通道，從而提高CoD的會話建立過程。
本實施例中，SIP OPTIONS消息發(fā)給MF進(jìn)行處理，返回媒體交付通道 的相關(guān)信息，也可以由SCF處理返回，類似實施例六中的處理方式。
本發(fā)明實施例十一中，UE發(fā)起CoD業(yè)務(wù)請求，SDPOffer中攜帶協(xié)商媒 體控制通道，MF從內(nèi)容描述元功能實體中獲取內(nèi)容交付通道的媒體描述信息 后，向UE返回SDP Answer, SDP Answer中通過XML或鏈接等方式攜帶內(nèi) 容交付通道的々某體描述信息。具體過程如圖ll所示，包括以下步驟
步驟s 1101 ， UE向Core IMS發(fā)起CoD業(yè)務(wù)請求，攜帶內(nèi)容標(biāo)識、SDP Offer 等信息，其中業(yè)務(wù)請求可以為SIP INVITE請求或其它請求。
步驟sll02, Core IMS將該CoD業(yè)務(wù)請求轉(zhuǎn)發(fā)給SC1''。
步驟sl103, SCF通過所述內(nèi)容標(biāo)識選擇適當(dāng)?shù)腗F,并將SDPOffer發(fā) 送給MF。
步驟s1104， MF從內(nèi)容描述元功能中獲取所述內(nèi)容標(biāo)識對應(yīng)的內(nèi)容交付 通道的媒體描述信息，其中內(nèi)容描述元功能可作為MF的內(nèi)部功能模塊，或 作為獨立的功能實體存在。該步驟可選。
步驟s 1105至步驟s 1107, MF根據(jù)得到的內(nèi)容交付通道的媒體描述信息， 在返回的業(yè)務(wù)響應(yīng)中生成相應(yīng)的SDP Answer,該SDP Answer以XML或鏈接 等方式攜帶內(nèi)容交付通道的媒體描述信息；其中業(yè)務(wù)響應(yīng)可以為200 OK、 183 請求，或其它響應(yīng)。具體xml描述與上述實施例的描述類似，這里不重述。
UE獲取所請求內(nèi)容的媒體交付通道信息后，即可按當(dāng)前規(guī)范中定義的會 話修改流程協(xié)商建立媒體交付通道，而不需要等到媒體控制通道建立并通過 媒體控制通道交互獲取所請求內(nèi)容的媒體交付通道信息后，再發(fā)起會話修改 建立媒體交付通道，從而提高CoD的會話建立過程。
本實施例中，請求消息如SIP INVITE消息發(fā)給MF進(jìn)行處理，并由MF
36查詢后在響應(yīng)中通過XML或鏈接等方式返回內(nèi)容交付通道的媒體描述信息； 也可以由MF返回響應(yīng)給SCF后，由SCF查詢后在響應(yīng)中通過XML或鏈接 等方式返回內(nèi)容交付通道的媒體描述信息，類似實施例六中的處理方式。
上述實施例八、九、十、十一只是本發(fā)明方案在幾種場景下的典型示例， 由于SIP協(xié)議應(yīng)用的靈活性，上述使用方式是可以在多個場景下進(jìn)行應(yīng)用的。 同時，可以通過擴(kuò)展Accept頭域中指示特定的能力信息，來獲取內(nèi)容特定的 描述信息，如目前SIP協(xié)議中已定義Accept-Encoding和Accept-Language,來 分別指示媒體的編碼類型以及語言等信息。本發(fā)明中的技術(shù)方案采用的是SIP OPTIONS方法(該方法在SIP協(xié)議中的本意就是獲取能力信息)，也有可能 采取其它SIP Method,如Subscribe/Notify, Refer等方式來進(jìn)行，SIP方法符 合SIP協(xié)議規(guī)范，應(yīng)用方法與本發(fā)明中的實施例類似。
還有一種可選的方法是用戶在初始會話請求(如Invite消息)中攜帶的 SDP Offer中為空(此時UE沒有獲取網(wǎng)絡(luò)參數(shù)，無法發(fā)起有效的SDP Offer )， 網(wǎng)絡(luò)實體SCF或MF返回的響應(yīng)消息中SDP Answer中也為空，同時在響應(yīng)消 息中攜帶針對所請求的內(nèi)容標(biāo)識的媒體控制通道和/或媒體交付通道信息、網(wǎng) 絡(luò)參數(shù)的描述，該描述可以采用在SIP消息體中xml語言進(jìn)行描述的方式， 也可以是一個描述所請求內(nèi)容媒體控制通道和/或媒體交付通道信息和/或網(wǎng) 絡(luò)參數(shù)信息的地址鏈接或SDP描述。
本發(fā)明實施例十二中，在會話建立過程中，對控制方式的協(xié)商。終端可 以在會話建立過程中，和網(wǎng)絡(luò)側(cè)(以下實施例以媒體服務(wù)器為例進(jìn)行說明， 具體實現(xiàn)不限于此)協(xié)商對不同媒體支持的控制模式(如，同步、單獨控制 模式)。終端可以選擇自己希望或支持使用的模式，通知給媒體服務(wù)器；媒體 服務(wù)器根據(jù)自己支持的模式，確定最終使用的控制模式。具體控制模式的表 示，可以采用上面敘述的實施例一中的任意一種方法。該方式在IMS系統(tǒng)下 的實施例如下所述
s1201， UE通知Core IMS它對不同媒體所支持，或者選擇的模式。其中， 用戶終端通知媒體服務(wù)器MF自己所支持的模式，可能為支持同步控制模式 和/或單獨控制模式?；蛘咄ㄖ狹F用戶終端所偏好的模式，如用戶終端傾向于采用單獨控制模式，或者同步控制模式。具體實現(xiàn)時，該消息可以通過業(yè)
務(wù)請求SIP Invite請求實現(xiàn)，或者通過Options請求實現(xiàn)。具體關(guān)于控制模式 的具體攜帶方法，可以通過SIP頭域，或者消息體的SDP屬性行攜帶。
(1) 通過SIP頭域攜帶時，可以以終端能力，或者用戶偏好的方式體現(xiàn)。 如通過Contact 頭域,Request-Disposition頭域，Accept-Contact頭域、 Reject-Contact頭域攜帶。
a) Contact頭域如 Contact: <sip:user@h()st.example.c()m>;ControlMode="aggregate" b ) Request-Disposition頭域如 Request-Disposition: aggregate
其中可以定義ControlMode4旨示，其{直可以是aggregate禾口non-aggregate. 通過Accept-Contact頭域、Reject-Contact頭域攜帶方法類似于 Request-Disposition頭域。
上述ControlMode只是一個示意，可以是其它的字符串。
(2) 該控制模式也可以通過SIP消息體攜帶。當(dāng)在SIP消息體中采用SDP 時，具體可以通過屬性行攜帶，即采用a=<attribute>:<value〉
其中attribute表示媒體控制模式屬性，可以為字符集或其它，value表示 控制模式，可以為字符集、數(shù)字、代號Token或其它。
該屬性行可以放置在會話級或者媒體級。在媒體控制通道(如，RTSP) 的媒體行下的控制模式屬性行示例如下
m=video 3400 RTP/AVP 98
m=audio 3456 RTP/AVP 97
m=application 10000 TCP/RTSP iptv rt鄰
a:ControlMode: aggregate--4空制才莫式屬性ft或者，也可以通過a-fmtp屬性表示，如； a=fmtp:rtsp ControlMode:aggregate
上述SDP表示終端支持同步和單獨控制模式的協(xié)商，同時，希望本次協(xié) 商采用同步控制模式。
本發(fā)明的實施例中，UE和MF通過協(xié)商過程，彼此或者對方是否支持同 步控制、單獨控制模式，以及彼此所希望采用的方式。為實現(xiàn)該思想，屬性 行可能存在除了上述方式外的其它構(gòu)造方式，都在本專利的保護(hù)范圍之內(nèi)， 如
a=aggregate-control :TRUE/False ， 或者 a=fmtp:rtsp aggregate-control TRIJE/False
S1202、 S1203終端UE的請求通過Core IMS, SCF轉(zhuǎn)發(fā)給媒體服務(wù)器。 S1204, MF向內(nèi)容描述元功能獲取內(nèi)容的媒體描述信息(注內(nèi)容描述 元功能可能是MF內(nèi)部的一個功能、也有可能是一個獨立的功能實體)、和/ 或媒體控制通道、媒體交付通道的網(wǎng)絡(luò)參數(shù)信息，如根據(jù)所請求的內(nèi)容標(biāo)識 XXXMoiveID來獲取。該步驟可選。
S1205返回支持，或者確定的模式
媒體服務(wù)器MF返回響應(yīng)，告訴終端MF所支持，或者所選擇的控制模式。 同步驟S1201對應(yīng)，具體實現(xiàn)時，該消息可以通過200()K或183等其它響 應(yīng)消息的SIP頭域，或者消息體的SDP屬性行攜帶。 通過SIP頭域返回類似步驟S1201,不再贅述。
通過消息體，如SDP攜帶實例如下，除了攜帶MF選擇的具體模式外，MF 還可以進(jìn)一步攜帶相關(guān)4莫式的參數(shù)，如控制的URL,以及SessionID: m=video 3400 RTP/AVP 98
m=audio 3456 RTP/AVP 97
m=applicatk)n 10000 TCP/RTSP iptv一rtspa=ControlMode:aggregate 〃或者，a=fmtp:ControlMode aggregate a=fmtp:iptv_rtsp h-uri=rtsp:〃 MCF.example.com /video-position a=fmtp:iptv—rtsp h-session: 123456 a=m-stream: 1, 2
在單獨櫝式下，可以返回多個參數(shù)信息 m=video 3400 RTP/AVP 98
m=audio 3456 RTP/AVP 97
m=application 10000 TCP/RTSP iptv rtsp
a=ControlMode:non-aggregate 〃或者，a=fmtp:ControlMode non-aggregate a=fmtp:iptv—rtsp h-uri=rtsp:〃 MCF.example.com /video-position/video 1 a=fmtp:rtsp h-session: 123456 a= m-stream: 1
a=fmtp:iptv—rtsp h-uri=rtsp:〃 MCF.examplc.com /audio-position/audiol a=fmtp:rtsp h-session: 234567 a= m-stream :2
上述媒體控制通道與媒體傳送通道的對應(yīng)的控制關(guān)系描述，即媒體控制
屬性行可以采用上述實施例 一 方式中的任何一種。
SI206、 S1207MF的響應(yīng)通過SCF、 Core IMS,轉(zhuǎn)發(fā)纟會用戶終端UE。 本實施例中，請求消息如SIP INVITE或OPTIONS等消息發(fā)給MF進(jìn)行
處理，并由MF查詢后在響應(yīng)中返回支持的控制模式；也可以由MF返回響應(yīng)
給SCF后，由SCF查詢后在響應(yīng)中返回支持的控制模式，類似實施例三中的
處理方式。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本 發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬 件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技 術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體
現(xiàn)出來，該計算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使 得一臺計算機(jī)設(shè)備(可以是個人計算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行
本發(fā)明各個實施例所述的方法。
任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種實現(xiàn)媒體控制的方法，其特征在于，包括以下步驟獲取媒體控制通道和媒體交付通道關(guān)系信息；根據(jù)所述關(guān)系信息與媒體描述信息，進(jìn)行媒體控制。
2、 如權(quán)利要求1所述實現(xiàn)媒體控制的方法，其特征在于，還包括 通過核心IMS向網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送請求消息，所述請求消息的SDP中攜帶所述關(guān)系信息。
3、 如權(quán)利要求1所述實現(xiàn)媒體控制的方法，其特征在于，所述媒體描述 信息至少包括如下信息之一或其組合媒體交付通道信息、媒體控制通道信 息。
4、 如權(quán)利要求1所述實現(xiàn)媒體控制的方法，其特征在于，所述獲取媒體 控制通道和媒體交付通道關(guān)系信息具體包括接收所述網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的響應(yīng)消息，所述響應(yīng)消息的SDP中攜帶所述 媒體控制通道和媒體交付通道關(guān)系信息；或，從業(yè)務(wù)選擇功能SSF獲取所述媒體控制通道和媒體交付通道關(guān)系信息。
5、 如權(quán)利要求4所述實現(xiàn)媒體控制的方法，其特征在于，所述網(wǎng)絡(luò)側(cè)設(shè) 備，為業(yè)務(wù)控制功能SCF或媒體功能MF。
6、 如權(quán)利要求2或4中任意一項所述實現(xiàn)媒體控制的方法，其特征在于， 所述SDP中攜帶所述媒體控制通道和媒體交付通道關(guān)系信息，具體為攜帶在組屬性行中；或， 攜帶在屬性行中。
7、 如權(quán)利要求6所述實現(xiàn)媒體控制的方法，其特征在于，所述組屬性行， 具體為a=group: semantics * (space identification-tag)，其中，semantics用于標(biāo)識々某體控制屬性，identification-tag為4某體流標(biāo)識。
8、 如權(quán)利要求6所述實現(xiàn)媒體控制的方法，其特征在于，所述組屬性行， 具體為a=group:semantics * ( space identification-tag )，其中，semantics用于標(biāo)識々某體控制通道信息；identification-tag為々某體流 標(biāo)識。
9、 如權(quán)利要求7所述實現(xiàn)媒體控制的方法，其特征在于，所述 identification-tag,還包括所述+某體控制通道信息。
10、 如權(quán)利要求6所述實現(xiàn)媒體控制的方法，其特征在于，所述屬性行， 具體為a=<attribute>: <value>;其中，attribute用于標(biāo)識媒體控制屬性，value標(biāo)識媒體控制通道信息。
11、 如權(quán)利要求IO所述實現(xiàn)媒體控制的古法，其特征在于，所述value, 還包括纟某體流標(biāo)識信息。
12、 如權(quán)利要求8、 9、 10中任意一項所述實現(xiàn)媒體控制的方法，其特征 在于，所述々某體控制通道信息為RTSPURL、 RTSP會話標(biāo)識Session ID、 RTSP 媒體控制流標(biāo)識中的一個或多個。
13、 如權(quán)利要求7、 8、 11或12中任意一項所述實現(xiàn)媒體控制的方法， 其特征在于，所述流標(biāo)識包括流標(biāo)識屬性行中的流標(biāo)識值或流標(biāo)簽屬性行中 的流標(biāo)簽值。
14、 一種實現(xiàn)媒體控制的系統(tǒng)，其特征在于，所述系統(tǒng)中包括用戶終端 所述用戶終端，用于獲取媒體控制通道和媒體交付通道關(guān)系信息； 所述用戶終端，還用于根據(jù)所述關(guān)系信息與媒體描述信息，進(jìn)行媒體控制。
15、 如權(quán)利要求14所述實現(xiàn)媒體控制的系統(tǒng)，其特征在于， 所述用戶終端，還用于通過核心IMS向網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送請求消息，所述請求消息的SDP中攜帶關(guān)系信息。
16、 如權(quán)利要求14所述實現(xiàn)媒體控制的系統(tǒng)，其特征在于，所述系統(tǒng)還 包括網(wǎng)絡(luò)側(cè)設(shè)備所述網(wǎng)絡(luò)側(cè)設(shè)備，用于發(fā)送響應(yīng)消息，所述響應(yīng)消息的SDP中攜帶所述 媒體控制通道和媒體交付通道關(guān)系信息。
17、 如權(quán)利要求14所述實現(xiàn)媒體控制的方法，其特征在于，所述系統(tǒng)，還包括業(yè)務(wù)選擇功能SSF,用于提供所述媒體控制通道和媒體交付通道關(guān)系信 息給所述用戶終端。
18、 如權(quán)利要求16所述實現(xiàn)媒體控制的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)側(cè) 設(shè)備，為SCF或MF。
19、 一種用戶終端，其特征在于，包括獲取單元，用于獲取媒體控制通道和媒體交付通道關(guān)系信息； 控制單元，用于根據(jù)所述關(guān)系信息與媒體描述信息，進(jìn)行媒體控制。
20、 如權(quán)利要求19所述用戶終端，其特征在于，還包括發(fā)送單元，用于發(fā)送請求消息，所述請求消息的SDP中攜帶所述+某體控 制通道和媒體交付通道關(guān)系信息。
21、 如權(quán)利要求19所述用戶終端，其特征在于，所述獲取單元，用于獲 取媒體控制通道和媒體交付通道關(guān)系信息，具體為從網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的響應(yīng)消息的SDP中獲取的；或者， 從業(yè)務(wù)選擇功能SSF獲取所述媒體控制通道和媒體交付通道關(guān)系信息。
22、 一種網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，包括 接收單元，用于接收請求消息；發(fā)送單元，用于發(fā)送響應(yīng)消息，所述響應(yīng)消息的SDP中攜帶媒體控制通 道和i某體交付通道關(guān)系信息。
23、 如權(quán)利要求22所述網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，具體為 SCF或MF。
全文摘要
本發(fā)明公開了一種實現(xiàn)媒體控制的方法、系統(tǒng)和設(shè)備，所述方法包括以下步驟獲取媒體控制通道和媒體交付通道關(guān)系信息；根據(jù)所述關(guān)系信息與媒體描述信息，進(jìn)行媒體控制。本發(fā)明通過SDP中描述媒體控制通道和媒體交付通道關(guān)系信息，并結(jié)合媒體描述信息實現(xiàn)了媒體控制。
文檔編號H04L12/14GK101459525SQ200810091608
公開日2009年6月17日 申請日期2008年4月3日 優(yōu)先權(quán)日2007年10月22日
發(fā)明者軍 嚴(yán), 彭招君, 豐 王 申請人:華為技術(shù)有限公司