專利名稱：時(shí)移電視業(yè)務(wù)中的媒體流切換方法、系統(tǒng)及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)傳輸技術(shù)領(lǐng)域，尤其涉及一種時(shí)移電視業(yè)務(wù)中的媒體流 切換方法、系統(tǒng)及設(shè)備。
背景技術(shù)：
隨著跨鏈路層傳輸介質(zhì)的IP (Internet Potocol,國(guó)際互聯(lián)網(wǎng)協(xié)議)技術(shù)的 出現(xiàn)，Internet應(yīng)用的迅速普及，與此同時(shí)，人們也不再滿足于單一的語(yǔ)音通 信方式，而需要全新的多》某體通信方式，進(jìn)而使得移動(dòng)通訊網(wǎng)絡(luò)和固定通訊 網(wǎng)絡(luò)的IP化、Internet和電信網(wǎng)絡(luò)的融合成為業(yè)界公認(rèn)的發(fā)展方向。為了滿足 越來(lái)越突出的IP多士某體應(yīng)用的普遍需求，3GPP (3rd Generation Partnership Project,第三代移動(dòng)通信標(biāo)準(zhǔn)化伙伴項(xiàng)目)在分組承載網(wǎng)基礎(chǔ)上引入的全I(xiàn)P 業(yè)務(wù)網(wǎng)絡(luò)架構(gòu)的IMS (IP Multimedia Subsystem, IP多媒體子系統(tǒng))，目標(biāo)是 按照個(gè)性化用戶數(shù)據(jù)，屏蔽用戶接入方式，控制業(yè)務(wù)能力的開(kāi)放程度，提供 多媒體通信體驗(yàn)。
IMS是3GPP R5階段增加的WCDMA ( Wideband Code Division Muitiple Access,寬帶碼分多址接入)網(wǎng)絡(luò)中疊加在已有分組域之上的一個(gè)子系統(tǒng)，采 用分組域?yàn)槠渖蠈涌刂菩帕詈兔襟w傳輸?shù)某休d通道，引入SIP ( Session Initial Protocol,會(huì)話發(fā)起協(xié)議)作為業(yè)務(wù)控制協(xié)議，利用SIP筒單、易擴(kuò)展、媒體 組合方便的特點(diǎn)，業(yè)務(wù)控制與承載控制分離，提供豐富的多媒體業(yè)務(wù)。IMS 主要的功能實(shí)體包括控制用戶注冊(cè)、會(huì)話控制等功能的CSCF (Call Session Control Function,呼叫會(huì)話控制功能)、提供各種業(yè)務(wù)邏輯控制功能的AS (Application Server,應(yīng)用服務(wù)器)、集中管理用戶簽約數(shù)據(jù)的HSS (Home Subscriber Sever,歸屬用戶簽約服務(wù)器)以及用于實(shí)現(xiàn)與電路交換網(wǎng)互通的 MGCF ( Media Gateway Control Function,媒體網(wǎng)關(guān)控制功能)/ IM-MGW (IP Multimedia-Media Gateway, IP多々某體i某體網(wǎng)關(guān)控制器)，用戶通過(guò)當(dāng)前所在
地代理節(jié)點(diǎn)P-CSCF (Proxy-CSCF，代理CSCF )接入IMS,會(huì)話和業(yè)務(wù)觸發(fā)
控制及與AS的業(yè)務(wù)控制交互則由其注冊(cè)地的歸屬域S-CSCF( Serving-CSCF,
月良務(wù)CSCF)完成。
NGN (Next Generation Network,下一代網(wǎng)絡(luò))是基于分組技術(shù)的融合型
網(wǎng)絡(luò)，以分組交換為主，采用承載與控制分離的架構(gòu)，NGN綜合了固定電話
網(wǎng)、移動(dòng)電話網(wǎng)和IP網(wǎng)絡(luò)的優(yōu)勢(shì)，使得模擬用戶、數(shù)字用戶、移動(dòng)用戶、ADSL (Asymmetric Digital Subscriber Line,非對(duì)稱凄t字用戶線^各)用戶、ISDN (Integrated Service Digital Network,綜合業(yè)務(wù)數(shù)字網(wǎng))用戶、IP窄帶網(wǎng)絡(luò)用
戶、IP寬帶網(wǎng)絡(luò)用戶甚至是通過(guò)衛(wèi)星接入的用戶都能作為下一代網(wǎng)絡(luò)中的一
員相互通信。
IMS based IPTV(基于IMS的IPTV )是在IMS架構(gòu)下提供IPTV( Internet Protocol Television,基于IP協(xié)議的電視)業(yè)務(wù)，充分利用IMS網(wǎng)絡(luò)中已有的 注冊(cè)、認(rèn)證、路由、會(huì)話控制與建立、業(yè)務(wù)觸發(fā)、計(jì)費(fèi)和端到端QoS (Quality of Service,服務(wù)質(zhì)量)保證等機(jī)制來(lái)為用戶提供流媒體業(yè)務(wù)、融合流媒體和 實(shí)時(shí)會(huì)話業(yè)務(wù)的多^ 某體業(yè)務(wù)。也就是說(shuō)，用戶的多々某體會(huì)話通過(guò)IMS已有的 會(huì)話控制機(jī)制完成。
現(xiàn)有技術(shù)中IMS based IPTV的業(yè)務(wù)功能架構(gòu)，如圖1所示，主要包括UE (User Equipment,用戶設(shè)備)、負(fù)責(zé)到UE媒體流的控制與交付的IPTV媒體 功能(IPTV Media Functions)實(shí)體、IPTV服務(wù)控制功能實(shí)體、核心IMS等 功能實(shí)體、獲取電子節(jié)目單的SSF (Service Switch Function,業(yè)務(wù)選擇功能) 實(shí)體、用于發(fā)現(xiàn)業(yè)務(wù)提供者的SDF ( Service Discover Function,業(yè)務(wù)發(fā)現(xiàn)功能) 實(shí)體和存儲(chǔ)用戶簽約信息的UPSF ( User Provide Function,用戶提供功能)。 其中，IPTV Media Functions可以從功能角度分解為MCF (Media Control Function,》某體控制功能)和MDF ( Media Delivery Function,々某體交付功能)。 UE分別通過(guò)傳輸處理功能(Transport Processing Functions )、核心IMS與IPTV 々某體功能通信；核心IMS通過(guò)NASS (Network Attachment Subsystem,網(wǎng)絡(luò) 附著子系統(tǒng))和RACS ( Resource and Admission Control Subsystem,網(wǎng)絡(luò)附著 子系統(tǒng))與傳輸處理功能連接。另外，在IPTV業(yè)務(wù)控制功能實(shí)體、IPTV媒
體控制功能實(shí)體和IPTV媒體轉(zhuǎn)交功能實(shí)體中分別包括CoD (Content on Demand,內(nèi)容點(diǎn)播)功能、BC (Broadcast,廣播功能)實(shí)體和PVR ( Person Video Record,個(gè)人視頻錄制)功能等。
SIP ( Session Initiation Protocol,會(huì)話初始協(xié)議)是由IETF (互聯(lián)網(wǎng)工程 任務(wù)組)制訂的多媒體通信系統(tǒng)框架協(xié)議之一，用于建立、改變或結(jié)束多媒 體會(huì)話的應(yīng)用層協(xié)議，與RTP ( Real-time Transport Protocol，實(shí)時(shí)傳輸協(xié)議) /RTCP( Realtime Transport Control Protocol,實(shí)時(shí)傳輸控制協(xié)議)、SDP( Session Description Protocol,會(huì)i舌描述協(xié)i義)、RTSP (Real Time Streaming Protocol, 實(shí)時(shí)流媒體協(xié)議)、DNS ( Domain Name Server,域名服務(wù)器)等協(xié)議配合， 共同完成IMS系統(tǒng)的會(huì)話建立及媒體協(xié)商。
RTSP是應(yīng)用級(jí)協(xié)議，控制實(shí)時(shí)數(shù)據(jù)的發(fā)送，提供一種可擴(kuò)展框架，使能 實(shí)時(shí)數(shù)據(jù)(如音頻與視頻等)的受控傳送、點(diǎn)播傳送。數(shù)據(jù)源包括現(xiàn)場(chǎng)數(shù)據(jù) (如直播)與VOD ( Video On Demand,剪輯)。該協(xié)議目的在于控制多個(gè)數(shù) 據(jù)傳送會(huì)話，提供選擇傳送通道的方法，傳送通道如UDP (User Datagram Protocol,用戶數(shù)據(jù)報(bào)協(xié)議)、組播UDP與TCP ( Transmission Control Protocol, 傳輸控制協(xié)議)，提供基于RTP選一奪傳輸機(jī)制的方法。
以D類IP地址發(fā)送業(yè)務(wù)的技術(shù)，用于發(fā)送者同時(shí)向多個(gè)接收者發(fā)送相同 業(yè)務(wù)內(nèi)容時(shí)，因?yàn)橄嗤瑑?nèi)容只需要向指定組播地址發(fā)送一份即可，因而可以 有效降低業(yè)務(wù)發(fā)送方和傳輸網(wǎng)絡(luò)的負(fù)載。為了獲取組播內(nèi)容，內(nèi)容接收用戶 使用IGMP (Internet Group Management Protocol,網(wǎng)際分組管理協(xié)議)加入業(yè) 務(wù)組播組，來(lái)要求鄰接的路由器發(fā)送業(yè)務(wù)內(nèi)容給自己，而路由器之間則通過(guò) PIM國(guó)SM (Protocol-Independent Multicast-Dense Mode,協(xié)i義無(wú)關(guān)纟且才番-稀發(fā)u才莫 式)等組播路由協(xié)議與其他路由器交互以建立組播轉(zhuǎn)發(fā)路徑，這樣組播業(yè)務(wù) 內(nèi)容就可以從組播源沿組播轉(zhuǎn)發(fā)路徑傳遞給內(nèi)容接收方。使用組播技術(shù)傳送 業(yè)務(wù)流，無(wú)論接收方有多少，業(yè)務(wù)發(fā)送方只需要發(fā)送一個(gè)數(shù)據(jù)流,組播數(shù)據(jù)在 從業(yè)務(wù)發(fā)送方到接收方的傳送路徑之間只產(chǎn)生單一的數(shù)據(jù)流，因此，使用組 播技術(shù)可以減輕發(fā)送者(業(yè)務(wù)提供方)的負(fù)荷，并且可以有效利用網(wǎng)絡(luò)資源。
現(xiàn)有技術(shù)中的直播電視具有時(shí)間固定的特點(diǎn)，觀眾一旦錯(cuò)過(guò)播放時(shí)間就
無(wú)法觀看到直播電視節(jié)目。為突破用戶觀看直播電視的時(shí)間限制，增強(qiáng)用戶
的業(yè)務(wù)體驗(yàn)，引入了 TsTV( Time Shift TV，時(shí)移電視業(yè)務(wù))，當(dāng)播放LTV( Liner TV，直播電視)節(jié)目時(shí)，網(wǎng)絡(luò)系統(tǒng)存儲(chǔ)TV節(jié)目?jī)?nèi)容。用戶通過(guò)EPG( Electronic Program Guide,電子節(jié)目導(dǎo)航)選擇特定時(shí)間內(nèi)的該類節(jié)目，系統(tǒng)快速的找 到相應(yīng)媒體文件和正確時(shí)間點(diǎn)，播放給用戶。TsTV業(yè)務(wù)提供VCR (Video Cassette Recorder,播放控制操作)操作能力，用戶觀看節(jié)目時(shí)，可暫停、倒 退、快進(jìn)或跳轉(zhuǎn)任意播放點(diǎn)(包含當(dāng)前播放點(diǎn)，即直播點(diǎn))。
在IMS Based IPTV系統(tǒng)中，LTV常采用組播方式傳送媒體流，而時(shí)移電 視業(yè)務(wù)，在非最新播放狀態(tài)下(正播放時(shí)移內(nèi)容)常采用單播方式傳送媒體 流，而在最新播放(即正在播放直播內(nèi)容)狀態(tài)下常采用組播方式傳送媒體 流。時(shí)移電視業(yè)務(wù)建立后，用戶可進(jìn)行VCIU喿作，如快進(jìn)或跳轉(zhuǎn)到最新內(nèi)容 播放點(diǎn)，VCR操作觸發(fā)單播到多播交付方式的切換，當(dāng)用戶在觀看最新內(nèi)容 播放點(diǎn)，可進(jìn)行VCR操作，如暫停、快退和跳轉(zhuǎn)等操作，VCR操作觸發(fā)多播 到單播交付方式的切換。
然而，現(xiàn)有技術(shù)中建立TsTV業(yè)務(wù)時(shí)，先建立多插4某體流，當(dāng)用戶進(jìn)行 VCR操作時(shí)，如暫停/播放、快退，退出多播組，然后建立RTSP會(huì)話，建立 單播媒體流，當(dāng)用戶操作要求跳到最新內(nèi)容時(shí)，釋放RTSP會(huì)話，結(jié)束單播媒 體流，然后再建立多播媒體流，如此循環(huán)反復(fù)。因此，現(xiàn)有技術(shù)中需要不斷 反復(fù)的建立與釋放RTSP會(huì)話，導(dǎo)致單播與多播之間的切換非常慢，嚴(yán)重影響 用戶體驗(yàn)。
發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種時(shí)移電視業(yè)務(wù)中的媒體流切換方法、系統(tǒng)及設(shè)備， 以解決現(xiàn)有技術(shù)中TsTV業(yè)務(wù)過(guò)程中多播與單播媒體流反復(fù)切換的速度問(wèn)題。
本發(fā)明實(shí)施例提供了 一種時(shí)移電視業(yè)務(wù)中的媒體流切換方法，包括以下 步驟在會(huì)話控制面同時(shí)保留同一電視業(yè)務(wù)的激活狀態(tài)的單播媒體流和多播 媒體流；在媒體控制面進(jìn)行所述電視業(yè)務(wù)媒體流之間的切換。
所述在會(huì)話控制面保留同一電視業(yè)務(wù)的激活狀態(tài)的單播媒體流和多播媒
體流之前包括
通過(guò)直接時(shí)移方式建立時(shí)移電視業(yè)務(wù)，在會(huì)話控制面建立單播媒體流，
且保留多播媒體流，并關(guān)聯(lián)所述多播媒體流與單播媒體流；和/或
通過(guò)時(shí)移頻道方式建立時(shí)移電視業(yè)務(wù)，在會(huì)話控制面保留原單播媒體流，
增加多播媒體流，并關(guān)聯(lián)所述單播媒體流與多播媒體流。
本發(fā)明實(shí)施例還提供了一種時(shí)移電視業(yè)務(wù)中的媒體切換系統(tǒng)，包括 一種時(shí)移電視業(yè)務(wù)中的媒體切換系統(tǒng)，包括用戶設(shè)備和網(wǎng)絡(luò)側(cè)設(shè)備，
所述網(wǎng)絡(luò)側(cè)設(shè)備和所述用戶設(shè)備還分別包括會(huì)話控制面實(shí)體，用于保留同一
電視業(yè)務(wù)的激活狀態(tài)的單播媒體流和多播媒體流； 所述網(wǎng)絡(luò)側(cè)設(shè)備還包括 多播控制點(diǎn)，用于為用戶設(shè)備提供多播媒體流； 時(shí)移電視業(yè)務(wù)媒體功能，用于為用戶設(shè)備提供單播媒體流； 所述用戶設(shè)備還包括
請(qǐng)求發(fā)送單元，用于請(qǐng)求網(wǎng)絡(luò)側(cè)設(shè)備在媒體控制面進(jìn)行所述電視業(yè)務(wù)媒 體流之間的切換。
本發(fā)明實(shí)施例還提供了一種用戶設(shè)備，包括
會(huì)話控制面實(shí)體，用于保留同一電視業(yè)務(wù)的激活狀態(tài)的單播々某體流和多 播媒體流；
請(qǐng)求發(fā)送單元，用于請(qǐng)求網(wǎng)絡(luò)側(cè)設(shè)備在媒體控制面進(jìn)行所述電視業(yè)務(wù)媒 體流之間的切換。
本發(fā)明實(shí)施例還提供了一種網(wǎng)絡(luò)側(cè)設(shè)備，包括
會(huì)話控制面實(shí)體，用于在會(huì)話控制面保留激活狀態(tài)的單播媒體流和多播
多播控制點(diǎn)，用于為用戶設(shè)備提供多播媒體流； 時(shí)移電視業(yè)務(wù)控制點(diǎn)，用于為用戶設(shè)備提供單播媒體流。 本發(fā)明的實(shí)施例中，通過(guò)直接時(shí)移方式建立時(shí)移電視業(yè)務(wù)，在會(huì)話控制 平面建立單播媒體流，且保留多播媒體流，并關(guān)聯(lián)多播媒體流與單播媒體流； 和/或通過(guò)時(shí)移頻道方式建立時(shí)移電^L業(yè)務(wù)，在會(huì)話控制面保留原單插4某體流，
增加多播媒體流，并關(guān)聯(lián)單播媒體流與多播媒體流；當(dāng)需要多播媒體流與單 播媒體流之間切換時(shí)，只在媒體控制面切換、避免SIP會(huì)話控制面的更改(重 建或釋放)和媒體重協(xié)商，減少多播媒體流與單播媒體流切換的信令交互， 有效提高了單播媒體流與多播媒體流之間的切換速度。
圖1是現(xiàn)有技術(shù)中IMS based IPTV的業(yè)務(wù)功能架構(gòu)圖； 圖2是本發(fā)明實(shí)施例一中時(shí)移電視業(yè)務(wù)中的J(某體切換應(yīng)用的IMS based IPTV功能架構(gòu)示意圖3是本發(fā)明實(shí)施例二中時(shí)移電視業(yè)務(wù)中的媒體切換流程圖； 圖4是本發(fā)明實(shí)施例三中時(shí)移電視業(yè)務(wù)中的々某體切換流程圖； 圖5是本發(fā)明實(shí)施例四中時(shí)移電視業(yè)務(wù)中的媒體切換流程圖； 圖6是本發(fā)明實(shí)施例五中時(shí)移電視業(yè)務(wù)中的4某體切換流程圖； 圖7是本發(fā)明實(shí)施例六中網(wǎng)絡(luò)觸發(fā)的單播到多播的切換過(guò)程圖； 圖8是本發(fā)明實(shí)施例七中用戶在時(shí)移模式下進(jìn)行頻道切換的過(guò)程圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例一提供了一種時(shí)移電視業(yè)務(wù)中的媒體切換系統(tǒng)，包括用 戶設(shè)備和網(wǎng)絡(luò)側(cè)設(shè)備，網(wǎng)絡(luò)側(cè)設(shè)備和所述用戶設(shè)備還分別包括會(huì)話控制面實(shí) 體，用于保留同一電視業(yè)務(wù)的激活狀態(tài)的單播媒體流和多播媒體流；網(wǎng)絡(luò)側(cè) 設(shè)備還包括多播控制點(diǎn)(ECF/EFF)，用于為用戶設(shè)備提供多播媒體流；時(shí) 移電視業(yè)務(wù)媒體功能(TsTV-MF),用于為用戶設(shè)備提供單播媒體流；切換觸 發(fā)檢測(cè)單元，用于檢測(cè)是否滿足觸發(fā)條件，當(dāng)滿足時(shí)，通知所述用戶設(shè)備進(jìn) 行單播媒體流和多播媒體流之間的切換。
用戶設(shè)備還包括請(qǐng)求發(fā)送單元，用于請(qǐng)求網(wǎng)絡(luò)側(cè)設(shè)備在媒體控制面進(jìn) 行所述電視業(yè)務(wù)媒體流之間的切換；切換請(qǐng)求檢測(cè)單元，用于檢測(cè)來(lái)自網(wǎng)絡(luò) 側(cè)設(shè)備的切換請(qǐng)求，并啟動(dòng)對(duì)應(yīng)的請(qǐng)求發(fā)送單元。其中，請(qǐng)求發(fā)送單元具體 包括第一請(qǐng)求發(fā)送子單元，用于向多播控制點(diǎn)發(fā)送離開(kāi)IP多播組報(bào)告，向 時(shí)移電視業(yè)務(wù)i某體功能發(fā)送實(shí)時(shí)流播放請(qǐng)求；第二請(qǐng)求發(fā)送子單元，用于向 時(shí)移電視業(yè)務(wù)媒體功能發(fā)送實(shí)時(shí)流暫停請(qǐng)求，向多播控制點(diǎn)發(fā)送加入IP多播
組報(bào)告。
結(jié)合圖2對(duì)實(shí)施例一進(jìn)行具體說(shuō)明，圖中虛線是控制信令，實(shí)線是^ 某體
流。用戶設(shè)備UE可以為PC、 TV和機(jī)頂盒以及移動(dòng)用戶設(shè)備等，用戶通過(guò)用 戶設(shè)備觀看IPTV節(jié)目。Core IMS (核心IMS )中包括會(huì)話控制面實(shí)體，提供 SIP信令路由和業(yè)務(wù)觸發(fā)等IMS規(guī)范定義的功能；SCF是提供直播和時(shí)移電 視業(yè)務(wù)的應(yīng)用服務(wù)器，負(fù)責(zé)業(yè)務(wù)邏輯的控制，如業(yè)務(wù)授權(quán)、計(jì)費(fèi)和業(yè)務(wù)控制 等；ECF/EFF即多播控制點(diǎn)，提供直播電視媒體內(nèi)容的多播媒體流交付功能， 提供對(duì)用戶的多播傳送控制和多播媒體流交付；TsTV-MF即時(shí)移電視業(yè)務(wù)媒 體功能，是提供時(shí)移電視媒體內(nèi)容的媒體服務(wù)器，負(fù)責(zé)會(huì)話控制、媒體內(nèi)容 的實(shí)時(shí)流控制和單播々某體內(nèi)容的交付。
本發(fā)明實(shí)施例中的TSTV-MF可能是本地存儲(chǔ)的場(chǎng)景，與用戶設(shè)備集成為 一體，即STB( Set Top Box,機(jī)頂盒)為本地PVR,這種場(chǎng)景下，UE與TSTV-MF 之間的信令不一定使用RTP/RTCP/RTSP,可以采用內(nèi)部協(xié)議實(shí)現(xiàn)。
本發(fā)明實(shí)施例中，SIP會(huì)話控制面同時(shí)為同 一媒體內(nèi)容保留多播交付方式 和單播交付方式的兩個(gè)媒體流，使用SDP描述兩種媒體流的關(guān)系。時(shí)移電視
業(yè)務(wù)建立完成后，為確保后續(xù)單播與多播交付方式之間的快速切換，只在媒 體控制面進(jìn)行切換，信令控制面不做處理(包括不進(jìn)行會(huì)話控制面的更改和 媒體重協(xié)商)。時(shí)移電視業(yè)務(wù)的會(huì)話控制面同時(shí)包含一個(gè)多播媒體流和一個(gè)單 播媒體流，基于媒體控制信令(IGMP/RTSP)實(shí)現(xiàn)兩個(gè)媒體流之間的快速切 換，用戶設(shè)備只接收多播媒體流或單播媒體流。
當(dāng)從多播媒體流切換到單播媒體流時(shí)，UE向ECF/EFF發(fā)送IGMP Leave 報(bào)告，然后向TsTV-MF發(fā)送RTSP PLAY請(qǐng)求；或UE向TsTV-MF發(fā)送RTSP PLAY請(qǐng)求，然后再向ECF/EFF發(fā)送IGMP Leave報(bào)告。當(dāng)從單播媒體流切換 到多播々某體流時(shí)，UE向TsTV-MF發(fā)送RTSP PAUSE請(qǐng)求，然后向ECF/EFF 發(fā)送IGMP Join報(bào)告；或UE向ECF/EFF發(fā)送IGMP Join報(bào)告，然后向TsTV-MF 發(fā)送RTSP PAUSE請(qǐng)求。
本發(fā)明實(shí)施例描述的解決方法同樣適合其他IPTV業(yè)務(wù)場(chǎng)景中多種士某體 流(如單播流與多播流)之間的切換，并且本發(fā)明實(shí)施例描述的方法同樣適
合其他非RTSP/IGMP媒體控制協(xié)議。
上述實(shí)施例中多播媒體流與單播媒體流切換的前提是需要具有多播媒體 流的直播業(yè)務(wù)和單播媒體流的時(shí)移電視業(yè)務(wù)，然而系統(tǒng)的初始狀態(tài)下只有直 播業(yè)務(wù)，因此需要先根據(jù)直播業(yè)務(wù)建立時(shí)移電視業(yè)務(wù)。用戶初始建立時(shí)移電
視業(yè)務(wù)的方式包括兩種 一種是直接時(shí)移方式，另一種是時(shí)移頻道方式。
在直接時(shí)移方式建立時(shí)移電視業(yè)務(wù)場(chǎng)景下，初始從直播電視(多播交付 方式)切換到時(shí)移電視(單播交付方式)時(shí)，進(jìn)行SIP會(huì)話更改，SIP會(huì)話控 制面保留多插4某體流，即在SIP會(huì)話控制面多播媒體流處于活動(dòng)(Active)狀 態(tài)，在媒體控制面，用戶設(shè)備向ECF/EFF發(fā)送IGMP Leave報(bào)告，報(bào)告離開(kāi) 多播組，同時(shí)新增由TsTV-MF提供的單播媒體流，在會(huì)話更改請(qǐng)求的SDP描 述中，關(guān)聯(lián)多播媒體流和單播媒體流，即描述同一媒體流的不同媒體交付方 式，用戶設(shè)備基于實(shí)時(shí)流協(xié)議RTSP向TsTV-MF請(qǐng)求發(fā)送媒體流，TsTV-MF 向用戶設(shè)備發(fā)送單播媒體流，此時(shí)TsTV業(yè)務(wù)建立成功。
其中，為關(guān)聯(lián)多播媒體流和單播媒體流，新增一個(gè)SDP屬性切換關(guān)聯(lián)標(biāo) 識(shí)(Switch-Context-Id ),值為隨機(jī)且長(zhǎng)度大于8的字符串，如 a=switch-context-id:JJJxdfayk557。
在時(shí)移頻道方式建立時(shí)移電視業(yè)務(wù)的場(chǎng)景下，在初始會(huì)話中，用戶設(shè)備 與網(wǎng)絡(luò)之間建立SIP會(huì)話并基于單播方式TsTV-MF向用戶設(shè)備發(fā)送i某體流。
用戶可請(qǐng)求跳轉(zhuǎn)或一直快進(jìn)到最新々某體播放點(diǎn)(即直播內(nèi)容)，這時(shí)，用戶設(shè) 備與網(wǎng)絡(luò)之間進(jìn)行SIP會(huì)話更改，在SIP會(huì)話控制面保留原單播力某體流，即 SDP描述中單播媒體流為活動(dòng)狀態(tài)(Active),在媒體控制面，保留實(shí)時(shí)流協(xié) 議的傳輸連接(如承載RTSP信令的TCP連接)，用戶設(shè)備向TsTV-MF請(qǐng)求 暫停單播媒體流的發(fā)送。在SIP會(huì)話控制面，新增由ECF/EFF提供的多播媒 體流，在SDP描述中，關(guān)聯(lián)單播媒體流和多播媒體流，即描述同一媒體流的 不同媒體交付方式。媒體協(xié)商和會(huì)話建立完成后，用戶設(shè)備向ECF/EFF發(fā)送 加入(Join)多播組報(bào)告，ECF/EFF收到加入多播組報(bào)告后向用戶設(shè)備發(fā)送多 播媒體流。
在TsTV業(yè)務(wù)建立完成后，SIP會(huì)話控制面同時(shí)保持單播和多播媒體流，
并利用SDP描述這種々某體交付方式屬于相同^某體內(nèi)容的不同傳送方式。由于 用戶VCR操作，媒體面存在兩種媒體流之間的反復(fù)切換，包括從單播到多播 媒體流的切換和多播到單播媒體流的切換兩種可能情況，結(jié)合切換觸發(fā)點(diǎn)是 用戶設(shè)備或網(wǎng)絡(luò)，具體為如實(shí)施例二到實(shí)施例五的4個(gè)過(guò)程。
本發(fā)明實(shí)施例二中，網(wǎng)絡(luò)觸發(fā)的單播到多播交付方式的切換過(guò)程如圖3 所示，包括
步驟s301，時(shí)移電視業(yè)務(wù)建立后，SIP會(huì)話控制面同時(shí)保留活動(dòng)的單播媒 體流和多播媒體流，假設(shè)當(dāng)前為單播媒體流傳送方式。用戶通過(guò)遠(yuǎn)程操作請(qǐng) 求快進(jìn)或跳轉(zhuǎn)到最新媒體播放點(diǎn)，即直播模式播放點(diǎn)。
步驟s302，用戶設(shè)備向TsTV-MF發(fā)送實(shí)時(shí)流控制請(qǐng)求消息RTSP PLAY， 該消息參數(shù)描述用戶請(qǐng)求的操作。
步驟s303, TsTV-MF收到用戶設(shè)備發(fā)送的實(shí)時(shí)流控制請(qǐng)求消息RTSP PLAY后，向用戶設(shè)備返回實(shí)時(shí)流控制響應(yīng)消息RTSP 200 OK。
步驟s304，如果用戶設(shè)備請(qǐng)求快進(jìn)，那么TsTV-MF按照用戶設(shè)備指定的 快進(jìn)速率基于單播交付方式向用戶設(shè)備發(fā)送指定^f某體內(nèi)容；如果用戶設(shè)備請(qǐng) 求跳轉(zhuǎn)到最新播放內(nèi)容(直播內(nèi)容)，則進(jìn)行后續(xù)步驟。
步驟s305至步驟s306, TsTV-MF 4全測(cè)當(dāng)前正給用戶設(shè)備發(fā)送最新J 某體內(nèi) 容(直播內(nèi)容)時(shí)，根據(jù)本地策略與配置確定是否觸發(fā)單播到多播的交付方 式切換。為避免單播與多播之間的頻繁切換，可采取延時(shí)觸發(fā)切換的機(jī)制， 時(shí)間長(zhǎng)度取決于本地策略與配置。
步驟s307， TsTV-MF確定觸發(fā)單播到多播的交付方式切換，于是向用戶 設(shè)備發(fā)送切換通知請(qǐng)求，通知用戶設(shè)備進(jìn)行單播到多播的切換，同時(shí)指定目 標(biāo)多播媒體流信息，通知可基于現(xiàn)有SIP協(xié)議實(shí)現(xiàn)，或基于RTSP協(xié)議擴(kuò)展實(shí) 現(xiàn)。
步驟s308，用戶設(shè)備收到TsTV-MF的通知后，向TsTV-MF返回切換通 知響應(yīng)消息，進(jìn)4亍確i人。
步驟s309，用戶設(shè)備啟動(dòng)媒體交付方式的切換，向TsTV-MF發(fā)送實(shí)時(shí)流 控制請(qǐng)求消息RTSP PAUSE。
步驟s310， TsTV-MF收到實(shí)時(shí)流控制請(qǐng)求消息RTSP PAUSE后，暫停單 播媒體流，并向用戶設(shè)備返回實(shí)時(shí)流控制響應(yīng)消息RTSP 200 OK。為保證多 播與單播方式切換時(shí)流媒體播放的連續(xù)，即實(shí)現(xiàn)無(wú)縫切換，TsTV-MF可延遲 停止媒體流的發(fā)送，延遲時(shí)間取決于本地策略和配置，如繼續(xù)發(fā)送10秒或一 定數(shù)量的媒體數(shù)據(jù)包。
步驟s311 ，用戶設(shè)備向ECF/EFF發(fā)送IGMP Join報(bào)告，請(qǐng)求加入IP多播組。
本發(fā)明對(duì)步驟s309/步驟s310,步驟s311/步驟s312的先后關(guān)系不做限制， 也可以用戶設(shè)備先向ECF/EFF發(fā)送IGMP Join報(bào)告，當(dāng)用戶設(shè)備接收到媒體 后，用戶設(shè)備才向TsTV-MF發(fā)送實(shí)時(shí)流控制請(qǐng)求消息RTSP PAUSE,這種方 式下也能夠有效保證單播流與多播流之間的無(wú)縫切換。
步驟s312, ECF/EFF向用戶設(shè)備發(fā)送多播々某體流。
本發(fā)明實(shí)施例三中，用戶設(shè)備觸發(fā)的單播到多播交付方式的切換過(guò)程如 圖4所示，包括
步驟s401,時(shí)移電視業(yè)務(wù)建立后，SIP會(huì)話控制面同時(shí)保留活動(dòng)的單播4某 體流和多播媒體流，假定當(dāng)前為單播媒體流傳送方式。用戶通過(guò)遠(yuǎn)程操作請(qǐng) 求跳轉(zhuǎn)到最新播放點(diǎn)(即直播點(diǎn))，本實(shí)施例包含但不局限于用戶操作觸發(fā)交 付方法切換觸發(fā)的條件。
步驟s402至步驟s403,用戶設(shè)備啟動(dòng)4某體交付方式的切換，向TsTV-MF 發(fā)送實(shí)時(shí)流控制請(qǐng)求消息RTSP PAUSE。
步驟s404, TsTV-MF收到實(shí)時(shí)流控制請(qǐng)求消息RTSP PAUSE后，暫停單 播媒體流，并向用戶設(shè)備返回實(shí)時(shí)流控制響應(yīng)消息RTSP 200 OK。為保證多 播與單播方式切換時(shí)流媒體播放的連續(xù)，即實(shí)現(xiàn)無(wú)縫切換，TsTV-MF可延遲
停止媒體流的發(fā)送，延遲時(shí)間取決于本地策略和配置。
步驟s405,用戶設(shè)備向ECF/EFF發(fā)送IGMP Join報(bào)告，請(qǐng)求加入IP多播組。
步驟s406, ECF/EFF向用戶設(shè)備發(fā)送多播媒體流。
本發(fā)明實(shí)施例中對(duì)步驟s403/步驟s404,步驟s405/步驟s406的先后關(guān)系
不做限制，也可以用戶設(shè)備先向ECF/EFF發(fā)送IGMP Join報(bào)告，當(dāng)用戶設(shè)備 接收到媒體后，用戶設(shè)備再向TsTV-MF發(fā)送實(shí)時(shí)流控制請(qǐng)求消息RTSP PAUSE，這種方式下也能夠有效保證單播流與多播流之間的無(wú)縫切換。
本發(fā)明實(shí)施例四中，網(wǎng)絡(luò)觸發(fā)的多播到單播交付方式的切換過(guò)程如圖5 所示，包括
步驟s501， TsTV-MF根據(jù)業(yè)務(wù)邏輯、本地策略或其他原因，確定需要由 多播方式切換到單播方式。例如，觀看多播節(jié)目的用戶數(shù)量很少，為保證傳 輸效率和節(jié)省多播資源，可基于單播方式進(jìn)行發(fā)送。
步驟s502, TsTV-MF確定觸發(fā)單播到多播的交付方式切換，于是向用戶 設(shè)備發(fā)送切換通知請(qǐng)求，通知用戶設(shè)備需要進(jìn)行切換，同時(shí)指定目標(biāo)多播媒 體流信息，通知可基于現(xiàn)有SIP協(xié)議實(shí)現(xiàn)，或基于RTSP協(xié)議擴(kuò)展實(shí)現(xiàn)。
步驟s503，用戶設(shè)備收到TsTV-MF的通知后，向TsTV-MF返回切換通 知響應(yīng)。
步驟s504,用戶設(shè)備向TsTV-MF發(fā)送實(shí)時(shí)流控制請(qǐng)求消息RTSP PLAY。 步驟s505， TsTV-MF收到實(shí)時(shí)流控制請(qǐng)求消息RTSP PLAY后，向用戶設(shè)
備返回實(shí)時(shí)流控制響應(yīng)消息。
步驟s506，用戶設(shè)備向ECF/EFF發(fā)送IGMP Leave報(bào)告，ECF/EFF收到
報(bào)告后停止向用戶設(shè)備發(fā)送多播媒體流。
步驟s507， TsTV-MF按照請(qǐng)求基于單播方式向用戶設(shè)備發(fā)送媒體流。 本發(fā)明對(duì)步驟s506與步驟s507的先后關(guān)系不做限制，也可以用戶設(shè)備在
接收到TsTV-MF的單播媒體流后才向ECF/EFF發(fā)送IGMP Leave報(bào)告，這樣
能夠保證多播流與單播流之間的無(wú)縫切換。
本發(fā)明實(shí)施例五中，用戶設(shè)備觸發(fā)的多播到單播交付方式的切換過(guò)程如
圖6所示，包括
步驟s601,多播交付方式下，用戶設(shè)備請(qǐng)求快退、暫停或跳轉(zhuǎn)到非最新 媒體內(nèi)容。
步驟s602，用戶設(shè)備向TsTV-MF發(fā)送實(shí)時(shí)流控制請(qǐng)求消息RTSP PLAY。 步驟s603， TsTV-MF收到實(shí)時(shí)流控制請(qǐng)求消息RTSP PLAY后，向用戶設(shè)
備返回實(shí)時(shí)流控制響應(yīng)消息。
步驟s604,用戶設(shè)備向ECF/EFF發(fā)送IGMP Leave報(bào)告，ECF/EFF收到 報(bào)告后停止向用戶設(shè)備發(fā)送多播々某體流。
步驟s605, TsTV-MF按照請(qǐng)求基于單播交付方式向用戶設(shè)備發(fā)送媒體流。
本發(fā)明對(duì)步驟s604與步驟s605的先后關(guān)系不做限制，也可以用戶設(shè)備在 接收到TsTV-MF的單播媒體流后才向ECF/EFF發(fā)送IGMP Leave報(bào)告，這樣 能夠保證多播流與單播流之間的無(wú)縫切換。
本發(fā)明實(shí)施例六中，網(wǎng)絡(luò)觸發(fā)的單播到多播的切換過(guò)程如圖7所示，假 設(shè)當(dāng)前為單播傳送方式，包括
步驟s701, TsTV-MF檢測(cè)用戶和/或業(yè)務(wù)狀態(tài)，如用戶在單播中快進(jìn)，追 趕上了當(dāng)前的組播頻道?；蛘咂渌挠脩艉?或業(yè)務(wù)狀態(tài)。上述TsTV-MF狀態(tài) 檢測(cè)，可以是TsTV-MDF進(jìn)行檢測(cè)，然后通知TsTV-MCF;或者TsTV-MCF 直接進(jìn)行;險(xiǎn)測(cè)，例如TsTV-MCF處理用戶時(shí)移搡作的命令(RTSP消息，如 PLAY )。
步驟s702， TsTV-MF進(jìn)行狀態(tài)上報(bào)。TsTV-MCF通知SCF檢測(cè)的狀態(tài) 可采取多種方式如通過(guò)兩者之間的Subscribe/Notify機(jī)制，TsTV-MCF發(fā)送 Notify消息給SCF;或者通過(guò)RTSP消息等。在TsTV-MF將狀態(tài)，例如快 進(jìn)趕上當(dāng)前直播的內(nèi)容，上報(bào)SCF之后，由SCF決定是否切換，SCF還可 以根據(jù)策略決定切換時(shí)是保持單播通道，還是釋放單播通道。
如果TsTV-MCF發(fā)現(xiàn)某些狀態(tài)觸發(fā)了單播到多播的業(yè)務(wù)切換，TsTV-MCF 可能直接發(fā)起單播會(huì)話更改請(qǐng)求。請(qǐng)求指示單播的狀態(tài)從激活active變?yōu)榉羌?活inactive,和/或多播的狀態(tài)從非激活inactive變?yōu)榧せ頰ctive。或者發(fā)起單 播會(huì)話終結(jié)請(qǐng)求。取決于具體場(chǎng)景、策略。
為避免狀態(tài)的頻繁上報(bào)，TsTV-MF可采取延時(shí)上報(bào)的機(jī)制，時(shí)間長(zhǎng)度耳又 決于本地策略與配置。
步驟s703 ， SCF返回狀態(tài)上報(bào)響應(yīng)。如果TsTV-MF采用SIP Notify消息 上報(bào)，該消息可以是ACK消息；如果TsTV-MF采用RTSP消息上報(bào)，則可 以是對(duì)應(yīng)RTSP消息的響應(yīng)消息。
上述步驟s702, s703為可選步驟，在某些情況下，SCF的決策可能無(wú)需 這些狀態(tài)信息，SCF可以根據(jù)策略，或者其他信息進(jìn)行切換。
步驟s704 ， TsTV-MCF發(fā)起會(huì)話更改請(qǐng)求，該步驟為可選步驟。如果步 驟s703中指示TsTV-MF發(fā)起會(huì)話更改請(qǐng)求，則由TsTV-MF發(fā)起該請(qǐng)求。該 請(qǐng)求指示單播業(yè)務(wù)由激活active變?yōu)榉羌せ顮顟B(tài)(inactive );該請(qǐng)求也可能為 會(huì)話終結(jié)請(qǐng)求，具體取決于SCF的指示，或者TsTV-MF的策略。
步驟s705 -s706， SCF經(jīng)過(guò)Core IMS,發(fā)起/轉(zhuǎn)發(fā)單播會(huì)話更改請(qǐng)求。如 果在步驟s704,會(huì)話更改請(qǐng)求由TsTV-MF發(fā)起，則SCF轉(zhuǎn)發(fā)該單播會(huì)話更改 請(qǐng)求；另外，SCF也可以主動(dòng)發(fā)送單播會(huì)話更改請(qǐng)求給UE,該請(qǐng)求指示單播 業(yè)務(wù)由激活active變?yōu)榉羌せ顮顟B(tài)(inactive )。同樣道理，SCF還可以發(fā)起單 播會(huì)話更改請(qǐng)求給TsTV-MF。該會(huì)話更改請(qǐng)求可以通過(guò)SIP Update,或者SIP Re-invite實(shí)現(xiàn)。狀態(tài)的變化可以通過(guò)SDP攜帶。
步驟s707-s708, UE經(jīng)過(guò)Core IMS返回單播會(huì)話更改響應(yīng)給SCF。該 響應(yīng)可以為SIP200 OK響應(yīng)。在收到該單播會(huì)話更改響應(yīng)之后，SCF會(huì)向UE 應(yīng)答ACK確認(rèn)消息。
步驟s709, SCF返回單播會(huì)話更改響應(yīng)給TsTV-MCF。該步驟為可選步 驟，如果步驟s704發(fā)生，即由TsTV-MF發(fā)起單播會(huì)話更改請(qǐng)求，則在步驟 s709中SCF返回單播會(huì)話更改響應(yīng)給TsTV-MF 。
上述步驟s704 - s709中，提到的請(qǐng)求/響應(yīng)若為單播會(huì)話更改請(qǐng)求/響應(yīng)， 則此時(shí)將依然保持單播會(huì)話。若該請(qǐng)求/響應(yīng)為單播會(huì)話終結(jié)請(qǐng)求/響應(yīng) (Service Termination R叫uest/Response )，則將終結(jié)單播會(huì)話。具體是哪種請(qǐng) 求/響應(yīng)消息，取決于SCF的決策。該決策可以基于TsTV-MF上報(bào)的狀態(tài)， 和/或SCF的策略，和/或其他決策信息。
步驟s710-s711， SCF經(jīng)過(guò)Core IMS,發(fā)起多播會(huì)話更改請(qǐng)求給用戶設(shè) 備。SCF發(fā)送多播會(huì)話更改請(qǐng)求，請(qǐng)求中指示多播業(yè)務(wù)由非激活inactive變?yōu)?激活狀態(tài)active,同時(shí)，還可以攜帶多播業(yè)務(wù)相關(guān)信息，如多播地址信息。該 會(huì)話更改請(qǐng)求可以通過(guò)SIP Update,或者SIP Re-invite實(shí)現(xiàn)。狀態(tài)的變化，以 及多播業(yè)務(wù)信息可以通過(guò)SDP攜帶。
步驟s712-s713， UE經(jīng)過(guò)Core IMS返回多播會(huì)話更改響應(yīng)給SCF。該 響應(yīng)可以為SIP200OK響應(yīng)。在收到該多播會(huì)話更改響應(yīng)之后，SCF會(huì)向UE 應(yīng)答ACK確認(rèn)消息。
上述實(shí)施例中，步驟s705 - s708的單播會(huì)話更改請(qǐng)求/響應(yīng)，和步驟s710 -s713多播會(huì)話更改請(qǐng)求/響應(yīng)邏輯上分離，具體實(shí)現(xiàn)中，是可以合并到一起 的，即會(huì)話更改請(qǐng)求可以同時(shí)完成單播，多播會(huì)話的更改。
上述實(shí)施例中，步驟s705 - s708,和/或s710 - s713可以是SCF根據(jù)某種 策略主動(dòng)觸發(fā)的。此時(shí)無(wú)需TsTV-MF上纟艮狀態(tài)。
步驟s714， TsTV-MF暫停向用戶設(shè)備交付單播媒體流。該步驟和步驟704 沒(méi)有先后順序。同時(shí)，為保證多播與單播方式切換時(shí)流媒體播放的連續(xù)，即 實(shí)現(xiàn)無(wú)縫切換，TsTV-MF可延遲停止i某體流的發(fā)送，延遲時(shí)間取決于本地策 略和配置，如繼續(xù)發(fā)送IO秒或一定數(shù)量的J 某體數(shù)據(jù)包。
步驟s715,用戶設(shè)備向ECF/EFF發(fā)送IGMPJoin消息，請(qǐng)求加入多播組。 本發(fā)明實(shí)施例對(duì)步驟s712/步驟s715,步驟s704/步驟s714的先后關(guān)系不估文限 制。
步驟s716， ECF/EFF向用戶設(shè)備發(fā)送多播媒體流。
上述實(shí)施例中，Core IMS收到單播業(yè)務(wù)更改(或者終結(jié))請(qǐng)求/響應(yīng)消息 時(shí)，可以進(jìn)行單播資源的預(yù)留/確認(rèn)；Core IMS收到多播業(yè)務(wù)更改請(qǐng)求/響應(yīng)消 息時(shí)，可以進(jìn)行多播資源的預(yù)留/確認(rèn)。
上述實(shí)施例以網(wǎng)絡(luò)側(cè)實(shí)體(如TsTV-MF,包括TsTV-MCF ，和/或 TsTV-MDF; SCF等)觸發(fā)的切換為例。實(shí)際上，也可以是用戶設(shè)備進(jìn)行切換 的判斷，如根據(jù)UE本地策略，或者網(wǎng)絡(luò)側(cè)實(shí)體通過(guò)SIP,和/或RTSP消息通 知UE進(jìn)行切換。此時(shí)，用戶設(shè)備發(fā)起單播會(huì)話更改/終結(jié)請(qǐng)求(具體哪種請(qǐng) 求，取決于UE策略，或者網(wǎng)絡(luò)實(shí)體的指示)給SCF, TsTV-MCF，通知單播 的狀態(tài)為inactive，或者釋放；發(fā)起多播會(huì)話更改請(qǐng)求給SCF，通知多播的狀態(tài) 為active。并加入組播組，還可以決定是繼續(xù)保持單播會(huì)話，還是釋放單播會(huì) 話。
上述實(shí)施例以單播切換到多播為例。當(dāng)然，該實(shí)施例同樣適用于多播切
換到單播，如UE觀看廣播業(yè)務(wù)中，發(fā)起了 Trick Mode操作。此時(shí)指示的狀 態(tài)變化為單播業(yè)務(wù)狀態(tài)的變化，如從非激活狀態(tài)變?yōu)榧せ顮顟B(tài)，和/或多播 業(yè)務(wù)的狀態(tài)變化，如從激活狀態(tài)變?yōu)榉羌せ顮顟B(tài)。同時(shí)，用戶設(shè)備向ECF/EFF 發(fā)送IGMPLeave消息，請(qǐng)求離開(kāi)多播組，接收單播媒體內(nèi)容。
本發(fā)明實(shí)施例七中，用戶在時(shí)移模式下進(jìn)行頻道切換的過(guò)程如圖8所示， TsTV業(yè)務(wù)建立，假定當(dāng)前處于單播交付方式，包括
步驟s801 ， UE檢測(cè)用戶和/或業(yè)務(wù)狀態(tài)，如用戶在Trick Mode業(yè)務(wù)中進(jìn) 行了頻道切換?；蛘呔W(wǎng)絡(luò)側(cè)實(shí)體，如SCF,或者TsTV-MF通過(guò)SIP和/或RTSP 消息通知UE關(guān)于用戶和/或業(yè)務(wù)的狀態(tài)，或者指示UE進(jìn)行切換。UE根據(jù)具 體策略，或者網(wǎng)絡(luò)實(shí)體的指示，進(jìn)行切換。
步驟s802-804, UE經(jīng)過(guò)CORE IMS向SCF發(fā)送單播會(huì)話釋放請(qǐng)求。UE 發(fā)起單播會(huì)話釋放請(qǐng)求，該請(qǐng)求經(jīng)由Core IMS發(fā)送給SCF，再由SCF發(fā)送給 TsTV-MF。
步驟s805 _ s807, TsTV-MF應(yīng)答單播會(huì)話釋放響應(yīng)消息。TsTV-MF返回 單播會(huì)話釋放響應(yīng)消息，該響應(yīng)消息經(jīng)由Core IMS發(fā)送給SCF,再由SCF應(yīng) 答給UE。
上述步驟s802 -s807中，若所述請(qǐng)求/響應(yīng)為單播會(huì)話終結(jié)請(qǐng)求/響應(yīng) (Service Termination Request/Response ),則終結(jié)單4番會(huì)話。該請(qǐng)求/響應(yīng)也可 能為單播會(huì)話更改請(qǐng)求/響應(yīng)，指示單播從active變?yōu)閕nactive狀態(tài)。此時(shí)將依 然保持單播會(huì)話。具體是那種請(qǐng)求/響應(yīng)消息，取決于UE的決策。該會(huì)話更 改/終結(jié)請(qǐng)求可以通過(guò)SIP Update,或者SIP Re-invite實(shí)現(xiàn)。狀態(tài)的變化，以 及多播業(yè)務(wù)信息可以通過(guò)SDP攜帶。
步驟s808-s811， UE經(jīng)過(guò)Core IMS,發(fā)起多播會(huì)話更改請(qǐng)求給SCF。這 些步驟為可選步驟。如果網(wǎng)絡(luò)資源發(fā)生了變化，如^^一個(gè)業(yè)務(wù)包切換到另外 一個(gè)業(yè)務(wù)包，此時(shí)UE發(fā)起多播會(huì)話更改請(qǐng)求。如果資源不發(fā)生變化，如同一 個(gè)業(yè)務(wù)包內(nèi)的切換，則無(wú)需此步驟。該會(huì)話更改/終結(jié)請(qǐng)求可以通過(guò)SIP Update,或者SIP Re-invite實(shí)現(xiàn)。
上述實(shí)施例中，步驟s802-s807的單纟番會(huì)話更改請(qǐng)求/響應(yīng)，和步驟s808-S811多播會(huì)話更改請(qǐng)求/響應(yīng)邏輯上分離，具體實(shí)現(xiàn)中，是可以合并到一起 的，即會(huì)話更改請(qǐng)求可以同時(shí)完成單播，多播會(huì)話的更改。
步驟s812, TsTV-MF暫停向用戶設(shè)備交付單播々某體流。該步驟s812和步 驟s808沒(méi)有先后順序。同時(shí)，為保證多切換時(shí)流媒體播放的連續(xù)，即實(shí)現(xiàn)無(wú) 縫切換，TsTV-MF可延遲停止々某體流的發(fā)送，延遲時(shí)間取決于本地策略和配 置，如繼續(xù)發(fā)送10秒或一定數(shù)量的媒體數(shù)據(jù)包。
步驟s813,用戶設(shè)備向ECF/EFF發(fā)送IGMP Join消息，請(qǐng)求加入多播組。 本發(fā)明實(shí)施例對(duì)步驟s802和步驟s813的先后關(guān)系不^f故限制。
步驟s814， ECF/EFF向用戶設(shè)備發(fā)送多播媒體流。
上述實(shí)施例中，Core IMS收到單播業(yè)務(wù)更改或者終結(jié)的請(qǐng)求/響應(yīng)消息時(shí)， 可以進(jìn)行單播資源的預(yù)留/確認(rèn)；Core IMS收到多4番業(yè)務(wù)更改請(qǐng)求/響應(yīng)消息 時(shí)，可以進(jìn)行多播資源的預(yù)留/確認(rèn)。
上迷實(shí)施例中，單播會(huì)話的更改/釋放是UE主動(dòng)發(fā)起的。實(shí)際上，也可 能是SCF和/或TsTV-MF收到頻道切換通知后，根據(jù)某些策略，觸發(fā)網(wǎng)絡(luò)側(cè) 發(fā)起的單播頻道的更改/釋放。具體SCF和/或TsTV-MF如何收到通知，可以 是UE進(jìn)行通知，或者ECF/EFF收到UE IGMP消息后進(jìn)行通知。該通知可以 通過(guò)發(fā)送SIP Subscribe/Notify消息的方式，或者其他通知方式。同樣的道理， 可選的多播會(huì)話的更改過(guò)程，也可以由網(wǎng)絡(luò)發(fā)起。
目前TsTV業(yè)務(wù)有兩種， 一種是獨(dú)立的TsTV業(yè)務(wù)， 一種是BC service with trick mode,上述所有實(shí)施例均適用于上述兩個(gè)個(gè)業(yè)務(wù)。
通過(guò)以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本 發(fā)明可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)，當(dāng)然也可以通過(guò)硬 件，但很多情況下前者是更佳的實(shí)施方式。基于這樣的理解，本發(fā)明的技 術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體
現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使 得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行
本發(fā)明各個(gè)實(shí)施例所述的方法。
本發(fā)明的實(shí)施例中，通過(guò)直接時(shí)移方式建立時(shí)移電視業(yè)務(wù)，在會(huì)話控制
平面建立單播媒體流，且保留多播媒體流，并關(guān)聯(lián)多播媒體流與單播媒體流; 和/或通過(guò)時(shí)移頻道方式建立時(shí)移電視業(yè)務(wù)，在會(huì)話控制面保留原單播媒體流,
增加多播媒體流，并關(guān)聯(lián)單播媒體流與多播媒體流；當(dāng)需要多播媒體流與單 播媒體流之間切換時(shí)，只在媒體控制面切換、避免SIP會(huì)話控制面的更改(重 建或釋放)和媒體重協(xié)商，減少多播媒體流與單播^^某體流切換的信令交互， 有效提高了單播媒體流與多播媒體流之間的切換速度。
以上公開(kāi)的僅為本發(fā)明的幾個(gè)具體實(shí)施例，但是，本發(fā)明并非局限于此， 任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種時(shí)移電視業(yè)務(wù)中的媒體流切換方法，其特征在于，包括以下步驟在會(huì)話控制面保留同一電視業(yè)務(wù)的激活狀態(tài)的單播媒體流和多播媒體流；在媒體控制面進(jìn)行所述電視業(yè)務(wù)媒體流之間的切換。
2、 如權(quán)利要求1所述時(shí)移電視業(yè)務(wù)中的媒體切換方法，其特征在于，所 述在會(huì)話控制面保留同 一 電視業(yè)務(wù)的激活狀態(tài)的單播媒體流和多播媒體流之 前包括通過(guò)直接時(shí)移方式建立時(shí)移電視業(yè)務(wù)，在會(huì)話控制面建立單播媒體流， 且保留多播媒體流，并關(guān)聯(lián)所述多播媒體流與單播媒體流；和/或通過(guò)時(shí)移頻道方式建立時(shí)移電視業(yè)務(wù)，在會(huì)話控制面保留原單播媒體流， 增加多播媒體流，并關(guān)聯(lián)所述單播媒體流與多播媒體流。
3、 如權(quán)利要求1所述時(shí)移電視業(yè)務(wù)中的媒體切換方法，其特征在于，所 述在媒體控制面進(jìn)行所述電視業(yè)務(wù)媒體流之間的切換具體為通過(guò)媒體控制信令交互進(jìn)行所述電視業(yè)務(wù)媒體流之間的切換。
4、 如權(quán)利要求3所述時(shí)移電視業(yè)務(wù)中的媒體流切換方法，其特征在于， 所述在媒體控制面進(jìn)行電視業(yè)務(wù)媒體流切換為從多播媒體流切換到單播媒體 流，具體為時(shí)移電視業(yè)務(wù)媒體功能接收用戶設(shè)備發(fā)送的實(shí)時(shí)流播放請(qǐng)求，向所述用 戶設(shè)備發(fā)送單播媒體流；多播控制點(diǎn)接收用戶設(shè)備發(fā)送的離開(kāi)IP多播組報(bào)告，停止向所述用戶設(shè) 備發(fā)送多播媒體流。
5、 如權(quán)利要求3所述時(shí)移電視業(yè)務(wù)中的媒體流切換方法，其特征在于， 所述在媒體控制面進(jìn)行電視業(yè)務(wù)媒體流切換為從多播媒體流切換到單播媒體 流，具體為多播控制點(diǎn)接收用戶設(shè)備發(fā)送的離開(kāi)IP多播組報(bào)告，停止向所述用戶設(shè) 備發(fā)送多播媒體流；時(shí)移電視業(yè)務(wù)媒體功能接收用戶設(shè)備發(fā)送的實(shí)時(shí)流播放請(qǐng)求，向所述用戶設(shè)備發(fā)送單播媒體流。
6、 如權(quán)利要求3所述時(shí)移電視業(yè)務(wù)中的々某體流切換方法，其特征在于，所述在媒體控制面進(jìn)行電視業(yè)務(wù)媒體流切換為從單播媒體流切換到多播媒體流，具體為多播控制點(diǎn)接收用戶設(shè)備發(fā)送的加入IP多播組報(bào)告，向所述用戶設(shè)備發(fā) 送多播媒體流；時(shí)移電視業(yè)務(wù)媒體功能接收用戶設(shè)備發(fā)送的實(shí)時(shí)流暫停請(qǐng)求，停止向所 述用戶設(shè)備發(fā)送單播々某體流。
7、 如權(quán)利要求3所述時(shí)移電視業(yè)務(wù)中的媒體流切換方法，其特征在于， 所述在媒體控制面進(jìn)行電視業(yè)務(wù)媒體流切換為從單播媒體流切換到多播媒體 流，具體為時(shí)移電視業(yè)務(wù)媒體功能接收用戶設(shè)備發(fā)送的實(shí)時(shí)流暫停請(qǐng)求，停止向所 述用戶設(shè)備發(fā)送單播媒體流；時(shí)多播控制點(diǎn)接收用戶設(shè)備發(fā)送的加入IP多播組報(bào)告，向所述用戶設(shè)備發(fā)送多播媒體流。
8、 如權(quán)利要求1所述時(shí)移電視業(yè)務(wù)中的媒體流切換方法，其特征在于， 所述網(wǎng)絡(luò)側(cè)設(shè)備觸發(fā)時(shí)，在媒體控制面進(jìn)行々某體流之間的切換之前還包括所述網(wǎng)絡(luò)側(cè)設(shè)備4企測(cè)到觸發(fā)條件，向所述用戶設(shè)備發(fā)送切換通知。
9、 如權(quán)利要求1至8任一項(xiàng)所述時(shí)移電視業(yè)務(wù)中的媒體流切換方法，其 特征在于，根據(jù)本地策略和配置延遲停止媒體流的發(fā)送。
10、 一種時(shí)移電視業(yè)務(wù)中的媒體切換系統(tǒng)，包括用戶設(shè)備和網(wǎng)絡(luò)側(cè)設(shè) 備，其特征在于，所述網(wǎng)絡(luò)側(cè)設(shè)備和所述用戶設(shè)備還分別包括會(huì)話控制面實(shí) 體，用于保留同一電視業(yè)務(wù)的激活狀態(tài)的單播媒體流和多播媒體流；所述網(wǎng)絡(luò)側(cè)設(shè)備還包括多播控制點(diǎn)，用于為用戶設(shè)備提供多播媒體流； 時(shí)移電視業(yè)務(wù)媒體功能，用于為用戶設(shè)備提供單播媒體流； 所述用戶設(shè)備還包括請(qǐng)求發(fā)送單元，用于請(qǐng)求網(wǎng)絡(luò)側(cè)設(shè)備在媒體控制面進(jìn)行所述電視業(yè)務(wù)媒體流之間的切換。
11、 如權(quán)利要求10所述時(shí)移電視業(yè)務(wù)中的i某體切換系統(tǒng)，其特征在于， 所述網(wǎng)絡(luò)側(cè)設(shè)備還包括切換觸發(fā)檢測(cè)單元，用于檢測(cè)是否滿足觸發(fā)條件，當(dāng)滿足時(shí)，通知所述 用戶設(shè)備進(jìn)行單播媒體流和多播媒體流之間的切換。
12、 如權(quán)利要求IO所述時(shí)移電視業(yè)務(wù)中的媒體切換系統(tǒng)，其特征在于， 所述用戶設(shè)備中的切換單元進(jìn)一步包括第一請(qǐng)求發(fā)送子單元，用于向多播控制點(diǎn)發(fā)送離開(kāi)IP多播組報(bào)告，向時(shí) 移電視業(yè)務(wù)媒體功能發(fā)送實(shí)時(shí)流播放請(qǐng)求；第二請(qǐng)求發(fā)送子單元，用于向時(shí)移電視業(yè)務(wù)J 某體功能發(fā)送實(shí)時(shí)流暫停請(qǐng) 求，向多播控制點(diǎn)發(fā)送加入IP多播組報(bào)告。
13、 如權(quán)利要求IO所述時(shí)移電視業(yè)務(wù)中的媒體切換系統(tǒng)，其特征在于， 所述用戶設(shè)備還包括切換請(qǐng)求檢測(cè)單元，用于檢測(cè)來(lái)自網(wǎng)絡(luò)側(cè)設(shè)備的切換，并啟動(dòng)所述對(duì)應(yīng) 的請(qǐng)求發(fā)送單元。
14、 一種用戶設(shè)備，其特征在于，包括會(huì)話控制面實(shí)體，用于保留同 一電視業(yè)務(wù)的激活狀態(tài)的單播^ 某體流和多 播媒體流；請(qǐng)求發(fā)送單元，用于請(qǐng)求網(wǎng)絡(luò)側(cè)設(shè)備在媒體控制面進(jìn)行所述電視業(yè)務(wù)媒 體流之間的切換。
15、 如權(quán)利要求14所述用戶設(shè)備，其特征在于，所述切換單元具體包括 第一請(qǐng)求發(fā)送子單元，用于向多播控制點(diǎn)發(fā)送離開(kāi)IP多播組報(bào)告，向時(shí)移電視業(yè)務(wù)媒體功能發(fā)送實(shí)時(shí)流播放請(qǐng)求；第二請(qǐng)求發(fā)送子單元，用于向時(shí)移電視業(yè)務(wù)媒體功能發(fā)送實(shí)時(shí)流暫停請(qǐng) 求，向多播控制點(diǎn)發(fā)送加入IP多播組報(bào)告。
16、 一種網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，包括會(huì)話控制面實(shí)體，用于在會(huì)話控制面保留激活狀態(tài)的單播^某體流和多播 媒體流；多播控制點(diǎn)，用于為用戶設(shè)備提供多播i某體流； 時(shí)移電視業(yè)務(wù)控制點(diǎn)，用于為用戶設(shè)備提供單播々某體流。 17、如權(quán)利要求16所述網(wǎng)絡(luò)側(cè)設(shè)備，其特征在于，還包括 切換觸發(fā)檢測(cè)單元，用于檢測(cè)是否滿足觸發(fā)條件，當(dāng)滿足時(shí)，通知所述 用戶設(shè)備進(jìn)行單播媒體流和多播々某體流之間的切換。
全文摘要
本發(fā)明公開(kāi)了一種時(shí)移電視業(yè)務(wù)中的媒體流切換方法，包括以下步驟在會(huì)話控制面保留同一電視業(yè)務(wù)的激活狀態(tài)的單播媒體流和多播媒體流；在電視業(yè)務(wù)媒體控制面進(jìn)行媒體流之間的切換。本發(fā)明公開(kāi)了一種時(shí)移電視業(yè)務(wù)中的媒體切換系統(tǒng)、用戶設(shè)備和網(wǎng)絡(luò)側(cè)設(shè)備。本發(fā)明的實(shí)施例中，通過(guò)僅在媒體控制面切換、避免SIP會(huì)話更改和媒體重協(xié)商的方法，減少多播與單播的切換信令交互，有效提高了單播與多播之間的切換速度。
文檔編號(hào)H04N7/173GK101340558SQ200710148479
公開(kāi)日2009年1月7日 申請(qǐng)日期2007年8月31日 優(yōu)先權(quán)日2007年7月3日
發(fā)明者漆寶劍, 鵬 王, 雷曉松 申請(qǐng)人:華為技術(shù)有限公司