專利名稱：時(shí)移電視業(yè)務(wù)建立方法以及時(shí)移電視媒體功能實(shí)體的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種時(shí)移電視業(yè)務(wù)建立方法以及時(shí)移電 視媒體功能實(shí)體。
背景技術(shù)：
時(shí)移電視業(yè)務(wù)是一種新興的流媒體業(yè)務(wù)，目前一種基于現(xiàn)有IP網(wǎng)絡(luò)的解 決方案如圖1所示，該系統(tǒng)由頭端(Headend )、中間件(Middleware ) 、 VOD 系統(tǒng)(VOD system )以及機(jī)頂盒(STB )等構(gòu)成。
在現(xiàn)有系統(tǒng)中實(shí)現(xiàn)時(shí)移電視業(yè)務(wù)的基本過程為
機(jī)頂盒104開始從中間件102獲取節(jié)目單，根據(jù)節(jié)目單在機(jī)頂盒104加 入播放所選節(jié)目的組播組接收電視節(jié)目，該節(jié)目是以組播方式發(fā)送的；
若用戶選擇節(jié)目暫停，或者快退操作，則機(jī)頂盒104向中間件102發(fā)出 請求，中間件102與VOD系統(tǒng)103交互定位對應(yīng)的單播節(jié)目源并傳遞地址給 中間件102,中間件102返回給才幾頂盒104;
隨后機(jī)頂盒104從VOD系統(tǒng)103獲取單播節(jié)目流并使用實(shí)施流協(xié)議 (RTSP, Real Time Streaming Protocol)對該節(jié)目進(jìn)行控制。若用戶選擇快進(jìn) 并趕上直播節(jié)目，則機(jī)頂盒104再次切換到組播接收狀態(tài)。
上述方案是針對現(xiàn)有IP網(wǎng)絡(luò)的方案，采用HTTP/RTSP等作為業(yè)務(wù)請求 或者控制信令實(shí)現(xiàn)時(shí)移電視業(yè)務(wù)，但是針對目前飛速發(fā)展的IP多媒體子系統(tǒng) (IMS， IP Multimedia Subsystem )而言，現(xiàn)有技術(shù)中并沒有明確的在IMS系 統(tǒng)中實(shí)現(xiàn)時(shí)移電視業(yè)務(wù)的具體方式。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例要解決的技術(shù)問題是提供一種時(shí)移電視業(yè)務(wù)建立方法以及 時(shí)移電視媒體功能實(shí)體，能夠在IMS網(wǎng)絡(luò)中實(shí)現(xiàn)時(shí)移電視業(yè)務(wù)。
本發(fā)明實(shí)施例提供的時(shí)移電視業(yè)務(wù)建立方法，包括時(shí)移電視媒體功能實(shí)體接收終端發(fā)起的包含內(nèi)容交付通道信息以及內(nèi)容控制通道信息的媒體協(xié)
商；根據(jù)所述媒體協(xié)商結(jié)果建立與所述終端之間的傳輸連接；通過所述傳輸 連接接收終端發(fā)送的媒體播放請求；通過根據(jù)所述內(nèi)容交付通道信息建立的 內(nèi)容交付通道向終端發(fā)送所述媒體播放請求對應(yīng)的媒體信息。
本發(fā)明實(shí)施例提供的時(shí)移電視業(yè)務(wù)建立方法，包括時(shí)移電視媒體功能 實(shí)體接收終端發(fā)起的包含內(nèi)容控制通道信息的媒體協(xié)商；根據(jù)所述媒體協(xié)商 結(jié)果建立與所述終端之間的傳輸連接；通過所述傳輸連接接收終端發(fā)送的內(nèi) 容交付通道信息請求消息，向所述終端返回包含內(nèi)容交付通道信息的響應(yīng)消 息；接收終端發(fā)送的媒體播放請求；通過根據(jù)所述內(nèi)容交付通道信息建立的 內(nèi)容交付通道向終端發(fā)送所述媒體播放請求對應(yīng)的^ 某體信息。
本發(fā)明實(shí)施例提供的時(shí)移電視業(yè)務(wù)建立方法，包括業(yè)務(wù)控制功能實(shí)體 接收終端上報(bào)的操作信息；向時(shí)移電視媒體功能實(shí)體發(fā)送會(huì)話初始化請求消 息；時(shí)移電視媒體功能實(shí)體發(fā)起包含內(nèi)容控制通道信息以及內(nèi)容交付通道信 息的媒體協(xié)商請求；根據(jù)所述媒體協(xié)商結(jié)果建立與所述終端之間的傳輸連接； 通過所述傳輸連接接收終端發(fā)送的媒體播放請求；通過根據(jù)所述內(nèi)容交付通 道信息建立的內(nèi)容交付通道向終端發(fā)送所述媒體播放請求對應(yīng)的媒體信息。
本發(fā)明實(shí)施例提供的時(shí)移電視業(yè)務(wù)建立方法，包括業(yè)務(wù)控制功能實(shí)體 接收終端發(fā)送的包含時(shí)移電視業(yè)務(wù)信息的會(huì)話更改請求消息；向時(shí)移電—見媒 體功能實(shí)體發(fā)送會(huì)話初始化請求消息；時(shí)移電視媒體功能實(shí)體發(fā)起包含所述 內(nèi)容控制通道信息的媒體協(xié)商請求；根據(jù)所述媒體協(xié)商結(jié)果建立與所述終端 之間的傳輸連接；通過所述傳輸連接接收終端發(fā)送的媒體播放請求，向所述 終端返回包含內(nèi)容交付通道信息的響應(yīng)消息；通過根據(jù)所述內(nèi)容交付通道信 息建立的內(nèi)容交付通道向終端發(fā)送所述媒體播放請求對應(yīng)的媒體信息。
本發(fā)明實(shí)施例提供的時(shí)移電視業(yè)務(wù)建立方法，包括業(yè)務(wù)控制功能實(shí)體 接收終端發(fā)送的包含頻道標(biāo)識的會(huì)話初始化請求消息；根據(jù)所述頻道標(biāo)識確 定內(nèi)容交付類型；根據(jù)所述內(nèi)容交付類型進(jìn)行相應(yīng)的處理；或業(yè)務(wù)控制功能 實(shí)體接收終端發(fā)送的包含頻道標(biāo)識以及節(jié)目位置信息的會(huì)話初始化請求消 息；根據(jù)所述頻道標(biāo)識以及節(jié)目位置信息確定內(nèi)容交付類型；根據(jù)所述內(nèi)容交付類型進(jìn)行相應(yīng)的處理。
本發(fā)明實(shí)施例提供的時(shí)移電視媒體功能實(shí)體，包括請求消息接收單元， 用于接收終端發(fā)送的包含內(nèi)容交付通道信息以及內(nèi)容控制通道信息的請求消 息；通道建立控制單元，用于根據(jù)所述內(nèi)容控制通道信息建立與所述終端之
間的傳輸連接；請求接收單元，用于通過所述傳輸連接接收終端發(fā)送的媒體 播放請求；媒體信息返回單元，用于通過所述內(nèi)容交付通道信息對應(yīng)的內(nèi)容 交付通道向終端發(fā)送所述媒體播放請求對應(yīng)的媒體信息；或接收單元，用于 接收終端發(fā)送的包含內(nèi)容控制通道信息的請求消息；通道建立控制單元，用 于根據(jù)所述內(nèi)容控制通道信息建立與所述終端之間的傳輸連接；消息傳輸單 元，用于通過所述傳輸連接接收終端發(fā)送的內(nèi)容交付通道信息請求消息，向 所述終端返回包含內(nèi)容交付通道信息的響應(yīng)消息；請求接收單元，用于接收 終端發(fā)送的媒體播放請求；媒體信息返回單元，用于通過所述內(nèi)容交付通道 信息對應(yīng)的內(nèi)容交付通道向終端發(fā)送所述媒體播放請求對應(yīng)的媒體信息。
本發(fā)明實(shí)施例提供的時(shí)移電視業(yè)務(wù)觸發(fā)方法，包括終端根據(jù)用戶的操 作向業(yè)務(wù)控制功能實(shí)體發(fā)送操作信息和/或時(shí)移電視業(yè)務(wù)信息；業(yè)務(wù)控制功能 實(shí)體根據(jù)所述操作信息和/或時(shí)移電視業(yè)務(wù)信息觸發(fā)時(shí)移電視業(yè)務(wù)。
從以上技術(shù)方案可以看出，本發(fā)明實(shí)施例具有以下優(yōu)點(diǎn)
由于本發(fā)明實(shí)施例中，時(shí)移電禍y泉體功能實(shí)體接收終端發(fā)送的包含內(nèi)容 交付通道信息以及內(nèi)容控制通道信息的請求消息，所以時(shí)移電禍J某體功能實(shí) 體可以根據(jù)接收到的內(nèi)容控制通道信息建立與終端之間用于傳輸控制信令的 內(nèi)容控制通道，可以根據(jù)內(nèi)容交付通道信息建立與終端之間用于傳輸實(shí)時(shí)流 媒體的內(nèi)容交付通道，所以可以在IMS系統(tǒng)中實(shí)現(xiàn)時(shí)移電視業(yè)務(wù)。


圖1為現(xiàn)有技術(shù)中時(shí)移電視業(yè)務(wù)系統(tǒng)結(jié)構(gòu)圖； 圖2為本發(fā)明實(shí)施例中時(shí)移電視業(yè)務(wù)建立方法第一實(shí)施例流程圖； 圖3為本發(fā)明實(shí)施例中時(shí)移電視業(yè)務(wù)建立方法第二實(shí)施例流程圖； 圖4為本發(fā)明實(shí)施例中時(shí)移電視業(yè)務(wù)建立方法第三實(shí)施例流程10圖5為本發(fā)明實(shí)施例中時(shí)移電視業(yè)務(wù)建立方法第四實(shí)施例流程圖； 圖6為本發(fā)明實(shí)施例中時(shí)移電視業(yè)務(wù)建立方法第五實(shí)施例流程圖； 圖7為本發(fā)明實(shí)施例中時(shí)移電視J某體功能實(shí)體第一實(shí)施例示意圖； 圖8為本發(fā)明實(shí)施例中時(shí)移電視媒體功能實(shí)體第二實(shí)施例示意圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例提供了 一種時(shí)移電視業(yè)務(wù)建立方法以及時(shí)移電視媒體功能 實(shí)體，用于在IMS網(wǎng)絡(luò)中實(shí)現(xiàn)時(shí)移電視業(yè)務(wù)(TsTV, TimeShiftTV)。
時(shí)移電視業(yè)務(wù)根據(jù)用戶進(jìn)入時(shí)移電視的形式可分為如下兩種類型
l)直接時(shí)移方式用戶在觀看直播電視時(shí)，按暫?；虻雇随I，由直播進(jìn) 入時(shí)移。
2 )時(shí)移頻道方式電子節(jié)目導(dǎo)航(EPG， Electronic Program Guide )提供 時(shí)移頻道信息，用戶可選擇時(shí)移視頻節(jié)目，選擇觀看。
TsTV業(yè)務(wù)處理過程可分解為如下4個(gè)基本子過程，具體為
A、 業(yè)務(wù)建立過程主要指業(yè)務(wù)的初始建立過程。
B、 VCR操作過程用戶在觀看時(shí)移電^L業(yè)務(wù)時(shí)可進(jìn)行VCR才喿作(或稱 為Trick Mode),如暫停、快進(jìn)、快退和跳轉(zhuǎn)等。
C、 業(yè)務(wù)建立后，單播與多播之間的切換過程在IMS Based IPTV系統(tǒng) 中，直播電視(LTV),常采用組播方式傳送媒體流，而時(shí)移電視業(yè)務(wù)，在非 最新播放狀態(tài)下(正播放時(shí)移內(nèi)容)常采用單播方式傳送媒體流，而在最新 播放狀態(tài)下(正播放直播內(nèi)容)常采用組播方式傳送媒體流。在時(shí)移電視業(yè) 務(wù)會(huì)話建立后，用戶可進(jìn)行VCR操作，如快進(jìn)或跳轉(zhuǎn)到最新播放點(diǎn)，于是觸 發(fā)多播與單播傳送方式之間的切換。
D、 業(yè)務(wù)釋放過程。
上面對TsTV業(yè)務(wù)進(jìn)行了概括性的介紹，下面詳細(xì)介紹本發(fā)明實(shí)施例中的 TsTV業(yè)務(wù)建立方法，具體的，根據(jù)用戶接入方式，本發(fā)明實(shí)施例中的TsTV 業(yè)務(wù)建立方法可分為兩類一、直接時(shí)移方式
在本方式下，又可將TsTV業(yè)務(wù)建立方法細(xì)分為四種不同的實(shí)施例
1、同時(shí)建立內(nèi)容交付通道以及內(nèi)容控制通道
請參閱圖2,本發(fā)明實(shí)施例中TsTV業(yè)務(wù)建立方法第 一 實(shí)施例包括
201、 用戶請求暫停節(jié)目；
其中，用戶觀看LTV,交付方式為多播，觀看過程中用戶請求暫停節(jié)目。
用戶在觀看支持VCR操作(或Trick Mode )的直播電視(LTV )時(shí)請求暫停。
202、 終端向基本控制實(shí)體請求退出多播組；
終端記錄媒體的播放位置信息，并向提供直播媒體流的多播點(diǎn)發(fā)送離開 多播組的報(bào)告，本實(shí)施例中，基于IGMP 1.0版本時(shí)不需要發(fā)送離開多播組的 報(bào)告消息，但基于IGMP2.0版本時(shí)，則需要發(fā)送離開多播組的報(bào)告消息，故 該步為條件可選。
203 、用戶請求繼續(xù)播放電視節(jié)目；
例如用戶通過遠(yuǎn)程操作手柄的播放鍵請求繼續(xù)播放電視節(jié)目，由于此時(shí) 用戶已經(jīng)不再接收多播媒體流，則需要進(jìn)行TsTV業(yè)務(wù)才能使得用戶繼續(xù)觀看 電^見節(jié)目。
204、 終端發(fā)送會(huì)話更改請求；
終端向網(wǎng)絡(luò)(IMS Core )發(fā)送會(huì)話更改請求，請求中包含內(nèi)容交付通道 和內(nèi)容控制通道(如TCP連接)的媒體描述信息(SDP offerl )。
本實(shí)施例中，根據(jù)具體情況可保存或去激活原直播電視的多播媒體流。
205、 轉(zhuǎn)發(fā)會(huì)話更改請求；
IMS Core收到終端的會(huì)話更改請求消息后，根據(jù)3GPP IMS規(guī)范定義的 IMS Core信令路由規(guī)則，將終端的會(huì)話更改請求前傳給提供直播電視的業(yè)務(wù) 控制功能實(shí)體(SCF, Service Control Function )。
206、 發(fā)起會(huì)話初始化請求；SCF收到會(huì)話更改請求后，根據(jù)會(huì)話更改請求的消息內(nèi)容判斷用戶是否
正請求TsTV業(yè)務(wù)，判斷的依據(jù)為會(huì)話更改請求消息內(nèi)容中的SIP頭域中攜帶 的業(yè)務(wù)標(biāo)識信息或SDP消息體中控制通道信息，若判斷用戶正請求TsTV業(yè) 務(wù)時(shí)，SCF發(fā)起新會(huì)話的初始請求到提供TsTV業(yè)務(wù)的時(shí)移電視i某體功能實(shí)體 (TsTV MF ， Time Shift TV Media Function ),初始會(huì)話請求消息中包含內(nèi)容交 付通道和內(nèi)容控制通道的^ 某體描述信息(SDP Offer2 )。
本實(shí)施例對SCF與TsTV MF之間的消息路由方式不做任何限定，例如可 以不經(jīng)過IMS Core路由轉(zhuǎn)發(fā)。
207、 返回會(huì)i舌初始4b響應(yīng)消息；
提供時(shí)移業(yè)務(wù)々某體資源的TsTV MF收到請求后，建立SIP會(huì)話和RTSP 會(huì)話，生成RTSP會(huì)話的會(huì)話標(biāo)識符(SessionID ),分配時(shí)移電視業(yè)務(wù)需要媒 體資源，然后返回會(huì)話初始響應(yīng)消息(200 OK )，消息中包含內(nèi)容交付通道和 內(nèi)容控制通道的媒體Answer信息(SDP Answer2 ),并等待TCP連接的建立。
208、 返回會(huì)"i舌更改響應(yīng)消息；
SCF向IMS Core發(fā)送會(huì)話更改響應(yīng)消息(200 OK),消息中包含內(nèi)容交 付通道和內(nèi)容控制通道的媒體Answer信息(SDP Answerl )。
209 、轉(zhuǎn)發(fā)會(huì)話更改響應(yīng)消息；
IMS Core向終端前傳會(huì)話更改響應(yīng)消息(200 OK )，消息中包含內(nèi)容交 付通道和內(nèi)容控制通道的媒體Answer信息(SDP Answerl )。
210 - 212、終端返回確i人消息；
終端收到會(huì)話更改響應(yīng)消息后，保存響應(yīng)消息中關(guān)鍵信息，如媒體描述 和會(huì)話ID等信息，如果采用SIP reINVITE機(jī)制，那么終端向IMS Core發(fā)送 響應(yīng)確認(rèn)消息，消息經(jīng)過SCF傳送到TsTV MF。
213、建立7 義載連接；
在前面的步驟中，終端，SCF以及TsTVMF通過交互內(nèi)容交付通道信息 和內(nèi)容控制通道信息進(jìn)行媒體協(xié)商。
終端根據(jù)媒體協(xié)商結(jié)果，與TsTVMF建立承載實(shí)時(shí)流控制協(xié)議的傳輸連接(如TCP連接)。
214、 終端發(fā)送^;某體播放請求；
終端通過內(nèi)容控制通道向TsTV MF發(fā)送播放請求消息(RTSP PLAY), 消息包含會(huì)話ID、媒體位置信息(如播放絕對時(shí)間)等參數(shù)信息。
215、 返回4某體纟番》欠響應(yīng)；
TsTV MF通過內(nèi)容控制通道向終端發(fā)送播放消息(RTSP 200OK )。
216、 傳輸纟某體流。
TsTV MF通過內(nèi)容交付通道向終端發(fā)送流媒體內(nèi)容。
本實(shí)施例中以用戶暫停和繼續(xù)^L看的^:作為例i兌明了 TsTV業(yè)務(wù)的實(shí)現(xiàn) 方式，可以理解的是，同樣可以是其他的操作，例如快進(jìn)或慢進(jìn)等等，具體 實(shí)現(xiàn)流程類似。
本實(shí)施例中步驟210至步驟215為可選步驟，可以根據(jù)實(shí)際情況進(jìn)行選擇。
本實(shí)施例由于通過終端發(fā)送包含內(nèi)容交付通道信息和內(nèi)容控制通道信息 的會(huì)話更改請求消息，所以TsTV MF可以根據(jù)這兩個(gè)參數(shù)建立內(nèi)容控制通道 以及內(nèi)容交付通道，所以實(shí)現(xiàn)了在IMS系統(tǒng)中的TsTV業(yè)務(wù)。
2、獨(dú)立建立內(nèi)容交付通道以及內(nèi)容控制通道
請參閱圖3,本發(fā)明實(shí)施例中TsTV業(yè)務(wù)建立方法第二實(shí)施例包括
301、 用戶請求暫停節(jié)目；
其中，用戶觀看LTV,交付方式為多播，觀看過程中用戶請求暫停節(jié)目。 用戶在觀看支持VCR操作(或Trick Mode)的LTV時(shí)請求暫停。
302、 終端向基本控制實(shí)體請求退出多播組；
終端記錄媒體的播放位置信息，并向提供直播媒體流的多播點(diǎn)發(fā)送離開 多播組的報(bào)告，本實(shí)施例中，基于IGMP1.0版本時(shí)不需要發(fā)送離開多播組的 報(bào)告消息，但基于IGMP2.0版本時(shí)，則需要發(fā)送離開多播組的報(bào)告消息，故 該步為條件可選。303、 用戶請求繼續(xù)播放電視節(jié)目；
例如用戶通過遠(yuǎn)程操作手柄的播放鍵請求繼續(xù)播放電視節(jié)目，由于此時(shí) 用戶已經(jīng)不再接收多播媒體流，則需要進(jìn)行TsTV業(yè)務(wù)才能使得用戶繼續(xù)觀看 電浮見節(jié)目。
304、 終端發(fā)起會(huì)話更改請求；
本實(shí)施例中，會(huì)話更改請求中包含的內(nèi)容會(huì)有以下兩種可能
A、 終端發(fā)送的會(huì)話更改請求中包含時(shí)移節(jié)目的內(nèi)容對象標(biāo)識(如RTSP 的Request-URI頭域包含RTSP URI);
B、 終端發(fā)送的會(huì)話更改請求中不包含時(shí)移節(jié)目的內(nèi)容對象標(biāo)識。
則該步驟發(fā)起的會(huì)話更改請求中包含內(nèi)容控制通道的媒體描述信息(SDP offerl ),在該信息中有可能包含時(shí)移節(jié)目的內(nèi)容對象標(biāo)識。
本實(shí)施例中，根據(jù)具體情況可保存或去激活原直播電視的多播媒體流。
305、 轉(zhuǎn)發(fā)會(huì)話更改請求；
IMS Core收到終端的會(huì)話更改請求消息后，根據(jù)3GPP IMS規(guī)范定義的 IMS Core信令路由規(guī)則，將終端的會(huì)話更改請求前傳給提供直播電視的SCF。
306、 發(fā)起會(huì)話初始化請求；
收到會(huì)話更改請求后，SCF根據(jù)會(huì)話更改請求的消息內(nèi)容判斷出用戶正 請求時(shí)移電視業(yè)務(wù)，SCF發(fā)起新會(huì)話的初始請求到提供時(shí)移電視業(yè)務(wù)的TsTV MF,初始會(huì)話請求消息中包含內(nèi)容控制通道的媒體描述信息(SDP Offer2 )。
307、 返回會(huì)話初始化響應(yīng)；
提供時(shí)移業(yè)務(wù)媒體資源的TsTV MF收到請求后，建立SIP會(huì)話。
對于上述情況A, TsTV MF同時(shí)建立RTSP會(huì)話，生成RTSP會(huì)話的會(huì)話 標(biāo)識符(SessionID),分配時(shí)移電視業(yè)務(wù)需要媒體資源；
對于上述情況B, TsTV MF不建立RTSP會(huì)話，在響應(yīng)消息中包含內(nèi)容 對象標(biāo)識。
然后返回會(huì)話初始響應(yīng)消息(200OK),請求中包含內(nèi)容控制通道的媒體Answer信息(SDP Answer2 )，并等待TCP連接的建立。
308、 返回會(huì)話更改響應(yīng)消息；
SCF向IMS Core發(fā)送會(huì)話更改響應(yīng)消息(200 OK),消息中包含內(nèi)容控 制通道的媒體Answer信息(SDP Answerl )。
309、 轉(zhuǎn)發(fā)會(huì)話更改響應(yīng)消息；
IMS Core向終端前傳會(huì)話更改響應(yīng)消息(200 OK ),消息中包含內(nèi)容控 制通道的+某體Answer信息(SDP Answerl )。
310-312、終端返回確認(rèn)消息；
終端收到會(huì)話更改響應(yīng)消息后，保存響應(yīng)消息中關(guān)鍵信息，如內(nèi)容控制 通道的媒體描述和會(huì)話ID等信息，如果采用SIP reINVITE機(jī)制，那么終端向 IMS Core發(fā)送響應(yīng)確認(rèn)消息，消息經(jīng)過SCF傳送到TsTV MF。
313、 建立承載連接；
在前面的步驟中，終端，SCF以及TsTV MF通過交互內(nèi)容控制通道信息 進(jìn)行媒體協(xié)商。
終端根據(jù)媒體協(xié)商結(jié)果，與TsTVMF之間建立承載實(shí)時(shí)流控制協(xié)議的傳 輸連接(如TCP連接)。
313b、獲取媒體描述信息；
終端通過已建立的內(nèi)容控制通道向TsTV MF請求內(nèi)容交付通道的媒體描 述信息，如發(fā)送RTSP SUBSCRIBE請求，TsTV MF向終端返回響應(yīng)消息(RTSP 200 OK),消息中包含內(nèi)容交付通道的媒體描述信息。
314、 發(fā)起會(huì)話更改請求；
終端向IMS Core再次發(fā)送會(huì)話更改請求，請求消息中新增內(nèi)容交付通道 的媒體行(SDP Offer3),對于上述情況B,在請求的內(nèi)容控制通道的媒體行 中增加內(nèi)容對象標(biāo)識信息。
315、 轉(zhuǎn)發(fā)會(huì)話更改請求；
IMS Core收到終端的會(huì)話更改請求消息后，根據(jù)3GPP IMS規(guī)范定義的
16IMS Core信令路由規(guī)則，將終端的會(huì)話更改請求路由到SCF。
316、 發(fā)送會(huì)話更改請求；
收到會(huì)話更改請求后，SCF發(fā)起會(huì)話更改請求到相應(yīng)的TsTV MF,會(huì)話 更改請求消息中包括內(nèi)容控制通道的媒體行和內(nèi)容交付通道的媒體行(SDP Offer4 )。
317、 返回會(huì)話更改響應(yīng)；
TsTVMF收到請求后，分配時(shí)移電視業(yè)務(wù)需要媒體資源，對于上述情況 B, TsTV MF建立RTSP會(huì)話，在響應(yīng)消息中包含會(huì)話ID信息。然后返回會(huì) 話初始響應(yīng)消息(200 OK),請求中包含內(nèi)容控制通道的媒體Answer信息(SDP Answer4 )。
318、 返回會(huì)i舌更改響應(yīng)；
SCF向IMS Core發(fā)送會(huì)話更改響應(yīng)消息(200 OK),消息中包含內(nèi)容交 付通道和內(nèi)容控制通道的媒體Answer信息(SDP Answer3 )。
319、 轉(zhuǎn)發(fā)會(huì)話更改響應(yīng)；
IMS Core向終端前傳會(huì)話更改響應(yīng)消息(200 OK),消息中包含內(nèi)容交 付通道和內(nèi)容控制通道的々某體Answer信息(SDP Answer3 )。
320 ~ 322、鄉(xiāng)冬端返回確i人消息；
終端收到會(huì)話更改響應(yīng)消息后，保存響應(yīng)消息中關(guān)鍵信息，如媒體描述 和會(huì)話ID等信息，如果采用SIP reINVITE機(jī)制，那么終端向IMS Core發(fā)送 響應(yīng)確認(rèn)消息，消息經(jīng)過SCF傳送到TsTV MF 。
323、 終端發(fā)送媒體播放請求；
終端通過內(nèi)容控制通道向TsTV MF發(fā)送播放請求消息(RTSP PLAY), 消息包含會(huì)話ID、媒體位置信息(如播放絕對時(shí)間)等參數(shù)信息。
324、 返回+某體播放響應(yīng)；
TsTV MF通過內(nèi)容控制通道向終端發(fā)送播放消息(RTSP 200OK )。
325、 傳輸々某體 流。TsTV MF通過內(nèi)容交付通道向終端發(fā)送流媒體內(nèi)容。
本實(shí)施例中以用戶暫停和繼續(xù)觀看的操作為例說明了 TsTV業(yè)務(wù)的實(shí)現(xiàn) 方式，可以理解的是，同樣可以是其他的操作，例如快進(jìn)或慢進(jìn)等等，具體 實(shí)現(xiàn)流程類似。
本實(shí)施例與TsTV業(yè)務(wù)建立方法第一實(shí)施例的區(qū)別在于，本實(shí)施例中的內(nèi) 容控制通道和內(nèi)容交付通道并不是同時(shí)建立，而是先建立內(nèi)容控制通道，之 后通過該內(nèi)容控制通道獲取內(nèi)容交付通道的媒體描述信息從而建立內(nèi)容交付 通道，所以提高了本發(fā)明實(shí)施例中TsTV業(yè)務(wù)建立方法的靈活性。
3、上報(bào)操作信息觸發(fā)TsTV業(yè)務(wù)
請參閱圖4,本發(fā)明實(shí)施例中TsTV業(yè)務(wù)建立方法第三實(shí)施例包括
401、 用戶"^青求暫停節(jié)目；
其中，用戶觀看LTV，交付方式為多播，觀看過程中用戶請求暫停節(jié)目。 用戶在觀看支持VCR操作(或Trick Mode )的LTV時(shí)請求暫停。
402、 終端向基本控制實(shí)體請求退出多播組；
終端記錄媒體的播放位置信息，并向提供多播媒體流的多播控制點(diǎn)發(fā)送 離開多播組的報(bào)告，本實(shí)施例中，基于IGMP1.0版本時(shí)不需要發(fā)送離開多播 組的報(bào)告消息，但基于IGMP2.0版本時(shí)，則需要發(fā)送離開多播組的報(bào)告消息， 故該步為條件可選。
403、 用戶請求繼續(xù)播放電視節(jié)目；
例如用戶通過遠(yuǎn)程操作手柄的播放鍵請求繼續(xù)播放電^L節(jié)目，由于此時(shí) 用戶已經(jīng)不再接收多播媒體流，則需要進(jìn)行TsTV業(yè)務(wù)才能使得用戶繼續(xù)觀看 電S見節(jié)目。
404、 發(fā)送操作上報(bào)請求；
本實(shí)施例中可能會(huì)有兩種操作請求上報(bào)，分別為
A、終端上報(bào)按鍵原始信息(如按鍵編碼)終端將用戶的按鍵/操作的原 始信息上報(bào)給SCF,由SCF解析按^:的含義，結(jié)合業(yè)務(wù)上下文，確定用戶的業(yè)務(wù)請求信息。
B、終端上報(bào)VCR操作信息(如攜帶類似RTSP協(xié)議參數(shù)Scale/Range 信息)終端需要將用戶的按鍵/操作轉(zhuǎn)化為VCR操作信息，然后將VCR操作 信息上報(bào)給SCF。
終端向SCF上報(bào)的具體信令實(shí)現(xiàn)方法有多種，包含但不限于SIP Message/Info機(jī)制、SIP Subscribe/Notify機(jī)制和非SIP機(jī)制等方法。
405、 觸發(fā)TsTV業(yè)務(wù)建立；
SCF根據(jù)業(yè)務(wù)處理邏輯(LTV觀看中用戶請求暫停/播放操作)判斷出用 戶請求時(shí)移電視業(yè)務(wù)，于是觸發(fā)時(shí)移電視業(yè)務(wù)的建立。
406、 發(fā)起會(huì)話初始化請求；
SCF向TsTV MF發(fā)送會(huì)話初始請求，請求中不包含SDP消息體。
407、 返回會(huì)i舌初始4匕響應(yīng)；
TsTV MF收到會(huì)話初始請求后，建立SIP會(huì)話，向SCF返回會(huì)話初始響 應(yīng)消息(200OK),響應(yīng)中包含內(nèi)容控制通道和內(nèi)容交付通道的媒體描述信息 (SDP offerl )。
408、 發(fā)送會(huì)話更改請求；
SCF收到TsTV MF的會(huì)話初始響應(yīng)消息后，向IMS Core發(fā)送會(huì)話更改 請求，請求中包含內(nèi)容控制通道和內(nèi)容交付通道^ 某體描述信息(SDPoffer2)。
409、 轉(zhuǎn)發(fā)會(huì)話更改請求；
IMS Core根據(jù)IMS信令路由規(guī)則將收到的會(huì)話更改請求前傳給終端。
410、 終端返回會(huì)^舌更改響應(yīng)；
終端收到網(wǎng)絡(luò)的會(huì)話更改請求消息，然后根據(jù)終端能力和業(yè)務(wù)處理規(guī)則 向IMS Core返回會(huì)話更改響應(yīng)消息，響應(yīng)消息中包含內(nèi)容控制通道和內(nèi)容交 付通道的媒體Answer信息(SDP answer2 )。
411、 轉(zhuǎn)發(fā)會(huì)話更改響應(yīng)；
IMS Core根據(jù)IMS信令路由規(guī)則將收到的會(huì)話更改響應(yīng)消息前傳給SCF。
412 ~ 413、發(fā)送會(huì)"i舌更改確i^;
SCF返回會(huì)話更改響應(yīng)給終端，消息經(jīng)過IMS Core路由。
414、 發(fā)送會(huì)話初始化確認(rèn)；
SCF根據(jù)收到的終端會(huì)話更改響應(yīng)消息，構(gòu)造會(huì)話初始確認(rèn)消息，消息 中包含內(nèi)容控制通道和內(nèi)容交付通道的媒體Answer信息(SDP answerl )。
415、 執(zhí)行后續(xù)步驟 其中，后續(xù)流程包括
A、 終端發(fā)送媒體播放請求；
終端通過內(nèi)容控制通道向TsTV MF發(fā)送插-方丈:清求消息(RTSP PLAY ), 消息包含會(huì)話ID、媒體位置信息(如播放絕對時(shí)間)等參數(shù)信息。
B、 返回J 某體4番;改響應(yīng)；
TsTV MF通過內(nèi)容控制通道向終端發(fā)送播放消息(RTSP 200OK )。
C、 傳輸媒體流。
TsTV MF通過內(nèi)容交付通道向終端發(fā)送流々某體內(nèi)容。
本實(shí)施例中，終端通過上報(bào)操作信息觸發(fā)TsTV業(yè)務(wù)，具體的操作信息類 型可以根據(jù)實(shí)際情況進(jìn)行確定，所以提高了本發(fā)明實(shí)施例中TsTV業(yè)務(wù)建立方 法的靈活性。
4、上報(bào)業(yè)務(wù)信息觸發(fā)TsTV業(yè)務(wù)
請參閱圖5,本發(fā)明實(shí)施例中TsTV業(yè)務(wù)建立方法第四實(shí)施例包括
501、 用戶請求暫停節(jié)目；
其中，用戶觀看LTV,交付方式為多播，觀看過程中用戶請求暫停節(jié)目。 用戶在觀看支持VCR操作(或Trick Mode )的LTV時(shí)請求暫停。
502、 終端向基本控制實(shí)體請求退出多播組；
終端記錄媒體的播放位置信息，并向提供多播媒體流的多播控制點(diǎn)發(fā)送
20離開多播組的報(bào)告，本實(shí)施例中，基于IGMP1.0版本時(shí)不需要發(fā)送離開多播
組的報(bào)告消息，但基于IGMP2.0版本時(shí)，則需要發(fā)送離開多播組的報(bào)告消息， 故該步為條件可選。
503、 用戶請求繼續(xù)播放電^L節(jié)目；
例如用戶通過遠(yuǎn)程操作手柄的播放鍵請求繼續(xù)播放電視節(jié)目，由于此時(shí) 用戶已經(jīng)不再接收多播媒體流，則需要進(jìn)行TsTV業(yè)務(wù)才能使得用戶繼續(xù)觀看 電浮見節(jié)目。
504、 發(fā)起會(huì)話更改請求；
終端根據(jù)當(dāng)前的業(yè)務(wù)上下文和用戶的VCIU乘作確定用戶正請求時(shí)移電視 業(yè)務(wù)，于是向IMS Core發(fā)送會(huì)話更改請求，請求中不包含SDP消息體，包含 時(shí)移電視業(yè)務(wù)信息，標(biāo)識用戶正請求電視業(yè)務(wù)的方式包含但不限于采用業(yè)務(wù) 標(biāo)i只的方法。
505、 轉(zhuǎn)發(fā)會(huì)話更改請求；
IMS Core根據(jù)IMS信令路由規(guī)則將收到的會(huì)話更改請求前傳給終端。
506、 發(fā)起會(huì)話初始化請求；
SCF收到終端的會(huì)話更改請求消息后，根據(jù)請求中時(shí)移電視業(yè)務(wù)信息， SCF確定需要觸發(fā)時(shí)移電視業(yè)務(wù)，于是向TsTVMF發(fā)送會(huì)話初始請求，請求 中不包含SDP消息體。
507、 返回會(huì)話初始化響應(yīng)；
TsTV MF收到會(huì)話初始請求后，建立會(huì)話，并返回會(huì)話初始響應(yīng)消息， 響應(yīng)消息中包含內(nèi)容控制通道和內(nèi)容交付通道的媒體描述(SDP offerl )。
508、 返回會(huì)i舌更改響應(yīng)；
SCF根據(jù)收到的會(huì)話更改響應(yīng)消息和業(yè)務(wù)上下文信息，構(gòu)造會(huì)話更改響 應(yīng)消息和消息體，響應(yīng)消息中包含內(nèi)容控制通道和內(nèi)容交付通道的媒體描述 信息(SDPoffer2)。
509、 轉(zhuǎn)發(fā)會(huì)話更改響應(yīng)；IMS Core根據(jù)IMS信令路由規(guī)則將收到的會(huì)話更改響應(yīng)消息前傳給終端。
510、 返回會(huì)i舌更改確^人；
終端收到網(wǎng)絡(luò)的會(huì)話更改響應(yīng)消息，然后根據(jù)終端能力和業(yè)務(wù)處理規(guī)則 向IMS Core返回會(huì)話更改確認(rèn)消息，確認(rèn)消息中包含內(nèi)容控制通道和內(nèi)容交 付通道的纟某體應(yīng)答(SDP answer2 )。
511、 轉(zhuǎn)發(fā)會(huì)話更改確認(rèn)；
IMS Core根據(jù)IMS信令路由規(guī)則將收到的會(huì)話更改確認(rèn)消息前傳給 SCF。
512、 返回會(huì)i舌初始化確i人；
SCF根據(jù)收到的會(huì)話確認(rèn)消息和業(yè)務(wù)上下文信息，構(gòu)造會(huì)話初始確認(rèn)消 息，消息中包內(nèi)容控制通道和內(nèi)容交付通道的媒體Answer信息(SDP answer 1 )。
513、 扭j亍后續(xù)流禾呈； 其中，后續(xù)流程包括
A、 終端發(fā)送媒體播放請求；
終端通過內(nèi)容控制通道向TsTV MF發(fā)送播方丈請求消息(RTSP PLAY), 消息包含會(huì)話ID、媒體位置信息(如播放絕對時(shí)間)等參數(shù)信息。
B、 返回+某體播放響應(yīng)；
TsTV MF通過內(nèi)容控制通道向終端發(fā)送播方欠消息(RTSP 200OK )。
C、 傳輸媒體流。
TsTV MF通過內(nèi)容交付通道向終端發(fā)送流媒體內(nèi)容。
本實(shí)施例中，終端通過上報(bào)業(yè)務(wù)信息觸發(fā)TsTV業(yè)務(wù)，終端根據(jù)當(dāng)前業(yè)務(wù) 上下文將用戶的按鍵/操作轉(zhuǎn)化為業(yè)務(wù)請求信息，如正進(jìn)行LTV業(yè)務(wù)，終端判 斷出用戶正請求時(shí)移電視業(yè)務(wù)，于是將時(shí)移業(yè)務(wù)請求信息上報(bào)給SCF, SCF 根據(jù)業(yè)務(wù)請求信息調(diào)用合適的業(yè)務(wù)處理邏輯，如觸發(fā)時(shí)移電視業(yè)務(wù)的建立， 所以提高了本發(fā)明實(shí)施例中TsTV業(yè)務(wù)建立方法的靈活性。二、時(shí)移頻道方式
請參閱圖6,本發(fā)明實(shí)施例中TsTV業(yè)務(wù)建立方法第五實(shí)施例包括
601、 瀏覽EPG;
用戶瀏覽EPG菜單，選擇進(jìn)入時(shí)移頻道子菜單，選定特定時(shí)移頻道(即 要求從上次退出播放位置或最新位置開始播放)和/或指定播放節(jié)目或播放位 置并請求觀看。
602、 發(fā)起會(huì)話初始化請求；
終端向IMS Core發(fā)送會(huì)話初始請求，請求包含頻道標(biāo)識和節(jié)目位置信息 等，但不包含內(nèi)容控制通道或內(nèi)容交付通道的媒體描述(即不含SDP)。
603、 轉(zhuǎn)發(fā)會(huì)話初始化請求；
IMS Core根據(jù)3GPP IMS規(guī)范描述的路由規(guī)則將終端的會(huì)話初始請求前 傳給SCF。
604、 發(fā)起會(huì)話初始化請求；
SCF收到會(huì)話初始請求消息后，根據(jù)請求中攜帶的信息識別用戶請求時(shí) 移電視業(yè)務(wù)，建立會(huì)話，用戶請求觀看時(shí)移頻道并且未指定播放節(jié)目或位置 信息，SCF根據(jù)存儲(chǔ)的用戶業(yè)務(wù)信息(如果上次退出本頻道的位置信息)和 /或本地策略確定媒體交付通道采用多播還是單播方式。
如需要給用戶發(fā)送當(dāng)前直播內(nèi)容則采用多播媒體流的交付方式，SCF向 IMS Core發(fā)送會(huì)話初始響應(yīng)消息(即執(zhí)行步驟606 )，消息包含多播媒體流的 媒體描述，后續(xù)建立過程與現(xiàn)有LTV業(yè)務(wù)建立過程一致，本實(shí)施例不再重復(fù) 描述。
式。SCF向提供時(shí)移電視媒體資源的TsTVMF發(fā)送會(huì)話初始請求，消息不包 含媒體描述信息，執(zhí)行步驟605。
605、返回會(huì)話初始化響應(yīng)；
TsTVMF向SCF發(fā)送會(huì)話初始響應(yīng)消息，消息包含內(nèi)容控制通道和內(nèi)容 交付通道的媒體描述(SDP Offerl )。606、 返回會(huì)i舌初始1匕響應(yīng)；
SCF根據(jù)TsTV MF的會(huì)話初始響應(yīng)消息構(gòu)造會(huì)話初始響應(yīng)消息，消息包 含內(nèi)容控制通道和內(nèi)容交付通道的媒體描述(SDP offer2),然后發(fā)送該會(huì)話 初始響應(yīng)消息給IMS Core。
607、 轉(zhuǎn)發(fā)會(huì)話初始4t響應(yīng)；
IMS Core根據(jù)3GPP IMS規(guī)范描述的路由規(guī)則將會(huì)話初始響應(yīng)消息前傳 給SCF。
608、 609或608、 609、 610:返回會(huì)話初始化響應(yīng)
當(dāng)前面的流程中4丸行步驟605時(shí)，此處需要4丸4亍步驟610;
終端經(jīng)IMS Core向SCF發(fā)送會(huì)話初始確i人消息，消息包含內(nèi)容控制通道 和內(nèi)容交付通道的媒體Answer信息(SDP Answer2 ), SCF將該消息前傳給 TsTV MF,消息中包含媒體Answer信息(SDP Answerl )。
611A、 612A:若需要多播媒體流，則加入多播組，由基本控制實(shí)體向終 端發(fā)送多播媒體流；
611B-613B:若需要單播媒體流，則建立內(nèi)容控制通道，并向TsTV MF 發(fā)起播放請求，TsTVMF返回播放響應(yīng)后，向終端發(fā)送媒體流。
本實(shí)施例針對的是時(shí)移頻道方式中TsTV業(yè)務(wù)的實(shí)現(xiàn)方式，所以進(jìn)一步提 高了本發(fā)明實(shí)施例中TsTV業(yè)務(wù)建立方法的靈活性。
下面介紹本發(fā)明實(shí)施例中的裝置實(shí)施例，請參閱圖7，本發(fā)明實(shí)施例中時(shí) 移電視媒體功能實(shí)體第 一 實(shí)施例包括
請求消息接收單元701,用于接收終端發(fā)送的包含內(nèi)容交付通道信息以及 媒體控制通道信息的請求消息；
通道建立控制單元702,用于根據(jù)內(nèi)容控制通道信息建立與終端之間的傳 輸連接；
請求接收單元703 ，用于通過傳輸連接接收終端發(fā)送的媒體播放請求；
媒體信息返回單元704，用于通過內(nèi)容交付通道信息對應(yīng)的內(nèi)容交付通道 向終端發(fā)送所述媒體播放請求對應(yīng)的媒體信息。請參閱圖8,本發(fā)明實(shí)施例中時(shí)移電視媒體功能實(shí)體第二實(shí)施例包括
接收單元801,用于接收終端發(fā)送的包含內(nèi)容控制通道信息的請求消息；
通道建立控制單元802,用于根據(jù)內(nèi)容控制通道信息建立與終端之間的傳 輸連接；
消息傳輸單元803,用于通過傳輸連接接收終端發(fā)送的內(nèi)容交付通道信息 請求消息，向終端返回包含內(nèi)容交付通道信息的響應(yīng)消息；
請求接收單元804，用于接收終端發(fā)送的媒體播放請求；
媒體信息返回單元805,用于通過內(nèi)容交付通道信息對應(yīng)的內(nèi)容交付通道 向終端發(fā)送媒體播放請求對應(yīng)的媒體信息。
須二
是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲(chǔ)于一種計(jì)算機(jī) 可讀存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，包括如下步驟時(shí)移電視媒體功能實(shí)體 接收終端發(fā)起的包含內(nèi)容交付通道信息以及內(nèi)容控制通道信息的媒體協(xié)商； 根據(jù)所述媒體協(xié)商結(jié)果建立與所述終端之間的傳輸連接；通過所述傳輸連接 接收終端發(fā)送的媒體播放請求；通過根據(jù)所述內(nèi)容交付通道信息建立的內(nèi)容 交付通道向終端發(fā)送所述媒體播放請求對應(yīng)的媒體信息。 '
上述提到的存儲(chǔ)介質(zhì)可以是只讀存儲(chǔ)器，磁盤或光盤等。
由于本發(fā)明實(shí)施例中，時(shí)移電視媒體功能實(shí)體接收終端發(fā)送的包含內(nèi)容 交付通道信息以及內(nèi)容控制通道信息的請求消息，所以時(shí)移電視媒體功能實(shí) 體可以根據(jù)接收到的內(nèi)容控制通道信息建立與終端之間用于傳輸控制信令的 內(nèi)容控制通道，可以根據(jù)內(nèi)容交付通道信息建立與終端之間用于傳輸實(shí)時(shí)流 媒體的內(nèi)容交付通道，所以可以在IMS系統(tǒng)中實(shí)現(xiàn)時(shí)移電^L業(yè)務(wù)。
以上對本發(fā)明所提供的 一種時(shí)移電視業(yè)務(wù)建立方法以及時(shí)移電視媒體功 能實(shí)體進(jìn)行了詳細(xì)介紹，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明實(shí)施例的 思想，在具體實(shí)施方式
及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本說明書 內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1、一種時(shí)移電視業(yè)務(wù)建立方法，其特征在于，包括時(shí)移電視媒體功能實(shí)體接收終端發(fā)起的包含內(nèi)容交付通道信息以及內(nèi)容控制通道信息的媒體協(xié)商；根據(jù)所述媒體協(xié)商結(jié)果建立與所述終端之間的傳輸連接；通過所述傳輸連接接收終端發(fā)送的媒體播放請求；通過根據(jù)所述內(nèi)容交付通道信息建立的內(nèi)容交付通道向終端發(fā)送所述媒體播放請求對應(yīng)的媒體信息。
2、 根據(jù)權(quán)利要求1所述的時(shí)移電視業(yè)務(wù)建立方法，其特征在于，所述時(shí) 移電視媒體功能實(shí)體接收終端發(fā)起的包含內(nèi)容交付通道信息以及內(nèi)容控制通 道信息的媒體協(xié)商的步驟之前包括用戶在使用直播電視業(yè)務(wù)的過程中發(fā)起暫停請求；終端記錄媒體的當(dāng)前播放位置信息。
3、 根據(jù)權(quán)利要求2所述的時(shí)移電視業(yè)務(wù)建立方法，其特征在于，所述時(shí) 移電視媒體功能實(shí)體接收終端發(fā)起的包含內(nèi)容交付通道信息以及內(nèi)容控制通 道信息的媒體協(xié)商的步驟包括當(dāng)用戶發(fā)起繼續(xù)播放請求時(shí)，終端向業(yè)務(wù)控制功能實(shí)體發(fā)送包含內(nèi)容交 付通道信息以及內(nèi)容控制通道信息的會(huì)話更改請求消息；所述業(yè)務(wù)控制功能實(shí)體根據(jù)所述會(huì)話更改請求消息中的業(yè)務(wù)標(biāo)識或內(nèi)容 控制通道信息判斷用戶請求的業(yè)務(wù)是否為時(shí)移電視業(yè)務(wù)，若是，則向時(shí)移電 視媒體功能實(shí)體發(fā)送包含內(nèi)容交付通道信息以及內(nèi)容控制通道信息的會(huì)話初 始化請求消息。
4、 根據(jù)權(quán)利要求1至3中任一項(xiàng)所述的時(shí)移電視業(yè)務(wù)建立方法，其特征 在于，所述根據(jù)^^某體協(xié)商結(jié)果信息建立與所述終端之間的傳輸連接的步驟包 括'根據(jù)媒體協(xié)商結(jié)果，終端與時(shí)移電視媒體功能實(shí)體之間建立承載實(shí)時(shí)流 控制協(xié)議的傳輸連接。
5、 根據(jù)權(quán)利要求4所述的時(shí)移電視業(yè)務(wù)建立方法，其特征在于，所述通過所述傳輸連接^接收終端發(fā)送的媒體播放請求的步驟包括終端通過所述傳輸連接向時(shí)移電視媒體功能實(shí)體發(fā)送包含消息會(huì)話標(biāo) 識，媒體位置信息的播放請求消息。
6、 一種時(shí)移電^L業(yè)務(wù)建立方法，其特征在于，包括 時(shí)移電視媒體功能實(shí)體接收終端發(fā)起的包含內(nèi)容控制通道信息的媒體協(xié)商；根據(jù)所述媒體協(xié)商結(jié)果建立與所述終端之間的傳輸連接；通過所述傳輸連接接收終端發(fā)送的內(nèi)容交付通道信息請求消息，向所述 終端返回包含內(nèi)容交^寸通道4言息的響應(yīng)消息；接收終端發(fā)送的媒體播放請求；通過根據(jù)所述內(nèi)容交付通道信息建立的內(nèi)容交付通道向終端發(fā)送所述媒 體播放請求對應(yīng)的媒體信息。
7、 根據(jù)權(quán)利要求6所述的時(shí)移電視業(yè)務(wù)建立方法，其特征在于，所述時(shí) 移電視媒體功能實(shí)體接收終端發(fā)起的包含內(nèi)容控制通道信息的媒體協(xié)商的步 驟之前包括用戶在使用直播電視業(yè)務(wù)的過程中發(fā)起暫停請求； 終端記錄媒體的當(dāng)前播放位置信息。
8、 根據(jù)權(quán)利要求7所述的時(shí)移電視業(yè)務(wù)建立方法，其特征在于，所述時(shí) 移電視媒體功能實(shí)體接收終端發(fā)起的包含內(nèi)容控制通道信息的媒體協(xié)商的步 驟包括當(dāng)用戶請求繼續(xù)播放時(shí)，終端向業(yè)務(wù)控制功能實(shí)體發(fā)送包含內(nèi)容控制通 道信息的會(huì)話更改請求消息，所述內(nèi)容控制通道信息中包含內(nèi)容對象標(biāo)識；所述業(yè)務(wù)控制功能實(shí)體根據(jù)所述會(huì)話更改請求消息中的業(yè)務(wù)標(biāo)識或內(nèi)容 控制通道信息判斷用戶請求的業(yè)務(wù)是否為時(shí)移電視業(yè)務(wù)，若是，則向時(shí)移電 視媒體功能實(shí)體發(fā)送包含內(nèi)容交付通道信息以及內(nèi)容控制通道信息的會(huì)話初始化請求消息。
9、 根據(jù)權(quán)利要求8所述的時(shí)移電視業(yè)務(wù)建立方法，其特征在于，所述根 據(jù)所述+某體協(xié)商結(jié)果建立與所述終端之間的傳輸連接的步驟包括根據(jù)媒體協(xié)商結(jié)果，終端與時(shí)移電視媒體功能實(shí)體之間建立承載實(shí)時(shí)流 控制協(xié)議的傳輸連接。
10、 一種時(shí)移電^L業(yè)務(wù)建立方法，其特征在于，包括 業(yè)務(wù)控制功能實(shí)體接收終端上報(bào)的操作信息；向時(shí)移電視媒體功能實(shí)體發(fā)送會(huì)話初始化請求消息；時(shí)移電視媒體功能實(shí)體發(fā)起包含內(nèi)容控制通道信息以及內(nèi)容交付通道信 息的媒體協(xié)商請求；根據(jù)所述媒體協(xié)商結(jié)果建立與所迷終端之間的傳輸連接；通過所述傳輸連接接收終端發(fā)送的媒體播放請求；通過根據(jù)所述內(nèi)容交付通道信息建立的內(nèi)容交付通道向終端發(fā)送所述媒 體播放請求對應(yīng)的媒體信息。
11、 根據(jù)權(quán)利要求IO所述的時(shí)移電視業(yè)務(wù)建立方法，其特征在于，所述 操作信息為按鍵操作信息，或播放控制操作信息。
12、 根據(jù)權(quán)利要求11所述的時(shí)移電視業(yè)務(wù)建立方法，其特征在于，所述 向時(shí)移電視媒體功能實(shí)體發(fā)送會(huì)話初始化請求消息的步驟之前包括業(yè)務(wù)控制功能實(shí)體判斷接收到的操作信息是否為時(shí)移電視業(yè)務(wù)操作信 息，若是，則執(zhí)行向時(shí)移電視媒體功能實(shí)體發(fā)送會(huì)話初始化請求消息的步驟。
13、 一種時(shí)移電視業(yè)務(wù)建立方法，其特征在于，包括業(yè)務(wù)控制功能實(shí)體接收終端發(fā)送的包含時(shí)移電視業(yè)務(wù)信息的會(huì)話更改請 求消息；向時(shí)移電視媒體功能實(shí)體發(fā)送會(huì)話初始化請求消息； 時(shí)移電視媒體功能實(shí)體發(fā)起包含所述內(nèi)容控制通道信息的媒體協(xié)商請求；根據(jù)所述媒體協(xié)商結(jié)果建立與所述終端之間的傳輸連接；通過所述傳輸連接接收終端發(fā)送的媒體播放請求，向所述終端返回包含內(nèi)容交付通道信息的響應(yīng)消息；通過根據(jù)所述內(nèi)容交付通道信息建立的內(nèi)容交付通道向終端發(fā)送所述媒 體播放請求對應(yīng)的^ 某體信息。
14、 根據(jù)權(quán)利要求13所述的時(shí)移電視業(yè)務(wù)建立方法，其特征在于，所述 向時(shí)移電視媒體功能實(shí)體發(fā)送會(huì)話初始化請求消息的步驟之前包括終端根據(jù)業(yè)務(wù)上下文確定時(shí)移電^L業(yè)務(wù)信息。
15、 根據(jù)權(quán)利要求14所述的時(shí)移電視業(yè)務(wù)建立方法，其特征在于，所述 時(shí)移電視媒體功能實(shí)體發(fā)起包含所述內(nèi)容控制通道信息的媒體協(xié)商請求的步 驟之后包括#4居所述會(huì)話初始化響應(yīng)消息以及業(yè)務(wù)上下文信息構(gòu)造會(huì)話更改響應(yīng)消息；將包含內(nèi)容控制通道信息以及內(nèi)容交付通道信息的會(huì)話更改響應(yīng)消息發(fā) 送至終端。
16、 一種時(shí)移電視業(yè)務(wù)建立方法，其特征在于，包括 業(yè)務(wù)控制功能實(shí)體接收終端發(fā)送的包含頻道標(biāo)識的會(huì)話初始化請求消息；根據(jù)所述頻道標(biāo)識確定內(nèi)容交付類型；根據(jù)所述內(nèi)容交付類型進(jìn)行相應(yīng)的處理；或業(yè)務(wù)控制功能實(shí)體接收終端發(fā)送的包含頻道標(biāo)識以及節(jié)目位置信息的會(huì) 話初始化請求消息；根據(jù)所述頻道標(biāo)識以及節(jié)目位置信息確定內(nèi)容交付類型；根據(jù)所述內(nèi)容交付類型進(jìn)行相應(yīng)的處理。
17、根據(jù)權(quán)利要求16所述的時(shí)移電視業(yè)務(wù)建立方法，其特征在于，所述確定內(nèi)容交付類型的步驟包括若所述頻道標(biāo)識的內(nèi)容標(biāo)識用戶請求播放當(dāng)前節(jié)目，業(yè)務(wù)控制功能實(shí)體向核心網(wǎng)發(fā)送包含多播媒體流描述信息的會(huì)話初始化響應(yīng)消息； 多播控制點(diǎn)向終端發(fā)送對應(yīng)的多播媒體流； 或若所述頻道標(biāo)識以及節(jié)目位置信息標(biāo)識用戶請求播放當(dāng)前節(jié)目，業(yè)務(wù)控 制功能實(shí)體向核心網(wǎng)發(fā)送包含多播媒體流描述信息的會(huì)話初始化響應(yīng)消息；多播控制點(diǎn)向終端發(fā)送對應(yīng)的多播媒體流。
18、 根據(jù)權(quán)利要求16所述的時(shí)移電^L業(yè)務(wù)建立方法，其特征在于，所述 確定內(nèi)容交付類型的步驟包括若所述頻道標(biāo)識的內(nèi)容標(biāo)識用戶請求播放過去某時(shí)刻的節(jié)目，業(yè)務(wù)控制 功能實(shí)體向時(shí)移電視媒體功能實(shí)體發(fā)送會(huì)話初始化請求；或若所述頻道標(biāo)識以及節(jié)目位置信,l標(biāo)識用戶請求播放過去某時(shí)刻的節(jié) 目，業(yè)務(wù)控制功能實(shí)體向時(shí)移電纟見媒體功能實(shí)體發(fā)送會(huì)話初始化請求。
19、 根據(jù)權(quán)利要求18所述的時(shí)移電視業(yè)務(wù)建立方法，其特征在于，所述 根據(jù)所述內(nèi)容交付類型進(jìn)行相應(yīng)的處理的步驟包括時(shí)移電視媒體功能實(shí)體發(fā)起包含內(nèi)容控制通道信息的媒體協(xié)商請求；根據(jù)所述媒體協(xié)商結(jié)果建立與所述終端之間的傳輸連接；通過所述傳輸連接接收終端發(fā)送的^^某體播放請求；通過所述內(nèi)容交付通道信息對應(yīng)的內(nèi)容交付通道向終端發(fā)送所述媒體播 放請求對應(yīng)的媒體卩言息。
20、 一種時(shí)移電視媒體功能實(shí)體，其特征在于，包括請求消息接收單元，用于接收終端發(fā)送的包含內(nèi)容交付通道信息以及內(nèi) 容控制通道信息的請求消息；通道建立控制單元，用于根據(jù)所述內(nèi)容控制通道信息建立與所述終端之間的傳輸連接；請求接收單元，用于通過所述傳輸連接接收終端發(fā)送的媒體播放請求；媒體信息返回單元，用于通過所述內(nèi)容交付通道信息對應(yīng)的內(nèi)容交付通 道向終端發(fā)送所述媒體播放請求對應(yīng)的^(某體信息；或接收單元，用于接收終端發(fā)送的包含內(nèi)容控制通道信息的請求消息；通道建立控制單元，用于根據(jù)所述內(nèi)容控制通道信息建立與所述終端之 間的傳輸連接；消息傳輸單元，用于通過所述傳輸連接接收終端發(fā)送的內(nèi)容交付通道信 息請求消息，向所述終端返回包含內(nèi)容交付通道信息的響應(yīng)消息；請求接收單元，用于接收終端發(fā)送的媒體播放請求；媒體信息返回單元，用于通過所述內(nèi)容交付通道信息對應(yīng)的內(nèi)容交付通 道向終端發(fā)送所述媒體播放請求對應(yīng)的媒體信息。
21、 一種時(shí)移電視業(yè)務(wù)觸發(fā)方法，其特征在于，包括終端根據(jù)用戶的操作向業(yè)務(wù)控制功能實(shí)體發(fā)送操作信息和/或時(shí)移電視業(yè) 務(wù)信息；業(yè)務(wù)控制功能實(shí)體根據(jù)所述操作信息和/或時(shí)移電視業(yè)務(wù)信息觸發(fā)時(shí)移電 視業(yè)務(wù)。
22、 根據(jù)權(quán)利要求21所述的時(shí)移電視業(yè)務(wù)觸發(fā)方法，其特征在于，所述 終端根據(jù)用戶的操作向業(yè)務(wù)控制功能實(shí)體發(fā)送操作信息和/或時(shí)移電視業(yè)務(wù)信 息的步驟包括終端將操作信息和/或時(shí)移電視業(yè)務(wù)信息置于會(huì)話初始化協(xié)議消息中；將包含所述操作信息和/或時(shí)移電視業(yè)務(wù)信息的會(huì)話初始化協(xié)議消息發(fā)送 至業(yè)務(wù)控制功能實(shí)體。
全文摘要
本發(fā)明公開了一種時(shí)移電視業(yè)務(wù)建立方法以及時(shí)移電視媒體功能實(shí)體，用于在IMS網(wǎng)絡(luò)中實(shí)現(xiàn)時(shí)移電視業(yè)務(wù)。本發(fā)明方法包括時(shí)移電視媒體功能實(shí)體接收終端發(fā)起的包含內(nèi)容交付通道信息以及內(nèi)容控制通道信息的媒體協(xié)商；根據(jù)所述媒體協(xié)商結(jié)果建立與所述終端之間的傳輸連接；通過所述傳輸連接接收終端發(fā)送的媒體播放請求；通過根據(jù)所述內(nèi)容交付通道信息建立的內(nèi)容交付通道向終端發(fā)送所述媒體播放請求對應(yīng)的媒體信息。本發(fā)明還提供一種時(shí)移電視媒體功能實(shí)體。本發(fā)明可以在IMS網(wǎng)絡(luò)中實(shí)現(xiàn)時(shí)移電視業(yè)務(wù)。
文檔編號H04N7/173GK101459824SQ20081018962
公開日2009年6月17日 申請日期2007年7月4日 優(yōu)先權(quán)日2007年7月4日
發(fā)明者漆寶劍, 鵬 王, 雷曉松 申請人:華為技術(shù)有限公司