專利名稱：組播路徑的建立方法及實體設備的制作方法
技術領域：
本發(fā)明涉及通信領域，特別涉及組播路徑建立技術。
技術背景IP電視(IPTV )業(yè)務是基于寬帶網際協(xié)議(Internet Protocol,簡稱為"IP") 網絡開展的、以流媒體為主的業(yè)務。與傳統(tǒng)的TV相比較，IPTV能夠提供更 加豐富靈活的業(yè)務。IPTV主要提供直播/廣播電視業(yè)務(簡稱"LTV"/"BTV")、 視頻點播業(yè)務(Video on Demand,簡稱"VOD")等。其中，視頻點播業(yè)務 使用點對點的通信方式；直播/廣播電視業(yè)務則需要將一個源節(jié)點產生的數(shù)據(jù) 發(fā)送到多個目的節(jié)點，使用點對多點的通信方式。目前對點對多點通信最有 效的解決方案是組播技術，它能有效地利用網絡帶寬，避免帶寬資源浪費。組播技術是以D類IP地址發(fā)送業(yè)務的技術，發(fā)送者同時向多個接收者 發(fā)送相同業(yè)務內容，相同內容只需要向指定組播地址發(fā)送一份即可。要獲取組播內容，內容接收方(用戶)需要通過加入對應的組播組來要 求鄰接的組播路由器發(fā)送對應業(yè)務內容給自己，該過程可使用因特網組管理 協(xié)議(Internet Group Management Protocol,筒稱"IGMP")實現(xiàn)；而路由 器之間則通過組播路由協(xié)議，如協(xié)議無關組播-稀疏才莫式(Protocol Independent Multicast Sparse Mode,簡稱"PIM-SM")協(xié)議等，與其它路由器交互以建 立組播路徑，這樣組播業(yè)務內容就可以從組播源沿組播路徑傳遞給內容接收 方。也就是說，在現(xiàn)有的網絡中，組播路徑的建立過程分兩段進行。第一段 為用戶和鄰接組播路由器之間路徑的建立過程用戶通過IGMP協(xié)議向鄰接組播路由器報告組播組成員關系，其中包括用戶加入或退出的組播組等信息，如果在用戶和其鄰接組播路由器之間存在二層交換i殳備，如局域網交換機 (LanSwitch) /數(shù)字用戶線路接入復用器(DSL Access Multiplexer,簡稱為 "DSLAM，，)等，則該二層交換設備可以通過IGMP SNOOPING (IGMP偵聽)協(xié)議實現(xiàn)對組播流的復制分發(fā)。第二段為用戶的鄰接組播路由器和組播源之間路徑的建立過程，在該過程中通常使用組播路由協(xié)議(例如PIM-SM協(xié)議等)建立組播路徑樹。下面對用于先近網絡的電信和因特網融合的業(yè)務及協(xié)議 (Telecommunications and Internet converged Services and Protocols for Advanced Networking,簡稱"TISPAN")架構下的一個組播路徑建立實例 進行說明，如圖1所示。TISPAN將下一代網絡(Next Generation Network,簡稱"NGN")架構 劃分為業(yè)務層和承載層，承載控制層又劃分為網絡附著子系統(tǒng)(Network Attachment Subsystem,簡稱"NASS ")子系統(tǒng)和資源與準入控制子系統(tǒng) (Resource and Admission Control Subsystem,簡稱"RACS")，如圖2所 示。RACS中主要包括接入側資源和準入控制功能(Access-Resource and Admission Control Function,簡稱"A-RACF")、核心網資源和準入控制功 能(Core-Resource and Admission Control Function,簡稱"C-RACF,，)、基 于業(yè)務的策略決策功能(Service-based Policy Decision Function,簡稱"SPDF，，) 等功能實體。圖1中的DSLAM—1和DSLAM—2可對應于TISPAN架構中的接入節(jié)點 (AccessNode,簡稱"AN");路由器Router—1和Router—2為距離DSLAM 最近的路由器，可對應于IP Edge (IP邊緣節(jié)點)，而Router—3的位置對應 于Core Border Node (核心邊界節(jié)點)。如圖1所示的組播路徑建立過程主要包括以下幾個步驟步驟101:用戶設備(UserEquipment,簡稱"UE，， ) 1首先發(fā)起一個加 入(*， G)的IGMP請求，該請求經過DSLAM—1時，DSLAM—1設備進行 IGMP Snooping,偵聽IGMP才艮文，記錄組播-組地址和該用戶對應的端口 ， 避免后續(xù)將組播流轉發(fā)給不在組播組內的用戶，如圖1中的UE2。其中(*， G)代表一個以G為組播組地址的組播流，或一個以G為組 播組地址并限定一個或多個組播源地址的組播流。步驟102: LanSwitchJ收到該加入(*, G)的IGMP請求后，同樣進 行IGMP Snooping,并繼續(xù)向下一個節(jié)點轉發(fā)該請求。步驟103: Router—1收到該加入(*， G)的IGMP請求后，判斷是否已 存在該(^G)的狀態(tài)，如果不存在，則表明尚未建立該組播的共享樹，Router—1 為連接到LanSwitch—1的以太網接口建立一個(*, G)狀態(tài)，表示來自(*, G)的組播數(shù)據(jù)將從這個以太網接口發(fā)送出去。并向下一個節(jié)點發(fā)送PIM-SM 消息，請求建立組播路徑。步驟104: Router—3收到該PIM-SM建立組播路徑消息后，同樣判斷是 否存在(*, G)狀態(tài)，如果不存在，則表明尚未建立該組播的共享樹，Router—3 為連接到下行流接收端(Router—1)的接口建立一個(*, G)狀態(tài)，并向朝 著組播源的下一個組播路由器發(fā)送PIM-SM請求消息。步驟105至步驟107: PIM-SM消息經過Router—4和Router—5最終到達 組播源(Multicast Source )，其中Router—4、 Router—5和Multicast Source均 需為相應接口建立(*， G)狀態(tài)，至此由組播源發(fā)送端到接收端UE1的組 播轉發(fā)路徑建立完畢。本發(fā)明的發(fā)明人發(fā)現(xiàn)，現(xiàn)有的通過承載層信令消息建立組播路徑的方法 可能造成路徑建立時延較長等問題。具體地說，在上述建立組播轉發(fā)路徑的 過程中，涉及到多個承載層節(jié)點，當尚未建立該組播的共享樹時，需要通過 轉發(fā)承載層信令，逐個在接收端到發(fā)送端之間的所有承載層節(jié)點，如路由器和LanSwitch，上建立組播路徑信息(即(*, G)狀態(tài))，該過程效率較低， 使得路徑建立時延較長，如果運用在LTV/BTV業(yè)務中，會造成響應時間過 長，影響用戶體驗。此外，由于該方法需要所有的承載層路由器均支持 PIM-SM等組播路由協(xié)議，實現(xiàn)復雜度較高。發(fā)明內容本發(fā)明實施方式要解決的主要技術問題是提供一種組播路徑的建立方 法及實體設備，縮短了組播路徑建立的時間。為解決上述技術問題，本發(fā)明的實施方式提供了 一種組播路徑的建立方 法，包括以下步驟承栽控制層實體向組播路徑上的至少一個承載層實體下發(fā)組播路徑設 置信息；承載層實體根據(jù)組播路徑設置信息建立組播路徑。本發(fā)明的實施方式還提供了一種承載控制層實體，包括設置信息生成單元，用于為承載層實體生成組播路徑設置信息；發(fā)送單元，用于將設置信息生成單元生成的組播路徑設置信息向組播路 徑上的至少一個承載層實體下發(fā)。本發(fā)明的實施方式還提供了一種承載層實體，包括 接收單元，用于接收來自承載控制層實體的組播路徑設置信息； 路徑建立單元，用于根據(jù)接收單元收到的組播路徑設置信息建立組播路徑。本發(fā)明實施方式與現(xiàn)有技術相比，主要區(qū)別及其效果在于由承載控制 層實體向承載層實體設置組播路徑，縮短了組播路徑建立的時間，從而支持對組播業(yè)務請求的快速響應。因為承載控制層實體知道網絡拓樸結構和組播 流的分發(fā)狀態(tài)，所以可以很快地計算出組播路徑應當經過的各承載層實體， 只要向這些承載層實體發(fā)送組播路徑設置信息就可以了 ，各個承載層實體幾 乎同步地建立起組播路徑，相對于現(xiàn)有技術中完全通過承載層信令消息逐級 觸發(fā)的方式，組播路徑建立的時間大大縮短了。


