• 4GPDN流程與2G、3G中的PDP激活流程不同點? 2015-05-11
• 2G中,TBF建立成功率和PDP激活成功率關系,及總體信令流程? 2014-12-18
• 2G在上網過程中重選回3G(WCDMA)信令流程,會有PDP流程嗎 2013-06-26
• 在BCS和SGSN都開了QOS功能,但在PDP激活的時候,有部分用戶還是不用進行QOS協(xié)商流程 2012-08-27
• PDP激活綁定靜態(tài)IP的流程 2012-05-22
• ATTACH/PDP/PING L3層信令流程 2011-08-31
分組數(shù)據(jù)協(xié)議上下文激活過程?
(1)終端設備向移動終端發(fā)送AT指令激活IP協(xié)議,在指令中包含終端想要連接的APN(AccessPointName,訪問點名稱)。?
(2)終端設備向移動終端發(fā)送PPPPLC幀給移動終端,表明PAP是在PDP激活過程中的身份認證協(xié)議。?
(3)終端設備開始進行PAP認證,認證通過后,移動終端將對終端設備給以回應,表明承認其身份,并且會將用戶ID和密碼儲存下來。?
(4)終端設備通過發(fā)送NCP-IPCP配置請求信息給移動終端,幀內IP地址為空,表明請求動態(tài)分配IP地址。?
(5)移動終端向SGSN(ServicingGPRSSupportNode,服務GPRS節(jié)點)發(fā)送激活PDP上下文的請求信息,信息中包含如下信息:APN、PDP類型,PDP地址為空,代表請求動態(tài)分配IP地址。?
(6)SGSN請求DNS(DomainNameSystem,域名系統(tǒng))服務器對APN進行解析,得到APN對應的GGSN的IP地址。?
(7)SGSN發(fā)送建立PDP上下文的請求消息給被選定的GGSN,消息中應包含:APN、PDP類型,PDP地址為空,代表請求動態(tài)分配IP地址、用戶更改的QoS和其他選項。?
(8)GGSN對用戶進行認證,認證通過后,使用RADIUS(RemoteAuthenticationDia-inUserService,遠程認證撥入用戶服務)服務器、DHCP(DynamicHostConfigurationProtocol,動態(tài)主機配置協(xié)議)服務器或直接由GGSN為用戶分配動態(tài)IP地址,GGSN向SGSN返回建立PDP上下文相應消息。?
(9)SGSN向移動終端發(fā)送激活PDP、上下文接受消息。?
(10)移動終端發(fā)送NCP-IPCP配置回應幀給終端設備,回應幀包含了被動態(tài)分配的IP地址。?
至此PDP上下文的激活過程全部完成,移動終端與外部數(shù)據(jù)網建立起數(shù)據(jù)通路,數(shù)傳終端就可以和監(jiān)控中心以IP數(shù)據(jù)報的形式進行通信。
激活失敗原因:
一、IU-B接口IP鏈路中斷導致PDP激活成功率下降
現(xiàn)網基站的IUB接口通常工作在ATM+IP的模式下,其中ATM的物理傳輸方式為4個E1,主要承載CS域和PS域的信令消息以及CS域的語音業(yè)務;IP的物理傳輸方式為1個FE,主要承載PS域的數(shù)據(jù)業(yè)務。當FE電路發(fā)生故障中斷后,IUB接口PS域RL無線鏈路重配置過程會因為無可用傳輸資源而失敗,繼而造成從RAB指派到PDP上下文激活等各個環(huán)節(jié)的失敗。
RNC和NodeB配合支持IP鏈路中斷后PS域業(yè)務自動切換為ATM承載是避免因為FE電路故障引起PDP激活成功率下降的最有效方法,貝爾RNC9370的UA6.0.4.3EP4版本和NodeB9312/9326+9341的UA6.0.4.3EP12版本,以及中興RNC ZXWR-RNC的V3.07.310m版本和NodeB BS8800/8200/8840的V4.00.30.07版本均支持該功能,而且中興設備支持ATM鏈路和IP鏈路間的雙向切換。
二、小區(qū)間切換失敗導致PDP激活成功率下降
天津分公司現(xiàn)網無線設備有中興和貝爾兩種機型,中興RNC作為源RNC在向貝爾RNC發(fā)起軟切換請求時,由于貝爾RNC不能識別無線鏈路同步重配置請求消息中的“L_Information List_RL_Reconf PrepFDD”參數(shù),導致無線鏈路同步重配置失敗,繼而造成從RAB指派到PDP上下文激活等各個環(huán)節(jié)的失敗。
貝爾RNC的“extension of DrncCapability Enabled”參數(shù)控制RNC能否識別無線鏈路同步重配置請求消息中的相關參數(shù),該參數(shù)設置為“TRUE”時貝爾RNC可以正常處理無線鏈路同步重配置請求消息,從而避免小區(qū)間切換失敗導致的PDP激活成功率下降。
三、二次RAB指派失敗導致PDP激活成功率下降
天津分公司現(xiàn)網PS域核心網為中興設備,無線網有中興和貝爾兩種機型,其中中興SGSN和貝爾RNC在二次RAB指派環(huán)節(jié)的失配會導致 PDP激活成功率下降,主要體現(xiàn)為以下兩種情況:
1.同一用戶激活兩個PDP上下文,分別對應兩個RAB連接,RAB ID分別是A和B,其中RAB ID=A的PDP上下文在規(guī)定時間內沒有數(shù)據(jù)傳輸時,RNC會將該RAB連接正常釋放,當該PDP上下文再次恢復數(shù)據(jù)傳輸時,SGSN會向RNC重新請求RAB連接,由于SGSN不對同一用戶的兩個PDP上下文對應的RAB連接是否正常進行判斷,因此SGSN不僅要求RNC對已經釋放的RAB ID=A的進行指派,而且對正常連接的RAB ID=B的也進行指派,這樣勢必造成RNC對RAB ID=A指派成功,對RAB ID=B指派失敗。SGSN發(fā)現(xiàn)RAB ID=B的指派失敗后,則根據(jù)流程對該RAB對應的PDP上下文進行去激活,這樣就造成RAB ID=B對應的PDP上下文已經去激活,但是RAB連接仍然保留,當用戶再次發(fā)起PDP激活請求時,SGSN會再次要求RNC進行RAB指派,這時RAB指派會因為原有RAB連接仍然保留而再次失敗,從而導致PDP激活請求失敗,在被保留的RAB連接因超時而釋放之前,該用戶發(fā)起的對應該RAB連接的PDP激活均會失敗。
2.在一個正常的PDP上下文去激活過程中,如果SGSN發(fā)向RNC的RAB釋放請求消息在IU-PS接口丟失,也會造成SGSN在未成功釋放RAB連接的情況下將PDP上下文去激活,從而使得后續(xù)的PDP激活反復失敗。
中興SGSN的“業(yè)務請求過程中是否對已經存在RAB的PDP上下文進行RAB重建”參數(shù)用于控制SGSN是否對已經存在的RAB連接下發(fā)RAB指派請求,該參數(shù)設置為“否”時可以避免第一種情況下出現(xiàn)的PDP激活失敗。
中興SGSN的“激活過程中由于RAB指派失敗是否給RNC發(fā)送RAB釋放消息”參數(shù)用于控制:在PDP激活過程中,如果RNC返回RAB指派失敗,SGSN是否在PDP去激活后通知RNC再次釋放RAB連接,該參數(shù)設置為“是”時可以避免第二種情況下出現(xiàn)的PDP激活失敗。
四、貝爾NodeB設備故障導致PDP激活成功率下降
貝爾較早版本的NodeB存在隱性故障,在RAB建立環(huán)節(jié)發(fā)送包含CAUSE=hardware failure的RAB ASSIGNMENT RESPONSE消息,導致RAB建立失敗,繼而造成從RAB指派到PDP上下文激活等各個環(huán)節(jié)的失敗。
貝爾NodeB的UA6.0.6.2
EP2版本能夠解決該類隱性故障問題,從而避免了貝爾NodeB設備故障導致的PDP激活成功率下降。


