專利名稱：一種代理偵聽組播的實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及PON系統(tǒng)組播方式，尤其涉及一種代理偵聽組播的實現(xiàn)方法。
背景技術(shù)：
無源光纖網(wǎng)絡(luò)(PON, Passive Optical Network)又稱被動式光纖網(wǎng)絡(luò),為光纖通訊網(wǎng)路的一種，其特色為不用電源就可以完 成信號處理，除了終端設(shè)備需要用到電以外，其中間的節(jié)點則以光纖組件構(gòu)成。一個PON設(shè)備包含一個中央辦公節(jié)點，稱為光鏈接終端(OLT，Optical LineTerminal)，一個或多個用戶節(jié)點，稱為光纖網(wǎng)絡(luò)單元(ONUs)或者光纖網(wǎng)絡(luò)終端(ONTs)，和一個稱為光分布網(wǎng)絡(luò)(ODN)的分隔器在這兩個設(shè)備之間。目前主流的OLT設(shè)備都由主控盤(主備)和線卡(或者又稱為業(yè)務(wù)盤或者接口盤)組成。IGMP (Internet Group Management Protocol)協(xié)議是專門用于在網(wǎng)絡(luò)中傳輸組播業(yè)務(wù)的協(xié)議，IGMP協(xié)議運行于主機和與主機直接相連的組播路由器之間，主機通過此協(xié)議告訴本地路由器希望加入并接受某個特定組播組的信息。網(wǎng)絡(luò)二層組播相關(guān)協(xié)議包括IGMP Snooping (偵聽協(xié)議)和IGMP Proxy (代理協(xié)議)，IGMP Snooping通過偵聽IGMP的消息來獲取有關(guān)消息，而IGMP Proxy則攔截了終端用戶的IGMP請求并進行相關(guān)處理后，再將它轉(zhuǎn)發(fā)給上層路由器。OLT設(shè)備的組播模式由主控盤的模式和線卡的模式相互組合而成。如果主控盤的模式和線卡的模式都為IGMP Proxy模式，占用系統(tǒng)資源相對較多，而且組播轉(zhuǎn)發(fā)表的建立速度慢；如果主控盤的模式和線卡的模式都為IGMP Snooping模式，對OLT上面設(shè)備處理能力要求較高；如果主控板的模式為IGMP Proxy，線卡的模式為IGMP Snooping，對于OLT設(shè)備本身，當設(shè)備下面掛很多ONU時，存在主控處理數(shù)據(jù)量大的問題，從線卡上送來的很多報告報文，增加了主控的處理負載。
發(fā)明內(nèi)容
本發(fā)明的目的是提供一種代理偵聽組播的實現(xiàn)方法，以解決上述占用系統(tǒng)資源較多，組播轉(zhuǎn)發(fā)表的建立速度慢，容易增加主控的處理負載的問題。本發(fā)明的目的是通過下述技術(shù)方案實現(xiàn)的
一種代理偵聽組播的實現(xiàn)方法，應(yīng)用于PON接入系統(tǒng)實現(xiàn)組播過程中，所述PON接入系統(tǒng)包括OLT主控盤和OLT線卡，其中
所述OLT主控盤上設(shè)有運行IGMP Proxy協(xié)議的模塊，所述OLT線卡上設(shè)有運行IGMPSnooping協(xié)議的模塊；
設(shè)定一定時器；
當主控盤發(fā)送組播組的查詢報文時，開啟定時器，設(shè)定時間T，并把組播組的狀態(tài)置為未收到；
若在時間T內(nèi)收到某組播組的報告報文后，建立或更新該組的組播轉(zhuǎn)發(fā)表，記錄該組播組的狀態(tài)為已收到，并將該組播組的報告報文轉(zhuǎn)發(fā)給主控盤；
在該組播組的狀態(tài)置為已收到的前提下，如果線卡再次收到該組播組的報告報文，就只在所述OLT線卡建立轉(zhuǎn)發(fā)表，而不將報文上送到所述OLT主控盤。上述代理偵聽組播的實現(xiàn)方法，其中，當所述定時器超時，則刪除該定時器。上述代理偵聽組播的實現(xiàn)方法，其中，利用定時器完成組播協(xié)議報文的過濾。上述代理偵聽組播的實現(xiàn)方法，其中，所述PON接入系統(tǒng)為EPON接入系統(tǒng)或GPON接入系統(tǒng)。與已有技術(shù)相比，本發(fā)明的有益效果在于 減少了 OLT主控盤報文數(shù)量，降低主控盤的處理負載，減少了系統(tǒng)資源消耗。
圖I是本發(fā)明代理偵聽組播的實現(xiàn)方法的流程示意圖。
具體實施例方式下面結(jié)合原理圖和具體操作實施例對本發(fā)明作進一步說明。目前PON系統(tǒng)基本都采用IGMP Proxy/IGMP Snooping協(xié)議實現(xiàn)組播。如圖I所示，本發(fā)明代理偵聽組播的實現(xiàn)方法應(yīng)用于PON接入系統(tǒng)實現(xiàn)組播過程中，PON接入系統(tǒng)包括OLT主控盤和OLT線卡，OLT主控盤上設(shè)有運行IGMP Proxy協(xié)議的模塊，OLT線卡上設(shè)有運行IGMP Snooping協(xié)議的模塊。IGMP Proxy的實現(xiàn)原理0LT靠攔截用戶和路由器之間的IGMP報文建立組播表，Proxy設(shè)備的上聯(lián)端口執(zhí)行主機的角色，下聯(lián)端口執(zhí)行路由器的角色。IGMP Snooping的實現(xiàn)原理0LT以偵聽主機發(fā)向路由器IGMP成員報告消息的方式，形成組成員和端口的對應(yīng)關(guān)系，并根據(jù)該對應(yīng)關(guān)系，將收到的組播數(shù)據(jù)包轉(zhuǎn)發(fā)到組成員的端口。首先，設(shè)定一定時器。當主控發(fā)送組播組的query報文時，開啟定時器。設(shè)定超時時間T,時間設(shè)為maxResponseTime, —般是10s。此時所有組播組的初始狀態(tài)為未收到，即組的狀態(tài)置為r印ort-not-receive。然后，若在時間T內(nèi)收到某組播組的報告報文后，將該組播組的狀態(tài)置為已收到，并上主控轉(zhuǎn)發(fā)該組播組的報告報文。在該組播組的狀態(tài)置為已收到的前提下，并在時間T內(nèi)，如果再次收到該組播組的報告報文，就只在OLT線卡建立轉(zhuǎn)發(fā)表,而不將報告報文上送到OLT主控盤。因為對于OLT主控盤來說，線卡中同一組中的不同成員的import報文是相同的，只用上送一份到OLT
主控盤。當定時器超時，則刪除該定時器，并重置所有組播組的狀態(tài)為未收到報告報文狀態(tài)。本發(fā)明方法解決了上送主控import報文過多的問題。在本發(fā)明具體實施例中，PON接入系統(tǒng)可以為EPON或GPON接入系統(tǒng)。以上對本發(fā)明的具體實施例進行了詳細描述，但本發(fā)明并不限制于以上描述的具體實施例，其只是作為范例。對于本領(lǐng)域技術(shù)人員而言，任何等同修改和替代也都在本發(fā)明的范疇之中。因此，在不脫離本發(fā)明的精神和范圍下所作出的均等變換和修改，都應(yīng)涵蓋在本發(fā)明的范圍內(nèi)。
權(quán)利要求
1.一種代理偵聽組播的實現(xiàn)方法，應(yīng)用于PON接入系統(tǒng)實現(xiàn)組播過程中，所述PON接入系統(tǒng)包括OLT主控盤和OLT線卡，其特征在于 所述OLT主控盤上設(shè)有運行IGMP Proxy協(xié)議的模塊，所述OLT線卡上設(shè)有運行IGMPSnooping協(xié)議的模塊； 設(shè)定一定時器； 當主控盤發(fā)送組播組的查詢報文時，開啟定時器，設(shè)定時間T，并把組播組的狀態(tài)置為未收到； 若在時間T內(nèi)收到某組播組的報告報文后，建立或更新該組的組播轉(zhuǎn)發(fā)表，記錄該組播組的狀態(tài)為已收到，并將該組播組的報告報文轉(zhuǎn)發(fā)給主控盤； 在該組播組的狀態(tài)置為已收到的前提下，如果線卡再次收到該組播組的報告報文，就只在所述OLT線卡建立轉(zhuǎn)發(fā)表，而不將報文上送到所述OLT主控盤。
2.根據(jù)權(quán)利要求I所述代理偵聽組播的實現(xiàn)方法，其特征在于，當所述定時器超時，則刪除該定時器。
3.根據(jù)權(quán)利要求2所述代理偵聽組播的實現(xiàn)方法，其特征在于，利用定時器完成組播協(xié)議報文的過濾。
4.根據(jù)權(quán)利要求3所述代理偵聽組播的實現(xiàn)方法，其特征在于，所述PON接入系統(tǒng)為EPON接入系統(tǒng)或GPON接入系統(tǒng)。
全文摘要
本發(fā)明公開了一種代理偵聽組播的實現(xiàn)方法，應(yīng)用于PON接入系統(tǒng)實現(xiàn)組播過程中，所述PON接入系統(tǒng)包括OLT主控盤和OLT線卡，所述OLT主控盤上設(shè)有運行IGMPProxy協(xié)議的模塊，所述OLT線卡上設(shè)有運行IGMPSnooping協(xié)議的模塊；設(shè)定一定時器；當主控盤發(fā)送組播組的查詢報文時，開啟定時器，設(shè)定時間T，并把組播組的狀態(tài)置為未收到；若在時間T內(nèi)收到某組播組的報告報文后，將該組播組的狀態(tài)置為已收到；在該組播組的狀態(tài)置為已收到的前提下，如果再次收到該組播組的報文，就只在所述OLT線卡建立轉(zhuǎn)發(fā)表，而不將報文上送到所述OLT主控盤。本發(fā)明方法解決了上送主控report報文過多的問題。
文檔編號H04L12/18GK102857353SQ201210388929
公開日2013年1月2日 申請日期2012年10月15日 優(yōu)先權(quán)日2012年10月15日
發(fā)明者陳凱, 邱全華 申請人:上海斐訊數(shù)據(jù)通信技術(shù)有限公司