問題已開啟 (普通問題)
關于rrcConnectionReconfiguration重配置中的A1 A2 A3門限

請問一下,關于網絡下發(fā)給手機測量的一些配置在rrcConnectionReconfiguration消息中,在同一服務小區(qū)一條rrcConnectionReconfiguration消息中有分別有兩個不同的A1,A2,A3門限。只是每個事件的reaportconfigId不同,其中一個A1的reaportconfigId為6另一個為8,門限一個為41-140=-99dbm,另一個為44-140=-96dbm。其它的兩個事件也與這個A1一樣,兩個值不同。為什么一個服務小區(qū)的同一條RRC Connection Reconfiguration中的同一個事件會有兩個不同的門限,這些門限不是都是對服務小區(qū)及鄰區(qū)的嗎?不同的門限讓終端怎么執(zhí)行?

提問者: lxkqq  提問時間: 2017-03-14    
 
  我要回答:
 

  請先 登錄注冊 再回答問題

問題答案 ( 4 )

reaportconfigId不同說明這是兩個測量,不同的測量可以觸發(fā)不同的操作。通常A1/A2用來關閉/打開異頻異系統(tǒng)測量,所以-96dBm那個A1可能是關閉異頻測量的,-99dBm那個A1可能是關閉異系統(tǒng)測量的,當然也有可能都是關閉異頻或異系統(tǒng)的,只不過是不同頻率或系統(tǒng)。A2事件也是類似的,是用來打開異頻或異系統(tǒng)測量的。



回答者: tubulvxing     回答時間:2017-03-14 12:01    

20        18        


接一樓,A2的兩個參數(shù)分別為UE打開異頻(異系統(tǒng))測量,進行測量和進行重定向的設置。。

?0874K:JFD(本文來自移動通信網m.gg1fic3.cn,版權所有

回答者: litom2004     回答時間:2017-03-14 14:58    

21        23        


你要從頭開始捋,測量上報的都是meas id,他是object和reaportconfig id的組合,不同的meas id對應不同的操作,每個操作要求的門限不同,所以會設置不止一個的事件門限。滿足一個組合的上報門限就會觸發(fā)不同的操作。所以這個是沒問題的。

如果從測試前端,你看執(zhí)行操作時上報的測量報告里邊的meas id就會知道網管設置的相應事件和門限;從后臺的話可以看到不同操作配置的條目。

hfjouierK:JFD()$本文來自移動通信網m.gg1fic3.cn,版權所有

回答者: heroduk     回答時間:2017-03-14 15:44    

18        22        


我也碰到過,聯(lián)通的FDD,兩個A3門限,一個-20,一個2;-20的一直上報A3事件,不切換,2的已上報就切換。不知道為什么會有一個-20的

*(我)$#@K:JFD()$本文來自移動通信網m.gg1fic3.cn,版權所有

回答者: 628liu     回答時間:2017-03-24 13:38    

18        19        

中國通信人才網 | 江蘇通信人才網 | 山東通信人才網 | 武漢通信人才網 | 浙江通信人才網 | 湖南通信人才網
嘉環(huán)科技股份有限公司 聘:核心網工程師-IMC青海
需求人數(shù):2 人 地點:西寧市
山東省郵電工程有限公司 聘:竣工資料結算員
需求人數(shù):5 人 地點:福州市
西安中興精誠通訊有限公司 聘:延安移動中興優(yōu)化前臺測試分析
需求人數(shù):5 人 地點:延安市
南京華蘇科技有限公司 聘:中興有線/無線工程師
需求人數(shù):3 人 地點:大連市,本溪市,撫順市
北京電旗通訊技術股份有限公司 聘:LTE優(yōu)化后臺中高級(北京)
需求人數(shù):8 人 地點:北京市
重慶信科通信工程有限公司 聘:上饒電信中興原廠高級
需求人數(shù):2 人 地點:上饒市
福州弘宇信合通信技術有限公司 聘:信息安全崗位工程師
需求人數(shù):2 人 地點:昆明市
杭州東信網絡技術有限公司 聘:中興網優(yōu)工程師-遼寧大連移動
需求人數(shù):10 人 地點:大連市
北京宜通華瑞科技有限公司 聘:高速高鐵優(yōu)化中級(江西上饒)
需求人數(shù):1 人 地點:上饒市
上海德專信息技術有限公司 聘:【急聘】昆明諾基亞后臺
需求人數(shù):3 人 地點:云南省
熱點問題
更多精彩

聯(lián)系我們 - 問通信專家 Powered by MSCBSC 移動通信網  © 2006 -