專利名稱：一種gpon系統中下行廣播、洪泛業務及組播業務處理方法
技術領域：
本發明涉及GPON系統中下行包處理，具體說是一種GPON系統中下行廣播、洪泛業務及組播業務處理方法。尤指一種GPON系統中下行廣播、洪泛業務及未知組播業務處理方法。
背景技術：
GPON(Gigabit-Capable Passive Optical Network，吉比特無源光網絡)技術是無源光網絡(PON)家族中一個重要的技術分支，和其它PON技術類似，GPON也是一種采用點到多點拓撲結構的無源光接入技術，由局側的OLT (Optical Line Terminal，光線路終端)、用戶側的0NU(0ptical Network Unit，光網絡單元)以及ODN(Optical Distribution Network，光分配網絡)組成。GPON在下行方向(0LT到0NU)采用TDM廣播方式、上行方向(0NU到0LT)采用 TDMA(時分多址接入)方式。OMCI (0ΝΤ Management and Control Interface ONT 管理和控制接口)是GPON標準中定義的一種配置管理協議。OLT通過OMCI (0ΝΤ管理控制接口)來控制0NU。GPON系統的OLT側使用承載通道標識GEM PORT ID來標識不同ONU的各種業務。 而目前在GPON系統中尚未有統一的業務劃分及處理模型，并且在現有網絡中，除去單播業務、組播業務、語音業務外，還有其他業務和協議數據。現有的GPON系統最常用的應用模型，通常工作在MAC橋模式下，對于下行廣播業務、洪泛業務及未知組播業務，無明確的細分處理模型，不利于運營商對用戶的管理，及對終端用戶進行精細化的服務。

發明內容
針對現有技術中存在的缺陷，本發明的目的在于提供一種GPON系統中下行廣播、 洪泛業務及組播業務處理方法，實現在GPON系統中廣播、洪泛業務及未知組播業務的分類處理，及支持基于ONU端口的包抑制功能，控制業務類型的細分度高，并可控制流量降低到合理的范圍，從而有效地抑制廣播風暴，避免網絡擁塞，保證網絡業務的正常運行。對終端用戶進行精細化的服務。為達到以上目的，本發明采取的技術方案是一種GPON系統中下行廣播、洪泛業務及組播業務處理方法，其特征在于在GPON 系統的OLT設置一個專用于發送下行廣播、洪泛業務及未知組播包的承載通道標識，ONU注冊上時，設置一個專用于接收下行廣播、洪泛業務及未知組播業務的承載通道標識，并且其與OLT設置的承載通道標識相同；當OLT接收到下行的廣播、洪泛業務及未知組播業務時，將該包封裝到帶上述承載通道標識的GEM (GP0N封裝模式)幀，將上述GEM幀廣播發送到每個ONU ；ONU在收到帶上述承載通道標識的GEM幀后，預處理為以太網報文，然后根據ONU 配置的端口業務規則進行轉發，最后，再轉發包到用戶UNI端口時，所述ONU可基于物理端口進行包抑制處理。在上述技術方案的基礎上，ONU設置一個專用于接收下行廣播、洪泛業務及未知組播業務的承載通道標識，是通過如下步驟實現第一步，當ONU的PON經過測距狀態進入運行狀態后，ONU注冊到0LT，并創建OMCI 通道；第二步，ONU通過OMCI通道向OLT進行設備信息上報的交互后，OLT的OMCI模塊下發消息給0NU，并在ONU上配置一條默認的與OLT相同的GEM PORT ID的承載通道，簡稱為廣播通道。在上述技術方案的基礎上，ONU通過廣播通道收到GEM幀后，PON模塊會將GEM幀處理為以太網包，然后將此包送往ONU的內部CPU端口，該ONU的CPU端口對應于PON的一個橋端口，專門用于從此PON的橋端口處，接收下行的廣播、洪泛業務及未知組播業務的以太網包。在上述技術方案的基礎上，根據ONU配置的端口業務規則進行轉發，包括以下步驟第一步，收到的以太網幀，按照包業務類型進行分類獲取以太網包的包類型，分為三類廣播、洪泛業務及未知組播業務類型；根據以太網包的目的MAC地址進行判斷，若目的MAC地址為FF FF FF FF FF FF，則判斷為廣播包；若目的MAC為01 00 5E XX XX XX， 則判斷為未知組播包；其他則歸為洪泛業務包；第二步，進行ONU的端口業務配置比較，不匹配則不轉發，匹配則轉入第三步；第三步，在與端口的業務配置匹配后，需對包進行相應的VLAN處理，再進入下一步的操作，VLAN處理規則按照端口業務配置表進行轉換。在上述技術方案的基礎上，第二步所述的進行ONU的端口業務配置比較，需使用端口業務配置表，端口業務配置表記錄以下內容當ONU進行數據業務配置時，GPON ONU的管理模塊0MCI，保存ONU的端口業務配置到端口業務配置表；當注冊上的ONU進行增加數據業務配置時，其端口所配置的數據業務被存儲進端口業務配置表中；當刪去ONU某條數據業務時，端口業務配置表中，對應的業務配置條目也被刪除；當ONU去授權時，將清空整個端口業務配置表；端口業務配置表的參數CfgNum表示端口業務條數，每個用戶UNI 口最大支持16 條業務，當參數cfgNum的值為零時，表示該端口沒有配置數據業務；下行包的vlan信息需與ONU的所有端口配置進行匹配比較，按照端口順序逐個進行處理，實現把包正確的處理后，發向對應的用戶UNI端口，進行業務配置比較時，將包的 vlan信息與每個端口的所有業務配置進行比較，若不匹配則不轉發，若匹配，則根據業務配置表進行VLAN處理后，準備預轉發。在上述技術方案的基礎上，ONU基于物理端口進行包抑制處理，需使用端口包抑制配置表，端口包抑制配置表記錄以下內容當ONU進行包抑制配置時，GPON ONU的管理模塊0MCI，保存ONU的端口包抑制到端口包抑制配置表；即從GPON協議管理模塊OMCI處，獲取ONU的端口包抑制配置；
當對注冊上的ONU進行基于端口的包抑制配置時，其端口的包抑制配置被存儲進一端口包抑制配置表中；當修改ONU某端口的某類型的包抑制配置時，包抑制配置表中，對應的包類型的配置條目同時被修改；當ONU去授權時，將清空整個包抑制配置表；端口包抑制配置表包括的元素分別為UNI端口號，包業務類型，包抑制開關，包抑制門限；UNI端口號為ONU的用戶側物理端口號，包業務類型抑制的包類型，分為三類廣播包、未知組播包、洪泛包，包抑制開關對應某端口的包抑制功能的使能或者關閉，包抑制門限每秒轉發包的個數的最大值，若端口包抑制配置開關為未使能，則直接將包發向用戶UNI 口 ；若端口包抑制配置開關為使能，則判斷每秒已發包計數是否超過抑制門限，超過門限值，則不轉發，否則直接將包發向用戶UNI 口。在上述技術方案的基礎上，包抑制處理判斷依據為在經過VLAN處理后的包，準備轉發向某端口時，需判斷該端口的包抑制配置。本發明所述的GPON系統中下行廣播、洪泛業務及組播業務處理方法，實現在GPON 系統中廣播、洪泛業務及未知組播業務的分類處理，及支持基于ONU端口的包抑制功能，控制業務類型的細分度高，并可控制流量降低到合理的范圍，從而有效地抑制廣播風暴，避免網絡擁塞，保證網絡業務的正常運行。使GPON系統中對于下行廣播業務、洪泛業務及未知組播業務的處理方法更加具體可控和靈活化，從而，為用戶提供精細化的服務。本發明提供了一套GPON系統中下行廣播、洪泛業務及未知組播業務的標準化模型，本發明結合產業標準對下行廣播、洪泛業務及未知組播業務功能進行需求分析，提出了根據端口配置業務轉發和包抑制這兩大功能的處理機制。它適用于現有應用的GPON系統， 本發明在根據端口配置業務轉發時，可以對用戶具體需求進行精確控制。并且管理人員可根據實際需要對不同的業務類型的包進行基于端口的包抑制，提高了 GPON系統中下行廣播、洪泛業務及未知組播業務處理功能的靈活性，為終端用戶提供精細化的服務。


本發明有如下附圖圖1下行包處理總體流程圖，圖2端口業務配置比較流程圖，圖3包抑制處理流程圖。
具體實施例方式以下結合附圖對本發明作進一步詳細說明。為滿足用戶不同的需求，本發明所述的GPON系統中下行廣播、洪泛業務及未知組播業務處理方法，提供了一套GPON系統中下行廣播、洪泛業務及未知組播業務的標準化模型。如圖1所示，總的處理流程如下
在GPON系統的OLT設置一個專用于發送下行廣播、洪泛業務及未知組播包的承載通道標識GEM PORT ID，該GEM PORT ID，是OLT系統啟動后，在OLT線卡授權后，默認配置的承載通道；ONU (0LT對應的每個0NU)注冊上時，設置一個專用于接收下行廣播、洪泛業務及未知組播業務的承載通道標識，并且其與OLT設置的承載通道標識相同；即在OLT對應的每個ONU設置一個專用于接收下行廣播、洪泛業務及未知組播業務的承載通道標識，可以在ONU注冊上后，由ONU進行默認配置的固定GEM PORT ID,并與OLT的默認配置的固定 GEM PORT ID 值相同。當OLT接收到下行的廣播、洪泛業務及未知組播業務時，將該包封裝到帶上述承載通道標識的GEM (GP0N封裝模式)幀，將上述GEM幀廣播發送到每個ONU ；即將該包封裝到帶上述GEM PORT ID的GEM幀，利用GPON下行廣播的特性，通過GPON的傳輸層發送該下行GEM幀到每個ONU0ONU在收到帶上述承載通道標識的GEM幀后，預處理為以太網報文，然后根據ONU 配置的端口業務規則進行轉發，最后，再轉發包到用戶UNI端口時，所述ONU可基于物理端口進行包抑制處理。本發明所述的GPON系統中下行廣播、洪泛業務及未知組播業務處理方法，包括兩大功能(一)根據ONU配置的端口業務規則進行轉發(進行VLAN域內的廣播轉發)；(二) ONU基于物理端口進行包抑制處理。當每收到一個以太網包，需要與所有的端口業務進行配置比較，而在每一個端口配置比較，在匹配后，立即進行包VLAN處理，然后經過包抑制模塊過濾后，符合條件的包，才會發向用戶UNI端口，詳見后述。在上述技術方案的基礎上，ONU設置一個專用于接收下行廣播、洪泛業務及未知組播業務的承載通道標識，是通過如下步驟實現第一步，當ONU的PON經過測距狀態進入運行狀態后，ONU注冊到0LT，并創建OMCI 通道；第二步，ONU通過OMCI通道向OLT進行設備信息上報的交互后，OLT的OMCI模塊下發消息給0NU，并在ONU上配置一條默認的與OLT相同的GEM PORT ID的承載通道，簡稱為廣播通道。在上述技術方案的基礎上，ONU通過廣播通道收到GEM幀后，PON模塊會將GEM幀處理為以太網包，然后將此包送往ONU的內部CPU端口，該ONU的CPU端口對應于PON的一個橋端口，專門用于從此PON的橋端口處，接收下行的廣播、洪泛業務及未知組播業務的以太網包。在上述技術方案的基礎上，根據ONU配置的端口業務規則進行轉發，包括以下步驟第一步，收到的以太網幀，按照包業務類型進行分類獲取以太網包的包類型，分為三類廣播、洪泛業務及未知組播業務類型；根據以太網包的目的MAC地址進行判斷，若目的MAC地址為FF FF FF FF FF FF,則判斷為廣播包；若目的MAC為01 00 5E XX XX XX， 則判斷為未知組播包；其他則歸為洪泛業務包；這里將未知組播業務從洪泛業務中獨立劃分出來，是為了進行更具體精細的控制，對未知組播包的默認行為是在vlan內洪泛，但是，若實際應用中，不允許未知組播包的洪泛，則可以通過后續包抑制的方法，來丟棄未知組播包；
第二步，進行ONU的端口業務配置比較，不匹配則不轉發，匹配則轉入第三步；第三步，在與端口的業務配置匹配后，需對包進行相應的VLAN處理，再進入下一步的操作，VLAN處理規則按照端口業務配置表進行轉換。即當業務匹配后，準備轉發的包還需要進行VLAN處理，再進入下一步的操作， VLAN處理規則按照端口業務配置表進行轉換。在上述技術方案的基礎上，第二步所述的進行ONU的端口業務配置比較，需使用端口業務配置表，端口業務配置表記錄以下內容當ONU進行數據業務配置時，GPON ONU的管理模塊0MCI，保存ONU的端口業務配置到端口業務配置表；當注冊上的ONU進行增加數據業務配置時，其端口所配置的數據業務被存儲進端口業務配置表中；當刪去ONU某條數據業務時，端口業務配置表中，對應的業務配置條目也被刪除；當ONU去授權時，將清空整個端口業務配置表；端口業務配置表的參數CfgNum表示端口業務條數，每個用戶UNI 口最大支持16 條業務，當參數cfgNum的值為零時，表示該端口沒有配置數據業務；下行包的vlan信息需與ONU的所有端口配置進行匹配比較，按照端口順序逐個進行處理，實現把包正確的處理后，發向對應的用戶UNI端口，進行業務配置比較時，將包的 vlan信息與每個端口的所有業務配置進行比較，若不匹配則不轉發，若匹配，則根據業務配置表進行VLAN處理后，準備預轉發。業務匹配比較因為下行包是與上行逆向的過程，因此VLAN處理是與上行VLAN處理進行相反的操作。端口業務配置表中，存儲的端口業務，與OMCI配置的數據業務一致， 因此保存的的VLAN操作是對應于上行的VLAN處理。取包的vlan信息，與業務配置表中， vlan_after進行比較，若相同，則認為業務匹配；將包的vlan處理為vlan_before。業務支持；與所配置的單播數據業務的VLAN處理保持一致，可支持透傳、imtag到 tag模式，tag轉換，及QinQ模式四種類型。其中透傳模式可分為全vlan透傳和tag透傳兩種。而QinQ模式，又包含內層業務VLAN模式。ONU根據參數cfgtype及cfgQinQ來配置判斷當前業務為何種VLAN處理模式。當 cfgQinQ = 0時，說明非QinQ模式；當cfgQinQ = 1時，說明為QinQ模式。當cfgtype = 0 時，配置訪問模式為全透傳模式；當cfgtype = 1時，配置訪問模式為tag透傳；當cfgtype =2時，配置為tag轉換；當cfgtype = 3時，配置為imtag到tag模式。處理后的包準備預轉發，發送到所有業務匹配的用戶UNI端口。在上述技術方案的基礎上，ONU基于物理端口進行包抑制處理，需使用端口包抑制配置表，端口包抑制配置表記錄以下內容當ONU進行包抑制配置時，GPON ONU的管理模塊0MCI，保存ONU的端口包抑制到端口包抑制配置表；即從GPON協議管理模塊OMCI處，獲取ONU的端口包抑制配置；當對注冊上的ONU進行基于端口的包抑制配置時，其端口的包抑制配置被存儲進一端口包抑制配置表中；當修改ONU某端口的某類型的包抑制配置時，包抑制配置表中，對應的包類型的配置條目同時被修改；
8
當ONU去授權時，將清空整個包抑制配置表；端口包抑制配置表包括的元素分別為UNI端口號，包業務類型，包抑制開關，包抑制門限；UNI端口號為ONU的用戶側物理端口號。包業務類型抑制的包類型，分為三類廣播包、未知組播包、洪泛包。包抑制開關對應某端口的包抑制功能的使能或者關閉。包抑制門限每秒轉發包的個數的最大值。包抑制處理判斷依據為在經過VLAN處理后的包，準備轉發向某端口時，需判斷該端口的包抑制配置，具體如下若端口包抑制配置開關為未使能，則直接將包發向用戶UNI 口 ；若端口包抑制配置開關為使能，則判斷每秒已發包計數是否超過抑制門限，超過門限值，則不轉發，否則直接將包發向用戶UNI 口。本發明所述的二種配置表，即端口業務配置表，和端口包抑制配置表，都是在系統啟動后初始化。在管理人員對ONU進行相應的配置操作后，同步更新，并動態立即生效。(1)端口業務配置表保存了每個UNI端口的數據業務配置信息。端口業務配置表中包括UNI端口號、配置條目數cfgNum、VLAN操作業務類型、VLAN業務信息vlan_before 及vlan_after。其中，參數cfgNum表示該端口業務條目數，每個用戶UNI 口最大支持16條業務。當參數cfgNum的值為零時，表示該端口沒有配置數據業務。端口業務配置表中，存儲的端口業務，與OMCI配置的數據業務一致，因此保存的的VLAN操作是對應于上行包的VLAN 處理；同理，業務信息vlan_before對應于上行的UNI側入口，業務信息vlan_after對應于上行的PON側出口。故，下行包的VLAN處理，將是與上行處理逆向的過程。當增加ONU某條數據業務時，端口業務配置表中，會增加對應的業務配置條目；當刪去ONU某條數據業務時，端口業務配置表中，對應的業務配置條目同時被刪除；當ONU去授權時，將清空整個端口業務配置表。(2)端口包抑制配置表保存了每個UNI端口的包抑制配置信息。端口包抑制配置表中包括UNI端口號、包業務類型、包抑制開關、包抑制門限。其中，包業務類型表示抑制對象的包類型，0表示廣播包；1表示未知組播包；2表示洪泛包。包抑制開關，表示是否對該包類型使能抑制功能，0表示去使能；1表示使能。包抑制門限，表示對該包類型進行抑制的上限值，即每秒最大轉發的包個數。此參數只有在包抑制開關使能后，才生效。當修改ONU某端口的某類型的包抑制配置時，端口包抑制配置表中，對應的包類型的配置條目同時被修改；當ONU去授權時，將清空整個端口包抑制配置表。下面對根據ONU配置的端口業務規則進行轉發的處理過程進行說明。如圖2，端口業務配置比較的具體步驟如下Bi、獲取以太網包的vlan信息，是否帶有vlan，如有vlan是單層還是雙層vlan， 并保存記錄下對應的cvlan及svlan值，用于后續處理。B2、端口業務配置比較，需與ONU的所有端口的所有配置的業務進行比較。逐一端口，然后逐一配置進行比較。以某一端口為例，說明配置比較過程。
首先，獲取此端口的業務配置條目數cfgNum，若cfgNum = 0，則說明此端口沒有配置任何數據業務，直接跳入下一端口處理；若cfgNum > 0，則說明此端口配置有數據業務。若此端口配置有數據業務，將從該端口的第一條業務配置開始進行比較，直到該端口的最后一條業務配置。比較某條業務配置時，需根據業務配置類型，將包的vlan信息，與端口業務配置表對應的該端口的業務配置的vlaruafter進行比較。(1)若包為不帶vlan，即untag，則判斷業務配置類型是否為全vlan透傳，是則匹配，否則不匹配。(2)若包為單層vlan，則先判斷業務配置類型是否為全vlan透傳，是則匹配，否則繼續判斷業務配置類型是否為tag透傳或tag轉換或為imtag到tag業務，若不是則不匹配，若是則繼續判斷包的vlan的是否與端口的業務配置的vlaruafter的cvlan值是否一致，是則匹配，否則不匹配。(3)若包為雙層vlan，首先判斷業務配置類型是否為QinQ業務，不是則不匹配，若是則繼續判斷包的vlan的是否與端口的業務配置的vlaruafter的svlan值是否一致，不是則不匹配，是則繼續判斷內層vlan業務是否與業務配置表匹配。端口業務配置表，可以如下面表一所示其中，i代表ONU的UNI端口號，j代表該端口的業務配置的條目號。表一端口業務配置表
權利要求
1.一種GPON系統中下行廣播、洪泛業務及組播業務處理方法，其特征在于在GPON系統的OLT設置一個專用于發送下行廣播、洪泛業務及未知組播包的承載通道標識，ONU注冊上時，設置一個專用于接收下行廣播、洪泛業務及未知組播業務的承載通道標識，并且其與 OLT設置的承載通道標識相同；當OLT接收到下行的廣播、洪泛業務及未知組播業務時，將該包封裝到帶上述承載通道標識的GEM幀，將上述GEM幀廣播發送到每個ONU ；ONU在收到帶上述承載通道標識的GEM幀后，預處理為以太網報文，然后根據ONU配置的端口業務規則進行轉發，最后，再轉發包到用戶UNI端口時，所述ONU可基于物理端口進行包抑制處理。
2.如權利要求1所述的GPON系統中下行廣播、洪泛業務及組播業務處理方法，其特征在于0NU設置一個專用于接收下行廣播、洪泛業務及未知組播業務的承載通道標識，是通過如下步驟實現第一步，當ONU的PON經過測距狀態進入運行狀態后，ONU注冊到0LT，并創建OMCI通道；第二步，ONU通過OMCI通道向OLT進行設備信息上報的交互后，OLT的OMCI模塊下發消息給0NU，并在ONU上配置一條默認的與OLT相同的GEM PORT ID的承載通道，簡稱為廣播通道。
3.如權利要求2所述的GPON系統中下行廣播、洪泛業務及組播業務處理方法，其特征在于0NU通過廣播通道收到GEM幀后，PON模塊會將GEM幀處理為以太網包，然后將此包送往ONU的內部CPU端口，該ONU的CPU端口對應于PON的一個橋端口，專門用于從此PON的橋端口處，接收下行的廣播、洪泛業務及未知組播業務的以太網包。
4.如權利要求3所述的GPON系統中下行廣播、洪泛業務及組播業務處理方法，其特征在于，根據ONU配置的端口業務規則進行轉發，包括以下步驟第一步，收到的以太網幀，按照包業務類型進行分類獲取以太網包的包類型，分為三類廣播、洪泛業務及未知組播業務類型；根據以太網包的目的MAC地址進行判斷，若目的 MAC地址為FFFF:FF:FF:FF:FF，則判斷為廣播包；若目的MAC為01 00 5E:XX:XX:XX，則判斷為未知組播包；其他則歸為洪泛業務包；第二步，進行ONU的端口業務配置比較，不匹配則不轉發，匹配則轉入第三步；第三步，在與端口的業務配置匹配后，需對包進行相應的VLAN處理，再進入下一步的操作，VLAN處理規則按照端口業務配置表進行轉換。
5.如權利要求4所述的GPON系統中下行廣播、洪泛業務及組播業務處理方法，其特征在于，第二步所述的進行ONU的端口業務配置比較，需使用端口業務配置表，端口業務配置表記錄以下內容當ONU進行數據業務配置時，GPON ONU的管理模塊0MCI，保存ONU的端口業務配置到端口業務配置表；當注冊上的ONU進行增加數據業務配置時，其端口所配置的數據業務被存儲進端口業務配置表中；當刪去ONU某條數據業務時，端口業務配置表中，對應的業務配置條目也被刪除；當ONU去授權時，將清空整個端口業務配置表；端口業務配置表的參數CfgNum表示端口業務條數，每個用戶UNI 口最大支持16條業務，當參數CfgNum的值為零時，表示該端口沒有配置數據業務；下行包的vlan信息需與ONU的所有端口配置進行匹配比較，按照端口順序逐個進行處理，實現把包正確的處理后，發向對應的用戶UNI端口，進行業務配置比較時，將包的vlan 信息與每個端口的所有業務配置進行比較，若不匹配則不轉發，若匹配，則根據業務配置表進行VLAN處理后，準備預轉發。
6.如權利要求5所述的GPON系統中下行廣播、洪泛業務及組播業務處理方法，其特征在于，ONU基于物理端口進行包抑制處理，需使用端口包抑制配置表，端口包抑制配置表記錄以下內容當ONU進行包抑制配置時，GPON ONU的管理模塊0MCI，保存ONU的端口包抑制到端口包抑制配置表；即從GPON協議管理模塊OMCI處，獲取ONU的端口包抑制配置；當對注冊上的ONU進行基于端口的包抑制配置時，其端口的包抑制配置被存儲進一端口包抑制配置表中；當修改ONU某端口的某類型的包抑制配置時，包抑制配置表中，對應的包類型的配置條目同時被修改；當ONU去授權時，將清空整個包抑制配置表；端口包抑制配置表包括的元素分別為UNI端口號，包業務類型，包抑制開關，包抑制門限；UNI端口號為ONU的用戶側物理端口號，包業務類型抑制的包類型，分為三類廣播包、未知組播包、洪泛包， 包抑制開關對應某端口的包抑制功能的使能或者關閉， 包抑制門限每秒轉發包的個數的最大值， 若端口包抑制配置開關為未使能，則直接將包發向用戶UNI 口 ； 若端口包抑制配置開關為使能，則判斷每秒已發包計數是否超過抑制門限，超過門限值，則不轉發，否則直接將包發向用戶UNI 口。
7.如權利要求6所述的GPON系統中下行廣播、洪泛業務及組播業務處理方法，其特征在于包抑制處理判斷依據為在經過VLAN處理后的包，準備轉發向某端口時，需判斷該端口的包抑制配置。
全文摘要
本發明涉及一種GPON系統中下行廣播、洪泛業務及組播業務處理方法，在OLT設置一個專用于發送下行廣播、洪泛業務及未知組播包的承載通道標識，ONU注冊上時，設置一個與OLT設置的承載通道標識相同的承載通道標識；當OLT接收到下行的廣播、洪泛業務及未知組播業務時，將該包封裝到帶上述承載通道標識的GEM幀，將GEM幀廣播發送到每個ONU；ONU在收到GEM幀后，預處理為以太網報文，然后根據ONU配置的端口業務規則進行轉發，最后，再轉發包到用戶UNI端口時，所述ONU可基于物理端口進行包抑制處理。本發明使GPON系統中對于下行廣播業務、洪泛業務及未知組播業務的處理方法更加具體可控和靈活化，從而，為用戶提供精細化的服務。
文檔編號H04L12/56GK102447568SQ20111036711
公開日2012年5月9日 申請日期2011年11月18日 優先權日2011年11月18日
發明者肖靜 申請人:烽火通信科技股份有限公司