專利名稱：一種實現組播終端可靠離開的系統和方法
一種實現組播終端可靠離開的系統和方法本發(fā)明涉及一種組播方法與系統，特別是有關于一種實現組播終端可靠離 開的系統和方法。背聚技術隨著寬帶接入的蓬勃發(fā)展，越來越多家庭享受了寬帶服務，同時越來越多 的業(yè)務也走入了家庭，其中組播業(yè)務就是最重要的一種。從協議上看，組播包括在核心網絡的組播路由協議，以及在接入網絡的組 播組管理協議IGMP (Intem改Group Management Protocol,互聯網組管理協 議)。組播路由協議構造組播樹，使得可以將組播流從組播源推送到SR(Service Router,業(yè)務路由器)。IGMP的作用就是幫助SR獲取每個子網中哪些組播 節(jié)目被點播。為了控制SR下組播流量對局域網的帶寬沖擊，組播流大都采用多級復制 模式，也就是說組播流的復制點可以在SR與組播終端之間的任何交換機之上。 為了管理上的方便，復制點往往都選擇在AN上。在AN上實現IGMP proxy/snooping,不僅可以完成組播流在AN上的復制，proxy還可有效控制大 量IGMP協議報文對上游設備的影響。圖1是組播業(yè)務開展的接入網網絡構架。如圖1所示，視頻服務器101 與業(yè)務路由器103都掛接在IP核心網絡102上。接入節(jié)點AN104通過以太匯 集網絡接入到業(yè)務路由器103，不同的家庭通過CPE (Custromer Premise Equipment,用戶前端設備)105終端接入到接入節(jié)點AN104。 CPE終端下可 接入多個組播終端(一般為機頂盒，簡稱為STB， Set-Top-Box) 106。因為帶 寬的限制，AN --般都設置其用戶端口下用戶可觀看的組播節(jié)目個數或者組播 帶寬限制。在IGMPv2中，用戶停止觀看組播節(jié)目時，都會上行發(fā)送leave (離開) 報文。AN收到leave報文后，要么立刻刪除其對應的組播表項(這一功能稱
為fest leave, fast leave功能是對IGMPv2的擴展)，要么向STB發(fā)送GSQ( Group Specific Query,特定組播組査詢報文)，缺省2秒鐘內，如果AN沒有收到回 復就刪除對應組播表項，切斷組播流。但是在實際運用過程中，leave報文丟失的可能性很大，原因如下1. IGMP協議報文傳輸本身是不可靠的，不象TCP協議，它沒有超時重 傳機制，沒有辦法檢測報文丟失。如果局域網絡發(fā)生擁塞，leave報文被丟棄 的可能性很大。2. STB異常重啟。由于個人習慣，用戶可能使用不正規(guī)的途徑重啟STB; 或者停電，造成STB異常重啟。異常重啟就意味著STB沒有發(fā)送leave報文 的情況下就停止了節(jié)目觀看。效果上，這種"假離開"等同于上述leave報文 的傳輸丟失。在上述leave報文丟失的情況下，AN可以通過超時機制,發(fā)送GQ( General Query,通用査詢)。缺省情況下，AN發(fā)送GQ以后，到判斷出用戶已經離 開組播節(jié)目，需要長達5分鐘之久。這樣會造成很大的問題1. 在這5分鐘之內，如果用戶再次申請加入某個組播組，AN上用戶又 設置了用戶可看節(jié)目個數限制，或者設置了帶寬限制，那么用戶加入組播組的 請求將被拒絕。也就是說，5分鐘之內用戶將不能觀看組播節(jié)目！對用戶來說， 這是無法忍受的。2. 即使節(jié)目個數或者帶寬限制都允許用戶加入新的組播組，但是舊組播 數據流還是會仍然繼續(xù)向用戶發(fā)送，占據可貴的帶寬資源，直到AN通過GQ 判斷后切斷組播流。這會極大地影響用戶的上網體驗。3. 上述用戶'假離開'會造成組播計費發(fā)生偏差，造成用戶經濟損失。 因為leave報文的丟失會造成很大的問題，而且leave報文丟失的可能也很大，因此，及時地發(fā)現leave報文丟失，切斷不必要的組播流傳送，對于組 播業(yè)務的開展就顯得非常必要。對于leave報文丟失，有如下的辦法被提出STB在發(fā)出leave報文后， 開始計時，如果在特定的時間內沒有收到AN的GSQ，那么重新發(fā)送leave報 文。它借用了超時重傳的機制，但是這種解決辦法存在以下問題1.不能結合fast leave功能。因為如果fast leave功能使能,AN在收到leave 報文后不會發(fā)送GSQ，而是直接關閉組播業(yè)務。fast leave功能非常重要，它
可以讓用戶快速的切換組播頻道而不影響其體驗。在實際開局中，fast leave 功能一般是必選的。2. 對用戶終端提出特殊要求。并不是所有的STB支持此功能，且STB 放在用戶家里，通過版本升級支持此功能存在難度。3. 沒有辦法解決用戶終端異常重啟帶來的leave丟失問題。發(fā)明內容本發(fā)明所要解決的技術問題在于提供一種組播終端可靠離開的系統和方 法，可以方便解決leave報文丟失的問題。為實現上述目的,本發(fā)明提出了一種實現組播終端可靠離開的系統，包括組播終端，用于向復制節(jié)點發(fā)送報告報文和離開報文；復制節(jié)點，用于在收到組播終端發(fā)出的離開報文后，發(fā)送特定組播組査詢 報文，在缺省時間內，如果沒有收到組播終端的相應回復，則刪除對應的組播 組，切斷組播流；其特征在于，所述復制節(jié)點還包括一離開報文丟失預判裝置，用于接收并分析所述組播終端發(fā)送的報告報 文，判斷離開報文是否丟失，如果離開報文發(fā)生丟失，則驅動所述復制節(jié)點發(fā) 送特定組播組査詢報文，在缺省時間內，如果沒有收到組播終端的相應回復， 則刪除對應的組播組，切斷組播流。上述實現組播終端可靠離開的裝置，其特征在于，所述復制節(jié)點為接入節(jié)點。上述實現組播終端可靠離開的裝置，其特征在于，所述組播終端為--個或 多個機頂盒。上述實現組播終端可靠離開的裝置，其特征在于，所述復制節(jié)點還包括一報告報文控制裝置，用于設置報告報文上報門限頻率，并當報告報文的 上報頻率超過所述門限頻率時，拒絕接收所述超過上報門限頻率的報告報文， 并發(fā)出告警提示。上述實現組播終端可靠離開的方法，其特征在于，包括以下步驟步驟--，復制節(jié)點接收報告報文；步驟二，對報告報文進行分析，判斷離開報文是否發(fā)生丟失，如果沒有發(fā)
生丟失，進行正常的報告報文處理，如果發(fā)生了丟失，進入下一步驟；步驟三，獲取當前用戶端口的組播組表項集合，針對每個組播組表項的組播組發(fā)送特定組播組査詢報文；步驟四，在缺省時間內，如果沒有收到所述特定組播組査詢報文的回復，就刪除對應的組播組表項，切斷對應的組播流。上述實現組播終端可靠離開的方法，其特征在于，所述步驟二具體包括以下步驟步驟61，從所述報告報文中獲取用戶請求加入的組播組；步驟62,獲取當前用戶端口的組播組表項集合，判斷每個請求加入的組 播組是否屬于所述組播組表項集合中的組播組表項，如果屬于，則做出離開報 文沒有丟失的判斷，進行正常的報告報文處理。上述實現組播終端可靠離開的方法，其特征在于，進一步包括步驟71，根據所述組播組表項集合，獲取用戶當前正在觀看的組播節(jié)目 個數和組播節(jié)目的帶寬；步驟72，判斷用戶正在觀看的組播節(jié)目個數是否等于用戶可允許觀看的 最大節(jié)目個數，并且/或者判斷當前用戶正在觀看的組播節(jié)目帶寬與請求觀看 的新組播節(jié)目帶寬之和是否大于用戶允許觀看的最大組播節(jié)目帶寬，如果用戶 正在觀看的組播節(jié)目個數等于用戶可允許觀看的最大節(jié)目個數，或者所述帶寬 之和大于用戶允許觀看的最大組播節(jié)目帶寬，則預判離開報文丟失，否則預判 離開報文沒有丟失。上述實現組播終端可靠離開的方法，其特征在于，所述組播組表項集合為 用戶當前正在觀看的組播組地址的集合。上述實現組播終端可靠離開的方法，其特征在于，所述步驟一還包括步驟91 ，設置報告報文上報的門限頻率；步驟92，當報告報文的上報頻率超過所述門限頻率時，拒絕接收所述超 過上報門限頻率的報告報文，并發(fā)出告瞀提示。上述實現組播終端可靠離開的方法，其特征在于，當所述組播終端為--個 機頂盒，且所述機頂盒只能收看-一個節(jié)目時，具體包括以下步驟步驟IOI，當前收看的組播節(jié)目的離開報文在傳輸中丟失，所述復制節(jié)點 接收到所述機頂盒請求收看的新組播節(jié)目的報告報文；
步驟102，判斷所述新組播節(jié)目是否是當前正在收看的組播節(jié)目，如果不 是，再判斷當前收看的組播節(jié)目個數是否為用戶允許收看的節(jié)目最大個數，如 果是允許收看的節(jié)目最大個數，進入下一步驟；步驟103,發(fā)送針對當前收看的組播組的特定組播組査詢報文；步驟104，所述復制節(jié)點在缺省時間內發(fā)現沒有回復，刪除所述當前收看 的組播組表項，加入所述請求收看的組播組表項，發(fā)送對應的新組播流。上述實現組播終端可靠離開的方法，其特征在于，當所述組播終端為一個 機頂盒，且所述機頂盒能收看多個節(jié)目時，具體包括以下步驟步驟lll，用戶當前收看的組播節(jié)目的離開報文在傳輸中丟失，所述復制 節(jié)點接收到所述機頂盒請求收看的新組播節(jié)目的報告報文；步驟112，判斷所述新組播節(jié)目是否是當前正在收看的組播節(jié)目，如果不 是，再判斷當前收看的組播節(jié)目個數是否為用戶允許收看的組播節(jié)目最大個 數，并且/或者判斷當前收看的組播節(jié)目帶寬和請求收看的組播節(jié)目帶寬之和 是否大于允許收看的節(jié)目最大帶寬，如果當前收看的組播節(jié)目個數是允許收看 的節(jié)目最大個數，或者，所述帶寬之和大于允許收看的最大節(jié)目帶寬，則進入 下一步驟；步驟113，發(fā)送針對所有當前收看的組播組的特定組播組査詢報文； 步驟114，所述復制節(jié)點在缺省時間內發(fā)現沒有回復，刪除與所述特定組播組査詢報文對應的組播組表項，加入所述請求收看的組播組表項，發(fā)送對應的新組播流。上述實現組播終端可靠離開的方法，其特征在于，當所述組播終端為多個 機頂盒時，具體包括以下步驟步驟121，用戶當前收看的組播節(jié)目的離開報文在傳輸中丟失，所述復制 節(jié)點接收到所述機頂盒請求收看的新組播節(jié)目的報告報文；步驟122，判斷所述新組播節(jié)目是否是當前正在收看的組播節(jié)目，如果不 是，再判斷當前收看的組播節(jié)目個數是否為用戶允許收看的組播節(jié)目最大個 數，并且/或者判斷當前收看的組播節(jié)目帶寬和請求收看的組播節(jié)目帶寬之和 是否大于允許收看的節(jié)目最大帶寬,如果當前收看的組播節(jié)目個數是允許收看 的節(jié)目最大個數，或者，所述帶寬之和大于允許收看的最大節(jié)目帶寬，則進入步驟123，發(fā)送針對所有當前收看的組播組的特定組播組査詢報文； 步驟124，所述復制節(jié)點在缺省時間內發(fā)現沒有回復，刪除與所述特定組 播組査詢報文對應的組播組表項，加入所述請求收看的組播組表項，發(fā)送對應i發(fā)明中復制節(jié)點通過分析report報文，預先判斷是否發(fā)生了 leave報文 的丟失，啟動發(fā)送GSO,以確認實際發(fā)生組播終端離開的組播組，確認后予 以刪除組播終端離開的組播組，切斷舊組播流，推送新組播流。并加入新請求 加入的組播組節(jié)目，本發(fā)明解決了 leave報文丟失的問題，操作簡單便捷，高 效，實用性強。


圖1是接入網的基本架構示意圖；圖2是本發(fā)明組播終端可靠離開的流程示意圖；圖3是leave丟失預判器的處理流程示意圖。
具體實施方式
本發(fā)明應用于組播業(yè)務系統，在leave報文丟失時，可快速地判斷，及時 地切斷不必要的組播流，保證用戶可靠的觀看組播節(jié)目。 本方法利用了下面的用戶觀看組播節(jié)目的特征1. 用戶常用的操作是頻道切換操作。leave報文后面往往都緊跟著report (報告)報文。2. STB異常關閉，啟動后，觀看節(jié)目，上行發(fā)送report報文。 本文的方法就是AN在接收到report報文后，通過特定機制，主動地去發(fā)現leave報文的丟失。本方法在AN中實現，可以解決各種家庭網絡的組網模式，比如，單STB、 多STB、 STB下單節(jié)目、STB下多節(jié)目等等，可以被應用于廣泛組網環(huán)境。AN中增加一個模塊leave報文丟失預判器，其輸入是report報文，輸出 是leave報文丟失的預判，根據預判決定是否下行發(fā)送GSQ。圖2是本發(fā)明組播終端可靠離開的流程示意圖，本方法是對report報文 處理的簡單擴充，如圖所/J'"
歩驟S201， AN接收到report報文步驟S202， leave報文丟失預判器處理流程預判是否發(fā)生leave報文丟 失。此處的丟失判斷只是預判，并不表示leave報文真正發(fā)生了丟失，還需要 繼續(xù)發(fā)送GSQ來進行最后的判斷。如果預判沒有丟失，轉到步驟S206;否則， 進入下一步驟S203。步驟S203,獲得當前用戶端口 (比如DSL端口 )下的組播組表項集合(組 播組表項集合就是用戶正在觀看的組播組地址的集合)。在AN上，保存有 <Gr0Up, Port^邏輯信息，這個信息說明特定端口下正在下行轉發(fā)的哪些組播組 流量。步驟S204，針對每個組播組表項中的組播組發(fā)送GSQ。步驟S205，正常的GSQ報文處理流程。參見IGMPv2。步驟S206，正常的report報文處理。參見IGMPv2。圖3是leave丟失預判器的處分流程。如圖所示，具體包括以下的步驟步驟S301,獲得report協議報文中的用戶請求收看的組播組地址g。步驟S302，獲得當前用戶端口 (比如DSL (Digital subscriber line,數字用戶線)端口)下的組播組表項G。這是一個集合，每個元素表明用戶正在收看的一個組播節(jié)目。步驟S303，如果g屬于G中的一個元素，那么說明只是一個重復請求。給出"leave報文沒有丟失"的判斷，結束處理。如果g不屬于G，說明是一個新的組播組加入請求。轉到步驟S304。步驟S304，根據G的信息計算用戶點播的節(jié)目個數和帶寬。步驟S305，判斷用戶點播的節(jié)目個數是不是等于AN預設的用戶最大組播節(jié)目個數；并且/或者，判斷用戶點播的帶寬加上節(jié)目g的帶寬是不是已經大于AN預設的用戶最大組播帶寬。如果上述條件成立，給出"leave報文預判丟失"結論；否則，給出"leave報文預判沒有丟失"的結論。上述步驟S305中，對帶寬和節(jié)目個數的判斷可以"與"，也可以"或"，可以兩個條件同時使用，也可以單獨使用。根據不同的應用場景和運營需求，可靈活地變化。leave丟失預判器判斷出報文丟失，并不真的就說明一定發(fā)生了 leave報文 的丟失，而是需要進一步通過下行發(fā)送GSQ來驗證。如果用戶惡意的發(fā)送report報文，這就會給AN造成假象，認為leave報文發(fā)生丟失而不斷的發(fā)送 GSQ査詢，這會極大地影響系統的執(zhí)行效率。為解決上述問題，在AN中設置有report報文控制裝置設置report報文 上報的門限頻率，當report報文的上報頻率超過所述門限頻率時，拒絕接收所 述超過上報門限頻率的report報文并發(fā)出告警提示，可以用于進一步分析問題 原因。雖然在上述的描述中，我們說明了本方法在AN上實現，但是它并不局限 于AN。事實上，本方法可以應用于從STB到SR之間的各個復制節(jié)點，只是 AN是實現本方法的最佳點。下面，我們考慮幾種最常用的應用場景第一種情況是每個AN端口下只有一個機頂盒，每個端口只能看一個節(jié)百。當用戶從節(jié)目gl切換到&， gl的leave報文在傳輸中丟失，AN收到&的 report報文。AN收到&的report報文后，因為收看組播節(jié)目的最大個數為一 個，所以發(fā)現用戶正在"收看"節(jié)目gl。這觸發(fā)AN發(fā)送對節(jié)目g,的GSQ。 STB不會反饋，因為機頂盒已經退出g,。 2秒后，AN發(fā)現沒有反饋，刪除節(jié) 目g,的組播組表項，加入&的組播組表項，且下行轉發(fā)組播節(jié)目流。當用戶觀看節(jié)目gl， STB意外重啟，重啟后用戶觀看節(jié)目gz。因為意外 重啟，所以STB不會發(fā)送gl的leave報文。待重新開始觀看節(jié)目&， STB就 會發(fā)送&的report報文。AN收到&的report,發(fā)現用戶正在"觀看"gl，觸 發(fā)對其的GSQ。最終，節(jié)目g,被刪除，新節(jié)目&的組播流被下行轉發(fā)。第二種情況是每個AN端口下就一個機頂盒，每個端口可觀看多個節(jié)， 比如3個。當用戶家庭三個房間的電視機接到一個機頂盒上收看不同的組播節(jié)目。其 中一個用戶從節(jié)目g!切換到節(jié)目&， gl的leave報文傳輸時丟失，&的report 被AN成功接受到。AN接受到&的report報文后，對g2進行判斷，發(fā)現現 有的收看的組播組個數已經等于最大收看組播組個數，于是通過査詢該用戶端 口的組播表項發(fā)現用戶正在觀看3個節(jié)目，觸發(fā)對這三個節(jié)目發(fā)送GSQ報文。 因為STB已經離開gl，所以STB不會對gl的GSQ做出反應。在2秒老化時 間內，AN將gl的組播組表項刪除，增加g2的組播組表項，并且下行轉發(fā)&第三種情況是AN端口下有多個機頂盒、這時使用組播流量觸發(fā)的模式和 上面的處理方式類似。當然，本發(fā)明還可有其它多種實施例，在不背離本發(fā)明精神及其實質的情 況下，熟悉本領域的普通技術人員當可根據本發(fā)明做出各種相應的改變和變 形，但這些相應的改變和變形都應屬于本發(fā)明所附的權利要求的保護范圍。
權利要求
1. 一種實現組播終端可靠離開的系統，包括 組播終端，用于向復制節(jié)點發(fā)送報告報文和離開報文；復制節(jié)點，用于在收到組播終端發(fā)出的離開報文后，發(fā)送特定組播組査詢 報文，在缺省時間內，如果沒有收到組播終端的相應回復，則刪除對應的組播 組，切斷組播流；其特征在于，所述復制節(jié)點還包括一離開報文丟失預判裝置，用于接收并分析所述組播終端發(fā)送的報告報 文，判斷離開報文是否丟失，如果離開報文發(fā)生丟失，則驅動所述復制節(jié)點發(fā) 送特定組播組査詢報文，在缺省時間內，如果沒有收到組播終端的相應回復， 則刪除對應的組播組，切斷組播流。
2. 根據權利要求1所述的實現組播終端可靠離開的裝置，其特征在于， 所述復制節(jié)點為接入節(jié)點。
3. 根據權利要求1所述的實現組播終端可靠離開的裝置，其特征在于， 所述組播終端為一個或多個機頂盒。
4. 根據權利要求1所述的實現組播終端可靠離開的裝置，其特征在于， 所述復制節(jié)點還包括一報告報文控制裝置，用于設置報告報文上報門限頻率，并當報告報文的 上報頻率超過所述門限頻率時，拒絕接收所述超過上報門限頻率的報告報文， 并發(fā)出告警提示。
5. —種實現組播終端可靠離開的方法，其特征在于，包括以下步驟 步驟一，復制節(jié)點接收報告報文；步驟二，對報告報文進行分析，判斷離開報文是否發(fā)生丟失，如果沒有發(fā) 生丟失，進行正常的報告報文處理，如果發(fā)生了丟失，進入下一步驟；步驟三，獲取當前用戶端口的組播組表項集合，針對每個組播組表項的組 播組發(fā)送特定組播組査詢報文；步驟四，在缺省時間內，如果沒有收到所述特定組播組査詢報文的回復， 就刪除對應的組播組表項，切斷對應的組播流。
6. 根據權利要求5所述的實現組播終端可靠離開的方法，其特征在于，所述步驟二具體包括以下步驟步驟61，從所述報告報文中獲取用戶請求加入的組播組；步驟62，獲取當前用戶端口的組播組表項集合，判斷每個請求加入的組播組是否屬于所述組播組表項集合中的組播組表項，如果屬于，則做出離開報文沒有丟失的判斷，進行正常的報告報文處理。
7. 根據權利要求5或6所述的實現組播終端可靠離開的方法，其特征在 于，進一步包括步驟71，根據所述組播組表項集合，獲取用戶當前正在觀看的組播節(jié)目 個數和組播節(jié)目的帶寬；步驟72，判斷用戶正在觀看的組播節(jié)目個數是否等于用戶可允許觀看的 最大節(jié)目個數，并且/或者判斷當前用戶正在觀看的組播節(jié)目帶寬與請求觀看 的新組播節(jié)目帶寬之和是否大于用戶允許觀看的最大組播節(jié)目帶寬，如果用戶 正在觀看的組播節(jié)目個數等于用戶可允許觀看的最大節(jié)目個數，或者所述帶寬 之和大于用戶允許觀看的最大組播節(jié)目帶寬，則預判離開報文丟失，否則預判 離開報文沒有丟失。
8. 根據權利要求5所述的實現組播終端可靠離開的方法，其特征在于， 所述組播組表項集合為用戶當前正在觀看的組播組地址的集合。
9. 根據權利要求5所述的實現組播終端可靠離開的方法，其特征在于， 所述步驟一還包括步驟91，設置報告報文上報的門限頻率；步驟92，當報告報文的上報頻率超過所述門限頻率時，拒絕接收所述超 過上報門限頻率的報告報文，并發(fā)出告警提示。
10. 根據權利要求5所述的實現組播終端可靠離開的方法，其特征在于， 當所述組播終端為一個機頂盒，且所述機頂盒只能收看一個節(jié)目時，具體包括 以下步驟步驟IOI，當前收看的組播節(jié)目的離開報文在傳輸中丟失，所述復制節(jié)點 接收到所述機頂盒請求收看的新組播節(jié)目的報告報文；步驟102，判斷所述新組播節(jié)目是否是當前正在收看的組播節(jié)目，如果不 是，再判斷當前收看的組播節(jié)目個數是否為用戶允許收看的節(jié)目最大個數，如 果是允許收看的節(jié)目最大個數，進入下一步驟；步驟103，發(fā)送針對當前收看的組播組的特定組播組査詢報文； 步驟104，所述復制節(jié)點在缺省時間內發(fā)現沒有回復，刪除所述當前收看 的組播組表項，加入所述請求收看的組播組表項，發(fā)送對應的新組播流。
11. 根據權利要求5所述的實現組播終端可靠離開的方法，其特征在于， 當所述組播終端為--個機頂盒，且所述機頂盒能收看多個節(jié)目時，具體包括以'步驟lll，用戶當前收看的組播節(jié)目的離開報文在傳輸中丟失，所述復制 節(jié)點接收到所述機頂盒請求收看的新組播節(jié)目的報告報文；步驟112，判斷所述新組播節(jié)目是否是當前正在收看的組播節(jié)目，如果不 是，再判斷當前收看的組播節(jié)目個數是否為用戶允許收看的組播節(jié)目最大個 數，并且/或者判斷當前收看的組播節(jié)目帶寬和請求收看的組播節(jié)目帶寬之和 是否大于允許收看的節(jié)目最大帶寬，如果當前收看的組播節(jié)目個數是允許收看 的節(jié)目最大個數，或者，所述帶寬之和大于允許收看的最大節(jié)目帶寬，則進入 下一步驟；步驟113，發(fā)送針對所有當甜收看的組播組的特定組播組査詢報文； 步驟114，所述復制節(jié)點在缺省時間內發(fā)現沒有回復，刪除與所述特定組播組査詢報文對應的組播組表項，加入所述請求收看的組播組表項，發(fā)送對應的新組播流。
12. 根據權利要求5所述的實現組播終端可靠離開的方法，其特征在于， 當所述組播終端為多個機頂盒時，具體包括以下步驟步驟121，用戶當前收看的組播節(jié)目的離開報文在傳輸中丟失，所述復制 節(jié)點接收到所述機頂盒請求收看的新組播節(jié)目的報告報文；步驟122，判斷所述新組播節(jié)目是否是當前正在收看的組播節(jié)目，如果不 是，再判斷當前收看的組播節(jié)目個數是否為用戶允許收看的組播節(jié)目最大個 數，并且/或者判斷當前收看的組播節(jié)目帶寬和請求收看的組播節(jié)目帶寬之和 是否大于允許收看的節(jié)目最大帶寬，如果當前收看的組播節(jié)目個數是允許收看 的節(jié)目最大個數，或者，所述帶寬之和大于允許收看的最大節(jié)目帶寬，則進入 下一步驟；步驟123，發(fā)送針對所有當前收看的組播組的特定組播組査詢報文； 步驟124，所述復制節(jié)點在缺省時間內發(fā)現沒有回復，刪除與所述特定組播組査詢報文對應的組播組表項，加入所述請求收看的組播組表項，發(fā)送對應 的新組播流。
全文摘要
本發(fā)明提出了一種實現組播終端可靠離開的系統，包括組播終端和復制節(jié)點，其中，該復制節(jié)點還包括一離開報文丟失預判裝置，用于接收并分析組播終端發(fā)送的報告報文，判斷離開報文是否丟失，如果離開報文發(fā)生丟失，則驅動復制節(jié)點發(fā)送GSO，缺省時間內，如果沒有收到組播終端的回復，刪除對應的組播組，切斷組播流，接入新的組播組。此外，本發(fā)明還提出了一種實現組播終端可靠離開的方法，其中，包括復制節(jié)點接收并分析報告報文；判斷離開報文是否發(fā)生丟失，如果離開報文發(fā)生丟失，獲取當前用戶端口的組播組表項集合，針對每個組播組表項的組播組發(fā)送GSO；缺省時間內，如果沒有收到組播終端的回復，就刪除對應的組播組，切斷對應的組播流。
文檔編號H04L12/18GK101145922SQ20061011297
公開日2008年3月19日 申請日期2006年9月13日 優(yōu)先權日2006年9月13日
發(fā)明者京 施, 王德強 申請人:中興通訊股份有限公司