問題已開啟
(普通問題)
UE收到RRC Connection Setup后未上發(fā)RRC Connection Setup Complete
UE在信號良好情況下,發(fā)起RRC Connection Request(原因值OriginatingConversationaCall),但收到網(wǎng)絡(luò)側(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,導(dǎo)致未接通一次。請問是不是UE問題?
• 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


正常的信令是網(wǎng)絡(luò)側(cè)下發(fā)的RRC Connection Setup后,UE上發(fā)RRC Connection Setup Complete

正常的信令是網(wǎng)絡(luò)側(cè)下發(fā)的RRC Connection Setup后,UE上發(fā)RRC Connection Setup Complete

正常的信令是網(wǎng)絡(luò)側(cè)下發(fā)的RRC Connection Setup后,UE上發(fā)RRC Connection Setup Complete

應(yīng)該是UE 的問題
若這個消息流,沒有接入層會的錯誤消息,則應(yīng)該是UE 查這個問題。
做研發(fā)的思考問題基本原則就是誰報錯,這個設(shè)備查問題。。
若這個消息流,沒有接入層會的錯誤消息,則應(yīng)該是UE 查這個問題。
做研發(fā)的思考問題基本原則就是誰報錯,這個設(shè)備查問題。。
回答者:
wacos3gnss
回答時間:2013-07-21 08:00


正常的應(yīng)該是 UE上發(fā)RRC Connection Setup Complete,但沒上發(fā),所以應(yīng)該是UE問題了。

我到不認為這個是UE問題,我反倒認為終端發(fā)送的RRC請求,網(wǎng)絡(luò)是否收到。
我們從你3個RRC setup request消息可以看到,在發(fā)送失敗后2秒即啟動了重發(fā)。你雖然看到網(wǎng)絡(luò)反饋了SETUP家里消息,但這個是在CCCH信道上發(fā)的,所以不一定是給本機的,所以本機不響應(yīng)也是正常的,你需要看一下setup消息中ID與本機ID是否相同。我猜測終端發(fā)送上去的RRC請求要么網(wǎng)絡(luò)沒收到,要么網(wǎng)絡(luò)沒響應(yīng)。或者終端與網(wǎng)絡(luò)失步了。
我們從你3個RRC setup request消息可以看到,在發(fā)送失敗后2秒即啟動了重發(fā)。你雖然看到網(wǎng)絡(luò)反饋了SETUP家里消息,但這個是在CCCH信道上發(fā)的,所以不一定是給本機的,所以本機不響應(yīng)也是正常的,你需要看一下setup消息中ID與本機ID是否相同。我猜測終端發(fā)送上去的RRC請求要么網(wǎng)絡(luò)沒收到,要么網(wǎng)絡(luò)沒響應(yīng)。或者終端與網(wǎng)絡(luò)失步了。
回答者:
wwwmscbsccom
回答時間:2013-07-22 09:12


嗯,應(yīng)該是UE問題,一般信令流程都是在setup之后發(fā)送一條 setup complete,你要不換個地方試試看,如果還是這樣,嘗試拿兩部終端在同一地方試試,如果還是這樣那就找研發(fā)部咯,謝謝!
回答者:
發(fā)熱學(xué)習(xí)
回答時間:2013-07-22 17:13


我是認為是UE問題,你可以用同樣的UE但不同支,試試看,就可以發(fā)現(xiàn)是否UE出問題。
回答者:
a000s200
回答時間:2013-07-22 19:17


我們也遇到這種問題好幾次,主設(shè)備廠家和ATU設(shè)備廠家都不知道是誰的原因
每次UE接收到的RRC SETUP與RRC請求攜帶的SETUP不一致,導(dǎo)致未接通
每次UE接收到的RRC SETUP與RRC請求攜帶的SETUP不一致,導(dǎo)致未接通
回答者:
liyanqiang0910
回答時間:2013-08-01 09:42


• 成都旗訊通信技術(shù)有限公司
聘:招督導(dǎo)、維護轉(zhuǎn)網(wǎng)優(yōu)后臺中高級
需求人數(shù):12 人 地點:北京市,上海市,天津市,重慶市,浙江省
• 合肥超腦信息科技有限公司 聘:5G單驗測試-浙江
需求人數(shù):6 人 地點:浙江省
• 南京華蘇科技有限公司 聘:中興中高級優(yōu)化工程師
需求人數(shù):20 人 地點:山東省
• 重慶信科通信工程有限公司 聘:上饒電信中興原廠高級
需求人數(shù):2 人 地點:上饒市
• 上海德專信息技術(shù)有限公司 聘:【急聘】昆明諾基亞后臺
需求人數(shù):3 人 地點:云南省
• 河南創(chuàng)賽通信科技有限公司 聘:廣西日常需求前臺初中級
需求人數(shù):30 人 地點:廣西省
• 北京宜通華瑞科技有限公司 聘:數(shù)通區(qū)維工程師
需求人數(shù):10 人 地點:上饒市
• 廣州銘輝網(wǎng)絡(luò)科技有限公司 聘:華為網(wǎng)格長
需求人數(shù):2 人 地點:?谑
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘:福建網(wǎng)優(yōu)IMC工程師
需求人數(shù):3 人 地點:福州市,廈門市,漳州市
• 杭州飛陽科技有限公司 聘:高端大數(shù)據(jù)優(yōu)化人員
需求人數(shù):5 人 地點:云南省,山西省
需求人數(shù):12 人 地點:北京市,上海市,天津市,重慶市,浙江省
• 合肥超腦信息科技有限公司 聘:5G單驗測試-浙江
需求人數(shù):6 人 地點:浙江省
• 南京華蘇科技有限公司 聘:中興中高級優(yōu)化工程師
需求人數(shù):20 人 地點:山東省
• 重慶信科通信工程有限公司 聘:上饒電信中興原廠高級
需求人數(shù):2 人 地點:上饒市
• 上海德專信息技術(shù)有限公司 聘:【急聘】昆明諾基亞后臺
需求人數(shù):3 人 地點:云南省
• 河南創(chuàng)賽通信科技有限公司 聘:廣西日常需求前臺初中級
需求人數(shù):30 人 地點:廣西省
• 北京宜通華瑞科技有限公司 聘:數(shù)通區(qū)維工程師
需求人數(shù):10 人 地點:上饒市
• 廣州銘輝網(wǎng)絡(luò)科技有限公司 聘:華為網(wǎng)格長
需求人數(shù):2 人 地點:?谑
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘:福建網(wǎng)優(yōu)IMC工程師
需求人數(shù):3 人 地點:福州市,廈門市,漳州市
• 杭州飛陽科技有限公司 聘:高端大數(shù)據(jù)優(yōu)化人員
需求人數(shù):5 人 地點:云南省,山西省
熱點問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |