• 系統(tǒng)內(nèi)切換全網(wǎng)突然下降是什么原因 2020-06-03
• 低優(yōu)先級向高優(yōu)先級切換 2020-05-28
• 4GLTEL,小區(qū)切換信令數(shù)據(jù)分析,手機切換問題 2020-05-07
• LTE中興網(wǎng)管中的基于覆蓋的異頻切換測量配置號是怎么看呢 2020-04-14
• LTE同頻切換判決中是否計算本小區(qū)頻點對應(yīng)的頻率偏置qoffset? 2020-03-10
• TAU流程都與哪些流程沖突?例:切換、接通(CSFBVOLTE)、注冊等 2019-12-19
• 切換技術(shù)的優(yōu)缺點? 2019-11-13


你是做中興設(shè)備的把,可以調(diào)整CIO


通過調(diào)整服務(wù)小區(qū)個體偏置、鄰區(qū)個體偏置、黑名單甚至天饋系統(tǒng)和RS功率,來調(diào)整切換時機,使得切換在保證UE業(yè)務(wù)正常情況下進行,減少在切換失敗后的重建


應(yīng)該可以調(diào)整相關(guān)參數(shù)吧


增大或減小對應(yīng)的切換遲滯,來減慢或加快切換


首先你要清楚什么情況下會發(fā)生切換過早、切換過晚。
切換過早,一般是鄰區(qū)的信號還不夠好或不夠穩(wěn)定,eNodeB就發(fā)起了切換,主要有以下幾種:
1. 源小區(qū)下發(fā)切換命令后,由于目標小區(qū)信號質(zhì)量不佳,UE切換到目標小區(qū)發(fā)生失敗,UE發(fā)起RRC重建回到源小區(qū)。這種場景下,UE在切換到新小區(qū)隨機接入或發(fā)送msg3失敗導(dǎo)致切換失敗,然后UE在源小區(qū)發(fā)起RRC連接重建。
2. UE雖然成功切換到目標小區(qū)但是立即出現(xiàn)下行失步,然后在源小區(qū)發(fā)起RRC連接重建。這也是切換過早。
3. UE雖然成功切換到目標小區(qū)但在很短時間內(nèi)(5s)切換到第三方小區(qū),也是切換過早。
切換過晚這個問題在實際外場也比較多,主要有以下幾種:
1. 在下行100%加載的場景,源小區(qū)服務(wù)質(zhì)量不好(一般SINR低于-3就會概率性出現(xiàn)切換命令發(fā)送失。,UE因為服務(wù)小區(qū)信號不好沒有收到切換命令,或收到切換命令,但隨機接入過程失敗,UE就發(fā)生RRC重建,重建到目標小區(qū),此時由于目標小區(qū)已建立上下文,重建可以成功。
2. UE還來不及上報測量報告,源小區(qū)的信號已經(jīng)急劇下降導(dǎo)致下行失步,UE直接在目標小區(qū)發(fā)起RRC連接重建,此時由于目標小區(qū)無UE上下文,重建被拒絕。
一般針對切換過早或過晚,CIO參數(shù),A3 Offset(
增加該參數(shù),將增加A3事件觸發(fā)的難度,延緩切換;減小該參數(shù),則降低A3事件觸發(fā)的難度,提前進行切換
)


切換過慢的話,可以CIO偏置,過早應(yīng)該也一樣


過早切換是指UE切換過程中或切換到目標小區(qū)后短時間內(nèi)發(fā)生RLF/HOF,然后嘗試在源小區(qū)進行重建;過晚切換是指UE在一個小區(qū)很長時間后發(fā)生RLF,隨后向另一小區(qū)發(fā)起重建請求。具體內(nèi)容可見36.300Sec.22.4協(xié)議里定義了幾條信令,來幫助UE/網(wǎng)絡(luò)節(jié)點,將過早/過晚/向錯誤小區(qū)切換事件報回至源小區(qū)所在eNB。主要的信令包括RRC的RLFReport,及X2上的RLFINDICATION與HANDOVERREPORT.


修改門限


一個看你現(xiàn)在測試的事2G 3G還是4G,因為不同網(wǎng)絡(luò)修改的參數(shù)不同。對于切換過早或切換過晚一般都是通過后臺修改參數(shù)來搞定,切換過早可以增大偏置值,相反過晚就減小該值,至于是哪些參數(shù)你可以看看這幾種網(wǎng)絡(luò)體制中切換所涉及的又哪些參數(shù),對于評論中看到好是說改CIO,CIO是軟切換的參數(shù),在4G中只有硬切換,所以你最好查查不同網(wǎng)絡(luò)體制的不同參數(shù)


修改CIO參數(shù)


需求人數(shù):2 人 地點:河源市
• 南京華蘇科技有限公司 聘:濟南省移動高端-材料輸出高手優(yōu)先
需求人數(shù):1 人 地點:濟南市
• 浙江省郵電工程建設(shè)有限公司 聘:網(wǎng)優(yōu)日常租賃人員
需求人數(shù):2 人 地點:煙臺市
• 成都旗訊通信技術(shù)有限公司 聘:【聯(lián)通項目】招督導(dǎo)、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù):12 人 地點:河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:LTE/5G網(wǎng)絡(luò)中高級優(yōu)化工程師
需求人數(shù):2 人 地點:上海市
• 北京宜通華瑞科技有限公司 聘:電信原廠優(yōu)化高級(江西急聘)
需求人數(shù):5 人 地點:南昌市
• 西安中興精誠通訊有限公司 聘:重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù):2 人 地點:重慶市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘:網(wǎng)管運維工程師
需求人數(shù):2 人 地點:云南省
• 北京電旗通訊技術(shù)股份有限公司 聘:山東濱州電信
需求人數(shù):3 人 地點:濱州市
• 廣東華訊工程有限公司 聘:廣東移動維護支撐
需求人數(shù):2 人 地點:廣州市
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |