移動(dòng)網(wǎng)數據庫系統接口協(xié)議分析

　　為了實(shí)現完整的NP業(yè)務(wù)，在接口協(xié)議中共定義“NP業(yè)務(wù)申請流程”、“NP業(yè)務(wù)生效流程”、“NP業(yè)務(wù)取消流程”、“NP業(yè)務(wù)注銷(xiāo)流程”、“NP業(yè)務(wù)審計流程”、“欠費處理流程”等6大類(lèi)的業(yè)務(wù)流程。而在每一個(gè)大類(lèi)中，基于正常的或者可能出現異常的情況，還定義出了若干的子流程。

　　在CSMS接口協(xié)議業(yè)務(wù)流程中，兩個(gè)主要元素就是“消息”和“定時(shí)器”。下面就以成功的NP業(yè)務(wù)申請流程為例說(shuō)明CSMS接口協(xié)議中的流程設計思路，以及消息和定時(shí)器的定義方法(圖2)。

　　圖2成功的NP業(yè)務(wù)申請流程

　　從圖2可以看到，攜入方SOA首先需要將用戶(hù)的申請信息發(fā)送給CSMS，CSMS響應后轉發(fā)給攜出方SOA，SOA驗證通過(guò)后，將響應結果返回CSMS，并由CSMS告知攜入SOA申請成功。

　　在流程圖中，每一條消息(申請請求、申請響應、申請結果告知)都對應一種消息結構，用于傳遞相應的信息。例如，在申請響應消息中，就包含了“消息ID”、“請求消息ID”、“消息命令碼”、“業(yè)務(wù)類(lèi)型”、“NP號碼”、“NP流程ID”、“返回代碼”、“拒絕消息”等參數字段。每個(gè)參數的用法、長(cháng)度、數據類(lèi)型在協(xié)議中也都進(jìn)行了嚴格的定義。比如“消息ID”是由發(fā)送方維護的流水號，用于唯一標識的消息，采用l6位的定長(cháng)字符串的方式來(lái)存儲和傳遞。

　　除了消息，另一種對流程影響非常大的元素就是定時(shí)器?？梢哉f(shuō)，定時(shí)器嚴格的限定了NP業(yè)務(wù)節點(diǎn)的行為方式。在圖2中，Tl-1定時(shí)器是申請請求與申請響應之間最大間隔的定時(shí)器，此定時(shí)器要求CSMS在收到申請請求消息后，必須在T1-1超時(shí)之前發(fā)送申請響應消息;而攜入方一旦在T1-1的時(shí)間內沒(méi)有正確地收到申請響應消息，將會(huì )進(jìn)行重發(fā)和告警。

　　4 協(xié)議高可靠性的設計

　　為了提高CSMS接口協(xié)議的可靠性，在設計過(guò)程中引入了以下三種機制：

　　·ACK快速反饋機制;

　　·完善的錯誤定義和后處理機制;

　　·心跳檢測機制。

　　首先，在CSMS接口協(xié)議中，定義了一種特殊的消息，稱(chēng)為ACK消息。在業(yè)務(wù)節點(diǎn)接收到任何一條NP消息后，將首先返回一條ACK消息。ACK消息不攜帶任何應用層面上的信息，僅僅是告知發(fā)送方我已經(jīng)接收到了你方發(fā)來(lái)的消息。有了ACK消息，發(fā)送方就能立刻確認對方是否已經(jīng)正確地接收到了消息，而不是在等待對方超時(shí)仍然沒(méi)有返回響應消息時(shí)才發(fā)現上一條消息對方并沒(méi)有正確接收到。通過(guò)使用ACK機制，無(wú)疑是提高了協(xié)議的可靠性。

　　其次，在CSMS接口協(xié)議中，定義了50多種錯誤消息代碼，并且根據實(shí)際應用情況，還有可能繼續擴充。這些錯誤消息代碼的定義，最大程度上細化了NP業(yè)務(wù)中可能出現的異常情況，而細化的結果就是針對每一種錯誤情況都定義了完備的后處理機制。例如當消息發(fā)送方收到的ACK消息中攜帶“500”(接收方服務(wù)器異常)錯誤代碼，則發(fā)送方應在五分鐘后使用新的MessageID號重發(fā)此消息。

　　最后，CSMS接口協(xié)議中還定義了心跳檢測機制，CSMS會(huì )定期通過(guò)網(wǎng)絡(luò )層的消息(例如Ping消息)檢測對端的健康狀態(tài)。一旦發(fā)現與對端之間的網(wǎng)絡(luò )出現問(wèn)題，則暫停發(fā)送消息，避免在網(wǎng)絡(luò )故障時(shí)出現大量重發(fā)消息的堆積。