国标-接入网技术要求——EPON系统互通性_文库吧

2020-11-28 14:31:10 本页面

【导读】本标准和IEEE802.3—2020《信息技术——系统间通信和信息交换——局域网和城域网特定要求——。——根据互通性的实际需求补充规定了PMA子层、PCS子层、RS子层和MPCP层的功能要求;——增加了DBA、QoS、VLAN等要求;——要求必须支持OAM功能,并且增加了扩展OAM功能;作导则的有关规定。本标准是无源光网络系列标准之一。该系列标准的名称和结构预计如下:。和《接入网设备测试方法——EPON系统互通性》配套使用。准中的附录A、附录B为规范性附录。多点控制协议、动态带宽分配和服务质量、组播控制、安全性、操作管理和。维护以及业务层的协议互通性要求。本标准适用于公众电信网环境下的EPON系统,专用电信网也可参照使用。下列文件中的条款通过本标准的引用而成为本标准的条款。修改单或修订版均不适用于本标准。然而,鼓励根据本标准达成协议的各方研究

文章介绍图

  

【正文】
ICS3304050
M42Y口
中华人民共禾口国通信行业标准
YD厂r1771-2020
接入网技术要求
——EPON系统互通

TechnicalRequirementsforAccessNetworks
——Interoperabi|ityofEPONSystems
2020-03-13发布2020-07-01实施
中华人民共和国信息产业部发布
YD,1-1771-2008
目次
前言II
1范围1
2规范性引用文件l
3缩略语1
4EPON系统的参考模型3
5EPON系统的互通性参考模型4
6EPON基本功能互通性要求5
6.1RS子层/PMA子层5
6.2PCS子层oo·5
6.3MI,CP子层5
6.4DBA互通性功能要求lO
7业务承载互通性要求1l
7.1多业务QoS互通性功能要求11
7.2VLAN功能要求13
7.3组播功能要求15
7.4安全性功能16
7.5TDM业务要求(可选)19
8操作管理和维护功能互通性要求19
8.1总体要求19
8.2扩展的OAM管理功能要求19
8.3扩展的OAM发现19
8.4扩展的ONU远程管理功能23
8.5扩展的管理对象、属性和操作24
8.6ONU的DBA参数的远程管理44
8.7搅动密钥交互功能49
8.8ONU的初始化自动配置51
8.9ONU的缺省配置5l附录A(规范性附录)LLID互通性要
求52附录B(规范性附录)三重搅动功能
53
YD厂r1771—2020
刖罱
本标准和IEEE802.3—2020《信息技术——系统间通信和信息交换——局域网和城域网特定要求——
第3部分:CSMMCD接入方式和物理层规范》的一致性程度为非等效,主要技术差异如下:
——根据互通性的实际需求补充规定了PMA子层、PCS子层、RS子层和MPCP层的功能要求;
——增加了DBA、QoS、VLAN等要求;
——增加了组播控制的功能要求;
——增加了安全性功能要求;
——要求必须支持OAM功能,并且增加了扩展OAM功能;
——采用和IEEE802.3—2020不同的编写格式和方法,本标准的编写格式和方法遵照我国标准化工
作导则的有关规定。
本标准是无源光网络(PON)系列标准之一。该系列标准的名称和结构预计如下:
I.接入网技术要求——基于ATM的无源光网络(APON)
2.接入网设备测试方法——基于ArM的无源光网络(APON)
3.接入网技术要求——基于以太网方式的无源光网络(EI,oN)
4.接入网设备测试方法一基于以太网方式的无源光网络(EPON)
5.接入网技术要求——Ⅱ,oN系统互通性
6.接入网设备测试方法——EPON系统互通性
7.接入网技术要求——吉比特的无源光网络(GPON)
8.接入网设备测试方法——吉比特无源光网络(GPON)本标准
和《接入网设备测试方法——EPON系统互通性》配套使用。本标
准中的附录A、附录B为规范性附录。本标准由中国通信标准化协会
提出并归口。
本标准起草单位:中国电信集团公司、信息产业部电信研究院、北京邮电大学、华为技术有限公司
中兴通讯股份有限公司、上海贝尔阿尔卡特股份有限公司、北京西门子通信网络股份有限公司、北京格
林威尔科技发展有限公司、武汉邮电科学研究院、uT斯达康(重庆)通讯有限公司
本标准主要起草人:沈成彬、蒋铭、王波、陈洁、谢云鹏、盖鹏飞、何岩、赵焕东、寿国础

YD厂r1771一烈,08
接入网技术要求
——EPON系统互通

1范围本标准规定以太网无源光网络(EPON)系统的物理媒质相关(PMD)子层、协调子层
(RS)以及
多点控制协议(IVlPCP)、动态带宽分配(DBA)和服务质量(QoS)、组播控制、安全性、操作管理和
维护(OAM)以及业务层的协议互通性要求。
EPON系统中的光线路终端(OLT)和光网络单元(ONU)的设备类型的要求不在本标准范围
内。本标准适用于公众电信网环境下的EPON系统,专用电信网也可参照使用。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的
修改单(不包括勘误的内容)或修订版均不适用于本标准。然而,鼓励根据本标准达成协议的各方研究
是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。
YD,r1475-2020接入网技术要求——基于以太网方式的无源光网络(EPoN)
rIU-TG983.1基于无源光网络的宽带光接入系统(BPON)
rrU-TY1291(2020)分组网络支持Qo$的结构框架
衄E802.1D-2020局域网和城域网的IEEE标准——媒体访问控制网桥
IEEE802.1Q-2020局域网和城域网的IEEE标准——虚拟局域网协议
皿E802.1ad局域网和城域网的IEEE标准——虚拟局域网协议——增补文件4:提供
商网桥
Ⅱ呢E802.3-2020信息技术——系统间通信和信息交换——局域网和城域网特定要求——
第3部分:CSMA/CD接入方式和物理层规

mTFRFC3985(2020)边缘到边缘的伪线仿真体系结构
ⅡIT甲RFC4197(2020)分组交换网络上边缘到边缘的时分复用(TDM)电路仿真要求
Ⅱ汀甲RFC4553(2020)分组上面的非结构化的时分复用
3缩略语下列缩略语适用于本
标准。
ADSLAsymmetricalDigitalSubscriberLine非对称数字用户线
CDRCallDetailRecord呼叫信息记录
cESoPCircuitEmulationServiceoverPacket分组上面的电路仿真业务
CESoPCircuitEmulationServiceovel„PacketSwitchingNetwork分组交换网络上电路仿真业务CIR
CommitedInformationRate保证比特率
CVLANCustomerVLAN用户(内层)虚拟局域网
YD厂r1771—2020
DADestinationAddress目的地址
DBADynamicBandwidthAllocation动态带宽分配
DSCPDiffcrentiatedServicesCodePoint区分服务编码点
EPDEnd-of-packetDelimiter帧结束定界符
EPONEthemetPassiveOpticalNetwork基于以太网方式的无源光网络
FCSFrameCheckSequence帧校验序列
FECForwardErrorC!orrccfion前向纠错F
ⅡtFixcdInformatiOilRate固定比特率
FrrB/CFibertotheBuildirlg,Curb光纤到楼宇/分线盒眦ab
FibertotheCabi光纤到交接箱
F丌HFibertotheHome光纤到家庭用户肌
FibertotheOmce光纤到公司/办公室
ⅡⅡ.FInteractEngineeringTaskForce互联网工程任务组IGMP
InteractGroupManagementProtocol互联网组管理协议IPGInter-packet
Gap帧间隔
IFrVIntemetProtocolTelevision网络电视LL
ⅢLogicalLinkIdentifier逻辑链路标识
LSBLeastSignificantBit最低位
MACMediumAecessControl媒质访问控制
MⅢManagementInformationBase管理信息库
MPCPMulti-pointcontrolprotocol多点控制协议
MPCPDUMPCPDataUnit
ⅫPCP数据单元MSBMostSignificantBit
最高位
OAMOperation,Administration&Maintenance操作、管理和维护
ODNop吐calDistributionNetwork光分配网络OITOptical
LineTerminal光线路终端ONUOpticalNetworkUnit
光网络单元
OUIOrganizationallyUniqueIdentifier机构惟一性标识
P2l讧PPointtoMulti-point点到多点
PCSPhysicalCodeSublayer物理编码子层
P取PcakInformationRate峰值比特率
PMAPhysicalMediumAttachment物理媒质附加(子层)
PMDPhysicalMediumDependent物理媒质相关(子层)
2
YD,TI1771-2008
PONPassiveOpticalNetwork无源光网络
POTSPlainOldTelephoneService传统电话业务
PPPoEPoint-to-pointProtocoloverEmemet以太网上的点对点协议PWE3
PseudoWireEmulationEdge-to·edge边缘到边缘的伪线仿真QoSQualityof
Service服务质量
REDRandomEarlyDetection随机早期检测
RSReconciliationSublayer协调子层
RTPRealTimeProtocol实时传输协议
mRoundTripTime往返时间
SASouseAddress源地址
SAToPStructure-agnosticTDMoverPacket分组上面的非结构化的时分复用
SCBSingleCopyBroadcast单拷贝广播SLA
ServiceLevelAgreement服务等级协定
SLDStartofLLIDDelimiterLLID起始定界符
SPStrictPriority严格优先级
SPDStartofPacketDelimiter帧起始定界符
SNIServiceNodeInterfaee业务节点接口
SVLANServiceVLAN业务(外层)虚拟局域网
TDMTimeDivisionMultiplex时分复用
TDMATimeDivisionMultipleAeeess时分多址接入
11ⅣDpeLengthValue类型长度值
ToS耐peofServiee服务类型
TQTimeQuantum时间量子
U(?rUn-conditiontransition无条件转移
UNIUserNetworkImefface用户网络接口
VLANVirtualLocalAreaNetwork虚拟局域网
VoIPVoiceoverm口语音
Ⅵ哏EDWeightedRandomEarlyDetection加权随机早期检测
WRRWeightedRoundRobin加权轮询算法
XORExclusiveOR异或
4EPON系统的参考模型以太网无源光网络(EPON)是一种采用点到多点(P2MP)结构的单纤双
向光接入网络,其典型拓
扑结构为树型。
YD厂r1771-2008
EPON系统由局侧的光线路终端(OLT)、用户侧的光网络单元(ONU)和光分配网络
(ODN)组成,为单纤双向系统。在下行方向(OLT到ONu),OLT发送的信号通过ODN到达各个
ONU。在上行方向(ONU至OOLT),ONU发送的信号只会到达OLT,而不会到达其他ONU。为
了避免数据冲突并提高网络利用效率,上行方向采用TDMA接入方式并对各ONU的数据发送进行仲
裁。ODNI扫光纤和一个或多个无源光分路器等无源光器件组成,在OLT和ONU间提供光通道。
EPON系统参考结构如图l所示,IFI,oN为PON接12。
网络侧接口
图1EPON系统参考结构
按照ONU在接入网中所处的位置不同,EPON系统可以有几种网络应用类型:光纤到交
接箱(FTl℃ab)、光纤到楼宇,分线盒(FrTB/C)、光纤到家庭用户(FrTH)、光纤到公司/办公室
(FITO)。
5EPON系统的互通性参考模型
Ⅸ,oN系统的互通可分成3部分:EPON基本功能的互通、业务承载相关功能的互通、操作管理和维
护功能的互通,如图2所示。
田2EPON系统互通性
EPON基本功能的互通包括PMD、PMA(物理媒质附加子层)、PcS(物理编码子层)、
RS、MAC(媒质访问控制)、MPCP(多点控制协议)等子层的互通,也包括DBA(动态带宽分
配)、FEC(前向纠错)等功能。
业务承载相关功能的互通主要指为正常开展各种业务(数据、语音、视频等)所必须的协议的一致
性和功能上的互操作,包括:多业务环境下的QoS的互通、组播控制功能的互通、安全性的互通以及时分
复用(TDM)业务和语音业务的互通。
操作、管理和维护(OAM)功能的互通是指通过OLT的网络管理系统,对异厂商的ONU进行必
要的操作、管理和维护。包括扩展OAM能力的发现,ONU的基本信息和能力的通告,密钥交换,更
新与同步功能,用户端12的配置功能和管理、组播的配置功能和管理,VLAN配置和管理。QoS相关
功能和参数配
置,DBA参数的读取和设置功能以及重启动(reset)ONU等操作(action)功能。
OAM功能的互通包含基本功能互通所必需的OAM功能(主要涉及对EPON基本功能的配置管
理)和部分必需的与业务承载相关的OAM功能(主要涉及对部分业务承载功能的配置管理);其他管理
控制功能不在本标准规定范围内(如口语音协议及其参数的配置、TDM协议及其参数的配置等)。
4
YD厂r1771—2020
6EPON基本功能互通性要

6.1RS子层,PMA子

EPON系统的RS子层和PMA子层应符合YDfr1475—2020《接入网技术要求——基于以太网方式的无
源光网络(EPON)》附录C的规
定。
RS子层数据的前导码格式应符合IEEE802.3—2020中Clause65.1.3.2的规定,前导码帧格式如图3所
示,对于前导码中的LLID起始定界符(SLD)后第l字节,应作为保留字节,缺省值为0x55。SLD后第2
字节为搅动信息标识字段Enc,高6位比特的取值仍遵循IEEE802.3—2020的标准,低2位比特分别为
Flag和KeyIndex,其定义见本标准7.3.1的规定。
_1月r
0xd5/—\0x55
『0x55
0x55SLDRsvdErie中CRC
llFlag脚一ololoIndex
MSB15B
圈3前导码帧格式
在EPON系统中,如果接收到的以太网帧前导码中第4字节为非„Dx55”的值或其值为OLT无法识别,
应做忽略处理;对接收到的以太网帧前导码中SLD后第2字节,应符合本标准7.3.1的规定做相应处理。
6.2PGS子

EPON系统的Pcs子层应符合YDff1475—2020《接入网技术要求——基于以太网方式的无源光网络
(EPON)》附录C的规定。在EPON系统中,帧起始定界符(SPD)应位于偶字节位置。如果以太网帧
发送开始时刻位于奇字节
位置,1000BASE-XPCS发送功能应按照IEEE802.3--2005第36章的规定,可以用/S,码组替换前导码
第一个字节,或者丢弃第一个字节并用,S,码组替换前导码第二个字节。而1000BASE,-PXPCS接收功能
应能够检测并定位这2种字节对齐方式的以太网帧的SPD,将上述两种发送情况下的,S,码组还原成前导
码,并按
照IEEE802.3—2020第36章的要求对帧结束定界符(啪,为,q/R/R/或,r/R,K28.5,码组)进行正确的处理。
从前导码第三个字节开始。码流不经过调制直接在1000BASE.X物理层透明传送。EPON系统可选支持
双向的FEC功能。当系统支持FEC功能时,针对每个ONU的上行、下行FEC功能
应可分别配置。上行方向的FEC功能缺省时关闭。ONU应缺省支持FEC:enabled和FEC—disabled的T
行业务流的自适应接收(混合模式)。OLT和ONU应支持如本标准8.5.5节规定的FEC功能远程配置。
6.3MPCP子

MPCP子层定义了点到多点光网络的MAC控制机制,应符合IEEE802.3—2020第64章的规定。
每个OLT的PON接口应支持至少“个单播逻辑链路标识(IJID),并采用mode=1,LLID="0x7FFF”
的LLID作为广播LLID。LLID应符合附录A的要求。缺省状态下,一个ONU
采用一个单播LLID。
6.3.1MPCP发现流程和参

MPCP的发现过程应符合IEEE802.3—200sde64.3.3节的规定。考虑NONU处理REGISTER消息
的时延,MPCP发现过程的实现方式有2种:基于询问的MPCP发现过程(方式1)和基于定时器的
MPCP发现过程(方式2),OU位至少支持其中一种。ONU的注册处理时间(RegisterProcessingTime)
应不大于20ms。
YD厂r1771-2008
6.3.1.1方式1参
数和变量定义
Gatetx:整数变量,表示在OLT状态机中对特定ONU的发现流程中某时亥I]OLT所发送的NormalGate
的数量,初始值设为0。
Gate_Num:整数变量,表示OLTtd-对ONU在发现流程中发送NormalGate的最大数量:该值应
可配置,取值范围为2~32,缺省值为10。
gateTime:整数变量,表示OLT的状态机对特定ONU的发现流程中相邻NormalGate的时间间隔,
单位为毫秒(ms),取值范围为l~5ms。缺省值为2ms。
GateTime与Gate_Num的乘积应不小于20ms,不超过
50ms。实现流程
在ONU的发现过程中,如果ONU的REGISTER_ACK消息不能在某个NormalGate所
规定的grantEndTime前到达OLT,J].Gate_tx<一Gate_Num,则OLT以gatcmme的间隔发送下一个
NormalGate(ForceReport置位)消息,而不作为致命错误导致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。修改后的IVlPCP发现过程如图4所示。
OLT0NU

a·谈消息承t于广播LLID
bt该消息承t于单擂LLlD
圈4MPCP发现扭手消息交换(方式一)
6
YD厂r1771-2008
OLT的MPCP发现过程状态机需做如图5所示的修改:当OLT处于WAITFOR
REGISTER_ACK状态时,如果在grantEndTime时刻以前收到ONu发送的REGISTER_ACK消
息,则0LT跳转到COMPI圄【EDISCOVERY状态,完成MPCP发现过程。如果到gr∞tEndTifne时
刻仍然没有收到REGIsTERAcK消息,
并且OLT经发送的GATE消息的数量不大于Gate_Num。则OLT跳转到WAITFORGATE状态,准备

送下个GATE消息。如果到TgrantEndTime时刻,并且OLT已经发送的GATE的数量超过了Gate__Num的数
量,则认为此次该ONU注册失败。OLT转到DEI也GIs盹R状态。


6.3.1.2方式2
变量和参数定义:
Gate_RegisterTimeout:整数变量,为在OLT上注册选通定时器(RegisterGate_Timer)的超时时间
单位为毫秒(ms),其值可配置,取值范围为2—50,缺省值为20。
7
YD厂r1771-2008
实现流程t
在OLT上设置一个定时器Register_Gate_Timer,当Ou‟发送REGISTER消息后,启动定时器。在定
时器超时后,OLT将立即向GNU发送一个NormalGate。如果GNU在OLT的grantwindow
内返回REGISTER_ACK消息,则完成MPCP的注册。如果OLlr在grantwindow内没有收至
JJREGISTER_ACK消息,
OLT将DeregisterONU。修改后的MPCP发现过程如图6所
示。OLT的MPCP发现过程状态机需做如图7所示的修
改。
OLTGNU

舢谖精息承t于广擅LLID
b-_il消息承t干单播LLID
圈6MPCP发现扭手消患交换(方式
二)
6.3.2MPCPDU格式与参数为确保GNU获得足够的授权发送上行数据,在FEC功能关闭的情况
下,NormalGate帧的grantlength
的值应大于“0x6A+syncdme”个时间量子(1Q).
报告(REPORT)消息应符合IEEE802.3—2020中“.3.6节的规定。在REPORT消息中,队列集(Queue
Set)用于表示多阈值(Threshold)下队列长度。
特定队列集中的QueueonReport值表示队列n在Report消息产生时刻在该队列集所对应的阈值下的完
整以太网帧的总长度及其所需的帧间隔(mG)和FEC开销(如果FEC使能)。Queue枷Report的队列长
度值应采用累计(Cumulative)方式,表示在不同阈值下,从队列起点到该阈值的完整以太网帧的总长度
及其所需要的开销。
多个队列集中的QueueOnReportl拘队列长度(QueueLength)值应采取增量(Incremental)方式,即
对于特定的队列Queue#n,报告帧中的第一个Queuesetq)的QueueOnReport的队列长度值最小,最后
一个QueueSet中的QueueOnReport的队列长度值最大。
8
YD厂r177.1-20∞
BEGI
N

