簡單運(yùn)維的OTN網(wǎng)絡(luò)詳解

OTN網(wǎng)絡(luò)引入城域后，運(yùn)營商原有的SDH網(wǎng)絡(luò)運(yùn)維人員面對的是全新的網(wǎng)絡(luò)結(jié)構(gòu)和復(fù)雜的業(yè)務(wù)模型。以傳統(tǒng)的經(jīng)驗(yàn)，顯然難以支撐起OTN網(wǎng)絡(luò)的運(yùn)維。

隨著網(wǎng)絡(luò)技術(shù)和智能終端的發(fā)展，城域網(wǎng)中IP業(yè)務(wù)逐漸成為最大的業(yè)務(wù)類型，大顆粒業(yè)務(wù)需求也逐步增加。這種變化對城域傳送網(wǎng)提出了大容量、粗管道、IP化和高可靠的要求。OTN網(wǎng)絡(luò)由于對高帶寬承載的經(jīng)濟(jì)性，同時(shí)又能支持細(xì)顆粒業(yè)務(wù)靈活調(diào)度，成為打造超寬帶城域網(wǎng)的必然選擇。

OTN大量進(jìn)入城域網(wǎng)絡(luò)后，原SDH運(yùn)維人員面臨OTN網(wǎng)絡(luò)運(yùn)維的挑戰(zhàn)。一方面是OTN網(wǎng)絡(luò)運(yùn)維的工作量相對于SDH網(wǎng)絡(luò)有所增加。另一方面，OTN網(wǎng)絡(luò)的復(fù)雜度遠(yuǎn)高于SDH網(wǎng)絡(luò)，從設(shè)備管理、業(yè)務(wù)發(fā)放、告警排障和資源管理各個(gè)方面都與SDH網(wǎng)絡(luò)有很大差異。運(yùn)維人員以傳統(tǒng)的SDH運(yùn)維經(jīng)驗(yàn)，難以支撐OTN網(wǎng)絡(luò)運(yùn)維。

OTN網(wǎng)絡(luò)運(yùn)維復(fù)雜在哪里？

OTN網(wǎng)絡(luò)運(yùn)維的復(fù)雜性，具體體現(xiàn)在以下四個(gè)方面：

設(shè)備內(nèi)部關(guān)系難以透視：傳統(tǒng)的SDH設(shè)備，基本上可以看作是一個(gè)黑盒，設(shè)備內(nèi)連纖簡單。而OTN設(shè)備內(nèi)部存在大量子架，并且子架內(nèi)部和外部都有光纖連接，不同連纖的信號流向都不一樣。發(fā)生故障的時(shí)候，無法判斷是內(nèi)部光纖還是外部光纖的問題。

業(yè)務(wù)層次多且參數(shù)配置復(fù)雜：SDH技術(shù)本質(zhì)上是對數(shù)據(jù)幀進(jìn)行分插復(fù)用，只有一個(gè)層次業(yè)務(wù)模型。而OTN技術(shù)有6個(gè)層次業(yè)務(wù)模型，需要配置6個(gè)層面的業(yè)務(wù)。這就使得同樣配置一條業(yè)務(wù)，在SDH網(wǎng)絡(luò)上只需要2分鐘，而在OTN網(wǎng)絡(luò)上，需要花費(fèi)20分鐘以上，OTN業(yè)務(wù)配置時(shí)間是SDH的10倍。

無效告警數(shù)量多且定位困難：OTN網(wǎng)絡(luò)的告警特別多，但很多都是無效告警，真正代表根因的有效告警隱藏在海量告警里面，識別和定位困難。OTN網(wǎng)絡(luò)包括6個(gè)層次，各層次都有獨(dú)立開銷，會產(chǎn)生相應(yīng)告警，最終會導(dǎo)致無效告警數(shù)量很多，運(yùn)營商難以定位出根源告警。比如，當(dāng)一個(gè)物理光纖發(fā)生中斷時(shí)，光纖上面承載的所有業(yè)務(wù)都會受到影響而上報(bào)告警，這就使一個(gè)設(shè)備會產(chǎn)生上千條告警。如果要排除非根因告警，找到真正的故障原因，往往需要數(shù)小時(shí)甚至一天的時(shí)間。

資源利用率低且狀態(tài)不可知：在OTN網(wǎng)絡(luò)中，一般情況下，運(yùn)營商對新業(yè)務(wù)發(fā)放和開通周期的期望是1周左右，但實(shí)際上新業(yè)務(wù)的開通周期往往超過2周。這是因?yàn)楫?dāng)新的業(yè)務(wù)發(fā)放時(shí)，運(yùn)維人員首先需要了解網(wǎng)絡(luò)資源的使用情況，再進(jìn)行規(guī)劃和部署。如果遇到資源不足，還需要臨時(shí)擴(kuò)波或者擴(kuò)容。

不僅如此，運(yùn)維OTN網(wǎng)絡(luò)和SDH網(wǎng)絡(luò)的往往是同一個(gè)部門的運(yùn)維人員。OTN網(wǎng)絡(luò)的復(fù)雜性，增加了原有SDH運(yùn)維人員的學(xué)習(xí)成本，降低了運(yùn)維效率。因此，如何使原SDH運(yùn)維人員能平滑地過渡和勝任OTN網(wǎng)絡(luò)的運(yùn)維是個(gè)業(yè)界難題。

讓OTN運(yùn)維“SDH Like”

為解決這個(gè)問題，華為在OTN網(wǎng)絡(luò)運(yùn)維上提出了“SDH Like”的運(yùn)維理念，通過華為網(wǎng)管，讓OTN網(wǎng)絡(luò)的運(yùn)維模式盡可能繼承SDH網(wǎng)絡(luò)的簡單運(yùn)維方式，讓運(yùn)維人員能平滑地運(yùn)維好OTN網(wǎng)絡(luò)。

信號流圖揭秘OTN設(shè)備內(nèi)部玄機(jī)

針對OTN設(shè)備內(nèi)部結(jié)構(gòu)復(fù)雜的問題，網(wǎng)管通過信號流圖的方式呈現(xiàn)OTN內(nèi)部的數(shù)據(jù)流向，將OTN網(wǎng)元內(nèi)部各種單板/子架間的光纖連接、告警信息和波長信息清晰地呈現(xiàn)在運(yùn)營商面前，使OTN網(wǎng)元像一個(gè)白盒，讓運(yùn)營商可以充分掌握OTN設(shè)備內(nèi)部的業(yè)務(wù)配置，包括各個(gè)波長的走向。

有了信號流圖，OTN網(wǎng)元內(nèi)外部關(guān)系一覽無余，運(yùn)維人員只需要在網(wǎng)管上點(diǎn)擊查看即可維護(hù)OTN網(wǎng)元，不需要頻繁到物理設(shè)備前去獲取相關(guān)信息。

K是荷蘭綜合運(yùn)營商，其在城域部署了超過5000套的波分設(shè)備。對于K的運(yùn)維人員來說，最頭疼的問題是光纖錯(cuò)連或者單板插錯(cuò)。一旦發(fā)生這種錯(cuò)誤，排查效率低、業(yè)務(wù)中斷時(shí)間長，平均每月因?yàn)楣饫w錯(cuò)連或者單板插錯(cuò)導(dǎo)致業(yè)務(wù)中斷時(shí)間超過5個(gè)小時(shí)。使用了網(wǎng)管的信號流圖功能后，光纖錯(cuò)連或者單板插錯(cuò)事故基本消失。即使發(fā)生故障，只需要在網(wǎng)管界面上點(diǎn)擊查看即可快速定位，不再需要頻繁到物理設(shè)備面前去進(jìn)行低效的排查工作。

和SDH統(tǒng)一風(fēng)格的端到端業(yè)務(wù)調(diào)度

在用戶業(yè)務(wù)創(chuàng)建感知方面，網(wǎng)管能夠包裝簡化OTN業(yè)務(wù)模型，把OTN原來6個(gè)層次（OTS、OMS、Och、OTUk、ODUk、Client）的業(yè)務(wù)統(tǒng)一簡化成2個(gè)層次（Och、Client）。用戶只需要手工創(chuàng)建Och路徑和Client路徑，即可完成OTN的業(yè)務(wù)發(fā)放。

與SDH端到端的業(yè)務(wù)調(diào)度風(fēng)格一致，OTN的業(yè)務(wù)層次經(jīng)過簡化以后，運(yùn)維人員只需要在圖形化界面上點(diǎn)擊源和宿，中間路由和參數(shù)都通過自動計(jì)算完成。這樣，熟悉SDH端到端的運(yùn)維人員能夠很快進(jìn)行OTN的端到端運(yùn)維。

L是北美最大的帶寬出租運(yùn)營商，2011年L平均每月新開通波長業(yè)務(wù)150波，預(yù)計(jì)2012年平均每月新開通波長業(yè)務(wù)300波以上，平均每天要開通波長業(yè)務(wù)超過15條。由于太過復(fù)雜，L的運(yùn)維人員按照OTN業(yè)務(wù)模型進(jìn)行逐層配置，每天最多只能開通5條業(yè)務(wù)，開通速度跟不上業(yè)務(wù)發(fā)展速度，阻礙了L達(dá)成盈利目標(biāo)。網(wǎng)管對OTN業(yè)務(wù)模型簡化以后，L的業(yè)務(wù)發(fā)放效率提高了6倍，每天業(yè)務(wù)開通數(shù)量超過30條，有力保障了其業(yè)務(wù)的迅速發(fā)展。

基于根因故障快速定位

通過對OTN 6個(gè)層次之間的關(guān)系進(jìn)行分析，華為發(fā)現(xiàn)6個(gè)層次之間的告警存在關(guān)聯(lián)關(guān)系，從而能夠創(chuàng)建出OTN不同層次告警之間的相關(guān)性分析規(guī)則。按此原理，網(wǎng)管能夠提供對OTN網(wǎng)絡(luò)的根因故障分析，屏蔽非根因告警，過濾出根因告警。此外，網(wǎng)管還可以提供業(yè)務(wù)級告警分析功能，運(yùn)營商可以據(jù)此快速判斷哪些告警影響了業(yè)務(wù)，從而優(yōu)先對影響業(yè)務(wù)的告警進(jìn)行排障處理。

北歐主流運(yùn)營商T一直采用OSS系統(tǒng)進(jìn)行故障定位。當(dāng)網(wǎng)絡(luò)發(fā)生故障的時(shí)候，告警上報(bào)給OSS系統(tǒng)，運(yùn)維人員通過OSS系統(tǒng)進(jìn)行故障定位和排障。2010年，T將OTN引入城域網(wǎng)絡(luò)，網(wǎng)絡(luò)業(yè)務(wù)包括光層和ODUk等多個(gè)級別的電層業(yè)務(wù)。在網(wǎng)絡(luò)測試過程中，T發(fā)現(xiàn)當(dāng)光層發(fā)生斷纖的時(shí)候，全網(wǎng)共有1000多條告警上報(bào)給OSS系統(tǒng)，運(yùn)維部門人員無法通過OSS系統(tǒng)定位是哪里出了問題，無法維護(hù)網(wǎng)絡(luò)。T采用網(wǎng)管后，由網(wǎng)管提供告警相關(guān)性分析抑制功能，先在網(wǎng)管對OTN網(wǎng)絡(luò)上報(bào)的告警進(jìn)行分析過濾，從1000多條銳減到十幾條根因告警，然后再上報(bào)給OSS系統(tǒng)。這樣，T能夠像以前一樣，通過OSS系統(tǒng)快速定位出光纖中斷并且排障。