微波EDA网,见证研发工程师的成长!
首页 > 研发问答 > 移动通信 > 通信基础 > 话务量很少,拥塞却比较多;

话务量很少,拥塞却比较多;

时间:03-30 整理:3721RD 点击:
如题。
有一个小区在一个时间内段,出现100次左右拥塞,之后恢复正常;但话务量很少,而且业务信道配置数量足够;这可能是哪方面的原因?会是某一块载频有隐性故障吗?

1、在系统上检查该小区的业务信道占用率;排除它。
2、通过话务分析排除切换话务;排除它。
3、再查无线环境;
4、最终查系统是否隐性故障!

1.基站在两个BSC的边缘或者在铁路边,位置更新频繁,肯定会出现SD拥塞的情况;
2.该小区覆盖的范围内,短信量很大,也会出现SD拥塞的情况;
3.该小区SD配置很少的话,一定出现大量的呼叫次数,也会出现SD拥塞的情况;
3.T3212设置过小,造成频繁的位置更新,SD也会出现拥塞;
4.SD信道吊死,导致基站不能正常分配SDCCH信道;
5.LAC位置去规划不合理,导致手机频繁的位置更新;
6.如果基站的实际覆盖范围过大,可能导致它实际承载了过多的手机的网络服务需求,这样很容易产生SDCCH信道拥塞;
7.对于偏远的地区,由于基站建设力度不够,在有些距离基站较远的地方手机信号较弱,如果手机在这些地方尝试向网络发起服务请求或响应网络的寻呼,由于距离基站过于远,信号衰减较大,手机接收质量很差,这样手机很可能不能正常地接入到网络中,反而由于手机频繁尝试发起接入请求而造成网络资源被大量占用;
8.对于有些基站由于基站的站址比较偏远或基站位置过矮,为了吸收话务量,优化人员有时开启C2。但是,如果C2的设置过大,且邻区的切换门限没有做及时的调整,也容易造成SDCCH拥塞;
9.基站出现硬件故障的情况,主要是指基站的载频出现单个或几个时隙退出服务,甚至整个或几个载频不能正常提供服务的情况。当出现这种硬件故障后,很可能直接导致基站的SDCCH和TCH话务拥塞;
10.基站传输闪断在很大程度上会影响到SDCCH等信道的分配,对于闪断严重,尤其是在话务高峰闪断严重的情况,该站的SDCCH拥塞率会大幅度增加;
11.SLEEPING CELL是摩托罗拉公司BSS基站设备在某些版本、某些运行情况下,出现的一种软件运行故障。简要地说,SLEEPING CELL一般定义为没有明显基站告警,但实际基站已经不能为手机提供基本的通话服务的情况,从统计上看基站TOTAL_CALL个数为0、SDCCH拥塞率可能较高、呼叫建立成功率可能较低;
12.由于基站软件运行故障,在BSS1614的软件版本中,存在软件BUG,有基站RTF与DRI的对应关系发生紊乱的情况,尤其是小区BCCH载频的RTF与DRI关系不正常,主要体现为小区内出现多个BCCH的RTF。出现这种情况时,通常该小区的SDCCH拥塞率会受影响。如果基站存在严重的系统内部或系统外部的干扰时,手机在进行SDCCH的接续时,可能由于存在频率的干扰而收不到系统发来的Immediate Assignment消息,或者收到该消息后,在接入系统的时候由于干扰,网络无法正确解出手机发来的Immediate Assignment消息,从而最终造成手机无法占用系统为其所分配的SDCCH资源。这样,在一定程度上会引起手机多次申请网络服务,造成系统资源的拥塞;
13.SDCCH拥塞率较高,通常是由于无线部分的原因造成的。但是,在某些特殊情况下,由于MSC的资源状态设置或参数设置等不正确,也会造成无线部分的SDCCH信道拥塞。这种情况一般发生在基站割接、新BSC或新站入网的时候,此时出现异常的SDCCH拥塞,则需要关注MSC或A接口的设置。(1)在网络割接调整时,可能发生小区的LAC在割接后有了变化,但是在MSC中却未更改,造成用户手机有信号,但无法通话;从统计上看,SDCCH拥塞率很高;(2) MSC上未及时在基站开通后做该站的数据造成基SD拥塞;(3)在网络基站割接时,可能由于工作疏忽,会出现有个别的小区在MSC上的操作维护状态为LOCK,造成无线侧表现为用户手机有信号,但无法通话;从统计上看SDCCH拥塞率会很高;
(4)MSC侧CIC被异常BAR住,造成基站SD信道拥塞
具体现象:拨打测试发现测试小区有信号,但无法主、被叫,也无法进行切换。从OMC观察小区状态发现该小区只有SDCCH分配,无TCH分配,具体现象如图一所示。在OMC上对该小区做Call_trace发现手机的呼叫没有得到CIC电路的分配,信令流程在SETUP消息后,立刻从网络侧发送Disconnect [即:Disconnect (network -> MS):Cause - Resource unavailable;Requested circuit/channel not available.],具体log见下面(正常情况和非正常情况的对比,中间部分信令流程省略)。从统计看,该BSC中所有小区TCH分配次数为0,total_calls为0;

首先检查传输对不对。
其次检查数据配置对不对。

外加一点:现在很多有gprs的网络,不要忘了检查GPRS的配置

最好能说清楚是哪一项拥塞,要不然可没有办法分析哈

1,载频故障
2,突现的话务(活动)
3,干扰导致

Copyright © 2017-2020 微波EDA网 版权所有

网站地图

Top