呼叫建立成功率低的分析及解決(正式)

1、“無(wú)線網(wǎng)絡(luò)優(yōu)化經(jīng)驗(yàn)研究”之呼叫建立成功率的分析及解決PAGE 第 PAGE 42 頁(yè) 共 NUMPAGES 43 頁(yè)“無(wú)線網(wǎng)絡(luò)優(yōu)化經(jīng)驗(yàn)研究”之呼叫建立成功率的分析及解決呼叫建立成功率的分析及解決目錄 TOC o 1-4 h z HYPERLINK l _Toc27153433 第一章 前言 PAGEREF _Toc27153433 h 2 HYPERLINK l _Toc27153434 第二章 呼叫建立過(guò)程及相關(guān)信令流程 PAGEREF _Toc27153434 h 3 HYPERLINK l _Toc27153435 一.正常呼叫建立的信令流程 PAGEREF _Toc27153435 h

2、 4 HYPERLINK l _Toc27153436 1.移動(dòng)臺(tái)做主叫的信令接續(xù)過(guò)程 PAGEREF _Toc27153436 h 4 HYPERLINK l _Toc27153437 2.移動(dòng)臺(tái)做被叫的信令接續(xù)過(guò)程 PAGEREF _Toc27153437 h 5 HYPERLINK l _Toc27153438 二.呼叫建立的流程簡(jiǎn)述 PAGEREF _Toc27153438 h 6 HYPERLINK l _Toc27153439 1.被叫號(hào)碼分析過(guò)程 PAGEREF _Toc27153439 h 6 HYPERLINK l _Toc27153440 2.話音信道指配過(guò)程 PAGERE

3、F _Toc27153440 h 6 HYPERLINK l _Toc27153441 1)呼叫建立過(guò)程所對(duì)應(yīng)的初始化信道分配過(guò)程 PAGEREF _Toc27153441 h 8 HYPERLINK l _Toc27153442 2)三種初始化信道指配方式的信令接續(xù)過(guò)程 PAGEREF _Toc27153442 h 9 HYPERLINK l _Toc27153443 3.呼叫連接過(guò)程 PAGEREF _Toc27153443 h 10 HYPERLINK l _Toc27153444 4.被叫的呼叫建立過(guò)程 PAGEREF _Toc27153444 h 11 HYPERLINK l _To

4、c27153445 5.小區(qū)內(nèi)部切換過(guò)程 PAGEREF _Toc27153445 h 12 HYPERLINK l _Toc27153446 6.呼叫重建過(guò)程 PAGEREF _Toc27153446 h 13 HYPERLINK l _Toc27153447 1)MS側(cè)首先察覺(jué)無(wú)線鏈路失敗時(shí)呼叫重建程序 PAGEREF _Toc27153447 h 13 HYPERLINK l _Toc27153448 2)BSS側(cè)首先察覺(jué)無(wú)線鏈路超時(shí)呼叫重建程序 PAGEREF _Toc27153448 h 13 HYPERLINK l _Toc27153449 3)呼叫重建的規(guī)則 PAGEREF _T

5、oc27153449 h 13 HYPERLINK l _Toc27153450 第三章 呼叫建立成功率的計(jì)算公式 PAGEREF _Toc27153450 h 15 HYPERLINK l _Toc27153451 第四章 可能導(dǎo)致呼叫建立成功率低的原因及其解決方法 PAGEREF _Toc27153451 h 16 HYPERLINK l _Toc27153452 一.沒(méi)有可用的資源導(dǎo)致呼叫建立成功率低 PAGEREF _Toc27153452 h 16 HYPERLINK l _Toc27153453 1.無(wú)線信道容量不足導(dǎo)致呼叫建立成功率降低 PAGEREF _Toc27153453

6、h 16 HYPERLINK l _Toc27153454 1)SDCCH信道擁塞 PAGEREF _Toc27153454 h 16 HYPERLINK l _Toc27153455 2)TCH信道擁塞 PAGEREF _Toc27153455 h 16 HYPERLINK l _Toc27153456 2.有線信道容量不足導(dǎo)致呼叫建立成功率降低 PAGEREF _Toc27153456 h 17 HYPERLINK l _Toc27153457 1)BSS的CIC電路擁塞 PAGEREF _Toc27153457 h 17 HYPERLINK l _Toc27153458 2)MSC間的電

7、路擁塞 PAGEREF _Toc27153458 h 17 HYPERLINK l _Toc27153459 二.無(wú)線環(huán)境惡劣導(dǎo)致呼叫建立成功率低 PAGEREF _Toc27153459 h 17 HYPERLINK l _Toc27153460 1.覆蓋問(wèn)題 PAGEREF _Toc27153460 h 17 HYPERLINK l _Toc27153461 1)覆蓋空洞 PAGEREF _Toc27153461 h 17 HYPERLINK l _Toc27153462 2)高大建筑物的陰影效應(yīng) PAGEREF _Toc27153462 h 17 HYPERLINK l _Toc2715

8、3463 3)漂移信號(hào) PAGEREF _Toc27153463 h 17 HYPERLINK l _Toc27153464 2.干擾問(wèn)題 PAGEREF _Toc27153464 h 18 HYPERLINK l _Toc27153465 1)上行干擾 PAGEREF _Toc27153465 h 18 HYPERLINK l _Toc27153466 2)下行干擾 PAGEREF _Toc27153466 h 18 HYPERLINK l _Toc27153467 三.系統(tǒng)性能與參數(shù)配置問(wèn)題導(dǎo)致呼叫建立成功率低 PAGEREF _Toc27153467 h 19 HYPERLINK l _

9、Toc27153468 1.MSC、BSC參數(shù)配置不當(dāng) PAGEREF _Toc27153468 h 19 HYPERLINK l _Toc27153469 2.信令流量超出BSS系統(tǒng)所能承載的最大負(fù)荷 PAGEREF _Toc27153469 h 19 HYPERLINK l _Toc27153470 3.BSS系統(tǒng)軟件故障 PAGEREF _Toc27153470 h 20 HYPERLINK l _Toc27153471 4.BSS系統(tǒng)中的處理器負(fù)荷過(guò)重 PAGEREF _Toc27153471 h 20 HYPERLINK l _Toc27153472 四.設(shè)備故障導(dǎo)致呼叫建立成功率低

10、 PAGEREF _Toc27153472 h 20 HYPERLINK l _Toc27153473 1.基站硬件故障 PAGEREF _Toc27153473 h 20 HYPERLINK l _Toc27153474 2.基站軟件進(jìn)程異常 PAGEREF _Toc27153474 h 21 HYPERLINK l _Toc27153475 3.基站天饋線系統(tǒng)故障 PAGEREF _Toc27153475 h 21 HYPERLINK l _Toc27153476 4.基站傳輸閃斷 PAGEREF _Toc27153476 h 21 HYPERLINK l _Toc27153477 第五章

11、 呼叫建立成功率案例分析 PAGEREF _Toc27153477 h 23 HYPERLINK l _Toc27153478 一.實(shí)例：硬件故障 PAGEREF _Toc27153478 h 23 HYPERLINK l _Toc27153479 二.實(shí)例：天線反接 PAGEREF _Toc27153479 h 25 HYPERLINK l _Toc27153480 三.實(shí)例：TCH擁塞 PAGEREF _Toc27153480 h 28 HYPERLINK l _Toc27153481 四.實(shí)例：系統(tǒng)中的處理器負(fù)荷過(guò)重 PAGEREF _Toc27153481 h 30 HYPERLINK

12、 l _Toc27153482 五.實(shí)例：MSC側(cè)的問(wèn)題 PAGEREF _Toc27153482 h 33 HYPERLINK l _Toc27153483 六.實(shí)例：日常優(yōu)化事例 PAGEREF _Toc27153483 h 37 HYPERLINK l _Toc27153484 第六章 處理呼叫建立不成功的思路 PAGEREF _Toc27153484 h 39 HYPERLINK l _Toc27153485 一.處理呼叫建立成功率低的流程圖 PAGEREF _Toc27153485 h 39 HYPERLINK l _Toc27153486 二.處理呼叫建立成功率低的一般步驟 PAG

13、EREF _Toc27153486 h 40 HYPERLINK l _Toc27153487 第七章 結(jié)束語(yǔ) PAGEREF _Toc27153487 h 42第一章 前言呼叫建立成功率作為反映網(wǎng)絡(luò)性能的一項(xiàng)重要指標(biāo)，一直是網(wǎng)絡(luò)優(yōu)化工作關(guān)注的重點(diǎn)之一。在移動(dòng)通信中，呼叫建立過(guò)程通常是指由SDCCH信道指配到TCH信道時(shí)的信令接續(xù)過(guò)程。我們通過(guò)處理信令接續(xù)期間相關(guān)進(jìn)程上的原始統(tǒng)計(jì)項(xiàng)在一定周期內(nèi)的統(tǒng)計(jì)數(shù)據(jù)，按照預(yù)設(shè)的算法加以計(jì)算，由此得到呼叫建立成功率。通過(guò)對(duì)連續(xù)周期的計(jì)算結(jié)果加以評(píng)估比較，來(lái)幫助優(yōu)化人員分析擁塞趨勢(shì)和可能的出現(xiàn)的相關(guān)網(wǎng)絡(luò)問(wèn)題。同時(shí)，從用戶感知的角度分析，有一些呼叫的信令在還沒(méi)有

14、接續(xù)到SDCCH信道之前就被截止了。對(duì)于這類情況，從呼叫建立成功率上無(wú)法體現(xiàn)出來(lái)。但對(duì)于用戶而言，則表現(xiàn)為不能正常接入網(wǎng)絡(luò)。為了更好的改善網(wǎng)絡(luò)性能，提高用戶滿意度。本文通過(guò)研究呼叫建立過(guò)程，以及期間可能出現(xiàn)的問(wèn)題，提出一些解決呼叫建立成功率低的思路和方法，以供大家參考。第二章 呼叫建立過(guò)程及相關(guān)信令流程呼叫建立過(guò)程是在移動(dòng)臺(tái)（MS）與移動(dòng)交換機(jī)（MSC）之間建立一條信令鏈路，并要對(duì)移動(dòng)用戶進(jìn)行鑒權(quán)、加密及TMSI重分配的過(guò)程。下面我們從移動(dòng)臺(tái)主、被叫的建立信令接續(xù)過(guò)程入手，進(jìn)一步分析了解與呼叫建立相關(guān)的各個(gè)消息歷程。正常呼叫建立的信令流程移動(dòng)臺(tái)做主叫的信令接續(xù)過(guò)程移動(dòng)臺(tái)做被叫的信令接續(xù)過(guò)程呼叫

15、建立的流程簡(jiǎn)述被叫號(hào)碼分析過(guò)程移動(dòng)臺(tái)進(jìn)入呼叫建立過(guò)程。首先由移動(dòng)臺(tái)向網(wǎng)絡(luò)發(fā)出一個(gè)啟動(dòng)（SETUP）的消息，該消息包含著被叫號(hào)碼和所需業(yè)務(wù)等許多內(nèi)容，此時(shí)MSC就能夠根據(jù)它來(lái)進(jìn)行呼叫接續(xù)。當(dāng)MSC收到SETUP消息，就要將該消息通過(guò)向其VLR發(fā)送出局呼叫消息,VLR在收到該消息后，根據(jù)其從HLR獲得的該用戶數(shù)據(jù)消息，來(lái)分析被叫的號(hào)碼和主叫用戶本身的能力，以及網(wǎng)絡(luò)本身的資源能力等等，核對(duì)是否能接納這種需求，若某些項(xiàng)目不能通過(guò)，則向MS發(fā)出釋放完成（RELEASE COMPLETE）的消息，呼叫建立就此失敗，以后MS再將底層的連接釋放掉，然后轉(zhuǎn)入空閑狀態(tài)；若可以通過(guò)VLR則向MSC發(fā)回完成呼叫能力查

16、詢（COMPLETE_CALL）的消息。當(dāng)MSC收到此確認(rèn)后則向MS發(fā)出呼叫繼續(xù)（CALL PROCEEDING）的消息，表示主叫用戶的呼叫請(qǐng)求已經(jīng)通過(guò)了核對(duì)，呼叫繼續(xù)進(jìn)行。話音信道指配過(guò)程在MSC向MS發(fā)出CALL PROCEEDING消息后，它就要根據(jù)業(yè)務(wù)請(qǐng)求，來(lái)激活后續(xù)分配，即分配給用戶TCH話音信道的流程。此時(shí)，MSC要向BSC發(fā)出指配請(qǐng)求（ASSIGNMENT REQUEST） 消息，在此消息中將含有所請(qǐng)求信道的類型等內(nèi)容來(lái)要求BSC來(lái)給此次呼叫分配TCH話音信道。BSC在收到MSC的信道請(qǐng)求后，如果發(fā)現(xiàn)有TCH信道資源的話就會(huì)向BTS發(fā)出請(qǐng)求激活TCH信道（CHANNEL ACTI

17、VATION for TCH）的消息，來(lái)激活相應(yīng)的地面資源，該消息發(fā)出的也會(huì)啟動(dòng)本身的一個(gè)計(jì)時(shí)器，若該BTS將電路等資源準(zhǔn)備好后，就會(huì)向BSC發(fā)出信道激活響應(yīng)（CHANNEL ACTIVATION ACK）的消息。若此時(shí)BSC已無(wú)資源則向MSC返回?zé)o資源（RESOURCE FAILURE）的消息，而系統(tǒng)允許排隊(duì)的話，則BSC向MSC發(fā)出排隊(duì)指示（QUEUING INDICATION）的消息，并將指配請(qǐng)求消息放入隊(duì)列同時(shí)打開T11定時(shí)器，如定時(shí)器超時(shí)則向MSC發(fā)出清除請(qǐng)求（CLEAR REQUEST）。其中立即指配請(qǐng)求，BSC內(nèi)切換，BSC間切換是不許排隊(duì)的，僅TCH資源請(qǐng)求（即指配請(qǐng)求和小區(qū)內(nèi)

18、部切換）允許根據(jù)內(nèi)部?jī)?yōu)先級(jí)的的指示來(lái)按優(yōu)先順序給相應(yīng)的請(qǐng)求分配在規(guī)定時(shí)間內(nèi)被釋放掉的信道，若排隊(duì)長(zhǎng)度或等候時(shí)間超出要求則請(qǐng)求將被拒絕。在BSC收到BTS發(fā)出信道激活響應(yīng)（channel activation ack）的消息后，就按照BTS所提供的該信道的物理信息將它放在指配命令（ASSIGNMENT COMMAND）的消息中（該消息中包含著信道類別如話音/數(shù)據(jù)的指示，信道的速率和類別及話音解碼算法和透明傳輸指示時(shí)器，分配優(yōu)先級(jí)以及CIC電路識(shí)別碼）通過(guò)SDCCH信道發(fā)給MS。在MS收到基站發(fā)來(lái)的ASSIGNMENT COMMAND消息后，將會(huì)就將收發(fā)信配置調(diào)整到該TCH信道上，通過(guò)FACCH信

