CN101170468A - 光网络单元能力信息获得方法及系统 - Google Patents

Abstract

本发明涉及一种光网络单元能力信息获得方法，包括：在达到预设条件时，光网络单元在自身的管理信息库中查询自身所支持的能力信息，然后生成包含符合预定格式的能力信息的上报消息，并发送给光线路终端；光线路终端接收上报消息时，依照预定格式提取而获得能力信息。本发明还涉及一种光网络单元能力信息获得系统，包括：能力信息查询模块、上报消息生成模块、上报消息发送模块、上报消息接收模块和能力信息提取模块。本发明在ONU和OLT两侧统一了能力信息的格式，避免了不同厂商设备之间因格式不统一而造成对上报的能力信息无法识别的问题，保证EPON系统能够顺利执行相应的OAM扩展功能。

Description

光网络单元能力信息获得方法及系统

技术领域

本发明涉及无源光网络(Passive Optical Network，简称PON)技术，尤其是一种在以太网无源光网络(Ethernet PON，简称EPON)下获得光网络单元(Optical Network Unit，简称ONU)的能力信息的方法及其系统。

背景技术

随着Internet的迅速发展和IPTV等新业务、新应用给接入带宽提出了更高的要求，光纤接入成为了宽带接入网发展的必然方向。从技术的成熟度和运营成本考虑，EPON是光纤接入的最主要实现手段，也是最具发展潜力的接入技术。

由于EPON系统采用带宽共享的点到多点的拓扑结构，如图1所示，每个光线路终端1(Optical Line Terminal，简称OLT)通过光分配网络2(Optical Distribution Network，简称ODN)连接多个ONU 3，下行业务采用广播方式发送，上行采用多点控制协议(Multi-Point Control Protocol，简称MPCP)进行时分多址接入(Time Division Multiple Access，TDMA)控制。OLT1具有网络侧接口SNI和PON接口IFpon，ONU3具有PON接口IFpon和用户侧接口UNI。

在现有的EPON国际标准IEEE802.3-2005中定义了操作、管理和维护(Operation，Administration&Maintenance，简称OAM)子层，通过OLT和ONU之间的OAM消息交互实现了标准OAM能力的发现、链路监控和远端环回控制等功能，为网络运营者提供了一定的监控链路运行状态和快速故障定位的能力。在IEEE802.3-2005中还给出了扩展机制，以使各机构能够根据自身需要对OAM功能进行扩展。

在目前已实现的OAM功能扩展中，OLT可以从ONU获取ONU的基本能力信息(例如所支持的业务类型、端口类型等)，作为执行OAM功能的基础。但由于各个厂商所设定的上报方式可能有所差异，造成相异的设备间难以正常识别出相应的能力信息，而影响OAM功能的执行。

发明内容

本发明的目的是提出一种光网络单元能力信息获得方法及系统，能够使OLT获得并识别出ONU上报的能力信息，避免因EPON系统下设备的制造厂商不同而影响OAM功能的执行。

为实现上述目的，本发明提供了一种光网络单元能力信息获得方法，包括：

在达到预设条件时，光网络单元在自身的管理信息库(Management Information Base，简称MIB)中查询自身所支持的能力信息，然后生成包含符合预定格式的所述能力信息的上报消息，并发送给光线路终端；

所述光线路终端接收所述上报消息时，依照所述预定格式提取而获得所述能力信息。

在上述技术方案中，OLT依照预先设定好的格式提取ONU生成的包含符合该格式的能力信息的上报消息，由于格式统一，因此无论OLT和ONU是否为同一厂商的设备，都不会影响到OLT对ONU的能力信息的获得。

进一步的，预设条件的达到可以有但不限于三种情况：一种是ONU接收OLT发送的获取ONU所支持的能力信息的请求消息；另一种是ONU在OLT上完成注册；再一种是ONU完成OAM发现过程。

进一步的，还可以包括预先在OLT和ONU设定能力信息的上报格式的步骤。其中，预先设定上报格式的步骤具体为：预先在所述OLT和ONU设定各个能力信息的上报类型、长度和排列顺序。

进一步的，生成包含符合预定格式的所述能力信息的上报消息的操作可以具体为：

生成用于上报所述能力信息的上报消息，所述上报消息中包括一个OAM协议数据单元(OAM Protocol Data Unit，简称OAMPDU)，在所述OAMPDU中至少包括用于表示上报操作的扩展操作码(Ext.Opcode)和用于容纳所述能力信息的变量容器(Variable Container)，所述变量容器中包括符合预定格式的能力信息。

为实现上述目的，本发明还提供了一种ONU能力信息获得系统，包括：

能力信息查询模块，设于ONU内，用于在达到预设条件时，在ONU自身的管理信息库中查询自身所支持的能力信息；

上报消息生成模块，设于所述ONU内，用于生成包含符合预定格式的所述能力信息的上报消息；

上报消息发送模块，设于所述ONU内，用于将所述上报信息发送给OLT；

上报消息接收模块，设于所述OLT内，用于接收所述ONU发送的所述上报消息；

能力信息提取模块，设于所述OLT内，用于依照所述预定格式提取而获得所述能力信息。

在上述技术方案中，还可以包括设于所述OLT内的能力信息请求模块，用于向所述ONU发送获取所述ONU所支持的能力信息的请求消息。

前述的上报消息包括一个OAMPDU，在所述OAMPDU中至少包括用于表示上报操作的扩展操作码和用于容纳所述能力信息的变量容器，所述变量容器中包括符合预定格式的能力信息。这里的上报格式可以包括各个能力信息的上报类型、长度和排列顺序。

在上述本发明的技术方案中，OLT可以依照预先设定好的格式提取ONU生成的包含符合该格式的能力信息的上报消息，由于格式统一，因此无论OLT和ONU是否为同一厂商的设备，都不会影响到OLT对ONU的能力信息的获得，从而保证EPON系统顺利执行相应的OAM扩展功能。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为现有技术中EPON系统的拓扑结构示意图。

图2为本发明中OAMPDU的基本格式示意图。

图3为本发明中一个变量容器的示例的格式示意图。

图4为本发明ONU能力信息获得方法的一实施例的流程示意图。

图5为本发明ONU能力信息获得方法的另一实施例的流程示意图。

图6为本发明ONU能力信息获得系统的一实施例的结构示意图。

图7为本发明ONU能力信息获得系统的另一实施例的结构示意图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

本发明在ONU和OLT两侧统一了能力信息的格式，避免了不同厂商设备之间因格式不统一而造成对上报的能力信息无法识别的问题，保证EPON系统能够顺利执行相应的OAM扩展功能。为了统一格式，本发明在下面的实施例中利用了IEEE802.3-2005标准提供的扩展OAM机制，这种机制便于本发明的大规模推广。

方法实施例一

如图4所示，为本发明光网络单元能力信息获得方法的一实施例的流程示意图，本实施例包括以下步骤：

步骤101、在达到预设条件时，ONU在自身的管理信息库中查询自身所支持的能力信息；

步骤102、生成包含符合预定格式的能力信息的上报消息，并发送给OLT；

步骤103、OLT接收所述上报消息时，依照预定格式提取而获得能力信息。

在步骤101中判断达到预设条件的情况有但不限于三种情况。一种是OLT接收到网管设备的指令后，主动向ONU发出获取ONU所支持的能力信息的请求，ONU接收到OLT发出的请求的情况。另一种是ONU通过与OLT的消息交互在OLT上完成自身信息的注册。再一种就是在注册后OLT和ONU之间进行消息交互，统一OUI以协调OLT和ONU设备的OAM功能扩展及支持版本，完成OAM发现过程的情况。

这里的能力信息是指ONU能够支持的OAM功能，例如支持的业务类型、端口类型和数量、上下行队列信息以及是否具有备用电池等，但不限于以上所举例子。

在EPON系统的扩展OAM机制中，OAM功能由机构扩展的OAMPDU承载，通过OAMPDU的交互，完成OLT和ONU之间的OAM功能。如图2所示，为本发明中OAMPDU的基本格式示意图，一般包括标准的OAM帧头、机构唯一识别码(Organizational UniqueIdentifier，简称OUI)、Ext.Opcode、填充(Pad)、帧检验序列(FrameCheck Sequence，简称FCS)以及一个或多个变量容器/变量描述(Variable Container/Variable Descriptor)组成。

在变量容器中包含ONU的管理对象或者管理对象的具体实例得属性值(Attribute)或操作码(Action)，以实现对管理对象及其实例的属性管理或操作。

在OLT和ONU之间的信息交互中，Ext.Opcode字段用来表示该OAMPDU是对管理对象或者管理对象的具体实例执行哪种操作，这里定义了两种Ext.Opcode，一种是Extended Variable Request，用来读取标准和扩展的管理对象及其实例的属性，在OAMPDU的数据域中采用变量描述的形式；另一种是Extended Variable Response，用来响应Extended Variable Request，其数据域中采用VariableContainer的形式。

在本发明中上报消息的OAMPDU采用变量容器的形式，参见图3，为本发明中一个变量容器的示例的格式示意图，包括Branch字段、Leaf字段、Variable Width字段和一系列用于描述ONU的OAM能力属性的字段，主要包括：

Branch字段：用于标识本Container是对ONU的扩展属性进行管理。对其值不作具体规定，但必须满足编码唯一性要求。

Leaf字段：用于标识本Container是对“ONU能力通告”属性进行管理的Container。对其值不作具体规定，但必须满足在前述Branch下Leaf编码的唯一性要求。(Branch值和Leaf值的组合构成一个唯一的Container标识，表示本Variable Container为“ONU能力通告”Container)。

Variable Width字段：采用一个字节表示此Variable Container中Variable Width字段后的所有Variable Value字段的总长。

支持的业务种类(ServiceSupported)字段：该字段(典型情况下采用1个字节)表示ONU支持的业务类型。该字段的每个比特ONU对特定一种业务的支持能力。

千兆以太网端口数量(Number of GE Ports)字段：该字段(典型情况下采用1个字节)表示ONU支持的千兆以太网端口的数量。

千兆以太网端口的分布位图(Bitmap of GE Ports)字段：该字段采用位图(bitmap)方式表示千兆以太网端口的分布情况。

百兆以太网端口数量(Number of FE Ports)字段：该字段表示ONU支持的千兆以太网端口的数量。

百兆以太网端口的分布位图(Bitmap of FE Ports)字段：该字段采用位图(bitmap)方式表示百兆以太网端口的分布情况。

传统电话(POTS)端口数量(Number of POTS ports)字段：该字段表示ONU支持的传统电话端口的数量。

E1端口的数量(Number of E1 port)字段：该字段表示ONU支持的E1端口的数量。

上行队列数量(Number of US Queues)字段：该字段表示ONU支持的上行队列的数量。

每个上行端口最大队列数(QueueMax per US Port)字段：该字段表示ONU的每个上行端口支持的最大上行队列数。

下行队列数量(Number of DS Queues)字段：该字段表示ONU支持的下行队列的数量。

每个下行端口最大队列数(QueueMax per DS Port)字段：该字段表示ONU的每个下行端口支持的最大下行队列数。

备用电池(Battery Backup)字段：该字段表示ONU是否有备用电池。

本实施例主要涉及但不限于以上这些字段，应理解为在本发明的构思下任何可以描述ONU的OAM能力属性的字段都在本发明要求保护的范围之内。当然在本实施例中还可以仅涉及上述字段的一部分，以满足特别情况下的对能力信息的需求。

基于上述实施例，下面提供一个具体实例对本发明进行说明，OLT接收到网关设备发出的获取ONU能力信息的指令后，向ONU发出一个ONU_Capability Ext_INFO消息，该消息中主要包含了OUI、Ext.Opcode字段和变量描述。Ext.Opcode字段的取值为0×01，表示OLT向ONU查询扩展属性。变量描述中包括Branch字段和Leaf字段。

ONU在接收到ONU_Capability Ext_INFO消息后，在自身的MIB中查询其支持的OAM能力信息，并以预定的格式将这些OAM能力信息一一的填入变量容器中，生成主要包含OUI、Ext.Opcode字段和变量容器的ONU_Capability Ext_INFO消息，其中Ext.Opcode字段的取值为0×02，表示ONU向OLT返回扩展属性。该变量容器的示例如下表：

字段长度(字节)	字段	值及其含义
			1	Branch	0XC7(本Container为机构扩展OAM VariableContainer)
2	Leaf	0×0004(本Container为的ONU能力通告属性)
			1	Variable Widtb	0×1A(单位为字节，表示本字节后的DATA部分总长度为26字节)
1	ServiceSupported	0×03(表示ONU支持GE、FE端口)
			1	Number of GE Ports	0×01(表示ONU具备一个GE端口)。
8	Bitmap of GE Ports	0×0000000000000001(表示1号端口为GE端口)
			1	Number of FE Ports	0×02(表示ONU具备两个FE端口)
8	Bitmap of FE Ports	0×0000000000000006(表示2、3号端口为FE端口)
			1	Number of POTSports	0×00(表示POTS端口的数量为0)
1	Number of E1 ports	0×00(表示E1端口的数量为0)
			1	Number of US Queues	0×08(表示上行队列数量为8)
1	QueueMax per USPort	0×08(表示每个上行端口最大队列数为8)
			1	Number of DS Queues	0×08(表示下行队列数量为8)
1	QueueMax per DSPort	0×08(表示每个下行端口最大队列数为8)
			1	Battery Backup	0×00(表示没有备用电池)

在上表中，Branch字段、Leaf字段和Variable Width字段在前面已经详细说明，这里就不赘述了。

支持的业务种类(ServiceSupported)字段：该字段(典型情况下采用1个字节)表示ONU支持的业务类型。该字段的每个比特ONU对特定一种业务的支持能力。例如，采用bit0表示千兆以太网GE接口的支持能力，bit1表示百兆以太网FE接口的支持能力，bit2表示VoIP业务的支持能力，bit3表示TDM CES业务的支持能力，其余bit待定。如bitX＝0，表示ONU不支持该接口/业务；bitX＝1，表示ONU支持该接口/业务。本实例中该字段表示支持GE、FE端口。

千兆以太网端口数量(Number of GE Ports)字段：该字段(典型情况下采用1个字节)表示ONU支持的千兆以太网端口的数量。在本实例中，该字段表示该ONU有1个千兆以太网UNI接口。

千兆以太网端口的分布位图(Bitmap of GE Ports)字段：该字段采用位图(bitmap)方式表示千兆以太网端口的分布情况。例如，在典型情况下，采用8个字节表示ONU上千兆以太网UNI接口分布，采用Bitmap方式，即bitX＝0，表示ONU Port Number＝X的端口不是GE接口；bitX＝1，表示ONU Port Number＝X的端口是GE接口。该字段的比特编码方式为：最高位(该字段第一个字节的最高位)为bit64，最低位(该字段第8个字节的最低位)为bit0，依此类推。例如，如果“Bitmap of GE Ports”字段的值为0×0000000000000800表示端口12为GE端口；如果“Bitmap of GE Ports”字段的值为0×0000000000000C00表示端口12和端口11均为GE端口。该字段最大支持64端口ONU的接口分布上报。在本实例中该字段表示1号端口为GE端口。

百兆以太网端口数量(Number of FE Ports)字段：该字段表示ONU支持的千兆以太网端口的数量。例如，在典型情况下，采用1个字节表示ONU上百兆以太网UNI接口的数量。当该字节的值为4时，表示该ONU有4个千兆以太网UNI接口。在本实例中表示ONU具备两个FE端口。

百兆以太网端口的分布位图(Bitmap of FE Ports)字段：该字段采用位图(bitmap)方式表示百兆以太网端口的分布情况。例如，在典型情况下，采用8个字节表示ONU上百兆以太网UNI接口分布，bitmap的编码方式与“Bitmap of GE Ports”的编码方式相同；如果“Bitmap of FE Ports”字段的值为0×00000000000007FF表示该ONU的端口1到端口11均为FE端口；如果“Bitmap of FE Ports”字段的值为0×00000000000003FF表示该ONU的端口1到端口10均为FE端口。对于实际存在的以太网端口，在这两个8字节字段中的对应比特的值不应相同。也就是说，bitmap的值表示端口的能力，如果支持GE，则在“Bitmap of GE Ports”的相应bit值为1，在“Bitmapof FE Ports″的相应bit值为0；如果某端口仅支持FE不支持GE，则在“Bitmap of GE Ports”的相应bit值为0，在“Bitmap of FE Ports″的相应bit值为1(尽管GE端口可以工作于FE状态，但在“Bitmap of FEPorts″的相应bit不应重复表示)。例如，对于端口1-10为FE端口，端口11和12为GE端口的ONU，其“Bitmap of GE Ports”字段的值为0×0000000000000C00，其“Bitmap of FE Ports”字段的值为0×00000000000003FF。对于不存在相应的实际端口的比特，其值均设为0。例如，如果ONU的“Bitmap of GE Ports”字段的值为0×0000000000000C00  且“Bitmap of FE Ports”字段的值为0×00000000000003FF，则表明该ONU仅有12个以太网端口(2个GE端口，分别为端口11和端口12；10个FE端口，分别为端口1到端口10)，该ONU上不存在端口13、14、...、64。在本实例中该字段表示2、3号端口为FE端口。

传统电话(POTS)端口数量(Number of POTS ports)字段：该字段表示ONU支持的传统电话端口的数量。例如，在典型情况下，采用1个字节表示ONU上IAD的POTS端口数量。当该字节的值为2时，表示该ONU有2个千兆以太网UNI接口。在本实例中该字段表示POTS端口的数量为0。

E1端口的数量(Number of E1 port)字段：该字段表示ONU支持的E1端口的数量。例如，在典型情况下，采用1个字节表示ONU上E1端口数量。当该字节的值为4时，表示该ONU有4个千兆以太网UNI接口。在本实例中该字段表示E1端口的数量为0。

上行队列数量(Number of US Queues)字段：该字段表示ONU支持的上行队列的数量。例如，在典型情况下，采用1个字节表示ONU的上行队列数量。在本实例中该字段表示上行队列数量为8。

每个上行端口最大队列数(QueueMax per US Port)字段：该字段表示ONU的每个上行端口支持的最大上行队列数。例如，在典型情况下，采用1个字节表示ONU的每端口的上行最大队列数量。在本实例中该字段表示每个上行端口最大队列数为8。

下行队列数量(Number of DS Queues)字段：该字段表示ONU支持的下行队列的数量。例如，在典型情况下，采用1个字节表示ONU的下行队列数量。在本实例中该字段表示下行队列的数量为8。

每个下行端口最大队列数(QueueMax per DS Port)字段：该字段表示ONU的每个下行端口支持的最大下行队列数。例如，在典型情况下，采用1个字节表示ONU的每端口的下行最大队列数量。在本实例中该字段表示每个下行端口最大队列数为8。

备用电池(Battery Backup)字段：该字段表示ONU是否有备用电池。例如，在典型情况下，“0×00”表示ONU没有备用电池，“0×01”表示ONU有备用电池。在本实例中该字段表示没有备用电池。

应注意的是，虽然上述实例采用具体数值对各个字段进行表示，但这些具体数值仅用来对各个字段进行示例说明，而非对各个字段的限制。

方法实施例二

如图5所示，为本发明ONU能力信息获得方法的另一实施例的流程示意图。与上一实施例相比，本实施例还包括了预先在OLT和ONU设定能力信息的上报格式的步骤100。各个厂商设备可以在出厂前就对上报格式进行预先设定，也可以在设备调试时根据情况设定统一的上报格式，这里所谓的上报格式包括了每个字段所代表的上报类型、该字段的长度和排列顺序，在设定上报格式时，仅要求各个设备之间统一该上报格式，不必对上报类型、该字段的长度和排列顺序进行特别的限制。

通过统一的上报格式，使得异厂商设备之间有了识别能力信息的基础，也就为正常的OAM功能实现提供了保证。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

系统实施例一

如图6所示，为本发明ONU能力信息获得系统的一实施例的结构示意图。在本实施例中，系统包括以下模块：能力信息查询模块31、上报消息生成模块32、上报消息发送模块33、上报消息接收模块11和能力信息提取模块12。

其中，能力信息查询模块31设于ONU 3内，用于在达到预设条件时，在ONU 3自身的管理信息库中查询自身所支持的能力信息。上报消息生成模块32设于ONU 3内，用于生成包含符合预定格式的能力信息的上报消息。上报消息发送模块33，设于ONU 3内，用于将上报信息发送给OLT 1。上报消息接收模块11设于OLT 1内，用于接收ONU 3发送的上报消息。能力信息提取模块12设于OLT 1内，用于依照预定格式提取而获得能力信息。

在本实施例中，上报消息可以包括一个OAMPDU，在OAMPDU中至少包括用于表示上报操作的Ext.Opcode和用于容纳能力信息的变量容器，变量容器中包括符合预定格式的能力信息。这里所谓的上报格式包括各个能力信息的上报类型、长度和排列顺序。

由于OLT 1可以依照统一的格式提取ONU 3生成的包含符合该格式的能力信息的上报消息，因此无论OLT和ONU是否为同一厂商的设备，都不会影响到OLT对ONU的能力信息的获得，从而保证EPON系统顺利执行相应的OAM扩展功能。

系统实施例二

如图7所示，为本发明ONU能力信息获得系统的另一实施例的结构示意图。与上一实施例相比，本实施例还包括设于OLT 1内的能力信息请求模块13，用于向ONU 3发送获取ONU 3所支持的能力信息的请求消息。在本实施例中，OLT 1可能会接收到网管设备发出的获取ONU 3的能力的指令，这时OLT 1会主动获取ONU 3的能力信息，从而引起ONU 3的上报流程。

最后应当说明的是：以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照较佳实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。

Claims (10)

1.一种光网络单元能力信息获得方法，包括：

在达到预设条件时，光网络单元在自身的管理信息库中查询自身所支持的能力信息，然后生成包含符合预定格式的所述能力信息的上报消息，并发送给光线路终端；

所述光线路终端接收所述上报消息时，依照所述预定格式提取而获得所述能力信息。

2.根据权利要求1所述的光网络单元能力信息获得方法，其中所述达到预设条件具体为：

所述光网络单元接收所述光线路终端发送的获取所述光网络单元所支持的能力信息的请求消息。

3.根据权利要求1所述的光网络单元能力信息获得方法，其中所述达到预设条件具体为：

所述光网络单元在所述光线路终端上完成注册；

或所述光网络单元完成OAM发现过程。

4.根据权利要求2或3所述的光网络单元能力信息获得方法，其中还包括预先在所述光线路终端和光网络单元设定能力信息的上报格式的步骤。

5.根据权利要求4所述的光网络单元能力信息获得方法，其中所述预先在所述光线路终端和光网络单元设定能力信息的上报格式的步骤具体为：预先在所述光线路终端和光网络单元设定各个能力信息的上报类型、长度和排列顺序。

6.根据权利要求1所述的光网络单元能力信息获得方法，其中所述生成包含符合预定格式的所述能力信息的上报消息的操作具体为：

生成用于上报所述能力信息的上报消息，所述上报消息中包括一个OAM协议数据单元，在所述OAM协议数据单元中至少包括用于表示上报操作的扩展操作码和用于容纳所述能力信息的变量容器，所述变量容器中包括符合预定格式的能力信息。

7.一种光网络单元能力信息获得系统，包括：

能力信息查询模块，设于光网络单元内，用于在达到预设条件时，在光网络单元自身的管理信息库中查询自身所支持的能力信息；

上报消息生成模块，设于所述光网络单元内，用于生成包含符合预定格式的所述能力信息的上报消息；

上报消息发送模块，设于所述光网络单元内，用于将所述上报信息发送给光线路终端；

上报消息接收模块，设于所述光线路终端内，用于接收所述光网络单元发送的所述上报消息；

能力信息提取模块，设于所述光线路终端内，用于依照所述预定格式提取而获得所述能力信息。

8.根据权利要求7所述的光网络单元能力信息获得系统，其中还包括设于所述光线路终端内的能力信息请求模块，用于向所述光网络单元发送获取所述光网络单元所支持的能力信息的请求消息。

9.根据权利要求7所述的光网络单元能力信息获得系统，其中所述上报消息包括一个OAM协议数据单元，在所述OAM协议数据单元中至少包括用于表示上报操作的扩展操作码和用于容纳所述能力信息的变量容器，所述变量容器中包括符合预定格式的能力信息。

10.根据权利要求9所述的光网络单元能力信息获得系统，其中所述上报格式包括各个能力信息的上报类型、长度和排列顺序。

Images