專利名稱：一種組播業(yè)務(wù)引流方法及其網(wǎng)絡(luò)設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信網(wǎng)絡(luò)，尤其涉及一種通信網(wǎng)絡(luò)中組播業(yè)務(wù)引流方法及其網(wǎng)絡(luò)設(shè)備。
背景技術(shù)：
在使用以太網(wǎng)技術(shù)的通信網(wǎng)絡(luò)中，組播業(yè)務(wù)越來越成為一種普遍公眾的服務(wù)。
圖1是一種典型的IP組播體系結(jié)構(gòu)示意，在本地組播路由器-遠程組播路由器之間使用組播路由協(xié)議，可以是DVMRP(距離向量組播路由選擇協(xié)議)、PIM-DM(協(xié)議無關(guān)組播-密集模式)等，所述組播路由協(xié)議根據(jù)加入組播組的接口拓撲結(jié)構(gòu)形成組播的路由轉(zhuǎn)發(fā)表；在終端主機-本地組播路由器之間使用組成員關(guān)系協(xié)議，如IPV4環(huán)境下典型的IGMP(因特網(wǎng)組管理協(xié)議)協(xié)議、IPV6環(huán)境下典型的MLD(組播監(jiān)聽發(fā)現(xiàn))協(xié)議等，終端主機通過所述協(xié)議告訴本地路由器，希望加入并接收某個特定組播組的信息，同時本地組播路由器通過所述協(xié)議周期性地查詢局域網(wǎng)內(nèi)某個已知組的成員是否處于活動狀態(tài)，以建立并且維護路由器直接聯(lián)網(wǎng)段的組成成員關(guān)系信息，同時，為了有效地抑制組播數(shù)據(jù)在鏈路層的擴散，在接入層網(wǎng)絡(luò)設(shè)備中引入了IGMP/MLD Snooping/Proxy(偵聽/代理)等組播協(xié)議功能。
我們以組播業(yè)務(wù)--IPTV(網(wǎng)絡(luò)電視)視頻業(yè)務(wù)應(yīng)用為例，與傳統(tǒng)的視頻服務(wù)相比較(如有線電視)，其優(yōu)勢在于其業(yè)務(wù)的多樣性和更強的交互性，IPTV視頻數(shù)據(jù)根據(jù)用戶請求予以分發(fā)，由于前述網(wǎng)絡(luò)自身動態(tài)特性，因此可能導(dǎo)致在用戶申請業(yè)務(wù)后較長時間才能獲得組播視頻數(shù)據(jù)。如此，在用戶即時響應(yīng)方面，IPTV視頻業(yè)務(wù)受到傳統(tǒng)視頻的很大挑戰(zhàn)。如圖2所示網(wǎng)絡(luò)接入系統(tǒng)中，網(wǎng)絡(luò)接入設(shè)備DSLAM(數(shù)字用戶線接入復(fù)用器)實現(xiàn)了IGMP Proxy的功能，網(wǎng)絡(luò)側(cè)下行的視頻數(shù)據(jù)流通過DSLAM復(fù)制給多個用戶。當有用戶請求某視頻業(yè)務(wù)時，如果該視頻業(yè)務(wù)對應(yīng)的組播組數(shù)據(jù)流在該網(wǎng)絡(luò)接入設(shè)備已經(jīng)存在，DSLAM將該用戶加入其組播轉(zhuǎn)發(fā)表，該組播組數(shù)據(jù)流被復(fù)制給該用戶；如果所請求的視頻業(yè)務(wù)相應(yīng)的組播組數(shù)據(jù)流在該網(wǎng)絡(luò)接入設(shè)備不存在，DSLAM會向其網(wǎng)絡(luò)側(cè)發(fā)送該組播業(yè)務(wù)請求。因此，當該用戶為該DSLAM上第一個請求該視頻業(yè)務(wù)的用戶時，從其發(fā)送組播業(yè)務(wù)請求，到相應(yīng)的組播業(yè)務(wù)數(shù)據(jù)流下發(fā)，可能會有較大延遲，影響用戶感受。
隨著對接入網(wǎng)絡(luò)“光進銅退”的改造，未來的接入網(wǎng)絡(luò)設(shè)備很可能朝著中小型化，更靠近用戶的方向發(fā)展，一個網(wǎng)絡(luò)接入設(shè)備通常只有幾十個用戶線，某個用戶是該網(wǎng)絡(luò)接入設(shè)備某節(jié)目頻道(組播組)的第一個用戶的可能性比較大，為提高用戶體驗，直接將組播流靜態(tài)下發(fā)到邊緣網(wǎng)絡(luò)接入設(shè)備是一種簡單的方法，然而當規(guī)模開展IPTV業(yè)務(wù)時，隨著頻道數(shù)的增加，組播流靜態(tài)下發(fā)會占用大量帶寬，甚至超過小節(jié)點設(shè)備的上聯(lián)帶寬，因此從帶寬角度考慮，靜態(tài)下發(fā)不現(xiàn)實；即使采用部分組播流靜態(tài)下發(fā)，一定程度上也難以滿足不同用戶群的喜好。

發(fā)明內(nèi)容
本發(fā)明通過對特定的組播業(yè)務(wù)進行引流，大大縮短了用戶組播請求延遲。
根據(jù)本發(fā)明的第一個方面，提供了一種組播業(yè)務(wù)引流方法，包括a)，在網(wǎng)絡(luò)設(shè)備中設(shè)置其需要引流的組播組；b)，網(wǎng)絡(luò)設(shè)備向其網(wǎng)絡(luò)側(cè)上級網(wǎng)絡(luò)設(shè)備報告需要引流的組播組，上級網(wǎng)絡(luò)設(shè)備基于所述報告提供所述組播組業(yè)務(wù)數(shù)據(jù)；c)，網(wǎng)絡(luò)設(shè)備接收所述組播組業(yè)務(wù)數(shù)據(jù)。
在上述方法步驟b)中，對設(shè)置需要引流的組播組，網(wǎng)絡(luò)設(shè)備主動向其上級網(wǎng)絡(luò)設(shè)備發(fā)送組播業(yè)務(wù)加入請求消息。
在上述方法步驟b)進一步包括網(wǎng)絡(luò)設(shè)備接收到來自網(wǎng)絡(luò)側(cè)的組查詢消息時，對設(shè)置需要引流的組播組，響應(yīng)該查詢消息。
在上述方法步驟a)中，網(wǎng)絡(luò)設(shè)備可基于不同的時間段配置其需要引流的組播組。
在上述方法步驟a)中，網(wǎng)絡(luò)設(shè)備可基于當前網(wǎng)絡(luò)設(shè)備用戶的組播業(yè)務(wù)需求設(shè)置/更新需要引流的組播組。
根據(jù)本發(fā)明的第二個方面，提供了一種用于組播業(yè)務(wù)引流的網(wǎng)絡(luò)設(shè)備，其特征在于包括存儲裝置，用于保存組播源節(jié)目表，該表至少包括組播組地址、以及引流屬性；控制裝置，對所述存儲裝置中組播源節(jié)目表中相應(yīng)組播組引流屬性進行設(shè)置，確定需要引流的組播組；處理裝置，根據(jù)所述存儲裝置中組播源節(jié)目表的引流屬性，向其上級網(wǎng)絡(luò)設(shè)備報告需要引流的組播組。
上述處理裝置基于組播源節(jié)目表的引流屬性，生成組播業(yè)務(wù)請求消息并主動報告給上級網(wǎng)絡(luò)設(shè)備，請求加入需要引流的組播組。
上述處理裝置接收來自網(wǎng)絡(luò)側(cè)的組查詢消息，并根據(jù)所述存儲裝置中組播源節(jié)目表的引流屬性，響應(yīng)所述組查詢消息。
上述組播源節(jié)目表引流屬性為一時間段域，用于表示不同時間段內(nèi)該組播組的引流屬性，所述處理裝置根據(jù)當前時間及引流屬性向其上級網(wǎng)絡(luò)設(shè)備報告需要引流的組播組。
上述控制裝置可基于當前網(wǎng)絡(luò)設(shè)備的用戶組播業(yè)務(wù)需求確定/更新組播源節(jié)目表相應(yīng)組播組引流屬性。
根據(jù)本發(fā)明方法及其相應(yīng)的裝置，網(wǎng)絡(luò)設(shè)備能對設(shè)置的特定組播組實現(xiàn)快速引流，進一步地可基于用戶的組播業(yè)務(wù)需求實現(xiàn)動態(tài)引流，克服了組播業(yè)務(wù)靜態(tài)下發(fā)所帶來的帶寬浪費問題。
以網(wǎng)絡(luò)接入設(shè)備舉例而言，本發(fā)明將有效提高用戶組播業(yè)務(wù)請求的響應(yīng)速度，尤其對于某些特定組播業(yè)務(wù)，在其業(yè)務(wù)開通時，網(wǎng)絡(luò)接入設(shè)備即對該組播業(yè)務(wù)發(fā)送請求，這樣，其組播數(shù)據(jù)流就能被引至網(wǎng)絡(luò)接入設(shè)備，當有用戶請求該組播業(yè)務(wù)時，網(wǎng)絡(luò)接入設(shè)備即能以最快速度響應(yīng)該用戶請求，從而獲得較好的用戶感受；另外一方面，對組播業(yè)務(wù)采取合理的配置措施進行引流(例如根據(jù)用戶的組播業(yè)務(wù)需求設(shè)置/更新需要引流的組播組、在不同的時間段對不同的組播組進行引流……)將在提高用戶感受的同時，迎合用戶的喜好。
此外，本發(fā)明在現(xiàn)有的網(wǎng)絡(luò)構(gòu)架下，與目前的對應(yīng)的網(wǎng)絡(luò)設(shè)備來說成本幾乎沒有增加，只需要對軟件做適當?shù)男薷摹?br>

圖1是一種典型的IP組播體系結(jié)構(gòu)示意圖；圖2是一種典型的網(wǎng)絡(luò)接入系統(tǒng)結(jié)構(gòu)示意圖；圖3A是本發(fā)明在網(wǎng)絡(luò)接入系統(tǒng)中的組播業(yè)務(wù)引流方法流程圖；圖3B是本發(fā)明所示意的組播源節(jié)目表之一；圖3C是本發(fā)明所示意的組播源節(jié)目表之二；圖4是本發(fā)明組播業(yè)務(wù)引流所對應(yīng)的網(wǎng)絡(luò)接入設(shè)備實現(xiàn)結(jié)構(gòu)框圖。
具體實施例方式
下面結(jié)合附圖，對本發(fā)明的優(yōu)選實施方式進行詳細的說明。
圖3A是本發(fā)明在網(wǎng)絡(luò)接入系統(tǒng)中的組播業(yè)務(wù)引流方法流程圖，這里，我們結(jié)合圖2所示網(wǎng)絡(luò)接入系統(tǒng)結(jié)構(gòu)做進一步說明。
在步驟S301中，網(wǎng)絡(luò)接入設(shè)備DSLAM確定需要引流的組播組；一種簡單的實施方式，在DSLAM的組播源節(jié)目表中，為特定組播組設(shè)置一個“引流”屬性欄，以簡單的“是”或“否”狀態(tài)來標記所述特定組播組需要引流(如圖3B所示)。
接著，在步驟S302中，對需要引流的組播組，DSLAM向其上級網(wǎng)絡(luò)設(shè)備報告需要引流的組播組；這意味著網(wǎng)絡(luò)側(cè)上級網(wǎng)絡(luò)設(shè)備將基于所述組播業(yè)務(wù)請求負責(zé)提供相應(yīng)的組播業(yè)務(wù)數(shù)據(jù)流(上級網(wǎng)絡(luò)設(shè)備可以進一步向其上級網(wǎng)絡(luò)設(shè)備請求該組播業(yè)務(wù)數(shù)據(jù)流直到其本地路由器相應(yīng)的組播業(yè)務(wù)數(shù)據(jù)流下發(fā))。
優(yōu)選實施方式之一，主動報告機制DSLAM主動向其上級網(wǎng)絡(luò)設(shè)備發(fā)送組播業(yè)務(wù)請求消息，請求加入需要引流的組播組。在一種情況下，在DSLAM在啟動IGMP Proxy功能時，它對于組播源表中已經(jīng)配置為需要引流的組播組(“引流”屬性狀態(tài)“是”的組播組)，主動向網(wǎng)絡(luò)側(cè)發(fā)送組播請求；在另一種情況下，DSLAM還可以在設(shè)備做冗余切換時，或網(wǎng)絡(luò)結(jié)構(gòu)發(fā)生變化時，它對于組播源表中已經(jīng)配置為需要引流的組播組，主動向網(wǎng)絡(luò)側(cè)發(fā)送組播請求；對于前述組播業(yè)務(wù)請求具體實現(xiàn)方式而言，在IPv4網(wǎng)絡(luò)環(huán)境下，發(fā)送的組播請求消息可以是標準的IGMPv1(因特網(wǎng)組管理協(xié)議第一版本)或IGMPv2(因特網(wǎng)組管理協(xié)議第二版本)的組播加入請求消息，其組地址為DSLAM所設(shè)置的需要引流的組播組地址，其相關(guān)規(guī)范可參考RFC1112和RFC2236。此外，當上級網(wǎng)絡(luò)設(shè)備支持IGMPv3(因特網(wǎng)組管理協(xié)議第三版本)時，DSLAM發(fā)送的組播請求消息可以是基于IGMPv3的組播加入請求消息，由于一個IGMPv3消息可以包含若干個組播組加入請求，從而可以減少DSLAM對需要引流的組播組加入請求消息發(fā)送的次數(shù)，IGMPv3相關(guān)規(guī)范可參考RFC3376。前述組播組加入請求消息請求上級網(wǎng)絡(luò)設(shè)備將組播地址為該消息中組地址對應(yīng)的組播數(shù)據(jù)流轉(zhuǎn)發(fā)給自己。在IPv6網(wǎng)絡(luò)環(huán)境下，前述組播業(yè)務(wù)請求可利用MLD協(xié)議方式完成當DSLAM設(shè)備采用MLDv1(組播監(jiān)聽發(fā)現(xiàn)協(xié)議第一版本)時，DSLAM對每個需要引流的組播組發(fā)送一個請求消息，當DSLAM設(shè)備采用MLDv2(組播監(jiān)聽發(fā)現(xiàn)協(xié)議第二版本)時，DSLAM發(fā)送一個請求消息將多個需要引流的組播組信息給上級網(wǎng)絡(luò)設(shè)備。
優(yōu)選實施方式之二，查詢-響應(yīng)報告機制DSLAM接收到來自網(wǎng)絡(luò)側(cè)的組播組查詢消息時，對設(shè)置需要快速引流的組播組，響應(yīng)該查詢消息。
IPv4網(wǎng)絡(luò)環(huán)境下，上級網(wǎng)絡(luò)設(shè)備定期發(fā)送IGMP GMQ(通用組查詢)消息查詢是否有設(shè)備加入某個組播組，當DSLAM收到IGMP GMQ消息時，對于組播源表中已經(jīng)配置為需要引流的組播組，它生成并發(fā)送所述組播組的IGMP加入消息給上級網(wǎng)絡(luò)設(shè)備，這樣上級網(wǎng)絡(luò)設(shè)備能夠?qū)⒁笠鞯慕M播數(shù)據(jù)發(fā)送給該DSLAM。
IPv6網(wǎng)絡(luò)環(huán)境下，MLD協(xié)議有一個查詢消息，用于詢問相連的鏈路上哪個組播地址正在被監(jiān)聽，對于組播源表中已經(jīng)配置為需要引流的組播組，DSLAM可以通過響應(yīng)該請求消息，表明其需要該組播數(shù)據(jù)流。
最后，步驟S303中，DSLAM接收組播業(yè)務(wù)數(shù)據(jù)并進一步進行組播業(yè)務(wù)轉(zhuǎn)發(fā)。
通常，DSLAM中生成組播轉(zhuǎn)發(fā)表，如果當前還沒有用戶加入，組播轉(zhuǎn)發(fā)表為空，因此該組播業(yè)務(wù)不會復(fù)制給任何用戶。一旦有用戶請求加入該組播組，對于那些“引流”狀態(tài)設(shè)置為“是”的組播組，其組播數(shù)據(jù)流已經(jīng)為該DSLAM所接收，DSLAM僅僅需要將該用戶添加進組播轉(zhuǎn)發(fā)表，即可將相應(yīng)的組播數(shù)據(jù)流復(fù)制給用戶。而對于“引流”狀態(tài)設(shè)置為“否”的組播組，用戶請求加入該組播組，將基于常規(guī)的請求方式向上級網(wǎng)絡(luò)設(shè)備請求該組播業(yè)務(wù)數(shù)據(jù)流。
根據(jù)本發(fā)明前述方法，在步驟S301中，我們可以為組播組在不同時間段內(nèi)配置其組播源節(jié)目表的“引流”屬性，我們可以將其設(shè)置為一個時間段屬性，如圖3C所示，DSLAM中組播源節(jié)目表組播組“225.0.1.2”對應(yīng)的“引流”屬性為“19:00-19:30，每天”，組播組“225.0.1.3”對應(yīng)的“引流”屬性為“20:00-21:30，周一”，DSLAM將在其組播組起始時間到來時，準時向網(wǎng)絡(luò)側(cè)發(fā)送組播請求，或在該時間段內(nèi)的第一個組查詢報告消息中報告/響應(yīng)當前配置的組播引流狀態(tài)，該方式將更加符合不同用戶群的收視習(xí)慣或國內(nèi)節(jié)目安排慣例，例如每天19:00-19:30時間段為新聞節(jié)目，每周一20:00-21:30為某強檔節(jié)目固定時間……。
根據(jù)本發(fā)明前述方法，在步驟S301中，網(wǎng)絡(luò)管理員可對某些正在熱播的視頻節(jié)目等組播業(yè)務(wù)所對應(yīng)的組播組設(shè)置該“引流”屬性為“是”或設(shè)置該“引流”屬性為某一時間段；根據(jù)本發(fā)明前述方法，在步驟S301中，DSLAM也可以基于當前網(wǎng)絡(luò)接入設(shè)備的用戶組播業(yè)務(wù)需求確定需要引流的組播組，并對其相應(yīng)“引流”屬性進行更新處理，例如它可以基于跟蹤用戶Cookie的方式，對于該DSLAM下用戶近期收視較多的視頻節(jié)目動態(tài)更新組播源節(jié)目表的“引流”屬性，將其對應(yīng)組播組“引流”屬性設(shè)置為“是”或設(shè)置該“引流”屬性為某一時間段。
值得說明的是，對于步驟S302第一實施方式，盡管DSLAM主動報告其引流屬性，但是，當本地組播路由器通過IGMP/MLD協(xié)議查詢局域網(wǎng)內(nèi)某個已知組的成員是否處于活動狀態(tài)，DSLAM在收到網(wǎng)絡(luò)側(cè)發(fā)送來的組查詢消息時，對于已配置為需要引流的組播組，無論當前是否已經(jīng)有用戶加入，仍然需要發(fā)送響應(yīng)消息，表明網(wǎng)絡(luò)接入設(shè)備明該需要該組播數(shù)據(jù)流。
圖4是本發(fā)明所對應(yīng)的網(wǎng)絡(luò)接入設(shè)備實現(xiàn)結(jié)構(gòu)框圖；它至少包括存儲裝置41、控制裝置42、處理裝置43，其中存儲裝置41，用于保存組播源節(jié)目表，參照圖3B所示，該表至少包括組播組地址及其“引流”屬性，這里，我們可以簡單地使用“是”或“否”狀態(tài)來標記所述特定組播組需要引流。
控制裝置42用于對組播源節(jié)目表中相應(yīng)組播組引流屬性進行設(shè)置，確定需要引流的組播組；參照圖4B所示，該網(wǎng)絡(luò)接入設(shè)備存在多個組播組，我們可以選擇其中部分組播組“225.0.1.2”、“225.0.1.3”的引流屬性設(shè)置為“是”。
處理裝置43根據(jù)所述存儲裝置41中組播源節(jié)目表的引流屬性設(shè)置，向其網(wǎng)絡(luò)側(cè)上級網(wǎng)絡(luò)設(shè)備報告需要引流的組播組，這意味著上級網(wǎng)絡(luò)設(shè)備將基于所述報告負責(zé)提供相應(yīng)的組播業(yè)務(wù)數(shù)據(jù)流(上級網(wǎng)絡(luò)設(shè)備如果當前不存在該組播業(yè)務(wù)數(shù)據(jù)流，它可以進一步向其上級網(wǎng)絡(luò)設(shè)備請求該組播業(yè)務(wù)數(shù)據(jù)流直到相應(yīng)的組播業(yè)務(wù)數(shù)據(jù)流下發(fā))。
處理裝置43優(yōu)選實施方式之一，它采用主動報告機制主動向其上級網(wǎng)絡(luò)設(shè)備發(fā)送組播業(yè)務(wù)請求消息；當某個組播組引流屬性設(shè)置為“是”時，該處理裝置將生成一個對應(yīng)該組播組的加入請求消息，并通過其網(wǎng)絡(luò)接口(圖中未示意出)向上級網(wǎng)絡(luò)設(shè)備轉(zhuǎn)發(fā)。
對于前述組播業(yè)務(wù)請求消息方式而言，在IPv4環(huán)境下，發(fā)送的組播請求消息可以是標準的IGMPv1(因特網(wǎng)組管理協(xié)議第一版本)或IGMPv2(因特網(wǎng)組管理協(xié)議第二版本)的組播加入消息，其組地址為該報告消息中網(wǎng)絡(luò)接入設(shè)備所設(shè)置的需要引流的組播組地址“225.0.1.2”、“225.0.1.3”，其相關(guān)規(guī)范可參考RFC1112和RFC2236。當網(wǎng)絡(luò)設(shè)備支持IGMPv3時，將設(shè)備設(shè)置成v3模式，用IGMPv3協(xié)議批量發(fā)送請求消息，即在一個加入消息中將多個“引流”屬性為“是”的組播組報告給上級網(wǎng)絡(luò)設(shè)備。
處理裝置43優(yōu)選實施方式之二，查詢-響應(yīng)報告機制DSLAM接收到來自網(wǎng)絡(luò)側(cè)的組播組查詢消息時，對設(shè)置需要快速引流的組播組，響應(yīng)該查詢消息。
IPv4網(wǎng)絡(luò)環(huán)境下，上級網(wǎng)絡(luò)設(shè)備定期發(fā)送IGMP GMQ消息查詢是否有設(shè)備加入某個組播組，當處理裝置43收到IGMP GMQ消息時，對于組播源表中已經(jīng)配置為需要引流的組播組，它生成并發(fā)送所述組播組的IGMP加入消息給上級網(wǎng)絡(luò)設(shè)備，這樣上級網(wǎng)絡(luò)設(shè)備能夠?qū)⒁笠鞯慕M播數(shù)據(jù)發(fā)送到該接入設(shè)備。如前所述，處理裝置43可以用IGMPv1、IGMPv2或者IGMPv3協(xié)議方式發(fā)送加入請求，當采用IGMPv1或IGMPv2協(xié)議方式時，處理裝置43對每個需要引流的組播組將生成并發(fā)送一個加入消息，而采用IGMPv3協(xié)議方式時，處理裝置43在一個加入消息中將所有需要引流的組播組信息發(fā)送給上級網(wǎng)絡(luò)設(shè)備。
IPv6網(wǎng)絡(luò)環(huán)境下，當前通常采用的組播協(xié)議為MLD協(xié)議，其機制與IGMP協(xié)議類似MLD協(xié)議有一個查詢消息，用于詢問相連的鏈路上哪個組播地址正在被監(jiān)聽，對“引流”屬性狀態(tài)“是”的組播組，處理裝置43可執(zhí)行相應(yīng)的MLDv1或MLDv2協(xié)議，將所有需要引流的組播組信息發(fā)送給上級網(wǎng)絡(luò)設(shè)備。
值得說明的是，前述處理裝置43優(yōu)選實施方式之一，由于組播路由器通過IGMP協(xié)議周期性地查詢局域網(wǎng)內(nèi)某個已知組的成員是否處于活動狀態(tài)，當網(wǎng)絡(luò)接入設(shè)備的處理裝置42通過其網(wǎng)絡(luò)接口(圖中未示意出)收到網(wǎng)絡(luò)側(cè)發(fā)送來的組查詢消息—GMQ/GQ消息時，它根據(jù)所述存儲裝置41中組播源節(jié)目表的引流屬性，對于已配置為需要引流的組播組的查詢消息，無論當前是否已經(jīng)有用戶加入，都發(fā)送相應(yīng)的加入消息，表明該網(wǎng)絡(luò)接入設(shè)備明該需要組播流。
進一步地，對于存儲裝置41中的組播源節(jié)目表的“引流”屬性配置，我們可以將其設(shè)置為一個時間段屬性，如圖3C所示，組播組“225.0.1.2”對應(yīng)的“引流”屬性為“19:00-19:30，每天”，組播組“225.0.1.3”對應(yīng)的“引流”屬性為“20:00-21:30，周一”，處理裝置43將在其組播組起始時間到來時，準時向網(wǎng)絡(luò)側(cè)發(fā)送組播請求，或在該時間段內(nèi)的第一個組查詢報告消息中報告/響應(yīng)當前配置的組播引流狀態(tài)，該方式將更加符合不同用戶群的收視習(xí)慣或國內(nèi)節(jié)目安排慣例，例如每天19:00-19:30時間段為新聞節(jié)目，每周一20:00-21:30為某強檔節(jié)目固定時間……。
根據(jù)本發(fā)明網(wǎng)絡(luò)接入設(shè)備實現(xiàn)結(jié)構(gòu)，所述控制裝置42可基于網(wǎng)管指令配置對某些正在熱播的視頻節(jié)目等組播業(yè)務(wù)所對應(yīng)的組播組設(shè)置該“引流”屬性為“是”或設(shè)置該“引流”屬性為某一時間段。
所述控制裝置42也可以基于當前網(wǎng)絡(luò)接入設(shè)備的用戶組播業(yè)務(wù)需求確定需要引流的組播組，并對其相應(yīng)“引流”屬性進行更新處理，例如它可以基于跟蹤用戶Cookie的方式，對于該DSLAM下用戶近期收視較多的視頻節(jié)目動態(tài)更新組播源節(jié)目表的“引流”屬性，將其對應(yīng)組播組“引流”屬性設(shè)置為“是”或設(shè)置該“引流”屬性為某一時間段。
盡管前述本發(fā)明方法及網(wǎng)絡(luò)接入設(shè)備實施方式，本發(fā)明不僅僅可基于IPv4網(wǎng)絡(luò)環(huán)境下利用IGMP協(xié)議開展組播、或基于IPv6網(wǎng)絡(luò)環(huán)境下利用MLD協(xié)議開展組播，本發(fā)明思想對其他組成員關(guān)系協(xié)議可同樣適用。具體的網(wǎng)絡(luò)接入設(shè)備不限于DSLAM，還可以用在其他類型的網(wǎng)絡(luò)接入設(shè)備上，如LAN-Switch(局域網(wǎng)交換機)、PON(無源光網(wǎng)絡(luò))系統(tǒng)中的OLT(光纖線路終端)設(shè)備上，應(yīng)用范圍還可以不局限于網(wǎng)絡(luò)接入設(shè)備，在路由器中也可以得到同樣應(yīng)用，不同之處在于所運用的組播協(xié)議不同。
因此，本發(fā)明提供的實施方式并非用來限定本發(fā)明的保護范圍，本技術(shù)領(lǐng)域的專業(yè)人員可以在不脫離本發(fā)明的范圍和精神的前提下，對實施例進行各種修改，這種修改均屬于本發(fā)明的范圍內(nèi)。
權(quán)利要求
1.一種組播業(yè)務(wù)引流方法，包括a)，在網(wǎng)絡(luò)設(shè)備中設(shè)置其需要引流的組播組；b)，網(wǎng)絡(luò)設(shè)備向其網(wǎng)絡(luò)側(cè)上級網(wǎng)絡(luò)設(shè)備報告需要引流的組播組，上級網(wǎng)絡(luò)設(shè)備基于所述報告提供所述組播組業(yè)務(wù)數(shù)據(jù)；c)，網(wǎng)絡(luò)設(shè)備接收所述組播組業(yè)務(wù)數(shù)據(jù)。
2.如權(quán)利要求1所述的組播業(yè)務(wù)引流方法，其特征在于所述方法步驟b)中，對設(shè)置需要引流的組播組，網(wǎng)絡(luò)設(shè)備主動向其上級網(wǎng)絡(luò)設(shè)備發(fā)送組播業(yè)務(wù)加入請求消息。
3.如權(quán)利要求1或2所述的組播業(yè)務(wù)引流方法，其特征在于所述方法步驟b)進一步包括網(wǎng)絡(luò)設(shè)備接收到來自網(wǎng)絡(luò)側(cè)的組查詢消息時，對設(shè)置需要引流的組播組，響應(yīng)該查詢消息。
4，如權(quán)利要求1至3所述的組播業(yè)務(wù)引流方法，其特征在于所述方法步驟a)中，網(wǎng)絡(luò)設(shè)備可基于不同的時間段配置其需要引流的組播組。
5，如權(quán)利要求1至4所述的組播業(yè)務(wù)引流方法，其特征在于所述方法步驟a)中，網(wǎng)絡(luò)設(shè)備可基于當前網(wǎng)絡(luò)設(shè)備用戶的組播業(yè)務(wù)需求設(shè)置/更新需要引流的組播組。
6.一種用于組播業(yè)務(wù)引流的網(wǎng)絡(luò)設(shè)備，其特征在于包括存儲裝置用于保存組播源節(jié)目表，該表至少包括組播組地址、以及引流屬性；控制裝置對所述存儲裝置中組播源節(jié)目表中相應(yīng)組播組引流屬性進行設(shè)置，確定需要引流的組播組；處理裝置根據(jù)所述存儲裝置中組播源節(jié)目表的引流屬性，向其上級網(wǎng)絡(luò)設(shè)備報告需要引流的組播組。
7.如權(quán)利要求6所述的網(wǎng)絡(luò)設(shè)備，其特征在于所述處理裝置基于組播源節(jié)目表的引流屬性，生成組播業(yè)務(wù)請求消息并主動報告給上級網(wǎng)絡(luò)設(shè)備，請求加入需要引流的組播組。
8.如權(quán)利要求6或7所述的網(wǎng)絡(luò)設(shè)備，其特征在于所述處理裝置接收來自網(wǎng)絡(luò)側(cè)的組查詢消息，并根據(jù)所述存儲裝置中組播源節(jié)目表的引流屬性，響應(yīng)所述組查詢消息。
9.如權(quán)利要求6至8所述的網(wǎng)絡(luò)設(shè)備，其特征在于所述組播源節(jié)目表引流屬性為一時間段域，用于表示不同時間段內(nèi)該組播組的引流屬性，所述處理裝置根據(jù)當前時間及引流屬性向其上級網(wǎng)絡(luò)設(shè)備報告需要引流的組播組。
10.如權(quán)利要求6至9所述組播業(yè)務(wù)引流的網(wǎng)絡(luò)設(shè)備，其特征在于所述控制裝置可基于當前網(wǎng)絡(luò)設(shè)備的用戶組播業(yè)務(wù)需求確定/更新組播源節(jié)目表相應(yīng)組播組引流屬性。
全文摘要
本發(fā)明提供了一種組播業(yè)務(wù)引流方法及其網(wǎng)絡(luò)設(shè)備，所述方法包括步驟a)在網(wǎng)絡(luò)設(shè)備中設(shè)置其需要引流的組播組；b)網(wǎng)絡(luò)設(shè)備向其網(wǎng)絡(luò)側(cè)上級網(wǎng)絡(luò)設(shè)備報告需要引流的組播組，上級網(wǎng)絡(luò)設(shè)備基于所述報告提供所述組播組業(yè)務(wù)數(shù)據(jù)；c)網(wǎng)絡(luò)設(shè)備接收所述組播組業(yè)務(wù)數(shù)據(jù)。本方法可進一步根據(jù)當前網(wǎng)絡(luò)設(shè)備用戶的組播業(yè)務(wù)需求設(shè)置/更新需要引流的組播組，根據(jù)本發(fā)明方法，網(wǎng)絡(luò)設(shè)備實現(xiàn)了對特定組播組實現(xiàn)快速引流，進一步地實現(xiàn)動態(tài)引流，有效地克服了組播業(yè)務(wù)靜態(tài)下發(fā)所帶來的帶寬浪費問題。
文檔編號H04N7/173GK101079796SQ200610026879
公開日2007年11月28日 申請日期2006年5月25日 優(yōu)先權(quán)日2006年5月25日
發(fā)明者魯林麗, 姚亦峰, 于洪斌, 張西利 申請人:上海貝爾阿爾卡特股份有限公司