19、道（此后傳遞信令，將都采用該信道形式，它就是利用的TCH信道，唯一不同是將TCH突發(fā)脈沖的標(biāo)識(shí)位由0改為1，這種形式被稱為偷幀）向系統(tǒng)發(fā)出SABM消息，系統(tǒng)在收到該消息后，會(huì)向BSC發(fā)出ESTABLISH INDICATION建立指示消息，同初始分配信令信道一樣，需系統(tǒng)再發(fā)回一條UA的證實(shí)幀。當(dāng)MS收到UA幀后將通過(guò)FACCH信道向系統(tǒng)發(fā)出分配完成（ASSIGNMENT COMMPLETE）消息，若因無(wú)線接口失敗、無(wú)線接口消息失敗或因干擾和硬件問(wèn)題無(wú)法識(shí)別指配信息等原因MS無(wú)法占用該指定的信道，MS就會(huì)向系統(tǒng)發(fā)出ASSIGNMENT FAILURE（指配失?。粢蚋蓴_等原因MS未收到系統(tǒng)發(fā)給

20、它的指配命令或系統(tǒng)未收到MS的響應(yīng)導(dǎo)致在BSC未收到MS返回的消息，則系統(tǒng)將該信道釋放掉。在BSC收到分配完成的信令后，一方面向MSC發(fā)出指配完成（ASSIGNMENT COMPLETE）消息，一方面向BTS發(fā)出無(wú)線信道釋放（RF CHANNEL RELEASE）消息，要求將以前占用的SDCCH信令信道資源釋放掉，當(dāng)BTS完成了信令信道的釋放后，將發(fā)給BSC一條信道釋放完成（RF CHANNEL RELEASE ACK）消息，BSC收到此消息后就認(rèn)為該信道已返回到空閑狀態(tài)下，該資源可以用于分配給新的信道請(qǐng)求。圖示 業(yè)務(wù)信道指配過(guò)程呼叫建立過(guò)程所對(duì)應(yīng)的初始化信道分配過(guò)程初始化信道分配是移動(dòng)臺(tái)與網(wǎng)

21、絡(luò)之間建立信令傳輸所必須的，在建立信令傳輸過(guò)程中，系統(tǒng)可首先選擇給它分配TCH信道，這被稱為特別早指配；若首先選擇給它分配SDCCH信道，在需要時(shí)才分配TCH信道，這被稱為早指配；若首先選擇給它分配SDCCH信道，當(dāng)在被叫端發(fā)回連接消息（CONNECT）時(shí)，才分配TCH信道，這被稱為晚指配-停止廣播建立呼叫（OACSU），目前我們所采用的是早指配方式。晚指配方式使系統(tǒng)具有較高的業(yè)務(wù)信道（TCH）資源利用率，但同時(shí)使獨(dú)立專用信道（SDCCH）的負(fù)荷加重；反之，特別早指配方式可以降低SDCCH的負(fù)荷，但使TCH的利用率降低。一般而言，對(duì)于試呼次數(shù)較高，通話平均時(shí)間較短的小區(qū)，可以采用特別早指配方式

22、。相反，對(duì)于試呼次數(shù)較少，平均通話時(shí)間較長(zhǎng)的小區(qū)，可以采用早指配方式。在實(shí)際操作過(guò)程中，系統(tǒng)的TCH資源較寶貴，因此建議采用早指配方式。只有當(dāng)系統(tǒng)中出現(xiàn)立即指配拒絕（原因?yàn)闊o(wú)可用無(wú)線資源）次數(shù)較高，而小區(qū)中TCH的平均占用率很低時(shí)，才使用特別早指配方式。此外，對(duì)于移動(dòng)主叫、移動(dòng)被叫、呼叫重建及緊急呼叫過(guò)程的指配方式可以分別處理，因此在出現(xiàn)SDCCH的負(fù)荷很高而TCH的平均占用率很低的情況時(shí)，應(yīng)對(duì)上述三種呼叫過(guò)程的指配方式進(jìn)行逐步調(diào)整。即可以先對(duì)被叫過(guò)程采用特別早指配，在情況依然不佳時(shí)，再逐步開啟主叫、呼叫重建和緊急呼叫的特別早分方式。三種初始化信道指配方式的信令接續(xù)過(guò)程下面是移動(dòng)臺(tái)主叫時(shí)不同初

23、始化信道指配方式的信令接續(xù)過(guò)程：早分配Early Assignment without OACSU晚分配Late Assignment with OACSU特別早分配Very Early Assignment呼叫連接過(guò)程當(dāng)收到BSC發(fā)回的指配完成消息后，MSC在向被叫端送出初始化地址IAM消息，不用很久就會(huì)收到被叫端網(wǎng)絡(luò)發(fā)回的有關(guān)呼叫建立的報(bào)告，若成功MSC則會(huì)收到ADDRESS COMPLETE地址完成消息。如果因某種原因（如對(duì)端占線或線路擁塞等等）呼叫建立失敗，主叫MSC則會(huì)收到被叫端發(fā)出的RELESASE釋放消息。如果MSC收到被叫端發(fā)回的ADDRESS COMPLETE 地址完成消息后

24、，MSC會(huì)將ALERTING提醒消息發(fā)給該MS（該消息可由MS翻譯成回鈴音），該消息屬DTAP消息類別，若被叫不應(yīng)答而主叫也沒(méi)有終止的動(dòng)作，經(jīng)過(guò)一定的時(shí)間，網(wǎng)絡(luò)端會(huì)終止呼叫或可執(zhí)行無(wú)應(yīng)答轉(zhuǎn)移。如此時(shí)被叫摘機(jī)，MSC會(huì)收到被叫端發(fā)回的ANSWER應(yīng)答消息，此時(shí)主叫與被叫之間的鏈路接通，MSC將發(fā)給MS一條CC協(xié)議中的CONNECT接通消息，MS收到該消息后將停止待命指示，接著向系統(tǒng)返回CC協(xié)議中的CONNECT ACKNOWLEDGE接通確認(rèn)，當(dāng)系統(tǒng)收到此消息時(shí)，就開始記費(fèi)。如被叫端是數(shù)據(jù)設(shè)備，在收到SETUP指示后可直接進(jìn)入CONNECT 狀態(tài)。這時(shí)呼叫建立過(guò)程完畢，雙方進(jìn)入通話或傳送數(shù)據(jù)業(yè)務(wù)

25、階段。被叫的呼叫建立過(guò)程當(dāng)MSC完成了對(duì)移動(dòng)臺(tái)的TMSI重新分配后，就會(huì)向移動(dòng)臺(tái)發(fā)一條啟動(dòng)（SETUP）的消息，其中包括了呼叫所必須的細(xì)節(jié)（如請(qǐng)求的業(yè)務(wù)類別和主叫號(hào)碼等），被叫移動(dòng)臺(tái)收到此消息后，則將該消息進(jìn)行核實(shí)，如果移動(dòng)臺(tái)能處理主叫請(qǐng)求的業(yè)務(wù)類別，就返回一條呼叫核準(zhǔn)（CALL CONFIRMED）消息，在該消息中，還將攜帶著移動(dòng)臺(tái)選定的參數(shù)，如移動(dòng)臺(tái)可選用哪一種速率的信道和選定的業(yè)務(wù)類別。當(dāng)MSC收到呼叫核準(zhǔn)的消息后，將向BSC發(fā)起指配請(qǐng)求，來(lái)給被叫用戶分配話音信道。指配過(guò)程完成消息后，被叫移動(dòng)臺(tái)將向網(wǎng)絡(luò)發(fā)出待命（ALERTING）的消息，此時(shí)被叫移動(dòng)臺(tái)將出現(xiàn)振鈴提示，MSC在收到該指示后

26、，則向主叫方發(fā)出地址完成的消息（ACM），主叫端在收到該消息后也會(huì)將該提示發(fā)給主叫用戶。此時(shí)，被叫用戶在聽到提示，作應(yīng)答后，即將發(fā)送給MSC一條接通（CONNECT）的消息，MSC在收到此消息后接通全部傳輸鏈路，用戶端到端的傳輸路徑正式建立。下面是移動(dòng)臺(tái)被叫時(shí)不同初始化信道指配方式的信令接續(xù)過(guò)程：早分配Early Assignment without OACSU晚分配Late Assignment with OACSU小區(qū)內(nèi)部切換過(guò)程小區(qū)內(nèi)部切換過(guò)程和指配過(guò)程的程序是一樣的，只是消息的名稱不同而已。 和立即指配過(guò)程有些類似，當(dāng)在MS 的指配過(guò)程中，BSC將觸發(fā)一個(gè)T3107的定時(shí)器，該定時(shí)器在

27、BSC向BTS發(fā)送指配命令（ASSIGNMENT COMMAND ）的消息啟動(dòng)，在收到BTS發(fā)出的指配完成時(shí)（ASSIGNMENT COMPLETE ）時(shí)，將該定時(shí)器復(fù)位。該定時(shí)器逾時(shí)一般是由于無(wú)線鏈路覆蓋很差導(dǎo)致的，當(dāng)此定時(shí)器逾時(shí)后，將認(rèn)為移動(dòng)臺(tái)已脫網(wǎng)，則將占用的該資源釋放掉讓給其它的移動(dòng)臺(tái)。如在設(shè)置時(shí)間內(nèi)BSC仍未收到指配完成消息，則該指配過(guò)程失敗。小區(qū)內(nèi)部切換呼叫重建過(guò)程呼叫重建程序是允許移動(dòng)臺(tái)在無(wú)線鏈路失敗后，來(lái)重新恢復(fù)連接的一個(gè)過(guò)程，呼叫重建可能會(huì)建立在一個(gè)新的小區(qū)或新位置區(qū)上。在無(wú)線環(huán)境下，一條無(wú)線鏈路很有可能突然中斷，這可能是由于橋梁、建筑物、隧道等障礙物給移動(dòng)臺(tái)造成的嚴(yán)重傳播損

28、耗，當(dāng)采用該機(jī)制后，移動(dòng)臺(tái)便可利用另一小區(qū)，在很短的時(shí)間內(nèi)恢復(fù)通話，在某種程度上可改善網(wǎng)絡(luò)的服務(wù)質(zhì)量?？梢哉J(rèn)為呼叫重建是一種移動(dòng)臺(tái)發(fā)起的切換，但只限于對(duì)當(dāng)前小區(qū)丟失的呼叫，來(lái)用于挽救呼叫的一種極端情況。呼叫重建根據(jù)首先察覺(jué)無(wú)線鏈路失敗的實(shí)體不同，將會(huì)導(dǎo)致兩個(gè)不同的建立程序。MS側(cè)首先察覺(jué)無(wú)線鏈路失敗時(shí)呼叫重建程序 移動(dòng)臺(tái)將在被選中的小區(qū)上（可能是原小區(qū)，也可能是新小區(qū)）發(fā)送一個(gè)呼叫重建的請(qǐng)求。以前的信道資源將在BTS側(cè)的定時(shí)器radio_link_timeout或 link_fail超時(shí)后被BSC釋放掉。BSS側(cè)首先察覺(jué)無(wú)線鏈路超時(shí)呼叫重建程序在BTS側(cè)的定時(shí)器radio_link_timeo

29、ut或 link_fail超時(shí)后，BTS將發(fā)送一個(gè)無(wú)線鏈路故障的消息到BSC。此后BSC將釋放掉舊的無(wú)線資源，同時(shí)MSC將激活定時(shí)器T3109來(lái)等待移動(dòng)臺(tái)的呼叫重建。而后移動(dòng)臺(tái)通過(guò)一段時(shí)間的觀察，當(dāng)檢測(cè)到無(wú)線鏈路失敗后，它就會(huì)通過(guò)來(lái)選擇一個(gè)合適的鄰小區(qū)，并在選中的小區(qū)上發(fā)出信道請(qǐng)求。呼叫重建的規(guī)則如果要想一個(gè)小區(qū)支持呼叫重建，那么小區(qū)參數(shù)Call Reestablishment必須要設(shè)為“allowed”，而且該小區(qū)不能是被禁止的（cell barred）。 移動(dòng)臺(tái)最多在5秒鐘之內(nèi)應(yīng)該根據(jù)以下算法來(lái)決定，在哪個(gè)小區(qū)上進(jìn)行呼叫重建。根據(jù)在SACCH上攜帶的鄰小區(qū)的BA表（頻率分配表），來(lái)測(cè)量服務(wù)

30、小區(qū)和相鄰小區(qū)的BCCH載波的接收電平，并根據(jù)5秒的測(cè)得的平均測(cè)量樣本值來(lái)選擇一個(gè)接收電平最高的小區(qū)作為呼叫重建的目標(biāo)小區(qū)。在BCCH頻點(diǎn)上，移動(dòng)臺(tái)將試圖去解碼BCCH所攜帶的影響小區(qū)選擇的系統(tǒng)消息，當(dāng)該小區(qū)未被禁止、C1值大于0并且允許呼叫重建時(shí)，將選擇該小區(qū)。否則，將選擇次強(qiáng)的小區(qū)進(jìn)行重試以上的步驟。當(dāng)接收電平最強(qiáng)的6個(gè)小區(qū)都被嘗試但都不合乎條件時(shí)，則放棄該次呼叫重建。第三章 呼叫建立成功率的計(jì)算公式CALL_SETUP_SUCCESS_RATE 統(tǒng)計(jì)值顯示了對(duì)于正常呼叫、呼叫重建、尋呼響應(yīng)、緊急呼叫以及短消息等服務(wù)請(qǐng)求時(shí)，呼叫成功接入TCH信道的百分率。CALL_SETUP_SUCCES

31、S_RATE在MOTOROLA的統(tǒng)計(jì)項(xiàng)中屬于Key統(tǒng)計(jì)，它是使用一條預(yù)先制定的規(guī)則，對(duì)OMC-R不同的原始統(tǒng)計(jì)數(shù)據(jù)運(yùn)算產(chǎn)生新的統(tǒng)計(jì)值。原始統(tǒng)計(jì)項(xiàng)： CONGEST_ASSIGN_HO_SUCOK_ACC_PROCCM_REESTABLISHOK_ACC_PROCCM_SERV_REQ_CALLOK_ACC_PROCCM_SERV_REQ_EMERGOK_ACC_PROCCM_SERV_REQ_SMSOK_ACC_PROCPAGE_RESPONSESMS_INIT_ON_SDCCHTOTAL_CALLS呼叫建立成功率的分子計(jì)算了完成的呼叫建立TCH分配任務(wù)的數(shù)字，其中包括由于使用定向重試（Dir

32、ected Retry）功能，分配到相鄰小區(qū)TCH上的數(shù)字。呼叫建立成功率的分母計(jì)算了請(qǐng)求分配TCH的SDCCH接入的數(shù)字。第四章 可能導(dǎo)致呼叫建立成功率低的原因及其解決方法導(dǎo)致呼叫建立成功率降低的因素有很多，首先如果沒(méi)有可用的有線或無(wú)線資源，系統(tǒng)就無(wú)法正常給用戶分配信道；其次，即使有充足資源，由于無(wú)線傳播環(huán)境的復(fù)雜性，不同的覆蓋條件和干擾等級(jí)，都會(huì)影響呼叫建立成功率；另外，由于系統(tǒng)自身配置不當(dāng)，以及突發(fā)的硬件故障，也會(huì)造成呼叫建立成功率下降。針對(duì)這些可能導(dǎo)致呼叫建立成功率降低的因素，下面我們從四個(gè)方面進(jìn)行具體的分析。沒(méi)有可用的資源導(dǎo)致呼叫建立成功率低無(wú)線信道容量不足導(dǎo)致呼叫建立成功率降低SD

33、CCH信道擁塞小區(qū)SDCCH信道由于話務(wù)容量、基站軟件或硬件故障導(dǎo)致小區(qū)SDCCH信道分配異常、LAC區(qū)的劃分不合理、基站信道配置等多種原因造成擁塞。從而導(dǎo)致該小區(qū)的手機(jī)在呼叫時(shí)，SDCCH信道指配失敗。造成在該小區(qū)的用戶無(wú)法正常呼叫。針對(duì)這種情況，應(yīng)盡快調(diào)整相關(guān)參數(shù)；查找到硬件故障，鎖死相應(yīng)載頻；甚至對(duì)基站做強(qiáng)制重啟動(dòng)。以緩解SDCCH擁塞。隨后，根據(jù)需要合理配置SDCCH信道，劃分位置區(qū)域。TCH信道擁塞小區(qū)TCH信道由于話務(wù)容量、基站小區(qū)參數(shù)配置不合理、基站軟件或硬件故障手機(jī)無(wú)法正常占上TCH信道或基站的其它異常等多種原因造成擁塞。從而導(dǎo)致該小區(qū)的手機(jī)在呼叫時(shí)，因沒(méi)有TCH信道而得不到信

34、道指配。造成在該小區(qū)的用戶無(wú)法正常呼叫。針對(duì)這種情況，應(yīng)盡快調(diào)整相關(guān)參數(shù)（如小區(qū)發(fā)射功率、流量控制、排隊(duì)等）；重新激活故障信道；進(jìn)行天線調(diào)整。以控制小區(qū)TCH接入量，緩解TCH擁塞。進(jìn)而根據(jù)需要合理配置TCH信道數(shù)目。注：引起SDCCH、TCH擁塞的原因有許多，在其它的部分中，我們已進(jìn)行了專題論述分析。這里就不再一一重述了。有線信道容量不足導(dǎo)致呼叫建立成功率降低BSS的CIC電路擁塞當(dāng)一個(gè)BSC所承載的載頻數(shù)量增長(zhǎng)到一定量時(shí)，隨著用戶數(shù)和業(yè)務(wù)量的增長(zhǎng)，由BSC到MSC的CIC電路的電路數(shù)也要相應(yīng)增加。當(dāng)BSC承載的用戶數(shù)過(guò)高，或由于一些高端用戶長(zhǎng)時(shí)間使用數(shù)據(jù)業(yè)務(wù)，一直占用部分CIC電路。致使C

35、IC電路數(shù)不足，MSC將無(wú)法在CIC電路擁塞的情況下為呼叫請(qǐng)求建立連接，引起呼叫失敗。針對(duì)這種情況，應(yīng)及時(shí)根據(jù)CIC電路的忙閑統(tǒng)計(jì)，相應(yīng)增加BSC到MSC的CIC電路數(shù)；以及對(duì)不同BSC,MSC之間的話務(wù)量進(jìn)行均衡。MSC間的電路擁塞當(dāng)MSC之間或本網(wǎng)與外面其它網(wǎng)絡(luò)間的電路數(shù)配置不足時(shí)，MSC將無(wú)法為過(guò)多呼叫請(qǐng)求建立連接，引起呼叫失敗。針對(duì)這種情況，及時(shí)根據(jù)需求補(bǔ)足網(wǎng)間電路，即可解決問(wèn)題。無(wú)線環(huán)境惡劣導(dǎo)致呼叫建立成功率低覆蓋問(wèn)題覆蓋空洞因?yàn)榛咎賹?dǎo)致覆蓋不連續(xù)或室內(nèi)信號(hào)強(qiáng)度較弱。造成MS與BTS之間的上、下行信令鏈路不能正常通信。致使MS或BTS不能正確解調(diào)出相關(guān)信息。高大建筑物的陰影效應(yīng)移

36、動(dòng)臺(tái)在移動(dòng)過(guò)程中由于一些高大建筑物所產(chǎn)生的陰影效應(yīng)而導(dǎo)致移動(dòng)臺(tái)信號(hào)發(fā)生快衰落，導(dǎo)致小區(qū)上、下行傳輸損耗增大，通信質(zhì)量下降。致使MS或BTS不能正確解調(diào)出相關(guān)信息。漂移信號(hào)由于高站、覆蓋不規(guī)則的基站導(dǎo)致的信號(hào)漂移。導(dǎo)致信號(hào)強(qiáng)度變化較大，同時(shí)形成一定成程度同鄰頻相互干擾。造成通信質(zhì)量下降。問(wèn)題分析：在覆蓋較差的區(qū)域，常常發(fā)生呼叫不能建立的情況。除了通過(guò)調(diào)整基站天線覆蓋范圍或新加站解決覆蓋以外，某些時(shí)候是由于服務(wù)小區(qū)的參數(shù)設(shè)置存在問(wèn)題，例如：呼叫沒(méi)有達(dá)到小區(qū)的最小接入電平；服務(wù)小區(qū)所在的基站，將poor_initial_assignment=1即距離較遠(yuǎn)的RACH信息加以濾除。當(dāng)用戶處于ms_max

37、_range設(shè)定范圍之外時(shí)，不予接入系統(tǒng)。這種情況只對(duì)于用戶有感受（如用戶在沒(méi)有達(dá)到最小接入電平時(shí)，在做被叫時(shí)會(huì)被當(dāng)作不再服務(wù)區(qū)），而不計(jì)入呼叫建立成功率的統(tǒng)計(jì)公式中。另外，則是由于在呼叫建立的過(guò)程中，由于服務(wù)小區(qū)的信號(hào)強(qiáng)度不穩(wěn)定，上、下行傳輸質(zhì)量差造成在接續(xù)過(guò)程中的信令丟失。從而導(dǎo)致SD、TCH的接入失敗，無(wú)法建立呼叫。這種情況有可能計(jì)入呼叫建立成功率的統(tǒng)計(jì)公式。針對(duì)以上情況，應(yīng)在覆蓋差的區(qū)域，通過(guò)小區(qū)覆蓋調(diào)整；新建宏蜂窩和微蜂窩改善原有覆蓋。同時(shí)，針對(duì)個(gè)別地區(qū)綜合測(cè)試的結(jié)果，相應(yīng)的調(diào)整小區(qū)相關(guān)參數(shù)（例如：C1，C2，CRO的設(shè)置；T3101；T3109設(shè)定時(shí)長(zhǎng)等）。干擾問(wèn)題無(wú)線干擾主要包括

38、同頻干擾、鄰頻干擾、交調(diào)干擾。當(dāng)手機(jī)在服務(wù)小區(qū)中收到很強(qiáng)的同頻或鄰頻干擾信號(hào)時(shí)，會(huì)引起誤碼率惡化，使手機(jī)無(wú)法準(zhǔn)確解調(diào)小區(qū)的BSIC碼或不能正確接收移動(dòng)臺(tái)測(cè)量報(bào)告。干擾導(dǎo)致的上、下行傳輸質(zhì)量差會(huì)造成在接續(xù)過(guò)程中的信令丟失?；痉峙浣o移動(dòng)臺(tái)的SDCCH信道頻點(diǎn)可能與TCH信道頻點(diǎn)不同，因而需要對(duì)它們分別進(jìn)行分析。從確定呼叫建立過(guò)程中哪個(gè)階段為干擾所影響。上行干擾針對(duì)上行干擾：這種干擾為目前的主要干擾現(xiàn)象。上行干擾主要發(fā)生在話務(wù)高峰期它主要來(lái)源于同頻干擾，也可能是外部干擾，同頻干擾與同頻小區(qū)的話務(wù)量有關(guān)，話務(wù)量高則干擾大，外部干擾主要是來(lái)自直放站的交調(diào)干擾，以及電力通信微波、CDMA相鄰頻段的直接干

39、擾。對(duì)上行干擾可通過(guò)分析驅(qū)車測(cè)試中的相關(guān)報(bào)告，修改同頻小區(qū)的同頻頻率，增加兩個(gè)同頻小區(qū)間的間距（實(shí)際統(tǒng)計(jì)表明信號(hào)強(qiáng)度隨距離以近似4次冪指數(shù)的規(guī)律衰減）或利用頻譜分析儀對(duì)交調(diào)干擾加以定位，通過(guò)分集接收和有效的功率控制也可減少干擾。對(duì)無(wú)上述情況但有干擾的小區(qū)可用頻譜分析儀,采用有源定向天線配合尋找干擾源。下行干擾針對(duì)下行干擾：這種干擾不是很普遍。下行干擾主要是由于頻率規(guī)劃不當(dāng)而造成部分基站的同頻干擾和鄰頻干擾。發(fā)現(xiàn)的方法是通過(guò)在OMC中取得相關(guān)載頻的BER統(tǒng)計(jì)；MOTOROLA優(yōu)化工具CTP測(cè)量報(bào)告來(lái)加以判斷，下行干擾會(huì)引起頻繁下行切換。通過(guò)測(cè)量報(bào)告和現(xiàn)場(chǎng)實(shí)測(cè)如發(fā)現(xiàn)存在同頻和鄰頻干擾，需對(duì)蜂窩系統(tǒng)

40、的頻率規(guī)劃重新進(jìn)行優(yōu)化調(diào)整。系統(tǒng)性能與參數(shù)配置問(wèn)題導(dǎo)致呼叫建立成功率低MSC、BSC參數(shù)配置不當(dāng)對(duì)于位置更新參數(shù)T3212的定義，當(dāng)MSC定義的定期位置更新時(shí)長(zhǎng)小于BSC小區(qū)中定義的T3212時(shí)長(zhǎng)，會(huì)導(dǎo)致當(dāng)用戶手機(jī)在固定周期內(nèi)未發(fā)生通信時(shí)，MSC會(huì)在BSC強(qiáng)制MS做周期性位置更新之前，將MS的狀態(tài)置為關(guān)機(jī)。從而使用戶在開機(jī)的情況下，無(wú)法建立被叫，被告知用戶已關(guān)機(jī)。為避免這種情況，必須核準(zhǔn)各個(gè)小區(qū)中的T3212值小于當(dāng)前所在MSC中定義的周期性位置更新時(shí)長(zhǎng)。BSC中的相關(guān)參數(shù)設(shè)置不合理，造成MSC、BSC間呼叫建立過(guò)程中，MSC或BSC由于計(jì)數(shù)器超時(shí)，在未收到確認(rèn)信息的情況下，主動(dòng)拆線，釋放信道

41、。解決方法：核對(duì)MSC、BSC的相關(guān)信令接續(xù)時(shí)長(zhǎng)的計(jì)數(shù)器設(shè)定值，使計(jì)數(shù)器設(shè)定能夠保證正常通信。信令流量超出BSS系統(tǒng)所能承載的最大負(fù)荷由于信令流量超出了BSC的信令承載能力，導(dǎo)致小區(qū)內(nèi)用戶無(wú)法成功建立呼叫。此情況主要針對(duì)BSC中LCF的信令承載，當(dāng)SSM進(jìn)程的處理門限達(dá)到BSC流量控制設(shè)定值時(shí): ssm_critical_overload_threshold=80% ，ssm_nrm_overload_threshold=70%。LCF會(huì)將對(duì)超過(guò)門限BTS小區(qū)，限制用戶呼叫，只允許切換。目前，LCF最大可同時(shí)支持250個(gè)(GSR4版本)激活的呼叫（GSR5版本支持400個(gè)）。針對(duì)這種情況：當(dāng)發(fā)

42、現(xiàn)多個(gè)基站小區(qū)被BAR時(shí)，應(yīng)及時(shí)檢查一個(gè)LCF下是否配置了過(guò)多的基站。如果存在此問(wèn)題，應(yīng)將部分基站割接到其它的LCF上去。BSS系統(tǒng)軟件故障由于BSC、BTS在重新裝載數(shù)據(jù)庫(kù)過(guò)程中軟件出錯(cuò)，導(dǎo)致相關(guān)LCF或BTP控制下的基站突發(fā)呼叫建立成功率降低。此情況曾發(fā)生在CSFP與主用BSP倒換后；BSC內(nèi)部電路主備切換后，個(gè)別LCF裝載數(shù)據(jù)過(guò)程中軟件出錯(cuò)，從而導(dǎo)致對(duì)BTS、MTL的控制出現(xiàn)問(wèn)題。針對(duì)這種情況，當(dāng)出現(xiàn)多個(gè)BTS或者整個(gè)BSC出現(xiàn)突然的呼叫建立成功率下降時(shí)，在通過(guò)檢查SWFM告警、A接口信令分析以及BTS、BSC相關(guān)狀態(tài)和統(tǒng)計(jì)分析后，可根據(jù)情況的嚴(yán)重程度復(fù)位出相應(yīng)的GPROC板，重新加載數(shù)

43、據(jù)就能解決問(wèn)題。BSS系統(tǒng)中的處理器負(fù)荷過(guò)重由于超出BSC、BTS中控制單元處理器門限，導(dǎo)致小區(qū)內(nèi)用戶無(wú)法成功建立呼叫。當(dāng)BSC、BTS中的CPU單元工作在非正常狀態(tài)時(shí)，即處理的消息量遠(yuǎn)遠(yuǎn)超出了CUP本身性能所能負(fù)擔(dān)的水平，或者沒(méi)有足夠的內(nèi)存處理相關(guān)的進(jìn)程。都會(huì)導(dǎo)致處理器丟掉溢出的數(shù)據(jù)，甚至直接使處理器進(jìn)程吊死。這種情況下，除了針對(duì)普遍性問(wèn)題更換更高性能的處理器外；還要仔細(xì)檢查基站的軟、硬件相關(guān)告警，濾除由于偶發(fā)因素造成的突發(fā)CPU單元故障。對(duì)于由于突發(fā)高話務(wù)量造成的處理器負(fù)荷上升，可以通過(guò)降低基站話務(wù)量；增加新的LCF分擔(dān)BSC的信令處理負(fù)荷。設(shè)備故障導(dǎo)致呼叫建立成功率低基站硬件故障由于小區(qū)

44、中載頻內(nèi)部發(fā)生了故障?？赡軙?huì)導(dǎo)致通話不能正常的接續(xù)到相關(guān)的硬件上，對(duì)于承載BCCH、SDCCH、TCH等不同類型信道的載頻，其表現(xiàn)也不相同。一般來(lái)說(shuō)：當(dāng)BCCH所在的載頻出現(xiàn)問(wèn)題時(shí)，呼叫將不被接入，Total_call為零。當(dāng)SDCCH所在的載頻出現(xiàn)問(wèn)題時(shí)，可能會(huì)出現(xiàn)SD擁塞或SDCCH掉話升高。當(dāng)TCH所在的載頻出現(xiàn)問(wèn)題時(shí)，可能會(huì)出現(xiàn)TCH擁塞或單個(gè)載頻掉話升高。針對(duì)這種問(wèn)題，可以通過(guò)鎖住可疑的載頻進(jìn)行判斷。在有些時(shí)候，通過(guò)INS指令對(duì)載頻進(jìn)行復(fù)位后，問(wèn)題即可得到解決。基站軟件進(jìn)程異常由于基站軟件、硬件存在故障導(dǎo)致小區(qū)分配SDCCH信道發(fā)生異常（例如：SDCCH吊死）。由于基站軟件、硬件問(wèn)題

45、，導(dǎo)致信令信道出現(xiàn)問(wèn)題，從而在信令的分配流程上出現(xiàn)問(wèn)題，導(dǎo)致接續(xù)失敗。這種情況，從統(tǒng)計(jì)上常能看到chan_req_ms_fail；ma_fail_from_ms的次數(shù)很高。針對(duì)這種問(wèn)題，應(yīng)及時(shí)對(duì)從統(tǒng)計(jì)上反映出表現(xiàn)較差的載頻進(jìn)行復(fù)位。甚至對(duì)基站做軟、硬重啟動(dòng)?；咎祓伨€系統(tǒng)故障天饋線損傷、進(jìn)水、打折和接頭處接觸不良，均會(huì)降低發(fā)射功率和收信靈敏度，導(dǎo)致小區(qū)上、下行傳輸損耗增大，通信質(zhì)量下降。由于兩副天線俯仰角不同而產(chǎn)生的掉話基站安裝過(guò)程中每個(gè)定向小區(qū)均有主集和分集兩副天線，該小區(qū)的BCCH和SDCCH就有可能分別從兩副不同的天線發(fā)出。當(dāng)兩副天線的俯仰角不同時(shí)，就會(huì)造成兩副天線的覆蓋范圍不同，即會(huì)出

46、現(xiàn)當(dāng)用戶能收到BCCH信號(hào)，但產(chǎn)生呼叫時(shí)卻因無(wú)法占用另一天線發(fā)出的SDCCH。在基站安裝過(guò)程中每個(gè)定向小區(qū)均有兩副天線，當(dāng)兩副天線的方位角不同時(shí)，就會(huì)形成一個(gè)方向中的用戶可以收到控制信號(hào)SDCCH，但用戶一旦被指定為由另一副天線發(fā)射出的TCH時(shí)，另一個(gè)方向中的用戶將無(wú)法收到信號(hào)。這種情況，常出現(xiàn)在新站安裝過(guò)程中，相鄰小區(qū)天線被反接或錯(cuò)接。針對(duì)以上情況，首先應(yīng)到基站現(xiàn)場(chǎng)進(jìn)行觀測(cè)。如不能發(fā)現(xiàn)問(wèn)題可以通過(guò)對(duì)故障小區(qū)進(jìn)行撥打測(cè)試（CQT）或驅(qū)車測(cè)試并結(jié)合從OMC中得到的相關(guān)統(tǒng)計(jì)項(xiàng)（ma_fail_from_ms）配合MOTOROLA優(yōu)化工具（如CTP）來(lái)發(fā)現(xiàn)故障原因，并及時(shí)調(diào)整天線方位角和俯仰角。由于

47、天饋線損壞或接頭接觸不良致使發(fā)射功率和收信靈敏度降低，可采用天饋線測(cè)試儀對(duì)天饋線進(jìn)行測(cè)量來(lái)判斷故障原因及故障點(diǎn)，并及時(shí)更換故障天饋線和接頭。基站傳輸閃斷由于基站RSL受于中繼傳輸問(wèn)題、硬件NIU、MCU故障等原因造成間隙式中斷，導(dǎo)致在小區(qū)建立呼叫的用戶信令接續(xù)中斷，致使total_call/ok_acc_proc值變小，致使統(tǒng)計(jì)中呼叫建立成功率下降。第五章 呼叫建立成功率案例分析實(shí)例：硬件故障分析Figure 5-1& Figure 5-2，我們可以看到由十月三日開始連續(xù)七天cell-3018的呼叫建立成功率下降至30% ，同時(shí)其SDCCH的阻塞率達(dá)到65%。Figure 5-1 Call S

48、etup Success for 3018Figure 5-2 Call setup vs SDCCH Setup blocking for 3018發(fā)現(xiàn)呼叫建立成功率下降后，針對(duì)小區(qū)利用工具CTP 進(jìn)行呼叫跟蹤分析。我們發(fā)現(xiàn)其中一個(gè)載頻RTF61沒(méi)有收集到任何測(cè)量報(bào)告，從這個(gè)載頻得不到呼叫的記錄，意味這個(gè)DRCU一直不能被占用。從Figure 5-1 看到呼叫數(shù)量也自十月三日起急劇下降，由此我們懷疑，cell-3018的呼叫建立成功率下降時(shí)由于小區(qū)中某一載頻故障，造成分配至RTF61的TCH接入失敗。因此，承載RTF61的DRCU在經(jīng)過(guò)完整的硬件校驗(yàn)后，重啟恢復(fù)正常。在十月十一日Call S

49、etup Success rat恢復(fù)到原來(lái)的90+%。此案例中，沒(méi)有任何告警出現(xiàn)在EVENT LOG，從而我們可以看到MOTOROLA工具的應(yīng)用，對(duì)于提早發(fā)現(xiàn)并解決Call setup和SD Setup blocking等最差小區(qū)性能問(wèn)題有很多幫助。實(shí)例：天線反接分析Figure 5-3& Figure 5-4，對(duì)于同一個(gè)站的兩個(gè)小區(qū)，Call Setup Success rat均在70%以下。Figure 5-3 Call setup Success Rate for 121Figure 5-4 Call setup Success Rate for 121通過(guò)對(duì)基站利用工具CTP 進(jìn)行呼叫

50、跟蹤，分析call trace summary & path balance，我們可以發(fā)現(xiàn)存在一些問(wèn)題。CTP信息概要Figure 5-5 Cell -121 Path Balance從CTP概要信息中，我們可以看到Cell 121的BCCH所在載頻的path balance平均值為-17.88，顯示出其傳輸路徑上存在一定問(wèn)題；同時(shí)作為重要的補(bǔ)充，可以看到其下行RXQUAL分布主要集中于5-7。加之,NON BCCH 載頻的path balance也顯示出類似的現(xiàn)象。由此，我們懷疑基站硬件及其收發(fā)單元的射頻連接（包括饋線、電纜、射頻接口等）存在問(wèn)題。 Figure 5-6 基站內(nèi)部饋線連接在十

51、月十日，我們前往基站做硬件完整檢測(cè)時(shí)發(fā)現(xiàn)，Cell 121 BCCH所在載頻連接的雙工器，其ANT端口的電纜錯(cuò)誤的連到Cell 123 天線上；而Cell 123 TCH所在載頻連接的雙工器，其ANT端口的電纜錯(cuò)誤的連到Cell 121 天線上（Figure 5-6）。因此造成兩小區(qū)天線的反接。在恢復(fù)正常連接后，我們可以看到Cell 121&-123的呼叫數(shù)量、呼叫建立成功率均恢復(fù)正常。實(shí)例：TCH擁塞由于突發(fā)話務(wù)量造成TCH擁塞，導(dǎo)致呼叫建立成功率下降。Figure 5-7 Call Success rates vs TCH Blocking for 642通過(guò)Figure 5-7我們注意到