圈7方式2的发现处理OLT注册状态
田对于Repo槲的最后一个队列集,Queue枷Repon应描述该队列的总长度·当该队列的总长度(含
完整以太网帧的总长度及其所需帧间隔嗽甩C开销)的值大128Kbyte(2
个字节所能描述的最大值)时,则该Queue枷Repon值为65535TQ·
0NU中上行队列的编号应与IEEE802.1Q一2020(如本标准7.1.4节所述)中规定的用户优先级(User
Priority)一致。即编号为O的队列(Queue#O)对应于Userpfiority;0的业务-编号为l的队列(Queue#1)
对应于Userprio衄=I的业务,依次类推。
6.3.3时钟要求
ONU的MPCP计数器(Counter)时钟应严格同步于OLT的V行线路时钟,抖动指标应符合删睫
802.3—2020Clause60.6的要求。
9
YD丌1771—2020
6.4DBA互通性功能要求
6.4.1DBA总体要求EPON系统应采用DBA机制来提高系统上行帝宽利用率以及保证业务公平性
和QoS。应能根据LLID
报告的队列状态信息分配带宽授权。
DBA应支持如下3种分配带宽类
型。
a)固定带宽(FixedBandwidth)z由OLT周期性给ONU发送固定数量的授权。建议以较小的轮询
周期(cycletime)和较高的grant频率进行带宽分配。固定带宽是完全预留给特定ONU或者ONU的特定
业务的,即使在ONU没有上行固定带宽业务流的情况下,OLT仍然为该ONU发送对应于该固定带
宽的授权
(grant),这部分带宽也不能为其他ONU使用。固定带宽主要用于有TDM业务的ONU(或LLID)以
确保该业务较小的传输时延。
b)保证带宽(AssuredBandwidth)t保证带宽是保证ONU可获得的带宽,dqOLT根据ONU的
REPORT信息进行授权。当ONU的实际业务流量未达到保证带宽时,OLT的DBA机制应能够将其剩
余带宽分配给其他ONU。
c)尽力而为带宽(BestEffortBandwidth):当EPON接口上的带宽没有被其他高优先级的业务占用
时,ONU可以使用的这部分带宽。尽力而为带宽由OLT根据PON系统中全部在线ONU的
REPORT信息以及PON接口上的带宽占用情况为ONU分配授权,系统不保证该ONU或者ONU的
特定业务获得带宽的数量。属于优先级最低的业务类型。
DBA应支持上述3种带宽类型的组合,即对一个特定的ONU,应能够提供“固定+保证(Fixed+
Assured)”、“固定+尽力而为(Fixed+BestEffort)”、“固定+保证+尽力而为(Fixed+Assured+Best
Effort)”、“保证+尽力而为(Assured+BestEffort)”等多种带宽类型组合的业务。
DBA应支持基于LLID对上述业务参数的配置。ONU的上行带宽配置的参数包括固定比特率(F
瓜)、保证比特率(CIR)和峰值比特率(PIR)。各种类型的带宽的大小与这些配置参数的关系如下;
——固定带宽IFIR;
——保证带宽:C瓜-FIR:
——尽力而为带宽lPIR.CIR。
DBA可选支持对同一个tON下不同的ONU采用不同的轮询周期和授权周期,如对存在TDM业
务的ONU可以选择较其他ONU更短的轮询周期和更高的授权频率。
DBA机制应支持对系统内带宽分配的约束机制,DBA应具备根据业务需要进行算法在线升级或者
参数在线调整的能力。
EPON系统的DBA算法应支持公平性机制。能够保证剩余带宽(SurplusBandwidth)按照以下三种
方式进行公平分配:
——按照优先级进行剩余带宽的加权分配:
——按照与不同用户所签署的服务等级协定(SLA)的保证带宽进行剩余带宽的加权分配;
——按照ONU类型进行剩余带宽的加权分配(可选)。为了支持在多业务接入环境下戢JQoS,
OLT应基于ONU对其本地队列状态信息的汇报进行上行带宽
分配,并且ONU应能够在DBA分配的带宽授权基础上,基于本地的队列状态进行上行业务的调度。
6.4。2OLT的DBA功能要求
10
YD厂r1771-2008
OLT的DBA机制应能根据LLID对应的多个队列的状态信息(Report帧中至少2个队列集内的全部队列
的长度)和业务优先级约定进行该LLID的上行带宽分配。
OLT应能够支持对REPORT帧中至少2个队列集的全部8个队列的状态信息的解析,以用于ONU上行
带宽的动态分配。OLT缺省支持的队列集数量为2个。
OLT应.支持通过OAM方式对ONU所发送的Report帧的队列集数量和阈值等参数进行配置,该配置功
能应符合本标准8.5节的规定。
同时,OLT也应该支持静态带宽分配,即在固定的轮询周期内向每个ONU发送固定大小的授权。
6.4.3ONU的DBA功能要求ONU应在Report帧中对全部队列(8个)的状态进行描述,并以每个
Report帧包含2或2个以上QueueSet
的形式[向OLT上报本地队列状态。建议ONU具备支持4个QueueSets的能力。ONU缺省支持的QueueSet数
量为2个。ONU的本地上行业务调度功能见本标准7.1节的相关规定。ONU的队列集的数量和各队列集所
对应的阈值应可由OLT通过扩展OAM方式进行配置,具体的配置
功能应符合本标准8.5节的规定。
7业务承载互通·性要求
7.1多业务OoS互通性功能要求
7.1.1多业务OoS总体要求EPON系统应提供必要的QoS机制,以保障在上行和下行方向均能根据
SLA协议提供各种优先级业务
的QoS。
EPON系统应支持基于rrU.TY.1291的QoS机制,包括业务流分类(trafficclassification)、优先级标记
(marking)、排队及调度(queuingandscheduling)、流量整形(ara.fficshaping)流量管制(tramcpofiemg)、拥塞避
免(eongesdonavoidance)、缓存管理(buffermanagement)等。
7.1.2业务等级协定(St.A)
EPON系统应支持针对每个用户或业务的业务等级协定参数的设置,包括针对不同的用户和业务规
定不同的时延与抖动、保证带宽、最大带宽等SLA参数,并应支持对上、下行业务分别进行配置。
7.1.3业务流分类功能
7.1.3.1OLT的上行业务流分类OLT应支持基于以太网帧中的相关参数对上行业务流进行分类,并按照
本标准7.1.4节的要求进行优
先级标记。缺省状态下,OLT信任ONU提供的优先级标记,不开启此功能。用于业务流分类的参数
包括:LLID,目的MAC地址(MACDA)、源MAC地址(MACSA)、用户优
先级(UserPriority,IEEE802.1D)、以太网类型(如PPPoE、PWE3、MACControl等)、目的m地
址、源口地址、口类型(v4&v6)、IPJ]li务类型/区分服务编码点(1'oS仍ScP)、4层(L4)协议端口等。
可选支持报文的深度检测(前80,1-字节)流分类。
OLT应支持按照本标准8.4节中规定的扩展OAM方式对ONU的业务流分类功能进行远程管理。
7.1.3.2ONU的上行业务流分类ONU应支持基于以太网帧中的相关参数对上行业务流进行分类,并按
照本标准7.1.4节的要求进行优
先级标记。
11
YD厂r1771-2008
ONU应支持OLT通过本标准8.4节中规定的扩展OAM方式对其业务流分类功能进行远程管理。
用于业务流分类的参数包括:UNI物理端口、MACDA、MACSA、用户优先级、Ethemet类型(如
PPPoE、
PWE3、MACControl等),目的P地址、源妒地址、m类型(v4&v6)、口DSCP、L4协议端口等。
可选支持基于报文深度检测(80个字节)及对带OptiOil字段的口报文的流分类。
7.1.4优先级标记OLT和ONU设备应支持基于本标准7.1.3节规定的流分类对上行业务进行优先级标
记功能,应具有强
制修改优先级标记的功能。标记应采用IEEE802.1D用户优先级,可选支持IPTOS和DSCP优先级标
记。OLT应支持通过本标准8.4节中规定的扩展OAM方式对ONU的上行业务优先级标记功能进
行远程管
理。
ONU应支持对各用户端口的业务优先级标记功能进行本地配置。同时,ONU应支持OLT通过本标准
8.4节中规定的扩展OAM方式对其优先级标记功能进行远程管理。
缺省情况TIEEE802.1D的用户优先级(UserPriority)排序及其与各种业务映射关系见表1。
表1IEEE802.1D用户优先级的排序及其与业务类型的映射关系
UserPriority值缩写业务类型备注
7NCNotworkConU'ol包括TDM
6VOVoice(<10mslatencyandjitter)VOIP
5VIVideo(<100mslatencyandjitter)IPTv、视频
4CLControlledLoad
3EEExcellentE肋n
0(Default)BEBestEffon普通上网业务
2Spare
1BK
Background
7.1.5优先级队列机制
7.1.5.1OLT的优先级队列机制OLT的上、下行业务应根据m髓802.IDUserPriority标记映射到不同
的优先级队列,并进行调度。OLT网络侧端1:3应支持8个优先级队列。
7.1.5.2ONU的优先级队列机制
ONU的上、下行业务应根据IEEE802.1DUserPriority标记映射到不同的优先级队列,并进行调
度。ONu应支持至少4个优先级队列。
7.1.6流限速
7.1.6.1上行业务流限速功能
7.1.6.1.1ONU的上行业务流限速功能ONU的用户侧以太网接口可选支持上行业务的端
I=1限速功能。同时,ONU按照OLT的DBA授权进行对于上行业务流的调度,实现上
行业务流的限速。
7.1.6.1.2OLT的上行业务流限速功能
OLT应支持DBA机制,以实现对每个LLID的上行带宽分配和上行业务流限速功能。
12
YD厂r1771-2008
在存在二层汇聚功能的OLT设备.其上行端口(SNI)可选支持二层的流量整形(TrafficShaping)
功能。
7.1.6.2下行业务流限速功能
7.1.6.2.1ONU的下行业务流限速功能ONU的用户侧以太网接口可选支持端口下行限速功
能,可选支持基于业务流的整形功能。
7.1.6.2.2OLT的下行业务流限速功能对于下行业务,OLT应支持针对用户或不同分类流的速率控制功
能,应支持二层TrafficShaping或流
量管制(policing)机制。
7.1.7优先级调度
7.1.7.1OLT的优先级调度功能OLT应支持根据SLA进行下行业务的调度功能。OLT对下行业务的
调度应支持严格优先级队列调度
(SP),加权轮询队列调度(WRR)和SP+WRR算法并可配置,缺省采用
SP+WRR。上行业务的优先级调度由OLT的DBA功能和ONU的本地调度功
能共同完成。
7.1.7.2ONU的优先级调度功能ONU应具有根据OLT的带宽授权进行上行业务的本地调度功能,
其调度算法应支持sP算法,可选支
持WRR或SP+WRR算法,并应可配置,缺省采用SP算法。ONU可选支持下行业务的本地调度功
能,应支持SP或WRR或SP+WRR方式,建议支持SP+WRR。对于采用SP+WRR算法的系
统,OLT(下行)和ONU(上行)对优先级的值为“7”和“6”的业务
流(如网络控制协议报文、TDM业务)应采用SP调度,对其他优先级的业务采用WRR调度机制。
7.1.8缓存管理
7.1.8.1ONU的缓存容量ONU应支持缓存管理,并采用上、下行独立缓存,以确保双向业务互不影
响。ONU应支持拥塞避免机制,拥塞避免算法有尾部丢弃(Tail-Drop)、随机早期检测(RED)、加
权随
机早期检测(WRED).应至少支持Tail-Drop算法。
7。1。8。2OkT的缓存管理为保证QoS,OLT应提供足够的缓存,具体缓存容量不做规定。OLT
应支持拥塞避免机制,拥塞避免算法有Tail.Drop、RED、WRED,应至少支持Tail-Drop算法。
7.2VLAN功能要求
7.2.1OLT的VLAN功能
OLT应支持IEEE802.1Q协议,应支持按照ONU的LLm和业务类型划分VLAN,可选支持按
照MAC地址划分VLAN。OLT应支持VLAN标记(tag),Ⅵ.AN透传(transparent)。VLAN转换
(translation),VLAN优先级标记(primarking),VLAN过滤(filtering)等功能。
OLT应同时支持4K的VLAN数,VLANID的范围是1--4094。
OLT应支持足够VLAN转换条目(建议值为4×该OLT能够支持的ONU数量),最大4094个条
目。OLT的网络侧接口应支持VLAN聚合(VLANTrunk)功能。
OLT应支持符合IEEE802.1ad标准的VLAN堆栈(stacking)功能,VLANStacking太网帧的外
层TPID参数应可配置。
13
YD厂r17丌-2008
OLT应支持基于用户(内层)虚拟局域网标识(CVLANID)和CVLAN优先级标签映射到业务
(外层)虚拟局域网标识(SVLANID)。对每个LLID,OLT应支持8个SVLANID。OLT应支持将
CVLAN优先级标签映射到SⅥAN中。一般情况下,SVLAN映射业务类型,CVLAN映射用户端
口。OLT应支持的CVLAN和SVLAN的数值为1-4094。
OLTg目络侧接口应支持业务(外层)虚拟局域网聚合(SVLANTRUNK)功能,并应可以配置为SVLAN
TRUNK和VLANTRUNK两种模式中的一种。
7.2.2ONU的VLAN功能
ONU应支持IEEE802.1Q协议。ONU应支持针对用户物理端口和业务类型划分VLAN,应支
持VLAN标记、VLAN透传、VLAN转换、VLAN优先级标记、VLAN过滤等功能。
0NU的用户侧接口应支持VLANTrunk功能。ONU应支持至少8个VLANID,VLANID的范围是
1-4094。ONU可选支持强制修改数据包优先级标签的功能。如支持此功能,ONU应支持对无
VLAN标签的数
据包添加缺省优先级标签的功能。
ONU可选支持符合IEEE802.1ad标准的VLANStacking功能。VLANStaeking以太网帧的外层
TPID字段的值应可配置。
对于以太网端口的各种VLAN模式的具体行为规则,规定如下。
a)VLAN透传模式适用于用户端的家庭网关或者交换机是运营商提供并管理的,家庭网关成交换
机产生的VLAN标签是可以信赖的。在这种模式下,ONU对接收到上行的以太网帧的处理方式是对
以太网帧不作任何处理(无论以太网帧是否带VLAN标签)透明的向OLT转发;对于下行的以太网帧也
是透明转发的方式。其详细处理方式见表2。
裹2透明模式下ONU的处理方

方向以太罔包是否有VLAN标签处理方式
有VLAN标签对以太网包不作任何改变(保留原VLAN标签),转发
上行无VLAN标签对以太网包不作任何改变,转发
有VLAN标签对以太网包不作任何改变(保留原VLAN标签),转发
下行
无VLAN标签对以太网包不作任何改变.转发
b)VLAN标记模式适用于用户端的家庭网关或者交换机打雕JVLANtag是不被信任的。为了实现运
营商对进入到网络中的业务的VLAN进行统一的管理和控制,需要为其加上一个网络层VLANtag。其
详细处理方式见表3。
衰3TAG模式下ONU的处理方

方向以太网包是否有VLAN标签处理方式
有VLAN标签丢弃打上新的VLANTag(主要参数是rID),
转发
上行当前仅要求ONU孵够配置VII)值.对接收到的VLANVariableContainer中
无VLAN标签
的VLANConfigParameters域中的TPID和Pd等字段可做忽略处理——所打
的Tag的TPID和P^设为缺省值TPID=0x8100、Pri=0
按照VII)转发到相应的UNI端口-并剥除Tag或者外层Tag(如果是
VLAN有VLAN标签
下行Stacking)
无VLAN标签丢弃
14
YD厂r1771-2008
c)在VLAN转换模式下,ONU将用户自行打上的VLAN标签(其VLANID可能不是其独用的,
可能在同一个系统内有其他用户使用相同的VLANID)转换为惟一的网络侧VLAN标签。当ONU支
持VLAN转换n时,其VLAN转换功能应支持EtherType值为0x8100,可选支持其干凼,EtherType值。
VLAN转换模式下
ONU对数据报文的处理方式见表4。
裹4VLANTranslation模式下ONU的处理方
式方向以太网包是否有VLAN标签处理方式
如果其原有TAG的V1D在对应端口的VLANTranslation列表中有对应的
entry
(等于其输入VID),则按照该表项将VID转换为对应的VID(输出VID),
并转发;如果其VID在对应端口的VLANTranslation歹U表中没有对应的entry,
则丢弃。
有VLAN标签
上行当前仅要求ONU进行V1D的转换,其他字段(如TPID、CFI和Pri)的转换暂
不要求,ONU对接收到的VLANVariableContainer中的
VLANConfigParameters域中的TPID和蹦字段可做忽略处理,并将转换后
的TPID和蹦设为缺省值(也不保留该报文转换前的TPID和Pri值)
无VLAN标签将untagged报打上缺省VLAN,并转发如果其原有Tag的VID在对应端
口的VLANTranslation列表中有对应的entry(等于其输出VID),则按照该表
项将VID转换为对应的VID(输入VID),
并转发;如果其原有Tag的VID为缺省VII),则剥除Tag并转发:如果其VID
有VLAN标签
下行在对应端口的VLANTranslation列表中没有对应的entry.则丢弃;
当前仅要求ONU进行VID的转换,其他字段(如TPID、CFI和Pri)的转换

不要求。在下行方向转化过程中,ONU保留该报文的原TPID和蹦值不

无VLAN标签丢弃
ONU应支持通过本标准8.5.4节规定的扩展的OAM功能进行VLAN模式的远程设置。
7.3组播功能要求
7.3.1组播实现方式
在EPON系统中,采取“单拷贝广播(SCB)+互联网组管理协议(I(MP)”的方式实现组播业务
的分发,利用组播VLAN实现实现用户的组播业务访问权限控制,实现方式如下。(1)在PON接口上,
OLT通过广播LLID信道以单拷贝广播方式将组播内容分发给所有ONU。0NU
应支持对广播LLID的解析处理。(2)OLT利用IGMP代理(proxy)或者IGMP侦听(snooping)、ONU
利用IGMPSnooping实现对组
播组成员的管理。主要是通过IGMPJoin/Leave和Query消息实现组播组成员的动态加入腿出和维持。
(3)EPON系统通过对UNI端口的组播VLAN的配置实现对用户组播业务访问权限的控制。OLT
根据用户的组播权限,通过Add/DelMulficastVLANOAM消息将ONU或者ONU的用户侧接口划入
不同的组播VLAN域,属于特定组播VLAN的以太网UNI端口可以接收该VLAN内的组播数据业务
流,不属于该组播VLAN的以太网UNI端口不能接收该VLAN内的组播业务流。因此,组播业务流能
够转发到相应的用户侧接口,实现对每个用户接13的组播权限控制。同时,OLT支持通过
MulticastTagStripeOAM消息控$!JONU是否在以太网uNI端口上剥除组播数据报文的VLAN标签。
OLT也可以通过GroupNumMaxOAM消息设
置ONU的特定以太网端口可以同时支持的最大频道数。
YD厂r1771-2008
(4)EPON系统应支持组播VLAN。OLT上划分组播专用的VLAN,即组播业务使用一个或者多
个专用于组播业务的VLAN实现与其他业务相隔离,一个组播VLAN对应一个组播频道或者一个频道
组(指一个权限统一管理的组播频道的集合)。一个组播频道仅属于一个特定的组播VLAN。在SCB信
道中传送的组播业务流均带有组播VLAN标签。用户的其他数据流(包括单播业务以及上行的IGMP
报文等)划入另外的单播VLAN/CVLAN。
7.3.2组播协议
组播协议应支持IGMPV2(RFC2236),可选支持IGMPV3(RFC3376)和组播管理协议的管
理信息库(MIB,褂℃2933)。
OLT应支持IGMPProxy功能。
ONU应支持IGMPSnooping或IGMPSnoopingwithProxyreporting功能。
7.3.3组播控制
7.3.3.1OLT的组播控制功能OLT应支持通过对用户以太网端口划分组播VLAN的方式实现对用户访
问权限的控制。OLT应支持本
地和远程查询、配置用户的频道访问权限的功能。OLT应根据其PON接口下的用户对特定频道的访问
权限(基于该用户的LLID),利用IGMPProxy功
能动态申请该频道的组播业务流。
如果用户发送IGMP消息申请允许访问的频道,则可向用户转发该频道的组播
流。如果用户发送IGMP消息申请禁止访问的频道,则不再向上发送IGMP消
息。
0LT应支持呼叫信息记录(CDR)功能,记录用户的基本访问信息(包括IGMP请求类型(加入、
离开)、IGMP请求时间、用户标识、申请访问的频道、频道权限、IGMP请求成功,失败、离开方式(强
制、自主离开)、CDR记录产生时间等)。
短时间的组播加入离开可不作CDR记录要求,具体时间参数应可
设。支持CDR信息定时同步到管理系统,确保CDR信息不丢失。
每个用户端口可同时申请的组播数可配置(GroupNumMax)。
7.3.3.2ONU的组播控制功能
ONU应支持通过设置用户端口的组播VLANID进行用户访问权限控制。ONU应支持通过本标准
8.4.3规定的扩展的OAM方式(Add/DelMulticastVLAN、MulticastTagStripe、GroupNumMax
OAMPDU)进行组播控制的设置、查询功能。GNU采用“组播VLAN+IGMPSnooping”或“IGMP
SnoopingwithProxyreporting”功能实现组播组成员管理和组播业务流的动态转发控制。当GNU接收到组播
业务流时,向属于该组播VLAN域且发送了该组播频道的IGMPJoin报文的以太网端口转发该组播
流,不属于该组播VLAN域或者未发送IGMPJoin报文的以太网端口不能接收到该组播业务流。
7.4安全性功能
7.4.1PON接口数据安全EPON系统下行方向采用广播方式,恶意用户很容易截获系统中其他用户
的信息。为提高用户数据
的保密性,下行方向应支持三重搅动(TdpleChurning)功能,具体规定见附录B。系统应支持针对每个
LLID的搅动功能,每个LLID应有独立的密钥。搅动由OLT提出密钥更新要求,GNU提供3字节搅动密钥,
OLT使用此密钥完成搅动功能。在启用搅动功能后,对所有的数据帧和OAM帧进行搅动。
16
YD厂r1771-2008
密钥的更新和同步过程采用基于Organization.SpecificExtension的OAMPDU方式,具体规定如本标准
8.6节所述。
7.4.1.1搅动和解搅动功能
三重搅动算法是在nu.TG.983规定的单重搅动(churning)算法的基础上扩展而成,增加了搅动后
数据的时域关联性,进而提高用户数据的安全性,具体规定见附录B。
7.4.1.2搅动密钥的产生
搅动密钥是ONU由上行用户数据中提取的3字节数据与3字节随机数异或(XOR)相加的结果。这24
位码,分别定义为I(MSB)X1~x8,P1~P16(LSB)}。
7.4.1.3密钥更新同步的过程如图3所示,前导码中的第五个字节作为搅动信息标识字段(Enc)来实
现密钥同步,Enc字段的高
6位比特的取值仍遵循IEEE802.3—2020的标准,对低2位比特进行了如下定义。
——F1ag位(bit1):搅动标记,表示该帧是否被搅动。O一明文;l——密文。
——Key_Index位(bitO):密钥索引,指示ONU在解搅动过程中要采用的密钥编号。当搅动功能
关闭时,Key_Index位的值应为1‟。
当搅动功能关闭时。Eric字段应为0x55。当ONU收至lJKey_Index值为0x55的以太网帧时,应自动关
闭解搅动功能。当ONU收§lJKe),_Index值为0x56或0x57的以太网帧时,应使用相应的密钥进行解搅动。
7.4.1.4搅动密钥的更新
搅动密钥的更新采用基于特定机构扩展(Organization.SpecificExtension)的OAMPDU方式,由新
密钥请求帧(newkey_request)和新密钥通知帧(new_churning_key)来实现。用于搅动密钥更新的
OAMPDu的格式如本标准8.6节所述。
密钥更新的过程如下:OLT向ONU发出新密钥请求帧,ONU收到新密钥请求帧后向OLT发一
个新密钥通知帧。如果ONU侧收到新密钥请求帧,则向OLT发送新密钥通知帧。新密钥通知帧中包
含新的密钥以及该密钥编号参数,表示当前交互的密钥的序号。OLT收到新密钥通知帧后,就可以使
用新密钥对随后的帧进行搅动。密钥同步依靠每个帧中的Erie字段来实现,只要ONU收到OLT发送的
搅动帧中,密钥索引Key_Index等于新密钥通知帧中的密钥编号,则ONU使用新密钥进行解搅动。
OLT有一个定时器key_update_timer,用于控制密钥更新周期。当该定时器超时,OLT则启动上述密钥
更新过程。
OLT使用另一个定时器Chuming_卫mer用于作为在无法获得密钥更新帧情况下启动下一次密钥更
新请求的机制,以增加密钥更新的可靠性。当OLT每次发出新密钥请求帧时,启动定时器
Chuming_mmcr。当OLT在Chuming-mmer超时前收到了ONU发来的正确的新密钥通知帧,则
OLT启用新密钥,并将Chuming_∞mer复位。当定时器超时后OLT仍没有收到新密钥通知帧,
则认为密钥交互失败,将Chuming—Timer复位,OLT发送新一轮的新密钥请求帧。在新密钥成功交
互之前.ONU仍然使用原来的密钥,并且由OLT将密钥交互失败的信息上报给网管。如果OLT连续3
次发送新密钥请求帧后仍然无法在Chuming_卫reel"超时前收到密钥更新帧,则OLT应向网管告警。下行
业务仍然使用旧的密钥进行搅动。
密钥更新周期Tk。y和定时器chuming-皿mer的值均可配置,Th,的缺省值为
10s。密钥更新与同步过程如图8所示。
17
YD厂r1771-2008
0Ⅱ
用密钥
搅动
00ccy01
用密
搅动
解挽动
田8基于扩晨的OAMPDU方式的搅动密钥更新和同步过程
7.4.2ONU认证功能OLT应支持基于ONU的MAC地址对ONU合法性进行认证的能力,应拒绝
非法ONU的接入。OLT应支
持对该功能的开启和关闭配置。对于已被拒绝注册的非法ONU,应减少ONU不断尝试注册给系统带
来的负面影响,同时考虑工程的便利,仍然给该ONu一定的尝试注册的机会。ONU的MPCP层次的
状态机应符合IEEE802.3—2020的规定,并且ONU的高层协议应支持被OLT拒绝注册后的静默机
制。ONU的静默机制利用WAlT和DENIED状态之间的转移过程实现,具体非法ONU的注册过程和静
默机制如下t
a)OLT向所有ONU广播一个DiscoveryGate消息,打开ONU发现窗口;
b)ONU向OLT发送一个Register_REQ消息,该消息中包含其MAC地址信息,然后ONU等
待OLT发送Register消息;
c)如果ONU是非法ONU,OLT将发送NackRegister消息(flag=4);d)ONU收到
NackRegister消息后,应通过MACI(REGISTER,status仁denied)通知高层;e)ONU高层在
收到该MACI消息后,将启动一个定时器RegTmr,该定时器表示启动下一次注册过
程的时延Ts,在定时器RegTmr未超时之前,ONU高层不会发出MACR(DA,
REGISTER_REQ.STATUS<=REIGSTER)命令;Ts值暂定为60s;在ONU高层未发出
MACR(DA,REGISTER_REQ,STATUS(_REIGSTER)命令之前,ONU保持在WAIT状
态;
f)当定时器RegTmr超时后,ONU高层将发出MACR(DA,REGISTER_REQ,STAll,
s<=REIGSTER)命令.ONU将从WAIT状态转移到REGISTERING状态,并等待OLT发出的
DiscoveryGate消息,当下一个发现窗口打开时,ONU将发送REGISTER_REQ消息以实现注册。
此外,当OLT发现非法ONU的注册事件后,应上报网元管理系统。
18
YD厂r1771—2020
7.5TDM业务要求(可选)F.PON系统承载数据专线业务(El或nx64kbit/s数据业务)时,应采用互
联网工程任务组(mTF)的
边缘到边缘的伪线仿真(PwE3)方式,具体实现应符合IETFRFC3985(2020)、RFC4197(2020)等
相关规范。封装方式应采用IETFRFC4553(分组上面的非结构化的时分复用----SATOP方
式)或Draft.ieff-pwe3.cesopn.02.txt(分组交换网络上的电路仿真业务——cESOPSN方式),具体方式应
分别通过OLT和ONU的本地网管进行配置。EPON系统承载TDM业务应采用自适应时钟恢复方
式,即从数据包
中的时钟戳(TimeSmmp)恢复时钟。EPON系统的PWE3数据包包含定长的实时传输协议(RTP)报
头,RTP的格式和字节域定义应符合
RFC3550的规定。TDM电路的两端IWF所用的时间戳的长度统一采用4个字节,时间戳的同步数据单
位为比特。
为了保证基于TDM业务的互通要求,OLT和ONU设备应可分别设置采用的标准、封装的E1个
数、CESoP相应的IP地址、MAC地址、VLAN等参数。
对于提供TDM业务承载功能的OLT设备,可选支持TDM(El和nx64kbit/s)业务的交叉连接功能。
8操作管理和维护功能互通性要求
8.1总体要求EPON系统操作维护管理功能包括对OLT和ONU的配置、故障、性能、安全等管理功
能。EPON系统除应支持对OLT的配置、故障、性能和安全管理等操作维护管理功能外,同时应
支持通过
本章规定的OAM功能实现对ONU的远程管理,还可以通过TR.069(针对用于FTrH/O场合的
ONU)或者SNMP方式(针对用于FTTCab和FTTB/C场合的ONU)增强对ONU的远程管理功
能。对TR.069和SNMP的具体要求不在本规范范围内。
8.2扩展的OAM管理功能要

EPON系统应支持符合IEEE802.3—2020中Clause57规定的OAM功能,并支持IEEE802.3-2020中
Clause30规定的管理对象(managedobjectclass)、属性(attribute)和操作功能。此外,EPON系统应采用
OrganizationSpecificExtension机制以实现IEEE802.3—2005所未规定的扩展
的ONU远程操作、维护和管理(OAM)所必须的管理维护功能。扩展的OAM应支持如下管理功
能:
——扩展的OAM发现(extendedOAMdiscovery)和能力通告(capabilitynotification):
——oNu的基本信息和能力通告;
——与搅动功能相关的密钥交换、更新和同步功能;
——与DBA功能相关的DBA参数读取和设置功能;
——用户端口配置和管理;
——vLAN配置和管理;
——组播相关功能的配置;
——QoS相关配置,包括业务流分类、排队和标记的规则等;
——重启动ONU(resetONU)等操作功能。
8.3扩展的OAM发

19
YD厂r1771-2008
EPON系统应支持通过对INFOOAMPDU的信息TLv(InformationTLv,即采用“类型长度值(TLv)”
的数据结构)进行扩展,以实现扩展的OAM发现(extendedOAMdiscovery)和扩展OAMI能,力通告
(extendedOAMcapabinrynotification)功能。
扩展的OAM发现过程应在标准的OAM发现过程完成后进行,并且只有标准的OAM和扩展的
OAM都完成后才能传送数据业务。扩展的OAM发现过程包括OAM能力发现、IEEE802.3—2020所未
规定的协商、附加信息的交换,以完成在执行其他扩展的OAM功能前所必需的能力确认过程。
ONu和OLT通过在标准的信息OAM协议数据单元(InformationOAMPDU)中附加额外的
扩展InformationTLv实现扩展的OAM发现。所有的扩展的OAM发现TLv采用特定机构扩展
(OrganizationSpecific)Information1IⅣ方式,并应符合IEEE802.3—2020Clause57的规范,具体
OrganizationSpecific
InformationTLv格式见表5。为简化处理过程,在用于保持存活(Keepalive)的OAMPDU中不应填充
OrganizationSpecificInformationTLv,如果在KeepAlive的OAMPDU中存在机构(包括各运营商和厂商)
扩展的INFOTLV,应做忽略处理。
哀5OrganizationSpecificInformationTLV的域及其值
字节数字段值
1
Type值为0xFE,表示本TLV为OrganizationSpecificInformationTLv
1LengthTLV长度,其值包含Type字段和Length
点击复制文档内容
公司管理相关推荐
文库吧 www.wenkub.com
备案图鄂ICP备17016276号-1