中国电信 EPON 设备技术要求...

中国电信 EPON设备技术要求（V1.0）

中国电信集团公司

2006 年 1 月

I

目次前言...........................................................................................................................................III 1 范围...............................................................................................................................................1 2 规范性引用文件...........................................................................................................................1 3 缩略语...........................................................................................................................................2 4 参考模型.......................................................................................................................................3 5 业务类型和设备类型...................................................................................................................4 5.1 业务类型....................................................................................................................................4 5.2 设备类型....................................................................................................................................4 6 EPON协议要求 ............................................................................................................................5 6.1 协议栈........................................................................................................................................5 6.2 PMD子层 ...................................................................................................................................5 6.3 RS子层和 PCS子层/PMA子层 ...............................................................................................5 6.4 MPCP..........................................................................................................................................6 6.5 扩展的 OAM层要求 ..............................................................................................................11 7 网络侧和用户侧接口要求.........................................................................................................22 7.1 OLT网络侧接口要求 ..............................................................................................................22 7.2 ONU用户侧接口要求 .............................................................................................................23 8 以太网功能要求.........................................................................................................................23 8.1 以太网基本功能......................................................................................................................23 8.2 VLAN功能...............................................................................................................................25 8.3 VLAN Stacking 功能（IEEE 802.1ad） ..............................................................................26 9 动态带宽分配功能（DBA） ....................................................................................................26 9.1 DBA总体要求 .........................................................................................................................26 9.2 OLT的 DBA功能要求 ............................................................................................................27 9.3 ONU的 DBA功能要求...........................................................................................................27 10 多业务 QoS机制......................................................................................................................27 10.1 多业务 QoS总体要求...........................................................................................................27 10.2 业务等级协定（SLA） ........................................................................................................27 10.3 业务流分类功能....................................................................................................................27 10.4 优先级标记............................................................................................................................28 10.5 优先级队列机制....................................................................................................................28 10.6 流限速....................................................................................................................................29 10.7 优先级调度............................................................................................................................29 10.8 缓存管理................................................................................................................................29 11 安全性.......................................................................................................................................30 11.1 PON接口数据安全 ................................................................................................................30 11.2 MAC地址数量限制...............................................................................................................37 11.3 过滤和抑制............................................................................................................................37 11.4 ONU认证功能 .......................................................................................................................37 12 组播功能...................................................................................................................................38 12.1 组播实现方式........................................................................................................................38 12.2 组播协议................................................................................................................................38

II

12.3 组播控制................................................................................................................................38 12.4 组播性能要求........................................................................................................................40 13 光纤保护倒换功能（可选）...................................................................................................40 13.1 光纤保护倒换功能要求........................................................................................................40 13.2 光纤保护倒换类型................................................................................................................40 13.3 光纤保护倒换准则................................................................................................................41 13.4 光纤保护倒换时间................................................................................................................41 13.5 保护倒换返回机制................................................................................................................41 14 语音业务要求（可选）...........................................................................................................42 15 TDM业务要求（可选） ..........................................................................................................42 16 业务承载性能指标要求...........................................................................................................42 16.1 以太网/IP业务性能指标要求 ..............................................................................................42 16.2 语音业务性能指标要求........................................................................................................43 16.3 电路仿真方式的 n×64Kbit/s数字连接及 E1通道的性能指标..........................................43 17 操作管理维护要求...................................................................................................................44 17.1 OLT的管理功能 ....................................................................................................................44 17.2 ONU的远程管理功能 ...........................................................................................................44 17.3 OLT网元管理系统要求 ........................................................................................................45 17.4 ONU管理系统要求 ...............................................................................................................46 18 其它要求...................................................................................................................................47 18.1 环境要求................................................................................................................................47 18.2 电源要求................................................................................................................................48 18.3 电气安全要求........................................................................................................................48 附录 A （规范性附录）用于 ONU远程管理的 TR-069扩展要求 .................................49 附录 B （规范性附录） LLID互通性要求 ........................................................................50

III

前言

本标准以 IEEE 802.3ah 和我国通信行业标准《接入网技术要求——基于以太网方式的无源光网络（EPON）》为基础，以增强 EPON 系统的互通性和运营、管理能力为目标，在 PON接口协议（MPCP、OAM扩展等）、DBA和 QoS、组播、安全性、语音业务提供、TDM业务提供、维护管理等方面的提出了新的和更具体的要求。本标准由中国电信集团公司技术部组织制定。

1

1 范围

本标准规定了传输速率为千兆比的基于以太网方式的无源光网络（EPON）系统的参考模型、业务承载能力和性能指标、业务接口类型、系统功能与协议、操作维护管理以及

设备电气安全等方面的要求，并对EPON系统的PMD子层、RS子层以及MPCP、OAM以及业务层的协议互通性进行了详细规范。本标准适用于中国电信网络环境下的EPON系统的OLT和ONU设备。

2 规范性引用文件

下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，

其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据

本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，

其最新版本适用于本标准。 GB/T 7611-2001 数字网系列比特率电接口特性 GB 9254-1998 信息技术设备的无线电骚扰限值和测量方法 GB/T 17618-1998 信息技术设备抗扰度限值和测量方法 YD/T 1054-2000 接入网技术要求——综合数字环路载波（IDLC） YD/T 1082-2000 接入网设备过电压过电流防护及基本环境适应性技术条件 YD/T 1128-2001 电话交换设备总技术规范（补充件 1） YD/T 1292-2003 基于 H.248的媒体网关控制协议 YD/T ××××-×××× 接入网技术要求——基于以太网方式的无源光网络(EPON) YDN 021-96 本地数字交换机和接入网之间的 V5.2接口技术规范 YDN 065-1997 邮电部电话交换设备总技术规范书 ITU-T G.652（2000）单模光纤光缆特性 ITU-T G.711(1988) 话音频率的脉冲编码调制 ITU-T G.723.1（1996）以5.3和6.3kbit/s速率传输的多媒体通信的双速率语音编码器ITU-T G.729（1996）使用共轭结构代数码线形预测激励(CS-ACELP)的 8kbit/s 语

音编码 ITU-T G.975（2000）海底系统的前向纠错 ITU-T Y.1291（2004）分组网络支持 QoS的结构框架 ITU-T Y.1730（2004）以太网 OAM功能需求 IEEE 802-2001 局域网和城域网的 IEEE标准：概况和架构 IEEE 802.1D-2004 MAC桥 IEEE 802.1Q-2003 虚拟局域网协议 IEEE 802.3-2002 信息技术－系统间通信和信息交换－局域网和城域网特定要

求－第 3部分：CSMA/CD接入方式和物理层规范 IEEE 802.3ae-2002 信息技术－系统间通信和信息交换－局域网和城域网特定要

求－第3部分：CSMA/CD接入方式和物理层规范－增补文件：10Gb/s业务的媒质接入控制参数、物理层和管理参数

IEEE 802.3ah-2004 信息技术－系统间通信和信息交换－局域网和城域网特定要

求－第3部分：CSMA/CD接入方式和物理层规范－增补文件：用于用户接入网的媒质接入控制参数、物理层和管理参数

IETF RFC 3435（2003）媒体网关控制协议（MGCP） IETF RFC3985（2005） PWE3 Architecture IETF RFC4197（2005） Requirements for Edge-to-Edge Emulation of Time Division

Multiplexed (TDM) Circuits over Packet Switching NetworksMEF 3 (2004) Circuit Emulation Service Definations， Framework and

Requirements in Metro Ethernet Networks

2

MEF 8（2004） Implementation Agreement for the Emulation of PDH Circuits over Metro Ethernet Networks

3 缩略语

下列缩略语适用于本标准。

ACS Auto-Configuration Server 自动配置服务器

CVLAN Customer VLAN 内层虚拟局域网

DA Destination Address 目的地址

DBA Dynamic Bandwidth Allocation 动态带宽分配

DSL Digital Subscriber Line 数字用户线

DTE Data Terminal Equipment 数据终端设备

EPD End_of_Packet Delimiter 帧结束定界符

EPON Ethernet Passive Optical Network 基于以太网方式的无源

光网络 FCS Frame Check Sequence 帧校验序列

FEC Forward Error Correction 前向纠错

FTTB Fiber to the Building 光纤到大楼

FTTC Fiber to the Curb 光纤到路边

FTTH Fiber to the Home 光纤到户

GMII Gigabit Media Independent Interface 千兆比媒质无关接口

IPG Inter-packet Gap 包间隔

LLID Logical Link Identifier 逻辑链路标识

MAC Medium Access Control 媒质访问控制

MDI Medium Dependent Interface 媒质相关接口

MLM Multi-Longitudinal Mode 多纵模

MPCP Multi-point control protocol 多点控制协议

MPCPDU MPCP Protocol Data Unit MPCP协议数据单元

NT Network Terminator 网络终端

OAM Operation，Administration and Management 运行、维护和管理

ODN Optical Distribution Network 光分配网络

OLT Optical Line Terminal 光线路终端

OMA Optical Modulation Amplitude 光调制幅度

ONT Optical Network Terminator 光网络终端

ONU Optical Network Unit 光网络单元

OSI Open System Interconnection 开放系统互联

3

P2MP Point to Multipoint 点到多点

P2PE Point to Point Emulation 点到点仿真

PCS Physical Code Sublayer 物理编码子层

PMA Physical Medium Attachment 物理媒质附加（子层）

PMD Physical Medium Dependent 物理媒质相关（子层）

PON Passive Optical Network 无源光网络

PWE3 Pseudo Wire Emulation Edge-to-Edge 边缘到边缘的伪线仿真

RS Reconciliation Sublayer 协调子层

RSTP Rapid Spanning Tree Protocol 快速生成树协议

SA Source Address 源地址

SCB Single Copy Broadcast 单拷贝广播

SFD Start of Frame Delimiter 帧起始定界符

SLA Service Level Agreement 服务等级协议

SLD Start of LLID Delimiter LLID起始定界符

SLM Single-Longitudinal Mode 单纵模

SPD Start of Packet Delimiter 帧起始定界符

SNI Service Node Interface 业务节点接口

SVLAN Service VLAN 外层虚拟局域网

TDP Transmitter and Dispersion Penalty 发射器色散代价

TQ Time Quantum 时间量子

RTT Round Trip Time 往返时间

UCT Un-condition transition 无条件转移

UNI User Network Interface 用户网络接口

VLAN Virtual Local Area Network 虚拟局域网

WAN Wide Area Networks 广域网

4 参考模型

以太网无源光网络（EPON）是一种采用点到多点（P2MP）结构的单纤双向光接入网络，其典型拓扑结构为树型。

EPON系统由局侧的光线路终端（OLT）、用户侧的光网络单元（ONU）和光分配网络（ODN）组成，为单纤双向系统。在下行方向（OLT到ONU），OLT发送的信号通过ODN到达各个ONU。在上行方向（ONU到OLT），ONU发送的信号只会到达OLT，而不会到达其他ONU。为了避免数据冲突并提高网络利用效率，上行方向采用TDMA多址接入方式并对各ONU的数据发送进行仲裁。ODN由光纤和一个或多个无源光分路器等无源光器件组成，在OLT和ONU间提供光通道。

EPON系统参考结构如图 1所示。

4

IFPON IFPON

IFPON：PON接口

图 1 EPON系统参考结构

按照 ONU在接入网中所处的位置不同，EPON系统可以有几种网络应用类型：光纤到路边（FTTC）、光纤到楼（FTTB）、光纤到户或办公室（FTTH/O）。

5 业务类型和设备类型

5.1 业务类型 EPON系统可能承载的业务类型包括以太网/IP业务、语音业务、TDM业务和CATV业

务等，其中TDM业务包括E1电路仿真业务和n×64kibt/s数据专线业务。EPON系统应具有承载以太网/IP业务的能力，可选支持语音业务、TDM业务和CATV业务。

5.2 设备类型

本标准规定以下三种类型的 EPON用户端设备（ONU）和一种局端设备（OLT）。 5.2.1 ONU 基本类型

按照应用的场合和设备形态，ONU 可能有多种类型，本标准仅规定以下三种类型，

其他类型的 ONU可以参照执行：

类型 1：用于单独用户，仅支持宽带接入终端功能，有一个或两个以太网接口，

仅提供以太网/IP 业务，主要应用于 FTTH 的场合（可与家庭网关配合使用，以

提供更强的业务能力）；

类型 2：用于单独用户，具有简单的家庭网关功能，有两个或四个以太网接口和

Z/Za接口，提供以太网/IP业务和 VoIP业务（内置 IAD），主要应用于 FTTH的

场合；

类型 3：用于多个用户，具有多个用户接口（如以太网接口、ADSL2+接口或

VDSL2接口等，可具有 8个、16个或者 24个用户接口），可选支持 VoIP业务

（内置 IAD），主要可应用于 FTTB/FTTC场合。

5.2.2 OLT 基本类型

目前定义一种 OLT设备类型： OLT设备：包含一个或者多个PON接口，应支持以太网/IP业务，提供以太网上联接口；可选支持电路仿真方式的TDM业务或者VoIP等多种业务，并提供相应的TDM等类型的上联接口。

5

6 EPON 协议要求

6.1 协议栈图 2描述了EPON系统的协议分层以及与ISO/IEC OSI参考模型之间的关系。

物理层

数据链路层

网络层

传输层

会话层

表示层

应用层

RS

MAC MAC MAC

多点MAC控制

OAM OAMOAM

MACClient

MACClient

MACClient

PCSPMAPMD

RS

MAC

多点MAC控制

OAM

MAC Client

无源光介质

FEC=前向纠错GMII＝千兆比媒质无关接口MDI＝媒质相关接口OAM＝运行、管理和维护OLT＝光线路终端ONU＝光网络单元

PCS＝物理编码子层PHY＝物理层PMA＝物理媒质附加PMD＝物理媒质相关RS＝调和子层

OSI参考模型分层上层

LAN分层 LAN分层

GMII

MDI

PHY

MDI

GMII

OLT ONU

上层

FEC PCSPMAPMD

PHYFEC

图 2 EPON协议分层和OSI参考模型间的关系

6.2 PMD 子层

EPON系统应使用符合ITU-T G.652要求的单模光纤。 EPON系统为单纤双向系统，上、下行应分别使用不同的波长，其中上行应使用

1260nm～1360nm波长，下行应使用1480nm～1500nm波长，如果采用第三波长方式实现CATV业务的的承载，则应使用1540nm～1560nm波长。

EPON系统可使用两种物理层接口类型：1000BASE-PX10和1000BASE-PX20，分别支持10km传输和20km传输。

EPON系统的PMD子层应符合IEEE 802.3ah中第60章和我国通信行业标准《接入网技术要求——基于以太网方式的无源光网络（EPON）》的规定。

6.3 RS 子层和 PCS 子层/PMA 子层

EPON系统的RS子层和PCS子层/PMA子层应符合IEEE 802.3ah中第65章的规定。RS子层应符合如下规定：扩展后的RS子层数据的前导码由以下部分构成：SLD（LLID定界符）、LLID和CRC8。

SLD用来定界LLID和CRC8，LLID域识别源MAC或目的MAC。CRC8用于校验。具体格式应符合IEEE 802.3ah中Clause 65.1.3.2的规定，对于前导码中的第4字节，应作为保留字

6

节。第5字节的第6、第7比特用于搅动信息标识字段（Enc，详见11.1节）。对于接收端，如果接收到的以太网帧前导码中第4字节为非“0x55”的值或其值为OLT无法识别，应做忽略处理；对接收到的以太网帧前导码中第5字节，应按照本标准11.1节的规定做相应处理。

在EPON系统中，要求帧起始定界符SPD必须位于偶字节位置。由于以太网帧发送开始时刻可能位于奇字节位置，也可能位于偶字节位置。因此，1000BASE-X PCS发送功能可以用/S/码组替换前导码第一个字节，或者丢弃第一个字节并用/S/码组替换前导码第二个字节，这取决于PCS发送状态图的奇偶对齐的需要（见IEEE 802.3第36章规定）。而1000BASE-PX PCS接收功能应能够检测并定位这2种字节对齐方式的以太网帧的SPD，并将上述两种情况下的/S/码组还原成前导码。从前导码第三个字节开始，码流不经过调制直接在1000BASE-X物理层透明传送。

EPON系统应该支持双向的前向纠错（FEC）功能，且针对每个ONU的上行、下行FEC功能应可分别配置。FEC功能缺省时关闭。

6.4 MPCP 多点控制协议（MPCP）定义了点到多点光网络的 MAC控制机制，具体规定见 IEEE

802.3ah第 64章。每个 OLT的 PON接口应支持至少 64个单播 LLID，并支持一个广播 LLID。为保证互通性，LLID应符合附录 B的要求。缺省状态下，一个 ONU采用一个 LLID。

6.4.1 MPCP 发现流程和参数

MPCP的发现过程应符合IEEE 802.3ah中64.3.3节的规定。当OLT收到ONU发送的REGISTER_REQ消息后，OLT应向新发现的ONU发送

REGISTER消息，该消息包含ONU的LLID以及OLT要求的synctime（同步时间）。然后，OLT向ONU发送标准的GATE消息，该消息用于向ONU发送授权以发送REGISTER_ACK消息。考虑到在发现过程中，ONU处理REGITSTER消息需要一定的时延，为确保ONU获得发送REGISTER_ACK的授权，对MPCP发现过程做如下修订，具体实现方式有两种，OLT应至少支持其中一种。ONU的注册处理时间（Register Processing Time）应不大于20ms。方式1：设置一个OLT状态机的新变量Gate_tx，表示在一个ONU的发现流程中某时刻OLT所

发送的Normal Gate的数量，初始值设为0。在发现进程中，如果ONU的REGISTER_ACK消息不能在某个 Normal Gate 所规定的 grantEndTime 前到达 OLT ，且Gate_tx≤Gate_Num，则OLT以gateTime的间隔发送下一个Normal Gate（Force Report置位）消息，而不作为致命错误导致ONU重新注册，并重新计算grantEndTime的值，同时对Gate_tx的值加1。如果ONU的REGISTER_ACK消息不能在grantEndTime前到达OLT，且Gate_tx>Gate_Num，则这个致命错误将导致指定的ONU注册失败，该ONU可在以后重新注册。如果在Gate_tx≤Gate_Num时，OLT收到ONU发送的Register_ACK帧，则发现过程完成，Gate_tx复位为0。修改后的MPCP发现过程如图 3所示。相邻Normal Gate的时间间隔gateTime的值应可配置，范围为1ms～4ms，缺省值为2ms。Gate_Num的值（整数）应可配置，取值范围为2～32，缺省值为10。GateTime与Gate_Num的乘积应不小于20ms，不超过50ms。

7

图 3 MPCP发现握手消息交换（方式一）

OLT的MPCP发现过程状态图需做如图 4所示的修改：当OLT处于WAIT FOR REGISTER_ACK 状态时，如果在 grantEndTime 时间以前收到 ONU 发送的REGISTER_ACK消息，则OLT跳转到COMPLETE DISCOVERY状态，完成MPCP发现过程。如果到grantEndTime时间仍然没有收到REGISTER_ACK消息，并且OLT已经发送的GATE消息的数量不大于Gate_Num，则OLT跳转到 WAIT FOR GATE状态，准备发送下个GATE消息。如果到了grantEndTime时间，并且OLT已经发送的GATE的数量超过了Gate_Num的数量，则认为此次该ONU注册失败，OLT转到DEREGISTER状态。

8

图 4 修改的发现处理OLT最终注册状态图（方式一）

方式2：

在OLT上设置一个定时器Register_Gate_Timer，当OLT发送REGISTER消息后，启动定时器。在定时器超时后，OLT 将立即向ONU发送一个normal gate。如果ONU在OLT的grant window内返回REGISTER_ACK消息，则完成MPCP的注册。如果OLT在grant window内没有收到REGISTER_ACK消息，OLT将Deregister ONU。修改后的MPCP发现过程如图 5所示。定时器Register_Gate_Timer的超时时间应可配置，配置范围为2ms到50ms，缺省值为20ms。

OLT的MPCP发现过程状态图需做如图 6所示的修改。

9

图 5 MPCP发现握手消息交换（方式二）

10

图 6 修改的发现处理OLT最终注册状态图（方式二）

6.4.2 MPCPDU 格式与参数

为确保ONU获得足够的授权发送上行数据，FEC disabled的情况下，Normal Gate帧的grantlength的值应大于“0x6A＋synctime”个时间量子。

REPORT消息应符合IEEE 802.3ah中64.3.6节的规定。在REPORT MPCPDU中，队列集（Queue Set）用于表示多阈值（Threshold）下队列长度。特定Queue Set中的Queue #n Report值表示队列n在Report消息产生时刻在该

Queue Set所对应的阈值下的完整以太网帧的总长度及其所需的帧间隔和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的队列长度值最大。

11

对于Report帧中的最后一个Queue Set，Queue #n Report应描述该队列的总长度。当该队列的总长度（含完整以太网帧的总长度及其所需帧间隔及FEC开销）的值大于

128Kbyte（2个Octet所能描述的最大值）时，则该Queue #n Report值为65535 TQ。 6.5 扩展的 OAM 层要求

6.5.1 扩展的 OAM 管理功能要求（Functions of Extended OAM）

EPON系统应支持符合 IEEE802.3ah中 Clause57规定的OAM功能，并采用Orgnization Specific Extension 机制以实现IEEE802.3ah未规定的互通性所必须的管理维护功能。扩展的OAM应支持如下管理功能：

扩展的OAM发现（Extended OAM Discovery）和能力通告（Capability Notification）；

与搅动功能相关的密钥交换、更新和同步功能；与DBA功能相关的DBA参数读取和设置功能；软件/固件下载（Software/Firmware Image），包括软件/固件下载的初始化、软件/固件服务器的URL通告、下载及其确认；

FEC功能的配置和管理；组播功能的配置和管理；用户端口配置功能（Configuration of User Ports）和管理； VLAN配置和管理； QoS相关配置，包括Priority Queue配置、调度器配置等；保护倒换功能的配置和管理。本标准（V1.0）仅规定扩展的OAM发现、搅动管理、DBA参数管理等，其他管理功

能待定。

6.5.2 扩展的 OAM 发现（Extended OAM Discovery）

EPON系统应支持通过对INFO OAMPDU的Information TLV进行扩展，以实现扩展的OAM发现（Extended OAM Discovery）和扩展OAM能力通告（Extended OAM Capability Notification）功能。

在标准的 OAM 发现过程完成后进行扩展的 OAM 发现过程(或者在 OAM Discovery过程中同时完成)。扩展的 OAM发现过程包括 OAM能力发现、IEEE802.3ah所未规定的协商、附加信息和链路参数的交换，以完成用户数据传输前所必须的 OAM功能。

ONU和OLT通过在标准的Information OAMPDU中附加额外的扩展Information TLV实现扩展的OAM发现。所有的扩展的OAM发现TLV采用Orgnization Specific Information TLV方式，并应符合IEEE 802.3ah Clause 57的规范。

表 1 Orgnization Specific Information TLV的域及其值

Size（Octets） Field Value

1 Type 0xFE (Orgnization Specific Information TLV) 1 Length (Octets) Varies，including Type and Length

3 OUI 0xXX XX XX(to be defined) 1 ExtSupport 0x00/0x01 1 Version 0x00～FF Version of OAM Extension published

by the orgnization

12

Varies TLV type-specific data Depends on Interop Type supported by the devices ExtSupport 字节用于表示是否支持该 OUI 的 OAM 扩展。ExtSupport 等于“0x01”，

表示支持该扩展 OAM；否则，ExtSupport 值为“0x00”。其他值忽略处理。当确定支持某一扩展 OAM后，则进行与该 OAM扩展相关的进一步的握手过程。如802.3ah的Clause57所述，Orgnization Specific Information TLV 包含如下几个域：

a）信息类型（Information Type）：1字节，为Organization Specific Information类型。用于指示在该TLV中承载的数据的种类。对于Orgnization Specific Information TLV，其值为“0xFE”（见IEEE 802.3ah Table 57–6）。

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的值可能与Information OAMPDU中的OUI相同。在Organization Specific Information TLV中，对OUI的排序没有要求。

图 7 Orgnization Specific Information OAMPDU和扩展的Orgnization Specific

Information TLV格式扩展的OAM发现流程如图 8所示。在完成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的状态机分别如图 9和图 10所示。

13

图 8 扩展的OAM发现流程

图 9 OLT的扩展OAM发现流程的状态机

14

图 10 ONU的扩展OAM发现流程的状态机

6.5.3 扩展的 ONU 远程管理功能（Remote Management Features of Extended OAM）

6.5.3.1 管理对象、属性和操作（Object,Attribute & Action）

扩展的 OAM需要管理的对象包括链路、 Churning、 DBA协商、 FEC、Software/Firmware Image、VLAN、组播、端口、QoS、过滤表等。本节仅规定DBA参数管理所需的OAM扩展要求，与churning相关的OAM扩展见本标准第11章，其他管理对象的相关扩展待规定。扩展所涉及的管理对象包含一定数量的附加属性（Attributes），这些属性是802.3

Clause30所未规定的。除churning和DBA的相关属性外，这些属性用Variable Descriptor表示，ONU的这些扩展属性除了可以由OLT通过Extended Variable Request OMAPDU的相关操作进行读取（read operation）外，也可能可以通过Set Request OAMPDU进行更改（write operation）。 6.5.3.2 扩展 OAM 的格式和消息定义

扩展的 OAM 消息应符合 IEEE802.3ah Clause57.4.3.6 中关于 OAM 扩展的规定。Orgnization Specific OAMPDU包含一个三个字节的 OUI字段，OUI后是 1个字节的扩展的操作码（Ext. Opcode），用于表示扩展的操作类型。Ext. Opcode后是其具体的操作内容。Orgnization Specific OAMPDU的格式见图 11。具体的 OUI的值应可配置。中国电信的 OUI值待定。本规范所定义的 Orgnization Specific Extension OAMPDU的结构如下图所示，详细的定义如下： a) 目的地址(DA)：OAMPDU中的 DA是 Slow_Protocols_Multicast地址，使用和编码规定见 IEEE 802.3-2002 Annex 43B；

15

b) 源地址(SA)：OAMPDU中的 SA是独立的 MAC地址，该地址与发送 OAMPDU的端口相关联；

c) Length/Type：OAMPDU 采用 Type 编码，并且承载 Slow_Protocols_Type 域值（0x8809），使用和编码规定见 IEEE 802.3-2002 Annex 43B；

d) Subtype：Subtype域标识封装的特定的 Slow Protocol，OAMPDU Subtype域值为0x03；

e) Flag：Flags域包含状态比特； f) Data/PAD：这个字段用于 OAMPDU 的有效载荷，包含 OUI、扩展操作码（Ext.Opcode）、载荷（payload）以及填充域（Padding）等编码域。当不使用这些字节时，在发送时填充为 0，并在接收时忽略；

g) FCS：该域为帧校验序列，一般由下层 MAC产生。

图 11 Organization Specific OAMPDU 帧格式

扩展的OAMPDU的 Ext. Opcode包括 Extended Variable Request、 Extended Variable Response、Set Request、Set Response、File Read Request、File Write Request、File Transfer Data、File Transfer Ack、Churning、DBA等，具体的Ext. Opcode见表 2。

表 2 当前定义的扩展的OAMPDU的操作类型

Ext. Opcode (Extended OAMPDU)

Value(Hex) Notes

Reserved 0x00 Ignored on reception.

Extended Variable Request 0x01

Extended Variable Response 0x02

Set Request 0x03

Set Response 0x04

File Read Request 0x05

File Write Request 0x06

File Transfer Data 0x07

File Transfer Ack 0x08

Churning 0x09

DBA 0x0A

Reserved for future use 0x0B..FF

操作类型描述： Extended Variable Request：扩展的Variable Request可以读取标准的和扩展的对象的属性，在每个802.3ah的Variable Request消息的PDU中的数据域包括一系

16

列Variable Descriptors。 Extended Variable Response：扩展的Variable Response是对远端Variable

Request的响应，在每个802.3ah的Variable Request消息的PDU中的数据域包括一系列Variable Containers。

Set Request：OLT发送Set Request消息对远端ONU的管理对象的参数进行写操作。Set Request消息的格式与Variable Response消息类似，包含一系列用于指定所要设置的变量（Variable）的Variable Container，Container的数据字段包含该变量的新的值。

Set Response：ONU向OLT发送Set Response消息，用于确认写操作是否成功。Set Response消息包含一系列Variable Containers，并带有对应于Variable Set消息中每个设置请求（Set Request）和设置操作（Action）的回复码（response code）。典型的container包含Branch/Leaf 标识符（identifier），其Value/Length字段包含一个操作确认码。

File Read Request：File Read Request消息用于向接收端发起文件传输请求，接收端应按照该消息的要求发送一个文件。接收端在接收到该文件传输请求前应

发送File Transfer ACK消息作为对File Read Request的应答。 File Write Request：File Write Request消息用于向接收端发起文件接收请求，接收端应按照该消息的要求接收一个文件。接收端在接收到该文件接收请求前应发

送File Transfer ACK消息作为对File Write Request的应答。 File Transfer Data：每个文件均应分为一个或者多个分段（Block）依次传输。每个File Transfer Data消息中包含数据文件中的一个分段。每个File Transfer Data消息带有一个序列号和用于表示所包含的数据字节数的长度（Size）字段。数据帧应按照顺序发送，并接收端应对每个数据帧分别给于确认。数据帧的发送端应

根据接收端的确认发送下一个数据帧（即“stop and wait”方式）。文件的第一个数据帧序列号为0。

File Transfer Ack：File Transfer ACK消息用于对File Read Request、File Write Request、File Transfer Data消息的确认。File Transfer ACK消息包含一个序列号和确认码。序列号是接收端期望接收的下一个分段的号码。确认码用于表示文

件传输的状态。 Churning：用于搅动过程的密钥交换和同步过程所必须的协议交互过程。具体规范见11.1节。

DBA：用于实现DBA的互通性所必须的DBA参数读取和设置功能。

6.5.4 ONU 的 DBA 参数的远程管理

6.5.4.1 DBA 参数远程管理功能定义和工作过程（DBA Configuration Functions

Defination and Procedure）

DBA的管理属性包括ONU的Report帧支持的Queue Set数量和每个Queue Set所对应的阈值（Threshold）。DBA协商的OAM扩展主要涉及对ONU所要支持的Queue Set的数量及其阈值进行操作。在ONU的DBA参数配置过程中，OLT应工作在主动（Active）模式，ONU工作在被动

（Passive）模式。OLT通过get_DBA_request消息和set_DBA_request消息对ONU的DBA参数进行读取和设置操作，ONU通过get_DBA_response消息和set_DBA_response消息对OLT的读取和设置操作请求做出应答。

17

当ONU接收到get_DBA_request消息后，应向OLT发送get_DBA_response消息，该消息中包含其当前DBA参数值。当ONU接收到set_DBA_request后，应按照set_DBA_request消息所定义的DBA参数

设置本地的DBA参数，并发送set_DBA_response消息，以确认其是否已完成此次DBA参数设置。 6.5.4.2 DBA 参数远程管理过程的消息定义（DBA Configuration Message Format）

在 EPON 系统中，用于 ONU 的 DBA 参数远程管理的信息由 OAM 协议数据单元（OAMPDU）承载，采用 Orgnization-Specific Extension 方式实现其交互过程，扩展操作码（Ext. Opcode）的值为“Ox0A”。用于 ONU的 DBA参数管理的 Orgnization-Specific Extension OAMPDU的 Data/padding部分的格式如表 3所示，DBA Code域进一步标识ONU的 DBA参数配置功能所需要的消息类型。表 3 用于DBA的Orgnization-Specific Extension OAM消息中payload部分的格式

Payload Octets Payload Value Notes

3 OUI 0xXX XX XX The Value to be applied

1 Ext. Opcode 0x0A DBA configuration

1 DBA code

0x00－0x03：DBA configuration Message 0x04－0xFF：Reserved，ignored on reception

get/set Configuration Action

4 Data/Pad Dependent on the DBA Code 用于ONU的 DBA参数配置的Orgnization Specific Extension OAM消息包括 4种类

型，具体的消息编码如表 4所示： 1. DBA参数请求帧（get_DBA_request） 2. DBA参数响应帧（get_DBA_response） 3. DBA参数设置请求帧（set_DBA_request） 4. DBA参数设置确认帧（set_DBA_response）

表 4 Orgnization-Specific Extension OAM消息中DBA Code域的值及其对应的消息类型

比特定义描述 [7:2] 保留缺省值为全 0 [1:0] 消息编码 00－DBA参数请求帧（get_DBA_request）

01－DBA参数响应帧（get_DBA_response） 10－DBA参数设置请求帧（set_DBA_request） 11－DBA参数设置确认帧（set_DBA_response）

该四种消息的具体定义如下：

1） DBA参数请求帧（get_DBA_request） OLT利用 DBA参数请求帧指示ONU汇报其当前的 DBA参数（Report帧中的Queue

Set数量和阈值）。DBA参数请求 OAMPDU的结构如图 12所示，Data/Pad域的详细的定义如下：

a) OUI：3字节，包含 24比特 Organizationally Unique Identifier。具体的 OUI值待定；

b) 扩展操作码（Ext. Opcode）：1字节，用于标识扩展的操作类型，对于用于 DBA

18

参数配置的扩展的 OAMPDU，其值为“0x0A”； c) DBA code：1字节，用于标识具体的 DBA参数操作类型，对于 get_DBA_request

消息，其值为“0x00”； d) 填充字节（PAD）：0～30个字节，用于填充该 OAM帧中的剩余字段使该 OAM

帧的总长度达到 64字节，填充内容为“0x00”。

图 12 get_DBA_request OAMPDU的帧格式

2） DBA参数响应帧（get_DBA_response）

ONU利用DBA参数响应帧向OLT汇报其当前的DBA参数（Report帧中的Queue Set数量和阈值）。DBA参数响应帧的结构如图 13所示，Data/Pad域的详细的定义如下：


b) 扩展操作码（Ext. Opcode）：1字节，用于标识扩展的操作类型，对于用于 DBA参数配置的扩展的 OAMPDU，其值为“0x0A”；

c) DBA code： 1 字节，用于标识具体的 DBA 参数操作类型，对于

get_DBA_response消息，其值为“0x01”； d) 队列集数量（Number of Queue Sets）：1字节，用于描述 ONU所发送的 Report帧中的队列集（Queue Set）的数量，取值范围为“0x02”到“0x04”；

e) 报告位图（Report Bitmap）：1 字节，为一个 8 比特标志寄存器，指明 Report MPCPDU中包含哪些队列，如表 5所示；

表 5 用于DBA 参数管理的OAMPDU中的报告位图（Report bitmap）域的定义

比特（bit）标志位值及其含义

0 Queue 0 0 - queue 0 report is not present 1 - queue 0 report is present




19





f) 队列 n的阈值（Queue ＃n Threshold）：2字节，表示队列 n上，该 Queue Set所对应的阈值；

g) 填充字节（PAD）：37 字节，用于填充该 OAM 帧中的剩余字段使该 OAM 帧的总长度达到 64字节，填充内容为“0x00”。

图 13 get_DBA_response OAMPDU帧格式

3） DBA参数设置请求帧（set_DBA_Request）

OLT利用DBA参数设置请求帧指示ONU设置其DBA参数（Report帧中的Queue Set数量和阈值）。DBA参数设置请求帧的结构如下图所示，Data/Pad域的详细的定义如下：

20



c) DBA code：1字节，用于标识具体的 DBA参数操作类型，对于 set_DBA_request消息，其值为“0x02”；

d) 队列集数量（Number of Queue Sets）：1字节，用于描述 ONU所发送的 Report帧中应有的队列集（Queue Set）的数量，取值范围为“0x02”到“0x04”，ONU应按照该值设置其 REPORT帧中的队列集数量；

e) 报告位图（Report Bitmap）：1 字节，为一个 8 比特标志寄存器，指明 Report MPCPDU中应包含哪些队列，如表 5所示。

f) 队列 n的阈值（Queue ＃n Threshold）：2字节，表示队列 n上，该 Queue Set所对应的阈值；第一个 QUEUE set的 queue ＃n threshold的值应小于第二个queueset的 queue＃n threshold的值，依次类推；

g) 填充字节（PAD）：0～30个字节，用于填充该 OAM帧中的剩余字段使该 OAM帧的总长度达到 64字节，填充内容为“0x00”。

图 14 set_DBA_request OAMPDU帧格式

21

注：本标准规定：Report帧格式中最后一个 Queue Set用于填写所有队列的全部长度，因此，set_DBA_request帧中的 Queue＃n Threshold的数量为（Number of Queue Sets-1）。

4） DBA参数设置确认帧（set_DBA_response）

ONU向 OLT发送 DBA参数设置确认帧（set_DBA_response）以通告其是否成功设置 DBA参数。DBA参数设置确认帧的结构如图 15所示，Data/Pad域的详细的定义如下：



c) DBA code：1字节，用于标识具体的DBA参数操作类型，对于set_DBA_response消息，其值为“0x03”；

d) 设置确认（Set ACK）：1字节，用于表示 ONU的 DBA参数设置是否成功；当Set ACK的值为“0x00”表示 DBA参数设置未完成或被拒绝（Nack）；当 Set ACK的值为“0x01”表示 DBA参数设置已完成（Ack）；

e) 队列集数量（Number of Queue Sets）：1字节，用于描述 ONU的 Report帧中应有的队列集（Queue Set）的数量（DBA 参数设置后），取值范围为“0x02”到“0x04”，ONU应按照该值设置其 REPORT帧中的队列集数量；

f) 报告位图（Report Bitmap）：1 字节，为一个 8 比特标志寄存器，指明 Report MPCPDU中应包含哪些队列（DBA参数设置后），如表 5所示；

g) 队列 n的阈值（Queue ＃n Threshold）：2字节，表示队列 n上，该 Queue Set所对应的阈值；第一个 QUEUE set的 Queue ＃n Threshold的值应小于第二个Queue Set 的 Queue＃n Threshold 的值(如果包含 3 个或 3 个以上的 Queue Set)，依次类推；

h) 填充字节（PAD）：1～29个字节，用于填充该 OAM帧中的剩余字段使该 OAM帧的总长度达到 64字节，填充内容为“0x00”。

22

图 15 DBA参数设置确认帧的格式

注：本标准规定：Report帧格式中最后一个 Queue Set用于填写所有队列的全部长度，因此，set_DBA_request帧中的 Queue＃n Threshold的数量为（Number of Queue Sets-1）。

7 网络侧和用户侧接口要求

7.1 OLT 网络侧接口要求

OLT的网络侧必须支持GE接口，可选支持10/100BASE-T、10GBASE-X接口。当OLT存在多个PON接口时，应提供至少2个GE上联接口。对于提供TDM数据专线业务的多业务OLT设备，网络侧应支持E1接口或者STM-1接

口。 7.1.1 GE 接口

GE接口可以是1000BASE-LX、1000BASE-SX、1000BASE-CX和1000BASE-T接口中的一种或多种，各种接口类型均应符合IEEE 802.3-2002的规定。 7.1.2 10/100BASE-T 接口

10/100BASE-T接口应符合IEEE 802.3-2002的规定。 7.1.3 10GBASE-X 接口

23

10GBASE-X接口应符合IEEE 802.3ae-2002的规定。 7.1.4 E1 接口

E1接口应符合ITU-T G.703或GB7611-2001的规定。 7.1.5 STM-1 接口

STM-1接口应符合ITU-T G.707的规定。

7.2 ONU 用户侧接口要求

7.2.1 ONU 的用户侧接口类型

ONU 的用户侧接口类型包括 10/100BASE-T、GE 接口、E1 接口、V.35 接口和 Z/Za 接

口。

7.2.1.1 10/100BASE-T 接口

用户侧10/100BASE-T接口应符合IEEE 802.3-2002的规定。 7.2.1.2 GE 接口

GE接口可以是1000BASE-LX、1000BASE-SX、1000BASE-CX和1000BASE-T接口中的一种或多种，各种接口类型均应符合IEEE 802.3-2002的规定。 7.2.1.3 E1 接口

E1接口应符合ITU-T G.703或GB7611-2001的规定。 7.2.1.4 V.35 接口

V.35接口应符合ITU-T V.35的规定。 7.2.1.5 Z/Za 接口

Z接口应符合YD/T 1054-2000 10.1.1节的规定。 Za接口应符合YD/T 1054-2000 10.1.2节的规定。

7.2.2 ONU 的用户侧接口要求

7.2.2.1 类型 1 的 ONU 的用户侧接口要求

用户侧应提供一个或两个全双工的 10/100M自适应以太网口或者 GE接口。 7.2.2.2 类型 2 的 ONU 的接口要求

用户侧应提供两个或四个以太网接口（全双工的10/100M自适应或GE接口），应提供Z接口或Za接口。 7.2.2.3 类型 3 的 ONU 的接口要求

用户侧应提供多个以太网接口（全双工的 10/100M自适应或 GE接口）、ADSL2+接口、或 VDSL2接口，建议用户接口数量为 8个、16个或 24个。可选支持 Z接口或 Za接口（支持 VoIP业务时）。

8 以太网功能要求

8.1 以太网基本功能

8.1.1 MAC 交换功能

8.1.1.1 OLT 的 MAC 地址交换功能

OLT应支持根据MAC地址进行交换，应支持MAC地址的动态学习，MAC地址学习能力不小于1000个/秒。

OLT每个 PON接口的 MAC地址缓存能力应不低于 2K，汇聚交换部分的 MAC地址缓存能力不低于 16K。

OLT的MAC地址老化时间应可配置。

24

8.1.1.2 类型 1 的 ONU 的 MAC 地址交换功能

ONU应支持根据MAC地址进行交换，应支持MAC地址的动态学习，MAC地址学习能力不小于1000个/秒。

ONU的单播MAC地址缓存能力应不低于32。 ONU的MAC地址老化时间应可配置。



ONU的单播MAC地址缓存能力应不低于32×以太网端口数。 ONU的MAC地址老化时间应可配置。



ONU的单播MAC地址缓存能力应不低于32×用户端口数（含以太网接口、ADSL2+接口或者VDSL2接口）。

ONU的MAC地址老化时间应可配置。

8.1.2 二层交换能力

8.1.2.1 OLT 的二层交换能力

OLT应支持以太网业务二层交换功能，二层交换能力应确保上下行业务的线速转发。 8.1.2.2 ONU 的二层交换能力

对于具有多于一个以太网接口的ONU应支持以太网业务二层交换功能，二层交换能力应确保上下行业务的线速转发。

8.1.3 帧过滤功能

8.1.3.1 OLT 的帧过滤功能

OLT应支持基于源和目的MAC地址的以太网数据帧过滤。 8.1.3.2 ONU 的帧过滤功能

ONU应支持基于物理端口、源和目的MAC地址的以太网数据帧过滤，并且支持基于每个物理端口和MAC地址的以太网数据帧过滤功能的开启/关闭。 8.1.4 二层隔离功能

8.1.4.1 OLT 的二层隔离功能

OLT应实现对各 ONU之间的二层隔离。 8.1.4.2 ONU 的二层隔离功能

类型 3的 ONU应支持对各以太网端口之间的二层隔离。

8.1.5 生成树功能

8.1.5.1 OLT 的生成树功能

当OLT的网络侧具有多个GE或10/100Base-T接口时，应支持符合IEEE 802.1D要求的快速生成树协议（RSTP）。 8.1.5.2 ONU 的生成树功能

类型2和类型3的ONU的用户侧的10/100Base-T、GE接口应支持符合IEEE 802.1D要求的快速生成树协议（RSTP）。

25

8.1.6 流量控制功能

8.1.6.1 OLT 的流量控制功能

OLT的网络侧接口应支持全双工方式下的IEEE 802.3x流量控制协议，其相关功能应可配置。 8.1.6.2 ONU 的流量控制功能

ONU的用户侧以太网接口应支持全双工方式下的IEEE 802.3x流量控制协议，其相关功能应可配置。

8.1.7 网络侧本地汇聚功能

当OLT存在多个PON接口时，应支持对所有业务板的以太网业务二层汇聚功能。

8.1.8 链路聚集功能

当OLT的网络侧具有多个GE或10/100Base-T接口时，应支持IEEE 802.3ad规定的链路聚集功能。

8.2 VLAN功能

8.2.1 OLT 的 VLAN 功能

OLT应支持IEEE 802.1Q协议。应支持按照ONU的LLID和业务类型划分VLAN，可选支持按照MAC地址划分VLAN。OLT应支持VLAN标记/去标记，VLAN透传，VLAN转换，VLAN优先级标记，VLAN过滤等功能。

OLT应同时支持4K的VLAN数，VLAN ID的范围是0∼4094。 OLT的网络侧接口应支持VLAN Trunk功能。

8.2.2 ONU 的 VLAN 功能

8.2.2.1 类型 1 的 ONU 的 VLAN 功能

ONU应支持 IEEE 802.1Q协议。ONU应支持针对用户物理端口和业务类型划分VLAN，应支持VLAN标记/去标记，VLAN 透传、VLAN过滤等功能。

ONU的用户侧接口应支持VLAN Trunk功能。 ONU应支持至少8个VLAN ID，VLAN ID的范围是0∼4094。


ONU应支持 IEEE 802.1Q协议。ONU应支持针对用户物理端口和业务类型划分VLAN，应支持VLAN标记/去标记，VLAN 透传、VLAN优先级标记、VLAN过滤等功能。应支持根据IEEE 802.1D优先级进行QoS处理。

ONU的用户侧接口应支持VLAN Trunk功能。 ONU应支持至少32个VLAN ID，VLAN ID的范围是0∼4094。


ONU应支持IEEE 802.1Q协议。ONU应能针对用户物理端口和业务类型划分VLAN，应支持VLAN标记/去标记，VLAN透传、VLAN优先级标记、VLAN过滤等功能。应支持根据IEEE 802.1D优先级进行QoS处理。

ONU应具有强制修改数据包优先级标签的功能，对无VLAN标签的数据包应具有添加缺省优先级标签的功能。

ONU的用户侧接口应支持VLAN Trunk功能。

26

ONU应支持至少8×用户端口数（含以太网接口、ADSL2+接口或者VDSL2接口）个VLAN ID，VLAN ID的范围是0∼4094。

8.3 VLAN Stacking功能（IEEE 802.1ad）

8.3.1 OLT 的 VLAN Stacking 功能

OLT应支持VLAN Stacking功能，VLAN Stacking以太网帧的外层TPID参数应可配置。要求内层CVLAN优先级标签能映射到外层SVLAN中。一般情况下，外层SVLAN映射

业务类型，内层CVLAN映射用户端口。 OLT应支持基于内层CVLAN ID和内层CVLAN优先级标签映射到SVLAN ID。对每个

LLID，OLT应支持8个SVLAN ID。 OLT应支持的CVLAN和SVLAN的数值为0－4094。 OLT网络侧接口应支持SVLAN TRUNK功能。 OLT网络侧接口应可以配置为SVLAN TRUNK和VLAN TRUNK两种模式中的一种。

8.3.2 ONU 的 VLAN Stacking 功能

类型2和类型3的ONU可选支持VLAN Stacking功能。VLAN Stacking以太网帧的外层TPID参数应可配置。

9 动态带宽分配功能（DBA）

9.1 DBA 总体要求

EPON系统应采用动态带宽分配机制（DBA）来提高系统上行带宽利用率以及保证业务公平性和QoS，应能根据LLID报告的队列状态信息分配带宽授权。

DBA应支持基于LLID的保证带宽、最大带宽、最大突发等参数的配置。 DBA机制应确保ONU在保证带宽内的流量按照SLA的要求进行转发。当ONU的流量大于保证带宽且小于最大带宽时，以“尽力而为（Best effort）”方式

转发。 DBA机制应限制ONU的流量不超过SLA中的最大带宽，即使线路上有剩余带宽也不应

为ONU分配超过最大带宽的授权。应支持对系统内带宽分配的约束机制（当所配置的系统上行保证带宽超过1G时，应给出提示，并阻止过度分配系统带宽）。

当ONU的实际业务流量未达到保证带宽时，OLT应能够将其剩余带宽分配给其他ONU。

EPON系统的DBA算法应支持公平性机制，能够保证剩余带宽按照以下三种方式进行公平分配：

1. 按照优先级进行剩余带宽的加权分配； 2. 按照与不同用户所签署的SLA的保证带宽进行剩余带宽的加权分配； 3. 按照ONU类型（如商业客户、住宅用户；类型1/2、类型3的ONU）进行剩余带

宽的加权分配（可选）。本标准对DBA算法暂不作规定。 DBA算法的参数应可配置（具体参数待定），并应具备根据业务需要进行在线算法升

级或者在线参数调整的能力。为了支持在多业务接入环境下的QoS，OLT应基于ONU对其本地队列状态信息的汇报

进行上行带宽分配，并且ONU应能够在DBA分配的带宽授权基础上，基于本地的队列状态进行上行业务的调度。

DBA的最小带宽分配粒度不应大于256kbit/s。 DBA的可配置最小带宽应该不大于512kbit/s。

27

DBA的精度：优于±5％。 9.2 OLT 的 DBA 功能要求

OLT的DBA机制应能根据LLID内多个队列的状态信息（Report PDU中至少2个Queue Set内的全部队列的长度）和业务优先级约定进行该LLID的上行带宽分配。

OLT应能够支持对REPORT帧中至少2个Queue Set的全部8个队列的状态信息的解析，以用于ONU上行带宽的动态分配。OLT缺省支持的Queue Set数量为2个。

OLT应支持通过OAM方式对ONU所发送的Report帧的Queue Set数量和阈值等参数进行配置，该配置功能应符合6.5.4节的规定。同时，OLT也应该支持静态带宽分配，即在固定的轮询周期内向每个ONU发送固定大

小的授权。

9.3 ONU 的 DBA 功能要求

ONU应支持（至少）8个队列，并以每个Report帧包含2或2个以上Queue Set的形式向OLT上报本地队列状态。建议ONU具备支持4个Queue Sets的能力。ONU缺省支持的Queue Set数量为2个。

ONU的本地上行业务调度功能见10.5节的相关规定。 ONU的Queue Set的数量和各Queue Set所对应的阈值应可由OLT通过扩展OAM方

式进行配置，具体的配置功能应符合6.5.4节的规定。

10 多业务 QoS 机制

10.1 多业务 QoS 总体要求

EPON系统应提供必要的QoS机制，以保障在上行和下行方向均能根据SLA协议提供各种优先级业务的QoS。

EPON系统应支持基于 ITU-T Y.1291的QoS机制，包括业务流分类（Traffic classification）、优先级标记（Marking）、排队及调度（Queuing and scheduling）、流量整形（Traffic shaping）和流量管制（Traffic policing）、拥塞避免（Congestion avoidance）、缓存管理（Buffer management）等。

10.2 业务等级协定（SLA）

EPON系统应支持针对每个用户或业务的业务等级协定参数的设置。例如，系统可以针对不同的用户和业务规定不同的时延与抖动、保证带宽、最大带宽等SLA参数，并应支持对上、下行业务分别进行配置。

10.3 业务流分类功能

10.3.1 OLT 的上行业务流分类

OLT应支持基于以太网帧中的相关参数对上行业务流进行分类，并按照10.4节的要求进行优先级标记。缺省状态下，OLT信任ONU提供的优先级标记，不开启此功能。可用于业务流分类的参数包括： LLID，MAC DA、MAC SA、User Priority

（IEEE802.1D）、Ethernet类型（例如PPPoE、PWE3、MAC Control等）、目的IP地址、源IP地址、IP类型（v4&v6）、IP TOS/DSCP、L4协议端口等。建议支持报文的深度检测（80个字节）流分类。 10.3.2 类型 1 ONU 的上行业务流分类

28

ONU应支持基于以太网帧中的相关参数对上行业务流进行分类，并按照10.4节的要求进行优先级标记。可用于业务流分类的参数包括：MAC DA、MAC SA、User Priority（IEEE802.1D）、

Ethernet类型（例如PPPoE、PWE3、MAC Control等）、目的IP地址、源IP地址、IP类型（v4&v6）、IP TOS/DSCP、L4协议端口等。 10.3.3 类型 2 ONU 的上行业务流分类

ONU应支持基于物理端口和基于以太网帧中的相关参数对上行业务流进行分类，并按照10.4节的要求进行优先级标记。

可用于业务流分类的参数包括：MAC DA、MAC SA、Ethernet类型（例如PPPoE、PWE3、MAC Control等）、目的IP地址、源IP地址、IP类型（v4&v6）、IP TOS/DSCP、L4协议端口等。建议支持报文的深度检测（80个字节）流分类。 10.3.4 类型 3 ONU 的上行业务流分类

ONU应支持基于物理端口和以太网帧中相关参数对上行业务流进行分类，并按照10.4节的要求进行优先级标记。可用于业务流分类的参数包括：MAC DA、MAC SA、User Priority（IEEE802.1D）、

Ethernet类型（例如PPPoE、PWE3、MAC Control等）、目的IP地址、源IP地址、IP类型（v4&v6）、IP TOS/DSCP、L4协议端口。建议支持报文的深度检测（80个字节）流分类。

10.4 优先级标记

OLT和ONU设备应支持基于10.3节规定的流分类对上行业务进行优先级标记，应具有强制修改优先级标记的功能。标记应采用IEEE 802.1D User Priority，可选支持IP TOS和DSCP优先级标记。各用户端口的优先级标记应支持本地管理员配置方式及远程管理配置方式。缺省情况下，IEEE 802.1D的优先级（User Priority）排序及其与各种业务映射关系如

下：表 6 802.1D优先级的排序及其与业务类型的映射关系

User Priority值

缩写业务类型备注

7 NC Network Control、TDM

6 VO Voice（< 10 ms latency and jitter） VoIP 5 VI Video（< 100 ms latency and jitter） IPTV

4 CL Controlled Load

3 EE Excellent Effort 0 BE Best Effort

2 － Spare

1 BK Background

10.5 优先级队列机制

10.5.1 OLT 的优先级队列机制

OLT的上，下行业务应根据IEEE 802.1D User Priority标记映射到不同的优先级队列，并进行调度。 10.5.2 OLT 网络侧端口应支持 8个优先级队列。ONU 的优先级队列机制

29

ONU的上，下行业务应根据IEEE 802.1D User Priority标记映射到不同的优先级队列，并进行调度。类型1和类型2的ONU应支持8个优先级队列。对于类型3的ONU，每个用户侧端口应支持至少4个优先级队列。 ONU应在Report帧中对全部队列的状态进行描述，其描述应支持8个队列和至少2个

Queue Set。

10.6 流限速

10.6.1 上行业务流限速功能

10.6.1.1 ONU 的上行业务流限速功能

类型3的ONU的用户侧以太网接口应支持上行业务的端口限速功能。同时，ONU按照OLT的DBA授权进行对于上行业务流的调度，实现上行业务流的限

速。 10.6.1.2 OLT 的上行业务流限速功能

OLT应支持DBA机制，以实现对每个LLID的上行带宽分配和上行业务流限速功能。在存在L2汇聚功能的OLT设备，其上行端口（SNI）可选支持L2 Traffic Shaping功能。

10.6.2 下行业务流限速功能

10.6.2.1 ONU 的下行业务流限速功能

类型3的ONU的用户侧以太网接口应支持下行业务的端口限速功能，可选支持基于业务流的限速功能。 10.6.2.2 OLT 的下行业务流限速功能

对于下行业务，OLT应支持针对用户或不同分类流的速率控制功能，应支持L2 Traffic Shaping或Policing机制。

10.7 优先级调度

10.7.1 OLT 的优先级调度功能

OLT应支持根据SLA进行下行业务的调度功能。OLT对下行业务的调度应支持严格优先级队列调度（SP），加权循环队列调度（WRR）和SP+WRR算法并可配置，缺省采用SP+WRR。上行业务的优先级调度由OLT的DBA功能和ONU的本地调度功能共同完成。

10.7.2 ONU 的优先级调度功能

ONU应具有根据OLT的带宽授权进行上行业务的本地调度功能，其调度算法应支持SP、WRR和SP+WRR算法并可配置，缺省采用SP+WRR。

类型2和类型3的ONU可选支持下行业务的本地调度功能；应支持SP或WRR方式，建议支持SP+WRR。对于采用SP+WRR算法的系统，OLT（下行）和ONU（上行）对优先级的值为“7”

和“6”的业务流（如网络控制协议报文、TDM业务和VoIP业务）应采用SP调度，对其他优先级的业务采用WRR调度机制。

10.8 缓存管理

10.8.1 ONU 的缓存容量

ONU应支持缓存管理，具体机制不做规定。在任意时刻，每个 ONU的上、下行总缓存不应小于 256KB。 ONU的上、下行的最大可用缓存均不小于 128KByte。

30

10.8.2 OLT 的缓存管理

为保证 QoS，OLT应提供足够的缓存，具体缓存容量不做规定。 OLT 应支持拥塞避免机制，拥塞避免算法有 Tail-Drop、RED、WRED，设备应至少

支持 Tail-Drop算法。

11 安全性

11.1 PON 接口数据安全

EPON系统下行方向采用广播方式，恶意用户很容易截获系统中其它用户的信息。为提高用户数据的保密性，下行方向应支持三重搅动（Triple Churning）功能。系统应支持针对每个LLID的搅动功能，每个LLID应有独立的密钥。搅动由OLT提出密钥更新要求，ONU提供3字节搅动密钥，OLT使用此密钥完成搅动功能。在启用搅动功能后，对所有的数据帧和OAM帧进行搅动。

密钥的更新和同步过程采用基于Organization-Specific Extension的OAMPDU方式。 11.1.1 搅动密钥的产生

搅动密钥是ONU由上行用户数据中提取的3字节数据与3字节随机数Exclusive OR (XOR)异或相加的结果。这24位码，分别定义为（MSB）X1~X8,P1~P16(LSB)。 11.1.2 密钥更新同步过程

前导码中的第五个字节作为搅动信息标识字段（Enc）来实现密钥同步，修改后的帧

格式如下图所示：

图 16 搅动区和前导码中用于密钥同步Enc字节的定义

Enc字段的高六位比特的取值仍遵循 IEEE 802.3ah的标准，对低 2位比特进行了如

下定义：

Flag位（bit 1）：搅动标记，表示该帧是否被搅动；0：明文；1：密文。

Key_Index位（bit 0）：密钥索引，指示 ONU在解搅动过程中要采用的密

钥编号。当搅动功能关闭时，Key_Index位的值应为“1”。

密钥更新由新密钥请求帧（new_key_request）和密钥通知帧（new_churning_key）

来实现。OLT向 ONU发出新密钥请求帧，ONU收到新密钥请求帧后向 OLT发一个新密

钥通知帧。如果 ONU侧收到新密钥请求帧，则向 OLT发送新密钥通知帧。新密钥通知帧

中包含新的密钥以及该密钥编号参数，表示当前交互的密钥的序号。OLT收到新密钥通知

帧后，就可以使用新密钥对随后的帧进行搅动。密钥同步依靠每个帧中的 Enc 字段来实

现，只要 ONU 收到 OLT发送的搅动帧中，密钥索引 Key_Index 等于新密钥通知帧中的

31

密钥编号，则 ONU使用新密钥进行解搅动。当OLT在发出新密钥请求帧，启动定时器Churning_Timer，当定时器超时后OLT仍没

有收到新密钥通知帧，则认为密钥交互失败，需要重新交互密钥，OLT发送新一轮的新密

钥请求帧。在新密钥成功交互之前，ONU仍然使用原来的密钥，并且由OLT将密钥交互失

败的信息上报给网管。

密钥更新周期Tkey和定时器Churning_Timer的值均可配置。Tkey的缺省值为10s。

密钥更新与同步过程如下图所示。

图 17 基于扩展的OAMPDU方式的搅动密钥更新和同步过程

11.1.3 搅动和解搅动功能

为提高数据安全性，EPON系统应在churning基础上，采用三重搅动（triple churing）方式。三重搅动算法是在单重搅动（single churning）算法的基础上扩展而成，增加了搅动后数据的时域关联性，进而提高用户数据的安全性。单重搅动的实现如下所述：

通过对 X1~X8和 P1~P16的逻辑运算，产生搅动键 K1~K10。在搅动端利用 K1、K2、

P1～P11和 P12共 14比特按照固定对 8比特宽的数据流进行搅动，在解搅动端利用同样

的 14比特对 8比特长的经过搅动的数据（密文）进行解搅动。

32

搅动开始于以太网帧的目的 MAC 地址域，截止于 FCS 校验域。完成了 MPCP

Discovery 和 OAM Discovery 过程后，开始进行搅动密钥的交换。密钥交换完成后，该

ONU所有下行数据帧、MAC Control帧和 OAM帧均应进行搅动。

搅动键 K1~K10按照如下逻辑关系生成：

K1 = (X1·P13·P14) + (X2·P13·not P14) + (X7·not P13·P14) + (X8·not P13·not P14)

K2 = (X3·P15·P16) + (X4·P15·not P16) + (X5·not P15·P16) + (X6·not P15·not P16)

K3 = (K1·P9) + (K2·not P9)

K4 = (K1·not P9) + (K2·P9)

K5 = (K1·P10) + (K2·not P10)

K6 = (K1·not P10) + (K2·P10)

K7 = (K1·P11) + (K2·not P11)

K8 = (K1·not P11) + (K2·P11)

K9 = (K1·P12) + (K2·not P12)

K10 = (K1·not P12) + (K2·P12) 式中，“+”为逻辑或（Logical OR），“·”为逻辑与（Logical AND），“not”为逻辑非（Logical

NOT）。搅动、解搅动按如图 18所示方式实现。

33

图 18 搅动（Churning）和解搅动（Dechurning）功能实现

三重搅动（Triple Churning）的实现如图 19所示。

图 19 三重搅动（Triple-Churning）实现方案

三重搅动采用3个级联的搅动器，每个搅动器均执行上述规定的单重搅动操作，每次搅动使用的密钥不同。三重搅动的第一级搅动功能采用原始的24比特密钥（X1-X8, P1- P16,），第二级搅动所采用的密钥由原始24比特密钥右循环移位一字节后获得（P9-P16,

34

X1-X8, P1-P8），第三级搅动所采用的密钥由将原始24比特密钥右循环移位二字节时移获得 (P1-P16, X1-X8)。第一级搅动引擎churning_1的输出与二个8位矢量进行逐比特的异或（XOR）运算：

第一个矢量是前一个输入加密字节，当所加密的字节为一个数据帧的第一个加密字节时，

该矢量为密钥的最低位字节。第二个矢量是4个字节前的三重搅动后的数据输出（该方式可以使当前搅动输出与以前的搅动输出相关联，使单重搅动情况下容易重复出现的某些图

案在三重搅动情况下无法被探测到，增加破解难度）。对于一个帧中的前4个加密字节，用“0”代替data_out[N-4]。

XOR_1的输出经过比特移位输入churning_2。移位规则如下：比特2、4交换，比特3、

5交换，比特0、1、6、7位置不变，如图 20所示。

第二级搅动引擎Churning_2的输出也与两个矢量进行逐比特XOR运算：第一个矢量

是二字节前的输入加密字节，当所加密的字节为一个数据帧的第一个加密字节时，该矢量

为密钥的第二低位字节。当所加密的字节为一个数据帧的第二个加密字节时，该矢量为密

钥的最低位字节。第二个矢量是5个字节前的三重搅动后的数据输出。

XOR_2的输出仍然经过比特移位输入第三级搅动引擎churning_3，移位规则同前。三重搅动的数据关联性如下图所示。

图 20 三重搅动（Triple Churning）方案的数据输入和输出之间关系

三重解搅动的实现为三重搅动功能的简单镜像，其实现方案如图 21所示。

图 21 解三重搅动（Triple Churning reverse Operation）的实现方案

35

11.1.4 密钥交互消息定义

用于搅动的密钥交互消息包括两种类型： 1）新密钥请求帧（new_key_request） 2）新密钥通知帧（new_churning_key）对于基于Organization-specific Extension OAMPDU方式进行密钥更新和同步的系

统，通过“Organization Specific” OAMPDU (Code=0xFE)通过Flag域进一步标识消息类型。

EPON系统中的 OAM PDU帧中的 Orgnization-Specific Extension格式应符合本标准 6.5.3节的规定。

EPON 系统中的用于 Churning 的 Orgnization-Specific Extension OAM 消息中

Payload部分的格式如表 7所示。Churning Code域的值对应的消息类型如表 8所示。

表 7 用于搅动的 Orgnization-Specific Extension OAM 消息中 payload 部分的格式

Payload Octets Payload Value Notes

3 OUI 0xXX XX XX The Value to be applied

1 Ext. Opcode 0x09 churning

1 Churning code 0x00－0x01：Churning Message 0x02－0xFF：Reserved 0x02－0xFF：ignored on reception

4 Data/Pad Dependent on the Churning Code

表 8 用于搅动的扩展OAM消息中Churning Code域的值及其对应的消息类型

比特定义描述 [7:2] 保留缺省值为全 0 [1:0] 消息编码 00－new_key_request

01－new_churning_key 对搅动相关的OAM消息的规定如下：

1）新密钥请求帧（new_key_request）新密钥请求帧的定义如图 22 所示。Churning_code=“0x00”，In-use_Key_Index 字

节的最低位用于指示 OLT正在使用的密钥的序号（“0”或者“1”），，其他比特为“0”。In-use Key Index域之后为填充字节。

36

图 22 new_key_request消息的帧格式

2）新密钥通知帧（new_churning_key）新密钥通知帧的定义如图 23 所示。Churning_code=“0x01”；New_Key_Index 字节

的最低位用于指示所发送的密钥的序号（“0”或者“1”），其他比特为“0”；3个字节的Churning Key 字段包含所要更换的新搅动密钥，传送顺序为

[(MSB)X1,X2,…,X8,P1,P2,…,P16(LSB)]；Churning Key字段之后为填充字节。

图 23 new_churning_key消息的帧格式

37

11.2 MAC 地址数量限制

OLT应支持基于 LLID的 MAC地址数量限制功能，限制的 MAC地址数量应可灵活配置。类型 2和类型 3的 ONU应支持基于端口的用户 MAC地址数量限制的功能，限制的

MAC 地址数量应可灵活配置。当 MAC 地址数量超过 OLT 或 ONU 的 MAC 地址数量限制时，OLT或ONU 应支持新MAC地址对最旧的MAC地址的覆盖，或者支持忽略新MAC地址直到有 MAC地址老化。

11.3 过滤和抑制

OLT和类型3的ONU应支持对广播以太网帧、组播以太网帧、单播以太网帧根据MAC地址、VLAN ID、物理端口等的过滤和抑制；可选支持基于源/目的IP地址，源/目的TCP或UDP端口和基于协议号的访问列表（ACL）。

OLT和类型3的ONU应支持对非法帧的过滤和非法组播源（例如用户端组播数据流）的过滤。

类型3的ONU应支持基于用户端口的IGMP、DHCP等协议报文的抑制功能。 ONU应支持对用户侧接口所收到的BPDU（802.1D）报文的终结和透传功能，且可

配置。 OLT和类型3的ONU应支持对带有未知的源MAC地址的以太网帧进行丢弃处理，以防

止MAC地址欺骗。

11.4 ONU 认证功能

OLT应支持基于ONU的MAC地址对ONU合法性进行认证的能力，应拒绝非法ONU的接入。对于已被拒绝注册的非法ONU，应减少ONU不断尝试注册给系统带来的负面影响，同时考虑工程的便利，仍然给该ONU一定的尝试注册的机会。ONU的MPCP层次的状态机应符合IEEE802.3ah的规定，并且ONU的高层协议应支持被OLT拒绝注册后的静默机制。ONU的静默机制利用WAIT和DENIED状态之间的转移过程实现，具体非法ONU的注册过程和静默机制如下所述：

1、 OLT向所有ONU广播一个Discovery Gate消息，打开ONU发现窗口； 2、 ONU向OLT发送一个Register_REQ消息，该消息中包含其MAC地址信息；然后

ONU等待OLT发送Register消息； 3、如果ONU是非法ONU，OLT将发送Nack Register消息（flag＝4）； 4、 ONU收到Nack Register消息后，应通过MACI(REGISTER, status ⇐ denied)通知高层；

5、高层在收到该MACI消息后，将启动一个定时器RegTmr，该定时器表示启动下一次注册过程的时延Ts。在定时器RegTmr未超时之前，高层不会发出MACR (DA, REGISTER_REQ, STATUS<= REIGSTER)命令；Ts的值应可以通过网管系统进行配置，缺省值为 100× discovery_period；在高层未发出MACR (DA, REGISTER_REQ, STATUS<= REIGSTER)命令之前，ONU保持在WAIT状态；

6、当定时器 RegTmr超时后，高层将发出 MACR (DA, REGISTER_REQ, STATUS<= REIGSTER)命令，ONU将从WAIT状态转移到REGISTERING状态，并等待OLT发出的DISCOVERY GATE消息。当下一个发现窗口打开时，ONU将发送REGISTER_REQ消息以实现注册。

此外，当OLT发现非法ONU的注册事件后，应上报网元管理系统。

38

12 组播功能

12.1 组播实现方式

在EPON系统中，采取SCB、IGMP Proxy/Snooping、VLAN（VLAN Stacking）等方式实现组播功能。（1）在PON接口上，OLT通过广播LLID信道以单拷贝广播（SCB）方式将组播内容

分发给所有ONU。（2）OLT利用IGMP Proxy、ONU利用IGMP Snooping实现对组播流的动态转发控制。（3）OLT应支持复杂的组播控制功能（详见12.3.1），同时利用VLAN（VLAN Stacking）机制与ONU配合实现组播权限控制。

OLT上划分组播专用的VLAN，即组播业务使用独立的、专用的VLAN与其它业务相隔离，一个组播VLAN对应一个组播频道组（指一个权限统一管理的组播频道的集合）。具体实现时，OLT以上的二层网络中可将组播业务划入专门的SVLAN，OLT实现组播频道组与CVLAN的映射（在SCB信道中传送的组播业务流均带有CVLAN tag）。

ONU上为不同的组播频道组划分不同的VLAN/CVLAN，实现对组播权限的控制。对于类型1的ONU，根据用户的组播权限将其划入不同的组播VLAN；对于类型2的

ONU，应根据用户的组播权限将该ONU和对应于组播业务的用户侧接口划入特定的组播VLAN，使其组播业务能够转发到该接口；对于类型3的ONU，应对每个用户接口划分VLAN，应根据该ONU下所有用户的组播权限，将该ONU划入一个或多个组播VLAN，同时根据每个用户的组播权限，将ONU的每个用户侧接口划入特定的组播VLAN，使组播业务能够正确转发到对应的用户侧接口，实现对每个用户接口的组播权限控制。用户的其它数据流（包括上行的IGMP报文在内）划入另外的VLAN/CVLAN。 ONU应支持对所有广播LLID的解析处理。ONU用户侧接口的所支持的用于组播的

VLAN应可以通过网络管理系统配置。 OLT应支持组播业务静态直接送抵和动态申请送抵的两种业务传输方式。

12.2 组播协议

组播协议应支持 IGMP V2（RFC 2236），可选支持 IGMP V3（RFC 3376）和组播管理协议的MIB（RFC2933）。

OLT 应支持IGMP SNOOPING和IGMP PROXY功能。 ONU应支持IGMP Snooping功能。

12.3 组播控制

12.3.1 OLT 的组播控制功能

OLT应维护包括LLID、SVLAN-CVLAN ID、频道组播地址、用户访问权限等条目的表格，以实现组播控制。OLT应支持本地和远程查询、配置用户的频道访问权限的功能（对类型1和类型2的ONU，基于LLID；对于类型3的ONU，基于LLID和每个端口的VLAN ID/CVLAN ID）。用户的频道访问权限分为禁止、预览和允许。

OLT应根据其PON接口下的用户对特定频道的访问权限，利用IGMP Proxy功能动态申请该频道的组播业务流。如果用户发送IGMP消息申请允许访问的频道，则可向用户转发该频道的组播流。如果用户发送IGMP消息申请禁止访问的频道，则不再向上发送IGMP消息。如果用户发送IGMP消息申请访问可以预览的频道，则在特定时间内转发该频道的组

播流。频道预览应能够针对单次预览的持续时长、预览次数、预览间隔时长设定；也应能

够针对预览总时长设置。应具有预览权限复位功能，可通过设定时间方式进行自动复位。

39

应支持CDR（Call Detail Record）呼叫信息记录功能，记录用户的基本访问信息（包括IGMP请求类型（加入、离开）、IGMP请求时间、用户标识、申请访问的频道、频道权限、IGMP请求成功/失败、离开方式（强制、自主离开）、CDR记录产生时间等）。短时间的组播加入离开可不作CDR记录要求，具体时间参数应可设；短时间的组播预

览可不作计时要求，具体时间参数应可设。支持CDR信息定时同步到管理系统，确保CDR信息不丢失。每个用户可同时申请的组播数可配置。

12.3.2 类型 3 ONU 的组播控制功能

类型3的ONU的组播控制功能有两种实现方式：方式一，由OLT配合ONU上的VLAN/CVLAN进行组播权限控制；方式二，ONU支持本地的组播权限控制功能（可选）。对于方式一，ONU上的用户侧接口应划分两类VLAN/CVLAN。首先，对每一用户侧

接口划分不同的VLAN/CVLAN（这也是用户隔离和用户唯一标识的需要），用于除组播外的数据流（包括上行的IGMP报文在内），这就使OLT能够区分不同用户发出的IGMP消息，并根据用户对特定频道的访问权限，进行适当的IGMP Proxy处理（详见12.3.1节）。其次，根据不同用户侧接口的组播权限将其配置到不同的组播VLAN/CVLAN，从而实现组播权限控制。同时，ONU采用IGMP Snooping功能实现组播业务流的动态转发控制。当ONU接收

到组播业务流时，根据用户发出的IGMP消息（加入或离开）决定是否向用户转发该组播流。每个用户侧接口可同时申请的组播数可配置。对于方式二，ONU应具备IGMP Porxy功能，并支持如下功能：应维护包括用户侧接口、频道组播地址、用户访问权限等条目的表格，以实现组播控制。应支持本地和远程查询、配置用户的频道访问权限的功能。用户的频道

访问权限分为禁止、预览和允许。应根据其PON接口下的用户对特定频道的访问权限，利用IGMP Proxy功能动态申请该频道的组播业务流。

如果用户发送IGMP消息申请允许访问的频道，则可向用户转发该频道的组播流。如果用户发送IGMP消息申请禁止访问的频道，则不再向上发送IGMP消息。

如果用户发送IGMP消息申请访问可以预览的频道，则在特定时间内转发该频道的组播流。频道预览应能够针对单次预览的持续时长、预览次数、预览间隔时长

设定；也应能够针对预览总时长设置。应具有预览权限复位功能，可通过设定时

间方式进行自动复位。应支持CDR（Call Detail Record）呼叫信息记录功能，记录用户的基本访问信息（包括IGMP请求类型（加入、离开）、IGMP请求时间、用户标识、申请访问的频道、频道权限、IGMP请求成功/失败、离开方式（强制、自主离开）、CDR记录产生时间等）。

短时间的组播加入离开可不作CDR记录要求，具体时间参数应可设；短时间的组播预览可不作计时要求，具体时间参数应可设。

支持CDR信息定时同步到管理系统，确保CDR信息不丢失。 12.3.3 类型 1 和类型 2 ONU 的组播控制功能

类型1和类型2的ONU的组播权限控制功能由OLT配合ONU上的组播VLAN/CVLAN实现。ONU采用IGMP Snooping功能实现组播业务流的动态转发控制。当ONU接收到组播业务流时，根据用户发出的IGMP消息（加入或离开）决定是否向用户转发该组播流。

40

12.4 组播性能要求

OLT设备应支持255个以上个组播组。对于类型3的ONU，单个用户端口组播数量不少于4个，ONU整体组播组数量为4×用

户端口数。对于类型1和类型2的ONU，支持的组播组总数不少于16个。 OLT设备每秒处理IGMP协议报文的能力应不小于32×PON接口数量×25%（暂定）。在组播流已递送到ONU设备的情况下，用户终端从发送IGMP请求报文到ONU设备开

始向该用户终端发送组播数据报文的时间应不超过100ms。在fast leave模式下，用户终端从发送IGMP离开报文到ONU设备停止向该用户终端发

送组播数据报文的时间应不超过100ms。

13 光纤保护倒换功能（可选）

13.1 光纤保护倒换功能要求

为了提高网络可靠性和生存性，可在EPON系统中采用光纤保护倒换机制。光纤保护倒换可分为以下两种方式进行：

a) 自动倒换：由故障发现触发，如信号丢失或信号劣化等； b) 强制倒换：由管理事件触发。

13.2 光纤保护倒换类型

光纤保护主要的有以下三种类型： 1）类型a：骨干光纤冗余保护（如图1-a）：

OLT：采用单个PON端口，PON口处内置1×2光开关，由OLT检测线路状态（检测方式待讨论）

光分路器：使用1:N光分路器； ONU：无特殊要求。

2）类型b：OLT PON口、骨干光纤冗余保护（如图1-b）： OLT：备用的OLT PON端口处于冷备用状态，由OLT检测线路状态（检测方式待讨论）、OLT PON端口状态，倒换应由OLT完成。

光分路器：使用2:N光分路器； ONU：无特殊要求。

3）类型c：全保护（OLT PON口、骨干光纤、光分路器、配线光纤冗余保护）（如图1-c）。

OLT：主、备用的OLT PON端口均处于工作状态；光分路器：使用2个1:N光分路器； ONU：在PON端口前内置光开关装置，由ONU检测线路状态（检测方式待讨论），并决定决定主用线路，倒换应由ONU完成。

41

PON 口

2:N光分路器ONU 1

PON 口

PON 口

ONU N

OLT

图24-1 光纤保护倒换：骨干光纤冗余

图24-2 光纤保护倒换：OLT PON口冗余

图24-3 光纤保护倒换：全保护

13.3 光纤保护倒换准则

EPON系统中，对光纤保护类型a、b、c，当发生下列条件之一时，必须进行光纤保护倒换：

1）输入光信号丢失（LOS）； 2）输入通道信道劣化：

输入光信号功率过高或过低；误码率越限；其它条件待讨论。

13.4 光纤保护倒换时间

EPON系统中，对不同类型光纤保护类型，当进行光纤保护倒换时，光通道倒换时间应分别满足以下要求：

1）类型a：小于50ms（暂定）； 2）类型b：小于100ms（暂定）； 3）类型c：小于100ms（暂定）；

13.5 保护倒换返回机制

42

EPON系统所有保护倒换机制可以支持被保护业务的自动返回或人工返回功能。对于自动返回方式，在消除造成倒换的故障后，经过一定返回等待时间（WTR），被保护业务应自动返回到原来的工作路由，返回等待时间应可以设置。返回操作导致的业务中断时间应在50ms 以内。

14 语音业务要求（可选）

EPON系统如果提供语音业务，必须支持VoIP方式，并采用H.248或MGCP协议中的一种。可选采用n×64Kbit/s电路仿真方式支持语音业务，对其具体实现方式不做规定，不考虑OLT与ONU之间的互通性。

EPON系统中的VoIP业务由ONU实现语音的分组化。支持VoIP语音业务承载功能的ONU实现H.248协议应符合YD/T 1292-2003的规定和

《中国电信H.248协议规范》。支持VoIP语音业务承载功能的ONU实现MGCP协议应符合IETF RFC 3435的规定和

《中国电信MGCP网关控制协议规范》。语音业务帧应标记为高优先级业务，以确保上行VoIP业务的传输质量。对语音业务建

议采用严格优先级调度。

15 TDM 业务要求（可选）

EPON系统承载数据专线业务（2048kbit/s或n×64kbit/s数据业务）时，应采用IETF的PWE3方式或MEF的TDM over Ethernet方式，具体方式待定。对于提供TDM业务承载功能的OLT设备，可选支持TDM（E1和n×64Kbps）业务的交

换功能。

16 业务承载性能指标要求

16.1 以太网/IP 业务性能指标要求

以太网/IP 业务的性能指标主要包括以太网业务的传输时延、吞吐量、丢包率和长期丢包率。 16.1.1 吞吐量

当EPON系统仅承载以太网/IP业务时，PON接口上上行方向的吞吐量应不小于900Mbit/s（64Byte到1518Byte之间的任意包长），PON接口上下行方向的吞吐量应不小于950Mbit/s（任意包长）。 16.1.2 传输时延

当EPON系统仅承载以太网/IP业务时，在业务流量不超过该系统吞吐量的90％的情况下，其上行方向（UNI到SNI）的传输时延应小于1.5ms（64Byte到1518Byte之间的任意以太网包长），下行方向（SNI到UNI）的传输时延应小于1ms（任意以太网包长）丢包率。 16.1.3 丢包率

当EPON系统仅承载以太网/IP业务时，在上下行业务流量各为1Gbit/s的情况下，其PON接口上上行方向的丢包率应小于10％（任意以太网包长），PON接口上下行方向的丢包率应小于5％（任意以太网包长）。 16.1.4 长期丢包率

当EPON系统仅承载以太网/IP业务时，在特定流量下（吞吐量的90％）的以太网业务的长期（24小时）丢包率应为0。

43

16.2 语音业务性能指标要求

当EPON系统采用VoIP方式承载语音业务时，应满足以下性能指标要求。 a) 语音编码动态切换时间<60ms。 b) 应具有80ms缓冲存储能力，以保证不发生语音断续和抖动。 c) 语音的客观评定

网络条件很好时，PSQM的平均值<1.5；网络条件较差时（丢包率=1%，抖动＝20ms，时延=100ms），PSQM

的平均值<1.8；网络条件恶劣时（丢包率=5%，抖动＝60ms，时延=400ms），PSQM

的平均值<2.0。 d) 语音的主观评定

网络条件很好时，MOS>4.0；网络条件较差时（丢包率=1%，抖动＝20ms，时延=100ms），MOS>3.5；网络条件恶劣时（丢包率=5%，抖动＝60ms，时延=400ms），MOS>3.0。

e) 编码率 G.711，编码率＝64kbit/s；对于G.729a，要求编码率<18kbit/s；对于G.723.1，要求G.723.1（5.3）<18kbit/s，G.723.1（6.3）<15kbit/s。

f) 时延指标（环回时延） VoIP的时延包括编解码时延、收端输入缓冲时延和内部队列时延等。

采用G.729a编码时，环回时延<150ms；采用G.723.1编码时，环回时延<200ms。

16.3 电路仿真方式的 n×64Kbit/s 数字连接及 E1 通道的性能指标

16.3.1 误码率

在正常工作条件下，测试时间24小时，EPON系统的n×64Kbit/s数字连接及E1通道的误比特率为0。 16.3.2 传输时延

在正常工作条件下，从设备的用户侧接口到网络侧接口的n×64Kbit/s数字连接及2048kbit/s通道的传输时延<1.5ms。 16.3.3 抖动传递特性

E1接口的抖动传递特性应满足图 25和表 9的规范。

ff0 f7f6f5

X

-Y

G(dB)

0

图 25 E1接口抖动传递特性

44

表 9 E1接口抖动传递参数

接口速率频率 f（Hz）增益 G（dB） (kb/s) f0 f5 f6 f7 X -Y 2048 * 40 400 / 0.5 -19.5

注：“*”值由设备制造商提供，但 f0频率应不大于 20Hz。

17 操作管理维护要求

EPON系统操作维护管理功能应支持对OLT和ONU的配置、故障、性能、安全等管理功能。 17.1 OLT 的管理功能

OLT的操作维护管理功能应支持对OLT本身的配置、故障、性能和安全管理，同时应支持通过OAM方式实现对ONU的远程管理。

OLT的网络管理功能应支持SNMP协议和IEEE802.3ah中规定的OAM功能，即OLT与EMS系统之间的通信应采用SNMP协议，实现相关的管理功能，同时，OLT实现SNMP Agent功能，通过标准的OAM通道实现其与ONU之间的OAM发现、链路状态监控（主要是Remote Failure Indication）和Remote Loopback等维护功能。此外，OLT应通过对OAM功能的扩展（Orgnization Specific Extension），实现扩展的OAM发现、churning的密钥更新与同步、DBA参数管理等功能。其他管理功能，如软件/固件下载、用户端口管理、FEC功能管理、VLAN、业务分类和标记、业务调度、保护倒换、TDM CES业务管理、VoIP业务管理等待定。

OLT与EMS系统之间采用标准的SNMP协议，SNMP协议应支持SNMP V2c版本，可选支持V3版本。

OLT与ONU之间的OAM功能应符合IEEE802.3ah Clause 57的规定，同时应符合本标准6.5节、11.1节的扩展OAM功能要求。

17.2 ONU 的远程管理功能

17.2.1 ONU 的远程管理实现方式

17.2.1.1 类型 1 的 ONU 远程管理实现方式

类型1的ONU远程管理协议有IEEE802.3ah的OAM和DSL Forum TR-069两种方式。类型1的ONU必须支持OAM方式，可选支持TR-069方式。

a) OAM 方式：由 OLT 作为 SNMP 的代理，通过 OAM 方式（包括 IEEE802.3ah规定的标准 OAM和本标准规定的扩展的 OAM功能）实现对 ONU的远程管理。对 OAM的扩展要求应符合本规范 6.5节、11.1节的规定，其他管理功能待规定。

b) TR－069 方式：ACS 通过 TR-069 的方式实现对 ONU 的远程管理。为实现对ONU的自动配置管理和动态业务提供、状态和性能监控等功能，需要对 TR-069进行扩展，具体的 TR-069扩展应符合本规范附录 A的规定。

对于ONU的远程管理，采用OAM方式和TR-069方式的管理功能可以有重叠。 17.2.1.2 类型 2 的 ONU 远程管理实现方式

