 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
提問者: 更多
切換
相關(guān)問題
• 4G頻繁切換如何設(shè)置參數(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ū)頻點對應(yīng)的頻率偏置qoffset? 2020-03-10
• TAU流程都與哪些流程沖突?例：切換、接通（CSFBVOLTE）、注冊等 2019-12-19
• 切換技術(shù)的優(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ū)頻點對應(yīng)的頻率偏置qoffset? 2020-03-10
• TAU流程都與哪些流程沖突?例：切換、接通（CSFBVOLTE）、注冊等 2019-12-19
• 切換技術(shù)的優(yōu)缺點？ 2019-11-13
問題答案
( 11 )
要看看是否有干擾，同時可以抓取對應(yīng)的log以便進(jìn)行詳細(xì)的分析！
回答者：
mao_mao
回答時間：2011-08-29 22:34
10
11
如果這樣的話，那還要樓主看看具體失敗信令是怎么樣的，有可能是目標(biāo)小區(qū)擁塞！
回答者：
yyy19890220
回答時間：2011-08-29 22:49
10
6
轉(zhuǎn)網(wǎng)友的
切換失敗的原因有：
1.同頻同BSIC會引起切換失敗；
2.同頻不同BSIC，但BSIC中的BCC如果一致也會起到和同頻同bsic一樣的結(jié)果；
3.鄰區(qū)CGI號錯誤也會造成切換失敗，如定義外部小區(qū)時LAC定義錯誤；
4.上下行鏈路不平衡也會造成切換失敗，上下行不平衡，可能下行信號很強，但由于某種原因（如在直放站覆蓋區(qū)內(nèi)) 可能上行信號無法到達(dá)基站，導(dǎo)致切換失敗；
5.小區(qū)天線過覆蓋，孤島效應(yīng)都造成切換失��；
6. 如果在鄰區(qū)設(shè)置為none-syn時，t3124期間內(nèi)沒有收到physical info會被認(rèn)為切換失敗，如果收到此信息，t3124停止后，在時間t200*(n200+1)內(nèi)沒有收到下行ua-rsp也會切換失敗，如果鄰區(qū)設(shè)為 sync時，直接進(jìn)入L2 層計時，即T200*(N200+1)計時。 這里面說的參數(shù)和timer都是規(guī)范規(guī)定的，與設(shè)備無關(guān)，只是none-sync的叫法可能不同廠家不同，這里說的是moto的叫法。none-sync 就是所謂的非同步切換，一般不同基站小區(qū)間切換是非同步的，相同基站的是同步切換，這個是在定義neighbor時定義的。 t3124是指在手機發(fā)送handover access這個burst 直到收到physical information這段的timer, 200，N200都是L2 層lapdm協(xié)議的參數(shù)，是標(biāo)準(zhǔn)的 T200定時器是防止數(shù)據(jù)鏈路層數(shù)據(jù)發(fā)送過程死鎖的定時器，數(shù)據(jù)鏈路層的作用就是將容易出差錯的物理鏈路改造成順序的無差錯的數(shù)據(jù)鏈路.T在這個數(shù)據(jù)鏈路 兩端通訊的實體采用確認(rèn)重發(fā)的機制。也就是說，每發(fā)送一個消息都要對端確認(rèn)收到。在不可知的情況下，如果這條消息丟失，會出現(xiàn)雙方都等待的情況，此時系統(tǒng) 死鎖。因此，在發(fā)送一方要設(shè)立定時器，當(dāng)定時器溢出，發(fā)方認(rèn)為收方?jīng)]有收到消息，就會重新發(fā)送。重發(fā)的次數(shù)由N200決定。
除此之外還有如果N <hreqt,也會導(dǎo)致因為參數(shù)的錯誤而無法進(jìn)行緊急切換；
7.如果鄰區(qū)由于某種原因（如載頻壞掉）不能工作，其他具有與此鄰區(qū)同頻同bsic站信號覆蓋過來（但并不在此服務(wù)小區(qū)的鄰區(qū)列表中）導(dǎo)致無法切換
8.手機可能出現(xiàn)解碼錯誤，如measurement report 中上報的最強6個小區(qū)排序錯誤。
9.目標(biāo)小區(qū)存在較高的上行干擾，會導(dǎo)致切換失敗.
10.交換機定義的外部小區(qū)LAC錯誤也會造成切換失敗。
11.目標(biāo)小區(qū)擁塞會引起切換成功率下降.
12.本小區(qū)個別載波出現(xiàn)隱性故障，跳頻中所有載波下行質(zhì)量都小于80%，關(guān)閉小區(qū)跳頻后，會發(fā)現(xiàn)其中一個載波下行質(zhì)量很差，60%以下，更換這個有問題的載波后小區(qū)的質(zhì)量及切換成功率都會上升。
切換失敗的原因有：
1.同頻同BSIC會引起切換失敗；
2.同頻不同BSIC，但BSIC中的BCC如果一致也會起到和同頻同bsic一樣的結(jié)果；
3.鄰區(qū)CGI號錯誤也會造成切換失敗，如定義外部小區(qū)時LAC定義錯誤；
4.上下行鏈路不平衡也會造成切換失敗，上下行不平衡，可能下行信號很強，但由于某種原因（如在直放站覆蓋區(qū)內(nèi)) 可能上行信號無法到達(dá)基站，導(dǎo)致切換失敗；
5.小區(qū)天線過覆蓋，孤島效應(yīng)都造成切換失��；
6. 如果在鄰區(qū)設(shè)置為none-syn時，t3124期間內(nèi)沒有收到physical info會被認(rèn)為切換失敗，如果收到此信息，t3124停止后，在時間t200*(n200+1)內(nèi)沒有收到下行ua-rsp也會切換失敗，如果鄰區(qū)設(shè)為 sync時，直接進(jìn)入L2 層計時，即T200*(N200+1)計時。 這里面說的參數(shù)和timer都是規(guī)范規(guī)定的，與設(shè)備無關(guān)，只是none-sync的叫法可能不同廠家不同，這里說的是moto的叫法。none-sync 就是所謂的非同步切換，一般不同基站小區(qū)間切換是非同步的，相同基站的是同步切換，這個是在定義neighbor時定義的。 t3124是指在手機發(fā)送handover access這個burst 直到收到physical information這段的timer, 200，N200都是L2 層lapdm協(xié)議的參數(shù)，是標(biāo)準(zhǔn)的 T200定時器是防止數(shù)據(jù)鏈路層數(shù)據(jù)發(fā)送過程死鎖的定時器，數(shù)據(jù)鏈路層的作用就是將容易出差錯的物理鏈路改造成順序的無差錯的數(shù)據(jù)鏈路.T在這個數(shù)據(jù)鏈路 兩端通訊的實體采用確認(rèn)重發(fā)的機制。也就是說，每發(fā)送一個消息都要對端確認(rèn)收到。在不可知的情況下，如果這條消息丟失，會出現(xiàn)雙方都等待的情況，此時系統(tǒng) 死鎖。因此，在發(fā)送一方要設(shè)立定時器，當(dāng)定時器溢出，發(fā)方認(rèn)為收方?jīng)]有收到消息，就會重新發(fā)送。重發(fā)的次數(shù)由N200決定。
除此之外還有如果N <hreqt,也會導(dǎo)致因為參數(shù)的錯誤而無法進(jìn)行緊急切換；
7.如果鄰區(qū)由于某種原因（如載頻壞掉）不能工作，其他具有與此鄰區(qū)同頻同bsic站信號覆蓋過來（但并不在此服務(wù)小區(qū)的鄰區(qū)列表中）導(dǎo)致無法切換
8.手機可能出現(xiàn)解碼錯誤，如measurement report 中上報的最強6個小區(qū)排序錯誤。
9.目標(biāo)小區(qū)存在較高的上行干擾，會導(dǎo)致切換失敗.
10.交換機定義的外部小區(qū)LAC錯誤也會造成切換失敗。
11.目標(biāo)小區(qū)擁塞會引起切換成功率下降.
12.本小區(qū)個別載波出現(xiàn)隱性故障，跳頻中所有載波下行質(zhì)量都小于80%，關(guān)閉小區(qū)跳頻后，會發(fā)現(xiàn)其中一個載波下行質(zhì)量很差，60%以下，更換這個有問題的載波后小區(qū)的質(zhì)量及切換成功率都會上升。
回答者：
base_305
回答時間：2011-08-29 23:59
11
8
建議主要從干擾、目前小區(qū)資源擁塞、目標(biāo)小區(qū)硬件故障幾個方面進(jìn)行分析
回答者：
marinelick
回答時間：2011-08-30 09:06
10
7
查看目標(biāo)小區(qū)指標(biāo)
回答者：
mliblei
回答時間：2011-08-30 09:47
8
5
看cause,擁塞和干擾的可能性比較大~
回答者：
aegis2003
回答時間：2011-08-30 10:23
10
7
切換失敗的原因很多的喔，要逐一排查分析。主要還是看看信令情況吧。
回答者：
benzxinchi
回答時間：2011-08-30 11:30
11
8
基站有無告警 是否禁止切入 都要看看！
回答者：
ruofeng88
回答時間：2011-09-01 08:12
7
9
同步切換，那意思就是同一個BTS內(nèi)的切換了，樓主可以看一下目標(biāo)小區(qū)是否擁塞，硬件故障等，還有就是如果基站其中一個小區(qū)下掛的有直放站的話，切換至另外兩個基站需要發(fā)送物理消息，檢查一下是否配置直放站。
回答者：
hnsd22
回答時間：2011-09-01 16:17
10
9
查看是否有干擾，或者目標(biāo)小區(qū)有告警之類的
回答者：
lhmhappy
回答時間：2011-09-02 14:28
11
10
樓主，請跟一下相關(guān)信令，抓一下路測log,具體問題具體分析
回答者：
hshengli
回答時間：2011-09-04 20:29
9
11
• 陜西瑞達(dá)灃通信技術(shù)有限公司
聘：華為光網(wǎng)絡(luò)工程師
需求人數(shù)：8 人 地點：新疆
• 廣東南方通信建設(shè)有限公司 聘：網(wǎng)優(yōu)專項高級工程師
需求人數(shù)：10 人 地點：湛江市
• 西安創(chuàng)匯網(wǎng)絡(luò)通信有限責(zé)任公司 聘：LTE中高級網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：5 人 地點：定西市,慶陽市,臨夏回族自治州,平?jīng)鍪?甘南藏族自治州
• 嘉環(huán)科技股份有限公司 聘：網(wǎng)優(yōu)IMC工程師
需求人數(shù)：5 人 地點：南昌市,宜春市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：河北-網(wǎng)絡(luò)優(yōu)化IMC崗位
需求人數(shù)：10 人 地點：河北省
• 北京宜通華瑞科技有限公司 聘：一個月項目急聘高級（南昌）
需求人數(shù)：10 人 地點：南昌市
• 元道通信股份有限公司 聘：中級后臺網(wǎng)優(yōu)工程師/黑龍江哈爾濱
需求人數(shù)：1 人 地點：哈爾濱市
• 廣州楚晨網(wǎng)絡(luò)科技有限公司 聘：后臺高級網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：6 人 地點：廣東省
• 山東省郵電工程有限公司 聘：竣工資料結(jié)算員
需求人數(shù)：5 人 地點：福州市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點：昆明市,思茅市,昭通市
需求人數(shù)：8 人 地點：新疆
• 廣東南方通信建設(shè)有限公司 聘：網(wǎng)優(yōu)專項高級工程師
需求人數(shù)：10 人 地點：湛江市
• 西安創(chuàng)匯網(wǎng)絡(luò)通信有限責(zé)任公司 聘：LTE中高級網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：5 人 地點：定西市,慶陽市,臨夏回族自治州,平?jīng)鍪?甘南藏族自治州
• 嘉環(huán)科技股份有限公司 聘：網(wǎng)優(yōu)IMC工程師
需求人數(shù)：5 人 地點：南昌市,宜春市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：河北-網(wǎng)絡(luò)優(yōu)化IMC崗位
需求人數(shù)：10 人 地點：河北省
• 北京宜通華瑞科技有限公司 聘：一個月項目急聘高級（南昌）
需求人數(shù)：10 人 地點：南昌市
• 元道通信股份有限公司 聘：中級后臺網(wǎng)優(yōu)工程師/黑龍江哈爾濱
需求人數(shù)：1 人 地點：哈爾濱市
• 廣州楚晨網(wǎng)絡(luò)科技有限公司 聘：后臺高級網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：6 人 地點：廣東省
• 山東省郵電工程有限公司 聘：竣工資料結(jié)算員
需求人數(shù)：5 人 地點：福州市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點：昆明市,思茅市,昭通市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |