问题案例处理方法.docx

问题案例处理方法.docx

《问题案例处理方法.docx》由会员分享，可在线阅读，更多相关《问题案例处理方法.docx（23页珍藏版）》请在冰豆网上搜索。

问题案例处理方法

一、覆盖问题

如果用户投诉发生在某些小区的边缘，如手机接收信号显示两格或以下情况下出现此问题，可以认定为覆盖原因。

此时做主叫拨不通的概率应该等同于做被叫出现“用户不在服务区”的概率。

细分其原因可能有以下几种情况：

1、上下行不平衡

2、未考虑合路器插损区别

3、小区重选频繁

4、覆盖确实不好

1、上下行不平衡或上行接收灵敏度低

问题原因：

当下行覆盖范围大于上行。

在小区边缘将产生伪覆盖区；在伪覆盖区内手机能够正常接收基站的信号，但是无法接入系统。

用户做主叫无法获得服务，作被叫时，就会出现不在服务区现象。

定位手段：

话统中的“功率控制性能测量”、“上下行平衡性能测量”等

解决方法：

a、检查工程安装质量；

b、调整无线参数。

2、配置基站功率未考虑各种合路器插损的区别

问题原因：

例如：

SCU的插损比CDU高3～4dB，如果配置载频功率等级数据时没有考虑到两者的区别，将会导致配置SCU的小区下行功率偏小，覆盖不良。

3、小区重选频繁导致用户做被叫出现不在服务区现象

问题原因：

小区重选过于频繁，会影响手机的接入性能。

定位手段：

实地路测和拨打测试；

解决方法：

a、通过网络优化改善小区覆盖

b、调整无线参数。

二、参数设置不当

主要是指无线接口上与寻呼、接入、立即指配有关的参数设置。

通过查询话统、告警等，看是否有RACH、PCH、SDCCH等过载的消息，这些信道的过载会导致“用户不在服务区”问题的发生。

细分其原因可能有以下几种情况：

1、PCH信道配置

2、RACH信道配置

3、SDCCH信道拥塞

4、BSC数据配置错误或加载不完全

1、PCH信道配置不当导致出现用户不在服务区现象

问题原因：

接入允许保留块数和相同寻呼间复帧数配置不合适容易造成PCH信道拥塞或寻呼速度慢。

定位手段：

话统“随机接入性能测量”中的“PCH过载次数”正常情况应该为0。

解决方法：

按照数据配置规范中相关参数配置原则对数据进行修改。

2、RACH信道配置不当导致出现用户不在服务区现象

问题原因：

RACH忙门限、手机最大重发次数、扩展传输时隙TX-integer等参数配置不合适容易造成信道请求冲突或检测不到。

定位手段：

话统“随机接入性能测量”中的“RACH过载次数”正常情况应该为0。

解决方法：

按照数据配置规范中相关参数配置原则对数据进行修改。

3、SDCCH信道拥塞导致出现用户不在服务区现象

问题原因：

如果SDCCH拥塞，或者在SDCCH信道建立连接过程中失败，寻呼响应无法送到网络侧，就会出现“用户不在服务区”问题。

定位手段：

查看话统中“SDCCH拥塞率”等指标，正常情况下应该为0或接近为0。

解决方法：

造成SDCCH信道拥塞的原因很多，结合拥塞专题进行解决

4、BSC数据配置错误或加载不完全

问题原因：

“小区模块信息表”等涉及CGI参数的表格数据配置不一致，或修改相关数据后加载不完全，可能导致因寻呼消息在模块间转发丢失而产生用户不在服务区现象。

相关案例：

见案例2：

某局双频网寻呼消息丢失案例。

见案例3：

某局GT表设定未生效导致取被叫路由失败

解决方法：

重新设定数据表或重新加载数据。

三、系统容量或负荷过载

系统容量或负荷过载（比如HDB过载、CPU过载、某些小区忙时容量过载等）情况下，由于取用户信息失败、系统流量控制导致的消息丢弃、用户不能够很快接入无线网络等原因，会导致“用户不在服务区”的问题，此种情况下要通过系统扩容等方式来解决。

细分其原因可能有以下几种情况：

1、HDB过载

2、MSC过载

3、BSC过载

1、HDB过载导致出现用户不在服务区现象

问题原因：

