专利名称：一种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日
发明者肖静 申请人:烽火通信科技股份有限公司