GPON 協議棧
一、GPON協議棧分為兩個部分
1、C/M平面 ---- a、嵌入式OAM b、PLOAM C、OMCI
2、U（用戶）平面 ---- a、高層 b、GTC層 C、物理層
二、C/M平面
管理控制平面分為3個部分：
1、PLOAM 物理層OAM，主要管理延時要求低的管理，ONU的注冊，測距，OMCC的建立，告警信息的傳送。
2、嵌入式OAM，主要管理DBA，密鑰的交換
3、OMCI， 管理高層業務
三 、U平面
U平面就是用戶平面，主要是進行GEM 業務數據的解析。
從圖中可以看出， GEM塊的數據，通過ACCOC-ID過濾后，送至GEM TC適配層，進行port-ID過濾，發送給了GEM 客戶端
四、GPON的下行幀結構
1、BWmap域數據的解析
a、allocc-id
我一直在找GPON DBA是怎么弄的，發現下行數據中根本就沒有DBA的字段，后來發現BWmap就是DBA啊！！！！
BWmap是分配alloc-id ，這個accoc-id的起始時隙和終止時隙，標志位有DBRu的模式，這就就表示出來了每一個T-CONT的時隙。
問題又來了：
這個alloc-id 怎么來識別是給那個ONU的，這個字段分配了這個個PON口的所有時隙，那這個時隙是給誰的呢，給哪個ONU？
怎么確定！！
答案：
alloc-id命名有一些潛規則：
1、ONU的第一個alloc-id在 0-254這個范圍內，並且ONU-ID和ALLOC-id 相同，這個ID是用來做PLOAM和OMCI的管理通道，數據通道可以選
2、ALLOC-ID = 254是ONU激活ID，是用來激活ONU用的，用於為激活的ONU的
3、ALLOC-ID = 255是不給用的
從上面是不是說，一個ONU最少要兩個T-CONT 一個作為管理的，一個作為數據的，作為管理的T-CONT就是和ONU-ID相關的ID，但是這樣另外一個ALLOC-ID是怎么下發的呢？也不一定，也可能是一個T-cont，因為這個T-cont是可以作為管理和數據共用的。
B、flag字段
flag字段控制着上行數據的數據格式，指明了這個ONU的上行數據是否需要發送PLSu，PLOAMu， DBRu着三個字段是否需要出現在上行數據中。
還有一個問題，上行數據怎么分配另外的ALLOC-ID，另外的alloc-id是不是從255之外呢？？？
答案就在PLOAM消息中，
所以在ONU注冊完成之后，也就是建立了OMCC通道，分配了管理的T-CONT，然后就會通過PLOAM分配另外一個T-CONT，這個TCONT存在了PLOAM消息的控制信息里面。所以PLOAM很重要，
以下評論是不完全的，我個人是目的導向型，GPON下行幀的幀頭主要是下發控制信息，而控制信息的主體是PLOAMd，也是ONU的注冊，測距，OMCC的建立，告警信息的發送。
作為傳輸協議，最重要的就是知道數據是怎么發下去的，GPON 里面是根據T-CONT和port-id來發送的，
也是說OLT只要知道ONU了，給他分配帶寬，分配時隙，就可以開始發送數據了，
也就是分配T-cont port-id就可以了
1、psync 用於幀同步，也就是ATM中的信元同步，
2、ident 用於復幀計算，最高為表示是否使用FEC
3、PLOAMd 用於ONU的注冊，測距，OMCC的建立，==
4、奇偶校驗
5、Plend 指定BWmap的個數，也就是下發alloc-id的個數
6、ALLOC-ID的這個accoc-id的啟示和終止時隙
五、PLOAM消息
data就是PLOAM的消息內容
有18中消息，主要還是圍繞注冊，分配ONU ID，使能禁止ONU，設置ONU的加密，分配ALLOC-ID
ONU測距，ONU更改密鑰，分配PORT ID，修改ONU的光功率。。。。