【正文】 ? 加密協(xié)議私有，或受國家進口管制 ? 私有協(xié)議，如多 LLID，擴展 OAM協(xié)議， VLAN，遠程加載，遠程配置，等 ? TDM業(yè)務實現(xiàn)，如 TDMoIP， TDMoEther 等 ? 語音業(yè)務實現(xiàn)， TDM， VoIP，等 EPON系統(tǒng)的互通性障礙 障礙或問題 評估 LLID配臵方式 動態(tài)分配，還是靜態(tài)指定 影響網(wǎng)管視圖和注冊過程，影響明顯 MAC地址 一個 ONU一個 MAC地址，還是多個 MAC地址 LLID個數(shù) 一個 ONU一個 LLID還是多個 LLID 注冊過程 單 LLID注冊，還是多 LLID注冊 DBA算法 軟件實現(xiàn)，動態(tài)升級，還是硬件固化 實現(xiàn)方式不一，影響 效率和帶寬粒度，互通性影響不大 GATE定義，兩家可能存在差異 單版本，還是多版本兼容 協(xié)議版本不同，定義不同，影響物理互通 OAM支持版本 單版本，還是多版本兼容 版本不一，內容不一，影響協(xié)議層互通 OAM內容（包括環(huán)回，廠家信息查詢等） 全部支持還是部分支持 私有擴展協(xié)議 EPON系統(tǒng)的互通性障礙 障礙或問題 互通性評估 支持 ，還是通過與 LLID配合支持 QoS 保證手段不一，帶來協(xié)議和業(yè)務互通性問題 VLAN方式 VLAN Stacking, VLAN 透傳 認證方式 MAC地址，用戶名加密碼認證， 認證方式不一，協(xié)議和管理層面無法互通 加密算法 AES128? 國家其他加密標準 ? 安全性問題，多因素制約，物理層互通問題突出 終端網(wǎng)管定義 廠家自定義，無統(tǒng)一標準 網(wǎng)絡管理無統(tǒng)一標準，管理層無法互通 可控組播業(yè)務實現(xiàn) ONU本地進行組播表項管理，還是 OLT遠程表項管理，廠家自定義 OAM管理通道 私有協(xié)議，影響業(yè)務及其管理互通 話音業(yè)務實現(xiàn) VoTDM， VoTDMoEther, VoIP TDMoEther無標準，自定義，影響互通； VoIP互通性有保證 EPON系統(tǒng)的協(xié)議分層以及與 ISO/IEC OSI參考模型之間的關系 物 理 層數(shù) 據(jù) 鏈 路 層網(wǎng) 絡 層傳 輸 層會 話 層表 示 層應 用 層R SM A C M A C M A C多 點 M A C 控 制O A M O A MO A MM A C C l i e n tM A C C l i e n tM A C C l i e n t P C SP M AP M DR SM A C多 點 M A C 控 制O A M M A C C l i e n t無 源 光 介 質O S I 參 考模 型 分 層上 層L A N 分 層G M I IM D IP H YM D IG M I IO L T上 層F E C P C SP M AP M DP H YF E CEPON技術研究－數(shù)據(jù)幀結構 前導碼 7Bytes 幀定界符 1Bytes DA 6Bytes SA 6Bytes 長度 /類型 2Bytes 數(shù)據(jù) 46— 1500Bytes 填充 不定 FCS 4Bytes 前導碼 8Bytes DA 6Bytes SA 6Bytes 長度 /類型 2Bytes 數(shù)據(jù) 46— 1500Bytes 填充 不定 FCS 4Bytes 55 55 SPD 55 55 LLID LLID CRC8 以太網(wǎng) MAC幀 EPON MAC幀 SPD :SPD指示 LLID和 CRC位置 RS子層互通技術要求 ? 具體格式應符合 IEEE Std Clause .2的規(guī)定，對于前導碼中的第 第 5字節(jié)，應作為保留字節(jié)。 ? 在 EPON系統(tǒng)中，要求幀起始定界符 SPD必須位于偶字節(jié)位臵。 MPCP控制幀 ? GATE（ OLT發(fā)出） ? 允許接收到 GATE幀的 ONU立即或者在指定的時間段發(fā)送數(shù)據(jù) ? REPORT（ ONU發(fā)出） ? 向 OLT報告 ONU的狀態(tài)，包括該 ONU同步于哪一個時間戳、以及是否有數(shù)據(jù)需要發(fā)送。 ? REGISTER （ OLT發(fā)出） ? 在注冊規(guī)程處理過程中通知 ONU已經識別了注冊請求。 五種類型的 MPCP幀 ? MPCP在 OLT和 ONU之間規(guī)定了一種控制機制來協(xié)調數(shù)據(jù)的發(fā)送和接收 MPCP發(fā)現(xiàn)握手消息交換 D i s c o v e r y H a n d s h a k e C o m p l e t e dD i s c o v e r y w i n d o wR a n d o m D e l a yG r a n t s t a r tG a t e1 { D A = M A C C o n t r o l , S A = O L T M A C a d d r e s s , c o n t e n t = G r a n t + S y n c T i m e }R E G I S T E R _ R E Q1 { D A = M A C C o n t r o l , S A = O N U M A C a d d r e s s ,c o n t e n t = P e n d i n g g r a n t s }R E G I S T E R1 { D A = O N U M A C a d d r e s s , S A = O L T M A C a d d r e s s ,c o n t e n t = L L I D + S y n c T i m e + e c h o o f p e n d i n g g r a n t s }G a t e2 { D A = M A C C o n t r o l , S A = O L T M A C a d d r e s s , c o n t e n t = G r a n t }R E G I S T E R _ A C K2 { D A = M A C C o n t r o l , S A = O N U M A C a d d r e s s ,c o n t e n t = e c h o o f L L I D + e c h o o f S y n c T i m e }O L T O N UG a t e2 { D A = M A C C o n t r o l , S A = O L T M A C a d d r e s s , f o r c e r e p o r t }G a t e _ n u mg a t e T i m e _R E G I S T E RP r o c e s s i n g T i m eR e p o r t2{ D A = M A C C o n t r o l , S A = O N U M A C a d d r e s s }G a t e2 { D A = M A C C o n t r o l , S A = O L T M A C a d d r e s s , c o n t e n t = G r a n t }G a t e2 { D A = M A C C o n t r o l , S A = O L T M A C a d d r e s s , f o r c e r e p o r t }R e p o r t2{ D A = M A C C o n t r o l , S A = O N U M A C a d d r e s s }1M e s s a g e s s e n t e d in t h e b r o a d c a s t c h a n n e l2M e s s a g e s s e n t e d in t h e u n ic a s t c h a n n e lsMPCPDU格式與參數(shù)要求 ? REPORT消息應符合 IEEE Std 規(guī)定。 ? 多個 Queue Set中的同一 Queue n Report的值采取增量（ Incremental）方式，各 Queue n Report分別描述不同閾值下的完整以太網(wǎng)幀的總長度及其所需要的開銷；對于最后一個 Queue Set， Queue n Report應描述該隊列的全部隊列長度。 EPON－ OAM功能 ? 支持功能： ? Remote Failure Indication（遠端故障指示） ? Remote Loopbak（遠端環(huán)回） ? Link Monitoring（鏈路監(jiān)視） ? 不支持功能 ? 和單條鏈路不相關的管理功能，比如保護倒換和設備管理 ? 業(yè)務提供和協(xié)商功能，比如帶寬分配，速率適配和速度 /雙工協(xié)商等功能 ? OAM數(shù)據(jù)的安全性保證和 OAM實體的認證不在標準定義的范疇 ? 不支持設置 /寫遠端 MIB變量的能力 ? 特點 ? OAM的實現(xiàn)和使能是可選的。 ? 提供一種擴展機制使高層管理功能的應用成為可能 OAM discovery流程 E v a l u a t i n gO L T O N UE v a l u a t i n gOAM INFO(flag=0x08,OLT local evaluating)OAM INFO(flag=0x28,ONU local evaluating)S t a b l eS t a b l eOAM INFO(flag=0x30,OLT local stable)OAM INFO(flag=0x50,both sides stable)OAM INFO(flag=0x50,both sides stable)S t a b l eS t a b l eOAM INFO(flag=0x50,keep alive)OAM INFO(flag=0x50,keep alive)OAM INFO(flag=0x50,keep alive)OAM INFO(flag=0x50,keep alive)1 frame/second1 frame/secondKeepalive ProcessDiscovery Process? OAM互操作問題： ? OLT（或者 ONU）發(fā)送任何 Loopback、 Event Notification、 Variable Request， ONU（或者 OLT）應該有正常的響應 ? OAM中的 vendorspecific部分： ? 利用該域定義一些 OAM功能 動態(tài)帶寬分配（ DBA）機制 ? 相對于靜態(tài)帶寬分配（ SBA）， DBA是指實時地（ ms級）改變 PON中各 ONU上行帶寬的機制 ? 優(yōu)點：實現(xiàn)高效的 上行帶寬利用率 和 服務質量保證 ? 重點： DBA算法 ? 具體要求： ? 業(yè)務透明 ? 低時延和低時延抖動 ? 公平帶寬分配 ? 健壯性好 ? 實時性強 DBA總體要求 ? 應能根據(jù) LLID和 ONU所報告的隊列狀態(tài)信息進行分配帶寬授權。 ? DBA機制應限制 ONU的流量不超過 SLA中的最大帶寬。 ? EPON系統(tǒng)的 DBA算法應支持公平性機制； ? DBA算法的參數(shù)應可配臵，并應具備根據(jù)業(yè)務需要進行在線算法升級或者在線參數(shù)調整的