問題已開啟
(普通問題)
TD RCC注冊(cè)類接入成功率低怎么優(yōu)化?
TD RRC接入成功率低,接入原因13的注冊(cè)失敗次數(shù)很多,失敗原因?yàn)镽RC.FailConnEstab.NoReply;緵]有告警,傳輸沒有問題,怎么排查和解決的啊?
提問者: 吳昊 提問時(shí)間: 2011-12-20
• [請(qǐng)大佬幫忙看看這一題選擇什么答案,謝謝]關(guān)于TDM eICIC .以下描述正確的是哪些項(xiàng) 2020-04-15
• TD-LTE仿真 2020-01-16
• 諾西 TDD室分開CA是否影響容量 2019-12-04
• 急急急,通宇4或6端口天線TDQ-182018DEH-65Fv04 和諾西FXEB RRU 怎么連接 2019-11-18
• 關(guān)于TDD與FDD重定向 2019-09-05
• TDLTE異頻頻點(diǎn)的從頻帶是什么?何時(shí)需要配置? 2019-08-20
• 我國4G移動(dòng)通信系統(tǒng)頻譜TD-LTE在組網(wǎng)時(shí)主要使用的頻段和5G頻段是多少 2019-06-17
• TD-LTE在組網(wǎng)時(shí)主要使用的頻段和5G頻段是多少 2019-06-17
• TD-LTE仿真 2020-01-16
• 諾西 TDD室分開CA是否影響容量 2019-12-04
• 急急急,通宇4或6端口天線TDQ-182018DEH-65Fv04 和諾西FXEB RRU 怎么連接 2019-11-18
• 關(guān)于TDD與FDD重定向 2019-09-05
• TDLTE異頻頻點(diǎn)的從頻帶是什么?何時(shí)需要配置? 2019-08-20
• 我國4G移動(dòng)通信系統(tǒng)頻譜TD-LTE在組網(wǎng)時(shí)主要使用的頻段和5G頻段是多少 2019-06-17
• TD-LTE在組網(wǎng)時(shí)主要使用的頻段和5G頻段是多少 2019-06-17
問題答案
( 3 )
注冊(cè)類的大部分是23G來回重選造成的,改下FDD,調(diào)高些,少做重選就應(yīng)該可以了
回答者:
wfz6721
回答時(shí)間:2011-12-20 10:45
4 6
TD-RRC 建立失敗的可能原因:(1)RNC 資源分配失敗,或者建立L2 實(shí)例失敗,或者IUB 接口RL 鏈路失敗。
目前的用戶量和話務(wù)量都不多,出現(xiàn)資源不足的情況基本上不可能,因此如果出現(xiàn)了前面幾種失敗原因,一般都是RNC 或者NodeB 內(nèi)部出現(xiàn)了問題,需要檢查RNC 和NodeB的狀態(tài)或者小區(qū)狀態(tài)。
(2)UE 收不到RRC CONNECTION SETUP
RRC CONNECTION SETUP消息是在FACH上發(fā)給UE 的。目前SCCPCH 功率配置的值一般是-3db(相對(duì)于PCCPCH 功率,單碼道)。從覆蓋上來說,已經(jīng)和PCCPCH 的覆蓋一樣了。如果仍然出現(xiàn)UE 收不到RRC CONNECTION SETUP消息(這個(gè)光從RNC 的log 看不出來,必須要通過采集終端的log 來查看),則需要調(diào)整SCCPCH 功率,來滿足信號(hào)覆蓋不好的地方功率需求。
(3)RNC 收不到RRC CONNECTION SETUP COMPLETE
如果UE 收到RRC CONNECTION SETUP 消息后,會(huì)向網(wǎng)絡(luò)回復(fù)RRC CONNECTION SETUP COMPLETE消息。如果UE在作專用信道同步時(shí)失敗,或者在向網(wǎng)絡(luò)側(cè)發(fā) RRC CONNECTION SETUP COMPLETE RRC建立失敗。此時(shí),可以通過提高上行期望接收功率,RL初始發(fā)射功率和修改上行同步的參數(shù),來使得UE能夠正常進(jìn)行專用信道同步和上傳RRC 建立完成消息
如果是第2點(diǎn)和第3點(diǎn)的原因?qū)е?/span>RRC 建立失敗,無法通過RNC側(cè)的log 進(jìn)行區(qū)分,也無法通過統(tǒng)計(jì)指標(biāo)來進(jìn)行區(qū)分,只能在發(fā)現(xiàn)問題后,通過路測(cè)以及調(diào)整上行或下行功率值,來確定是上行功率不足,還是下行功率不足。
(4)干擾因素
TD的同頻干擾是比較嚴(yán)重的,如果小區(qū)的鄰區(qū)中,存在同頻同擾碼,RRC 建立失敗比較多時(shí),需關(guān)注是否是干擾導(dǎo)致的。如果是干擾因素,先需要解決頻點(diǎn)和擾碼的規(guī)劃問題。在解決頻點(diǎn)和擾碼問題時(shí),不僅要關(guān)注RNC內(nèi)的頻點(diǎn)擾碼,還需要關(guān)注鄰RNC 間的頻點(diǎn)擾碼。一個(gè)原則是,做網(wǎng)絡(luò)規(guī)劃時(shí),鄰區(qū)間的頻點(diǎn)和擾碼,不能出現(xiàn)同頻同碼的情況(包括RNC內(nèi)和RNC間的鄰區(qū))。
(5)環(huán)境因素
PS 業(yè)務(wù)主要是在室內(nèi)使用,如果沒有配置室內(nèi)分布系統(tǒng),光靠室外基站覆蓋室內(nèi),其PCCPCH RSCP 的接收電平相對(duì)較低(很有可能低于-90dbm)。在這樣的PCCPCH RSCP 條件下,對(duì)于PS 業(yè)務(wù)的RRC建立成功率有很大的影響。在相同的PCCPCH發(fā)射功率下,PS業(yè)務(wù)的RRC建立成功率比CS 業(yè)務(wù)的RRC建立成功率要低一些也是正常的。
因此,如果PS業(yè)務(wù)的RRC接通率一直不高,可以查看覆蓋區(qū)域的信號(hào)強(qiáng)度是否足夠強(qiáng),如果不夠,可能需要調(diào)高PCCPCH 功率,或者是收縮覆蓋范圍(調(diào)高小區(qū)的駐留電平,把信號(hào)不夠好的用戶剔除出去)。
4、 1.干擾導(dǎo)致的接入問題。 呼叫中發(fā)送RRC Connection Request后無響應(yīng),RRC不能正常連接。當(dāng)UE發(fā)送RRC Connection Request后,RNC應(yīng)該回復(fù)RRC Connection setup,如果未回復(fù)就有可能存在干擾。處理定位:首先看是否存在硬件故障,然后在問題小區(qū)下作撥打測(cè)試后臺(tái)觀察是否存在干擾(如ISCP),再次觀察該小區(qū)參數(shù)(如SIR、干擾余量)與其它小區(qū)的區(qū)別。綜合定位問題根據(jù)定位解決問題。
l 2. 同步失敗。信令分析每次呼叫無法接通時(shí)反饋消息都是同步失敗即NODE B發(fā)NBAP RL FAIL IND。 雙擊該信令我們就會(huì)看到他所攜帶的同步失敗的信息:Cause為radioNetwork:synchronlsation-failure。處理定位:首先看是否存在硬件故障,后臺(tái)觀察是否存在干擾(如ISCP),觀察該小區(qū)參數(shù)(如SIR、干擾余量)與其它小區(qū)的區(qū)別。定位解決問題。
l 4. 上行期望功率設(shè)置過低導(dǎo)致接通率低。UE發(fā)送RRC_CONNECT_SETUP_COM,但RNC沒有收到。后臺(tái)信令跟蹤發(fā)現(xiàn)錯(cuò)誤原因提示為:network out of order。檢測(cè)后臺(tái)UPPCH的ISCP值過高存在干擾?梢蕴岣UPPTS的期望接受功率或進(jìn)行UP偏移來解決,上行干擾余量ULINTERFERERSVP配置為-3改為指導(dǎo)書中要求的3。
l 5. 數(shù)據(jù)配置錯(cuò)誤導(dǎo)致覆蓋正常H業(yè)務(wù)無法建立。發(fā)現(xiàn)在終端建立業(yè)務(wù)前(connect),一切正常,在被叫測(cè)量報(bào)告下發(fā)1秒后RNC下發(fā)DISCONNECT,應(yīng)該是業(yè)務(wù)信道建立異常,針對(duì)業(yè)務(wù)信道核查參數(shù)。檢查發(fā)現(xiàn)初始SIR設(shè)置過低導(dǎo)致初始發(fā)射功率過低,無法進(jìn)行業(yè)務(wù)信道的正常建立。
l 6. GPS失步導(dǎo)致同頻干擾導(dǎo)致接通率低。Uu口信令為RRC Connection Request,但沒有收到RRC Connection Setup。A站附近有站B GPS失步,且站B的3小區(qū)與站A的1小區(qū)頻點(diǎn)都為10080,相互造成強(qiáng)干擾,所以起A站的接通率低。
l 8. RRC Connect Reject造成的接入失敗。終端發(fā)起RRC Connect Request后,終端馬上收到了網(wǎng)絡(luò)下發(fā)的RRC Connect Reject消息,導(dǎo)致接入失敗,Reject的原因值為unspecified。
l 10. 無線鏈路資源分配失敗導(dǎo)致起呼失敗。跟蹤信令發(fā)現(xiàn)CN 向RNC 發(fā)送RANAP 消息 Radio Access Bearer Assignment Request ,發(fā)起RAB 建立過程,RNC 要求NodeB 準(zhǔn)備建立DCH 來承載RAB,但當(dāng)NodeB 進(jìn)行資源配置的時(shí)候,NODEB側(cè)無可用的資源從而資源配置失敗,導(dǎo)致此處出現(xiàn)多個(gè)接入失敗。
l 11. 周期性位置更新定時(shí)器(T3212)設(shè)置不合理導(dǎo)致手機(jī)無法被叫。UE在作為被叫時(shí),呼叫方會(huì)聽到“該用戶已關(guān)機(jī)”的錯(cuò)誤提示,導(dǎo)致無法接通。TD RNC上T3212設(shè)為10,每1個(gè)小時(shí)要求UE做1次周期性位置更新。2G BSC上T3212設(shè)為5,要求UE做1次周期性位置更新。如果兩個(gè)設(shè)置不一致就會(huì)UE在TD網(wǎng)絡(luò)不能被正常尋呼到,MSC會(huì)提前將UE算為“隱含關(guān)機(jī)implicit detach”。
(1)撥號(hào)后,RRC Connection Request消息沒有發(fā)送;——是否手機(jī)異常
(2)在主叫UE發(fā)送了RRC Connection Request后,定時(shí)器超時(shí),沒有收到RRC Connection Setup消息;——RNC沒有收到請(qǐng)求,調(diào)整PRACH信道功率;若RNC發(fā)了建立消息,但UE沒有收到,是否是手機(jī)發(fā)生重選,則優(yōu)化重選參數(shù);若沒有發(fā)生重選,需要調(diào)整FPACH功率。
(3)主叫UE在發(fā)出RRC Connection Request后,收到RRC Connection Reject消息。并且沒有重發(fā)RRC Connection Request進(jìn)行嘗試;
(4)主叫UE在收到RRC Connection Setup消息后,沒有發(fā)出RRC Connection Setup Complete消息;——若UE沒有發(fā),則需要調(diào)整下行初始發(fā)射功率;若RNC沒有收到,調(diào)整上行開環(huán)功控參數(shù);
(5)主叫UE在發(fā)出RRC Connection Setup Complete消息后,沒有收到Measurement Control消息;――查看RNC的測(cè)量相關(guān)的配置參數(shù)是否正確
(6)主叫UE收到了Service Request Reject消息;――參數(shù)配置錯(cuò)誤可能性最大
(7)主叫UE在發(fā)送了CM Service Request消息后,沒有收到Call Proceeding消息;――參數(shù)配置錯(cuò)誤可能性最大
(8) UE收到Call Proceeding消息后,沒有收到RB Setup消息;――參數(shù)配置錯(cuò)誤可能性最大
(9) UE收到RB Setup消息后,沒有發(fā)出RB Setup Complete消息;――參數(shù)配置錯(cuò)誤可能性最大
(10) UE在發(fā)出RB Setup Complete消息后,沒有收到Alerting或者Connect消息;――參數(shù)配置錯(cuò)誤可能性最大
(11) UE收到Alerting或Connect消息后,沒有發(fā)出Conncect Acknowlege消息。――參數(shù)配置錯(cuò)誤可能性最大
回答者:
xhy1331
回答時(shí)間:2011-12-20 10:58
8 11
樓主可以核查這個(gè)參數(shù):SET TRRCESTCAUSE 看注冊(cè)類的速率是否設(shè)置過小。
回答者:
abc2897974
回答時(shí)間:2011-12-20 14:37
9 5
• 西安長(zhǎng)河通訊有限責(zé)任公司
聘:45G高級(jí)
需求人數(shù):2 人 地點(diǎn):北京市
• 北京宜通華瑞科技有限公司 聘:原廠優(yōu)化中高級(jí)(江西)
需求人數(shù):6 人 地點(diǎn):上饒市,景德鎮(zhèn)市
• 江西省郵電建設(shè)工程有限公司 聘:無線通信工程師
需求人數(shù):2 人 地點(diǎn):江西省
• 深圳市志威創(chuàng)聯(lián)實(shí)業(yè)有限公司 聘:工程督導(dǎo)
需求人數(shù):2 人 地點(diǎn):佛山市
• 上海瑞禾通訊技術(shù)有限公司 聘:廣州中高級(jí)工程師
需求人數(shù):3 人 地點(diǎn):廣州市
• 珠海世紀(jì)鼎利科技股份有限公司 聘:廣東設(shè)計(jì)院-三費(fèi)支撐
需求人數(shù):1 人 地點(diǎn):廣州市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:河北-網(wǎng)絡(luò)優(yōu)化IMC崗位
需求人數(shù):10 人 地點(diǎn):河北省
• 浙江省郵電工程建設(shè)有限公司 聘:接入網(wǎng)PON
需求人數(shù):3 人 地點(diǎn):西安市,榆林市,咸陽市
• 河南創(chuàng)賽通信科技有限公司 聘:云南華為高級(jí)網(wǎng)優(yōu)3人
需求人數(shù):5 人 地點(diǎn):云南省
• 安徽引途科技有限公司 聘:滁州中興初中級(jí)網(wǎng)優(yōu)
需求人數(shù):3 人 地點(diǎn):滁州市
需求人數(shù):2 人 地點(diǎn):北京市
• 北京宜通華瑞科技有限公司 聘:原廠優(yōu)化中高級(jí)(江西)
需求人數(shù):6 人 地點(diǎn):上饒市,景德鎮(zhèn)市
• 江西省郵電建設(shè)工程有限公司 聘:無線通信工程師
需求人數(shù):2 人 地點(diǎn):江西省
• 深圳市志威創(chuàng)聯(lián)實(shí)業(yè)有限公司 聘:工程督導(dǎo)
需求人數(shù):2 人 地點(diǎn):佛山市
• 上海瑞禾通訊技術(shù)有限公司 聘:廣州中高級(jí)工程師
需求人數(shù):3 人 地點(diǎn):廣州市
• 珠海世紀(jì)鼎利科技股份有限公司 聘:廣東設(shè)計(jì)院-三費(fèi)支撐
需求人數(shù):1 人 地點(diǎn):廣州市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:河北-網(wǎng)絡(luò)優(yōu)化IMC崗位
需求人數(shù):10 人 地點(diǎn):河北省
• 浙江省郵電工程建設(shè)有限公司 聘:接入網(wǎng)PON
需求人數(shù):3 人 地點(diǎn):西安市,榆林市,咸陽市
• 河南創(chuàng)賽通信科技有限公司 聘:云南華為高級(jí)網(wǎng)優(yōu)3人
需求人數(shù):5 人 地點(diǎn):云南省
• 安徽引途科技有限公司 聘:滁州中興初中級(jí)網(wǎng)優(yōu)
需求人數(shù):3 人 地點(diǎn):滁州市
熱點(diǎn)問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |