 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
為什么鄰區(qū)過多會影響切換的性能
提問者:
• 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 - |