11 GSM BSS 网络性能KPI寻呼成功率优化手册doc.docx
《11 GSM BSS 网络性能KPI寻呼成功率优化手册doc.docx》由会员分享，可在线阅读，更多相关《11 GSM BSS 网络性能KPI寻呼成功率优化手册doc.docx（24页珍藏版）》请在冰豆网上搜索。
11GSMBSS网络性能KPI寻呼成功率优化手册doc
产品名称Productname
密级Confidentialitylevel
G3BSC
内部公开
产品版本Productversion
TotalXpages共X页
GSMBSS网络性能KPI（寻呼成功率）优化手册
（仅供内部使用）
Forinternaluseonly
拟制：
Preparedby
WCDMA&GSM性能研究部
杨春杰00119951
日期：
Date
2008-9-2
审核:
Reviewedby
日期：
Date
yyyy-mm-dd
审核:
Reviewedby
日期：
Date
yyyy-mm-dd
批准:
Grantedby
日期：
Date
yyyy-mm-dd
华为技术有限公司
HuaweiTechnologiesCo.,Ltd.
版权所有XX
Allrightsreserved
目录
1.寻呼成功率定义说明6
1.1寻呼成功率含义6
1.2推荐公式6
1.3信令流程及统计点7
2.影响寻呼成功率的因素8
2.1硬件故障8
2.2传输问题8
2.3参数设置问题8
2.4干扰问题9
2.5覆盖问题10
2.6上下行平衡问题10
3.寻呼成功率分析流程和优化方法11
3.1分析流程图11
3.2寻呼成功率问题定位及优化方法说明12
3.2.1硬件和传输上存在问题12
3.2.2寻呼过载和突发性大话务占用SDCCH信道12
3.2.3参数配置上的问题13
3.2.4干扰问题影响寻呼成功率18
3.2.5覆盖问题影响寻呼成功率19
3.2.6上下行平衡问题影响寻呼成功率20
4.测试方法20
5.寻呼成功率优化案例21
5.1案例一：
硬件问题导致寻呼成功率下降21
5.2案例二：
传输问题导致寻呼成功率下降21
5.3参数配置不当导致寻呼成功率下降22
5.3.1案例三：
开启预寻呼功能导致寻呼成功率下降22
5.3.2案例四：
相同寻呼间复帧数参数设置不当，引起寻呼成功率下降22
5.3.3案例五：
N侧寻呼次数配置不当，导致MS无法相应寻呼23
5.3.4案例六：
LAC和BSC对应错误导致BSC寻呼异常24
5.3.5案例七：
打开A口协作寻呼开关后对寻呼成功率的改善24
5.4案例八：
覆盖问题导致寻呼成功率下降25
6.寻呼成功率问题信息反馈26
修订记录RevisionRecord
日期
Date
修订版本Revisionversion
修改描述
changeDescription
作者
Author
2008-09-02
V1.0
初稿完成
杨春杰
2009-08-31
V1.1
增加“涉及特性”部分。
付霞
参考资料清单
序号
资料名称
作者
日期
1
G-干扰问题处理指导书-20050311-A-1.0
陈保林
2005-3-11
2
GSMBSS网络性能KPI（寻呼成功率）基线说明书
吴臻
2007-8-14
网络性能KPI（寻呼成功率）优化手册
关键字：
寻呼成功率
摘要：
本文主要介绍了寻呼成功率的优化方法。
缩略语清单：
缩略语
英文全名
中文解释
MSC
MobileSwitchingCenter
移动交换中心
BSC
BaseStationController
基站控制器
BTS
BaseTransceiverStation
基站收发信台
HLR
HomeLocationRegister
存储位置寄存器
MS
MobileStation
移动台
IMSI
InternationalMobileStationIdentificationCode
国际移动用户标识符
TMSI
TemporaryMobileStationIdentity
临时移动用户标识
1.
寻呼成功率定义说明
1.1寻呼成功率含义
寻呼成功率是系统收到的寻呼响应占系统下发的首次寻呼请求的比例，反映的是系统的寻呼能力。
寻呼包括语音呼叫寻呼、短消息寻呼、PSI寻呼、Gs寻呼，对于未开通Gs接口的区域，寻呼则只包括语音呼叫寻呼、短消息寻呼、PSI寻呼。
寻呼是无线业务的基础，在硬件设备容量一定的前提下，寻呼成功率关系着无线通信多种业务指标的提升。
高的寻呼成功率对提高用户感受，培养运营商品牌具有很好的作用。
寻呼成功率是接入类的重要性能指标之一，也是局方重点考核的KPI指标之一。
1.2推荐公式
寻呼成功率可以通过话统和路测方法获得，如果要通过话统方法获取寻呼成功率，必须在核心网侧提取，测量对象为位置区。
寻呼成功率的达标由核心网侧负责。
其推荐的公式为：
寻呼请求响应次数/寻呼请求次数。
具体见下文描述：
寻呼成功率（所有寻呼）=（A接口普通呼叫第一次寻呼响应次数+A接口普通呼叫重复寻呼响应次数+A接口短消息第一次寻呼响应次数+A接口短消息重复寻呼响应次数+A接口Gs第一次寻呼响应次数+A接口Gs重复寻呼响应次数+A接口PSI第一次寻呼响应次数+A接口PSI重复寻呼响应次数+Gs接口第一次寻呼响应次数+Gs接口重复寻呼响应次数）/（A接口普通呼叫第一次寻呼次数+A接口短消息第一次寻呼次数+A接口Gs第一次寻呼次数+A接口PSI第一次寻呼次数+Gs接口第一次寻呼次数）
寻呼成功率（MTC呼通测量）注1=（A接口普通呼叫第一次寻呼响应次数+A接口普通呼叫重复寻呼响应次数）/A接口普通呼叫第一次寻呼次数
寻呼成功率（主要业务）注2=（A接口普通呼叫第一次寻呼响应次数+A接口普通呼叫重复寻呼响应次数+A接口短消息第一次寻呼响应次数+A接口短消息重复寻呼响应次数）/（A接口普通呼叫第一次寻呼次数+A接口短消息第一次寻呼次数）
寻呼成功率（寻呼过程测量）注3=（A接口第一次寻呼响应次数＋A接口重复发寻呼次数）/A接口第一次发寻呼次数）
注1：
MTC呼通测量中的寻呼次数只包括正常呼叫寻呼，不统计短消息，PSI，Gs等其他寻呼类型，反映的是呼叫引起的寻呼成功率。
注2：
该公式统计的是所有常见电路业务的寻呼成功率，考察的是语音呼叫和短消息呼叫的寻呼过程的处理情况。
达标中常用该公式。
注3：
该公式计算指标对应MSC寻呼测量话统中的测量指标，直接根据OMC维护台统计的指标进行计算。
寻呼计算：
2． 小区的PAGING容量
一个pagingblock由4个连续的PCH信道组成，它可以处理2个IMSI寻呼，或者4个TMSI寻呼，或者1个IMSI寻呼＋2个TMSI寻呼。
目前网络设置为Non-combinedBCCH/SDCCH，AGBLK=1，则一个复帧中含有8个pagingblock，复帧时长为0.2354秒。
小区pagingblock的理论容量为：
8/0.2354=33.98471 pagingblock /second
第一次为TMSI寻呼，第二次为IMSI寻呼，小区寻呼容量为：
4/（1+2*二次重发比例（设为10%））=3.333 Paging Attempt/ pagingblock
33.98471*3.333=113.271 Paging Attempt/second
113.271*3600=407775.7 Paging Attempt/hour
458794次/小时为理论最大容量，由于对于每次寻呼MSC都会自动向BSC重发一次，所以小区的实际寻呼容量为：
407775/2≈20.39万 Paging Attempt/hour
第一次为TMSI寻呼，第二次为TMSI寻呼，小区寻呼容量为：
4/（1+1*二次重发比例（设为10%））=3.636 Paging Attempt/ pagingblock
33.97471*3.636=123.532 Paging Attempt/second
123.532*3600=444715.4Paging Attempt/hour
444715次/小时为理论最大容量，由于对于每次寻呼MSC都会自动向BSC重发一次，所以小区的实际寻呼容量为：
444715/2≈22.24万 Paging Attempt/hour
LA寻呼负荷=LA一次寻呼总次数 / LA寻呼容量
1.3信令流程及统计点
寻呼成功率相关话统均在核心网侧统计,这里仅给出BSS侧涉及寻呼的流程图。
图1BSS内寻呼流程
核心网统计点：
A：
寻呼请求次数
B：
寻呼请求响应次数
2.涉及特性
特性名称
功能描述
优化思路
BSS寻呼协作
在没有配置MSC/VLR和SGSN间Gs接口的情况下，当MS处于分组传输状态下，网络侧可以在PACCH信道上下发该用户的电路域寻呼消息，使处于分组传输状态下用户可以响应电路域寻呼。
【BSS寻呼协作】设置为“是”，可以避免处于分组传输状态下的用户无法收到电路域寻呼，造成网络在开通分组业务后，网络寻呼率下降。
开启建议：
在小区同时支持CS和PS业务时，建议开启该功能。
（在PCU外置情况下该参数无效。
）
3.影响寻呼成功率的因素
网元MSC、BSC、BTS、MS，以及网络覆盖、干扰、信道拥塞以及设备硬件等因素都会影响到系统的寻呼成功率，例如：
●硬件故障
●传输问题
●参数设置问题
●干扰问题
●覆盖问题
●上下行平衡问题
●其它原因。
3.1硬件故障
当出现TRX或合路器故障的情况时，将会造成MS难以相应寻呼，寻呼成功率下降。
3.2传输问题
由于各种情况导致的Abis接口、A接口链路等传输质量不好，传输链路不稳定，也会导致寻呼成功率上升。
3.3参数设置问题
BSC侧和MSC侧的一些参数设置会影响寻呼成功率，主要包括：
MSC侧寻呼相关参数：
1．N侧位置更新时间（IMSI隐形分离定时器）：
2．首次寻呼方式：
3．首次寻呼间隔：
4．二次寻呼方式：
5．二次寻呼间隔：
6．三次寻呼方式：
7．三次寻呼间隔：
8．MSC重发寻呼次数：
9．全网下发寻呼：
10．预寻呼功能：
11．位置更新优化（MSC软参）：
12．呼叫早释功能（MSC软参）：
13．寻呼优化控制（MSC软参）：
BSC侧寻呼相关参数：
14．CCCH配置：
15．RACH最小接入电平：
16．MS最小接收信号等级
17．寻呼次数
18．接入允许保留块数
19．相同寻呼间帧数编码
20．MS最大重发次数
21．SDCCH动态分配允许
22．随机接入错误门限
23．T3212（周期位置更新周期）
24．RACH忙门限
25．CCCH负荷门限
26．Abis流量控制允许
27．A口协作寻呼开关（软参）
28．寻呼生存周期（软参29）
3.4干扰问题
当存在网内、网外干扰时，都会影响系统的接入成功率，这样就直接影响到系统寻呼响应，使寻呼成功率下降。
详细的干扰问题排查请参见干扰问题：
《G-干扰问题处理指导书-20050311-A-1.0》
3.5覆盖问题
可能影响寻呼成功率的覆盖问题：
1．不连续覆盖（盲区）
由于基站所覆盖的区域地形复杂（如山区公路）、地势起伏，无线传播环境复杂，信号受阻挡，覆盖不连续等造成MS无法响应寻呼。
2.室内覆盖差
因为一些建筑物密集，信号传输衰耗大，加上建筑物墙体厚，穿透损耗大，室内电平低，造成MS无法响应寻呼。
3.越区覆盖（孤岛）
服务小区由于各种原因（如功率过大，天线方位角等）造成越区覆盖，导致MS可接收到下行信号，到MS发出的相应消息无法达到基站，造成寻呼成功率下降。
3.6上下行平衡问题
如果由于基站发射功率过大或塔放、基站放大器、天线接口等出现问题，造成上下行电平相差较大，则在基站覆盖边缘会导致手机接入成功率不高。
4.寻呼成功率分析流程和优化方法
4.1分析流程图
4.2寻呼成功率问题定位及优化方法说明
4.2.1硬件和传输上存在问题
当出现TRX或合路器故障等情况时，将会造成寻呼下发失败或指配失败等情况,导致寻呼成功率下降。
检查硬件故障可以通过查看基站告警或在LMT上的基站设备面板界面直接查看硬件状态。
主要的BSC告警如下表所示：
告警ID
告警名称
1000
LAPD_OML故障告警
2204
TRX通讯告警
4414
载频驻波告警
3606
DRU硬件告警
<相关案例><相关案例>
与硬件故障可查看相关话统，指标如下（以下参数以V9R8B048版本为准）：
原因
BSC级
小区级
设备故障
【BSC整体级相关测量】->【BSC接入整体测量】->
BSC整体SDCCH可用率
BSC整体SDCCH配置数目
BSC整体SDCCH可用数目
【KPI指标测量】->
SDCCH可用率
SDCCH可用数目
SDCCH配置数目
4.2.2寻呼过载和突发性大话务占用SDCCH信道
当LAC区划分不合理、参数配置不当或突发大话务时都可能导致寻呼过载发生，从而降低寻呼成功率。
1、由于位置区划分不合理，大规模的位置更新时，可能出现PCH过载。
2、由于某些小区参数设置不合理，如接入允许保留块数，相同寻呼间复帧数，MS
最大重发次数等，导致寻呼信道不足，当寻呼较多时，小区向BSC上报过载消
息，出现PCH过载情况。
3、由于大量突发话务导致寻呼过载，如集会等情况。
针对寻呼过载现象，要根据产生原因进行消除，如果过载长期持续，则应该调整参数配置。
如果是突发性大话务导致，则应继续观察，现场应在话务降低后消除。
<相关案例>
与过载可查看如下相关话统：
原因
BSC级
小区级
寻呼过载
【寻呼相关测量】->【A接口寻呼测量】->
A0300:
MSC寻呼请求次数
A0301:
SGSN寻呼请求次数
A031:
SGSN寻呼请求次数（分组业务）
A032:
BSC处理下发寻呼请求次数
【寻呼相关测量】->【过载丢弃寻呼测量】
【呼叫相关测量】->【过载丢弃呼叫测量】
【呼叫相关测量】->【流控测量】
L3188L:
PCH队列丢弃的寻呼消息数
L3188M:
PCH寻呼队列最大占用百分比
4.2.3参数配置上的问题
对于寻呼BSC侧和MSC侧的一些参数设置都会影响到成功率，而在MSC侧的寻呼策略尤其重要，可以从以下参数中对问题区域进行检查。
MSC侧寻呼相关参数：
1.N侧位置更新时间（IMSI隐形分离定时器）：
此参数的设置值一定要大于T3212的时间，否则将造成MS在正常网络下，作为被叫时提示为用户已关机。
2.首次寻呼方式：
为了可以增加系统寻呼能力，提高PCH的利用率。
一般是首次用TMSI进行寻呼，最后一次使用IMSI进行寻呼。
另外以IMSI寻呼还可解决个别用户TMSI临时出错的情况。
寻呼必须有IMSI，利用TMSI寻呼也必须携带IMSI，TMSI寻呼并不是减少寻呼数量，而是节约资源。
一个PCH只能同时对两个IMSI进行寻呼，但是一个PCH可以同时对4个TMSI进行寻呼，相当于PCH扩容。
3.首次寻呼间隔：
间隔设置过小或过大都可能造成寻呼成功率下降。
如果寻呼间隔设置太短，则在所指定的寻呼次数内还没有收到寻呼响应，MSC就认为寻呼失败并清除寻呼信息。
之后，即使寻呼响应又上来，但由于寻呼信息已清除，则MSC会通过CLEAR_COMMAND拆除被叫侧无线信道。
寻呼间隔必须和BSS侧的寻呼响应时间配合合理，才能提高寻呼成功率。
4.二次寻呼方式：
一般为IMSI，因为有时系统下发的TMSI，手机并不认识，因此应该设置至少存在一次使用IMSI寻呼，增加寻呼的可靠性。
5.二次寻呼间隔：
略…
6.三次寻呼方式：
略…
7.三次寻呼间隔：
略…
8.MSC重发寻呼次数：
对容量较大的位置区，建议寻呼重发次数不能太大。
否则容易产生寻呼过载。
9.全网寻呼：
用户刚漫游到新的位置区，未及时发起位置更新，这是发起全网寻呼可提高寻呼成功率（不过这种事件的概率一般不大），但发起全网寻呼，会极大增加B侧的寻呼话务量，可能会导致PCH拥塞。
建议对容量较大的位置区不启动全网寻呼，因为这样做容易造成基站过载和BSCCPU过载，导致大量的寻呼消息被丢弃，反而造成寻呼成功率急剧下降；但对于容量较小的位置区，可通过启动全网寻呼来提高寻呼成功率；在覆盖地区较差，且B侧寻呼负荷不高的情况下，也可考虑最后一次寻呼采用全网寻呼。
<相关案例>
10.预寻呼功能：
预寻呼是一种网络功能。
在GMSCServer向VMSCServer发起呼叫建立请求以前，在HLR向VMSCServer获取漫游号码的过程中，VMSCServer先对被叫手机发起寻呼过程，再向HLR返回漫游号码。
这样在VMSCServer收到GMSCServer的呼叫建立请求时，VMSCServer与手机的无线连接已经建立。
在获取漫游号码的过程中发起预寻呼，能够在分配漫游号码之前就知道被叫用户是否能够寻呼到，这样可以避免在GMSCServer根据漫游号码接入VMSCServer时无法接通被叫用户的情况，从而节省网络资源。
同时在预寻呼之前，如果需要数据恢复，则进行数据恢复，这样可以提高入局呼叫时的效率。
但在预寻呼过程中，会增加SDCCH信道的占用时长，如果配置不当，可能会引起拥塞，使寻呼成功率下降。
<相关案例>
11.位置更新优化（MSC软参）：
P1100.Bit1，当MS进行位置更新和寻呼交叉进行时，用于控制是否对寻呼进行优化。
即先进行位置更新，当位置更新成功后，在新位置区下寻呼。
如果位置更新失败，或者有followon，直接回寻呼失败。
该功能打开后，将改善MS作位置更新时，无法相应寻呼的情况，有助于提高寻呼成功率。
=0：
进行寻呼优化。
=1：
不进行寻呼优化。
缺省值：
1
12.呼叫早释功能（MSC软参）：
P166.Bit15，控制对于用户早释情况下是否对于PAGINGRESP消息进行统计。
如果该功能打开，则在主叫早释的情况下，寻呼应答次数会增加，对寻呼成功率有改善作用。
=0：
功能开启；
=1：
功能不开启；缺省值：
1
13.寻呼优化控制（MSC软参）：
P164.BIT8，当某一次呼叫被叫寻呼无响应后，下一次拨打该用户时寻呼次数开始受本参数控制，直到该用户可以被寻呼到为止，对该用户的寻呼次数才恢复到原有值。
开启该功能将减少在被叫MS无法相应寻呼时，系统再次下发寻呼命令的次数。
=0：
使用寻呼控制表配置次数；
=1：
寻呼次数为寻呼控制表配置次数减1，若寻呼控制表配置次数为1，则保持为1不变。
缺省值：
1
BSC侧寻呼相关参数：
14.CCCH配置：
小区CCCH的配置方法需要根据小区的信道数及位置区的寻呼能力进行合理配置。
该参数的配置将决定小区寻呼信道的数量。
CCCH信道可以配置在C0的TS0上（此时可以采用BCCH+CCCH配置），也可以在TS2、TS4、TS6上扩展三个组合集，使用CCCH的配置形式。
该配置形式包括除SCH和FCCH外的TS0的所有组合。
CCCH信道配置通过CCCH_CONF表示，该值必须与小区公共控制信道的实际配置情况一致，CCCH_CONF如下表所示：
公共控制信道配置编码表
CCCH-CONF
意义
一个BCCH复帧中CCCH消息块数
000
1个基本物理信道用于CCCH，不与SDCCH共用
9
001
1个基本物理信道用于CCCH，与SDCCH共用
3
010
2个基本物理信道用于CCCH，不与SDCCH共用
18
100
3个基本物理信道用于CCCH，不与SDCCH共用
27
110
4个基本物理信道用于CCCH，不与SDCCH共用
36
15.RACH最小接入电平：
影响MS的接入，表示BTS判断MS随机接入的电平阈值。
当接收到的RACH突发脉冲的电平小于RACH最小接入电平时，BTS认为这是一次无效接入，不进行译码。
当接收到的随机接入突发时隙的电平大于RACH最小接入电平时，BTS才认为这个时隙有接入请求，并且与“随机接入错误门限”一起确定该RACH接入是否有效。
16.MS最小接收信号等级：
表示MS接入BSS系统时要求的最小接收信号电平。
此参数设置过低，对接入信号的电平要求低，导致很多MS试图驻扎在本小区，增加了小区的负荷和掉话的危险性，需要根据上下行平衡情况合理设置。
17.寻呼次数：
为了提高寻呼成功率和寻呼效率，基站侧增加了寻呼重发功能，这样可以解决一些由于偶尔的无线链路传输质量差而造成的移动台暂时无法正确接收寻呼命令问题，而对于持续的无线链路传输质量差而造成的移动台暂时无法正确接收寻呼命令问题继续依赖于MSC侧的寻呼重发来解决。
另外，由于基站侧实现了寻呼重发，减少了MSC侧寻呼重发量，一定程度上降低了整个网络侧的信令负载。
寻呼次数用于BTS决定寻呼重发，它与MSC内配置的寻呼次数共同控制寻呼的重发次数，总的寻呼次数近似为两者相乘值。
18.接入允许保留块数：
表示在CCCH信道消息块数中有多少块数是保留给AGCH专用的。
在CCCH配置完成后，该值实际上是分配AGCH和PCH在CCCH上的占用比例。
此参数的设置影响MS响应寻呼的时间和系统服务性能。
19.相同寻呼间帧复帧数：
指的是以多少个复帧数作为寻呼子信道的一个循环，实际上此参数确定了将一个小区中的寻呼信道分配成多少寻呼子信道。
<相关案例>
20.MS最大重发次数：
参数表示MS在同一次立即指配进程中允许发送ChannelRequest消息次数的上限。
在MS发起立即指配进程后，它会一直监听BCCH和属于它所在CCCH组的所有公共控制信道消息。
如果MS没有收到ImmediateAssignment或ImmediateAssignmentExtend消息，MS会每隔一定时间重发信道请求消息。
21.SDCCH动态分配允许：
为了增加可用的SDCCH信道数，当某小区用户数激增，许多用户因为申请不到SDCCH信道而无法接入到网络时，则将TCH信道（TCH信道包括了TCH信道和用作TCH的动态PDCH信道）转换成SDCCH信道，保证绝大部分用户可接入网络。
SDCCH信道动态调整可以增大系统容量。
22.随机接入错误门限：
系统可以通过判断训练序列TSC（41bit）的相关性来判断所收到的信号是否为MS的随机接入信号（同时用来计算TA值）。
此参数设置过小，对随机接入信号的错误允许程度高，MS随机接入容易，但误报率较高；设置过大，则MS误报率低，但正常接入难以上报。
23.T3212（周期位置更新周期）：
该参数表示MS做位置更新的周期，一般在同一位置区内，所有小区的T3212值相同，否则可能产生隐性关机的情况发生。
24.RACH忙门限：
该参数表示BTS判断RACH忙状态的MS随机接入的电
升级会员 