DT中事件无非就三类：
1、呼叫保持中的事件：掉话-分主被叫,着手点：
a、首先看呼叫信令是否完整，是否次存在信令丢失，找到掉话点，看信令走到哪一步，查看下发第一条系统消息的解析中Cause(原因值)是什么
b、查看覆盖情况，及干扰情况，干扰包括：载干比C/I（小于-3为干扰）、UE功率（大于10以上就可能存在干扰）、业务信道功率（DPCH）、业务信道C/I、误块率、误真率、TA值等
c、进一步细化，覆盖问题分为：弱覆盖、导频污染、过覆盖、越区覆盖、超远覆盖，其中导频污染和过覆盖最为常见，TD特点是频率受限，外场采用6频点复用度，过覆盖产生同频干扰的几率较高；超远覆盖可能存在同频同扰码或同频同扰码组使UE解码错误导致
干扰：查看周围频点及扰码分布，是否存在近距离或同向小区同频、同扰或同扰码组；是否同时存在多个较强导频，超过4个，且最小与最大信号相差小于6个dB,既为导频污染，会使上行负荷过大，导致接入困难，直观体现在C/I降低、频繁切换、BLER增高、UE功率增大等，干扰问题占所有问题至少80%以上
d、查看信令在UE收到最后一条正常信令，到收到第一条系统消息之间的时间间隔，超过3.36S为下行失步，超过8.2S为下行失步
d、差看小区状态，是否存在功率陡降，在看信令时别只看层三，层二的也调出来，这样时间才连续，能看出功率波动，小区功率陡降，UE直观体现是UE功率陡增到24（为UE的最大发射功率）来进行搜索；再个注意DPCH功率，是否也存在陡降，这个体现在BLER陡增至100%；再者查看UE功率是否存在异常，在排除前两条原因的前提下UE功率持续较高发射功率，甚至持续满功率，则可判定该终端存在异常；查看测量报告中数据邻区信息是否与实际是否相同，可能存在UE解码异常导致解码错误而出现事件
2、呼叫接入类事件：未接通，统计策略不同而分主被叫
a、首先找到"disconnect"，点看查看Cause值，分层分析，若在RRC建立过程中出现失败，说明问题在UE到RNC之间存在异常，若在鉴权加密处出现失败，说明移动计费系统存在问题、若在RAB建立中出现失败，则可能是UE到CN间出现问题，也可能是被叫存在异常
b、查看被叫信令，看被叫是否是到寻呼消息、若没收到，就考虑小区LAC是否配置错误、是否进行了位置区更新；若收到寻呼，再分层和主叫分析思路相同.
c、RRC侧如果建立不起来，且多次重发RRC建立请求，则考虑接入小区是否存在强干扰，排查同频、同扰，再结合后台查看GPS状态，及统计TS1、TS2及UP干扰情况，判定该小区干扰类型，是外干扰还是内干扰、还是GPS故障导致时钟不同步导致的无法接入，或UE收到NODEB下发的RRC链接消息，而UE不做处理，则可能终端接入模块存在异常，可换终端复测对比；在结合后台查看小区状态，是否存在驻波告警
d、RAB层建立失败，除了查看常规的覆盖、干扰等信息、重点要结合后台跟中Trace进行分析，因为异常涉及到不仅仅空口（UU口），还可能是RNC到CN间存在异常
e、呼叫是在主被叫同时收到Alerting记为接通，若主被叫都有，则是终端不能自动接听，是设备问题
f、较为常见的问题：跨LAC，大部分体现在被叫，因为CN下发寻呼是以上一次UE上报的LAC为依据，如果恰好在该临界点，UE发起夸LAC业务，如：硬切换、系统间切换，则UE在信LAC中是无法收到寻呼消息的，到只未接通，后期如果网络入POOL的话，这种事件会得到有效解决，而主叫的情况如，14号报告中的事件三；六安RNC间没有交叠，忽略硬切换问题
g、查看RRC请求的原因值，是会话类，还是位置区更新，若会话类说明是在呼叫，若不是，则RRC信道被其他占用导致未接通，可能是位置区更新、也可能是脱网(注册未知)再入网
3、呼叫管理类：切换失败
a、切换失败，分系统内和系统间，系统内又分为:接力切换和硬切换，频率划分又分为同频和异频切换；系统间：CS域为系统间切换、PS域为系统间迁移，切换类问题较为重要，但不会引起足够的重视，直接影响到掉话，一般切换失败都会导致掉话，首先查看失败Cause,大部分原因为RL失败，这种为无线环境恶化导致的物理信道同步失败，主要原因是周围有强干扰源或目标小区信号较差，或信号波动较大，如快衰等
b、接力切换，在TD radio中查看UE在业务中实际占用频点，再查看目标小区中是否有同频或同扰的，可结合MAPINFO图层查看频点分布，可能存在不是邻区关系，但却对目标小区产生较强干扰的信号，不能完全相信邻区列表,这种情况会导致目标小区信号被抬升，叫同频虚高，两个同频小区在重叠覆盖区域会相互抬高电平，这个是假信号，实际远小于实际功率，会出现突然切换到较远的小区，或不可能切换到的小区上面，这种只要切到上面，立马就出现失步，原因是UE解析的功率，与实际不符，体现在UE收到PCCPCH功率陡降，造成是不发生失败，进而掉话
c、当UE切换到一个超远距离小区时，查看周围是否存在同频扰或同频同扰码组小区，这种情况，会使UE解码错误，原本应该解析到近距离小区，可收到同频同绕干扰影响会解析到同频同扰的那个小区，实现切换失败，或邻区缺失等问题
d、可能存在这种情况，邻区列表中存在邻区关系，而不切换，这种可查看测量控制消息，里面有实际配置的邻区信息，包含小区频点、扰码及切换的一些参数等，可能邻区列表中会存在假邻区；测量控制根据开关配置，和UE是否开启双模，常规分为三类，第一条为1G测量（同频），第二条为2A测量（异频），第三条为3A测量（系统间），当然UE如果做伴随业务，会有4A/4B/6A/6B等，影响不到，这里不做表述，每一条里面都携带响应的配置邻区及切换类参数，结合邻区列表，信号强度及测量控制里面的参数信息，再结合上发测量报告中的信息，看目标小区是否异常，来进一步定位失败原因是因为空口质量差，还是邻区配置不合理、还是移动管理参数配置与实际环境不符
e、结合后台查看周围小区TS1/TS2或UP是否存在高干扰、这种是外部的，会使切换时上行同步困难，UE功率抬升，而切换失败，或GPS时钟有告警，搜星异常，会有能切入而无法切出的现象，而呼叫缺正常
f、系统间切换失败：先从T网分析，先解析失败原因，再查看邻区是否漏配，切换参数配置是否合理，PCCPCH功率是否存在陡降，干扰情况等，会出现物理信道同步失败；再查看信令是都有3A测量控制，若没有查看UE是否开启双模，小区系统间切换开关是否打开等；再从G网侧着手，结合G网图层，周边频点分布，查看目标小区是否距离过远导致同步困难、周边是否存在同频或邻频强导频信号，这种情况由于跳频干扰导致通话质差而影响接入，再者通过后台查看目标小区拥塞情况，SD信道是否拥塞等。日常分析及报告中，要看准时间，ATU配置呼叫间隔为20S，保持时常为180s,TD中CS业务要严格同步，在接入控制时期，时间把握要准，一丁点的同步异常都可能出现事件，分析的时候要注意细节，时间节点最好在报告中体现下这些，是CS类日常分析的一些简单思路，后期如果必要再给大家分享PS类的分析思路，及H速率提升等。