通用分組無線業(yè)務GPRSGTP協(xié)議測試規(guī)范

1、中國聯(lián)通通用分組無線業(yè)務（GPRS）GTP協(xié)議測試規(guī)范(V1.0)（暫 行）中國聯(lián)通公司2001年12月發(fā)布目 次1范圍12引用標準13符號與縮略語14測試方法24.1測試的系統(tǒng)配置24.2測試的前提條件24.3信令的監(jiān)測24.4測試項目34.4.1GTP消息的測試34.4.1.1路徑管理消息34.4.1.2隧道管理消息44.4.1.3位置管理消息（可選）214.4.1.4移動性管理消息254.4.2GTP消息的測試29前 言本標準規(guī)定了中國聯(lián)通公司900/1800MHz TDMA數(shù)字蜂窩移動通信網(wǎng)通用分組無線業(yè)務（GPRS）GTP協(xié)議的兼容性測試規(guī)范。本測試規(guī)范是基于900/1800MHz

2、TDMA數(shù)字蜂窩移動通信網(wǎng)通用分組無線業(yè)務（GPRS）隧道協(xié)議技術規(guī)范（ 09.60 V7.2）而制定的。本體制標準由中國聯(lián)通公司技術部提出并歸口本體制標準起草單位：信息產(chǎn)業(yè)部電信傳輸研究所本體制標準修改和解釋權屬中國聯(lián)通公司技術部1 范圍本標準規(guī)定了900/1800MHz TDMA數(shù)字蜂窩移動通信網(wǎng)通用分組無線業(yè)務（GPRS）Gn、Ga接口所采用的GTP協(xié)議的兼容性測試方法。其中，對Ga接口GTP協(xié)議的兼容性測試是可選的測試部分，可選擇用于在采用獨立的計費網(wǎng)關(CG)從GSN收集計費數(shù)據(jù)的情況下對CG與GSN之間的Ga接口進行GTP協(xié)議的兼容性測試。本標準適用于不同廠家的GSN之間互連時，對

3、Gn接口、Ga接口進行的兼容性測試，對于同一廠家的GSN進行互通測試和對設備進行驗收測試時也可作為參考標準。2 引用標準下列標準包含的條文，通過在本標準中引用而構成本標準的條文。本標準出版時，所示版本均為有效。所有標準都會被修訂，使用本標準的各方應探討使用下列標準最新版本的可能性。YD/T XXX-XXXX 900/1800MHz TDMA數(shù)字蜂窩移動通信網(wǎng)通用分組無線業(yè)務（GPRS）隧道協(xié)議技術規(guī)范（未正式發(fā)布）3 符號與縮略語GPRSGeneral Packet Radio Service通用分組無線業(yè)務SGSNServing GPRS Support Node服務GPRS支持節(jié)點GGSN

4、Gateway GPRS Support Node網(wǎng)關GPRS支持節(jié)點GTPGPRS Tunnelling ProtocolGPRS隧道協(xié)議MSMobile Station移動臺MSCMobile service Switching Centre移動業(yè)務交換中心HLRHome Location Register歸屬位置寄存器CGCharging Gateway計費網(wǎng)關APNAccess Point Name接入點名PDPPacket Data Protocol分組數(shù)據(jù)協(xié)議4 測試方法4.1 測試的系統(tǒng)配置圖1 Gn接口、Ga接口兼容性測試系統(tǒng)配置示意圖4.2 測試的前提條件（1） 各廠家完成各

5、自的安裝、調(diào)試及功能測試。（2） 確保被測GSN之間、GSN與CG之間的傳輸鏈路工作正常。（3） 物理層、層2、以及UDP/IP層應完成了相關的測試。Gn、Ga接口物理層、層2可采用以太網(wǎng)、ATM等方式連接。（4） 雙方對于Gn、Ga接口的信令傳遞相關的定時器進行協(xié)商。4.3 信令的監(jiān)測在測試中，由信令監(jiān)測儀監(jiān)測Gn/Ga接口上的信令流程，并記錄打印以供分析結果使用。如有條件應同時監(jiān)視Gr接口信令，以便發(fā)現(xiàn)問題時分析時使用。4.4 測試項目4.4.1 GTP消息的測試本節(jié)的測試項目用于對Gn接口的GTP消息進行兼容性測試。4.4.1.1 路徑管理消息表1測試項目：1.1項目：回應請求/應答消息

6、分項目：回應程序目的：驗證回應請求/應答消息測試前提條件：0 在兩個GSN之間的一條路徑上激活PDP上下文；0 一個GSN向另一GSN發(fā)起回應請求。Echo Request Echo Response (恢復信息：本地重啟計數(shù)器值)GSNGSN消息流程：測試結果：1. 檢查Echo Response的恢復信息單元，應包含本地重啟計數(shù)器值等信息。2. 回送請求消息的間隔應小于60s。4.4.1.2 隧道管理消息表2測試項目：2.1項目：創(chuàng)建PDP上下文請求/響應消息分項目：PDP上下文激活程序目的：驗證PDP上下文激活程序中的創(chuàng)建PDP上下文請求/響應消息測試前提條件：0 HLR中有MS的相關數(shù)

7、據(jù)；0 SGSN與HLR之間能夠正常通信；0 網(wǎng)絡中有可用的動態(tài)PDP地址及存儲資源；0 GGSN能夠支持相應的PDP類型、PDP地址或APN；0 MS已附著到GPRS上；0 MS發(fā)出激活PDP上下文請求，并提供正確的接入外部網(wǎng)絡的相關認證信息。消息流程：測試結果：1. 檢查Create PDP Context Response的原因值信息單元，原因值應為Request Accepted。2. 檢查SGSN和GGSN中應具有該MS的相應PDP上下文。表3測試項目：2.2項目：創(chuàng)建PDP上下文請求/響應消息分項目：PDP上下文激活程序無可用資源目的：驗證PDP上下文激活程序中的創(chuàng)建PDP上下文請

8、求/響應消息測試前提條件：0 HLR中有MS的相關數(shù)據(jù)；0 SGSN與HLR之間能夠正常通信；0 將網(wǎng)絡設置為動態(tài)PDP地址已全部被占用；0 GGSN能夠支持相應的PDP類型、PDP地址或APN；0 MS已附著到GPRS上；0 MS發(fā)出激活PDP上下文請求，并提供正確的接入外部網(wǎng)絡的相關認證信息。消息流程：測試結果：1. 檢查Create PDP Context Response的原因值信息單元，原因值應為No resource available2. 檢查SGSN和GGSN中應沒有該MS的相應PDP上下文。表4測試項目：2.3項目：創(chuàng)建PDP上下文請求/響應消息分項目：PDP上下文激活程序業(yè)

9、務不支持目的：驗證PDP上下文激活程序中的創(chuàng)建PDP上下文請求/響應消息測試前提條件：0 HLR中有MS的相關數(shù)據(jù)；0 SGSN與HLR之間能夠正常通信；0 網(wǎng)絡中有可用的動態(tài)PDP地址及存儲資源；0 GGSN設置為不支持某一APN，但SGSN能夠根據(jù)該APN尋址到該GGSN；0 MS已附著到GPRS上；0 MS發(fā)出激活PDP上下文請求，并提供正確的接入外部網(wǎng)絡的相關認證信息。消息流程：測試結果：1. 檢查Create PDP Context Response的原因值信息單元，原因值應為Service not supported2. 檢查SGSN和GGSN中應沒有該MS的相應PDP上下文。表5

10、測試項目：2.4項目：創(chuàng)建PDP上下文請求/響應消息分項目：PDP上下文激活程序用戶認證失敗目的：驗證PDP上下文激活程序中的創(chuàng)建PDP上下文請求/響應消息測試前提條件：0 HLR中有MS的相關數(shù)據(jù)；0 SGSN與HLR之間能夠正常通信；0 網(wǎng)絡中有可用的動態(tài)PDP地址及存儲資源；0 GGSN能夠支持相應的PDP類型、PDP地址或APN；0 MS已附著到GPRS上；0 MS發(fā)出激活PDP上下文請求，并提供不正確的接入外部網(wǎng)絡的相關認證信息。消息流程：測試結果：1. 檢查Create PDP Context Response的原因值信息單元，原因值應為User authentication fa

11、iled2. 檢查SGSN和GGSN中應沒有該MS的相應PDP上下文。表6測試項目：2.5項目：更新PDP上下文請求/響應消息分項目：SGSN間路由更新程序目的：驗證在SGSN間路由更新程序中的更新PDP上下文請求/響應消息。測試前提條件：0 HLR中有MS的相關數(shù)據(jù)；0 SGSN-A和SGSN-B能夠與HLR正常通信；0 SGSN-A與SGSN-B之間能夠正常通信；0 MS從SGSN-A附著到GPRS上；0 MS進入PDP上下文激活狀態(tài)；0 使MS離開SGSN-A所控制的路由區(qū)進入SGSN-B所控制的路由區(qū)。消息流程：測試結果：1. 檢查Update PDP Context Response

12、的原因值信息單元，原因值應為 Request Accepted， 信息單元還應包括QoS文件；2. 檢查GGSN中該MS的PDP上下文，應已做相應修改。表7測試項目：2.6項目：更新PDP上下文請求/響應消息分項目：PDP上下文修改程序目的：驗證PDP上下文修改程序中的更新PDP上下文請求/響應消息。測試前提條件：0 HLR中有MS的相關數(shù)據(jù)；0 SGSN能夠與HLR正常通信；0 MS進入PDP上下文激活狀態(tài)；0 修改HLR中的QoS、無線優(yōu)先權等用戶數(shù)據(jù)，并由HLR向SGSN發(fā)起“插入用戶數(shù)據(jù)程序”。消息流程：測試結果：1. 檢查Update PDP Context Response的原因值

13、信息單元，原因值應為Request Accepted， 信息單元還應包括QoS文件；2. 檢查GGSN中該MS的PDP上下文，應已做相應修改。表8測試項目：2.7項目：刪除PDP上下文請求/響應消息分項目：MS發(fā)起的分離程序目的：驗證MS發(fā)起的分離程序中的刪除PDP上下文請求/響應消息測試前提條件：- MS已附著到GPRS上；- 該MS的PDP上下文已存在于SGSN和GGSN中；- MS發(fā)出分離請求。消息流程：測試結果：1. 檢查Delete PDP Context Response的原因值信息單元，原因值應為Request Accepted。2. 檢查SGSN和GGSN中應已將該MS的PDP

14、上下文去激活。表9測試項目：2.8項目：刪除PDP上下文請求/響應消息分項目：SGSN發(fā)起的分離程序目的：驗證SGSN發(fā)起的分離程序中的刪除PDP上下文請求/響應消息測試前提條件：- MS已附著到GPRS上；- 該MS的PDP上下文已存在于SGSN和GGSN中；- SGSN刪除該用戶的MM和PDP上下文并向MS發(fā)出分離請求。消息流程：測試結果：1. 檢查Delete PDP Context Response的原因值信息單元，原因值應為Request Accepted。2. 檢查SGSN和GGSN中應已將該MS的PDP上下文去激活。表10測試項目：2.9項目：刪除PDP上下文請求/響應消息分項目

15、：HLR發(fā)起的分離程序目的：驗證HLR發(fā)起的分離程序中的刪除PDP上下文請求/響應消息測試前提條件：- MS已附著到GPRS上；- 該MS的PDP上下文已存在于SGSN和GGSN中；- HLR刪除該移動用戶的簽約數(shù)據(jù)并向SGSN發(fā)出Cancel Location請求。消息流程：測試結果：1. 檢查Delete PDP Context Response的原因值信息單元，原因值應為Request Accepted。2. 檢查SGSN和GGSN中應已將該MS的PDP上下文去激活。表11測試項目：2.10項目：刪除PDP上下文請求/響應消息分項目：MS發(fā)起的PDP上下文去激活程序目的：驗證MS發(fā)起的P

16、DP上下文去激活程序中的刪除PDP上下文請求/響應消息測試前提條件：- MS處于PDP上下文激活狀態(tài)；- MS發(fā)出PDP上下文去激活請求。消息流程：測試結果：1. 檢查Delete PDP Context Response的原因值信息單元，原因值應為Request Accepted。2. 檢查SGSN和GGSN中應已將該MS的PDP上下文去激活。表12測試項目：2.11項目：刪除PDP上下文請求/響應消息分項目：SGSN發(fā)起的PDP上下文去激活程序目的：驗證SGSN發(fā)起的PDP上下文去激活程序中的刪除PDP上下文請求/響應消息測試前提條件：- MS處于PDP上下文激活狀態(tài)；- SGSN決定去激

17、活該PDP上下文 (通過操作維護進行)。消息流程：測試結果：1. 檢查Delete PDP Context Response的原因值信息單元，原因值應為Request Accepted。2. 檢查SGSN和GGSN中應已將該MS的PDP上下文去激活。表13測試項目：2.12項目：刪除PDP上下文請求/響應消息分項目：GGSN發(fā)起的PDP上下文去激活程序目的：驗證GGSN發(fā)起的PDP上下文去激活程序中的刪除PDP上下文請求/響應消息測試前提條件：- MS處于PDP上下文激活狀態(tài)；- GGSN決定去激活該PDP上下文 (通過操作維護進行)。消息流程：測試結果：1. 檢查Delete PDP Con

18、text Response的原因值信息單元，原因值應為Request Accepted。2. 檢查SGSN和GGSN中應已將該MS的PDP上下文去激活。表14測試項目：2.13項目：PDU通知請求/響應消息（可選）分項目：網(wǎng)絡發(fā)起的PDP上下文激活程序目的：驗證網(wǎng)絡發(fā)起的PDP上下文激活程序中的PDU通知請求/響應消息測試前提條件：0 MS具有靜態(tài)PDP地址；0 GGSN中有將MS的靜態(tài)PDP地址翻譯成相應IMSI的相關信息；0 GGSN能夠與HLR通過Gc接口或GTP-MAP協(xié)議轉(zhuǎn)換器進行通信；0 HLR中有MS的相關數(shù)據(jù)且未設置MS不可及標志；0 SGSN中有MS的相關數(shù)據(jù)；0 MS已附著

19、到GPRS上，但沒有激活的PDP上下文；0 GGSN接收到外部網(wǎng)絡向MS發(fā)送的PDP PDU；0 MS在接收到激活PDP上下文請求時接受該請求。消息流程：測試結果：1. 檢查PDU Notification Response的原因值信息單元，原因值為Request Accepted。2. 隨后應執(zhí)行PDP上下文激活程序，其測試結果參見測試項目2.1。表15測試項目：2.14項目：PDU通知請求/響應消息（可選）分項目：網(wǎng)絡發(fā)起的PDP上下文激活程序MS已分離目的：驗證網(wǎng)絡發(fā)起的PDP上下文激活程序中的PDU通知請求/響應消息測試前提條件：0 MS具有靜態(tài)PDP地址；0 GGSN中有將MS的靜態(tài)

20、PDP地址翻譯成相應IMSI的相關信息；0 GGSN能夠與HLR通過Gc接口或GTP-MAP協(xié)議轉(zhuǎn)換器進行通信；0 HLR中有MS的相關數(shù)據(jù)且未設置MS不可及標志；0 SGSN中有MS的相關數(shù)據(jù)；0 MS從GPRS分離；- GGSN接收到外部網(wǎng)絡向MS發(fā)送的PDP PDU。消息流程：測試結果：1. 檢查PDU Notification Response的原因值信息單元，原因值為'MS GPRS Detached。2. 檢查SGSN和GGSN中應沒有激活該MS相應的PDP上下文。表16測試項目：2.15項目：PDU通知請求/應答消息（可選）分項目：網(wǎng)絡發(fā)起的PDP上下文激活程序IMSI未

21、知目的：驗證網(wǎng)絡發(fā)起的PDP上下文激活程序中的PDU通知請求/應答消息測試前提條件：0 MS具有靜態(tài)PDP地址；0 GGSN中有將MS的靜態(tài)PDP地址翻譯成相應IMSI的相關信息；0 GGSN能夠與HLR通過Gc接口或GTP-MAP協(xié)議轉(zhuǎn)換器進行通信；0 HLR中有MS的相關數(shù)據(jù)且未設置MS不可及標志；0 刪除SGSN中MS的數(shù)據(jù)；- GGSN接收到外部網(wǎng)絡向MS發(fā)送的PDP PDU。消息流程：測試結果：1. 檢查PDU Notification Response的原因值信息單元，原因值為'IMSI not known。2. 檢查SGSN和GGSN中應沒有激活該MS相應的PDP上下文。

22、表17測試項目：2.16項目：PDU通知拒絕請求/響應消息（可選）分項目：網(wǎng)絡發(fā)起的PDP上下文激活程序MS無響應目的：驗證網(wǎng)絡發(fā)起的PDP上下文激活程序中的PDU通知拒絕請求/響應消息測試前提條件：0 MS具有靜態(tài)PDP地址；0 GGSN中有將MS的靜態(tài)PDP地址翻譯成相應IMSI的相關信息；0 GGSN能夠與HLR通過Gc接口或GTP-MAP協(xié)議轉(zhuǎn)換器進行通信；0 HLR中有MS的相關數(shù)據(jù)且未設置MS不可及標志；0 SGSN中有MS的相關數(shù)據(jù)；- GGSN接收到外部網(wǎng)絡向MS發(fā)送的PDP PDU；- MS對 SGSN發(fā)出的激活PDP上下文請求不做響應。消息流程：測試結果：1. 檢查PDU

23、Notification Response的原因值信息單元，其原因值應為Request Accepted；2. 檢查PDU Notification Reject Request的原因值信息單元，其原因值應為'MS Not GPRS Responding'；3. 檢查SGSN和GGSN中應沒有激活該MS相應的PDP上下文。表18測試項目：2.17項目：PDU通知拒絕請求/響應消息（可選）分項目：網(wǎng)絡發(fā)起的PDP上下文激活程序MS拒絕目的：驗證網(wǎng)絡發(fā)起的PDP上下文激活程序中的PDU通知拒絕請求/響應消息測試前提條件：0 MS具有靜態(tài)PDP地址；0 GGSN中有將MS的靜態(tài)PDP

24、地址翻譯成相應IMSI的相關信息；0 GGSN能夠與HLR通過Gc接口或GTP-MAP協(xié)議轉(zhuǎn)換器進行通信；0 HLR中有MS的相關數(shù)據(jù)且未設置MS不可及標志；0 SGSN中有MS的相關數(shù)據(jù)；- GGSN接收到外部網(wǎng)絡向MS發(fā)送的PDP PDU；- MS在接收到SGSN的激活PDP上下文請求后拒絕該請求。消息流程：測試結果：1. 檢查PDU Notification Response的原因值信息單元，其原因值應為Request Accepted；2. 檢查PDU Notification Reject Request的原因值信息單元，其原因值應為'MS Refuses'；3. 檢

25、查SGSN和GGSN中應沒有激活該MS相應的PDP上下文。4.4.1.3 位置管理消息（可選）表19測試項目：3.1項目：為GPRS發(fā)送路由信息請求/響應消息分項目：網(wǎng)絡發(fā)起的PDP上下文激活程序目的：驗證網(wǎng)絡發(fā)起的PDP上下文激活程序中的為GPRS發(fā)送路由信息請求/響應消息測試前提條件：- GGSN沒有設置與HLR直接通信的Gc接口，但可通過GTP-MAP協(xié)議轉(zhuǎn)換GSN與HLR通信；0 MS具有靜態(tài)PDP地址；0 GGSN中有將MS的靜態(tài)PDP地址翻譯成相應IMSI的相關信息；0 GGSN接收到外部網(wǎng)絡向MS發(fā)送的PDP PDU；消息流程：測試結果：1. 檢查Send Routeing In

26、fo for GPRS Response的原因值信息單元，其原因值應為Request Accepted，還應包含MAP Cause（可選）和SGSN地址 信息單元。表20測試項目：3.2項目：失敗報告請求/響應消息分項目：網(wǎng)絡發(fā)起的PDP上下文激活失敗后執(zhí)行的保護程序MS已分離目的：驗證網(wǎng)絡發(fā)起的PDP上下文激活失敗后執(zhí)行的保護程序中的失敗報告請求/響應消息測試前提條件：- GGSN沒有設置與HLR直接通信的Gc接口，但可通過GTP-MAP協(xié)議轉(zhuǎn)換GSN與HLR通信；0 MS具有靜態(tài)PDP地址；0 GGSN中有將MS的靜態(tài)PDP地址翻譯成相應IMSI的相關信息；0 在GGSN中設置在網(wǎng)絡發(fā)起的

27、PDP上下文激活失敗后執(zhí)行保護程序；0 HLR中有MS的相關數(shù)據(jù)且未設置MS不可及標志；0 SGSN中有MS的相關數(shù)據(jù)；0 MS從GPRS分離；0 GGSN接收到外部網(wǎng)絡向MS發(fā)送的PDP PDU；消息流程：測試結果：1. 檢查Failure Report Response的原因值信息單元，其原因值應為Request Accepted。2. 檢查HLR應對該MS設置MNRG標志。表21測試項目：3.3項目：失敗報告請求/響應消息分項目：網(wǎng)絡發(fā)起的PDP上下文激活失敗后的保護程序IMSI未知目的：驗證網(wǎng)絡發(fā)起的PDP上下文激活失敗后的保護程序中的失敗報告請求/響應消息測試前提條件：- GGSN沒

28、有設置與HLR直接通信的Gc接口，但可通過GTP-MAP協(xié)議轉(zhuǎn)換GSN與HLR通信；0 MS具有靜態(tài)PDP地址；0 GGSN中有將MS的靜態(tài)PDP地址翻譯成相應IMSI的相關信息；0 在GGSN中設置在網(wǎng)絡發(fā)起的PDP上下文激活失敗后執(zhí)行保護程序；0 HLR中有MS的相關數(shù)據(jù)且未設置MS不可及標志；0 SGSN刪除了MS的相關數(shù)據(jù)；0 GGSN接收到外部網(wǎng)絡向MS發(fā)送的PDP PDU；消息流程：測試結果：1. 檢查Failure Report Response的原因值信息單元，其原因值應為Request Accepted2. 檢查HLR中應對該MS設置MNRG標志。表22測試項目：3.4項目：

29、提示MS GPRS重新出現(xiàn)請求/響應消息分項目：移動用戶激活程序目的：驗證移動用戶激活程序中的提示MS GPRS重新出現(xiàn)請求/響應消息測試前提條件：- GGSN沒有設置與HLR直接通信的Gc接口，但可通過GTP-MAP協(xié)議轉(zhuǎn)換GSN與HLR通信；- GGSN中已對MS設置了MNRG標志；0 HLR中有MS的相關數(shù)據(jù)且已根據(jù)GGSN的失敗報告請求對該MS設置了MNRG標志；0 MS發(fā)出附著請求；消息流程：測試結果：1. 檢查 Note MS GPRS Present Response的原因值信息單元，其原因值應為Request Accepted。2. 檢查GGSN應清除該MS的MNRG標志且保存

30、了新的SGSN地址信息。4.4.1.4 移動性管理消息表23測試項目：4.1項目：標識請求/響應消息分項目：GPRS附著程序目的：驗證GPRS附著程序中的標識請求/響應消息測試前提條件：- MS已從GPRS分離，其原路由區(qū)屬于SGSN-A，且SGSN-A還保存有該MS的相關數(shù)據(jù)；- MS從屬于SGSN-B的新路由區(qū)發(fā)出附著請求。 Identification Response（原因值等）Identification Request（RAI，P-TMSI等）SGSN-BSGSN-A消息流程：測試結果：1. 檢查Identification Response的原因值信息單元，其原因值應為Reque

31、st Accepted。Identification Response還應包括IMSI信息單元。表24測試項目：4.2項目：標識請求/響應消息分項目：GPRS附著程序在原SGSN中IMSI未知目的：驗證GPRS附著程序中的標識請求/響應消息測試前提條件：- MS已從GPRS分離，其原路由區(qū)屬于SGSN-A，且SGSN-A中已刪除該MS的相關數(shù)據(jù)；- MS從屬于SGSN-B的新路由區(qū)發(fā)出附著請求。 Identification Response（原因值等）Identification Request（RAI，P-TMSI等）SGSN-BSGSN-A消息流程：測試結果：1. 檢查Identific

32、ation Response的原因值信息單元，其原因值應為IMSI not known。表25測試項目：4.3項目：SGSN上下文請求/響應/證實消息分項目：SGSN間路由區(qū)更新程序目的：驗證SGSN間路由區(qū)更新程序中的SGSN上下文請求/響應/證實消息測試前提條件：- MS已附著到GPRS上；- MS離開屬SGSN-A的原路由區(qū)進入屬SGSN-B的新路由區(qū)并發(fā)出路由區(qū)更新請求；- SGSN-A中保存有MS的相關數(shù)據(jù)。SGSN-BSGSN-ASGSN Context Response（原因值等）SGSN Context Request（RAI,TLLI等）SGSN Context Acknow

33、ledge（原因值等）消息流程：測試結果：1. 檢查SGSN Context Response的原因值信息單元，其原因值應為Request Accepted，SGSN Context Response還應包括IMSI，MM上下文等信息單元。2. 檢查SGSN Context Acknowledge的原因值信息單元，其原因值應為Request accepted。3. 檢查SGSN-B中應有該MS的MM上下文等相關數(shù)據(jù)。表26測試項目：4.4項目：SGSN上下文請求/響應/證實消息分項目：SGSN間路由區(qū)更新程序IMSI未知目的：驗證SGSN間路由區(qū)更新程序中的SGSN上下文請求/響應/證實消息測

34、試前提條件：- MS已附著到GPRS上；- MS離開屬SGSN-A的原路由區(qū)進入屬SGSN-B的新路由區(qū)并發(fā)出路由區(qū)更新請求；- SGSN-A中已刪除MS的相關數(shù)據(jù)。SGSN-BSGSN-ASGSN Context Response（原因值等）SGSN Context Request（RAI,TLLI等）SGSN Context Acknowledge（原因值等）消息流程：測試結果：1. 檢查SGSN Context Response的原因值信息單元，其原因值應為IMSI not known。2. 檢查SGSN Context Acknowledge的原因值信息單元，其原因值應為 Reques

35、t accepted。3. 檢查SGSN-B中應沒有該MS的相關數(shù)據(jù)。4.4.2 GTP消息的測試本節(jié)的測試項目用于對Ga接口的GTP消息進行兼容性測試。測試項目5.1和5.2應用于GSN與CG之間的路徑協(xié)議采用UDP。若其協(xié)議采用TCP則為可選。表27 測試項目：5.1項目：節(jié)點存活請求/響應消息分項目：CG發(fā)起的節(jié)點存活請求/響應程序目的：檢驗節(jié)點存活請求/響應消息測試前提條件：i GSN與CG之間的路徑協(xié)議采用UDP；i 重啟CG。節(jié)點存活請求（節(jié)點地址等）CG節(jié)點存活響應 GSN消息流程：測試結果：1檢查節(jié)點存活請求消息，其中應包含節(jié)點地址信息單元。表28 測試項目：5.2項目：節(jié)點存

36、活請求/響應消息分項目：GSN發(fā)起的節(jié)點存活請求/響應程序目的：檢驗節(jié)點存活請求/響應消息測試前提條件：i GSN與CG之間的路徑協(xié)議采用UDP；i 重啟GSN。節(jié)點存活請求（節(jié)點地址等）CG節(jié)點存活響應 GSN消息流程：測試結果：1檢查節(jié)點存活請求消息，其中應包含節(jié)點地址信息單元。表29 測試項目：5.3項目：重新定向請求分項目：重新定向程序本節(jié)點要發(fā)生故障目的：檢驗本CG節(jié)點要發(fā)生故障時的重新定向程序測試前提條件：i GSN定向于向本CG發(fā)送CDR數(shù)據(jù)；i 本CG出現(xiàn)故障，需要發(fā)生故障。重新定向響應（原因值等）重新定向請求（原因值等）CG GSN消息流程：測試結果：1 檢查重新定向請求消息

37、，其中原因信息單元中的原因值為本節(jié)點要發(fā)生故障。2 檢查重新定向響應消息，其中原因信息單元中的原因值為請求接受。3 檢查GSN應已重新定向于另一CG。表30 測試項目：5.4項目：重新定向請求分項目：重新定向程序另一節(jié)點要發(fā)生故障目的：檢驗另一節(jié)點要發(fā)生故障時的重新定向程序測試前提條件：i GSN定向于向本CG發(fā)送CDR數(shù)據(jù)；i 斷開本CG與BS的連接。重新定向請求（原因值等）重新定向響應（原因值等）CG GSN消息流程：測試結果：1 檢查重新定向請求消息，其中原因信息單元中的原因值為另一節(jié)點要發(fā)生故障。2 檢查重新定向響應消息，其中原因信息單元中的原因值為請求接受。3 檢查GSN應已重新定向

38、于另一CG。表31 測試項目：5.5項目：重新定向請求分項目：重新定向程序接收緩存滿目的：檢驗接收緩存滿時的重新定向程序測試前提條件：i GSN定向于向本CG發(fā)送CDR數(shù)據(jù)；i 使本CG的接收緩存滿。重新定向響應（原因值等）重新定向請求（原因值等）CG GSN消息流程：測試結果：1 檢查重新定向請求消息，其中原因信息單元中的原因值為接收緩存滿。2 檢查重新定向響應消息，其中原因信息單元中的原因值為請求接受。3 檢查GSN應已重新定向于另一CG。表32 測試項目：5.6項目：重新定向請求分項目：重新定向程序發(fā)送緩存滿目的：檢驗發(fā)送緩存滿時的重新定向程序測試前提條件：i GSN定向于向本CG發(fā)送C

39、DR數(shù)據(jù)；i 使本CG的發(fā)送緩存滿。重新定向響應（原因值等）重新定向請求（原因值等）CG GSN消息流程：測試結果：1 檢查重新定向請求消息，其中原因信息單元中的原因值為發(fā)送緩存滿。2 檢查重新定向響應消息，其中原因信息單元中的原因值為請求接受。3 檢查GSN應已重新定向于另一CG。表33 測試項目：5.7項目：數(shù)據(jù)記錄傳送請求/響應分項目：正常的數(shù)據(jù)記錄傳送程序目的：檢驗正常的數(shù)據(jù)記錄傳送程序測試前提條件：i GSN與CG之間的連接正常；i 生成CDR實體(SGSN或GGSN) 送CDR分組到CG，使用數(shù)據(jù)記錄傳送請求消息（消息類型值=240）。3 數(shù)據(jù)記錄傳送響應:請求接受 4 GSN從緩

40、沖器中刪除成功完 成傳送的CDRCG2用安全方式存儲CDR1數(shù)據(jù)記錄傳送請求:送計費數(shù) 據(jù)記錄分組CDRCGF的易 失存儲器 GSNCGF的非易 失存儲器消息流程：測試結果：1檢查數(shù)據(jù)記錄傳送響應消息，其中原因信息單元中的原因值為請求接受。2 檢查CG中應已保存有相應的CDR。表34 測試項目：5.8項目：數(shù)據(jù)記錄傳送請求/響應分項目：CDR成功接收之前，GSN和CG連接中斷時的CDR分組傳送目的：檢驗 CDR成功接收之前，GSN和CGF1連接中斷時數(shù)據(jù)記錄的傳送程序測試前提條件：i GSN配置成能夠與CGF1、CGF2進行通信，其中CGF2可作為CGF1的備用；i 使GSN與CGF1的連接暫時中斷，而與CGF2的連接保持正常；i 使GSN向CGF1傳送計費數(shù)據(jù)記錄CDR；i 經(jīng)一段時間（超過配置的重發(fā)定時）之后恢復GSN與CGF1的正常連接，并由CGF1發(fā)出“節(jié)點存活請求”；7從GSN緩沖器中刪除CDRs ¼ ¼ ¼ 5 CGF2存儲可能是重復的CDR分組 1 數(shù)據(jù)記錄傳送請求:送數(shù)據(jù)記錄分組 3 沒有肯定的應答響應送到GSN2 CDR分組不能存儲在CGF1非易失存儲器中或送到CDR后期處理 1數(shù)據(jù)記錄傳送請求:送數(shù)據(jù)記錄分組13 CDRs 10數(shù)據(jù)記錄傳送請求:送可能 是重復的數(shù)據(jù)記錄分組(空載