問題已開啟
(普通問題)
為什么鄰區(qū)過多會影響切換的性能
提問者: xiaohu1168 提問時間: 2013-05-27
• 4G頻繁切換如何設置參數(shù) 2020-06-27
• 系統(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ū)頻點對應的頻率偏置qoffset? 2020-03-10
• TAU流程都與哪些流程沖突?例:切換、接通(CSFBVOLTE)、注冊等 2019-12-19
• 切換技術的優(yōu)缺點? 2019-11-13
• 系統(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ū)頻點對應的頻率偏置qoffset? 2020-03-10
• TAU流程都與哪些流程沖突?例:切換、接通(CSFBVOLTE)、注冊等 2019-12-19
• 切換技術的優(yōu)缺點? 2019-11-13
問題答案
( 9 )
因為加了關系后用戶在選擇小區(qū)時切換的時候會產(chǎn)生更多的測量請求、增加系統(tǒng)的信令流量等,所以鄰區(qū)不要太多。。。
回答者:
BTS2007
回答時間:2013-05-27 09:50
18 13
手機是遍歷BA2表所有頻點然后對最強6個鄰區(qū)進行上報,如鄰區(qū)過多,會導致手機切換判決時間加長,測量精度下降,造成切換不及時,可能導致掉話。另因掃描過多,也會浪費終端電池。
回答者:
buptwzz
回答時間:2013-05-27 10:21
23 11
鄰區(qū)多了就要不停的測量。測量的多了精確度就下降啦。不知道切哪個好啦、最后就可能切掉了
回答者:
syl_chn
回答時間:2013-05-27 11:14
21 11
當MS處于通話狀態(tài)時,MS通過收聽本小區(qū)的系統(tǒng)消息,了解該小區(qū)所有的鄰小區(qū),并根據(jù)此,在每一個TDMA幀的收發(fā)空閑時,收聽鄰小區(qū)BCCH載頻的Rxlev并解該小區(qū)的BSIC碼,然后在MS的測量報告中通過SACCH信道匯報給本小區(qū)。MS的測量值在SACCH上傳送,每個TCH復幀包括26幀,其中包含1個SACCH幀,而完整處理一份測量報告需要4個SACCH幀,一次需要480ms才能產(chǎn)生完整的測量報告。對MS的TCH而言,除去一幀用于通話外,其他共有4*25幀=100幀可用于測量鄰BCCH,每個鄰小區(qū)將由多個測量樣點值。
由以上分析可知,在一份測量報告中,MS可用于測量鄰BCCH載頻Rxlev的幀數(shù)是一定的,鄰小區(qū)越多,也就意味著MS需要測量的鄰BCCH越多,這樣每個鄰小區(qū)的測量樣點值就會越少,所以測量報告的精度就會越差,這樣就會影響到BSC對切換判決的準確度了。
由以上分析可知,在一份測量報告中,MS可用于測量鄰BCCH載頻Rxlev的幀數(shù)是一定的,鄰小區(qū)越多,也就意味著MS需要測量的鄰BCCH越多,這樣每個鄰小區(qū)的測量樣點值就會越少,所以測量報告的精度就會越差,這樣就會影響到BSC對切換判決的準確度了。
回答者:
xhy13312
回答時間:2013-05-27 12:18
21 11
樓主問的是C網(wǎng)吧:
C網(wǎng)中,鄰區(qū)不宜過多,原因有如下幾點:
1、鄰區(qū)過多,導致合并鄰區(qū)的時候,有的鄰區(qū)可能不會在鄰區(qū)列表中下發(fā),也容易導致TWOWAY的產(chǎn)生;
2、鄰區(qū)過多,手機搜索速度變慢;
3、鄰區(qū)關系配置過多,導致合并后鄰區(qū)列表長,占用尋呼信道資源或者業(yè)務信道資源。當然了,在鄰區(qū)列表長度一定的情況下,這個不是主要矛盾了。大家都這么長,沒太大關系。不過還是越少約好~
4、鄰區(qū)關系配置過多,在進行鄰集分支遍歷的時候時間加長,增加切換不及時的可能性。
5、鄰區(qū)關系配置過多,會直接導致鄰區(qū)優(yōu)先級優(yōu)化難度增加,如一些重要鄰區(qū)排位靠后,會在合并時漏掉,導致切換失敗。
C網(wǎng)中,鄰區(qū)不宜過多,原因有如下幾點:
1、鄰區(qū)過多,導致合并鄰區(qū)的時候,有的鄰區(qū)可能不會在鄰區(qū)列表中下發(fā),也容易導致TWOWAY的產(chǎn)生;
2、鄰區(qū)過多,手機搜索速度變慢;
3、鄰區(qū)關系配置過多,導致合并后鄰區(qū)列表長,占用尋呼信道資源或者業(yè)務信道資源。當然了,在鄰區(qū)列表長度一定的情況下,這個不是主要矛盾了。大家都這么長,沒太大關系。不過還是越少約好~
4、鄰區(qū)關系配置過多,在進行鄰集分支遍歷的時候時間加長,增加切換不及時的可能性。
5、鄰區(qū)關系配置過多,會直接導致鄰區(qū)優(yōu)先級優(yōu)化難度增加,如一些重要鄰區(qū)排位靠后,會在合并時漏掉,導致切換失敗。
回答者:
OscarDon
回答時間:2013-05-27 14:09
23 13
進來學習咯,三網(wǎng)都有這種情況吧。
回答者:
胡忠虎
回答時間:2013-05-27 17:40
19 13
手機測量能力有限,鄰區(qū)太多,測量和判決的數(shù)據(jù)就多,周期就長,影響到切換的性能
回答者:
wagonhuang
回答時間:2013-05-27 21:23
21 15
鄰區(qū)多,測量的時間就多,上傳數(shù)據(jù)就多...
回答者:
linhan
回答時間:2013-05-27 22:39
20 15
鄰區(qū)太多,測量和判決的數(shù)據(jù)就多,周期就長,影響到切換的性能
回答者:
zhanglei0420
回答時間:2013-05-28 23:44
20 13
• 重慶信科通信工程有限公司
聘:PTN中級
需求人數(shù):1 人 地點:桂林市
• 成都旗訊通信技術有限公司 聘:傳輸、維護、督導轉(zhuǎn)網(wǎng)優(yōu)中高級
需求人數(shù):12 人 地點:惠州市,清遠市,陽江市,中山市,潮州市
• 杭州東信網(wǎng)絡技術有限公司 聘:河北-網(wǎng)絡優(yōu)化IMC崗位
需求人數(shù):10 人 地點:河北省
• 嘉環(huán)科技股份有限公司 聘:網(wǎng)優(yōu)IMC工程師
需求人數(shù):5 人 地點:南昌市,宜春市
• 浙江省郵電工程建設有限公司 聘:中興數(shù)通接入工程師
需求人數(shù):1 人 地點:濟寧市
• 怡利科技發(fā)展有限公司 聘:網(wǎng)優(yōu)工程師(華為高級)
需求人數(shù):5 人 地點:貴陽市,畢節(jié)地區(qū)
• 北京電旗通訊技術股份有限公司 聘:網(wǎng)優(yōu)實習生通信應屆生(云南)
需求人數(shù):1 人 地點:昆明市,思茅市,昭通市
• 上海大唐移動通信設備有限公司 聘:通信網(wǎng)優(yōu)工程師-江蘇
需求人數(shù):2 人 地點:南京市
• 杭州華星創(chuàng)業(yè)通信技術股份有限公司 聘:現(xiàn)場初中級工程督導
需求人數(shù):3 人 地點:福州市
• 西安長河通訊有限責任公司 聘:45G高級
需求人數(shù):2 人 地點:北京市
需求人數(shù):1 人 地點:桂林市
• 成都旗訊通信技術有限公司 聘:傳輸、維護、督導轉(zhuǎn)網(wǎng)優(yōu)中高級
需求人數(shù):12 人 地點:惠州市,清遠市,陽江市,中山市,潮州市
• 杭州東信網(wǎng)絡技術有限公司 聘:河北-網(wǎng)絡優(yōu)化IMC崗位
需求人數(shù):10 人 地點:河北省
• 嘉環(huán)科技股份有限公司 聘:網(wǎng)優(yōu)IMC工程師
需求人數(shù):5 人 地點:南昌市,宜春市
• 浙江省郵電工程建設有限公司 聘:中興數(shù)通接入工程師
需求人數(shù):1 人 地點:濟寧市
• 怡利科技發(fā)展有限公司 聘:網(wǎng)優(yōu)工程師(華為高級)
需求人數(shù):5 人 地點:貴陽市,畢節(jié)地區(qū)
• 北京電旗通訊技術股份有限公司 聘:網(wǎng)優(yōu)實習生通信應屆生(云南)
需求人數(shù):1 人 地點:昆明市,思茅市,昭通市
• 上海大唐移動通信設備有限公司 聘:通信網(wǎng)優(yōu)工程師-江蘇
需求人數(shù):2 人 地點:南京市
• 杭州華星創(chuàng)業(yè)通信技術股份有限公司 聘:現(xiàn)場初中級工程督導
需求人數(shù):3 人 地點:福州市
• 西安長河通訊有限責任公司 聘:45G高級
需求人數(shù):2 人 地點:北京市
熱點問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |