金華GPON一期總結

金華

GPON一期工程總結報告

金華GPON一期工程已經(jīng)結束，接下來主要是技術支撐為主。我大概就整個工程中的一些注意事項提幾點，金華這邊做不足的地方我也會列舉出來，但愿能給接下來項目工程開始地市的兄弟多多少少能帶來些幫助，盡量少走彎路。非常感謝領導和同事的支持。

1、工程計劃。越詳細越好。節(jié)點名稱、SID、IPVLAN等數(shù)據(jù)信息、對端情況（包括上聯(lián)設備具體的端口和對端電源）、設備類型、LACP模式、硬件情況、到貨情況、分層次完成情況、備注等等。列舉的這些選項，每個選項還應該分成若干個子選項。每個點都應該有個單獨的文件包，里面記錄著該點的硬件配置情況、開局log日志、以及與改點相關的所有信息。每個地區(qū)都應該指定一個相應的責任人，這個責任人的分配可以跟今后駐地維護的人員結合起來，同時在每個地市，都要有一個副手，否則工程上來的時候，一個人是無法運轉的過來的。每一天的工作安排都要仔細合理的分配給責任人，責任人在工作安排郵件上回復，將一天所完成的工作如實描述，記錄當前遇到的困難和接下來欠缺的資源，包括配件和需要溝通協(xié)調的資源。組長必須每天對每一個點，每一個人的工作進行仔細核實，堅決杜絕虛報瞞報現(xiàn)象。當然一定要留一個人隨即調動，以應對突發(fā)狀況，在工程之初，很多事情可以同步做起來，比如催促局方做數(shù)據(jù)、將上聯(lián)光資源調整到位、送貨到點位等等。工作安排的盡可能的緊湊一些，為后面的掃尾工作留盡可能多的冗余時間。其實很多事情拖一天是一天，當天鼓足勁，向局方努力爭取爭取也就做掉了，這就需要團隊成員的積極主動性了！硬件方面：有一個工程隊一個工作日完成過7個點的安裝記錄（金華武義）。開局方面：一個工作日兩個人完成12個點的開局記錄（金華蘭溪）。相信接下來的地市會比這做的更好。還有就是爭取周六和周日局方配合加班。如果發(fā)現(xiàn)某些地方進展遲緩，而且以組長的能力無法有效推動，一定要向領導報告，從上往下推。

2、到貨確認。每個分局一旦有東西到，就應該派人去驗貨，驗仔細，并拿到局方的確認簽字單。發(fā)貨問題是個大問題，可能最終的發(fā)貨情況跟你提交的發(fā)貨信息不符合。機框要確認好fx-8和fx-16的，主控板和上聯(lián)光模塊，PON板要檢查跳冒問題，光模塊要數(shù)好數(shù)量，金華遇到數(shù)量跟裝箱單不符的情況，當然這是個例，但這里主要還是為了強調驗貨需要很仔細的重要性。光模塊問題一直是備受關注的問題，每個地市可能會面臨好幾個廠商的光模塊，前期一定要把每個廠商的光模塊測試一遍，并且觀察收發(fā)光的情況。電源線，底座，膨脹螺絲等輔件。發(fā)貨問題千萬不要輕信局方人員的判斷，不要打個電話問問之類的就下結論。我們的人員無法拿到發(fā)貨清單，什么時候有東西到你都不會知道的，到了什么東西、到了多少東西，得到的消息都是“以現(xiàn)場到貨情況為準”。現(xiàn)在的情況都是發(fā)到每個縣分局里，如果不是特殊情況，不建議這樣操作。最好還是發(fā)到市局倉庫，再由市局統(tǒng)一調配。利：驗貨流程正規(guī)，由倉庫、局方督導、貝爾督導三方驗貨，這樣便于對整個地市的貨物的整體把握和分配，而且一旦出了差錯，責任方為中通。弊：工程過程中會有臨時調配的需求，但在市局倉庫會有一個發(fā)貨工單流程要走，會耽誤兩三天的時間。具體情況可以根據(jù)每個地市的實際情況權衡。調貨，有時候需要根據(jù)客戶的具體需求進行調貨，比如點位的增加和減少，就需要調整OLT機柜。比如實際用戶的多少就需要調整LT板卡和PON口光模塊。如果是局方的需求變更，就要爭取讓局方送貨，一來送貨過程中的責任在他們，二來我們自己沒有這么大的車子可以送OLT機柜，也節(jié)約了公司的成本。如果是我們自己的原因需要調貨，也要爭取局方送貨，至于怎么說服客戶，就看組長的發(fā)揮了。

3、現(xiàn)勘工作。一定要做現(xiàn)勘，現(xiàn)勘做的仔細，工程可以省去一大半麻煩事。寧波可能沒有時間做了，別的地市一定一定要做。安裝點位，對端電源位置，上聯(lián)位置，底座，下聯(lián)尾纖位置，并了解該點位實際放號的大致情況。電源熔絲或空開，F(xiàn)X-8需要32A以上，電源線是16方；FX-16需要50A以上（一般為63A），電源線是35方（25方的正極線也可以）。這一點非常重要，還有預估OLT到電源柜的距離，25M以內不考慮，超過25M一定要單獨列出來并想方設法解決。金華默認是接兩負一正，杭州是必須兩正兩負。這個需要根據(jù)客戶的需求進行調整，但最好是接兩負一正，因為正極是相通的，也就是只需要1和4接負，2和3其中一個接正極即可，最重要的一點是公司標配的電源線是2負1正，不爭取到這一點，會給工程帶來相當大的麻煩。（FX-16：1、4為負，2、3為正；FX-8：靠右邊一層是負極區(qū)，靠左為正極區(qū)）。PON口尾纖問題，到ODF架之間的距離，這也是工程的關鍵因素，我們的標配是25M，很難說服局方使用這種較長的尾纖，某些局點甚至只有五六米的距離。分局一般也不會有這么多尾纖備件，這就涉及到一個分局向市局申請尾纖的流程，原本這種尾纖是要我們廠商解決的，但要爭�。�可以說是務必）讓客戶市局統(tǒng)一配置采購。這一步要先做起來，以金華的經(jīng)驗來看，這個流程起碼在半個月以上。熔絲和空開也可以先走采購流程，浙江電信大多為32A的熔絲，只有小比例的母局才具備63A熔絲，但電源是我們開局工作的前提。至于客戶提及的束狀尾纖問題，如果有現(xiàn)成的束狀尾纖可用，那不妨就采用，可大大縮短OLT硬件安裝的時間，如果需要客戶提需求向上面走流程采購，就不建議使用束狀尾纖，本身這個束狀尾纖的故障率要比普通尾纖高很多，而且等客戶申請到了的時候，工程也差不多到了截止日期了。對端光模塊，比較多的分局表示，華為S93系列的光模塊缺貨，。所以這個采購流程也要先走起來。對于比較老的S78系列的華為交換機，要做好記錄，上聯(lián)鏈路聚合數(shù)據(jù)做法跟其它不同，特別是動態(tài)模式還是靜態(tài)模式，這很關鍵。

4、上聯(lián)數(shù)據(jù)部分。這個工作這個時候也應該做起來了，針對市局負責這塊數(shù)據(jù)的這個人，要下點猛藥，時時刻刻盯著他做。如果現(xiàn)在對端交換機無法確定的話，也要督促他盡快給出IP地址和VLAN。這個IP和VLAN的規(guī)劃組長也要參與，如果有問題就要盡早確定。當時金華影響工程的最大問題就在于此。每個同事都應該具備一些華為交換機的基本知識，有時候客戶會來詢問我們具體上聯(lián)該怎么做，比如需要了解s93系列的交換機缺省端口模式都是強制千兆的。還有LACP的模式，全區(qū)最好為統(tǒng)一模式，或靜態(tài)，或動態(tài)，如果不是，說服客戶。還要確定我們這段的LACP實現(xiàn)方式，是port1&port2還是nta-1、nta-2&ntb-1、ntb-2。并盡快編寫出適合本地市的開局文檔，發(fā)至組員學習并掌握。不光是知道如何configure,還要知道如何去delete。盡快找到數(shù)據(jù)部負責人將QOSprofile確定下來。上聯(lián)數(shù)據(jù)部分還包括一個跳纖問題。有相當一部分節(jié)點是沒有交換機的，那么就需要通過ODF架跳到另一個母局。這是一個比較復雜的流程，他們需要先申請光路資源，并審批通過才能去實施，而且這個實施工作并非隨工去做，需要跳線班的人去做。這里要強調一下，一旦涉及到局方需要走流程的問題，時效性一定要把握好，通常走流程會比較耗時間，那就需要提前著手做起來。還有一個是速率模板問題，省公司定義了20M,40M,50M,100M四種速率模板，其中50M，100M的下行速率需要乘以1.3。這個問題需要跟地市網(wǎng)絡部負責人盡快定下來，每個地區(qū)的具體速率可能會有所偏差。如果定義不完整或者錯誤，工單會下發(fā)失敗。

5、服務器網(wǎng)管。服務器的部署，網(wǎng)管的安裝和部署一定要仔細，北向xml的修改，這個網(wǎng)管方面在前期工單肯定會經(jīng)過一些修改和完善，但一定要集中力量先解決掉的首要問題。確定是私網(wǎng)還是公網(wǎng)等等。5520AMS客戶端的安裝和漢化工作。這也是工作的重點。每個分局負責人都要對網(wǎng)管有所了解，熟練掌握網(wǎng)管的安裝和漢化。并掌握基本的使用，這要給用戶講解的。不要出現(xiàn)用戶一問三不知情況。安裝5520后未修改語言格式，導致創(chuàng)建網(wǎng)元時采用中文時無法正常關聯(lián)到TL1GW，需要安裝中文補丁。

6、統(tǒng)一性要求。沒有規(guī)矩不成方圓，每個地市很多地方都應該要求統(tǒng)一，比如SID的設置規(guī)范性，NEname的統(tǒng)一性，開局配置的統(tǒng)一性，包括OLT密碼的統(tǒng)一等等。例如：婺城江南，SID建議設置成WY-JIANGNAN。NEname為group婺城組下的婺城江南。注意NEname和SID要保證全區(qū)的唯一性。注意保證OLT版本的統(tǒng)一，做完之后組長進行檢查：RTRV-MEM::OSWP-1::。OLT版本不統(tǒng)一問題會導致工單的問題很難被發(fā)現(xiàn)。誰開的局，數(shù)據(jù)部分就誰去做，網(wǎng)管部分也要負責完成。一定要做好開局LOG備案。開局之后，需要盡快將用戶數(shù)據(jù)部分做完整，網(wǎng)管上NE創(chuàng)建好，TL1和CLI設置完整，強制采集信息等。并且每個節(jié)點完成之后務必手動下北向工單測試，發(fā)現(xiàn)問題及時解決掉。記�。簻y試完成之后一定要下刪除工單。

7、PON口光模塊。NEO、SOU目前是在金華現(xiàn)場的兩個廠商的光模塊�，F(xiàn)在金華、舟山等現(xiàn)場出現(xiàn)ONU回光未識別的問題。這個問題還在進一步確認當中。還有一個是PON口的溫度問題，上面給出的辦法是將擋塵板拆除，但這個舉動請悄悄進行，避免被客戶發(fā)現(xiàn)，這算是硬件設計缺陷，目前也只能這樣做了，但對于機房環(huán)境欠佳的節(jié)點，請慎重這一舉動。每個光模塊插上之后，有條件的情況最好用光功率計測試PON口發(fā)光功率。正常的情況基本都在+2.3DB的范圍上下。

8、運貨情況。貨從分局到具體的點位，這個分貨，我們的人一定要過去，否則貨發(fā)錯地方帶來的后果是非常麻煩的。而且到貨，驗貨，再分貨，這個過程一定要在短時間內完成掉，局方的送貨安排是個大問題。要首要解決掉。送貨的時候我們的人最好跟下去，隨工可能會在此時將OLT安裝的點位，對端設備端口，PON口尾纖連接的ODF架位置，電源位置等確定下來。注意避免在大雨天送貨，設備會淋濕的，寧波好像出現(xiàn)過這個問題了，而且很難處理，責任無法清晰定位的。所以一開始就要注意起來。

9、客戶培訓。工程前期，建設部會組織幾次培訓，包括產品，技術，終端，網(wǎng)管等等。組長一定要準備充分，因為這種培訓是每個分局GPON負責人都會參與的，組長給他們的首肯印象就看培訓的表現(xiàn)了。電信客戶常常拿EPON跟GPON做對比。這就需要對EPON有一個比較清晰的了解。客戶培訓的對象包括：監(jiān)控方面網(wǎng)管的培訓，建設部方面對產品的培訓，裝維人員的培訓，分局人員對維護方面的培訓。金華已經(jīng)在金東多湖模塊局建立學習基地，每個禮拜都會有下面縣市的裝維人員到培訓基地學習、實踐。這一塊工作做到位了，今后裝維的壓力會小很多，特別是在工程還未結束，但同時又開始放號的階段。主要的實施部門是接入維護中心。其它地市可以參照一下。

10、工程協(xié)調會。工程協(xié)調會，重中之重，模糊的地方和責任細分都要在這個會上提出來，領導會參與，哪些問題誰來做，都會在這個會議上確定下來。然后一定要針對每個縣市負責人單獨核對過細節(jié)。比如我們的工程隊大多是沒有車子的，這就需要明確下來裝設備開局的時候要求局方保證車輛。盡可能的為我們多爭取到資源。

11、溝通問題。組長跟分公司銷售的溝通，跟地區(qū)服務經(jīng)理的溝通，跟建設部負責人的溝通，跟數(shù)據(jù)部負責人的溝通，跟接入維護中心負責人的溝通，跟每個縣市負責人的溝通，跟組員的溝通等等。有時候會遇到客戶提出的各種稀奇古怪的問題。至于溝通技巧，每個人都有自己的方式。某些不該說的話千萬要注意。組長盡快摸出局方每個人的脾氣和做事方式。其實我們的具體需要去做的工作量并不大，關鍵還在溝通協(xié)調方面。有問題如果自己能解決，那最好。如果不能解決，一定要向上級領導報告。

12、人員分配問題。哪些人是需要去帶人學的，哪些人是需要跟著人學的。根據(jù)具體的工作量和難度合理的分配人員。每天都需要給他們分配任務和目標，并且注明注意事項，晚上的時候有條件的情況下最好坐下來討論討論當天的進展、遇到的困難和接下來的工作安排。盡量別浪費時間去抱怨用戶不配合之類的話，對工作沒有任何積極意義的，反而會影響大家的情緒和積極性。今年的GPON工程安排的都非常緊湊，所以大家壓力都會很大，組長需要將自己的壓力適時的傳達給每一個實施的人員身上，這樣才能激發(fā)大家的工作積極性和緊迫感。組長不要忘了常常給組員一些肯定和贊許，并且需要時時刻刻關注團隊的狀態(tài)，要不斷的通過各種途徑給團隊打氣，部隊中指導員的作用是顯而易見的。

13、工程安全問題。分為兩個方面，第一是現(xiàn)場操作人員的人身安全，安全第一，大家千萬不要以為把這種事局限在形式上的，文字上的范圍，金華此次人員受傷問題，雖然不是特別重大的問題，但給大家敲了一個警鐘，同時也祝福受傷的這位同事早日康復。第二個是工程規(guī)范安全，金華這次有個分局機房電源柜跳閘，雖然不能判定是我們的操作直接造成的，但可以肯定跟我們的施工有關。主要責任方還在我們。在機房什么該做，什么不該做，項目啟動前，組長要給每個成員念念經(jīng)，工程人員施工規(guī)范要牢記，特別是剛出道的同事。還有個就是操作規(guī)范，如果不是特別得心應手技術精通，請嚴格按照開局文檔開局，千萬不要自己自作主張，自己搗鼓一些東西，畢竟這不是測試環(huán)境。其它無關設備最好不要去動，完成之后保持機房衛(wèi)生清潔，搬動的東西搬回原位。做事需小心、仔細，盡可能的不要給客戶留下抓把柄的機會。

接下來列舉的一些是關于技術上的一些關鍵要素。

1、資源錄入。放號初期，正常狀態(tài)下，會有比較多的單子卡住，要么卡在激活，要么卡在ITMS等。大多數(shù)原因都是資源錄入信息不正確，建議資源錄入工作由組長親自去完成。否則后面的技術支撐工作壓力會很大。下單的人員在選擇平面的時候一定要注意需要大于1平面，否則1平面是普通寬帶。金華遇到很多這類異常單子。

2、純固話用戶。有些用戶只需要安裝電話，不需要寬帶LAN和IPTV。那么很可能這類用戶家里沒有電腦，裝維人員每人都攜帶電腦目前也不現(xiàn)實。局方希望能在局里就將SN號寫入進E8C上面，到了用戶家直接插上即可使用。目前用的BBZJ22的版本是不支持這一功能的。需要跟客戶描述清楚。據(jù)CIG的人消息，下一個版本會附加上這一功能。

3、如何才算具備業(yè)務開通數(shù)據(jù)方面

a、管理通道打通

b、業(yè)務vlan，包括內外層vlan的創(chuàng)建，透傳，有組播業(yè)務的還需配置組播。各地都要確認下，不管一平面還是二平面，是否需要組播下移到OLT？別忘了設置VLAN安全轉發(fā)屬性。

上層設備數(shù)據(jù)通道是否打通，和客戶進行確認

c、lacp聚合是否完成。動態(tài)還是靜態(tài)的，并且做完之后需要驗證。

d、速率模板是否創(chuàng)建完成各地都要確認下，例如杭州，和省公司給的意見不一致，只用30M、50M和100M。金華：20M、50M、100M。

e、AMS上圖形網(wǎng)元的正確創(chuàng)建，里面涉及到clitli的用戶密碼、關聯(lián)TL1模塊，數(shù)據(jù)強制采集等等，各地負責人把關。創(chuàng)建完之后發(fā)模擬工單進行測試驗證，同時要刪除。

物理方面

a、上聯(lián)通道

b、pon口尾纖已連，至少保障配置的板卡上pon尾纖都已經(jīng)插滿。測試光功率是否達標。

c、OLT上電，板卡正常運行。---開局時通過命令查看板卡是否已經(jīng)正常啟用

4、PPPOE密碼問題。是由于ITMS可以采集HP新上的E8C的終端，老的ADSL用戶不行。ITMS下發(fā)的是ADSL用戶開戶時的初始密碼，但這類密碼大多數(shù)都被用戶修改過，導致終端無法使用寬帶LAN的問題，需要修改PPPOE密碼�；驅⒔K端側PPPOE密碼修改，或在營業(yè)受理的時候將PPPOE密碼初始化。杭州由于之前就知道這個問題，這個問題也不是個例，是每個地區(qū)、每個廠家都會遇到的問題，地市最好統(tǒng)一口徑。

我們建議：

a、受理此類業(yè)務時直接修改用戶密碼，并告知用戶。b、激活平臺是否有能力去同步HP平臺密碼并發(fā)最新的密碼給ITMS。

c、告知用戶，讓用戶自行進行修改。以目前的經(jīng)驗來看，最好建議客戶采用第一種方案。否則我們的裝維支撐壓力會很大！

5、閃訊問題。浙江大學生是一個非常龐大的閃訊用戶群體。由于目前E8C上網(wǎng)都是路由的模式，無法再進行二次撥號。因此暫時無法在E8C上實現(xiàn)閃訊業(yè)務。建議：我們就針對閃訊這個問題向研發(fā)提一下，希望能找出解決方案，電信內部也會積極尋找解決方案。CIG專家建議我針對閃訊發(fā)起一個討論的郵件，請向上層層轉發(fā)。如何在E8C上實現(xiàn)閃訊業(yè)務，需要客戶提新的需求。

6、用戶變更物理號碼。用戶變更物理號碼，但電話號碼不變。舉個通俗的例子，用戶搬了家，所在的節(jié)點變更了，但電話號碼不變。這種工單在ITMS上直接是一個刪除的工單，并沒有新增業(yè)務的工單。客戶要求必須是先增加再刪除。但實現(xiàn)起來有困難。具體的情況還需要核實。

7、用戶注冊到30%提示SN號或密碼錯�？赡艿墓收蠟椋汗�單未下發(fā)、LOID未配置、pon口尾纖跳錯、LOID未輸入正確，注意大小寫。目前遇到的大多數(shù)情況都是PON口尾纖跳錯了。

8、中文NE名稱。必須在服務器上打上中文補丁，否則查看網(wǎng)元信息status的時候會顯示不出來。中文字符編碼問題，可考慮修改ams的這個配置文件，修改成功之后重啟AMS：

/opt/ams/software/ams-9.0.10.0-108719/server/jboss-5.1.0.GA/bin/run.conf

第46行添加紅色標注部分(注意格式):JAVA_OPTS="$JAVA_OPTS

-Dni.data.home=$NI_LOCAL_DATA_HOME

-Djboss.platform.mbeanserver-XX:+UseParallelGC-XX:+UseParallelOldGC-Dclient.encoding.override=UTF-8-Dfile.encoding=UTF-8"

OLTname為全中文的情況下，漢字個數(shù)最好小于等于9個，而大于9個漢字的網(wǎng)元TID有可能不會出現(xiàn)在GW的TIDlist，可能會脫離GW，所以建議現(xiàn)場盡量中英結合，漢字個數(shù)上稍微注意下。這里還要說一點，OLTname和OLT的TID沒有

任何關系，OLT的TID也不可能為中文，而OLTname可以為字母、數(shù)字和漢字。

網(wǎng)管應該添加靜態(tài)路由。

方法為：

在目錄/etc/rc3.d下創(chuàng)建新文件，例如S99route。此文件里寫入要添加的靜態(tài)路由即可：routeaddnet10.195.0.0/1610.195.103.177

千萬記住要備份路由表！否則一旦服務器重啟，網(wǎng)元全部會脫管。

金華放號初期技術支持的故障總結會在接下來的幾周內發(fā)給大家參考一下。

希望每位同事都帶著心做事，不要范低級錯誤，積極主動，不要去抱怨，包括抱怨用戶不配合，抱怨組長分配問題，不要埋怨誰做的多做的少，畢竟任務分配不可能都是均等的。但有一點是相信做的越多，學到的東西也會越多。這期工程是極為難得的一次學習機會。一直沒有機會抽出一塊完整的時間去寫這個報告，時間緊湊，寫的比較倉促，還有很多遺漏的地方，還請各位見諒，會有或多或少的問題和不足，望各位多指正。僅供參考。

StayHungry,StayFoolish。

擴展閱讀：GPON總結

1、ITU-T于1996年5月通過了第一個無源光網(wǎng)絡方面的建議---G.982，提出了與實現(xiàn)技術無關的無源光網(wǎng)絡功能配置參考、功能結構等一般性規(guī)范。

1998年10月，ITU-T通過了關于ATM-PON的建議G.983.1，陸續(xù)出臺APON的G.983.2~10標準，規(guī)范APON涉及的各方面。

隨著因特網(wǎng)的快速發(fā)展和以太網(wǎng)的大量使用，針對APON標準過于復雜、成本過高、在傳送以太網(wǎng)和IP數(shù)據(jù)業(yè)務時效率低等因素，EFMA（EthernetintheFirstMileAlliance，第一英里以太網(wǎng)聯(lián)盟）于201*年底提出了Ethernet-PON（EPON）的概念。IEEE在201*年12月成立了IEEE802.3ah工作組，致力于開發(fā)包括EPON在內的以太接入網(wǎng)標準---IEEE802.3ah，該標準已于201*年6月正式頒布。EPON就是信息封裝成以太網(wǎng)幀進行傳輸?shù)腜ON。

APON承載以太網(wǎng)數(shù)據(jù)業(yè)務效率不高和在EPON對多業(yè)務承載、Qos保證以及電信級的運行維護管理、業(yè)務管理還存在一定的不足。

GPON(Gigabit-CApablePON)最早由FSAN組織于201*年9月提出，ITU-T在此基礎上于201*年3月頒布了描述GPON總體特性的G.984.1和GPONODN物理媒質相關（PMD）子層的G.984.2標準，201*年3月和6月分別頒布了規(guī)范GPON傳輸匯聚（TC，TransmissionConvergence）層的G.984.3和運行管理通信接口的G.984.4標準。

目前，業(yè)界最主要的兩個PON標準，一個是由IEEE802.3ah工作組制定的EthernetPON(EPON)標準，另一個是由ITU/FSAN（全業(yè)務接入網(wǎng)組織）制定的GigabitPON(GPON)標準，其共同的特點如下：

GPON下行速率高達2.5Gbit/s，上行速率高達1.25Gbit/s，EPON采用上下行各1.25Gbit/s的速率，可以滿足現(xiàn)在和未來各種寬帶業(yè)務的需要。

2、PON采用點對多點的拓撲結構，所以必須采用點對多點多址接入?yún)f(xié)議使得眾多的光網(wǎng)絡單元（ONU）或光網(wǎng)絡終端（ONT）來共享光線路終端（OLT）和主干光纜。

3、基于PON的多址接入技術：

1、時分多址接入TimeDivisionMultipuleAccess2、波分多址接入WavelengthDivisionMultipleAccess3、副載波多址接入Sub-CarrierMultipleAccess4、碼分多址接入CodeDivisionMultipleAccess

對于時分多址接入:下行方向(OLT到ONU)通過TDM廣播方式發(fā)送給各ONU信息數(shù)據(jù),并用特定的標識來指示各時隙是屬于哪個ONU的。載有所有ONU的全部信息的光信號功率在光分路器處被分為若干份經(jīng)各分支光纖到達各ONU，各ONU根據(jù)相應的標識收取屬于自己的下行信息數(shù)據(jù)（即時隙），其他時隙的信息數(shù)據(jù)則丟棄。上行方向（ONU到OLT）通過TDMA方式實現(xiàn)接入。各ONU在OLT的控制下，只在OLT指定的時隙發(fā)送自己的信息數(shù)據(jù)。各ONU的時隙在光合路器處匯合，PON系統(tǒng)的測距和多址接入控制保證上行各ONU的信息數(shù)據(jù)不發(fā)生沖突。

廣播方式：GPON的下行幀長為固定的125us，下行為廣播方式，所有的ONU都能收到相同的數(shù)據(jù)，但是通過ONUID來區(qū)分不同的ONU的數(shù)據(jù)，ONU通過過濾來接收屬于自己的數(shù)據(jù)。TDMA方式：GPON的上行是通過TDMA（時分復用）的方式傳輸數(shù)據(jù)，上行鏈路被分成不同的時隙，根據(jù)下行幀的upstreambandwidthmap字段來給每個ONU分配上行時隙，這樣所有的ONU就可以按照一定的秩序發(fā)送自己的數(shù)據(jù)了，不會產生為了爭奪時隙而沖突。每幀共有9120個時隙。

4、光耦合器：光纖、光分路器、光合路器

5、TDM和TDMA寬帶無源光網(wǎng)絡的關鍵技術：測距、突發(fā)接收、突發(fā)發(fā)射、MAC協(xié)議/動態(tài)帶寬分配。測距：未避免時隙重疊/沖突，必須首先知道各ONU距OLT的時延也就是距離，不然各個ONU到達OLT的上行傳輸時延差異可能造成各ONU時隙交疊，導致來自不同的時隙發(fā)生碰撞。因此必須引入測距技術對由于物理傳輸機制引發(fā)的時延差異進行補償，以確保不同ONU所發(fā)出的信號能夠在OLT處準確地復用在一起。

測距的基本思路：測量出各個ONU到OLT的信號環(huán)路延遲時間，然后為每個ONU插入一個特定的均衡時延Td值，使所有ONU在插入Td后的環(huán)路延遲時間（成為均衡環(huán)路延時值Teqd）都相等，其結果類似于使每個ONU都移到與OLT相同的邏輯距離處。

測距過程分為靜態(tài)測距過程和動態(tài)測距過程。靜態(tài)測距過程：指測距時ONU沒有傳輸用戶業(yè)務。動態(tài)測距（動態(tài)調整）過程：在ONU上有用戶業(yè)務運行的情況下進行的，主要是為了補償光纖線路及器件的延時特性隨環(huán)境和時間變化而發(fā)生的變化。它是在靜態(tài)測距完成的基礎上所做的一種實時性調整，貫穿整個運行過程。

靜態(tài)測距過程可以分為兩個階段：粗測和精測。粗測用來測量ONU的大概距離，精度一般較低，對ONU的插入時延做粗略調整；精測用來對ONU的距離進行進一步測量，精確調整ONU的插入延時。而動態(tài)測距則采用在靜態(tài)測距基礎上實時監(jiān)測時隙到達時間的方式來動態(tài)調整均衡時延的變化。

靜態(tài)測距的方法：開窗測距法、低幅偽隨機碼測距（擴頻法）、低幅低頻正弦波測距（帶外法）。其中開窗測距法：當有ONU需要測距時，OLT發(fā)出指令使所有運行中的ONU在某段時間暫停上行業(yè)務，相當于在上行時隙內打開一個測距窗口；同時命令被測距的ONU向上發(fā)送一個特殊的時隙信號。OLT記錄從發(fā)出命令到收到ONU的響應信號的延時，即可得到此ONU的環(huán)路延時值Tloop。在此假設每個ONU響應OLT命令的時間是固定不變的，那么將測量到的環(huán)路延時值與預先設定的均衡環(huán)路延時值Teqd比較。即可得到此ONU該插入的時延Td。此后ONU接到OLT的向上發(fā)送信息的命令不是立即響應，而是延時Td再向上發(fā)送信息即可，此時ONU的上行信息不會與相鄰的ONU的信息發(fā)生沖突，完成測距功能。

注：各個ONU的插入時延Td是不同的，但均衡環(huán)路延時值Teqd是一致的。

6、MAC協(xié)議/動態(tài)帶寬分配:

在OLT為保證多個ONU的上行時隙不碰撞多址（多個ONU）接入而授權ONU上行發(fā)送時刻和時隙大小時就決定ONU上行帶寬的分配，因為時隙的大小就對應帶寬的多少。多址接入控制MAC（MediaAccessControl）就是為了解決在共享媒質網(wǎng)絡里如何防止共享帶寬的用戶之間信息互相干擾而采取的一種媒質接入控制機制。

PON上行系統(tǒng)帶寬的分配可以考慮兩種機制。靜態(tài)帶寬分配（StaticBandwidthAssignment）和動態(tài)帶寬分配（DynamicBandwidthAssignment），即DBA。靜態(tài)帶寬分配對帶寬采用固定配置的方式，系統(tǒng)按照各ONU預定的帶寬進行初始配置，運行期間其值保持不變。弊端：系統(tǒng)帶寬會很快被耗盡；各ONU的數(shù)據(jù)流往往不是同時處于峰值而導致整個系統(tǒng)帶寬沒有充分利用，系統(tǒng)資源利用率大大降低；某些ONU有大的突發(fā)數(shù)據(jù)分組到來，數(shù)據(jù)不能及時發(fā)送出去，導致數(shù)據(jù)的丟包率和時延增加。動態(tài)帶寬分配對帶寬采用實時調度方式，系統(tǒng)按照各ONU實時上報的請求或OLT監(jiān)測到的ONU帶寬需求統(tǒng)籌安排，動態(tài)調整授權給ONU的帶寬值。

1、MAC/DBA協(xié)議的基本原則：PON對MAC/DBA的要求：

1）高效率：能高效地動態(tài)分配網(wǎng)絡資源，在總帶寬受限的情況下盡量滿足每個用戶的帶寬需求。2）公平分配帶寬：根據(jù)用戶和運營商的SLA合約來決定保證用戶的帶寬大小、Qos指標等。3）區(qū)分業(yè)務、保證Qos：支持多業(yè)務同時接入并保證不同業(yè)務的不同Qos保證。4）適于OLT集中控制：MAC/DBA協(xié)議盡量放在OLT側實施，減少ONU的參與。評價MAC/DBA的性能指標：

1）帶寬利用率：一般DBA多能達到90%以上的帶寬利用率。

2）公平性因子：FairnessFactor的值越小越好，理想情況下值應等于零。3）丟包率：MAC/DBA算法好壞對丟包率有直接影響。

4）時延和時延變化：為保證低的丟包率，對于某些ONUs的瞬時過載情況，即ONUs要求帶寬的總和大于系統(tǒng)所能提供帶寬的情況，不能馬上丟棄過載的數(shù)據(jù)包，數(shù)據(jù)包繼續(xù)緩存在ONU側的緩存器中，只要有可能DBA協(xié)議會把未滿足的帶寬要求及時補上，即下次或再下次等多給該ONU帶寬（時隙）。但緩存過大，就會影響該ONU的時延、時延變化性能，無法保證業(yè)務質量的時延上的要求。因此各性能參數(shù)要根據(jù)業(yè)務的Qos要求總和考慮。

2、DBA功能：一般PON系統(tǒng)的DBA功能包括下面4個部分：1）OLT和/或ONU檢測帶寬需求情況或者說擁塞狀況；2）報告帶寬需求/擁塞狀況給OLT；

3）OLT根據(jù)帶寬請求和合約情況更新帶寬分配；4）OLT根據(jù)更新后的帶寬發(fā)布授權。5）DBA操作的管理

7、GPON以T-CONT作為流量調度的基本單位，并將T-CONT分為5種類型，不同類型的T-CONT具有不同的帶寬分配方式，可以滿足不同業(yè)務流對時延、抖動、丟包率等不同的QoS要求。標準中又將帶寬分成4種類型，分別是固定帶寬（Fixed）、保證帶寬（Assured）、非保證帶寬（Non-Assured）和盡力而為帶寬（BestEffort），帶寬分配優(yōu)先級依次下降。

不同的T-CONT類型分別適用于支持企業(yè)不同類型的業(yè)務，如專線、話音、視頻、VPN和寬帶上網(wǎng)等。通過這種機制，配合高效的DBA算法，可以最大程度地利用PON網(wǎng)絡的帶寬，為企業(yè)客戶提供高質量的接入服務。

GEMPort：業(yè)務的最小承載單位。

T-CONT:TransmissionContainers。是一種承載業(yè)務的Buffer。主要用來傳輸上行數(shù)據(jù)的單元，引入T-CONT主要是為了解決上行帶寬動態(tài)分配，以提高線路利用率。

業(yè)務根據(jù)映射規(guī)則先映射到GEMPort中，然后在映射到T-CONT中進行上行傳輸。GEMport可以靈活的映射到T-CONT中，一個GEMPort可以映射到一個T-CONT中去，多個GEMPort也可以映射到同一個T-CONT中。

一個ONU的GPON接口中可以包含一個或多個T-CONT。

一、GPON概述

1、GPON是ITU-T提出的每秒吉比特級光纖接入網(wǎng)，以ATM信元和GEM（GPONEncapsluationMethod）幀承載多業(yè)務，支持對稱/非對稱工作方式。

2、OLT和ONU的連接模式：包括ATM模式、GEM模式和雙重模式。OLT支持的模式OLTONU支持的模式GEMGEMDualATM√√N/ADual（雙重的）√√√ATMN/A√√ONU3、OLT和ONU的功能：OLT的典型功能模塊為PON核心模塊（PONCoreShell）、交叉連接模塊（CrossConnectShell）、業(yè)務模塊（ServiceShell）。ONU的典型功能模塊為PON核心模塊、業(yè)務模塊；交叉連接功能可以省略掉，卻而代之的是業(yè)務的復用和解復用功能。其中PON核心模塊是由ODN接口功能和PONTC功能組成。

4、GPON層次模型：技術特征主要體現(xiàn)在傳輸匯聚層（GTC，GPONTransmissionConvergence）。

GPON系統(tǒng)層次模型

傳輸媒質層（注：傳輸媒質層應提供相關的OAM功能）傳輸匯聚層（TC層）適配子層OMCI適配子層：識別VPI/VCI和Port_ID，提供該通道數(shù)據(jù)和高層實體的交換。ATM適配子層：ATMSDU和PDU的轉換GEM適配子層：GEMSDU和PDU的轉換成幀子層測距上行時隙分配帶寬分配保密和安全保護倒帶物理媒質層（PM層）E/O適配波分復用光纖連接注：PDU（協(xié)議數(shù)據(jù)單元）SDU（業(yè)務數(shù)據(jù)單元）

5、GPON協(xié)議棧

GTC協(xié)議棧：GPONTC層協(xié)議棧由GTC成幀子層（GTCFramingSub-layer）和TC適配子層（TCAdaptationSub-layer）組成。

控制/管理平面(C/M)協(xié)議棧：由3部分組成，嵌入式OAM、PLOAM和OMCI。嵌入式OAM和PLOAM通道管理PMD層和GTC層；OMCI提供了更高層次業(yè)務的統(tǒng)一管理。

嵌入式OAM通道通過GTC幀頭中域格式信息來提供(BDMap，DBRu等)。功能包括：帶寬授權，動態(tài)帶寬分配信令等。PLOAM通道涉及ONU注冊、加密，BootOMCI等功能。OMCI通道用于管理在GTC層上層定義的業(yè)務的管理。

U平面協(xié)議棧：通過業(yè)務類型（ATM或GEM模式）和它們的Port_ID或VPI來識別業(yè)務流。Port_ID用來識別GEM業(yè)務流，VPI用來識別ATM業(yè)務流。GPON采用G.983.4中規(guī)范的傳輸容器（T-CONT）概念，T-CONT通過Alloc_ID來識別，捆綁業(yè)務單元。帶寬分配和Qos保障都以每一個T-CONT為單位授權控制，不同的業(yè)務類型不能映射到同一個T-CONT，必須映射到不同的T-CONT，有不同的Alloc_ID。6、GPON的復用機制：

在GPON的TC層定義了基于ATM和基于GEM的兩種多路復用機制。T-CONT是基本的控制單元，通過Alloc_ID來標志識別。在GEM業(yè)務中，一個T-CONT中業(yè)務流的復用由端口來完成，通過Port_ID來識別。在ATM業(yè)務中，一個T-CONT中業(yè)務流的復用由VP/VC來完成，通過VPIs/VCIs來識別。而且在一個PON中和一個ONU中兩種方式混合配置。

GPON中的保護倒換要求能支持自動倒換和強制倒換。倒換機制由OAM功能來實現(xiàn)，通過在PLOAM域中傳送PON段蹤跡（PONSectionTrace，PST）信息來實現(xiàn)其具體的倒換。

二、GPONPMD層1、PMD層的基本要求：2、PMD層和TC層的相互作用：

1）通過FEC獲得光增益。采用FEC可用較正常要求性能差些的光收發(fā)模塊來支持正常要求的ODN衰減范圍。采用FEC帶來的有效光增益可降低發(fā)射機功率、接收機靈敏度性能要求。FEC在TC層實施。2）功率電平調整機制：要求TC層的配合，ONU根據(jù)OLT發(fā)送的下行信息增加/減少發(fā)送功率。3）上行物理層開銷

三、GPONTC層1、GTC關鍵功能2、GTC業(yè)務流與Qos3、GTCTC幀1）下行幀GPON下行幀結構DownstreamFraming125usPCBdnPayloadnPCBdn+1Psync4bytesIdent4bytesPLOAMd13bytesBIPPayloadnPlendPlend4bytesUSBWMapN*8bytes1bytes4bytesCoverageofthisBIPFECInd1bitReserved1bitSuper-frameCounter30bitsCoverageofnextBIPBlenBWMapAlenATMPartitionLength12bitsLength12bitsAccess18bytesAllocID12bitsFlags12bitsCRC8bits…..Accessn8bytesSStop2bytesCRC1byteAccess28bytesSStart2bytesSendPLSSendPLOAMnUseFEC1bit1bit1bitSendDBRuReserved2bits7bits對于下行速率為1.24416Gbit/s和2.48832Gbit/s的數(shù)據(jù)流，幀長均為125μs，因此，1.24416Gbit/s系統(tǒng)的幀長為19440字節(jié)，而2.48832Gbit/s系統(tǒng)的幀長為38880字節(jié)，兩種速率對應的幀的PCBd的長度都是相同的，但與每幀中分配結構的數(shù)目有關。

－－－－GPON下行幀封裝－－－－

GPON的下行幀由PCBd+Payload兩部分構成。

PCBd：物理控制塊，完成幀同步、定位和帶寬分配等功能。Payload：和上行幀中的GemFrame一樣，承載上層PDU。Psync：物理層同步信息，用于OLT和ONU的同步Ident：標識域

FEC：前向糾錯Reserved：保留

Super-Frame：指示超長幀

PLOAMd：下行數(shù)據(jù)的物理層OAM消息（定義了N多種的消息，參考G.984標準）BIP：對前后兩幀BIP字段之間的所有字節(jié)做奇偶校驗，用于誤碼監(jiān)測Plend：指定其后BWmap字段的長度Blen：BWmap=8×Blen

Alen：用于承載ATMCELL，不考慮CRC：校驗

Plend會連續(xù)發(fā)送兩次，以增加健壯性USBWmap：Access_Node_N×8bytes

（N就是之前Plend計算出的長度值，即下次又分配了多少個TCONT，每一個Access就是一個TCONT）Alloc-id：GPON系統(tǒng)對每一個業(yè)務承載通道(Gemport)分配的TCONT標識，用于在TDM上行通道中占用上行時隙。

華為OLT設備為簡化配置，引入了公示Alloc_id=256*Tcont_id+ONU_idFlags：用于指示下次ONU發(fā)送上行數(shù)據(jù)的行為(PLOAMu,PLSu,DBRu)Bit-11：PLSu是否發(fā)送；Bit-10：PLOAMu是否發(fā)送；Bit-9：是否使用FEC；Bit-8,7：是否發(fā)送DBRu；Bit-6~0：保留

S-start，S-stop：分配的上行時系，以字節(jié)號為單位CRC：校驗

2）上行幀

GPON上行幀結構

UpstreamFramingPLIGemPortIDPTIHECDBACRCGEMFrameGEMFullGEMFramePLOuPLOAMuPLSuDBRuxPayloadxDBRuyPayloadyONTAPLOuDBRuzPayloadzONTBPreambleDelimiterBIPONU-IDIndONU-IDMsgIDMessageCRCDBAReportPadifneededPLOu信息的狀態(tài)包含在時間分配的安排中。每當ONU從另一個ONU接管PON媒介時，都必須發(fā)送一個新的PLOu數(shù)據(jù)的拷貝。當一個ONU獲得兩個連續(xù)的分配ID時，（一個分配的StopTime比另一個分配的StartTime少1），ONU不應為第二個Alloc-ID發(fā)送PLOu

數(shù)據(jù)。當OLT授權ONU多個連續(xù)的Alloc-ID時，這種PLOu數(shù)據(jù)發(fā)送抑制會多次發(fā)生。注意連續(xù)分配禁止OLT在同一ONU的傳輸中留有間隔。分配必須嚴格連續(xù)，或者視為來自兩個不同ONU的分配來安排。

－－－－GPON上行數(shù)據(jù)幀封裝－－－－

PLOu：物理控制頭，主要為了幀定位、同步和標明此幀是哪個ONU的數(shù)據(jù)。

PLOAMu：上行數(shù)據(jù)的物理層OAM消息，主要是上報ONU的維護、管理狀態(tài)等管理消息。（不是每幀都有，是否發(fā)送，取決于前次下行幀種的FLAG指示）PLSu：功率級別序列，用于ONU調整光口光功率PowerLevellingSequenceupstream（不是每幀都有，是否發(fā)送，取決于前次下行幀種的FLAG指示）

DBRu：主要是上報T-CONT的狀態(tài)，為了給下一次申請帶寬，完成ONU的動態(tài)帶寬分配。（不是每幀都有，是否發(fā)送，取決于前次下行幀種的FLAG指示）

Payload：數(shù)據(jù)靜荷，可以是數(shù)據(jù)幀也可以是DBA狀態(tài)報告，Payload=（DBAReport+Pad）/（GemHeader+GemFrame)。

PLOu：物理控制頭，主要為了幀定位、同步和標明此幀是哪個ONU的數(shù)據(jù)。PhysicalLayerOverheadupstream

上行物理層開銷

Preamble：前導字段Delimiter：幀定界符

BIP：對前后兩幀BIP字段之間的所有字節(jié)（不包括前導和定界）做奇偶校驗，用于誤碼監(jiān)測ONU_id：唯一標識ONU

Ind：指示ONU的狀態(tài)，即是否有上行的TCONT數(shù)據(jù)或PLOAM要發(fā)送

PLOAMu：上行數(shù)據(jù)的物理層OAM消息，主要是上報ONU的維護、管理狀態(tài)等管理消息。（不是每幀都有，是否發(fā)送，取決于前次下行幀種的FLAG指示）ONU_id：唯一標識ONUMsg_id：消息ID號

Msg：消息內容，OAM的消息，在G.984中有詳細的分類定義CRC：校驗

PLSu：功率級別序列，用于ONU調整光口光功率

（不是每幀都有，是否發(fā)送，取決于前次下行幀種的FLAG指示）

DBRu：主要是上報T-CONT的狀態(tài)，為了給下一次申請帶寬，完成ONU的動態(tài)帶寬分配。（不是每幀都有，是否發(fā)送，取決于前次下行幀種的FLAG指示）DBA：屬于嵌入式EOAM信息，目前采用Piggy-back方式也是最推薦的CRC：校驗

Payload：數(shù)據(jù)靜荷，可以是數(shù)據(jù)幀也可以是DBA狀態(tài)報告。Payload=（DBAReport+Pad）/（GemHeader+GemFrame)頭部分解－－

PLI：指示后面FramePayload的長度

GemPort_ID：承載上層PDU的最基本單位（管道），類似PVC

PTI：指示FramePayload的類型（是user-data、幀尾、還是OAM消息）HEC：頭部校驗

FramePayload：承載的上層PDU

關于DBA：有3種機制都可以上報DBA申請：（1）PLOu中的Ind狀態(tài)（2）DBRu中的Piggy-back（3）GemPayload為DBA報告信息3）TDM業(yè)務在GPON中的映射方式

TDMBufferIngressbufferGEMFramePLIPortIDPTIHECPayloadTDMfragmentTDMdataTDM

TDM業(yè)務先導入緩存中進行排隊，并且按照固定的字節(jié)數(shù)復用到GEM幀中進行傳輸。這種方式不對具體的TDM業(yè)務進行感知，只進行透傳處理。GEM幀具有定長的特點，對TDM業(yè)務傳輸非常有利。

4）以太網(wǎng)業(yè)務在GPON中的映射方式

EthernetPacketInterpacketgapGEMFrame

PLIPortIDPreambleSFDDASALength\\TypeMACclientdataPTICRCGEMPayload5bytes

FECEOFGPON系統(tǒng)對以太網(wǎng)幀進行解析，將數(shù)據(jù)部分直接映射到GEMPayload中去進行傳輸。GEM幀會自動封裝頭信息。

映射的格式清晰，設備很好實現(xiàn)，兼容性好。

5）DBA概念

什么是DBA?

---DBA,DynamicallyBandwidthAssignment(動態(tài)帶寬分配)

---DBA是一種能在微秒或毫秒級的時間間隔內完成對上行帶寬的動態(tài)分配的機制為什么需要DBA？

---可以提高PON端口的上行線路帶寬利用率---可以在PON口上增加更多的用戶

---用戶可以享受到更高帶寬的服務，特別是那些對帶寬突變比較大的業(yè)務GPON系統(tǒng)采用SBA+DBA的方式來實現(xiàn)帶寬的有效利用，TDM業(yè)務通過SBA指配帶寬以保證其高QoS，其他一些業(yè)務可以通過DBA來動態(tài)分配帶寬。DBA的實現(xiàn)與QoS的保障機制有密切關系。GPON系統(tǒng)通過狀態(tài)的上報以及OLT業(yè)務監(jiān)視（非狀態(tài)上報）支持動態(tài)帶寬分配。GPON的狀態(tài)上報DBA存在3種機制：

a)b)c)a)b)c)d)e)

PLOu-StateIndDBA;DBRu-Piggy-backDBA;PayloadDBA;

OLT或ONU進行擁塞檢測;向OLT報告擁塞狀態(tài);

按照指定參數(shù)更新OLT分配帶寬;

OLT按照新分配的帶寬和T-CONT類型發(fā)送授權;DBA操作的管理。

DBA功能的實現(xiàn)機制主要包括以下幾個部分：

DBA的實現(xiàn)過程

OLTDBA算法邏DBA報告ONU輯BWMap控制平面數(shù)據(jù)平面T-CONTTimeslot調度器T-CONT

給各ONU。

>各ONU根據(jù)BWMap信息在各自的時隙內發(fā)送上行突發(fā)數(shù)據(jù)，占用上行帶寬。

T-CONT>OLT內部DBA模塊不斷收集DBA報告信息，進行相關計算，并將計算結果以BWMap的形式下發(fā)

DBA的兩種實現(xiàn)模式

SR(StatusReporting)-DBA

D/SDirectionOLT

ONT

Payload①

PCBdUS②

U/SDirectionDataRep③

④

OLT根據(jù)上次計算的結果在下行幀頭中下發(fā)BWMap。

ONU根據(jù)帶寬分配信息在規(guī)定的時隙上發(fā)送目前T-CONT中等待發(fā)送的數(shù)據(jù)狀態(tài)報告。OLT收到ONU的狀態(tài)報告后，經(jīng)過DBA計算并更新BWMap，在下一幀進行下發(fā)。ONU收到OLT下發(fā)的BWMap消息后，在指定的時隙上發(fā)送數(shù)據(jù)。

NSR(NonStatusReporting)-DBA

在OLT處監(jiān)視從NSR-ONU/ONT來的信元數(shù)據(jù)流的算法過程(Procedure)：

Step1：在確定的間隔(interval)內監(jiān)視OLT接收到的信元數(shù)目。

Step2：通過使用在Step1中的實時監(jiān)控(realtimemonitoring)結果來計算利用速率(utilizationrate)。

Step3：通過比較利用速率和極限值，來認識(recognize)擁塞程度。

DDjDi

ijtGPON中的QoS處理

GPON業(yè)務承載層ETH/TDMGPONQoS處理機制VLAN/COS/PQ/GTS/POLICINGEMFlowcontrol/ClassificationGTCT-CONT/DBGTC

PON系統(tǒng)架構是下行方向為廣播方式，上行方向為TDMA方式，所以只對上行方向的業(yè)務流提供QoS處理。

QoS處理的最小單元是T-CONT，T-CONT可以看作是ONU業(yè)務流的承載容器，調度機制是DBA（動態(tài)帶寬分配）。

DBA的算法是GTC的QoS處理性能的關鍵。GEM

在GEM層主要是針對每個GEMPort進行業(yè)務流分類，類似于DSLAM的單PVC多業(yè)務的處理方式。針對流分類后的業(yè)務分別進行優(yōu)先級修改、流量監(jiān)管和轉發(fā)處理。ETH/TDM

TDM業(yè)務（非電路仿真方式）為面向連接，系統(tǒng)可以通過靜態(tài)配置帶寬嚴格保證面向連接的QoS。ETH業(yè)務（包括電路仿真方式的TDM業(yè)務）主要是基于二層VLAN、COS等標識進行業(yè)務的QoS處理，QoS主要處理機制分為流分類、監(jiān)管、隊列調度、擁塞處理、整形，它們的實現(xiàn)復雜度是影響QoS處理性能的關鍵。GPON系統(tǒng)的AES加密處理

132131ONT解密111EndUser1OLT加密132131132131ONT解密13212EndUser2AES:AdvancedEncryptSystem一種國際通用的加密算法31ONT解密

33EndUser3

GPON支持下行廣播數(shù)據(jù)進行AES128加密處理。只對GEM幀中的Payload進行加密處理。

GPON系統(tǒng)定期的進行AES密鑰交換和更新，提高了線路數(shù)據(jù)的可靠性。

密鑰更換由OLT發(fā)起密鑰更換請求，ONU響應并將生成的新的密鑰，并分兩部分發(fā)給OLT，且重復發(fā)送三次，OLT收到了新的密鑰后，就要開始進行密鑰切換，將使用新的密鑰的幀號通過相關的命令通知ONU（也是三次），ONU在相應的數(shù)據(jù)幀上切換校驗密鑰。

4、ONU注冊

ONU注冊由自動發(fā)現(xiàn)流程完成。ONU注冊有兩種方式：“配置S/N”方式是通過管理系統(tǒng)（如NMS和/或EMS）在OLT注冊ONU序列號，“發(fā)現(xiàn)S/N”方式是不通過管理系統(tǒng)（如NMS和/或EMS）在OLT注冊ONU序列號。

5、ONU的激活方式

ONU的激活過程包括：OLT和ONU之間協(xié)商工作參數(shù)、測量OLT和ONU之間的邏輯距離、建立上下行通信通道。對OLT和ONU之間邏輯距離的測量即測距。GPON采用帶內方式對在線系統(tǒng)中的ONU進行測距。對新加入到系統(tǒng)中的ONU進行測距時，已工作的ONU應暫停發(fā)送信號，以打開一個測距窗口。該窗口的大小與新加入系統(tǒng)的ONU的距離有關，如果能預先知道新加入系統(tǒng)的ONU的距離則可以減小窗口，但通常該窗口取（PON的最大距離差－20km）。ONU激活概述

ONU的激活過程由OLT控制，其激活過程大致如下：ONU通過Upstream_Overhead消息接收工作參數(shù)

ONU根據(jù)接收到的工作參數(shù)調整自己的參數(shù)（如：發(fā)送光功率）OLT通過Serial_NumberAcquisition流程發(fā)現(xiàn)新ONU的序列號OLT給所有新ONU分配ONU-IDOLT測量新ONU的均衡時延OLT將測量的均衡時延傳送給ONU

ONU根據(jù)均衡時延調整其上行幀的發(fā)送起始點

以上激活過程是通過交互上下行標記（flag）以及PLOAM消息來完成的。6、ONU的狀態(tài)ONU有7種狀態(tài)：a)初始狀態(tài)Initial-state（O1）

該狀態(tài)的ONU剛剛上電，仍處于LOS/LOF。一旦接收到下行流，LOS和LOF消除，ONU就轉移到待機狀態(tài)（O2）。b)待機狀態(tài)Standby-state（O2）

該狀態(tài)的ONU已經(jīng)接收到下行流，在等待接收網(wǎng)絡參數(shù)。當ONU接收到

Upstream_Overhead消息后根據(jù)這些網(wǎng)絡參數(shù)進行相關配置（如：定界符、功率模式、預置的均衡時延）并轉移到序列號狀態(tài)（O3）。c)序列號狀態(tài)Serial-Number-state（O3）

OLT給所有處于該狀態(tài)的ONU發(fā)送Serial-NumberRequest消息，以發(fā)現(xiàn)新的ONU以及他們的序列號。當OLT發(fā)現(xiàn)了新的ONU后，ONU就等待OLT給它指配ONU-ID。OLT通過Assign_ONU-ID消息來指配ONU-ID。ONU獲得ONU-ID后就轉移到測距狀態(tài)（O4）。d)測距狀態(tài)Ranging-state（O4）

不同的ONU發(fā)送信號到達OLT時應保持同步，為此每個ONU需要一個均衡時延，該參數(shù)是在測距狀態(tài)中測得的。ONU接收到Ranging_Time消息后轉移到運行狀態(tài)（O5）。e)運行狀態(tài)Operation-state（O5）

處于該狀態(tài)的ONU可以在OLT的控制下發(fā)送上行數(shù)據(jù)以及PLOAM消息，該狀態(tài)中的ONU也可根據(jù)需求建立其他連接。當測距成功后，所有的ONU都依據(jù)各自的均衡時延發(fā)送信號，以保持上行幀的同步。不同ONU發(fā)送的信號將分別到達OLT，但每個信號會正好出現(xiàn)在上行幀中它應該出現(xiàn)的位置上。

暫停運行中的ONU：在正常運行時，OLT可能使ONU暫停發(fā)送信號以獲得其它ONU的序列號或對其它ONU進行測距。OLT持續(xù)一段時間停止對所有上行帶寬的授權，ONU按照正常的方式工作，由于沒有接收到授權就不會發(fā)送信號，從而產生一個安靜時段，這樣OLT就使得所有ONU暫停發(fā)送信號。f)POPUP狀態(tài)POPUP-state（O6）

當處于運行狀態(tài)（O5）的ONU檢測到LOS或LOF時就進入到該狀態(tài)。在該狀態(tài)中ONU立即停止發(fā)送信號，這樣OLT將檢測到該ONU的LOS告警。

當ODN光纖中斷時，許多ONU都會進入到該狀態(tài)，從網(wǎng)絡可靠性考慮，此時應采用以下方式之一：

如果啟用了保護倒換，所有的ONU將倒換到備用光纖上。這時所有ONU將重新進行測距，為此OLT發(fā)送BroadcastPOPUP消息通知所有ONU進入到測距狀態(tài)（O4）。如果沒有保護倒換但ONU具有內部保護能力，OLT發(fā)送DirectedPOPUP消息通知ONU進入運行狀態(tài)（O5）。當ONU進入到O5狀態(tài)時，OLT需要先對該ONU進行檢測，之后再恢復該ONU的業(yè)務。

如果ONU沒有從LOS或LOF中恢復過來，ONU就不會收到BroadcastPOPUP消息或DirectedPOPUP消息，經(jīng)過TO2時間后ONU進入初始狀態(tài)（O1）。g)緊急停止狀態(tài)Emergency-Stop-state（O7）

當ONU接收到的Disable_Serial_Number消息帶有“Disable”選項時，ONU就進入到緊急停止狀態(tài)（O7）并關閉激光器。

在O7狀態(tài)下，ONU被禁止發(fā)送信號。如果ONU沒有成功進入到O7狀態(tài)，并且OLT仍能繼續(xù)接收到ONU發(fā)送的信號，OLT將產生Dfi告警。

當ONU的故障排除后，OLT發(fā)送帶有“Enable”選項的Disable_Serial_Number消息，從而激活該ONU。ONU接收到消息后進入待機狀態(tài)（O2），所有的參數(shù)（包括序列號和ONU-ID）將被重新檢查。

7、安全：在開啟加密算法前，OLT和ONU通過OMCI通道來協(xié)商算法。

8、前向糾錯FEC：前向糾錯（FEC）通過在通信系統(tǒng)的傳送層傳輸編碼后的數(shù)據(jù)進行。編碼引入了冗余，

這使得解碼器可以檢測和糾正傳輸錯誤。例如，對于輸入的BER＝10-4的數(shù)據(jù)，F(xiàn)EC解碼器輸出數(shù)據(jù)的BER將會下降到10-15。通過使用FEC技術，可以達到比較低的數(shù)據(jù)傳輸錯誤率，從而避免重傳。FEC可以增加鏈路預算3～4dB。這樣，可以支持更高速率和更長的傳輸距離，以及每個PON使用更多數(shù)量的分支。

友情提示：本文中關于《金華GPON一期總結》給出的范例僅供您參考拓展思維使用，金華GPON一期總結：該篇文章建議您自主創(chuàng)作。

來源：網(wǎng)絡整理 免責聲明：本文僅限學習分享，如產生版權問題，請聯(lián)系我們及時刪除。

《金華GPON一期總結》由互聯(lián)網(wǎng)用戶整理提供,轉載分享請保留原作者信息,謝謝!
鏈接地址：http://m.7334dd.com/gongwen/677929.html

• 上一篇：計費中心實習總結
• 下一篇：201*年培訓工作總結