目錄

1 概述
2 掉話原因分析
2.1. 常見掉話原因
2.1.1. 非切換類掉話
2.1.2. 切換類掉話
2.1.3. 其他異常分析
2.2. CHR內掉話原因分類
2.2.1. 掉話相關內部釋放原因值
2.2.2. CHR L2異常內部機制介紹
2.3. 信令流程中釋放原因分類

2.3.1. 協(xié)議中釋放原因定義

1概述

本《LTE掉話優(yōu)化指導書》重點介紹了LTE系統(tǒng)內掉話率指標的優(yōu)化思路、分析方法、定位手段及典型案例；

本《指導書》結構如下：

第一部分 主要從路測、標準接口、話統(tǒng)、CHR多角度出發(fā)給出了掉話的定義；

第二部分 給出了常見的掉話原因，掉話機制的介紹；

第三部分 介紹了掉話問題的隔離定位分析方法；

第四部分 分享了掉話優(yōu)化的典型案例；

第五部分 介紹了CHR數據的分析方法，影響掉話的定時器介紹及重建的機制介紹。


2掉話原因分析

2.1.常見掉話原因

按照掉話發(fā)生的場景，一般可以把掉話分為切換、非切換及其他異常場景。

2.1.1. 非切換類掉話

2.1.1.1. 鄰區(qū)漏配

通常，網絡建設初期優(yōu)化過程掉話占大多數是由于鄰區(qū)漏配導致的。對于LTE網絡內同頻鄰區(qū)，通常采用以下的辦法來確認是否為同頻鄰區(qū)漏配：

方法一：如果掉話后UE馬上重新接入，且UE重新接入的PCI與UE掉話時的PCI不一致，則可以懷疑是鄰區(qū)錯/漏配問題，可以通過測量控制進一步進行確認（從掉話位置的消息開始往前找，找到最近一條同頻測量控制消息，檢查該測量控制消息的鄰區(qū)列表）。

方法二：在網絡側，觀察eNodeB在收到UE上報的測量報告后如果沒有處理，且同時X2口沒有往目標小區(qū)發(fā)送HANDOVER_REQUEST（配置了X2鏈路）；或者S1口沒有往MME發(fā)送HANDOVER_REQUIRED（未配置X2接口，走S1接口），則可以懷疑是鄰小區(qū)漏配。（該方法只適用于異站切換，同站切換沒有X2口交互）。

方法三：在網絡側，通過在M2000側訂閱MR（獲取Sig日志），然后通過NPMaster進行鄰小區(qū)漏配的核查（eRAN2.1只支持同頻鄰小區(qū)漏配的核查）；

方法四：通過Debug日志，查看鄰小區(qū)漏配的錯誤打印，獲取對應漏配置鄰小區(qū)的PCI及ECGI；

方法五：通過Unet/NPMaster，將網絡實際配置的鄰小區(qū)關系及實際工參進行對比，核查是否存在鄰小區(qū)漏配；

通常在路測驗收階段，通過方法1和2進行鄰小區(qū)的優(yōu)化及核查；在商用大規(guī)模放號后，通過方法3、4、5進行核查。

鄰區(qū)漏配導致的掉話也包括異頻鄰區(qū)漏配和異系統(tǒng)鄰區(qū)漏配。異頻鄰區(qū)漏配的確認方法和同頻幾乎相同，主要是掉話發(fā)生的時候，手機沒有測量或者上報異頻鄰區(qū)，而手機掉話后重新駐留到異頻鄰區(qū)上。異系統(tǒng)鄰區(qū)漏配表現為手機在LTE網絡掉話，掉話后手機重新選網駐留到異系統(tǒng)網絡，且從信號質量來看，異系統(tǒng)網絡的質量很好。

定位/優(yōu)化鄰小區(qū)漏配的方法可通過UE的Scanner功能進行掃頻，觀察是否有更強的的且不在鄰小區(qū)列表中的小區(qū)。也可以將NPMaster的核查結果導入后進行驗證。

鄰小區(qū)漏配的優(yōu)化建議需要結合工參、電子地圖等信息進行。

注：此處特指在ANR算法關閉的場景下，ANR算法尚未商用，故相關信息不全，將在eRAN3.0版本商用后完善。


2.1.1.2. 弱覆蓋

這里所說的弱覆蓋是超出了鏈路預算獲得的最大路損得到的下行及上行的覆蓋，由于上下行支持的最大路損不一致，通常在LTE中上行較之于下行先受限，故在這里提到的弱覆蓋將分為上行弱覆蓋及下行弱覆蓋。

按照當前eRAN2.X版本商用網典型配置來看，20M帶寬下行PDSCH導頻配置的是15.2dBm，商用終端一般上行UE最大發(fā)射功率為23dBm。在鏈路預算過程中鏈路預算的結果和場景、鏈路預算的邊緣吞吐率、接收機靈敏度等的配置強相關。