TDD掉话问题处理指导以及经典案例集

1、TDD掉话问题处理指导以及经典案例集拟 制：日 期：审 核：日 期：批 准：日 期：修订记录日期修订版本描述作者-05-111.0.0初稿完成 initial transmittal /00290376-05-11内部审核通过目录1 掉话定义 HYPERLINK l _掉话定义 41.1 话统KPI HYPERLINK l _话统KPI 41.1.1掉话率指标话统公式 HYPERLINK l _掉话率指标话统公式 41.1.2 异常释放统计 HYPERLINK l _异常释放统计 81.1.3 正常释放统计 HYPERLINK l _正常释放统计 161.1.4 指标包含关系 HYPERLIN

2、K l _指标包含关系 181.2 路测KPI HYPERLINK l _路测KPI 191.2.1probe路测掉话统计 HYPERLINK l _华为Probe路测掉话定义 191.2.2 其他厂家路测掉话统计 HYPERLINK l _其它厂家路测掉话率定义 201.2.3 路测和后台统计区别 HYPERLINK l _路测掉话率和后台掉话率区别 201.3 标口信令 HYPERLINK l _标口信令 21 1.3.1掉话预检查方式 HYPERLINK l _掉话预检查方式 211.3.2 获取方式 HYPERLINK l _获取方式 241.4 CHR数据 HYPERLINK l _

3、CHR数据 241.4.1掉话预检查方式 HYPERLINK l _掉话预检查方式_1 241.4.2 获取方式 HYPERLINK l _获取方式_1 262 掉话机制 HYPERLINK l _掉话机制 272.1 L2掉话机制 HYPERLINK l _L2掉话机制 282.2 L3掉话机制 HYPERLINK l _L3掉话机制 332.3其他掉话机制 HYPERLINK l _其他掉话机制 333 主要掉话原因分析和优化 HYPERLINK l _主要掉话原因分析及优化 333.1 常见掉话原因 HYPERLINK l _常见掉话原因 333.1.1邻区漏配 HYPERLINK l

4、_邻区错/漏配 343.1.2 弱覆盖 HYPERLINK l _弱覆盖 353.1.3 切换导致掉话 HYPERLINK l _切换导致的掉话 373.1.4 干扰引起掉话 HYPERLINK l _干扰引起的掉话 403.1.5 流程交互失败 HYPERLINK l _流程交互失败 443.1.6 其他异常分析 HYPERLINK l _其他异常分析 453.2 常见掉话场景及日志分析 HYPERLINK l _常见掉话场景日志分析 46经典案例集 HYPERLINK l _经典案例集 52掉话定义话统KPI掉话率指标话统公式数据业务掉话KPI数据业务掉话率的推荐公式如下： Call Dr

5、op Rate = / ( + )等同于：Call Drop Rate = L.E-RAB.AbnormRel.QCI.N / （L.E-RAB.AbnormRel.QCI.N + L.E-RAB.NormRel.QCI.N）其中：分子上表征异常释放的Counter为L.E-RAB.AbnormRel.QCI.N= L.E-RAB.AbnormRel.QCI.1+L.E-RAB.AbnormRel.QCI.2+ L.E-RAB.AbnormRel.QCI.3+L.E-RAB.AbnormRel.QCI.4+ L.E-RAB.AbnormRel.QCI.5+ L.E-RAB.AbnormRel.

6、QCI.6+ L.E-RAB.AbnormRel.QCI.7+ L.E-RAB.AbnormRel.QCI.8+ L.E-RAB.AbnormRel.QCI.9；而分母上是正常释放与异常释放的总和，正常释放的Counter为L.E-RAB.NormRel.QCI.N= L.E-RAB.NormRel.QCI.1+L.E-RAB.NormRel.QCI.2+ L.E-RAB.NormRel.QCI.3+L.E-RAB.NormRel.QCI.4+ L.E-RAB.NormRel.QCI.5+ L.E-RAB.NormRel.QCI.6+ L.E-RAB.NormRel.QCI.7+ L.E-RA

7、B.NormRel.QCI.8+ L.E-RAB.NormRel.QCI.9；从该指标中可以知道，掉话率的指标统计是针对业务承载而非用户的，如果一个用户建立了多个DRB业务承载，则在掉话时，会统计多次异常掉话值。由于中国移动集团有自己的KPI定义，中国移动的掉话率定义公式如下，其中无线掉线率（本地网）为日常考核使用公式。无线掉线率（本地网）=（eNB请求释放上下文数-正常的eNB请求释放上下文数）/(初始上下文建立成功次数+遗留上下文个数)*100% ， 其中代表将本地网范围内的各个小区的统计结果累加。无线掉线率（小区级） =（eNB请求释放上下文数-正常的eNB请求释放上下文数）/(初始上下

8、文建立成功次数+遗留上下文个数+切换入成功次数+RRC连接重建成功次数(非源侧小区)*100%E-RAB掉线率（本地网）=( eNB请求释放的E-RAB数 -正常的eNB请求释放的E-RAB数 +切出失败的E-RAB数 )/(E-RAB建立成功数+遗留E-RAB个数)*100%， 其中代表将本地网范围内的各个小区的统计结果累加E-RAB掉线率（小区级）= (切出失败的E-RAB数 +eNB请求释放的E-RAB个数 -正常的eNB请求释放的E-RAB数)/（ 遗留E-RAB个数 +E-RAB建立成功数 +切换入E-RAB数 ）*100%映射成的指标，对应如下：无线掉线率（本地网）= ( L.UE

9、CNTX.Rel.S1Reset.eNodeB1526728838-L.UECNTX.Rel.eNodeB.InitAttEst.MMENoReply1526737847 + L.UECNTX.AbnormRel1526728227)）/(L.UECNTX.SuccEst1526728851+L.UECNTX.Left1526730538)*100% = ( eNodeB发起的S1 RESET导致的UE Context释放次数1526728838-eNodeB等待初始上下文建立请求超时触发的UE Context释放次数1526737847 + UE Context异常释放次数152672822

10、7)/(UE Context建立成功总次数1526728851+小区遗留UE Context个数1526730538) *100%无线掉线率（小区级） = (L.UECNTX.Rel.eNodeB1526728856+L.UECNTX.Rel.S1Reset.eNodeB1526728838-L.UECNTX.Rel.eNodeB.InitAttEst.MMENoReply1526737847+L.UECNTX.Rel.eNodeB1526728856 - L.UECNTX.AbnormRel1526728227)/(L.UECNTX.SuccEst1526728851+L.UECNTX.Le

11、ft1526730538+L.HHO.IntraeNB.ExecSuccIn1526727255 +L.HHO.IntereNB.ExecSuccIn1526727258-L.HHO.IntraeNB.ExecSuccIn.ReEst2Tgt1526730548-L.HHO.IntereNB.ExecSuccIn.ReEst2Tgt1526730550+L.RRC.ReEst.NonSrccell.Att1526730536) = (eNodeB发起的UE Context释放次数1526728856+eNodeB发起的S1 RESET导致的UE Context释放次数1526728838-eN

12、odeB等待初始上下文建立请求超时触发的UE Context释放次数1526737847+eNodeBB发起的UE Context释放次数1526728856 - UE Context异常释放次数1526728227)/(UE Context建立成功总次数1526728851+小区遗留UE Context个数1526730538+小区eNodeB内模式内切换入成功次数1526727255 +小区eNodeB间模式内切换入成功次数1526727258-通过重建到目标小区的eNodeB内模式内切换入成功次数1526730548-通过重建到目标小区的eNodeB间模式内切换入成功次数15267305

13、50+非源小区RRC重建请求次数1526730536)E-RAB掉线率（本地网）= (L.E-RAB.AbnormRel.eNBTot1526728319+L.E-RAB.AbnormRel.HOOut1526728247)/(L.E-RAB.SuccEst1526727544+L.E-RAB.Left1526728817) )*100% = (eNodeB触发的E-RAB异常释放总次数1526728319+小区切换出E-RAB异常释放总次数1526728247)/(E-RAB建立成功总次数1526727544+遗留E-RAB总个数1526728817)*100%E-RAB掉线率（小区级）=

14、(L.E-RAB.AbnormRel.eNBTot1526728319+L.E-RAB.AbnormRel.HOOut1526728247)/(L.E-RAB.SuccEst1526727544+L.E-RAB.Left1526728817+L.E-RAB.SuccEst.HOIn1526728245) = (eNodeB触发的E-RAB异常释放总次数1526728319+小区切换出E-RAB异常释放总次数1526728247)/(E-RAB建立成功总次数1526727544+遗留E-RAB总个数1526728817+小区切换入E-RAB成功建立总次数1526728245)Volte业务掉话K

15、PIVolte相关掉话率公式均为E-RAB承载级，语音业务使用QCI1，视频业务使用QCI2，推荐公式如下：QCI1掉话率 = L.E-RAB.AbnormRel.QCI.1 / (L.E-RAB.AbnormRel.QCI.1+L.E-RAB.NormRel.QCI.1)QCI2掉话率 = L.E-RAB.AbnormRel.QCI.2 / (L.E-RAB.AbnormRel.QCI.2+L.E-RAB.NormRel.QCI.2)通过如下性能指标可以监控VoIP业务的掉话率：指标名称指标描述小区QCI为1的E-RAB异常释放次数小区QCI为2的E-RAB异常释放次数小区QCI为1的E-R

16、AB正常释放次数小区QCI为2的E-RAB正常释放次数由于中国移动集团有自己的KPI定义，中国移动的Volte掉话率定义如下，其中E-RAB掉线率(QCI=1)（本地网）为日常考核使用公式。E-RAB掉线率(QCI=1)（本地网） = ( 分QCI的eNB请求释放的E-RAB数 -分QCI的正常的eNB请求释放的E-RAB数 +分QCI的切出失败的E-RAB数 )/分QCI的E-RAB建立成功数， 其中代表将本地网范围内的各个小区的统计结果累加, QCI=1。E-RAB掉线率（QCI=1)(小区级) =（分QCI的eNB请求释放的E-RAB数 -分QCI的正常的eNB请求释放的E-RAB数 +

17、分QCI的切出失败的E-RAB数 ）/（分QCI的遗留E-RAB个数+分QCI的E-RAB建立成功数+每QCI切换入E-RAB数）*100% ，其中QCI=1。E-RAB掉线率(QCI=2)（本地网） = ( 分QCI的eNB请求释放的E-RAB数 -分QCI的正常的eNB请求释放的E-RAB数 +分QCI的切出失败的E-RAB数 )/分QCI的E-RAB建立成功数， 其中代表将本地网范围内的各个小区的统计结果累加, QCI=2。E-RAB掉线率（QCI=2)(小区级) =（分QCI的eNB请求释放的E-RAB数 -分QCI的正常的eNB请求释放的E-RAB数 +分QCI的切出失败的E-RAB

18、数 ）/（分QCI的遗留E-RAB个数+分QCI的E-RAB建立成功数+每QCI切换入E-RAB数）*100% ，其中QCI=2。备注：E-RAB掉线率(QCI=x)（本地网）：此指标适用于区域汇总，如MME服务区或本地网以上空间粒度。中国移动Volte掉话率公式映射如下：E-RAB掉线率(QCI=1)（本地网）= (L.E-RAB.AbnormRel.eNBTot.QCI.11526730539+L.E-RAB.AbnormRel.HOOut.QCI.11526727326)/L.E-RAB.SuccEst.QCI.11526726669 = (eNodeB触发的QCI为1的业务E-RAB异

19、常释放次数1526730539+切换出QCI为1的E-RAB异常释放次数1526727326)/QCI为1的业务E-RAB建立成功次数1526726669E-RAB掉线率(QCI=1)（小区级）= (L.E-RAB.AbnormRel.eNBTot.QCI.11526730539+L.E-RAB.AbnormRel.HOOut.QCI.11526727326)/(L.E-RAB.SuccEst.QCI.11526726669+L.E-RAB.Left.QCI.11526728808+L.E-RAB.SuccEst.HOIn.QCI.11526728778) = (eNodeB触发的QCI为1的

20、业务E-RAB异常释放次数1526730539+切换出QCI为1的E-RAB异常释放次数1526727326)/(QCI为1的业务E-RAB建立成功次数1526726669+QCI为1的遗留E-RAB个数1526728808+QCI为1的切换入E-RAB成功建立次数1526728778)E-RAB掉线率(QCI=2)（本地网）= (L.E-RAB.AbnormRel.eNBTot.QCI.21526730540+L.E-RAB.AbnormRel.HOOut.QCI.21526727327)/L.E-RAB.SuccEst.QCI.21526726671 = (eNodeB触发的QCI为2的业

21、务E-RAB异常释放次数1526730540+切换出QCI为2的E-RAB异常释放次数1526727327)/QCI为2的业务E-RAB建立成功次数1526726671E-RAB掉线率(QCI=2)（小区级）= (L.E-RAB.AbnormRel.eNBTot.QCI.21526730540+L.E-RAB.AbnormRel.HOOut.QCI.21526727327)/(L.E-RAB.SuccEst.QCI.21526726671+L.E-RAB.Left.QCI.21526728809+L.E-RAB.SuccEst.HOIn.QCI.21526728779) = (eNodeB触发

22、的QCI为2的业务E-RAB异常释放次数1526730540+切换出QCI为2的E-RAB异常释放次数1526727327)/(QCI为2的业务E-RAB建立成功次数1526726671+QCI为2的遗留E-RAB个数1526728809+QCI为2的切换入E-RAB成功建立次数1526728779)异常释放统计该章节内容，详细可参考BTS3900 V100R011C10SPC100 性能指标参考.CHM异常释放测量指标下表1内所示是异常释放话统测量指标异常释放测量指标指标ID测量指标指标描述单位1526728319eNodeB触发的E-RAB异常释放总次数次1526728247小区切换出E-

23、RAB异常释放总次数次1526727546eNodeB异常释放有数传的E-RAB的总次数次1526726686小区QCI为1的E-RAB异常释放次数次1526726688小区QCI为2的E-RAB异常释放次数次1526726690小区QCI为3的E-RAB异常释放次数次1526726692小区QCI为4的E-RAB异常释放次数次1526726694小区QCI为5的E-RAB异常释放次数次1526726696小区QCI为6的E-RAB异常释放次数次1526726698小区QCI为7的E-RAB异常释放次数次1526726700小区QCI为8的E-RAB异常释放次数次1526726702小区QCI

24、为9的E-RAB异常释放次数次异常释放指标含义根据不同原因及用户承载数传情况，统计eNodeB小区内E-RAB异常释放的总次数。异常释放测量点如图6中A点所示，当eNodeB发出E-RAB RELEASE INDICATION消息，且释放原因不为“Normal Release”，“Detach”，“User Inactivity”，“Om-Intervention”,“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Successful Handover”，“Redirectio

25、n towards 1xRTT”时统计L.E-RAB.AbnormRel.eNBTot指标，当判断相应承载有数传时统计L.E-RAB.AbnormRel指标。如果E-RAB RELEASE INDICATION信令中要求同时释放多个E-RAB，则相应的指标统计多次；异常释放测量点1如图7中A点所示，当eNodeB向MME发送UE CONTEXT RELEASE REQUEST消息，会释放UE的所有E-RAB。当释放原因不为“Normal Release”，“Detach”，“User Inactivity”，“Om-Intervention”,“CS Fallback triggered”，“

26、UE Not Available for PS Service”，“Inter-RAT Redirection” ，“Time critical handover” ，“Handover Cancelled”，“Redirection towards 1xRTT”时统计L.E-RAB.AbnormRel.eNBTot指标，当判断相应承载有数传时统计L.E-RAB.AbnormRel指标。如果被释放用户建立了多个E-RAB，则相应的指标统计多次。并且在MME回复UE CONTEXT RELEASE COMMAND消息时，相应指标不会被重复记录；异常释放测量点2异常释放分原因统计对于异常释放，eR

27、AN8.0版本对异常原因进行了粒度更细的统计，主要针对无线层原因进行细分，另外增加了对应的VoIP异常释放的指标，指标的详细定义可以参考BTS3900 V100R010C10SPC150 性能指标参考.CHM。注：下面的指标是在有数传的情况下才统计，如果是UE在无数传的情况发起的异常释放不统计。指标ID测量指标指标描述备注1526728282无线层问题导致的E-RAB异常释放次数1526728283传输层问题导致的E-RAB异常释放次数1526728284无线网络拥塞导致的E-RAB异常释放次数1526728291切换流程失败导致E-RAB异常释放次数1526729549SRB RLC达到最大

28、重传次数导致的激活的E-RAB异常释放次数见节1526729550DRB RLC达到最大重传次数导致的激活的E-RAB异常释放次数见节1526729551上行重同步失败导致的激活的E-RAB异常释放次数见节1526729552空口过程失败导致的激活的E-RAB异常释放次数见4.2节1526729911核心网触发的释放原因为Release due to E-UTRAN Generated Reason的激活的E-RAB异常释放次数1526729912无线资源被抢占导致的激活的E-RAB异常释放次数见4.3节1526729913无线资源过载导致的激活的E-RAB异常释放次数见4.3节1526729

29、914传输资源被抢占导致的激活的E-RAB异常释放次数见4.3节1526729915传输资源过载导致的激活的E-RAB异常释放次数见4.3节1526729916核心网触发的语音业务E-RAB异常释放总次数1526729917SRB RLC达到最大重传次数导致的激活的语音业务E-RAB异常释放次数见节1526729918UE Reply超时导致的激活的语音业务E-RAB异常释放次数见4.2节1526729919上行重同步失败导致的激活的语音业务E-RAB异常释放次数见节1526729920核心网触发的释放原因为Release due to E-UTRAN Generated Reason的激活的

30、语音业务E-RAB异常释放次数1526729921无线层问题导致的激活的语音业务E-RAB异常释放次数见4.1&4.2节1526729922切换流程失败导致的激活的语音业务E-RAB异常释放次数见4.2.2节1526729923无线网络拥塞导致的激活的语音业务E-RAB异常释放次数见4.3节1526729924核心网触发的激活的语音业务E-RAB异常释放次数1526729925传输层问题导致的激活的语音业务E-RAB异常释放次数见4.3节1526729926无线资源被抢占导致的激活的语音业务E-RAB异常释放次数见4.3节1526729927无线资源过载导致的激活的语音业务E-RAB异常释放次

31、数见4.3节1526729928传输资源被抢占导致的激活的语音业务E-RAB异常释放次数见4.3节1526729929传输资源过载导致的激活的语音业务E-RAB异常释放次数见4.3节在36.413（36413-930内章节）内给出了S1接口（S1AP协议）内对于释放原因的一些定义，从协议定义，包含了4大类原因：无线层、传输层、NAS层及协议错误（前两大类对应话统的就是/.TNL），每一大类又包含很多小类原因，如下表所示：信令流程中释放原因值列表IE/Group NamePresenceRangeIE Type and ReferenceSemantics DescriptionCHOICE C

32、ause GroupMRadio Network LayerRadio Network Layer Cause MENUMERATED(Unspecified,TX2RELOCOverall Expiry, Successful Handover,Release due to E-UTRAN Generated Reason, Handover Cancelled, Partial Handover, Handover Failure In Target EPC/eNB Or Target System,Handover Target not allowed,TS1RELOCoverall E

33、xpiry,TS1RELOCprep Expiry,Cell not available,Unknown Target ID,No Radio Resources Available in Target Cell, Unknown or already allocated MME UE S1AP ID,Unknown or already allocated eNB UE S1AP ID,Unknown or inconsistent pair of UE S1AP ID, Handover desirable for radio reasons,Time critical handover,

34、Resource optimisation handover,Reduce load in serving cell, User inactivity,Radio Connection With UE Lost, Load Balancing TAU Required, CS Fallback Triggered,UE Not Available For PS Service, Radio resources not available,Failure in the Radio Interface Procedure, Invalid QoS combination, Inter-RAT re

35、direction,Interaction with other procedure, Unknown E-RAB ID, Multiple E-RAB ID instances, Encryption and/or integrity protection algorithms not supported, S1 intra system Handover triggered, S1 inter system Handover triggered, X2 Handover triggered,Redirection towards 1xRTT,Not supported QCI value,

36、invalid CSG Id)Transport LayerTransport Layer CauseMENUMERATED(Transport Resource Unavailable,Unspecified,)NASNAS CauseMENUMERATED (Normal Release,Authentication failure,Detach,Unspecified, ,CSG Subscription Expiry)ProtocolProtocol CauseMENUMERATED(Transfer Syntax Error,Abstract Syntax Error (Reject

37、),Abstract Syntax Error (Ignore and Notify),Message not Compatible with Receiver State,Semantic Error,Abstract Syntax Error (Falsely Constructed Message), Unspecified, )MiscMiscellaneous CauseMENUMERATED(Control Processing Overload, Not enough User Plane Processing Resources,Hardware Failure,O&M Int

38、ervention,Unspecified, Unknown PLMN, )正常释放统计该章节内容，详细可参考BTS3900 V100R010C10SPC150 性能指标参考.CHM正常释放测量指标下表2内所示是正常释放话统测量指标正常释放测量指标指标ID测量指标指标描述单位1526727544E-RAB建立成功总次数次1526728817遗留E-RAB总个数次1526727547eNodeB正常释放E-RAB的总次数次1526726687小区QCI为1的E-RAB正常释放次数次1526726689小区QCI为2的E-RAB正常释放次数次1526726691小区QCI为3的E-RAB正常释放次

39、数次1526726693小区QCI为4的E-RAB正常释放次数次1526726695小区QCI为5的E-RAB正常释放次数次1526726697小区QCI为6的E-RAB正常释放次数次1526726699小区QCI为7的E-RAB正常释放次数次1526726701小区QCI为8的E-RAB正常释放次数次1526726703小区QCI为9的E-RAB正常释放次数次正常释放指标含义根据不同的QCI类型，统计小区E-RAB正常释放次数。正常释放测量点如图10中A点所示，MME主动发起的释放，当eNodeB收到来自MME的E-RAB RELEASE COMMAND消息时，根据不同QCI统计相应指标。如

40、果E-RAB RELEASE COMMAND消息中要求同时释放多个E-RAB，则相应指标按各个业务的QCI分别进行累加。同时，根据消息中携带的E-RAB个数对eNodeB正常释放E-RAB的总次数进行累加，即指标L.E-RAB.NormRel累加；正常释放测量点1如图11中A点所示，MME主动发起的释放，当eNodeB收到来自MME的UE CONTEXT RELEASE COMMAND消息时，会释放UE的所有E-RAB，如果释放原因不是切换类原因值，包括“Successful Handover”，“Partial Handover”，“S1 intra system Handover trig

41、gered”，“S1 inter system Handover triggered”，“X2 Handover triggered”，则根据不同的QCI统计相应指标。同时，根据具体业务数目对eNodeB正常释放E-RAB的总次数进行累加，即指标L.E-RAB.NormRel累加。正常释放测量点2指标包含关系eRAN6.1版本开始，针对指标的包含关系进行了系统的梳理，在对版本的BTS3900 V100RxxCxxSPCxxx 性能指标参考.CHM中，点击对应的测量单元（如下图左边红框所示），在右边会出现该测量单元总体介绍，在文档最下方（如下图后边红框所示），会出现指标的包含关系，指标共5个层级

42、，根指标一级节点指标二级节点指标三级节点指标四级节点指标，从左至右是包含和被包含关系路测KPIProbe路测掉话定义备注：以下定义从ProbeV3.15获取，其它版本请自行参考Probe的Help文档。在Probe侧对于掉话（ERAB Abnormal Release）的定义：UE没有收到Deactivate Eps Bearer Context Request消息，但收到RRC Release或RRC Connection Reconfiguration消息，则表示ERAB异常释放。以下情况表示ERAB异常释放： UE没有收到DEACTIVATE EPS BEARER CONTEXT REQ

43、UEST消息和MME的DETACH REQUEST消息，也没有向网络侧主动发出DETACH REQUEST消息，但收到了RRCConnectionReconfiguration消息，且其中有信元“drb-ToReleaseList”。 UE没有收到DEACTIVATE EPS BEARER CONTEXT REQUEST消息和MME的DETACH REQUEST消息，也没有向网络侧主动发出DETACH REQUEST消息，但收到了RRCConnection release消息并且前3s有APP层速率传输。 UE收到包含了信元“drb-ToAddModList”的RRC Connection R

44、econfiguration消息后，收到RRC释放信令之前，UE的“RRCState”值为“Idle”。 在UE没有收到RRC Connection Reconfiguration消息、DEACTIVATE EPS BEARER CONTEXT REQUEST、DETACH REQUEST消息、RRC State、RRCConnection release消息时，收到RRC的业务请求。 UE收到了RRCConnectionReconfiguration消息（其中有信元“drb-ToReleaseList”）之后50ms内，没有收到“DEACTIVATE EPS BEARER CONTEXT R

45、EQUEST”的NAS消息。 遇到RRCReestablishFail事件和InterRATHOFail时，产生该事件。Probe侧对于Volte掉话定义为：VoLTECallDropRate （Volte掉话率）= VoLTE掉话次数/(VoLTE主叫应答次数 + VoLTE被叫应答次数)100%。其中，分子和分母定义如下VoLTE掉话次数VoLTECallDrop：没有判断出来VoLTECallEnd的事件场景（不区分主被叫）下，满足以下任一条件（长呼只看条件1）： 收到层三消息RRCConnection Release 在判断出VoLTECallEstablished (MOC)或者Vo

46、LTECallEstablished (MTC)场景下，2s以后收到的层三消息RRCConnection Request。短呼场景下，通话时长+5s内，主叫仍没判断出VoLTECallEnd事件，且没有SRVCCHandoverSuc（收到该事件，状态迁移到VoLTECallInitial）事件产生。VoLTE主叫应答次数VoLTEVideoPhoneEstablished (MOC)：高通芯片收到0 x156E包或海思芯片已经判断出VoLTEVideoPhoneSetupSuc（MOC）的前提下，收到海思层间消息0 x4包，同时满足如下条件：1.获取其Direction字段，Directio

47、n = NETWORK_TO_UE2.获取其Message ID字段，Message ID = IMS_SIP_INVITE3.获取其Response Code字段，如果： Response Code = OK (200)VoLTE被叫应答次数VoLTEVideoPhoneEstablished (MTC)：高通芯片收到0 x156E包或海思芯片已经判断出来VoLTECallSetupSuc（MTC）的前提下，收到海思层间消息0 x4包，同时满足以下条件时，生成该事件。1.获取Direction字段，Direction = UE_TO_ NETWORK2.获取Message ID字段，Mess

48、age ID = IMS_SIP_INVITE3.获取Response Code字段，Response Code = OK (200)其它厂家路测掉话率定义三星UE通过三星数据卡及XCal软件获取。高通平台通过高通QXDM工具获取。鼎力和诺优等ATU厂家分别通过对应厂家的ATU软件获取。路测掉话率和后台掉话率区别对于后台掉话场景同数据业务，只涉及两个话统：eNodeB触发的QCI为1的业务E-RAB异常释放次数1526730539、切换出QCI为1的E-RAB异常释放次数1526727326。而对于路测Volte掉话，非SIP消息“Bye”引发的掉话都是异常。涉及SIP消息交互异常引发的掉话，

49、通常后台会统计为正常释放，这主要和eNodeB不解析SIP消息有关。标口信令在eNodeB跟踪到的标准接口信令中，如果存在eNodeB发起的释放，即在S1接口上发往CN的S1AP_UE_CONTEXT_REL_REQ/S1AP_E-RAB_RLEASE_IND消息内携带的原因值不为“User-inactivity ”、 “Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Successful H

50、andover”，“Redirection towards 1xRTT”时，则判断为掉话。掉话预检查方式异常掉话通常都是由eNB发起的释放，通知MME释放上下文，因此只要查看S1口发送的S1AP_UE_CONTEXT_REL_REQ/S1AP_E-RAB_RLEASE_IND消息，如下图所示。S1AP_UE_CONTEXT_REL_REQ点击“标准接口消息类型”按消息类型进行排序，这样所有的S1AP_UE_CONTEXT_REL_REQ/S1AP_E-RAB_RLEASE_IND都会排列在一起，如下图所示。按消息类型排序依次点击下一条，查看中的原因值，找出最后的原因为非“Normal Rele

51、ase”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Successful Handover”，“Redirection towards 1xRTT”的原因值。找到异常掉话消息根据对应的时间点，打开标准UU口的跟踪，找到对应时间点的RRC_CONN_REL消息，如下图所示。找到对应的UU口消息再查找对应时间点的IFTS跟踪，看是否跟踪到该异常释放UE的IFTS跟踪。找到对应的IFTS消息打开IFTS跟踪，查找对应的时间点

52、的跟踪是否可以和UU口、SI口对应上，如果无法对应，说明该IFTS跟踪的UE和当前掉话的UE不是同一个UE，则该IFTS跟踪就没有分析的必要。如果可以找到IFTS跟踪的UE和当前掉话的UE是同一个UE，则把该S1/UU/IFTS跟踪返回总部分析。IFTS跟踪如下：获取方式eNodeB维护台，跟踪文件类型为tmf，需要通过trace viewer进行解析，具体的采集方法，请参见配套文档LTE TDD故障信息采集指导书：CHR数据S1接口上发往CN的S1AP_UE_CONTEXT_REL_REQ/S1AP_E-RAB_RLEASE_IND消息内携带的原因值不为“User-inactivity ”、

53、 “Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Successful Handover”，“Redirection towards 1xRTT”时，则判断为掉话。CHR会记录一次内部异常事件。注：CHR详细分析方法参考TD-LTE CHR分析使用指导书-掉话篇 V1.0掉话预检查方式用FMA工具，打开工程，点击“Expert”，再双击“Drop”，就可以看到所有掉话的记录。在右下方，选中一

54、条呼叫记录，右键选择“All Events by This Callid”就可以把一次呼叫的所有记录事件过滤出来。打开呼叫记录后，选择最后一条“L3ChrRecord”，找到“SigInfolst”，双击可查看该次呼叫最后的信令流程。本次掉话的信令流程如下图所示，重配置下发后未收到重配置完成消息，向MME发送UE context释放请求。获取方式获取CHR的方式很多，可以通过主控板一键式日志提取，也可以在TS服务FTP提取，具体参考LTE TDD故障信息采集指导书。其中，TS服务器路径为：/export/home/sysm/ftproot/SauService/CHR，CHR文件是以NE/日期

