怎么判断未接通

如题。
小弟进来在学习路测，用的是鼎力的软件，不知道怎么从前台和后台看未接通。后台导过数据后在导航栏里看到有未接通的，但是从信令和事件上怎么分析呢？令从前台怎么直观的看出来呢？期待高手解答，谢谢了，急！

看小区是不是在重选，是不是在进行位置更新，是不是SD拥塞，是不是无线环境比较差

以channel request和CM service request同时出现来确定试呼开始；当一次试呼开始后出现了Connect,Connect Acknowledge消息中的任何一条就计数为一次接通所以没出现就是未接通一次

你是用高版本的鼎力吧？换低版本的试试看，可以看到未接通事件的！

路过学习下先，刚刚开始接触鼎力 的软件。

最直接的就是看事件图标了，Graph窗口里，如果要分析原因，需要看看相关资料

期待高手解释。

当一次试呼开始后出现了Connect,Connect Acknowledge消息中的任何一条就计数为一次接通所以没出现就是未接通一次,这个是我们常用判断未接通的方法！

     仅仅作为参考，可能有很多遗漏之处，如果各位有补充可以告诉下，我仅把自己所了解的说出了一些自己的看法，互相学习下,
由于主叫引起的：
Channel Rq之后，立即指配之前没有收到信道激活确认，可能由于无线环境差原因，位置更新，SDCCH拥塞，等原因引起立即指配失败，试呼失败。
CONNET之前，指配命令之后的指配失败，无线环境差原因，TCH载频有故障，存在频率干扰等原因引起的，占用TCH失败。
TCH拥塞的话，没有信道可用，BSC会发起一个直接重试流程，在MSC发起指配请求之后，直接采用切换流程向目标小区的邻区发起切换。如果直接重试流程失败的话就会出现BLOCKED CALL了。
由于被叫原因引起的：
被叫无响应，被叫由于拥塞或者无线环境等原因出现寻呼失败，立即指配失败，指配失败等等总之主叫在STUP之后，MSC CALL PROCEEDING，会告诉主叫呼叫建立，同时去寻呼被叫，这个过程中被叫如果没有相应的响应的话，就也会出现BLOCKED CALL。

定义：接通率＝接通总次数/试呼总次数×100％
说明：
（1）  试呼次数：以CM service request出现来确定试呼开始。
（2）  接通次数：当一次试呼开始后出现了Connect或Connect Acknowledge消息中的任何一条就计数为一次接通；

如果是TD的话,可以从信令的完整性来判断,从RRC连接请求开始到振铃才算是接通了~

把事件显示在MAP图里，最直观，最容易找到。然后在查信令。

如果是在测试的时候，一般都通过看事件和信令，这个需要点基础哦

在事件中有OUT GOING BLOCK CALL或者IN COMING BLOCK CALL就是。

从L2 L3层信令分析

多看看资料吧

看信令啊，可以到论坛里搜搜资料，没有的话我发个给你

未接通：从RRC连接请求开始到connect Acknowledge之前信令异常算是未接通，当然事件里会出现OUT GOING BLOCK CALL或者IN COMING BLOCK CALL。
掉话：从connect Acknowledge之后出现信令异常的算是掉话。

信令中出现connect或者act connect其中的任何一个就算接通。  否则就未接通。或者事件列表outgoing block call

是看信令，主要是看信令与正常信令之间相比存在的异常，要对信令流程熟点