PS核心網(wǎng)參數(shù)及網(wǎng)絡優(yōu)化介紹Oct.2009PSCN部分參數(shù)介紹GTP的N3/T3設置MAP版本設置ARD控制參數(shù)APN擴展功能APN模糊匹配功能GGSN的負荷分擔TrafficClassSubscriptionCheck說明GTP的N3/T3設置（1）為了保證GTP信令/數(shù)據(jù)的可靠傳輸，定義了N3計數(shù)器和T3定時器，包括：

N3RequestEcho，T3ResponseEcho N3RequestCreate，T3ResponseCreate N3RequestDelete，T3ResponseDelete等N3是指消息最多重復發(fā)送的次數(shù)，T3表示等待對方回響應消息的最長時間；Echoreq/rsp消息是GSN之間，或GSN和RNC之間檢測對端是否存活的消息，分為控制面Echo和用戶面Echo；GTP的N3/T3設置（2）SGSN

EchoRequestEchoResponseGGSNCreatePDPContextRequestCreatePDPContextResponseActivatePDPContextRequestActivatePDPContextResponseGTP的N3/T3設置（3）SGSN中各N3/T3的默認設置即為建議值，一般不更改，如：

<PARAMETERNAME="N3RequestCreate"TYPE="INTEGER"VALUE="5"RANGE="5..5"VISIBILITY="Yes"MODE="Static"DESCRIPTION="MaxnumberofattemptsmadebyGTP-CtosendaCreateRequestmessage(29.060)"RESPONSIBILITY="Site"/>

GTP的N3/T3設置（4）<PARAMETERNAME="T3ResponseCreate"TYPE="INTEGER"VALUE="2"RANGE="1..3"VISIBILITY="Yes"MODE="Static"DESCRIPTION="MaxwaittimeforaresponseofaCreatePDPContextRequestmessage(29.060)"RESPONSIBILITY="Site"/>其它：

N3RequestEcho=5，T3ResponseEcho=10s N3RequestDelete=5，T3ResponseDelete=2s

T3GtpuKeepAliveEcho=60s

…MAP版本設置（1）參數(shù)MapAc_infoRetrieval用于設置SGSN的MAP版本： <PARAMETERNAME="MapAc_infoRetrieval"TYPE="INTEGER"VALUE="3"RANGE="0..3"VISIBILITY="No"MODE="Read_only"DESCRIPTION="ApplicationcontextversionforinfoRetrieval(29.002)"RESPONSIBILITY="Product"/>MAP版本設置（2）在2008年的2G網(wǎng)絡演進項目測試中，有一個用例測試2G/3G用戶鑒權(quán)功能，需要修改MAP參數(shù)。該用例的測試目的是當2GSGSN支持AC版本為V3，驗證3G用戶成功登網(wǎng)后能漫游到2G網(wǎng)絡，同時驗證2GSGSN支持鑒權(quán)五元組轉(zhuǎn)三元組功能。

測試預置條件： 1）用戶為3G雙模終端+USIM，登陸到3G網(wǎng)絡中； 2）用戶已經(jīng)簽約HLR五元組，該用戶可以漫游到2G網(wǎng)絡； 3）2G網(wǎng)絡已完成鑒權(quán)AC版本改造，SGSN開啟五元組鑒權(quán)功能，同時支持轉(zhuǎn)化為2G鑒權(quán)和加密所需的參數(shù)； 測試步驟： 1）用戶在2G網(wǎng)絡開機，發(fā)起位置更新； 2）用戶發(fā)起鑒權(quán)請求；MAP版本設置（3）信令流程：MAP版本設置（4）測試結(jié)果：1）用戶位置更新成功；2）SGSN鑒權(quán)請求的AC版本為V3；3）SGSN完成CK,IK->Kc的轉(zhuǎn)換；4）Send_Authentication_Info_Reqsponse:HLR中返回的鑒權(quán)集為五元組；5）AuthenticateRequest消息中下發(fā)RAND，AUTN，AuthenticationResponse返回RES； HLR根據(jù)SGSN發(fā)起的MAP是V3版本請求消息Send_Authentication_Info_Req，向SGSNSend_Authentication_Info_Rsp中返回的鑒權(quán)集為五元組。在SGSN中完成了鑒權(quán)五元組到三元組的轉(zhuǎn)換，然后跟2G無線完成了鑒權(quán)交互。ARD控制參數(shù)（1）ARD參數(shù)用以控制每個用戶是否可以從2G無線或者3G無線登記入網(wǎng)；用戶的ARD參數(shù)在HLR中設置，通過ISD消息通知SGSN/MSC，由SGSN/MSC控制用戶的接入行為。ARD控制參數(shù)（2）某用戶在HLR中簽約有ARD數(shù)據(jù)，ARD=UTRANNotAllowed/GREANAllowed；用戶開機試圖登入3G無線網(wǎng)絡ARD控制參數(shù)（3）3GSGSN根據(jù)用戶的ARD設置，將該用戶拒絕，原因值為NoSuitableCellsInLocationArea如果本區(qū)域還有2G網(wǎng)絡，用戶應可重新發(fā)起位置更新請求通過BSS接入SGSN:

ARD控制參數(shù)（4）2008年4月在網(wǎng)絡演進項目測試中，發(fā)現(xiàn)當用戶在阿朗HLR中簽約ARD取值為ARD=UTRANAllowed/GREANAllowed時，HLR發(fā)出的ISD消息中不含有ARD字段。

根據(jù)3GPPTS23.012(V720)中的說明，只有當網(wǎng)絡需要限制用戶使用某些特定的無線資源時，HLR才會在ISD消息中帶出ARD字段，反之則不帶；

IftheHPLMNappliestheAdministrativeRestrictionofSubscribers’Accessfeature,theHLRshallconveythesubscriberaccessrestrictionparameter(AccessRestrictionData)totheVLR.

TheVLRshallcheckthissubscriptionparameteragainsttheradioaccesstechnologythatsupportstheLA/RAinwhichtheUEisroamingtodecidewhetherthelocationupdateshouldbeallowedorrejected.

ARD控制參數(shù)（5）因此當ARD＝UTRANAllowed/GERANAllowed的用戶發(fā)起注冊請求時，阿朗的HLR回的ISD中沒有帶ARD字段。同時，根據(jù)3GPPTS29.002(V850)中的說明，當ISD消息里不帶ARD字段時，VLR/SGSN就認為該用戶沒有UTRAN或GERAN的限制，無須對用戶使用的無線資源加以限制。 ThisparameterindicatestheallowedRATaccordingtosubscriptiondata.(seeclause6)

IftheVLR/SGSNsupportstheAccessRestrictionfeaturebutdoesnotreceivetheAccessRestrictionDataparameterfromtheHLRatlocationupdatingorrestoration,theVLR/SGSNshallassumethatthesubscriber'sprofiledoesnothaveanyrestrictionsenabled.

APN擴展功能（1）用戶在激活PDP時，SGSN在APN上添加MSISDN的部分字段，DNS通過這個字段，實現(xiàn)歸屬GGSN解析，使該用戶可以回歸屬地GGSN激活PDP。該功能涉及到得參數(shù)有： <PARAMETERNAME="HPLMN_CC_Length"TYPE="INTEGER"VALUE="2"RANGE="1..3"VISIBILITY="Yes"MODE="Dynamic"DESCRIPTION="lengthofMSISDN.CC"RESPONSIBILITY="Site"/>該參數(shù)定義了國家碼長度，中國CC=86，是兩位。APN擴展功能（2）

<PARAMETERNAME="ReturningHomeProvinceGGSNAPNSuffix"TYPE="INTEGER"VALUE="7"RANGE="0..15"VISIBILITY="Yes"MODE="Dynamic"DESCRIPTION="0:ReturningtoHomeProvinceGGSN.featureisoff n:ReturningtoHomeProvinceGGSN.featureison"RESPONSIBILITY="Site"/>

其中VALUE=0表示關閉該功能，其它值表示截取的MSISDN長度；CC非86的用戶，默認不開啟該功能。下面是“在SGSN配置使用APN擴展功能，且MSISDN擴展起始位數(shù)為3，擴展終止位數(shù)為11”的測試消息跟蹤：APN擴展功能（3）

<PARAMETERNAME="NationalApnList"TYPE="LIST_STRING"VALUE="uniwap|uninet|cmwap|cmnet"RANGE=""VISIBILITY="Yes"MODE="Dynamic"DESCRIPTION="ListofAPNforwhichtheSGSNhastoextendthenationalAPNbeforerequestingthe@GGSNtotheDNS"RESPONSIBILITY="Site"/> 該參數(shù)定義哪些APN需要進行APN擴展。下面是APNwaptest加入該參數(shù)列表后，進行的正常擴展trace：

APN模糊匹配功能（1）當一個用戶發(fā)起一個PDP激活請求時，SGSN對于APN選擇的處理受諸多因素影響，比如手機請求的APN（Req）,HLR中簽約的APN(Subs)，SGSN中設置的模糊匹配APN等（nonWildCard-DefaultAPN）。下面是該功能的開關參數(shù)：

<PARAMETERNAME="nonWildCardDefaultAPN"TYPE="BOOLEAN"VALUE="False"RANGE="True|False"VISIBILITY="Yes"MODE="Static"DESCRIPTION="DefaultAPNwillbechosenbySGSNwhentherequestedAPNdoesnotcorrespondtothesubscribedAPNandthevalueofthisparameterissettoTrue"RESPONSIBILITY="Site"/>APN模糊匹配功能（2）下面參數(shù)中設置模糊匹配的默認APN：

<PARAMETERNAME="nonWildCardDefaultAPNValue"TYPE="STRING"VALUE=""RANGE=""VISIBILITY="Yes"MODE="Static"DESCRIPTION="DefaultAPNvalue,whichwillbechosenbySGSNwhentherequestedAPNdoesnotcorrespondtothesubscribedAPNandthevalueoftheparameternonWildCardDefaultAPNissettoTrue"RESPONSIBILITY="Site"/>SGSN的選擇和處理如下頁表格所示，其中 1）A，B兩個APN在DNS和GGSN中已經(jīng)配置；

2）C表示錯誤的APN，在DNS和GGSN中未配置；APN模糊匹配功能（3）APN(Req)APN(Subs)SGSNselectAPNfeaturenotimplementedfeatureimplemented(nonWildCardDefaultAPN=true)nonWildCardDefaultAPNValue="xxx"nonWildCardDefaultAPNValue=''"A*AAAnull*home_apn_ni_stringDefaultAPNhome_apn_ni_stringC*Reject

(UnknownAPN)

DefaultAPNhome_apn_ni_stringAA，BAAAnullA，BReject

(Notsubscribed)

DefaultAPNACA，BRejectDefaultAPNAGGSN的負荷分擔(1)用戶在激活PDP時，SGSN可能向DNS查詢該APN對應的GGSN地址，DNS會返回一個或者多個對應的GGSNIP地址；如果返回的是一個GGSN地址，則SGSN即用該地址進行PDP激活。如果SGSN的LocalGgsnList參數(shù)中沒有配置優(yōu)選的本地GGSNIP地址列表，并且DNS返回了多個GGSN，那么SGSN將輪流使用這些地址進行PDP激活，即完成了GGSN的負荷分擔。 <PARAMETERNAME="LocalGgsnList"TYPE="LIST_IP_ADDRESS"VALUE="0"RANGE="..55"VISIBILITY="Yes"MODE="Static"DESCRIPTION="ListoflocalGGSNs(GGSNstobepreferred)"RESPONSIBILITY="Site"/>GGSN的負荷分擔(2)如果SGSN的LocalGgsnList參數(shù)中配置了優(yōu)選的本地GGSNIP地址列表， 如果DNS返回的多個GGSN地址中，有一個地址是在LocalGgsnList中，那么SGSN將優(yōu)先使用該GGSN進行PDP激活，除非驗證該GGSN不可用。 如果DNS返回的多個GGSN地址中，有多個地址在LocalGgsnList中，那么SGSN將輪流使用這些地址進行PDP激活，即實現(xiàn)了本地GGSN的負荷分擔。TrafficClassSubscriptionCheck說明（1）在上海移動出現(xiàn)過部分2G卡放在3G手機使用3GPS業(yè)務時，有的卡會被拒絕。 經(jīng)過分析，發(fā)現(xiàn)原因是該手機申請的Qos的TrafficClass高于2G手機簽約的TrafficClass（2G用戶一般為background）在手機進行PDP激活時，SGSN的參數(shù)TrafficClassSubscriptionCheck可以控制如何處理低于簽約TrafficClass的Qos申請。

TrafficClassSubscriptionCheck說明（2）該參數(shù)定義如下：

<PARAMETERNAME="TrafficClassSubscriptionCheck"TYPE="BOOLEAN"VALUE="false"RANGE="true|false"VISIBILITY="No"MODE="Static"DESCRIPTION="true-requestedQostrafficclassischeckedagainstsubscribedtrafficclass.Ifrequestedtrafficclassishigher(valueissmaller).thenactivateormodifypdpcontextisrejected.false-trafficclassinrequestedQosisnotchecked.Pdpactivationormodificationwithhighertrafficclasswillbeaccepted."RESPONSIBILITY="Site"/>TrafficClassSubscriptionCheck說明（3）當該參數(shù)為true時（即目前的設置），如果MS申請的TrafficClass高于HLR簽約時，SGSN將發(fā)起PDP拒絕消息。如果MS申請的TrafficClass等于或者低于HLR簽約時，使用MS申請的trafficclass。當該參數(shù)為false時，如果MS申請的TrafficClass高于HLR簽約時，SGSN返回消息的協(xié)商Qos使用HLR簽約的trafficclass。如果MS申請的TrafficClass等于或者低于HLR簽約時，使用MS申請的trafficclass。當時該參數(shù)設置為true，所以某些用戶會被拒絕，修改為false后，問題解決。PSCN網(wǎng)絡優(yōu)化介紹IP網(wǎng)絡優(yōu)化

網(wǎng)絡結(jié)構(gòu)設計，路由優(yōu)化等應用業(yè)務性能指標

主要包括ping成功率/時延、WAP接入成功率、FTP下載平均速率等核心網(wǎng)網(wǎng)管指標

包括附著成功率、PDP激活成功率，附著時長等

優(yōu)化的特點

>

涉及網(wǎng)元和接口比較多，需要各方面配合

>

涉及層次比較多

>

網(wǎng)絡是“動態(tài)”的，優(yōu)化是一項長期工作PS核心網(wǎng)優(yōu)化——IP網(wǎng)絡優(yōu)化合理設計網(wǎng)絡結(jié)構(gòu)（包括兩層和三層結(jié)構(gòu)），網(wǎng)絡結(jié)構(gòu)要清晰，易維護易擴展；重點考慮冗余設計（包括設備/板卡/端口冗余，路由冗余等）在網(wǎng)絡結(jié)構(gòu)的基礎上，合理規(guī)劃和分配IP地址*合理分配VLan，實現(xiàn)各Vlan間數(shù)據(jù)隔離；盡量避免產(chǎn)生二層環(huán)路，尤其是不同廠商設備間的二層環(huán)路合理規(guī)劃選擇和設計路由。盡量避免STATICROUTING的使用(除了defaultroute\黑洞路由\配合VRRP做負荷分擔使用)；動態(tài)路由盡量使用OSPF,必要時配合BFD技術(shù)加速檢測和收斂網(wǎng)絡設備的接口的單雙工設置，半全速率和自動匹配設置需要從端口上確認否存在丟包現(xiàn)象去除不必要的和不再生效使用的過時配置數(shù)據(jù)根據(jù)防火墻特性優(yōu)化配置，優(yōu)化防火墻策略*IP網(wǎng)絡優(yōu)化（IP地址的規(guī)劃）

例如對于IP地址的規(guī)劃和分配,應盡可能遵循以下原則：

IP地址的劃分全國統(tǒng)一規(guī)劃分配，充分考慮分組域網(wǎng)絡未來發(fā)展的需要一般按物理地域有層次地劃分IP地址，簡化路由表,提高網(wǎng)絡性能，簡化管理IP地址的分配要有足夠的靈活性，合理分配，做好不同業(yè)務地址的隔離，滿足各種用戶及各種業(yè)務接入的需要IP地址使用應盡量連續(xù)，這樣可以減小路由表的大小，同時也可以減小網(wǎng)絡中廣播的路由信息的大小應充分合理利用地址資源，采用可變長子網(wǎng)掩碼VLSM技術(shù)，保證IP地址的利用效率

IP網(wǎng)絡優(yōu)化（FW配置優(yōu)化）

優(yōu)化FW性能，可以考慮：

根據(jù)實際關閉httpalg功能cmnet的策略服務是any的，建議在之前增加一條http服務的策略，以減少session數(shù)，降低cpu合理分擔FW流量。SHTD曾經(jīng)對兩個防火墻的業(yè)務分擔調(diào)整：

FW1業(yè)務/CPU占用率FW2業(yè)務/CPU占用率原先狀態(tài)全部net業(yè)務/50%其他wap等業(yè)務/10%第一次調(diào)整

1/2net業(yè)務/20%其他業(yè)務/60%第二次調(diào)整

3/4net業(yè)務/40%其他業(yè)務/40%PS核心網(wǎng)優(yōu)化——應用業(yè)務性能優(yōu)化應用業(yè)務性能包括ping時延，F(xiàn)TP速率，WAP接通率等，處理該類問題一般的手段有：了解問題出現(xiàn)的范圍和情況（包括終端，無線網(wǎng)絡，核心網(wǎng)絡設備、應用服務器等），必要時候進行一些不同情況的測試，根據(jù)測試結(jié)果進行相應下一步處理跟蹤Gb/Iu、Gn、Gi等接口消息，縮小定位問題的范圍跟無線和應用服務器（WAPGW、FTPService等）配合定位分析問題很多時候問題跟前面“IP網(wǎng)絡優(yōu)化”部分有關，比如路由問題，端口問題。應用業(yè)務性能優(yōu)化ping成功率及ping時延信令分析 造成ping不成功及ping時延較長的主要原因有: a)無線側(cè)由于覆蓋或負荷原因丟失數(shù)據(jù)包

b)網(wǎng)絡側(cè)路由問題

c)網(wǎng)絡側(cè)將數(shù)據(jù)包丟失(如配置問題，或端口失效等)

d)手機原因

應用業(yè)務性能優(yōu)化WAP接入成功率

一般影響WAP接入成功率的因素有：

a）應無線側(cè)由于覆蓋或負荷原因丟失數(shù)據(jù)包

b）核心網(wǎng)丟失數(shù)據(jù)包,如路由失效

c）防火墻或者WAP網(wǎng)關中間路由丟失數(shù)據(jù)包

d）WAP網(wǎng)關響應不及時或無響應

e）手機自身原因

WAP接入的成功率涉及到WAP網(wǎng)關的配合程度，因此我們除了需要跟蹤Gb、Gn和Gi接口外，核心網(wǎng)和WAP網(wǎng)關中間的網(wǎng)絡也是我們需要跟蹤分析的目標。應用業(yè)務性能優(yōu)化FTP平均下載速率 影響FTP平均下載速率的有：

a）該用戶在HLR中設定的QoS值

b）當前所在小區(qū)的資源使用狀況

c）當前所在區(qū)域的無線覆蓋狀況

d）核心網(wǎng)GSN的資源使用狀況

e）IP設備問題或者路由問題（交換機、FW配置等）

f）終端自身因素（如使用的軟件性能，MTU設置等）

g）FTPserver的性能問題，IP數(shù)據(jù)包窗口大小

PS核心網(wǎng)優(yōu)化——GPRS網(wǎng)管指標優(yōu)化GPRS網(wǎng)管指標包括attach成功率，PDP激活成功率，RAU成功率等。這些指標可以從網(wǎng)管設備（ISMC）上實時獲取，便于及時發(fā)現(xiàn)問題并及時采取措施，是觀察和網(wǎng)絡的重要手段之一如果認為某個指標達不到要求，一般需要進行接口消息跟蹤，必要的話進行內(nèi)部log收集，然后進行分析有時候需要調(diào)整設備參數(shù)進行優(yōu)化，如降低GGSN中PDP的idleTimer，避免用戶頻繁發(fā)起PDP上下文激活請求，節(jié)省Gb/Iu系統(tǒng)資源有時候問題跟前面“IP網(wǎng)絡優(yōu)化”部分有關，比如PDP激活失敗“serviceoptiontemporarilyoutoforder”問題。GPRS網(wǎng)管指標優(yōu)化SGSN1SGSN1附著時長和PDP時長分析，了解用戶業(yè)務特性附著速率和成功率，了解網(wǎng)絡運行質(zhì)量GPRS網(wǎng)管指標優(yōu)化（附著成功率）Attach失敗分析和優(yōu)化成功率

GPRS網(wǎng)管指標優(yōu)化（附著成功率）拒絕原因：IMSIunknowninHLR分析：通過Gb和Gr的聯(lián)合Trace分析，我們發(fā)現(xiàn)SGSN在收到手機發(fā)來的ATRQ消息后通過STP向HLR發(fā)送Triplet鑒權(quán)請求消息，由于HLR發(fā)現(xiàn)并未登記此用戶則發(fā)送拒絕消息。發(fā)生此現(xiàn)象有兩種可能：-SGSN將此用戶的尋址數(shù)據(jù)指向了錯誤的HLR（多發(fā)生在PC尋址時）；-外部No.7網(wǎng)絡發(fā)生了錯誤的SCCP路由（多發(fā)生在GT尋址時）；對策：如果此計數(shù)器不為0，可以通過掛表的方式來找到信令路由錯誤數(shù)據(jù)的消息，如是本地SGSN錯誤可以在本地SGSN上修正，如果是外部NO.7網(wǎng)絡的問題則提請移動用戶進行協(xié)查。GPRS網(wǎng)管指標優(yōu)化（附著成功率）拒絕原因：GPRSservicesnotallowed分析：從Cause原因上看，此類失敗是由于用戶尚未開通GPRS業(yè)務造成的。目前市場上大部分的GPRS手機是開機自動附著的，即使該用戶未申請GPRS業(yè)務，GPRS手機在仍會不斷地嘗試附著，造成失敗。目前現(xiàn)網(wǎng)中存在大量這類用戶，造成指標的有下降。對策：此類Cause并不是由于系統(tǒng)自身或網(wǎng)絡原因而引起的。為降低此類Cause的發(fā)生我們建議逐步更多放開GSM用戶的GPRS功能，讓更多用戶可以使用到GPRS，從而也避免例如彩信的發(fā)送或者接受方?jīng)]有GPRS功能而影響業(yè)務收入，或者影響彩信的端到端接通成功率。GPRS網(wǎng)管指標優(yōu)化（附著成功率）拒絕原因：Unknown/undefined(GPRSservicesnotallowedinthisPLMN)分析：K1205中沒有定義Cause14的名稱，所以信令儀顯示為”Unknown/undefined”。在3GPPTS04.08中Cause14明確定義為”GPRSservicesnotallowedinthisPLMN”，具體解釋為PLMN不支持此用戶的拜訪。 曾經(jīng)有個案例，通過對采集的信令跟蹤，我們看出這一Cause發(fā)生在國際漫游用戶上，進一步分析SGSNNo.7配置，我們發(fā)現(xiàn)此用戶所在的運營商屬CMCC新增的漫游國，我們的SGSN中尚未創(chuàng)建它的SCCPE212GT尋址數(shù)據(jù)，從而造成了失敗。對策：及時添加集團公司下發(fā)的國際漫游數(shù)據(jù)和對系統(tǒng)內(nèi)的GT尋址數(shù)據(jù)檢查可以有效地避免此類Cause的產(chǎn)生，提高附著成功率。GPRS網(wǎng)管指標優(yōu)化（附著成功率）拒絕原因：Networkfailure分析：在Gb消息中的此Cause說明了由于PLMN網(wǎng)絡側(cè)有故障（如MAP問題）導致了接續(xù)失敗，可能原因： -外部No.7信令網(wǎng)沒有響應我們SGSN發(fā)出的MAP請求消息；

-

HLR返回的響應消息中的SGSN子系統(tǒng)號有誤；

-

HLR返回的響應消息中顯示不支持GPRS的所需的MAP版本；對策：通過掛表的方式確定存在問題的對端系統(tǒng)，通過各移動分公司之間，或者各簽訂漫游協(xié)議的運營商之間來協(xié)調(diào)排查問題。GPRS網(wǎng)管指標優(yōu)化（附著成功率）拒絕原因：Authenticationandcipheringreject分析：有時會發(fā)現(xiàn)此類Cause的存在，存在現(xiàn)象：Attach流程中，當SGSN向手機發(fā)起ACRQ鑒權(quán)請求時，無線側(cè)未向SGSN返回鑒權(quán)響應消息。超時后，SGSN向無線發(fā)送ACRJ消息，Attach失敗。對策：一般發(fā)現(xiàn)這種情況的話，可以和無線部門協(xié)助查找是那個無線設備（BSS/RNCorMS）或無線接口終止了此接續(xù)流程，及其原因。GPRS網(wǎng)管指標優(yōu)化（激活成功率）PDP激活失敗分析和優(yōu)化成功率

注：可以考慮使用蜜罐系統(tǒng)對用戶行為進行分析GPRS網(wǎng)管指標優(yōu)化（激活成功率）拒絕原因：UnknownormissingAPN分析：從此類PDP接續(xù)失敗的流程上看出，用戶在建立PDP接續(xù)時所請求的APN訪問點名稱設置有誤，導致DNS無法解析此名稱。目前GPRS核心網(wǎng)根據(jù)集團公司的要求，只開通了cmwap和cmnet兩項GPRS業(yè)務（以及一些本地的VPN應用）。除此之外的任何APN請求都會被拒絕。對策：可以通過SGSN系統(tǒng)發(fā)現(xiàn)提交錯誤APN來申請PDP上下文激活請求的用戶，然后向他們主動聯(lián)系（如發(fā)送通知短信等）或者缺省情況下。GPRS網(wǎng)管指標優(yōu)化（激活成功率）拒絕原因：Requestedserviceoptionnotsubscribed分析：從此類PDP接續(xù)失敗的拒絕原因上看出，用戶在建立PDP接續(xù)時所請求的APN業(yè)務尚未在其HLR的GPRS用戶數(shù)據(jù)中被申明過，對于此用戶來說該業(yè)務是無權(quán)的。對策：這也是一種較為常見的Cause，發(fā)生此現(xiàn)象的用戶一般為非野卡用戶。此類Cause主要是由兩類情況所造成：-

用戶行為：我們可以通過加強對用戶的宣傳力度來指導用戶進行正確的GPRS設置；-

此手機在HLR中的GPRS用戶數(shù)據(jù)設置不完整：較為常見的是指HLR中NAM=0（支持GPRS），但缺少PDP定義；或HLR中的PDPAPN設置本身有誤。我們可以與HLR聯(lián)系檢查用戶的GPRS數(shù)據(jù)。GPRS網(wǎng)管指標優(yōu)化（激活成功率）拒絕原因：UnknownPDPaddressorPDPtype分析：從此類PDP接續(xù)失敗的流程上看出，這些手機在建立PDP接續(xù)請求過程（APCR）中帶有一個自身的IP地址，由于目前GPRS用戶上網(wǎng)時的IP地址由網(wǎng)絡側(cè)動態(tài)分配，或者由此用戶在HLR中進行了手機靜態(tài)IP地址的簽約，否則的話SGSN會拒絕此類請求。因此造成這一失敗的原因主要是用戶在手機上設置了錯誤的IP地址而其實他并沒有簽約使用某些特定的APN（如企業(yè)專網(wǎng)VPN）并且沒有使用靜態(tài)IP地址的權(quán)限。（市場上有些型號的手機<如愛立信系列>可以同時設置WAP網(wǎng)關和手機IP地址，用戶往往會將兩者搞混）。對策：發(fā)現(xiàn)此類CAUSE可以對相關用戶進行主動通知并進行有關手機使用幫助或培訓，加強對于用戶的宣傳力度指導用戶進行正確的GPRS設置?；蛘咄ㄟ^實現(xiàn)SGSN的額外功能，可以缺省為用戶指定一個APN（如cmwap）并且仍然由網(wǎng)絡側(cè)對其分配動態(tài)的IP地址，使用戶上網(wǎng)不受影響。GPRS網(wǎng)管指標優(yōu)化（激活成功率）拒絕原因：Serviceoptiontemporarilyoutoforder分析：通常的情況是由于外部DNS在解析APN的時候超時沒有回應，導致SGSN拒絕手機側(cè)的PDP激活請求。另外有部分手機在收到APRJ拒絕消息后會以毫秒級的時間間隔連續(xù)發(fā)送APCR消息，由于頻率過快，最終造成SGSN暫時拒絕其激活請求。對策：對于DNS超時不回應APN解析的問題，可以查看本地DNS網(wǎng)絡是否正常，如果是外部漫游DNS，就聯(lián)系相關運營商檢查網(wǎng)絡的連通性，檢查并解決DNS解析反應過慢或者沒有反應的問題來解決。 對于手機問題，可以聯(lián)系用戶檢查其手機是否為正規(guī)品牌，是否是水貨手機，加強引導其使用正規(guī)GPRS行貨手機。同時可以聯(lián)系手機廠家來反映問題。GPRS網(wǎng)管指標優(yōu)化（附著時長）由于附著過程中的主要時延是Gb接口上MS與SGSN之間的鑒權(quán)過程引起的，所以可以通過降低鑒權(quán)頻率從而縮短附著時間。SGSN可以對手機P-TMSI附著過程中Gb/Iu接口上的鑒權(quán)頻率通過”Authenticationthreshold”參數(shù)進行控制，如下例中該參數(shù)設為5，意為每5次附著鑒權(quán)一次。同樣地，disableISRAU和detach的鑒權(quán)使信令負荷降低，接續(xù)時間加快。保留attach的鑒權(quán)和鑒權(quán)閥值可以避免由于分配相同P-TMSI