[發(fā)明專利]一種組播終端快速離開組播的實現(xiàn)方法

無效

• 申請?zhí)枺?/td>: 201210037814.3
• 申請日: 2012-02-20
• 公開（公告）號: CN102594686A
• 公開（公告）日: 2012-07-18
• 發(fā)明（設(shè)計）人: 劉春生;王金桂
• 申請（專利權(quán)）人: 深圳市共進電子股份有限公司
• 主分類號: H04L12/56
• 分類號: H04L12/56;H04L12/18;H04L29/06
• 代理公司: 深圳匯智容達專利商標事務(wù)所(普通合伙) 44238
• 代理人: 王志強

技術(shù)領(lǐng)域

?本發(fā)明涉及IP組播技術(shù)領(lǐng)域，尤其涉及一種組播終端快速離開組播的實現(xiàn)方法。

背景技術(shù)

在Internet網(wǎng)絡(luò)發(fā)展的過程中，組播是一個舊概念而不是一個新概念。但它由于各種原因發(fā)展比較緩慢。?

IP組播的概念于1988年最早出現(xiàn)在Steve?Deering的博士論文中，在1989年Steve?Deering對標準IP網(wǎng)絡(luò)層協(xié)議進行了擴展，提出了IP組播規(guī)范；1992年3月第一次建立組播主干網(wǎng)MBone，IETF并成功地在組播網(wǎng)上舉行了一次會議，才引起人們的廣泛關(guān)注。而第一個WWW瀏覽器出現(xiàn)在1990年，到1993年已發(fā)展到100個WWW站點，所以組播和WWW雖處于同一時期，但組播的發(fā)展遠遠慢于WWW，主要原因是IP組播通信模式需要相當狀態(tài)和復雜性的路由器，要求路由器能提供每個群組和每個源的信息狀態(tài)，并且隨著Internet網(wǎng)絡(luò)的越來越復雜給組播的進一步的發(fā)展帶來了困難。后來，出現(xiàn)了一些設(shè)計精巧的組播路由協(xié)議(如PIM-DM、PIM-SM)，使組播IP包能正確而又迅速地發(fā)送給成千上萬的接收者，IP組播的技術(shù)和應(yīng)用開始快速發(fā)展。?

目前，IP組播可以運行在任意構(gòu)造的網(wǎng)絡(luò)之上，包括因特網(wǎng)、ATM、幀中繼、SMDS和衛(wèi)星，涉及網(wǎng)絡(luò)的許多領(lǐng)域，能應(yīng)用在視頻和電信會議、多媒體種類、新聞發(fā)布和那些來自太空的遠程實況廣播。

組播協(xié)議分為主機-路由器之間的組成員關(guān)系協(xié)議和路由器-路由器之間的組播路由協(xié)議。組成員關(guān)系協(xié)議包括IGMP(互連網(wǎng)組管理協(xié)議)。組播路由協(xié)議分為域內(nèi)組播路由協(xié)議及域間組播路由協(xié)議。域內(nèi)組播路由協(xié)議包括PIM-SM、PIM-DM、DVMRP等協(xié)議，域間組播路由協(xié)議包括MBGP、MSDP等協(xié)議。同時為了有效抑制組播數(shù)據(jù)在鏈路層的擴散，引入了IGMP?Snooping、HGMP（華為GMP）等二層組播協(xié)議。

在組成員關(guān)系協(xié)議中在組播的fastleave（快速離開）功能出現(xiàn)之前，組播的基本過程是：

1、當某個主機想接收特定的組播的時候，向組播路由器發(fā)送這個組播的join報文；

2、組播路由器收到j(luò)oin報文后，把這個組播地址添加到自身的組播表，并允許wan側(cè)與這個組播對應(yīng)的視頻流轉(zhuǎn)發(fā)到lan側(cè)的主機，從而lan側(cè)主機能接收到對應(yīng)的組播流。

3、當某個主機不再想接收特定的組播的時候，向組播路由器發(fā)送這個組播的leave報文；

4、組播路由器收到leave報文后，向lan側(cè)發(fā)送query查詢報文，以確認lan側(cè)是否還有這個組播的接收者。如果lan側(cè)還有接收者，收到路由器的查詢后，會回復這個組播對應(yīng)的report報文，組播路由器收到這個report，知道還有這個組播的接收者，更新這個組播的老化時間，組播流繼續(xù)轉(zhuǎn)發(fā)的lan側(cè)。而如果已經(jīng)沒有這個組播的接收者了，組播路由器在幾個query周期后（這個時間范圍是幾秒到幾十秒之間），沒收到這個組report，認為lan側(cè)已經(jīng)沒有對應(yīng)的接收者了，就會把這個組播地址從自身的組播表刪除，并停止wan側(cè)與這個組播對應(yīng)的視頻流轉(zhuǎn)發(fā)到lan側(cè)的主機。這樣，對于一些帶寬較小的環(huán)境來說，這幾個查詢周期，一些業(yè)務(wù)無法正常工作，如iptv會出現(xiàn)馬賽克。試想一下，如果每次換臺都要看幾秒甚至幾十秒的馬賽克，用戶體驗肯定是過不去的，而fastleave功能則能夠解決這個問題。

在組成員關(guān)系協(xié)議中加入組播的fastleave功能機制后，組播的基本過程是：

1、當某個主機想接收特定的組播的時候，向組播路由器發(fā)送這個組播的join報文；

2、組播路由器收到j(luò)oin報文后，把這個組播地址添加到自身的組播表，記錄這個report的主機的ip（或者mac）地址，并允許wan側(cè)與這個組播對應(yīng)的視頻流轉(zhuǎn)發(fā)到lan側(cè)的主機，從而lan側(cè)主機能接收到對應(yīng)的組播流。

3、當某個主機不再想接收特定的組播的時候，向組播路由器發(fā)送這個組播的leave報文；

4、組播路由器收到leave報文后，從之前的記錄刪除這個report的主機的ip（或者mac）地址，不會向lan側(cè)發(fā)送query查詢報文。而是查詢自身的記錄，是否還有這個組播對應(yīng)的主機記錄存在，如果還有，則組播流繼續(xù)轉(zhuǎn)發(fā)的lan側(cè)。而如果已經(jīng)沒有這個組播對應(yīng)的主機記錄，則認為沒有對應(yīng)的接收者了，就會馬上把這個組播地址從自身的組播表刪除，并停止wan側(cè)與這個組播對應(yīng)的視頻流轉(zhuǎn)發(fā)到lan側(cè)的主機，以達到“fastleave”的效果。即fastleave機制的引進能夠快速確認組播流是否應(yīng)該停止轉(zhuǎn)發(fā)，能夠即時把帶寬釋放出來，而不必等待幾個查詢間隔了。