問題已開啟
(普通問題)
UE收到RRC Connection Setup后未上發(fā)RRC Connection Setup Complete
UE在信號良好情況下,發(fā)起RRC Connection Request(原因值OriginatingConversationaCall),但收到網(wǎng)絡側(cè)下發(fā)的RRC Connection Setup后并無上發(fā)RRC Connection Setup Complete,轉(zhuǎn)入空閑態(tài)后再次發(fā)起RRC Connection Request,收到RRC Connection Setup后仍無上發(fā)RRC Connection Setup Complete,導致未接通一次。請問是不是UE問題?
提問者: allenchan 提問時間: 2013-07-20
• LTE中基站未收到手機發(fā)送的RRCCONeCTIon seTUP cOMPlete!正常是什么原因,如何排查! 2015-01-13
• RRCcONNeCTIonseTUPcOMPlete上發(fā)次數(shù)計數(shù)器(HW TD) 2014-11-18
• RRCCONNeCTIonSeTUPcOMPlete之后出現(xiàn)未接通 2014-06-17
• LTE中RRCCONNeCTIonSeTUPcOMPlete信令 2013-11-25
• 為什么RRC SETUP 和 cOMPElet 之間的RL沒有呢 2013-10-29
• 請問RRCCONNeCTIonSeTUPcOMPlete會保護哪些NAS消息? 2012-04-14
• 請問RRCCONNeCTIonSeTUPcOMPlete消息中的dedicatedInfoNAS可能包含哪些NAS信令? 2012-04-05
• RRCcONNeCTIonseTUPcOMPlete上發(fā)次數(shù)計數(shù)器(HW TD) 2014-11-18
• RRCCONNeCTIonSeTUPcOMPlete之后出現(xiàn)未接通 2014-06-17
• LTE中RRCCONNeCTIonSeTUPcOMPlete信令 2013-11-25
• 為什么RRC SETUP 和 cOMPElet 之間的RL沒有呢 2013-10-29
• 請問RRCCONNeCTIonSeTUPcOMPlete會保護哪些NAS消息? 2012-04-14
• 請問RRCCONNeCTIonSeTUPcOMPlete消息中的dedicatedInfoNAS可能包含哪些NAS信令? 2012-04-05
問題答案
( 6 )
和正常的RRC CONNETION SETUP消息內(nèi)容對比一下,看下有沒有什么不同的地方。
回答者:
cbl
回答時間:2013-07-21 03:41
45 39
正常的信令是網(wǎng)絡側(cè)下發(fā)的RRC Connection Setup后,UE上發(fā)RRC Connection Setup Complete
allenchan 2013-07-21 13:00
正常的信令是網(wǎng)絡側(cè)下發(fā)的RRC Connection Setup后,UE上發(fā)RRC Connection Setup Complete
allenchan 2013-07-21 13:00
正常的信令是網(wǎng)絡側(cè)下發(fā)的RRC Connection Setup后,UE上發(fā)RRC Connection Setup Complete
allenchan 2013-07-21 13:00
應該是UE 的問題
若這個消息流,沒有接入層會的錯誤消息,則應該是UE 查這個問題。
做研發(fā)的思考問題基本原則就是誰報錯,這個設備查問題。。
若這個消息流,沒有接入層會的錯誤消息,則應該是UE 查這個問題。
做研發(fā)的思考問題基本原則就是誰報錯,這個設備查問題。。
回答者:
wacos3gnss
回答時間:2013-07-21 08:00
35 38
我到不認為這個是UE問題,我反倒認為終端發(fā)送的RRC請求,網(wǎng)絡是否收到。
我們從你3個RRC setup request消息可以看到,在發(fā)送失敗后2秒即啟動了重發(fā)。你雖然看到網(wǎng)絡反饋了SETUP家里消息,但這個是在CCCH信道上發(fā)的,所以不一定是給本機的,所以本機不響應也是正常的,你需要看一下setup消息中ID與本機ID是否相同。我猜測終端發(fā)送上去的RRC請求要么網(wǎng)絡沒收到,要么網(wǎng)絡沒響應;蛘呓K端與網(wǎng)絡失步了。
我們從你3個RRC setup request消息可以看到,在發(fā)送失敗后2秒即啟動了重發(fā)。你雖然看到網(wǎng)絡反饋了SETUP家里消息,但這個是在CCCH信道上發(fā)的,所以不一定是給本機的,所以本機不響應也是正常的,你需要看一下setup消息中ID與本機ID是否相同。我猜測終端發(fā)送上去的RRC請求要么網(wǎng)絡沒收到,要么網(wǎng)絡沒響應;蛘呓K端與網(wǎng)絡失步了。
回答者:
wwwmscbsccom
回答時間:2013-07-22 09:12
46 43
嗯,應該是UE問題,一般信令流程都是在setup之后發(fā)送一條 setup complete,你要不換個地方試試看,如果還是這樣,嘗試拿兩部終端在同一地方試試,如果還是這樣那就找研發(fā)部咯,謝謝!
回答者:
發(fā)熱學習
回答時間:2013-07-22 17:13
37 41
我是認為是UE問題,你可以用同樣的UE但不同支,試試看,就可以發(fā)現(xiàn)是否UE出問題。
回答者:
a000s200
回答時間:2013-07-22 19:17
43 40
我們也遇到這種問題好幾次,主設備廠家和ATU設備廠家都不知道是誰的原因
每次UE接收到的RRC SETUP與RRC請求攜帶的SETUP不一致,導致未接通
每次UE接收到的RRC SETUP與RRC請求攜帶的SETUP不一致,導致未接通
回答者:
liyanqiang0910
回答時間:2013-08-01 09:42
42 42
• 上海睿鐸智能科技有限公司
聘:工程優(yōu)化外場測試(江蘇)
需求人數(shù):2 人 地點:江蘇省
• 杭州東信網(wǎng)絡技術(shù)有限公司 聘:河北-網(wǎng)絡優(yōu)化IMC崗位
需求人數(shù):10 人 地點:河北省
• 重慶信科通信工程有限公司 聘:PTN中級
需求人數(shù):1 人 地點:桂林市
• 南京格安信息系統(tǒng)有限責任公司 聘:RF中高級優(yōu)化工程師
需求人數(shù):2 人 地點:北京市
• 錦華技術(shù)(蘭州)有限公司 聘:杭州5G中興中級/高級后臺
需求人數(shù):5 人 地點:杭州市,寧波市,嘉興市,溫州市,紹興市
• 安徽引途科技有限公司 聘:滁州中興初中級網(wǎng)優(yōu)
需求人數(shù):3 人 地點:滁州市
• 福州弘宇信合通信技術(shù)有限公司 聘:“1+N項目”高級網(wǎng)優(yōu)工程師
需求人數(shù):1 人 地點:潮州市
• 北京宜通華瑞科技有限公司 聘:高鐵RF后臺數(shù)據(jù)分析
需求人數(shù):2 人 地點:廣州市,東莞市
• 河北中創(chuàng)盈和通信科技有限公司 聘:初級外場/山西
需求人數(shù):4 人 地點:山西省
• 深圳市志威創(chuàng)聯(lián)實業(yè)有限公司 聘:工程督導
需求人數(shù):2 人 地點:佛山市
需求人數(shù):2 人 地點:江蘇省
• 杭州東信網(wǎng)絡技術(shù)有限公司 聘:河北-網(wǎng)絡優(yōu)化IMC崗位
需求人數(shù):10 人 地點:河北省
• 重慶信科通信工程有限公司 聘:PTN中級
需求人數(shù):1 人 地點:桂林市
• 南京格安信息系統(tǒng)有限責任公司 聘:RF中高級優(yōu)化工程師
需求人數(shù):2 人 地點:北京市
• 錦華技術(shù)(蘭州)有限公司 聘:杭州5G中興中級/高級后臺
需求人數(shù):5 人 地點:杭州市,寧波市,嘉興市,溫州市,紹興市
• 安徽引途科技有限公司 聘:滁州中興初中級網(wǎng)優(yōu)
需求人數(shù):3 人 地點:滁州市
• 福州弘宇信合通信技術(shù)有限公司 聘:“1+N項目”高級網(wǎng)優(yōu)工程師
需求人數(shù):1 人 地點:潮州市
• 北京宜通華瑞科技有限公司 聘:高鐵RF后臺數(shù)據(jù)分析
需求人數(shù):2 人 地點:廣州市,東莞市
• 河北中創(chuàng)盈和通信科技有限公司 聘:初級外場/山西
需求人數(shù):4 人 地點:山西省
• 深圳市志威創(chuàng)聯(lián)實業(yè)有限公司 聘:工程督導
需求人數(shù):2 人 地點:佛山市
熱點問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |