掉话专题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
掉话分析
一、概述
本地网规划与优化服务的掉话研究的主要内容是掉话计数器跳转的原因及话务统计掉话率的真实性,并分析各种类型掉话的原因。主要结论如下:
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,以下的弱信号计数器之一就会加一: