[發(fā)明專利]會話初始協(xié)議網(wǎng)絡(luò)中提供電視業(yè)務(wù)的方法、裝置和系統(tǒng)

無效

• 申請?zhí)枺?/td>: 200710154028.0
• 申請日: 2007-09-07
• 公開（公告）號: CN101360095A
• 公開（公告）日: 2009-02-04
• 發(fā)明（設(shè)計(jì)）人: 漆寶劍;王鵬;雷曉松
• 申請（專利權(quán)）人: 華為技術(shù)有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L12/16;H04N7/24
• 代理公司: 北京德琦知識產(chǎn)權(quán)代理有限公司
• 代理人: 羅正云;宋志強(qiáng)

技術(shù)領(lǐng)域

本發(fā)明涉及基于IP互聯(lián)網(wǎng)絡(luò)的電視(Internet?Protocol?Television，IPTV) 技術(shù)領(lǐng)域，更具體地，涉及一種會話初始協(xié)議(Session?Initiation?Protocol， SIP)網(wǎng)絡(luò)中提供電視業(yè)務(wù)的方法、裝置和系統(tǒng)。

背景技術(shù)

會話初始協(xié)議(Session?Initiation?Protocol，SIP)是由互聯(lián)網(wǎng)工程任務(wù) 組(Internet?Engineering?Task?Force，IETF)制訂的多媒體通信系統(tǒng)框架協(xié)議 之一。SIP協(xié)議是用于建立、改變或結(jié)束多媒體會話的應(yīng)用層協(xié)議，與實(shí)時 傳輸協(xié)議(Real-time?Transport?Protocol，RTP)/實(shí)時控制協(xié)議(Real?Time Control?Protocol，RTCP)、會話描述協(xié)議(Session?Description?Protocol，SDP)、 實(shí)時流協(xié)議(Real?Time?Streaming?Protocol，RTSP)、域名服務(wù)器(Domain Name?Server，DNS)等協(xié)議配合，共同完成IP多媒體子系統(tǒng)(IP?Multimedia Subsystem，IMS)中的會話建立及媒體協(xié)商。在當(dāng)前通信系統(tǒng)中，SIP協(xié)議 已經(jīng)廣泛應(yīng)用，如下一代網(wǎng)絡(luò)(Next?Generation?Network，NGN)/IMS等。

NGN是基于分組技術(shù)的融合型網(wǎng)絡(luò)，以分組交換為主，采用承載與控 制分離的架構(gòu)。NGN綜合了固定電話網(wǎng)、移動電話網(wǎng)和IP網(wǎng)絡(luò)的優(yōu)勢，使 得模擬用戶、數(shù)字用戶、移動用戶、非對稱數(shù)字用戶環(huán)線(Asymmetrical Digital?Subscriber?Loop，ADSL)用戶、綜合服務(wù)數(shù)字網(wǎng)(Integrated?Services Digital?Network，ISDN)用戶、IP窄帶網(wǎng)絡(luò)用戶、IP寬帶網(wǎng)絡(luò)用戶甚至是通 過衛(wèi)星接入的用戶都能作為下一代網(wǎng)絡(luò)中的一員相互通信。IMS是寬帶碼分 多址(Wideband?Code?Division?Multiple?Access，WCDMA)網(wǎng)絡(luò)中疊加在已 有分組域之上的一個子系統(tǒng)，采用分組域?yàn)槠渖蠈涌刂菩帕詈兔襟w傳輸?shù)某? 載通道，引入SIP協(xié)議作為業(yè)務(wù)控制協(xié)議。

基于IMS的IPTV(IMS?based?IPTV)在IMS整體架構(gòu)下提供IPTV業(yè) 務(wù)，以充分利用IMS網(wǎng)絡(luò)中已有的注冊、認(rèn)證、路由、會話控制與建立、 業(yè)務(wù)觸發(fā)、計(jì)費(fèi)、端到端服務(wù)質(zhì)量(Quality?Of?Service，QoS)保證等機(jī)制 來為用戶提供流媒體業(yè)務(wù)及融合流媒體和實(shí)時會話業(yè)務(wù)。用戶到內(nèi)容的多媒 體會話通過IMS已有的會話控制機(jī)制完成，在建立會話過程中，需要為媒 體流的傳送預(yù)留承載資源。

目前已經(jīng)定義了基于IMS的IPTV(IMS?based?IPTV)的業(yè)務(wù)功能架構(gòu)。 IPTV媒體功能(IPTV?Media?Functions)負(fù)責(zé)到UE媒體流的控制與交付 (Delivery)。從功能角度分解為媒體控制功能(MCF/Media?Control?Function) 和媒體交付功能(MDF/Media?Delivery?Function)，并定義了相應(yīng)的功能。

傳統(tǒng)電視頻道基于傳送節(jié)目的頻帶/頻率進(jìn)行標(biāo)識。一個國家或地區(qū)具 有一個標(biāo)準(zhǔn)的節(jié)目頻帶或頻道劃分表，不同地區(qū)/國家之間的頻譜劃分可能 不同，終端或電視機(jī)調(diào)諧到不同頻率收到不同頻道的電視節(jié)目。

現(xiàn)有IPTV產(chǎn)品通常采用IP多播地址標(biāo)識頻道，而IP多播地址僅在IP 局域網(wǎng)內(nèi)有效，并不適用于IP廣域網(wǎng)，因此使用多播地址標(biāo)識頻道的方式 不合適廣泛的互聯(lián)網(wǎng)絡(luò)。

另外，目前在RFC2838中描述了互聯(lián)網(wǎng)絡(luò)電視廣播的統(tǒng)一資源標(biāo)識符 (URI)機(jī)制，稱為TV?URI。TV?URI的基本格式為tv：<broadcast>，其中 broadcast是數(shù)據(jù)源的描述，采用域名服務(wù)器(Domain?Name?Server，DNS) 類型的標(biāo)識符。為確保電視頻道標(biāo)識的唯一性，TV?URI機(jī)制使用DNS類型 標(biāo)識符號來標(biāo)識所有廣播流。因?yàn)榛贒NS主機(jī)-名稱的登記系統(tǒng)，TV?URI 機(jī)制能夠解決名字相同的情況。然而，DNS類型標(biāo)識符不需要匹配真實(shí)的 主機(jī)名，不使用DNS解析機(jī)制將它們解析為IP地址，因此TV?URI不具有 信令路由功能。而且，TV?URI攜帶業(yè)務(wù)參數(shù)不方便，目前還沒有應(yīng)用SIP 網(wǎng)絡(luò)中，因此不能夠在SIP網(wǎng)絡(luò)中標(biāo)識電視頻道。