[互聯(lián)網(wǎng)]朗訊CDMA優(yōu)化分析總結(jié)掉話起呼切換

1、朗訊cdma_rf優(yōu)化經(jīng)驗(yàn)總結(jié)簡(jiǎn)介：5如何應(yīng)用本文51路測(cè)分析及優(yōu)化51.1掉話分析51.1.1掉話定義及分類51.1.2掉話分析過(guò)程61.1.3路測(cè)掉話分析舉例101.2呼叫失敗分析151.2.1語(yǔ)音主叫過(guò)程151.2.1.1主叫流程和相關(guān)信令161.2.1.2語(yǔ)音主叫失敗分析要點(diǎn)及一般過(guò)程181.2.2數(shù)據(jù)業(yè)務(wù)主叫流程221.2.2.1主叫流程221.2.2.2數(shù)據(jù)業(yè)務(wù)主叫失敗分析要點(diǎn)和一般過(guò)程231.2.3短消息業(yè)務(wù)處理流程251.2.3.1短短消息業(yè)務(wù)主叫251.2.3.2短短消息主叫失敗分析281.2.3.3長(zhǎng)短消息主叫分析291.2.4尋呼過(guò)程及常見問(wèn)題處理301.2.4.1語(yǔ)音尋

2、呼過(guò)程信令分析301.2.4.2語(yǔ)音被叫尋呼階段失敗分析301.2.5小結(jié)321.2.6相關(guān)log文件實(shí)例：321.3切換失敗分析321.3.1切換類型及相關(guān)流程分析321.3.1.1common soft handoff的一般流程331.3.1.2interfrequency handoff 的流程361.3.1.3intervendor hard handoff的流程461.3.2切換失敗分析要點(diǎn)531.3.2.1軟切換失敗的分析：531.3.2.2半軟切換失敗的分析：541.3.2.3intervendor hard handoff 失敗的分析：561.3.2.4其它切換失敗分析案例舉例

3、：571.4綜合分析601.4.1覆蓋弱（盲）區(qū)的分析601.4.2直放站引起的問(wèn)題分析611.4.3導(dǎo)頻污染分析及解決611.4.4呼叫建立時(shí)長(zhǎng)分析611.4.5外部干擾分析621.4.6上下行功率分析621.4.7ffer分析651.4.8路測(cè)中的數(shù)據(jù)速率優(yōu)化691.4.8.1前向速率優(yōu)化691.4.8.2反向速率分配信令流程732關(guān)鍵指標(biāo)性能分析762.1呼叫建立成功率分析762.1.1簡(jiǎn)介762.1.2呼叫建立成功率公式762.1.3呼叫建立流程782.1.3.13g1x語(yǔ)音呼叫建立流程782.1.3.23g1x數(shù)據(jù)呼叫建立流程792.1.4影響呼叫建立成功率的主要因素及其解決方案79

4、2.1.4.1rf access failure(tccf)的呼叫建立失敗分析802.1.4.2系統(tǒng)硬件資源（ce/pp）或功率資源限制導(dǎo)致的呼叫建立失敗分析822.1.4.3bad esn 導(dǎo)致的呼叫建立失敗852.1.4.4call setup failure 的呼叫建立失敗分析862.1.4.5與call delivery type 相關(guān)的被叫失敗分析872.1.4.6由于登記和尋呼策略導(dǎo)致的被叫失敗872.1.4.7assignment rate 降低的分析872.1.5相關(guān)案例882.2尋呼成功率分析882.3掉話率分析882.3.1掉話率公式：882.3.2掉話率公式分析892.3

5、.3掉話率改善指標(biāo)思路892.3.3.1問(wèn)題定位892.3.3.2原因分析與針對(duì)性措施902.3.4小結(jié)932.4阻塞分析932.4.1ce/pp 資源阻塞分析942.4.1.1ce/pp阻塞定義942.4.1.2相關(guān)peg counts942.4.1.3ce/pp資源阻塞原因及解決建議942.4.2前向功率資源阻塞分析952.4.2.1前向功率資源阻塞定義952.4.2.2參考peg counts95由上表得，epcarr9和epcarr10值說(shuō)明前向鏈路上存在由于功率控制過(guò)載而導(dǎo)致主被叫拒絕的現(xiàn)象。952.4.2.3向功率資源阻塞原因及解決建議962.4.3反向rf 負(fù)載資源阻塞分析982

6、.4.3.1反向rf 負(fù)載資源阻塞的定義982.4.3.2參考peg counts982.4.3.3反向rf 負(fù)載資源阻塞原因及解決方案992.4.43g to 2g assignment1002.4.4.1相關(guān) peg counts1002.4.5walsh code資源不足1012.4.5.1相關(guān)peg counts1012.4.6其它系統(tǒng)原因1023feature、參數(shù)及其他優(yōu)化專題1023.1多載頻話務(wù)分配1023.2切換相關(guān)參數(shù)優(yōu)化1023.3廠商間硬切換1033.4高層，室內(nèi)問(wèn)題解決1033.5vvsd1043.6數(shù)據(jù)優(yōu)化1043.7天線選擇1053.8開銷信道及負(fù)荷分析1053.

7、9快速尋呼信道1053.10超遠(yuǎn)距離覆蓋1053.11shapcar功能1053.12cow的rf相關(guān)優(yōu)化1053.13鄰區(qū)優(yōu)化1063.14is-page21063.15tma&tmb1063.16misc1064常用rf優(yōu)化工具應(yīng)用介紹1074.1fci alert,homax,unl及鄰區(qū)優(yōu)化方法介紹1074.2rfcenter1074.3transcend1074.4deploy scripts1074.5pcmd tool1084.63g_1x優(yōu)化工具設(shè)置1084.7google earth工具1084.8rop文件的分析：1085rf經(jīng)典文檔1085.1rf相關(guān)參數(shù)1085.2rf

