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

N3RequestEcho，T3ResponseEcho N3RequestCreate，T3ResponseCreate N3RequestDelete，T3ResponseDelete等N3是指消息最多重復發送的次數，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）參數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網絡演進項目測試中，有一個用例測試2G/3G用戶鑒權功能，需要修改MAP參數。該用例的測試目的是當2GSGSN支持AC版本為V3，驗證3G用戶成功登網后能漫游到2G網絡，同時驗證2GSGSN支持鑒權五元組轉三元組功能。

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

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

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

IftheHPLMNappliestheAdministrativeRestrictionofSubscribers’Accessfeature,theHLRshallconveythesubscriberaccessrestrictionparameter(AccessRestrictionData)totheVLR.

TheVLRshallcheckthissubscriptionparameteragainsttheradioaccesstechnologythatsupportstheLA/RAinwhichtheUEisroamingtodecidewhetherthelocationupdateshouldbeallowedorrejected.

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

IftheVLR/SGSNsupportstheAccessRestrictionfeaturebutdoesnotreceivetheAccessRestrictionDataparameterfromtheHLRatlocationupdatingorrestoration,theVLR/SGSNshallassumethatthesubscriber'sprofiledoesnothaveanyrestrictionsenabled.

APN擴展功能（1）用戶在激活PDP時，SGSN在APN上添加MSISDN的部分字段，DNS通過這個字段，實現歸屬GGSN解析，使該用戶可以回歸屬地GGSN激活PDP。該功能涉及到得參數有： <PARAMETERNAME="HPLMN_CC_Length"TYPE="INTEGER"VALUE="2"RANGE="1..3"VISIBILITY="Yes"MODE="Dynamic"DESCRIPTION="lengthofMSISDN.CC"RESPONSIBILITY="Site"/>該參數定義了國家碼長度，中國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擴展起始位數為3，擴展終止位數為11”的測試消息跟蹤：APN擴展功能（3）

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

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

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

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

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參數中沒有配置優選的本地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參數中配置了優選的本地GGSNIP地址列表， 如果DNS返回的多個GGSN地址中，有一個地址是在LocalGgsnList中，那么SGSN將優先使用該GGSN進行PDP激活，除非驗證該GGSN不可用。 如果DNS返回的多個GGSN地址中，有多個地址在LocalGgsnList中，那么SGSN將輪流使用這些地址進行PDP激活，即實現了本地GGSN的負荷分擔。TrafficClassSubscriptionCheck說明（1）在上海移動出現過部分2G卡放在3G手機使用3GPS業務時，有的卡會被拒絕。 經過分析，發現原因是該手機申請的Qos的TrafficClass高于2G手機簽約的TrafficClass（2G用戶一般為background）在手機進行PDP激活時，SGSN的參數TrafficClassSubscriptionCheck可以控制如何處理低于簽約TrafficClass的Qos申請。

TrafficClassSubscriptionCheck說明（2）該參數定義如下：

<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）當該參數為true時（即目前的設置），如果MS申請的TrafficClass高于HLR簽約時，SGSN將發起PDP拒絕消息。如果MS申請的TrafficClass等于或者低于HLR簽約時，使用MS申請的trafficclass。當該參數為false時，如果MS申請的TrafficClass高于HLR簽約時，SGSN返回消息的協商Qos使用HLR簽約的trafficclass。如果MS申請的TrafficClass等于或者低于HLR簽約時，使用MS申請的trafficclass。當時該參數設置為true，所以某些用戶會被拒絕，修改為false后，問題解決。PSCN網絡優化介紹IP網絡優化

網絡結構設計，路由優化等應用業務性能指標

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

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

優化的特點

>

涉及網元和接口比較多，需要各方面配合

>

涉及層次比較多

>

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

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

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

IP網絡優化（FW配置優化）

優化FW性能，可以考慮：

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

FW1業務/CPU占用率FW2業務/CPU占用率原先狀態全部net業務/50%其他wap等業務/10%第一次調整

1/2net業務/20%其他業務/60%第二次調整

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

b)網絡側路由問題

c)網絡側將數據包丟失(如配置問題，或端口失效等)

d)手機原因

應用業務性能優化WAP接入成功率

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

a）應無線側由于覆蓋或負荷原因丟失數據包

b）核心網丟失數據包,如路由失效

c）防火墻或者WAP網關中間路由丟失數據包

d）WAP網關響應不及時或無響應

e）手機自身原因

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

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

b）當前所在小區的資源使用狀況

c）當前所在區域的無線覆蓋狀況

d）核心網GSN的資源使用狀況

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

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

g）FTPserver的性能問題，IP數據包窗口大小

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

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

-

HLR返回的響應消息中的SGSN子系統號有誤；

-

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

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

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

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