影响寻呼成功率的因素

《影响寻呼成功率的因素》由会员分享，可在线阅读，更多相关《影响寻呼成功率的因素（14页珍藏版）》请在装配图网上搜索。

1、GSM网寻呼成功率指标的优化方法(2009-04-01 13:50:21) 标签：gsm网寻呼成功率优化指标分类：知识积累1. 影响寻呼成功率的因素网元MSC、BSC、BTS、MS,以及网络覆盖、干扰、信道拥塞以及设备硬件等因素都会 影响到系统的寻呼成功率，例如：九硬件故障九传输问题九参数设置问题九干扰问题九覆盖问题九上下行平衡问题九其它原因。11硬件故障当出现TRX或合路器故障的情况时，将会造成MS难以相应寻呼，寻呼成功率下降。12传输问题由于各种情况导致的Abis接口、A接口链路等传输质量不好，传输链路不稳定，也会导 致寻呼成功率上升。13参数设置问题BSC侧和MSC侧的一些参数设置会影响

2、寻呼成功率，主要包括：MSC 侧寻呼相关参数：12345678910111213BSC1415161718N侧位置更新时间（IMSI隐形分离定时器）：首次寻呼方式：首次寻呼间隔：二次寻呼方式：二次寻呼间隔：三次寻呼方式：三次寻呼间隔：MSC 重发寻呼次数：全网下发寻呼：预寻呼功能：位置更新优化（MSC软参）： 呼叫早释功能（MSC软参）： 寻呼优化控制（MSC软参）： 侧寻呼相关参数：CCCH 信道配置：RACH 最小接入电平：MS 最小接收信号等级基站寻呼重发次数 接入允许保留块数19相同寻呼间帧数编码20MS 最大重发次数21SDCCH 动态分配允许22随机接入错误门限23T3212 （周

3、期性位置更新定时器）24RACH 忙门限25CCCH 负荷门限26Abis 流量控制允许27A 口协作寻呼开关（软参）28寻呼生存周期（软参 29）14干扰问题当存在网内、网外干扰时，都会影响系统的接入成功率，这样就直接影响到系统寻呼响 应，使寻呼成功率下降。15覆盖问题可能影响寻呼成功率的覆盖问题：1不连续覆盖（盲区）由于基站所覆盖的区域地形复杂（如山区公路）、地势起伏，无线传播环境复杂，信号 受阻挡，覆盖不连续等造成MS无法响应寻呼。2. 室内覆盖差因为一些建筑物密集，信号传输衰耗大，加上建筑物墙体厚，穿透损耗大，室内电平低 造成 MS 无法响应寻呼。3. 越区覆盖（孤岛）服务小区由于各种

4、原因（如功率过大，天线方位角等）造成越区覆盖，导致MS可接收 到下行信号，到MS发出的相应消息无法达到基站，造成寻呼成功率下降。16上下行平衡问题如果由于基站发射功率过大或塔放、基站放大器、天线接口等出现问题，造成上下行电 平相差较大，则在基站覆盖边缘会导致手机接入成功率不高。2. 寻呼成功率分析流程和优化方法21分析流程图2.2寻呼成功率问题定位及优化方法说明2.2.1硬件和传输上存在问题当出现TRX或合路器故障等情况时，将会造成寻呼下发失败或指配失败等情况导致寻呼 成功率下降。检查硬件故障可以通过查看基站告警或在LMT上的基站设备面板界面直接查看硬件状 态。主要的BSC告警如下表所示：告警

5、 ID告警名称1000LAPD_OML故障告警2204TRX 通讯告警4414载频驻波告警3606DRU 硬件告警与硬件故障可查看相关话统，指标如下（以下参数以V9R8B048版本为准）：原因BSC 级 小区级【KPI 指标测量】-【BSC整体级相关测量】-【BSC接入整体测量】 -SDCCH 可用率设备故障BSC 整体 SDCCH 可用率SDCCH 可用数目BSC 整体 SDCCH 配置数目BSC整体SDCCH可用数目SDCCH配置数目2.2.2寻呼过载和突发性大话务占用SDCCH信道当 LAC 区划分不合理、参数配置不当或突发大话务时都可能导致寻呼过载发生，从而降 低寻呼成功率。1、由于位

6、置区划分不合理，大规模的位置更新时，可能出现PCH过载。2、由于某些小区参数设置不合理，如接入允许保留块数，相同寻呼间复帧数，MS最大重 发次数等，导致寻呼信道不足，当寻呼较多时，小区向BSC上报过载消息，出现PCH过载 情况。3、由于大量突发话务导致寻呼过载，如集会等情况。针对寻呼过载现象，要根据产生原因进行消除，如果过载长期持续，则应该调整参数配置。 如果是突发性大话务导致，则应继续观察，现场应在话务降低后消除。与过载可查看如下相关话统：BSC级小区级【寻呼相关测量】-【A接口寻呼测量】-呼叫相关测量】 -【流控A0300:MSC 寻呼请求次数测量】A0301:SGSN 寻呼请求次数L31

7、88L:PCH队列丢弃的寻呼消息数寻呼过载A031:SGSN寻呼请求次数（分组业务）L3188M:PCH寻呼队列最大占A032:BSC处理下发寻呼请求次数用百分比寻呼相关测量】 -【过载丢弃寻呼测量】 呼叫相关测量】 -【过载丢弃呼叫测量】2.2.3参数配置上的问题对于寻呼BSC侧和MSC侧的一些参数设置都会影响到成功率，而在MSC侧的寻呼策略 尤其重要，可以从以下参数中对问题区域进行检查。MSC 侧寻呼相关参数：1. N侧位置更新时间（IMSI隐形分离定时器）：此参数的设置值一定要大于T3212的时间，否则将造成MS在正常网络下，作为被叫时 提示为用户已关机。2. 首次寻呼方式：为了可以增加

8、系统寻呼能力，提高PCH的利用率。一般是首次用TMSI进行寻呼，最后 一次使用IMSI进行寻呼。另外以IMSI寻呼还可解决个别用户TMSI临时出错的情况。寻 呼必须有IMSI，利用TMSI寻呼也必须携带IMSI，TMSI寻呼并不是减少寻呼数量，而是 节约资源。一个PCH只能同时对两个IMSI进行寻呼，但是一个PCH可以同时对4个TMSI 进行寻呼，相当于PCH扩容。3. 首次寻呼间隔：间隔设置过小或过大都可能造成寻呼成功率下降。如果寻呼间隔设置太短，则在所指定 的寻呼次数内还没有收到寻呼响应，MSC就认为寻呼失败并清除寻呼信息。之后，即使寻 呼响应又上来，但由于寻呼信息已清除，则MSC会通过C

9、LEAR_COMMAND拆除被叫侧 无线信道。寻呼间隔必须和 BSS 侧的寻呼响应时间配合合理，才能提高寻呼成功率。4. 二次寻呼方式：一般为IMSI，因为有时系统下发的TMSI，手机并不认识，因此应该设置至少存在一次 使用IMSI寻呼，增加寻呼的可靠性。5. 二次寻呼间隔：略6. 三次寻呼方式：略7. 三次寻呼间隔：略8. MSC重发寻呼次数：对容量较大的位置区，建议寻呼重发次数不能太大。否则容易产生寻呼过载。9. 全网寻呼：用户刚漫游到新的位置区，未及时发起位置更新，这是发起全网寻呼可提高寻呼成功率（不过这种事件的概率一般不大），但发起全网寻呼，会极大增加B侧的寻呼话务量，可 能会导致PC

10、H拥塞。建议对容量较大的位置区不启动全网寻呼，因为这样做容易造成基站 过载和BSC CPU过载，导致大量的寻呼消息被丢弃，反而造成寻呼成功率急剧下降；但对 于容量较小的位置区，可通过启动全网寻呼来提高寻呼成功率；在覆盖地区较差，且B侧 寻呼负荷不高的情况下，也可考虑最后一次寻呼采用全网寻呼。10. 预寻呼功能：预寻呼是一种网络功能。在GMSC Server向VMSC Server发起呼叫建立请求以前，在 HLR向VMSC Server获取漫游号码的过程中，VMSC Server先对被叫手机发起寻呼过程， 再向HLR返回漫游号码。这样在VMSC Server收到GMSC Server的呼叫建立请

11、求时,VMSC Server 与手机的无线连接已经建立。在获取漫游号码的过程中发起预寻呼，能够在分配漫游号码之前就知道被叫用户是否能 够寻呼到，这样可以避免在GMSC Server根据漫游号码接入VMSC Server时无法接通被叫 用户的情况，从而节省网络资源。同时在预寻呼之前，如果需要数据恢复，则进行数据恢复， 这样可以提高入局呼叫时的效率。但在预寻呼过程中，会增加SDCCH信道的占用时长，如果配置不当，可能会引起拥塞，使 寻呼成功率下降。11. 位置更新优化（MSC软参）：PllOO.Bitl，当MS进行位置更新和寻呼交叉进行时，用于控制是否对寻呼进行优化。即 先进行位置更新，当位置更新

12、成功后，在新位置区下寻呼。如果位置更新失败，或者有 follow on,直接回寻呼失败。该功能打开后，将改善MS作位置更新时，无法相应寻呼的情况，有 助于提高寻呼成功率。=0： 进行寻呼优化。=1：不进行寻呼优化。缺省值：112. 呼叫早释功能（ MSC 软参）：P166.Bit15,控制对于用户早释情况下是否对于PAGING RESP消息进行统计。如果该功 能打开，则在主叫早释的情况下，寻呼应答次数会增加，对寻呼成功率有改善作用。= 0： 功能开启；= 1：功能不开启； 缺省值： 113. 寻呼优化控制（ MSC 软参）：P164.BIT8,当某一次呼叫被叫寻呼无响应后，下一次拨打该用户时寻

13、呼次数开始受本参 数控制，直到该用户可以被寻呼到为止，对该用户的寻呼次数才恢复到原有值。开启该功能 将减少在被叫 MS 无法相应寻呼时，系统再次下发寻呼命令的次数。=0：使用寻呼控制表配置次数； =1：寻呼次数为寻呼控制表配置次数减1，若寻呼控制表配置次数为1，则保持为 1 不变。缺省值： 1BSC 侧寻呼相关参数：14. CCCH信道配置：小区CCCH的配置方法需要根据小区的信道数及位置区的寻呼能力进行合理配置。该参 数的配置将决定小区寻呼信道的数量。CCCH信道可以配置在C0的TSO上（此时可以采用BCCH+CCCH配置），也可以在TS2、TS4、TS6上扩展三个组合集，使用CCCH的配置

14、形式。该配置形式包括除SCH和FCCH 外的 TS0 的所有组合。CCCH信道配置通过CCCH_CONF表示，该值必须与小区公共控制信道的实际配置情况一 致，CCCH_CONF如下表所示：公共控制信道配置编码表CCCH-CONF意义一个BCCH复帧中CCCH消息块数0001个基本物理信道用于CCCH，不与SDCCH共用90011个基本物理信道用于CCCH，与 SDCCH 共用30102个基本物理信道用于CCCH，不与SDCCH共用181003个基本物理信道用于CCCH，不与SDCCH共用271104个基本物理信道用于CCCH，不与SDCCH共用3615. RACH最小接入电平：影响MS的接入，

15、表示BTS判断MS随机接入的电平阈值。当接收到的RACH突发脉冲的电平小于RACH最小接入电平时，BTS认为这是一次无效接入，不进行译码。当接收到 的随机接入突发时隙的电平大于RACH最小接入电平时，BTS才认为这个时隙有接入请求, 并且与“随机接入错误门限”一起确定该RACH接入是否有效。16. MS最小接收信号等级：表示MS接入BSS系统时要求的最小接收信号电平。此参数设置过低，对接入信号的电 平要求低，导致很多MS试图驻扎在本小区，增加了小区的负荷和掉话的危险性，需要根据 上下行平衡情况合理设置。17. 基站寻呼重发次数：为了提高寻呼成功率和寻呼效率，基站侧增加了寻呼重发功能，这样可以解

16、决一些由于 偶尔的无线链路传输质量差而造成的移动台暂时无法正确接收寻呼命令问题，而对于持续的 无线链路传输质量差而造成的移动台暂时无法正确接收寻呼命令问题继续依赖于MSC侧的 寻呼重发来解决。另外，由于基站侧实现了寻呼重发，减少了MSC侧寻呼重发量，一定程 度上降低了整个网络侧的信令负载。寻呼次数用于BTS决定寻呼重发，它与MSC内配置的寻呼次数共同控制寻呼的重发次 数，总的寻呼次数近似为两者相乘值。18. 接入允许保留块数：表示在CCCH信道消息块数中有多少块数是保留给AGCH专用的。在CCCH配置完成后， 该值实际上是分配AGCH和PCH在CCCH上的占用比例。此参数的设置影响MS响应寻呼

17、 的时间和系统服务性能。19. 相同寻呼间帧复帧数：指的是以多少个复帧数作为寻呼子信道的一个循环，实际上此参数确定了将一个小区中 的寻呼信道分配成多少寻呼子信道。20. MS最大重发次数:参数表示MS在同一次立即指配进程中允许发送Channel Request消息次数的上限。在 MS发起立即指配进程后，它会一直监听BCCH和属于它所在CCCH组的所有公共控制信 道消息。如果 MS 没有收到 Immediate Assignment 或 Immediate Assignment Extend 消息， MS 会每隔一定时间重发信道请求消息。21. SDCCH动态分配允许：为了增加可用的SDCCH信

18、道数，当某小区用户数激增，许多用户因为申请不到SDCCH 信道而无法接入到网络时，则将TCH信道（TCH信道包括了 TCH信道和用作TCH的动态 PDCH信道）转换成SDCCH信道，保证绝大部分用户可接入网络。SDCCH信道动态调整 可以增大系统容量。22. 随机接入错误门限：系统可以通过判断训练序列TSC （41bit）的相关性来判断所收到的信号是否为MS的随 机接入信号（同时用来计算TA值）。此参数设置过小，对随机接入信号的错误允许程度高, MS随机接入容易，但误报率较高；设置过大，则MS误报率低，但正常接入难以上报。23. T3212（周期性位置更新定时器）：该参数表示MS做位置更新的周

19、期，一般在同一位置区内，所有小区的T3212值相同， 否则可能产生隐性关机的情况发生。24RACH忙门限：该参数表示BTS判断RACH忙状态的MS随机接入的电平阈值。当接收到的随机接入突 发时隙的电平大于RACH忙门限时，BTS就认为这个时隙是忙时隙。25. CCCH负荷门限此参数的设置是用于BTS通知BSC在CCCH时隙上的负载，即RACH上的接入请求和 PCH上的所有消息（寻呼、分组立即指配等）负载。见协议0858。如果在CCCH时隙上的负 荷超过参数设置值，则BTS定时向BSC发送CCCH过载信息，发送过载信息的时间间隔为 “CCCH 负荷指示周期”。26. Abis流量控制允许该参数表

20、示是否允许Abis流量控制。流量控制功能作用于呼叫管理，当系统发生拥塞时， 通过拒绝部分业务或者延长业务请求的时间，达到缓解系统负荷的目的；Abis流量控制主 要用于缓解Abis流量带来的系统负荷。本参数设置过低，BTS向BSC上报RACH过载消 息，会导致BSC启动小区流控，即提高系统消息中的MS最小接收信号等级，减少RACH 接入。设置过高，很多MS接入网络导致系统资源紧张时，BTS才向BSC上报过载消息， 容易引起系统的故障。27. A 口协作寻呼开关（软参）：该参数决定了 MS在作GPRS业务时，是否能在A 口上接收CS寻呼的开关。开关关闭 时，此时手机若在做GPRS业务，则无法做被叫

21、，响应寻呼；开关打开时，此时手机若在做 GPRS业务，也可以作为被叫。（注：只有在V9R8及以后版本，且是内畳CU时才支持此 功能）。28. 寻呼生存周期（软参29）：该参数决定了寻呼消息在PCH队列中排队的等待时间。当MSC下发寻呼请求后，如果 不能在一定的时间间隔后接收到寻呼响应，MSC将重发寻呼请求，具体的重发间隔在MSC 侧可配置。因此，一条寻呼请求消息如果在BTS侧不能在该重发间隔内下发给MS，并在 MSC处得到响应，必将触发MSC侧重发寻呼消息。为此当某条寻呼请求在PCH队列中缓 存的时间超过寻呼生存周期后，将不再在空口上发送，避免浪费空口发送时机和阻挡后面有 效寻呼请求下发，保证空口上下发的寻呼请求消息有效性。此参数的设置值应小于等于MSC 侧的寻呼间隔时间，否则将影响寻呼成功率。