專利名稱：在廣播業(yè)務(wù)中建立時移電視業(yè)務(wù)的方法、系統(tǒng)及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，具體涉及一種在廣播業(yè)務(wù)(Broadcast Service)中建立時移電視業(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é)議進(jìn)行單播、 廣播或組播視頻業(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的標(biāo)準(zhǔn)體系，IMS與現(xiàn)存的語音和數(shù)據(jù)網(wǎng)絡(luò)(不論是如PSTN、 ISDN、因特網(wǎng)等固定網(wǎng)絡(luò)用戶，還是如GSM、 CDMA等移動網(wǎng)絡(luò)用戶)都 可以互通。IMS體系使得各種類型的客戶端都可以建立對等的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)(NAS S ， Network Attachment Sub - System )和資源與接納控 制子系統(tǒng)(RACS， Resource and Admission Control Subsystem ) 。 NASS用于 完成對用戶附著于接入網(wǎng)絡(luò)的管理，包括用戶驗證和網(wǎng)絡(luò)地址分配、位置管 理。RACS則主要用于完成策略控制、資源預(yù)留和接納控制，業(yè)務(wù)/應(yīng)用層面 可利用RACS請求接入網(wǎng)預(yù)留相關(guān)的資源。基于IMS的IPTV架構(gòu)，將直接重用IMS的相關(guān)功能實體，并通過適 當(dāng)增加新的功能實體以及對現(xiàn)有功能實體相關(guān)功能的擴充，實現(xiàn)對IPTV業(yè)
務(wù)的支持。
圖1為現(xiàn)有技術(shù)中基于IMS的IPTV架構(gòu)的一種組網(wǎng)示意圖。如圖l所 示，每一個IPTV業(yè)務(wù)功能由一對IPTV業(yè)務(wù)控制功能(SCF， Service Control Functions)和IPTV媒體功能(MF， Media Functions )組成。其中，SCF是 一種SIP應(yīng)用服務(wù)器，任務(wù)主要包括(1 )會話初始化時進(jìn)行授權(quán)；(2) 實施修改流程，4企查用戶的數(shù)據(jù)，以決定是否允許用戶訪問該業(yè)務(wù)；(3) 賬號控制；(4)選擇相應(yīng)的MF。 MF負(fù)責(zé)媒體流的控制和遞交，可被分為 媒體控制功能(MCF)和媒體遞交功能(MDF)。其中，MCF的任務(wù)主要 包括(l)處理媒體流的控制；(2)監(jiān)視MDF的狀態(tài)(可選)；(3)管 理和用戶設(shè)備(UE)的交互；(4)在MCF控制多個MDF時，選擇一個 MDF; (5)精確感知不同MDF的狀態(tài)和內(nèi)容的分發(fā)；(5)產(chǎn)生計費信息。 MDF的任務(wù)主要包括(1 )處理媒體流的遞交；(2 )上報狀態(tài)給MCF (可 選)。
由圖1可見，SCF和MF是實現(xiàn)以下業(yè)務(wù)的功能實體點播類業(yè)務(wù)(CoD, Content on Demand )、廣播服務(wù)功能(BC )和個人錄像機功能(PVR， Personal Video Recorder)。
其中，CoD是IPTV中的點播業(yè)務(wù)，在SCF中通過CoD-SCF實現(xiàn)其業(yè) 務(wù)控制功能，在MF中通過CoD-MCF實現(xiàn)其媒體控制功能和通過CoD-MDF 實現(xiàn)其媒體遞交功能。BC是IPTV中的廣播業(yè)務(wù)，在SCF中通過BC-SCF 實現(xiàn)其業(yè)務(wù)控制功能，在MF中通過BC-MCF實現(xiàn)其々某體控制功能和通過 BC-MDF實現(xiàn)其媒體遞交功能。PVR是IPTV中的個人錄像機業(yè)務(wù)，在SCF 中通過PVR-SCF實現(xiàn)其業(yè)務(wù)控制功能，在MF中通過PVR-MCF實現(xiàn)其媒 體控制功能和通過PVR-MDF實現(xiàn)其i某體遞交功能。PVR業(yè)務(wù)提供對視頻媒 體流的錄制功能，按照提供的方式可以分為基于網(wǎng)絡(luò)PVR和基于個人的 PVR,基于網(wǎng)絡(luò)的PVR指的是在網(wǎng)絡(luò)為用戶分配一定的存儲空間，由網(wǎng)絡(luò)來記錄用戶要錄制的媒體功能，并根據(jù)用戶意愿播放這些媒體內(nèi)容。
其中，CoD-SCF、 BC-SCF及PVR-SCF與UE之間通過IMS進(jìn)行消息 交互，CoD-MCF、 BC-MCF及PVR-MCF與UE之間的媒體控制消息通過 Xc，參考點進(jìn)行交互，CoD-MDF 、 BC-MDF及PVR-MDF與UE之間的媒體
數(shù)據(jù)通過Xc"參考點交互。
其次，在網(wǎng)絡(luò)架構(gòu)中，還增加了業(yè)務(wù)發(fā)現(xiàn)功能(SDF)和業(yè)務(wù)選擇功能 (SSF),用于為UE在選擇IPTV業(yè)務(wù)時提供必要的信息。其中，SSF提供 UE可以瀏覽和選擇的一系列可用服務(wù)的列表。
此夕卜，在傳輸處理功能(TPF， Transport Processing Functions )中包括 組播控制功能；在用戶屬性服務(wù)器功能(UPSF)中存儲有用戶數(shù)據(jù)。
當(dāng)用戶在使用BC業(yè)務(wù)，需要對業(yè)務(wù)進(jìn)行修改時，向SCF發(fā)送會話修改 請求，該會話修改請求可能是BC會話的修改請求，也可能是用戶對廣播業(yè) 務(wù)進(jìn)行暫停等控制操作時的時移電視(在本文中是指BC with Trick Play)業(yè) 務(wù)的建立請求。但是，現(xiàn)有技術(shù)中由BC業(yè)務(wù)向時移電視業(yè)務(wù)轉(zhuǎn)換時，沒有 說明SCF如何判斷UE發(fā)送的會話修改請求是BC業(yè)務(wù)的修改請求，還是時 移電視業(yè)務(wù)的建立請求，因此導(dǎo)致時移電視業(yè)務(wù)無法正常建立。
發(fā)明內(nèi)容
本發(fā)明實施例提供一種在BC中建立時移電視業(yè)務(wù)的方法，在BC中正常 建立時移電^L業(yè)務(wù)。
本發(fā)明實施例還提供一種在BC中建立時移電視業(yè)務(wù)的系統(tǒng)，在BC中正 常建立時移電視業(yè)務(wù)。
本發(fā)明實施例還提供一種業(yè)務(wù)控制功能實體，在BC中正常建立時移電視 業(yè)務(wù)。
為達(dá)到上述目的，本發(fā)明實施例的技術(shù)方案是這樣實現(xiàn)的
一種在廣播業(yè)務(wù)中建立時移電視業(yè)務(wù)的方法，包括
業(yè)務(wù)控制功能SCF接收用戶設(shè)備UE發(fā)送的會話修改請求，其中攜帶標(biāo)識時移電視業(yè)務(wù)建立請求的信息；
SCF根據(jù)所述標(biāo)識時移電視業(yè)務(wù)建立請求的信息，判定所述會話修改請 求是時移電視業(yè)務(wù)的建立請求時，發(fā)起時移電視業(yè)務(wù)的建立。
一種判斷乂人時移電^L業(yè)務(wù)切回到BC業(yè)務(wù)的方法，包括以下步驟
業(yè)務(wù)控制功能SCF接收用戶設(shè)備UE發(fā)送的會話修改請求，其中攜帶標(biāo)識 從時移電視業(yè)務(wù)切回到BC業(yè)務(wù)的請求信息；
SCF根據(jù)所述標(biāo)識從時移電視業(yè)務(wù)切回到BC業(yè)務(wù)的請求信息，判定所 述會話修改請求是時移電視業(yè)務(wù)的切回請求時，發(fā)起時移電視業(yè)務(wù)到BC業(yè) 務(wù)的切回操作。
一種在廣播業(yè)務(wù)中建立時移電視業(yè)務(wù)的系統(tǒng)，包括業(yè)務(wù)控制功能SCF實 體和用戶設(shè)備UE,
所述UE,用于向SCF實體發(fā)送會話修改請求，其中攜帶標(biāo)識時移電視業(yè) 務(wù)建立請求的信息；
所述SCF實體，用于接收UE發(fā)送的所述會話修改請求，根據(jù)其中的標(biāo)識 時移電視業(yè)務(wù)建立請求的信息，判定所述會話修改請求為時移電視業(yè)務(wù)的建立 請求時，發(fā)起時移電^見業(yè)務(wù)的建立。
一種業(yè)務(wù)控制功能SCF實體，包括接收模塊、判斷模塊和發(fā)起模塊，
所述接收模塊，用于接收用戶設(shè)備UE發(fā)送的會話修改請求，其中攜帶標(biāo) 識時移電視業(yè)務(wù)建立請求的信息；
所述判斷模塊，用于根據(jù)所述接收模塊的會話修改請求，判斷所述會話 修改請求為時移電視業(yè)務(wù)的建立請求時，所述發(fā)起模塊發(fā)起時移電視業(yè)務(wù)的 建立請求。
與現(xiàn)有技術(shù)相比，本發(fā)明實施例所提供的技術(shù)方案，SCF接收UE發(fā)送 的攜帶標(biāo)識時移電視業(yè)務(wù)建立請求信息的會話修改請求，根據(jù)其中的時移電 視業(yè)務(wù)建立請求信息，判定該會話修改請求為時移電視業(yè)務(wù)的建立請求時， 發(fā)起時移電視業(yè)務(wù)的建立，從而使得SCF能夠判斷出接收到的會話修改請 求是BC業(yè)務(wù)的修改請求，還是BC中時移電視業(yè)務(wù)的建立請求，從而可實現(xiàn)時移電視業(yè)務(wù)的正常建立。
圖1為現(xiàn)有技術(shù)中基于IMS的IPTV架構(gòu)的一種組網(wǎng)示意圖； 圖2為本發(fā)明實施例在BC中建立時移電視業(yè)務(wù)的方法流程圖； 圖3為本發(fā)明實施例一在BC中建立時移電視業(yè)務(wù)的方法流程圖； 圖4為本發(fā)明實施例二在BC中建立時移電視業(yè)務(wù)的方法流程圖； 圖5為本發(fā)明實施例三在BC中建立時移電視業(yè)務(wù)的方法流程圖； 圖6為本發(fā)明實施例四在B C的時移電業(yè)務(wù)中切回到B C業(yè)務(wù)的方法 流程圖。
具體實施例方式
下面結(jié)合附圖及具體實施例對本發(fā)明進(jìn)行詳細(xì)說明。 圖2為本發(fā)明實施例中建立時移電視業(yè)務(wù)的方法流程圖。如圖2所示， 該方法包括步驟200中，SCF接收UE發(fā)送的會話修改請求，其中攜帶標(biāo) 識時移電^L業(yè)務(wù)建立請求的信息；然后在步驟201中，才艮據(jù)該請求中的標(biāo)識 時移電視業(yè)務(wù)建立請求的信息，判斷該會話修改請求為時移電視業(yè)務(wù)的建立 請求時，發(fā)起時移電視業(yè)務(wù)的建立。 實施例一
本實施例中標(biāo)識時移電視業(yè)務(wù)建立請求的信息為時移電視業(yè)務(wù)的業(yè)務(wù) 標(biāo)識，SCF根據(jù)會話修改請求中的業(yè)務(wù)標(biāo)識，來判斷該會話修改請求是否是 時移電視業(yè)務(wù)的建立請求。
圖3為本發(fā)明實施例一在BC中建立時移電視業(yè)務(wù)的方法流程圖。如圖 3所示，該方法包括以下步驟
BC業(yè)務(wù)建立的過程與現(xiàn)有技術(shù)相同，在此不再贅述。
步驟300: UE利用SIP協(xié)議的邀請(relnvite)向SCF發(fā)送攜帶業(yè)務(wù)標(biāo) 識的會話修改請求。本步驟中，UE通過Core IMS給SCF發(fā)送會話修改請求消息。為了簡 化描述，本步驟中以及下文的描述都將UE與SCF通過Core IMS的通信簡 化為UE與SCF之間進(jìn)行通信。
例如，UE在會話修改請求消息中，使用已定義的頭域，攜帶時移電視 業(yè)務(wù)的業(yè)務(wù)標(biāo)識，例如，P-Preferred-Service=urn:um-xxx:TsTV.TISPAN.IPTV 頭域，其中"TsTV.TISPAN.IPTV"為時移電^L業(yè)務(wù)的業(yè)務(wù)標(biāo)識。當(dāng)然實際 應(yīng)用中，除以上舉例說明的業(yè)務(wù)標(biāo)識之外，也可以釆用其它形式的業(yè)務(wù)標(biāo)識。 例如，如果將BC with Trick業(yè)務(wù)作為BC業(yè)務(wù)的一個子應(yīng)用，那么也可以用 P國Preferred-Service: urn:urn-xxx:broadcast.tispan.iptv和Accept-Contact:urn: urn-xxx:broadcast.tispan.iptv-application-trickplay 同時來表示^亥會"i舌》務(wù)？文i貪 求是BC中時移電視業(yè)務(wù)的建立請求，其中"broadcast.tispan.iptv"和 "broadcast.tispan.iptv-application-trickplay"結(jié)合作為BC中時移電^見業(yè)務(wù)的 業(yè)務(wù)標(biāo)識。其中的urn畫)ooc 是以后在互聯(lián)網(wǎng)地址指派機構(gòu)(IANA, Internet Assigned Numbers Authority )中注冊該業(yè)務(wù)標(biāo)識時分配的編號。
步驟301: SCF根據(jù)該relnvite消息中的業(yè)務(wù)標(biāo)識，確定該會話修改請 求為時移電視業(yè)務(wù)的建立請求。
例如，SCF根據(jù)P-Preferred-Service=urn:urn-xxx:TsTV.TISPAN.IPTV頭 域中的"TsTV.TISPAN.IPTV",判定該會話修改請求消息為時移電S見業(yè)務(wù) 的建立i青求?；蛘撸鹏辧居P-Preferred-Service:urn:urn-xxx:broadcast.tispan.iptv 和Accept畫Contact:urn:urn-xxx:broadcast.tispan.iptv誦application畫trickplay，判斷 該會話修改請求消息為時移電視業(yè)務(wù)的建立請求。
如果本步驟中SCF根據(jù)接收到的會話修改請求消息中的業(yè)務(wù)標(biāo)識，判 斷該會話修改請求消息不是時移電視業(yè)務(wù)的建立請求，則按照現(xiàn)有技術(shù)中修 改BC業(yè)務(wù)的方法流程執(zhí)行，在此不再贅述。
步驟302: SCF通過SIP協(xié)議的Invite消息給MCF發(fā)送時移電S見業(yè)務(wù) 的初始建立請求。
本步驟中，SCF判定該用戶具有時移電視業(yè)務(wù)的使用權(quán)限時，將步驟301中的P-Preferred-Service=urn:urn-xxx:TsTV.TISPAN.IPTV頭域，修改為 P-Asserted-Service=urn:urn-xxx:TsTV.TISPAN.IPTV頭域后，給MCF發(fā)送時
移電視業(yè)務(wù)的建立請求。或者，將步驟 301 中的 P-Preferred-Service:urn:urn-xxx:broadcast.tispan.iptv 頭 域, 修改為 P-Asserted-Service:urn:urn-xxx:broadcast.tispan.iptv頭i或之后，纟合MCF發(fā)送 時移電^L業(yè)務(wù)的建立請求。
步驟303 步驟304: MCF與MDF建立時移電視業(yè)務(wù)后，向SCF返回 建立響應(yīng)200OK,由SCF將建立響應(yīng)200 0K返回給UE,建立完成UE與 MDF之間媒體通道。
本步驟中，MCF和MDF為UE建立時移電視業(yè)務(wù)的具體過程與現(xiàn)有技 術(shù)相同，在此不再贅述。
可見，本實施例通過在會話修改請求消息中攜帶業(yè)務(wù)標(biāo)識，使得SCF 可以判斷接收到的會話請求消息是時移電視業(yè)務(wù)的建立請求，從而使得BC 中的時移電視業(yè)務(wù)可正常建立。
實施例二
本實施例中，標(biāo)識時移電視業(yè)務(wù)請求的信息為新定義的頭域，SCF根據(jù) 會話修改請求中攜帶的新定義的頭域，判斷會話請求消息是否是BC中時移 電^見業(yè)務(wù)的建立請求。
步驟400: UE利用SIP協(xié)議的relnvite消息，向SCF發(fā)送攜帶新定義 的頭域的會話修改請求。
例如，在SIP消息中新定義的Iptv-Service-Type: TsTV頭域，來表示 該會話修改請求消息為BC中時移電視業(yè)務(wù)的建立請求。
步驟401: SCF根據(jù)該relnvite消息中的新定義的頭域，確定該會話修 改請求為時移電一見業(yè)務(wù)的建立請求。
例如，UE和SCF能夠識別標(biāo)識時移電視業(yè)務(wù)建立請求的頭域 Iptv-Service-Type: TsTV,當(dāng)SCF收到會話修改請求后，發(fā)現(xiàn)該請求中攜帶 新定義的頭域Iptv-Service-Type: TsTV時，則判定該會話^修改請求消息為時移電一見業(yè)務(wù)的建立請求。
如果本步驟中SCF在會話修改請求中沒有發(fā)現(xiàn)標(biāo)識時移電視業(yè)務(wù)建立 請求的新定義的頭域時，則判斷該會話修改請求消息不是時移電視業(yè)務(wù)的建 立請求，則按照現(xiàn)有技術(shù)中修改BC業(yè)務(wù)的方法流程執(zhí)行，在此不再贅述。
步驟402 步驟404: SCF通過SIP協(xié)議的Invite消息給MCF發(fā)送時移 電視業(yè)務(wù)的初始建立請求，MCF控制MDF建立時移電視業(yè)務(wù)所需的媒體資 源后，向SCF返回建立響應(yīng)200 OK，由SCF將建立響應(yīng)200 0K返回給UE， 建立完成UE與MDF之間媒體通道。
其中，SCF、 MCF和MDF建立時移業(yè)務(wù)的具體過程與現(xiàn)有技術(shù)相同， 在此不再贅述。
當(dāng)然際應(yīng)用中，除本實施例中所舉例說明的標(biāo)識時移電-見業(yè)務(wù)建立請求 的新定義的頭域之外，也可以采用其它形式的表示時移電視業(yè)務(wù)建立請求的 頭域。
可見，本實施例通過在會話修改請求消息中攜帶標(biāo)識時移電視業(yè)務(wù)建立 請求的新定義的頭域，使得SCF可以判斷接收到的會話請求消息是時移電 視業(yè)務(wù)的建立請求，從而使得BC中的時移電視業(yè)務(wù)可正常建立。
實施例三
本實施例中，SCF根據(jù)攜帶在會話修改請求中的單播媒體描述信息，判 斷該會話請求消息為時移電視業(yè)務(wù)的建立請求。
圖5為本發(fā)明實施例三在BC中建立時移電視業(yè)務(wù)的方法流程圖。如圖 5所示，該方法包括以下步驟
步驟500: UE利用SIP協(xié)議的relnvite消息，向SCF發(fā)送攜帶其單播 媒體描述信息的會話修改請求。其中攜帶的單播媒體描述信息中端口號不為 0,表示這是新增的單播媒體流。
本步驟中，通過relnvite的會話描述協(xié)議(SDP, Session Description Protocol)描述中的媒體行信息，攜帶單播媒體描述信息。
本實施例中，UE的單播媒體描述信息可以是用來建立實時傳輸協(xié)議(RTP， Realtime Transmission Protocol)流通道或者實時流協(xié)議(RTSP, Realtime Stream Protocol)控制通道時，UE所提供々某體信息中的單播i某體描 述信息。
該單播媒體描述信息是用來建立RTP流通道時
當(dāng)UE未獲得頻道所對應(yīng)的多播地址時，SDP描述中的媒體行信息可以
為
m=video 4011 RTP/AVP 99
c=INIP4 10.12.1.2
a=rtpmap:99 H.261 其中10.12.1.2為UE的單播i某體描述中的地址信息。
當(dāng)UE已經(jīng)獲得頻道所對應(yīng)的多播地址時，SDP描述中的媒體行信息可 以為
m=video 4002 RTP/AVP 99 c=IN IP4 224.12.1.2 a=rtpmap:99 H.261
m=video 3002 RTP/AVP 99 c=INIP4 224.12.3.45 a=rtpmap:99 H.261
m=video 4011 RTP/AVP 99 c=INIP4 10.12.1.2 a=rtpmap:99 H.261
其中，224.12.1.2和224.12.3.45為BC業(yè)務(wù)的多播地址,10.12.1.2為UE的
單播媒體描述信息。
當(dāng)此單播媒體描述信息是用來建立RTSP控制通道時，其在SDP描述 中的媒體行信息可以為
m=application 9 TCP/RTSP rtsp
c=IN IP4 10.12.1.2a=fintp:rtsp request-uri: rtsp:〃video.example.com a=fmtp:rtsp version: 2.0 a=fmtp:rtsp h-accept-ranges: NPT
步驟501:當(dāng)前已建立會話是BC業(yè)務(wù)的會話時，SCF根據(jù)該relnvite 消息中的單播媒體描述信息，確定該會話修改請求為時移電視業(yè)務(wù)的建立請求。
現(xiàn)有技術(shù)中，在224.0.0.0-239.255.255.255范圍之內(nèi)的D類IP地址為多 播地址，在224.0.0.0-239.255.255.255范圍之外的IP地址為單播地址。本實 施例中，當(dāng)SCF接收到會話修改請求時，發(fā)現(xiàn)其中的SDP描述中攜帶了在 224.0.0.0-239.255.255.255范圍之外的IP地址,即SDP描述中攜帶了單播媒 體描述信息，且其端口號為非0值時，則判定該會話修改請求為時移電視業(yè) 務(wù)的建立請求。
若是運用IPV6地址技術(shù)，那么SCF根據(jù)地址信息的頭8個Bits是否為 1111 1111判斷是否為多播地址，即如果判斷該地址信息是以FF為開始，即 可確定該地址為多播地址，否則確定該地址為單纟番地址。
如果本步驟中SCF在會話修改請求的SDP描述中沒有發(fā)現(xiàn)IP單播媒體 描述信息或其所對應(yīng)的m行中的端口號為0時，則判斷該會話修改請求消 息不是時移電視業(yè)務(wù)的建立請求，然后按照現(xiàn)有技術(shù)中修改BC業(yè)務(wù)的方法 流程執(zhí)行，在此不再贅述。
步驟502 步驟504: SCF通過SIP協(xié)議的Invite消息給MCF發(fā)送時移 電視業(yè)務(wù)的初始建立請求，MCF控制MDF建立時移電視業(yè)務(wù)所需的媒體資 源后，向SCF返回建立響應(yīng)200 OK,由SCF將建立響應(yīng)200 OK返回給UE, 建立完成UE與MDF之間媒體通道。
其中，SCF、 MCF和MDF建立時移業(yè)務(wù)的具體過程與現(xiàn)有才支術(shù)相同， 在此不再贅述。本實施例中的SDP描述僅為舉例說明，實際應(yīng)用中可以有 其它變化，只要能夠攜帶單播媒體描述信息即可。
本實施例四中，SCF接收用戶設(shè)備UE發(fā)送的會話修改請求，其中攜帶標(biāo)識從時移電視業(yè)務(wù)切回到BC業(yè)務(wù)的請求信息；SCF根據(jù)所述標(biāo)識從時移電視 業(yè)務(wù)切回到BC業(yè)務(wù)的請求信息，判定所述會話修改請求是時移電視業(yè)務(wù)的切 回請求時，發(fā)起時移電視業(yè)務(wù)到BC業(yè)務(wù)的切回操作。其中，所述攜帶標(biāo)識從 時移電視業(yè)務(wù)切回到BC業(yè)務(wù)的請求信息為建立時移電視業(yè)務(wù)所需的單播媒 體流的刪除指示，所述建立時移電視業(yè)務(wù)所需的單播媒體流的刪除指示為單播 媒體描述中的端口號；當(dāng)所述單播媒體描述中的端口號為0,則所述會話修改 請求為時移業(yè)務(wù)的切回請求。所述UE的單播媒體流為媒體傳輸通道，或是媒 體控制通道。
圖6為本發(fā)明實施例四在BC的時移電^L業(yè)務(wù)中切回到BC業(yè)務(wù)的方法 流程圖，包括以下步驟
步驟600: UE利用SIP協(xié)議的relnvite消息，向SCF發(fā)送攜帶UE單播 媒體描述信息和多播媒體描述信息的會話修改請求。
本步驟中，通過relnvite的會話描述協(xié)議(SDP, Session Description Protocol )描述中的媒體行信息，其中攜帶的單播媒體描述信息中端口號為0, 且其中攜帶的代表BC業(yè)務(wù)的多播媒體描述信息中端口號為非0。其中單播 媒體描述信息中的端口號為0表示這個單播媒體流需要被刪除。
本實施例中，UE的單播媒體描述信息可以是原來在BC時移電視業(yè)務(wù) 建立，用來建立實時傳輸協(xié)議(RTP， Realtime Transmission Protocol)流通 道或者實時流協(xié)議(RTSP, Realtime Stream Protocol)控制通道時，UE所 提供媒體信息中的單播媒體描述信息。
該單播媒體描述信息是用來建立RTP流通道，SDP描述中的單播媒體 描述信息可以為
m=video 0 RTP/AVP 99 c=INIP4 10.12.1.2
當(dāng)此單播媒體描述信息是用來建立RTSP控制通道時，其在SDP描述 中的媒體行信息可以為m=application 0 TCP/RTSP rtsp c=INIP4 10.12.1.2
SDP描述中的頻道所對應(yīng)的多播媒體描述信息可以為
m=video 4002 RTP/AVP 99 c=INIP4 224.12.1.2 a=rtpmap:99 H.261
m=video 3002 RTP/AVP 99 c=INIP4 224.12.3.45 a=rtpmap:99 H.261
步驟601:當(dāng)前已建立會話是BC時移電視業(yè)務(wù)的會話時，SCF根據(jù)該 relnvite消息中的單播媒體描述信息中的端口號為0,且代表BC頻道的多播 媒體描述信息中的端口號不為0,確定該會話修改請求為時移電視業(yè)務(wù)到BC 業(yè)務(wù)的切回請求。
現(xiàn)有技術(shù)中，在224.0.0.0-239.255.255.255范圍之內(nèi)的D類IP地址為多 播地址，在224.0.0.0-239.255.255.255范圍之外的IP地址為單播地址。本實 施例中，當(dāng)SCF接收到會話修改請求時，發(fā)現(xiàn)其中的SDP描述中攜帶了端 口號為O的單播地址，并且攜帶了端口號為非O的多播地址時，則判定該會 話修改請求為時移電視業(yè)務(wù)到BC業(yè)務(wù)的切回請求。
若是運用IPV6地址技術(shù)，那么SCF根據(jù)地址信息的頭8個Bits是否為 1111 1111判斷是否為多播地址，即如果判斷該地址信息是以FF為開始，即 可確定該地址為多4番地址，否則確定該地址為單4番地址。
步驟602~步驟604: SCF通過SIP協(xié)議的Bye消息給MCF發(fā)送時移電 視業(yè)務(wù)的釋放請求，MCF控制MDF釋放原建立時移電視業(yè)務(wù)所占用的媒體 資源后，向SCF返回建立響應(yīng)200 OK,由SCF將建立響應(yīng)200 OK返回給 UE，完成UE與MDF之間媒體通道的釋放。其中，SCF后續(xù)建立BC業(yè)務(wù)的具體過程與現(xiàn)有技術(shù)相同，在此不再贅 述。本實施例中的SDP描述僅為舉例說明，實際應(yīng)用中可以有其它變化， 只要能夠攜帶單播媒體描述信息和多播媒體描述信息即可。
由于BC業(yè)務(wù)的修改都是針對多播業(yè)務(wù)的修改，因此當(dāng)UE在會話修改 請求中攜帶單播媒體描述信息時，使SCF得知該會話修改請求為時移電視 建立請求，因此本實施例實現(xiàn)了 BC中時移電視業(yè)務(wù)的正常建立。
本發(fā)明實施例還提供了 一種在廣播業(yè)務(wù)中建立時移電視業(yè)務(wù)的系統(tǒng)，包 括UE和SCF實體。其中，UE,用于向SCF實體發(fā)送會話修改請求，其中 攜帶標(biāo)識時移電視業(yè)務(wù)建立請求的信息；SCF實體，用于接收UE發(fā)送的會 話修改請求，根據(jù)其中的標(biāo)識時移電視業(yè)務(wù)建立請求的信息，判定該會話修 改請求為時移電視業(yè)務(wù)的建立請求時，發(fā)起時移電視業(yè)務(wù)的建立。
具體來說，SCF實體包括接收模塊和判斷模塊，其中，接收模塊，用于 接收UE發(fā)送的會話修改請求，其中攜帶標(biāo)識時移電視業(yè)務(wù)建立請求的信息； 判斷模塊，用于根據(jù)接收模塊的會話修改請求，判斷該會話修改請求為時移 電視業(yè)務(wù)的建立請求時，發(fā)起模塊發(fā)起時移電視業(yè)務(wù)的建立請求。發(fā)起模塊 進(jìn)一步修改攜帶標(biāo)識時移電視業(yè)務(wù)建立請求的信息的已定義頭域后，攜帶在 時移電視業(yè)務(wù)的建立請求中。
由以上所述可以看出，本發(fā)明實施例所提供的技術(shù)方案，SCF接收UE 發(fā)送的攜帶標(biāo)識時移電視業(yè)務(wù)建立請求信息的會話修改請求，根據(jù)其中的時 移電視業(yè)務(wù)建立請求信息，判定該會話修改請求為時移電視業(yè)務(wù)的建立請求 時，發(fā)起時移電視業(yè)務(wù)的建立，從而使得SCF能夠判斷出接收到的會話修 改請求是BC業(yè)務(wù)的修改請求，還是BC中時移電視業(yè)務(wù)的建立請求，從而 可實現(xiàn)時移電視業(yè)務(wù)的正常建立。
上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。上述本發(fā) 明實施例描述的"步驟" 一詞也不代表實施例執(zhí)行方法的順序。
以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等， 均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種在廣播業(yè)務(wù)中建立時移電視業(yè)務(wù)的方法，其特征在于，該方法包括業(yè)務(wù)控制功能SCF接收用戶設(shè)備UE發(fā)送的會話修改請求，其中攜帶標(biāo)識時移電視業(yè)務(wù)建立請求的信息；SCF根據(jù)所述標(biāo)識時移電視業(yè)務(wù)建立請求的信息，判定所述會話修改請求是時移電視業(yè)務(wù)的建立請求時，發(fā)起時移電視業(yè)務(wù)的建立。
2、 如權(quán)利要求l所述的方法，其特征在于，所述標(biāo)識時移電視業(yè)務(wù)建立請 求的信息為時移電視業(yè)務(wù)的業(yè)務(wù)標(biāo)識；所述SCF根據(jù)所述標(biāo)識時移電視業(yè)務(wù)建立請求的信息，判定所述會話修改 請求是時移電視業(yè)務(wù)的建立請求為SCF根據(jù)所述會話修改請求中攜帶的業(yè)務(wù)標(biāo)識，判定所述會話修改請求為 時移電^L業(yè)務(wù)的建立請求。
3、 如權(quán)利要求2所述的方法，其特征在于，所述攜帶時移電視業(yè)務(wù)的業(yè)務(wù) 標(biāo)識為通過在已定義的頭域中寫入時移電視業(yè)務(wù)的業(yè)務(wù)標(biāo)識，攜帶時移電視業(yè)務(wù) 的業(yè)務(wù)標(biāo)識。
4、 如權(quán)利要求3所述的方法，其特征在于，寫入時移電視業(yè)務(wù)的業(yè)務(wù)標(biāo)識 的已定義頭域為"P-Preferred-Service=um:um-xxx:TsTV.TISPAN.IPTV，，； 或 "P-Preferred-Service: urn:urn-xxx:broadcast.tispan.iptv，， 和 "Accept-Contact:urn: urn-xxx:broadcast.tispan.iptv-application-trickplay"。
5、 如權(quán)利要求4所述的方法，其特征在于，所述SCF發(fā)起時移電視業(yè)務(wù) 的建立為SCF將所述寫入時移電視業(yè)務(wù)的業(yè)務(wù)標(biāo)識的已定義頭域中， "P-Preferred-Service，，修改為"P-Asserted-Service，，之后，攜帶在時移電視業(yè) 務(wù)的初始建立請求中。
6、 如權(quán)利要求l所述的方法，其特征在于，所述標(biāo)識時移電視業(yè)務(wù)建立請 求的信息為新定義的標(biāo)識時移電視業(yè)務(wù)建立請求的頭域；所述SCF根據(jù)所述標(biāo)識時移電視業(yè)務(wù)建立請求的信息，判定所述會話修改 請求是時移電視業(yè)務(wù)的建立請求為SCF根據(jù)所述會話修改請求中攜帶的標(biāo)識時移電視業(yè)務(wù)建立請求的頭域， 判定所述會話修改請求為時移電視業(yè)務(wù)的建立請求。
7、 如權(quán)利要求l所述的方法，其特征在于，所述標(biāo)識時移電^L業(yè)務(wù)建立請 求的信息為UE的單播媒體描述信息；所述SCF根據(jù)所述標(biāo)識時移電視業(yè)務(wù)建立請求的信息，判定所述會話修改 請求是時移電視業(yè)務(wù)的建立請求為SCF根據(jù)所述會話修改請求中攜帶的UE的單播媒體描述信息，判定所述 會話修改請求為時移電視業(yè)務(wù)的建立請求。
8、 如權(quán)利要求7所述的方法，其特征在于，所述UE的單播媒體描述信息 是用來建立實時傳輸協(xié)議RTP流通道的媒體信息中的單播媒體描述信息，或用 來建立實時流協(xié)議RTSP控制通道的媒體信息中的單播i某體描述信息。
9、 一種判斷從時移電視業(yè)務(wù)切回到BC業(yè)務(wù)的方法，其特征在于，包括以 下步驟業(yè)務(wù)控制功能SCF接收用戶設(shè)備UE發(fā)送的會話修改請求，其中攜帶標(biāo)識 從時移電視業(yè)務(wù)切回到BC業(yè)務(wù)的請求信息；SCF根據(jù)所述標(biāo)識從時移電視業(yè)務(wù)切回到BC業(yè)務(wù)的請求信息，判定所述 會話修改請求是時移電視業(yè)務(wù)的切回請求時，發(fā)起時移電視業(yè)務(wù)到BC業(yè)務(wù)的 切回梯:作。
10、 如權(quán)利要求9所述判斷從時移電視業(yè)務(wù)切回到BC業(yè)務(wù)的方法，其特 征在于，所述攜帶標(biāo)識從時移電視業(yè)務(wù)切回到BC業(yè)務(wù)的請求信息為建立時 移電視業(yè)務(wù)所需的單播媒體流的刪除指示。
11、 如權(quán)利要求IO所述判斷從時移電視業(yè)務(wù)切回到BC業(yè)務(wù)的方法，其特征在于，所述建立時移電^L業(yè)務(wù)所需的單播々某體流的刪除指示為單插4某體描述中的 端口號；當(dāng)所述單播媒體描述中的端口號為0,則所述會話修改請求為時移業(yè) 務(wù)的切回請求。
12、 如權(quán)利要求9至11中任一項所述判斷從時移電視業(yè)務(wù)切回到BC業(yè)務(wù) 的方法，其特征在于，所述UE的單播i某體流為媒體傳輸通道，或是媒體控制 通道。
13、 一種在廣播業(yè)務(wù)中建立時移電視業(yè)務(wù)的系統(tǒng)，其特征在于，該系統(tǒng)包 括業(yè)務(wù)控制功能SCF實體和用戶設(shè)備UE,所述UE，用于向SCF實體發(fā)送會話修改請求，其中攜帶標(biāo)識時移電視業(yè) 務(wù)建立請求的信息；所述SCF實體，用于接收UE發(fā)送的所述會話修改請求，根據(jù)其中的標(biāo)識 時移電視業(yè)務(wù)建立請求的信息，判定所述會話修改請求為時移電視業(yè)務(wù)的建立 請求時，發(fā)起時移電視業(yè)務(wù)的建立。
14、 如權(quán)利要求13所述的系統(tǒng)，其特征在于，所述標(biāo)識時移電視業(yè)務(wù)建立 請求的信息為時移電視業(yè)務(wù)的業(yè)務(wù)標(biāo)識、新定義的標(biāo)識時移電視業(yè)務(wù)建立請 求的頭域或UE的單播媒體描述信息。
15、 如權(quán)利要求14所述的系統(tǒng)，其特征在于，所述UE的單播媒體描述信 息是用來建立實時傳輸協(xié)議RTP流通道的媒體信息中的單播媒體描述信息，或 用來建立實時流協(xié)議RTSP控制通道的媒體信息中的單播媒體描述信息。
16、 如權(quán)利要求13所述的系統(tǒng)，其特征在于，所述SCF實體進(jìn)一步修改 攜帶標(biāo)識時移電視業(yè)務(wù)建立請求的信息的已定義頭域后，攜帶在時移電視業(yè)務(wù) 的建立請求中。
17、 一種業(yè)務(wù)控制功能SCF實體，其特征在于，該SCF實體包括接收模塊、 判斷模塊和發(fā)起模塊，所述接收模塊，用于接收用戶設(shè)備UE發(fā)送的會話修改請求，其中攜帶標(biāo) 識時移電^L業(yè)務(wù)建立請求的信息；所述判斷模塊，用于根據(jù)所述接收模塊的會話修改請求，判斷所述會話修 改請求為時移電視業(yè)務(wù)的建立請求時，所述發(fā)起模塊發(fā)起時移電視業(yè)務(wù)的建立 請求。
18、 如權(quán)利要求17所述的SCF實體，其特征在于，所述標(biāo)識時移電視業(yè) 務(wù)建立請求的信息為時移電^f見業(yè)務(wù)的業(yè)務(wù)標(biāo)識、新定義的標(biāo)識時移電^L業(yè)務(wù) 建立請求的頭域或UE的單播媒體描述信息。
19、 如權(quán)利要求18所述的SCF實體，其特征在于，所述UE的單播々某體描 述信息是用來建立實時傳輸協(xié)議RTP流通道的媒體信息中的單播媒體描述信 息，或用來建立實時流協(xié)議RTSP控制通道的媒體信息中的單播媒體描述信息。
20、 如權(quán)利要求17所述的SCF實體，其特征在于，所述發(fā)起模塊進(jìn)一步 修改攜帶標(biāo)識時移電視業(yè)務(wù)建立請求的信息的已定義頭域后，攜帶在時移電視 業(yè)務(wù)的建立請求中。
全文摘要
本發(fā)明公開了一種在廣播業(yè)務(wù)中建立時移電視業(yè)務(wù)的方法，包括業(yè)務(wù)控制功能(SCF)接收用戶設(shè)備(UE)發(fā)送的會話修改請求，其中攜帶標(biāo)識時移電視業(yè)務(wù)建立請求的信息；SCF根據(jù)所述標(biāo)識時移電視業(yè)務(wù)建立請求的信息，判定所述會話修改請求為時移電視業(yè)務(wù)的建立請求時，發(fā)起時移電視業(yè)務(wù)的建立。本發(fā)明還公開了一種在廣播業(yè)務(wù)中建立時移電視業(yè)務(wù)的系統(tǒng)，及一種SCF實體。使用本發(fā)明使得SCF可判斷出接收的會話修改請求是時移電視業(yè)務(wù)的建立請求時，發(fā)起時移電視的建立，從而實現(xiàn)了時移電視業(yè)務(wù)的正常建立。
文檔編號H04H60/35GK101415106SQ20071018687
公開日2009年4月22日 申請日期2007年11月21日 優(yōu)先權(quán)日2007年10月19日
發(fā)明者軍 嚴(yán), 和曉艷, 豐 王, 鐘劍鋒 申請人:華為技術(shù)有限公司