引入
信息安全在當今的資訊時代顯得愈來愈重要,在現在日益完善的電信網路計費系統中的安全也是至關重要的。計費信息在傳送的過程中,需要保證其安全性,應儘量避免丟失和出錯。因此,在眾多的計費信息傳送協定中,對傳送過程中的安全性和可靠性的要求都是重要的考慮因素。
定義
Ga接口位置如圖1所示。
GTP’主要功能如下:
•在CDF與CGF之間傳送CDR。
•檢測CDR傳輸通路正常與否。
•當CGF存在冗餘配置時,避免CDR重複。
涉及的縮寫,其全稱解釋如下:
•GTP (GPRS Tunneling Protocol,GPRS隧道協定)
•CGF(Charging Gateway Function,計費網關功能)
•CDF(Charging Data Function,計費數據功能)
•CDR(Call Detail Record,呼叫詳細記錄,即話單)
•FTP(File Transfer Protocol,檔案傳輸協定)
協定棧
GTP’協定棧如圖2所示。
正常傳送CDR的情況下,GTP’訊息流程如圖3所示。
流程說明:
CDF傳送Data Record Transfer Request(Send Data Record Packet) 訊息到CGF,其中攜帶CDR。
CGF處理訊息,並存儲CDR到本地。然後,傳送回響訊息Data Record Transfer Response到CDF ,訊息內容為Request Accepted。
CDF接收到回響訊息後,從緩衝內刪除該CDR。CDF未接收到回響訊息時,會重新傳送請求。
1.CDF傳送Data Record Transfer Request(Send Data Record Packet) 訊息到CGF,其中攜帶CDR。
2.CGF處理訊息,並存儲CDR到本地。然後,傳送回響訊息Data Record Transfer Response到CDF ,訊息內容為Request Accepted。
3.CDF接收到回響訊息後,從緩衝內刪除該CDR。CDF未接收到回響訊息時,會重新傳送請求。
GTP’常用訊息及其用途說明如下:
•Echo Request和Echo Response
•用於檢測節點是否處於工作狀態。
•Version Not Supported
•如果GTP’節點(如: CGF)不能識別另一節點,應能傳送該信息。訊息中攜帶支持的最新的GTP’版本號。
•Node Alive Request
•當GTP’節點從不可用狀態轉到可用狀態時,可以用Node Alive Request訊息通知對端。Node Alive Request較Echo Request快速。
•Node Alive Response
•用於對Node Alive Request的回響。
•Redirection Request
•當CGF不能繼續正常工作時,CGF發Redirection Request訊息給CDF,指示CDF將CDR傳送到其它CGF。
•每個CDF都可以配置一個CGF列表,列表中定義各CGF的優先等級,如果主CGF退出服務(出現故障或負荷太重),那么CDF將把CDR送下一級的CGF,以此類推。
•Redirection Response
•用於對Redirection Request的回響。
•Data Record Transfer Request
•用於傳送CDR,一個訊息中可包含一個或多個CDR。
•Data Record Transfer Response
•用於對Data Record Transfer Request的回響。一個Data Record Transfer Response可以完成對多個Data Record Transfer Request的回響。