类型2的ONU远程管理协议应采用IEEE802.3ah的OAM和DSL Forum TR－069两种方式。

a) OAM 方式：由 OLT 作为 SNMP 的代理，通过 OAM 方式（包括 IEEE802.3ah规定的标准 OAM和本标准规定的扩展的 OAM功能）实现对 ONU的远程管理。对 OAM的扩展要求应符合本规范 6.5节、11.1节的规定，其他管理功能待规定。

45

b) TR－069 方式：ACS 通过 TR-069 的方式实现对 ONU 的远程管理。为实现对ONU的自动配置管理和动态业务提供、状态和性能监控等功能，需要对 TR-069进行扩展，具体的 TR-069扩展应符合本规范附录 A的规定。

对于类型2的ONU的远程管理，采用OAM方式和TR-069方式的管理功能可以有重叠。 17.2.1.3 类型 3 的 ONU 远程管理实现方式

类型3的ONU的远程管理应采用SNMP和IEEE802.3ah的OAM两种方式。 a) OAM 方式：由 OLT 作为 SNMP 的代理，通过 OAM 方式（包括 IEEE802.3ah规定的标准 OAM和本标准规定的扩展的 OAM功能）实现对 ONU的远程管理。对 OAM的扩展要求应符合本规范 6.5节、11.1节的规定，其他管理功能（如软件/固件下载、FEC功能管理、VLAN管理、组播管理等）待定。

b) SNMP方式：ONU作为一个 SNMP实体，基于 SNMP的 MIB实现对 ONU的远程管理。ONU应采用标准的 SNMP协议，SNMP协议应支持 SNMP V2c版本，可选支持 V3版本。

对于类型3的ONU的远程管理，采用OAM方式和SNMP方式的管理功能可以有重叠。

17.3 OLT 网元管理系统要求

17.3.1 基本要求

a) OLT应能通过其所带的CONSOLE口对其进行带外方式的操作维护，应支持通过SNMP v2c网管系统远程进行操作管理维护，可选支持TELNET或WEB方式的网管；

b) OLT应支持带外管理和带内管理方式，带外访问方式应当提供所有带内访问方式的功能，带外访问方式应当实现访问控制，防止非授权访问；

c) 管理系统应具备对设备进行配置管理、故障管理、性能管理和安全管理方面的功能；

d) 管理系统应采用中文界面。 17.3.2 配置管理要求

a) 应能对网络侧接口参数进行配置； b) 应能对业务流参数进行配置，如保证带宽、最大带宽和业务优先级等，配置的保证带宽总和不应超过PON最大系统带宽；

c) 应能对板卡进行配置； d) 应能配置以太网功能，如VLAN、帧过滤、组播等； e) 应能配置PON系统功能，如搅动、光纤保护倒换等； f) 网络拓扑结构发生变化时应能自动更新，如ONU上线/下线等； g) 应能通过网管对系统软件进行升级； h) 所有配置操作应记录到日志文件，并支持检索； i) 应能对环境监控参数进行配置（可选）。 j) TDM的配置（可选） k) VOIP的配置（可选） l) QoS配置功能（Policer, Scheduler, Priority Queue）

17.3.3 性能管理要求

a) 网管应能启动性能测量功能，采集和处理测量数据，分析测量结果；

46

b) 性能管理应具备对系统性能管理事件的当天和前一天的每15分钟计数以及24小时计数功能，统计参数应包括PON接口性能参数、网络侧接口性能参数等；

c) 应能对PON系统及每个ONU的带宽的使用情况进行统计； d) 应能查询历史系统性能记录，并能将查询结果和统计结果保存到外部文件并输出；

e) 可测量发射光功率和接收光功率值（可选）。

17.3.4 故障管理要求

a) 网管应能对系统的各个部分进行持续的或间断的测试、观察和监测，以发现故障或性能的降低；

b) 当PON接口物理层性能（如光通道误码率）严重下降时，系统应能产生告警； c) 应能通过指示灯和告警信号指示设备的故障，不同的故障原因对应不同的告警信息；

d) 应能判定故障发生的时间和故障的位置，故障定位应能定位到电路板； e) 故障事件恢复后，系统网管的相应告警信息应能自动清除； f) 系统告警日志统计列表应可对故障类型基于故障严重程度、故障原因、时间段进

行分级处理； g) 应能按照不同等级、不同时间段和产生告警的原因等方式对告警统计进行过滤； h) OLT应支持系统关键部件、软件的故障自动倒换和备份，自动倒换后，系统应能正常工作。

17.3.5 安全管理要求

a) 网管系统应通过定义个人访问权限的方式，提供对于管理员/操作系统访问的安全措施，拒绝非法用户和密码错误用户的登陆访问。不同级别的管理员有不同的

权限，确保访问请求的发起者只能在自己的权限范围内执行管理操作。敏感信息，

或固定用户终端鉴权属性，数据库和配置数据只能由有授权的个人和管理系统进

行操作。 b) 网管系统应记录所有用户的操作，包括用户名、操作时间、操作类型。非法用户登陆应产生安全性告警，未经授权的操作尝试由系统日志记录并产生安全警告提

示。 c) 可选支持管理区域的划分，将不同的资源分配到不同的管理区域，在不同管理区域内对相应资源进行管理操作。

17.4 ONU 管理系统要求

17.4.1 基本要求

a) ONU应能通过其所带的以太网用户接口对其进行带外方式的操作维护，同时支持本标准17.2.1节所规定的远程管理功能；

b) ONU的操作维护管理功能应具备对其进行配置管理、故障管理、性能管理和安全管理方面的功能；

c) 管理系统建议采用中文界面。 17.4.2 配置管理要求

47

a) 应能对用户侧接口参数进行配置，如用户侧接口的打开/关闭、Pause流控的打开/关闭、类型3的ONU的以太网/ADSL2+/VDSL2接口（速率、噪声余量等）的配置；

b) 应能对业务QoS功能进行配置，如上行业务的分类、排队、标记、调度等进行配置，对下行业务的排队、调度、限速等功能进行配置；

c) 应能对DBA参数进行配置，如Queue Set数量、各队列的报告阈值； d) 应能配置以太网功能，如VLAN、帧过滤、组播等； e) 应能配置PON系统功能，如加密、光纤保护倒换等； f) 应能配置ONU的ACL功能； g) 应支持远端软件/固件升级。

17.4.3 性能管理要求

a) 应能启动用户接口性能测量功能，采集和处理测量数据，分析测量结果； b) 应具备对系统性能管理事件的当天和前一天的每15分钟计数以及24小时计数功能，统计参数应包括PON接口性能参数和用户侧业务接口性能参数等；

c) 应能对PON系统带宽的使用情况、各ONU使用带宽情况进行统计； d) 应支持对掉电事件进行上报并进行记录，当ONU恢复上电后，掉电记录应更新； e) OLT和ONU可测量发射光功率和接收光功率值（可选）； f) 类型1/2的ONU应通过TR-069方式将上述性能监测数据上报ACS，类型3的ONU应通过SNMP方式将上述性能监测数据上报网元管理系统。

17.4.4 故障管理要求

a) 应支持IEEE802.3ah第57章所规定的OAM功能，实现对链路状态的监控、远端环回功能；

b) 应支持TR-069（对类型1的ONU，可选支持TR-069；对类型2的ONU，应支持TR-069）或SNMP（类型3的ONU）的故障管理功能；应用于EPON系统的对TR-069的扩展待定；

c) 当PON接口物理层性能（如光通道误码率）严重下降时，系统应能产生告警； d) 应能通过指示灯指示ONU的故障，不同的故障原因对应不同的告警信息； e) 故障事件恢复后，相应告警信息应能自动清除。

17.4.5 安全管理要求

a) 类型3的ONU的本地管理应通过定义个人访问权限的方式，提供对于管理员/操作系统访问的安全措施，拒绝非法用户和密码错误用户的本地操作维护和管理；

b) 类型3的ONU的本地管理应记录所有用户的操作，包括用户名、操作时间、操作类型并定期上报给EPON网络管理系统。非法用户登陆应产生安全性告警，未经授权的操作尝试由系统日志记录并产生安全警告提示。

18 其它要求

18.1 环境要求

18.1.1 光纤温度交变要求

当OLT和ONU间的光纤处于-25～55的温度交变环境内时，OLT和ONU应能正常工作，业务性能不应恶化或中断。 18.1.2 温度、湿度要求

48

设备在以下环境范围内的环境中应能正常工作，其中OLT应至少支持类别1，ONU应支持3种类别中的一种：

类别1：温度：0～40 相对湿度：10%～90%（非凝结）类别2：温度：-30～40 相对湿度：10%～90%（非凝结）类别3：温度：-10～55 相对湿度：10%～90%（非凝结）

注：以上为地面以上2m和设备前方0.4m处的温度。 18.1.3 防尘要求

在以下灰尘环境下，EPON设备应能正常工作：直径大于5µm的灰尘浓度≤3×104粒/m3，灰尘粒子是非导电、导磁和腐蚀性的。

18.1.4 大气压力要求

在以下大气压力条件下的环境下中，设备应能正常工作： 86kPa～106kPa

18.2 电源要求

OLT应支持直流或交流供电方式，在a)或者b)条件下应能正常工作 ONU应支持交流供电方式，在b)条件下应能正常工作，可选支持备用电池供电。 a) 直流电压及其波动范围要求：标称电压：-48V 电压波动：在直流输入端子处测试的-48V电压允许变化范围为-57V～-40V。

b) 交流电压及其波动范围要求：单相220V±10%，频率50Hz±5%，线电压波形畸变率小于5%。在正常情况下，设备的外壳与电源间的绝缘电阻不应小于50MΩ。

18.3 电气安全要求

18.3.1 绝缘电阻

正常情况下，设备的绝缘电阻不应小于50MΩ。 18.3.2 设备接地要求

设备的接地电阻应小于5Ω。 18.3.3 ONU 掉电通知功能

ONU应具有通过 OAM的 Dying Gasp功能将自身掉电事件通知 OLT的能力。 18.3.4 过压、过流保护

设备应安装过压、过流保护器。过压、过流保护器在外接电源异常时保护设备的核心

部分。设备应满足YD/T 1082-2000对模拟雷电冲击、电力线感应、电力线接触等指标的要

求。 18.3.5 电磁兼容

设备的电磁兼容性指标应符合GB 9254-1998以及GB/T 17618-1998的规定。

49

附录 A （规范性附录）

用于 ONU远程管理的 TR-069扩展要求

类型 2的 ONU应支持 DSL Forum TR-069方式进行 ONU的远程管理，类型 1的 ONU

可选支持 DSL Forum TR-069方式进行 ONU的远程管理。ACS可以通过 TR-069协议实现对 ONU的自动配置和动态业务提供、软件/固件镜像管理、状态和性能监控、诊断和维护功能。为实现 ACS对 ONU的远程管理功能，需要对 TR-069进行扩展，扩展主要通过 Vendor Specific Parameters 方式实现。扩展的内容主要是与业务提供相关的数据链路层和物理层管理功能实体以及 QoS、TDM业务、VoIP业务等方面的管理功能。

具体的需要对 TR-069进行扩展的管理实体如下：扩展WAN接口参数配置（InternetGatewayDevice.WANDevice.i. ）功能的

PON接口配置功能（如PON接口状态、PON接口的帧数统计、PON接口上的FCS或者CRC错误数统计，MPCP timeout等故障事件的上报，

增加VLAN配置功能增加QoS配置功能（Policer, Scheduler, Priority Queue, ）增加TDM CES 增加VoIP管理功能增加组播功能管理保护倒换（保护倒换功能的配置、保护倒换的事件通报、人工切换） Churning（状态上报，密钥产生的相关配置，不包含密钥的交换和同步）

具体的 TR-069扩展待定。

50

附录 B （规范性附录） LLID互通性要求

为了确保互通性，LLID应满足以下的要求：

1、每个 LLID有独立的 MAC地址；

2、每个 LLID应支持标准的 MPCP发现和注册过程，应支持标准的基于 LLID 的 Gate

消息处理和 Report消息上报；

3、每个 LLID有独立的 OAM链路进行 LLID的管理；

4、每个 LLID有独立的认证过程，有独立的密钥和密钥交换协议、独立的 DBA参数配

置过程；

5、建立 ONU与多个 LLID之间的关联，具体机制待定。

中国电信 EPON 设备技术要求...

Documents

Transcript of 中国电信 EPON 设备技术要求...