組播業務斷開後快速恢復的方法、裝置及網關設備的製作方法

2023-08-11 02:26:41

專利名稱：組播業務斷開後快速恢復的方法、裝置及網關設備的製作方法
技術領域：
本發明涉及組播業務領域，特別是涉及一種組播業務斷開後快速恢復的方 法、裝置及網關設備。
背景技術：
網絡電視(IPTV， Internet Protocol Television)是基於網絡協議(IP)的電 視廣播服務媒體，是一種通信行業與廣電、傳4某行業融合的產物，IPTV憑藉其 良好的交互性和個性化等特點，快速發展著，並受到眾多用戶的歡迎。然而，IPTV的組播業務機制也有不成熟的方面，例如，在執行組播業務時， 網關設備由於配置、調整、掉電等原因，在組播播放過程中進行重啟操作，組 播業務將立即中斷，在網關設備恢復正常後，由於機頂盒(STB)不能及時獲 知網關設備的狀態，依舊在被動的接收組播數據，只是發現無法收到組播源的 數據報文，而導致組播任務中斷。在組播客戶端等待的超時時間到達後才能重 新建立組播業務，或在用戶發現節目中斷後，手動進行點播來重新建立組播業 務，即在STB上再點播一次，才能使組播業務恢復正常。以某用戶在家中利 用STB看電視為例，在IPTV的節目播放過程中，由於用戶的誤操作等原因導致 網關設備掉電時，IPTV的節目也會立刻中斷，用戶發現後，恢復網關"i殳備的電 源連接，網關設備在2分鐘後重新啟動完畢，而此時STB將依舊處於中斷情況， 不能立即恢復正常，需要用戶再通過STB的遙控器，重新配置組播連接關係才 能恢復該組^"業務。可見，這種機制導致網關設備異常重啟時，整個組播業務需要長時間被動 等待超時時間達到，或用戶幹預時才能恢復，這給使用IPTV的組播業務的用戶 帶來了極大的不便。5有鑑於此，本發明的主要目的在於提供一種組播業務斷開後快速恢復的方 法、裝置及網關設備，在網關設備重啟後，不需要用戶幹預的情況下，能夠自 動、快速建立組播業務，以迅速恢復組播連接關係。為達到上述目的，本發明公開了一種組播業務斷開後快速恢復的方法，包括網關設備重啟後，查詢組播客戶端是否存在點播的組播業務信息；組播客 戶端存在點播的組播業務信息時，向網關設備回復響應加入報文；根據所述組 播客戶端的回覆，該網關設備請求並建立組播業務。其中，所述查詢組播客戶端是否存在點播的組播業務信息步驟為向組播 客戶端發出查詢報文；組播客戶端依據該查詢報文，檢查自身是否存在點播的 組播業務信息。所述網關設備請求並建立組播業務步驟為網關設備收到所述 響應加入報文後，向流媒體伺服器發送對應的組播業務請求的組播加入報文； 該流媒體伺服器收到組播業務請求的組播加入報文後，下發與該組播業務請求 對應的組播數據報文；網關設備向組播客戶端轉發該組播數據報文，建立組播 業務。上述方法中，所述網關設備向組播客戶端轉發該組播數據報文步驟為所 述網關設備從所述響應加入報文中解析得到組播客戶端所點播的組播業務信 息、組播客戶端的IP位址以及與該組播業務對應的組播組地址；所述網關設備 將組播客戶端的IP位址與該組播業務對應的組播組地址關聯關係記錄到組播轉 發表中；網關設備分析並確定該組播數據報文對應的組播源，根據組播轉發表， 通過確定的組播源找到對應的組播客戶端，並向該組播客戶端轉發組播數據報 文。為實現上述方法，本發明提供一種組播業務斷開後快速恢復的裝置，包括 網關設備和組播客戶端；其中，網關設備，用於在重啟後，查詢組播客戶端是 否存在點播的組播業務信息，並根據所述組播客戶端的回覆請求並建立組播業 務；組播客戶端，用於在存在點播的組播業務信息時，向所述網關設備的回覆響應加入才艮文。其中，該裝置還包括流媒體伺服器，用於接收所述網關設備的組播業務 請求，並提供與該組播業務請求對應的組播數據報文。所述網關設備，具體用 於在重啟後，向組播客戶端發出查詢報文；所述組播客戶端，具體用於依據該 查詢報文，檢查自身是否存在點播的組播業務信息。相應的，本發明還提供一種組播業務斷開後快速恢復的網關設備，包括 組播管理模塊和組播客戶端查詢模塊；其中，組播管理模塊，用於在網關設備 重啟後，通知組播客戶端查詢模塊查詢組播客戶端是否存在點播的組播業務信 息，並在所述組播客戶端查詢模塊查詢到組播客戶端存在點播的組播業務信息 時，請求並建立組播業務；組播客戶端查詢模塊，用於查詢組播客戶端是否存 在點播的組播業務信息。上述網關設備中，所述組播管理模塊包括初始化單元，報文處理單元； 其中，初始化單元，用於在網關設備重啟後，通知組播客戶端查詢模塊查詢組 播客戶端是否存在點播的組播業務信息；所述報文處理單元，用於在所述組播 客戶端查詢模塊查詢到組播客戶端存在點播的組播業務信息時，請求並建立組 播業務。所述報文處理單元，具體用於接收並解析組播客戶端上報的組播響應 加入報文和流媒體伺服器下發的組播數據報文，以獲得組播業務信息；所述組播管理模塊還包括轉發單元，該轉發單元用於將所述報文處理單元解析到的組 播客戶端的IP位址與該組播客戶端所點播的組播組地址關聯關係記錄到組播轉發表中，並根據組播轉發表向流媒體伺服器轉發組播加入報文、以及向組播客戶端轉發組播數據才艮文。由以上技術方案可以看出，在網關設備在斷電重啟時，本發明通過使網關 設備主動下發組播查詢(Query )報文，使下掛組播客戶端回復組播加入(Report) 報文，從而使得網關設備在斷電重啟後，主動地通知STB重新建立組播業務連 接，組播業務因此而快速恢復。因此，只要用戶將組播客戶端與網關設備連接上，即便播放過程中，該網 關設備斷開重啟，也能在不需要用戶幹預的情況下，能夠重新建立組播業務，快速恢復組播連接關係。通過本發明，能夠提高網關設備可靠性，且更大程度 地方便用戶使用組播業務。從根本上解決了組播業務不能立即恢復的問題，避 免了在組播業務恢復過程中的等待超時或用戶幹預。