需求人數(shù):2 人 地點:寧夏
• 重慶信科通信工程有限公司 聘:南昌電信中興原廠高級
需求人數(shù):2 人 地點:南昌市
• 杭州華星創(chuàng)業(yè)通信技術股份有限公司 聘:中興中高級后臺-晉中
需求人數(shù):1 人 地點:晉中市
• 南京華蘇科技有限公司 聘:山東NR網絡優(yōu)化高級工程師
需求人數(shù):5 人 地點:濟南市,青島市,臨沂市,濱州市,東營市
• 安徽引途科技有限公司 聘:通信網絡小白實習生(安徽合肥)
需求人數(shù):2 人 地點:合肥市
• 怡利科技發(fā)展有限公司 聘:移動電信聯(lián)通單驗工程師
需求人數(shù):12 人 地點:貴州省
• 北京宜通華瑞科技有限公司 聘:數(shù)通區(qū)維工程師
需求人數(shù):10 人 地點:上饒市
• 合肥超腦信息科技有限公司 聘:后臺督導/工程優(yōu)化-山東
需求人數(shù):10 人 地點:山東省
• 中郵建技術有限公司 聘:成都移動后臺高級
需求人數(shù):1 人 地點:成都市
• 廣東世炬網絡科技股份有限公司 聘:AI工程師
需求人數(shù):1 人 地點:云南省
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網 © 2006 - |