跳至內容
主選單
主選單
移至側邊欄
隱藏
導覽
首頁
近期變更
隨機頁面
MediaWiki說明
Taiwan Tongues 台語維基
搜尋
搜尋
外觀
建立帳號
登入
個人工具
建立帳號
登入
檢視 GTP' 的原始碼
頁面
討論
臺灣正體
閱讀
檢視原始碼
檢視歷史
工具
工具
移至側邊欄
隱藏
操作
閱讀
檢視原始碼
檢視歷史
一般
連結至此的頁面
相關變更
特殊頁面
頁面資訊
外觀
移至側邊欄
隱藏
←
GTP'
由於以下原因,您無權編輯此頁面:
您請求的操作只有這些群組的使用者能使用:
使用者
、taigi-reviewer、apibot
您可以檢視並複製此頁面的原始碼。
'''GTP''''(GTP prime)是一个用於著 GSM 和 UMTS 通信網路的因為 IP 網路協定。伊會當使用 UDP 抑是 TCP 的傳輸。就算講 GTP'協定的訊息結構佮 GTP 相仝(包括彼控制面的 GTP-C 佮使用者面的 GTP-U), 伊猶是一个獨立協定。GTP'協定使用 UDP / TCP 埠三千三百八十六。 GTP'的功能是佇咧 GSM、UMTS 和 LTE 核心網路將計費資料對計費資料功能(CDF,Charging Data Function)傳輸到計費閘道器功能(CGF,Charging Gateway Function)。 計費資料的功能是對「計費」這一个功能的抽象,具體網元做例,通常是 GGSN 抑是 SGSN 等。煞費著道器功能通常是一台中心侍服器,收集各網元的計費資料,閣統一傳輸予網路業者的計費中心(billing center)落尾手生數單。 佇咧三 GPP 定義的 GPRS 核心網的 Ga 介面上的是 GTP'協定。 GTP'重用矣 GTP 協定的諸多方面,毋過佇咧三 GPP TS 三十二孵二九五中煞描述做「干焦部份重用 GTP 協定的控制面」。 GTP'定義囉佮 GTP 無仝款的訊息頭結構、獨有的訊息類型、信元,猶閣有規套防止計費資料遺失抑是重複計算的機制。GTP'協定所傳輸的計費資料記錄(英語:CDR,Charging Data Record)以 ASN . 一協定編碼。 ==訊息頭結構== GTP'訊息頭結構如下。 '''版本號(Version)''' : 長度為三位元。佮 GTP 協定的這欄位含義仝款。 '''協定類型(Protocol Type ( PT ))''' : 長度為一个元。著 GTP'協定來講支值著愛為零。取值為一表示是 GTP 協定。 '''保留(Reserved)''' : 長度為三位元,保留毋免。取值著愛全為一。 '''頭長度(Header Length ( Hdr len ))''' : 長度為一个元。做版本號取做零時有意義,現此時本欄位取值做零表示訊息頭長度為二十位元組,取值為一表示訊息長度為六位元組。做版本號不為零時這位取值著愛為零。 '''訊息類型(Message Type)''' : 長度是八个元,其值表示講 GTP'訊息的類型。 '''訊息長度(Length)''' : 長度為十六位元,其值表示講 GTP'訊息體長度,無包括訊息頭本身。 '''序列號(Sequence Number)''' : 長度為十六位元,表示該 GTP'訊息的序號,用佇咧檢測訊息的遺失抑是重複。 ==訊息類型== GTP'協定重用矣 GTP 協定的 Version Not Supported、Echo Request 和 Echo Response 這三種訊息,另外閣定義矣如下三對訊息。 * Node Alive Request / Response * Redirection Request / Response * Data Record Transfer Request / Response ===Node Alive Request / Response=== Node Alive 訊息著用於通知其他網元,本網元已經正常工作。Node Alive Request 佇網元啟動完成時傳送,佮 Echo 訊息對提供的通常維六十秒隔的握手機制相比,該訊息嘿會當及時通知對捀網元繼續進前中斷的傳輸。Node Alive Request 嘛會當用佇遐共其他網元的狀態恢復通知予對捀網元。 佇咧 GTP'version 二中,Node Alive Request 支援 IPv 六位址。 ===Redirection Request / Response=== Redirection 訊息嘿會當用佇一寡 . 由 CGF 通知 CDF,另外咧欲 CDR 傳送予另外的 CGF。可用 CGF 因為抑是發生故障停止服務的景色。 二 . 由 CGF 通知 CDF,家己佮一个下游網元之間失去連接。 佮 GTP 提供的 Echo 機制相比,Redirection 訊息對的好處是,CDF 會當對 Redirection Request 訊息內底得著 CGF 停止服務的直接抑是講間接的原因。 ===Data Record Transfer Request / Response=== Data Record Transfer 訊息著提供矣著 CDR 的會當靠傳輸機制。 ====Data Record Transfer Request==== Data Record Transfer Request 會當有下仔四種功能咧。 一 . 傳送資料記錄(Data Record): 該訊息會當紮零條至數條 CDR。CDR 應以 ASN . 一編碼,通常使用 BER 編碼規則,嘛會使用 PER 編碼規則。 二 . 傳送「可能會重複」(possibly duplicated)的資料記錄:愛訊息會當紮一條至數條已經共其他 CGF 傳送過的 CDR。 三 . 取消資料的記錄:該訊息通知一个 CGF 對其實「可能會重複」緊取中清除一條抑是幾若條 CDR。 四 . 釋放資料的記錄:該訊息通知一个 CGF 處理(使之生效)一條遐濟條 CDR,並對「可能會重複」緊取中移除。 Data Record Transfer 訊息對提供一套防止遺失抑是重複計算 CDR 的機制。其大概仔機理,CDF 為每一條 CDR 編制序列號,CGF 著愛佇咧 Data Record Transfer Response 訊息內底每一對每一个序列號進行確認,未得著確認的 CDR 將被重傳。正常的 CDR 佇咧予收著了後會予人轉存甲非揮發性儲存裝置(比如講硬碟)中,有重傳 CDR 會去予標記做是「可能會重複」,CGF 接收著按呢的 CDR,會存進一個專用的在列上。干焦得著 CDF 的再度確認,才會寫入去非揮發性儲存裝置。資料記錄。這个機制細節會當參看三 GPP TS 三十二追二九五。 傳送資料記錄的時陣會使紮散條 CDR。這會當予佇 CGF 重新恢復正常後,CDF 會當向呢 CGF 傳送 Data Record Transfer 訊息,干焦紮 CDR 的序列號毋過無紮 CDR,以取得遮的 CDR 佇咧 CGF 側的狀態。 ====Data Record Transfer Response==== 愛訊息紮嘿 CDR 傳輸佮處理結果的確認。協定允准 CGF 佇一逝 Data Record Transfer Response 中確認濟條 Request 訊息紮的 CDR 以減少傳輸,毋過需要佇咧 CDF 所指定的萬時間長之內回覆。 著逐个 CDR 的確定攏佮一个原因值。咧負載過高的時陣,CGF 會當通過特定的原因值拒絕處理 CDR,從而使 CDF 選擇其他的 CGF 來處理。 ==注釋== ==參考文獻== [[分類: 待校正]]
返回到「
GTP'
」。