DT分析规范DT测试是我们发现网络中存在问题的重要手段，应予以足够的重视，下面主要结合实例向大家介绍DT后续分析的方法。
首先，需要明确掉话和BLOCK CALL的定义实际上要想对掉话和BLOCK CALL分析的清楚准确，就必须对呼叫的整个流程清楚明了。
一.信令流程。
H)H)（主叫信令流程）（被叫信令流程）下面主要针对我们在进行DT测试所能看到的三层信令进行讲解C H) )C C H) H)1．channel request（ms1上行）MS通过动态地在RACH信道（随机接入信道）上发送一个随机接入脉冲向一个（BTS）基站收发信台申请一条信道。
在信道请求消息中包括了建立的原因，这个原因可能是“寻呼响应”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”，比如“位臵更新”。
此外，这条消息还包括随机参数，移动台（MS）随机的选5个比特作为随机参数。
这些参数的作用是：当两个移动台同时接入网络时，网络能运用这些参数来区分这些移动台。
2。
Immediate assignment（ms1下行）基站分系统通过AGCH信道告知移动台有关使用的SDCCH信道的情况。
实际上，这条消息是一条从网络向移动台发送的从AGCH信道转到先前定义的SDCCH信道工作的指令。
在这条消息中，包括的参数有：寻呼模式、SDCCH 信道描述、随路SACCH、跳频，如果应用了跳频，则还应包括请求参考（与建立原因相同）、初始时间提前量和频率分配。
3．cm service request（ms1 上行）移动台向网络发送CM业务请求，目的是为连接管理子层实体申请一项服务，比如，电路交换连接建立、补充业务激活或短消息传送。
4。
Classmark change（ms1上行）这条信令主要是对手机的一些描述，如该手机的功率等级、是否支持短信息功能、所采用的加密算法、支持的频带以及是否支持3G网络接入等信息。
5。
Ciphering mode command （ms1下行）MSC要求BSC从无线通路开始加密。
假如网络想要在无线接口开始加密，需要在A接口发送消息。
如果网络使用加密，那么MS在接收到此消息以后开始加密。
6。
ciphering mode complete（ms1上行）MS确认加密命令。
7。
Setup（ms1上行）在鉴权，识别，加密后，MS处在SDCCH信道上，准备开始真正呼叫建立信令。
MS发送一建立消息给BSC，再被送到MSC。
8。
Call proceeding（ms1下行）当MS的呼叫控制实体接收到呼叫进程消息后，就进入“移动主叫进程”状态。
9。
Assignment command（ms1下行）BTS进一步把收到的消息发送给MS。
消息内容主要包括：信道描述、功率级别、小区信道描述、信道模式（全速率/半速率）和移动分配。
10。
Assignment complete（ms1上行）这条消息由移动台发送给网络以指示移动台已成功建立TCH。
11．progress（ms1下行）12．paging request（ms2下行）BSC在PCH信道上发送寻呼,并且携带了需要寻呼的手机的IMSI 13．Channal request（ms2上行）MS为了响应寻呼，在RACH信道（随机接入信道）上向基站收发信台发送一个随机接入脉冲。
在信道要求消息中包括了建立的原因，这个原因可能是“寻呼响应”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”，比如“位臵更新”。
此外，这条消息还包括随机参考，移动台（MS）随机的选5个比特作为随机参数。
随机参考的作用是：当两个移动台同时接入网络时，网络能运用这随机参考来区分这些移动台。
14．Immediate assignment（ms2下行）15．Paging response（ms2上行）在信令信道上MS对寻呼进行响应。
16．Classmark change（ms2上行）17．Ciphing mode command 和ciphing mode complete（ms2）18．Setup(ms2下行)BSC通过BTS把建立命令发送到MS，是为了通知MS将要进行通话。
19．Call confirmed（ms2上行）MS在完成了对所有兼容设备通话能力的测试后做出响应。
20．Assignment command和assignment complete（ms2）BTS进一步把收到的消息发送给MS。
消息内容主要包括：信道描述、功率级别、小区信道描述、信道模式（全速率/半速率）和移动分配。
21．Alerting（ms2上行）MS发送提醒消息给BSS。
22．Alerting（ms1下行）当在移动主叫过程中，MSC通知MS被叫用户已经被提醒。
如果MS收到提醒消息，就应当接通话音通路，此时主叫用户可以听到振铃声，表示被叫用户正在振铃。
23．Connect（ms2上行）MS用户接受通话。
24．Connect acknowledge（ms2下行）通过连接证实消息，MSC通知MS通话连接已经全部完成。
从而，在MS上可以打开话音编码，如果没有打开，那么逻辑信道就从FACCH（快速随路控制信道）变换到TCH。
25．Connect（ms1下行）26．Connect acknowledge（ms1上行）27．Disconnect（ms1上行）28．Release（ms1下行）实际的释放将来自MSC，真正的呼叫才结束。
29．Release complete（ms1上行）MS通知网络它将释放此次业务标识，也就表示释放过程正在进行中。
30．Channal release（ms1下行）使正在使用的TCH停止活动。
这个消息是由BSC发向MS的。
另外，它也被称为“第三层的断链消息”。
在正常的呼叫建立情况下，呼叫原因为“正常”。
31．Disconnect（ms2下行）32．Release（ms2上行）33．Release complete（ms2下行）34．Channal release（ms2下行）从上面的分析我们可以看到，掉话和BLOCK CALL是可以从三层信令里面进行判断的。
主叫手机在channal request （试呼）之后，如果缺少connect或者connect acknowledge，我们都视为block call，如果某小区SDCCH拥塞，那么我们从测试现象上应该看到一次channal request之后直接转为空闲模式；如果某小区TCH拥塞，那么在Call proceeding之后手机将转为空闲模式。
当disconnect 和channal release这两条信令都未出现，手机从专用模式转为空闲模式则视为一次掉话。
如何区分专用模式和空闲模式呢？比较直接的方法是观察系统消息，系统消息1、2、3、4都是空闲模式特有的系统消息，而系统消息5和系统消息6则是专用模式下由SACCH下发的系统消息。
二。
异常事件的分析在实际工作中我们分析DT LOG主要是分析异常现象和异常事件。
异常事件主要有：掉话、BLOCK CALL和HANDOVER FAILIUR。
异常现象主要有：越区覆盖、弱覆盖。
（一）掉话的原因分析：1弱覆盖导致掉话。
如上图，掉话地点附近信号强度极差，甚至在-100dBm以下，导致了该次掉话。
2.测量频点或相邻关系定义不全导致掉话。
在从佳木斯方向向依兰行驶途中发生了一次掉话，如下图所示：从测试现象来看，专用模式信号较弱，在掉话后，发生了位臵区更新，空闲模式信号较强，在-80dBm左右。
观察掉话前占用小区的SI5发现，该小区（佳木斯）测量频点定义不全，导致掉话。
建议与佳木斯移动取得联系，为CGI为460-00-17668-10731的小区添加小洼丹（H8B233A）和宏克利（H8B109A）的BCCH为测量频点并检查其是否添加了切换关系。
3.质量差导致掉话。
类似于这种原因的掉话主要从频率选择是否合理等方面进行分析。
4.误切换导致掉话或质量差。
如上图，发生了频繁的切换，而且这些切换具有这样的特点：小区H2AD01C（514 41）在作为邻小区的时候，信号强度很强，在-56dBm左右，但是一旦切换到该小区，信号强度却迅速衰落到-80dBm以下。
是什么原因造成这种异常现象呢？首先应该肯定，这绝对不是动态功控的结果，因为手机接入该小区后信号强度并不是逐渐下调的，而是一直稳定在-80dBm左右；经过分析，这是所谓的误切换的结果。
具体分析如下：通过上面两张图，我们可以看出H2AD01C和H2AD05B同频，而且这两个小区都与H2AD01B有切换关系。
H2AD01C和H2AD05B没有重合的覆盖区域，所以即使他们同频也不会出现同频干扰的问题。
但是当手机沿护军街自西向东运动时就会出现其他问题。
手机并不是时时的解码BSIC，当手机成功的收听解码一个小区的频率和BSIC，在短时间内，如果手机收听到相同的频率，但没有解码BSIC，也会把该信号（实际上是干扰信号）与载波信号叠加，直到成功的解码该小区BSIC为止。
所以在上面的路线中，手机正常的切换目标应该是H2AD05B而不是H2AD01C。
这种想象在1800小区比较常见，这是因为相对900M小区而言，1800M小区的频率复用更为紧密。
5.室内微小区泄露导致掉话。
如上图，手机在街道上占用了室内微小区的信号，由于微小区信号衰减很快，通话质量和C/I迅速恶化，导致掉话。
一般说来，室内微小区的层间门限LAYER 为1，LAYERTHR设臵的较宽，这就为占用微小区创造了有利条件。
这种掉话很难避免，即使修改层间门限也很难得到改善。
所以最有效的办法就是通过工程改造解决。
（二）BLOCK CALL原因分析：1.干扰导致的BLOCK CALL如上图所示：该小区（HDB009C）的MAXRET设为4，所以手机在5次CHANNAL REQUEST（信道申请的原因为试呼）没有接入网络之后，不再进行任何动作，导致一次BLOCK CALL。
从原理上考虑，这是由于该手机的接入与其他的手机发生了冲突，网络无法识别该手机造成的，理论上，通过设臵较大的TX会减少这种意外情况发生的概率。
观察该小区的参数设臵情况，发现已经为50（最大），而且根据当时的统计，该小区的各项指标都比较正常，话务量很低，这基本可以排除以上原因。
还有一种原因可以造成这种现象，即上行干扰，由于上行干扰导致网络没有收到CHANNAL REQUEST。
2.手机故障导致BLOCK CALL如上图所示，出现了比较特殊的现象，在手机向网络发出了CM SERVICE REQUEST之后，没有任何其他信令，网络直接下发了CHANNAL RELEASE。
此时手机已经成功占用了SDCCH，正常来讲，接着网络应下发鉴权、加密等信令，手机再上发SETUP。
