外場未接通處理經(jīng)驗(yàn)總結(jié).doc

EFLAG濟(jì)南TD項(xiàng)目組外場未接通事件處理經(jīng)驗(yàn)總結(jié)濟(jì)南移動(dòng)TD網(wǎng)絡(luò)Sniper225LYL2010-11-29如何處理好平時(shí)路測(cè)中的未接通問題，是我們?nèi)粘?yōu)化中一直關(guān)注的重點(diǎn)，本文將就濟(jì)南TD網(wǎng)絡(luò)外場日常優(yōu)化、測(cè)試過程中遇到的各類典型未接通案例進(jìn)行分析歸類，并總結(jié)相應(yīng)的優(yōu)化經(jīng)驗(yàn)和手段目 錄概 述2一、未接通基本分析21導(dǎo)致未接通事件的原因分類22未接通事件分析流程簡述33不同類型未接通基本描述及分析3二、典型案例81覆蓋問題導(dǎo)致的未接通82干擾導(dǎo)致的未接通123參數(shù)問題導(dǎo)致的未接通154終端/軟件問題導(dǎo)致的未接通185站點(diǎn)/核心網(wǎng)問題導(dǎo)致的未接通286位置區(qū)規(guī)劃不合理33三、經(jīng)驗(yàn)總結(jié)38概 述在日常的外場DT中，我們經(jīng)常會(huì)遇到各種原因?qū)е碌奈唇油ㄊ录油什坏c集團(tuán)考核成績息息相關(guān)，與用戶實(shí)際使用感受也有密切的關(guān)系，因此如何處理好平時(shí)路測(cè)中的未接通問題，是我們?nèi)粘?yōu)化中一直關(guān)注的重點(diǎn)，本文將就濟(jì)南TD網(wǎng)絡(luò)日常優(yōu)化過程中遇到的各類典型未接通案例進(jìn)行分析歸類，并總結(jié)相應(yīng)的優(yōu)化經(jīng)驗(yàn)和手段。一、 未接通基本分析1 導(dǎo)致未接通事件的原因分類目前我們?cè)跍y(cè)試中經(jīng)常遇到各種不同原因?qū)е碌奈唇油ㄊ录?，我們根?jù)原因的種類對(duì)未接通事件做了簡單的分類如下：（1） 覆蓋問題導(dǎo)致的未接通；（2） 干擾導(dǎo)致的未接通；（3） 參數(shù)問題導(dǎo)致的未接通；（4） 終端/軟件問題導(dǎo)致的未接通；（5） 站點(diǎn)/核心網(wǎng)問題導(dǎo)致的未接通；（6） 位置區(qū)規(guī)劃不合理；（7） 容量問題導(dǎo)致的未接通；以上是我們平時(shí)在日常拉網(wǎng)測(cè)試、CQT測(cè)試時(shí)遇到未接通事件的主要原因，但在實(shí)際分析過程中，我們會(huì)發(fā)現(xiàn)每種原因之間均存在不同程度的聯(lián)系，以覆蓋問題為例，在覆蓋重疊較為嚴(yán)重的區(qū)域容易形成到頻污染，而到頻污染區(qū)域的干擾通常會(huì)比較嚴(yán)重；又比如參數(shù)問題，當(dāng)相鄰小區(qū)的功率或者重選參數(shù)配置不合理時(shí)，在未接通事件點(diǎn)表象上會(huì)體現(xiàn)出較為嚴(yán)重的干擾或者弱覆蓋（重選參數(shù)設(shè)置不合理，導(dǎo)致UE拖死），因此我們?cè)趯?shí)際的分析處理過程中應(yīng)當(dāng)充分利用所有信息，包括各種無線信號(hào)質(zhì)量測(cè)量值、前臺(tái)測(cè)試軟件信令、后臺(tái)CT、小區(qū)后臺(tái)各類指標(biāo)等，通過對(duì)各種信息的綜合考量得出最準(zhǔn)確的判斷，并指定最高效的優(yōu)化方案。2 未接通事件分析流程簡述我們通過平時(shí)對(duì)各類未接通事件的處理，積累了大量的分析優(yōu)化經(jīng)驗(yàn)，特別是當(dāng)拿到一個(gè)未接通事件時(shí)，從何著手進(jìn)行分析，如何利用測(cè)試數(shù)據(jù)提供的信息，后臺(tái)指標(biāo)又可以提供哪些判斷依據(jù)等，我們總結(jié)了基本的分析判斷流程主要分為4步，其中多數(shù)未接通事件通過前兩步的工作即可得到結(jié)果，但對(duì)于現(xiàn)象較為異常的事件，我們還需要進(jìn)行隨后的兩步工作，以前后臺(tái)結(jié)合，無線參數(shù)測(cè)量值與信令分析、參數(shù)檢查相配合等綜合手段進(jìn)行分析判斷，并最終的出準(zhǔn)確的事件原因與高效合理的優(yōu)化方案，具體流程如下：3 不同類型未接通基本描述及分析對(duì)于各種不同類型的未接通問題，我們?cè)谏衔囊呀?jīng)提到其之間大多存在著關(guān)聯(lián)，并且通常情況下一個(gè)未接通事件的發(fā)生是由多個(gè)原因共同作用所導(dǎo)致的，因此我們?cè)趯?duì)每種未接通現(xiàn)象進(jìn)行描述時(shí)，大家需要聯(lián)系其他類型的原因及優(yōu)化方案綜合分析。（1） 覆蓋問題導(dǎo)致的未接通； 弱覆蓋導(dǎo)致的未接通，在現(xiàn)象上主要表現(xiàn)為無線信號(hào)質(zhì)量主要是PCCPCH RSCP值較低，并且在鄰區(qū)表中也沒有PCCPCH RSCP值更好的小區(qū)，此時(shí)UE_Txpower通常也會(huì)升高。對(duì)于這種現(xiàn)象我們首先應(yīng)該查看服務(wù)小區(qū)是否存在越區(qū)孤島、以及鄰區(qū)漏配情況，如果沒有才能說這是弱覆蓋區(qū)域，由于覆蓋是保證網(wǎng)絡(luò)服務(wù)的基礎(chǔ)能力，所以添加新站點(diǎn)事解決此類未接通的最有效方案，但往往由于周期較長因此我們處理提出新站需求外，還要對(duì)附近的小區(qū)進(jìn)行功率的抬升，或者天線方位角、方向角的調(diào)整。另外一種手段是增加小區(qū)FPACH信道、PRACH信道的發(fā)射功率，以及上/下行干擾余量，從功率的角度對(duì)問題進(jìn)行優(yōu)化。 重疊覆蓋導(dǎo)致的未接通，通常情況下在重疊覆蓋而沒有主導(dǎo)小區(qū)進(jìn)行覆蓋的區(qū)域，會(huì)發(fā)生頻繁的重選，在位置區(qū)邊界則會(huì)造成頻繁的位置區(qū)更新，導(dǎo)致被叫收到尋呼消息的概率大大下降，對(duì)于這種情況我們主要通過控制覆蓋，使問題區(qū)域由一個(gè)較強(qiáng)的主導(dǎo)小區(qū)單獨(dú)進(jìn)行覆蓋，主要采用天線調(diào)整的手段進(jìn)行整改，另外可以有條件的結(jié)合重選、功率參數(shù)等，也可以使終端在重疊區(qū)域穩(wěn)定占用某個(gè)小區(qū)。 越區(qū)覆蓋導(dǎo)致的未接通，其在現(xiàn)象上與弱覆蓋問題產(chǎn)生的事件較為相似都表現(xiàn)為服務(wù)小區(qū)及鄰區(qū)表小區(qū)PCCPCH RSCP值較低，但最主要的區(qū)別在于，越區(qū)覆蓋的小區(qū)其鄰區(qū)表中的各個(gè)小區(qū)均距離問題路段較遠(yuǎn)，且距離問題路段較近的小區(qū)沒有出現(xiàn)在鄰區(qū)列表中（如使用DX188手機(jī)進(jìn)行測(cè)試，則直接可以通過鄰區(qū)表判斷是否存在鄰區(qū)漏配，因?yàn)樵撔吞?hào)手機(jī)有鄰區(qū)測(cè)量功能，即使與周邊小區(qū)沒有配置鄰區(qū)關(guān)系仍然可以進(jìn)行測(cè)量），而弱覆蓋區(qū)域中我們可以發(fā)現(xiàn)，即使覆蓋問題路段的小區(qū)均出現(xiàn)在鄰區(qū)表中，但其PCCPCH RSCP值都很低。解決越區(qū)覆蓋的有效手段即對(duì)天線下傾角進(jìn)行優(yōu)化，當(dāng)遇到天線調(diào)整困難時(shí)，比如：美化天線、上不了天面等，我們還可以臨時(shí)采取功率調(diào)整的手段進(jìn)行覆蓋控制，另外還要對(duì)其鄰區(qū)配置做合理添加，盡量避免在覆蓋沒有得到完全控制前出現(xiàn)孤島的概率。（2） 干擾導(dǎo)致的未接通 UP干擾導(dǎo)致的未接通，當(dāng)UP時(shí)隙存在干擾時(shí)會(huì)導(dǎo)致終端的RRC連接成功率嚴(yán)重下降， 從發(fā)生接入困難，UP時(shí)隙的干擾理論上均是來自其他小區(qū)的DWPCH信道的上下行時(shí)隙交叉干擾，導(dǎo)致這種干擾的主要原因是由于遠(yuǎn)處小區(qū)的DWPCH信道由于傳輸時(shí)延落在了問題小區(qū)的UPPCH信道上，另外當(dāng)某小區(qū)存在故障時(shí)，也可能會(huì)導(dǎo)致其周邊小區(qū)的UP干擾集體上升。通常解決UP干擾的方法是修改UP偏移，在默認(rèn)設(shè)置下，可以將UP偏移由目前的POS16修改為POS53，這樣就可以將UPPCH信道落在TS1的末端，同時(shí)我們需要修改PRACH信道及SICH信道的配置，在UpPCH移到TS1或TS2 上之前，必須把PRACH信道和HS-SICH信道先移到TS2或TS3上，因?yàn)镻RACH信道、SICH信道與UPPCH信道不能共時(shí)隙。當(dāng)我們檢查各個(gè)POS位的干擾時(shí)，如果發(fā)現(xiàn)TS1由于干擾過高已經(jīng)不能滿足優(yōu)化效果時(shí)，可以嘗試修改頻點(diǎn)或者進(jìn)一步做UP偏移至70。 同頻干擾導(dǎo)致的未接通，由于與RRC過程相關(guān)的FPACH信道、PCH信道、FACH信道均配置在主頻點(diǎn)的TS0，因此當(dāng)測(cè)試結(jié)果反映服務(wù)小區(qū)PCCPCH RSCP值較高而PCCPCH C/I較差時(shí)，其接通率通常會(huì)有比較明顯的下降。另外當(dāng)RRC連接建立后，終端會(huì)根據(jù)網(wǎng)絡(luò)側(cè)的相關(guān)判決占用主載波/輔載波的DPCH信道進(jìn)行RB建立及其它直傳消息，此時(shí)如果出現(xiàn)較為嚴(yán)重的干擾會(huì)導(dǎo)致DPCH C/I惡化，這也會(huì)使接通率降低。針對(duì)以上兩種問題我們最常用的手段是嚴(yán)格按照頻點(diǎn)規(guī)劃方案，修改服務(wù)小區(qū)或者干擾小區(qū)的頻點(diǎn)、擾碼，以減輕或避免干擾。 上行干擾導(dǎo)致的未接通，當(dāng)存在上行干擾時(shí)，從測(cè)試軟件中我們會(huì)發(fā)現(xiàn)UE_Txpower值會(huì)抬升，而上行干擾源除了網(wǎng)內(nèi)其它用戶終端外，外部干擾源也會(huì)造成非常強(qiáng)的上行干擾，著點(diǎn)可以通過后臺(tái)指標(biāo)提取并結(jié)合實(shí)際區(qū)域周圍的建筑物場所進(jìn)行判斷，通常存在上行干擾的區(qū)域，周邊小區(qū)的所有上行時(shí)隙均會(huì)有較高的干擾電平，并且會(huì)存在一定的時(shí)間規(guī)律，在特定的時(shí)間段里周邊小區(qū)的KPI指標(biāo)均會(huì)較平時(shí)有較大幅度的下降，而且這樣的區(qū)域多集中在考場、黨政機(jī)關(guān)駐地等（濟(jì)南市區(qū)內(nèi)各類軍事駐地和辦公場所眾多，容易發(fā)生上行干擾）。對(duì)于上行干擾導(dǎo)致的未接通，如果是個(gè)別小區(qū)存在我們可以嘗試修改頻點(diǎn)或擾碼，而對(duì)于外部干擾源，則應(yīng)該當(dāng)盡量掌握其規(guī)律，在測(cè)試路線的選取或測(cè)試路過時(shí)采取合理的規(guī)避手段。（3） 參數(shù)問題導(dǎo)致的未接通； 重選參數(shù)設(shè)置不合理導(dǎo)致未接通，重選參數(shù)設(shè)置不合理會(huì)導(dǎo)致UE在非最優(yōu)小區(qū)發(fā)起呼叫，在嚴(yán)重時(shí)甚至?xí)l(fā)生終端遲遲不重選而造成孤島假象，最終以終端拖死起呼失敗而告終，另外在位置區(qū)邊界區(qū)域由于為了避免終端頻繁的進(jìn)行跨LAC區(qū)重選，在部分場景情況下我們會(huì)特別設(shè)置小區(qū)的重選參數(shù)，但在制定修改方案時(shí)要周全考慮到終端要在兩個(gè)小區(qū)間雙向進(jìn)行重選的問題，而不能只顧及其中一側(cè)。 鄰區(qū)漏配導(dǎo)致的未接通，從現(xiàn)象上來看與前面提到的越區(qū)孤島、弱覆蓋均有相似之處，當(dāng)使用聯(lián)芯8142/8130進(jìn)行測(cè)試時(shí)，如果出現(xiàn)終端PCCPCH RSCP值降低，并且在鄰區(qū)表中沒有較好小區(qū)時(shí)，應(yīng)該首先排查的就是是否存在鄰區(qū)漏配，我們可以通過對(duì)基站數(shù)據(jù)庫及站點(diǎn)地理位置分布圖相結(jié)合，查看終端在未接通點(diǎn)時(shí)其鄰區(qū)表中的是否有更合理的小區(qū)沒有出現(xiàn)，并可以通過后臺(tái)或者系統(tǒng)消息11來檢查鄰區(qū)關(guān)系是否配置。當(dāng)發(fā)現(xiàn)鄰區(qū)關(guān)系漏配后應(yīng)當(dāng)立即補(bǔ)全。 2/3G參數(shù)設(shè)置不合理導(dǎo)致的未接通，對(duì)于部分場景我們可能會(huì)由于種種原因?qū)?/3G參數(shù)進(jìn)行相關(guān)的調(diào)整，使終端重選/切換至2G側(cè)的條件降低，重選/切換至2G側(cè)的概率與次數(shù)大大增加，但相應(yīng)的2G側(cè)對(duì)3G側(cè)的重選參數(shù)沒有進(jìn)行相對(duì)應(yīng)的調(diào)整，使得部分區(qū)域存在較頻繁2/3G重選，而重選后進(jìn)行的位置區(qū)更新使被叫UE被尋呼到的概率大大降低，接通率隨之下降。（4） 終端/軟件問題導(dǎo)致的未接通 終端問題導(dǎo)致的未接通，測(cè)試終端由于經(jīng)常每天連續(xù)工作數(shù)個(gè)小時(shí)，特別是在夏天容易發(fā)熱影響終端性能，甚至?xí)霈F(xiàn)一些異常事件，另外終端自身的功能設(shè)置有時(shí)與網(wǎng)絡(luò)的匹配存在一定的問題，也會(huì)造成頻繁的未接通。對(duì)于終端問題造成的未接通在現(xiàn)象上多種多樣，難點(diǎn)在于我們要通過各種技術(shù)手段去排除無線環(huán)境、站點(diǎn)等網(wǎng)絡(luò)自身問題，而最終定位終端存在問題不但需要我們能提出強(qiáng)有力的證據(jù)，還需要終端廠家的技術(shù)人員提供相關(guān)的專業(yè)軟件和工具，并且在確定為終端問題后應(yīng)當(dāng)與廠家人員及時(shí)溝通解決問題。 軟件問題導(dǎo)致的未接通，在實(shí)際測(cè)試中經(jīng)常遇到，并且表現(xiàn)形式很多，例如被叫UE自行掛機(jī)；終端在上發(fā)CM服務(wù)請(qǐng)求后，立刻上發(fā)CM服務(wù)中止消息等，對(duì)于軟件問題導(dǎo)致的未接通需要我們?cè)跍y(cè)試時(shí)就要及時(shí)的注意到，并且立刻采取合理的規(guī)避手段，例如軟件重啟，設(shè)備重連等。（5） 站點(diǎn)/核心網(wǎng)問題導(dǎo)致的未接通 站點(diǎn)故障導(dǎo)致的未接通，目前現(xiàn)網(wǎng)測(cè)試時(shí)經(jīng)常會(huì)遇到由于站點(diǎn)故障導(dǎo)致的未接通，特別是一些經(jīng)常斷站的小區(qū)，當(dāng)測(cè)試車輛經(jīng)過時(shí)往往由于信號(hào)過差，而終端又無法重選至斷站小區(qū)導(dǎo)致起呼失敗，為此我們應(yīng)當(dāng)對(duì)經(jīng)常出現(xiàn)故障的站點(diǎn)，配置其周邊站點(diǎn)的鄰區(qū)關(guān)系，使該站點(diǎn)發(fā)生故障時(shí)，終端仍然能夠順利的切換到其它較好的小區(qū)以保持業(yè)務(wù)連續(xù)性。 室分站點(diǎn)問題導(dǎo)致的未接通，主要有兩個(gè)方面，一方面是由于室內(nèi)泄漏至道路，導(dǎo)致終端經(jīng)過此處時(shí)重選至該室分小區(qū)，當(dāng)測(cè)試車輛逐漸開遠(yuǎn)時(shí)終端又不能及時(shí)重選回室外宏站而導(dǎo)致拖死。另一方面是由于室分站點(diǎn)設(shè)計(jì)不合理，特別是在寫字樓等建筑結(jié)構(gòu)相對(duì)復(fù)雜的場景下，會(huì)在部分區(qū)域形成覆蓋漏洞或者隔離度考慮不周而造成干擾。對(duì)于室分站點(diǎn)的問題我們均建議要盡快實(shí)施整改。 天線方位角、下傾角問題導(dǎo)致的未接通，隨著城市化進(jìn)程的加快以及經(jīng)濟(jì)的高速發(fā)展，部分小區(qū)按照當(dāng)初的規(guī)劃預(yù)案建設(shè)開通后，其覆蓋方向上的無線環(huán)境可能出現(xiàn)了較大的變化，典型的情況如在覆蓋方向上出現(xiàn)了新的建筑物，會(huì)在一定程度上影響到小區(qū)的覆蓋水平，甚至信號(hào)完全被遮擋，這種情況我們就需要及時(shí)評(píng)估新的無線環(huán)境并對(duì)天線方位角、下傾角做出調(diào)整。 核心網(wǎng)問題導(dǎo)致的未接通，核心網(wǎng)問題導(dǎo)致的未接通發(fā)生的較少，但往往發(fā)生時(shí)經(jīng)常伴隨著一些較為異常的現(xiàn)象，例如我們?cè)跍y(cè)試時(shí)曾經(jīng)遇到過主叫UE由于干擾、覆蓋等問題沒有正常的接收到被叫UE發(fā)送的connect以及alerting消息，因此也就沒有上發(fā)ConnectAcknowage消息給網(wǎng)絡(luò)，而被叫UE收到核心網(wǎng)由于完整性保護(hù)而自行下發(fā)的ConnectAcknowage消息，該問題的根本原因還是無線質(zhì)量問題，但核心網(wǎng)自身的某些功能可能會(huì)對(duì)我們的分析判斷造成影響，因此還需要多加注意。（6） 位置區(qū)規(guī)劃不合理導(dǎo)致的未接通 位置區(qū)規(guī)劃不合理導(dǎo)致的未接通，大家知道位置區(qū)邊界的分布對(duì)網(wǎng)絡(luò)的接通率有著直接的影響，從測(cè)試情況來看，被叫UE由于在做位置區(qū)更新而導(dǎo)致的無法接收尋呼消息進(jìn)而引發(fā)起呼失敗的案例比比皆是，因此合理的規(guī)劃位置區(qū)邊界、并通過多種手段避免在位置區(qū)邊界發(fā)生頻繁重選/切換，是我們?nèi)粘?yōu)化過程中需要注意的重點(diǎn)之一，關(guān)于位置區(qū)如何做到合理規(guī)劃有著統(tǒng)一的標(biāo)準(zhǔn)，這里不再贅述，我們所要說明的重點(diǎn)在于根據(jù)實(shí)際測(cè)試情況來了解各個(gè)站點(diǎn)的覆蓋范圍和特點(diǎn)，因?yàn)閷?shí)際覆蓋場景是規(guī)劃軟件無法準(zhǔn)確預(yù)測(cè)的，因此就需要外場測(cè)試人員在測(cè)試時(shí)細(xì)致的分析排查LAC區(qū)邊界各個(gè)小區(qū)的覆蓋特點(diǎn)，以及重選帶、切換帶的分布，根據(jù)實(shí)際的情況進(jìn)行參數(shù)優(yōu)化或者提出合理的割接需求。 正常位置區(qū)更新導(dǎo)致的未接通，在測(cè)試過程中測(cè)試車輛不可避免的會(huì)發(fā)生跨位置區(qū)重選/切換，除了上面說所的位置區(qū)規(guī)劃不合理導(dǎo)致的未接通，在正常情況下由于合理的位置區(qū)更新導(dǎo)致未接通事件是難免會(huì)發(fā)生的，因此我們?cè)跍y(cè)試路線的選取及規(guī)劃上需要注意盡可能的避免使測(cè)試車輛順著位置區(qū)邊界行進(jìn)，減少車輛橫穿或跨越位置區(qū)邊界的次數(shù)，這樣即可有效的避免不必要的位置區(qū)更新而帶來的未接通風(fēng)險(xiǎn)，保障拉網(wǎng)測(cè)試指標(biāo)。 位置區(qū)更新不及時(shí)導(dǎo)致的未接通，此類未接通事件我們?cè)诼窚y(cè)中時(shí)有遇到，但由于終端在空閑狀態(tài)下跨位置區(qū)重選后位置區(qū)更新不及時(shí)導(dǎo)致的未接通事件實(shí)際上很少，絕大都數(shù)都是在前一次呼叫過程中，被叫UE由于無線環(huán)境惡化發(fā)生小區(qū)更新，但小區(qū)更新后占用的新小區(qū)與源小區(qū)分屬于不同的LAC區(qū)，而主叫UE在被叫無線質(zhì)量下降而發(fā)生掉話、小區(qū)更新的過程中已經(jīng)轉(zhuǎn)為空閑狀態(tài)，并在軟件設(shè)置的呼叫間隔到時(shí)后發(fā)起了新的呼叫，而被叫UE此時(shí)占用新的小區(qū)還沒來得及進(jìn)行位置區(qū)更新當(dāng)然無法響應(yīng)尋呼。同理，如果主叫UE在前一次呼叫過程中發(fā)生跨LAC小區(qū)更新，而按照軟件設(shè)置開始新的呼叫時(shí)，由于沒有位置區(qū)更新因此會(huì)收到網(wǎng)絡(luò)下發(fā)的CM service reject消息，原因?yàn)閂LR中的IMSI號(hào)未被識(shí)別。（7） 容量問題導(dǎo)致的未接通 容量問題導(dǎo)致的未接通，這種情況在路測(cè)時(shí)遇到的并不多，但作為影響接通率的重要因素還是需要提到，當(dāng)終端發(fā)起RRC連接請(qǐng)求試圖接入網(wǎng)絡(luò)并進(jìn)行相關(guān)業(yè)務(wù)時(shí)，如果此時(shí)網(wǎng)絡(luò)通過RRM算法的相關(guān)流程，發(fā)現(xiàn)此時(shí)服務(wù)小區(qū)的無線資源已不滿足新用戶的接入，便會(huì)向終端回復(fù)RRC連接拒絕消息，原因值為擁塞，針對(duì)這種問題最好的手段是對(duì)有條件的小區(qū)進(jìn)行擴(kuò)容，對(duì)于已經(jīng)配置為6/6/6的站點(diǎn)，我們還可以考慮采用多重手段進(jìn)行話務(wù)分擔(dān)等。二、 典型案例上文我們主要介紹了外場測(cè)試時(shí)所遇到的未接通事件的分類及各類未接通事件的基本現(xiàn)象和處理手段，下面我們將重點(diǎn)列舉一些我們?cè)谄綍r(shí)工作當(dāng)中遇到的比較典型的未接通事件，通過詳細(xì)的現(xiàn)象描述、嚴(yán)謹(jǐn)?shù)姆治鲞^程最終得出高效合理的優(yōu)化方案。需要說明的是，大多數(shù)事件并不是由于一種原因而導(dǎo)致的，經(jīng)常都是有由于多種因素共同作用最后才發(fā)生未接通，并且在表象上的表現(xiàn)可能以覆蓋差、干擾嚴(yán)重的現(xiàn)象居多，但實(shí)際上這只是種種原因共同作用后的實(shí)際表現(xiàn)，而并不一定是覆蓋問題或干擾問題，因此請(qǐng)?jiān)趯忛喴韵掳咐龝r(shí)注意區(qū)別。1覆蓋問題導(dǎo)致的未接通案例1問題描述：當(dāng)測(cè)試車輛由北向南行駛在將軍路高架路靠近高墻王莊站點(diǎn)附近時(shí)，此時(shí)車速較快，主叫UE先占用蓋家莊2小區(qū)，而后切換至高墻王莊1小區(qū)，結(jié)束通過話后重選至山東新世紀(jì)1小區(qū)，并在該小區(qū)上發(fā)起呼叫，且順利完成了起呼的流程，等待被叫側(cè)回應(yīng)振鈴消息，可在等待時(shí)間超時(shí)后發(fā)起了釋放。被叫側(cè)UE首先也占用蓋家莊2小區(qū)做通話業(yè)務(wù)，但并沒有從蓋家莊2小區(qū)切換到正常順序的高墻王莊1小區(qū)，而是切換到了北方汽車3小區(qū)，且在結(jié)束通話后也沒有能夠重選至高墻王莊站點(diǎn)的小區(qū)，同時(shí)車速較快，導(dǎo)致最后被叫側(cè)UE的接收信號(hào)質(zhì)量極差，無法正常的收到網(wǎng)絡(luò)下發(fā)的尋呼消息而重選至2G網(wǎng)絡(luò)。主叫UE 被叫UE問題分析：通過對(duì)測(cè)試數(shù)據(jù)的回放分析，我們認(rèn)為導(dǎo)致以上異常事件的原因主要是由于北方汽車3小區(qū)存在一定的越區(qū)覆蓋問題，致使在問題路段當(dāng)車速較快時(shí)容易發(fā)生重選或者切換的問題。同時(shí)高墻王莊2小區(qū)與現(xiàn)代黃臺(tái)東2（主頻均為10112）存在一定的同頻干擾情況，如下圖所示：主叫UE調(diào)整方案：調(diào)整北方汽車3小區(qū)的PCCPCH發(fā)生功率由目前的33調(diào)整為27，高墻王莊2小區(qū)的主頻點(diǎn)由目前的10112調(diào)整為10063。案例2問題描述：當(dāng)測(cè)試車輛行駛至經(jīng)四路緯六路附近時(shí)，主叫UE在無線環(huán)境很好的情況下發(fā)起呼叫，并順利完成RRC建立與RB建立過程，隨后進(jìn)入PROGESS狀態(tài)，在定時(shí)器超時(shí)后釋放，計(jì)為一次未接通，觀察被叫信令，發(fā)現(xiàn)被叫未收到尋呼消息，但在主叫釋放后被叫收到短信息提示有未接來電，如下圖所示：主被叫信令問題分析：通過上面對(duì)測(cè)試數(shù)據(jù)的初步分析，我們認(rèn)為既然被叫能夠在隨后收到網(wǎng)絡(luò)下發(fā)的未接來電提示，則主叫于網(wǎng)絡(luò)側(cè)的交互已經(jīng)順利完成，問題有可能處在被叫側(cè)，通過對(duì)被叫UE相關(guān)時(shí)刻的信令分析我們發(fā)現(xiàn)，在主叫UE發(fā)送call proceeding時(shí)，被叫UE正在進(jìn)行小區(qū)重選，由緯六路1小區(qū)重選至客服二中心宿舍2小區(qū)，而在小區(qū)重選而尚未收全系統(tǒng)消息時(shí)，UE是無法正常接收尋呼消息的，故此時(shí)被叫無法被尋呼到，如下圖所示：被叫UE小區(qū)重選過于頻繁整改方案：建議根據(jù)現(xiàn)場情況適當(dāng)調(diào)整客服中心二宿舍2小區(qū)的天線方位角或下傾角，減輕問題路段信號(hào)雜亂的情況，或者根據(jù)測(cè)試情況調(diào)整緯六路1小區(qū)對(duì)客服中心二宿舍2小區(qū)的Qofficet由目前的0改為2，避免在該路段UE由緯六路1小區(qū)意外重選至客服中心二宿舍2小區(qū)的概率。2干擾導(dǎo)致的未接通案例1問題描述：測(cè)試車輛由西向東行駛至解放路歷山東路附近時(shí)，主叫UE占用機(jī)械廳（地質(zhì)學(xué)校）1小區(qū)開始嘗試建立RRC鏈接以完成一次呼叫，但主叫UE在連續(xù)多次發(fā)送RRC連接請(qǐng)求后沒有得到網(wǎng)絡(luò)側(cè)回復(fù)的RRC鏈接建立消息，當(dāng)超出N300計(jì)數(shù)器的限定范圍后，計(jì)為一次未接通。 主叫UE問題分析：通過對(duì)測(cè)試數(shù)據(jù)的分析，我們?nèi)藶檫@是典型的由于干擾導(dǎo)致無線鏈路質(zhì)量惡化，UE上發(fā)的RRC連接請(qǐng)求網(wǎng)絡(luò)側(cè)沒有收到，或者網(wǎng)絡(luò)側(cè)下發(fā)的RRC建立消息UE沒有收到，致使UE在發(fā)送RRC連接請(qǐng)求的次數(shù)超過N300后，計(jì)為一次未接通。如上圖所示。調(diào)整方案： 修改中心醫(yī)院（室分站點(diǎn)）的主頻點(diǎn)由10055改為10063（實(shí)際上就是將主輔載波對(duì)調(diào)），同時(shí)修改機(jī)械廳（地質(zhì)學(xué)校）1的主頻點(diǎn)由目前的10104調(diào)整為10063案例2問題描述：當(dāng)測(cè)試車輛由北向南高速行駛到二環(huán)東路高架靠近輕騎路交界處附近時(shí)，此時(shí)主叫UE占用甸柳集團(tuán)2小區(qū)，并且無線信號(hào)質(zhì)量均不錯(cuò)，PCCPCH-RSCP達(dá)到-70dBm左右，PCCPCH-C/I達(dá)到10左右，主叫UE順利的完成了起呼的相關(guān)流程，并且進(jìn)入progress流程等待CN回復(fù)Alerting消息超時(shí)后，釋放相關(guān)的鏈接。被叫UE先占用甸柳集團(tuán)2小區(qū)，但隨后重選到甸柳集團(tuán)3小區(qū)，并且在重選過后出現(xiàn)了PCCPCH-RSCP值較高，但PCCPCH-C/I較差的現(xiàn)象，而且始終沒有收到主叫UE的尋呼1消息，而是在主叫UE釋放前后收到了網(wǎng)絡(luò)的未接來電的短信提示。主叫UE信令被叫UE信令問題分析：通過對(duì)測(cè)試數(shù)據(jù)的分析，我們認(rèn)為造成該問題的原因有可能是由于被叫UE由于占用甸柳集團(tuán)3小區(qū)時(shí)下行干擾較大，導(dǎo)致沒能正確的收到尋呼消息1而產(chǎn)生的未接通，結(jié)合數(shù)據(jù)庫以及測(cè)試軟件分析，干擾可能是陶然亭3小區(qū)（主頻10120）與甸柳集團(tuán)3小區(qū)同頻造成的。整改方案：修改陶然亭3小區(qū)的主頻點(diǎn)擁有目前的10120調(diào)整為10080。3參數(shù)問題導(dǎo)致的未接通案例1問題描述：當(dāng)測(cè)試出車輛由東向西行駛至二環(huán)東路與山大北路交界處時(shí)，主被叫均占用省圖書館1小區(qū)，并且此時(shí)的無線環(huán)境良好，主被叫PCCPCH RSCP值在-70dBm左右，PCCPCH C/I保持在18dB左右，但當(dāng)車輛由二環(huán)東路向西拐進(jìn)山大北路后，PCCPCH RSCP值下降，此時(shí)UE也開始進(jìn)行新的呼叫，但由于此時(shí)無線信號(hào)的質(zhì)量嚴(yán)重下降，導(dǎo)致在切換的過程中與目標(biāo)小區(qū)下行失步，最終造成了本次起呼的失敗。如下圖所示：問題分析：通過對(duì)測(cè)試數(shù)據(jù)的分析，我們發(fā)現(xiàn)導(dǎo)致該問題的主要原因是由于省圖書館1小區(qū)與藝術(shù)研究所1、藝術(shù)研究所2小區(qū)鄰區(qū)漏配導(dǎo)致，同時(shí)我們發(fā)現(xiàn)由于基站數(shù)據(jù)庫的錯(cuò)誤（經(jīng)緯度錯(cuò)誤）導(dǎo)致在鄰區(qū)核查的過程中為省圖書館配置了錯(cuò)誤的鄰區(qū)，并且有可能誤刪了部分必要的鄰區(qū)，因此我們建議將該小區(qū)的鄰區(qū)重新配置。調(diào)整建議：為省圖書館1小區(qū)配置以下雙向鄰區(qū)：藝術(shù)研究所1、藝術(shù)研究所2、陶然亭1、百花小區(qū)3刪除省圖書館1小區(qū)與陶然亭2、甸柳集團(tuán)3小區(qū)的雙向鄰區(qū)關(guān)系案例2問題描述：當(dāng)測(cè)試車輛由南向北行駛至濟(jì)濼路與提口路交界處時(shí)（車輛已經(jīng)行駛到天政賓館-天橋北站點(diǎn)下方），主叫UE占用天政賓館-天橋北2小區(qū)，開始進(jìn)行起呼，然而在RRC建立完成UE分配到DPCH信道后，主叫UE的DPCH C/I發(fā)生嚴(yán)重惡化，并且距離站點(diǎn)越近DPCH ISCP值越高，最終生未接通。被叫UE在整改過程中表現(xiàn)正常，如下圖所示：主叫UE主叫UE問題分析：通過對(duì)測(cè)試數(shù)據(jù)的詳細(xì)分析，我們發(fā)現(xiàn)本次未接通應(yīng)該是由于主叫UE沒有及時(shí)從天政賓館2小區(qū)重選或切換到天政賓館1小區(qū)，而天政賓館1小區(qū)的R4載波也只有10104，從上面的截圖中我們可以發(fā)現(xiàn)，在主叫UE呼叫前幾秒占用天政賓館-天橋北2小區(qū)相同業(yè)務(wù)載波（10104頻點(diǎn)）進(jìn)行位置區(qū)更新時(shí)，其DPCH C/I和DPCH ISCP值就很正常，而行駛到問題點(diǎn)時(shí)，天政賓館1小區(qū)的PCCPCH RSCP值為-40dbm，遠(yuǎn)高于天政賓館2小區(qū)的-60dbm，由此也可以解釋為何此時(shí)主叫UE的DPCH ISCP值非常高的原因， 并且該站點(diǎn)查無告警。被叫UE在問題點(diǎn)占用天政賓館1小區(qū)整改方案：修改天政賓館2小區(qū)的輔載波10104為10112案例3問題描述及分析：當(dāng)測(cè)試車輛由北向南行駛至順河高架靠近絲綢廠站點(diǎn)時(shí)，主叫UE占用絲綢廠3小區(qū)發(fā)起呼叫，由于周圍無線環(huán)境的因素以及起呼的時(shí)機(jī)問題，導(dǎo)致主叫UE在完成RRC連接后絲綢廠3小區(qū)的信號(hào)出現(xiàn)快速衰落，而人民商場1小區(qū)的信號(hào)變強(qiáng)，使DPCH C/I惡化，UE上發(fā)測(cè)量報(bào)告后無法在下行收到網(wǎng)絡(luò)側(cè)發(fā)送的RB重配置消息，最終導(dǎo)致未接通。如下圖所示：主叫UE 問題分析：通過對(duì)測(cè)試數(shù)據(jù)的分析并結(jié)合后臺(tái)告警與指標(biāo)的檢查， 我們發(fā)現(xiàn)本次未接通事件的主要原因是由于在切換帶附近絲綢廠3小區(qū)與人民商場1小區(qū)的信號(hào)變化過于陡峭，因此我們認(rèn)為應(yīng)該通過參數(shù)調(diào)整來，使切換帶的分布更加合理。整改方案：調(diào)整絲綢廠3小區(qū)對(duì)人民商場1小區(qū)的Qofficet由目前的0改為-4，同時(shí)建議修改人民商場1小區(qū)的10120頻點(diǎn)為10071，并設(shè)置該載波為H載波。4終端/軟件問題導(dǎo)致的未接通案例1問題描述：當(dāng)測(cè)試車輛由西向東行駛至共青團(tuán)路與普利街交界處附近靠近長話大樓站點(diǎn)時(shí)，主叫UE占用長話大樓1小區(qū)在無線信號(hào)質(zhì)量較好的情況下發(fā)起一次呼叫，在呼叫的過程中切換至長話大樓2小區(qū)，隨后完成RB建立進(jìn)入PROGESS狀態(tài)，等到被叫響應(yīng)超時(shí)后釋放，被叫占用長話大樓1小區(qū)接收到尋呼消息，并發(fā)起RRC連接請(qǐng)求，但在第一條RRC連接請(qǐng)求發(fā)送后進(jìn)行了小區(qū)重選，占用新的長話大樓2小區(qū)每隔兩秒連續(xù)2次發(fā)送RRC連接請(qǐng)求沒有得到網(wǎng)絡(luò)的響應(yīng)，而后3秒再次接到網(wǎng)絡(luò)的 尋呼消息1，再次每隔兩秒連續(xù)3次發(fā)送RRC連接請(qǐng)求均沒得到網(wǎng)絡(luò)的回應(yīng)，之后計(jì)數(shù)器/計(jì)時(shí)器滿，計(jì)為一次未接通事件，如下圖所示：主叫UE被叫 UE問題分析：通過對(duì)測(cè)試數(shù)據(jù)的分析我們發(fā)現(xiàn)，在被叫第二次接收尋呼消息并觸發(fā)RRC連接請(qǐng)求的時(shí)間段內(nèi)主叫UE的上行發(fā)射功率較低（-15dB左右），切被叫UE的下行PCCPCH RSCP以及PCCPCH C/I均價(jià)較好但仍然沒有收到網(wǎng)絡(luò)下發(fā)的RRC連接建立消息，同時(shí)我們提取了長話大樓2小區(qū)7月18日的RRC連接相關(guān)指標(biāo)，發(fā)現(xiàn)全天共發(fā)生RRC連接失敗5次（原因均為NO REPLY），且5次均為非業(yè)務(wù)相關(guān)，在本次事件的時(shí)間段（10：04：36） 沒有發(fā)生RRC連接失敗，因此認(rèn)定被叫UE占用長話大樓2小區(qū)發(fā)送的RRC連接請(qǐng)求消息網(wǎng)絡(luò)沒有收到，且提取長話大樓2小區(qū)全天TS1、TS2的時(shí)隙干擾統(tǒng)計(jì)以及UPPCH干擾統(tǒng)計(jì)（時(shí)間粒度15分鐘）在事件時(shí)間段的情況均正常，因此懷疑是否由于8142型號(hào)的手機(jī)在支持RRC建立階段的重選方面機(jī)制是否存在問題。 開始時(shí)間服務(wù)小區(qū)RRC連接失敗計(jì)數(shù)器congestionRRC連接失敗計(jì)數(shù)器unspecifiedRRC連接失敗計(jì)數(shù)器，NO REPLY2010-07-18 00:45:00長話大樓0012010-07-18 10:15:00長話大樓0012010-07-18 14:15:00長話大樓0012010-07-18 15:15:00長話大樓0012010-07-18 18:15:00長話大樓001長話大樓2小區(qū)7月18日全天RRC連接失敗次數(shù)統(tǒng)計(jì)（全天共次）開始時(shí)間服務(wù)小區(qū) ID載頻 ID時(shí)隙 ID時(shí)隙時(shí)隙間平均干擾時(shí)隙間最大干擾2010-07-18 09:45:00100622022.41時(shí)隙 ID:1-108.8889-89.52010-07-18 09:45:00100622022.42時(shí)隙 ID:2-108.8756-1002010-07-18 10:00:00100622022.41時(shí)隙 ID:1-108.3978-962010-07-18 10:00:00100622022.42時(shí)隙 ID:2-108.88-97.52010-07-18 10:15:00100622022.41時(shí)隙 ID:1-108.4544-93.52010-07-18 10:15:00100622022.42時(shí)隙 ID:2-108.4556-902010-07-18 10:30:00100622022.41時(shí)隙 ID:1-108.5389-103.52010-07-18 10:30:00100622022.42時(shí)隙 ID:2-108.5656-93.5 長話大樓2小區(qū)發(fā)生未接通時(shí)間段內(nèi)的上行時(shí)隙干擾統(tǒng)計(jì)開始時(shí)間服務(wù)小區(qū)小區(qū)UPPCH測(cè)量值POS6小區(qū)UPPCH測(cè)量值POS7小區(qū)UPPCH測(cè)量值POS8小區(qū)UPPCH測(cè)量值POS9小區(qū)UPPCH測(cè)量值POS10小區(qū)UPPCH測(cè)量值POS11小區(qū)UPPCH測(cè)量值POS12小區(qū)UPPCH測(cè)量值POS13小區(qū)UPPCH測(cè)量值POS14()小區(qū)UPPCH測(cè)量值POS15()09:45長話大樓2-101.833-102.833-103-106.333-107.667-108.167-108.5-108.667-108.833-108.66710:00長話大樓2-102-102.667-103.333-106.333-107.833-108.333-108.5-108.833-108.833-108.83310:15長話大樓2-101.667-102.167-101.333-103.833-106.833-108-108.167-108.333-108.5-108.510:30長話大樓2-101.5-102.833-102.833-106-107-108-108.5-108.5-108.667-108.5長話大樓2小區(qū)發(fā)生未接通時(shí)間段內(nèi)的UPPCH干擾統(tǒng)計(jì)詳細(xì)指標(biāo)情況如下：問題分析與結(jié)論：通過對(duì)上述在RRC連接過程中觸發(fā)小區(qū)重選，從而導(dǎo)致隨后的RRC連接建立成功或失敗案例的簡要描述分析，我們發(fā)現(xiàn)在RRC建立失敗的案例中，由于無線信號(hào)質(zhì)量問題導(dǎo)致失敗的可能性基本可以排除，同時(shí)由于源小區(qū)或者重選后的目標(biāo)小區(qū)站點(diǎn)故障原因也可排除（后臺(tái)告警查詢均為發(fā)現(xiàn)異常，并且這些小區(qū)的RRC連接建立成功率指標(biāo)較好），那么是什么原因在無線環(huán)境、參數(shù)配置、站點(diǎn)工作狀態(tài)均沒有問題時(shí)，而導(dǎo)致RRC建立失敗的呢？為此我們進(jìn)一步提取了測(cè)試時(shí)的后臺(tái)CT，如下圖所示：7月18日長話大樓1小區(qū)被叫UE起呼失敗CT截圖通過上面測(cè)試CT截圖，我們可以發(fā)現(xiàn)在失敗的案例中，UE在源小區(qū)上發(fā)送的第一條RRC連接請(qǐng)求RNC均成功收到，網(wǎng)絡(luò)側(cè)不但進(jìn)行了RL的建立，而且向UE回復(fù)了RRC連接建立消息，但此時(shí)UE已經(jīng)占用到新的小區(qū)，因此無法收到網(wǎng)絡(luò)側(cè)發(fā)送的RRC連接建立消息，當(dāng)然就無法進(jìn)行后續(xù)的RRC建立流程，問題到這一步還比較好理解，然而繼續(xù)分析，我們發(fā)現(xiàn)當(dāng)UE成功的重選至目標(biāo)小區(qū)后，在新的小區(qū)上發(fā)送的RRC連接請(qǐng)求竟然也發(fā)送到了源小區(qū)。通過上面的描述我們初步推斷，由于小區(qū)重選造成RRC流程失敗的主要原因應(yīng)該是，UE進(jìn)行小區(qū)重選時(shí)，由于自身性能限制或處理時(shí)間過短，下行鏈路雖然已經(jīng)轉(zhuǎn)移到新的小區(qū)，但上行鏈路卻仍然保持在源小區(qū)，從而導(dǎo)致雖然監(jiān)聽到新小區(qū)PCCPCH信道的系統(tǒng)消息，但發(fā)送的RRC連接請(qǐng)求仍然使用的是源小區(qū)的PRACH信道。那么為什會(huì)產(chǎn)生這樣的情況呢？我們查看并分析對(duì)比了成功案例與失敗案例的事件列表，在提到事件列表時(shí)，我們應(yīng)該明確測(cè)試軟件與測(cè)試手機(jī)行為之間的關(guān)系，測(cè)試軟件在測(cè)試過程中的任務(wù)，應(yīng)該是控制手機(jī)何時(shí)開始發(fā)起呼叫，何時(shí)掛機(jī)，并記錄手機(jī)在測(cè)試過程中的各種行為，因此事件列表中手機(jī)在RRC連接建立或者起呼過程中的行為，均應(yīng)該是手機(jī)自身的行為，而非軟件控制，事件列表如下圖所示：成功案例與失敗案例的事件列表對(duì)比從上圖中我們發(fā)現(xiàn)成功案例中，手機(jī)在vioce dial開始起呼流程，之后被記錄到發(fā)送了RRC連接請(qǐng)求消息，隨后開始小區(qū)重選，但在失敗案例中，手機(jī)在vioce dial后并沒有RRC連接請(qǐng)求消息的記錄，而是直接開始小區(qū)重選（實(shí)際上手機(jī)也發(fā)送了RRC連接請(qǐng)求）。失敗案例中事件列表與信令流程對(duì)應(yīng)圖成功案例中事件列表與信令流程對(duì)應(yīng)圖通過對(duì)RRC連接過程中，小區(qū)重選導(dǎo)致的起呼失敗及成功案例的測(cè)試數(shù)據(jù)分析，并結(jié)后臺(tái)CT的分析，我們認(rèn)為產(chǎn)生這種現(xiàn)象的原因由于8142手機(jī)自身性能問題引起的可能性較大，因?yàn)槭“咐裏o論從當(dāng)時(shí)的無線環(huán)境、站點(diǎn)工作狀態(tài)、主要參數(shù)設(shè)置（定時(shí)器/計(jì)數(shù)器）來看， 均比較合理，特別是參數(shù)設(shè)置與成功案例無異，唯一的區(qū)別在于第一條RRC連接請(qǐng)求消息發(fā)送后，失敗案例中的UE小區(qū)重選時(shí)，下行鏈路接入到目標(biāo)小區(qū)，但上行鏈路仍然保持在源小區(qū)，由此導(dǎo)致隨后在新小區(qū)上發(fā)送的兩次RRC連接請(qǐng)求均發(fā)送給源小區(qū)，而源小區(qū)下發(fā)的RRC連接建立UE卻無法收到，因?yàn)榇藭r(shí)UE正在監(jiān)聽新小區(qū)的下行鏈路，由此導(dǎo)致一次RRC連接失敗，進(jìn)而引發(fā)未接通的產(chǎn)生。我們將盡快聯(lián)系8142手機(jī)廠家，共同核實(shí)我們的結(jié)論案例2問題描述：主/被叫UE完成RRC連接過程后，開始進(jìn)行初始值傳消息的傳送，在發(fā)送完CMservice request后，又馬上（通常間隔1秒左右）發(fā)送CM service abort給網(wǎng)絡(luò)，由此導(dǎo)致初始值傳流程中斷，造成未接通。并且出現(xiàn)該問題后，通常測(cè)試軟件不會(huì)再控制手機(jī)發(fā)起新的呼叫 ，使測(cè)試無法繼續(xù)進(jìn)行，直至測(cè)試人員將軟件重啟或者重新錄制測(cè)試LOG為止。該問題在LC8142以及DX188上均有出現(xiàn)，并且出現(xiàn)該現(xiàn)象時(shí)無線信號(hào)質(zhì)量通常沒有較大的波動(dòng)或異常，而且復(fù)測(cè)從未復(fù)現(xiàn)，因此我們認(rèn)為該問題應(yīng)該為軟件問題所致。主叫UE 11:51:25.083起呼失敗信令被叫UE 14:00:44 起呼失敗信令案例3問題描述：當(dāng)測(cè)試車輛由北向南行駛至山大路靠近經(jīng)十路附近時(shí)，主被叫UE均占用千佛山醫(yī)院1小區(qū)，而且無線信號(hào)質(zhì)量良好，隨后主叫UE發(fā)起一次呼叫，被叫UE正常響應(yīng)尋呼并順利完成RRC連接，但在進(jìn)行初始值傳消息的發(fā)送后，被叫UE突然上發(fā)disconnect消息，原因解碼為user busy，由此導(dǎo)致呼叫中斷，軟件統(tǒng)計(jì)為一次未接通，如下圖所示：主被叫UE聯(lián)合信令截圖被叫UE主叫UE問題分析與結(jié)論：通過對(duì)測(cè)試數(shù)據(jù)的分析并結(jié)合千佛山醫(yī)院1小區(qū)指標(biāo)和告警信息的提取，我們認(rèn)為由于測(cè)試過程中手機(jī)終端的行為（起呼，掛機(jī)），主要是受測(cè)試軟件的控制，而本例中主被叫UE掛機(jī)均是上行發(fā)起，即主被叫UE幾乎同時(shí)主動(dòng)通知網(wǎng)絡(luò)掛機(jī)，而不是由其中一方引起，因此本次未接通異常事件由測(cè)試軟件不穩(wěn)定引起的可能性較大。測(cè)試人員曾經(jīng)在測(cè)試過程中直接觀察到該類型未接通，當(dāng)時(shí)在主叫發(fā)起呼叫后，被叫側(cè)已經(jīng)聽到振鈴，但在振鈴剛響起后馬上停止，觀察被叫手機(jī)會(huì)發(fā)現(xiàn)提示有未接來電。另外，一般網(wǎng)絡(luò)問題導(dǎo)致被叫未收到尋呼而產(chǎn)生的未接通，通常會(huì)有漏接來電短信提示。由于類似案例中，大多數(shù)發(fā)生在RRC連接完成后，出現(xiàn)問題主要在RAB建立過程（空口體現(xiàn)在RB建立），或者RB建立完成后Alerting消息發(fā)送過程中，而后臺(tái)指標(biāo)的接通率反映的是RRC連接成功率*RAB建立成功率，因此只要RRC連接過程以及RAB建立過程順利完成，后臺(tái)即統(tǒng)計(jì)為一次成功的呼叫，導(dǎo)致前臺(tái)測(cè)試軟件統(tǒng)計(jì)結(jié)果與后臺(tái)結(jié)果不統(tǒng)一案例4問題描述：當(dāng)測(cè)試車輛由西向東行駛至大明湖路與縣東巷交界處時(shí)，主被叫UE均剛從GSM網(wǎng)絡(luò)重選回TD網(wǎng)絡(luò)，由此觸發(fā)了一次位置去更新，此時(shí)主叫UE占用明湖南門2小區(qū)且無線信號(hào)質(zhì)量很好，當(dāng)主叫順利完成了位置區(qū)更新的主要流程，開始進(jìn)行RRC連接釋放時(shí)，突然上行發(fā)送CM Service request消息，導(dǎo)致軟件統(tǒng)計(jì)為未接通事件，如下圖所示：主叫UE主叫rrcConnect Request消息解碼主叫UE CM service request 消息解碼問題分析及結(jié)論：通過對(duì)測(cè)試數(shù)據(jù)的分析，我們認(rèn)為主叫UE在位置區(qū)更新的過程中出現(xiàn)的CM service request信令應(yīng)該是手機(jī)自身由于某種原因觸發(fā)的異常信令，因?yàn)閺纳厦娴拿枋黾胺治鲋形覀兛梢钥吹?，本次RRC連接請(qǐng)求的原因時(shí)異系統(tǒng)重選無誤，而相隔3秒后上發(fā)的CM service request消息的原因?yàn)橹鹘?，上下矛盾，因此該問題為手機(jī)自身問題。5站點(diǎn)/核心網(wǎng)問題導(dǎo)致的未接通案例1問題描述：當(dāng)測(cè)試車輛由西向東行駛到二環(huán)北路萬通物流站點(diǎn)附近附近時(shí)，此時(shí)主被叫UE均占用萬通物流2小區(qū)，PCCPCH RSCP保持在-60dBm左右，PCCPCH C/I保持在18dB左右，同時(shí)主叫開始進(jìn)行起呼，整個(gè)起呼流程正常，但由于該路段位于位置區(qū)邊界，導(dǎo)致主被叫UE均在起呼的過程執(zhí)行了RB重配置，并且觸發(fā)了路由區(qū)更新，最終由于在起呼的流程中嵌套內(nèi)容過多，導(dǎo)致主叫等待超時(shí)而計(jì)為一次未接通：主叫信令問題分析：通過對(duì)測(cè)試數(shù)據(jù)的分析并與中興的同事進(jìn)行了溝通，我們發(fā)現(xiàn)該問題主要是由于目前中興的設(shè)備自身存在一定的漏洞，導(dǎo)致主叫側(cè)在起呼的過程中由于進(jìn)行了路由區(qū)更新，而使連接時(shí)間過長導(dǎo)致未接通，而被叫處于完整性保護(hù)的原因，雖然收到了CN下發(fā)的Alerting、Connect等消息，但實(shí)際并沒有建立起完整的呼叫。如下圖所示： 被叫信令主叫釋放信令調(diào)整方案：中興的同事已經(jīng)提出了針對(duì)此問題的修改方案，主要是通過為系統(tǒng)打補(bǔ)丁來進(jìn)行案例2問題描述：當(dāng)測(cè)試車輛由東向西行駛到濟(jì)濼路北園大街附近時(shí)，主被叫UE一直占用紡織市場1小區(qū)，隨著車輛的行駛，信號(hào)質(zhì)量開始不斷下降，但在鄰區(qū)表中一直沒有合適的小區(qū)可以重選或切換，最終導(dǎo)致在主叫UE發(fā)起呼叫的時(shí)候信號(hào)質(zhì)量已經(jīng)很差，無法正常的進(jìn)行起呼流程。 主叫UE問題分析：通過對(duì)測(cè)試數(shù)據(jù)的回放，我們認(rèn)為中恒商城站點(diǎn)可能存在故障，因?yàn)樵撔^(qū)在已經(jīng)與紡織市場1小區(qū)配置鄰區(qū)關(guān)系，但一直沒有出現(xiàn)在鄰區(qū)表中，通過后臺(tái)的告警查詢最終證實(shí)了這一點(diǎn)，在6月27日至6月29日（本次測(cè)試第二天）該小區(qū)突然出現(xiàn)大量重要以及嚴(yán)重告警，告警信息如下所示：告警信息詳情：調(diào)整方案：排除中恒商城站點(diǎn)的故障案例3問題描述：當(dāng)測(cè)試出車輛由西東向西行駛至經(jīng)四路緯三路交界處時(shí)，此時(shí)主叫UE占用大觀園2小區(qū)并發(fā)起呼叫，呼叫流程進(jìn)行至Call Proceeding后，由于超時(shí)沒有收到網(wǎng)絡(luò)下發(fā)的RB建立消息而釋放，發(fā)生一次未接通，此時(shí)主叫UE的PCCPCH C/I以及DPCH C/I已經(jīng)較差。同時(shí)間被叫UE占用宏順服裝2小區(qū)，信號(hào)質(zhì)量良好。如下圖所示：主叫UE被叫UE問題分析：通過對(duì)測(cè)試數(shù)據(jù)的分析我們發(fā)現(xiàn)，在主叫UE進(jìn)行起呼之前由濟(jì)南文物店1小區(qū)重選至大觀園2小區(qū)，由于大觀園2小區(qū)的覆蓋方向與行駛方向相反，并且該小區(qū)的天線方向角有可能存在問題（也有可能是1、2小區(qū)天線接反），導(dǎo)致其背向信號(hào)覆蓋至問題路段，并且在很短的時(shí)間內(nèi)確實(shí)高于正常重選順序的宏順服裝 2小區(qū)，使主叫UE重選至大觀園2小區(qū)并發(fā)生了隨后的問題。如下圖所