寻呼成功率
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、案例二：传输问题导致寻呼成功率下降........ 错误!未定义书签。
寻呼成功率优化
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. 寻呼成功率的背景及定义2. CN侧影响因素分析及提高手段3. B侧相关因素分析及提高手段4. 案例分析应用寻呼成功率指导书第一章寻呼成功率的背景及定义背景无线寻呼成功率取自所有的端局(VMSC)，移动用户做被叫或接收短消息过程中端局(VMSC)向所属用户发起寻呼情况的统计，即寻呼成功之和与寻呼尝试之和的百分比。
寻呼成功率考核各地无线覆盖情况、网络运行维护优化的质量等。
这项指标的高低反映网络的覆盖规模，网络覆盖本质上是无线的问题，应归于基站的密度、发射接收功率的设置等。
通常，每期工程的顺利完成寻呼成功率就会有所提高，而且这个提高幅度同工程的规模成正比。
网络优化的目的是尽可能使得寻呼成功率达到工程设计应该达到的水平。
那么这项反映网络覆盖的指标如何优化呢？BSS当然是这项指标的理想跟踪对象，可以将大的系统指标分解到各个小区来定点分析，通过对各个小区或基站的障碍清除、参数调整、高度调整及俯仰角变换等等手段来达到无线的最佳覆盖，从而优化寻呼成功率。
其次在NSS一边也有一些优化手段可以提高这项指标。
本文主要讲述NSS侧的一些优化手段。
寻呼流程定义系统寻呼成功率=寻呼响应次数/寻呼请求次数*100%寻呼响应次数指本地区所有MSC收到的PAGING RES消息的响应总和。
包括重复寻呼的响应。
统计点为MSC。
寻呼请求次数定义:指本地区所有MSC发出的首次PAGING消息（不包括重复寻呼）的总和，统计点为MSC。
语音寻呼成功率=语音寻呼响应次数/语音寻呼请求次数话统指标目前版本的实现，对于寻呼方面的统计有四个测量指标：MSC基本表测量寻呼过程测量MTC呼通率测量位置区话务测量话统公式：系统寻呼成功率以MSC基本表测量的寻呼响应次数和寻呼次数的比率为准。
<备注>B侧的寻呼成功率指标是以BSC为单元进行测量，而N侧的寻呼成功率指标分为两种：一是以MSC为单元进行测量；二是以位置区为单元进行测量。
第二章 CN侧影响因素分析及提高手段第一节寻呼策略影响分析当发现寻呼成功率下降时，首先查看无线环境是否有调整过？无线信号覆盖状况如何？（基站覆盖区域是否有比较多的掉话？较多则说明无线覆盖差。
VOLTE寻呼拥塞分析优化案例
VOLTE寻呼拥塞分析优化案例一、案例背景VOLTE（Voice over LTE）是指通过LTE网络进行语音通信的技术，它提供了高质量的语音通话和丰富的通话功能。
然而，在实际网络运营中，由于网络拥塞等原因，VOLTE寻呼过程中可能浮现延迟或者失败的情况，影响用户的通话体验。
因此，我们需要进行VOLTE寻呼拥塞分析优化，以提高寻呼成功率和通话质量。
二、问题分析1. 寻呼拥塞原因分析：我们需要对VOLTE寻呼拥塞问题进行深入分析，找出导致寻呼失败或者延迟的具体原因。
可能的原因包括网络拥塞、信号覆盖不足、信道干扰等。
2. 寻呼成功率分析：对于寻呼成功的情况，我们需要分析成功率，并根据不同地区、时间段等因素进行对照分析，找出成功率较低的地区或者时间段，并进一步分析原因。
3. 通话质量分析：除了寻呼成功率外，我们还需要分析VOLTE通话质量，包括音质、时延、丢包率等指标。
通过对通话质量的分析，我们可以找出影响通话质量的因素，并进行优化。
三、数据采集与分析1. 数据采集：我们需要采集VOLTE寻呼过程中的相关数据，包括寻呼请求次数、寻呼成功次数、寻呼失败次数、寻呼延迟时间、通话质量指标等。
这些数据可以通过网络监测设备、基站设备、用户设备等进行采集。
2. 数据分析：采集到的数据需要进行详细的分析，包括寻呼成功率的计算、寻呼延迟时间的统计、通话质量指标的计算等。
通过对数据的分析，我们可以找出问题所在，并制定相应的优化方案。
四、优化方案1. 网络优化：针对网络拥塞问题，我们可以通过增加基站、优化网络参数、调整信道分配等手段来提高网络容量和覆盖范围，从而减少寻呼拥塞情况的发生。
2. 信号优化：对于信号覆盖不足的问题，我们可以通过增加基站或者调整天线方向来改善信号覆盖情况，提高寻呼成功率。
3. 干扰处理：针对信道干扰问题，我们可以通过频谱分析、干扰源定位等手段来找出干扰源，并采取相应的干扰消除措施，提高寻呼成功率和通话质量。
GSM网络寻呼成功率的分析及处理
GSM网络寻呼成功率的分析及处理概述GSM（Global System for Mobile Communications）是一种数字移动通信技术，被广泛应用于手机、智能终端等通信设备。
在GSM网络中，寻呼是指基站通过广播方式向移动设备发送寻呼信息，以实现呼叫转接、短信发送等功能。
而寻呼成功率则是指在一次寻呼过程中，移动设备正确响应寻呼信息的概率。
GSM网络寻呼成功率是评价移动通信服务质量的重要指标之一。
在实际应用中，由于移动设备接收能力、网络状态等因素的影响，寻呼成功率有一定的波动性。
因此，对寻呼成功率进行分析和处理，可以帮助网络运营商优化网络结构、提高服务质量。
本文将结合实际数据，介绍GSM网络寻呼成功率的分析方法和处理手段。
数据收集要进行GSM网络寻呼成功率的分析，首先需要收集一定量的数据。
通常，网络运营商会在系统中记录每个基站的寻呼成功率信息。
这些信息可以通过下列步骤获取到：1.登录系统管理平台，找到“基站性能统计”模块；2.选择寻呼成功率指标，设置基站列表和时间范围；3.下载导出数据，保存为Excel表格或CSV格式。
为了更好地理解GSM网络寻呼成功率的趋势和波动，我们需要将数据进行可视化处理。
下面是一些常见的数据可视化工具：•Microsoft Excel： Excel是一个强大的数据分析工具，可以对数据进行图表展示或数据透视表分析。
•PowerBI： PowerBI是微软开发的数据可视化工具，提供了丰富的可视化图表和数据分析功能，支持多种数据源。
•Tableau： Tableau是一款流行的商业智能工具，通过简单拖拽的方式可以轻松创建交互式图表和仪表盘。
数据分析对于GSM网络寻呼成功率，我们可以从多个角度进行分析，例如：1.寻呼成功率的趋势寻呼成功率的趋势是揭示网络性能变化的重要指标。
通过对寻呼成功率历史数据的分析，我们可以了解该网络在时间轴上的变化趋势、周期性波动和长期趋势等信息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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参数
TMSIPAR: 定义是否分配TMSI号，当前主 要设置为0(不分配）和1（分配） PAGREP1LA: 在一个位置区重复寻呼的方 式(0:不重复寻呼，1:使用TMSI或者IMSI 在LAC重复，2: 使用IMSI在LAC重复，3: 使用IMSI在GLOBAL重复 PAGTIMEFRST1LA: 第一次LAC寻呼的监控 时间 PAGTIMEFRSTGLOB: 第一次GLOBAL寻呼的 监控时间 PAGTIMEREP1LA: 在LAC重复寻呼的监控时 间 PAGTIMEREPGLOB: 重复GLOBAL寻呼的监控 时间 BTDM: 设置手机隐含关机的时间 GTDM：手机隐含关机的保护时间
寻呼成功率公式
• 寻呼成功率= （PAGING：NPAG1RESUCC + PAGING：NPAG2RESUCC）/ PAGING：NPAG1LOTOT+PAGING：NPAG1GLTOT)*100% • MSC收到的寻呼响应次数除于MSC发送的寻呼总次数 • NPAG1RESUCC: 对第一次寻呼的响应次数 • NPAG2RESUCC: 对第二次寻呼的响应次数 • NPAG1LOTOT: 第一次LAC寻呼的次数 • NPAG1GLTOT: 第一次全局寻呼的次数
寻呼组计算
• • • • • • 某小区参数 BCCHTYPE=NCOMB，AGBLK=1，MFRMS=2, IMSI为460004509069055的用户应该聆听哪个寻呼组的信息 N=MFRMS*（9-AGBLK） N为寻呼组的个数 属于该用户的寻呼组为 （IMSI MOD 1000） MOD N 因此N=2*（9-1）=16 属于该用户的寻呼组为 （460004509069055 MOD 1000）MOD 16=7
寻呼信令流程
• MSC初始需要下发的寻呼消息， 并通过A接口下发到目标 BSC(LAC) • BSC收到MSC发来的寻呼消息， 通过Abis接口发到BSC内的所有 BTS • BTS(小区)则空口上的CCCH信道 (PCH)上发出 • MS收到寻呼消息，通过RACH发 起Channel request，BSS准备 信道资源，在AGCH上发 immediate assignment • MS则在分配的SDCCH上发寻呼响 应消息，通过BSS送到MSC，完 成寻呼响应
• • •
•
Abis口问题
寻呼未正常下发
• BSC有object type (LAPD)，其 中的统计值COVERLOAD用于统计 LAPD的溢出 • 如果LAPD出现溢出，则也有可 能导致正常的寻呼消息不能下 发；如果刚好需要寻呼的MS就 在这个BTS的覆盖里，这就导致 寻呼失败 • 可以考虑调整LAPD信令压缩方 式
其他原因
寻呼正常下发
• GPRS用户手机，如果下发寻呼 消息时正在下载数据(packet transfer mode)，由于此时MS 未监听PCH，所以不能响应寻呼 • 如果有Gs接口，CS的寻呼消息 就可以通过PACCH来发送 • 如果MS正在做location update， 则MS也不能响应寻呼
•
•
• • • • •
寻呼容量计算
• • • • • • • • • • • • • • • 寻呼是在 BCCH(Broadcast Contro Channel ) 的 0 时隙上进 行的，其中的 PCH 用来向移动台传送寻呼请求信息。 BCCH 的 0 时隙在逻辑上被分为复帧结构，每个复帧的发 送时间为 235.4ms。下面，我们计算当 BCCH 采用不同的 配置时，一秒钟最多可以发送的寻呼块的数量。 使用组合BCCH/SDCCH的小区： (AGBLK=0)：3/0.2354=12.75 paging blocks/second (AGBLK=1)：2/0.2354=8.50 paging blocks/second 非组合BCCH/SDCCH的小区： (AGBLK=0)：9/0.2354=38.35 paging block/second (AGBLK=1)：8/0.2354=33.98 paging block/second 所以根据不同的PAGING方式，BTS的每秒PAGING REQUEST理论最大处理能力是： 2 IMSI PAGING REQREST； 使用组合BCCH/SDCCH： (AGBLK=0): (3 / 0.2354)*2 = 25.5 paging request / second (AGBLK=1): (2 / 0.2354 )*2= 17 paging request / second 非组合BCCH/SDCCH： (AGBLK=0): (9 / 0.2354 )*2= 76.5 paging request / second (AGBLK=1): (8 / 0.2354) *2= 67.96 paging request / second • • • • • • • • • • • • • • 4 TMSI PAGING REQREST； 使用组合BCCH/SDCCH： (AGBLK=0): (3 / 0.2354)*4 = 51 paging request / second (AGBLK=1): (2 / 0.2354 )*4= 34 paging request / second 非组合BCCH/SDCCH： (AGBLK=0): (9 / 0.2354 )*4= 153 paging request / second (AGBLK=1): (8 / 0.2354) *4= 135.92 paging request / second 1 IMSI + 2 TMSI PAGING REQREST； 使用组合BCCH/SDCCH： (AGBLK=0): (3 / 0.2354)*3 = 38.25 paging request / second (AGBLK=1): (2 / 0.2354 )*3= 25.5paging request / second 非组合BCCH/SDCCH： (AGBLK=0): (9 / 0.2354 )*3= 114.75 paging request / second (AGBLK=1): (8 / 0.2354) *3= 101.94paging request / second
寻呼策略
• 对区域发送寻呼的方式
寻呼一般为发2次 第一次寻呼的方式: 第一次寻 呼一般设置为LAC寻呼 第二次寻呼的方式: LAC寻呼 或者GLOBAL寻呼
• 对手机的寻呼方式
IMSI寻呼 TMSI寻呼 寻呼容量不同，一个paging block可以携带2个IMSI或者4个 TMSI 采用IMSI寻呼，相同的寻呼量 就需要发送更多的paging block
A口问题
• •
寻呼未正常下发
MSC有两个object types来统计寻呼方 面（PAGING, LOCREAST) 每个LAC寻呼量＝第一次局部寻呼＋第 二次局部寻呼＋第一次全局寻呼＋第 二次全局寻呼＝LOCAREAST: （NLAPAG1LOTOT＋NLAPAG2LOTOT）＋ PAGING:（NPAG1GLTOT＋NPAG2GLTOT） BSC有object type（BSC），其中的 TOTPAG来计算BSC收到的寻呼总量 如果MSC和BSC两端的寻呼消息总量相 差比较大，则可能是A口出现问题导致 通过LOCREAST分析出各个LAC的寻呼总 量情况，以及各个LAC的寻呼成功率情 况 需要检查A口的拥塞情况
寻呼成功率分析优化
寻呼成功率对网络的影响
• 对客户满意度的影响 用户对网络可接入性直观感觉，寻呼成功率低影响到客户对网络服务 的满意度，也影响客户实际通信的使用 • 对重要指标的影响 无线系统接通率是网络考核的一个重要指标 无线系统接通率＝主叫比例*随机接入成功率*业务信道分配成功率(不 含切换)+(1-主叫比例)*寻呼成功率*业务信道分配成功率(不含切换) 当前很多地区的无线系统接通率指标低都是由于寻呼成功率指标低导 致的。从指标方面考虑，寻呼成功率的优化已变得非常迫切
寻呼组介绍
• • 参数AGBLK与MFRMS可以在小区内定义寻呼组的数量。 – AGBLK 参数AGBLK定义每复帧有多少寻呼块做为AGCH(立即指派)。爱立信的BTS支持GBLK=0(不保留AGBLK) 和AGBLK=1(保留一个AGBLK)。注意，当使用了小区广播时AGBLK只能设为 0。 – MFRMS MFRMS定义同一寻呼组的寻呼间隔，以一个复帧周期为单位。比如，MFRMS=9表示移动台属于一 个特定的寻呼组每9个复帧周期重复一次。那么这个寻呼组的寻呼周期大致为 2.1 秒 (9*235.4ms)。 MFRMS值越高，小区中寻呼组的数量越多。 我们可以对每个小区设定寻呼组的数量： – 寻呼组数量多意味着移动台在自己的正确的寻呼快到来之前必须要等更长的时间， 这增加了寻呼时间。 – 寻呼组数量少可以缩短呼叫建立的时间，因为移动台可以更频繁的听自己的寻呼， 但不利的是会增加移动台的功耗。 MFRMS、AGBLK 和寻呼组数量的关系是： 组合 BCCH/SDCCH 小区： 寻呼组数量=(3-AGBLK)*MRFMS 非组合 BCCH/SDCCH 小区： 寻呼组数量=(9-AGBLK)*MFRMS