華為分組域網(wǎng)元功能參數(shù)v2_第1頁
華為分組域網(wǎng)元功能參數(shù)v2_第2頁
華為分組域網(wǎng)元功能參數(shù)v2_第3頁
華為分組域網(wǎng)元功能參數(shù)v2_第4頁
華為分組域網(wǎng)元功能參數(shù)v2_第5頁
已閱讀5頁,還剩46頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

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

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

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

XUDT說明:當(dāng)增強(qiáng)型單位消息:單位消息長度超過255字節(jié)實現(xiàn):默認(rèn)支持無需配置Page4SGSN參數(shù)

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

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

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

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

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

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

路徑管理功能說明:通過ECHO消息來維護(hù)GTPC/GTPU路徑。重要參數(shù):T3-response:響應(yīng)時間

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

PTMSI和PTMSI簽名分配

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

Page7SGSN參數(shù)

HSPA功能

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

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

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

APN擴(kuò)展開關(guān)說明:控制APN是否進(jìn)行擴(kuò)展,可設(shè)置擴(kuò)展的位數(shù)擴(kuò)展2-7位,MISDN=8613012345678,攜帶APN=uniwap

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

CC字段傳送開關(guān)說明:控制是否傳送CC字段

CC=Charge

Characteristic,含預(yù)付費(fèi),熱計費(fèi),正常計費(fèi),統(tǒng)一費(fèi)率四種實現(xiàn)方式:無控制,默認(rèn)支持

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

DIFFSER功能

功能說明:控制QOS到DSCP的映射規(guī)則DSCP:差分服務(wù)碼點(diǎn)。體現(xiàn)在IP報文的DS域?qū)崿F(xiàn)方式:LICENSE+命令控制

RAT字段說明:控制SCDR中是否包含RAT參數(shù)

RAT:標(biāo)識用戶接入屬性,表示用戶是2G或3G接入.

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

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

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

Page11SGSN參數(shù)

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

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

更新HLR定時器說明:

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

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

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

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

GMM上下文刪除時長說明

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

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

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

Page15SGSN參數(shù)RAB指配

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

Page16SGSN參數(shù)PDP上下文激活流程

SM等待GGSN響應(yīng)時間:等待GGSN響應(yīng)CreatePDPContextResponse消息定時器尋呼

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

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

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

DirectTunnel功能默認(rèn)支持

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

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

of

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

Page20GGSN參數(shù)

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

配合空閑時間門限:據(jù)包停止傳送后,配額未使用時間到達(dá)此門限值,向OCS上報使用的配額。

Page21GGSN參數(shù)

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

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

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

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

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

2.方式2,對于純2G局點(diǎn)。如果SGSN已經(jīng)支持”鑒權(quán)集轉(zhuǎn)換功能“,問題

Page27網(wǎng)元參數(shù)案例可解決。如果SGSN無LICENSE支持,需確認(rèn)SGSN”是否支持V2取鑒權(quán)集功能“為是,這種情況下,SGSN將以AC版本為V2向HLR取3元組,HLR將需要進(jìn)行5元組到3元組的轉(zhuǎn)換。問題可解決。案例二:第6頁路徑管理功能應(yīng)用案例

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

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

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

4.跟蹤SGSN與對應(yīng)的RNC的GTPU接口,發(fā)現(xiàn)SGSN向?qū)Χ税l(fā)送的ECHO消息對端無響應(yīng)。

Page28網(wǎng)元參數(shù)案例

5.對端一直無響應(yīng)時,SGSN會認(rèn)為該路徑斷開,所以拒絕用戶激活。

6.根據(jù)協(xié)議,對端設(shè)備需要響應(yīng)echo消息,因此這是對方設(shè)備對協(xié)議支持不支持造成的。解決方法:

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

GTPC,Iu

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

Page29網(wǎng)元參數(shù)案例問題處理:

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

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

解決方法:

將鑒權(quán)頻率修改為1,即每次都進(jìn)行鑒權(quán)。該問題解決。案例四:第15頁P(yáng)TMSI和PTMSI簽名分配應(yīng)用案例

現(xiàn)象描述:某局點(diǎn),某款測試終端

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

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

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

2.SGSN下發(fā)尋呼的原因在Ready定時器超時后,當(dāng)WAP網(wǎng)關(guān)有數(shù)據(jù)下發(fā)

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

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

service

not

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

service

not

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

Subscriber

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

Page34其它案例3、在對SGSN和HLR之間Gr接口的消息跟蹤中,我們發(fā)現(xiàn),HLR回給SGSN的MAP層消息中有報錯,顯示HLR無法找到用戶信息,因此回給SGSN的消息為:unknownSubscriber。4、這個用戶可以使用語音業(yè)務(wù),在HLR上應(yīng)該是存在的。為什么進(jìn)行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其它案例從顯示結(jié)果“NAM

=

MSC”可以看出,HLR的配置中,網(wǎng)絡(luò)接入模式配成了只允許接入電路域網(wǎng)絡(luò),不允許手機(jī)無法接入分組域網(wǎng)絡(luò)的模式,從而導(dǎo)致手機(jī)GPRS附著失敗。解決方法:

1、在HLR

SMU上MOD

NAM:

IMSI

=

“XXXXXXXX”,

NAM

=

BOTH;;

2、手機(jī)關(guān)機(jī),再重新開機(jī),做位置更新;

3、手機(jī)可以成功接入GPRS網(wǎng)絡(luò)。案例二、某局點(diǎn)SGSN

忙時Inter

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

detached失敗原因值指標(biāo)比較高。其他指標(biāo)正常。原因分析:首先分析失敗原因值implicity

detached。這個原因值比較抽象,其實包含了很多內(nèi)部具體原因,以下原因都?xì)w入了implicity

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

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

RAU接入時,

等待Sgsn

context

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

CHR_INT_CAUSE_MM_PEER_SGSN_NO_RSP。3、在2G

用戶Inter

RAU時,

收到sgsn

context

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

not

known

(#194)或者ms

gprs

detach(#195)時,CHR日志對應(yīng)項為:

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

SGSN

RAU,SGSN進(jìn)行了LLC

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

SGSN

RAU,SGSN進(jìn)行了LLC

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

CHR_INT_CAUSE_MM_IMPLICIT_DETACHED。

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

RAU失敗(圖1),而此原因是統(tǒng)計到implicity

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

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

Context

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

PDP

Request消息,造成切換失敗。

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

PDP

Request消息中原因值為tear

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

Context

Acknowledge消息中缺少兩個信元TEID

Data

II和SGSN

Address(見下圖)

Page39其它案例

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

首先在SGSN和GGSN上進(jìn)行用戶跟蹤,見附件,用戶能夠進(jìn)行正常的附著,但是Activate

PDP

context

request卻被拒絕,拒絕原因為:requested-service-option-not-subscribed,

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

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

PDP

context

request,攜帶PDP

Type、PDP

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

Type為PPP,與簽約的IPV4

PDP類型不符。

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論