【文章內(nèi)容簡介】 ，初步判斷可能存在同鄰頻干擾導(dǎo)致。 解決措施： 修改華新郵政局（ 38023)的TCH頻點(diǎn) 27→10 。 效果描述： 修改頻點(diǎn)后該路段的話音質(zhì)量改善明顯，沒有出現(xiàn)掉話和未接通事件，話音質(zhì)量恢復(fù)正常。 小結(jié)： 對于城區(qū)基站，由于長期對KPI指標(biāo)進(jìn)行監(jiān)控，頻點(diǎn)修改頻繁發(fā)生。對于指標(biāo)異常的小區(qū)進(jìn)行改頻不能全面考慮到該頻點(diǎn)在 DT測試中的效果。通常表現(xiàn)為 DT測試過程中同鄰頻干擾隨機(jī)出現(xiàn)，不斷出現(xiàn)。因此在修改頻點(diǎn)時應(yīng)該結(jié)合 DT測試的覆蓋圖作為參考，加強(qiáng) DT組與系統(tǒng)組聯(lián)系。 手機(jī)在省政協(xié) 13832小區(qū)，切到交通廳10283小區(qū)，最后切換到交通廳10282小區(qū)，話音都比較差，雖然鄰小區(qū)西部礦業(yè) 3扇區(qū)信號比較強(qiáng)，但最后話音差來不及切換而掉話?？梢钥吹绞≌f(xié)13832小區(qū)過覆蓋，而交通廳 10283小區(qū)存在反向覆蓋 添加西部礦業(yè) 3扇區(qū)與省政協(xié) 13832小區(qū)、交通廳 10283小區(qū)的切換關(guān)系；省政協(xié) 13832小區(qū)PwrR由 1改為 3，控制覆蓋，問題解決。交通廳 3扇區(qū)順利切換到西部礦業(yè)3扇區(qū)。 案例分析 _切換不及時導(dǎo)致掉話 未接通分析 ? 接通的層三信令流程 以主叫 Channel request來確定試呼開始，接著出現(xiàn)了 Connect，Connect Acknowledge消息中的任何一條就計(jì)數(shù)為一次接通，否則就計(jì)為一次未接通。 未接通分析 ? 第 2步：是否存在 Immediate assignment reject ，若有，則說明存在 SDCCH阻塞。如果有大量的 SDCCH阻塞，若沒有 “Immediate assignment ”，信號弱或干擾，導(dǎo)致系統(tǒng)無法收到 “ channel request”或 MS無法解碼下行消息。 ? 第 4步：是否存在 CM service reject ，若有，可能是欠費(fèi)、漫游到?jīng)]有權(quán)限的地區(qū)或者割接后小區(qū)交換沒有做數(shù)據(jù)，還有可能是 VLR， HLR有問題。 未接通分析 ? 是否存在第 7步，若沒有而直接收到系統(tǒng)下發(fā)disconnect消息，可能是存在 TCH擁塞。 ? 第 8步，手機(jī)直接響應(yīng) Assignment fail ，存在干擾、信號弱或硬件故障導(dǎo)致 TCH分配失敗 ? 到第 4步或到第 8步 MS直接轉(zhuǎn)到尋呼信道，則是 SD或 TCH信道上掉話，主要原因有信號弱、話音差或硬件故障導(dǎo)致。 ? 到第 8或 9步，直接收到系統(tǒng)下發(fā) disconnect消息（釋放信道原因見下表），則查看被叫問題（原因有以上幾種） Page 53 當(dāng)呼叫建立失敗時，及沒有收到 connect消息，直接收到系統(tǒng)下行的 DISCONNECT消息到移動臺，DISCONNECT消息簡要的指示出呼叫建立失敗的不同原因。 3 未接通分析 Page 54 未接通分析 左面就是在道路測試期間經(jīng)常出現(xiàn)一些呼叫建立失敗的原因值詳細(xì)描述，作為參考，具體的原因還應(yīng)查看被叫呼叫流程 SD 擁塞的消息歷程 從層 3消息中，我們可以看到 SDCCH擁塞時，系統(tǒng)會向移動臺發(fā)送 Immediate Assignment Reject消息。比較 Layer3消息中的 Random reference號碼，從而可以確定多個信道請求消息中，那一條由于 SDCCH擁塞而被拒絕。 TCH 擁塞的消息歷程 從層 3消息中，我們可以看到 TCH擁塞時，下行發(fā)出Call Proceeding消息后，當(dāng)沒有 TCH可用信道時，手機(jī)在排隊(duì)打開的情況下，在 SDCCH上排隊(duì)等待，直到排隊(duì)時長終止。下行即發(fā)出 Channel Release消息。Disconnect消息解碼顯示：Cause value 34,沒有電路或信道可用 下行質(zhì)量差造成 TCH接入失敗的消息歷程 從層 3消息中，我們可以看到當(dāng)TCH擁塞和 TCH分配失敗時，經(jīng)?？梢钥吹揭苿优_回到 SDCCH上發(fā)送Assignment Failure消息，其描述多為：沒有無線資源、無線接口失敗以及協(xié)議錯誤。 對于無線接口失敗，導(dǎo)致其發(fā)生的原因有多種。其中多數(shù)是由于硬件故障、干擾、信號阻擋等因素造成的。當(dāng)處理這類問題時，需要根據(jù)測試現(xiàn)場的周邊環(huán)境；小區(qū)相關(guān)性能統(tǒng)計(jì)；結(jié)合測試文件綜合加以考慮。 硬件問題案例：由于單個載頻故障或收、發(fā)信通路上的硬件發(fā)生故障，造成射頻通路上的衰耗突然增大，通信質(zhì)量下降，致使射頻丟失。 從層 3消息中，我們可以看到Assignment Failure消息，分析分配失敗的原因 Cause Value: 111,只是屬于沒有具體的原因協(xié)議錯誤。但在規(guī)定的時間內(nèi)，沒有在 TCH上建立連接，則認(rèn)為此次分配失敗， MS跳回原 SDCCH信道發(fā)送失敗消息）。發(fā)現(xiàn)該小區(qū)中有兩個載頻的檢分配失敗的數(shù)目很多，觀察指配失敗消息前的 MR可以看到 RXQUAL=7。同時，在測試中周邊小區(qū)不存在同、鄰頻現(xiàn)象。因此我們懷疑該小區(qū)存在硬件問題。通過對基站射頻通路測，發(fā)現(xiàn)該小區(qū)的合路器 CBF故障，更換后其呼叫建立成功率恢復(fù)到正常水平。 下行質(zhì)量差造成 TCH接入失敗的消息歷程 SDCCH掉話的消息歷程 RF_LOSSES_SD是在 SDCCH上的射頻掉話的數(shù)目。引起原因可能是覆蓋問題；同、鄰頻干擾問題；硬件問題等等，需要進(jìn)行實(shí)際的測試后，根據(jù)具體情況進(jìn)行分析。 從呼叫建立的信令消息歷程上分析， 我們可將SDCCH掉話分為 :Assignment Command消息之前的 SD射頻丟失和 Assignment Command消息之后， TCH分配失敗后移動臺不能回到原 SDCCH信道的掉話。 從層 3消息中，我們可以看到Assignment Command消息之前的 SD射頻丟失。當(dāng)時用戶在室內(nèi)起呼困難，現(xiàn)場測試發(fā)現(xiàn)在分配 SDCCH后，在單個載頻上經(jīng)常產(chǎn)生 SD_RF_LOSS，觀察 MR可以看到 RXQUAL=7，通過對基站射頻通路檢測，發(fā)現(xiàn)該小區(qū)載頻所連接的天線朝向上存在嚴(yán)重阻擋，造成通信質(zhì)量下降，從而導(dǎo)致信令在其 SDCCH信道的接續(xù)失敗。在調(diào)整天線位置后，室內(nèi)用戶可以正常的呼叫。 SDCCH掉話的消息歷程 上行鏈路問題的消息歷程 從層 3消息中，我們可以看到移動臺在沒有收到下行指配消息時，會根據(jù)系統(tǒng)消息 3中定義的 max_retran的次數(shù)，在 T3126定義的時長內(nèi)，重新發(fā)送 Channel request消息；發(fā)送間