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

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