掉话专题

掉话分析一、概述本地网规划与优化服务的掉话研究的主要内容是掉话计数器跳转的原因及话务统计掉话率的真实性，并分析各种类型掉话的原因。

主要结论如下：l BSC掉话计数器跳转非常明确，只有实际掉话时才会跳转。

话务统计的掉话率也是真实的，数量与BSC内部实际掉话相符。

l 突然掉话（SUDLOS）是超TA、弱信号与质量差三个条件都不符合的掉话，而掉话原因是太多测量报告丢失，或T200定时器超时等。

l 切换掉话只计源BSC的一次掉话。

研究结果也确认各种原因与实际情况关系，其中原因主要是MS LOST。

l 网络中其它原因（Other Reason）的掉话原因主要是MSC与BSC之间的切换掉话及由于交换硬件所引起的掉话。

l BSC的4个阀值：LOWSSDL、LOWSSUL、BADQDL与BADQUL，对掉话计数器的跳转起了决定性的作用，而阀值需根据BSC信号强度分布设置。

l 半速率TCH在比较差的无线环境下有可能出现比全速率TCH更高的掉话率。

二、BSC掉话分析研究掉话是指通话的非正常终止，掉话率是指掉话次数在接通总次数中的比例，它是衡量网络可用性的一个重要指标。

无线网络的掉话可分为两种：一种是在SDCCH信道上的掉话，另一种是在TCH信道上的掉话。

SDCCH掉话是指在BSC给MS分配了SDCCH信道，而TCH信道还没有分配成功期间发生的掉话。

TCH掉话是指在BSC给MS成功分配了TCH信道后，发生的不正常TCH释放。

BSC掉话研究主要研究发生掉话的原因和掉话统计真实性。

2.1 呼叫连接释放过程的分析正常情况下，若主叫先挂机，则MS利用FACCH信道向MSC发出“DISCONNECT”消息。

MSC收到该信息后，随即清除业务信道在网络中的连接，并向MS发出“RELEASE”消息，释放CC层的连接。

MS收到该信息后将停止所有CC连接定时器，释放MM连接，并向MSC发出“R ELEASE COMPLETE”信息。

MSC就会释放MM层连接，然后向BSC发出“CLEAR COMMAN D”的消息来要求释放SCCP信令链路。

在该信息中携带着此次呼叫清除的原因。

例如是因为“Ca ll control”而清除还是因为“Handover successful”而清除等等。

BSC收到后，将释放RR连接。

为了保证上下行链路都能及时地拆除，BSC在向MS发出“CHANNEL RELEASE”信息要求拆除上行链路的同时，还要向BTS发出“DEACTIVE SACCH”的消息，要求释放下行的随路信令。

BT S停止发送SACCH下行链路的系统信息后，即向BSC发出“DEACTIVE SACCH ACK”的消息。

BSC收到后，随即向BTS发出“RF CHANNEL RELEASE”要求释放TCH。

当收到BTS返回的“R F CHANNEL RELEASE ACK”消息后，BSC就认为该信道资源已空闲并可用于再分配了。

此时BSC将向MSC发出“CLEAR COMPLETE”消息，表明无线链路已清除完毕。

MSC就会完成对S CCP连接的释放，到此为止该信令流程完毕。

图1 正常的呼叫连接释放流程非正常呼叫连接释放过程与正常呼叫连接释放过程的区别是：由BSC首先发出“CLEAR R EQUEST”的消息。

这是因为当无线接口消息失败、无线链路失败或因设备故障等原因而导致呼叫进程非正常性的释放，则由BSC向MSC发出“CLEAR REQUEST”消息。

如果掉话不是由无线侧引起，则BSC不会向MSC发送“CLEAR REQUEST”消息，而是MS C向BSC发送“CLEAR COMMAND”消息，消息中的呼叫清除原因不再是“Call control”或者“Ha ndover successful”，而是其它原因。

2.2 关于掉话计数器的分析根据中国移动集团公司对掉话的定义：掉话率指标定义：无线系统掉话率包括所有原因（用户线侧的原因和网络侧的原因）引起的掉话，该指标表示了网络的可保持性能。

在用户所要求通话的持续时间内，网络应有连续为用户提供服务的能力。

掉话率为忙时掉话次数与忙时系统应答次数之比，即：掉话率＝（忙时话音信道掉话总次数/忙时系统应答总次数）×100%其中，掉话次数的定义为无线侧统计“CLEAR REQUEST”消息，忙时话音信道掉话总次数是指在指配话音信道完成（即Assignment Complete）后由于各种原因导致的掉话。

忙时系统应答次数的定义为交换侧统计“ANM”消息。

该项指标要求在无线侧统计爱立信交换机对掉话总次数（TFNDROP）的统计定义是：l 当BSC向MSC发“CLEAR REQUEST”时，会使TFNDROP加一；l 或者是BSC未向MSC发“CLEAR REQUEST”，却收到MSC送来的“CLEAR COMMAN D”信息，其中附带的原因不是“Call control”或者“Handover successful”，也会使TFNDROP加一。

在爱立信交换机里，当掉话产生即CLEAR REQUEST发送到MSC时，交换机将会以下面的优先顺序去检查紧急状态（Urgency state），从而判断应该增加哪一个掉话计数器：l 超TA值（Excessive TA）l 上下行弱信号（Low signal strength in downlink and/or uplink）l 上下行质量差（Bad quality in downlink and/or uplink）l 突然掉话（Sudden loss of connection）图2 掉话计数器跳转流程超TA 值（Excessive TA）：当掉话发生时，TA 值大于或等于小区定义的参数TALIM、TFDISTA或THDISTA，这个掉话计数器就会加一，同时TFNDROP加一。

上下行弱信号（Low signal strength in downlink and/or uplink）：当掉话发生时的上行信号的弱信号强度（low signal strength）小于BSC定义的参数LOWS SUL或下行信号的弱信号强度小于BSC定义的参数LOWSSDL，以下的弱信号计数器之一就会加一：Underlaid：TFDISSUL，TFDISSSDL，TFDISSSBLOverlaid：TFDISSULSUB，TFDISSSDLSUB，TFDISSSBLSUBUnderlaid：THDISSSUL，THDISSSDL，THDISSSBLOverlaid：THDISSSULSUB，THDISSSDLSUB，THDISSSBLSUB上下行质量差（Bad quality in downlink and/or uplink）：当这个掉话发生时的上行信号的质差（Bad quality）小于BSC定义的参数BADQUL或下行信号的质差小于BSC定义的参数BADQDL，以下的其中一个质差计数器就会加一：Underlaid：TFDISQAUL，TFDISQADL，TFDISQABLOverlaid：TFDISQAULSUB，TFDISQADLSUB，TFDISQABLSUBUnderlaid：THDISQAUL，THDISQADL，THDISQABLOverlaid：THDISQAULSUB，THDISQADLSUB，THDISQABLSUB突然丢失掉话（Sudden loss of connection）：当MS因为测量结果丢失，但又不符合以上三种情况时的掉话，则会使以下的其中一个质差计数器加一：Underlaid：TFSUDLOS，THSUDLOSOverlaid：TFSUDLOSSUB，THSUDLOSSUB2.3 使用BSC信号RMCONRELINIT2追踪掉话原因图3 BSC内部掉话信号流程图上图是爱立信BSC 内部关于掉话的的信号流程图。

从图中可以看出当发生掉话时RP（TR H）向CP发出“DISCONNECT REQUEST”，经过RQRCQS处理后传到RMHBI，RMHBI通过信号RMFAULTIND告诉RMCC关于“RELEASE CHANNEL”的请求，然后RMCC会通过信号RMCONRELINIT2通知RMCR开始“RELEASE A CONNECTION”。

RMCR会返回信号RMMS GCLEARREQ（即CLEAR REQUEST）去MSC。

其中RMCONRELINIT2这个信号会带有拆除连接的原因。

所以我们通过追踪信号RMCONRELINIT2可以得到关于掉话在系统内的原因。

2.3.1 使用TEST SYSTEM对掉话原因进行分析由于信号RMCONRELINIT2 所带有的掉话原因比较多，我们需要缩小范围。

通过TEST S YSTEM追踪（具体追踪指令见爱立信的报告），分析采样数据可以看到深圳G1 局的掉话集中在：DR2=4 “FAULT INDICATION”DR2=6 “MS LOST”DR2=3 “Clear Command”DR2=2 “SCCP FAULT”所以我们将DR2=4 “FAULT INDICATION”下面的原因进行细分，然后用TEST SYSTEM 在2003年8月12日10-11点进行信号追踪（此信号追踪只限定在TCH 的掉话上）：我们得到的结果是：总的追踪到的掉话次数为1076，其中：DR2=6 “MS LOST ”为103 次；DR2=2 “SCCP Fault ”为2 次；DR2=4，DR3=1 “TOO MANY MEASUREMENT GENERATIONS MISSING”为745 次；DR2=4，DR3=8，DR4=1 “T200 expired （N200+1）times, abnormal release”为222 次。

图4 掉话原因与次数另外我们从STS统计方式用OBJECT TYPE CELTCHF统计掉话次数，用OBJECT TYP E CLTCHDRF统计掉话原因。

其结果如下：图5 统计报告掉话原因比例从上面的统计分析结果来看，考虑到误差的原因，两种方法得到的掉话数基本上能对应得上。

由追踪的结果可以知道，深圳G1局的掉话原因主要有三种：l 手机丢失（MS LOST）；l T200 超时（N200+1）次，不正常释放（T200 expired （N200+1）times, abnormal releas e）；l 太多测量报告丢失（TOO MANY MEASUREMENT GENERATIONS MISSING）。

2.3.2分析掉话原因与掉话计数器的关系我们一直关心系统是如何触发掉话计数器的，所以我们通过测试系统追踪不同的掉话原因与系统掉话计数器之间的关系。

我们观察到的结果是：当RMCONRELINIT2带有的“RELEASE CAUSE”是DR2=H'0004，DR3=H'0001（TOO MA NY MEASUREMENT GENERATIONS MISSING）时，系统可能会触发突然掉话计数器（TFS UDLOS）、上行质差掉话计数器（TFDISQAUL）或者下行质差掉话计数器（TFDISQADL）。