圖1為 一般的組播業務的系統架構示意圖；圖2為本發明組播業務斷開後快速恢復的方法實施例一的實現流程示意圖； 圖3為本發明組播業務斷開後快速恢復的方法實施例二的實現流程示意圖； 圖4為本發明組播業務斷開後快速恢復的裝置結構示意圖。
具體實施方式
本發明的基本思想在於網關設備重啟後，自動向組播客戶端下發組播 Query報文，組才番客戶端收到該Query報文後回復響應Report淨艮文，重新建立組 播連接關係，〃Mv而達到快速恢復組播業務目的。需要說明的是，Queiy報文、Report報文和組播數據報文均為組播協議報文， 但為了使各實施例的描述更為清楚，因此根據Report報文的收發對象及報文內 容，將Report報文分為點播Report報文、組播Report報文和響應Report報文等。 其中，所述點播Report報文為組播客戶端向網關設備申請加入組播業務的請求 報文；所述組播Report報文為網關設備向流媒體伺服器發送的組播業務請求報 文；所述響應Report報文為組播客戶端回復網關設備下發的Query報文的響應報 文。另外，每個組播源包括一個或一個以上的組播業務，即在網關設備中對應 一個組播源會存在一個或一個以上組播組，而每個組播組對應 一個具體的組播 業務。因此，每個組播組地址為其對應的組播業務地址。先介紹一下，IPTV的組播業務的工作機制，如圖1所示，組播業務的系統 架構包括流媒體伺服器101、網際網路102、網關設備103以及組播客戶端104。 組播客戶端104通過網關設備103接入到網際網路102上，聯繫流媒體伺服器IOI ，以開展組播業務。該流媒體伺服器101向組播客戶端104提供與組播源對應的組 播數據，該組播客戶端104可以為STB、個人電腦(PC)和行動電話等。下面以網關設備下掛STB開展組播業務為例，IPTV的組播業務的工作機制 包括點播節目、退出點播以及轉發節目等。其中，下掛在網關設備上的STB 點播節目時，該STB向網關設備發送點播Report報文，該點播Report報文包括 STB的IP位址與組播組地址之間的關聯關係。網關設備接收到點播Report4良文 時，對該點播Report報文解析確認後，得到STB的IP位址與組播組地址的關聯關 系，並將該STB的IP位址與組播組地址的關聯關係記錄到組播轉發表中。而且， 網關設備還會檢查是否有其他的組播客戶端點播過該組播源的節目，如果沒有， 則該網關設備主動向流媒體伺服器發出組播Report報文來請求組播業務；如果 有其他的組播客戶端點播過該組播源的節目，則網關設備不用再次向流媒體服 務器發送組播Report報文，直接在組播轉發表上增加點播該組播源的組播客戶 端IP位址的記錄。這裡，該組播轉發表用於記錄組播客戶端的IP位址和該組播 客戶端請求的組播組地址之間的關聯關係；該組播Report報文包括網關設備的 IP位址和該網關設備所請求的組播組地址。STB退出點播時，該STB向網關設備發出點播退出(Quit)報文，該網關設 備收到該點播Quit報文後，對其進行解析確認後，獲得該STB的IP位址與組播組 地址之間的關聯關係，並從組播轉發表中找到對應該STB的IP位址與組播組地 址之間的關聯關係並清除該關聯關係的記錄。而且，網關設備還會檢查是否該 STB對應的組播源還有其他的組播客戶端，如果沒有，則說明網關設備內部已 經沒有組播客戶端在點播該組播源的節目，則網關設備發出組播Quit報文給該 組播源；如果有其他的組播客戶端，則網關設備不做任何處理。網關設備轉發組播源的節目報文時，網關設備收到下發的組播源的節目後， 通過查詢組播轉發表，找出該組播源對應的STB的IP位址，並向STB轉發該組播 源的節目報文；如果有多個組播客戶端，網關設備則將該組播源的節目報文復 制，同步轉發給多個組播客戶端。為使本發明上述目的、特徵和優點能夠更加明顯易懂，下面結合附圖和具9體實施例對本發明作進一步詳細的說明。在網關設備異常掉電重啟後，以組播業務的恢復流程為例，來說明本發明組播業務斷開後快速恢復的實現流程。參照圖2，示出了本發明組播業務斷開後 快速恢復的方法實施例一的實現流程，具體步驟如下步驟201，網關^L備重啟後，要求查詢組播客戶端的組播業務信息，主動向 組播客戶端發出Query報文；由於網關設備重啟，重啟前的組播轉發表被清空，組播業務的連接全部需 要重新構建。網關設備重啟後，進入正常工作狀態，網關設備進行初始化工作， 但組播客戶端在沒有人工幹預的情況下又不能立即再次發出組播連接的點播 Report報文，因而需要網關設備主動發起查詢組播客戶端的要求，即要求查詢 組播客戶端的組播業務信息。其中，該網關設備根據組播協議，向組播客戶端發出的Query報文，要求下 掛的所有組播客戶端進行答覆。該Query報文主要查詢組播客戶端是否存在點播 的組播業務信息。這裡，以組管理協議(IGMP, Internet Group Management Protocol)為例來說明所述組播協議，該IGMP為組播協議中的一種，該IGMP 用於在組播客戶端和與其直接相鄰的網關設備之間建立及維護組播關係。該網 關設備能夠通過基於IGMP的Query報文了解下掛在其上的組播客戶端的點播情 況。而組播客戶端會保存自身點播的組播業務信息，如組播組地址，即組播業 務對應的組4番源地址等。具體來講，該網關i殳備向每個內部網絡接口上發送一個IGMP的Query報文， 要求連接在其內部網絡接口上的每個有組播業務的組播客戶端均返回一個響應 Report報文。但是，由於網關設備不清楚其內部網絡接口上當前有多少組播客 戶端，因此，該IGMP的Query報文的目的IP位址設為224.0.0.1，而IGMP的組播 組地址即組^番業務對應的組播源地址為0。如此，使得該網關設備下掛的所有組 播客戶端均能收到該Query報文，達到查詢斷開的所有組播業務的目的。步驟202,收到Query報文後，組播客戶端檢查自身是否存在點播的組播業 務信息，如果不存在點播的組播業務信息，則執行步驟203;如果存在點播的組播業務信息，則執行步驟204;
步驟203,該組播客戶端不必回復網關設備，該組播客戶端結束當前流程； 步驟204，存在點播的組播業務信息的組播客戶端向網關設備回復響應
Report報文；
該組播客戶端收到Query報文後，如果存在點播的組播業務信息，則以響應 Report報文的形式向網關設備回復該Query報文，該響應Report報文包括組播客 戶端的IP位址與所點播的組播業務對應的組播組地址等信息，以便於網關設備 藉助該響應R印ort報文，重新建立被中斷的組#番連接，使組播業務得以重新開 展。
其中，組播客戶端所回復的響應Report報文包括組播組地址即組^番業務 對應的組播源地址，如D類地址224.223.0.100;以及該組播客戶端的IP位址， 如PC或STB的IP位址。
步驟205，網關設備收到該響應Report報文後，向流媒體伺服器發送對應的 組播業務請求的組播Report報文；
網關設備收到其下掛組播客戶端的響應Report報文後，解析該響應Report 報文，以獲得組播業務信息、組播客戶端的IP位址以及與該組播業務對應的組 播組地址。並且，該網關設備將解析獲得的組播組地址以及組播客戶端的IP地 址的關聯關係記錄在組播轉發表中。該組播轉發表將記錄並更新該組播組地址 和組播客戶端的IP位址關聯關係。然後，網關設備向對應的組播源請求建立組 播業務，即發送組播Report報文。該網關設備通過獲取並上報響應Report報文中 組播組地址，就可以獲取被中斷的組播業務的組播數據。
其中，該組播轉發表用於記錄組播源和組播客戶端的關聯關係；該組播 Report報文記錄了網關^殳備的IP位址和該網關i殳備所請求的組播組地址；所述 對應的組播業務請求是指所述響應Report報文中組播源對應的組播業務。
步驟206,流媒體伺服器收到組播業務請求的組播Report報文後，下發所請 求的組播業務的組播數據報文；
流4某體伺服器查找組播Report報文中所請求的組播業務對應的組播數據，
li並以組播數據報文的形式將該組播數據下發至網關設備上。
步驟207,網關設備向組播客戶端轉發流媒體伺服器下發的組播數據報文， 以建立組4番業務。
網關設備根據組播轉發表轉發組播數據報文，即通過分析、並確定該組播 數據報文對應的組播源，再根據所確定的組播源找到與該組播源對應的組播客 戶端，並向該組播客戶端轉發組播數據報文，從而迅速建立組播業務。
通過上述實施例一，從而解決網關設備異常後，組播業務快速恢復的問題。 下面結合網關設備內部的不同分工以及具體的組播客戶端，給出本發明組播業 務斷開後快速恢復的方法實施例二的實現流程，其中，所述網關設備包括組播 管理模塊和組播客戶端查詢模塊，如圖3所示，具體步驟包括
步驟301,組播管理模塊進行初始化，並要求查詢組播客戶端的組播業務信
息；
網關設備重啟後，進入正常工作狀態，網關設備上的組播管理模塊進入初 始化工作階段，該組播管理模塊主動向組播客戶端查詢模塊要求查詢組播客戶 端的組播業務信息。
步驟302，組播客戶端查詢模塊發出Query報文；
組播客戶端查詢模塊向網關設備區域網(LAN)側下掛的所有組播客戶端 發出Queiy報文。
步驟303,組播客戶端收到Query報文後，向網關設備上的組播管理模塊回 復響應Report4艮文；
該響應Report報文用於重建組播連接，該響應Report報文包括組播組地址 與組播客戶端的IP位址。
步驟304，組播管理模塊解析收到的響應Report報文，向流媒體伺服器發送 組播Report報文，要求重新開展組播業務；
該組播管理模塊收到該響應Report報文後，解析該響應Report報文，並將解 析獲得的組播組地址與組播客戶端的IP位址記錄在組播轉發表中，然後向流士某 體伺服器發出組播Report報文，要求重新開展組播業務。其中，該組播轉發表由組播管理模塊進行維護。
步驟305，流媒體伺服器收到組播Report報文後，向網關設備的組播管理模 塊下發組播數據報文；
步驟306,組播管理模塊收到組播數據報文後，將該組播數據報文轉發給該 組播客戶端。
組播管理模塊根據組播轉發表，通過分析該組播數據來源於哪個組播源， 再根據該組播源找到對應的組播客戶端，並向該組播客戶端轉發組播數據報文， 從而迅速恢復組，播業務。
對於上述的各實施例，為了簡單描述，故將其都表述為一系列的動作組合， 但是本領域技術人員應該知悉，本發明並不受所描述的動作順序的限制，因為 依據本發明，某些步驟可以採用其他順序或者同時進行。
為實現上述方法，本發明還提供一種組播業務斷開後快速恢復的裝置及網 關設備，如圖4所示，該裝置包括網關設備402和組播客戶端403;其中，
網關設備402,用於在重啟後，查詢組播客戶端是否存在點播的組播業務信 息，並根據所述組播客戶端的回覆，請求並建立組播業務。
組播客戶端403,用於在存在點播的組播業務信息時，向所述網關設備402 回復響應Report才艮文。
上述裝置還包括流媒體伺服器401,該流媒體伺服器401用於接收所迷網關 設備402的組播業務請求，並向所述網關設備402下發與該組播業務請求對應的 組播數據報文。其中，該組播業務請求為網關設備402向流媒體伺服器401請求 建立組播業務時發送的，即組播Report報文。
上述裝置中，所述網關i殳備402，具體用於在重啟後，向組播客戶端403發 出Queiy報文。所述組播客戶端403，具體用於在收到所述網關設備402的Query 報文後，檢查自身是否存在點播的組播業務信息。
更進一步地，所述網關設備402包括組播管理模塊4021和組播客戶端查詢 模塊4022;其中，
組播管理模塊4021,用於在網關設備402重啟後，通知組播客戶端查詢模塊4022查詢組播客戶端403是否存在點播的組播業務信息。該組播管理模塊4021 還用於在所述組播客戶端查詢模塊4022查詢到組播客戶端403存在點播的組播 業務信息時，請求並建立組播業務。
組播客戶端查詢模塊4022，用於查詢組播客戶端403是否存在點播的組播業 務信息。
上述網關設備402中，所述組播管理模塊4021包括初始化單元、報文處理 單元及轉發單元；其中，
初始化單元，用於在網關i殳備重啟後，通知組4番客戶端查詢^t塊4022查詢 組播客戶端403是否存在點播的組播業務信息。
報文處理單元，用於在所述組播客戶端查詢模塊查詢到組播客戶端存在點 播的組播業務信息時，請求並建立組播業務，即具體用於接收並解析組播客 戶端上報的組播響應Report報文和流媒體伺服器下發的組播數據報文，以獲得 組播業務信息。
轉發單元，用於將所述"^艮文處理單元解析到的組4番客戶端403的IP位址與該 組播客戶端403所點播的組播組地址關聯關係記錄到組播轉發表中，並根據組播 轉發表向流媒體伺服器轉發組播Report報文、以及向組播客戶端轉發組播數據 報文。
其中，組播轉發表記錄組播源和組播客戶端403之間的關聯關係，即組播客 戶端403的IP位址與組播組地址的關聯關係。當網關設備402重啟，組播轉發表 清空的情況下，組播客戶端查詢模塊4022向組播客戶端403發送Query報文，組 播客戶端403收到該Query報文後，立即上報響應Report報文，從而快速恢復組 播業務。
在上述實施例中，對各個實施例的描述都各有側重，某個實施例中沒有詳 述的部分，可以參見其他實施例的相關描述即可。以上所述，僅為本發明的較 佳實施例而已，只是用來說明和解釋本發明，並非用於限定本發明的保護範圍。 在本發明的精神和權利要求保護範圍之內，對本發明所作的任何修改、等同替 換，都落入本發明的保護範圍。
權利要求
1、一種組播業務斷開後快速恢復的方法，其特徵在於，該方法包括網關設備重啟後，查詢組播客戶端是否存在點播的組播業務信息；組播客戶端存在點播的組播業務信息時，向網關設備回復響應加入報文；根據所述組播客戶端的回覆，該網關設備請求並建立組播業務。
2、 根據權利要求l所述的組播業務斷開後快速恢復的方法，其特徵在於， 所述查詢組播客戶端是否存在點播的組播業務信息步驟為向組播客戶端發出查詢報文；組播客戶端依據該查詢報文，檢查自身是否存在點播的組播業務信息。
3、 根據權利要求1或2所述的組播業務斷開後快速恢復的方法，其特徵在於， 所述網關設備請求並建立組播業務步驟為網關設備收到所述響應加入報文後，向流媒體伺服器發送對應的組播業務 請求的組播加入淨艮文；該流媒體伺服器收到組播業務請求的組播加入報文後，下發與該組播業務 請求對應的組播數據報文；網關設備向組播客戶端轉發該組播數據報文，建立組播業務。
4、 根據權利要求3所述的組播業務斷開後快速恢復的方法，其特徵在於， 所述網關設備向組播客戶端轉發該組播數據報文步驟為所述網關設備從所述響應加入報文中解析得到組播客戶端所點播的組播業 務信息、組播客戶端的IP位址以及與該組播業務對應的組播組地址；所述網關設備將組播客戶端的IP位址與該組播業務對應的組播組地址關聯 關係記錄到組播轉發表中；網關設備分析並確定該組播數據報文對應的組播源，根據組播轉發表，通 過確定的組播源找到對應的組播客戶端，並向該組播客戶端轉發組播數據報文。
5、 一種組播業務斷開後快速恢復的裝置，其特徵在於，包括網關設備和 組播客戶端；其中，網關設備，用於在重啟後，查詢組播客戶端是否存在點播的組播業務信息，並根據所述組播客戶端的回覆請求並建立組播業務；組播客戶端，用於在存在點播的組播業務信息時，向所述網關設備的回覆 響應加入淨艮文。
6、 根據權利要求5所述的組播業務斷開後快速恢復的裝置，其特徵在於， 該裝置還包括流媒體伺服器，用於接收所述網關設備的組播業務請求，並提供與該組播 業務請求對應的組播數據報文。
7、 根據權利要求5或6所述的組播業務斷開後快速恢復的裝置，其特徵在於， 所述網關設備，具體用於在重啟後，向組播客戶端發出查詢報文；所述組播客戶端，具體用於依據該查詢報文，檢查自身是否存在點播的組 播業務信息。
8、 一種組播業務斷開後快速恢復的網關設備，其特徵在於，包括組播管 理才莫塊和組播客戶端查詢才莫塊；其中，組播管理模塊，用於在網關設備重啟後，通知組播客戶端查詢模塊查詢組 播客戶端是否存在點播的組播業務信息，並在所述組播客戶端查詢模塊查詢到 組播客戶端存在點播的組播業務信息時，請求並建立組播業務；組播客戶端查詢才莫塊，用於查詢組播客戶端是否存在點播的組播業務信息。
9、 根據權利要求8所述的組播業務斷開後快速恢復的網關設備，其特徵在 於，所述組播管理模塊包括初始化單元，報文處理單元；其中，初始化單元，用於在網關設備重啟後，通知組播客戶端查詢模塊查詢組播 客戶端是否存在點播的組播業務信息；所述報文處理單元，用於在所述組播客戶端查詢模塊查詢到組播客戶端存 在點播的組播業務信息時，請求並建立組播業務。
10、 根據權利要求9所述的組播業務斷開後快速恢復的網關設備，其特徵在 於，所述報文處理單元，具體用於接收並解析組播客戶端上報的組播響應加入 報文和流媒體伺服器下發的組播數據報文，以獲得組播業務信息；所述組播管理模塊還包括轉發單元，該轉發單元用於將所述報文處理單元 解析到的組播客戶端的IP位址與該組播客戶端所點播的組播組地址關聯關係記 錄到組播轉發表中，並根據組播轉發表向流媒體伺服器轉發組播加入報文、以 及向組播客戶端轉發組播數據報文。
全文摘要
本發明公開了一種組播業務斷開後快速恢復的方法，包括網關設備重啟後，查詢組播客戶端是否存在點播的組播業務信息；組播客戶端存在點播的組播業務信息時，向網關設備回復響應加入報文；根據所述組播客戶端的回覆，該網關設備請求並建立組播業務。為實現上述方案，本發明提供一種組播業務斷開後快速恢復的裝置包括網關設備和組播客戶端。相應的，本發明還提供一種組播業務斷開後快速恢復的網關設備，該網關設備包括組播管理模塊和組播客戶端查詢模塊。通過本發明能夠在網關設備重啟後，自動、快速建立組播業務，以迅速恢復組播連接關係。
文檔編號H04L12/56GK101557296SQ200910083190
公開日2009年10月14日 申請日期2009年5月5日 優先權日2009年5月5日
發明者偉 王, 偉 繆 申請人:中興通訊股份有限公司