52、，十月五日除了TCH話務(wù)量達(dá)到了18 Erl遠(yuǎn)高于日常的平均值12 Erl，造成TCH擁塞外。對(duì)于本小區(qū)的DRCU沒(méi)有檢測(cè)到任何硬件問(wèn)題。我們懷疑是由于本小區(qū)的突發(fā)話務(wù)量，或相鄰小區(qū)的問(wèn)題導(dǎo)致的結(jié)果。對(duì)于TCH擁塞的小區(qū)，可通過(guò)關(guān)注統(tǒng)計(jì)項(xiàng)MA_CMD_TO_MS_BLKD，該統(tǒng)計(jì)反映了由于TCH擁塞而引起的分配拒絕數(shù)目。Figure 5-8 TCH assignment blocked一般來(lái)講依靠新加站或基站擴(kuò)容來(lái)進(jìn)行緩解。同時(shí)，還可以根據(jù)周邊基站得覆蓋情況，打開MOTOROLA特殊類型的切換Congestion Relief /Direct Retry,臨時(shí)緩解小區(qū)擁塞狀況。鑒于當(dāng)時(shí)全網(wǎng)TC

53、H擁塞引起的TCH呼叫成功率分布，重點(diǎn)地區(qū)的解決對(duì)全網(wǎng)指標(biāo)的提高影響很大，如下表所示：Call_setup_success_rateTch_blocking_rateMa_cmd_to_ms_blkdTotal_calOMC184.24%24.48%11709193465OMC294.04%6.3%575218159OMC393.05%18%28378435Table 5-1 全網(wǎng)TCH擁塞引起呼叫成功率低的分布情況從上表，我們OMC1的TCH擁塞最大。TCH擁塞最嚴(yán)重的站，比如新發(fā)地，昌平，狼垡，鐵家墳等都在OMC1上。所以，解決OMC1的TCH擁塞是增加呼叫成功率的最好方法。假設(shè)能夠?qū)M

54、C1的MA_CMD_TO_MS_BLKD降到OMC2的程度則對(duì)全網(wǎng)影響為：538792*100/（603570-（11709-575）-89.27=1.7%即，可以使全網(wǎng)TCH呼叫成功率提高1.7%。實(shí)例：系統(tǒng)中的處理器負(fù)荷過(guò)重1999年我們發(fā)現(xiàn)網(wǎng)上一些IN_CELL基站的TCH呼叫建立成功率較低，由92.44%下降到了的88.07%，通過(guò)分析我們發(fā)現(xiàn)由于BTS中的BTP、DHP等GPROC板的（CPU）處理能力原因，造成在話務(wù)量很高的地區(qū)，GPROC板的CPU負(fù)荷過(guò)重。信令處理能力不夠，導(dǎo)致呼叫建立成功率下降。下面以七月二日的數(shù)據(jù)為例，對(duì)相關(guān)統(tǒng)計(jì)項(xiàng)進(jìn)行對(duì)比分析： （TOTAL CALLS）

55、= 538792；MO+MT = 403050+200520 = 603570（MA_REQ_FROM_MSC） (MA_CMD_TO_MS) (MA_CMD_TO_MS_BLKD)= 575891 545970 13209 = 16712簡(jiǎn)單計(jì)算七月二日的TCH呼叫成功率為：538792*100/603570 = 89.27%若將異常原因?qū)е碌氖目偤艚写螖?shù)中去除，TCH呼叫成功率為：538792*100/(603570-16712) = 91.81%MA_REQ_FROM_MSC表示MSC請(qǐng)求BSS為呼叫分配無(wú)線資源。MA_CMD_TO_MS表示向MS發(fā)送分配命令。在正常情況下，兩者應(yīng)該

56、基本相等，在存在擁塞情況下，MA_CMD_TO_MS加上MA_CMD_TO_MS_BLKD應(yīng)該基本等于MA_REQ_FROM_MSC。然而，在異常的情況下，由于BSC中的LCF負(fù)荷太重或BTS內(nèi)的DHP、BTP負(fù)荷太重，可能會(huì)造成兩者差值較大。針對(duì)昌平IN_CELL基站的相關(guān)統(tǒng)計(jì)加以進(jìn)一步分析：siteCellSetup_ratecm_serv_req_callpage_responsetotal_callsma_req_from_mscma_cmd_to_msChangPing4120-75535.2431341216153241022774Table 5-2 昌平基站的cell-2相關(guān)統(tǒng)計(jì)

57、BSC中的LCF控制情況，可以看出BSS10的GPROC 0213控制昌平基站：Table 5-3 BSS10的GPROC 0213控制的基站昌平基站內(nèi)各GPROC BTP和DHP的控制情況：Table 5-4 昌平基站的各個(gè)GPROC控制載頻CPU #Gproc_namecpu_usage_meancpu_usage_mincpu_usage_maxBSC10GPROC-021315.02724ChangPing_6GPROC-101476.265996ChangPing_6GPROC-0F1375.155794ChangPing_6GPROC-101671.705493ChangPing_

58、6GPROC-101370.974997ChangPing_6GPROC-0F1470.175388ChangPing_6GPROC-101558.323098ChangPing_6GPROC-0F1647.344166ChangPing_6GPROC-0F1511.46829Table 5-5 GPROC的相關(guān)統(tǒng)計(jì)由上表可以看到，BSC中的作LCF的GPROC負(fù)荷沒(méi)有問(wèn)題，但是，昌平站的BTP負(fù)荷最大值已達(dá)到98%；控制第二小區(qū)DRI的DHP中GPROC-1016和GPROC-1013平均負(fù)荷超過(guò)70%，最大負(fù)荷超過(guò)90%，由于處理器負(fù)荷過(guò)重，會(huì)導(dǎo)致資源不能正常釋放、信令處理進(jìn)程不能正常運(yùn)行

59、，從而使呼叫建立成功率降低。針對(duì)這種情況，應(yīng)增加DHP或使用高性能的處理器，如GPROC-2，來(lái)提高處理能力。另外，由于某個(gè)軟件進(jìn)程的運(yùn)行出現(xiàn)問(wèn)題，偶爾也會(huì)引起CPU的負(fù)荷過(guò)大，造成資源不能正常釋放等問(wèn)題，此種情況可通過(guò)RESET基站后，觀察CPU負(fù)荷有無(wú)變化來(lái)驗(yàn)證。若負(fù)荷減小，則是由于軟件異常引起，無(wú)需更換硬件。實(shí)例：MSC側(cè)的問(wèn)題CONN_REFUSED表示MSC拒絕建立連接。造成它的原因有很多，除呼叫連接建立請(qǐng)求拒絕外，還包括位置更新、呼叫重建拒絕、IMSI Detach等，每種原因都對(duì)應(yīng)一個(gè)原因值，在MSC側(cè)根據(jù)拒絕原因值來(lái)進(jìn)行錯(cuò)誤定位?，F(xiàn)在，我們以1999年網(wǎng)絡(luò)的一些數(shù)據(jù)為例進(jìn)行分析

60、，考慮到位置更新和呼叫重建等與呼叫建立無(wú)關(guān)的信令過(guò)程也會(huì)引起CONN_REFUSED，根據(jù)全網(wǎng)統(tǒng)計(jì)分析，位置更新申請(qǐng)到SDCCH的數(shù)目與MO和MT之和大致相等，而呼叫重建在絕大部分小區(qū)中均被禁止，暫時(shí)忽略它的影響。另外，對(duì)于MOTOROLA的統(tǒng)計(jì)，在一些MSC下一次成功IMSI Detach對(duì)應(yīng)的消息是CONN_REFUSED，而非CONN_CONFIRM消息。故此，在濾除以上因素后，我們可以大致估計(jì)，CONN_REFUSED總數(shù)量的一半是在MO和MT過(guò)程中產(chǎn)生的。由CTP呼叫跟蹤的例子分析，我們可以看到，正常呼叫建立的信令流程中，在Call proceeding消息后，應(yīng)該是BSSMAP: