GPON上下行祯长的问题

125us只是同步和调度周期(调度周期可以是N倍的125us)的基本单位。和GPON的数据封装帧结构没有关系。

GPON的数据封装帧采用了5bytes GEM头，就是把以太包前面加上几个字节的头标识，和EPON的LLID实际上是一回事情。

然而下行和EPON不同的是，当数据填充到125us尾部的时候，可能不足以放下1518bytes的包，这个时候为了提高带宽利用率，需要对包做切片处理，最后一个片长不固定，剩多少就是多少。避免了切片效率问题，有点像路由器的交换网的分片处理方式。

EPON没有考虑细颗粒分片，采用大颗粒调度（周期长达数10ms），尾部那么点损失影响也不大。EPON的实际效率问题主要还是8B/10B编码产生的编码冗余问题。

上行19440字节，下行乘2

在PON中传输的信号速率为51.2 Mb/s，帧长125μm，每帧640个时隙，每时隙10 bit 并采用8B10B线路码，即PON上10bit实为信号的8bit。

同意楼上观点。

学习

GEM的好处是保证了转发时延。对于EPON，由于有长包，所以转发时延不容易控制。
不过，目前没有对时延要求那么高的业务，看以后会不会出现了。

:)

回复 7# 的帖子
博士的思维的确不太好理解, 可能是我天资过于愚钝... 我的理解:GEM:只是一个封装方法,将其它的业务TDM,ETH/IP封装起来. 传输时延按我的理解是靠整个传输汇聚层来保证的,比如固定的帧频等等........

希望可以和博士交流一二.

:L 同9楼疑问...

GPON和EPON有个最大的不同就是GPON是支持切片的
在通信系统中，分组转发的时候采用切片的方式比比皆是，核心交换机和路由器的背板交换均是采用切片转发方式，切片的目的是提高QoS性能。
传输延时正比于包长，反比于传输速率。大包的转发延时会对小包的延时产生影响。
当大型数据包通过分组交换系统的时候，就好像一列超长火车挡住了汽车道，虽然可能汽车优先级高，但是火车头先到达了占了路，汽车不得不等很长时间等火车尾部过去了，才能通过线路，由此导致了延时抖动。这种情况在数据中心的服务器交换网络或城域数据专线更为严重，因为服务器互联会有长达9Kbytes的Jumbo帧通过网络进行交换。
GPON的上行GEM切片转发的主要目的就是在此。
ATM也是切片的，但是ATM是固定长度切片，和路由器背板数据切片交换以及GPON线路GEM切片有本质不同，路由器背板和GPON线路都是采用了变长切片，其最后一片长度取决于IP/ETH包长，而不是ATM的固定填充方式，不会出现严重的“切片加速比”问题。从某种意义上来说，现代高性能路由器和交换机都学习了ATM的QoS技术以提升IP网络的QoS品质。