專利名稱：一種光傳送網(wǎng)設(shè)備自適應(yīng)的實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及光傳輸技術(shù)，特別涉及一種光傳送網(wǎng)(OTN)設(shè)備自適應(yīng)的實現(xiàn)方法。
背景技術(shù)：
光網(wǎng)絡(luò)技術(shù)的發(fā)展推動著整個網(wǎng)絡(luò)向可支持更多業(yè)務(wù)的網(wǎng)絡(luò)發(fā)展。在傳輸基礎(chǔ)設(shè)施的建設(shè)中，服務(wù)供應(yīng)商需要能夠支持業(yè)務(wù)的快速增長，同時還要使成本盡可能低。在高速傳輸網(wǎng)絡(luò)結(jié)構(gòu)方面存在許多成幀技術(shù)和標(biāo)準(zhǔn)。其中，G.709標(biāo)準(zhǔn)能為大多數(shù)通用傳輸協(xié)議提供全面的性能監(jiān)控功能，數(shù)字封裝(DigitalWrapper)技術(shù)則提供了一種獨立于協(xié)議的傳輸機制，可為光傳送網(wǎng)絡(luò)(OTN)提供有效的管理機制和糾錯功能。
目前，在光傳輸系統(tǒng)中普遍采用前向糾錯(FEC)技術(shù)，來消除系統(tǒng)性能曲線中的誤碼率平移現(xiàn)象，其編碼增益也提供了一定的系統(tǒng)富余量，從而降低光鏈路中線性及非線性因素對系統(tǒng)性能的影響。尤其對光放大的系統(tǒng)，可以增加光放大器間隔，延長傳輸距離，提高信道速率，減少信道光功率。
國際電信聯(lián)盟-電信標(biāo)準(zhǔn)部(ITU-T)G.709中推薦的FEC采用RS(255，239)編碼，其優(yōu)點是帶外FEC的開銷是外加，不受同步數(shù)字體系(SDH)幀格式限制，可以很方便的插入FEC開銷，具有很大的靈活性。除了采用RS(200，239)編碼算法外，不同的設(shè)備廠家還有不同的FEC編碼算法，這些編碼算法有RS(255，223)，RS(255，238)與RS(255，223)級聯(lián)，BTC(BCH(128，113，6)2)等。隨著對FEC算法的改進，還會開發(fā)出其它算法，為了兼容網(wǎng)絡(luò)上已有的設(shè)備，新開發(fā)的OTN設(shè)備在支持新的FEC算法的同時，也會保留原有的算法。這些不同算法很難統(tǒng)一，因此不同廠家的設(shè)備不能互通。
要實現(xiàn)這些OTN設(shè)備的互通，需要根據(jù)互聯(lián)端口的FEC算法進行正確的配置，目前，遇到不同配置的OTN設(shè)備對接時，只能通過手工配置達到互通要求。手工配置操作復(fù)雜，容易出錯，尤其當(dāng)OTN設(shè)備組網(wǎng)比較復(fù)雜時，還會大幅度增加設(shè)備的運營維護成本。

發(fā)明內(nèi)容
本發(fā)明提供一種光傳送網(wǎng)設(shè)備自適應(yīng)的實現(xiàn)方法，以解決現(xiàn)有技術(shù)中在不同配置的光傳送網(wǎng)設(shè)備對接時只能通過手工配置，從而導(dǎo)致操作復(fù)雜和容易出錯的問題。
實現(xiàn)本發(fā)明的方法包括以下步驟A、從光傳送網(wǎng)設(shè)備的一個端口發(fā)起自適應(yīng)協(xié)議查詢命令，使該命令遍歷鏈路中各設(shè)備的端口并記錄各端口的自適應(yīng)能力信息；B、所述光傳送網(wǎng)設(shè)備從所述自適應(yīng)協(xié)議查詢命令中提取整個鏈路的自適應(yīng)能力信息，并根據(jù)配置策略確定各端口的配置參數(shù)；C、從發(fā)起自適應(yīng)查協(xié)議查詢命令的端口發(fā)送攜帶各端口配置參數(shù)的自適應(yīng)協(xié)議控制命令，使該命令遍歷鏈路中各設(shè)備的端口；D、所述自適應(yīng)協(xié)議控制命令經(jīng)過的各端口從該命令中獲取本端口的配置參數(shù)并完成配置。
所述步驟A包括如下步驟A1從任一設(shè)備端口向下游設(shè)備端口發(fā)起自適應(yīng)協(xié)議查詢命令，并在該命令的自適應(yīng)協(xié)議字節(jié)中記錄本端口的自適應(yīng)能力信息；A2收到所述查詢命令的下游的設(shè)備端口在自適應(yīng)協(xié)議字節(jié)中記錄本端口的自適應(yīng)能力信息，并繼續(xù)傳送給本端口的下游設(shè)備端口；A3在發(fā)起所述查詢命令的設(shè)備的接收端口監(jiān)測查詢進程是否完成，并在完成時得到攜帶有端口自適應(yīng)能力信息的自適應(yīng)協(xié)議字段。
所述步驟C包括如下步驟C1從查詢端口發(fā)起自適應(yīng)協(xié)議控制命令，并在該命令的協(xié)議字段中攜帶各端口的配置參數(shù)；
C2接收到所述自適應(yīng)協(xié)議控制命令的下游設(shè)備端口從協(xié)議字段中查找出本端口對應(yīng)的配置參數(shù)，配置本端口并將命令繼續(xù)傳送給本端口的下游設(shè)備端口C3在發(fā)起所述控制命令的設(shè)備的接收端口接收到所述自適應(yīng)協(xié)議控制命令并完成端口配置后結(jié)束自適應(yīng)能力配置進程。
本發(fā)明采用自適應(yīng)查詢命令遍歷鏈路中的各設(shè)備口來獲取端口的自適應(yīng)能力信息，并在確定各端口的配置參數(shù)后通過自適應(yīng)協(xié)議控制命令來使各設(shè)備端口自動完成配置，因而避免了手工操作的復(fù)雜性和容易出錯的問題，不僅使光傳送網(wǎng)設(shè)備的運營維護變得簡單和成本降低，同時使配置端口的可靠性提高。


圖1為現(xiàn)有技術(shù)中光傳送單元的組網(wǎng)示意圖；圖2為RES保留字節(jié)在G.709 OTUk開銷中的位置；圖3為本發(fā)明方法的流程圖；圖4為本發(fā)明中發(fā)送自適應(yīng)協(xié)議查詢命令持續(xù)時間示意圖。
具體實施例方式
下面結(jié)合說明書附圖對本發(fā)明的實現(xiàn)方案做進一步闡述。
光傳送網(wǎng)(OTN)設(shè)備完成物理層的光纜連接后，由于配置(如編碼算法等)的不同，設(shè)備之間并不能自動地建立通訊連接，因此需要首先進行配置。為了更好地說明本發(fā)明，本實施例以自適應(yīng)前向糾錯(FEC)編碼類型為例。
OTN設(shè)備組網(wǎng)如圖1所示，這些設(shè)備符合ITU-T G.709協(xié)議。在組網(wǎng)的鏈路中，信號Client1通過端口1/12所在的光波長轉(zhuǎn)換單元(OTU)被復(fù)用到OCH層(依據(jù)G.709協(xié)議)，產(chǎn)生OTN信號，并依次經(jīng)過端口1、2、3、4、5、6，最后由端口6/7所在的OTU從OTN信號中分解出信號Client1。信號Client2的傳送過程與信號Client1類似，不同的是它通過端口7、8、9、10、11、12來完成。
本發(fā)明通過從光傳送網(wǎng)設(shè)備的一個端口發(fā)起自適應(yīng)協(xié)議查詢命令，使該命令經(jīng)過鏈路中各設(shè)備的端口來得到整個鏈路的自適應(yīng)能力信息，然后根據(jù)配置策略確定各端口的配置參數(shù)，再通過發(fā)送攜帶各端口配置參數(shù)的自適應(yīng)協(xié)議控制命令，使各設(shè)備端口從該命令中獲取本端的配置參數(shù)并完成配置。
OTN設(shè)備之間進行自適應(yīng)協(xié)議利用OTN開銷中的字節(jié)來傳送，設(shè)備可以利用任意的OTN開銷字節(jié)進行協(xié)議傳送，只要足夠傳送自適應(yīng)協(xié)議字節(jié)即可，既可以是光傳送單元(OTUk)層的，也可以是光數(shù)據(jù)單元(ODUk)層和光凈負荷單元(OPUk)層的開銷字節(jié)，但要保證有足夠的傳送自適應(yīng)協(xié)議字節(jié)，并且在不同的OTN配置下開銷能接收正常，所以一般定義在OTUk層。
因為自適應(yīng)協(xié)議要記錄多個端口的信息，需要的字節(jié)較多，所以建議利用OTN開銷中的復(fù)幀字節(jié)功能(如64復(fù)幀)。例如，可以通過G.709中定義的OTUk層的兩個RES保留字節(jié)完成，RES保留字節(jié)在OTUk開銷中的位置如圖2所示。G.709中規(guī)定了每一個OTN幀中RES(以64復(fù)幀計算)總共有2×64＝128字節(jié)。本自適應(yīng)協(xié)議將以這128個字節(jié)為傳送載體，其中RES1的復(fù)幀字節(jié)作為自適應(yīng)協(xié)議的開銷字節(jié)，RES2的復(fù)幀字節(jié)作為自適應(yīng)協(xié)議的內(nèi)容字節(jié)，它們的含義分別為表1 RES1自適應(yīng)協(xié)議的開銷字節(jié)定義


表2 RES2自適應(yīng)協(xié)議的內(nèi)容字節(jié)定義

自適應(yīng)操作的啟動條件包括1、設(shè)備重新上電時。當(dāng)OTN設(shè)備重新上電時，由于該設(shè)備默認的配置不能保證與網(wǎng)絡(luò)上的上下游端口互通，所以必須自動啟動自適應(yīng)的操作進程，保證上電的設(shè)備能夠自動地在網(wǎng)絡(luò)上進行適應(yīng)配置。
2、設(shè)備任何一個端口硬復(fù)位時。所謂“硬復(fù)位”(Hard Reset)是指清除了設(shè)備配置的復(fù)位，類似于設(shè)備的重新上電。只是設(shè)備的硬復(fù)位一般是通過遠程的命令進行控制。而重新上電一般是通過現(xiàn)場拔插設(shè)備的電源產(chǎn)生。設(shè)備任何一個端口硬復(fù)位時，因為配置被清除，所以必須自動啟動自適應(yīng)的操作進程，保證設(shè)備復(fù)位運行后能夠自動地在網(wǎng)絡(luò)上進行適應(yīng)配置。
3、有重新自適應(yīng)的請求。重新自適應(yīng)是操作人員通過設(shè)備的管理通道啟動的自適應(yīng)，例如一個鏈路已經(jīng)自動適應(yīng)完畢，這時通過控制臺改變鏈路中設(shè)備的配置將需要重新啟動自適應(yīng)(Renegotiation)進程。
參閱圖3所示，實現(xiàn)自適應(yīng)能力配置的主要過程如下步驟1、從任意一個OTN設(shè)備端口發(fā)起自適應(yīng)協(xié)議查詢命令進程，并根據(jù)表1的定義在開銷字節(jié)中編輯相關(guān)的字段，生成開銷字節(jié)發(fā)送給下游OTN端口。
步驟2、下游的OTN端口收到自適應(yīng)協(xié)議查詢命令后，在自適應(yīng)協(xié)議的開銷字節(jié)中編輯相關(guān)的字段，并繼續(xù)向下游的OTN端口進行傳播。同時要記住本次編輯時的自適應(yīng)編號ID與端口ID號。
每個OTN端口每隔一段時間(例如10ms)監(jiān)測一次自適應(yīng)協(xié)議開銷字節(jié)，根據(jù)自適應(yīng)編號ID，命令類型，端口數(shù)目信息，判斷是否需要編輯自適應(yīng)協(xié)議字節(jié)，并向下游傳送。
步驟3、在發(fā)起查詢命令的設(shè)備的接收端口負責(zé)監(jiān)測與判斷自適應(yīng)協(xié)議查詢命令的進程是否結(jié)束，并在結(jié)束時提取整條鏈路的自適應(yīng)能力信息。結(jié)束的判斷依據(jù)為等待超時。
步驟4、從所述自適應(yīng)協(xié)議查詢命令中提取整個鏈路的自適應(yīng)能力信息，并根據(jù)配置策略確定各端口的配置參數(shù)。
步驟5、從發(fā)起查詢命令的設(shè)備的端口發(fā)起自適應(yīng)協(xié)議控制命令，并在該命令的協(xié)議字段中攜帶各端口的配置參數(shù)。
步驟6、自適應(yīng)協(xié)議控制命令經(jīng)過的設(shè)備端口從協(xié)議字段中查找出本端口對應(yīng)的配置參數(shù)，配置本端口并將命令繼續(xù)傳送給本端口的下游設(shè)備端口；發(fā)起控制命令的設(shè)備的接收端口(即發(fā)起所述控制命令端口的上游端口)接收到所述自適應(yīng)協(xié)議控制命令并完成端口配置后結(jié)束自適應(yīng)能力配置進程，整個自適應(yīng)配置過程完成。
下面，以一個實例對上述過程進行詳細說明如圖1的網(wǎng)絡(luò)結(jié)構(gòu)，從OTN端口5發(fā)起查詢進程。
1、根據(jù)自適應(yīng)協(xié)議開銷字節(jié)(表1)的定義，生成開銷字節(jié)Flag＝1；CharacterStr＝“AutoNegotiation”；ID＝0x00000001；CmdType＝1；Port Number＝1；Port Block Size＝1；Res＝All Zero(全0)。
并且在自適應(yīng)協(xié)議的內(nèi)容字節(jié)(表2)中填寫端口1的自適應(yīng)協(xié)議內(nèi)容，端口5記住在本次進程中的端口標(biāo)識(Port ID)應(yīng)當(dāng)為1。
2、通過將自適應(yīng)協(xié)議開銷字節(jié)映射到OTU層的RES1中，自適應(yīng)協(xié)議的內(nèi)容字節(jié)映射到OTU層的RES2中，并由OTN端口5向端口6傳播。
端口5發(fā)送RES的持續(xù)時間為下游端口的兩個接收周期，例如每個接收周期為10ms，那端口5持續(xù)發(fā)送RES 20ms后停止發(fā)送。這是考慮到現(xiàn)行的OTN設(shè)備在處理OTN協(xié)議接收時，一般都采用任務(wù)(Task)輪循的方式進行。如果上游端口發(fā)送協(xié)議持續(xù)時間僅有下游端口的一個接收周期，那么下游端口的任務(wù)有可能會輪循不到OTN協(xié)議字節(jié)，所以必須要求上游端口發(fā)送協(xié)議的持續(xù)時間至少為下游端口的兩個接收周期。
如圖4所示，上游端口發(fā)送查詢命令持續(xù)T1/T2，20ms時間。下游端口協(xié)議發(fā)送進程描述的是與上游端配合最臨界的情況，即在上游端發(fā)送協(xié)議之前下游端進行了一次接收操作，并且下游端的接收任務(wù)在略大于10ms后(例如接收任務(wù)被高優(yōu)先及的任務(wù)被搶占)才進行第二次接收操作。如果上游端協(xié)議發(fā)送進程持續(xù)時間只有T1＝10ms，那么這種臨界的情況下將導(dǎo)致下游端不能收到上游端的協(xié)議字節(jié)。因此，建議上游端發(fā)送協(xié)議必須持續(xù)下游端口的兩個接收周期，以保證下游端在最臨界的狀態(tài)下也能接收到協(xié)議。
3、因為每個OTN端口每隔一段時間(例如10ms)監(jiān)測一次自適應(yīng)協(xié)議開銷字節(jié)，所以端口6會在端口5持續(xù)發(fā)送自適應(yīng)協(xié)議的時間內(nèi)收到協(xié)議開銷與內(nèi)容。OTN端口6根據(jù)收到的協(xié)議開銷字節(jié)，判斷是否需要進行編輯并向下游傳播。
因為收到的ID是新的協(xié)議ID，與上次處理的ID不同，可以判斷是新一次的進程；同時Port Number＝1；依據(jù)端口編號連續(xù)的原則，端口6記住在本次進程中的Port ID應(yīng)當(dāng)為2。端口6根據(jù)自適應(yīng)協(xié)議開銷字節(jié)(表1)的定義，修改開銷字節(jié)Port Number＝2；并且在自適應(yīng)協(xié)議的內(nèi)容字節(jié)(表2)中填寫端口2的自適應(yīng)協(xié)議內(nèi)容。
4、由于端口6/7位于同一設(shè)備上，并且OTN的信號并不是從端口6傳送到端口7的，所以端口7只是端口6的邏輯下游端口，設(shè)備應(yīng)當(dāng)自動模擬OTN的信號流，使端口7識別它的上游端口是6。端口7修改協(xié)議字節(jié)內(nèi)容，并向下游端口8傳播。
5、由于中繼的設(shè)備對于OTN的開銷是透傳的，如端口2/3，4/5，8/9，10/11。所以端口7發(fā)出的OTN開銷，8與10端口將幾乎同時收到，因此，OTN端10需要控制端口的先后錯序。當(dāng)信號經(jīng)過端口8/9處理后修改了協(xié)議的內(nèi)容，端口10將收到新的協(xié)議。這時端口10應(yīng)當(dāng)根據(jù)前一次的端口標(biāo)識(PortID)與協(xié)議中的端口數(shù)量(Port Number)進行比較，如果Port Number＞＝PortID，表明端口10前次處理的是超前的，應(yīng)當(dāng)重新修改協(xié)議內(nèi)容，并再次向下游傳播。
6、查詢命令從OTN端口11到OTN端口3的過程與上述相同，不再贅述。
7、OTN端口4負責(zé)監(jiān)測與判斷自適應(yīng)協(xié)議查詢命令的進程是否結(jié)束。進程是否結(jié)束的判斷依據(jù)是超時判斷，即從OTN端口5發(fā)協(xié)議信息開始進行超時計數(shù)，當(dāng)超時事件產(chǎn)生時，OTN端口4可以提取當(dāng)前收到自適應(yīng)協(xié)議信息。超時時間的大小根據(jù)自適應(yīng)協(xié)議查詢命令經(jīng)過鏈路中各OTN端口所需要的時間設(shè)定定時器設(shè)定。
8、OTN端口4獲取到整個鏈路端口的自適應(yīng)信息后，根據(jù)自適應(yīng)策略算法確定各端口的配置。
配置策略算法，因各廠商的應(yīng)用出發(fā)點不同，允許自行定義。在FEC與超強FEC混合組網(wǎng)的OTN網(wǎng)絡(luò)中，由于超強FEC能帶來更大的編碼增益，當(dāng)上下游端口同時具備FEC與超強FEC時，廠商的自適應(yīng)策略往往會選擇超強的FEC。如圖1中，如果查詢到端口3/4同時具有FEC與超強FEC能力，那么自適應(yīng)的策略應(yīng)當(dāng)選擇端口3/4配置成超強FEC。
例如收到的自適應(yīng)信息中指示具備超強FEC的端口為1/2/3/10/11/12，具備FEC的端口為1/2...11/12(所有端口都具備)。
根據(jù)自適應(yīng)策略算法，生成自適應(yīng)控制指令為需配置為超強FEC的端口1/2/11/12，需配置為FEC的端口3/4/5/6/7/8/9/10。
根據(jù)自適應(yīng)協(xié)議開銷字節(jié)(表1)的定義，生成開銷字節(jié)Flag＝1；CharacterStr＝“AutoNegotiation”；ID＝0x00000002；CmdType＝2；
Port Number＝12；Port Block Size＝1；Res＝All Zero(全0)。
9、從OTN端口5發(fā)起自適應(yīng)控制指令進程。端口5將配置改為FEC模式，同時發(fā)出自適應(yīng)控制指令，持續(xù)時間為兩個時間單元20ms。
自適應(yīng)控制指令的進程處理與自適應(yīng)協(xié)議查詢命令進程類似，不同的是自適應(yīng)控制指令進程協(xié)議在傳播過程中是只讀的，各端口只能讀取協(xié)議內(nèi)容，不能對協(xié)議內(nèi)容進行修改。各端口根據(jù)收到的控制指令，調(diào)整自己的配置，并且保證協(xié)議信號能向下游傳播。
10、端口6接收到自適應(yīng)協(xié)議，根據(jù)協(xié)議要求，將配置改為FEC模式。
11、控制協(xié)議陸續(xù)被端口7/8/9/10/11/12/1/2/3/4接收到，并且根據(jù)協(xié)議要求，分別將各端口配置成FEC或超強FEC。
12、發(fā)起自適應(yīng)控制指令進程的OTN端口5，結(jié)束發(fā)送協(xié)議的條件是，端口4已經(jīng)收到自適應(yīng)控制指令。
本自適應(yīng)方法的耗時，取決于自適應(yīng)的OTN端口數(shù)目規(guī)模，端口數(shù)目越多，自適應(yīng)需要耗費的時間越長，并且自適應(yīng)的耗時與OTN設(shè)備檢測OTN開銷的頻率也直接相關(guān)。
表2中支持的最大端口數(shù)Pmax取決于n，即表1中的Port Block Size，它們的關(guān)系為Pmax＝64/n；所以當(dāng)n＝1時，Pmax＝64，即最大支持64個端口的OTN網(wǎng)絡(luò)。如果OTN設(shè)備檢測OTN開銷的每個時間單元為10ms。那么自適應(yīng)能力查詢進程的耗時最長是64×10×2＝1280ms。
自適應(yīng)能力控制指令進程的耗時一般來說小于自適應(yīng)能力查詢進程的耗時，因為自適應(yīng)能力控制進程的結(jié)束不需要用超時來判斷?？傊词乖谳^大的OTN網(wǎng)絡(luò)(如64個端口)下進行本發(fā)明的自適應(yīng)方法，只需要3秒以下的耗時。
以上僅以較佳實施例進行說明，但本發(fā)明并不限于此，本發(fā)明同樣適用于對于端口的其他參數(shù)配置。
權(quán)利要求
1.一種光傳送網(wǎng)設(shè)備自適應(yīng)的實現(xiàn)方法，其特征在于，該方法包括以下步驟A、從光傳送網(wǎng)設(shè)備的一個端口發(fā)起自適應(yīng)協(xié)議查詢命令，使該命令遍歷鏈路中各設(shè)備的端口并記錄各端口的自適應(yīng)能力信息；B、所述光傳送網(wǎng)設(shè)備從所述自適應(yīng)協(xié)議查詢命令中提取整個鏈路的自適應(yīng)能力信息，并根據(jù)配置策略確定各端口的配置參數(shù)；C、從發(fā)起自適應(yīng)協(xié)議查詢命令的設(shè)備端口發(fā)送攜帶各端口配置參數(shù)的自適應(yīng)協(xié)議控制命令，使該命令遍歷鏈路中各設(shè)備的端口；D、所述自適應(yīng)協(xié)議控制命令經(jīng)過的各端口從該命令中獲取本端口的配置參數(shù)并完成配置。
2.如權(quán)利要求1所述的方法，其特征在于，步驟A包括如下步驟A1從任意設(shè)備的端口向下游設(shè)備端口發(fā)起自適應(yīng)協(xié)議查詢命令，并在該命令的自適應(yīng)協(xié)議字節(jié)中記錄本端口的自適應(yīng)能力信息；A2收到所述查詢命令的下游設(shè)備端口在自適應(yīng)協(xié)議字節(jié)中記錄本端口的自適應(yīng)能力信息，并繼續(xù)傳送給本端口的下游設(shè)備端口；A3在發(fā)起所述查詢命令的設(shè)備的接收端口監(jiān)測查詢進程是否完成，并在完成時得到攜帶有端口自適應(yīng)能力信息的自適應(yīng)協(xié)議字段。
3.如權(quán)利要求2所述的方法，其特征在于，各設(shè)備端口向下游設(shè)備端口發(fā)送自適應(yīng)協(xié)議查詢命令的持續(xù)時間不少于該下游設(shè)備端口的兩個接收周期。
4.如權(quán)利要求2所述的方法，其特征在于，根據(jù)自適應(yīng)協(xié)議查詢命令遍歷鏈路中各端口所需要的時間設(shè)定定時器的時長，在查詢進程開始時啟動該定時器，當(dāng)定時超時則確定查詢進程完成。
5.如權(quán)利要求1所述的方法，其特征在于，步驟C包括如下步驟C1從發(fā)起查詢命令的設(shè)備端口發(fā)起自適應(yīng)協(xié)議控制命令，并在該命令的協(xié)議字段中攜帶各端口的配置參數(shù)；C2接收到所述自適應(yīng)協(xié)議控制命令的下游設(shè)備端口從協(xié)議字段中查找出本端口對應(yīng)的配置參數(shù)，配置本端口并將命令繼續(xù)傳送給本端口的下游設(shè)備端口；C3在發(fā)起所述控制命令的設(shè)備的接收端口接收到所述自適應(yīng)協(xié)議控制命令并完成端口配置后結(jié)束自適應(yīng)能力配置進程。
6.如權(quán)利要求1到5任一項所述的方法，其特征在于，每次發(fā)送自適應(yīng)協(xié)議查詢命令時采用不同的自適應(yīng)協(xié)議標(biāo)識，在每次發(fā)起自適應(yīng)協(xié)議查詢命令的進程中按該查詢命令經(jīng)過的設(shè)備端口進行連續(xù)編號，各端口接收到自適應(yīng)協(xié)議查詢命令時將命令中攜帶的端口數(shù)進行累加得到本端口的端口標(biāo)識并記錄。
7.如權(quán)利要求6所述的方法，其特征在于，當(dāng)設(shè)備端口連續(xù)兩次接收到相同自適應(yīng)協(xié)議標(biāo)識的自適應(yīng)協(xié)議查詢命令時，根據(jù)前次記錄的端口標(biāo)識與后次命令中的端口數(shù)進行比較來進行錯序控制。
8.如權(quán)利要求6所述的方法，其特征在于，采用光傳送網(wǎng)絡(luò)中任意的開銷字節(jié)傳送所述自適應(yīng)協(xié)議查詢命令和自適應(yīng)協(xié)議控制命令。
9.如權(quán)利要求6所述的方法，其特征在于，所述能力信息包括但不限于設(shè)備端口的前向糾錯編碼類型。
10.如權(quán)利要求1所述的方法，其特征在于，當(dāng)光傳送網(wǎng)絡(luò)設(shè)備重新上電、光傳送網(wǎng)絡(luò)鏈路上設(shè)備的任一設(shè)備端口硬復(fù)位或重新啟動自適應(yīng)操作時開始執(zhí)行步驟A。
全文摘要
本發(fā)明公開了一種光傳送網(wǎng)設(shè)備自適應(yīng)的實現(xiàn)方法，以解決現(xiàn)有技術(shù)中在不同配置的光傳送網(wǎng)設(shè)備對接時只能通過手工配置，從而導(dǎo)致操作復(fù)雜和容易出錯的問題。該方法為從光傳送網(wǎng)設(shè)備的一個端口發(fā)起自適應(yīng)協(xié)議查詢命令，使該命令遍歷鏈路中各設(shè)備的端口并記錄各端口的自適應(yīng)能力信息；從所述自適應(yīng)協(xié)議查詢命令中提取整個鏈路的自適應(yīng)能力信息，并根據(jù)配置策略確定各端口的配置參數(shù)；從發(fā)起自適應(yīng)協(xié)議查詢命令的端口發(fā)送攜帶各端口配置參數(shù)的自適應(yīng)協(xié)議控制命令，使該命令遍歷鏈路中各設(shè)備的端口；自適應(yīng)協(xié)議控制命令經(jīng)過的設(shè)備端口從該命令中獲取本端的配置參數(shù)并完成配置。
文檔編號H04L29/06GK1791010SQ20041010330
公開日2006年6月21日 申請日期2004年12月14日 優(yōu)先權(quán)日2004年12月14日
發(fā)明者廖振欽 申請人:華為技術(shù)有限公司