55、格式排列，每个eNodeB可以保存7天的CHR数据，NE和eNodeBID是一一对应的，可以通过M2000的MML界面到处相应版本所有eNodeB对应关系掉话机制对于路测掉话率公式涉及的机制，请参考各路测软件厂家的帮助文档，本文主要介绍后台掉话率公式涉及的机制。对于后台掉话率，无论数据业务（QCI 6/7/8/9）还是Volte业务（QCI 1/2），掉话机制是相同的。这里有一点需要注意，对于如果QCI对应的RLC层传输模式为UM模式，则没有“RLC达到最大重传次数”原因的掉话，对于AM模式，则涉及。一般，推荐QCI1/2/7的RLC模式为UM模式。L2掉话机制RLC达到最大重传次数（协议36

56、.322）在以下几种情况下，RLC会发起重传收到对端的状态PDU的NACK确认（negative acknowledgement）；没有收到对端的状态PDU，没有新数据发送，同时POLL周期定时器超时；没有收到对端的状态PDU，发送窗满，同时POLL周期定时器超时。对于1）存在MAC层发送RLC数据时，几次HARQ重传都失败的情况，才会有RLC层的NACK确认。如下图所示。收到对端的状态PDU的负确认对于2）和3），都是在没有收到对端状态PDU的情况下，由POLL周期定时器超时触发的RLC重传，对于没有收到对端状态PDU的原因有两个，一个原因为UE侧根本就没有收到任何RLC PDU，也就不会响

57、应状态PDU，另一个原因为UE响应的状态PDU，由于上行误码的原因，没有到达ENODEB。如图2和图3所示：下行数据发送失败上行数据发送失败对于RLC达到最大重传次数的原因分析如下：1、网络覆盖的原因，弱覆盖/干扰等；2、UE终端问题，从之前的掉话分析，较大情况是因为UE问题导致PDCCH漏检3、其他（用户拔卡/突然不发数/终端不回复状态PDU）SRB达到最大复位次数在eNodeB侧下发AM信令如果终端侧没有收到，则会进行MAC层的HARQ及RLC的ARQ重传，在SRB下行达到最大重传次数后（默认为32次，MML参数无法配置）* Polling（默认50ms，MML参数无法配置）后，L2会上L

58、3上报RLC Unrestore的指示，L3启动启动延迟释放定时器，在等待延迟释放定时器超时后掉话。延迟释放时间eRAN6.1及以前版本是写死的20s，不可设置，eRAN7.0可以由参数UeRelDelayTimer控制。DRB达到最大复位次数在业务保持过程中，由于弱覆盖、信号陡降、拔卡场景下，若eNodeB侧RLC缓存有数据待发送，则易引起DRB达到最大重传次数引起的异常释放；在DRB达到最大重传次数后，以QIC9为例（基线值32次，对应MML参数配置为ENodeBMaxRetxThreshold=Maxretx_Threshold_t32）* Polling（基线值定时器50ms，对应MM

59、L参数配置为ENodeBPollRetransmitTimer= Tpollretrans_m50），L2会上L3上报RLC Unrestore的指示，L3启动启动延迟释放定时器，在等待延迟释放定时器超时后掉话。延迟释放时间eRAN6.1及以前版本是写死的20s，不可设置，eRAN7.0可以由参数UeRelDelayTimer控制。失步流程上行失步流程介绍失步分为上行失步和下行失步，在eNodeB侧检测到的失步称为上行失步；在UE可以同时检测到上行失步及下行失步。UE的上行失步是通过TA定时器维护的，当TA定时器超时后，终端还没有收到eNodeB下发的TA调整的MCE，则判断为上行失步；终端检

60、测的下行失步将在下一小节作详细介绍。此处原因值对应的重同步失败是上行失步之后eNodeB发起的重同步失败；eNodeB检测失步的方法有两种：1、eNodeB连续N次下发TA但是没有收到TA_ACK；2、检测到eNodeB L1基带上行连续N次没有上报TA值到L2；两种条件中任意组合连续达到N次，就判断为上行失步，N表示eNodeB在TATimer定时期内eNodeB下发TA MCE的次数（N=2）。eNodeB检测到上行失步，有下行数据要发送eNodeB检测到上行失步，且有下行数据要发送在第6步发送专用Preamble消息给UE后，L2会启动定时器，如果定时器超时还没有收到UE响应的专用Pre