OTN的速率问题,以及净荷和开销
那对于OPU1 不就是*238/238 ？ 等于原始的净荷速率？
为体是对于238这个数字的，238在图中是:(3824-16)/16得出，而不是（3824-14）/16
但是从图上看，OPUK的帧是净荷+开销字节的，而且开销字节占明显的两行，净荷才是占用（3824-16）行的，另外的15、16行应该是开销,这样净荷+开销的3810行才是整个OPUK帧才对啊?还是说这个净荷速率*238/（239-k），里面的238其实是有小数点的？速率只是个大概范围值？
是否说明：根据K的不同，数据净荷在不同速率等级的OTN设备里，其被封装的空间大小是不同的？换句话说，在不同速率的OTN设备里，开销所占用的字符数也是不同的，这个是有别于SDH的固定开销/净荷比的？
但是所有的技术文档上画的OTN帧结构图都和上面的疑问想违背啊....
另外一点:OUUK向高介的OUUK复用时,由于帧结构大小的变化,比如一个ODU1将不止封装如4个ODU2帧中,那么对于多出来的部分数据,开销字节部分怎么核算的?在讲ODUK 向高介复用时，资料上说的都很模糊。
问题补充：2011-8-23 13:17 优质民工，又看到你了，我来回答你的问题：
引用一段资料上的话:
根据FEC的原理也可以理解为何OTUk帧一行长度为4080字节。由于OTUk的FEC码是按照（255，239）的方式实现的，所以OTUk帧的每行必须是255字节的整数倍。OTUk选择了一行由16个FEC项组成，每个FEC项为255字节，其中校验信息为16字节，数据信息为239字节，每个OTUk帧再由4行组成，这样一个OTUk帧行的长度为255*16＝4080字节。其中检验信息为16*16＝256字节，数据信息为239*16=3824字节，帧的实际长度是以上数据再乘以4。在OTUk的3824*4字节数据信息中，将前16列作为开销（包括OTUk，ODUk和OPUk的开销），后面的所有信息（3824-16）*4就是OPUk的净荷，也就是真正的数据信息Payload。======这是关于结构描述的.
OPUk的帧结构如图17所示，是一个字节为单位的长度固定的块状帧结构，共4行3810列，占用OTUk帧中的列15至列3824。
(图没法粘,不过都是一样的图,大家能看到资料都一样.)
图17 OPUk的帧结构
OPUk帧由两部分组成，OPUk开销和OPUk净荷。最前面的两列为OPUk开销（列15和列16），共8个字节，列17至列3824为OPUk净荷。==========关于净荷的描述.
------------------------为zte和HW的资料
ODUj信号到ODUk的复用:(此段讲解很繁琐,只截取了关键部分)
1．2 ODUj信号到ODUk的复用
G．709第二版的一个最大贡献就是增加了ODUj(J
OPUk可分为许多个支路时隙(TS)，这些TS在OPUk中是交替存在的．一个TS包括一部分OPUk开销区和一部分OPUk净荷区，ODU 帧的字节被直接映射到OPUk中的某一TS，光通道数据支路单元(ODTUjk)的调整开销字节直接映射到OPUk的开销区．
OPU2分为4个TS，TS的分配如图2所示．一个OPU2 TS占据OPU2净荷区的1／4，是一个4
行、(3 824—16)／4=952列的结构．这4个OPU2TS按列间插分布在OPU2净荷区中．
由4个OPU2 TS的JC信号和NJO组成的调整开销(JOH)位于开销区的第16列，JOH被分配给
每一个基帧的相关TS．对于一个TS来说，JOH每4帧加人一次，这就构成了一个4帧的复帧结构．通过查看复帧定位信号(MFAS)中的第7、8位，就可以知道当前帧是复帧中的那一帧，并可取出相应TS的JOH，调整开销TS和MFAS有一种一一对应的关系．
OPU3的TS分配与OPU2基本相同．一个OPU3 TS占据OPU3净荷区的1／16，是一个4行、
(3 824—16)／16=238列的结构．这16个OPU3 TS按列间插分布在OPU3净荷区中．由16个OPU3TS的JC信号和NJO信号组成的JOH位于开销区的第16列，JOH被分配给每一个基帧的相关TS．对于一个TS来说，其对应的JOH每16帧加人一次，16个TS的JOH构成了一个16帧的JOH复帧结构．通过查看MFAS中的第5～8位，就可以知道当前帧是复帧中的那一帧，并可取出相应TS的JOH． --------
首先，请看清楚：你说的“净荷速率*238/（239-k）”公式是OPUk的净荷速率，不是OPUk的帧速率，所以你会看到，OPU1的净荷速率就是SDH的2.5G速率；不难理解：OPU1的净荷就是SDH的2.5G！！！
对于OPU2来说：OPU2净荷中又有16列为OTU1、ODU1、OPU1开销，当然还有对应的SDH的10G净荷，这时算OPU2的净荷速率时当然要剔除这16列，才能与SDH的10G速率一致，所以[3080/(3080-16)]*9 953 280 kbit/s，也就是你前面说的那个公式；
所以，不存在你说的小数点问题的！！！