寻呼成功率
GSM无线网络优化流程华为寻呼成功率分析
GSM无线网络优化-STS数据采集分析（华为分册）四川移动网管中心技术支持中心2020年8月16日2010-07-27版本号：目录第1章、寻呼成功率的定义...................... 错误!未定义书签。
1、NSS的定义................................ 错误!未定义书签。
2、BSS的定义................................ 错误!未定义书签。
3、 NSS的寻呼成功率和BSS的寻呼成功率的差异 . 错误!未定义书签。
4、信令流程及统计点.......................... 错误!未定义书签。
第2章、BSS侧相关因素分析及提高手段 .......... 错误!未定义书签。
1、BSS侧相关因素............................ 错误!未定义书签。
2、分析流程图................................ 错误!未定义书签。
3、寻呼成功率问题定位及BSS侧提高寻呼成功率的措施错误!未定义书签。
、硬件和传输上存在问题 ................... 错误!未定义书签。
、寻呼过载和突发性大话务占用SDCCH信道 ... 错误!未定义书签。
、参数配置上的问题....................... 错误!未定义书签。
、干扰问题影响寻呼成功率 ................. 错误!未定义书签。
、覆盖问题影响寻呼成功率 ................. 错误!未定义书签。
、上下行平衡问题影响寻呼成功率 ........... 错误!未定义书签。
第4章、寻呼成功率优化案例.................... 错误!未定义书签。
1、案例一：硬件问题导致寻呼成功率下降........ 错误!未定义书签。
2、案例二：传输问题导致寻呼成功率下降........ 错误!未定义书签。
寻呼成功率
Um口问题
•
寻呼未正常下发
Um接口的寻呼容量与小区相关参数 (BCCHTYPE, AGBLK, MFRMS)设置以 及寻呼方式(TMSI,IMSI)有关 小区级object types（CCCHLOAD, CELLPAG)中的统计记录Um口控制信 道的使用情况
DISCIMMASS 由于在BTS中排队过长而导致CS和PS 的immediate assignment和immediate assignment eject消息被丢失的次数 PAGPCHCONG 由于在BTS中排队队列已满而丢失的寻 呼信息次数 PAGETOOOLD 由于在BTS中排队时间过长而丢失的 寻呼信息次数
• 小区参数
BCCHTYPE: 设置BCCH的类型 AGBLK: 设置预留AGCH的数量,分配AGCH 和PCH在CCCH上占用的比例 MFRAMS: 寻呼复帧数，指以多少复帧数 作为寻呼子信道的一个循环；它确定了 一个小区中的寻呼信道分配成多少寻呼 子信道；MFRMS越大寻呼信道的承载能力 就越强，但是寻呼消息在空间段的时间 延时增大 T3212: 周期性位置更新的时间 CRH: 夸LAC的小区重选迟滞
寻呼无响应的原因分析
• 寻呼消息已正常下发，MS没有响应寻呼或者MSC没有收到MS的寻呼响 应 • 寻呼消息未能正常发出
覆盖不好
寻呼正常下发
• MS处于无覆盖区域，或者MS位 于覆盖差的区域 • MS不能正常接收到BTS下发的寻 呼消息
信道资源不足
寻呼正常下发
• BTS已经接收到MS响应寻呼的随 机接入信息，但是由于SDCCH信 道资源不足，使得无法正常给 MS分配SDCCH信道 • 网络发immediate assignm数
• MSC参数
宏观指标监控MSC网元级寻呼成功率低定位
1、寻呼成功率：寻呼包含两部分主要过程：首先MSC通过BSC、BTS向MS下发paging request，然后收到寻呼的MS 通过随机接入过程，申请专用信道完成接入，当BSC向MSC回送了page responses消息之后才算是一个成功的寻呼过程。
由寻呼的过程可见，影响寻呼成功率主要有两个方面的过程：一是在下发寻呼指令的过程中由于无线口的资源不足引起的寻呼拥塞与寻呼超时，导致部分寻呼指令被丢弃，另一个方面是MS在申请专用信道的过程中由于拥塞、小区故障等原因造成的寻呼响应消息无法回复到MSC。
上述两个方面主要关系到两个指标，一个是BTS的寻呼拥塞与寻呼超时，这与位置区的大小以及BTS 的处理能力有关。
现网中可见一般寻呼成功率的最低值出现在凌晨2、3点左右，如果寻呼成功率的最低值出现在忙时的18时、20时左右，则很有可能是由于寻呼容量不足引起的成功率下降，具体查看该MSC小区的寻呼拥塞与寻呼超时，往往发现基本上所有的小区都出现了至少上千次的寻呼拥塞与寻呼超时。
可以通过适当调整MFRMS或者重新划分位置区解决。
213，关注这个两个凌晨寻呼成功率下降主要有几个原因：一是室内的覆盖效果不是很好，信号强度相对室外较弱，可能导致部分用户无法收到寻呼。
二是凌晨时分的NLU更新成功率偏低，导致寻呼成功率低。
NLU成功率低的原因可能是HLR做备份。
三是一些在夜间实施的工程可能导致寻呼成功率的降低。
2．另外C信道的接通情况可能影响寻呼成功率，这可能是C话务过高引起的C拥塞，也有可能是信道损坏或小区故障引起的C接通率低。
定位到具体小区的方法是：查找该MSC接通低申请数多的小区（C 接通<85%和C申请>5000），快速定位问题。
根据指标差的时刻分析该网元所有的小区的SDCCH接通率情况，如果C接通率<85％，而且C小时申请数>5000，那么这些小区可以是引起寻呼成功率下降的一个原因。
具体分析每一个小区的指标，看看是否出现时间点以及规律与寻呼成功率变化的相一致，如果是，那么确定为影响寻呼的主要原因。
寻呼成功率优化
1寻呼成功率优化1.1概述寻呼成功率是移动通讯系统中一项基本功能。
他直接影响来话接通率和系统接通率等其它网络指标，影响用户的感受。
寻呼成功率由MSC统计，该指标优化提高要通过交换和无线优化共同努力解决。
指标定义如下寻呼成功率：寻呼相应次数/寻呼请求次数×100％寻呼响应次数：只MSC收到的PAGING RES消息的总和，包括重复寻呼的响应，统计点为MSC寻呼请求次数：指MSC首次发送的PAGING消息的总和，统计点为MSC。
1.2寻呼流程简介寻呼成功率主要涉及到A接口和空口的流程：A1：MSC发来的电路业务请求次数B1：Abis口电路业务寻呼下发次数C1：Abis口电路业务寻呼成功次数。
当MSC从VLR中获得MS的LAC后，将向该LAC区域所有BSC发送PAGING消息。
BSC收到消息后，向该BSC所属全部小区发送Paging Command。
基站收到寻呼命令后，将在无线信道的该IMSI或TMSI所在寻呼组的寻呼子信道上发送Paging Request，该消息携带被寻呼用户的TMSI或IMSI。
MS收到Paging Request 后，通过RACH请求分配SDCCH。
BSC确认后激活相应的SDCCH信道后，在AGCH信道通过 immediate assignment 将该SD信道指配给MS。
MS占用该SD信道成功后，发送Paging Response。
BSC将该消息转发给MSC，完成一次寻呼。
1.3寻呼丢失原因分析1.3.1电路寻呼损失的分析如下图所示我们根据寻呼的基本信令流程，将寻呼损失分为3部分，再结合现网无线与交换的统计，对无线侧的寻呼损失进行量化分析。
（因为MSC与BSC之间，BSC和BTS之间为有线连接，几乎不存在信令在传送过程中的丢失，为了简化分析我们不考虑MSC，BSC和BTS三者之间的信令丢失）。
1.3.1.1“寻呼损失1”部分“寻呼损失1”：从交换机下发PAGING消息到BSC收到手机上发的响应寻呼的RACH请求消息之间损失的寻呼。
CDMA寻呼专项优化
CDMA寻呼专项优化1 概述CDMA寻呼成功率作为衡量网络质量的重要指标，对用户的感知明显，也是运行商考核指标之一，所以对寻呼成功率指标优化显得非常重要。
1.1 呼叫流程下面有主叫和被叫的流程图，涉及空口、Abis、A口等，其中空口和A口都是标准的，遵循相关协议标准，而Abis口是由各系统制造厂家自行定义的。
在图中说明了，呼叫建立过程中，在寻呼信道上所承载的消息，体现了移动台和系统的一个交互过程。
网络中出现的一些问题，若与流程相关，则都应该根据全流程的这根主线来分析。
一点说明：下图2中对接入信道的始呼消息或者寻呼响应消息的层二应答，是由BSC处理的。
为了缩短应答时间，可以由BTS直接对上述两类消息进行层二的应答。
1.2 寻呼成功率定义寻呼成功率定义:寻呼响应次数/寻呼请求次数*100%寻呼响应次数定义:指所有MSC/MSCe收到的被叫用户寻呼响应的总次数，含语音和短信。
触发点:统计MSC/MSCe 收到的”PAGING RESPONSE”。
含二次寻呼的响应。
指标公式：寻呼响应次数－PDSN寻呼响应次数寻呼请求次数定义:指所有MSC/MSCe发出寻呼被叫的总次数，含语音和短信。
触发点:统计MSC/MSCe发出对被叫用户的“PAGING REQUEST”消息的次数。
不包含二次寻呼的次数。
指标公式：寻呼响应次数＋寻呼无响应次数－PDSN寻呼请求次数2 影响寻呼成功率的因数影响寻呼成功率的因素很多，从网元角度来看，寻呼成功率是一个很重要的KPI指标，涉及端到端众多网元，任何一个网元都会影响最终寻呼成功率结果。
从宏观角度考虑，寻呼成功率最相关因素是网络覆盖，前反向平衡，干扰以及位置区划分不合理导致的拥塞和过载。
寻呼成功率是一个系统级的问题，涉及MSC、BSC、BTS、MS以及网络覆盖、干扰、寻呼信道拥塞等。
影响MSC寻呼成功率的因素主要有：基站覆盖情况；前反向平衡情况；干扰情况；位置区划分的合理性；MSC的寻呼策略；寻呼相关参数设置；寻呼信道负荷；接入信道参数设置。
寻呼成功率
寻呼成功率
寻呼成功率= 寻呼响应次数/寻呼尝试次数* 100%
寻呼成功的标志是MSC收到的PAGING RESPONSE消息，而造成MSC收不到的PAGING RESPONSE消息的因素有很多，按照交换侧和无线侧归纳有以下影响因素：
交换侧
∙寻呼策略：包括寻呼时长（T3113）、寻呼次数；
∙隐式关机时间（DETACH TIME）：与无线侧T3212配合使用。
// 当用户进入盲区后，在DETACH TIME时间内没有与网络进行任何联系，则在VLR 中将用户置为隐含关机状态，不再对其发起寻呼。
无线侧
∙无线覆盖
∙LAC区划分：位置区涵盖的基站过多可能造成寻呼信道过载；手机在进行位置更新时无法响应寻呼，应尽量将位置区边界规划在人口稀疏的区域。
∙信令信道负荷：当发生信令信道负荷过高（如基站话务量过高、大量手机同时位置更新、突发大量短信等）时，手机无法向网络侧发送“寻呼响应”消息。
∙无线参数设置：
1.周期性位置更新时间（T3212）
2.接入准许保留块（BS_AG_BLK_RES）：该参数实际上是分配AGCH 和PCH
在CCCH上占用的比例。
在保证AGCH信道不过载的情况下，应尽可能减小该参数以增加PCH的数量，提高系统的寻呼容量。
3.寻呼复帧数（BS_PA_MFRMS）：该参数确定了将一个小区中的寻呼信道分
配成多少寻呼子信道。
设置越小，就增加了移动台监听自己所属寻呼子信道的频次，缩短寻呼时延，提高寻呼成功率。
4.最小接入电平（RxLev_Access_Min）。
GSM网络寻呼成功率的分析及处理
GSM网络寻呼成功率的分析及处理GSM网络寻呼成功率是衡量网络性能的重要指标之一、寻呼是指移动设备接收基站发出的呼叫通知，以便及时进行通信。
在GSM网络中，寻呼成功率的高低直接影响到用户通信的质量和体验。
因此，对GSM网络寻呼成功率进行分析和处理是网络优化和改进的重要任务。
1.分析寻呼成功率下降的原因：-基站覆盖不足。
若基站覆盖面积有限，信号弱或遭遇遮挡,可能导致寻呼失败。
-空闲模式间隙配置错误。
空闲模式间隙用于设备在待机状态下的信号接收，配置错误会导致设备未能及时接收到寻呼请求。
-快速寻呼失败。
一些设备响应寻呼请求的时间较长，导致快速寻呼失败率升高。
2.进行寻呼成功率提升的处理方法：-增加基站数量或调整基站位置，提升覆盖范围和信号强度，以确保设备可以及时接收到寻呼请求。
-优化空闲模式间隙配置，减少设备在待机状态下可能发生的寻呼失败情况。
-优化网络参数，根据实际需求调整寻呼超时时间，降低快速寻呼失败率。
-定期进行寻呼成功率的监测和分析，及时发现问题并进行故障排查和修复。
3.寻呼成功率分析的方法：-统计基站的寻呼请求次数和成功次数，计算寻呼成功率。
-对不同地理区域和时段的寻呼成功率进行分布分析，找出存在问题的地区和时间段。
-结合其他关键指标，如载频利用率、话务量等，进行相关性分析，了解寻呼成功率与其他因素的关联程度。
-使用数据挖掘和机器学习算法，对寻呼成功率进行预测和优化。
4.数据分析及处理工具和技术：-使用数据库和数据仓库进行数据存储和管理，以支持大规模数据的分析和查询。
- 数据可视化工具，如Tableau、Power BI等，用于绘制寻呼成功率的趋势图和分布图，方便分析和决策。
- 使用Python、R等编程语言，结合数据分析和机器学习库，进行数据处理和建模。
-使用监测工具和测试设备，对网络信号和寻呼能力进行实时监测和测量。
总之，GSM网络寻呼成功率的分析和处理对于优化网络性能具有重要意义。
通过仔细分析寻呼成功率下降的原因，采取相应的处理方法，结合数据分析和监测工具，可以及时发现和解决网络问题，提升用户通信质量和体验。
修改核心网用户去激活定时器提升寻呼成功率
修改核心网用户去激活定时器提升寻呼成功率1现象描述：Y运营商A MSC寻呼成功率只有71%，用户投诉经常出现寻呼失败情况，Y运营商高层领导要求尽快将该问题解决。
2原因分析：1．核查PCH负荷，寻呼信道负荷正常，没有出现寻呼消息丢弃。
2．提取核心网侧寻呼日志结合google earth和mapinfo分析，发现寻呼失败top站点均为山区超远覆盖基站。
寻呼失败Top站点DT测试RX分布图：寻呼失败次数分布图：寻呼失败Top站点接入模型：由于山区地形复杂，基站稀疏且超远覆盖，存在较多的弱覆盖及无覆盖区域，山区超远覆盖基站的接入距离主要分布在10Km至20Km，最大接入距离达50Km，造成过大的链路损耗，影响用户寻呼性能。
3.核查无线侧及核心网侧寻呼参数，发现核心网用户去激活定时器为180分钟，无线侧基于时间登记周期为52分钟。
根据核心网寻呼日志统计一天下发寻呼请求时距最近一次位置更新的时间间隔[秒]分布情况如下：3处理过程1 通过Top站点的寻呼成功率分析，高山站为影响A MSC寻呼成功率的主要因素，需要通过后续的RF优化及基站扩容解决。
2 考虑到A MSC下业务量大，ACH负荷较高，不宜修改核心网用户去激活定时器为90分钟及同时修改无线侧基于时间登记周期为30分钟，所以仅将核心网去激活定时器从180分钟修改为120分钟，无线侧基于时间登记周期保持52分钟不变。
参数修改完毕后，该局寻呼成功率提升约3.5%。
4建议与总结需要推动客户尽快落实高山站的RF优化及基站扩容，加强山区信号覆盖，提升A MSC 的寻呼成功率。
修改核心网去激活定时器，减少无效的失败寻呼，从而降低了无线侧PCH 寻呼信道负荷，后续通过扩容及RF优化，降低ACH负荷后，建议修改核心网用户去激活定时器为90分钟及同时修改无线侧基于时间登记周期为30分钟。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
寻呼成功率目录1.概念 (2)2.寻呼成功率走势 (3)3.寻呼原理 (5)4.影响寻呼成功率的因素 (6)4.1硬件故障 (6)4.2传输问题 (6)4.3参数设置问题 (7)4.4干扰问题 (7)4.5覆盖问题 (7)5.寻呼策略 (8)6.寻呼时长设置 (9)7.寻呼容量 (10)8.通化网络寻呼参数现状及建议 (13)9、调整后对比 (18)1.概念寻呼是交换机对移动台的呼叫，在每次移动台作被叫或接收短消息的时候，交换机都要对移动台进行寻呼。
交换机对移动台的寻呼从寻呼的方式分为本地寻呼（Local Paging）和全局寻呼（Global Paging）,本地寻呼即在一个位置区内对移动台进行的寻呼，全局寻呼即在整个MSC内对移动台进行的寻呼。
交换机可以使用TMSI或IMSI号码对移动台进行寻呼。
当第一次寻呼不成功时，交换机会自动对移动台进行第二次寻呼。
寻呼成功率的高低直接反映了一个网络的寻呼能力的高低，寻呼性能的高低也反映了网络的接通能力，是网络的一项重要性能指标。
寻呼成功率是这样定义的：无线寻呼成功率取自所有的端局(MSC)，移动用户做被叫或接收短消息过程中端局向所属用户发起寻呼情况的统计，即：寻呼成功率=（寻呼成功数/寻呼尝试数）Ｘ100%。
无线寻呼成功率也是一项重要的网络质量指标。
而且，这项指标还直接影响来话接通率和短信接收成功率等其它网络质量指标的优劣。
因此，保持和提高无线寻呼成功率一直是网络优化部门的工作重点。
寻呼成功率考核各地无线覆盖情况、网络运行维护优化的质量等。
，应归于基站的密度、发射接收功率的设置等。
2.寻呼成功率走势通过全网寻呼成功率走势图9月3日-9月8日通化各BSC寻呼成功率走势通过上图可以看出，THBSC3寻呼成功率较THBSC1与THBSC4略差，THBSC1主要覆盖通化市区及周边农村，THBSC3主要覆盖集安、柳河、通化县范围，THBSC4主要覆盖梅河与辉南范围。
这三个BSC中，THBSC3与THBSC4覆盖面积最大，多覆盖农村地区，基站分布密度较THBSC1小。
BSC 基站数小区数THBSC1 137 395THBSC3 300 795THBSC4 230 64910月19日～10月25日通化各BSC寻呼成功率统计如下：DATE BSC 寻呼成功率一次寻呼请求二次寻呼请求二次寻呼比例一次寻呼响应一次寻呼成功率二次寻呼响应二次寻呼成功率10月19日THBSC1 33495 1766 31642 585 10月19日THBSC4 43588 6007 37442 1380 10月19日THBSC3 32783 1799 30878 497 10月20日THBSC1 36108 1922 34084 659 10月20日THBSC4 44731 2699 41922 780 10月20日THBSC3 33675 2004 31587 534 10月21日THBSC1 36593 2013 34468 67210月21日THBSC4 44570 2608 41830 85410月21日THBSC3 33521 1843 31598 51610月22日THBSC1 39380 2180 37113 71910月22日THBSC4 47463 2905 44428 91310月22日THBSC3 38277 2220 35963 58410月23日THBSC1 34345 1777 32476 57710月23日THBSC4 43153 2551 40496 76910月23日THBSC3 32915 2035 30802 50410月24日THBSC1 34132 1901 32142 56610月24日THBSC4 41901 2567 39213 81710月24日THBSC3 31094 1842 29189 53710月25日THBSC1 34894 1825 32988 55110月25日THBSC4 42942 2667 40136 77610月25日THBSC3 31514 1687 29751 431 10月19日由于辉南县内部分基站传输断站导致寻呼成功率严重恶化，THBSC4的寻呼成功功率仅为%，全网的寻呼成功率为%，较目前正常的网络指标有很大差距。
3.寻呼原理当一个位置区下的移动台被寻呼时，MSC就会通过基站控制器(BSC)向这一位置区内的所有BSC发出寻呼消息，BSC收到寻呼消息后，向该BSC下属于此位置区的所有小区发出寻呼命令消息｡当基站收到寻呼命令后，将在该寻呼组所属的寻呼子信道上发出寻呼请求消息，该消息中携带有被寻呼用户的IMSI或者TMSI号码。
移动台在收到寻呼请求消息后，通过随机接入信道(RACH)请求分配SDCCH。
BSC则在确认基站激活了所需的SDCCH信道后，在接入允许信道(AGCH)通过立即指配命令消息，将该SDCCH指配给移动台。
移动台则使用该SDCCH发送寻呼响应(Paging Resp)消息给BSC，BSC将Paging Resp 消息转发给MSC，完成一次成功的无线寻呼｡如下图：4.影响寻呼成功率的因素网元MSC、BSC、BTS、MS，以及网络覆盖、干扰、信道拥塞以及设备硬件等因素都会影响到系统的寻呼成功率，例如：➢硬件故障➢传输问题➢参数设置问题➢干扰问题➢覆盖问题➢上下行平衡问题4.1硬件故障当出现TRX或合路器故障的情况时，将会造成MS难以响应寻呼，寻呼成功率下降。
4.2传输问题由于各种情况导致的Abis接口、A接口链路等传输质量不好，传输链路不稳定，也会导致寻呼成功率上升。
4.3参数设置问题BSC侧和MSC侧的一些参数设置会影响寻呼成功率，主要包括：MSC侧寻呼相关参数：➢MSC侧位置更新时间（IMSI隐形分离定时器）：➢首次寻呼方式➢首次寻呼间隔➢二次寻呼方式➢二次寻呼间隔BSC侧寻呼相关参数：➢CCCH信道配置➢RACH最小接入电平➢MS最小接收信号等级➢基站寻呼重发次数➢接入允许保留块数➢相同寻呼间帧数编码➢MS最大重发次数➢SDCCH动态分配允许➢T3212(周期性位置更新定时器)4.4干扰问题当存在网内、网外干扰时，都会影响系统的接入成功率，这样就直接影响到系统寻呼响应，使寻呼成功率下降。
4.5覆盖问题可能影响寻呼成功率的覆盖问题：1．不连续覆盖(盲区)由于基站所覆盖的区域地形复杂（如山区公路）、地势起伏，无线传播环境复杂，信号受阻挡，覆盖不连续等造成MS无法响应寻呼。
2. 室内覆盖差因为一些建筑物密集，信号传输衰耗大，加上建筑物墙体厚，穿透损耗大，室内电平低，造成MS无法响应寻呼。
3. 越区覆盖（孤岛）服务小区由于各种原因（如功率过大，天线方位角等）造成越区覆盖，导致MS可接收到下行信号，到MS发出的相应消息无法达到基站，造成寻呼成功率下降。
5.寻呼策略目前GSM网存在TMSI寻呼和IMSI寻呼两种寻呼方式。
在GSM系统中，每个用户都分配了一个惟一的IMSI，IMSI写在移动台的SIM卡中，长8字节，用于用户身份识别；TMSI由VLR为来访的移动用户在鉴权成功后临时分配，仅在该VLR管辖范围内代替IMSI在空中接口中临时使用，且与IMSI相互对应，长4字节。
因此空中接口的寻呼信道在使用IMSI 方式寻呼时，寻呼请求消息中只能包含2个IMSI 号码，而使用TMSI 方式寻呼时，则可以包含4个TMSI 号码。
因此，使用IMSI 方式寻呼带来的寻呼负荷会比使用TMSI 方式寻呼增加一倍，是否使用TMSI 由参数TMSIPAR 来决定｡在用户的位置区信息已知的情况下，第一次寻呼会在该位置区进行，如果第一次寻呼失败，则第二次的寻呼方式则根据PAGREP1LA 参数的设置进行，如果其值为0，则不会进行第二次寻呼，直接产生寻呼失败；如果其值为1 或2，则其使用TMSI 或者IMSI 在原位置区进行重复寻呼；如果其值为3，则第二次寻呼使用IMSI 在所有的位置区进行。
如下图：在用户的位置区信息未知的情况下，第一次寻呼会在所有的位置区进行，如果第一次寻呼失败，则第二次的寻呼方式则根据PAGREPGLOB 参数的设置进行，如果其值为0，则不会进行第二次寻呼，寻呼失败；如果其值为1，则其使用IMSI 在所有位置区进行重复寻呼。
如下图：6.寻呼时长设置寻呼时长相关的参数为PAGTIMEREPGLOB、PAGTIMEFRSTGLOB、PAGTIMEREP1LA、PAGTIMEFRST1LA 、TIMNREAM。
这些参数之间的关系如下图4：注意：TIM NREAM > (First Paging + Second Paging) Timer ！TIM NREAM为用户早释计时器，即主叫主动终止寻呼的计时器。
对于每次寻呼的时长的设置，则应该视具体的网络情况来定，一般来说，如果节点覆盖的区域是偏远地带，覆盖情况不是很理想的话，则第一次寻呼的时间可以长一些。
7.寻呼容量当BCCH信道与SDCCH信道组合时(BCCHTYPE=COMB)一个BCCH上有3个CCCH块，此时寻呼信道数就是3－AGBLK；当BCCH信道与SDCCH信道不组合时(BCCHTYPE=NCOMB)一个BCCH上有9个CCCH块，此时寻呼信道数就是9－AGBLK.一个寻呼信道可以处理2个IMSI寻呼，或者4个TMSI寻呼，或者1个IMSI 寻呼＋2个TMSI寻呼。
目前网络设置为非组合BCCH信道与SDCCH信道组合(BCCHTYPE=NCO MB)，AGBLK=1，则一个复帧中含有8个寻呼信道，复帧时长为秒。
小区寻呼组的理论容量为：8/= 寻呼信道/秒第一次为TMSI寻呼，第二次为TMSI寻呼，小区寻呼容量为：4/(1+1*二次重发比例(设为10%))= 寻呼次数/寻呼信道*= 寻呼次数/秒*3600=寻呼次数/小时444715次/小时为理论最大容量，由于对于每次寻呼MSC都会自动向BSC 重发一次，所以小区的实际寻呼容量为：444715/2 ≈万寻呼次数/小时目前网络设置为组合BCCH信道与SDCCH信道组合时(BCCHTYPE=COM B)，AGBLK=1，则一个复帧中含有2个寻呼信道，复帧时长为秒。
小区寻呼组的理论容量为：2/= 寻呼组/秒第一次为TMSI寻呼，第二次为TMSI寻呼，小区寻呼容量为：4/(1+1*二次重发比例(设为10%))= 寻呼次数/寻呼组*= 寻呼次数/秒*3600=寻呼次数/小时111211次/小时为理论最大容量，由于对于每次寻呼MSC都会自动向BSC 重发一次，所以小区的实际寻呼容量为：111211/2 ≈万寻呼次数/小时通过以上计算可以得出：BCCHTYPE=NCOMB、AGBLK=1小区寻呼容量约为万寻呼次数/小时BCCHTYPE=COMB、AGBLK=1小区寻呼容量约为万寻呼次数/小时寻呼负荷=寻呼总次数/寻呼容量8.通化网络寻呼参数现状及建议◆BSC侧参数目前通化全网AGBLK参数设置都为1，BCCHTYPE设置如下：BCCHTYPE 小区数NCOMB 1734COMB 115通化目前一、二寻呼均为Local寻呼，计算现网的小区寻呼负载状况如下：DATE PERIOD EXCHID 一次寻呼请求二次寻呼请求总寻呼数寻呼负荷(NCOMB)寻呼负荷(COMB)100907 THBSC1 28851 1614 30465100907 THBSC4 40250 2690 42940100907 THBSC3 31209 1946 33155可以看出通化全网BCCHTYPE=COMB的小区寻呼负载状况都已经在%以上共有115个小区BCCHTYPE设置为COMB，部分小区已经出现寻呼负载现象.9月7日晚忙时寻呼信道拥塞统计.xlsPAGPCHCONG是由于小区寻呼队列满而造成的寻呼消息丢失的次数。