HDB过载造成消息丢弃，使MSC取被叫路由流程异常导致出现用户不在服务区现象。

解决方法：

HDB扩容。

2、MSC过载导致出现用户不在服务区现象

问题原因：

MSC如果因内部处理负荷过重、A接口信令链路负荷过重、或BSC上报过载等原因启动相应的流控，将不会下发寻呼消息。

最终导致做被叫时出现用户不在服务区现象。

定位手段：

查看相应流控告警。

解决方法：

特殊原因的短时间过载不需要处理，长期过载需要扩容MSC

3、BSC过载导致出现用户不在服务区现象

问题原因：

BSC过载会启动系统流控，流控到一定级别后系统会停止下发寻呼消息。

定位手段：

查看相应流控告警。

解决方法：

特殊原因的短时间过载不需要处理，长期过载需要扩容BSC

四、寻呼策略

系统中最大寻呼次数、寻呼重发时间间隔等参数都对“用户不在服务区”问题有影响；

为了保证接通率，一般系统对一次呼叫过程中的寻呼消息都需要重发几次；

在MSC和BSC的数据中均可以设置寻呼消息的重发次数，系统实际的寻呼消息发送次数近似等于两者相乘的值；

若两者之间的参数配合不合理，如在MSC和BSC上均只设置了重发一次，则有可能因消息丢失、响应超时等原因，导致出现用户不在服务区现象。

五、传输原因

由于系统之间（比如ABIS接口的LAPD链路、网络侧各个实体之间的接口链路）和系统内部（如MSC与VLR之间的MEM链路、BSC/MSC各个模块之间的链路等）链路不稳定导致消息丢失，也会出现“用户不在服务区”的问题。

这方面的问题可以通过查看告警得知。

六、手机原因

现在已知道部分型号手机本身存在的缺陷，会导致“用户不在服务区”问题发生。

其原因细分有以下几种情况：

1、手机射频部分存在问题

2、手机软件部分存在问题

3、手机电源不符存在问题

GSM网络的上下行质量问题 !

!

!

1．掉话

　　掉话只是测试中最直接的现象，是网络中出现某些问题的最终表现。

掉话产生的原因，从测试角度看主要有下面几种情况。

（1）上行、下行质量差

　　上行质量差的原因主要是上行干扰，上行干扰可以通过在OMC查看小区TRX状况或CELLDORDTOR的报告得到。

上行质量差的另一个原因是直放站干扰或其它电磁波发射源（如其他手机）干扰，这可以通过干扰报告和TA报告得出。

　　下行质量差的情况可以通过测试软件中的RX_QUARLITY项直观地看到。

下行质量差的原因较多，包括同邻频干扰、基站覆盖不好、手机移动中未能正常切换、基站硬件问题等等。

　　针对上行干扰的解决方法：

查找干扰源。

针对下行干扰的解决方法：

同邻频干扰时，采用改频方法；基站覆盖不好时，建议加站或扩容，或提高主控小区功率；手机切换不正常时，调整邻区设置；对于基站硬件问题，在OMC上调试或发故障单。

（2）硬件原因

　　硬件原因产生的掉话，通常为不明原因的网络挂机或信道释放，也可以表现为在较好的场强下质量很差，这可以通过OMC上的小区状态和告警，结合当天的统计和一些报告来判断。

如果是硬件问题，则掉话现象会比较严重。

　　解决办法：

对能够确认的硬件原因，发故障单检查并更换硬件；对不能确认的硬件问题，可以通过倒换频点和选择性地关闭跳频或TRX等方法加以证实。

　　（3）非网络原因

　　掉话故障中有一些并不是网络原因造成的，而是测试软件或其他临时原因造成的。

这些假掉话会对我们的工作产生干扰，需要我们结合当时的实际情况（特别是第三层消息中的DISCONNECT中的CAUSE）加以分析和判断。

　　2．接入失败

　　接入失败最常见的原因就是网络拥塞。

拥塞分SDCCH拥塞和TCH拥塞，产生原因是基站信道（SDCCH或TCH）容量不足、基站覆盖不合理、基站硬件故障（基站收支路问题）等，对此，我们可以通过扩容、加站和检查更换硬件来解决。

接入失败也可能是上下行质量差，导致手机与基站间的通信不成功造成的，我们可以用前面所述关于上下行质量方法进行判断并解决。

　　3．切换失败

　　切换失败的主要原因是基站参数设置有错误或不合理，切换目标基站有拥塞情况，切换目标基站有干扰情况，硬件故障等等。

我们可以通过检查基站切换参数设置，查看源小区和目标小区的上下行质量、干扰状况、链路状况及硬件状况等等，并结合当时的统计及相关报告来判断，解决方法与解决掉话和接入失败的方法基本相同。

　　三、实际情况举例

　　测试系统在手机掉话时刻所采集到的数据显示比较全面，包括系统信息、呼叫统计信息、越区切换信息、手机下行信号强度、当前的位置信息等，此外还有一些系统内部的信息如第三层消息等也可以显示出来。

从当前显示的信息看，3361基站信号很强，但是质量很差，在我们日常测试中这种情况都是由于干扰或是硬件问题引起的，通过OMC我们未观察到该基站存在硬件问题，由此我们认为该基站存在干扰情况，这样我们就可初步判断出掉话原因。

　　手机掉话后马上进行小区重选，重选后的基站为914，但是BCCH与3361基站同频，结合小区分布图来判断，我们认定这个掉话是由于同频干扰引起的。

同时我们发现掉话时3361基站的TA已经标为4，且覆盖方向也不应该是掉话地点，又经过分析，发

引起掉话的主要原因可分为有无线链路故障，切换故障和系统故障3种。

1．无线链路掉话。

1）由于话音质量差导致的掉话

在电平量好的情况下，话音质量差主要分为两方面原因。

a）由于同邻频干扰，或是外部干扰造成。

其中同邻频干扰在话务报告中主要体现下行质量差，下行质量切换比例高。

此类问题可通过话务报告结合RNP数据进行解决。

外部干扰在话务报告中主要体现为上行质量差，小区上行idle信道干扰电平上升。

常见的外部干扰主要有CDMA干扰和直放站干扰。

其中，CDMA干扰主要干扰GSM上行低端频点（ARFCN从1-60左右），且CDMA干扰较稳定。

而直放站干扰所有频点。

此类问题可通过扫频测试解决。

另外，天馈或基站硬件故障有时也会产生类似外部干扰的影响，分析时需加以注意。

b）由于硬件故障造成。

此类问题一般可通过信令跟踪根据各个载频质量，损耗等数据来确定具体的故障模块。

2）由于电平差导致的掉话

a）下行电平差。

下行电平可在话务报告中和DT测试中直观的体现出来。

下行电平差多数常见原因为覆盖问题。

如覆盖漏洞，或小区覆盖过远都会造成下行电平差。

如果在排除覆盖问题的情况下，基本上可判定为硬件故障。

b）上行电平差。

判断小区是否存在上行电平问题也可从话务和DT测试两方面入手.话务统计中,小区上行电平切换比例较高或在DT测试过程中,下行电平很好,在功率控制的前提下,手机以最大功率发射,且该区域没有任何情况的上行干扰,可判定为上行电平问题.另外,在处理投诉过程中,现场拨打测试时发现话音质量很好,拨打时却产生大量无原因的释放或听到网络忙得录音通知,一般也是上行电平问题。

上行电平差主要有三种原因.一种是由于上下行链路不平衡,上行受限造成。

直放站和微蜂窝的安装问题也会造成上行电平差.最后就是基站硬件故障造成的上行电平问题,尤其是一些带有塔放的小区.我们可以针对不同的原因对其进行解决。

2.切换原因造成掉话.

在无线接口上,引起切换掉话的主要情况有:

1）频繁的切换失败造成切换掉话。

在功率预算切换中,如果HOMARGIN设置过小,如果服务小区与邻区接受电平差不多时,容易引起乒乓切换，从而引入掉话。

2）缺乏切换关系造成的掉话。

3）切向泄漏的室内覆盖区域,占用室内覆盖系统的频点时往往因为无法及时切出导致掉话。

4）服务小区越区覆盖导致掉话。

服务小区超出本身规划的覆盖范围,因缺乏与远处基站的切换关系会导致掉话。

如何提高寻呼成功率

寻呼成功率的一般定义：

寻呼成功率=寻呼响应次数/寻呼请求次数*100%

寻呼响应次数的定义：

指本地区所有MSC收到的PAGINGRES消息的响应总和。

包括二次寻呼响应。

统计点为MSC。

寻呼请求次数定义：

指本地区所有MSC发出的PAGING消息的总和,不包括二次寻呼的消息。

统计点为MSC。

1.1.交换方面

1、寻呼的策略：

（1）GLOBAL寻呼、LAI寻呼

（2）采用IMSI寻呼、TMSI寻呼.使用TMSI寻呼,增大寻呼信道容量（一个寻呼信令可以寻呼4个TMSI,而只能寻呼2个IMSI）.

2、交换侧的寻呼次数和寻呼间隔调整.寻呼重发机制如果放在BTS侧要比放在BSC侧的寻呼成功率要高些.目前交换采用两次寻呼或三次寻呼，有时候无线信道繁忙或其它原因，导致响应时间非常长，因此交换方面可以考虑稍微延长第二次寻呼发出的间隔时间。

3、清除交换方的冗余小区数据（据反映，效果不明显）

4、SAE检查

5、路由表数据和B表检查

6、EXCHANGEPROPERTIES检查：

PAGING计时器的设置、重复PAGING方法的选择、IMPLICITDETACH的监管计时

.7、EOS400的跟踪

8、MSC侧T3113参数作用：

寻呼等待定时器启动：

MSC向BSC发送PAGINGREQUEST消息停止：

收到BSC发来的PAGINGRESPONE消息超时：

定时器超时后，MSC重发寻呼消息，并重新启动T3113定时器；重发次数由网络侧自定义。

9.开启预寻呼功能（针对华为MSC）

10.增大二次寻呼时长，减少隐含关机时长

1.2.无线方面

1.位置区更新、小区重选等都会影响PAGING。

参考T3212和CRH参数的设置。

减小T3212,使得出了覆盖区或者没电的手机,尽快被登记为DETACHED状态,不进行寻呼尝试，保证网络尽可能联系到手机用户。

2.LAC划分和LAC区容量分析，合理的设置位置区范围，避免基站LAC插话现象。

这样可以减少所有BSC系统从交换接收寻呼消息的负担，保证在一个LAC区内尽快把所有寻呼消息发出去。

3.手机是否在服务区将直接影响系统所发寻呼消息能否被手机响应，保证手机在服务区则需要网络的覆盖达到一定要求。

因此网络的健全程度将从根本上制约无线系统接通率的提高。

寻呼成功率反映的是网络的覆盖问题，可调整手机上下行的接入。

ACCMIN尽量放低点，但掉话率会上升，SEIMENS的还可以放低点RACHBT；

4.减少网络干扰（外界干扰、CDMA干扰、一些特殊机关部门的干扰机）；

5.交换追出寻呼无响应多的小区，针对性的解决；

6.通常情况下，网络拥塞是影响无线系统接通率提不上去最大的因素。

如果出现信令信道拥塞，就可能造成寻呼消息丢失，直接影响寻呼成功率。

例如：

A口信令链路拥塞、PCH拥塞、SDCCH拥塞都会导致寻呼成功率下降。

7.处理传输等影响较大的硬件问题（射频单元、CDU、天馈系统等）。

小区信号不稳定时，寻呼成功率会相当差。

如此，需要尽可能少用微波传输。

8.有时候断站会影响相邻LAC的寻呼成功率的

9.用户的个人行为，比如正在进行短信、彩信的发送等。

短信中心的寻呼机制也应关注。

我们曾碰到一个案例，由于新建的短信中心的寻呼重发次数与其它短信中心不同，导致全网寻呼成功率大幅下降。

10.PAGING信道规划，确保PAGING信道的多少与网络的规模相适应，及时把交换所发出的寻呼消息尽快发送出去。

可调整ccch_conf、bs_ag_blks_res、bs_pa_mfrms。

要求在一个LAC区内所有基站数据该数据统一。

11.启用联合寻呼,使GPRS用户在数据传送阶段也能收到寻呼消息.

12,高忙时LAPD处理模块的负荷优化.

13.检查SCCP与MSC的连接

14.如果上下行信号不平衡，可能出现上行或下行信号很差，导致寻呼不到。

15.手机问题。

寻呼是交换机对移动台的呼叫，在每次移动台作被叫或接收短消息的时候，交换机都要对移动台进行寻呼。

交换机对移动台的寻呼从寻呼的方式分为本地寻呼（Local Paging）和全局寻呼（Global Paging）,本地寻呼即在一个位置区内对移动台进行的寻呼，全局寻呼即在整个MSC内对移动台进行的寻呼。

交换机可以使用TMSI或IMSI号码对移动台进行寻呼。

当第一次寻呼不成功时，交换机会自动对移动台进行第二次寻呼。

寻呼成功率的高低直接反映了一个网络的寻呼能力的高低，寻呼性能的高低也反映了网络的接通能力，是网络的一项重要性能指标。

寻呼成功率是这样定义的：

无线寻呼成功率取自所有的端局（MSC），移动用户做被叫或接收短消息过程中端局（VMSC）向所属用户发起寻呼情况的统计，即：

寻呼成功率=（∑寻呼成功数/∑寻呼尝试数）Ｘ100%。

无线寻呼成功率也是一项重要的网络质量指标。

而且，这项指标还直接影响来话接通率和短信接收成功率等其它网络质量指标的优劣。

因此，保持和提高无线寻呼成功率一直是网络优化部门的工作重点。

   寻呼成功率考核各地无线覆盖情况、网络运行维护优化的质量等，应归于基站的密度、发射接收功率的设置等。

  寻呼成功率的影响因素。

 寻呼成功率受到众多的因素影响，从根本上说，分为网络侧的原因和用户侧的原因。

1.、网络侧影响因素

无线小区寻呼信道拥塞

通过话务统计发现话务拥塞小区。

对于TCH和SDCCH，PCH，RACH，AGCH拥塞小区，可调整载频个数，修改其相邻小区"最小接入电平"（ACCMIN）及"功率预算切换"（LOCATING）等参数来减轻拥塞小区话务量；而对于由于切换原因造成的SDCCH拥塞，则可适当增加SDCCH，或重新调整基站之间的切换关系来减少切换，降低SDCCH信令量，消除SDCCH拥塞。

总之，排除拥塞小区提高PAGING成功率。

 2、T3212和BTDM不合理设置

BSC中周期位置更新计时器T3212与MSC中IMPLICATE DETACH计时器BTDM必须满足前提条件T3212=

在满足T3212=

例如对一些郊区站和农村站，由于盲区和信号差的地区比较多，就可以将T3212设置较小，如T3212=4（即24分钟做一次LOCATION UPDATE）以尽量减少用户不在服务区和被IMPLICATE DETACH。

而对于市区站来说由于平均话务量，信令量比较大，T3212就不宜设的太小，否则将会导致信令流量大增，增大MSC负荷，反而有可能降低寻呼成功率。

对于BTDM这个计时器，设的过短虽可提高寻呼成功率，但将造成一部分用户被IMPLICATE DETACH，影响用户的正常使用；BTDM若设的过长，虽然用户PERIDIC LOCATION UPDATE机会增多，有可能提高PAGING成功率；但也可能出现一种情况：

用户长期呆在盲区（时间

所以T3212与BTDM的设置在某种程度上很大的影响寻呼成功率,必须通过话务统计并结合BSC，MSC参数细致的分析来设置。

3、基站的硬件故障

及时排除基站硬件故障，保证基站的各模块正常工作，这是提高PAGING成功率的基础。

通过道路测试、用户投诉以及话务统计都是发现基站是否正常工作的很好的方法。

在发现基站可能存在硬件问题后，可以对基站硬件进行定点拨测或通过定义CTR来进行分析处理解决。

4、同邻频干扰

通过路测或通过MRR测量来发现同频、邻频干扰以及覆盖差的区域。

依据测量结果改频点，调整天线挂高及俯仰角来消除同邻频干扰。

调整TRX的发射功率、调整ACCMIN等参数，并依据实际情况控制每个基站的覆盖区域，以达到比较好的覆盖效果。

5、基站建设跟不上用户的发展

由于现在移动用户的大量增加，致使基站建设的步伐跟不上移动用户的发展，而出现覆盖盲区的情况，从而就会出现当MSC发出寻呼命令后，就如同石沉大海一样，没有了寻呼响应。

我们根据话务统计可以看出，在MSC3和MSC4，EOS400（寻呼用户无响应）的数量不较大，其中MSC3的EOS400的比例占到14.9%而MSC4的EOS400的比例高达20.95%,说明这两个MSC存在很大比例的覆盖盲区现象。

用户侧影响因素

6、用户侧影响因素主要是由于用户行为导致的，归纳起来主要有以下几点：

拨号不全而拨出空号，导致无法正常寻呼。

如何提高不同厂家基站间的切换成功率？

1．时钟肯定要保持一致，否则将会影响切换（BTS<-BSC<-变码器<-交换）。

一般来说，基站的时钟都是从MSC或传输上取。

2．切换参数的调整（各厂家不一样，但基本原理一样）切换门限电平、接入时间等的设置。

在处理不同厂家的基站间的切换的时候，最好请局方或其他厂家的人配合。

3．不同厂家的设备尽量不要一同放在话务高的地区，不然拥塞的话也会导致切换成功率低。

也就是说最好同一厂家的基站最好成片建设，减少插花。

如果小区话务量太高，容量不够，引起拥塞，必将导致入小区切换失败，从而降低了切换成功率。

4．邻区数据定义正确，相邻关系合理。

邻区关系要完整，相关的参数要设置正确，如切换门限、磁滞等。

通过提高切换门限，可以降低切换次数。

5．对部分切换差的小区进行切换参数的调整,修改磁滞,还有就是统计时间,上下电平切换门限等相关参数。

6．北电的邻区定义要注意:

需要定义BCC，否则北电不会在邻区中选择未定义BCC的小区。

7．注意数据核查，不同厂家的跨局切换经常会遇到寻址方式不一致等配合问题。

8．切换要尽量避免跨LAC。

9．交换：

注意交换机与不同厂家BSC在切换方面的相关参数配合是不一致的。

10．NCC_ALLOWED（无线）。

如果不同BSC之间的NCC_ALLOWED设置不一致，以及源、目标各个小区的NCC设置存在不一致的地方，切换注定是失败的。

11．REMOTE_LAC（交换）。

REMOTE_LAC相当于“进入解放区的路条”

12．交换机里面垃圾小区数据清理。

参数C1、C2问题

小区选择标准：

1、所选择的下去必须是属于所选择的网络

2、该小区cell_bar_access_switch=YES

3、该小区的C1>0

4、该小区的优先级别（CBQ）

参数C1是小区选择时的判断标注：

C1＝（received_signal_level-ACCMIN）-max（CCHPWR-P,0）

max（CCHPWR-P,0）=CCHPWR-P,若CCHPWR-P>0

max（CCHPWR-P,0）=0,若CCHPWR-P<0

C2＝C1＋CRO－TO*H（PT-T）;PT不等于31

C2＝C1－CRO；PT等于31

MS进行小区重选情况

1、小区变成BAR

2、在最大重传MAXRET设定的次数内，MS仍然没能成功接入系统

3、downlink上的BERhigh，出现link故障。

4、servingcell的C1<0连续5s以上。

5、NCELL的C1大于servingcell的C1的时间超过5S以上

6、另一个位置区小区的C2大于当前小区（C2＋CRH）的时间超过5S以上。

C2是GSMPHASE2的可选参数，仅用于小区重选，若C2未被广播，则使用C1做重选参数。

C2=C1+重选补偿参数+临时补偿参数*H（惩罚时间-实测时间）

重选补偿参数：

CELL_RESELECT_OFFSET（CRO）由系统广播

临时补偿参数：

TEMPORARY_OFFSET由系统广播

惩罚时间：

PENALTY_TIME由系统广播

实测时间：

TMS测量到某一候选小区电平值为TOPSIXCELL中最大的时间

若：

惩罚时间-实测时间>0，则H=1

若：

惩罚时间-实测时间<0，则H=0

若PENALTY=31，则C2=C1-CRO

同样，相同LAC的小区重选只要目标C2>原C2即可，不同LAC的小区重选需加滞后后因子。

使用C2的原因：

C2比C1多了两项因子，CRO和TO*H

CRO：

使用CRO可以人为的补偿某个小区的可选择性。

例如在某个信号质量好，用户又相对少的小区，可设置其CRO大一些，以便MS尽可能占用该小区。

TO*H：

TO*H的设置主要是考虑MS运动速度的补偿。

若PT设置的较小，则H为零的可