圖1是現(xiàn)有技術中建立組播路徑的示意圖； 圖2是現(xiàn)有技術中RACS構架示意圖；圖3是根據(jù)本發(fā)明第 一 實施方式的組播路徑的建立方法流程圖； 圖4是根據(jù)本發(fā)明第二實施方式的組播路徑的建立方法流程圖； 圖5是根據(jù)本發(fā)明第三實施方式的組播路徑的建立方法流程圖； 圖6是根據(jù)本發(fā)明第四實施方式的承載控制層實體結構圖； 圖7是根據(jù)本發(fā)明第五實施方式的承載層實體結構圖。
具體實施方式
為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā) 明的實施方式作進一步地詳細描述。本發(fā)明第一實施方式涉及一種組播路徑的建立方法。在本實施方式中， 承載控制層實體向組播路徑上的各承載層實體下發(fā)組播路徑設置信息；對應 的承載層實體根據(jù)該組播路徑設置信息建立組播路徑。通過由承載控制層實 體向承載層實體設置組播路徑，縮短了組播路徑建立的時間，從而支持對組 播業(yè)務請求的快速響應。下面仍然以圖1所示的網絡拓樸結構為例，對組播路徑建立流程進行具 體說明，如圖3所示。在步驟301中，UE1向與其直接相連的二層交換設備DSLAMJ發(fā)起一 個加入組〗番業(yè)務(*， G)的IGMP請求。在步驟302中，DSLAM—1收到來自UE1的加入(*， G)的請求后，向 A-RACF發(fā)送申請組播承載資源的請求，在該請求中攜帶UE1的IP地址和 期望加入的組纟番組地址G (或組播組地址G和組一番源地址)。在步驟303中，承載控制層實體A-RACF對該申請組播承載資源的請求 進行組播資源準入控制和資源預留，并根據(jù)接入網拓樸結構以及該組播流的 分發(fā)狀態(tài)決定需要向哪些節(jié)點(承載層實體)下發(fā)組播路徑設置信息，即確 定組成接入網組播路徑的節(jié)點。在本實施方式中，假設UE1是Routerl所服 務的接入網內第一個加入組播組G的用戶設備，A-RACF確定需要向 DSLAM一1、 LanSwitch—1以及Routerl下發(fā)組播路徑設置信息。因為承載控 制層實體A-RACF知道網絡拓樸結構和組播流的分發(fā)狀態(tài)，所以可以很快地 計算出組播路徑應當經過的各承載層實體，只要向這些承載層實體發(fā)送組播 路徑設置信息就可以了 ，相對于現(xiàn)有技術中完全通過承載層信令消息逐級觸 發(fā)的方式，組播路徑建立的時間大大縮短了。在步驟304至步驟306中，A-RACF分別向承載層實體DSLAM—1、 LanSwitch一l以及Routerl下發(fā)組播路徑設置信息。該播路徑設置信息中可以 包括該組播組地址與承載層實體的接口的對應關系，或者，組播組地址和組 播源地址與承載層實體的接口的對應關系。對應的承載層實體(DSLAM—1、 LanSwitch—1或Routerl)收到組播報 文時，如果該組播報文的組播組地址與該組播路徑設置信息中的組播組地址 匹配，或者該組播報文的(組播組地址和組播源地址)與該組播路徑設置信 息中的(組播組地址和組播源地址)匹配，則向該組播路徑設置信息中與該10地址對應的承載層實體的接口復制轉發(fā)該組播報文。在步驟307中，A-RACF向C-RACF發(fā)送請求核心網組，潘承載資源的消息。需要說明的是，步驟304至步驟307之間沒有固定的先后關系，可以是 并行執(zhí)行或者以任意先后順序執(zhí)行。在步驟308中，承載控制層實體C-RACF收到來自A-RACF的請求核心 網組播承載資源的消息后，對該請求進行組播資源準入控制和資源預留，并 根據(jù)核心網拓樸結構以及該組播流的分發(fā)狀態(tài)決定需要向哪些節(jié)點下發(fā)組播 路徑設置信息。在本實施方式中假設核心網內尚未建立(*, G)的路徑，從而本步驟中 C-RACF確定需要向Router—3、 Router—4、 Router—5以及組4番源(Multicast Source )下發(fā)組播路徑設置信息。同樣，因為承載控制層實體C-RACF知道網絡拓樸結構和組播流的分發(fā) 狀態(tài)，所以可以很快地計算出組播路徑應當經過的各承載層實體，只要向這 些承載層實體發(fā)送組播路徑設置信息就可以了 ，相對于現(xiàn)有技術中完全通過 承載層信令消息逐級觸發(fā)的方式，組播路徑建立的時間大大縮短了 。在步驟309至步驟311中，C-RACF分別向路由器Router—3、 Router—4 以及Router—5下發(fā)組播路徑設置信息。該播路徑設置信息中同樣可以包括該 組播組地址與承載層實體的接口的對應關系；或者，包括組播組地址和組播 源地址與承載層實體的接口的對應關系。對應的承載層實體(Router—3、 Router—4或Router—5 )收到組播報文時， 如果該組播報文的組播組地址與該組播路徑設置信息中的組播組地址匹配， 或者該組播報文的(組播組地址和組播源地址)與該組播路徑設置信息中的 (組播組地址和組播源地址)匹配，則向該組播路徑設置信息中與該地址對應的承載層實體的接口復制轉發(fā)該組播報文。在步驟312中，C-RACF向組播源下發(fā)組播路徑設置信息，如果該組播 源尚未開始發(fā)送組播報文，則同時指示該組播源啟動發(fā)送組播流。同樣，步驟309至步驟312之間沒有固定的先后關系，可以是并行^l丸行 或者以任意先后順序執(zhí)行。至此各承載層節(jié)點上均完成了組播路徑的設置，組播流可以開始由組播 源發(fā)送至UE1。本發(fā)明第二實施方式同樣涉及一種組播路徑的建立方法。本實施方式與 第一實施方式相類似，其區(qū)別在于在第一實施方式中，通過由UE向與其 直接相連的接入節(jié)點(即DSLAM—1)發(fā)起加入組播業(yè)務(*, G)的請求， 觸發(fā)組播路徑建立流程，而在本實施方式中，通過由UE向應用功能 (Application Function,簡稱"AF")發(fā)起建立組播業(yè)務的請求，觸發(fā)組播 路徑建立流程；第一實施方式中，涉及的承載控制層實體包括A-RACF和 C-RACF,而在本實施方式中，涉及的承載控制層實體還包括SPDF。具體流程如圖4所示。在步驟401中，UE3向AF發(fā)起一個建立組播業(yè) 務(*, G)的會話初始化協(xié)議(Session Initiation Protocol,筒稱"SIP")請求。在步驟402中，AF收到該建立組播業(yè)務(*, G)的SIP請求后，向RACS 中的SPDF發(fā)送申請組播承載資源的請求，在該請求中攜帶UE3的IP地址 和希望加入的組播組地址G (或組播組地址G和組:幡源地址)。RACS中的SPDF收到該申請組播承載資源的請求后，分別進入步驟403 和步驟408。在步驟403中，SPDF向A-RACF發(fā)送申請接入網組播承載資源 的請求。在步驟408中，SPDF向C-RACF發(fā)送申請核心網組播承載資源的 請求。步驟403和步驟408之間沒有固定的先后關系，可以并行執(zhí)行或以任 意先后順序執(zhí)行。在步驟403之后，進入步驟404， A-RACF收到來自SPDF的承載資源請求后，對該請求進行組播資源準入控制和資源預留，并根據(jù)接入網拓樸結 構以及該組播流的分發(fā)狀態(tài)決定需要向哪些節(jié)點(即承載層實體)下發(fā)組播 路徑設置信息。在本實施方式中，假設UE3是Router2所服務的接入網內第一個加入組 播組G的用戶，從而A-RACF確定需要向DSLAM—2、 LanSwitch—2以及 Router—2下發(fā)組播路徑設置信息。因為承載控制層實體知道網絡拓樸結構和 組播流的分發(fā)狀態(tài)，所以可以很快地計算出組播路徑應當經過的各承栽層實 體，只要向這些承載層實體發(fā)送組播路徑設置信息就可以了 ，相對于現(xiàn)有技 術中完全通過承載層信令消息逐級觸發(fā)的方式，組播路徑建立的時間大大縮 短了。在步驟405至步驟407中，A-RACF分別向DSLAM—2、 LanSwitch—2 和Router—2下發(fā)組播路徑設置信息。步驟405至步驟407之間沒有固定的先 后關系，可以是并行執(zhí)行或者以任意先后順序執(zhí)行。所發(fā)送的播路徑設置信 息中可以包括該組播組地址與承載層實體的接口的對應關系；或者，包括組 播組地址和組播源地址與承載層實體的接口的對應關系。對應的承載層實體(DSLAM—2、 LanSwitch—2或Router—2 )收到組播才艮 文時，如果該組播報文的組播組地址與該組播路徑設置信息中的組播組地址 匹配，或者該組播報文的(組播組地址和組播源地址)與該組播路徑設置信 息中的(組播組地址和組播源地址)匹配，則向該組播路徑設置信息中與該 地址對應的承載層實體的接口復制轉發(fā)該組播報文。在步驟408中，SPDF向C-RACF發(fā)送申請核心網組^潘承載資源的請求。 步驟408和步驟403沒有固定的先后關系，在步驟408之后，進入步驟409。在步驟409中，C-RACF收到來自SPDF的申請核心網組播承載資源的 請求后，對該請求進行組播資源準入控制和資源預留，并根據(jù)核心網拓樸結 構以及該組播流的分發(fā)狀態(tài)決定需要向哪些節(jié)點下發(fā)組播路徑設置信息。本實施方式中假設Router—3至組播源的組播路徑已經在UE1加入(*， G)時 設置過，從而本步驟中C-RACF僅需向Router—3下發(fā)組播路徑設置信息。在步驟410中，C-RACF向Router—3下發(fā)組插J各徑i殳置信息并指示 Router—3開始向Router—2復制分發(fā)該組播流。至此UE3至組播源的組播路徑已經建立完畢，組播流可以開始由 Router—3發(fā)送至UE3。本發(fā)明第三實施方式涉及一種組播路徑的建立方法，與第一或第二實施 方式相類似，其區(qū)別在于，在第一或第二實施方式中，組播路徑上不存在承 載控制層實體無法控制的承載層實體；而在本實施方式中，組播路徑上存在 承載控制層實體無法控制的承載層實體，在此情況下，該承載控制層實體需 要從組播路徑上能夠控制的各承載層實體中找到與該無法控制的承載層實體 鄰近的承載層實體，指示該鄰近的承載層實體通過承載層信令消息觸發(fā)該無 法控制的承載層實體建立組播路徑,從而在承載控制層實體只能控制部分承 載層實體的網絡中，也能夠較為快速地建立組播路徑。下面以圖5為例進行具體說明，圖5中承載控制層實體A-RACF無法控 制承載層實體LanSwitch—2,圖5中步驟501至步驟503與步驟401至步驟 403完全相同，在步驟504中，A-RACF收到來自SPDF的承載資源請求后， 對該請求進行組播資源準入控制和資源預留，并根據(jù)接入網拓樸結構以及該 組播流的分發(fā)狀態(tài)決定需要向哪些節(jié)點(即承載層實體)下發(fā)組播路徑設置 信息。在本實施方式中，同樣假設UE3是Router2所服務的接入網內第一個加 入組播組G的用戶，所以A-RACF確定需要向DSLAM—2、 LanSwitch—2以 及Router—2下發(fā)組播路徑設置信息，然而，由于A-RACF無法對LanSwitch—2 進行控制，因此A-RACF決定只向DSLAM—2和Router—2發(fā)送組播路徑設置 信息，并指示與LanSwitch—2鄰近的承載層實體DSLAM—2通過承載層信令消息觸發(fā)LanSwitch—2建立組播路徑。在步驟505和步驟506中，A-RACF分別向DSLAM—2和Router—2下發(fā) 組播路徑設置信息。步驟505和步驟506沒有固定先后關系。在步驟507中，DSLAM_2收到來自A-RACF的組4番路徑設置信息后， 向LanSwitch—2發(fā)送加入組播業(yè)務(*， G )的IGMP請求，用于對LanSwitch—2 設置組播路徑信息。在步驟508中，LanSwitch_2收到該加入組播業(yè)務(*， G)的IGMP請 求后，進行IGMP Snooping,偵聽IGMP報文，記錄組播組地址和與DSLAM—2 相連的接口，并向Router—2轉發(fā)加入組播業(yè)務(*， G)的IGMP請求，該請 求在Routei^2處終結。可見，在承載控制層實體只能控制部分承載層實體的 網絡中，也能夠較為快速地建立組播路徑。步驟509至步驟511與步驟408至步驟410相同。需要說明的是，本發(fā)明各實施方式主要以UE發(fā)起請求，觸發(fā)建立組播 路徑的過程為例進行具體說明，在具體應用時，同樣可以由網絡側發(fā)起組播 路徑的建立，其主要步驟和思想相類似，在此不再贅述。另外，本發(fā)明各實施方式以TISPAN構架為例，對組播;洛徑的建立的過 程進行了具體的說明，該場景下，承載控制層實體包括A-RACF、 C-RACF 和SPDF,承載層實體包括DSLAM、 LanSwitch和Router;然而，本發(fā)明各 實施方式并不僅限于TISPAN，同樣可以適用于其它承載和控制相分離的網 絡構架，承載控制層實體也不僅限于A-RACF、 C-RACF和SPDF，還可以是 第三代合作伙伴項目(3rd Generation Partnership Project,簡稱"3GPP，，)中 的策略控制和計費規(guī)則功能(Policy Control and Charging Rules Function,簡 稱"PCRF")，或者，國際電信聯(lián)盟標準部(International Telecommunication Union - Telecommunication Standardization Sector,簡稱"ITU-T")中的承載 資源控制功能實體(Transport Resource Control - Functional Entity,簡稱"TRC-FE")等；承載層實體同樣不限于DSLAM、 LanSwitch—2以及Router， 同樣可以是其它任意接入節(jié)點、IP邊緣節(jié)點、核心邊界節(jié)點、寬帶接入服務 器(Broadband Remote Access Server,簡稱"BRAS")、以太網交換才幾、IP 路由器等。不同的承載控制層實體和承載層實體之間傳輸?shù)木唧w消息可能不 同，但其原理是相同的，同樣可以達到本發(fā)明的效果。本發(fā)明第四實施方式涉及一種承載控制層實體，如圖6所示，包括設 置信息生成單元，用于為承載層實體生成組播路徑設置信息；發(fā)送單元，用 于將該設置信息生成單元生成的組播路徑設置信息向組播路徑上的至少一個 承載層實體下發(fā)。由承載控制層實體向承載層實體設置組播路徑，縮短了組 播路徑建立的時間，從而支持對組播業(yè)務請求的快速響應。該承載控制層實體還可以包括第一選擇單元，用于根據(jù)網絡拓樸結構 和組播流的分發(fā)狀態(tài)確定需要下發(fā)組播路徑設置信息的該承載層實體；該設 置信息生成單元為該第一選擇單元所確定的各承載層實體生成組播路徑設置 信息；該發(fā)送單元向該第一選擇單元所確定的各承載層實體發(fā)送組播路徑設 置信息。因為承載控制層實體知道網絡拓樸結構和組播流的分發(fā)狀態(tài)，所以 可以很快地計算出組播路徑應當經過的各承載層實體，只要向這些承載層實 體發(fā)送組播路徑設置信息就可以了 ，相對于現(xiàn)有技術中完全通過承載層信令 消息逐級觸發(fā)的方式，組播路徑建立的時間大大縮短了 。該承載控制層實體還可以包括判斷單元，用于判斷該組播路徑上是否 存在該承載控制層實體無法控制的第一承載層實體；第二選擇單元，用于在 該判斷單元判定存在該第一承載層實體的情況下，從該組播路徑上該承載控 制層實體能夠控制的各承載層實體中選擇與該第一承載層實體鄰近的第二承 載層實體；指示單元，用于指示該笫二選擇單元所選的第二承載層實體通過 承載層信令消息觸發(fā)該第 一承載層實體建立組播路徑。從而在承載控制層實 體只能控制部分承載層實體的網絡中，也能夠較為快速地建立組播路徑。本實施方式中的承載控制層實體可以包括以下之一或其任意組合 TISPAN中的A-RACF、 C-RACF、 SPDF、 3GPP中的PCRF、 ITU-T中的 TRC-FE等。本發(fā)明第五實施方式涉及一種承栽層實體，如圖7所示，包括接收單 元，用于接收來自承載控制層實體的組播路徑設置信息；路徑建立單元，用 于根據(jù)該接收單元收到的組播路徑設置信息建立組播路徑。該組播路徑設置信息包括組播組地址與承載層實體的接口的對應關系， 或者，包括組播組地址和組播源地址與承載層實體的接口的對應關系。該路徑建立單元可以進一步包括設置存儲子單元，用于存儲該接收單元 收到的組播路徑設置信息。該承載層實體還可以進一步包括以下單元媒體接收單元，用于接收組播報文；地址比較單元，用于判斷該媒體接收單元所接收的組播報文的地址與組 播路徑設置信息中的地址是否匹配；媒體轉發(fā)單元，用于在該地址比較單元的判定結果為匹配時，向該組播 路徑設置信息中與該地址對應的承載層實體的接口復制轉發(fā)該組播報文。其中，該地址比較單元和媒體轉發(fā)單元從該設置存儲子單元獲取組播路 徑設置信息。本實施方式中的承載層實體包括以下之一或其任意組合接入節(jié)點、IP 邊緣節(jié)點、核心邊界節(jié)點、DSLAM、 BRAS、以太網交換機、IP路由器。綜上所述，在本發(fā)明的實施方式中，由承載控制層實體向承載層實體設 置組播路徑，縮短了組播路徑建立的時間，從而支持對組播業(yè)務請求的快速 響應。很快地計算出組播路徑應當經過的各承載層實體，只要向這些承載層實體發(fā) 送組播路徑設置信息就可以了 ，相對于現(xiàn)有技術中完全通過承載層信令消息 逐級觸發(fā)的方式，組播路徑建立的時間大大縮短了。對于組播路徑上承載控制層實體無法控制的承載層實體，可以指示組播 路徑上鄰近而可控制的其它承載層實體通過承載層信令消息觸發(fā)建立組播路 徑。從而在承載控制層實體只能控制部分承載層實體的網絡中，也能夠較為 快速地建立組播路徑。雖然通過參照本發(fā)明的某些優(yōu)選實施方式，已經對本發(fā)明進行了圖示和 描述，但本領域的普通技術人員應該明白，可以在形式上和細節(jié)上對其作各 種改變，而不偏離本發(fā)明的精神和范圍。
權利要求
1.一種組播路徑的建立方法，其特征在于，包括以下步驟承載控制層實體向組播路徑上的至少一個承載層實體下發(fā)組播路徑設置信息；所述承載層實體根據(jù)所述組播路徑設置信息建立組播路徑。
2. 根據(jù)權利要求1所述的組播路徑的建立方法，其特征在于，還包含 以下步驟如果所述組播路徑上存在所述承載控制層實體無法控制的第一承載層 實體，則該承載控制層實體從所述組播路徑上能夠控制的各承載層實體中找 到與該第一承載層實體鄰近的第二承載層實體，指示該第二承載層實體通過 承載層信令消息觸發(fā)該第一承載層實體建立組播路徑。
3. 根據(jù)權利要求1所述的組播路徑的建立方法，其特征在于，所述承 栽控制層實體根據(jù)網絡拓樸結構和組播流的分發(fā)狀態(tài)確定需要下發(fā)所述組 播路徑設置信息的所述承載層實體。
4. 根據(jù)權利要求1至3中任一項所述的組播路徑的建立方法，其特征 在于，所述組播路徑設置信息包括組播組地址與承載層實體的接口的對應 關系，或者，組播組地址和組播源地址與承載層實體的接口的對應關系。
5. 根據(jù)權利要求1至3中任一項所述的組播路徑的建立方法，其特征 在于，所述承載控制層實體包括以下之一或其任意組合接入側資源和準入控制功能、核心網側資源和準入控制功能、基于業(yè)務 的策略決策功能、策略控制和計費規(guī)則功能、承載資源控制功能實體；所述承載層實體包括以下之一 或其任意組合接入節(jié)點、IP邊緣節(jié)點、核心邊界節(jié)點、數(shù)字用戶線路接入復用器、寬帶接入服務器、以太網交換機、IP路由器。
6. —種承載控制層實體，其特征在于，包括設置信息生成單元，用于為承載層實體生成組播路徑設置信息；發(fā)送單元，用于將所述設置信息生成單元生成的組播路徑設置信息向組 播路徑上的至少一個承載層實體下發(fā)。
7. 根據(jù)權利要求6所述的承載控制層實體，其特征在于，還包括第 一 選擇單元，用于根據(jù)網絡拓樸結構和組播流的分發(fā)狀態(tài)確定需要下 發(fā)所述組播路徑設置信息的所述承載層實體；所述設置信息生成單元為所述第一選擇單元所確定的各承載層實體生 成組播路徑設置信息；所述發(fā)送單元向所述第一選擇單元所確定的各承載層實體發(fā)送組播路 徑設置信息。
8. 根據(jù)權利要求6所述的承載控制層實體，其特征在于，還包括判斷單元，用于判斷所述組播路徑上是否存在所述承載控制層實體無法 控制的第一承載層實體；第二選擇單元，用于在所述判斷單元判定存在所述第一承載層實體的情 況下，從所述組播路徑上所述承載控制層實體能夠控制的各承載層實體中選 擇與該第 一承載層實體鄰近的第二承載層實體；指示單元，用于指示所述第二選擇單元所選的第二承載層實體通過承載 層信令消息觸發(fā)所述第 一承載層實體建立組播路徑。
9. 根據(jù)權利要求6至8中任一項所述的承載控制層實體，其特征在于， 所述承載控制層實體包括以下之一或其任意組合接入側資源和準入控制功能、核心網側資源和準入控制功能、基于業(yè)務的策略決策功能、策略控制和計費規(guī)則功能、承載資源控制功能實體。
10. —種承載層實體，其特征在于，包括接收單元，用于接收來自承載控制層實體的組播路徑設置信息；路徑建立單元，用于根據(jù)所述接收單元收到的所述組播路徑設置信息建 立組播路徑。
11. 根據(jù)權利要求10所述的承載層實體，其特征在于，所述承載層實 體包括以下之一或其任意組合接入節(jié)點、IP邊緣節(jié)點、核心邊界節(jié)點、數(shù)字用戶線路接入復用器、 寬帶接入服務器、以太網交換機、IP路由器。
全文摘要
本發(fā)明涉及通信領域，公開了一種組播路徑的建立方法及實體設備。本發(fā)明中，由承載控制層實體向承載層實體設置組播路徑，縮短了組播路徑建立的時間。對于組播路徑上承載控制層實體無法控制的承載層實體，可以指示組播路徑上鄰近而可控制的其它承載層實體通過承載層信令消息觸發(fā)建立組播路徑。從而在承載控制層實體只能控制部分承載層實體的網絡中，也能夠較為快速地建立組播路徑。
文檔編號H04L12/56GK101330396SQ20071012760
公開日2008年12月24日 申請日期2007年6月18日 優(yōu)先權日2007年6月18日
發(fā)明者羽 左, 寧 祝, 黃世碧 申請人:華為技術有限公司