OTN標(biāo)準(zhǔn)簡(jiǎn)介(中文版)_第1頁(yè)
OTN標(biāo)準(zhǔn)簡(jiǎn)介(中文版)_第2頁(yè)
OTN標(biāo)準(zhǔn)簡(jiǎn)介(中文版)_第3頁(yè)
OTN標(biāo)準(zhǔn)簡(jiǎn)介(中文版)_第4頁(yè)
OTN標(biāo)準(zhǔn)簡(jiǎn)介(中文版)_第5頁(yè)
已閱讀5頁(yè),還剩54頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

本文格式為Word版,下載可任意編輯——OTN標(biāo)準(zhǔn)簡(jiǎn)介(中文版)

技術(shù)文件

技術(shù)文件名稱:OTN標(biāo)準(zhǔn)簡(jiǎn)介技術(shù)文件編號(hào):版本:V1.0

共41頁(yè)(包括封面)

擬制苑巖審核會(huì)簽標(biāo)準(zhǔn)化批準(zhǔn)

深圳市中興通訊股份有限公司

信息安全:

本文為公司信息資產(chǎn),請(qǐng)閱讀者注意保密工作,信息安全分類如下:

?技術(shù)原理屬于機(jī)密文檔,保密期為無(wú)限期;開(kāi)局指導(dǎo)屬于內(nèi)部公開(kāi)文檔;維護(hù)經(jīng)驗(yàn)屬于內(nèi)部公開(kāi)文檔。

?發(fā)布范圍:公司內(nèi)部

文檔更新:?

如相關(guān)產(chǎn)品文檔資料缺乏,統(tǒng)一反饋至doc@,經(jīng)記錄后,分派給相應(yīng)事業(yè)部文檔發(fā)布管理員,由其組織人員確認(rèn)并協(xié)調(diào)編寫,審核通過(guò)后,由文檔發(fā)表管理員統(tǒng)一上載歸檔,并發(fā)布新編資料通知。

?如現(xiàn)有文檔存在問(wèn)題,請(qǐng)將信息反饋至doc@,經(jīng)記錄后,分派給相應(yīng)事業(yè)部文檔發(fā)布管理員,特別組織人員進(jìn)行確認(rèn)并填寫修訂記錄,確認(rèn)完成后由文檔發(fā)布管理員再次記錄更新結(jié)果,經(jīng)驗(yàn)證通過(guò)后,統(tǒng)一更新相關(guān)文檔。重大更新應(yīng)以技術(shù)通告形式馬上發(fā)布周知;常規(guī)更新每季度以郵件形式發(fā)布周知。

OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

公開(kāi)▲(保密期)

修訂記錄

版本V1.0發(fā)布時(shí)間202310擬制人/修訂人苑巖杜顯利發(fā)布人修訂原因新版本修訂內(nèi)容OTN標(biāo)準(zhǔn)介紹(中文版)本文中的所有信息歸中興通訊股份有限公司所有,未經(jīng)允許,不得外傳第1/41頁(yè)

OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

公開(kāi)▲(保密期)

目錄

1

引言31.1編寫目的31.2預(yù)期的讀者和閱讀建議31.3文檔約定3術(shù)語(yǔ)、定義和縮略語(yǔ)3參考文檔4背景介紹44.15

5.1

背景4OTUk幀的結(jié)構(gòu)65.1.15.1.2

OTUk開(kāi)銷6OTUk的FEC10OTN標(biāo)準(zhǔn)簡(jiǎn)介6234

5.1.3OTUk幀的加擾125.2ODUk的幀結(jié)構(gòu)125.2.1

5.2.25.2.35.3

ODUk的PM開(kāi)銷14ODUk的TCM開(kāi)銷16ODUk中的其他開(kāi)銷20OPUk的幀結(jié)構(gòu)225.3.1OPUk開(kāi)銷225.3.2和映射有關(guān)的OPUk開(kāi)銷245.4OTN的維護(hù)信號(hào)(Maintenancesignals)24

5.4.1常見(jiàn)的維護(hù)信號(hào)245.4.2OTUk的維護(hù)信號(hào)255.4.3ODUk的維護(hù)信號(hào)255.5客戶信號(hào)的映射265.5.1MappingofCBR2G5,CBR10GandCBR40Gsignals(e.g.,

STM-16/64/256)intoOPUk265.5.210GE(10.3125Gbps)業(yè)務(wù)到OTU2(11.1G)的映射305.5.34個(gè)ODU1到1個(gè)OPU2的映射(MappingODUksignalsintotheODTUjksignal)315.5.4同步映射和異步映射的比較38

本文中的所有信息歸中興通訊股份有限公司所有,未經(jīng)允許,不得外傳第2/41頁(yè)

OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

公開(kāi)▲(保密期)

1引言

1.1編寫目的

本文檔作為OTN標(biāo)準(zhǔn)G.709的普及性介紹文檔,對(duì)G.709標(biāo)準(zhǔn)做了一個(gè)較為簡(jiǎn)單的介紹。本文檔從我司波分系統(tǒng)關(guān)注的OTN功能出發(fā),重點(diǎn)介紹和波分設(shè)備相關(guān)的OTN部分。

1.2預(yù)期的讀者和閱讀建議

本文檔的預(yù)期讀者為波分系統(tǒng)的測(cè)試人員和售前售后技術(shù)支持人員??蓞⒖急疚臋n的讀者包括項(xiàng)目經(jīng)理、所有硬件和軟件開(kāi)發(fā)人員,測(cè)試人員等。

1.3文檔約定

文檔中出現(xiàn)的單板是指我司波分設(shè)備支持OTN功能的業(yè)務(wù)類單板。

2術(shù)語(yǔ)、定義和縮略語(yǔ)

AISAlarmIndicationSignalBDIBackwardDefectIndication

BEIBackwardErrorIndication

BIAEBackwardIncomingAlignmentErrorBIPBitInterleavedParityCBRConstantBitRate

CMEPConnectionMonitoringEndPointCDRClockandDataRecovery,時(shí)鐘和數(shù)據(jù)恢復(fù)FASFrameAlignmentSignalFECForwardErrorCorrectionFIFOFirst-InFirst-Out,一種先入先出的數(shù)據(jù)結(jié)構(gòu)GCC

GeneralCommunicationChannelLSBLeastSignificantBitMFASMultiFrameAlignmentSignalMSBMostSignificantBitMSOHMultiplexSectionOverhead(SDH中的復(fù)用段開(kāi)銷)ODTUGOpticalchannelDataTributaryUnitGroupODTUjkOpticalchannelDataTributaryUnitjintokODUOpticalChannelDataUnitODUkOpticalChannelDataUnit-kOHOverhead

OPUOpticalChannelPayloadUnit

OPUkOpticalChannelPayloadUnit-kOTNOTUOTUk

OpticalTransportNetworkOpticalChannelTransportUnit

completelystandardizedOpticalChannelTransportUnit-k

PLLPhaseLockedloopPMPathMonitoring

本文中的所有信息歸中興通訊股份有限公司所有,未經(jīng)允許,不得外傳第3/41頁(yè)

OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

11BIP8公開(kāi)▲(保密期)

38241415Framei2341BIP8OPUkBIP8Framei+1234Framei+21234BIP8G.709/Y.1331_F15-11圖5SM-BIP-8的計(jì)算方法

SM-BDI:全稱為OTUkSMbackwarddefectindication(BDI)。只有一位,位置為字節(jié)(1,10)的位5。此位用來(lái)向上游傳送反向失效指示。此位為1表示下游節(jié)點(diǎn)返回接收失效信息,此位為0表示下游節(jié)點(diǎn)接收正常。此位的發(fā)送和接收過(guò)程如下:當(dāng)當(dāng)前節(jié)點(diǎn)接收部分檢測(cè)到OTUk幀處于失效狀態(tài)時(shí)(Defect),當(dāng)前節(jié)點(diǎn)會(huì)向上游節(jié)點(diǎn)發(fā)送的OTUk幀中置SM-BDI為1,用來(lái)通知上游節(jié)點(diǎn)本節(jié)點(diǎn)已經(jīng)檢測(cè)到失效。這個(gè)原理和SDH中反向發(fā)送MS-RDI的過(guò)程基本一致。單向OTU10G單板(例如OTU10G/3)只能將接收信號(hào)向下游發(fā)送,無(wú)法向上游發(fā)送,所以無(wú)法支持反向發(fā)送SM-BDI的功能(假使要通過(guò)收發(fā)OTU協(xié)同實(shí)現(xiàn)難度太大)。但對(duì)于收發(fā)合一的單板(OTU10G/2,OTUF/2或者SRM41),他們能夠同時(shí)向上游和下游發(fā)送信息,所以應(yīng)當(dāng)支持此功能。例如對(duì)于OTU10G/2單板,當(dāng)配置為收發(fā)合一模式時(shí),當(dāng)線路側(cè)接收檢測(cè)到Defect時(shí),單板應(yīng)當(dāng)在將線路側(cè)發(fā)送部分插入SM-BDI,用來(lái)通知上游的單板下游單板已經(jīng)檢測(cè)到錯(cuò)誤。對(duì)于Defect的定義請(qǐng)參考后面SM-BDI實(shí)現(xiàn)過(guò)程中的描述。

SM-BEI/BIAE:全稱為OTUkSMbackwarderrorindicationandbackwardincomingalignmenterror(BEI/BIAE),反向錯(cuò)誤指示和反向接收對(duì)齊錯(cuò)誤。此部分占據(jù)4位,為字節(jié)(1,10)的位1至位4。此字段用來(lái)向上游站點(diǎn)傳送當(dāng)前站點(diǎn)接收到的SM-BIP8誤碼個(gè)數(shù),此字段也被用來(lái)向上游站點(diǎn)傳送接收對(duì)齊錯(cuò)誤標(biāo)示(IAE,ncomingalignmenterror)。當(dāng)當(dāng)前站點(diǎn)在接收到的OTUk幀中檢測(cè)到SM-IAE錯(cuò)誤時(shí)(見(jiàn)下面的描述),將把向上游站點(diǎn)發(fā)送的OTUk幀中的此字段置為SM-BIAE有效。此字段中各位的定義如表3所示。

表3OTUkSMBEI/BIAE的定義

本文中的所有信息歸中興通訊股份有限公司所有,未經(jīng)允許,不得外傳第9/41頁(yè)

OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

公開(kāi)▲(保密期)

BIPviolations012345678000OTUkSMBEI/BIAEbits12340000000100100011010001010110011110001001,101010111100to1111BIAEfalsefalsefalsefalsefalsefalsefalsefalsefalsefalsetruefalse根據(jù)表3,當(dāng)當(dāng)前站點(diǎn)接收到SM-IAE時(shí),將把向上游發(fā)送的OTUk中的BEI修改為1011(0xb),表示當(dāng)前已經(jīng)接收到IAE錯(cuò)誤。當(dāng)當(dāng)前站點(diǎn)沒(méi)有檢測(cè)到IAE時(shí),將接收到的BIP-8錯(cuò)誤個(gè)數(shù)0-8放到向上游發(fā)送的OTUk幀的BEI字段中。對(duì)于此字段存在的其他6種取值,應(yīng)解釋為BIP-8誤碼數(shù)為0且當(dāng)前處于BIAE無(wú)效狀態(tài)。例如對(duì)于OTU10G/2單板,當(dāng)線路側(cè)接收端口檢測(cè)到SM-IAE為1時(shí),會(huì)將線路側(cè)發(fā)送端口發(fā)出的SM-BEI字段修改為0xb。當(dāng)線路側(cè)接收端口檢測(cè)IAE為0時(shí)會(huì)將當(dāng)前幀的BIP-8錯(cuò)誤數(shù)(0-8)放到線路側(cè)發(fā)送端口發(fā)出的SM-BEI字段中。SM-IAE:全稱為OTUkSMincomingalignmenterroroverhead(IAE),接收對(duì)齊錯(cuò)誤。此字段占用一位,位置為字節(jié)(1,10)的位6,為1表示有IAE錯(cuò)誤,為0表示沒(méi)有IAE錯(cuò)誤。這里首先解釋一下接收對(duì)齊錯(cuò)誤的概念。所謂接收對(duì)齊錯(cuò)誤是指當(dāng)接收沒(méi)有OOF時(shí),接收器總能找到幀頭應(yīng)當(dāng)出現(xiàn)的位置,即期望位置,這時(shí)幀頭每次都應(yīng)當(dāng)出現(xiàn)在此期望的位置上。假使出現(xiàn)了OOF或者LOF,當(dāng)退出OOF狀態(tài)回到正常IF(inframe)狀態(tài)時(shí),假使幀頭所在的位置和原來(lái)期望的位置不一致,則認(rèn)為出現(xiàn)了幀錯(cuò)位現(xiàn)象。也就是說(shuō),當(dāng)出現(xiàn)OTUk幀失步現(xiàn)象并恢復(fù)到正常狀態(tài)后,假使新的幀頭位置和原來(lái)的幀頭位置不一致,則認(rèn)為幀出現(xiàn)了相位變化,此時(shí)就是對(duì)齊錯(cuò)誤狀態(tài)IAE。當(dāng)接收器檢測(cè)到IAE狀態(tài)后,應(yīng)當(dāng)將下游的發(fā)送器的SM-IAE字段置1。一般來(lái)說(shuō),只要檢測(cè)到幀錯(cuò)位,則發(fā)送器會(huì)在多個(gè)復(fù)幀之內(nèi)一直置IAE有效。接收到IAE有效時(shí)說(shuō)明當(dāng)前幀處于不穩(wěn)定狀態(tài),此時(shí)應(yīng)當(dāng)中止向上游發(fā)送SM-BEI。

SM-RES:全稱為OTUkSMreservedoverhead(RES)??偣灿袃晌?,位置為字節(jié)(1,10)的位7和位8。此字段保存?,F(xiàn)在規(guī)定這兩位始終為00。5.1.2

OTUk的FEC

根據(jù)圖1,OTUkFEC的位置從每行的3825列開(kāi)始到最終一列4080,共4行。OTUkFEC的作用是給OTUk幀參與冗余校驗(yàn)信息,這樣經(jīng)過(guò)傳輸后即使引入個(gè)別誤碼,但只要誤碼不超過(guò)一定數(shù)量,則一定可以通過(guò)解FEC的方式改正引入的誤碼。這里先來(lái)介紹一下前向糾錯(cuò)技術(shù)(ForewardErrorCorrection)的一些概念。

本文中的所有信息歸中興通訊股份有限公司所有,未經(jīng)允許,不得外傳第10/41頁(yè)

OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

公開(kāi)▲(保密期)

G.709標(biāo)準(zhǔn)規(guī)定OTUk的FEC采用G.975標(biāo)準(zhǔn)中定義的FEC格式。根據(jù)G.975中定義的FEC格式,F(xiàn)EC采用的算法為Reed-SolomonRS(255,239)編碼,簡(jiǎn)稱RS(255,239)或者RS。RS(255,239)為一種非二進(jìn)制編碼(編碼算法是以字節(jié)符號(hào)為單位進(jìn)行的),屬于系統(tǒng)線性循環(huán)塊編碼類。顧名思義,RS(255,239)就是說(shuō)對(duì)于239字節(jié)的原始數(shù)據(jù)需要增加16字節(jié)的校驗(yàn)信息,最終形成239+16=255字節(jié)的信息,其中239為原始數(shù)據(jù)的長(zhǎng)度,255為原始數(shù)據(jù)經(jīng)過(guò)編碼處理后的長(zhǎng)度,單位都是字節(jié)。RS編碼最多允許同時(shí)改正8個(gè)字節(jié)的錯(cuò)誤信息,同時(shí)最多能夠檢測(cè)到16個(gè)字節(jié)的錯(cuò)誤。也就是說(shuō),對(duì)于超過(guò)8個(gè)字節(jié)但不到16個(gè)字節(jié)的錯(cuò)誤,解碼算法能夠檢測(cè)出實(shí)際錯(cuò)誤的字節(jié)數(shù),但無(wú)法改正過(guò)來(lái)。由于冗余信息只有16個(gè)字節(jié),所以算法最多只能檢測(cè)到16個(gè)字節(jié)的錯(cuò)誤。

在進(jìn)行FEC編碼時(shí),每行OTUk幀被分為16個(gè)子行(SubRow),每行255個(gè)字節(jié),這16個(gè)子行是以字節(jié)間插的方式形成,如圖6所示。

Informationbytes1223490Paritycheckbytes255FECsub-row#16Informationbytes1239Informationbytes1239240240ParitycheckbytesFECsub-row#2255FECsub-row#1255Paritycheckbytes382438253...82638404080G.709/Y.1331_FA.1ParitycheckbytesInformationbytes12...16OTUrow圖6OTUkFEC的子行結(jié)構(gòu)

在進(jìn)行字節(jié)間插時(shí),數(shù)據(jù)和校驗(yàn)信息是分開(kāi)進(jìn)行字節(jié)間插的。也就是說(shuō),16個(gè)子行中每行都分成239字節(jié)的數(shù)據(jù)和16個(gè)字節(jié)的校驗(yàn)信息,16個(gè)子行中的數(shù)據(jù)進(jìn)行字節(jié)間插,共得到16×239=3824字節(jié)的數(shù)據(jù),然后是16個(gè)子行中的校驗(yàn)信息進(jìn)行字節(jié)間插,共得到16×16=256字節(jié)的檢驗(yàn)信息,組合到一起就構(gòu)成了OTUk幀的一行。

也就是說(shuō),在OTUk幀的每行中,第1列為子行1的第1個(gè)字節(jié),第2列為子行2的第1個(gè)字節(jié),...,第16列為子行16的第1個(gè)字節(jié),然后第17列為子行1的第2個(gè)字節(jié),第18列為子行2的第2個(gè)字節(jié),...,直到第3824列為子行16的第239字節(jié)。從第3825字節(jié)開(kāi)始是進(jìn)行了字節(jié)間插的校驗(yàn)信息。

經(jīng)過(guò)以上處理后,每行由前面的3824字節(jié)數(shù)據(jù)和后面的256字節(jié)的校驗(yàn)信息,這也正是OTUk幀結(jié)果定義的由來(lái)。

根據(jù)FEC的原理也可以理解為何OTUk幀一行長(zhǎng)度為4080字節(jié)。由于OTUk的FEC碼是依照(255,239)的方式實(shí)現(xiàn)的,所以O(shè)TUk幀的每行必需是255字節(jié)的整數(shù)倍。OTUk選擇了一行由16個(gè)FEC項(xiàng)組成,每個(gè)FEC項(xiàng)為255字節(jié),其中校驗(yàn)信息為16字節(jié),數(shù)據(jù)信息為239字節(jié),每個(gè)OTUk幀再由4行組成,這樣一個(gè)OTUk幀行的長(zhǎng)度為255*16=4080字節(jié)。其中檢驗(yàn)信息為16*16=256字節(jié),數(shù)據(jù)信息為239*16=3824字節(jié),幀的實(shí)際長(zhǎng)度是以上數(shù)據(jù)再乘以4。本文中的所有信息歸中興通訊股份有限公司所有,未經(jīng)允許,不得外傳第11/41頁(yè)

OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

公開(kāi)▲(保密期)

在OTUk的3824*4字節(jié)數(shù)據(jù)信息中,將前16列作為開(kāi)銷(包括OTUk,ODUk和OPUk的開(kāi)銷),后面的所有信息(3824-16)*4就是OPUk的凈荷,也就是真正的數(shù)據(jù)信息Payload。

5.1.3OTUk幀的加擾

OTUk幀為了在線路上傳輸,必需保證碼型中1和0的比例基本相當(dāng),避免出現(xiàn)長(zhǎng)連0或者長(zhǎng)連1的狀況,這樣才能保證接收設(shè)備能夠從業(yè)務(wù)中提取出時(shí)鐘。為此,OTUk幀必需經(jīng)過(guò)加擾后才能在線路上傳輸。OTUk幀使用多項(xiàng)式進(jìn)行加擾,多項(xiàng)式為1+x+x+x+x,如圖7所示。

Datain3

12

16

DQOTUkclockSDQSDQSDQSDQSDQSDQSDQSDQSDQSDQSDQSDQSDQSDQSDQSScrambleddataoutOTUkMSBofMFASbyteG.709/Y.1331_F11-3

圖7OTUk幀的加擾算法

加擾從OTUk幀的幀定位最終一個(gè)字節(jié)終止時(shí)開(kāi)始,也就是說(shuō)第一個(gè)被加擾的位為16

MFAS字節(jié)的MSB。每次遇到MFAS的MSB時(shí),加擾多項(xiàng)式會(huì)復(fù)位成默認(rèn)值0xffff,以后此位后面的所有位開(kāi)始被加擾。x的輸出和業(yè)務(wù)數(shù)據(jù)位(第一個(gè)業(yè)務(wù)數(shù)據(jù)位為MFAS的MSB,以后依次是OTUk幀中的其他位)作模2加后即得到加擾后的結(jié)果。由于加擾是從MFAS的MSB開(kāi)始的,所以幀最開(kāi)始的6個(gè)字節(jié)的幀定位信息沒(méi)有被加擾。加擾是針對(duì)OTUk幀進(jìn)行的,由于FEC為OTUk幀中的內(nèi)容,所以加擾也是在FEC編碼后進(jìn)行的。注意,根據(jù)G.707標(biāo)準(zhǔn),SDH加擾使用的多項(xiàng)式為1?X6?X7,和OTUk的加擾多項(xiàng)式不一樣。OTUk需要在編碼后進(jìn)行加擾,經(jīng)過(guò)傳輸后也必需解擾后才進(jìn)行解碼操作。解擾和加擾的算法完全一樣,對(duì)加擾的信號(hào)再執(zhí)行一次加擾操作即相當(dāng)于對(duì)信號(hào)進(jìn)行了解擾。

5.2ODUk的幀結(jié)構(gòu)

ODUk的幀結(jié)構(gòu)由兩部分組成,分別為ODUk開(kāi)銷(ODUkOverhead)和OPUk幀,如圖8所示。OPUk幀將在4.5節(jié)中介紹。這里介紹ODUk的開(kāi)銷。Column#1114153824Row#234AreareservedforFAandOTUkoverhead.ODUkoverheadareaOPUkarea(4?3810bytes)G.709/Y.1331_F12-1圖8ODUk的幀結(jié)構(gòu)

ODUk的開(kāi)銷占用OTUk幀第2,3,4行的前14列。第一行的前14列被OTUk開(kāi)銷占

開(kāi)

細(xì)

結(jié)

構(gòu)

9

。

據(jù)。ODUk

本文中的所有信息歸中興通訊股份有限公司所有,未經(jīng)允許,不得外傳第12/41頁(yè)

OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

ColumnRow1114151617公開(kāi)▲(保密期)

3824BIP8ParityBlock234OPUkoverheadOPUkpayload(4?3808bytes)Column#112345678910111213141516FramealignmentoverheadRESTCM3GCC1GCC2TCMACTTCM2APS/PCCTCM6TCM1TCM5OTUkoverheadTCM4PMRESFTFLEXPOPUkoverheadRow#234ACTActivation/deactivationcontrolchannelAPSAutomaticProtectionSwitchingcoordinationchannelBDIBackwardDefectIndicationBEIBackwardErrorIndicationBIAEBackwardIncomingAlignmentErrorBIP8BitInterleavedParity?level8DAPIDestinationAccessPointIdentifierEXPExperimentalFTFLFaultType&FaultLocationreportingchannelGCCGeneralCommunicationChannelPCCProtectionCommunicationControlchannelPMPathMonitoringPSIPayloadStructureIdentifierPTPayloadTypeRESReservedforfutureinternationalstandardizationSAPISourceAccessPointIdentifierSTATStatusTCMTandemConnectionMonitoringTTITrailTraceIdentifierPMandTCMi(i=1..6)1TTI2BIP-8312023345678OPUkOH1516PMSAPI1516DAPI3132Operatorspecific63BDI34Mapping&Concat.specificBEI1234STATPSI678PT01Mapping&Concat.specific255G.709/Y.1331_F15-3TCMi5BDIBEI/BIAESTAT圖9ODUk的開(kāi)銷結(jié)構(gòu)

ODUk開(kāi)銷主要由三部分組成,分別為PM(PathMonitering)和TCM(TandemConnection

Monitoring)和其他開(kāi)銷。其中PM只有一組開(kāi)銷,而TCM有6組開(kāi)銷,分別為TMC1-6。PM和TCM代表ODUk幀中不同的監(jiān)測(cè)點(diǎn)。ODUk各開(kāi)銷的詳細(xì)位置如圖10所示。

Column#112345678910111213141516FramealignmentoverheadRESTCM3GCC1GCC2TCMACTTCM2APS/PCCTCM6TCM1TCM5OTUkoverheadTCM4PMRESG.709/Y.1331_F15-12Row#234FTFLEXPOPUkoverhead本文中的所有信息歸中興通訊股份有限公司所有,未經(jīng)允許,不得外傳第13/41頁(yè)

OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

圖10DDUk開(kāi)銷各字段的位置

下面分別介紹。

5.2.1ODUk的PM開(kāi)銷

ODUkPM開(kāi)銷的結(jié)構(gòu)定義如圖11所示。

PM1TTI2BIP-83公開(kāi)▲(保密期)

0SAPI1516DAPI313212345BDI67STAT8BEIG.709/Y.1331_F15-13Operatorspecific63圖11ODUkPM開(kāi)銷的結(jié)構(gòu)ODUkPM開(kāi)銷的位置位于第三行,字節(jié)(3,10)至字節(jié)(3,12),共3個(gè)字節(jié)。ODUk的PM開(kāi)銷結(jié)構(gòu)和OTUkSM開(kāi)銷差不多,唯一不同的是SM-IAE加SM-RES的位置被PM-STAT所代替。ODUkPM開(kāi)銷由下面部分組成:?????

trailtraceidentifier(TTI);bitinterleavedparity(BIP-8);backwarddefectindication(BDI);backwarderrorindication(BEI);statusbitsindicatingthepresenceofamaintenancesignal(STAT).PM-TTI,全稱為ODUkPMtrailtraceidentifier(TTI),長(zhǎng)度為一個(gè)字節(jié),位置為字節(jié)(3,10)。此字段用于傳送路徑監(jiān)測(cè)(PathMonitoring)中的TTI信息,由連續(xù)64幀中的此開(kāi)銷組成64字節(jié)的信息,定義同SM-TTI完全一致。此64字節(jié)TTI信息在OTUk復(fù)幀中的對(duì)齊方式也和SM-TTI完全一樣,第一字節(jié)分別對(duì)應(yīng)于復(fù)幀0,0x40,0x80,0xc0。

PM-BIP-8,全稱為ODUkPMerrordetectioncode(BIP-8),長(zhǎng)度為一個(gè)字節(jié),位置為字節(jié)(3,11)。此開(kāi)銷為BIP-8校驗(yàn)信息,結(jié)構(gòu)和定義基本同SM-BIP-8,但用于路徑監(jiān)測(cè)中。PM-BIP8的計(jì)算范圍為整個(gè)OPUk幀(第15列到第3824列,OPUk幀的結(jié)構(gòu)見(jiàn)5.3),和SM-BIP8一樣,第i幀的BIP-8校驗(yàn)結(jié)果放到第i+2幀的PM-BIP8開(kāi)銷位置上,如圖12所示。

本文中的所有信息歸中興通訊股份有限公司所有,未經(jīng)允許,不得外傳第14/41頁(yè)

OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

111415公開(kāi)▲(保密期)

3824Framei2341BIP8OPUkBIP8Framei+12341BIP8BIP8Framei+2234G.709/Y.1331_F15-15圖12PM-BIP8的計(jì)算范圍和放置位置PM-BDI,全稱為ODUkPMbackwarddefectindication,只有一位,位置為字節(jié)(3,12)的位5。定義和SM-BDI基本一致,用來(lái)向上游反向發(fā)送路徑檢測(cè)時(shí)遇到的失效信息,1指示有ODUk失效,0為正常。PM-BEI,全稱為ODUkPMbackwarderrorindication,共4位,位置為字節(jié)(3,12)的位1至位4。定義和SM-BDI基本一致(但沒(méi)有SM-BIAE),用來(lái)向上游反向發(fā)送本節(jié)點(diǎn)的PM-BIP8的誤碼個(gè)數(shù),誤碼范圍為0-8。注意SM-BEI字段包含了兩種信息BEI和BIAE,因此全稱是SM-BEI/IAE。但是PM-BEI沒(méi)有BIAE信息。由于PM-BEI共有4位,但可能存在的錯(cuò)誤數(shù)只有0-8,所以取值9-15為非法值,應(yīng)當(dāng)認(rèn)為此時(shí)誤碼為0,如表4所示。表4PM-BEI取值定義ODUkPMBEIbits12340000000100100011010001010110011110001001to1111BIPviolations0123456780PM-STAT,全稱為ODUkPMstatus,共3位,位置為字節(jié)(3,12)的位6至位8。此字段用來(lái)指示當(dāng)前的維護(hù)信號(hào)(MaintenanceSignal),如表5所示。

表5ODUkPM-STAT的定義

本文中的所有信息歸中興通訊股份有限公司所有,未經(jīng)允許,不得外傳第15/41頁(yè)

OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

公開(kāi)▲(保密期)

StatusPMbyte3bits678000001010011100101110111NormalpathsignalReservedforfutureinternationalstandardizationReservedforfutureinternationalstandardizationReservedforfutureinternationalstandardizationReservedforfutureinternationalstandardizationMaintenancesignal:ODUk-LCKMaintenancesignal:ODUk-OCIMaintenancesignal:ODUk-AIS所謂維護(hù)信號(hào)主要是指當(dāng)業(yè)務(wù)不正常時(shí),通過(guò)某些開(kāi)銷取特別值或者發(fā)送特別碼型通知下游的接收設(shè)備當(dāng)前本節(jié)點(diǎn)的狀態(tài)。例如SDH的MS-AIS即相當(dāng)于一種維護(hù)信息,當(dāng)SDH設(shè)備發(fā)現(xiàn)接收失效時(shí),將向下游發(fā)送MS-AIS,此時(shí)除RSOH(段開(kāi)銷的前三行)外所有字節(jié)(包括SOH和凈荷)全部為1。對(duì)于OTN來(lái)說(shuō),維護(hù)信號(hào)更加繁雜,OTUk層和ODUk層等都有自己的維護(hù)信號(hào),例如OTUk-AIS和ODUk-AIS。后面的維護(hù)信號(hào)部分將作詳細(xì)介紹。PM-STAT就是用來(lái)指示當(dāng)前ODUk幀處于哪種維護(hù)信號(hào)狀態(tài)。當(dāng)業(yè)務(wù)正常時(shí)取值為001。當(dāng)處于維護(hù)信號(hào)狀態(tài)時(shí)(ODUk-AIS,ODUk-OCI,ODUk-LCK),除過(guò)PM-STAT開(kāi)銷以外的所有PM開(kāi)銷將會(huì)以一種特別的格式出現(xiàn)(全1,01100110或者01010101不斷重復(fù))。5.2.2ODUk的TCM開(kāi)銷TCM的全稱為TandemConnectionMonitoring。在ODUk幀中,TCM開(kāi)銷共有6組,位于ODUk開(kāi)銷區(qū)域內(nèi),包括兩部分,一部分在其次行中的字節(jié)(2,5)至字節(jié)(2,13);一部分在第三行中的字節(jié)(3,1)至字節(jié)(3,9)。TCM用于檢測(cè)ODUk的各種連接狀況。TCM1-6的詳細(xì)用途沒(méi)有定義,用戶可以自己決定使用幾組TCM和決定各個(gè)TCM監(jiān)控的連接的詳細(xì)位置。例如下面是使用TCM的一個(gè)例子。本文中的所有信息歸中興通訊股份有限公司所有,未經(jīng)允許,不得外傳第16/41頁(yè)

OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

TCM6TCM5TCM4TCM3TCM2TCM1TCM6TCM5TCM4TCM3TCM2TCM1TCM6TCM5TCM4TCM3TCM2TCM1TCM6TCM5TCM4TCM3TCM2TCM1TCM6TCM5TCM4TCM3TCM2TCM1公開(kāi)▲(保密期)

TCM6TCM5TCM4TCM3TCM2TCM1TCM6TCM5TCM4TCM3TCM2TCM1A1B1C1C2B2B3B4A2C1-C2B1-B2B3-B4A1-A2TCMiTCMiTCMOHfieldnotinuseTCMOHfieldinuseG.709/Y.1331_F15-16圖13嵌入和級(jí)聯(lián)型的ODUk連接檢測(cè)在上圖中,ODUk通過(guò)了多層節(jié)點(diǎn)的處理,TCMi(i=1,6)可用來(lái)檢測(cè)層與層之間的連接狀況。TCM1用于A1至A2節(jié)點(diǎn)之間的連接檢測(cè),TCM2用于子層B1-B2和B3-B4之間的連接檢測(cè),TCM3用于子層C1-C2之間的連接檢測(cè)。在上圖中,A1-A2/B1-B2/C1-C2和A1-A2/B3-B4都是嵌入關(guān)系,B1-B2/B3-B4是級(jí)聯(lián)關(guān)系。TCMi也可用于覆蓋形的OTUk連接檢測(cè),如圖14所示。TCM6TCM5TCM4TCM3TCM2TCM1TCM6TCM5TCM4TCM3TCM2TCM1TCM6TCM5TCM4TCM3TCM2TCM1TCM6TCM5TCM4TCM3TCM2TCM1TCM6TCM5TCM4TCM3TCM2TCM1A1B1C1B2C2A2C1-C2B1-B2A1-A2TCMiTCMiTCMOHfieldnotinuseTCMOHfieldinuseG.709/Y.1331_F15-17

圖14覆蓋型的ODUk連接檢測(cè)

上圖中,B1-B2層使用TCM2作為連接檢測(cè),C1-C3使用TCM3作為連接檢測(cè),但B1-B2

本文中的所有信息歸中興通訊股份有限公司所有,未經(jīng)允許,不得外傳第17/41頁(yè)

OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

和C1-C2之間有一部分是重疊的,他們之間相互覆蓋。

公開(kāi)▲(保密期)

綜上所述,當(dāng)ODUk幀經(jīng)過(guò)多個(gè)節(jié)點(diǎn)時(shí),我們可以定義某些節(jié)點(diǎn)之間存在連接關(guān)系,并使用TCMi來(lái)檢測(cè)和管理這些連接關(guān)系。

每個(gè)ODUk-TCMi的結(jié)構(gòu)完全一樣,都是3個(gè)字節(jié),包括如下部分:

?????

trailtraceidentifier(TTI);bitinterleavedparity8(BIP-8);backwarddefectindication(BDI);

backwarderrorindicationandbackwardincomingalignmenterror(BEI/BIAE);statusbitsindicatingthepresenceofTCMoverhead,incomingalignmenterror,oramaintenancesignal(STAT).顯然TCMi開(kāi)銷和PM開(kāi)銷基本一樣,唯一不同的地方就是TCM-BEI/BIAE和PM-BEI。TCM-BEI照搬SM-BEI中的定義,具有BIAE。實(shí)際上在原來(lái)的G.709標(biāo)準(zhǔn)中(版本V1.0,V2.0)TCM-BEI的定義和PM-BEI完全一致,沒(méi)有BIAE的取值,但是在最新的V2.1中增加了BIAE的定義。

ODUk-TCMi的開(kāi)銷結(jié)構(gòu)如圖15所示。TCMi1TTIi2BIP-8i30SAPI1516DAPI313212345BDIi678BEIi/BIAEiSTATiG.709/Y.1331_F15-14Operatorspecific63圖15ODUk-TCMi的開(kāi)銷結(jié)構(gòu)

TCMi-TTI,全稱為ODUkTCMtrailtraceidentifier(TTI),每組TCMi中長(zhǎng)度為一個(gè)字節(jié)。此字段用于傳送TCM段(tandemconnectionmonitoring)的TTI信息,由連續(xù)64幀中的此開(kāi)銷組成64字節(jié)的信息,定義同SM-TTI完全一致。此64字節(jié)TTI信息在OTUk復(fù)幀中的對(duì)齊方式也和SM-TTI完全一樣,第一字節(jié)分別對(duì)應(yīng)于復(fù)幀0,0x40,0x80,0xc0。

TCM-BIP-8,全稱為ODUkTCMerrordetectioncode(BIP-8),每組TCMi中長(zhǎng)度為一個(gè)字節(jié)。此開(kāi)銷為BIP-8校驗(yàn)信息,結(jié)構(gòu)和定義同PM-BIP-8完全一樣,但用于TCM監(jiān)測(cè),計(jì)算范圍也是整個(gè)OPUk幀(第15列到第3824列,OPUk幀的結(jié)構(gòu)見(jiàn)4.5),處理方式也一樣,第i幀的BIP-8校驗(yàn)結(jié)果放到第i+2幀的TCMi-BIP8開(kāi)銷位置上。

TCM-BDI,全稱為ODUkTCMbackwarddefectindication,只有一位,定義和PM-BDI一致,用來(lái)向上游反向發(fā)送路徑檢測(cè)時(shí)遇到的失效信息,1指示有ODUk失效,0為正常。

TCM-BEI/BIAE,全稱為ODUkTCMbackwarderrorindication(BEI)andbackward本文中的所有信息歸中興通訊股份有限公司所有,未經(jīng)允許,不得外傳第18/41頁(yè)

OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

公開(kāi)▲(保密期)

的PFD中輸出的UP和DOWN信號(hào),經(jīng)過(guò)低通濾波器處理后傳給VCO,由VCO產(chǎn)生時(shí)鐘作為業(yè)務(wù)時(shí)鐘。由于比較器能夠通過(guò)控制VCO調(diào)整業(yè)務(wù)時(shí)鐘速率,從而保證FIFO讀指針基本上始終處于FIFO的中間位置,而在FIFO讀和寫速度之間達(dá)成一種動(dòng)態(tài)平衡,最終達(dá)到OTUk速率和業(yè)務(wù)速率成比例匹配關(guān)系。這種電路暫時(shí)還沒(méi)有一個(gè)標(biāo)準(zhǔn)名字,其實(shí)質(zhì)是一種速率匹配器。這種速率匹配方式只能保證業(yè)務(wù)速率和經(jīng)過(guò)映射解映射后的業(yè)務(wù)速率在統(tǒng)計(jì)學(xué)觀點(diǎn)上是一致的,無(wú)法保證兩個(gè)時(shí)鐘相位的完全一致。實(shí)際上從眼圖來(lái)觀測(cè),假使觸發(fā)源接在業(yè)務(wù)時(shí)鐘上,觀測(cè)經(jīng)過(guò)映射和解映射后的業(yè)務(wù)無(wú)法看到正常眼圖,只能看到滿屏點(diǎn),但SDH業(yè)務(wù)上沒(méi)有指針調(diào)整,這是由于在映射和解映射過(guò)程中雖然保持了原來(lái)業(yè)務(wù)的頻率信息,但丟失了原來(lái)業(yè)務(wù)的時(shí)鐘相位信息。

根據(jù)上面的比較可以得出如下結(jié)論:

對(duì)于SDH業(yè)務(wù),由于對(duì)時(shí)鐘要求嚴(yán)格,要求保證時(shí)鐘的速率和相位信息都能隨業(yè)務(wù)一直傳遞下去,所以應(yīng)當(dāng)盡可能使用同步映射方式。

對(duì)于非SDH的數(shù)據(jù)類業(yè)務(wù),一般對(duì)時(shí)鐘信息沒(méi)有特別要求,使用同步或者異步映射都可以。

對(duì)于SDH業(yè)務(wù)集聚板,即使采用同步映射方式,由于必需先經(jīng)過(guò)指針調(diào)整將各支路速率調(diào)整成一樣的速率才能集聚,所以SDH業(yè)務(wù)經(jīng)過(guò)同步集聚方式后很可能將支路業(yè)務(wù)時(shí)鐘的速率和相位信息同時(shí)改變,從對(duì)業(yè)務(wù)的影響來(lái)說(shuō),使用異步映射能夠保證所有支路的速率保持不變,但所有相位信息都丟失,所以異步映射方式對(duì)業(yè)務(wù)的影響更輕些。但假使系統(tǒng)要求必需將某一支路的所有時(shí)鐘信息(包括頻率和相位)保持不變,則只有使用同步集聚板實(shí)現(xiàn),而且假使多個(gè)支路具有不同的時(shí)鐘,則一塊集聚板只支持將一個(gè)支路的時(shí)鐘傳遞下去。另外同步映射由于是一對(duì)一映射,映射得到的高速業(yè)務(wù)要占用開(kāi)銷,將覆蓋部分支路的不重要位置開(kāi)銷,所以無(wú)法保證支路所有開(kāi)銷透?jìng)鳌5钱惒接成鋵⒌退贅I(yè)務(wù)整個(gè)映射進(jìn)了OPUk幀,能保證對(duì)所有支路的所有開(kāi)銷實(shí)現(xiàn)透?jìng)?。從?shí)現(xiàn)難度來(lái)說(shuō),最早實(shí)現(xiàn)的是同步映射技術(shù),異步映射技術(shù)只是最近才開(kāi)始普及,對(duì)于非集聚類的OTU單板來(lái)說(shuō)異步映射沒(méi)有任何優(yōu)點(diǎn),所以不建議使用。但是對(duì)于集聚類單板,異步映射實(shí)現(xiàn)起來(lái)更加簡(jiǎn)單便利,可能會(huì)逐漸占據(jù)主流地位。

本文中的所有信息歸中興通訊股份有限公司所有,未經(jīng)允許,不得外傳第39/41頁(yè)

OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

公開(kāi)▲(保密期)

NOTE1–Thereare226sparecodesleftforfutureinternationalstandardization.RefertoAnnexA/G.806fortheproceduretoobtainoneofthesecodesforanewpayloadtype.NOTE2–Thesevaluesareexcludedfromthesetofavailablecodepoints.ThesebitpatternsarepresentinODUkmaintenancesignals.NOTE3–Value\definedinthistable.RefertoAnnexA/G.806formoreinformationontheuseofthiscode.NOTE4–These16codevalueswillnotbesubjecttofurtherstandardization.RefertoAnnexA/G.806formoreinformationontheuseofthesecodes.NOTE5–Forthepayloadtypeofthevirtualconcatenatedsignaladedicatedpayloadtypeoverhead(vcPT)isused,seeclause18.STM-64屬于CBR(ConstantBit-rate)業(yè)務(wù),一般的OTU10G單板采用同步映射方式,所以PT一般為3。5.3.2和映射有關(guān)的OPUk開(kāi)銷7個(gè)字節(jié)的OPUk開(kāi)銷保存作為映射和級(jí)聯(lián)信息,位置在第15和第16列(不包括字節(jié)(4,15)的PSI開(kāi)銷),如圖18所示。另外255字節(jié)的PIS[1]至PSI[255]也作為映射和級(jí)聯(lián)信息保存。這些開(kāi)銷的定義和使用方式與應(yīng)用的級(jí)聯(lián)和映射方式有關(guān)。OPUk對(duì)實(shí)際凈荷的級(jí)聯(lián)和映射方式見(jiàn)后面的將各種業(yè)務(wù)映射進(jìn)OPUk的方法的描述。5.4OTN的維護(hù)信號(hào)(Maintenancesignals)OTN定義了較為豐富的維護(hù)信號(hào)。維護(hù)信號(hào)是指當(dāng)業(yè)務(wù)不正常時(shí),發(fā)送部分將發(fā)送一些特別的信號(hào)序列通知對(duì)端設(shè)備當(dāng)前業(yè)務(wù)處于某種不正常狀態(tài)。SDH的MS-AIS就是一種維護(hù)信號(hào)。常見(jiàn)的維護(hù)信號(hào)有下面幾種:5.4.1常見(jiàn)的維護(hù)信號(hào)告警指示信號(hào)AIS(alarmindicationsignal)告警指示信號(hào)(AIS)是一種提醒信息,當(dāng)上游節(jié)點(diǎn)遇到失效狀況時(shí)將向下游節(jié)點(diǎn)發(fā)送AIS信號(hào)進(jìn)行通知。AIS信號(hào)將在網(wǎng)絡(luò)節(jié)點(diǎn)的輸出端口產(chǎn)生。網(wǎng)絡(luò)節(jié)點(diǎn)的輸入端口將檢測(cè)AIS,這樣作可以抑止上游節(jié)點(diǎn)由于業(yè)務(wù)中斷而造成本節(jié)點(diǎn)的輸入端口檢測(cè)到不確定的信號(hào)失效或錯(cuò)誤狀態(tài)。例如,OTU-A和OTU-B相連,當(dāng)OTU-A檢測(cè)到客戶側(cè)輸入業(yè)務(wù)中斷時(shí),OTU-A的線路側(cè)將輸出具有確定信號(hào)碼型的AIS,這樣OTUB的線路側(cè)輸入端即可檢測(cè)到此AIS,從而知道當(dāng)前OTU-A處于業(yè)務(wù)中斷狀態(tài)。假使此時(shí)OTU-A不發(fā)送AIS,則可能發(fā)送一些雜亂的信號(hào),可能造成OTU-B處于不穩(wěn)定狀態(tài),造成有時(shí)檢測(cè)到失效有時(shí)檢測(cè)到錯(cuò)誤的狀況。

前向失效指示FDI(forwarddefectindication)

FDI和AIS的意義完全一樣,不同的地方是AIS用在數(shù)字系統(tǒng)中,F(xiàn)DI用在光層中。FDI是通過(guò)光層OTM中的開(kāi)銷信號(hào)實(shí)現(xiàn)的。由于我們現(xiàn)在只關(guān)注數(shù)字層的OTUk,所以暫時(shí)不用關(guān)注FDI。

連接斷路指示OCI(openconnectionindication)

OCI是一種提醒信息,當(dāng)上游節(jié)點(diǎn)不希望向下游輸出業(yè)務(wù)時(shí)可以向下游節(jié)點(diǎn)發(fā)送此信號(hào)。例如,OTU-A和OTU-B相連,當(dāng)OTU-A認(rèn)為此時(shí)不需要向OTU-B發(fā)送業(yè)務(wù)時(shí),可以發(fā)送OCI信號(hào),通知OTU-B當(dāng)前OTU-A和OTU-B的連接處于中斷狀態(tài)。OCI產(chǎn)生于連接函數(shù),當(dāng)連接函數(shù)檢測(cè)到某個(gè)輸出端口沒(méi)有任何一個(gè)輸入端口對(duì)應(yīng)時(shí),則認(rèn)為輸出端口處于開(kāi)路狀態(tài),所以在此輸出端口發(fā)送OCI。

本文中的所有信息歸中興通訊股份有限公司所有,未經(jīng)允許,不得外傳第24/41頁(yè)

OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

鎖定指示locked(LCK)

公開(kāi)▲(保密期)

LCK是一種提醒信息,向下游節(jié)點(diǎn)發(fā)送此信息表示上游節(jié)點(diǎn)處于連接已建立狀態(tài)(連接鎖定)但沒(méi)有發(fā)送任何數(shù)據(jù)。連接建立但不傳送數(shù)據(jù)的狀況在OTU單板中不會(huì)存在。這種狀況是為面向連接的通用通信模型制定的。

5.4.2OTUk的維護(hù)信號(hào)

OTUk層只有一種維護(hù)信號(hào),就是OTUk-AIS(OTUkalarmindicationsignal)。

OTUkAIS是generic-AIS信號(hào),Generic-AIS也叫PN-11碼。PN-11是一個(gè)長(zhǎng)度為2047位的11次多項(xiàng)式,其生成多項(xiàng)式為1+x+x,如圖19所示。

9

11

圖19Generic-AIS(PN-11)的產(chǎn)生電路

OTUk-AIS就是將PN-11序列填充到整個(gè)OTUk-2中并不斷重復(fù)發(fā)送。如圖20所示。

圖20OTUk-AISOTUk幀的長(zhǎng)度為130560位,而PN-11的長(zhǎng)度為2047位,兩者不能整除,所以PN-11碼可能跨接兩個(gè)OTUk幀。OTUk-AIS用來(lái)支持將來(lái)的服務(wù)層應(yīng)用,OTN設(shè)備暫時(shí)只要求能夠檢測(cè)OTUk-AIS,并不要求產(chǎn)生此信號(hào)(這是標(biāo)準(zhǔn)中規(guī)定的,實(shí)際狀況可能并非如此)。

由于PN-11碼填充到了整個(gè)OTUk幀中,并且占用了幀定位字節(jié)的位置,所以當(dāng)出現(xiàn)OTUk-AIS時(shí)一定有OTUk-LOF,此時(shí)報(bào)OTUk-LOF沒(méi)有意義,所以一般來(lái)說(shuō)上報(bào)OTUk-AIS告警后就不再報(bào)OTUk-LOF。OTN測(cè)試儀表一般都是這樣處理的。5.4.3ODUk的維護(hù)信號(hào)ODUk的維護(hù)信號(hào)較多,有下面幾種。ODUk-AIS(ODUkalarmindicationsignal)ODUk-AIS將ODUk的所有內(nèi)容全部置成1,但不包括幀定位字節(jié)(FAOH),OTUk開(kāi)銷和ODUk-FTFL。如圖21所示,圖中所有黃色的內(nèi)容都為1。Column#11Row#78FAOHSTAT14173824OTUkOHSTATSTATFTFL2STATSTATSTAT34STATAll-1spatternG.709/Y.1331_F16-2圖21ODUk-AIS

PM-STAT和TCMi-STAT都是將111定義為ODUk-AIS,這些開(kāi)銷都位于黃色區(qū)域內(nèi)。ODUk-AIS的檢測(cè)是通過(guò)PM-STAT和TCMi-STAT的檢測(cè)實(shí)現(xiàn)的。

本文中的所有信息歸中興通訊股份有限公司所有,未經(jīng)允許,不得外傳第25/41頁(yè)

OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

ODUk-OCI(ODUkopenconnectionindication)

公開(kāi)▲(保密期)

ODUk-OCI是通過(guò)在整個(gè)ODUk幀中重復(fù)發(fā)送“01100110〞實(shí)現(xiàn)的。將圖21中黃色區(qū)域的全1換成全“01100110〞就是ODUk-OCI。

注意“01100110〞僅僅是默認(rèn)的OTUk-OCI標(biāo)示,也可將圖21中黃色區(qū)域的所有字節(jié)換成其他值,但必需保證PM-STAT和TCMi-STAT必需為110。

PM-STAT和TCMi-STAT都是將110定義為ODUk-OCI,這些開(kāi)銷都位于黃色區(qū)域內(nèi)。

ODUk-OCI的檢測(cè)是通過(guò)PM-STAT和TCMi-STAT的檢測(cè)實(shí)現(xiàn)的。

ODUk-LCK(ODUkLocked)

ODUk-LCK是通過(guò)在整個(gè)ODUk幀中重復(fù)發(fā)送“01010101〞實(shí)現(xiàn)的。將圖21中黃色區(qū)域的全1換成全“01010101〞就是ODUk-LCK。

注意“01010101〞僅僅是默認(rèn)的OTUk-LCK標(biāo)示,也可將圖21中黃色區(qū)域的所有字節(jié)換成其他值,但必需保證PM-STAT和TCMi-STAT必需為101。

PM-STAT和TCMi-STAT都是將101定義為ODUk-LCK,這些開(kāi)銷都位于黃色區(qū)域內(nèi)。

ODUk-LCK的檢測(cè)是通過(guò)PM-STAT和TCMi-STAT的檢測(cè)實(shí)現(xiàn)的。

5.5客戶信號(hào)的映射

客戶信號(hào)的映射指將客戶信號(hào)映射進(jìn)OPUk幀中。OPUk是一種定長(zhǎng)幀,將各種信號(hào)映射進(jìn)OPUk幀時(shí)必需遵循G.709規(guī)范制定的標(biāo)準(zhǔn)。下面簡(jiǎn)單介紹以下幾種常見(jiàn)客戶信號(hào)的映射方法。5.5.1

MappingofCBR2G5,CBR10GandCBR40Gsignals(e.g.,STM-16/64/256)intoOPUk

CBR是固定速率業(yè)務(wù)(ConstantBit-rate),指具有固定不變速率的業(yè)務(wù),例如SDH業(yè)務(wù)。

CBR2G5指速率為2488320kbit/s?20ppm具有固定速率的信號(hào)格式,例如STM-16。

CBR10G指速率為9953280kbit/s?20ppm具有固定速率的信號(hào)格式,例如STM-64。CBR40G指速率為39813120kbit/s?20ppm具有固定速率的信號(hào)格式,例如STM-256。將這些信號(hào)映射進(jìn)OPUk幀中有兩種常見(jiàn)的方式,分別為異步映射和位同步映射(asynchronousandbitsynchronous),以后位同步映射也稱為同步映射。如圖22所示。ColumnRow123415RESRESRESPSI16JCJCJCNJOPJO17183824OPUkOH01PSI255RESPTOPUkpayload(4?3808bytes)G.709/Y.1331_F17-11JC234567JC8Reserved圖22CBR2G5,CBR10GorCBR40G經(jīng)過(guò)映射后的OPUk幀

在異步映射方式中,通過(guò)字節(jié)調(diào)整技術(shù)實(shí)現(xiàn)業(yè)務(wù)速率和OPUk速率的匹配,詳見(jiàn)后面的本文中的所有信息歸中興通訊股份有限公司所有,未經(jīng)允許,不得外傳第26/41頁(yè)

OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

公開(kāi)▲(保密期)

描述。使用圖中的字節(jié)調(diào)整技術(shù)后,OPUk速率和業(yè)務(wù)信號(hào)的實(shí)際速率最大允許頻差為?65ppm。假使OPUk的時(shí)鐘本身最大頻偏為?20ppm,則業(yè)務(wù)信號(hào)和OPUk速率的最大偏差為?45ppm。

圖中OPUk開(kāi)銷包括如下部分:用來(lái)指示負(fù)載類型的PSI(包含256字節(jié)的復(fù)幀,第一個(gè)字節(jié)PT用來(lái)指示負(fù)載,其他字節(jié)保存),三個(gè)判斷調(diào)整字節(jié)JC(justificationbyte),一個(gè)負(fù)調(diào)整字節(jié)NJO(NegativeJustificationOpportunity)和3個(gè)保存字節(jié)。判斷調(diào)整字節(jié)JC暫時(shí)只有最低2位有意義,其他6位為保存。

OPUk凈荷包括4*3808字節(jié)(從第17行到第3824行),其中字節(jié)(4,17)為正調(diào)整字節(jié)(PositiveJustificationOpportunity)。判斷調(diào)整字節(jié)JC用來(lái)控制PJO和NJO字節(jié)的意義。JC,NJO,PJO在將客戶側(cè)業(yè)務(wù)映射到OPUk幀時(shí)產(chǎn)生,產(chǎn)生時(shí)的意義如表12和表13所示,當(dāng)需要從OPUk幀中還原出(Demapping)客戶側(cè)業(yè)務(wù)時(shí)需要根據(jù)這三種開(kāi)銷的內(nèi)容作相應(yīng)的處理,如表14所示。表12異步映射時(shí)JC,NJO和PJO的產(chǎn)生JCbits78databyteNJOjustificationbytedatabytedatabytenotgeneratedjustificationbytePJO00(正常)01(負(fù)調(diào)整)1011(正調(diào)整)JCbits7800(正常)011011justificationbyte表13位同步映射時(shí)JC,NJO和PJO的產(chǎn)生NJOjustificationbytedatabytenotgeneratedPJO表14異步和位同步映射時(shí)JC,NJO和PJO的翻譯JCbits78databyteNJOjustificationbytejustificationbytejustificationbytedatabytedatabytedatabytePJO00(正常)01(負(fù)調(diào)整)10(正常Note)11(正調(diào)整)justificationbyteNOTE–Amappercircuitdoesnotgeneratethiscode.Duetobiterrorsademappercircuitmightreceivethiscode.在位同步映射時(shí),OPUk的速率和客戶業(yè)務(wù)的速率完全一致,一般來(lái)說(shuō)需要鎖相環(huán)來(lái)保持這種速率一致性,所以無(wú)需使用指針調(diào)整技術(shù),這樣JC等開(kāi)銷是沒(méi)有意義的,如表13所示。根據(jù)表13,JC的位7,8為0,NJO為判斷字節(jié)應(yīng)當(dāng)忽略,PJO為正常的數(shù)據(jù)信息,這樣在同步模式下應(yīng)當(dāng)忽律所有的JC和NJO處理,OPUk幀中包含的全部是客戶數(shù)據(jù)。當(dāng)客戶業(yè)務(wù)失效導(dǎo)致鎖相環(huán)無(wú)法為OPUk提供適合的速率時(shí),此時(shí)OPUk速率必需保持在一個(gè)備本文中的所有信息歸中興通訊股份有限公司所有,未經(jīng)允許,不得外傳第27/41頁(yè)

OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

公開(kāi)▲(保密期)

份時(shí)鐘上,此備板時(shí)鐘必需和客戶業(yè)務(wù)標(biāo)準(zhǔn)速率相差小于65ppm,同時(shí)必需保證在從業(yè)務(wù)速率到備份速率切換過(guò)程中不得出現(xiàn)頻率或者幀不連續(xù)現(xiàn)象,當(dāng)客戶業(yè)務(wù)恢復(fù)正常時(shí)必需能夠從備份時(shí)鐘切換回客戶業(yè)務(wù)速率,切換過(guò)程中也必需保證速率和幀的連續(xù)性。由于鎖相環(huán)一般不具備頻率切換功能,所以切換過(guò)程保證連續(xù)性將很難實(shí)現(xiàn),只有使用帶兩個(gè)輸入源且支持無(wú)損切換的專用鎖相環(huán)芯片才可能實(shí)現(xiàn)此要求,但成本將很高。我們現(xiàn)在暫時(shí)不要求實(shí)現(xiàn)客戶業(yè)務(wù)速率和備份時(shí)鐘切換的連續(xù)性。

在異步映射模式下,OPUk的速率由本地時(shí)鐘產(chǎn)生,這樣OPUk的速率和客戶業(yè)務(wù)數(shù)據(jù)的速率一般來(lái)說(shuō)是不一樣的(理論最大偏差值為正負(fù)65ppm),將存在兩種狀況,OPUk的速率高于客戶側(cè)業(yè)務(wù)速率和OPUk速率低于客戶側(cè)業(yè)務(wù)速率,一般來(lái)說(shuō)需要使用FIFO實(shí)現(xiàn)不同速率之間的適配。

OPUk速率高于客戶側(cè)業(yè)務(wù)速率時(shí),在映射過(guò)程中,F(xiàn)IFO的輸入為客戶側(cè)數(shù)據(jù),輸出為OPUk速率,由于輸出高于輸入速率,F(xiàn)IFO會(huì)逐漸變空,當(dāng)變空時(shí)設(shè)置JC=11(正調(diào)整),同時(shí)PJO將變?yōu)闊o(wú)用的判斷信息。在解映射過(guò)程中也使用FIFO作速率調(diào)整,此時(shí)FIFO的輸入側(cè)的速率為OPUk的速率,當(dāng)遇到JC為正調(diào)整時(shí)將忽略PJO字節(jié)。為了能夠從OPUk速率中恢復(fù)出原來(lái)的客戶業(yè)務(wù)速率,F(xiàn)IFO的輸出速率由鎖相環(huán)控制,控制機(jī)構(gòu)將根據(jù)FIFO指針的位置調(diào)整鎖相環(huán)的頻率,盡量讓FIFO指針位于整個(gè)FIFO長(zhǎng)度的中間位置,從而可以保證FIFO輸出速率基本等于客戶業(yè)務(wù)速率。

OPUk速率低于客戶側(cè)業(yè)務(wù)速率時(shí),在映射過(guò)程中,由于輸出低于輸入速率,F(xiàn)IFO會(huì)逐漸變滿,當(dāng)變滿時(shí)一次多取出一個(gè)字節(jié),同時(shí)設(shè)置JC=01(負(fù)調(diào)整),用NJO保存多取出的一個(gè)字節(jié)。在解映射過(guò)程中當(dāng)遇到JC為負(fù)調(diào)整時(shí)將NJO字節(jié)也同時(shí)放入堆棧,同樣通過(guò)堆棧指針位置來(lái)控制FIFO的輸出速率。

在FIFO容量正常時(shí)設(shè)置JC=00,處于零調(diào)整狀態(tài),此時(shí)OPUk幀全部為客戶業(yè)務(wù),NJO無(wú)用。

為了防止業(yè)務(wù)傳輸中引入的誤碼造成解映射時(shí)JC誤判,OPUk開(kāi)銷中設(shè)置了3個(gè)字節(jié)JC,在映射時(shí)設(shè)置3個(gè)JC為一致值,在解映射時(shí)對(duì)3個(gè)JC作多數(shù)判決處理。

當(dāng)NJO和PJO作為無(wú)用的判決信息時(shí)(JustificationByte),在映射時(shí)設(shè)置它們?yōu)槿?,在解映射時(shí)假使通過(guò)JC判斷這些字節(jié)包含判決信息則忽略這些字節(jié)的內(nèi)容。

在客戶業(yè)務(wù)失效時(shí),例如客戶側(cè)業(yè)務(wù)LOS,則應(yīng)當(dāng)將客戶信號(hào)以GenericAIS替代,并將Generic-AIS映射到OPUk幀中。這是G.709要求的,但實(shí)現(xiàn)起來(lái)可能有些困難,一般來(lái)說(shuō)在映射過(guò)程中,假使遇到客戶側(cè)失效則直接插入OTUk-AIS,也就是將整個(gè)OTUk設(shè)置為GenericAIS。

在解映射過(guò)程中,當(dāng)輸入的ODUk/OPUk業(yè)務(wù)處于失效狀態(tài)時(shí)(例如ODUk-AIS,ODUk-LCK,ODUk-OCI),則應(yīng)當(dāng)將客戶側(cè)信號(hào)輸出設(shè)置為GenericAIS。這是G.709要求的,但不太符合SDHG.707的標(biāo)準(zhǔn),一般來(lái)說(shuō)假使遇到OTUk失效,對(duì)于SDH業(yè)務(wù)則插入MS-AIS,對(duì)于非SDH業(yè)務(wù)假使芯片支持可以插入GenericAIS,假使芯片不支持則不作任何處理。

