 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
系統(tǒng)間切換發(fā)生問題，大部分情況是數(shù)據(jù)配置不完整
系統(tǒng)間切換發(fā)生問題，大部分情況是數(shù)據(jù)配置不完整，要重點(diǎn)關(guān)注哪些數(shù)據(jù)配置？
提問者:
• 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ù)分析，手機(jī)切換問題 2020-05-07
• LTE中興網(wǎng)管中的基于覆蓋的異頻切換測量配置號是怎么看呢 2020-04-14
• LTE同頻切換判決中是否計(jì)算本小區(qū)頻點(diǎn)對應(yīng)的頻率偏置qoffset? 2020-03-10
• TAU流程都與哪些流程沖突?例：切換、接通（CSFBVOLTE）、注冊等 2019-12-19
• 切換技術(shù)的優(yōu)缺點(diǎn)？ 2019-11-13
• 系統(tǒng)內(nèi)切換全網(wǎng)突然下降是什么原因 2020-06-03
• 低優(yōu)先級向高優(yōu)先級切換 2020-05-28
• 4GLTEL，小區(qū)切換信令數(shù)據(jù)分析，手機(jī)切換問題 2020-05-07
• LTE中興網(wǎng)管中的基于覆蓋的異頻切換測量配置號是怎么看呢 2020-04-14
• LTE同頻切換判決中是否計(jì)算本小區(qū)頻點(diǎn)對應(yīng)的頻率偏置qoffset? 2020-03-10
• TAU流程都與哪些流程沖突?例：切換、接通（CSFBVOLTE）、注冊等 2019-12-19
• 切換技術(shù)的優(yōu)缺點(diǎn)？ 2019-11-13
問題答案
( 2 )
一般最容易出問題的主要有：CN側(cè)的LAC信息是否配置正確。RNC內(nèi)部配置數(shù)據(jù)中G網(wǎng)鄰區(qū)的頻點(diǎn)、BSIC的信息是否配置正確。RNC級鄰RNC小區(qū)列表中鄰區(qū)的BSIC、LAC信息是否配置正確。
回答者：
marinelick
回答時(shí)間：2011-10-22 08:35
17
13
影響切換的配置：
1) 設(shè)備問題：如時(shí)鐘漂移，目標(biāo)小區(qū)載頻工作不正常，載頻輸出功率降低，載頻無法占用等
2) 網(wǎng)絡(luò)參數(shù)設(shè)置不合理：如，服務(wù)小區(qū)鄰小區(qū)不完整，存在近距離同頻同BSIC問題，“允許的NCC”中沒有加入目標(biāo)小區(qū)NCC，外部小區(qū)描述數(shù)據(jù)表”的CGI、BCCH、BSIC等與對方實(shí)際數(shù)據(jù)不符
3) 切換參數(shù)不合理，如：切換的觸發(fā)和比較門限太高，導(dǎo)致無法及時(shí)切換。
4) MSC中配置的“位置區(qū)小區(qū)表”的BSC的目的信令點(diǎn)錯(cuò)誤，MSC的REMOTELAC表定義不全或錯(cuò)誤
5) 與其他廠家對接對端在A接口、E接口的各類信令與我方不一致，不能識別或不支持，導(dǎo)致切換失敗。如語音版本、切換號碼、TUP電路、尋址方式（CGI或LAI）等
6) 工程參數(shù)設(shè)置不合理：引起切換失敗的主要原因?yàn)樘炀�接反和天線接為鴛鴦線，以及由于越區(qū)覆蓋而導(dǎo)致孤島效應(yīng)
7) 無線環(huán)境：目標(biāo)小區(qū)無線無限環(huán)境太差，如干擾嚴(yán)重、上下行鏈路不平衡
8) 話務(wù)原因：目標(biāo)小區(qū)話務(wù)太高，無空閑信道；或者目標(biāo)小區(qū)傳輸出現(xiàn)故障（誤碼率高或傳輸瞬斷），BSC雖然判斷有TCH資源，但是無法激活地面電路資源，導(dǎo)致切換失敗。
9) 采樣數(shù)太少，不夠切換判決的條件。
一、切換的定義及劃分
所謂切換，就是指當(dāng)移動(dòng)臺在通話過程中從一個(gè)基站覆蓋區(qū)移動(dòng)到另一個(gè)基站覆蓋區(qū)，或者由于外界干擾而造成通話質(zhì)量下降時(shí)，必須改變原有的語音信道而轉(zhuǎn)接到一條新的空閑語音信道上去，以繼續(xù)保持通話的過程。 切換根據(jù)手機(jī)和基站測出的上下行電平質(zhì)量和TA值作為最基本的測量數(shù)據(jù)，根據(jù)切換判斷算法和資源分配算法來決定是否應(yīng)該切換和切向哪個(gè)小區(qū)。切換是移動(dòng)通信系統(tǒng)中一項(xiàng)非常重要的技術(shù)，切換失敗會導(dǎo)致通話失敗，影響網(wǎng)絡(luò)的運(yùn)行質(zhì)量。因此，切換成功率（包括切入和切出）是網(wǎng)絡(luò)考核的一項(xiàng)重要指標(biāo)，如何提高切換成功率、降低切換失敗率是網(wǎng)絡(luò)優(yōu)化的重點(diǎn)工作之一。
根據(jù)不同的切換判決觸發(fā)條件，切換可以分為緊急切換、負(fù)荷切換等5類。
（1）緊急切換。包括TA過大緊急切換、質(zhì)量差（BQ）緊急切換、快速電平下降緊急切換、干擾切換。
●TA過大切換條件：服務(wù)小區(qū)的TA大于等于緊急切換TA限制。
●BQ切換條件：服務(wù)小區(qū)的上行鏈路質(zhì)量在濾波器長度時(shí)間內(nèi)平均值大于等于緊急切換上行鏈路質(zhì)量限制；服務(wù)小區(qū)的下行鏈路質(zhì)量在濾波器長度時(shí)間內(nèi)平均值大于等于緊急切換下行鏈路質(zhì)量限制。
●快速電平下降切換在呼叫中電平突然下降時(shí)觸發(fā)，觸發(fā)條件：服務(wù)小區(qū)如果Value＞B（Value：一個(gè)與濾波器參數(shù)A1～A8相關(guān)的值，該值表示在一段時(shí)間內(nèi)接收電平的變化趨勢；B：濾波器參數(shù)）切換最后的MR6已經(jīng)低于邊緣切換門限，則發(fā)生切換。
●干擾切換：也屬于緊急切換，當(dāng)接收電平大于一定值但傳輸質(zhì)量又低于干擾切換質(zhì)量門限時(shí)觸發(fā)。
�。�2）負(fù)荷切換。負(fù)荷切換觸發(fā)要同時(shí)滿足三個(gè)條件：系統(tǒng)信令流量小于允許負(fù)荷切換系統(tǒng)流量級別門限；需要切換的小區(qū)負(fù)荷高于負(fù)荷切換啟動(dòng)門限；接收切換的小區(qū)的負(fù)荷低于負(fù)荷切換接收門限。
（3）正常切換。包括邊緣切換、分層分級切換和PBGT切換。
●邊緣切換條件：服務(wù)小區(qū)已低于邊緣切換門限；在邊緣切換統(tǒng)計(jì)時(shí)間（如5 s）內(nèi)，服務(wù)小區(qū)電平持續(xù)低于邊緣切換門限（如4 s）。
●分層分級切換：在不同層或同層不同優(yōu)先級之間才有層間切換，同層同級之間沒有層間切換。觸發(fā)條件是鄰小區(qū)電平值高于層間切換門限和磁滯之和，對服務(wù)小區(qū)電平值沒有要求；鄰區(qū)排在服務(wù)小區(qū)之前，且優(yōu)先級比服務(wù)小區(qū)更高，鄰區(qū)電平值大于等于層間切換門限和層間切換磁滯之和；滿足P/N判決，如5 s內(nèi)有4 s始終處于最好；邊緣切換和層間切換只能選一個(gè)，它先判斷是否觸發(fā)邊緣切換，再判斷是否觸發(fā)層間切換。
●PBGT切換算法是基于路徑損耗的切換。PBGT切換算法實(shí)時(shí)地尋找是否存在一個(gè)路徑損耗更小并且滿足一定系統(tǒng)要求的小區(qū)，并判斷是否需要進(jìn)行切換。不同層沒有PBGT切換。PBGT切換至少帶來了如下好處：解決了越區(qū)覆蓋問題；減少了雙頻切換的次數(shù)；使話務(wù)引導(dǎo)和控制有更靈活的手段；始終能為用戶提供當(dāng)前最好的服務(wù)質(zhì)量。PBGT和其他切換算法的最大區(qū)別在于它能以路徑損耗而不是接收功率作為切換的觸發(fā)條件。為了避免乒乓切換，PBGT只在同層同級的小區(qū)之間進(jìn)行切換，鄰近小區(qū)的路徑損耗小于服務(wù)小區(qū)路徑損耗一定的門限值。PBGT切換的觸發(fā)準(zhǔn)則：鄰區(qū)排在服務(wù)小區(qū)之前，在一定的統(tǒng)計(jì)時(shí)間內(nèi)滿足P/N準(zhǔn)則。
（4）速度敏感性切換（快速移動(dòng)切換）。在一定時(shí)間門限里達(dá)到快速移動(dòng)小區(qū)實(shí)際個(gè)數(shù)時(shí)，認(rèn)為是快速移動(dòng)，就會切換到宏小區(qū)上去（第4層），并且對原有小區(qū)在懲罰時(shí)間里給予電平懲罰。
�。�5）同心圓切換。可以實(shí)現(xiàn)外圓的廣覆蓋和內(nèi)圓的頻率緊密復(fù)用，能夠提高系統(tǒng)容量和通話質(zhì)量�？梢愿鶕�(jù)手機(jī)下行接收電平、質(zhì)量和TA值來區(qū)分內(nèi)圓和外圓。
同心圓切換的相關(guān)參數(shù)如下：
●內(nèi)外圓信號強(qiáng)度差異（dB）：內(nèi)圓進(jìn)行功率補(bǔ)償?shù)闹怠?
●接收電平門限（dB m）：與接收電平磁滯、TA門限、TA磁滯共同決定內(nèi)外圓區(qū)域，必須大于邊緣切換門限值。
●接收電平磁滯（dB）：與接收電平門限、TA門限、TA磁滯共同決定內(nèi)外圓區(qū)域。
●TA門限：與接收電平門限、接收電平磁滯、TA磁滯共同決定內(nèi)外圓區(qū)域，必須大于TA緊急切換門限值。
●TA磁滯：與接收電平門限、接收電平磁滯、TA門限共同決定內(nèi)外圓區(qū)域。
●同心圓切換統(tǒng)計(jì)時(shí)間（s）：同心圓切換也需要滿足P/N判決，建議取5 s。
●同心圓切換持續(xù)時(shí)間（s）：P/N判決持續(xù)時(shí)間，建議取4 s。
二、切換失敗的原因分析
切換失敗引起掉話的原因雖然比較復(fù)雜，但只要能對整個(gè)切換過程有一個(gè)完整的、正確的認(rèn)識，問題就不難解決了。一般，我們可以通過以下三個(gè)步驟進(jìn)行分析：
（1）從MSC、BSC告警中獲得網(wǎng)絡(luò)不正常的信息。在因相鄰小區(qū)數(shù)據(jù)配置有誤或鄰區(qū)的BCCH、BCC（基站收發(fā)臺色碼）、LAC（位置區(qū)碼）等設(shè)置不對而造成切換失敗掉話時(shí)，都會在MSC及BSC中產(chǎn)生相應(yīng)的告警。因此，可以應(yīng)該經(jīng)常查看MSC、BSC中的告警記錄，找出問題存在的原因。
（2）對OMC的統(tǒng)計(jì)信息進(jìn)行分析來發(fā)現(xiàn)不正常的原因。基站切換失敗偏高，有時(shí)在MSC及BSC中并無告警信息，這時(shí)可以通過對OMC中的數(shù)據(jù)進(jìn)行分析來發(fā)現(xiàn)問題。通過對OMC中的數(shù)據(jù)進(jìn)行分析，可以發(fā)現(xiàn)某些基站存在的隱性問題（如TRX、RTX等的隱性障礙，天線等硬件問題），從而找出問題之所在，達(dá)到網(wǎng)絡(luò)優(yōu)化的目的。
�。�3）借助無線場強(qiáng)測試儀的測試來判斷切換失敗的原因。在一般情況下，應(yīng)該對目標(biāo)小區(qū)周邊進(jìn)行較大范圍的測試，通過實(shí)地路測，可獲得基站的覆蓋情況及切換情況，從而得到某些OMC所不能提供的信息。在實(shí)測時(shí)，特別要把那些與目標(biāo)小區(qū)有切換拓?fù)潢P(guān)系而擁塞率又較高的小區(qū)作為測試的重點(diǎn)，然后通過對測試結(jié)果的分析，判斷切換失敗的原因，從而找出解決問題的辦法。
當(dāng)失敗率高涉及到切換問題時(shí)，應(yīng)抓住切換及切換失敗的原因作為突破點(diǎn)，進(jìn)而找出解決問題的辦法。一般而言，由于切換是在小區(qū)及基站之間發(fā)生的，因此本小區(qū)的失敗有可能是因?yàn)榕c相鄰小區(qū)之間的切換設(shè)置不合理造成的。如果是這種原因，則應(yīng)及時(shí)修改切換參數(shù)，同時(shí)需要檢查小區(qū)周圍是否有盲區(qū)存在；如果是由于網(wǎng)絡(luò)存在漏覆蓋區(qū)或盲區(qū)而導(dǎo)致的切換失敗，則可以通過增加新基站或擴(kuò)大原有基站的覆蓋范圍予以解決；對于因頻率設(shè)置不合理而導(dǎo)致的切換失敗，可根據(jù)實(shí)測情況適當(dāng)修改小區(qū)的頻率參數(shù)；對于那些由于話務(wù)量不均衡，使忙時(shí)因目標(biāo)基站無空閑信道而產(chǎn)生的切換失敗，可以根據(jù)實(shí)際話務(wù)量的情況，通過修改或增加基站配置或者擴(kuò)大原有基站的覆蓋范圍等辦法予以解決。
下面從路測角度來分析日常工作中會遇到的切換失敗的現(xiàn)象，并分析造成各種現(xiàn)象的原因以及相應(yīng)的處理辦法。
總的來說，在遇到切換失敗事件時(shí)首先應(yīng)該從HO_FAILURE消息中查找切換失敗的原因解釋（Cause value）,有些切換失敗是可以直接查到切換失敗原因的（可以詳查GSM規(guī)范）。但對于有些Cause value，如Cause value111（Protocol error，unspecified）、Cause value 3（Abnormal release，timer expired）等就無法定位具體原因。對于這些情況，我們就應(yīng)該再進(jìn)一步的對信令流程、多種測量參數(shù)、統(tǒng)計(jì)報(bào)告以及測試現(xiàn)場的環(huán)境等進(jìn)行綜合的分析，從而進(jìn)一步確定切換失敗原因。下面的大部分篇幅的分析解決辦法都是基于這些無法定位具體原因的Cause value。
①、連續(xù)的切換失敗
測試中我們有時(shí)會遇到這樣的情況：接連不斷的出現(xiàn)切換失敗，當(dāng)測試工程師繼續(xù)驅(qū)車向前行駛時(shí)，就可能導(dǎo)致拖帶掉話。從系統(tǒng)下行發(fā)送的Handover_Command消息中我們可以發(fā)現(xiàn)，目標(biāo)小區(qū)都是同一個(gè)小區(qū)（或同一個(gè)基站的不同小區(qū)）。此種現(xiàn)象一般都和基站或傳輸設(shè)備的時(shí)鐘故障有關(guān)，但也有可能是同頻同BISC的小區(qū)造成的。
②、單獨(dú)出現(xiàn)的切換失敗
如上所述，面對連續(xù)的切換失敗時(shí)，我們的目標(biāo)比較明確，而且基本上都是與時(shí)鐘等硬件有關(guān)，比較容易發(fā)現(xiàn)問題，也比較好解決。而實(shí)際工作中，卻存在著偶爾單獨(dú)出現(xiàn)的切換失敗現(xiàn)象。出現(xiàn)這種現(xiàn)象的原因卻是多種多樣，我們在這一節(jié)中將針對不同的現(xiàn)象分析不同的原因，值得注意的是，雖然大多數(shù)單獨(dú)出現(xiàn)的切換失敗現(xiàn)象很相似，但通過對信令的分析（時(shí)間、幀號、信令內(nèi)容等），就會找出切換失敗的具體原因。帶著這個(gè)思路我們來看下面的介紹。
1）連續(xù)多個(gè)下行Physical Information，超過系統(tǒng)設(shè)置造成失敗
實(shí)例：馬家堡DCS1
現(xiàn)象：從Handover_Command到系統(tǒng)下行發(fā)第一個(gè)Physical Information正常，因此軟件認(rèn)為切換成功，發(fā)送HO_Complete消息。但1.05秒后又上行發(fā)送HandoverFailure消息。
分析：首先看Handover Failure中的Cause Value=111(Protocol error,unspecified)無法證實(shí)具體失敗原因。隨后再對該地區(qū)的頻率規(guī)劃進(jìn)行了核查，未發(fā)現(xiàn)有頻率干擾。在OMC端也未發(fā)現(xiàn)傳輸和基站硬件的告警信息。但在2層消息中我們可以看出，從Handover_Access后上行發(fā)送的SABM消息一直沒有得到UA_RSP消息的響應(yīng)，造成LAPDm信令重發(fā)T200×（N200＋1）超時(shí)，致使切換失敗。
Layer2&Layer3信令流程如下
FrameNO. UL/DL Layer Message Type Info in Message Time
1 2364048 DL 2 I-CMD HO_Command 14'48"10.94
2 2364049 DL 3 HO_Command 14'48"10.94
3 1946551 UL 2 RR-RSP 14'48"10.80
4 1946555 UL 3 HO_Access 14'48"10.83
5 1946580 DL 3 Physical_Info TA=1 14'48"10.94
6 1946580 UL 3 HO_Complete 14'48"10.94
7 1946582 UL 2 SABM-CMD 14'48"10.95
8 1946593 DL 3 Physical_Info TA=1 14'48"11.00
9 1946606 DL 3 Physical_Info TA=1 14'48"11.06
10 1946619 DL 3 Physical_Info TA=1 14'48"11.13
11 1946621 UL 2 SABM-CMD 14'48"11.13
12 1946632 DL 3 Physical_Info TA=1 14'48"11.19
13 1946645 DL 3 Physical_Info TA=1 14'48"11.25
14 1946658 DL 3 Physical_Info TA=1 14'48"11.31
15 1946660 UL 2 SABM-CMD 14'48"11.32
16 1946671 DL 3 Physical_Info TA=1 14'48"11.37
17 1946684 DL 3 Physical_Info TA=1 14'48"11.43
18 1946697 DL 3 Physical_Info TA=1 14'48"11.49
19 1946699 UL 2 SABM-CMD 14'48"11.50
20 1946710 DL 3 Physical_Info TA=1 14'48"11.55
21 1946723 DL 3 Physical_Info TA=1 14'48"11.61
22 1946729 DL 3 System_Infor_6 14'48"11.64
23 1946736 DL 3 Physical_Info TA=1 14'48"11.67
24 1946738 UL 2 SABM-CMD 14'48"11.68
25 1946739 UL 3 MR null 14'48"11.68
26 1946749 DL 3 Physical_Info TA=1 14'48"11.73
27 1946762 DL 3 Physical_Info TA=1 14'48"11.79
28 1946775 DL 3 Physical_Info TA=1 14'48"11.85
29 1946777 UL 2 SABM-CMD 14'48"11.86
30 1946788 DL 3 Physical_Info TA=1 14'48"11.91
31 1946801 DL 3 Physical_Info TA=1 14'48"11.97
32 2364314 UL 3 HO_Failure 14'48"11.99
33 2364323 UL 2 SABM-CMD 14'48"12.04
34 2364347 DL 2 UA-RSP 14'48"12.15
35 2364349 UL 2 I-CMD HO_Failure 14'48"12.16
我們發(fā)現(xiàn)該小區(qū)的呼叫成功率和切換成功率均很低，懷疑為硬件有問題。在對硬件模塊和天線的駐波比等參數(shù)進(jìn)行檢測未發(fā)現(xiàn)問題后，經(jīng)過更換信道盤后該問題解決。說明是CTU中某些功能模塊出現(xiàn)故障。
該案例說明，在實(shí)際工作中的任何時(shí)候，我們都不能忽略硬件問題，尤其是在沒有發(fā)現(xiàn)硬件告警的情況下，更需要通過超過常規(guī)手段的新辦法來發(fā)現(xiàn)硬件問題。這樣，除了能解決眼前的問題以外，還能為發(fā)現(xiàn)網(wǎng)絡(luò)深層次問題和發(fā)現(xiàn)問題的新思路積累經(jīng)驗(yàn)。
2）無下行physical information
A．同站不同小區(qū)之間將Synchronized Indicator置為True;
實(shí)例：北太平莊路口DCS
現(xiàn)象：測試工程師在北三環(huán)自西向東行駛，占用小區(qū)31047，隨著繼續(xù)行駛，TA已經(jīng)達(dá)到3，這時(shí)服務(wù)小區(qū)的覆蓋電平已經(jīng)降到－8xdBm，Quality也達(dá)到4、5級，但鄰區(qū)覆蓋電平并不高。后系統(tǒng)令手機(jī)向同站的31048發(fā)出切換命令，但切換失敗。
分析：首先先看Handover_failure中的CauseValue＝111。再分析信令流程：從HO_Access到HO_Complete之間無任何信令，原因是同站不同小區(qū)之間我們在鄰區(qū)設(shè)置時(shí)，將默認(rèn)同步值設(shè)為True，因此，在切換時(shí)系統(tǒng)不會下行發(fā)送Physical Information，而手機(jī)在發(fā)送HO_Acces后也不會等待下行消息，不會觸發(fā)T3124。如下表：
FrameNO. UL/DL Layer Message Type Info in Message Time
1 1707367 DL 2 I-CMD HO_command 15'39"12.62
2 1707370 UL 2 RR-RSP 15'39"12.64
3 1707372 DL 3 HO_Command 15'39"12.65
4 1707387 UL 3 HO_Access 15'39"12.71
5 1707391 UL 3 HO_Complete 15'39"12.73
6 1707396 UL 2 SABM-CMD 15'39"12.76
7 1707435 UL 2 SABM-CMD 15'39"12.94
8 1707474 UL 2 SABM-CMD 15'39"13.12
9 1707514 UL 2 SABM-CMD 15'39"13.30
10 1707544 DL 2 DM-RSP SAPI=3 15'39"13.44
11 1707552 UL 2 SABM-CMD 15'39"13.48
12 1707593 UL 2 SABM-CMD 15'39"13.67
13 1707656 UL 3 HO_Failure 15'39"13.96
14 1707663 UL 2 SABM-CMD 15'39"13.99
15 1707692 DL 2 UA-RSP 15'39"14.12
16 1707694 UL 2 I-CMD HOF 15'39"14.13
17 1707718 DL 2 RR-RSP 15'39"14.24
18 1708634 DL 2 DM-RSP SAPI=3 15'39"18.47
但是為什么最后還是切換失敗了呢？仔細(xì)研究2層消息，手機(jī)連續(xù)發(fā)送6條SABM消息，等待接收UA-RSP的連接確認(rèn)消息，造成Um接口的LAPDm協(xié)議上的T200×（N200＋1）超時(shí)是切換失敗的原因。經(jīng)過核查鄰區(qū)關(guān)系，我們發(fā)現(xiàn)小區(qū)31047缺少東邊一些相鄰的鄰區(qū)，造成只能回切至自己本站的2小區(qū)的現(xiàn)象，但由于距離太遠(yuǎn)，已經(jīng)無法收到下行或上行的消息，造成了切換失敗。
故障解決：加上適當(dāng)鄰區(qū)后該問題解決。
我們在下面的注解中將剛才提到的有關(guān)同步/非同步切換所涉及到的計(jì)時(shí)器介紹一下：
注：設(shè)置小區(qū)同步切換對切換流程的影響
? 在鄰區(qū)關(guān)系設(shè)為Non_Synchronized時(shí)，手機(jī)在發(fā)送HO_Access同時(shí)會啟動(dòng)T3124，在這個(gè)計(jì)時(shí)器期間未收到下行的Physical Information，便認(rèn)為切換失��；收到Physical Information后T3124自動(dòng)停止，這時(shí)會上行發(fā)送Layer 2 SABM消息，啟動(dòng)LAPDm的T200和N200計(jì)時(shí)器，在T200×（N200＋1）時(shí)間內(nèi)未收到下行的UA-RSP的確認(rèn)消息就會發(fā)送切換失敗消息。
? 在鄰區(qū)關(guān)系設(shè)為Synchronized時(shí)，手機(jī)不會啟動(dòng)T3124計(jì)時(shí)器步驟，直接進(jìn)入Layer2計(jì)時(shí)器階段。
B．小區(qū)之間將Synchronized Indicator置為False;
在收到手機(jī)上報(bào)的HO_ACCESS消息后，從理論上基站是應(yīng)該發(fā)出下行Physical Information的，但造成手機(jī)端未收到或未正確解碼的原因有很多。這種情況下應(yīng)當(dāng)首先考慮硬件問題，比如信道盤、時(shí)鐘、傳輸?shù)�。另外考慮是否有頻率干擾的問題，由于干擾造成的上下行消息不能正確接受的影響范圍很廣，產(chǎn)生的原因也多種多樣，所以有時(shí)不能單單從GI分析軟件（GSM Investigator,Motorola開發(fā)的優(yōu)化工具）等方法中發(fā)現(xiàn)帶內(nèi)干擾，例如可能由于鄰區(qū)不全造成拖帶，從而造成與遠(yuǎn)處基站的干擾等等，這就要視具體情況而定。
3）三層消息中出現(xiàn)HO_Complete后手機(jī)再上行發(fā)送HO_Failure消息
實(shí)際上在GSM規(guī)范中沒有此類的規(guī)定，僅在用TEMS測試中中發(fā)現(xiàn)此類現(xiàn)象。如果系統(tǒng)收到的手機(jī)上報(bào)的切換失敗的消息后，會通知源小區(qū)進(jìn)行拆線，空出原信道，這樣手機(jī)切換失敗后就不能回到原信道，從而造成切換掉話。但經(jīng)過大量TEMS的路測文件的分析，并沒有出現(xiàn)上述的切換掉話現(xiàn)象，從這個(gè)角度說，我們可以認(rèn)為這是軟件問題，實(shí)際上系統(tǒng)并沒有收到切換成功的消息。至于軟件問題的具體原因，Ericsson公司還沒有給出正面的答復(fù)。
實(shí)際我們可以參照第一種情況“連續(xù)多個(gè)下行Physical Information，超過系統(tǒng)設(shè)置造成失敗”的解決辦法。
4）其它可能出現(xiàn)的切換失敗現(xiàn)象
除了以上所介紹的幾種常見的切換失敗的類型外，我們還可能遇到一些其它不常見的切換失敗，這些都是GSM規(guī)范中定義的切換失敗類型，主要是系統(tǒng)設(shè)置出現(xiàn)問題，或手機(jī)不支持網(wǎng)絡(luò)設(shè)置所致。
A．超過目標(biāo)小區(qū)的最大服務(wù)距離，Cause: “handover impossible, timing advance out of range”（見GSM規(guī)范04.08）
在小區(qū)設(shè)置時(shí)，可以設(shè)置小區(qū)的最大服務(wù)距離，參數(shù)以TA為單位，最小可以設(shè)到0。該參數(shù)的目的有兩個(gè)：1、控制小區(qū)用戶起呼的范圍，超過設(shè)置范圍的用戶將不能起呼；2、控制該小區(qū)的話務(wù)量，使得超過該小區(qū)設(shè)置范圍的用戶自動(dòng)切出，另外“阻止”超過改設(shè)置范圍的用戶切入。
這樣在Handover Failure中的Cause: "handover impossible, timing advance out of range"。在GSM規(guī)范中規(guī)定在同步切換或預(yù)同步切換的時(shí)候，下行系統(tǒng)發(fā)送的HO_Command消息中包含了目標(biāo)小區(qū)TA設(shè)置為多大，由于手機(jī)會以源小區(qū)的TA為基準(zhǔn)向目標(biāo)小區(qū)接入，當(dāng)發(fā)現(xiàn)自己所用的TA值超過目標(biāo)小區(qū)的限制時(shí)，便會立即上行發(fā)送HO_Falure消息，并且Cause: "handover impossible, timing advance out of range"。
B． Cause: “frequency not implemented”（見GSM規(guī)范04.08）
如果切換失敗原因?yàn)镃ause "frequency not implemented"時(shí)，說明有以下兩種可能：一種是手機(jī)不能調(diào)諧到HANDOVER COMMAND消息中所包含的頻率上，例如單頻手機(jī)不能切到其他頻段上，但此類現(xiàn)象只有在交換機(jī)上設(shè)置參數(shù)錯(cuò)誤或出現(xiàn)故障時(shí)才可能發(fā)生，因?yàn)橄到y(tǒng)是會根據(jù)手機(jī)的類別來有針對性的發(fā)出切換命令的；另外一種原因是手機(jī)在收到的包含有Frenquency List的字節(jié)中包含有不同頻段的頻點(diǎn)。以上兩種情況手機(jī)就會立即直接發(fā)送HANDOVER FAILURE消息，并保持使用原先的信道不變，返回系統(tǒng)的失敗原因就是Cause "frequency not implemented"。
C．Cause: “channel mode unacceptable”
如果手機(jī)不支持HANDOVER COMMAND中提供的信道模式或者根本沒有此類信道模式，手機(jī)就會立即發(fā)送HANDOVER FAILURE消息，并保持現(xiàn)有信道和信道模式。（詳見GSM規(guī)范04.08）
D．lower layer 信道建立失敗造成切換失敗
此類現(xiàn)象在實(shí)際工作中從未遇到過，但是規(guī)范中有此類原因的切換失敗。（詳見GSM規(guī)范04.08）
E．目標(biāo)小區(qū)要求加密、VGCS等設(shè)置與源小區(qū)不同且在HO_Command中沒有提及的；（見GSM規(guī)范04.08）
5） Cause 3與Cause 111的對比
在日常工作中，我們使用的測試設(shè)備有兩大類，一類是Ericsson公司的TEMS系列，這其中包括TEMS98，TEMS-Investigation2.0/3.0，TEMS-Automatic等；一類是NEMO公司的NEMO-TOM/SAM系列。由于雙方軟件設(shè)計(jì)的一些不同，一些方面需要引起大家注意。最主要的在于信令流程中的差異。TEMS中三層消息較全，另外還有二層消息，對于分析問題更加便利。相比而言TOM的三層消息就比較少，有些重復(fù)發(fā)送的例如系統(tǒng)消息和測量報(bào)告就不會紀(jì)錄下來，另外還沒有二層消息。另外，我們發(fā)現(xiàn)在Ho_Failure中的Cause Value中也有這不同的判斷，這一般體現(xiàn)在不明原因的切換失敗上，在TEMS中均為Cause111（Protocol error,unspecified），而在TOM中則多為Cause3（timer expired）。因此，前文中Cause Value不明原因的切換失敗是基于TEMS的Cause111的，但在用TOM測試的分析中，遇到的Cause Value3也同樣適用。
1) 設(shè)備問題：如時(shí)鐘漂移，目標(biāo)小區(qū)載頻工作不正常，載頻輸出功率降低，載頻無法占用等
2) 網(wǎng)絡(luò)參數(shù)設(shè)置不合理：如，服務(wù)小區(qū)鄰小區(qū)不完整，存在近距離同頻同BSIC問題，“允許的NCC”中沒有加入目標(biāo)小區(qū)NCC，外部小區(qū)描述數(shù)據(jù)表”的CGI、BCCH、BSIC等與對方實(shí)際數(shù)據(jù)不符
3) 切換參數(shù)不合理，如：切換的觸發(fā)和比較門限太高，導(dǎo)致無法及時(shí)切換。
4) MSC中配置的“位置區(qū)小區(qū)表”的BSC的目的信令點(diǎn)錯(cuò)誤，MSC的REMOTELAC表定義不全或錯(cuò)誤
5) 與其他廠家對接對端在A接口、E接口的各類信令與我方不一致，不能識別或不支持，導(dǎo)致切換失敗。如語音版本、切換號碼、TUP電路、尋址方式（CGI或LAI）等
6) 工程參數(shù)設(shè)置不合理：引起切換失敗的主要原因?yàn)樘炀�接反和天線接為鴛鴦線，以及由于越區(qū)覆蓋而導(dǎo)致孤島效應(yīng)
7) 無線環(huán)境：目標(biāo)小區(qū)無線無限環(huán)境太差，如干擾嚴(yán)重、上下行鏈路不平衡
8) 話務(wù)原因：目標(biāo)小區(qū)話務(wù)太高，無空閑信道；或者目標(biāo)小區(qū)傳輸出現(xiàn)故障（誤碼率高或傳輸瞬斷），BSC雖然判斷有TCH資源，但是無法激活地面電路資源，導(dǎo)致切換失敗。
9) 采樣數(shù)太少，不夠切換判決的條件。
一、切換的定義及劃分
所謂切換，就是指當(dāng)移動(dòng)臺在通話過程中從一個(gè)基站覆蓋區(qū)移動(dòng)到另一個(gè)基站覆蓋區(qū)，或者由于外界干擾而造成通話質(zhì)量下降時(shí)，必須改變原有的語音信道而轉(zhuǎn)接到一條新的空閑語音信道上去，以繼續(xù)保持通話的過程。 切換根據(jù)手機(jī)和基站測出的上下行電平質(zhì)量和TA值作為最基本的測量數(shù)據(jù)，根據(jù)切換判斷算法和資源分配算法來決定是否應(yīng)該切換和切向哪個(gè)小區(qū)。切換是移動(dòng)通信系統(tǒng)中一項(xiàng)非常重要的技術(shù)，切換失敗會導(dǎo)致通話失敗，影響網(wǎng)絡(luò)的運(yùn)行質(zhì)量。因此，切換成功率（包括切入和切出）是網(wǎng)絡(luò)考核的一項(xiàng)重要指標(biāo)，如何提高切換成功率、降低切換失敗率是網(wǎng)絡(luò)優(yōu)化的重點(diǎn)工作之一。
根據(jù)不同的切換判決觸發(fā)條件，切換可以分為緊急切換、負(fù)荷切換等5類。
（1）緊急切換。包括TA過大緊急切換、質(zhì)量差（BQ）緊急切換、快速電平下降緊急切換、干擾切換。
●TA過大切換條件：服務(wù)小區(qū)的TA大于等于緊急切換TA限制。
●BQ切換條件：服務(wù)小區(qū)的上行鏈路質(zhì)量在濾波器長度時(shí)間內(nèi)平均值大于等于緊急切換上行鏈路質(zhì)量限制；服務(wù)小區(qū)的下行鏈路質(zhì)量在濾波器長度時(shí)間內(nèi)平均值大于等于緊急切換下行鏈路質(zhì)量限制。
●快速電平下降切換在呼叫中電平突然下降時(shí)觸發(fā)，觸發(fā)條件：服務(wù)小區(qū)如果Value＞B（Value：一個(gè)與濾波器參數(shù)A1～A8相關(guān)的值，該值表示在一段時(shí)間內(nèi)接收電平的變化趨勢；B：濾波器參數(shù)）切換最后的MR6已經(jīng)低于邊緣切換門限，則發(fā)生切換。
●干擾切換：也屬于緊急切換，當(dāng)接收電平大于一定值但傳輸質(zhì)量又低于干擾切換質(zhì)量門限時(shí)觸發(fā)。
�。�2）負(fù)荷切換。負(fù)荷切換觸發(fā)要同時(shí)滿足三個(gè)條件：系統(tǒng)信令流量小于允許負(fù)荷切換系統(tǒng)流量級別門限；需要切換的小區(qū)負(fù)荷高于負(fù)荷切換啟動(dòng)門限；接收切換的小區(qū)的負(fù)荷低于負(fù)荷切換接收門限。
（3）正常切換。包括邊緣切換、分層分級切換和PBGT切換。
●邊緣切換條件：服務(wù)小區(qū)已低于邊緣切換門限；在邊緣切換統(tǒng)計(jì)時(shí)間（如5 s）內(nèi)，服務(wù)小區(qū)電平持續(xù)低于邊緣切換門限（如4 s）。
●分層分級切換：在不同層或同層不同優(yōu)先級之間才有層間切換，同層同級之間沒有層間切換。觸發(fā)條件是鄰小區(qū)電平值高于層間切換門限和磁滯之和，對服務(wù)小區(qū)電平值沒有要求；鄰區(qū)排在服務(wù)小區(qū)之前，且優(yōu)先級比服務(wù)小區(qū)更高，鄰區(qū)電平值大于等于層間切換門限和層間切換磁滯之和；滿足P/N判決，如5 s內(nèi)有4 s始終處于最好；邊緣切換和層間切換只能選一個(gè)，它先判斷是否觸發(fā)邊緣切換，再判斷是否觸發(fā)層間切換。
●PBGT切換算法是基于路徑損耗的切換。PBGT切換算法實(shí)時(shí)地尋找是否存在一個(gè)路徑損耗更小并且滿足一定系統(tǒng)要求的小區(qū)，并判斷是否需要進(jìn)行切換。不同層沒有PBGT切換。PBGT切換至少帶來了如下好處：解決了越區(qū)覆蓋問題；減少了雙頻切換的次數(shù)；使話務(wù)引導(dǎo)和控制有更靈活的手段；始終能為用戶提供當(dāng)前最好的服務(wù)質(zhì)量。PBGT和其他切換算法的最大區(qū)別在于它能以路徑損耗而不是接收功率作為切換的觸發(fā)條件。為了避免乒乓切換，PBGT只在同層同級的小區(qū)之間進(jìn)行切換，鄰近小區(qū)的路徑損耗小于服務(wù)小區(qū)路徑損耗一定的門限值。PBGT切換的觸發(fā)準(zhǔn)則：鄰區(qū)排在服務(wù)小區(qū)之前，在一定的統(tǒng)計(jì)時(shí)間內(nèi)滿足P/N準(zhǔn)則。
（4）速度敏感性切換（快速移動(dòng)切換）。在一定時(shí)間門限里達(dá)到快速移動(dòng)小區(qū)實(shí)際個(gè)數(shù)時(shí)，認(rèn)為是快速移動(dòng)，就會切換到宏小區(qū)上去（第4層），并且對原有小區(qū)在懲罰時(shí)間里給予電平懲罰。
�。�5）同心圓切換。可以實(shí)現(xiàn)外圓的廣覆蓋和內(nèi)圓的頻率緊密復(fù)用，能夠提高系統(tǒng)容量和通話質(zhì)量�？梢愿鶕�(jù)手機(jī)下行接收電平、質(zhì)量和TA值來區(qū)分內(nèi)圓和外圓。
同心圓切換的相關(guān)參數(shù)如下：
●內(nèi)外圓信號強(qiáng)度差異（dB）：內(nèi)圓進(jìn)行功率補(bǔ)償?shù)闹怠?
●接收電平門限（dB m）：與接收電平磁滯、TA門限、TA磁滯共同決定內(nèi)外圓區(qū)域，必須大于邊緣切換門限值。
●接收電平磁滯（dB）：與接收電平門限、TA門限、TA磁滯共同決定內(nèi)外圓區(qū)域。
●TA門限：與接收電平門限、接收電平磁滯、TA磁滯共同決定內(nèi)外圓區(qū)域，必須大于TA緊急切換門限值。
●TA磁滯：與接收電平門限、接收電平磁滯、TA門限共同決定內(nèi)外圓區(qū)域。
●同心圓切換統(tǒng)計(jì)時(shí)間（s）：同心圓切換也需要滿足P/N判決，建議取5 s。
●同心圓切換持續(xù)時(shí)間（s）：P/N判決持續(xù)時(shí)間，建議取4 s。
二、切換失敗的原因分析
切換失敗引起掉話的原因雖然比較復(fù)雜，但只要能對整個(gè)切換過程有一個(gè)完整的、正確的認(rèn)識，問題就不難解決了。一般，我們可以通過以下三個(gè)步驟進(jìn)行分析：
（1）從MSC、BSC告警中獲得網(wǎng)絡(luò)不正常的信息。在因相鄰小區(qū)數(shù)據(jù)配置有誤或鄰區(qū)的BCCH、BCC（基站收發(fā)臺色碼）、LAC（位置區(qū)碼）等設(shè)置不對而造成切換失敗掉話時(shí)，都會在MSC及BSC中產(chǎn)生相應(yīng)的告警。因此，可以應(yīng)該經(jīng)常查看MSC、BSC中的告警記錄，找出問題存在的原因。
（2）對OMC的統(tǒng)計(jì)信息進(jìn)行分析來發(fā)現(xiàn)不正常的原因。基站切換失敗偏高，有時(shí)在MSC及BSC中并無告警信息，這時(shí)可以通過對OMC中的數(shù)據(jù)進(jìn)行分析來發(fā)現(xiàn)問題。通過對OMC中的數(shù)據(jù)進(jìn)行分析，可以發(fā)現(xiàn)某些基站存在的隱性問題（如TRX、RTX等的隱性障礙，天線等硬件問題），從而找出問題之所在，達(dá)到網(wǎng)絡(luò)優(yōu)化的目的。
�。�3）借助無線場強(qiáng)測試儀的測試來判斷切換失敗的原因。在一般情況下，應(yīng)該對目標(biāo)小區(qū)周邊進(jìn)行較大范圍的測試，通過實(shí)地路測，可獲得基站的覆蓋情況及切換情況，從而得到某些OMC所不能提供的信息。在實(shí)測時(shí)，特別要把那些與目標(biāo)小區(qū)有切換拓?fù)潢P(guān)系而擁塞率又較高的小區(qū)作為測試的重點(diǎn)，然后通過對測試結(jié)果的分析，判斷切換失敗的原因，從而找出解決問題的辦法。
當(dāng)失敗率高涉及到切換問題時(shí)，應(yīng)抓住切換及切換失敗的原因作為突破點(diǎn)，進(jìn)而找出解決問題的辦法。一般而言，由于切換是在小區(qū)及基站之間發(fā)生的，因此本小區(qū)的失敗有可能是因?yàn)榕c相鄰小區(qū)之間的切換設(shè)置不合理造成的。如果是這種原因，則應(yīng)及時(shí)修改切換參數(shù)，同時(shí)需要檢查小區(qū)周圍是否有盲區(qū)存在；如果是由于網(wǎng)絡(luò)存在漏覆蓋區(qū)或盲區(qū)而導(dǎo)致的切換失敗，則可以通過增加新基站或擴(kuò)大原有基站的覆蓋范圍予以解決；對于因頻率設(shè)置不合理而導(dǎo)致的切換失敗，可根據(jù)實(shí)測情況適當(dāng)修改小區(qū)的頻率參數(shù)；對于那些由于話務(wù)量不均衡，使忙時(shí)因目標(biāo)基站無空閑信道而產(chǎn)生的切換失敗，可以根據(jù)實(shí)際話務(wù)量的情況，通過修改或增加基站配置或者擴(kuò)大原有基站的覆蓋范圍等辦法予以解決。
下面從路測角度來分析日常工作中會遇到的切換失敗的現(xiàn)象，并分析造成各種現(xiàn)象的原因以及相應(yīng)的處理辦法。
總的來說，在遇到切換失敗事件時(shí)首先應(yīng)該從HO_FAILURE消息中查找切換失敗的原因解釋（Cause value）,有些切換失敗是可以直接查到切換失敗原因的（可以詳查GSM規(guī)范）。但對于有些Cause value，如Cause value111（Protocol error，unspecified）、Cause value 3（Abnormal release，timer expired）等就無法定位具體原因。對于這些情況，我們就應(yīng)該再進(jìn)一步的對信令流程、多種測量參數(shù)、統(tǒng)計(jì)報(bào)告以及測試現(xiàn)場的環(huán)境等進(jìn)行綜合的分析，從而進(jìn)一步確定切換失敗原因。下面的大部分篇幅的分析解決辦法都是基于這些無法定位具體原因的Cause value。
①、連續(xù)的切換失敗
測試中我們有時(shí)會遇到這樣的情況：接連不斷的出現(xiàn)切換失敗，當(dāng)測試工程師繼續(xù)驅(qū)車向前行駛時(shí)，就可能導(dǎo)致拖帶掉話。從系統(tǒng)下行發(fā)送的Handover_Command消息中我們可以發(fā)現(xiàn)，目標(biāo)小區(qū)都是同一個(gè)小區(qū)（或同一個(gè)基站的不同小區(qū)）。此種現(xiàn)象一般都和基站或傳輸設(shè)備的時(shí)鐘故障有關(guān)，但也有可能是同頻同BISC的小區(qū)造成的。
②、單獨(dú)出現(xiàn)的切換失敗
如上所述，面對連續(xù)的切換失敗時(shí)，我們的目標(biāo)比較明確，而且基本上都是與時(shí)鐘等硬件有關(guān)，比較容易發(fā)現(xiàn)問題，也比較好解決。而實(shí)際工作中，卻存在著偶爾單獨(dú)出現(xiàn)的切換失敗現(xiàn)象。出現(xiàn)這種現(xiàn)象的原因卻是多種多樣，我們在這一節(jié)中將針對不同的現(xiàn)象分析不同的原因，值得注意的是，雖然大多數(shù)單獨(dú)出現(xiàn)的切換失敗現(xiàn)象很相似，但通過對信令的分析（時(shí)間、幀號、信令內(nèi)容等），就會找出切換失敗的具體原因。帶著這個(gè)思路我們來看下面的介紹。
1）連續(xù)多個(gè)下行Physical Information，超過系統(tǒng)設(shè)置造成失敗
實(shí)例：馬家堡DCS1
現(xiàn)象：從Handover_Command到系統(tǒng)下行發(fā)第一個(gè)Physical Information正常，因此軟件認(rèn)為切換成功，發(fā)送HO_Complete消息。但1.05秒后又上行發(fā)送HandoverFailure消息。
分析：首先看Handover Failure中的Cause Value=111(Protocol error,unspecified)無法證實(shí)具體失敗原因。隨后再對該地區(qū)的頻率規(guī)劃進(jìn)行了核查，未發(fā)現(xiàn)有頻率干擾。在OMC端也未發(fā)現(xiàn)傳輸和基站硬件的告警信息。但在2層消息中我們可以看出，從Handover_Access后上行發(fā)送的SABM消息一直沒有得到UA_RSP消息的響應(yīng)，造成LAPDm信令重發(fā)T200×（N200＋1）超時(shí)，致使切換失敗。
Layer2&Layer3信令流程如下
FrameNO. UL/DL Layer Message Type Info in Message Time
1 2364048 DL 2 I-CMD HO_Command 14'48"10.94
2 2364049 DL 3 HO_Command 14'48"10.94
3 1946551 UL 2 RR-RSP 14'48"10.80
4 1946555 UL 3 HO_Access 14'48"10.83
5 1946580 DL 3 Physical_Info TA=1 14'48"10.94
6 1946580 UL 3 HO_Complete 14'48"10.94
7 1946582 UL 2 SABM-CMD 14'48"10.95
8 1946593 DL 3 Physical_Info TA=1 14'48"11.00
9 1946606 DL 3 Physical_Info TA=1 14'48"11.06
10 1946619 DL 3 Physical_Info TA=1 14'48"11.13
11 1946621 UL 2 SABM-CMD 14'48"11.13
12 1946632 DL 3 Physical_Info TA=1 14'48"11.19
13 1946645 DL 3 Physical_Info TA=1 14'48"11.25
14 1946658 DL 3 Physical_Info TA=1 14'48"11.31
15 1946660 UL 2 SABM-CMD 14'48"11.32
16 1946671 DL 3 Physical_Info TA=1 14'48"11.37
17 1946684 DL 3 Physical_Info TA=1 14'48"11.43
18 1946697 DL 3 Physical_Info TA=1 14'48"11.49
19 1946699 UL 2 SABM-CMD 14'48"11.50
20 1946710 DL 3 Physical_Info TA=1 14'48"11.55
21 1946723 DL 3 Physical_Info TA=1 14'48"11.61
22 1946729 DL 3 System_Infor_6 14'48"11.64
23 1946736 DL 3 Physical_Info TA=1 14'48"11.67
24 1946738 UL 2 SABM-CMD 14'48"11.68
25 1946739 UL 3 MR null 14'48"11.68
26 1946749 DL 3 Physical_Info TA=1 14'48"11.73
27 1946762 DL 3 Physical_Info TA=1 14'48"11.79
28 1946775 DL 3 Physical_Info TA=1 14'48"11.85
29 1946777 UL 2 SABM-CMD 14'48"11.86
30 1946788 DL 3 Physical_Info TA=1 14'48"11.91
31 1946801 DL 3 Physical_Info TA=1 14'48"11.97
32 2364314 UL 3 HO_Failure 14'48"11.99
33 2364323 UL 2 SABM-CMD 14'48"12.04
34 2364347 DL 2 UA-RSP 14'48"12.15
35 2364349 UL 2 I-CMD HO_Failure 14'48"12.16
我們發(fā)現(xiàn)該小區(qū)的呼叫成功率和切換成功率均很低，懷疑為硬件有問題。在對硬件模塊和天線的駐波比等參數(shù)進(jìn)行檢測未發(fā)現(xiàn)問題后，經(jīng)過更換信道盤后該問題解決。說明是CTU中某些功能模塊出現(xiàn)故障。
該案例說明，在實(shí)際工作中的任何時(shí)候，我們都不能忽略硬件問題，尤其是在沒有發(fā)現(xiàn)硬件告警的情況下，更需要通過超過常規(guī)手段的新辦法來發(fā)現(xiàn)硬件問題。這樣，除了能解決眼前的問題以外，還能為發(fā)現(xiàn)網(wǎng)絡(luò)深層次問題和發(fā)現(xiàn)問題的新思路積累經(jīng)驗(yàn)。
2）無下行physical information
A．同站不同小區(qū)之間將Synchronized Indicator置為True;
實(shí)例：北太平莊路口DCS
現(xiàn)象：測試工程師在北三環(huán)自西向東行駛，占用小區(qū)31047，隨著繼續(xù)行駛，TA已經(jīng)達(dá)到3，這時(shí)服務(wù)小區(qū)的覆蓋電平已經(jīng)降到－8xdBm，Quality也達(dá)到4、5級，但鄰區(qū)覆蓋電平并不高。后系統(tǒng)令手機(jī)向同站的31048發(fā)出切換命令，但切換失敗。
分析：首先先看Handover_failure中的CauseValue＝111。再分析信令流程：從HO_Access到HO_Complete之間無任何信令，原因是同站不同小區(qū)之間我們在鄰區(qū)設(shè)置時(shí)，將默認(rèn)同步值設(shè)為True，因此，在切換時(shí)系統(tǒng)不會下行發(fā)送Physical Information，而手機(jī)在發(fā)送HO_Acces后也不會等待下行消息，不會觸發(fā)T3124。如下表：
FrameNO. UL/DL Layer Message Type Info in Message Time
1 1707367 DL 2 I-CMD HO_command 15'39"12.62
2 1707370 UL 2 RR-RSP 15'39"12.64
3 1707372 DL 3 HO_Command 15'39"12.65
4 1707387 UL 3 HO_Access 15'39"12.71
5 1707391 UL 3 HO_Complete 15'39"12.73
6 1707396 UL 2 SABM-CMD 15'39"12.76
7 1707435 UL 2 SABM-CMD 15'39"12.94
8 1707474 UL 2 SABM-CMD 15'39"13.12
9 1707514 UL 2 SABM-CMD 15'39"13.30
10 1707544 DL 2 DM-RSP SAPI=3 15'39"13.44
11 1707552 UL 2 SABM-CMD 15'39"13.48
12 1707593 UL 2 SABM-CMD 15'39"13.67
13 1707656 UL 3 HO_Failure 15'39"13.96
14 1707663 UL 2 SABM-CMD 15'39"13.99
15 1707692 DL 2 UA-RSP 15'39"14.12
16 1707694 UL 2 I-CMD HOF 15'39"14.13
17 1707718 DL 2 RR-RSP 15'39"14.24
18 1708634 DL 2 DM-RSP SAPI=3 15'39"18.47
但是為什么最后還是切換失敗了呢？仔細(xì)研究2層消息，手機(jī)連續(xù)發(fā)送6條SABM消息，等待接收UA-RSP的連接確認(rèn)消息，造成Um接口的LAPDm協(xié)議上的T200×（N200＋1）超時(shí)是切換失敗的原因。經(jīng)過核查鄰區(qū)關(guān)系，我們發(fā)現(xiàn)小區(qū)31047缺少東邊一些相鄰的鄰區(qū)，造成只能回切至自己本站的2小區(qū)的現(xiàn)象，但由于距離太遠(yuǎn)，已經(jīng)無法收到下行或上行的消息，造成了切換失敗。
故障解決：加上適當(dāng)鄰區(qū)后該問題解決。
我們在下面的注解中將剛才提到的有關(guān)同步/非同步切換所涉及到的計(jì)時(shí)器介紹一下：
注：設(shè)置小區(qū)同步切換對切換流程的影響
? 在鄰區(qū)關(guān)系設(shè)為Non_Synchronized時(shí)，手機(jī)在發(fā)送HO_Access同時(shí)會啟動(dòng)T3124，在這個(gè)計(jì)時(shí)器期間未收到下行的Physical Information，便認(rèn)為切換失��；收到Physical Information后T3124自動(dòng)停止，這時(shí)會上行發(fā)送Layer 2 SABM消息，啟動(dòng)LAPDm的T200和N200計(jì)時(shí)器，在T200×（N200＋1）時(shí)間內(nèi)未收到下行的UA-RSP的確認(rèn)消息就會發(fā)送切換失敗消息。
? 在鄰區(qū)關(guān)系設(shè)為Synchronized時(shí)，手機(jī)不會啟動(dòng)T3124計(jì)時(shí)器步驟，直接進(jìn)入Layer2計(jì)時(shí)器階段。
B．小區(qū)之間將Synchronized Indicator置為False;
在收到手機(jī)上報(bào)的HO_ACCESS消息后，從理論上基站是應(yīng)該發(fā)出下行Physical Information的，但造成手機(jī)端未收到或未正確解碼的原因有很多。這種情況下應(yīng)當(dāng)首先考慮硬件問題，比如信道盤、時(shí)鐘、傳輸?shù)�。另外考慮是否有頻率干擾的問題，由于干擾造成的上下行消息不能正確接受的影響范圍很廣，產(chǎn)生的原因也多種多樣，所以有時(shí)不能單單從GI分析軟件（GSM Investigator,Motorola開發(fā)的優(yōu)化工具）等方法中發(fā)現(xiàn)帶內(nèi)干擾，例如可能由于鄰區(qū)不全造成拖帶，從而造成與遠(yuǎn)處基站的干擾等等，這就要視具體情況而定。
3）三層消息中出現(xiàn)HO_Complete后手機(jī)再上行發(fā)送HO_Failure消息
實(shí)際上在GSM規(guī)范中沒有此類的規(guī)定，僅在用TEMS測試中中發(fā)現(xiàn)此類現(xiàn)象。如果系統(tǒng)收到的手機(jī)上報(bào)的切換失敗的消息后，會通知源小區(qū)進(jìn)行拆線，空出原信道，這樣手機(jī)切換失敗后就不能回到原信道，從而造成切換掉話。但經(jīng)過大量TEMS的路測文件的分析，并沒有出現(xiàn)上述的切換掉話現(xiàn)象，從這個(gè)角度說，我們可以認(rèn)為這是軟件問題，實(shí)際上系統(tǒng)并沒有收到切換成功的消息。至于軟件問題的具體原因，Ericsson公司還沒有給出正面的答復(fù)。
實(shí)際我們可以參照第一種情況“連續(xù)多個(gè)下行Physical Information，超過系統(tǒng)設(shè)置造成失敗”的解決辦法。
4）其它可能出現(xiàn)的切換失敗現(xiàn)象
除了以上所介紹的幾種常見的切換失敗的類型外，我們還可能遇到一些其它不常見的切換失敗，這些都是GSM規(guī)范中定義的切換失敗類型，主要是系統(tǒng)設(shè)置出現(xiàn)問題，或手機(jī)不支持網(wǎng)絡(luò)設(shè)置所致。
A．超過目標(biāo)小區(qū)的最大服務(wù)距離，Cause: “handover impossible, timing advance out of range”（見GSM規(guī)范04.08）
在小區(qū)設(shè)置時(shí)，可以設(shè)置小區(qū)的最大服務(wù)距離，參數(shù)以TA為單位，最小可以設(shè)到0。該參數(shù)的目的有兩個(gè)：1、控制小區(qū)用戶起呼的范圍，超過設(shè)置范圍的用戶將不能起呼；2、控制該小區(qū)的話務(wù)量，使得超過該小區(qū)設(shè)置范圍的用戶自動(dòng)切出，另外“阻止”超過改設(shè)置范圍的用戶切入。
這樣在Handover Failure中的Cause: "handover impossible, timing advance out of range"。在GSM規(guī)范中規(guī)定在同步切換或預(yù)同步切換的時(shí)候，下行系統(tǒng)發(fā)送的HO_Command消息中包含了目標(biāo)小區(qū)TA設(shè)置為多大，由于手機(jī)會以源小區(qū)的TA為基準(zhǔn)向目標(biāo)小區(qū)接入，當(dāng)發(fā)現(xiàn)自己所用的TA值超過目標(biāo)小區(qū)的限制時(shí)，便會立即上行發(fā)送HO_Falure消息，并且Cause: "handover impossible, timing advance out of range"。
B． Cause: “frequency not implemented”（見GSM規(guī)范04.08）
如果切換失敗原因?yàn)镃ause "frequency not implemented"時(shí)，說明有以下兩種可能：一種是手機(jī)不能調(diào)諧到HANDOVER COMMAND消息中所包含的頻率上，例如單頻手機(jī)不能切到其他頻段上，但此類現(xiàn)象只有在交換機(jī)上設(shè)置參數(shù)錯(cuò)誤或出現(xiàn)故障時(shí)才可能發(fā)生，因?yàn)橄到y(tǒng)是會根據(jù)手機(jī)的類別來有針對性的發(fā)出切換命令的；另外一種原因是手機(jī)在收到的包含有Frenquency List的字節(jié)中包含有不同頻段的頻點(diǎn)。以上兩種情況手機(jī)就會立即直接發(fā)送HANDOVER FAILURE消息，并保持使用原先的信道不變，返回系統(tǒng)的失敗原因就是Cause "frequency not implemented"。
C．Cause: “channel mode unacceptable”
如果手機(jī)不支持HANDOVER COMMAND中提供的信道模式或者根本沒有此類信道模式，手機(jī)就會立即發(fā)送HANDOVER FAILURE消息，并保持現(xiàn)有信道和信道模式。（詳見GSM規(guī)范04.08）
D．lower layer 信道建立失敗造成切換失敗
此類現(xiàn)象在實(shí)際工作中從未遇到過，但是規(guī)范中有此類原因的切換失敗。（詳見GSM規(guī)范04.08）
E．目標(biāo)小區(qū)要求加密、VGCS等設(shè)置與源小區(qū)不同且在HO_Command中沒有提及的；（見GSM規(guī)范04.08）
5） Cause 3與Cause 111的對比
在日常工作中，我們使用的測試設(shè)備有兩大類，一類是Ericsson公司的TEMS系列，這其中包括TEMS98，TEMS-Investigation2.0/3.0，TEMS-Automatic等；一類是NEMO公司的NEMO-TOM/SAM系列。由于雙方軟件設(shè)計(jì)的一些不同，一些方面需要引起大家注意。最主要的在于信令流程中的差異。TEMS中三層消息較全，另外還有二層消息，對于分析問題更加便利。相比而言TOM的三層消息就比較少，有些重復(fù)發(fā)送的例如系統(tǒng)消息和測量報(bào)告就不會紀(jì)錄下來，另外還沒有二層消息。另外，我們發(fā)現(xiàn)在Ho_Failure中的Cause Value中也有這不同的判斷，這一般體現(xiàn)在不明原因的切換失敗上，在TEMS中均為Cause111（Protocol error,unspecified），而在TOM中則多為Cause3（timer expired）。因此，前文中Cause Value不明原因的切換失敗是基于TEMS的Cause111的，但在用TOM測試的分析中，遇到的Cause Value3也同樣適用。
回答者：
OscarDon
回答時(shí)間：2011-10-22 20:49
17
14
• 北京宜通華瑞科技有限公司
聘：一個(gè)月項(xiàng)目急聘高級（南昌）
需求人數(shù)：10 人 地點(diǎn)：南昌市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：河北-網(wǎng)絡(luò)優(yōu)化IMC崗位
需求人數(shù)：10 人 地點(diǎn)：河北省
• 普天信息工程設(shè)計(jì)服務(wù)有限公司 聘：工程開站優(yōu)化工程師
需求人數(shù)：20 人 地點(diǎn)：石家莊市
• 嘉環(huán)科技股份有限公司 聘：網(wǎng)優(yōu)IMC工程師
需求人數(shù)：5 人 地點(diǎn)：南昌市,宜春市
• 南京華蘇科技有限公司 聘：中興電聯(lián)項(xiàng)目中級后臺優(yōu)化人員
需求人數(shù)：20 人 地點(diǎn)：石家莊市
• 重慶信科通信工程有限公司 聘：PTN中級
需求人數(shù)：1 人 地點(diǎn)：桂林市
• 成都旗訊通信技術(shù)有限公司 聘：傳輸、維護(hù)、督導(dǎo)轉(zhuǎn)網(wǎng)優(yōu)中高級
需求人數(shù)：12 人 地點(diǎn)：惠州市,清遠(yuǎn)市,陽江市,中山市,潮州市
• 浙江省郵電工程建設(shè)有限公司 聘：中興數(shù)通接入工程師
需求人數(shù)：1 人 地點(diǎn)：濟(jì)寧市
• 怡利科技發(fā)展有限公司 聘：網(wǎng)優(yōu)工程師（華為高級）
需求人數(shù)：5 人 地點(diǎn)：貴陽市,畢節(jié)地區(qū)
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
需求人數(shù)：10 人 地點(diǎn)：南昌市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：河北-網(wǎng)絡(luò)優(yōu)化IMC崗位
需求人數(shù)：10 人 地點(diǎn)：河北省
• 普天信息工程設(shè)計(jì)服務(wù)有限公司 聘：工程開站優(yōu)化工程師
需求人數(shù)：20 人 地點(diǎn)：石家莊市
• 嘉環(huán)科技股份有限公司 聘：網(wǎng)優(yōu)IMC工程師
需求人數(shù)：5 人 地點(diǎn)：南昌市,宜春市
• 南京華蘇科技有限公司 聘：中興電聯(lián)項(xiàng)目中級后臺優(yōu)化人員
需求人數(shù)：20 人 地點(diǎn)：石家莊市
• 重慶信科通信工程有限公司 聘：PTN中級
需求人數(shù)：1 人 地點(diǎn)：桂林市
• 成都旗訊通信技術(shù)有限公司 聘：傳輸、維護(hù)、督導(dǎo)轉(zhuǎn)網(wǎng)優(yōu)中高級
需求人數(shù)：12 人 地點(diǎn)：惠州市,清遠(yuǎn)市,陽江市,中山市,潮州市
• 浙江省郵電工程建設(shè)有限公司 聘：中興數(shù)通接入工程師
需求人數(shù)：1 人 地點(diǎn)：濟(jì)寧市
• 怡利科技發(fā)展有限公司 聘：網(wǎng)優(yōu)工程師（華為高級）
需求人數(shù)：5 人 地點(diǎn)：貴陽市,畢節(jié)地區(qū)
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |