鬼佬大哥大
  • / 21
  • 下載費用:30 金幣  

一種組播業務處理方法以及設備.pdf

關 鍵 詞:
一種 業務 處理 方法 以及 設備
  專利查詢網所有資源均是用戶自行上傳分享,僅供網友學習交流,未經上傳用戶書面授權,請勿作他用。
摘要
申請專利號:

CN201210168898.4

申請日:

2006.08.15

公開號:

CN102694666B

公開日:

2015.01.28

當前法律狀態:

授權

有效性:

有權

法律詳情: 授權|||實質審查的生效IPC(主分類):H04L 12/18申請日:20060815|||公開
IPC分類號: H04L12/18; H04N21/6405(2011.01)I; H04N21/6377(2011.01)I; H04N21/266(2011.01)I 主分類號: H04L12/18
申請人: 華為技術有限公司
發明人: 吳海軍
地址: 518129 廣東省深圳市龍崗區坂田華為總部辦公樓
優先權:
專利代理機構: 代理人:
PDF完整版下載: PDF下載
法律狀態
申請(專利)號:

CN201210168898.4

授權公告號:

102694666B||||||

法律狀態公告日:

2015.01.28|||2012.11.21|||2012.09.26

法律狀態類型:

授權|||實質審查的生效|||公開

摘要

本發明涉及通信領域,特別的涉及一種組播的處理方法以及裝置,本方法采用了智能決策方式,在組播處理系統中增加了智能決策設備,通過累計統計獲取接入網絡的用戶常用組播頻道,主動地使接入設備獲取到該用戶常用組播頻道的組播流,從而降低了組播頻道的加入時延,提高組播處理效率。

權利要求書

1.一種組播處理方法,包括:獲取用戶常用組播頻道,所述用戶常用組播頻道是將接入設備內的各接口板接收到的點播頻率或所述頻率的權值高,或者,點播頻率或所述頻率的權值的時間分布范圍廣的頻道作為所述接入設備內的用戶常用組播頻道;當用戶請求加入所述常用組播頻道時,所述接入設備的主控板向所述請求加入所述常用組播頻道的用戶所在的接口板發送所請求的常用組播頻道的組播流。2.根據權利要求1所述的組播處理方法,其特征是,所述獲取用戶常用組播頻道具體包括以下步驟:根據所述接入設備內的每接口板內的每個用戶的組播行為,獲取每接口板內的頻道的點播頻率或所述頻率的權值,以及所述頻率或所述頻率的權值的時間分布,其中所述頻率的權值的權重具體是根據所述頻道的帶寬進行選取;統計所述接入設備的所有接口板內的頻道的點播頻率或所述頻率的權值以及所述頻率或所述頻率的權值的時間分布;根據所述統計值選取所述頻率或所述頻率的權值高,或者,點播頻率或所述頻率的權值的時間分布范圍廣的頻道作為所述接入設備內的用戶常用組播頻道。3.根據權利要求2所述的組播處理方法,其特征是,所述每接口板內的每個用戶的組播行為具體是根據主控板組播處理單元記錄的組播維護的組播組信息獲取。4.根據權利要求1所述的組播處理方法,其特征是,所述接入設備的主控板向所述請求加入所述常用組播頻道的用戶所在的接口板發送所請求的常用組播頻道的組播流,具體包括以下步驟:所述主控板在組播轉發表中將該接口板加入到組播組,在所述主控板組播轉發表中生成組播組。5.根據權利要求1至4任何之一所述的組播處理方法,其特征是,所述方法進一步包括以下步驟:所述接口板接收用戶加入請求;?根據所述接口板記錄的組播維護的組播組信息,判斷所述用戶請求的組播流是否在所述接口板,如果否,則向所述主控板請求所述的組播流,否則,所述接口板根據所述加入請求,向所述用戶推送所述組播流。6.根據權利要求2所述的組播處理方法,其特征是,所述每接口板內的每個用戶的組播行為具體是根據接口板組播處理單元記錄的組播維護的組播組信息獲取。7.一種接入設備,所述接入設備包括接口板310和主控板300,其特征在于,所述接入設備還包括智能決策設備330;所述智能決策設備330分別與所述接口板310和所述主控板300相連,用于獲取用戶常用組播頻道,所述用戶常用組播頻道是將接入設備內的各接口板接收到的點播頻率或所述頻率的權值高,或者,點播頻率或所述頻率的權值的時間分布范圍廣的頻道作為所述接入設備內的用戶常用組播頻道。8.根據權利要求7所述的接入設備,其特征在于,所述智能決策設備330根據所述接口板310內的每個用戶的組播行為,獲取所述接口板310內的頻道的點播頻率或所述頻率的權值,以及所述頻率或所述頻率的權值的時間分布,其中所述頻率的權值的權重具體是根據所述頻道的帶寬進行選取;統計所述接口板310內的頻道的點播頻率或所述頻率的權值以及所述頻率或所述頻率的權值的時間分布;根據所述統計值選取所述頻率或所述頻率的權值高,或者,點播頻率或所述頻率的權值的時間分布范圍廣的頻道作為所述接入設備內的用戶常用組播頻道。9.根據權利要求7所述的接入設備,其特征在于,所述接口板310包括接口板組播轉發表311和接口板組播復制單元312;主控板300包括主控板組播處理單元301、主控板組播轉發表302和主控板組播復制單元303;所述接口板組播轉發表311,與所述主控板組播處理單元301、所述接口板組播復制單元312分別相連接,受所述主控板組播處理單元301控制,用于記錄所述接口板310內當前各組播頻道對應的用戶的組播組;?所述接口板組播復制單元312,與所述主控板組播復制單元303相連接,用于根據所述接口板組播轉發表311中的組播組紀錄,從所述主控板組播復制單元303復制組播流,并將所復制的組播流在復制到組播組內的各用戶對應的用戶端口;所述主控板組播處理單元301,與所述主控板組播轉發表302、所述接口板組播轉發表311以及所述智能決策設備320分別相連接,用于接收所述接口板310轉發的用戶IGMP報文,并根據IGMP報文進行組播處理;所述主控板組播轉發表302:與所述主控板組播復制單元303相連接,受所述主控板組播處理單元301控制,用于記錄組播頻道對應的接口板組播組;所述主控板組播復制單元303,與所述主控板組播轉發表302相連接,用于根據所述主控板組播轉發表302中的組播組紀錄,從網絡側接收下發的組播流,并將該組播流復制到所述接口板310。10.根據權利要求9所述的接入設備,其特征在于,所述接口板310還包括所述接口板組播處理單元313,所述接口板組播處理單元313與所述接口板組播轉發表311、所述主控板組播處理單元304、所述智能決策設備330分別相連接,用于根據用戶所發送的IGMP報文進行相應組播處理。?

說明書

一種組播業務處理方法以及設備

技術領域

本發明涉及通信領域,特別的涉及一種數據網絡上的組播業務處理方法以
及設備。

背景技術

組播技術是一種點到多點的網絡技術,其目的是減輕網絡負載和媒體服務
器的負擔。圖1為組播系統結構示意圖,如圖示,組播系統由視頻組播業務系
統、IP城域網、接入網絡和家庭網絡四部分組成。組播業務系統實現視頻用
戶管理、CA/DRM、視頻編碼功能,然后將視頻業務流發送入IP城域網;IP
城域網通過IP組播功能將視頻業務流送到寬帶接入網;接入網實現視頻組加
入或離開的控制功能,并將用戶需要的視頻流發送給用戶。

接入網可以包含二層交換機(可以為ATM交換機或者以太網交換機)和
DSLAM設備,以及用戶之間采用的FE或者xDSL等物理線路連接。視頻組
播流從IP城域網發送到二層交換機或者DSLAM設備等直接接入用戶的接入
設備,根據用戶的Internet組管理協議(Internet?Group?Management?Protocol,
簡稱IGMP),控制報文將視頻流發送至需要的用戶。

目前,PC或STB點播組播節目,一般采用IGMP協議(V1、V2或者V3
版本)的組播協議,IGMP協議是承載在IP協議上的一種協議。在協議上定
義了客戶端和組播路由器兩個實體,這兩個實體對應上述的網絡就是圖2中的
視頻終端(用戶1或用戶2)以及接入設備102。

當用戶打算要加入組播組時,流程如下:

(1)STB(Set-top?Box)通過發送DHCP報文獲得一個IP地址;

(2)對STB上報的用戶名和密碼進行驗證,獲得電子節目表;

(3)用戶進行節目選擇;

(4)選中節目后,STB就發送一個IGMP加入報文,在IP城域網上建立
組播映射表(組和虛擬局域網對應,而虛擬局域網與接入設備對應)和接入設
備上建立組播轉發表(組和接口板端口對應),同時建立組播業務和PVC的綁
定;

(5)用戶觀看組播節目。

圖3為現有接入設備內部處理組播業務的一種方法示意圖,如圖示,接入
設備102包括主控板300以及至少一個接口板310,各接口板310分別與主控
板300相連接。其中主控板300由主控板組播處理單元301、主控板組播轉發
表302以及主控板組播復制單元303構成,接口板310由接口板組播轉發表
311以及接口板組播復制單元312構成。主控板組播處理單元301根據組播配
置,分別配置主控板的主控板組播轉發表302以及接口板組播轉發表311,當
接收到網絡側下發的網絡組播流時,主控板組播復制單元303根據主控板組播
轉發表302,將網絡下發的組播流復制到對應的單板,當用戶需要向用戶組播
時,接口板組播復制單元312根據接口板組播轉發表311復制到用戶端口。

在現有技術中,當接入設備接收到用戶的組播加入請求后,采用IGMP?
Proxy或者IGMP?Snoopy方式處理,往上發出IGMP報文或者透傳IGMP報文;
上面的IP城域網的邊緣設備處理之后,下發組播流至接入設備。但是,采用
該技術方案將會引起以下的技術問題:

(1)用戶設備的處理能力受到限制。由于接入設備的主控板需要處理所
有用戶側的IGMP報文以及發送至網絡側的控制報文,并且,當多個用戶同時
加入一個節目源時,接入設備需要對每用戶的IGMP請求報文均作處理,存在
大量重復的處理工作,當大量用戶上線切換視頻業務頻道時,接入設備的性能
將無法勝任。

(2)邊緣設備的處理和數據下發需要一定的時延,從而導致用戶節目切
換速度受到影響,客戶體驗變差。

為了解決組播處理的時延問題,目前存在一種解決方案,該解決方案是將
組播節目全部推送到接入設備上,這樣接入設備不需要往上發送控制報文,節
省了組播的處理。但是,結合網絡實際問題,如果采用該技術方案,將導致以
下問題:

(1)組播頻道很多時,特別是,考慮將來的每個節目的帶寬越來越高,
4M至20M的帶寬都是有可能的,該技術方案使得組播占用的固定帶寬大大增
大。比如,考慮1000個組播頻道,平均每節目需要占用的帶寬為5M,那么,
該組播將需要20G的固定帶寬從邊緣設備到接入設備,以專門供組播流量的
推送之用。很顯然,這在實際應用中是不可接收的。

(2)如果接入設備采用的是樹型分布轉發的方式,由于不可能在整個系
統內部將所有的組播流量全部推送至接口板,因而該技術方案不適用于樹型分
布的轉發方式的接入設備,網絡兼容性差。

總之,該技術方案可實施性差,不適合實施應用。

發明內容

本發明要解決的技術問題是提供一種組播處理方法,以提高組播處理效
率。

本發明要解決的技術問題是還提供一種接入設備,以提高組播處理效率。

為解決上述第一技術問題,本發明的目的是通過以下技術方案實現的:

一種組播處理方法,包括:

獲取用戶常用組播頻道,所述用戶常用組播頻道是將接入設備內的各接口
板接收到的點播頻率或所述頻率的權值高,或者,點播頻率或所述頻率的權值
的時間分布范圍廣的頻道作為所述接入設備內的用戶常用組播頻道;

當用戶請求加入所述常用組播頻道時,所述接入設備的主控板向所述請求
加入所述常用組播頻道的用戶所在的接口板發送所請求的常用組播頻道的組
播流。

一種接入設備,所述接入設備包括接口板310和主控板300,所述接入設
備還包括智能決策設備330;

所述智能決策設備330分別與所述接口板310和所述主控板300相連,用
于獲取用戶常用組播頻道,所述用戶常用組播頻道是將接入設備內的各接口板
接收到的點播頻率或所述頻率的權值高,或者,點播頻率或所述頻率的權值的
時間分布范圍廣的頻道作為所述接入設備內的用戶常用組播頻道。

進一步的,由于本發明采用了組播分布處理的模式,將用戶加入請求的處
理由現有技術中的集中在主控板處理,分布到接口板和主控板協同處理。當接
口板存在多個用戶加入一個節目源時,主控板只需要處理第一個請求即可,這
樣可以充分利用系統的處理能力;而且,主控板也不需要分發接口板組播表項,
大大提升了處理速度。

附圖說明

圖1為組播系統結構示意圖;

圖2為IP城域網、接入設備以及用戶終端的關系示意圖;

圖3為現有接入設備處理組播業務方法示意圖;

圖4為實施例1的方法流程示意圖;

圖5為實施例2的方法流程示意圖;

圖6為實施例4的系統結構示意圖;

圖7為實施例5的系統結構示意圖;

圖8為實施例6的系統結構示意圖;

圖9為實施例7的系統結構示意圖。

圖號說明:

100:組播業務系統,??????101:IP城域網,????102:接入設備,

103:調制解調器,????????104:機頂盒,??????105:電視機,

106:電腦,??????????????300:主控板,??????301:主控板組播處理單元,

302:主控板組播轉發表,??303:主控板組播復制單元,

310:接口板,????311:接口板組播轉發表,??312:接口板組播復制單元,

313:接口板組播處理單元;320:智能決策設備,80:接入網絡。

具體實施方式

本發明的核心思想是,在組播處理系統中增加了智能決策設備,通過累計
統計獲取用戶常用的組播頻道,主動地使接入設備獲取到該用戶常用的組播頻
道的組播流,從而降低了組播頻道的加入時延,提高組播處理效率。

為了使的本領域的技術人員更好的理解本發明的技術方案,以下結合附圖
以及具體實施例對本發明進行進一步的說明:

實施例1:

本實施例以接入設備內部對組播的處理為例,對本發明方法進行舉例說
明。

圖4為本實施例的方法流程示意圖,如圖示,本方法包括以下步驟:

步驟S401:獲取用戶常用組播頻道。

周期性的根據每接口板接收到并提交到主控板組播處理單元處理記錄的
組播處理信息,記錄組播維護的組播組以及用戶加入和離開每個組播組的時間
點,收集統計每接口板內的節目點播頻率和時間分布,并將該統計結果進一步
進行統計,得到某個相對長時間內每個時間段內頻道在接入設備內的分布。得
到接入設備內在某相對長時間內點播頻率最高或者使用時間最長的的幾個節
目頻率作為用戶常用組播頻道,并獲取該組播頻道在接口板內點播頻率較高的
具體接口板。在使用過程中具體可以單純根據組播頻道的點播頻率或者頻道的
使用時間選取用戶常用組播頻道,亦可以兩者結合權衡選取用戶常用組播頻
道。

該常用頻率的統計除了單純根據點播頻率進行判定外,還可以結合該節目
頻帶占用的帶寬的因素,對該組播頻道的點播頻率進行加權處理,以使得本技
術方案更加符合實際應用。該加權處理具體是,為了權衡帶寬因素,對于占用
帶寬較大的節目,將其點播頻率乘以一較小的權重因子。比如,組播頻道1的
點播頻率為200次每分鐘,其占用的帶寬為2M,組播頻道2的點播頻率為210
次每分鐘,其占用的帶寬為5M。組播頻道3的點播頻率為300次每分鐘,其占
用的帶寬為8M,假設根據預設的權重規則,對于占用帶寬較小的頻道1的權重
因子為:1.1,對于占用帶寬略大的頻道2的權重因子為:1,對于占用帶寬較
大的頻道3的權重因子為:0.8。那么,經加權處理后,頻道1的頻率為:220,
頻道2的頻率為:210,頻道3的頻率為:240。對所有的經過加權處理的組播頻
道頻率進行統計分析,獲取加權處理后的頻率權值最高的幾個頻道作為用戶常
用組播頻道。

步驟S402:接入設備獲該用戶常用組播頻道的組播流。

根據步驟S401的統計結果,用戶主控板組播處理單元向網絡側發送請求,
主動向網絡側請求加入用戶常用組播頻道,由網絡側根據所接收的請求,向接
入設備下發該用戶常用組播頻道的組播流。

步驟S403:接口板接收用戶IGMP加入請求。

當用戶需要點播某個組播頻道時,通過STB向接入設備發送IGMP報文,
以請求點播該組播頻道。

步驟S404:接口板將該IGMP請求提交主控板。

各接口板將本接口板內接收的所有IGMP報文提交至與之相連接主控板的
主控板組播處理單元,由該主控板組播處理單元處理。

步驟S405:主控板判斷所請求的組播流是否在主控板,如果是,執行步驟
S407;否則,執行步驟S406。

主控板接收到接口板發送的組播流請求后,根據所述主控板組播處理單元
記錄的組播維護的組播組信息判定所請求的組播流是否在主控板上,如果所記
錄的組播維護的組播組信息標示當前主控板存在所述所請求的組播流,則所請
求的組播流在主控板上;否則所請求的組播流不在主控板上。

步驟S406:在主控板組播轉發表中生成組播組,并將該接口板加入該組播
組,并且在接口板組播轉發表生成組播表項,將用戶加入該組播。

主控板在主控板組播轉發表中,增加該用戶所點播組播頻道的組播組,并
將該提交該IGMP請求的接口板(即請求用戶所在的接口板)加入到該組播組
中。

同時地,主控板組播處理單元根據該IGMP請求,生成該請求組播頻道的
組播流的組播組,并將請求加入的用戶加入到該組播組中,然后將該組播組分
發給提交該IGMP請求的接口板的接口板組播轉發表。

步驟S407:在主控板組播轉發表中將該接口板加入到組播組,并且在接口
板組播轉發表生成組播表項,將用戶加入該組播。然后跳轉至步驟S410。

主控板在主控板組播轉發表中該請求組播頻道的組播組中加入該提交該
IGMP請求的接口板。

同時地,主控板組播處理單元根據該IGMP請求,生成該請求組播頻道的
組播流的組播組,并將請求加入的用戶加入到該組播組中,然后將該組播組分
發給提交該IGMP請求的接口板的接口板組播轉發表。

步驟S408:主控板向網絡側請求組播流數據。

如果在接入設備沒有該用戶所請求組播頻道的組播流,則主控板向網絡側
的邊緣設備發送控制報文;由位于IP城域網側的邊緣設備通過IP城域網,向組
播業務系統請求下發該組播頻道的組播流;組播業務中心接收到請求后,將該
組播頻道采用MPEG-2編碼格式,編碼成一路碼流封裝到UDP/IP報文中,向IP
城域網推送,經過邊緣設備后,由邊緣設備向接入設備轉發。

步驟S409:主控板接收網絡下發的組播流。

當邊緣設備轉發的組播流到達接入設備時,由主控板組播復制單元根據主
控板組播轉發表,判斷該組播流是否為所需要的組播流,如果是,則接收該組
播流。

步驟S410:主控板向接口板發送組播流。

主控板接收該組播流后,由主控板組播復制單元根據主控板組播轉發表中
的記錄的請求該組播流的接口板,將該組播流復制到請求接口板上。

步驟S411:接口板根據組播表向用戶發送組播流。

接口板接收該組播流后,接口板根據接口板組播轉發表中的該組播頻道所
對應的用戶,將該組播流復制到該用戶在本接口板上的用戶端口。

該組播流由用戶端口到達用戶終端,用戶接收到該組播流后,便可以觀看
所點播的組播頻道。

由上可知,由于本實施例在接入設備內統計獲取本接入設備的常用頻道,
如果用戶請求的組播頻道為常用的頻道,那么主控板組播處理單元接收到該用
戶IGMP請求后,可以直接從主控板向用戶所在的接口板復制推送所請求的組
播頻道的組播流,而不需要向網絡側請求下發,從而降低了組播頻道的加入時
延,提高了組播處理效率。

實施例2:

本實施例以接入設備內部的組播處理為例,對本發明方法進行舉例說明。

為了優化接入設備內部對組播處理,在接口板內增加了用于進行組播處理
的接口板組播處理單元(如圖7所示的接口板組播處理單元313)。

圖5為本實施例的方法流程圖,如圖示,本方法包括以下步驟:

步驟S501:獲取用戶常用組播頻道。

本步驟與實施例1中的步驟S401同理,所不同的是,由于在接入板內增加
了用于對接口板所接收到的用戶IGMP報文進行處理的接口板組播處理單元,
因此,用戶常用組播頻道的獲取具體根據接口板組播處理單元記錄的組播維護
的組播組、以及用戶加入和離開每個組播組的時間點所統計獲取,所使用的統
計方法與實施例1中的步驟S401同理,在此不作贅述。

進一步的根據統計結果獲取該用戶常用組播頻道的點播頻道或頻道的權
值較高、或者使用該用戶常用組播頻道時間較長的具體接口板作為常用該用戶
常用組播頻道的接口板,并在主控板組播轉發表中建立該用戶常用組播頻道的
組播表,并將各常用該用戶常用組播頻道的接口板加入至對應用戶常用組播頻
道的組播表中。

步驟S502:將所獲取的用戶常用組播頻道對應的組播流發送至接口板。

根據步驟S401的統計結果,主控板組播處理單元向網絡側發送請求,主動
向網絡側請求加入用戶常用組播頻道,由網絡側根據所接收的請求,向接入設
備下發該用戶常用組播頻道的組播流。

主控板接收到網絡下發的用戶常用組播頻道的組播流后,由主控板組播復
制單元根據組播轉發表中的該用戶常用組播頻道的組播組,自動的將該用戶常
用組播頻道的組播流復制至常用該用戶常用組播頻道的接口板中。

步驟S503:接口板接收用戶IGMP加入請求。

當用戶需要點播某個組播頻道時,通過STB向接入設備發送IGMP報文,
以請求點播該組播頻道。

步驟S504:判斷所請求的組播流是否在接口板,如果是,執行步驟S505,
否則,執行步驟S506。

接入設備的接口板根據所述接口板組播處理單元記錄的組播維護的組播
組信息判斷所述組播流是否在接口板,如果所記錄的組播維護的組播組信息標
示當前接口板存在所述所請求的組播流的組播組,則所請求的組播流在接口板
上,否則所請求的組播流不在接口板上。

如果該用戶所請求的組播頻道為步驟S501統計得到的常用頻道,并且該用
戶常用組播頻道為本接口板內的點播頻率或者頻道的權值較高、或者使用時間
較長的組播頻道,那么顯然在步驟S502中,已經將該用戶常用組播頻道的組播
流推送至本接口板,因此接口板已存在該組播流。

步驟S505:在接口板組播轉發表中將用戶加入到組播組,跳轉至步驟S514。

接口板在接口板組播轉發表中,將該請求用戶加入到其所點播的組播頻道
所對應的組播組中。

步驟S506:在接口板組播轉發表中生成組播組。

在接口板組播轉發表中,新增加該用戶所點播的組播頻道的組播組,并將
用戶加入到該新增加的組播組中。

步驟S507:接口板向主控板請求該用戶請求組播頻道的組播流。

步驟S508:主控板判斷所請求的組播流是否在主控板,如果是,執行步驟
S509;否則,執行步驟S510。

主控板接收到接口板發送的組播流請求后,根據所述主控板組播處理單元
記錄的組播維護的組播組信息判定所請求的組播流是否在主控板上,如果所記
錄的組播維護的組播組信息標示當前主控板存在所述所請求的組播流的組播
組,則所請求的組播流在主控板上,否則所請求的組播流不在主控板上。

如果該用戶所請求的組播頻道為步驟S501中所統計獲取的常用頻道,那么
在主控板中一定有該用戶所請求的組播頻道的組播流。

步驟S509:主控板在組播轉發表中將該接口板加入到組播組,跳轉至步驟
S513。

在主控板組播轉發表中的該組播頻道所對應的組播組中加入該提交IGMP
請求的接口板。

步驟S510:在主控板組播轉發表中生成組播組。

主控板在主控板組播轉發表中,增加該用戶點播頻道的組播組,并將該接
口板加入到該組播組中。

步驟S511:主控板向網絡側請求組播流數據。

步驟S512:主控板接收網絡下發的組播流。

步驟S513:主控板向接口板發送組播流。

步驟S514:接口板根據接口板組播轉發表中的組播表向用戶發送組播流。

上述步驟S511至步驟S514分別與實施例1中的步驟S409至步驟S412同理,
在此不作贅述。

由上可知,由于相對實施例1對于接入設備的內部的的組播處理采用了組
播分布式處理的模式,將接入設備的組播處理分布到接口板以及主控板協同處
理。由于采用了該組播分布式處理,當接口板存在多個用戶加入同一個節目源
的時候,主控板只需要處理第一個請求就可以了,而不需要重復處理,使用本
發明方法可以充分利用系統的處理能力,大大提升接入設備的組播處理能力。

另外,由于采用該組播分布式處理的模式,接口板上的組播轉發表由接口
板自行根據接收到的用戶IGMP報文進行配置,而不是由主控板根據接口板轉
發或者透傳的用戶IGMP報文生成再分發至各接口板;主控板只需要根據接口
板向主控板轉發的IGMP報文,對自身的組播轉發表進行配置即可。可見采用
本發明方法,節省了接入設備內部的通信,有利于提高處理速度。

另外的,如果用戶請求的組播頻道不為本接口板內的點播頻率較高的頻
道,但是,為常用的頻道,那么用戶IGMP請求由接口板提交到主控板,只需
要到達主控板處理之后,便可以通過接口板推送至所請求用戶的用戶端口,而
不需要向網絡側請求組播加入,降低了組播處理時延,提升了組播處理效率。

實施例3:

在實施例2中使用了在接入設備內部統計常用頻道,并將所統計的常用頻
道推送至相應的接口板內的智能決策方案。由實施例2的方法的延伸,將該方
案應用于接入網絡的組播處理中,具體如下:

在接入網絡的內部,根據每接入設備內的各接口板內的用戶加入和離開每
個組播頻道的時間點,收集統計每接口板內的節目點播頻率和時間分布,并將
所有接入設備內的所有接口板內的統計結果進一步匯總統計分析獲取接入網
絡中的常用頻道,以及該用戶常用組播頻道點播頻率或頻率的權值較高、或者
使用時間較長的的接入設備。其統計方法如實施例2中的步驟S501同理。

然后,根據統計結果,通知該用戶常用組播頻道所在的點播頻率較高的接
入設備的主控板組播復制單元固定的將該幾個最常用的組播頻道,主動向網絡
側請求加入,由網絡側將該用戶常用組播頻道的組播流下發至使用該用戶常用
組播頻道頻率或頻率權值較高、或者使用時間較長的接入設備的主控板。

對于接入設備內部的組播處理方法,既可以采用實施例1中的方法,亦可
以采用實施例2中的方法。

本實施例,由于在接入網絡內引進了智能決策方案,控制網絡建立預加樹,
提升了整個網絡的處理效率。

值得說明的是,在本實施例中,在獲取接入網絡中的常用頻道,以及使用
該用戶常用組播頻道頻率最高的接入設備之后,還可以根據該統計結果,在網
絡側建立對照表,使得各常用頻道分別與使用該用戶常用組播頻道頻率最高的
接入設備相對應。網絡側根據該對照表,主動向接入設備推送該用戶常用組播
頻道的組播流。采用本技術方案,能夠進一步的減少組播請求加入的處理過程,
進一步的減少組播處理時延,提高組播處理效率。

實施例4:

圖6為本實施例的組播處理系統中的接入設備的結構示意圖,如圖6示,該
接入設備60包括接口板310以及主控板300、以及智能決策設備320,本接入設
備相對于現有技術的接入設備(如圖3所示)的不同之處在于,在接入設備內
部加入了智能決策設備320。

智能決策設備320,與主控板組播處理單元301相連接,用于根據主控板組
播處理單元301記錄組播維護的組播組信息以及所記錄的用戶組播行為,每接
口板內用戶加入和離開每個組播頻道的時間點,收集統計每接口板內的組播頻
道的點播頻率或頻率的權值和頻率或頻率的權值的時間分布,并將該統計結果
進一步進行統計,得到某個相對長時間內每個時間段內頻道在接入設備的分
布,得到接入設備60內在某相對長時間內點播頻率或頻率的權值最高,或者在
時間分布范圍最廣的的幾個節目頻率作為用戶常用組播頻道。其中頻率的權值
的權重因子具體根據頻率所占用的帶寬設置。對于占用帶寬較大的頻道取較小
的權重因子,對于占用帶寬較小的頻道取較大的權重因子,使得對于用于常用
組播頻道的處理能夠結合帶寬資源的分配考慮,更加合理。

智能決策設備320獲取到該常用組播頻道后,通過指示主控板組播處理單
元301,由主控板組播處理單元301指示主控板組播轉發表302,為該用戶常用
組播頻道建立組播組,主控板組播復制單元303根據主控板組播轉發表302中的
常用頻道的組播組,固定的向網絡側請求加入,使得網絡固定向主控板300下
發該用戶常用組播頻道的組播流。

接口板310包括:

接口板組播轉發表311,與主控板組播處理單元301、接口板組播復制單元
312分別相連接,受主控板組播處理單元301控制,用于記錄接口板內當前各組
播頻道對應的用戶的組播組。

接口板組播復制單元312,分別與接口板組播轉發表311、主控板組播復制
單元303相連接,用于根據接口板組播轉發表311中的組播組紀錄,從主控板300
的主控板組播復制單元303,復制組播流,并將所復制的組播流在復制到組播
組內的各用戶對應的用戶端口。

主控板300包括:

主控板組播處理單元301,與主控板組播轉發表302、接口板組播轉發表311
以及智能決策設備320分別相連接,用于接收接口板310轉發的用戶IGMP報文,
并根據IGMP報文進行組播處理。該處理過程具體如下:

當所接收的IGMP報文為用戶請求點播組播頻道,那么主控板組播處理單
元301根據主控板本單元所記錄的用于組播維護的組播組信息,判斷該用戶所
請求的組播流是否在主控板300上,如果該用戶所請求的組播流在主控板300
上,主控板組播處理單元301指示主控板組播轉發表302,將該提交IGMP報文
的接口板310加入到該組播頻道所對應的組播組中,將該接口板310加入到該組
播組內后,主控板組播復制單元303便可根據主控板組播轉發表302將該組播頻
道的組播流復制到該接口板310上;如果該用戶請求的組播流不在主控板300
上,主控板組播處理單元301向網絡側請求加入,請求下發組播流。

同時的,主控板組播處理單元301生成該組播流對應用戶端口的組播組,
并將該組播組加入到接收到該用戶請求的接口板310的接口板組播轉發表311

主控板組播轉發表302:與主控板組播處理單元301以及主控板組播復制單
元303分別相連接,受主控板組播處理單元301控制,用于記錄組播頻道對應的
接口板組播組。

主控板組播復制單元303,與主控板組播轉發表302以及網絡側分別相連
接,用于根據主控板組播轉發表302中的組播組紀錄,從網絡側接收下發的組
播流,并將該組播流復制到組播組內的相應的各接口板。

由上可見,由于在接入設備60中新增加了智能決策設備320,如果用戶請
求的組播頻道為常用的頻道,那么該組播頻道的組播流肯定在主控板300上,
用戶IGMP請求提交至主控板300,只需要由主控板300處理之后,便可以通過
接口板310推送至所請求用戶的用戶端口,而不需要向網絡側請求組播加入,
降低了組播處理時延,提升了組播處理效率。

實施例5:

圖7為本實施例的組播處理系統的接入設備的系統結構示意圖,如圖示,
本接入設備70包括智能決策設備330,接口板314、以及主控板305,本接入設
備70相對于如圖6所示的實施例4中的接入設備60所不同的是,在本實施例中接
入設備70的接口板314中進一步增加了接口板組播處理單元313。

智能決策設備330,分別與接口板處理單元313、主控板組播處理單元304
分別相連接,由于本接入設備30中引入了接口板組播處理單元313,因此智能
決策設備330在本實施例中,只需要根據接口板組播處理單元313所記錄的用戶
組播行為,統計獲取接入設備內的用戶常用組播頻道即可,該統計方法與實施
例4中所述方法同理。

進一步的,本智能決策設備330除了統計獲取得到接入設備70內在某相對
長時間內點播頻率最高的幾個節目頻率作為用戶常用組播頻道外,進一步的獲
取使用該用戶常用組播頻道頻率較高的具體各接口板314。并且智能決策設備
330指示主控板組播處理單元304,由主控板組播處理單元304指示主控板組播
轉發表302,為該用戶常用組播頻道建立組播組,使得各常用頻道分別與使用
該用戶常用組播頻道頻率較高的具體各接口板314相對應。使得主控板300接收
到網絡下發的該常用頻率的組播流時,主控板組播復制單元303根據該用戶常
用組播頻道的組播組,自動地將該用戶常用組播頻道的組播流向使用該用戶常
用組播頻道頻率或頻率的權值較高,或者,使用該用戶常用組播頻道的時間較
長的具體接口板314推送。

接口板314包括:

接口板組播處理單元313,與本接口板314內的接口板組播轉發表311,以
及主控板組播處理單元304、智能決策設備330分別相連接,用于根據用戶所發
送的IGMP報文進行相應組播處理。比如:

當接口板314接收到用戶發送的用于點播組播頻道的IGMP報文時,本單元
所記錄的組播維護組播組判斷用戶所請求的組播流是否在接口板上,如果該用
戶所請求的組播流在接口板314上,接口板組播處理單元313指示接口板組播轉
發表311在該組播頻道所對應的組播組,并指示接口板組播復制單元312根據接
口板組播轉發表311中組播頻道所對應的組播組,將該組播頻道的組播流復制
到用戶端口;如果該用戶所請求的組播流不在接口板314上,那么接口板組播
處理單元313指示接口板組播轉發表311增加該組播頻道的組播組,并且接口板
組播處理單元313將該用戶IGMP報文轉發至主控板組播處理板301,向主控板
組播處理板301請求該用戶請求加入的組播頻道的組播流。

接口板組播轉發表311,分別與接口板組播處理單元313、接口板組播復制
單元312相連接,受接口板組播處理單元313控制,用于記錄組播頻道對應的用
戶的組播組。

接口板組播復制單元312,本單元的連接關系以及功能與實施例4中的相
同。

主控板305與實施例4所不同之處在于主控板組播處理單元304,本實施例
中,主控板組播處理單元304與主控板組播轉發表302、接口板組播處理單元313
以及智能決策設備330分別相連接,用于接收接口板組播處理單元313所發送的
組播流請求,并根據請求進行組播處理。

由上面描述可知,由于在接入設備的每接口板增加了接口板組播處理單元
313,將原來的所有的組播處理集中在主控板的處理,分布到每個接口板以及
主控板協同處理。由于采用了該組播分布式處理,當接口板存在多個用戶加入
同一個節目源的時候,主控板只需要處理第一個請求就可以了,而不需要重復
處理,使用本發明方法可以充分利用系統的處理能力,大大提升接入設備的組
播處理能力。

進一步的,由于采用該組播分布式處理的模式,接口板上的組播轉發表由
接口板自行根據接收到的用戶IGMP報文進行配置,而不是由主控板根據接口
板轉發的用戶IGMP報文生成,再分發至各接口板;主控板只需要根據接口板
向主控板轉發的IGMP報文,對自身的組播轉發表進行配置即可。可見采用本
發明方法,節省了接入設備內部的通信,有利于提高處理速度。

進一步的,如果用戶請求的組播頻道為本接口板314內的點播頻率較高的
頻道,但是,那么用戶IGMP請求到達接口板314之后,便可以直接由接口板314
推送至所請求用戶的用戶端口,而不需要向上提交主控板305處理,進一步的
降低了組播處理時延,大大提升了組播處理效率。

實施例6:

圖8為本實施例的組播處理系統結構示意圖,如圖示,本實施例將智能決
策設備340應用于整個接入網絡,智能決策設備340接入網絡80內的各接入設備
800(在此該接入設備800既可以為圖3所示的接入設備102,亦可以為圖6所示
的接入設備60,還可以為圖7所示的接入設備70)分別相連接,智能決策設備
340與各接入設備800的連接關系具體是,與每個接入設備102的主控板組播處
理單元301分別相連接。用于通過指示主控板組播處理單元301,根據與主控板
組播處理單元相連接的各接口板組播處理單元所記錄的用戶組播行為,統計主
控板內每接口板加入和離開每個組播頻道的時間點,統計每接入設備內的各組
播頻道的用戶點播頻率或頻率的權值,以及頻率或頻率的權值的時間分布,將
結果進行統計,得到接入網絡80內的所有接入設備800在某相當長的時間內點
播頻率或頻率的權值最高或者頻率的使用時間最長的幾個節目頻率作為用戶
常用組播頻道,并進一步選取該用戶常用組播頻道在對應接入設備800內點播
頻率或頻率的權值較高,或者使用該用戶常用組播頻道的時間最長的具體接入
設備作為常用該用戶常用組播頻道的接入設備。

智能決策設備340根據上述所獲取結果,建立常用頻道與該常用該用戶常
用組播頻道的接入設備800的對照表,并根據對照表,通知對照表中指示對照
表中的常用設備102的主控板組播處理單元301主動向網絡側發送加入申請,請
求本接入設備800內點播頻率較高的常用頻道的組播流。

由上可見,由在整個接入網系統上,增加了智能決策設備340,智能決策
設備340使得接入網絡80中的接入設備800能夠預先獲取本設備使用頻率較高
的常用頻道對應的組播流。有利于提高組播處理網絡的組播處理效率。

實施例7:

圖9為本實施例的組播處理系統的結構示意圖,如圖示,本實施例與實施
例6所不同之處在于,與接入網絡90內的各接入設備800分別相連接的智能決策
設備350還與IP城域網107相連接。進一步的在獲取到接入網絡常用組播頻道以
及使用該常用組播頻道頻率較高的接入設備后,在IP城域網107內建立常用頻
道與使用該用戶常用組播頻道頻率較高的接入設備800對照表,使得IP城域網
107主動地根據該對照表,向對照表中的接入設備800推送相應的組播頻道的組
播流。

由上可見,由于本實施例使用了IP城域網107主動推送下發接入系統常用
的節目頻率的組播流,進一步的減少了組播請求處理的時延,進一步提高了組
播處理效率。

以上對本發明所提供的一種組播處理方法以及系統作了詳細介紹,本文中
應用了具體個例對本發明的原理及實施方式進行了闡述,以上實施例的說明只
是用于幫助理解本發明的方法及其核心思想;同時,對于本領域的一般技術人
員,依據本發明的思想,在具體實施方式及應用范圍上均會有改變之處,綜上
所述,本說明書內容不應理解為對本發明的限制。

關于本文
本文標題:一種組播業務處理方法以及設備.pdf
鏈接地址:http://www.wwszu.club/p-6420771.html
關于我們 - 網站聲明 - 網站地圖 - 資源地圖 - 友情鏈接 - 網站客服 - 聯系我們

[email protected] 2017-2018 zhuanlichaxun.net網站版權所有
經營許可證編號:粵ICP備17046363號-1 
 


收起
展開
鬼佬大哥大