MappingaCBR2G5signal(e.g.,STM-16)intoOPU1

為了將STM-16映射進(jìn)OPU1,首先將客戶側(cè)業(yè)務(wù)分成8位一組,每組中的8位不一定就是客戶業(yè)務(wù)的一個(gè)字節(jié)(可不在字節(jié)邊界上),每組映射到OPU1的一個(gè)字節(jié)中,如圖23所示。

本文中的所有信息歸中興通訊股份有限公司所有,未經(jīng)允許,不得外傳第28/41頁(yè)

OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

Column#公開(kāi)▲(保密期)

3824DDDDG.709/Y.1331_F17-2151234PSIRESRESRESNJOJCJCJCPJO161718DDDDDDD3805D3805D3805D3805DRow#圖23CBR2G5到OPU1的映射上圖中,D就是OPUk中的一個(gè)字節(jié),從17列到3824列共3808列字節(jié)為OPUk中的凈荷信息,15列和16列為指針處理等相關(guān)的開(kāi)銷信息,PJO可能為凈荷,也可能為正調(diào)整時(shí)的忽略信息。在CBR2G5的映射中,業(yè)務(wù)速率等于OPU1速率。

MappingaCBR10Gsignal(e.g.,STM-64)intoOPU2和CBR2G5一樣,將客戶業(yè)務(wù)每8位一組(可不在字節(jié)邊界上)映射成OPU2中的一個(gè)字節(jié),但和OPU1不同的是OPU2凈荷中參與了64字節(jié)的固定填充信息(FixedStuff,簡(jiǎn)稱FS),F(xiàn)S字節(jié)位于1905至1920列,共4行,基本位于OPU2所有列中的中間位置,如圖24所示。Column#1904190519202321RESRESRES1Row#JC118?16D118?16D118?16DPJO16FS16FS16FS16FS119?16D119?16D119?16D119?16DG.709/Y.1331_F17-3234NJOPSIJCJC15D+117?16D圖24CBR10G到OPU2的映射由于OPU2中參與了64字節(jié)的固定填充信息,這樣OPU2的速率和CBR10G的速率比為(3808:(3808-64),即238:237)。

MappingaCBR40Gsignal(e.g.STM-256)intoOPU3

和CBR10G一樣,將客戶業(yè)務(wù)每8位一組(可不在字節(jié)邊界上)映射成OPU3中的一個(gè)字節(jié),但和OPU2不同的是OPU3凈荷中參與了128字節(jié)的固定填充信息(FixedStuff,簡(jiǎn)稱FS),F(xiàn)S字節(jié)位于兩塊區(qū)域,分別為1265至1280列和2545至2560列,共32行,將OPU3分成基本長(zhǎng)度相當(dāng)?shù)娜龎K,如圖25所示。

本文中的所有信息歸中興通訊股份有限公司所有,未經(jīng)允許,不得外傳第29/41頁(yè)

3824151617OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

Column#公開(kāi)▲(保密期)

25442545256025613824126412651280RESRES1234JC78?16D78?16D78?16D15D+77?16D16FS16FS16FS16FS128115161779?16D79?16D79?16D79?16D16FS16FS16FS16FS79?16D79?16D79?16D79?16DG.709/Y.1331_F17-4Row#RESPSINJOPJOJCJC圖25CBR40G到OPU3的映射

由于OPU3中參與了128字節(jié)的固定填充信息,這樣OPU3的速率和CBR40G的速率比為(3808:(3808-128),即238:236)。

Mappingofanon-specificclientbitstreamintoOPUk

G.709規(guī)范中還定義了對(duì)ATM,GFP等業(yè)務(wù)的映射方式,這里不再作介紹,詳見(jiàn)G.709標(biāo)準(zhǔn)。

除了一些常見(jiàn)業(yè)務(wù)外,G.709支持將任意一種業(yè)務(wù)映射到OPUk。對(duì)于任意業(yè)務(wù)的映射,首先要通過(guò)數(shù)據(jù)封裝的方式(encapsulation)將業(yè)務(wù)封裝成一種具有恒定速率的信號(hào),而且速率必需等于OPUk的速率,然后將此封裝過(guò)的速率以位同步的方式直接映射進(jìn)入OPUk幀中,速率適配操作在封裝過(guò)程中完成,而且封裝后的數(shù)據(jù)在映射進(jìn)入OPUk前還必需進(jìn)行加擾操作。映射后的結(jié)果如圖26所示。

ColumnRow123415CSCSCSPSI16CSCSCSCS17183824OPUkOH01PSIRES255PTOPUkpayload(4?3808bytes)G.709/Y.1331_F17-9圖26任意業(yè)務(wù)到OPUk的映射

映射完成后,OPUk開(kāi)銷包含1個(gè)字節(jié)的PSI信息,另外還有6個(gè)字節(jié)的用戶自定義信息CS(client-specific),對(duì)CS開(kāi)銷的處理在封裝過(guò)程中實(shí)現(xiàn)。根據(jù)業(yè)務(wù)是否為8位模式的,可以將業(yè)務(wù)的每個(gè)字節(jié)分別映射到OPUk的字節(jié)中(withoctettiming),也可以將業(yè)務(wù)的任意連續(xù)8位一組分別映射到OPUk的每個(gè)字節(jié)中(withoutoctettiming)。

5.5.210GE(10.3125Gbps)業(yè)務(wù)到OTU2(11.1G)的映射

10GE業(yè)務(wù)為固定速率業(yè)務(wù),速率10.3125Gbps,基本和CBR10G的速率相差不多,其映射也是依照CBR10G來(lái)實(shí)現(xiàn)的。一般來(lái)說(shuō)10GE業(yè)務(wù)僅支持位同步映射方式。在映射時(shí)和STM-64業(yè)務(wù)一樣填入16字節(jié)的FS固定填充字節(jié),這樣OPUk的速率和10GE速率的比本文中的所有信息歸中興通訊股份有限公司所有,未經(jīng)允許,不得外傳第30/41頁(yè)

OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

公開(kāi)▲(保密期)

值為238:237,由于OTU2和ODU2的開(kāi)銷又額外增加了16行,所以O(shè)TU2速率和10GE速率的比值為239:237,OTUk中再增加16*16行的FEC校驗(yàn)信息,最終OTU2速率和10GE速率比為255:237,實(shí)際的OTU2速率為11.096Gbps。

5.5.34個(gè)ODU1到1個(gè)OPU2的映射(MappingODUksignalsintotheODTUjksignal)

OPUk可以時(shí)分復(fù)用成多個(gè)時(shí)間槽(TributarySlots),這些時(shí)間槽以時(shí)間槽交織的方式排列起來(lái)就構(gòu)成了OPUk幀。使用時(shí)間槽是為了能夠?qū)⒌退俚腛DUj幀時(shí)分復(fù)用成高速的OPUk幀。例如,可以將4個(gè)ODU1(j=1)復(fù)用成1個(gè)OPU2(k=2)。每個(gè)時(shí)間槽都分成兩部分,OPUk的開(kāi)銷和OPUk的凈荷,低速的ODUj幀被裝入高速OPUk的時(shí)間槽的凈荷中,而時(shí)間槽的開(kāi)銷部分用來(lái)裝ODUj的判斷調(diào)整字節(jié)(JustificationOverhead)。以后將多個(gè)低速ODUj幀集聚而成的一個(gè)高速OPUk幀稱為集聚OPUk幀。這種幀的結(jié)構(gòu)和標(biāo)準(zhǔn)OPUk幀略有不同。

OPU2時(shí)間槽的定義

圖27為OPU2的時(shí)間槽示意圖。

本文中的所有信息歸中興通訊股份有限公司所有,未經(jīng)允許,不得外傳第31/41頁(yè)

MFASbits78001110010011Row1OTN標(biāo)準(zhǔn)簡(jiǎn)介V1.0

PSI4PSIPSIPSIPSIPSIJOHTS1OPU2TribSlot1OPU2TribSlot2OPU2TribSlot3OPU2TribSlot4OPU2TribSlot1OPU2TribSlot2OPU2TribSlot3OPU2TribSlot4OPU2TribSlot1OPU2TribSlot2OPU2TribSlot3OPU2TribSlot4JOHTS4OPU2TribSlot1OPU2TribSlot2OPU2TribSlot3OPU2TribSlot4OPU2TribSlot1OPU2TribSlot2OPU2TribSlot3OPU2TribSlot4OPU2TribSlot1OPU2TribSlot2OPU2TribSlot3OPU2TribSlot4JOHTS3OPU2TribSlot1OPU2TribSlot2OPU2TribSlot3OPU2TribSlot4OPU2TribSlot1OPU2TribSlot2OPU2TribSlot3OPU2TribSlot4OPU2TribSlot

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論