【正文】 接失敗，并送一個(gè)錯(cuò)誤指示信息來通知 RRSM。它統(tǒng)計(jì)了由于 RF 問題導(dǎo)致通話非正常結(jié)束的次數(shù)。實(shí)際上在日常維護(hù)中也應(yīng)經(jīng)常關(guān)注告警和Path_balance 等統(tǒng)計(jì)指標(biāo)，及時(shí)發(fā)現(xiàn)問題并解決，使系統(tǒng)保持平穩(wěn)運(yùn)行。如果我們觀察到某個(gè)載頻的統(tǒng)計(jì)數(shù)據(jù)（ PATH_BALANCE、 BER 或 RF_LOSSES_TCH 之一、二甚至三）不正常，先應(yīng)觀察同一小區(qū)的其它載頻相應(yīng)的統(tǒng)計(jì)項(xiàng)，若均不正常說明該小區(qū)存在問題，若有兩三個(gè)不正常，可觀察其是否連接同一合路器等，以此來判斷硬件問題的范圍。當(dāng) 頻率干擾，特別是同頻干擾大于這些值時(shí)，不僅會(huì)影響到通話的質(zhì)量，還會(huì)影響掉話率、呼叫建立成功率等統(tǒng)計(jì)指標(biāo)。在 MOTOLORA 系統(tǒng)中，我們通常借助統(tǒng)計(jì)數(shù)據(jù) INTF_ON_IDLE 和 BER 來找到受干擾小區(qū)和載頻 ,其中INTF_ON_IDLE 反映了上行的干擾情況， BER 一定程度上反映了下行的干擾情況。當(dāng)一個(gè) TCH 時(shí)隙處于空閑狀態(tài)時(shí)，它 不斷地監(jiān)測任何上行環(huán)境噪聲。 CRM 把此項(xiàng)統(tǒng)計(jì)作為信道分配順序的依據(jù)。一般來說，如果干擾來自 GSM 系統(tǒng)，則INTF_ON_IDLE 和 BER 值都會(huì)異常；若來自非 GSM系統(tǒng)，則兩者之一或全部均可能異常；若基站過覆蓋，則其 BER 值可能正常而 INTF_ON_IDLE值不正常。分析流程圖 正常 正常 某載頻的 INTF 值不正常 檢查載頻的 BER 值 檢查載頻的 PB 值 不正常 正常 干擾問題分析：（ PB 為 PATH_BALANCE 簡稱， INTF 為 INTF_ON_IDLE 簡稱） 同一小區(qū)其它載頻的此值正常否？ 見前面 BER 分析 不正常 檢查天線、饋線、雙工器、DLNB、 IADU 等，重點(diǎn)天線環(huán)境檢查和駐波比檢查 更改頻點(diǎn) 見前面 PB 分析 不正常 更改天線方位角 INTF 仍不正常 INTF 仍不正常 尋找系統(tǒng)外干擾源 與干擾源 制造者協(xié)商解決 二、統(tǒng)計(jì)數(shù)據(jù)分析 ESTSG32 東方通信（ 3） 呼叫建立分析 我們前面介紹的 Call_Setup_Success_Rate（呼叫建立成功率）是評價(jià)系統(tǒng)性能的一項(xiàng)重要指標(biāo)。下頁就給出呼叫建立流程及相應(yīng)統(tǒng)計(jì)點(diǎn)（以 MS 主叫為例， MS 被叫比主叫多了個(gè)尋呼流程；其中呼叫建立失敗的情況和統(tǒng)計(jì)在圖中用斜黑體字標(biāo)出）。 ② MS請求分配 SDCCH，但由于 SDCCH擁塞， BTS 發(fā)出一條 Immediate assign reject 消 息 給 手 機(jī) ， 分 配 失 敗 。 二、統(tǒng)計(jì)數(shù)據(jù)分析 ESTSG32 東方通信呼叫建立流程： MS BSS MSC CHANNEL REQUEST ACCESS_PER_RACH OK_ACC_PROC_SUC_RACH INV_EST_CAUSE_ON_RACH CHAN_REQ_CAUSE_ATMPT ACCESS_PER_AGCH IMMEDIATE ASSIGNMENT REJECT ALLOC_SDCCH_FAIL CHAN_REQ_MS_BLK IMMEDIATE ASSIGNMENT(AGCH) ALLOC_SDCCH CHAN_REQ_MS_FAIL(TIME OUT)rr_t3101 SABM+INITIAL LAY3 MESSAGE(SD) OK_ACC_PROC[CM ] or [CM REESTABLISHMENT] or [PAGE RESPONSE] or [LOCATION UPDATE] or [IMSI DETACH] CONNECTION REQUEST CR CONN_REQ_TO_MSC CONNECTION CONFIRM CC OR CONNECTION REFUSED CREF CONN_REFUED ASSIGNMENT REQUEST MA_REQ_FROM_MSC ALLOC_TCH_FAIL MA_CMD_TO_MS_BLKD ALLOC_TCH ASSIGNMENT COMMAND(SDCCH) MA_CMD_TO_MS ASSIGNMENT FAILURE(SDCCH) MA_FAIL_FROM_MS ASSIGNMENT FAILURE ASSIGNMENT COMPLETE(TCH) ASSIGNMENT COMPLETE TOTAL_CALLS MA_COMPLETE_TO_MSC MS BSS MSC 二、統(tǒng)計(jì)數(shù)據(jù)分析 ESTSG32 東方通信④ BSC 向 MSC 發(fā)出建立呼叫的請求， MSC向 BSC 回送一 條 SCCP 連接拒絕消息，這種情況統(tǒng)計(jì)在 CONN_REFUSED（位于 SSM）中 ,若該項(xiàng)數(shù)據(jù)值過大，表明 BSC 和 MSC 之間的信令配合有問題。 ⑥ BSC 通過 SDCCH 向 MS 發(fā)出一條分配 TCH 的消息， MS 在 SDCCH 上回送一分配失敗消息， BSC 再把該消息送到 MSC，呼叫建立失敗。 MS做被叫時(shí)多一尋呼過程，隨后的過程與主叫 相同，如下頁所示。后一個(gè)階段我們有統(tǒng)計(jì)數(shù)據(jù)呼叫建立成功率（ Call_Setup_Success_Rate）、 TCH 阻塞率（ TCH_CONGESTION_KEY）、 TCH分配失敗丟失率（ ASSIGN_FAILURE_RATE_LOST）和 TCH分配失敗恢復(fù)率（ ASSIGN_FAILURE_RATE_RECONER）；前一個(gè)階段我們除了 一些統(tǒng)計(jì)項(xiàng)，如 SDCCH 射 頻 丟 失 率 （ SDCCH_RF_LOSS_RATE ）、 SDCCH 阻塞率（ SDCCH_CONGESTION_KEY）外，還可以自己組合一些原始統(tǒng)計(jì)數(shù)據(jù)來分析小區(qū)的 SDCCH接入性能。計(jì)算公式如下： 二、統(tǒng)計(jì)數(shù)據(jù)分析 ESTSG32 東方通信ASSIGN_FAILURE_RATE_LOST(%)= %100*_ T O _ M S )S U M ( M A _ C M D O M _ M S )M A _ F A I L _ F RE _ T O S _ M S CM A _ C O M P L E TC]C E L L _ H O _ S U_ H O [ I N T R A _I N T R A _ C E L L_ T O _ M SS U M ( M A _ C M D TCH 分配失敗恢復(fù)率（ ASSIGN_FAILURE_RATE_RECOVER）：表示 BTS發(fā)出分配命令（ Assignment Commands）給 MS，但 MS未能到達(dá)分配 TCH返回到原 SDCCH，并將分配失?。?Assignament failure）消息返回 給BTS 所占的比例。 計(jì)算公式如下： SDCCH_ACCESS_RATE(%)= %100*HA L L O C_S D CC S _F A ILCH A N _RE Q _MHA L L O C_S D CC CIC 分配成功率（ CIC_ALLOC_SUC_RATE）：表示交換機(jī)向 BSS 發(fā)送分配請求（建立 TCH）占所有需建立 TCH（ MS主叫、 MS 被叫和呼叫重建）的呼叫請求的比例。 二、統(tǒng)計(jì)數(shù)據(jù)分析 ESTSG32 東方通信分析流程圖 呼叫建立成功率分析： SDCCH 性能分析： 正常 正常 某小區(qū)的呼叫建立成功率偏低 檢查小區(qū)的 SDCCH射頻丟失率值 同一 BSC 下小區(qū)是否正常？ 降低小區(qū)的 SDCCH 射頻丟失率，參見下面掉話分析 不正常 檢查小區(qū)的 TCH 分配丟失率和恢復(fù)率 路測檢查小區(qū)的覆蓋、信號電平、干擾情況、下站檢查硬件問題，檢查小區(qū)數(shù)據(jù)庫等 不正常 正常 更換 MCU（ GPROC）、TCU 等 不正常 該小區(qū)的 TCH 阻塞率正常否？ 降低小區(qū) TCH 阻塞（見下面的 TCH 阻塞分析） 正常 同一 MSC 下小區(qū)是否正常？ 不正常 正常 不正常 正常 檢查 CIC 分配成功率 不正常 檢查 BSC方面 A接口參數(shù)設(shè)置及硬件 是否有 CIC 阻塞及檢查 BSC方面A 接口參數(shù)設(shè)置及硬件 CONN_REFUSED 是否異常， MSC 方面有無阻塞及其它問題，如屬信令配合問題與 MSC 工程師協(xié)商解決 小區(qū)的 SDCCH 阻塞率過高 降低小區(qū) SDCCH 阻塞（見下面的 SDCCH 阻塞分析） 小區(qū)的 SDCCH 接入率過低 降低小區(qū)的 SDCCH 射頻丟失率，參見 下面掉話分析 檢查小區(qū)的 SDCCH射頻丟失率值 降低小區(qū)的 SDCCH 射頻丟失率，參見下面掉話分析 正常 不正常 更換 SDCCH 所在載頻 不正常 檢查 數(shù)據(jù)庫參數(shù)設(shè)置特別是 rr_t3101 等定時(shí)器參數(shù) 二、統(tǒng)計(jì)數(shù)據(jù)分析 ESTSG32 東方通信（ 4）阻塞分析 阻塞率和掉話率是我們?nèi)粘＞S護(hù)和優(yōu)化中最關(guān)心的兩個(gè)指標(biāo)。下面針對每種情況進(jìn)行分析。 ③ SDCCH阻塞高，而 TCH 阻塞低或無阻塞 。 其它原因?qū)е碌?SDCCH 阻塞也可采用調(diào)整小區(qū)覆蓋、增加 SDCCH數(shù)量和改變小區(qū)參數(shù)的方法加以解決。掉話可分為 SDCCH掉話和 TCH 掉話。硬件問題除了通過觀察我們前面介紹的 Path_balance_mean等統(tǒng)計(jì)數(shù)據(jù)和一些告警消息來發(fā)現(xiàn)載頻等問題 外 ，象基站 的 GCLK 問題可能導(dǎo)致 MS無法解出其他站的 BSIC，從而無法切換，可觀察 intra_bss_ho、 inter_bss_ho等統(tǒng)計(jì)數(shù) 據(jù)是否異常 ；干擾問題可通過觀察 intf_on_idle、 BER 等統(tǒng)計(jì)數(shù)據(jù)來發(fā)現(xiàn)解 決 ；覆蓋問題可分為覆蓋過小、過大、切換邊界不合理幾個(gè)方面。鄰小區(qū)表問題主要是指漏做或錯(cuò)誤的鄰小區(qū)關(guān)系導(dǎo)致邊界的 MS 無處切換，產(chǎn)生掉話的問題，這種情況通過工程中對鄰小區(qū)的檢查核對應(yīng)可避免。 分析流程圖 TCH_RF_LOSS_RATE: 正常 正常 某小區(qū)的 TCH 射頻丟失率過高 是否存在干擾問題（觀察 INTF、 BER等指標(biāo)） 同一 BSC 下小區(qū)是否正常？ 參見干擾問題分析流程 不正常 是否存在覆蓋問題（最佳方法是通過路測觀察） 調(diào)整天線傾角、高度、 BTS 最大發(fā)射功率、最低接入電平 不正常 正常 是否存在軟件問題（如觀察 有無切換等） 不正常 是否存在硬件問題（觀察 PB 值等） 參見硬件問題分析 流程 正常 硬件檢查、排除告警 不正常 正常 檢查是否有BSC或 XCDR 告警 不正常 檢查 BSC方面相關(guān)參數(shù)設(shè)置 復(fù)位或更換載頻、 MCU（ GPROC）等硬件設(shè)備 不正常 正常 是否存在參數(shù)設(shè)置不合適問題 修改參數(shù) 不正常 是否存在切換問題（通過路測觀察） 不正常 正常正常 鄰小區(qū)表（切換關(guān)系）是否與地理位置符合 切換速度是否過慢 正常 不 正常 鄰小區(qū)是否阻塞 正常 解決鄰小區(qū)阻塞（參見阻塞問題分析流程） 不 正常 修改鄰小區(qū)表 不 正常 修改相應(yīng)的切換參數(shù)設(shè)置 二、統(tǒng)計(jì)數(shù)據(jù)分析 ESTSG32 東方通信分析流程圖 HO_LOSS_RATE: 統(tǒng)計(jì)數(shù)據(jù)分析的 TOP20法 任何問題的處理總是分輕重緩急，統(tǒng)計(jì)數(shù)據(jù)的分析也是如此。（如無效試呼次數(shù)與 SDCCH的掉話率等等。 TOP20 方法描述：利用 EXCEL 軟件的數(shù)據(jù)排序、篩選功能，將每項(xiàng)數(shù)據(jù)按照由壞到好排序，并且用顏色將最差的 20 個(gè)數(shù)據(jù)標(biāo)記出來。 例如，在用這一方法處理某系統(tǒng)的數(shù)據(jù)后，發(fā)現(xiàn)：幾乎所有 TCH 掉話率， SDCCH 掉話率，切換掉話率最高的基站都集中在擁塞率最高的20 個(gè)小區(qū)，因此，解決問題的辦法就是設(shè)法降低擁塞，建議盡早增加基站。無法完成以后的接續(xù)過程，造成 TCH 很空閑。 2． 熟悉 PM REPORT的生成及常用統(tǒng)計(jì)數(shù)據(jù)采