專利名稱：Mtp2協議中流量控制的方法及系統的制作方法
技術領域：
本發(fā)明涉 及通信領域，具體而言，涉及一種消息傳遞協議2(Message Transfer Protocol,簡稱為MTP2)協議中流量控制的方法及系統。
背景技術：
相關技術中，7號信令系統已有的流量控制機制如附圖1所示。首先，通過步驟 1，信令點A和信令點B開始通過信令轉接點C向信令點D發(fā)送消息。步驟2，當信令 轉接點C檢測到鏈路3上的消息發(fā)送緩存或消息發(fā)送隊列超過擁塞門限時，信令轉接點C 將向信令點A和信令點B發(fā)送傳遞受控(TnmsFer Controlled,簡稱為TFC)消息。步驟 3，信令點A和信令點B收到TFC消息后限制各自發(fā)往信令點D的消息。從而實現了 7 號信令系統的流量控制。但是上述的流量控制機制只有在網絡各節(jié)點全部遵守7號信令系統協議的條件 下才能夠有效地控制流量。如果信令轉接點C不向信令點A和信令點B發(fā)送TFC消息， 或者信令點A和信令點B不處理TFC消息，那么鏈路3上的負荷將不會得到控制，進而 使得整個網絡環(huán)境持續(xù)惡化。當信令點D出現異常(如處理能力下降、緩存缺失等)，而信令轉接點C的消息 發(fā)送緩存或消息發(fā)送隊列并未超過擁塞門限時，依然沒有辦法對鏈路3上的負荷進行控 制，進而使得信令點D持續(xù)惡化。針對上述問題，目前尚未提出有效的解決方案。

發(fā)明內容
本發(fā)明旨在提供一種MTP2協議中流量控制的方法及系統，以至少解決如果網 絡中各節(jié)點不是全部遵守7號信令系統協議的條件時，不能有效進行流量控制的問題。根據本發(fā)明的一個方面，本發(fā)明提供一種MTP2協議中流量控制的方法，包 括MTP2的接收側檢測到節(jié)點異常時，停止發(fā)送證實消息并保持與證實消息個數對應 的后向序號不變；在MTP2的發(fā)送側的前向序號增加到發(fā)送窗口上限值時，接收側開 始發(fā)送上述證實消息并逐個增加上述后向序號；上述接收側接收來自于上述發(fā)送側的消 息，其中，該消息是上述發(fā)送側根據接收到的證實消息而逐個發(fā)送的。根據本發(fā)明的另一個方面，本發(fā)明提供一種MTP2協議中流量控制系統，包 括MTP2的接收側和MTP2的發(fā)送側，其中，上述接收側包括停止發(fā)送模塊，用于停 止發(fā)送證實消息；配置發(fā)送模塊，用于在上述發(fā)送側的前向序號增加到發(fā)送緩存上限值 時，發(fā)送上述證實消息并逐個增加后向序號；第一接收模塊，用于接收來自于上述發(fā)送 側的消息，其中，上述消息是上述發(fā)送側根據接收到的證實消息而逐個發(fā)送的。本發(fā)明利用MTP2信令單元中的接收側后向序號(Backward Sequence Number, 簡稱為BSN)字段來控制消息發(fā)送側的發(fā)送能力。解決了相關技術中當某些網絡節(jié)點未 實現流量控制功能時會影響整個網絡流量控制能力，以及在接收側網絡節(jié)點出現異常時 發(fā)送側的發(fā)送流量進一步惡化的問題，從而實現了控制發(fā)送側的發(fā)送流量的目的，進而達到了避免當某些網絡節(jié)點未實現流量控制功能而對整個網絡流量控制能力所造成的影 響，以及在接收側網絡節(jié)點出現異常時限制發(fā)送側的發(fā)送流量避免進一步惡化的效果。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本 發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖 中圖1為根據相關技術的7號信令系統流量控制組網示意圖；圖2為根據本發(fā)明實施例的MTP2協議中流量控制的方法的流程圖；圖3為根據本發(fā)明優(yōu)選實施例的MTP2協議中流量控制的方法的流程示意圖；圖4為本發(fā)明實施例的MTP2信令單元格式示意圖；圖5為根據本發(fā)明實施例的MTP2協議中流量控制系統的結構框圖；圖6為根據本發(fā)明優(yōu)選實施例的MTP2協議中流量控制系統的結構示意圖。
具體實施例方式下面將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的 情況下，本申請中的實施例及實施例中的特征可以相互組合。圖2為根據本發(fā)明實施例的MTP2協議中流量控制的方法的流程圖。如圖2所 示，該方法包括步驟S202，MTP2的接收側檢測到節(jié)點異常時，停止發(fā)送證實消息并保持與證 實消息個數對應的后向序號不變；步驟S204，在MTP2的發(fā)送側的前向序號增加到發(fā)送窗口上限值時，接收側開 始發(fā)送上述證實消息并逐個增加上述后向序號；在優(yōu)選實施過程中，上述接收側逐個增加上述后向序號可以包括上述接收側 根據其系統運行情況和實際接收能力逐個增加向上述發(fā)送側發(fā)送證實的后向序號。步驟S206，上述接收側接收來自于上述發(fā)送側的消息，其中，該消息是上述發(fā) 送側根據接收到的證實消息而逐個發(fā)送的。上述實施例利用MTP2信令單元中的BSN字段來控制消息發(fā)送側的發(fā)送能力。 其方法是依據接收側的實際接收能力并結合消息的實際收發(fā)情況來設置BSN字段，從而 實現控制發(fā)送側的發(fā)送流量的目的。優(yōu)選地，上述接收側停止發(fā)送證實消息并保持與上述證實消息個數對應的后向 序號不變之前，還可以包括以下處理(1)上述接收側接收來自于上述發(fā)送側的各個消息；(2)上述接收側在接收到每個消息后，向上述發(fā)送側返回與該消息對應的證實消 息，并將上述后向序號加1。優(yōu)選地，上述接收側接收來自于上述發(fā)送側的消息之后，還可以包括以下處 理上述接收側檢測到節(jié)點恢復正常時，將上述后向序號更新為上述接收側接收到的最 新消息所對應的前向序號；上述接收側接收來自于上述發(fā)送側根據上述更新后的后向序 號對應的證實消息發(fā)送的消息。
優(yōu)選地，上述接收側接收來自于上述發(fā)送側根據上述更新后的后向序號對應的 證實消息發(fā)送的消息之前，還可以包括以下處理(1)上述發(fā)送側接收來自于上述接收側的上述更新后的后向序號所對應的證實消息；(2)上述發(fā)送側根據上述接收到的證實消息向上述接收側發(fā)送消息。為了更好地理解本發(fā)明上述實施例，下面以上述實施例的一個優(yōu)選實施例結合 圖3對上述實施例進行說明。該優(yōu)選實施例中，MTP2協議中流量控制方法包括步驟1 MTP2的接收側在正常期間每收到MTP2的發(fā)送側的一個消息即會回送 相應的證實。在此期間發(fā)送側占用的發(fā)送緩存基本為空，消息發(fā)送正常。參見附圖階段1，在此階段MTP2的接收側每收到MTP2發(fā)送側發(fā)送的一 個消息立即回送相應應答序號的證實。此時MTP2發(fā)送側的FSN與MTP2接收側的BSN 相同均為M。步驟2:當接收側檢測到節(jié)點異常時，如接收擁塞、處理能力下降、緩存缺失 等，進入到過渡期。在過渡期間接收側除非為了保持鏈路可用而定期增加后向序號外 (每次加1后按照窗口大小進行取模操作)，應保持回送證實的后向序號不變。也就是不 再通知MTP2發(fā)送側已經收到新的消息。在此期間發(fā)送側占用的發(fā)送緩存逐步增加，消 息發(fā)送依然正常。此過程接收側可選發(fā)送SIB鏈路狀態(tài)信令單元。參見附圖階段2，在此階段除非為了保持鏈路可用而定期增加后向序號 夕卜，保持回送證實的后向序號不變。在T6定時器超時之前，盡管MTP2發(fā)送側發(fā)送了 X 條消息，FSN增加為M+X，MTP2接收側始終維持BSN為M。在T6定時器即將超時 的時刻，MTP2接收側增加其BSN到M+1，并向MTP2發(fā)送側回送該證實，保持鏈路可用。參見附圖4，FSN與BSN字段均為7比特，也就是說窗口大小為128 (發(fā)送出去 且未收到證實的消息的最大數量)。為了保證序號(包括前向序號和后向序號)不超出 范圍，當計算出新的序號之后需要按128進行取模。因此當FSN等于BSN-I，即窗口滿 后，過渡期結束。步驟3:當發(fā)送序號等于發(fā)送窗口上限值時，發(fā)送側將無法發(fā)送新的消息，此 時接收側進入到流控期。在流控期間接收側依據自身的系統運行情況以及實際接收能力 逐步增加回送證實的后向序號。在此期間發(fā)送側占用的發(fā)送緩存維持在最大值，消息發(fā) 送受限于接收側證實的后向序號。此過程接收側可選發(fā)送SIB鏈路狀態(tài)信令單元。參見附圖階段3，在此階段MTP2發(fā)送側的消息發(fā)送能力完全受限于MTP2 接收側的證實情況。MTP2接收側依據系統的實際處理能力計算出每應答周期(Tp)內能 夠回送證實的數量，本例Tp等于50ms、證實數量為1。每次Tp超時后，MTP2接收側 將BSN加1并回送證實。步驟4:當接收側節(jié)點恢復正常，接收側設置回送證實的后向序號為接收到的 最新消息的前向序號，重新回到正常期。發(fā)送側收到新的證實之后，清空發(fā)送緩存，消 息發(fā)送恢復正常。
參見附圖階段4，MTP2接收側首先將BSN賦值為最后收到的消息的 FSN,即N-1。然后向MTP2發(fā)送側回送該證實。之后MTP2接收側每收到MTP2發(fā)送 側發(fā)送的一個消息就立即回送相應應答序號的證實，重新恢復正常。圖5為根據本發(fā)明實施例的MTP2協議中流量控制系統的結構框圖。如圖5所 示，該系統可以包括MTP2接收側52和MTP2發(fā)送側50。其中，上述接收側52，可以進一步包括停止發(fā)送模塊520，用于停止發(fā)送證實消息；配置發(fā)送模塊522，用于在上述發(fā)送側50的前向序號增加到發(fā)送緩存上限值 時，發(fā)送上述證實消息并逐個增加后向序號；優(yōu)選地，上述配置發(fā)送模塊522，根據自 身的系統運行情況以及實際接收能力逐步增加回送證實的后向序號。第一接收模塊524，用于接收來自于上述發(fā)送側50的消息，其中，上述消息是 上述發(fā)送側根據接收到的證實消息而逐個發(fā)送的。在優(yōu)選實施過程中，上述第一接收模塊524，還用于接收來自于上述發(fā)送側50 的各個消息；上述配置發(fā)送模塊522，還用于在接收到每個消息后向上述發(fā)送側50返回 與該消息對應的證實消息，并將上述后向序號加1。優(yōu)選地，如圖6所示，上述接收側52還可以包括更新模塊526，用于在上述 接收側52檢測到節(jié)點恢復正常時，將上述后向序號更新為上述接收側52接收到的最新消 息所對應的前向序號；則上述第一接收模塊524，還用于接收來自于上述發(fā)送側50根據 上述更新后的后向序號對應的證實發(fā)送的消息。優(yōu)選地，如圖6所示，上述發(fā)送側50可以進一步包括第二接收模塊502，用 于在上述接收側52接收來自于上述發(fā)送側50根據上述更新后的后向序號對應的證實消 息發(fā)送的消息之前，接收來自于上述接收側52的上述更新后的后向序號所對應的證實消 息；發(fā)送模塊504，用于根據上述第二接收模塊502接收到的證實消息向上述接收側發(fā)送消息。需要注意的是，上述系統中的各部分及各部分的組成模塊相關結合的優(yōu)選工作 方式具體上述方法實施例的描述，此處不再贅述。綜上所述，上述實施例提供一種基于MTP2協議的針對消息接收側的有效的流 量控制的方法。通過這個方法既可以避免當某些網絡節(jié)點未實現流量控制功能而對整個 網絡流量控制能力所造成的影響，也可以在接收側網絡節(jié)點出現異常時限制發(fā)送側的發(fā)
送流量避免進一步惡化。顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通 用的計算裝置來實現，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所 組成的網絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現，從而可以將它 們存儲在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或 者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現。這樣，本發(fā)明不限制于 任何特定的硬件和軟件結合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的 技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內，所作的 任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
1.一種消息傳遞協議MTP2協議中流量控制的方法，其特征在于，包括MTP2的接收側檢測到節(jié)點異常時，停止發(fā)送證實消息并保持與所述證實消息個數對 應的后向序號不變；在所述MTP2的發(fā)送側的前向序號增加到發(fā)送窗口上限值時，所述接收側開始發(fā)送 所述證實消息并逐個增加所述后向序號；所述接收側接收來自于所述發(fā)送側的消息，其中，所述消息是所述發(fā)送側根據接收 到的證實消息而逐個發(fā)送的。
2.根據權利要求1所述的方法，其特征在于，所述接收側停止發(fā)送證實消息并保持與 所述證實消息個數對應的后向序號不變之前，還包括所述接收側接收來自于所述發(fā)送側的各個消息；所述接收側在接收到每個消息后，向所述發(fā)送側返回與該消息對應的證實消息，并 將所述后向序號加1。
3.根據權利要求1所述的方法，其特征在于，所述接收側逐個增加所述后向序號包括所述接收側根據其系統運行情況和實際接收能力逐個增加向所述發(fā)送側發(fā)送證實的 后向序號。
4.根據權利要求1所述的方法，其特征在于，所述接收側接收來自于所述發(fā)送側的消 息之后，還包括所述接收側檢測到節(jié)點恢復正常時，將所述后向序號更新為所述接收側接收到的最 新消息所對應的前向序號；所述接收側接收來自于所述發(fā)送側根據所述更新后的后向序號對應的證實消息發(fā)送 的消息。
5.根據權利要求4所述的方法，其特征在于，所述接收側接收來自于所述發(fā)送側根據 所述更新后的后向序號對應的證實消息發(fā)送的消息之前，包括所述發(fā)送側接收來自于所述接收側的所述更新后的后向序號所對應的證實消息；所述發(fā)送側根據所述接收到的證實消息向所述接收側發(fā)送消息。
6.一種消息傳遞協議MTP2協議中流量控制的系統，包括MTP2的接收側和MTP2的 發(fā)送側，其特征在于，所述接收側，包括停止發(fā)送模塊，用于停止發(fā)送證實消息；配置發(fā)送模塊，用于在所述發(fā)送側的前向序號增加到發(fā)送窗口上限值時，發(fā)送所述 證實消息并逐個增加后向序號；第一接收模塊，用于接收來自于所述發(fā)送側的消息，其中，所述消息是所述發(fā)送側 根據接收到的證實消息而逐個發(fā)送的。
7.根據權利要求6所述的系統，其特征在于，所述第一接收模塊，還用于接收來自于所述發(fā)送側的各個消息；所述配置發(fā)送模塊，還用于在接收到每個消息后向所述發(fā)送側返回與該消息對應的 證實消息，并將所述后向序號加1。
8.根據權利要求6所述的系統，其特征在于，所述配置發(fā)送模塊，根據自身的系統運行情況以及實際接收能力逐步增加回送證實的后向序號。
9.根據權利要求6所述的系統，其特征在于，所述接收側還包括更新模塊，用于在所述接收側檢測到節(jié)點恢復正常時，將所述 后向序號更新為所述接收側接收到的最新消息所對應的前向序號；所述第一接收模塊，還用于接收來自于所述發(fā)送側根據所述更新后的后向序號對應 的證實發(fā)送的消息。
10.根據權利要求9所述的系統，其特征在于，所述發(fā)送側包括第二接收模塊，用于在所述接收側接收來自于所述發(fā)送側根據所述更新后的后向序 號對應的證實消息發(fā)送的消息之前，接收來自于所述接收側的所述更新后的后向序號所 對應的證實消息；發(fā)送模塊，用于根據所述第二接收模塊接收到的證實消息向所述接收側發(fā)送消息。
全文摘要
本發(fā)明公開了一種MTP2協議中流量控制的方法及系統，其中上述方法包括MTP2的接收側檢測到節(jié)點異常時，停止發(fā)送證實消息并保持與證實消息個數對應的后向序號不變；在MTP2的發(fā)送側的前向序號增加到發(fā)送窗口上限值時，接收側開始發(fā)送上述證實消息并逐個增加上述后向序號；上述接收側接收來自于上述發(fā)送側的消息，其中，該消息是上述發(fā)送側根據接收到的證實消息而逐個發(fā)送的。采用本發(fā)明上述方案，實現了控制發(fā)送側的發(fā)送流量的目的，進而達到了避免當某些網絡節(jié)點未實現流量控制功能而對整個網絡流量控制能力所造成的影響，以及在接收側網絡節(jié)點出現異常時限制發(fā)送側的發(fā)送流量避免進一步惡化的效果。
文檔編號H04L12/56GK102014055SQ20101055618
公開日2011年4月13日 申請日期2010年11月23日 優(yōu)先權日2010年11月23日
發(fā)明者吳建成, 田洪巍, 范東明 申請人:中興通訊股份有限公司