OTN标准简介(中文版) 下载本文

OTN标准简介V1.0

公开▲(保密期)

描述。使用图中的字节调整技术后,OPUk速率和业务信号的实际速率最大允许频差为?65 ppm。如果OPUk的时钟本身最大频偏为?20 ppm,则业务信号和OPUk速率的最大偏差为?45 ppm。

图中OPUk开销包括如下部分:用来指示负载类型的PSI(包含256字节的复帧,第一个字节PT用来指示负载,其他字节保留),三个判断调整字节JC(justification byte),一个负调整字节NJO(Negative Justification Opportunity)和3个保留字节。判断调整字节JC暂时只有最低2位有意义,其他6位为保留。

OPUk净荷包括4*3808字节(从第17行到第3824行),其中字节(4,17)为正调整字节(Positive Justification Opportunity)。 判断调整字节JC用来控制PJO和NJO字节的意义。JC,NJO,PJO在将客户侧业务映射到OPUk帧时产生,产生时的意义如表12和表13所示,当需要从OPUk帧中还原出(Demapping)客户侧业务时需要根据这三种开销的内容作相应的处理,如表14所示。 表12 异步映射时JC,NJO和PJO的产生 JC bits 7 8 data byte NJO justification byte data byte data byte not generated justification byte PJO 0 0(正常) 0 1(负调整) 1 0 1 1(正调整) JC bits 7 8 0 0(正常) 0 1 1 0 1 1 justification byte 表13 位同步映射时JC,NJO和PJO的产生 NJO justification byte data byte not generated PJO 表14 异步和位同步映射时JC,NJO和PJO的翻译 JC bits 7 8 data byte NJO justification byte justification byte justification byte data byte data byte data byte PJO 0 0(正常) 0 1(负调整) 1 0 (正常Note) 1 1(正调整) justification byte NOTE – A mapper circuit does not generate this code. Due to bit errors a demapper circuit might receive this code. 在位同步映射时,OPUk的速率和客户业务的速率完全一致,一般来说需要锁相环来保持这种速率一致性,所以无需使用指针调整技术,这样JC等开销是没有意义的,如表13所示。根据表13,JC的位7,8为0,NJO为判断字节应该忽略,PJO为正常的数据信息,这样在同步模式下应该忽律所有的JC和NJO处理,OPUk帧中包含的全部是客户数据。当客户业务失效导致锁相环无法为OPUk提供合适的速率时,此时OPUk速率必须保持在一个备本文中的所有信息归中兴通讯股份有限公司所有,未经允许,不得外传 第 27 / 41 页

OTN标准简介V1.0

公开▲(保密期)

份时钟上,此备板时钟必须和客户业务标准速率相差小于65ppm,同时必须保证在从业务速率到备份速率切换过程中不得出现频率或者帧不连续现象,当客户业务恢复正常时必须能够从备份时钟切换回客户业务速率,切换过程中也必须保证速率和帧的连续性。由于锁相环一般不具备频率切换功能,所以切换过程保证连续性将很难实现,只有使用带两个输入源且支持无损切换的专用锁相环芯片才可能实现此要求,但成本将很高。我们现在暂时不要求实现客户业务速率和备份时钟切换的连续性。

在异步映射模式下,OPUk的速率由本地时钟产生,这样OPUk的速率和客户业务数据的速率一般来说是不一样的(理论最大偏差值为正负65ppm),将存在两种情况,OPUk的速率高于客户侧业务速率和OPUk速率低于客户侧业务速率,一般来说需要使用FIFO实现不同速率之间的适配。

OPUk速率高于客户侧业务速率时,在映射过程中,FIFO的输入为客户侧数据,输出为OPUk速率,由于输出高于输入速率,FIFO会逐渐变空,当变空时设置JC=11(正调整),同时PJO将变为无用的判断信息。在解映射过程中也使用FIFO作速率调整,此时FIFO的输入侧的速率为OPUk的速率,当遇到JC为正调整时将忽略PJO字节。为了能够从OPUk速率中恢复出原来的客户业务速率,FIFO的输出速率由锁相环控制,控制机构将根据FIFO指针的位置调整锁相环的频率,尽量让FIFO指针位于整个FIFO长度的中间位置,从而可以保证FIFO输出速率基本等于客户业务速率。

OPUk速率低于客户侧业务速率时,在映射过程中,由于输出低于输入速率,FIFO会逐渐变满,当变满时一次多取出一个字节,同时设置JC=01(负调整),用NJO保存多取出的一个字节。在解映射过程中当遇到JC为负调整时将NJO字节也同时放入堆栈,同样通过堆栈指针位置来控制FIFO的输出速率。

在FIFO容量正常时设置JC=00,处于零调整状态,此时OPUk帧全部为客户业务,NJO无用。

为了防止业务传输中引入的误码造成解映射时JC误判,OPUk开销中设置了3个字节JC,在映射时设置3个JC为相同值,在解映射时对3个JC作多数判决处理。

当NJO和PJO作为无用的判决信息时(Justification Byte),在映射时设置它们为全0,在解映射时如果通过JC判断这些字节包含判决信息则忽略这些字节的内容。

在客户业务失效时,例如客户侧业务LOS,则应该将客户信号以Generic AIS替代,并将Generic-AIS映射到OPUk帧中。这是G.709要求的,但实现起来可能有些困难,一般来说在映射过程中,如果遇到客户侧失效则直接插入OTUk-AIS,也就是将整个OTUk设置为Generic AIS。

在解映射过程中,当输入的ODUk/OPUk业务处于失效状态时(例如 ODUk-AIS, ODUk-LCK, ODUk-OCI ),则应该将客户侧信号输出设置为Generic AIS。这是G.709要求的,但不太符合SDH G.707的标准,一般来说如果遇到OTUk失效,对于SDH业务则插入MS-AIS,对于非SDH业务如果芯片支持可以插入Generic AIS,如果芯片不支持则不作任何处理。 5.5.1.1

Mapping a CBR2G5 signal (e.g., STM-16) into OPU1

为了将STM-16映射进OPU1,首先将客户侧业务分成8位一组,每组中的8位不一定就是客户业务的一个字节(可不在字节边界上),每组映射到OPU1的一个字节中,如图23所示。

本文中的所有信息归中兴通讯股份有限公司所有,未经允许,不得外传 第 28 / 41 页

OTN标准简介V1.0

Column #公开▲(保密期)

3824DDDDG.709/Y.1331_F17-2151234PSIRESRESRESNJOJCJCJCPJO161718DDDDDDD3805D3805D3805D3805DRow #图23 CBR2G5到OPU1的映射 上图中,D就是OPUk中的一个字节,从17列到3824列共3808列字节为OPUk中的净荷信息,15列和16列为指针处理等相关的开销信息,PJO可能为净荷,也可能为正调整时的忽略信息。 在CBR2G5的映射中,业务速率等于OPU1速率。 5.5.1.2

Mapping a CBR10G signal (e.g., STM-64) into OPU2 和CBR2G5一样,将客户业务每8位一组(可不在字节边界上)映射成OPU2中的一个字节,但和OPU1不同的是OPU2净荷中加入了64字节的固定填充信息(Fixed Stuff,简称FS),FS字节位于1905至1920列,共4行,基本位于OPU2所有列中的中间位置,如图24所示。 Column #1904190519201921RESRESRES1Row #JC118 ? 16D118 ? 16D118 ? 16DPJO16FS16FS16FS16FS119 ? 16D119 ? 16D119 ? 16D119 ? 16DG.709/Y.1331_F17-3234NJOPSIJCJC15D + 117 ? 16D图24 CBR10G到OPU2的映射 由于OPU2中加入了64字节的固定填充信息,这样OPU2的速率和CBR10G的速率比为(3808:(3808-64),即238:237)。 5.5.1.3

Mapping a CBR40G signal (e.g. STM-256) into OPU3

和CBR10G一样,将客户业务每8位一组(可不在字节边界上)映射成OPU3中的一个字节,但和OPU2不同的是OPU3净荷中加入了128字节的固定填充信息(Fixed Stuff,简称FS),FS字节位于两块区域,分别为1265至1280列和2545至2560列,共32行,将OPU3分成基本长度相当的三块,如图25所示。

本文中的所有信息归中兴通讯股份有限公司所有,未经允许,不得外传 第 29 / 41 页

3824151617 OTN标准简介V1.0

Column #公开▲(保密期)

25442545256025613824126412651280RESRES1234JC78 ? 16D78 ? 16D78 ? 16D15D + 77 ? 16D16FS16FS16FS16FS128115161779 ? 16D79 ? 16D79 ? 16D79 ? 16D16FS16FS16FS16FS79 ? 16D79 ? 16D79 ? 16D79 ? 16DG.709/Y.1331_F17-4Row #RESPSINJOPJOJCJC图25 CBR40G到OPU3的映射

由于OPU3中加入了128字节的固定填充信息,这样OPU3的速率和CBR40G的速率比为(3808:(3808-128),即238:236)。 5.5.1.4

Mapping of a non-specific client bit stream into OPUk

G.709规范中还定义了对ATM,GFP等业务的映射方式,这里不再作介绍,详见G.709标准。

除了一些常见业务外,G.709支持将任意一种业务映射到OPUk。对于任意业务的映射,首先要通过数据封装的方式(encapsulation)将业务封装成一种具有恒定速率的信号,而且速率必须等于OPUk的速率,然后将此封装过的速率以位同步的方式直接映射进入OPUk帧中,速率适配操作在封装过程中完成,而且封装后的数据在映射进入OPUk前还必须进行加扰操作。映射后的结果如图26所示。

ColumnRow123415CSCSCSPSI16CSCSCSCS17183824OPUk OH01PSIRES255PTOPUk payload (4 ? 3808 bytes)G.709/Y.1331_F17-9图26任意业务到OPUk的映射

映射完成后,OPUk开销包含1个字节的PSI信息,另外还有6个字节的用户自定义信息CS(client-specific),对CS开销的处理在封装过程中实现。 根据业务是否为8位模式的,可以将业务的每个字节分别映射到OPUk的字节中(with octet timing),也可以将业务的任意连续8位一组分别映射到OPUk的每个字节中(without octet timing)。

5.5.2 10GE(10.3125Gbps)业务到OTU2(11.1G)的映射

10GE业务为固定速率业务,速率10.3125Gbps,基本和CBR10G的速率相差不多,其映射也是按照CBR10G来实现的。一般来说10GE业务仅支持位同步映射方式。在映射时和STM-64业务一样填入16字节的FS固定填充字节,这样OPUk的速率和10GE速率的比本文中的所有信息归中兴通讯股份有限公司所有,未经允许,不得外传 第 30 / 41 页