8、 opt& trouble shooting guidelines1095.3rf 工具：1095.4ldat各種metrics的定義1095.5lucent技術(shù)文檔查詢：（apx_lib）1096附件和目錄結(jié)構(gòu)109簡(jiǎn)介：本文主要意圖是對(duì)cdma_rf優(yōu)化工作的一些方法，思路,工具等進(jìn)行一次較為全面的總結(jié)。全文共分為四個(gè)章節(jié)：路測(cè)分析及優(yōu)化，關(guān)鍵性能指標(biāo)分析及優(yōu)化，主要feature，及專題優(yōu)化，主要工具介紹。每個(gè)章節(jié)則包括基本的流程，流程分析，常見問(wèn)題以及相應(yīng)的解決方案等內(nèi)容。希望通過(guò)本文的應(yīng)用，使得各地現(xiàn)有的一些經(jīng)驗(yàn)，方法得以共享。同時(shí)將rf工作的一些方法和流程進(jìn)行標(biāo)準(zhǔn)化，從而使新進(jìn)員工

9、的工作更容易上手。以及朗訊員工在指導(dǎo)subc工作時(shí)，或了解現(xiàn)場(chǎng)情況時(shí)更具系統(tǒng)性，并進(jìn)一步提高工作效率。如何應(yīng)用本文新進(jìn)rf人員可通過(guò)通讀本文對(duì)cdma常用流程和分析方法和優(yōu)化思路有一較系統(tǒng)全面的理解。并在實(shí)際工作中，嘗試這些方法的應(yīng)用。所有rf人員，在指導(dǎo)subc或客戶工作，或進(jìn)行問(wèn)題分析時(shí)，可參照本文提供的一些思路和方法，對(duì)常見的問(wèn)題加以迅速定位或歸類，以提高問(wèn)題定位和解決的效率。1 路測(cè)分析及優(yōu)化1.1 掉話分析1.1.1 掉話定義及分類在cdma網(wǎng)絡(luò)用戶通話過(guò)程中，由于各種原因發(fā)生通話無(wú)法正常繼續(xù)而被迫中斷則稱為掉話現(xiàn)象。在覆蓋邊緣區(qū)域前向覆蓋功率與ec/io都較差，手機(jī)與基站無(wú)法建立正

10、常通信，通信被迫中斷，這種掉話屬于正常掉話；而發(fā)生在設(shè)計(jì)覆蓋區(qū)域內(nèi)，前向覆蓋都比較好，反向手機(jī)功率可以被基站良好接收，在這種無(wú)線環(huán)境中發(fā)生的掉話，屬于異常掉話。路測(cè)掉話率定義：在90%射頻覆蓋區(qū)域內(nèi)，沿路測(cè)路線發(fā)起一全速率馬爾可夫呼叫(如果呼叫失敗，會(huì)自動(dòng)發(fā)起一個(gè)新的呼叫)，則- 掉話率=成功建立呼叫后的掉話總次數(shù)/成功建立呼叫的總次數(shù)*100%- 路測(cè)所記錄的總呼叫持續(xù)時(shí)間除以90秒，等于成功建立呼叫次數(shù)的總數(shù)。從空中接口來(lái)定義通話正常結(jié)束（以下摘自is2000規(guī)范），則不管是手機(jī)還是系統(tǒng)發(fā)起釋放通話，都需要前向，反向雙方的release消息。如果缺少某一個(gè)release消息，則在路測(cè)軟件分

11、析時(shí)會(huì)認(rèn)為是一次掉話現(xiàn)象?？赡芤鸬粼挼拇笾路诸悶椋篿、 無(wú)線參數(shù)設(shè)置不當(dāng)：切換參數(shù)設(shè)置 、鄰區(qū)列表設(shè)置、導(dǎo)頻pn復(fù)用、鄰居搜索窗設(shè)置不合理；ii、 高話務(wù)負(fù)荷區(qū)域 ：周圍扇區(qū)服務(wù)用戶數(shù)較多，話務(wù)量較大；iii、 弱覆蓋：接收功率或ec/io（導(dǎo)頻污染）較差； iv、 前向或者反向干擾 ：干擾的存在，影響系統(tǒng)的正常工作；v、 基站資源不足：前向功率、ce資源、walsh資源、傳輸資源 不足；vi、 直放站：通常為直放站或室內(nèi)分布系統(tǒng)或者干線放大器的參數(shù)未能正確設(shè)置。這種情況通常發(fā)生在直放站覆蓋區(qū)域內(nèi)，此時(shí)前向fer較高。vii、 基站的硬件故障 gps故障引起時(shí)間與其他基站時(shí)間不同步，造成切換

12、失敗； 基站放大器、濾波器發(fā)生故障，無(wú)功率輸出； msc和基站之間的傳輸閃斷 其他硬件故障 1.1.2 掉話分析過(guò)程我們首先對(duì)層三信令進(jìn)行一個(gè)簡(jiǎn)單的解讀：從路測(cè)文件信令分析圖中可以看到正常的呼叫結(jié)束是由手機(jī)（ms）先給基站發(fā)release消息（在下圖中的第一個(gè)order message），之后基站再回手機(jī)一個(gè)release消息（在下圖中的第二個(gè)order message）。之后有一個(gè)同步消息。12/27/2006 06:44:03:357order messagebsmsfwd_traff12/27/2006 06:44:05.877sync channel messagebsmssync下面

13、是詳細(xì)信令，可以看到左側(cè)文本框中是手機(jī)向基站發(fā)的release order，該消息的序列號(hào)（msg_seq）是3。之后基站向手機(jī)回的release order在右側(cè)文本框中，可見該消息回的是手機(jī)msg_seq為3的消息（因?yàn)閍ck_seq=3）。ms-bs release orderbs-ms ack release orderrecno : 4996 : 12/27/2006 06:44:03.357 rev_traff : order message (ordm) record_header record_length 19 byte log_code 0x1005 message_tim

14、estamp 06:44:03.357 expected_message_length 7 byte message is signalling reverse channel traffic message msg_length 7 byte msg_type 1 sdu_and_pdu_padding_length 24 bits order message fdsch_layer2_beg_fields fdsch_layer2_arq_fields_reg_pdu ack_seq 3 msg_seq 3 ack_req 1 encryption 0 order release orde

15、r (normal release for implicit field ordq = 0) add_record_len 0 reserved 0 is2000_l2_pdu_padding crc 38612 recno : 5004 : 12/27/2006 06:44:03.552 fwd_traff : order message (ordrm) record_header record_length 20 byte log_code 0x1008 message_timestamp 06:44:03.552 expected_message_length 8 byte messag

16、e is signalling forward channel traffic message msg_length 8 byte msg_type 1 sdu_and_pdu_padding_length 32 bits order message fdsch_layer2_beg_fields fdsch_layer2_arq_fields_reg_pdu ack_seq 3 msg_seq 5 ack_req 0 encryption 0 use_time 0 action_time 0 second order release order add_record_len 0 reserv

17、ed 0 is2000_l2_pdu_padding crc 7171 了解了通話正常結(jié)束信令之后，可以理解當(dāng)沒(méi)有出現(xiàn)release order而發(fā)生掉話時(shí)，需要從掉話時(shí)的sync消息往前分析，找出該次掉話的真正原因。根據(jù)1.1.1中的分類，我們分別對(duì)各種可能引起掉話的原因進(jìn)行簡(jiǎn)單的定位分析：i、 無(wú)線參數(shù)設(shè)置不當(dāng)?shù)谝环N情況是鄰小區(qū)缺失：鄰小區(qū)缺失時(shí)會(huì)導(dǎo)致強(qiáng)候選導(dǎo)頻無(wú)法加入到有效導(dǎo)頻集。相反地，候選導(dǎo)頻對(duì)該通話而言是一個(gè)純干擾存在。當(dāng)干擾越來(lái)越強(qiáng)時(shí)，手機(jī)就會(huì)發(fā)生掉話，產(chǎn)生一個(gè)lost call。分析方法：使用ldat在掉話點(diǎn)之前檢查是否有nla告警，例：77 53g(450) -9 nla a

18、54g(372)-8.5 a41a(90)-12.0 23:42:45.552此時(shí)根據(jù)情況，應(yīng)該把53g加入到54g或41a的鄰小區(qū)集合中。如果需要用層三信令自己進(jìn)行分析，則可以對(duì)psmm（導(dǎo)頻測(cè)量報(bào)告）消息及nlm（鄰小區(qū)消息）進(jìn)行分析，得到和ldat相同的結(jié)論。解決思路：增加/刪除鄰區(qū)及重新設(shè)定鄰區(qū)優(yōu)先級(jí)：參考fcialert輸出的單向，1-way，2-way告警及homax統(tǒng)計(jì)的鄰小區(qū)切換比例，同時(shí)也需要注意是否有可能同pn復(fù)用過(guò)近，或出現(xiàn)pn混淆。第二種情況是搜索窗設(shè)置不當(dāng)： 當(dāng)搜索窗設(shè)得不夠大時(shí)，在搜索窗范圍外到達(dá)的導(dǎo)頻將不能被手機(jī)檢索并在psmm消息匯報(bào)給系統(tǒng)，這樣它們將也不能順利

19、進(jìn)入有效集，從而或早或晚成為一個(gè)強(qiáng)干擾存在，然后導(dǎo)致掉話。 分析方法：使用ldat在掉話點(diǎn)之前分析是否有搜索窗告警，例：warning d=45.75 chips (144), use srch_win_a10 a113b(144) a53b(282) 19:28:17.435 warning d=39.6 chips 113b(144), use srch_win_n9 a113b(144) a53b(282) 19:28:41.040以上兩條搜索窗告警分別是對(duì)有效集及鄰小區(qū)集的告警。解決思路：根據(jù)搜索窗告警及時(shí)延chips，然后對(duì)照搜索窗表確定有效集或鄰小區(qū)集搜索窗的實(shí)際需要大小。ii、

20、高話務(wù)負(fù)荷區(qū)域高話務(wù)能增加lost call的概率。這是因?yàn)樵谝粋€(gè)區(qū)域有多個(gè)高話務(wù)基站會(huì)急劇增加該區(qū)域的系統(tǒng)內(nèi)干擾水平，使得個(gè)別手機(jī)建立的業(yè)務(wù)信道克服干擾比較困難。（一個(gè)扇區(qū)高話務(wù)不一定會(huì)導(dǎo)致高掉話率，當(dāng)一圈基站話務(wù)量較高時(shí)會(huì)出現(xiàn)干擾水平急劇增加。）分析方法：需要用話務(wù)統(tǒng)計(jì)工具如spat，smart進(jìn)行周圍基站忙時(shí)的話務(wù)分析，從而考慮高話務(wù)負(fù)荷的程度。解決思路：增加載頻；增加新站來(lái)進(jìn)行話務(wù)吸收；適當(dāng)減少軟切換比例；扇區(qū)間調(diào)整覆蓋平衡話務(wù)分擔(dān)等；iii、 弱覆蓋在cdma中，弱覆蓋可能是接收功率差或ec/io差。因此弱覆蓋區(qū)域可能是由于室內(nèi)深度穿透不足，建筑物或地形（山，樹木）陰影阻擋或基站位置

21、，站高的不合理設(shè)計(jì)造成，也有可能是由于導(dǎo)頻污染原因。 分析方法：根據(jù)路測(cè)數(shù)據(jù)進(jìn)行手機(jī)接收功率，手機(jī)發(fā)射功率，主導(dǎo)頻ec/io，前向ffer幾幅相關(guān)路測(cè)圖的結(jié)合分析確定是否存在弱覆蓋區(qū)域。解決思路：主要通過(guò)對(duì)天線參數(shù)：方位角及傾角進(jìn)行調(diào)整解決；其次也可以對(duì)扇區(qū)發(fā)射功率及衰減值進(jìn)行調(diào)整；在沒(méi)有其他手段情況下，只能通過(guò)加站解決覆蓋問(wèn)題。iv、 前向或者反向干擾前向或反向干擾都有可能導(dǎo)致異常掉話。通常來(lái)說(shuō)， cdma系統(tǒng)更容易受到反向干擾，且干擾有可能僅影響某個(gè)載頻。在基站受到干擾時(shí)，在前向或反向需要更多的業(yè)務(wù)信道功率以維持通話。當(dāng)沒(méi)有足夠的功率克服干擾時(shí)，通話有可能被迫中斷。分析方法：可以在基站j5

22、口接泰克等設(shè)備直接查看該扇區(qū)是否在上行下行頻段受到干擾，對(duì)突發(fā)或穩(wěn)定的干擾信號(hào)進(jìn)行中心頻點(diǎn)，干擾強(qiáng)度的確定；也可以通過(guò)掃頻儀進(jìn)行頻譜掃描， 在路面上確定干擾影響的范圍；在定向天線的輔助下，也可以對(duì)干擾源具體的位置進(jìn)行查找并最終定位發(fā)現(xiàn)干擾設(shè)備。在omp側(cè)，也可以通過(guò)dump命令及話務(wù)統(tǒng)計(jì)中peak rssi，average rssi計(jì)數(shù)器值來(lái)綜合判斷是否存在外部干擾。解決思路：根據(jù)分析從多種數(shù)據(jù)確定是否存在外部干擾，然后檢查是否可以對(duì)iroc參數(shù)進(jìn)行修改，但最終解決辦法只能是查到干擾源并通過(guò)無(wú)委會(huì)協(xié)調(diào)將干擾設(shè)備最終關(guān)閉。v、 基站資源不足當(dāng)切換被正常觸發(fā)而目標(biāo)基站因?yàn)橘Y源短缺而阻塞切換時(shí)，如果

23、原先導(dǎo)頻仍能維持通話時(shí)，不會(huì)引起掉話。但持續(xù)不能切換，當(dāng)未能進(jìn)入的新導(dǎo)頻產(chǎn)生的干擾過(guò)大時(shí)，就有可能會(huì)導(dǎo)致掉話了。分析方法：從層三中分析，當(dāng)看到psmm消息滿足切換的條件而沒(méi)有handoff direction message時(shí)，可能需要懷疑是資源原因被阻塞了切換指示。此時(shí)需要到spat話務(wù)統(tǒng)計(jì)去確認(rèn)是ce，pp，rf power還是walsh code導(dǎo)致切換的阻塞。解決思路：根據(jù)阻塞的瓶頸資源，解決資源問(wèn)題。主要資源可能是ce，pp，rf power。另外也可以適當(dāng)?shù)販p少軟切換比例。vi、 直放站對(duì)于直放站如果搜索窗等時(shí)延參數(shù)未正確設(shè)置及直放站的前反向增益設(shè)置不當(dāng)給主站帶來(lái)底噪的抬升，也會(huì)使

24、得出現(xiàn)異常掉話。分析過(guò)程：在直放站覆蓋區(qū)域進(jìn)行路測(cè)，分析手機(jī)接收功率及發(fā)射功率，同時(shí)分析接入探針的次數(shù)。如果mrx+mtx在-80-85dbm左右，且探針次數(shù)只有1次，則認(rèn)為直放站工作得較好。另外也可以在msc用dump命令或rssi統(tǒng)計(jì)來(lái)確認(rèn)直放站是否對(duì)主站帶來(lái)了額外的底噪抬高。解決思路：檢查直放站所接施主扇區(qū)的參數(shù)設(shè)置：根據(jù)直放站光纖長(zhǎng)度進(jìn)行各個(gè)相關(guān)參數(shù)的計(jì)算且直放站主站扇區(qū)的選擇要有所選擇；對(duì)直放站前反向增益進(jìn)行調(diào)整：保證直放站的覆蓋同時(shí)對(duì)主站影響盡量少；另外對(duì)于直放站連接扇區(qū)搜索窗不是越大越好；搜索窗需要考慮直放站周圍扇區(qū)并對(duì)它們也進(jìn)行適當(dāng)設(shè)置。vii、 基站的硬件故障當(dāng)基站出現(xiàn)各種各

25、樣故障時(shí)，也會(huì)發(fā)生異常掉話。分析方法：在路測(cè)時(shí)，如果發(fā)現(xiàn)信號(hào)忽弱忽強(qiáng)或經(jīng)常脫網(wǎng)進(jìn)網(wǎng)，可以懷疑cbr或功放等問(wèn)題；如果在站下起呼沒(méi)問(wèn)題，而切入切出都不能進(jìn)行，則可以判斷出現(xiàn)孤島現(xiàn)象，可以懷疑關(guān)于時(shí)鐘單元的基站硬件如tfu，晶振等器件有否問(wèn)題。另外也可以參考o(jì)mp上網(wǎng)管系統(tǒng)及rop中的硬件heh告警，來(lái)查找是否該站出現(xiàn)硬件故障。解決思路：嘗試rmv，rst故障硬件，或進(jìn)行更換然后觀察指標(biāo)或進(jìn)行現(xiàn)場(chǎng)測(cè)試看問(wèn)題是否得以解決。1.1.3 路測(cè)掉話分析舉例在路測(cè)過(guò)程中可能會(huì)直接遇到掉話的現(xiàn)象。一個(gè)電話之所以會(huì)被路測(cè)工具或后臺(tái)分析工具判成掉話，主要是因?yàn)槭謾C(jī)完成起呼后（即發(fā)送service connecti

26、on completion message）到下一次同步之前（即收到sync channel message），未接收到正常釋放過(guò)程完整的信令消息，如下圖所示：正常起呼：正常釋放：手機(jī)發(fā)送release order基站回應(yīng)的release order 該正常釋放過(guò)程為手機(jī)側(cè)發(fā)起的釋放，如果由基站側(cè)發(fā)起的釋放，則這兩條消息的順序相反。如果這兩條都有，則路側(cè)分析軟件通常會(huì)認(rèn)為這是一次正常的釋放過(guò)程。相反，如果手機(jī)沒(méi)有記錄release order消息而直接收到同步消息，則算作一次異常釋放，即掉話，如下圖所示：通常這是因?yàn)榍跋蚧蚍聪蜴溌焚|(zhì)量變差，手機(jī)或基站無(wú)法解調(diào)信號(hào)，超時(shí)后釋放無(wú)線鏈路。我們一般會(huì)

27、在sync消息之前的searcher and finger information手機(jī)log中發(fā)現(xiàn)手機(jī)已經(jīng)無(wú)法正確解調(diào)導(dǎo)頻信道。如下圖所示： 所以，從路測(cè)角度來(lái)說(shuō)，無(wú)論什么原因造成的掉話，從空中接口的層三信令來(lái)看基本上是一樣的。這里的鏈路質(zhì)量變差主要指前向基站功率或者反向手機(jī)功率已經(jīng)無(wú)法增大以克服外部的干擾，從而無(wú)法滿足解調(diào)信道要求的eb/no值。 前反向鏈路質(zhì)量變差的原因主要包括以下幾個(gè)方面：（1）服務(wù)扇區(qū)和手機(jī)的功率損耗超過(guò)鏈路預(yù)算 這種情況常常發(fā)生在郊區(qū)，特別是山區(qū)。由于地形等因素的阻擋造成前向、反向或兩者鏈路的路徑損耗急劇增加，鏈路質(zhì)量急劇惡化。路測(cè)時(shí)可以發(fā)現(xiàn)手機(jī)的接收功率和服務(wù)導(dǎo)頻的

28、ec/io都變得很差，手機(jī)的發(fā)射功率達(dá)到了最大值，如下圖所示：（2）軟切換失敗 這種情況通常包括包括兩個(gè)方面：鄰小區(qū)遺漏造成的無(wú)法正常切換；硬件故障導(dǎo)致的無(wú)法正常切換。前者在基站鄰小區(qū)關(guān)系優(yōu)化未完成時(shí)有可能會(huì)測(cè)到，特別是在網(wǎng)絡(luò)建設(shè)初期和后期增加新站時(shí)。網(wǎng)絡(luò)發(fā)展成熟后經(jīng)過(guò)多次優(yōu)化這樣的現(xiàn)象比較少見。典型的例子如下圖所示，由于鄰小區(qū)關(guān)系的遺漏，pn68的導(dǎo)頻不在pn432和pn264扇區(qū)下發(fā)的鄰小區(qū)關(guān)系表中，因此不能做軟切換，即對(duì)這兩個(gè)導(dǎo)頻來(lái)說(shuō)是強(qiáng)干擾，隨著信道質(zhì)量eb/no不斷變差，最終導(dǎo)致掉話。后者主要指基站硬件故障造成的相鄰扇區(qū)無(wú)法作軟切換，其現(xiàn)象和上述情況類似，由于無(wú)法軟切換，非服務(wù)扇區(qū)的

29、強(qiáng)信號(hào)對(duì)服務(wù)扇區(qū)的信號(hào)造成干擾，最終掉話。常見的原因有tfu問(wèn)題導(dǎo)致時(shí)鐘不同步、基站資源擁塞、atm信令擁塞等，一般可查找rop文件確認(rèn)硬件故障的存在。（3）多個(gè)基站干擾造成的導(dǎo)頻污染 這種情況歸根結(jié)底就是該區(qū)域沒(méi)有主導(dǎo)頻，每個(gè)基站扇區(qū)到達(dá)該區(qū)域的信號(hào)強(qiáng)度都差不多弱，雖然合成的mrx還比較好（io較大），但ec都比較差，所以最終每個(gè)導(dǎo)頻的ec/io也比較差。頻繁的導(dǎo)頻切換容易造成掉話，如下圖所示：通?；痉植疾划?dāng)和基站天線參數(shù)設(shè)置不當(dāng)會(huì)造成局部地區(qū)的導(dǎo)頻污染，特別是樓宇的高層。一般可以用優(yōu)化手段，即調(diào)整天線的傾角和基站功率來(lái)控制扇區(qū)覆蓋范圍，從而減少導(dǎo)頻重疊區(qū)域。也可以增加合適的基站或室內(nèi)分布

30、系統(tǒng)，使得目標(biāo)覆蓋區(qū)域都能有較好的主導(dǎo)頻。（4）外部干擾 cdma網(wǎng)絡(luò)帶內(nèi)的外部干擾會(huì)直接影響前反向鏈路的解調(diào)，因此也是造成掉話的原因之一。由于基站的發(fā)射功率較大，發(fā)生前向干擾的情況比較少，而手機(jī)的發(fā)射功率較小，發(fā)生反向干擾的情況較多。嚴(yán)重的反向干擾往往會(huì)造成大面積區(qū)域的掉話和呼叫失敗，一旦懷疑可能存在外部干擾，則可以用agilent的viper的頻譜分析功能掃頻，或用tectronix儀表直接查找干擾源。常見的干擾源包括：民用電子設(shè)備、通信設(shè)備、自激的無(wú)線直放站等。1.2 呼叫失敗分析1.2.1 語(yǔ)音主叫過(guò)程對(duì)于語(yǔ)音和數(shù)據(jù)業(yè)務(wù)，主叫過(guò)程定義為從終端發(fā)起起呼消息開始，到終端發(fā)送服務(wù)連接完成消息

31、為止。對(duì)于短消息業(yè)務(wù)來(lái)講，又分為短短消息和長(zhǎng)短消息，具體將會(huì)在后文詳細(xì)闡述。1.2.1.1 主叫流程和相關(guān)信令一般語(yǔ)音業(yè)務(wù)主叫流程如下圖表示：圖：語(yǔ)音主叫流程圖從圖中可以看到，一般語(yǔ)音主叫由若干個(gè)信令處理階段組成。某一個(gè)階段上如果出現(xiàn)問(wèn)題都可能會(huì)導(dǎo)致主叫失敗。各處理階段具體含義如下：階段1：origination message on access channel終端在上行鏈路接入信道上發(fā)送一個(gè)起呼消息請(qǐng)求服務(wù)。階段2：base station ack on paging channel基站在收到終端發(fā)出的起呼消息后，在下行尋呼信道上發(fā)送響應(yīng)消息進(jìn)行確認(rèn)。同時(shí)，基站會(huì)與系統(tǒng)進(jìn)行一些配置協(xié)商，申

32、請(qǐng)系統(tǒng)資源和基站資源。在所有配置和資源都具備的情況下，基站在前向業(yè)務(wù)信道開始發(fā)送空業(yè)務(wù)數(shù)據(jù)幀，方便終端進(jìn)行捕獲。階段3：channel assignment message on paging channel & cell null traffic data基站在下行尋呼信道發(fā)送信道指配消息，引導(dǎo)終端捕獲前向業(yè)務(wù)信道。階段4：mobile traffic preamble on acquiring traffic channel終端至少“看到”來(lái)自基站的兩個(gè)好空幀后，認(rèn)為這是一條可用的前向信道，于是就相對(duì)應(yīng)的反向信道上發(fā)送兩個(gè)空幀前綴。階段5：base station ack on traff

33、ic channel基站對(duì)收到終端發(fā)出的空幀前綴進(jìn)行響應(yīng)。階段6：mobile ack on traffic channel & mobile null traffic data終端對(duì)基站響應(yīng)消息的再次響應(yīng)，說(shuō)明一切都已經(jīng)準(zhǔn)備好。并且在反向業(yè)務(wù)信道上發(fā)送空數(shù)據(jù)幀，等待通訊開始。階段7：service connect message on traffic channel基站此時(shí)已經(jīng)知道通訊雙方都已準(zhǔn)備就緒，發(fā)送該消息詢問(wèn)終端通訊是否可以立即開始。階段8：service connect complete message on traffic channel終端同意準(zhǔn)備就緒，通訊立即開始。在路測(cè)過(guò)程

34、中所記錄的路測(cè)文件，用friendly viewer打開后可以找到相對(duì)應(yīng)的信令記錄。一個(gè)典型的主叫信令流程如下：7654321圖中用紅框表示的是路測(cè)文件信令與主叫流程可以相對(duì)應(yīng)參照的部分。 下面就利用friendly viewer工作對(duì)每條信令中主要內(nèi)容進(jìn)行闡述和分析（由于信令較長(zhǎng)，此處只提供每條信令中比較重要的內(nèi)容進(jìn)行文字闡述）。v 第一條信令：origination message對(duì)應(yīng)于主叫流程中的第1階段。該信令中主要包括的內(nèi)容有：o 主叫類型（service option）；o 終端esn號(hào)和min號(hào)；o 尋呼類型（時(shí)隙或非時(shí)隙）和sci值；o 撥號(hào)號(hào)碼；o 當(dāng)前導(dǎo)頻強(qiáng)度；o 無(wú)線配置

35、類型（radio configuration）v 第二條信令：order message對(duì)應(yīng)于主叫流程的第2階段。這條order message是對(duì)前一條終端發(fā)向基站的origination message的響應(yīng)消息。主要用途是對(duì)前一條信令的響應(yīng)，沒(méi)有什么具體內(nèi)容。如果沒(méi)有收到該響應(yīng)消息，則說(shuō)明第一條origination message并沒(méi)有被基站接收到。同時(shí)，我們可以觀察到空口有很多條order message，究竟哪一條才是針對(duì)origination message的響應(yīng)消息呢？這里有個(gè)方法，就是查看本條信令消息中的ack_seq號(hào)是否與上一條信令消息中的msg_seq相對(duì)應(yīng)，如果對(duì)應(yīng)起

36、來(lái)，就說(shuō)明這兩條消息是一組里的。另外還可以察看消息中的min號(hào)，如果min號(hào)相同，則說(shuō)明這幾條消息是針對(duì)一個(gè)終端的，也可以對(duì)應(yīng)起來(lái)。v 第三條信令：extend channel assignment message對(duì)應(yīng)于主叫流程的第3階段，主要用于基站向終端發(fā)送信道指配消息，主要內(nèi)容包括：o 指配信道頻段、pn、walsh code；o 前向功控目標(biāo)fer；功控步進(jìn)值；v 第四條信令和第五條信令：這兩條信令都是order message，對(duì)于應(yīng)主叫過(guò)程中的階段4到階段6。其中第四條order消息是基站發(fā)向終端而第五條則相反。請(qǐng)注意這兩條信令分別在前反向業(yè)務(wù)信道上進(jìn)行發(fā)送，說(shuō)明這兩條消息都是對(duì)前

37、反向業(yè)務(wù)信道的確認(rèn)。v 第六條信令和第七條信令：service connect message & service connect complete message這兩條信令對(duì)應(yīng)于主叫流程的第7和第8階段。所包含的意義和主叫流程中的解釋一樣。在第七條信令結(jié)束之后，通訊就可正常開始。1.2.1.2 語(yǔ)音主叫失敗分析要點(diǎn)及一般過(guò)程從上述分析可知，如果在主叫流程有一個(gè)階段出問(wèn)題（或信令丟失），就會(huì)發(fā)生主叫失敗。下面我們分析一下幾種常見的問(wèn)題情況。一、 情況1：終端發(fā)送起呼消息失敗。這種失敗情況發(fā)生在主叫流程中第一階段，也就是說(shuō)終端發(fā)出的第一條信令origination message基站沒(méi)有處理（或

38、者沒(méi)有受到）。典型信令消息樣式如下：請(qǐng)注意，這兩條起呼消息從內(nèi)容到格式上是一模一樣的，并且分析access probe info消息知道第二條origination message與第一條是同一sequence中的不同probe，也有可能是不同sequence，說(shuō)明終端在不停的嘗試接入。v 分析要點(diǎn)及思路：由于前反向鏈路上某些原因?qū)е陆K端發(fā)送起呼消息失敗。分析思路及相關(guān)信令分析如下：相關(guān)信令消息和解決方案分析思路可能原因v searcher and finger information log（on traffic channel） integration 512 chips non_cohe

39、rent 1 pilot_offset_info pilot_offset 0x8022 pilot_set_value_tmp 64 set active reference pilot yes pn 34 window size window_position -16112 chips window_position_rawdata 4294838400 chips window_center 320 chips window_center32bits 4294836544 chips window_center 536854568 chips window_size 3712 chips

40、 window_start 536854336 chips rx_agc -75.248 dbm tx_agc 10.2704 dbm tx_gain_adj 5 db tx_pwr_limit 226 srch_state operation on the traffic channel 接收功率在-75dbm左右，而發(fā)射功率為10db左右，并且通過(guò) ldat分析后發(fā)現(xiàn)ffer偏大，由此可認(rèn)為通訊鏈路存在干擾的可能性比較大。隨后通過(guò)查基站實(shí)時(shí)底噪進(jìn)一步確認(rèn)干擾的存在。如確實(shí)存在干擾，則安排清查干擾。多次發(fā)送起呼消息才能接入，接入業(yè)務(wù)信道后發(fā)現(xiàn)終端發(fā)射功率偏高，路測(cè)軟件分析后發(fā)現(xiàn)ffer偏大。

41、存在干擾v 發(fā)現(xiàn)多次呼叫需要2到3次probe才能接入：access probe info message:message cdma access probe info seq_num 1 probe_num 2 rx_agc -84.91467 dbm tx_adj 4 db psist 0 channel 0 random_m 11 backoff_rs 0 backoff_rt 1 注意：該消息需要在cait的log mask中激活。v 進(jìn)入業(yè)務(wù)信道后發(fā)射功率稍許偏大：integration 512 chips non_coherent 1 pilot_offset_info pilot

42、_offset 0x8022 pilot_set_value_tmp 64 set active reference pilot yes pn 34 window size window_position -16112 chips window_position_rawdata 4294838400 chips window_center 320 chips window_center32bits 4294836544 chips window_center 536854568 chips window_size 3712 chips window_start 536854336 chips

43、rx_agc -52.91467 dbm tx_agc -10.3932 dbmtx_gain_adj 10.5 db結(jié)論：前反向鏈路不平衡導(dǎo)致終端需要對(duì)接入功率進(jìn)行重新估算和調(diào)整后才能接入。解決方案是找出鏈路不平衡的原因：如果是直放站引起的，可以通過(guò)修改接入?yún)?shù)提高一次接入成功率；如果是上行鏈路干擾引起，就查找干擾；還有一部分原因是測(cè)試終端或測(cè)試設(shè)備連接不正確引起，需要我們?cè)跍y(cè)試時(shí)認(rèn)真檢查測(cè)試設(shè)備。一般需要2到3次probe才能接入，接入后終端接收功率很好，但發(fā)射功率稍有偏大，ffer正常。前反向鏈路不平衡在沒(méi)有發(fā)現(xiàn)干擾和鏈路不平衡的情況下，出現(xiàn)多次接入情況?？赡艿脑蚴腔窘尤胄诺婪泵?dǎo)致

44、出現(xiàn)acoc?？梢酝ㄟ^(guò)觀察spat數(shù)據(jù)來(lái)證實(shí)基站接入信道繁忙，是否可能出現(xiàn)接入擁塞情況。1.1.1.1 acoc如果上述情況都沒(méi)有發(fā)生，則有可能是基站發(fā)生的偶然現(xiàn)象。建議重復(fù)測(cè)試，如果沒(méi)有在發(fā)生接入失敗，則可以確定是偶然現(xiàn)象。偶然現(xiàn)象二、 情況2：在起呼流程中的其他階段發(fā)生失敗當(dāng)基站接收到終端發(fā)起的起呼消息后，就開始處理該次起呼。從呼叫信令分析圖可以看到，完成一次主叫共有7個(gè)階段，基站收到起呼消息并開始處理后，還有6個(gè)信令階段需要交互完成，其中任意一個(gè)階段以外中斷都會(huì)引發(fā)起呼失敗。相對(duì)于終端發(fā)送起呼消息失敗這種情況不同的是，終端發(fā)送起呼消息失敗的原因比較多，類型比較復(fù)雜，需要分析的內(nèi)容也較多（

45、請(qǐng)見上述部分）。而在起呼消息被基站接收并處理后，終端已經(jīng)通過(guò)了接入許可，后6個(gè)階段只是為通信需要而進(jìn)行的交互和協(xié)商。因此后6個(gè)階段意外中斷的大部分可能性是由于無(wú)線信號(hào)突然惡化造成交互信令丟失或解調(diào)失敗所引起的。如果出現(xiàn)呼叫失敗，分析信令的意外中斷，可以分析起呼信令中最后一條信令前后的信號(hào)質(zhì)量來(lái)分析無(wú)線原因，以下圖為例： 路測(cè)發(fā)生一次起呼失敗，通過(guò)分析信令后發(fā)現(xiàn)基站在發(fā)出第二條信令消息：order message之后，起呼就中斷了。為定位問(wèn)題原因，我們分析最后一條信令前后終端log下來(lái)的searcher and finger information消息。這個(gè)消息記錄的是當(dāng)前活動(dòng)集、鄰居集和剩余集

46、中導(dǎo)頻信號(hào)強(qiáng)度。如下圖所示：ommon_pregain_integration_pilot_searcher_info pregain 2 integration 512 chips non_coherent 1 pilot_offset_info pilot_offset 0x800c pilot_set_value_tmp 64 set active reference pilot yes pn 12rx_agc -72.58133 dbm tx_agc -13.5988 dbmtotal_pilot_energy -12.89126common_pregain_integration_p

47、ilot_searcher_info pregain 2 integration 512 chips non_coherent 1 pilot_offset_info pilot_offset 0x2562 pilot_set_value_tmp 18 set neighbor reference pilot 1024 pn 354rx_agc -71.248 dbm tx_agc -52.25 dbmtotal_pilot_energy -14.46732 由上圖分析可知，在order message前后的信號(hào)質(zhì)量已經(jīng)很差了，不管是活動(dòng)集還是鄰居集中的信號(hào)，ec/io都在-12db以下。因此

48、可以判斷正是由于信號(hào)質(zhì)量差導(dǎo)致信令丟失而引起起呼失敗。另外，我們從中可以觀察到另外一個(gè)重要信息，在searcher and finger information消息中提示終端接收功率卻比較好，基本在-70dbm左右。按理說(shuō)這樣的接收功率其主導(dǎo)頻的ec/io應(yīng)該比較好才對(duì)。而事實(shí)上從log消息發(fā)現(xiàn)主導(dǎo)頻的ec/io很差。因此我們繼續(xù)查看另外幾個(gè)searcher and finger information消息（由于篇幅限制不能一一展現(xiàn)），發(fā)現(xiàn)終端接收到多個(gè)導(dǎo)頻，且強(qiáng)度都在-13左右，因此判斷此點(diǎn)屬于典型的導(dǎo)頻污染區(qū)，需要優(yōu)化解決。另外需要指出的是，由于cdma終端有rake接收功能，所以在sea

49、rcher and finger information消息中可以發(fā)現(xiàn)有一個(gè)導(dǎo)頻有4個(gè)path信號(hào)強(qiáng)度，總強(qiáng)度是4個(gè)path經(jīng)過(guò)rake合成之后的總和，因此以消息中的total_pilot_energy（圖中紅色粗體標(biāo)注）數(shù)值為準(zhǔn)。 總的來(lái)說(shuō)，主叫失敗以上面兩種情況密切相關(guān)。當(dāng)然，具體問(wèn)題還要具體分析，除無(wú)線部分原因以外，在起呼過(guò)程中由于交換系統(tǒng)發(fā)生軟硬件問(wèn)題引起呼叫處理問(wèn)題而導(dǎo)致主叫失敗也有可能。象這種系統(tǒng)問(wèn)題我們可以在系統(tǒng)的rop文件中找到相對(duì)應(yīng)的失敗消息。有關(guān)于rop文件的使用和閱讀，會(huì)在本文中專門章節(jié)中論述。1.2.2 數(shù)據(jù)業(yè)務(wù)主叫流程1.2.2.1 主叫流程數(shù)據(jù)業(yè)務(wù)主叫流程在空口建立

50、階段和語(yǔ)音呼叫非常類似。比語(yǔ)音呼叫復(fù)雜的是，數(shù)據(jù)業(yè)務(wù)主叫還要在分組域內(nèi)進(jìn)行一些必要的協(xié)議協(xié)商。數(shù)據(jù)業(yè)務(wù)主叫流程示意圖如下所示：由圖可見，數(shù)據(jù)主叫包括三個(gè)主要部分：空口建立階段、svc建立階段和ppp協(xié)商階段。v 空口建立這個(gè)階段和語(yǔ)音主叫空口建立階段幾乎是一樣的，所不同只是在第一條origination message里的base_service_option_number是33（表示是數(shù)據(jù)呼叫）。v svc建立msc會(huì)為每個(gè)數(shù)據(jù)呼叫建立一條與pcf之間的svc鏈路。svc是通過(guò)msc內(nèi)部協(xié)議處理板ph4/ph22來(lái)完成的。v ppp協(xié)商在svc建立后，終端和pdsn之間就會(huì)對(duì)ppp進(jìn)行一些協(xié)商，協(xié)商的內(nèi)容包括鏈路協(xié)議類型、鑒權(quán)、賬戶消息、ip地址分配等。1.2.2.2 數(shù)據(jù)業(yè)務(wù)主叫失敗分析要點(diǎn)和一般過(guò)程由于數(shù)據(jù)業(yè)務(wù)主叫分三個(gè)階段，因此每個(gè)階段出現(xiàn)問(wèn)題都會(huì)影響主叫成功率。同時(shí)，為確保不受意外情況影響，在測(cè)試前必須確保以下幾項(xiàng)內(nèi)容：1、 測(cè)試終端/測(cè)試號(hào)碼是否合法？2、 測(cè)試號(hào)碼是否已開通數(shù)據(jù)服務(wù)？3、 終端和電腦間是否連接正確？撥號(hào)服務(wù)是否設(shè)置正確？4、 區(qū)域內(nèi)基站是否設(shè)置參數(shù)正確？在確認(rèn)上述全部設(shè)置正