华为掉话问题分析Word文档下载推荐.docx
《华为掉话问题分析Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《华为掉话问题分析Word文档下载推荐.docx(17页珍藏版)》请在冰豆网上搜索。
![华为掉话问题分析Word文档下载推荐.docx](https://file1.bdocx.com/fileroot1/2022-10/11/94f88165-45c1-4b97-9508-ce4552939eea/94f88165-45c1-4b97-9508-ce4552939eea1.gif)
SDCCH的掉话是指在BSC给移动台分配了SDCCH信道而TCH信道还未分配成功期间(包括只占用SDCCH信道的情况)发生的掉话。
TCH的掉话是指在BSC给移动台成功分配了TCH信道后,发生的不正常掉话。
造成掉话的原因,从全局角度来讲有三种:
•无线链路超时(发生在通信过程中,消息无法正常接收)
•T3103超时(发生在切换过程中,即MS无法占用目标小区信道,也无法返回原信道)
•系统故障(设备故障等各种可能发生的故障)。
(1)无线链路故障
在这三种掉话原因中,主要的掉话形式是无线链路故障。
在GSM规范中有一参数为RADIOLINKTIMEOUT(无线链路超时)。
当移动台在通信过程中话音质量恶化到不可接收,且无法通过射频功率控制或切换来改善时,移动台认为无线链路故障,强行拆除链路,造成掉话。
GSM规范规定,移动台中有一计数器S,该计数器在通话开始时被赋予一个初值,即参数“无线链路超时”的值。
若移动台解码SACCH消息(周期480ms)失败,S减1;
反之,移动台每正确接收到一SACCH消息,S加2,但S不可以超过初始被赋予的值,当S计到0时,移动台报告无线链路超时。
信令流程如图3-1所示。
前面是相对于下行的情况,在小区属性表下的SACCH复帧数(周期480ms),定义了上行链路连接失败时间。
当BTS检测到无线链路上一个被激活的连接被破坏时,就会向BSC上报连接失败消息CONNECTFAILURE。
系统判断连接失败的准则是基于上行链路SACCH信道的误码率。
根据GSM协议中的规定,如果连接失败的判决准则是基于SACCH上的误码率时,当连续N个SACCH复帧周期内的上行链路误码率大于设定的门限时,BTS就向BSC上报连接失败消息。
SACCH复帧周期的数目N是在数据配置中确定的,就是小区属性表中的SACCH复帧数,其单位为480ms。
图3-1无线链路故障信令流程图
(2)计数器T3103超时
定义:
在切换过程中(BSS内部和BSS间),BSC按照此计数器在发起切换小区和目标小区同时保留TCH信道的时间。
T3103在BSC发出切换命令(HandoverCommand)消息时启动,收到切换完成(HandoverComplete)时(BSC内部切换)或清除命令(ClearCommand)时(BSC间切换)清除。
该定时器的用途是保持信道足够长的时间以便MS可以返回信道,若MS丢失时用于信道释放。
BSC向移动台发出切换命令时T3103开始计时,在BSC收到来自切换目标小区的切换完成或者来自源小区的切换失败(HANDOVERFAILUER)时就将T3103复位,BSC将HANDOVERCOMMAND信息发送到BTS时,如果T3103超时后仍未收到任何消息时,BSC就判断源小区发生了无线链路失败,进而释放源小区的信道,信令流程如图3-2所示。
图3-2T3103超时导致掉话流程图
(3)系统故障
由设备故障等原因造成的掉话,例如案例八的详细描述。
3.1.2掉话率的计算公式和统计点
TCH掉话率=TCH掉话次数/TCH占用成功次数×
100%
TCH掉话次数统计点:
BSC向MSC发起CLEAR_REQ消息时,当前占用的信道类型为TCH
发送Clear_Request消息的典型原因值一般为:
•无线链路失败(radiointerfacemessagefailure)
•人工干预(O&
Mintervention)
•设备故障(equipmentfailure)
•BSS与MSC间协议错误(protocolerrorbetweenBSSandMSC)
•强占(preemption)
信令流程如图3-3所示。
图3-3TCH掉话信令流程图
TCH占用成功次数统计点:
(1)立即指配过程中收到CH_ACT_ACK消息,且由于暂无可用SDCCH信道而直接分配的信道类型为TCH;
(2)在呼叫主状态为CS_WAIT_RR_EST(等待RR建立态)时收到CH_ACT_ACK消息,且当前信道为TCH;
(3)指配过程中发送指配完成消息;
(4)入BSC切换收到MSG_ABIS_HO_DETECT消息,此时切换类型非SDCCH切换时;
(5)BSC内切换时收到MSG_ABIS_HO_DETECT消息,此时切换类型非SDCCH切换时;
(6)出局切换过程中收到来自MSC的原因为HO_SUCC或CALL_CTRL的CLEAR_CMD消息,且切换原因为直接重试;
SDCCH掉话率公式:
SDCCH掉话率=SDCCH掉话次数/成功的SDCCH占用次数(所有的)*100%
SDCCH掉话率(%)=[SDCCH占用时无线链路断的次数(连接失败)+SDCCH占用时无线链路断的次数(错误指示)+SDCCH占用时地面链路断的次数(ABIS)]/成功的SDCCH占用次数(所有的)*100%
SDCCH掉话次数统计点:
向MSC发起CLEAR_REQ和ERR_IND消息时,当前占用的信道类型为SDCCH。
SDCCH占用成功次数统计点:
(1)立即指配过程中收到CH_ACT_ACK,信道为SDCCH
(2)在状态为CS_WAIT_RR_EST时收到CH_ACT_ACK消息,且当前信道为SDCCH
(3)入局SDCCH切换收到HO_DETECT
(4)BSC内SDCCH切换收到HO_DETECT
如下几种情况都会导致SDCCH掉话:
•入局SDCCH切换HO_DETECT消息非法
•入局SDCCH切换HO_CMP消息非法
•入局SDCCH切换发送HO_CMP消息失败
•TN_WAIT_HO_DETECT、TN_WAIT_HO_CMP(SDCCH切换)超时
•TN_WAIT_INTER_HO_CMP(SDCCH切换)超时
•TN_T8(出BSC切换完成)超时
•由其它多种原因导致的内部清除
3.2导致掉话的几种因素
3.2.1由于覆盖原因导致的掉话
1.原因分析
(1)不连续覆盖(盲区)
由孤站引起的掉话,由于在孤站边缘,信号强度弱质量差,无法切换到其它小区而掉话。
由于基站所覆盖的区域地形复杂(如山区公路)、地势起伏,无线传播环境复杂,信号受阻挡,覆盖不连续造成掉话。
(2)室内覆盖差
因为一些建筑物密集,信号传输衰耗大,加上建筑物墙体厚,穿透损耗大,室内电平低,使得在通话过程中掉话。
(3)孤岛
服务小区由于各种原因(如功率过大)形成孤岛,以至于移动台超出了它所定义的邻小区B的覆盖范围之外到达了小区C后还占用着原服务小区A的信号,而小区A又未定义邻小区C,此时移动台再根据原服务小区A提供的邻小区B进行切换时,就会因找不到合适的小区而导致掉话,如图3-4所示。
图3-4覆盖过大导致的掉话
(4)覆盖过小
覆盖过小也有可能是由于某个小区的硬件设备出了问题,如天线受到阻挡或携带BCCH的载频发生了故障(功放部分)。
2.分析判断
依据用户的投诉,了解覆盖不足的地区,再进行较大范围的路测,观察信号电平大小,切换是否正常,是否存在掉话等,还可借助OMC话统查看BSC整体掉话率,找出掉话率大的小区,及其它相关的话统,来辅助分析和判断。
下面列举出了一些话统任务及统计项:
通过话统分析掉话(这些在M2000)
(1)从功率控制性能测量中,是否平均上下行信号强度过低;
(2)从接收电平性能测量中,接收电平低的次数所占比例过大;
(3)在小区性能测量/小区间切换性能测量中,发起切换时电平等级过低,平均接收电平过低;
(4)掉话性能测量中,掉话时电平过低,掉话前TA值异常;
(5)定义邻近小区性能测量,手机上报的在小区相邻关系表里定义的邻近小区的统计,可以定位到哪个邻区的平均电平过低;
(6)未定义邻近小区性能测量:
是否存在平均电平过高的未定义邻近小区;
(7)功率控制性能测量,MS与BTS的最大距离(TA值),连续多个时段超常。
3.解决措施
(1)查找覆盖不足的地区
进行路测来确认覆盖不足的区域。
对于孤站、山区基站等未形成连续覆盖的地方,可用增加基站来形成连续覆盖。
或是通过别的手段来提高基站的覆盖,如提高基站的最大发射功率,改变天线的方位角、倾角、挂高等。
还应分析是否由于地形地势的原因导致的,如隧道、大商场、地铁入口、地下停车场及洼地,一般来说,这些地方是较容易发生掉话的,可考虑用微蜂窝来解决覆盖。
(2)要保证室内通信的效果,必须使到达室外的信号足够强,如通过提高基站的最大发射功率,改变天线的方位角、倾角、挂高等,不能明显改善室内通话质量的,可考虑增加基站。
对于写字楼、宾馆等一些主要公共场所增强室内覆盖,还可考虑应用室内分布系统。
(3)对于漏作邻区关系的小区,补充邻区,减少无合适的小区切换而造成的掉话。
可以通过减少该基站的倾角,来消除孤岛。
(4)排除硬件故障
进行路测,是否由于硬件故障,覆盖范围过小。
如果掉话率突然上升并且本站其它指标全部正常,则应该检查相邻小区此时是否工作正常(可能出现下行链路发生故障,如TRX、分集单元及天线出现问题,若是上行链路故障,则会导致原小区切出失败率较高)。
3.2.2由于切换引起的掉话
(1)参数不合理
如两个小区相交的区域信号电平都很低,在参数上切换候选小区电平设置过低,切换门限设置太小,当邻小区电平某一时段稍强于服务小区时,一些MS就会切入该邻小区,而在切入后不久,恰好该小区的信号减弱,而又没有合适的小区再发生切换时就会掉话。
切换参数设置不当引起的掉话见案例六。
(2)邻区不全
邻小区定义不全会导致移动台保持通话在现有的小区中,直至超出该小区覆盖边缘而不能切换到信号更强的小区而掉话。
(3)邻区中有同BCCH同BSIC的小区存在。
(4)话务拥塞
由于话务不均衡,造成因目标小区无话音信道可切入而导致切换失败,在重建也失败时产生掉话。
(5)BTS时钟失步,频偏超标,发生切换时失败而掉话。
(6)T3103计数器超时导致掉话。
具体见前面所述。
2.判断方法
通过话统指标的分析是否存在切换成功率低、切换失败但重建失败的次数多、掉话率高的小区。
用话务统计来分析主要是什么原因引起的切换。
如:
上下行接收电平原因引起的切换;
上下行接收质量原因引起的切换;
功率预算(PBGT)引起的切换;
呼叫定向重试;
话务原因引起的切换。
查看告警,观察是否有与BTS相关的时钟告警,BTS时钟运行状态是否处于正常运行状态,必要时校验基站时钟,排除时钟问题。
进行路测,在路测中发现有无切换问题。
在有问题的小区附近多次路测,从多方面发现与切换有关的掉话问题,通过切换的优化来减少掉话。
下面列出了
话统中应注意的指标:
(1)小区间切换性能测量,切换失败但重建也失败次数过多;
(2)小区间切换性能测量,切换次数过多,重建成功也多;
(3)未定义邻近小区性能测量,未定义邻区电平及测量报告个数超标;
(4)出小区切换性能测量,出小区成功率低(针对某小区),找出切向哪个邻小区的成功率低,进一步从目标小区查找原因;
(5)入小区切换成功率低,对方小区切换参数设置不合理,目标小区拥塞;
(6)TCH性能测量:
切