发布时间 : 星期四 文章中国电信(CTC)EPON设备技术要求V2[1].1(091012修订版)更新完毕开始阅读
6.4.2 MPCPDU格式与参数
为确保ONU获得足够的授权发送上行数据，FEC disabled的情况下，Normal Gate帧的grantlength的值应大于“0x6A＋synctime”个时间量子。
REPORT消息应符合IEEE 802.3-2005中64.3.6节的规定。在REPORT MPCPDU中，队列集（Queue Set）用于表示多阈值（Threshold）下队列长度。
特定Queue Set中的Queue #n Report值表示队列n在Report消息产生时刻在该Queue Set所对应的阈值下的完整以太网帧的总长度及其所需的帧间隔（IPG）和FEC开销（如果FEC使能）。Queue #n Report的队列长度值应采用累计（Cumulative）方式，表示在不同阈值下，从队列起点到该阈值的完整以太网帧的总长度及其所需要的开销。
多个Queue Set中的Queue #n Report的队列长度（Queue Length）值应采取增量（Incremental）方式，即对于特定的队列Queue＃n，报告帧中的第一个Queue Set中的Queue #n Report的队列长度值最小，最后一个Queue Set中的Queue #n Report的队列长度值最大。
对于Report帧中的最后一个Queue Set，Queue #n Report应描述该队列的总长度。 当该队列的总长度（含完整以太网帧的总长度及其所需帧间隔（IPG）及FEC开销）的值大于128Kbyte（2个Octet所能描述的最大值）时，则该Queue #n Report值为65535 TQ。
ONU中上行队列的编号应与IEEE 802.1Q-2005（如本标准7.1.4节所述）中规定的User Priority一致，即编号为0的队列（Queue＃0）对应于User priority＝0的业务，编号为1的队列（Queue #1）对应于User priority＝1的业务，依次类推。
6.4.3 时钟要求
ONU的MPCP计数器（Counter）时钟应严格同步于OLT的下行线路时钟，抖动指标应符合IEEE 802.3-2005 Clause 60.6的要求。
6.5 扩展的OAM层要求
6.5.1 扩展的OAM管理功能要求（Functions of Extended OAM）
EPON系统应支持符合IEEE802.3-2005中Clause57规定的OAM功能，并支持IEEE802.3-2005中Clause30规定的管理对象（Managed Object Class）、属性（Attribute）和操作（Action）。
此外，应采用Organization Specific Extension 机制以实现IEEE802.3-2005所未规定的扩展的ONU远程操作、维护和管理（OAM）所必须的功能。扩展的OAM应支持如下管理功能：
——扩展的OAM发现（Extended OAM Discovery）和能力通告（Capability Notification）； ——ONU的基本信息和能力通告；
——与搅动功能相关的密钥交换、更新和同步功能； ——与DBA功能相关的DBA参数读取和设置功能；
——用户端口配置功能（Configuration of User Ports）和管理； ——VLAN配置和管理； ——组播相关功能的配置；
——QoS相关配置，包括业务流分类和标记等； ——reset ONU等Action功能； ——ONU的软件下载功能； ——基于逻辑标识的ONU认证； ——ONU的事件通告；
——ONU语音业务的配置和管理。
标准的OAMPDU和扩展的OAMPDU均应支持1518字节的最大帧长。
6.5.2 扩展的OAM发现（Extended OAM Discovery）
EPON系统应支持通过对INFO OAMPDU的Information TLV进行扩展，以实现扩展的OAM发现（Extended OAM Discovery）、扩展OAM能力通告（Extended OAM Capability Notification）功能和版本协商。
13
扩展的OAM发现过程应在标准的OAM发现过程完成后进行，并且只有标准的OAM和扩展的OAM都完成后才能传送数据业务。扩展的OAM发现过程包括OAM能力发现、IEEE802.3-2005所未规定的协商、附加信息的交换，以完成在执行其他扩展的OAM功能前所必需的能力确认过程。
ONU和OLT通过在标准的Information OAMPDU中附加额外的扩展Information TLV实现扩展的OAM发现。所有的扩展的OAM发现TLV采用Organization Specific Information TLV方式，并应符合IEEE 802.3-2005 Clause 57的规范，如表 6所示。
发送端（OLT或者ONU）在发送INFO OAMPDU时，如果该OAMPDU包含标准的INFO TLV（Local Information TLV和Remote Information TLV）和Organization Specific Information TLV，则应优先发送标准的INFO TLV，然后再发送Organization Specific Information TLV。如果Organization Specific Information TLV中包含中国电信扩展的INFO TLV和其他机构扩展的INFO TLV，应优先发送中国电信扩展的INFO TLV，然后再发送其他机构扩展的INFO TLV。
EPON系统中OAM接收侧设备（ONU或者OLT）应支持对INFO OAMPDU中多个INFO TLV的解析处理（在Information OAMPDU中，End of TLV marker用于表示本PDU中再没有其他INFO TLV，因此，接收侧应处理INFO OAMPDU中End of TLV marker之前的所有INFO TLV，包括IEEE802.3标准规定的Local Information TLV和Remote Information TLV、一个或者多个Organization Specific Information TLV）。在接收侧（ONU或者OLT），对于接收到的任何合法的、可解析的（包含双方协商好的特定机构扩展INFO TLV的）OAMPDU，接收侧都应进行相应的处理。如果收到的OAMPDU中包含未知或者不希望接收的TLV类型或者不可解析的INFO TLV，则对该TLV做忽略处理（对该OAMPDU中其他合法的或者能够处理的TLV仍按IEEE802.3或者本规范的要求进行相应的处理）。“不可解析”是指接收侧设备无法理解和处理――即便该TLV格式正确、合法，比如A厂商的ONU收到来自B厂商OLT发来的其私有的TLV，由于该ONU无法理解其TLV内Value域的内容，因此也认为该TLV为“不可解析的”。这个“不可解析就作忽略处理”的原则也适用于对Organization Specific Event Notification、Variable Request、Variable Response、Loopback Control等其他类型OAMPDU的处理。
为简化OAM Keep alive处理过程，在发送端（OLT或者ONU），专门用于Keep alive的OAMPDU中仅填充标准的Information TLV（Local Info TLV和Remote Info TLV）即可；在接收端（ONU或者OLT），所接受收到的任何合法的、可解析的OAMPDU（即OAMPDU格式合法且其中包含至少一个可解析的TLV）都起着Keep alive的作用。当且仅当在local_lost_link_timer超时（超时时间为5秒）之前未收到任何有效的OAMPDU（“未收到任何有效的OAMPDU”包括这样的案例：接收端收到合法的INFO OAMPDU，但INFO OAMPDU仅包含非法的或不可解析的Organization Specific Information TLV），接收端才会认为OAM连接失效，然后重新启动OAM发现过程。
表6 Organization Specific Information TLV的域及其值 Size（Octets） 1 1 3 1 1 Varies Type Length (Octets) OUI ExtSupport Version Field Value 0xFE (Organization Specific Information TLV) Varies，including Type and Length 0xXX XX XX(to be defined) 0x00/0x01 0x00～FF Version of OAM Extension published by the organization TLV type-specific data Depends on Interop Type supported by the devices
ExtSupport字节用于表示是否支持该OUI的OAM扩展。ExtSupport等于“0x01”，表示支持该扩展OAM；ExtSupport值为“0x00”， 表示不支持该扩展OAM；其他值作忽略处理。当确定支持某一扩展OAM后，则进行与该OAM扩展相关的进一步的握手过程。
如802.3-2005的Clause57所述，Organization Specific Information TLV 包含如下几个域：
a） 信息类型（Information Type）：1字节，为Organization Specific Information类型。用于指示在
该TLV中承载的数据的种类。对于Organization Specific Information TLV，其值为“0xFE”（见IEEE 802.3-2005 Table 57–6）。
14
b） 信息长度（Information Length）：1字节，用于指示该TLV的长度。Organization Specific Information
TLV 的长度未规定。
c） 机构唯一性标识OUI(Organizationally Unique Identifier)：3字节，为机构唯一性标识 OUI。该值
应可配置，中国电信的OUI待定。
d） 数据域（Data/Organization Specific Value)：包含Organization Specific Information TLV的数据，
其长度和内容未规定。
用于扩展OAM发现的Organization Specific Information TLV的数据（Data）域包含ExtSupport字节和一个所支持的OUI-Version的列表。OUI-Version列表用于提供扩展的OAM能力通告功能，表示该设备支持由该OUI所表示的组织发布的OAM扩展及其版本。OUI of Supported Extension的值应与该Orgnization Specific Information TLV中的OUI（即下图中该Information TLV的Length域之后、Data域之前的OUI）相同。在Organization Specific Information TLV中，对OUI-Version的排序没有要求。
OctetsOctets1Destination AddressSource AddressLength/TypeSubtypeFlagsCode=0x00Data/PadFCSOctetsExtSupportVersionOUI of 1st supportedExtensionVer. Of 1st supportedExtensionOUI of 2nd supportedExtensionVer. Of 2ndsupported Extension66212142-1496413LocalInformation TLVRemoteInformation TLVOctets16161Info Type=0xFELength=7+4XOUIData311132+4XOrgnization Specific>6Information TLVPad: 图 5 Organization Specific Information OAMPDU和扩展的Organization Specific Information TLV
格式
扩展的OAM发现流程如图6所示。在完成OAM discovery过程后，OLT发起扩展的OAM发现流程。OLT首先发送OAM Ext_INFO的消息，通知OLT的OAM扩展的OUI、版本以及所支持的OUI-version列表。ONU根据收到的OLT的信息后，返回一个OAM Ext_INFO，将OUI设置为OLT的OUI，Ver.=0x00，并且将ONU所支持的OUI-Version列表上报给OLT。如果ONU支持该OUI，则ExtSupport=0x01；否则ExtSupport=0x00。OLT根据ONU上报的信息，如果ExtSupport=0x01，且ONU支持OLT当前的OUI的版本，并写入到OAM Ext_INFO->OUI和OAM Ext_INFO-〉Ver.Z，发给ONU，最后ONU收到OLT选择的OUI和版本的消息，返回确认信息，完成了扩展OAM的发现过程。如果ExtSupport=0x01且ONU不支持OLT当前的OUI版本，或者ExtSupport=0x00，则OLT发出告警，上报网管。
通过扩展的OAM发现，OLT和ONU协商为某一个版本后，OLT应按照该版本的要求进行属性管理和操作，不应向ONU发送其他版本所特有的属性和操作。建议支持较高版本的ONU能兼容较低版本的OAM属性管理和操作。如果支持《中国电信EPON设备技术要求V2.1》的ONU兼容V2.0，那么在该ONU发送给OLT的OAM Ext_INFO中的OUI-Version列表中应明确包含“CTC-V2.0”表项。
“Ver of supported Extension”字段采用如下格式：xxxx.yyyy（4比特.4比特）。其中，“xxxx”表示主版本号，“yyyy”表示次版本号。例如，如果设备支持《中国电信EPON设备技术要求V1.3》规定的OAM扩展，则“Ver. Of supported Extension”应设为“01.03”，即0x13；如果设备支持《中国电信EPON设备技术要求V2.0》规定的OAM扩展，则“ver. Of 1st supported Extension”应设为02.00，即0x20。
支持扩展的OAM发现流程的OLT和ONU的状态机分别如图 7和图8所示。
15
OLTONUOAM Ext_IVNeFrO.X(O, ,U OI,U EI-xVtSeurspiopno rlit=st0)x01,I,ExtSuport,sMseOAM Ext_INFO(OUpVer.=0x00, OUI-Version list)AcOor dP eydrneevOAM Extot_INFxcO(OUI,ExtEsSupport=0ix01D, Ver.Z )pport=0x01,Ver.Z )M ExtUI,ExtSuOA_INFO(O图 6 扩展的OAM发现流程
开始SEND_EXT_INFO Local_PDU INFOOrgnization specific Info[16:55] {OUI, ExtSupport, Version}OAM_Ext_Status FALSE(Remote_ExtSupport=0x01Remote_ExtSupport=0x01&Remote_OUI_Version_Satisfied = FALSE )Ext_Info_Timer Done& Remote_OUI_Version_Matched = TRUE|| Remote_ExtSupport=0x00SEND_EXT_INFO_ACKSEND_EXT_INFO_NACKLocal_PDU INFOLocal_PDU INFOOrgnization specific Info[16:55] {OUI, ExtSupport, Version}Orgnization specific Info[16:55] {OUI, ExtSupport, Version}OAM_Ext_Status FALSEOAM_Ext_Status FALSERemote_OUI_Satisfied=TRUERemote_OUI_Satisfied=FALSE|| Ext_Info_Timer DoneOAM_EXT_COMPLETEOAM_EXT_UNCOMPLETEOAM_Ext_Status TRUEOAM_Ext_Status FALSEOAM_CTL.requestSEND_ANYSEND_ANY_NO_EXTLocal_PDU ANYLocal_PDU ANY_NO_ExtOAM_CTL.request图 7 OLT的扩展OAM发现流程的状态机
16