[發明專利]一種指定源組的組播用戶快速離開的方法和裝置

有效

• 申請號: 201010221295.7
• 申請日: 2010-07-01
• 公開（公告）號: CN101877678A
• 公開（公告）日: 2010-11-03
• 發明（設計）人: 曹淑玲
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04L12/56
• 分類號: H04L12/56;H04L12/18
• 代理公司: 北京派特恩知識產權代理事務所(普通合伙) 11270
• 代理人: 程立民;張穎玲

技術領域

本發明涉及通信技術領域，更具體的說，是一種用來實現指定源組的組播用戶快速離開的方法和裝置。

背景技術

IP(Internet?Protocol，網際協議)組播是指IP數據由單一的發送者(源)產生，經過網絡分發到一組接收者。組播源只產生一份數據，網絡中的路由器設備收集接收者的信息，實現組播數據流的轉發和復制。IP組播能成倍節約網絡帶寬，實現高效數據傳輸，因而在IPTV等大規模媒體流分發、網絡會議等多點交互式應用、數據中心和PC加工等生產性數據克隆、分布式計算等實時系統通信等場景下廣泛應用。

IGMP(Internet?Group?Management?Protocol，因特網組管理協議)是一種負責IP組播成員管理的協議，用來在IP主機和與其直接相鄰的組播路由器之間建立、維護組播組成員關系。

RFC1112定義的IGMP協議版本1(IGMPv1)，是早期最簡單的組管理協議，采用成員關系報告報文和通用查詢報文確立組播組成員關系。RFC2236定義的IGMPv2，增加了請求離開和特定組查詢功能。RFC3376定義了IGMPv3，是目前的最高版本的組管理協議，其增強了主機對組播源的控制能力，IGMPv3成員關系報告報文不僅可以指定加入的組播組G，還能明確要求從哪個指定組播源S接收或不接收信息，另外，支持查詢路由器發送特定源組查詢報文。IGMPv3通過維護(S，G)狀態，實現源過濾組播，其中，S表示組播源服務器，G表示組，需要維護的要素包括：

IP組播偵聽(插口，接口，組播組地址，過濾模式，源地址列表)，其中：

1)插口：用以標識在同一個設備不同的應用或者協議；

2)接口：接收組播流的接口；

3)組播組地址：指定的組播組地址；

4)過濾模式：包括Include(包含)和Exclude(排除)兩種模式。其中，Include模式表示在源地址列表中的源對應的組播組報文在接收范圍內；Exclude模式表示，除了源地址列表中的源，其他源對應的組播組報文可以接收；

5)源地址列表：與過濾模式相結合，表示希望接收或排除指定的源地址列表。

IGMPv3成員關系報告報文格式如圖1所示，圖2為成員關系報告報文中的組記錄(Group?Record)格式。如果主機僅需要獲得某些指定源的組播數據流，可以將IGMPv3成員關系報告報文中的組記錄類型(Record?Type)字段(過濾模式)設置為Include模式，并在該報告中指定需要接收的組播源地址，從而實現從指定源地址接收組播報文，鑒于描述方便表示為Include?Sources(S1，S2，......)；如果主機不想接收某些指定源的組播數據流，即離開時，則可以要求從除指定源外的所有其他源地址接收組播報文，在IGMP成員關系報告中標記為Exclude?Sources(S1，S2，......)。

當一個組播組成員結束某個特定源組的組播數據流接收時，必將導致組播組的源信息(過濾模式或源地址列表)變化，產生的IGMPv3成員關系報告報文為狀態變化記錄。查詢路由器收到來自下游的狀態變化記錄后，立即發送一個特定源組查詢報文來確認子網內是否還有主機對來自特定源地址集合的組播數據流感興趣。如果是特定源組的最后一個成員離開，則沒有主機對特定源組查詢做出響應，查詢路由器在等待了最后偵聽者查詢間隔時間(等于最大響應時間，默認為1秒)后，再重傳最后偵聽者查詢個數減1個特定源組查詢報文，每次查詢的發送間隔為最后偵聽者查詢間隔，如果仍然沒有獲得響應，則停止向子網發送特定源組的組播數據流。

IGMPv3查詢報文格式如圖3所示。當查詢報文中填寫了組地址和源地址時，為特定源組查詢報文。特定源組查詢報文可以攜帶多個組播組(包括對應的多個組播源)信息，從而有效減少報文數量。但是，隨著IP組播業務的迅速發展，IP組播網絡規模日漸龐大，在待查詢的組播組和對應的組播源數量較多的場景下，會出現特定源組查詢報文的組記錄的總長度超出了查詢報文的最大長度(與接口的最大傳輸長度有關)，或者一個組記錄中攜帶的源地址列表的總長度超過了查詢報文的最大長度的情況，就需要拆分成多個特定源組查詢報文進行發送，且查詢報文間存在發送間隔(延遲)。