專利名稱：Lcas宿端刪除成員的方法及實現(xiàn)該方法的宿端狀態(tài)機(jī)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤指一種實現(xiàn)鏈路容量調(diào)整機(jī)制(LCAS , Link Capacity Adjustment Scheme )宿端刪除成員的方法及實現(xiàn)該方法的宿端 狀態(tài)機(jī)。
背景技術(shù)：
國際電信聯(lián)盟(ITU-T) G.7042標(biāo)準(zhǔn)定義了 LCAS, LCAS提供了虛級 聯(lián)組(VCG ， Virtual Concatenation Group )的源端(Source Side )與宿端(Sink Side)的協(xié)商過程，以保證在增加或刪除成員時對業(yè)務(wù)不會造成損傷，實現(xiàn) 帶寬的無縫調(diào)整。
虛級聯(lián)(VC ， Virtual Concatenation )的建立或刪除、成員的增加或減 少是通過改變控制分組(Control Packet)中狀態(tài)字段的指令，在源端和宿端 間建立協(xié)商通信進(jìn)程來實現(xiàn)的。LCAS所定義的控制分組描述了虛級聯(lián)的鏈 路狀態(tài)，保證在網(wǎng)絡(luò)發(fā)生變化時，鏈路的源端與宿端能夠保持同步?？刂品?組主要承載的控制字段有
1. 成員狀態(tài)(MST， Member status)字段從宿端發(fā)送至源端，用于 傳遞各成員的狀態(tài)；
2. 再排序確認(rèn)(RS-Ack， Re-sequence acknowledge )字段從宿端發(fā)送 至源端，用于傳遞宿端檢測出的成員的序列變化；
3. 控制(CTRL, Control)字段從源端發(fā)送至宿端，用于實現(xiàn)兩端組 成員狀態(tài)同步；
4. 組標(biāo)識(GID， Group ID)字段用于標(biāo)識VCG;
5. 差錯校驗碼(CRC, Cyclic Redundancy Check )字段用于保護(hù)控制分組。
對于虛級聯(lián)組中的每個成員，都有一個在源端的源端狀態(tài)機(jī)，和一個在
宿端的宿端狀態(tài)機(jī)。每個成員的源端狀態(tài)才幾的狀態(tài)包括空閑(IDLE)狀 態(tài)、正常(NORMAL)狀態(tài)、路徑失效(DNU)狀態(tài)、增力口 (ADD)狀態(tài) 和刪除(REMOVE )狀態(tài)。每個成員的宿端狀態(tài)機(jī)的狀態(tài)包括空閑(IDLE ) 狀態(tài)、用于表示該成員的信息未檢測到錯誤或該成員為新加入且請求通過的 攜載業(yè)務(wù)(OK)狀態(tài)，以及用于表示該成員的信息檢測到有錯誤或該成員 被刪除的失敗(FAIL)狀態(tài)。
G7042標(biāo)準(zhǔn)中定義的源端狀態(tài)機(jī)中，為了保證業(yè)務(wù)無損傷，LCAS要求 增加或刪除成員操作需要由源端發(fā)起，具體實現(xiàn)過程可參見相關(guān)標(biāo)準(zhǔn)，由源 端發(fā)起的增加或刪除成員過程與本發(fā)明無關(guān)，這里不再贅述；而對于由宿端 發(fā)起刪除成員操作的情況，G.7042標(biāo)準(zhǔn)中定義的宿端狀態(tài)機(jī)無法保證對業(yè)務(wù) 無損傷，不能實現(xiàn)帶寬的無縫調(diào)整。
圖1是現(xiàn)有技術(shù)G.7042標(biāo)準(zhǔn)所定義的宿端狀態(tài)機(jī)發(fā)起刪除成員的協(xié)商 過程示意圖，如圖l所示，宿端成員在攜載業(yè)務(wù)狀態(tài)即OK狀態(tài)下，收到來 自網(wǎng)管系統(tǒng)(NMS, Network Management System)的刪除成員指示MREM0VE 后，宿端向源端發(fā)送該成員的MST為FAIL狀態(tài)，可表示為MST = FAIL， ^妄著停止,人該成員內(nèi)提取業(yè)務(wù)(Stop reading payload ),然后該成員的狀態(tài)遷 移到IDLE狀態(tài)，即,皮成功刪除。
其中，NMS從宿端首先發(fā)起刪除成員的操作時，宿端狀態(tài)機(jī)的協(xié)商過 程具體如下
1) 宿端收到來自NMS的刪除成員指示后，向源端發(fā)送該成員的MST 為FAIL狀態(tài)；
2) 宿端在下一個復(fù)幀，停止從該成員內(nèi)提取業(yè)務(wù)，并且將該成員的狀 態(tài)遷移為IDLE狀態(tài)，即該成員被刪除。
需要說明的是，圖1中與本發(fā)明相關(guān)的是虛線框中的刪除成員狀態(tài)機(jī)部 分，其它部分與標(biāo)準(zhǔn)中規(guī)定的一致，這里不再贅述。
G.7042所定義的源端狀態(tài)機(jī)相應(yīng)的協(xié)商過程具體為
1 )源端提取到該成員的MST為FAIL狀態(tài)；
2)將CTRL字段的信息更改為DNU狀態(tài)，即表示在源端已將該成員的 狀態(tài)從NORMAL狀態(tài)遷移到DNU狀態(tài)；
3 )源端在下一個復(fù)幀，停止在該成員上映射業(yè)務(wù)(Stop sending payload)。
上述協(xié)商過程中，按照標(biāo)準(zhǔn)宿端發(fā)送的該成員的MST為FAIL狀態(tài)需 要經(jīng)過64ms/128ms后才能^皮源端VCG提取到。,支設(shè)宿端從發(fā)送該成員的 MST為FAIL狀態(tài)到停止從該成員內(nèi)提取業(yè)務(wù)的時間間隔為tRx,源端提取 到MST為FAIL狀態(tài)到該成員狀態(tài)遷移到DNU狀態(tài)所需的時間為tTx, —旦 源端停止映射業(yè)務(wù)的時刻和宿端停止提取業(yè)務(wù)的時刻不同，比如若t^小于 或大于tTx+64ms/128ms，便會造成對業(yè)務(wù)的損傷。而每個站點的tRx和tTx均 不同，所以按照G.7042的宿端狀態(tài)機(jī)，無法保證從宿端首先發(fā)起刪除成員 時對業(yè)務(wù)無損傷，不能實現(xiàn)帶寬的無縫調(diào)整。
發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種實現(xiàn)LCAS宿端刪除成員的 方法，能夠保證由宿端發(fā)起的刪除成員處理對業(yè)務(wù)無損傷。
本發(fā)明另一目的在于提供一種實現(xiàn)所述方法的宿端狀態(tài)機(jī)，能夠保證由 宿端發(fā)起的刪除成員處理對業(yè)務(wù)無損傷。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案具體是這樣實現(xiàn)的
一種實現(xiàn)鏈路容量調(diào)整方式LCAS宿端刪除成員的方法，該方法包括以 下步驟
A. 宿端接收到刪除成員指示后，向源端通知待刪除成員進(jìn)入刪除 REMOVE狀態(tài)；
B. 宿端判斷是否收到來自源端的通知響應(yīng)，若未接收到，則所述待刪 并等待；若接收到，則將該待刪除成員的狀態(tài)遷移為空閑IDLE狀態(tài)。
步驟A中所述通知待刪除成員進(jìn)入刪除狀態(tài)的方法為
所述宿端向所述源端發(fā)送所述待刪除成員的成員狀態(tài)MST字段信息為 失敗FAIL狀態(tài)；所述宿端將所述待刪除成員的狀態(tài)由攜載業(yè)務(wù)OK狀態(tài)遷 移為刪除REMOVE狀態(tài)。
步驟B中所述通知響應(yīng)消息中攜帶有控制CTRL字段的信息為路徑失 效DNU狀態(tài)，或增加ADD狀態(tài)，或空閑IDLE狀態(tài)。
步驟B中所述判定接收到通知響應(yīng)之后，該方法還包括在下一復(fù)幀停 止從所述待刪除成員中提取業(yè)務(wù)。
步驟B中所述等待中，該方法還包括若檢測到所述待刪除成員出現(xiàn)故 障，則停止從所述待刪除成員中提取業(yè)務(wù)，之后結(jié)束本方法流程。
所述停止從所述待刪除成員中提取業(yè)務(wù)之后，結(jié)束本方法流程之前，該 方法還包括所述宿端將所述待刪除成員刪除。
一種實現(xiàn)LCAS宿端刪除成員的方法的宿端狀態(tài)才幾，所述宿端狀態(tài)才幾的 成員狀態(tài)包括空閑IDLE狀態(tài)、攜載業(yè)務(wù)OK狀態(tài)和失敗FAIL狀態(tài)，所述 宿端狀態(tài)機(jī)的成員狀態(tài)還包括
刪除REMOVE狀態(tài)，在所述REMOVE狀態(tài)下，待刪除成員等待來自 源端的確認(rèn)刪除的通知響應(yīng)，且繼續(xù)從所述待刪除成員中提取業(yè)務(wù)。
在所述REMOVE狀態(tài)下，所述宿端收到來自源端的確認(rèn)刪除的通知響 應(yīng)后，在下一個復(fù)幀停止從所述待刪除成員提取業(yè)務(wù)。
由上述技術(shù)方案可見，本發(fā)明在G.7042所定義的LCAS宿端狀態(tài)機(jī)上， 新增一個用于表示處于刪除過程中的狀態(tài)即REMOVE狀態(tài)，在REMOVE 狀態(tài)下在宿端，待刪除成員正在等待刪除確認(rèn)，且在REMOVE狀態(tài)下依然 需要從該待刪除成員中提取業(yè)務(wù)；在REMOVE狀態(tài)下該待刪除成員收到源 端發(fā)出的相應(yīng)的CTRL字段的信息為DNU狀態(tài)后，在下一個復(fù)幀停止從該 待刪除成員提取業(yè)務(wù)，并且將該待刪除成員的狀態(tài)遷移為IDLE狀態(tài)，即該 待刪除成員被刪除。
在源端，該待刪除成員是在CTRL字段的信息變?yōu)镈NU狀態(tài)的下一復(fù)幀
停止在該待刪除成員上映射業(yè)務(wù)；而在宿端，該待刪除成員是在收到CTRL 字段的信息為DNU狀態(tài)的下一復(fù)幀停止從該待刪除成員內(nèi)提取業(yè)務(wù)，這樣保 證了源端和宿端的帶寬同時得到調(diào)整，從而保證了對業(yè)務(wù)無損傷。
圖1是現(xiàn)有技術(shù)G.7042標(biāo)準(zhǔn)所定義的宿端狀態(tài)機(jī)發(fā)起刪除成員的協(xié)商 過程示意具體實施例方式
為使本發(fā)明的目的、技術(shù)方案更加清楚明白，以下參照附圖并舉實施例， 對本發(fā)明^f故進(jìn)一步的詳細(xì)說明。
成員在攜載業(yè)務(wù)狀態(tài)即OK狀態(tài)下，收到來自NMS或源端或其它管理設(shè)備 的刪除成員指示刪除成員指示Mremove后，該方法包括宿端向源端通知待 刪除成員進(jìn)入刪除狀態(tài)；宿端判斷是否收到來自源端的通知響應(yīng)，若未接收收通知響應(yīng)；若接收到，則將該待刪除成員的狀態(tài)遷移為空閑狀態(tài)。協(xié)商過 程具體包括如下步驟
a) 宿端向源端發(fā)送待刪除成員的MST為FAIL狀態(tài)，以通知源端更改 該待刪除成員的狀態(tài)，并且將該待刪除成員的狀態(tài)由OK狀態(tài)遷移為 REMOVE狀態(tài)；
b) 源端提取該待刪除成員的MST為FAIL狀態(tài)后，將CTRL字段的信 息更改為DNU狀態(tài)，以使該待刪除成員狀態(tài)/人NORMAL狀態(tài)遷移為DNU 狀態(tài)，并將該CTRL字段的信息為DNU狀態(tài)發(fā)送給宿端；
(c)宿端收到該待刪除成員的CTRL字段的信息為DNU狀態(tài)后，在下 一復(fù)幀停止從該待刪除成員中提取業(yè)務(wù)；
(d)宿端將該待刪除成員的狀態(tài)從REMOVE狀態(tài)遷移為IDLE狀態(tài)，以 示刪除該待刪除成員成功。
在源端，該待刪除成員是在CTRL字段的信息變?yōu)镈NU狀態(tài)的下一復(fù) 幀停止在該待刪除成員上映射業(yè)務(wù)；而在宿端，該待刪除成員是在收到CTRL 字段的信息為DNU狀態(tài)的下一幀停止從該待刪除成員內(nèi)提取業(yè)務(wù)，這樣保 證了源端和宿端的帶寬同時得到調(diào)整，從而保證了對業(yè)務(wù)無損傷。
需要說明的是，圖2中與本發(fā)明相關(guān)的是虛線框中的刪除成員狀態(tài)機(jī)部 分，其它部分與標(biāo)準(zhǔn)中規(guī)定的一致，這里不再贅述。
進(jìn)一步地，在宿端等;f寺源端返回通知響應(yīng)期間，如果宿端纟全測到該待刪 除成員出現(xiàn)故障，則立即停止從該待刪除成員中提取業(yè)務(wù)，同時將該待刪除 成員從宿端刪除；或者，該待刪除成員在正常狀態(tài)下，根據(jù)源端發(fā)送的CTRL 狀態(tài)的信息決定是否刪除成員，比如，若CTRL字段的信息為 DNU/ADD/IDLE狀態(tài)，則將該待刪除成員刪除。
以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護(hù) 范圍，凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換、改進(jìn)等， 均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種實現(xiàn)鏈路容量調(diào)整方式LCAS宿端刪除成員的方法，其特征在于，該方法包括以下步驟A.宿端接收到刪除成員指示后，向源端通知待刪除成員進(jìn)入刪除REMOVE狀態(tài)；B.宿端判斷是否收到來自源端的通知響應(yīng)，若未接收到，則所述待刪除成員繼續(xù)處于刪除REMOVE狀態(tài)且繼續(xù)從所述待刪除成員中提取業(yè)務(wù)，并等待；若接收到，則將該待刪除成員的狀態(tài)遷移為空閑IDLE狀態(tài)。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟A中所述通知待刪除 成員進(jìn)入刪除狀態(tài)的方法為所述宿端向所述源端發(fā)送所述待刪除成員的成員狀態(tài)MST字段信息為失 敗FAIL狀態(tài)；所述宿端將所述待刪除成員的狀態(tài)由攜載業(yè)務(wù)OK狀態(tài)遷移為刪 除REMOVE狀態(tài)。
3、 根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟B中所述通知響應(yīng)消息 中攜帶有控制CTRL字段的信息為路徑失效DNU狀態(tài)，或增加ADD狀態(tài)， 或空閑IDLE狀態(tài)。
4、 根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟B中所述判定接收到通 知響應(yīng)之后，該方法還包括在下一復(fù)幀停止從所述待刪除成員中提取業(yè)務(wù)。
5、 根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟B中所述等待中，該方 法還包括若檢測到所述待刪除成員出現(xiàn)故障，則停止從所述待刪除成員中提 取業(yè)務(wù)，之后結(jié)束等待。
6、 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述停止從所述待刪除成員 中提取業(yè)務(wù)之后，結(jié)束本方法流程之前，該方法還包括所述宿端將所述待刪 除成員刪除。
7、 一種實現(xiàn)LCAS宿端刪除成員的方法的宿端狀態(tài)機(jī),所述宿端狀態(tài)機(jī)的 成員狀態(tài)包括空閑IDLE狀態(tài)、攜載業(yè)務(wù)OK狀態(tài)和失敗FAIL狀態(tài)，其特征在于，所述宿端狀態(tài)機(jī)的成員狀態(tài)還包括刪除REMOVE狀態(tài)，在所述REMOVE狀態(tài)下，待刪除成員等待來自源端 的確認(rèn)刪除的通知響應(yīng)，且繼續(xù)從所述待刪除成員中提取業(yè)務(wù)。
8、根據(jù)權(quán)利要求7所述的宿端狀態(tài)機(jī)，其特征在于，在所述REMOVE狀 態(tài)下，所述宿端收到來自源端的確認(rèn)刪除的通知響應(yīng)后，在下一個復(fù)幀停止從 所述待刪除成員提取業(yè)務(wù)。
全文摘要
本發(fā)明公開了一種實現(xiàn)鏈路容量調(diào)整機(jī)制(LCAS)宿端刪除成員的方法，該方法包括A.宿端接收到刪除成員指示后，向源端通知待刪除成員進(jìn)入刪除狀態(tài)；B.宿端判斷是否收到來自源端的通知響應(yīng)，若未接收到，則所述待刪除成員繼續(xù)處于刪除狀態(tài)且繼續(xù)從所述待刪除成員中提取業(yè)務(wù)，并等待；若接收到，則將該待刪除成員的狀態(tài)遷移為空閑狀態(tài)。本發(fā)明同時公開了一種實現(xiàn)該方法的宿端狀態(tài)機(jī)，在宿端為成員狀態(tài)新增一刪除(REMOVE)狀態(tài)，使得在源端停止在待刪除成員上映射業(yè)務(wù)的同時，宿端停止從該待刪除成員內(nèi)提取業(yè)務(wù)，保證了源端和宿端的帶寬同時得到調(diào)整，從而保證了對業(yè)務(wù)無損傷。
文檔編號H04L29/06GK101202750SQ20071015306
公開日2008年6月18日 申請日期2006年8月11日 優(yōu)先權(quán)日2006年8月11日
發(fā)明者洋 楊, 趙智廣 申請人:華為技術(shù)有限公司