華為分組域網元功能參數v2

華為分組域網元參數2023/1/14目錄2功能新特性3案例分享1分組域網元參數4華為分組域網優(yōu)簡介Page2目錄4華為分組域網優(yōu)簡介SGSN參數GGSN參數分組域網元參數12功能新特性3案例分享Page3SGSN參數

2G/3G共接入功能說明：通過LICENSE控制允許系統(tǒng)能接入的2G/3G用戶數

ARD功能說明：通過ARD功能來實現(xiàn)2G和3G用戶的限制。ARD簽約屬性：2G允許/3G允許2G允許/3G禁止2G禁止/3G允許2G禁止/3G禁止實現(xiàn)方式：通過命令識別或忽略用戶ARD屬性來控制用戶是否接入

XUDT說明：當增強型單位消息：單位消息長度超過255字節(jié)實現(xiàn):默認支持無需配置Page4SGSN參數

MAP版本開關說明：MAPV2或者V3版本每種對話操作將按照默認的MAP版本來進行。實現(xiàn)方式：通過命令來控制用V3版本還是V2版本

AC版本說明：控制MAP消息中的AC(ApplicationContext)的版本實現(xiàn)方式：命令控制

ODB說明：運營商限制接入實現(xiàn):LICENSE控制+命令控制Page5SGSN參數

Iu/Gbflex說明：支持接入側對接多個核心網節(jié)點實現(xiàn)：LICENSE+命令控制

DirectTunnel說明：在RNC和GGSN之間直接建立GTPU通道實現(xiàn)：LICENSE+命令控制

GGSN負荷分擔說明：多個GGSN承擔分組域業(yè)務實現(xiàn):LICENSE控制

路徑管理功能說明：通過ECHO消息來維護GTPC/GTPU路徑。重要參數：T3-response:響應時間

Page6SGSN參數N3-request:請求次數EI:發(fā)送間隔時間實現(xiàn)：可通過命令來控制GTPC,IUGTPU,GNGTPU接口是否發(fā)送ECHO消息.通過參數設置來構成路徑判斷的組合條件

PTMSI和PTMSI簽名分配

說明：控制SGSN是否進行P-TMSI和P-TMSI簽名的分配P-TMSI：分組域的TMSI,在位置管理過程中，為了提高IMSI的安全性，SGSN臨時分配給MS的標識。P-TMSI簽名：和P-TMSI相關的可選項實現(xiàn)方式：通過命令控制在路由更新或者附著的時候是否進行PTMSI和PTMSI簽名的分配。

Page7SGSN參數

HSPA功能

說明：控制SGSN是否打開HSPA功能實現(xiàn)方式：通過LICENSE控制

APN糾錯功能說明：當用戶上報APN非法時，SGSN可將其糾正成合法的APN，避免APN激活失敗。用戶簽單APN，糾正為簽約APN用戶簽多APN,糾正為簽約PDPID最小的APN用戶簽多APN+*,糾正為簽約PDPID最小的APN

Page8SGSN參數用戶簽多APN+*,糾正為默認APN實現(xiàn)方式：LICENSE+命令控制

APN擴展開關說明：控制APN是否進行擴展，可設置擴展的位數擴展2-7位，MISDN=8613012345678，攜帶APN=uniwap

擴展的結果為uniwap.1301234.mnc001.mcc460.gprs實現(xiàn)方式：命令控制

CC字段傳送開關說明：控制是否傳送CC字段

CC=Charge

Characteristic，含預付費，熱計費，正常計費，統(tǒng)一費率四種實現(xiàn)方式：無控制，默認支持

Page9SGSN參數QOS功能說明：控制QOS字段處理方式及支持的版本處理方式：透傳、映射、忽略實現(xiàn)方式：透傳QOS字段，支持QOS98及以上版本

DIFFSER功能

功能說明：控制QOS到DSCP的映射規(guī)則DSCP:差分服務碼點。體現(xiàn)在IP報文的DS域實現(xiàn)方式：LICENSE+命令控制

RAT字段說明：控制SCDR中是否包含RAT參數

RAT:標識用戶接入屬性，表示用戶是2G或3G接入.

Page10SGSN參數實現(xiàn)方式：可通過命令設置話單是否產生ULI功能

說明：控制SGSN是否攜帶ULI字段ULI:用戶的位置信息。在2G中，用小區(qū)表示，在3G中用服務區(qū)表示實現(xiàn)方式：命令控制

SGSN尋呼功能說明：控制SGSN是否進行尋呼尋呼范圍在路由區(qū)實現(xiàn)方式：默認支持，無控制命令

Page11SGSN參數

附著超時定時器（T3350)說明：T3350:在發(fā)送attach/rauaccept,p-tmsirealloccomman命令后啟動，在收到attach/raucomplete、p-tmsirealloccomplete消息后停止

實現(xiàn)方式：命令控制

更新HLR定時器說明：

更新HLR定時器：SGSN向HLR發(fā)送updatelocation后，等待HLR的響應時間。實現(xiàn)方式：無命令調整Ready定時器時長說明ready狀態(tài)：MS可在此狀態(tài)下接受或發(fā)送數據

Page12SGSN參數實現(xiàn)方式：命令控制其時長

IU釋放完成定時器說明當附著或路由更新流程完成后，SGSN在該定時器超時后，發(fā)起IU釋放流程。實現(xiàn)方式：命令控制時長

GPRS分離請求等待響應定時器說明此定時器在發(fā)送DETACHREQ消息后啟動，在收到DETACHACCEPT消息后停止，如果超時，將重新發(fā)送DETACHREQ消息。實現(xiàn)方式：命令控制時長

GMM上下文刪除時長說明

Page13SGSN參數控制SGSN在手機處于分離狀態(tài)后刪除GMM上下文的時間實現(xiàn)方式：命令控制

SGSN分離說明：SGSN主動分離用戶實現(xiàn)方式：無命令調整未激活用戶自動分離時長說明：當用戶附著后，如未發(fā)起激活流程的時長超過本時長后，SGSN將分離用戶。實現(xiàn)方式：通過命令控制時長鑒權說明：鑒權：在移動管理流程中，可控制用戶的接入。鑒權頻率：針對單用戶設置其鑒權頻率

Page14SGSN參數鑒權超時定時器：此定時器在發(fā)送AUTHANDCIPHREQUEST消息時啟動，在收到AUTHANDCIPHRESPONSE消息后停止，如果超時，將重發(fā)AUTHANDCIPHREQUEST消息或鑒權失敗。獲取鑒權向量等待定時器：SGSN網元向HLR網元獲取鑒權向量時啟動該定時器；該定時器第一次超時或收到獲取鑒權向量響應時結束該定時器。用戶申請的鑒權組數控制：SGSN向HLR一次申請的最大鑒權組數。鑒權組最小組數：當SGSN剩余的最小組數小于該數，將發(fā)起取鑒權組數。三元組五元組轉換：是否支持三元組，五元組之間的轉換實現(xiàn)方式：命令控制+LICENSE加密說明加密算法：3G-UEA1,UEA2;2G-GEA1,GEA2;實現(xiàn)方式：命令控制

Page15SGSN參數RAB指配

說明發(fā)出RABASSIGNMENT消息后，等待RNC的RAB指配響應的定時器實現(xiàn)方式：命令控制尋呼說明尋呼響應定時器（T3313):此定時器在發(fā)送Paging消息后啟動，在收到TriggerIndication(pagingresponse)消息后停止。超時將重發(fā)paging消息。尋呼次數：重發(fā)尋呼消息的次數尋呼間隔：重發(fā)尋呼的間隔時間尋呼范圍：在路由區(qū)內尋呼實現(xiàn)方式：命令控制

Page16SGSN參數PDP上下文激活流程

SM等待GGSN響應時間：等待GGSN響應CreatePDPContextResponse消息定時器尋呼

SM等待路由更新完成定時器：路由區(qū)更新時，新SGSN向舊SGSN發(fā)送SGSNContextRequest后等待響應的時間。激活嘗試次數：最大的createPDPContext請求次數ECHO發(fā)送定時器：SGSN發(fā)送控制面EchoRequest消息后，等待EchoResponse的最長時間實現(xiàn)方式：命令控制DNS解析流程說明：等待DNS響應的時間：SGSN發(fā)送DNS查詢請求后等待DNS服務器應答的時長。實現(xiàn)方式：命令控制

Page17SGSN參數路由更新周期性路由更新定時器：監(jiān)控MS的路由更新時間。移動可達定時器：比周期性路由更新時間長。此定時器達到后，將認為MS不可達。實現(xiàn)方式：命令控制

Page18目錄4華為分組域網優(yōu)簡介SGSN參數GGSN參數分組域網元參數12功能新特性3案例分享Page19GGSN參數

DirectTunnel功能默認支持

路徑管理說明：GTP路徑的維護方式實現(xiàn)方式：命令控制

消息屏蔽說明：可以選擇允許/不允許哪些分組進入網絡，以保證網絡的安全。實現(xiàn)方式:默認支持防止移動終端發(fā)起的DOS攻擊說明：Dos（Deny

of

service）是一類攻擊方式的統(tǒng)稱，其攻擊的基本原理就是通過發(fā)送各種垃圾報文導致網絡阻塞、服務癱瘓。實現(xiàn)方式：命令控制

Page20GGSN參數

最大空閑時間說明：為避免個別用戶激活上下文后，長時不用PS業(yè)務占用系統(tǒng)資源。設置最大空閑時間，該時間到達后，用戶將被去激活。實現(xiàn)方式：命令控制刪除PDP上下文等待定時器說明：GGSN未收到SGSN響應報文時的重發(fā)時間間隔實現(xiàn)方式：命令控制DIAMETER控制參數說明：通過DIAMETER協(xié)議實現(xiàn)在線計費功能。相關概念配額空耗時間門限：當數據包停止傳送時間達到此門限值，認為是空耗時間，暫停計費；達不到作為正常時間計費。

配合空閑時間門限：據包停止傳送后，配額未使用時間到達此門限值，向OCS上報使用的配額。

Page21GGSN參數

Tx定時器超時時長：用來控制OCS的響應消息的時間。當超過此定時器的超時時間，則認為OCS消息返回失敗，系統(tǒng)會做相應的處理。、配額重申請門限：設置配額重申請時間(流量）門限。當剩余配額低于此門限值時進行配額重申請。配額有效時長：指申請的配額能使用的時長。一旦eGGSN的配額使用超過了有效時間，必須立即向OCS端上報配額使用情況。出錯控制：Tx定時器超時以后的出錯處理方式。用戶保持時長：設置用戶保持時長，指當OCS指定Tx定時器超時后的處理方式為CONTINUE時，允許用戶保持業(yè)務的時長，超出該時長則去活用戶。OCS主備IP:設置主用備用OCSIP地址。實現(xiàn)方法：命令控制

Page22目錄3案例分享1網元參數4華為分組域網優(yōu)簡介功能新特性2Page23功能新特性增加配置參數控制特定IMSI號段在特定區(qū)域接入功能說明：僅允許特定的用戶在特定的區(qū)域接入，這樣TMO有新業(yè)務演示的時候，可以方便的限制新業(yè)務使用范圍。實現(xiàn)說明：在指定網絡（系統(tǒng)屬性）下，增加IMSI號段和展示位置區(qū)（路由區(qū)）對應關系。本表中配置的IMSI號段只允許在其所配置的位置區(qū)（路由區(qū)）附著或者路由更新，不允許在其他區(qū)域附著或者路由更新。未配置在表中的IMSI號段則不允許在這個配置的位置區(qū)（路由區(qū)）附著或者路由更新。GGSN冗災功能說明：SGSN檢測到故障GGSN的故障恢復后，應能夠產生告警，并且只有在經過操作員人工確認后，才選擇故障恢復后的GGSN疏通業(yè)務。實現(xiàn)說明：配置一組需要操作員人工確認的GGSN地址列表，稱之為手工恢復GGSN地址，只有這個列表中的GGSN地址從故障變?yōu)楣收匣謴秃螅判枰僮鲉T人工確認，SGSN才選擇故障恢復后的GGSN疏通業(yè)務。

Page24功能新特性其他的故障GGSN（不是手工恢復GGSN）恢復后，SGSN會自動選擇GGSN，無需等待操作員人工確認。支持RADIUS負荷分擔方案支持GGSN支持基本的RADIUS服務器負荷分擔方案。GGSN通過循環(huán)響應原則為每一個PDP上下文選擇主服務器。基于IP地址過濾一些告警信息目前，GGSN告警中有許多漫游SGSN信令路徑斷的告警，不便于識別本地路徑狀態(tài)信息。GGSN支持通過漫游SGSN的IP地址過濾無用的告警信息，只顯示本地GTP路徑告警功能。同時，GGSN支持通過告警中所列的任何信息進行告警過濾。

