 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
給UE發(fā)送啦PDP激活成功消息后，UE立即上來PDP去激活，為什么
目前在做模擬網(wǎng)關(guān)(HGW)側(cè)NAS消息處理，在測試過程中，發(fā)現(xiàn)我們使用測試手機(jī)進(jìn)行PS域上網(wǎng)時(shí)，UE上來PDP激活請求，模擬網(wǎng)關(guān)側(cè)先分配Rab資源，當(dāng)收到RNC->HGW Rab分配成功消息后，網(wǎng)關(guān)HGW->UE回復(fù)PDP激
活成功即'PDP context accept'NAS消息(自己填寫的QOS參數(shù)以及分配給UE的ip192段等一些其他參數(shù))，然后UE就進(jìn)行數(shù)據(jù)的傳輸，也就是說使用測試手機(jī)能夠訪問網(wǎng)頁(內(nèi)網(wǎng))。
但是當(dāng)我們使用商用TD手機(jī)，同樣使用模擬網(wǎng)關(guān)測試，發(fā)現(xiàn)網(wǎng)關(guān)側(cè)給UE回復(fù)PDP激活成功(也是分配192段的ip)后，按理說UE應(yīng)該上來TCP數(shù)據(jù)，但是通過抓包發(fā)現(xiàn)UE立即(也就1-2秒左右吧)上來PDP去激活請求，手機(jī)側(cè)提示連接失敗，模擬網(wǎng)關(guān)收到UE去激活請求后，就將該P(yáng)DP context釋放，即商用手機(jī)上網(wǎng)不成功，而且每個(gè)商用手機(jī)都是這種結(jié)果，真的不知道是什么原因?qū)е耈E立即上來PDP去激活請求？難道是PDP accept參數(shù)寫的不對嗎
非常期待各位的回答.謝謝
活成功即'PDP context accept'NAS消息(自己填寫的QOS參數(shù)以及分配給UE的ip192段等一些其他參數(shù))，然后UE就進(jìn)行數(shù)據(jù)的傳輸，也就是說使用測試手機(jī)能夠訪問網(wǎng)頁(內(nèi)網(wǎng))。
但是當(dāng)我們使用商用TD手機(jī)，同樣使用模擬網(wǎng)關(guān)測試，發(fā)現(xiàn)網(wǎng)關(guān)側(cè)給UE回復(fù)PDP激活成功(也是分配192段的ip)后，按理說UE應(yīng)該上來TCP數(shù)據(jù)，但是通過抓包發(fā)現(xiàn)UE立即(也就1-2秒左右吧)上來PDP去激活請求，手機(jī)側(cè)提示連接失敗，模擬網(wǎng)關(guān)收到UE去激活請求后，就將該P(yáng)DP context釋放，即商用手機(jī)上網(wǎng)不成功，而且每個(gè)商用手機(jī)都是這種結(jié)果，真的不知道是什么原因?qū)е耈E立即上來PDP去激活請求？難道是PDP accept參數(shù)寫的不對嗎
非常期待各位的回答.謝謝
提問者:
• GPRS附著和PDP激活之后一段時(shí)間網(wǎng)絡(luò)會斷開 2017-01-11
• 4GPDN流程與2G、3G中的PDP激活流程不同點(diǎn)？ 2016-10-12
• 4GPDN流程與2G、3G中的PDP激活流程不同點(diǎn)？ 2015-05-11
• 本地網(wǎng)有多套GGSN，SGSN是根據(jù)什么原則PDP激活到某一套GGSN上的呢？ 2015-04-21
• PDP二次激活 2015-04-16
• 有誰對PDP激活平均時(shí)延比較長有什么好的解決辦法,求助啊 2015-01-21
• PDP激活成功率什么意思 2014-12-24
• 2G中，TBF建立成功率和PDP激活成功率關(guān)系，及總體信令流程? 2014-12-18
• 4GPDN流程與2G、3G中的PDP激活流程不同點(diǎn)？ 2016-10-12
• 4GPDN流程與2G、3G中的PDP激活流程不同點(diǎn)？ 2015-05-11
• 本地網(wǎng)有多套GGSN，SGSN是根據(jù)什么原則PDP激活到某一套GGSN上的呢？ 2015-04-21
• PDP二次激活 2015-04-16
• 有誰對PDP激活平均時(shí)延比較長有什么好的解決辦法,求助啊 2015-01-21
• PDP激活成功率什么意思 2014-12-24
• 2G中，TBF建立成功率和PDP激活成功率關(guān)系，及總體信令流程? 2014-12-18
問題答案
( 1 )
建議檢查PDP accept消息中攜帶的參數(shù)。
從樓主描述的現(xiàn)象來看，應(yīng)該是accept消息中攜帶的一些參數(shù)是UE說不支持的，從而UE收到后會發(fā)起去激活。不知樓主是否看了去激活消息中攜帶的原因。
如果可以，建議和正常信令進(jìn)行比對，找出兩者的差異，從而最終確定問題。
從樓主描述的現(xiàn)象來看，應(yīng)該是accept消息中攜帶的一些參數(shù)是UE說不支持的，從而UE收到后會發(fā)起去激活。不知樓主是否看了去激活消息中攜帶的原因。
如果可以，建議和正常信令進(jìn)行比對，找出兩者的差異，從而最終確定問題。
回答者：
marinelick
回答時(shí)間：2011-12-16 08:29
5
3
謝謝您的回答�。E上來的PDP去激活原因?yàn)?正常釋放Regular deactivation，所以覺得很奇怪啊，模擬網(wǎng)關(guān)HGW->UE下發(fā)PDP accept消息中，哪些參數(shù)錯(cuò)了會導(dǎo)致UE立即去激活��？ 有沒有什么超時(shí)參數(shù)？我好想在ATTACH REQUEST中發(fā)現(xiàn)一個(gè)GPRS timer不知道與這有沒有關(guān)系？
iloveyou218 2011-12-16 21:45
• 怡利科技發(fā)展有限公司
聘：網(wǎng)優(yōu)工程師（初級）
需求人數(shù)：5 人 地點(diǎn)：貴州省
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：急聘！華為項(xiàng)目（江蘇區(qū)域）
需求人數(shù)：30 人 地點(diǎn)：江蘇省
• 重慶信科通信工程有限公司 聘：西安GSC項(xiàng)目經(jīng)理
需求人數(shù)：2 人 地點(diǎn)：西安市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：8 人 地點(diǎn)：寧波市,舟山市,湖州市,紹興市
• 安徽引途科技有限公司 聘：阜陽前臺測試
需求人數(shù)：2 人 地點(diǎn)：阜陽市
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點(diǎn)：長沙市,永州市,郴州市,衡陽市
• 南京順盛通信科技有限責(zé)任公司 聘：連云港中興原廠優(yōu)化
需求人數(shù)：4 人 地點(diǎn)：連云港市
• 廣東南方通信建設(shè)有限公司 聘：日常項(xiàng)目系統(tǒng)中高級工程師
需求人數(shù)：2 人 地點(diǎn)：百色市
• 成都旗訊通信技術(shù)有限公司 聘：電聯(lián)招聘督導(dǎo)、傳輸、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：浙江省,江蘇省,河北省,山西省,遼寧省
• 南京華蘇科技有限公司 聘：性能后臺-深圳移動(dòng)日常
需求人數(shù)：3 人 地點(diǎn)：深圳市
需求人數(shù)：5 人 地點(diǎn)：貴州省
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：急聘！華為項(xiàng)目（江蘇區(qū)域）
需求人數(shù)：30 人 地點(diǎn)：江蘇省
• 重慶信科通信工程有限公司 聘：西安GSC項(xiàng)目經(jīng)理
需求人數(shù)：2 人 地點(diǎn)：西安市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：8 人 地點(diǎn)：寧波市,舟山市,湖州市,紹興市
• 安徽引途科技有限公司 聘：阜陽前臺測試
需求人數(shù)：2 人 地點(diǎn)：阜陽市
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點(diǎn)：長沙市,永州市,郴州市,衡陽市
• 南京順盛通信科技有限責(zé)任公司 聘：連云港中興原廠優(yōu)化
需求人數(shù)：4 人 地點(diǎn)：連云港市
• 廣東南方通信建設(shè)有限公司 聘：日常項(xiàng)目系統(tǒng)中高級工程師
需求人數(shù)：2 人 地點(diǎn)：百色市
• 成都旗訊通信技術(shù)有限公司 聘：電聯(lián)招聘督導(dǎo)、傳輸、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：浙江省,江蘇省,河北省,山西省,遼寧省
• 南京華蘇科技有限公司 聘：性能后臺-深圳移動(dòng)日常
需求人數(shù)：3 人 地點(diǎn)：深圳市
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |