專利名稱:網(wǎng)絡電視實現(xiàn)受控組播運營的方法
技術領域：
本發(fā)明涉及一種網(wǎng)絡電視實現(xiàn)受控組播運營的方法。
背景技術：
網(wǎng)絡電視(Internet Protocol Television，IPTV)是利用寬帶網(wǎng)絡為用戶提供交互式多媒體服務的一種業(yè)務。IPTV是互聯(lián)網(wǎng)與傳統(tǒng)電視相互融合的結果，視頻流經(jīng)過高效的壓縮編碼后被廣播到IP網(wǎng)絡上，通過位于寬帶網(wǎng)絡邊緣的IP電視頭端設備把直播電視、按需視頻和個人錄像等IPTV服務傳送給用戶。用戶可以通過“IP機頂盒+電視”或個人電腦兩種方式使用IPTV業(yè)務。IPTV的主要特點在于其交互性和實時性。IPTV既不同于傳統(tǒng)的有線電視，也不同于目前正在興起的數(shù)字電視。通過IPTV業(yè)務，用戶可以得到高質(zhì)量(接近DVD水平的)數(shù)字媒體服務，可以自由選擇寬帶IP網(wǎng)的視頻節(jié)目，實現(xiàn)媒體提供者和媒體消費者的實質(zhì)性互動。服務提供商如果要實現(xiàn)可運營的IPTV業(yè)務，必須對IPTV業(yè)務有所控制。而對IPTV業(yè)務的控制，包括對用戶點播業(yè)務進行控制，以及對實時業(yè)務例如股票行情、電視直播等進行控制。組播技術是實現(xiàn)實時業(yè)務中的重要技術，服務器端使用組播技術將內(nèi)容傳遞給用戶，對實時業(yè)務進行控制，就體現(xiàn)在對用戶組播數(shù)據(jù)流的控制?，F(xiàn)有的組播技術中，存在著以下問題1、不進行控制組播技術從一開始就是一個非贏利性的技術，從技術本身并沒有提供多少控制機制。在局域網(wǎng)上的任何客戶都能接收組播數(shù)據(jù)流，目前在網(wǎng)運行的大部分路由器也是這樣，無條件轉發(fā)、復制數(shù)據(jù)流、應答用戶的IGMP(InternetGroup Management Protocol，組管理協(xié)議)請求，這種情況不利于IPTV開展有償服務。
2、單獨進行控制不進行QoS(Quality of Service，服務質(zhì)量)隨著組播應用的越來越多，一些廠家網(wǎng)元設備如路由器、BAS(Broadband Access Server，寬帶接入服務器)、DSLAM(Digital Subscriber Line Access Multiplexer，數(shù)字用戶線接入復用器)等開始支持受控組播，但由于組播業(yè)務高吞吐量、低時延的特性，如果組播業(yè)務不支持，往往不能保證IPTV業(yè)務質(zhì)量。
3、控制使用私有協(xié)議，不利于擴展由于組播業(yè)務的非常多，對網(wǎng)元設備的組播權限往往通過動態(tài)協(xié)議來配置，不少廠家使用私有協(xié)議，在自己的網(wǎng)元設備之間實現(xiàn)數(shù)據(jù)交換。但目前的電信寬帶網(wǎng)絡上，往往是多個廠家的設備配合實現(xiàn)業(yè)務。使用私有協(xié)議大大限制了開設IPTV業(yè)務。

