 |
善于提問(wèn)，勤于回答，你也是專(zhuān)家
|
 |
提問(wèn)者: • 4GPDN流程與2G、3G中的PDP激活流程不同點(diǎn)？ 2015-05-11
• 2G中，TBF建立成功率和PDP激活成功率關(guān)系，及總體信令流程? 2014-12-18
• 2G在上網(wǎng)過(guò)程中重選回3G（WCDMA）信令流程，會(huì)有PDP流程嗎 2013-06-26
• 在BCS和SGSN都開(kāi)了QOS功能，但在PDP激活的時(shí)候，有部分用戶(hù)還是不用進(jìn)行QOS協(xié)商流程 2012-08-27
• PDP激活綁定靜態(tài)IP的流程 2012-05-22
• ATTACH/PDP/PING L3層信令流程 2011-08-31
分組數(shù)據(jù)協(xié)議上下文激活過(guò)程?
(1)終端設(shè)備向移動(dòng)終端發(fā)送AT指令激活I(lǐng)P協(xié)議，在指令中包含終端想要連接的APN(AccessPointName,訪問(wèn)點(diǎn)名稱(chēng))。?
(2)終端設(shè)備向移動(dòng)終端發(fā)送PPPPLC幀給移動(dòng)終端，表明PAP是在PDP激活過(guò)程中的身份認(rèn)證協(xié)議。?
(3)終端設(shè)備開(kāi)始進(jìn)行PAP認(rèn)證，認(rèn)證通過(guò)后，移動(dòng)終端將對(duì)終端設(shè)備給以回應(yīng)，表明承認(rèn)其身份，并且會(huì)將用戶(hù)ID和密碼儲(chǔ)存下來(lái)。?
(4)終端設(shè)備通過(guò)發(fā)送NCP-IPCP配置請(qǐng)求信息給移動(dòng)終端，幀內(nèi)IP地址為空，表明請(qǐng)求動(dòng)態(tài)分配IP地址。?
(5)移動(dòng)終端向SGSN(ServicingGPRSSupportNode，服務(wù)GPRS節(jié)點(diǎn))發(fā)送激活PDP上下文的請(qǐng)求信息，信息中包含如下信息：APN、PDP類(lèi)型,PDP地址為空，代表請(qǐng)求動(dòng)態(tài)分配IP地址。?
(6)SGSN請(qǐng)求DNS(DomainNameSystem，域名系統(tǒng))服務(wù)器對(duì)APN進(jìn)行解析，得到APN對(duì)應(yīng)的GGSN的IP地址。?
(7)SGSN發(fā)送建立PDP上下文的請(qǐng)求消息給被選定的GGSN，消息中應(yīng)包含：APN、PDP類(lèi)型,PDP地址為空，代表請(qǐng)求動(dòng)態(tài)分配IP地址、用戶(hù)更改的ＱｏＳ和其他選項(xiàng)。?
(8)GGSN對(duì)用戶(hù)進(jìn)行認(rèn)證，認(rèn)證通過(guò)后，使用RADIUS(RemoteAuthenticationDia-inUserService，遠(yuǎn)程認(rèn)證撥入用戶(hù)服務(wù))服務(wù)器、DHCP(DynamicHostConfigurationProtocol，動(dòng)態(tài)主機(jī)配置協(xié)議)服務(wù)器或直接由GGSN為用戶(hù)分配動(dòng)態(tài)IP地址，GGSN向SGSN返回建立PDP上下文相應(yīng)消息。?
(9)SGSN向移動(dòng)終端發(fā)送激活PDP、上下文接受消息。?
(10)移動(dòng)終端發(fā)送NCP-IPCP配置回應(yīng)幀給終端設(shè)備，回應(yīng)幀包含了被動(dòng)態(tài)分配的IP地址。?
至此PDP上下文的激活過(guò)程全部完成，移動(dòng)終端與外部數(shù)據(jù)網(wǎng)建立起數(shù)據(jù)通路，數(shù)傳終端就可以和監(jiān)控中心以IP數(shù)據(jù)報(bào)的形式進(jìn)行通信。
激活失敗原因：
一、IU-B接口IP鏈路中斷導(dǎo)致PDP激活成功率下降
現(xiàn)網(wǎng)基站的IUB接口通常工作在ATM+IP的模式下，其中ATM的物理傳輸方式為4個(gè)E1，主要承載CS域和PS域的信令消息以及CS域的語(yǔ)音業(yè)務(wù)；IP的物理傳輸方式為1個(gè)FE，主要承載PS域的數(shù)據(jù)業(yè)務(wù)。當(dāng)FE電路發(fā)生故障中斷后，IUB接口PS域RL無(wú)線鏈路重配置過(guò)程會(huì)因?yàn)闊o(wú)可用傳輸資源而失敗，繼而造成從RAB指派到PDP上下文激活等各個(gè)環(huán)節(jié)的失敗。
RNC和NodeB配合支持IP鏈路中斷后PS域業(yè)務(wù)自動(dòng)切換為ATM承載是避免因?yàn)?span lang="EN-US">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版本均支持該功能，而且中興設(shè)備支持ATM鏈路和IP鏈路間的雙向切換。
二、小區(qū)間切換失敗導(dǎo)致PDP激活成功率下降
天津分公司現(xiàn)網(wǎng)無(wú)線設(shè)備有中興和貝爾兩種機(jī)型，中興RNC作為源RNC在向貝爾RNC發(fā)起軟切換請(qǐng)求時(shí)，由于貝爾RNC不能識(shí)別無(wú)線鏈路同步重配置請(qǐng)求消息中的“L_Information List_RL_Reconf PrepFDD”參數(shù)，導(dǎo)致無(wú)線鏈路同步重配置失敗，繼而造成從RAB指派到PDP上下文激活等各個(gè)環(huán)節(jié)的失敗。
貝爾RNC的“extension of DrncCapability Enabled”參數(shù)控制RNC能否識(shí)別無(wú)線鏈路同步重配置請(qǐng)求消息中的相關(guān)參數(shù)，該參數(shù)設(shè)置為“TRUE”時(shí)貝爾RNC可以正常處理無(wú)線鏈路同步重配置請(qǐng)求消息，從而避免小區(qū)間切換失敗導(dǎo)致的PDP激活成功率下降。
三、二次RAB指派失敗導(dǎo)致PDP激活成功率下降
天津分公司現(xiàn)網(wǎng)PS域核心網(wǎng)為中興設(shè)備，無(wú)線網(wǎng)有中興和貝爾兩種機(jī)型，其中中興SGSN和貝爾RNC在二次RAB指派環(huán)節(jié)的失配會(huì)導(dǎo)致 PDP激活成功率下降，主要體現(xiàn)為以下兩種情況：
1.同一用戶(hù)激活兩個(gè)PDP上下文，分別對(duì)應(yīng)兩個(gè)RAB連接，RAB ID分別是A和B，其中RAB ID=A的PDP上下文在規(guī)定時(shí)間內(nèi)沒(méi)有數(shù)據(jù)傳輸時(shí)，RNC會(huì)將該RAB連接正常釋放，當(dāng)該PDP上下文再次恢復(fù)數(shù)據(jù)傳輸時(shí)，SGSN會(huì)向RNC重新請(qǐng)求RAB連接，由于SGSN不對(duì)同一用戶(hù)的兩個(gè)PDP上下文對(duì)應(yīng)的RAB連接是否正常進(jìn)行判斷，因此SGSN不僅要求RNC對(duì)已經(jīng)釋放的RAB ID=A的進(jìn)行指派，而且對(duì)正常連接的RAB ID=B的也進(jìn)行指派，這樣勢(shì)必造成RNC對(duì)RAB ID=A指派成功，對(duì)RAB ID=B指派失敗。SGSN發(fā)現(xiàn)RAB ID=B的指派失敗后，則根據(jù)流程對(duì)該RAB對(duì)應(yīng)的PDP上下文進(jìn)行去激活，這樣就造成RAB ID=B對(duì)應(yīng)的PDP上下文已經(jīng)去激活，但是RAB連接仍然保留，當(dāng)用戶(hù)再次發(fā)起PDP激活請(qǐng)求時(shí)，SGSN會(huì)再次要求RNC進(jìn)行RAB指派，這時(shí)RAB指派會(huì)因?yàn)樵?span lang="EN-US">RAB連接仍然保留而再次失敗，從而導(dǎo)致PDP激活請(qǐng)求失敗，在被保留的RAB連接因超時(shí)而釋放之前，該用戶(hù)發(fā)起的對(duì)應(yīng)該RAB連接的PDP激活均會(huì)失敗。
2.在一個(gè)正常的PDP上下文去激活過(guò)程中，如果SGSN發(fā)向RNC的RAB釋放請(qǐng)求消息在IU-PS接口丟失，也會(huì)造成SGSN在未成功釋放RAB連接的情況下將PDP上下文去激活，從而使得后續(xù)的PDP激活反復(fù)失敗。
中興SGSN的“業(yè)務(wù)請(qǐng)求過(guò)程中是否對(duì)已經(jīng)存在RAB的PDP上下文進(jìn)行RAB重建”參數(shù)用于控制SGSN是否對(duì)已經(jīng)存在的RAB連接下發(fā)RAB指派請(qǐng)求，該參數(shù)設(shè)置為“否”時(shí)可以避免第一種情況下出現(xiàn)的PDP激活失敗。
中興SGSN的“激活過(guò)程中由于RAB指派失敗是否給RNC發(fā)送RAB釋放消息”參數(shù)用于控制：在PDP激活過(guò)程中，如果RNC返回RAB指派失敗，SGSN是否在PDP去激活后通知RNC再次釋放RAB連接，該參數(shù)設(shè)置為“是”時(shí)可以避免第二種情況下出現(xiàn)的PDP激活失敗。
四、貝爾NodeB設(shè)備故障導(dǎo)致PDP激活成功率下降
貝爾較早版本的NodeB存在隱性故障，在RAB建立環(huán)節(jié)發(fā)送包含CAUSE=hardware failure的RAB ASSIGNMENT RESPONSE消息，導(dǎo)致RAB建立失敗，繼而造成從RAB指派到PDP上下文激活等各個(gè)環(huán)節(jié)的失敗。
貝爾NodeB的UA6.0.6.2
EP2版本能夠解決該類(lèi)隱性故障問(wèn)題，從而避免了貝爾NodeB設(shè)備故障導(dǎo)致的PDP激活成功率下降。
1
2
需求人數(shù)：12 人 地點(diǎn)：河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：南昌市
• 錦華技術(shù)（蘭州）有限公司 聘：杭州5G中興中級(jí)/高級(jí)后臺(tái)
需求人數(shù)：5 人 地點(diǎn)：杭州市,寧波市,嘉興市,溫州市,紹興市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級(jí)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：上海市
• 南京華蘇科技有限公司 聘：投訴處理（后臺(tái)）-海口
需求人數(shù)：2 人 地點(diǎn)：�？谑�
• 廣州瀚信通信科技股份有限公司 聘：項(xiàng)目經(jīng)理（廣東）
需求人數(shù)：2 人 地點(diǎn)：廣東省
• 嘉環(huán)科技股份有限公司 聘：西安GSC-LTE|5G
需求人數(shù)：30 人 地點(diǎn)：西安市
• 怡利科技發(fā)展有限公司 聘：移動(dòng)電信聯(lián)通單驗(yàn)工程師
需求人數(shù)：5 人 地點(diǎn)：貴州省
• 河南創(chuàng)賽通信科技有限公司 聘：人事招聘咨詢(xún)專(zhuān)員
需求人數(shù)：53 人 地點(diǎn)：鄭州市
• 北京宜通華瑞科技有限公司 聘：專(zhuān)項(xiàng)優(yōu)化中高級(jí)（江西急聘）
需求人數(shù)：5 人 地點(diǎn)：上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
| 聯(lián)系我們 - 問(wèn)通信專(zhuān)家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |