專利名稱：處理組播的方法和裝置的制作方法
技術領域：
本發(fā)明涉及數(shù)據(jù)通訊領域，具體地說，涉及處理組播的方法和裝置。
背景技術：
組播技術有效地解決了單點發(fā)送多點接收的問題，實現(xiàn)了網(wǎng)絡中點到多點的高效數(shù)據(jù)傳送，能夠大量節(jié)約網(wǎng)絡帶寬、降低網(wǎng)絡負載。主機通過互連網(wǎng)組管理協(xié)議(IGMP， Internet Group Management ftOtocol)，通知本地的路由器希望加入并接收某個特定組播組信息。路由器通過IGMP協(xié)議周期性查詢局域網(wǎng)內(nèi)某個已知組的成員是否處于活動狀態(tài)， 實現(xiàn)所連網(wǎng)絡組成員關系的收集與維護。作為用戶接入網(wǎng)絡的交換機或者DSLAM，一般會運行IGMP Proxy或者IGMP Snooping。IGMP Proxy的實現(xiàn)原理是捕獲用戶和路由器之間的IGMP報文，建立和維護組播表項和用戶的關系，Proxy設備與路由器連接的端口執(zhí)行主機的角色，代理用戶發(fā)送 IGMP請求報文和離開報文，接收路由器發(fā)送的IGMP查詢報文；與用戶連接的端口執(zhí)行路由器的角色，接收用戶發(fā)送的IGMP請求和離開報文，代理路由器發(fā)送IGMP查詢報文。IGMP Snooping的實現(xiàn)原理是偵聽用戶與路由器之間通信的IGMP報文，維護組播地址和用戶的對應關系，在收到來自路由器組播數(shù)據(jù)包后，僅向該組播組所對應的用戶轉(zhuǎn)發(fā)。MLD Proxy 與 IGMP Proxy 類似，MLD Snooping 與 IGMP Snooping 類似。在目前對網(wǎng)絡有較高質(zhì)量要求的網(wǎng)路中通常會組成環(huán)形網(wǎng)路，目的是進行鏈路的保護，在一條鏈路出現(xiàn)故障后可以通過另外一條鏈路進行通信。在網(wǎng)路是環(huán)路的拓撲環(huán)境下，通常使用生成樹協(xié)議(STP，Spanning Tree ftOtocol)、快速生成樹協(xié)議(RSTP，Rapid Spanning Tree Protocol)、多生成豐對協(xié)、議(MSTP, Multiple Spanning Tree Protocol) 等生成樹協(xié)議進行破環(huán)的處理，目的就在于通過構造一棵樹的方法達到裁剪冗余環(huán)路的目的，同時實現(xiàn)鏈路備份和路徑最優(yōu)化。在STP協(xié)議中定義了根橋(Root Bridge)、根端口(Root Port)、指定端口(Des ignated Port)、路徑開銷(Path Cost)等概念，其協(xié)議棧定義了轉(zhuǎn)發(fā)O^orwar ding)、學習(Learning)J^S (Discarding)等端口狀態(tài)，表示端口是否可以進行轉(zhuǎn)發(fā)報文。用于構造這棵樹的算法稱為生成樹算法(SPA，Spanning Tree Algorithm)。在環(huán)網(wǎng)網(wǎng)路中通過生成樹協(xié)議將環(huán)網(wǎng)中的一個設備的一個端口設置為阻塞端口，這樣環(huán)網(wǎng)網(wǎng)路就會變成為樹形網(wǎng)路，達到破環(huán)的目的。如果網(wǎng)絡拓撲發(fā)生變化后，STP、 RSTP, MSTP等生成樹協(xié)議報文會通知阻塞端口變成非阻塞端口，達成鏈路備份的目的。同時，使用STP、RSTP, MSTP等可以破環(huán)的生成樹協(xié)議，可以將環(huán)形的網(wǎng)絡拓撲修剪成樹形網(wǎng)絡拓撲，做到從組播服務器到組播點播用戶之間形成一個組播樹。以圖1為例，數(shù)字用戶線路接入復用器(DSLAM，Digital Subscriber Line Access Multiplexer)組成的以太環(huán)網(wǎng)中，Bl到B5等DSLAM分別有端口 PO到P9。環(huán)上的Bl和B5 分別有一條上行鏈路與交換機Sl連接，使用STP協(xié)議，其中交換機Sl不參與STP協(xié)議的處理，其只透傳DSLAM發(fā)送的STP協(xié)議報文，根據(jù)STP的協(xié)議，阻塞B4的P7端口，Bl成為根橋，P9、P6、P4、P2等組播上行口分別成為B5、B4、B3、B2的根端口，根橋Bl的PO端口為組播上行口，Sl上的端口 P成為整個環(huán)的組播上行口。由于P7阻塞，非根橋節(jié)點B4、B3、B2節(jié)點組播用戶的組播加入報文或離開報文通過成為根端口的組播上行口發(fā)往根橋Bi，由Bl的PO 口再發(fā)到交換機。例如，B3下組播用戶的請求組播節(jié)目的加入報文通過根端口同時又是上行口的P4發(fā)出，該報文經(jīng)B2到達Bi， 再通過根橋Bl發(fā)到交換機Si，再從Sl發(fā)往目的服務器，組播視頻流也就會從Sl經(jīng)過根橋 Bl沿組播加入報文建立的組播樹經(jīng)交換機S1、B1、B2、B3到用戶，如圖1中帶箭頭的曲線所示。對于根橋Bl，PO和Pl都是指定端口，可以配置PO端口為上行口，對于Bl下的用戶發(fā)送的組播加入報文和離開報文，通過PO端口送出，相應地從PO端口接收組播視頻流等組播數(shù)據(jù)。對于B5的組播用戶的組播加入請求，經(jīng)根端口同時又是組播上行口的P9發(fā)往Si。Sl不參與組環(huán)，Sl支持在PO和P9端口之間透傳BPDU報文，即Bl和B5將PO和 P9端口之間的鏈路認為是一條直連鏈路。現(xiàn)有的一些組播保護技術主要是環(huán)形網(wǎng)絡路上發(fā)生故障時，利用STP、RSTP, MSTP 等生成樹協(xié)議重新構建網(wǎng)絡拓樸，在新構建的網(wǎng)絡拓撲中重新通過IGMP協(xié)議生成新的組播樹，因為組播樹的生成依賴網(wǎng)絡拓撲的重新生成，組播業(yè)務的恢復時間比較長。如圖2所示，當網(wǎng)絡故障時，比如P3和P4之間的鏈路故障，可以通過STP協(xié)議重新計算網(wǎng)絡拓撲結構，在新拓撲結構中會打開先前阻塞的P7端口，P5成為B3的根端口，P7成為B4的根端口， B3下的機頂盒重新發(fā)起IGMP報文，經(jīng)成為根端口的上行口 P5經(jīng)B4、B5、Sl發(fā)出到達組播服務器，組播流將經(jīng)過S1、B5、B4、B3新的組播路徑到達機頂盒。一種情況是，如果Bl和Sl 之間的鏈路中斷，B2、B3、B4因為根端口不切換，組播協(xié)議報文仍然要從既是根端口又是組播上行口的P2、P4、P6發(fā)出，因此無法到達組播源，組播流也無法到達，組播業(yè)務無法恢復， 也就是恢復時間無限長?？梢姡捎诮M播路徑的重建需要一定的時間，在網(wǎng)絡發(fā)生異常后無法收到組播數(shù)據(jù)時，組播業(yè)務恢復需要較長的時間，影響用戶的體驗。

發(fā)明內(nèi)容
本發(fā)明解決目前組播業(yè)務保護時組播業(yè)務恢復時間長的問題。一方面，本發(fā)明提供了一種處理組播的方法，包括阻塞端口一，所述端口一是出端口和入端口中的一個端口，所述出端口和所述入端口中的另一個端口為根端口；從所述入端口接收組播用戶請求加入組播的加入報文；根據(jù)所述加入報文包含的所述組播的組播信息和所述入端口的端口信息，建立從所述出端口向所述入端口轉(zhuǎn)發(fā)所述組播的數(shù)據(jù)的轉(zhuǎn)發(fā)表項。另一方面，本發(fā)明提供了一種處理組播的裝置，包括出端口單元、入端口單元、和控制單元；所述控制單元用于設置端口單元一的狀態(tài)為阻塞狀態(tài)，所述端口單元一為所述出端口單元和所述入端口單元中的一個端口單元，所述出端口單元和所述入端口單元中的另一端口單元為根端口單元；設置所述端口單元一的狀態(tài)為阻塞狀態(tài)之后，所述入端口單元用于接收組播用戶請求加入組播的加入報文；所述控制單元用于根據(jù)所述加入報文包含的所述組播的組播信息和所述入端口的端口信息，建立從所述出端口單元向所述入端口單元轉(zhuǎn)發(fā)所述組播的數(shù)據(jù)的轉(zhuǎn)發(fā)表項。另一方面，本發(fā)明提供了一種處理組播的系統(tǒng)，包括第一組播接入節(jié)點和第二組播接入節(jié)點；所述第一組播接入節(jié)點阻塞端口一，所述端口一是所述第一組播接入節(jié)點的出端口和入端口中的一個端口，所述出端口和所述入端口中的另一個端口為根端口 ；所述第一組播接入節(jié)點從所述入端口接收所述第二組播接入節(jié)點發(fā)送的組播用戶請求加入組播的加入報文，根據(jù)所述加入報文包含的所述組播的組播信息和所述入端口的端口信息，建立從所述出端口向所述入端口轉(zhuǎn)發(fā)所述組播的數(shù)據(jù)的轉(zhuǎn)發(fā)表項。通過本發(fā)明的實施例可以在出端口和入端口中有一個端口是阻塞狀態(tài)的情況下， 建立組播轉(zhuǎn)發(fā)表項，籍此，可以在網(wǎng)絡異常時，啟用該組播路徑時，直接根據(jù)建立的組播轉(zhuǎn)發(fā)表項轉(zhuǎn)發(fā)組播數(shù)據(jù)，達到縮短組播業(yè)務恢復時間的效果。


為了更清楚地說明本發(fā)明實施例的技術方案，下面將對實施例描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為環(huán)網(wǎng)中處理組播的示意圖；圖2為環(huán)網(wǎng)中處理組播的示意圖；圖3為本發(fā)明實施例處理組播的方法的流程示意圖；圖3a為本發(fā)明實施例處理組播的方法的流程示意圖；圖4為本發(fā)明實施例處理組播的示意圖；圖5為本發(fā)明實施例處理組播的示意圖；圖6為本發(fā)明實施例處理組播的裝置的示意圖；圖7為本發(fā)明實施例處理組播的系統(tǒng)的示意圖。
具體實施例下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。本發(fā)明的實施例提供了一種在物理環(huán)網(wǎng)中處理組播的方法，如圖3所示，以下結合附圖對該方法進行說明，在圖4和圖5中，網(wǎng)絡中包括組播接入節(jié)點Bl到B5，組播用戶通過組播接入節(jié)點獲取組播數(shù)據(jù)。例如組播接入節(jié)點可以是DSLAM接入服務器，IPTV用戶通過DSLAM接入服務器獲取組播視頻流。Sl上的端口 P為整個環(huán)的組播上行口。組播接入節(jié)點B4節(jié)點上處理組播的方法如圖3所示，包括以下步驟步驟301 阻塞端口一，端口一是出端口和入端口中的一個端口，另一個端口為根端□。
圖4和圖5中，P6和P7分別為B4的出端口和入端口。這里說的出端口和入端口是相對的，P6和P7兩個端口參與組環(huán)，是互為出端口和入端口的，組播報文從入端口接收， 從出端口發(fā)送，出端口和入端口這兩個端口中有一個被阻塞，被阻塞的可以是出端口，也可以是入端口。根據(jù)環(huán)網(wǎng)處理協(xié)議，如MSTP、STP、RSTP, ITU_TG. 803. 2等各種環(huán)網(wǎng)處理協(xié)議，在該環(huán)狀網(wǎng)絡上生成邏輯的樹狀網(wǎng)絡過程中，阻塞P6和P7中的一個端口，可以是P7，也可以是 P6，P6和P7中的另一個成為根端口。根端口的說法為生成樹中的說法，如果在其他環(huán)網(wǎng)處理協(xié)議中，一個端口的功能或作用與生成樹協(xié)議中根端口的功能或作用類似，則這樣的端口也應該被理解為本發(fā)明的實施例中描述的根端口。阻塞端口一，可以在在STP協(xié)議中將端口狀態(tài)設置為Discarding，也可以是在RSTP協(xié)議中將端口狀態(tài)設置為Blocking，本領域技術人員能夠理解雖然在不同的環(huán)網(wǎng)處理協(xié)議中狀態(tài)名稱可能不一樣，但是該狀態(tài)下端口的功能或作用類似。圖4中P7的狀態(tài)被設置為阻塞，Bl成為根橋，組播上行口 P9、P6、P4、P2分別成為 B5、B4、B3、B2的根端口，除根橋外，各節(jié)點下的組播協(xié)議報文仍然通過成為根端口的各組播上行口發(fā)送組播加入報文。圖5中P6的狀態(tài)被設置為阻塞，Bl成為根橋，組播上行口 P9、P7、P4、P2分別成為 B5、B4、B3、B2 的根端口。本實施例中以Sl不參與環(huán)網(wǎng)處理協(xié)議為例進行說明，對于Sl參與環(huán)網(wǎng)處理的情形，本領域技術人員可以根據(jù)本實施例的描述獲知。 具體地，可以是根據(jù)收到的生成樹協(xié)議的橋協(xié)議數(shù)據(jù)單元(BPDU，Bridge Protocol Data Unit)設置端口一的狀態(tài)為阻塞。現(xiàn)有技術中，P7阻塞后，對于從該阻塞的端口接收的請求加入組播的報文，是會被 B4丟棄的而不進行處理的，也不會從該阻塞的端口發(fā)送組播加入報文，因此也不會收到所請求組播的數(shù)據(jù)。但在本發(fā)明的實施例中，有著和現(xiàn)有技術不同的處理方式。步驟303 從入端口接收組播用戶請求加入組播的加入報文。圖4中，B4通過P6與B3連接，可以通過P6接收Bi、B2、或B3節(jié)點下的組播用戶請求加入組播的加入報文，如IGMP加入報文或組播監(jiān)聽者發(fā)現(xiàn)(MLD，Multicast Listener Discovery)加入報文。以B3設備運行IGMP Proxy為例，B3下的組播用戶發(fā)送加入報文， 這個報文被B3設備攔截，設備根據(jù)用戶請求的內(nèi)容，建立通過IGMP加入報文接收端口轉(zhuǎn)發(fā)組播數(shù)據(jù)的組播轉(zhuǎn)發(fā)表項，并重新封裝IGMP加入報文，除了通過根端口同時也是上行端口的端口 P4發(fā)送加入報文外，還可以通過指定端口 P5發(fā)送相同內(nèi)容的加入報文。該加入報文被另一非根橋節(jié)點B4的端口 P6接收，P6為入端口，P6是B4的組播上行口，雖然作為上行口收到了加入報文，但是B4并未在處理過程中丟棄該加入報文，而是將P6視作組播級聯(lián)口，建立通過P6向組播用戶轉(zhuǎn)發(fā)組播數(shù)據(jù)組播轉(zhuǎn)發(fā)表項，并將從組播級聯(lián)口接收的該加入報文，封裝為新的加入報文后，往另一個組播上行端口 P7發(fā)送。對于通過根橋Bl接入的組播用戶，除了從指定的組播上行口 PO發(fā)出加入報文并收到組播數(shù)據(jù)外，還可以通過端口 Pl 發(fā)出加入報文，該報文也能夠通過B2、B3的轉(zhuǎn)發(fā)后被P6端口收到。圖5中，P6被阻塞，P6接收B3下組播用戶發(fā)送的請求加入組播的加入報文時，阻塞的端口 P6是入端口，收到該加入報文后，雖然P6端口的狀態(tài)是阻塞狀態(tài)，但是并不丟棄該加入報文，而是執(zhí)行本發(fā)明實施例中描述的處理過程。步驟305 根據(jù)該加入報文包含的所請求的組播的組播信息和入端口的端口信息，建立從出端口向入端口轉(zhuǎn)發(fā)該組播的數(shù)據(jù)的轉(zhuǎn)發(fā)表項。對于P6收到的加入報文，被B5中負責協(xié)議處理的功能部件進行處理，可以從該加入報文中提取所請求加入的組播的信息，包括但不限于組播組地址，組播源地址等信息，建立從出端口 P7向入端口 P6轉(zhuǎn)發(fā)組播數(shù)據(jù)的轉(zhuǎn)發(fā)表項，該表項中可以包括組播的組播組地址，組播源地址、虛擬局域網(wǎng)標識、源端口號、目的端口等信息的組合。例如，B4中建立的組播轉(zhuǎn)發(fā)表項可以包括組播組地址、虛擬局域網(wǎng)標識，目的端口號P6，P7收到組播數(shù)據(jù)后，根據(jù)組播數(shù)據(jù)的組播組地址查詢轉(zhuǎn)發(fā)表獲得目的端口號P6，于是從P7向P6轉(zhuǎn)發(fā)組播數(shù)據(jù)。圖4或圖5中，P6收到的加入報文，被B5中負責協(xié)議處理的功能部件進行處理， 可以根據(jù)該加入報文中包含的所請求加入的組播的組播節(jié)目的地址(多播地址和/或源IP 地址)、組播的MAC地址等組播信息，以及入端口的端口號、虛擬局域網(wǎng)標識等端口信息，建立從出端口 P7向入端口 P6轉(zhuǎn)發(fā)組播數(shù)據(jù)的轉(zhuǎn)發(fā)表項。例如，B4中建立的組播轉(zhuǎn)發(fā)表項可以包括組播節(jié)目的多播地址和目的端口 P6的端口號，P7收到組播數(shù)據(jù)后，根據(jù)組播數(shù)據(jù)的組播節(jié)目的多播地址查詢轉(zhuǎn)發(fā)表獲得目的端口號P6，于是從P7向P6轉(zhuǎn)發(fā)組播數(shù)據(jù)。通過步驟301、步驟303、步驟305，可以在出端口和入端口中有一個端口是阻塞的情況下，根據(jù)收到的加入組播報文，建立轉(zhuǎn)發(fā)表項，在環(huán)網(wǎng)鏈路正常的情況下形成保護。該保護機制在環(huán)網(wǎng)故障后的恢復過程中發(fā)揮作用，組播業(yè)務恢復時可以根據(jù)該轉(zhuǎn)發(fā)表項直接轉(zhuǎn)發(fā)組播數(shù)據(jù)，縮短組播恢復時間?？蛇x地，該方法還可以進一步包括步驟307 從出端口發(fā)送該加入報文并接收所請求的組播的數(shù)據(jù)，丟棄從該出端口收到的所請求的組播的數(shù)據(jù)。圖4中，雖然P7被阻塞，但是，對于從入端口收到的加入報文，并不丟棄，而是從該阻塞端口把該加入報文發(fā)送出去。B5從P8收到該加入報文后，可以認為是從組播級聯(lián)口收到加入報文，并通過P9發(fā)送出去。該報文可以被發(fā)送到組播服務器，然后請求的組播數(shù)據(jù)會沿著加入報文的反方向到達端口 P7并被接收。例如，該加入報文是B3下的組播用戶的加入報文，該報文被P8接收后，再通過P9被發(fā)送出去。如果是PlO端口來的B5所帶組播用戶的加入報文，除了從B5的根端口同時是組播上行口的端口 P8發(fā)送出去，并經(jīng)過根橋 Bl到達組播服務器外，還通過阻塞的端口 P9發(fā)送出去，并從P9接收到所請求組播的數(shù)據(jù)。對于B3下的組播用戶，除能從作為根端口的上行口 P4發(fā)出請求加入組播的加入報文，建立如圖4中所示的經(jīng)S1、B1、B2、B3的組播路徑1，還因為加入報文能夠從阻塞的端口 P7發(fā)送出去，也能夠建立一條如圖4中所示的經(jīng)S1、B5、B4、B3的組播路徑2。B4從P7收到所請求的組播的數(shù)據(jù)后，將該組播數(shù)據(jù)丟棄。不對該組播數(shù)據(jù)進行轉(zhuǎn)發(fā)的原因在于避免組播用戶收到多份組播數(shù)據(jù)而影響接收效果。圖5中，從出端口 P7發(fā)出從阻塞的入端口 P6收到的組播用戶請求加入組播的加入報文后，P7收到該組播的組播數(shù)據(jù)。對于從P7收到的組播數(shù)據(jù)，B4作丟棄處理。類似地，對于B3下的組播用戶，也能夠建立兩條組播的傳送路徑1和路徑2。通過發(fā)出組播加入請求，接收并丟棄組播流，可以建立一條到達組播源的組播路徑，并在該路徑上接收到組播數(shù)據(jù)，籍此，在環(huán)網(wǎng)故障后的恢復過程中，可以直接轉(zhuǎn)發(fā)收到的組播數(shù)據(jù)，進一步縮短組播恢復時間。具體地，步驟307所述的丟棄從該出端口收到的所請求的組播的數(shù)據(jù)，可以分情況包括以下情形圖4中，對于P6收到的加入報文，被阻塞的端口是出端口 P7，在出端口 P7收到組播數(shù)據(jù)后，由于自己的狀態(tài)是阻塞狀態(tài)，直接丟棄該組播的數(shù)據(jù)。圖5中，被阻塞的端口是入端口 P6，出端口 P7收到組播數(shù)據(jù)后，根據(jù)步驟303中建立的轉(zhuǎn)發(fā)表項將該組播的數(shù)據(jù)轉(zhuǎn)發(fā)到入端口 P6，P6的狀態(tài)是阻塞，所以P6并不發(fā)送組播數(shù)據(jù)，而是在入端口 P6丟棄組播數(shù)據(jù)。可選地，該方法還可以進一步包括步驟309 解阻塞端口一，從出端口接收所請求組播的數(shù)據(jù)，根據(jù)已經(jīng)建立的轉(zhuǎn)發(fā)表項將組播數(shù)據(jù)轉(zhuǎn)發(fā)到入端口，入端口發(fā)出該組播的數(shù)據(jù)。圖4中，當網(wǎng)絡中發(fā)生異常時，例如，P3和P4之間的鏈路中斷，運行環(huán)網(wǎng)處理協(xié)議， 將阻塞的端口一 P7解阻塞。在P7被解阻塞之后，對于從出端口 P7收到的組播數(shù)據(jù)，不再丟棄，而是根據(jù)已經(jīng)建立的轉(zhuǎn)發(fā)表項將P7收到的組播數(shù)據(jù)轉(zhuǎn)發(fā)給P6，P6發(fā)出該組播數(shù)據(jù)。 對于從P6接收的B3下的用戶的加入請求，在步驟305中已經(jīng)建立了轉(zhuǎn)發(fā)表項，并且也收到了組播數(shù)據(jù)，解阻塞后，無需再等待從組播源到B3的組播樹的重建，而是直接根據(jù)已經(jīng)建好的轉(zhuǎn)發(fā)表項直接轉(zhuǎn)發(fā)收到的組播數(shù)據(jù)，可以縮短網(wǎng)絡異常后組播業(yè)務恢復的時間。類似地，圖5中，解阻塞P6后，從P7收到的組播數(shù)據(jù)可以根據(jù)已經(jīng)建立的轉(zhuǎn)發(fā)表項被轉(zhuǎn)發(fā)到P6，并由P6發(fā)送出去?？蛇x地，在收到組播用戶的加入請求之后，B4可能隨時收到該組播用戶發(fā)送來的請求離開組播的離開報文，本實施例的方法可以進一步包括步驟311 從入端口接收組播用戶請求離開組播的離開報文，刪除對應的轉(zhuǎn)發(fā)表項，從出端口發(fā)送該離開報文。與加入報文的處理相對應，在入端口和出端口有一個被阻塞的情況下，如果組播用戶要離開組播，則發(fā)送的離開報文被入端口收到，對于從入端口接收的離開報文，不是丟棄，而是根據(jù)該離開報文，刪除步驟305中建立的組播轉(zhuǎn)發(fā)表項。如果當被阻塞的端口被解除阻塞后，組播用戶離開組播，入端口也會收到離開報文，則相應地刪除轉(zhuǎn)發(fā)表項。與加入報文相對應，該離開報文可以是IGMP離開報文或MLD離開報文。從入端口收到加入報文后，一個實施例可以是如上述步驟307所描述的將該加入報文從出端口轉(zhuǎn)發(fā)出去，然后可以收到所請求組播的組播數(shù)據(jù)。在另一個實施例中，如圖3a 所示，可選地，在步驟305之后，可以進一步包括步驟306 丟棄入端口收到的該加入報文。入端口收到加入報文后，根據(jù)加入報文創(chuàng)建了轉(zhuǎn)發(fā)表項，但是由于入端口和出端口中有一個端口是阻塞狀態(tài)，所以可以不將該報文從出端口發(fā)送出去，而是丟棄該報文。這樣，該加入報文不可能到達組播服務器，組播數(shù)據(jù)也不會到達出端口。圖4中，對于從B3接入的組播用戶，除能從作為根端口的上行口 P4發(fā)出請求加入組播的加入報文，建立經(jīng)S1、B1、B2、B3的組播路徑1，還因為在B4中建立了轉(zhuǎn)發(fā)表項，建立了一條如圖4中所示的經(jīng)B4、B3的組播路徑3。與路徑2不同的是，由于加入報文沒有從 P7發(fā)送出去，沒有收到組播數(shù)據(jù)，建立的是一條部分組播路徑。圖5中，與圖4類似，也建立了一條經(jīng)B4、B3的組播路徑3。在這種情形下，該方法可以進一步包括步驟308 解阻塞端口一，從出端口發(fā)送該組播用戶請求加入該組播的第二加入報文。在環(huán)網(wǎng)鏈路發(fā)生異常時，例如P3和P4之間的鏈路中斷，B4收到環(huán)網(wǎng)處理協(xié)議的網(wǎng)絡拓撲結構調(diào)整的報文，從而將出端口和入端口中的一個阻塞的端口解阻塞。網(wǎng)絡拓撲發(fā)生變化后，如果組播用戶重新發(fā)送加入組播的請求，則B4可以將該第二加入報文轉(zhuǎn)發(fā)出去，如果組播用戶不重新發(fā)送加入報文，則B4可以在本地構造一個第二加入報文并發(fā)送。 例如，當B3下的組播用戶重新發(fā)出請求加入組播的第二加入報文時，入端口 P6收到該第二加入報文，出端口 P7將該報文發(fā)送出去。B4也可以根據(jù)之前收到該組播用戶發(fā)送的加入報文后存儲起來的相關數(shù)據(jù)，構造一個該組播用戶的加入報文并發(fā)送。步驟310 從出端口接收該組播的數(shù)據(jù)，根據(jù)轉(zhuǎn)發(fā)表項將收到的該組播的數(shù)據(jù)轉(zhuǎn)發(fā)到入端口，從入端口發(fā)送該組播的數(shù)據(jù)。第二組播報文發(fā)出后，到達組播服務器后，出端口 P7收到組播數(shù)據(jù)，根據(jù)在步驟 305中已經(jīng)建立的轉(zhuǎn)發(fā)表項將收到的組播的數(shù)據(jù)轉(zhuǎn)發(fā)到P6，P6發(fā)送出去。由于步驟305已經(jīng)建立了轉(zhuǎn)發(fā)表項，所以在環(huán)網(wǎng)發(fā)生故障后的恢復過程中，將加入報文發(fā)送出去而引入組播數(shù)據(jù)后，可以直接根據(jù)已經(jīng)建立的轉(zhuǎn)發(fā)表項轉(zhuǎn)發(fā)組播數(shù)據(jù)，縮短了組播恢復的時間。和步驟309相比，步驟308和步驟310的處理需要再發(fā)送加入報文弓丨入組播流，其組播恢復所花時間多于前者所花的時間。對于離開報文的處理，在端口一處于阻塞狀態(tài)時，收到離開報文，刪除對應的組播轉(zhuǎn)發(fā)表項，因為加入報文并未被轉(zhuǎn)發(fā)出去，所以對于離開報文也作丟棄處理。端口一被解阻塞后，組播用戶要離開組播時，除了刪除相應的組播表項，還需要將該離開報文發(fā)送出去， 通知組播源停止發(fā)送組播數(shù)據(jù)。圖4中，對于通過B4接入的組播用戶，從用戶端口收到組播用戶請求加入組播的加入報文后，建立轉(zhuǎn)發(fā)表項，除了從根端口同時也是上行端口的P6發(fā)送出去并從P6收到組播數(shù)據(jù)外，還可以從阻塞的端口 P7發(fā)送該加入報文，引入組播數(shù)據(jù)，但是在P7阻塞時丟棄從P7收到的該組播的數(shù)據(jù)。P7解阻塞之后，可以立刻根據(jù)轉(zhuǎn)發(fā)表項將P7收到的組播的數(shù)據(jù)向該用戶端口轉(zhuǎn)發(fā)。對于本發(fā)明實施例中的組播節(jié)點在處理包括組播加入報文和組播離開報文在內(nèi)的組播協(xié)議報文時，可以在收到組播協(xié)議報文后，根據(jù)IGMP Proxy協(xié)議重新封裝組播協(xié)議報文，并且控制組播協(xié)議報文發(fā)送的節(jié)奏?；蛘?，根據(jù)IGMP Snooping協(xié)議轉(zhuǎn)發(fā)收到的組播協(xié)議報文。例如，當設備已經(jīng)建立了該加入報文的組播轉(zhuǎn)發(fā)表項時，并不需要立即發(fā)送組播加入報文，而是在收到相應的組播查詢報文之后，或者按一定的節(jié)奏，發(fā)送組播加入報文。本發(fā)明的實施例提供了一種處理組播的裝置，如圖6中600所示，該裝置可以在組播接入節(jié)點上實現(xiàn)，例如圖4或圖5中所示的環(huán)網(wǎng)中的組播接入節(jié)點，該裝置包括 出端口單元601、入端口單元603和控制單元605。 控制單元605用于設置端口單元一，端口單元一是出端口單元601和入端口單元 603這兩個單元中的一個端口單元，控制單元用于設置端口單元一的狀態(tài)為阻塞狀態(tài)?？梢允歉鶕?jù)生成樹協(xié)議等環(huán)網(wǎng)處理協(xié)議，將出端口單元和入端口單元中的一個設置為阻塞狀態(tài)。設置所述端口單元一的狀態(tài)為阻塞狀態(tài)之后，入端口單元用于接收組播用戶請求加入組播的加入報文；控制單元用于根據(jù)該加入報文包含的所請求的組播的組播信息和入端口的端口信息，建立從出端口單元向入端口單元轉(zhuǎn)發(fā)所請求的組播的數(shù)據(jù)的轉(zhuǎn)發(fā)表項。 該加入報文可以是互連網(wǎng)組管理協(xié)議加入報文或組播監(jiān)聽者發(fā)現(xiàn)協(xié)議加入報文?？蛇x地，出端口單元還用于發(fā)送該加入報文并接收所請求組播的數(shù)據(jù)；當端口單元一是出端口單元時，在出端口單元丟棄該組播的數(shù)據(jù)；或者，當端口單元一是入端口單元時，根據(jù)已經(jīng)建立的轉(zhuǎn)發(fā)表項將出端口單元接收的組播的數(shù)據(jù)轉(zhuǎn)發(fā)到入端口單元，在入端口單元丟棄所述組播的數(shù)據(jù)。進一步，控制單元用于設置端口單元一的狀態(tài)為非阻塞狀態(tài)。例如，在該裝置所在的環(huán)網(wǎng)的拓撲結構發(fā)生變化時，根據(jù)生成樹協(xié)議報文，控制單元將阻塞的端口單元一解阻塞，狀態(tài)設置為非阻塞狀態(tài)。端口單元一的狀態(tài)變?yōu)榉亲枞麪顟B(tài)后，出端口單元，用于接收所請求組播的數(shù)據(jù)， 根據(jù)已經(jīng)建立的轉(zhuǎn)發(fā)表項將該組播的數(shù)據(jù)轉(zhuǎn)發(fā)到入端口單元，入端口單元用于發(fā)送組播的數(shù)據(jù)。可選地，控制單元用于丟棄從入端口單元收到的加入報文。進一步，控制單元用于設置端口單元一的狀態(tài)為非阻塞狀態(tài)，之后，入端口單元， 用于接收組播用戶請求加入組播的第二加入報文；出端口單元，用于發(fā)送該第二加入報文， 并接收所請求的組播的數(shù)據(jù)，根據(jù)已經(jīng)建立的轉(zhuǎn)發(fā)表項將組播的數(shù)據(jù)轉(zhuǎn)發(fā)到入端口單元， 入端口單元用于發(fā)送該組播的數(shù)據(jù)。可選地，入端口單元，用于接收組播用戶請求離開組播的離開報文，控制單元，用于刪除對應的轉(zhuǎn)發(fā)表項，該轉(zhuǎn)發(fā)表項是根據(jù)該組播用戶發(fā)送的請求加入組播的加入報文而建立的，在解阻塞端口單元一之前，如果也從出端口單元發(fā)出了該加入報文，則也發(fā)出該離開報文，如果丟棄了加入報文，則也丟棄離開報文。在解阻塞端口單元一之后，發(fā)出該離開報文。該離開報文可以是互連網(wǎng)組管理協(xié)議離開報文或組播監(jiān)聽者發(fā)現(xiàn)協(xié)議離開報文。本實施中描述的出端口單元和入端口單元，可以在通用的局域網(wǎng)交換芯片(LSW， Local Area Network Switch)芯片中實現(xiàn)，也可以在專用集成電路(ASIC，Application Specific Intergrated Circuits)中實現(xiàn)。例如，如果根據(jù)RSTP協(xié)議需要設置出端口單元或入端口單元的狀態(tài)為阻塞，可以設置LSW/ASIC的端口的STP狀態(tài)表中的狀態(tài)為阻塞。
控制單元可以由在通用處理器上運行軟件實現(xiàn)，控制單元可以通過設置寄存器或者表項控制硬件端口的行為，例如，為阻塞端口，控制單元可以設置相應的LSW/ASIC的端口的STP狀態(tài)表中的狀態(tài)為阻塞。為使端口能夠發(fā)送組播數(shù)據(jù)，可以將組播組的元素配置到LSW/ASIC的組播節(jié)目表，組播組的元素包括但不限于組播組地址、組播源地址、虛擬局域網(wǎng)等元素，還可以配置該組播組的出端口的信息，組播數(shù)據(jù)報文從入端口進來后，匹配到組播節(jié)目表，并根據(jù)組播節(jié)目的出端口信息轉(zhuǎn)發(fā)到出端口，如果出端口的狀態(tài)為阻塞，則組播數(shù)據(jù)報文就不會發(fā)送出去，如果入端口的狀態(tài)是阻塞，則組播數(shù)據(jù)報文就不會被轉(zhuǎn)發(fā)到出端口。本發(fā)明的實施例提供了一種處理組播的系統(tǒng)，如圖7中700所示，該系統(tǒng)包括第一組播接入節(jié)點和第二組播接入節(jié)點。例如，在圖4或圖5中，該第一組播接入
12節(jié)點和第二組播接入節(jié)點是環(huán)網(wǎng)中的組播接入節(jié)點。第一組播接入節(jié)點阻塞端口一，端口一是第一組播接入節(jié)點的出端口和入端口中的一個端口?？梢愿鶕?jù)生成樹協(xié)議等環(huán)網(wǎng)處理協(xié)議，將出端口單元和入端口單元中的一個設置為阻塞狀態(tài)。第一組播接入節(jié)點從入端口接收第二組播接入節(jié)點發(fā)送的組播用戶請求加入組播的加入報文，根據(jù)該加入報文包含的所請求的組播的組播信息和入端口的端口信息，建立從出端口向入端口轉(zhuǎn)發(fā)所請求組播的數(shù)據(jù)的轉(zhuǎn)發(fā)表項。該加入報文可以是互連網(wǎng)組管理協(xié)議加入報文或組播監(jiān)聽者發(fā)現(xiàn)協(xié)議加入報文?？蛇x地，第一組播接入節(jié)點從出端口發(fā)送該加入報文并接收所請求組播的數(shù)據(jù)， 并丟棄收到的該組播的數(shù)據(jù)。進一步，第一組播接入節(jié)點解阻塞端口一，從出端口接收所請求組播的數(shù)據(jù)，根據(jù)已經(jīng)建立的轉(zhuǎn)發(fā)表項將該組播的數(shù)據(jù)轉(zhuǎn)發(fā)到入端口，從入端口向第二組播接入節(jié)點發(fā)送該組播的數(shù)據(jù)?？蛇x地，第一組播接入節(jié)點丟棄從入端口收到的加入報文。進一步，第一組播接入節(jié)點解阻塞端口一，從入端口接收該組播用戶請求加入組播的第二加入報文，從出端口發(fā)送該第二加入報文，之后，從出端口接收所請求組播的數(shù)據(jù)，根據(jù)已經(jīng)建立的轉(zhuǎn)發(fā)表項將該組播的數(shù)據(jù)轉(zhuǎn)發(fā)到入端口，并從入端口向第二組播接入節(jié)點發(fā)送組播的數(shù)據(jù)?？蛇x地，第一組播接入節(jié)點可以接收第二組播節(jié)點發(fā)送的組播用戶請求離開組播的離開報文，收到該離開報文后，可以刪除對應的轉(zhuǎn)發(fā)表項，該轉(zhuǎn)發(fā)表項是根據(jù)該組播用戶發(fā)送的請求加入組播的加入報文而建立的。可以在端口一被解阻塞之前收到離開報文，也可以是在解阻塞端口一之后收到離開報文。在解阻塞端口一之前，如果也從出端口發(fā)出了該加入報文，則也發(fā)出該離開報文，如果丟棄了加入報文，則也丟棄離開報文。在解阻塞端口一之后，則需要發(fā)出該離開報文。該離開報文可以是互連網(wǎng)組管理協(xié)議離開報文或組播監(jiān)聽者發(fā)現(xiàn)協(xié)議離開報文。本領域技術人員在理解上述處理組播的系統(tǒng)、處理組播的裝置的實施例與處理組播的方法的實施例時，可以將方法實施例內(nèi)容與裝置實施例內(nèi)容以及系統(tǒng)實施例的內(nèi)容相互參照進行理解。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發(fā)明可借助軟件加必需的硬件平臺的方式來實現(xiàn)，當然也可以全部通過硬件來實施。基于這樣的理解， 本發(fā)明的技術方案對背景技術做出貢獻的全部或者部分可以以軟件產(chǎn)品的形式體現(xiàn)出來， 該計算機軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例或者實施例的某些部分所述的方法。以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此， 任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內(nèi)，可輕易想到的變化或替換， 都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應該以權利要求的保護范圍為準。
權利要求
1.一種處理組播的方法，其特征在于，包括阻塞端口一，所述端口一是出端口和入端口中的一個端口，所述出端口和所述入端口中的另一個端口為根端口；從所述入端口接收組播用戶請求加入組播的加入報文；根據(jù)所述加入報文包含的所述組播的組播信息和所述入端口的端口信息，建立從所述出端口向所述入端口轉(zhuǎn)發(fā)所述組播的數(shù)據(jù)的轉(zhuǎn)發(fā)表項。
2.如權利要求1所述的方法，其特征在于，進一步包括 從所述出端口發(fā)送所述加入報文并接收所述組播的數(shù)據(jù)； 丟棄從所述出端口接收的所述組播的數(shù)據(jù)。
3.如權利要求2所述的方法，其特征在于，所述丟棄從所述出端口接收的所述組播的數(shù)據(jù)，包括當所述端口一是所述出端口時，在所述出端口丟棄所述組播的數(shù)據(jù)；或者， 當所述端口一是所述入端口時，根據(jù)所述轉(zhuǎn)發(fā)表項將所述出端口接收的所述組播的數(shù)據(jù)轉(zhuǎn)發(fā)到所述入端口，在所述入端口丟棄所述組播的數(shù)據(jù)。
4.如權利要求3所述的方法，其特征在于，進一步包括 解阻塞所述端口一；從所述出端口接收所述組播的數(shù)據(jù)，根據(jù)所述轉(zhuǎn)發(fā)表項將所述組播的數(shù)據(jù)轉(zhuǎn)發(fā)到所述入端口，從所述入端口發(fā)送所述組播的數(shù)據(jù)。
5.如權利要求1-4任一所述的方法，其特征在于，進一步包括從所述入端口接收所述組播用戶請求離開組播的離開報文，刪除所述轉(zhuǎn)發(fā)表項，從所述出端口發(fā)送所述離開報文。
6.如權利要求1所述的方法，其特征在于，進一步包括 丟棄所述加入報文。
7.如權利要求6所述的方法，其特征在于，進一步包括從所述入端口接收所述組播用戶請求離開組播的離開報文，刪除所述轉(zhuǎn)發(fā)表項，丟棄所述離開報文。
8.如權利要求6所述的方法，其特征在于，進一步包括 解阻塞所述端口一；從所述出端口發(fā)送所述組播用戶請求加入組播的第二加入報文； 從所述出端口接收所述組播的數(shù)據(jù)，根據(jù)所述轉(zhuǎn)發(fā)表項將所述組播的數(shù)據(jù)轉(zhuǎn)發(fā)到所述入端口，從所述入端口發(fā)送所述組播的數(shù)據(jù)。
9.如權利要求8所述的方法，其特征在于，進一步包括從所述入端口接收所述組播用戶請求離開組播的離開報文，刪除所述轉(zhuǎn)發(fā)表項，從所述出端口發(fā)送所述離開報文。
10.一種處理組播的裝置，其特征在于，包括 出端口單元、入端口單元、和控制單元；所述控制單元用于設置端口單元一的狀態(tài)為阻塞狀態(tài)，所述端口單元一為所述出端口單元和所述入端口單元中的一個端口單元，所述出端口單元和所述入端口單元中的另一端口單元為根端口單元；設置所述端口單元一的狀態(tài)為阻塞狀態(tài)之后，所述入端口單元用于接收組播用戶請求加入組播的加入報文；所述控制單元用于根據(jù)所述加入報文包含的所述組播的組播信息和所述入端口的端口信息，建立從所述出端口單元向所述入端口單元轉(zhuǎn)發(fā)所述組播的數(shù)據(jù)的轉(zhuǎn)發(fā)表項。
11.如權利要求10所述的裝置，其特征在于所述出端口單元用于發(fā)送所述加入報文并接收所述組播的數(shù)據(jù)；當所述端口單元一是所述出端口單元時，在所述出端口單元丟棄所述組播的數(shù)據(jù)；或者，當所述端口單元一是所述入端口單元時，根據(jù)所述轉(zhuǎn)發(fā)表項將所述出端口單元接收的所述組播的數(shù)據(jù)轉(zhuǎn)發(fā)到所述入端口單元，在所述入端口單元丟棄所述組播的數(shù)據(jù)。
12.如權利要求11所述的裝置，其特征在于所述控制單元用于設置所述端口單元一的狀態(tài)為非阻塞狀態(tài)； 所述端口一的狀態(tài)變?yōu)榉亲枞麪顟B(tài)后，所述出端口單元，用于接收所述組播的數(shù)據(jù)，根據(jù)所述轉(zhuǎn)發(fā)表項將所述組播的數(shù)據(jù)轉(zhuǎn)發(fā)到所述入端口單元，所述入端口單元用于發(fā)送所述組播的數(shù)據(jù)。
13.如如權利要求10所述的裝置，其特征在于 所述控制單元，用于丟棄所述加入報文。
14.如權利要求13所述的裝置，其特征在于，進一步包括 所述控制單元用于設置所述端口單元一的狀態(tài)為非阻塞狀態(tài)；所述端口一的狀態(tài)變?yōu)榉亲枞麪顟B(tài)后，所述入端口單元，用于接收組播用戶請求加入組播的第二加入報文；所述出端口單元，用于發(fā)送所述第二加入報文，并接收所述組播的數(shù)據(jù)，根據(jù)所述轉(zhuǎn)發(fā)表項將所述組播的數(shù)據(jù)轉(zhuǎn)發(fā)到入端口單元，所述入端口單元用于發(fā)送所述組播的數(shù)據(jù)。
15.如權利要求10-14任一所述的裝置，其特征在于所述入端口單元，用于接收所述組播用戶請求離開組播的離開報文； 所述控制單元，用于刪除所述轉(zhuǎn)發(fā)表項。
16.一種處理組播的系統(tǒng)，其特征在于，包括 第一組播接入節(jié)點和第二組播接入節(jié)點；所述第一組播接入節(jié)點阻塞端口一，所述端口一是所述第一組播接入節(jié)點的出端口和入端口中的一個端口，所述出端口和所述入端口中的另一個端口為根端口 ；所述第一組播接入節(jié)點從所述入端口接收所述第二組播接入節(jié)點發(fā)送的組播用戶請求加入組播的加入報文，根據(jù)所述加入報文包含的所述組播的組播信息和所述入端口的端口信息，建立從所述出端口向所述入端口轉(zhuǎn)發(fā)所述組播的數(shù)據(jù)的轉(zhuǎn)發(fā)表項。
17.如權利要求16所述的系統(tǒng)，其特征在于所述第一組播接入節(jié)點從所述出端口發(fā)送所述加入報文并接收所述組播的數(shù)據(jù)，并丟棄從所述出端口接收的所述組播的數(shù)據(jù)。
18.如權利要求17所述的系統(tǒng)，其特征在于 所述第一組播接入節(jié)點解阻塞所述端口一；所述第一組播接入節(jié)點從所述出端口接收所述組播的數(shù)據(jù)，根據(jù)所述轉(zhuǎn)發(fā)表項將所述組播的數(shù)據(jù)轉(zhuǎn)發(fā)到所述入端口，從所述入端口向所述第二組播接入節(jié)點發(fā)送所述組播的數(shù)據(jù)。
19.如權利要求16-18任一所述的系統(tǒng)，其特征在于所述第一組播接入節(jié)點從所述入端口接收所述組播用戶請求離開組播的離開報文，刪除所述轉(zhuǎn)發(fā)表項，從所述出端口發(fā)送所述離開報文。
20.如權利要求16所述的系統(tǒng)，其特征在于 所述第一組播接入節(jié)點丟棄所述加入報文。
21.如權利要求20所述的系統(tǒng)，其特征在于所述第一組播接入節(jié)點從所述入端口接收所述組播用戶請求離開組播的離開報文，刪除所述轉(zhuǎn)發(fā)表項，丟棄所述離開報文。
22.如權利要求20所述的系統(tǒng)，其特征在于 所述第一組播接入節(jié)點解阻塞所述端口一；所述第一組播接入節(jié)點從所述入端口接收所述組播用戶請求加入組播的第二加入報文；所述第一組播接入節(jié)點從所述出端口發(fā)送所述第二加入報文； 所述第一組播接入節(jié)點從所述出端口接收所述組播的數(shù)據(jù)，根據(jù)所述轉(zhuǎn)發(fā)表項將所述組播的數(shù)據(jù)轉(zhuǎn)發(fā)到所述入端口，從所述入端口向所述第二組播接入節(jié)點發(fā)送所述組播的數(shù)據(jù)。
23.如權利要求22所述的系統(tǒng)，其特征在于所述第一組播接入節(jié)點從所述入端口接收所述組播用戶請求離開組播的離開報文，刪除所述轉(zhuǎn)發(fā)表項，從所述出端口發(fā)送所述離開報文。
全文摘要
處理組播的方法、裝置和系統(tǒng)，該方法包括阻塞端口一，端口一是出端口和入端口中的一個端口，出端口和入端口中的另一個端口為根端口；從入端口接收組播用戶請求加入組播的加入報文；根據(jù)該加入報文包含的組播的組播信息和入端口的端口信息，建立從出端口向入端口轉(zhuǎn)發(fā)組播數(shù)據(jù)的轉(zhuǎn)發(fā)表項。通過本發(fā)明的實施例可以在出端口和入端口中有一個端口是阻塞狀態(tài)的情況下，建立組播轉(zhuǎn)發(fā)表項，籍此，可以在網(wǎng)絡異常時，啟用該組播路徑時，直接根據(jù)建立的組播轉(zhuǎn)發(fā)表項轉(zhuǎn)發(fā)組播數(shù)據(jù)，達到縮短組播業(yè)務恢復時間的效果。
文檔編號H04L12/18GK102598586SQ201180003978
公開日2012年7月18日 申請日期2011年10月29日 優(yōu)先權日2011年10月29日
發(fā)明者普云, 李勇, 陳穎 申請人:華為技術有限公司