發(fā)明內(nèi)容針對現(xiàn)有技術中的問題和不足，本發(fā)明的目的是提出一種網(wǎng)絡電視實現(xiàn)受控組播運營的方法，使網(wǎng)絡電視能夠?qū)崿F(xiàn)組播受控運營，同時能夠?qū)崿F(xiàn)通過公有協(xié)議通信并實現(xiàn)QoS。
為了解決上述問題一種網(wǎng)絡電視實現(xiàn)受控組播運營的方法，該方法包括以下步驟(1)用戶向管理系統(tǒng)發(fā)起接收組播請求；(2)管理系統(tǒng)將所述接收組播請求轉發(fā)到寬帶接入服務器；(3)寬帶接入服務器接收到所述接收組播請求后，向組播控制服務器發(fā)送請求，請求獲得所述用戶的配置信息；(4)組播控制服務器將所述用戶的配置信息發(fā)送給寬帶接入服務器；(5)寬帶接入服務器根據(jù)接收到的所述的用戶配置信息，判斷用戶是否具有接收組播的權限，如果有則開始向用戶發(fā)送組播，如果沒有則返回用戶錯誤信息，步驟結束。
其中，所述步驟(2)具體為①管理系統(tǒng)將所述接收組播請求轉發(fā)到計費服務器；②計費服務器對所述用戶進行認證，如果通過則進入步驟③，如果未通過則返回用戶錯誤信息，步驟結束；③計費服務器將所述接收組播請求轉發(fā)到寬帶接入服務器。
其中，該方法還包括以下步驟組播控制服務器根據(jù)用戶配置信息，將對應的QoS屬性表發(fā)送到寬帶接入服務器，并將所述QoS屬性表發(fā)送給與所述寬帶接入服務器與所述用戶連接的網(wǎng)絡路徑中的所有網(wǎng)絡設備。
其中，所述組播控制服務器發(fā)送的QoS屬性表為COPS協(xié)議報文格式，COPSCommon Open Policy Service，是一個基于狀態(tài)查詢響應機制的加密協(xié)議，用于策略服務器與設備間交換策略信息，可確保安全、可靠地分發(fā)策略。
其中，所述步驟(3)中，寬帶接入服務器向組播控制服務器發(fā)送的所述請求為COPS協(xié)議報文格式。
其中，所述步驟(4)中，所述組播控制服務器向?qū)拵Ы尤敕掌靼l(fā)送的用戶的配置信息為COPS協(xié)議報文格式。
其中，所述步驟(4)中所述的配置信息包括用戶名、用戶的組播權限表、帶寬信息。
其中，所述步驟(5)具體為(I)寬帶接入服務器接收到所述用戶配置信息，根據(jù)所述配置信息中的用戶名，更新所述用戶名的配置信息表；(II)寬帶接入服務器讀取配置信息表，判斷用戶是否具有接收組播的權限，如果有則如果有則開始向用戶發(fā)送組播，如果沒有則返回用戶錯誤信息，步驟結束。
其中，該方法還包括以下步驟(I)用戶向管理系統(tǒng)發(fā)起注冊請求；(II)管理系統(tǒng)根據(jù)所述用戶的注冊請求，為用戶進行注冊操作；(III)注冊成功后，管理系統(tǒng)將所述用戶的注冊信息發(fā)送到組播控制服務器及計費服務器。
本發(fā)明提出的網(wǎng)絡電視實現(xiàn)受控組播運營的方法能夠有效的控制組播，實現(xiàn)網(wǎng)絡電視的受控運營；同時網(wǎng)絡設備之間傳輸?shù)牟呗孕畔⑹峭ㄟ^公有協(xié)議，使現(xiàn)有網(wǎng)絡中的不同廠家的網(wǎng)絡設備能夠互相配合，不需要進行網(wǎng)絡改造；同時能夠在與用戶通信的網(wǎng)絡全路徑中實現(xiàn)QoS，提高了網(wǎng)絡電視的業(yè)務質(zhì)量。
圖1是本發(fā)明的網(wǎng)絡拓撲圖。
具體實施方式下面結合附圖對本發(fā)明作進一步的詳細描述。
如圖1所示，一般的城域網(wǎng)都采用以上拓撲結構。虛線左側是數(shù)據(jù)平面，采用樹形拓撲實現(xiàn)用戶的上網(wǎng)。虛線右側是管理平面，包括有組播控制服務器、計費服務器RADIUS、以及管理系統(tǒng)。管理平面通過一定的控制信令實現(xiàn)對數(shù)據(jù)平面的管理。
用戶在使用網(wǎng)絡電視之前，需要先在管理系統(tǒng)進行注冊，具體步驟如下1、用戶向管理系統(tǒng)發(fā)起注冊請求；2、管理系統(tǒng)根據(jù)所述用戶的注冊請求，為用戶進行注冊操作；3、注冊成功后，管理系統(tǒng)將所述用戶的注冊信息發(fā)送到組播控制服務器及計費服務器；注冊成功后，用戶就可以通過發(fā)起請求來接收網(wǎng)絡電視，具體步驟如下(1)用戶向管理系統(tǒng)發(fā)起接收組播請求；(2)管理系統(tǒng)將所述接收組播請求轉發(fā)到計費服務器；(3)計費服務器對所述用戶進行認證，如果通過則進入步驟(4)，如果未通過則返回用戶錯誤信息，步驟結束；(4)計費服務器將所述接收組播請求轉發(fā)到寬帶接入服務器；(5)寬帶接入服務器接收到所述接收組播請求后，向組播控制服務器發(fā)送請求，請求獲得所述用戶的配置信息，所述請求是使用COPS協(xié)議報文格式發(fā)送；(6)組播控制服務器將所述用戶的配置信息使用COPS協(xié)議報文格式發(fā)送給寬帶接入服務器，所述用戶配置信息包括用戶名、用戶的組播權限表、帶寬信息；(7)組播控制服務器根據(jù)步驟(5)所述請求中的用戶名，將所述用戶名對應的QoS屬性表發(fā)送到寬帶接入服務器，并將所述QoS屬性表發(fā)送給與所述寬帶接入服務器與所述用戶連接的網(wǎng)絡路徑中的所有網(wǎng)絡設備，使用COPS協(xié)議報文格式發(fā)送；(8)寬帶接入服務器接收到所述用戶配置信息及QoS屬性表，根據(jù)所述配置信息中的用戶名，更新所述用戶名的配置信息表和QoS屬性表；(9)寬帶接入服務器讀取配置信息表，判斷用戶是否具有接收組播的權限，如果有則如果有則開始向用戶發(fā)送組播，如果沒有則返回用戶錯誤信息，步驟結束。
COPS協(xié)議報文格式為COPS報文頭+對象(object)COPS報文頭格式0 1 2 3
Version(4bits)當前版本號1(16進制數(shù))；Flags(4bits)當一個消息是被其它的COPS消息請求的消息時，F(xiàn)lags＝1，其它都為0；Op code(8bits)識別COPS的操作1＝Request(REQ)；2＝Decision(DEC)；3＝Report State(RPT)；4＝Delete Request State(DRQ)；5＝Synchronize State Req(SSQ)；6＝Client-Open(OPN)；7＝Client-Accept(CAT)；8＝Client-Close(CC)；9＝Keep-Alive(KA)；10＝Synchronize Complete(SSC)Client-type(16bits)為區(qū)分不同的client(路由器)，消息中必須有客戶類型。
Message Length(32bits)COPS的總長度(8位組的個數(shù))，包括頭長度和對象的長度。
對象(object)格式0 1 2 3
Length(16bits)對象的長度(8位組的個數(shù))，包括32位的對象頭和對象內(nèi)容；S-Num(8bits)說明對象的目的；2＝Context (REQ)6＝Decision (DEC)10＝Keep-Alive Timer (KA)12＝Report Type (RPT)S-Type(8bits)描述對象的編碼方法，RFC文檔中使用的是BER(BASic EncodeingRules)，S-Type＝1；本實施例中沒用到BER，所以設置S-Type＝0如果對象內(nèi)容不是32位的整數(shù)倍，要用0填充，便于計算下一個對象的邊界。不同消息的對象內(nèi)容1.REQContext Object(Context)是REQ消息用到的object。
標志位設置S-Num＝2，S-Type＝0Object的內(nèi)容0 1 2 3
R-Type(Request Type Flag)0x01＝Incoming-Message/Admission Control request0x02＝Resource-Allocation request0x04＝Outgoing-Message request0x08＝Configuration request2.DECDecision Object(Decision)是DEC消息用到的object。
標志位設置如果此DEC是被請求的消息，則COPS消息頭中的Flags＝1；S-Num＝6，S-Type＝1Object的內(nèi)容0 1 2 3
CommandsCommand Code＝0NULL Decision(No configuration data available)Command Code＝1Install(Admit request/Install configuration)Command Code＝2Remove(Remove request/Remove configuration)用戶自定義內(nèi)容采用便于擴展的AVP(Attribute Value Pair)的形式。主要結構為0 1 2 3
在Decision Object消息中，必須定義的字段包括
可選字段
QOS profile number必須與BAS配置的QOS profile號相對應。
3.RPTReport-Type Object(Report-Type)是RPT消息用到的object。
標志位設置如果此RPT是DEC的確認消息，則COPS消息頭中的Flags＝1，若是向BB匯報出錯信息，則Flags＝0；S-Num＝12，S-Type＝0Object的內(nèi)容0 1 2 3
Report-Type1＝Success Decision was successful at the PEP2＝Failufe Decision could not be completed by PEP3＝Accounting向BB匯報出錯信息。
權利要求
1.一種網(wǎng)絡電視實現(xiàn)受控組播運營的方法，其特征在于，該方法包括以下步驟(1)用戶向管理系統(tǒng)發(fā)起接收組播請求；(2)管理系統(tǒng)將所述接收組播請求轉發(fā)到寬帶接入服務器；(3)寬帶接入服務器接收到所述接收組播請求后，向組播控制服務器發(fā)起請求，請求獲得所述用戶的配置信息；(4)組播控制服務器將所述用戶的配置信息發(fā)送給寬帶接入服務器；(5)寬帶接入服務器根據(jù)接收到的所述的用戶配置信息，判斷用戶是否具有接收組播的權限，如果有則開始向用戶發(fā)送組播，如果沒有則返回用戶錯誤信息，步驟結束。
2.根據(jù)權利要求
1所述的網(wǎng)絡電視實現(xiàn)受控組播運營的方法，其特征在于，所述步驟(2)具體為①管理系統(tǒng)將所述接收組播請求轉發(fā)到計費服務器；②計費服務器對所述用戶進行認證，如果通過則進入步驟③，如果未通過則返回用戶錯誤信息，步驟結束；③計費服務器將所述接收組播請求轉發(fā)到寬帶接入服務器。
3.根據(jù)權利要求
1或2所述的網(wǎng)絡電視實現(xiàn)受控組播運營的方法，其特征在于，該方法還包括以下步驟組播控制服務器根據(jù)用戶配置信息，將對應的QoS屬性表發(fā)送到寬帶接入服務器，并將所述QoS屬性表發(fā)送給與所述寬帶接入服務器與所述用戶連接的網(wǎng)絡路徑中的所有網(wǎng)絡設備。
4.根據(jù)權利要求
3所述的網(wǎng)絡電視實現(xiàn)受控組播運營的方法，其特征在于，所述組播控制服務器發(fā)送的QoS屬性表為COPS協(xié)議報文報文格式。
5.根據(jù)權利要求
4所述的網(wǎng)絡電視實現(xiàn)受控組播運營的方法，其特征在于，所述步驟(3)中，寬帶接入服務器向組播控制服務器發(fā)送的所述請求為COPS協(xié)議報文格式。
6.根據(jù)權利要求
5所述的網(wǎng)絡電視實現(xiàn)受控組播運營的方法，其特征在于，步驟(4)中，所述組播控制服務器向?qū)拵Ы尤敕掌靼l(fā)送的用戶的配置信息為COPS協(xié)議報文格式。
7.根據(jù)權利要求
6所述的網(wǎng)絡電視實現(xiàn)受控組播運營的方法，其特征在于，步驟(4)中所述的配置信息包括用戶名、用戶的組播權限表、帶寬信息。
8.根據(jù)權利要求
7所述的網(wǎng)絡電視實現(xiàn)受控組播運營的方法，其特征在于，步驟(5)具體為(I)寬帶接入服務器接收到所述用戶配置信息，根據(jù)所述配置信息中的用戶名，更新所述用戶名對應的配置信息表；(II)寬帶接入服務器讀取用戶的配置信息表，判斷用戶是否具有接收組播的權限，如果有則如果有則開始向用戶發(fā)送組播，如果沒有則返回用戶錯誤信息，步驟結束。
9.根據(jù)權利要求
1或8所述的網(wǎng)絡電視實現(xiàn)受控組播運營的方法，其特征在于，該方法還包括以下步驟(I)用戶向管理系統(tǒng)發(fā)起注冊請求；(II)管理系統(tǒng)根據(jù)所述用戶的注冊請求，為用戶進行注冊操作；(III)注冊成功后，管理系統(tǒng)將所述用戶的注冊信息發(fā)送到組播控制服務器及計費服務器。
專利摘要
本發(fā)明公開了一種網(wǎng)絡電視實現(xiàn)受控組播運營的方法，針對現(xiàn)有網(wǎng)絡電視組播無法受控且不能實現(xiàn)QoS、各廠商設備使用私有協(xié)議的問題，本發(fā)明方法如下用戶發(fā)起接收組播請求；管理系統(tǒng)將請求轉發(fā)到寬帶接入服務器；寬帶接入服務器接收所述請求后，向組播控制服務器發(fā)送請求以獲得所述用戶的配置信息；組播控制服務器將所述用戶的配置信息和QoS屬性表發(fā)送給寬帶接入服務器；寬帶接入服務器判斷用戶是否具有接收組播的權限，如果有則開始向用戶發(fā)送組播，如果沒有則返回用戶錯誤信息，步驟結束。上述所有策略信息都是通過COPS協(xié)議傳輸。本發(fā)明提出的方法能夠控制組播，使現(xiàn)有網(wǎng)絡中的不同廠家的網(wǎng)絡設備能夠互相配合，能夠在與用戶通信的網(wǎng)絡全路徑中實現(xiàn)QoS。
文檔編號H04L12/14GK1992604SQ200510132809
公開日2007年7月4日 申請日期2005年12月27日
發(fā)明者孫鵬 申請人:中興通訊股份有限公司導出引文BiBTeX, EndNote, RefMan