Page25目錄1網元參數4華為分組域網優(yōu)簡介案例分享32功能新特性網元參數案例其它案例Page26網元參數案例案例一：第5頁AC版本和16頁三元組，五元組轉換的應用案例現(xiàn)象描述：某USIM卡用戶漫游至2G網絡，附著失敗。原因分析：由于某部分手機在GPRS系統(tǒng)中只能使用3元組鑒權，缺省情況下SGSN從HLR取得的是5元組，如果SGSN不支持鑒權集轉換，那么SGSN將使用

5元組對手機鑒權，這將導致鑒權失敗。問題處理：1.方式1，對于3G或者2G/3G混建局點。需要SGSN在LICENSE中支持鑒權集轉換功能，以支持5元組轉換為3元組。然后，再確認SGSN的”是否支持V2取簽權集功能“為否，表示支持AC版本為V3和V2.經過如上步驟，SGSN將從HLR取來5元組，然后在SGSN上進行5元組到3元組的轉換。鑒權成功，用戶能正常附著。

2.方式2，對于純2G局點。如果SGSN已經支持”鑒權集轉換功能“，問題

Page27網元參數案例可解決。如果SGSN無LICENSE支持，需確認SGSN”是否支持V2取鑒權集功能“為是，這種情況下，SGSN將以AC版本為V2向HLR取3元組，HLR將需要進行5元組到3元組的轉換。問題可解決。案例二：第6頁路徑管理功能應用案例

現(xiàn)象描述：某局點3G用戶上網撥號時，常出現(xiàn)619錯誤，無法建立撥連接。問題處理：

1.SGSN側進行用戶跟蹤，發(fā)現(xiàn)SGSN拒絕了用戶的激活請求。拒絕原因是activation-rejected-unspecified(1F)；

2.進行信令分析，發(fā)現(xiàn)激活中分配的SGSNGTPU地址為FFFFFFFF.3.GTPU地址出現(xiàn)FFFFFFFF表示SGSN與RNC的GTPU路徑斷開。

4.跟蹤SGSN與對應的RNC的GTPU接口，發(fā)現(xiàn)SGSN向對端發(fā)送的ECHO消息對端無響應。

Page28網元參數案例

5.對端一直無響應時，SGSN會認為該路徑斷開，所以拒絕用戶激活。

6.根據協(xié)議，對端設備需要響應echo消息，因此這是對方設備對協(xié)議支持不支持造成的。解決方法：

需要對方設備對ECHO消息回響應。但由于對方設備暫時無法實現(xiàn)，所以需需要我司關閉Iu口的GTPU探測消息。因我司將GTP路徑的探測消息分為

GTPC,Iu

GTPU,GnGTPU來進行控制，所以只關閉IuGTPU的探測消息，不會對其它接口的路徑維護產生影響。在關閉Iu口GTPU探測消息后，該問題解決。案例三：第15頁鑒權頻率應用案例現(xiàn)象描述：某型號手機先使用SIM卡A，在直接拔電池后，換用SIM卡B。發(fā)現(xiàn)該手機在分組域仍然以SIM卡A的號碼去附著和激活，但在電路域的使用SIM卡B的信息，電話呼叫均為SIM卡B的信息。

Page29網元參數案例問題處理：

1.該手機在更換了SIM卡信息后，緩存了舊的SIM卡號碼信息。在分組域使用原SIM卡的信息去進行業(yè)務。

2.由于SGSN設置了鑒權頻率為5，即5次注冊中有4次不進行鑒權。所以在不進行鑒權的情況下，該手機能用其它SIM卡的用戶信息進行業(yè)務。

解決方法：

將鑒權頻率修改為1，即每次都進行鑒權。該問題解決。案例四：第15頁PTMSI和PTMSI簽名分配應用案例

現(xiàn)象描述：某局點，某款測試終端

取消GPRS業(yè)務后一段時間不能上網，必須等一段時間后手機發(fā)出Detatch消息5次后才能正常的Atatch

。原因分析：1.跟蹤消息，發(fā)現(xiàn)終端發(fā)detatch消息，SGSN未響應消息。5秒后重發(fā)，重發(fā)5次后。終端才能正常附著。

Page30網元參數案例2.查看終端發(fā)送的Detach消息，發(fā)現(xiàn)該終端攜帶了PTMSI和PTMSI簽名。而根據用戶在Attach中的消息，發(fā)現(xiàn)終端是R98終端。3.根據協(xié)議，R98協(xié)議中，Detach消息中，不應該攜帶PTMSI和PTMSI簽名。4.SGSN根據協(xié)議，認為終端發(fā)送的Detach非法，所以不予處理，導致終端不斷重發(fā)Detach消息。解決方法：升級該終端。案例五：第16頁Ready定時器時長案例應用現(xiàn)象描述：某局點WAP用戶上網非常慢，同時BC經常閃斷。原因分析：1.SGSN頻繁下發(fā)尋呼，導致BC過載。PCU因BC過載，因此觸發(fā)了BC閃斷。

2.SGSN下發(fā)尋呼的原因在Ready定時器超時后，當WAP網關有數據下發(fā)

Page31網元參數案例SGSN需要先進行尋呼，然后再將數據下發(fā)下去。3.分析原因，是因為WAP網關的下行包和終端的上行包間隔時間較長，超過Ready定時器的默認時長44秒，所以導致大量的尋呼產生。解決方法：由于WAP網關的下行包下發(fā)時間較長，需要WAP網關解決。將ReadyTimer時間調為1分鐘進行暫時規(guī)避。隨后SGSN的尋呼次數大量減少，BC的閃斷現(xiàn)象消失。

Page32目錄1網元參數4華為分組域網優(yōu)簡介案例分享32功能新特性網元參數案例其它案例Page33其它案例案例一、HLR配置錯誤導致手機無法附著GRPS網絡現(xiàn)象描述：某商用局的GPRS開局工程中，我們建立了SGSN到BSS和SGSN到HLR的連接，用手機測試附著。但附著失敗，追蹤SGSN的用戶trace信息，發(fā)現(xiàn)在位置更新時報錯gprs

service

not

allowed，之后SGSN直接拒絕了手機的附著請求。原因分析：1、通常出現(xiàn)gprs

service

not

allowed報錯，是因為該用戶為漫游用戶，且SGSN9810中沒有將其簽約的PLMN配置為互連PLMN。但此卡是本網用戶，并非漫游用戶。2、手機做GPRS附著的流程中，SGSN接到PCU發(fā)來的消息后，將向HLR提位置更新申請，HLR收到消息后，將對手機進行位置更新，成功后，HLR回一個Insert

Subscriber

Data消息給SGSN。由于位置更新不成功，我們需要對SGSN和HLR的通信信息做進一步分析，查找原因。

Page34其它案例3、在對SGSN和HLR之間Gr接口的消息跟蹤中，我們發(fā)現(xiàn)，HLR回給SGSN的MAP層消息中有報錯，顯示HLR無法找到用戶信息，因此回給SGSN的消息為：unknownSubscriber。4、這個用戶可以使用語音業(yè)務，在HLR上應該是存在的。為什么進行GPRS附著時HLR報錯說找不到呢？在HLR

SMU上LST

SUB查看用戶信息，顯示如下

%%LST

SUB:

ISDN="XXXXXXXXXXX";%%

SUCCESS0001:Operation

is

successful

IMSI

=

XXXXXXXXXXXX

ISDN

=

XXXXXXXXXX

CardType

=

SIM

NAM

=

MSC

CATEGORY

=

COMMON

Page35其它案例從顯示結果“NAM

=

MSC”可以看出，HLR的配置中，網絡接入模式配成了只允許接入電路域網絡，不允許手機無法接入分組域網絡的模式，從而導致手機GPRS附著失敗。解決方法：

1、在HLR

SMU上MOD

NAM:

IMSI

=

“XXXXXXXX”,

NAM

=

BOTH;；

2、手機關機，再重新開機，做位置更新；

3、手機可以成功接入GPRS網絡。案例二、某局點SGSN

忙時Inter

RAU成功率較低。從M2000話統(tǒng)上看，implicity

detached失敗原因值指標比較高。其他指標正常。原因分析：首先分析失敗原因值implicity

detached。這個原因值比較抽象，其實包含了很多內部具體原因，以下原因都歸入了implicity

detached統(tǒng)計.1、2G用戶Inter

RAU接入時,Identity流程超時.并且25號軟參Bit5為0。CHR日志對應項為:CHR_INT_CAUSE_MM_IDENTY_NO_RSP。Page36其它案例2、2G用戶Inter

RAU接入時,

等待Sgsn

context

response超時后.如果44號軟參Bit6為0。CHR日志對應項為:

CHR_INT_CAUSE_MM_PEER_SGSN_NO_RSP。3、在2G

用戶Inter

RAU時,

收到sgsn

context

response消息，包含的原因值為imsi

not

known

（#194）或者ms

gprs

detach（#195）時，CHR日志對應項為:

CHR_INT_CAUSE_MM_GN_RET_IMSI_UNKNOWN，或者CHR_INT_CAUSE_MM_GN_RET_MS_DETACHED。4、有靜態(tài)上下文，無動態(tài)上下文情況下，手機發(fā)起intra

SGSN

RAU，SGSN進行了LLC

RESET流程后的處理方式處理.如果9號軟參Bit1為0時，SGSN拒絕用戶接入。CHR日志對應項為:CHR_INT_CAUSE_MM_IMPLICIT_DETACHED。5、無靜態(tài)上下文，無動態(tài)上下文情況下，手機發(fā)起Intra

SGSN

RAU，SGSN進行了LLC

RESET流程后的處理方式.如果9號軟參Bit2為0時，SGSN拒絕用戶接入。CHR日志對應項為:

CHR_INT_CAUSE_MM_IMPLICIT_DETACHED。

Page37其它案例6、從CHR中，發(fā)現(xiàn)很多MS_GN_RET_IMSI_UNKNOWN原因造成Inter

RAU失?。▓D1），而此原因是統(tǒng)計到implicity

detached中的，和統(tǒng)計結果一致。而且多存在于RACxxxx.LACxxxx作為old

RAC和LAC的切換場景,懷疑該路由區(qū)的解析數據存在問題。解決方法：1.測試RACxxxx.LACxxxx.mncxxx.mccxxx.gprs解析出的GTPC地址。發(fā)現(xiàn)解析的GTPC地址和實際地址不一致。2.修改RACxxxx.LACxxxx.mncxxx.mccxxx.gprs對應的GTPC數據，修改后路由更新成功率顯著提高。案例三、由于SGSN對協(xié)議支持不完善導致的切換失敗現(xiàn)象描述：兩SGSN進行切換，切換失敗。在消息跟蹤中可以看見新SGSN向舊SGSN取上下文完成，并向舊SGSN回復SGSN

Context

Ack消息后.舊SGSN向GGSN發(fā)起Detele

PDP

Request消息，造成切換失敗。

Page38其它案例原因分析：1、SGSN在發(fā)送給GGSN的Delete

PDP

Request消息中原因值為tear

down。當GTP路徑中斷，協(xié)議某些字段發(fā)生問題或者內部錯誤的時候會攜帶這個原因值。要按照這個思路排查問題。2、分析信令，舊SGSN上用戶信令消息跟蹤文件中：發(fā)現(xiàn)對方SGSN的SGSN

Context

Acknowledge消息中缺少兩個信元TEID

Data

II和SGSN

Address(見下圖）

Page39其它案例

Page40其它案例3、根據協(xié)議29060,SGSN的需包含TEID和新的SGSN用戶面地址。解決方法：1.因新的SGSN的處理機制不完善，攜帶信元不全，導致切換失敗。2.對新的SGSN進行升級處理。案例四、用戶PDP類型設置錯誤導致激活被拒絕現(xiàn)象描述：某局點，客戶反饋某一3G用戶無法通過電腦撥號上網原因分析：1.由于是單用戶無法上網問題，所以很有可能是與HLR簽約業(yè)務或MS有關。

首先在SGSN和GGSN上進行用戶跟蹤，見附件，用戶能夠進行正常的附著，但是Activate

PDP

context

request卻被拒絕，拒絕原因為：requested-service-option-not-subscribed，

Page41其它案例2.這說明了SGSN并沒有將建立PDP上下文消息發(fā)給GGSN，而是直接拒絕了MS，結合拒絕原因值，可以肯定用戶使用了沒有在HLR上簽約的業(yè)務。

根據PDP激活流程分析，第一條消息為MS發(fā)給SGSN的Activate

PDP

context

request，攜帶PDP

Type、PDP

Address、APN、QoS等參數。3.在HLR上取得該用戶的簽約參數，與PDP請求消息中的參數做對比，發(fā)現(xiàn)請求消息中PDP

Type為PPP，與簽約的IPV4

PDP類型不符。

在收到MS發(fā)來的激活請求消息后，SGSN會根據消息中攜帶的參數和從HLR中取得的簽約參數進行對比，如果不符，SGSN將會直接拒絕該請求。解決方法：1、在SGSN和GGSN上對該用戶進行用戶跟蹤，發(fā)現(xiàn)激活請求被SGSN拒絕。

2、根據拒絕原因值和GGSN上無消息分析該用戶使用了HLR上沒有簽約的業(yè)務。