寻呼成功率

合集下载

GSM无线网络优化流程华为寻呼成功率分析

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寻呼专项优化

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网络中,寻呼成功率的高低直接影响到用户通信的质量和体验。

因此,对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寻呼拥塞分析优化案例一、案例背景VOLTE(Voice over LTE)是指通过LTE网络进行语音通信的技术,它提供了高质量的语音通话和丰富的通话功能。

然而,在实际网络运营中,由于网络拥塞等原因,VOLTE寻呼过程中可能浮现延迟或者失败的情况,影响用户的通话体验。

因此,我们需要进行VOLTE寻呼拥塞分析优化,以提高寻呼成功率和通话质量。

二、问题分析1. 寻呼拥塞原因分析:我们需要对VOLTE寻呼拥塞问题进行深入分析,找出导致寻呼失败或者延迟的具体原因。

可能的原因包括网络拥塞、信号覆盖不足、信道干扰等。

2. 寻呼成功率分析:对于寻呼成功的情况,我们需要分析成功率,并根据不同地区、时间段等因素进行对照分析,找出成功率较低的地区或者时间段,并进一步分析原因。

3. 通话质量分析:除了寻呼成功率外,我们还需要分析VOLTE通话质量,包括音质、时延、丢包率等指标。

通过对通话质量的分析,我们可以找出影响通话质量的因素,并进行优化。

三、数据采集与分析1. 数据采集:我们需要采集VOLTE寻呼过程中的相关数据,包括寻呼请求次数、寻呼成功次数、寻呼失败次数、寻呼延迟时间、通话质量指标等。

这些数据可以通过网络监测设备、基站设备、用户设备等进行采集。

2. 数据分析:采集到的数据需要进行详细的分析,包括寻呼成功率的计算、寻呼延迟时间的统计、通话质量指标的计算等。

通过对数据的分析,我们可以找出问题所在,并制定相应的优化方案。

四、优化方案1. 网络优化:针对网络拥塞问题,我们可以通过增加基站、优化网络参数、调整信道分配等手段来提高网络容量和覆盖范围,从而减少寻呼拥塞情况的发生。

2. 信号优化:对于信号覆盖不足的问题,我们可以通过增加基站或者调整天线方向来改善信号覆盖情况,提高寻呼成功率。

3. 干扰处理:针对信道干扰问题,我们可以通过频谱分析、干扰源定位等手段来找出干扰源,并采取相应的干扰消除措施,提高寻呼成功率和通话质量。

GSM网络寻呼成功率的分析及处理

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.寻呼成功率的趋势寻呼成功率的趋势是揭示网络性能变化的重要指标。

通过对寻呼成功率历史数据的分析,我们可以了解该网络在时间轴上的变化趋势、周期性波动和长期趋势等信息。

5g寻呼成功率优化思路

5g寻呼成功率优化思路

5g寻呼成功率优化思路5G技术的迅猛发展为通信行业带来了巨大的变革,提供了更快、更稳定的网络连接。

然而,在实际应用中,寻呼通信的成功率仍然是一个需要优化的问题。

本文将探讨5G寻呼成功率优化的思路。

一、了解5G寻呼的基本原理在5G网络中,寻呼是一种特殊的通信过程,用于向特定的终端设备发送通知或消息。

寻呼过程分为两个阶段:寻址和通知。

首先,基站通过下行信道广播寻呼信令,寻址到目标终端设备。

然后,目标终端设备通过上行信道发送响应,完成通知过程。

二、分析寻呼成功率低的原因1. 信号覆盖不足:5G网络覆盖范围相对较小,在某些区域或建筑物内可能存在信号盲区,导致寻呼信令无法到达目标设备。

2. 干扰干扰:由于无线信道的特性,5G网络容易受到其他无线设备或电磁干扰的影响,导致寻呼信令丢失或错误。

3. 设备休眠:5G终端设备可能会进入低功耗模式以节省能源,在这种情况下,设备可能会错过寻呼信令。

4. 网络拥塞:在高负载时,网络可能会出现拥塞现象,从而导致寻呼信令延迟或丢失。

三、优化思路1. 加强信号覆盖:增加基站的部署密度,特别是在人口密集区域和室内,以提高信号覆盖范围。

同时,可以采用信号增强器或分布式天线系统来弥补信号盲区。

2. 降低干扰干扰:通过频谱分配和调度算法,合理分配无线资源,减少与其他设备的干扰。

此外,可以采用干扰消除技术,如波束赋形和自适应调制等,来提高信号质量。

3. 设备唤醒优化:通过优化设备的休眠策略,合理调整设备的唤醒周期和时机,使设备能够及时响应寻呼信令。

同时,可以利用位置服务和智能算法,根据设备的位置和使用情况预测设备的活跃时间,提前唤醒设备。

4. 网络负载均衡:通过动态调整网络资源和流量的分配,避免网络拥塞现象的发生。

可以利用流量预测和用户行为分析等技术,对网络进行智能优化,提高网络的容量和吞吐量。

四、实施与评估在实施优化思路时,可以通过以下步骤进行:1. 部署和优化基站:根据实际需求,合理规划和部署基站,优化信号覆盖范围。

寻呼成功率的分析和优化小结

寻呼成功率的分析和优化小结

寻呼成功率的分析和优化小结一、概述 (1)二、寻呼容量 (2)三、TRH的容量 (3)四、SDCCH相关的分析 (4)五、EOS分析 (5)六、MRR分析和TEST SYSTEM追踪 (5)七、无线参数的分析和优化 (7)八、交换参数的分析和优化 (8)九、小结 (10)交根据寻呼的流程(寻呼的流程见最上面的图),主要从寻呼容量、TRH的容量、SDCCH分析、覆盖问题、SDCCH掉话、TCH话务、跟PAGING相关的EOS和参数,包括无线参数和交换参数对寻呼来进行分析。

二、寻呼容量影响小区寻呼容量的参数有BCCHTYPE 、AGBLK、MFRMS、PAGREP1LA和TMSIPAR 等。

其中BCCHTYPE是定义BCCH的组合方式,不同的BCCH组合方式会使得每个复帧中有不同的CCCH组;AGBLK在BCCHTYPE确定的情况下,实际上是分配CCCH 中AGCH和PCH的比例;MFRMS是指以多少复帧数作为寻呼子信道的一个循环,它跟BCCHTYPE和AGBLK共同决定每个小区寻呼子信道的个数;小区的寻呼子信道数增多,寻呼信道的承载能力会加强。

另外,由于可以用TMSI或者IMSI作为寻呼,用TMSI和IMSI作为寻呼时,每个寻呼组可以容纳的寻呼消息是不同的,所以当使用不同的用户号码进行寻呼的时候,交换机的寻呼容量是不同的。

决定用哪个用户号码进行寻呼是由参数PAGREP1LA和TMSIPAR,其中TMSIPAR是设置第一次寻呼是否使用TMSI,PAGREP1LA是设置二次寻呼时用户号码的使用情况。

检查GZZMSC、GZRMSC、GZSMSC和GZCMSC上述参数的设置共设备的控制、对移动台的控制、传送指向移动台的短信息、层二链路维护信息。

TRH负荷过高会对寻呼造成影响,我们可以通过打印TRH的告警,观察是否有“MED PAGE DISC”或者“HIGH PAGE DISC”的告警。

我们可以结合LAPD的统计来分析。

GSM各类指标公式

GSM各类指标公式

旦无线系统指标网络接通率(最差端局统计)网络接通率=(各个TRUNK接通总次数+因为用户原因造成的接通失败次数)/试呼总次数。

用于最差端局统计。

网络接通总次数网络接通总次数是指用户应答数+被叫忙数+用户不应答数+不可及数。

随机接入成功率随机接入成功率=随机接入成功次数/随机接入请求次数*100%交换系统接通率交换系统接通率(不含用户行为)=[发送IAI+语音寻呼次数+被叫用户忙次数]/(业务信道分配成功次数(不含切换)*主叫比例+接收IAI次数-(路由查询次数-路由查询成功次数))交换系统接通率(含用户行为)=[发送IAI+语音寻呼次数]/(业务信道分配成功次数(不含切换)*主叫比例+接收IAI次数)无线系统接通率定义:无线系统接通率=主叫比例*随机接入成功率*业务信道分配成功率(不含切换)+(1-主叫比例)*寻呼成功率*业务信道分配成功率(不含切换)无线掉话率无线掉话率(不含切换)=无线掉话总次数/TCH分配总次数(不含切换)无线掉话率(含切换)=无线掉话总次数/TCH分配总次数(含切换)无线接通率无线接通率=(1-SDCCH信道拥塞率)* (1-TCH信道拥塞率)=(1—忙时SDCCH 溢出总次数/忙时SDCCH试呼总次数)>(1 —(忙时话音信道溢出总次数/(忙时话音信道试呼总次数+忙时越区切换请求总次数)))K00%系统接通率系统接通率=交换系统接通率(不含用户行为)*无线系统接通率系统接通率=交换系统接通率(含用户行为)*无线系统接通率话音接通率(全网接通率)话音接通率=无线接通率>交换机接通率希望是本无所谓有,无所谓无的。

这正如地上的路;其实地上本没有路,走的人多了,GSM 系统所关心的接通率即是话音接通率,也可称为全网接通率2G无线系统接通率2G 无线系统接通率=(主叫比例* 随机接入成功率*TCH 分配成功率+(1-寻呼成功率)*寻呼成功率*TCH 分配成功率)*100%系统试呼总次数忙时系统试呼总次数是指该地区交换机接受的各种用户的话音试呼总次数。

5g寻呼成功率优化思路

5g寻呼成功率优化思路

5g寻呼成功率优化思路一、优化网络架构在5G网络中,优化网络架构是提高寻呼成功率的重要手段之一。

首先,可以通过增加基站密度和减小基站间距离来提高网络覆盖范围,从而减少寻呼时延。

其次,可以采用更高效的无线传输技术,如Massive MIMO(大规模多输入多输出)等,以增加网络容量和覆盖范围,提高寻呼成功率。

二、改进寻呼算法寻呼算法是影响寻呼成功率的关键因素之一。

在5G网络中,可以采用更智能的寻呼算法,如预测用户位置、预测用户移动轨迹等,以提前向用户发送寻呼请求,减少寻呼时延。

同时,可以优化寻呼时的资源分配策略,提高网络资源利用率,从而提高寻呼成功率。

三、增加网络容量增加网络容量是提高5G网络寻呼成功率的重要手段之一。

通过增加基站数量、增加频率资源、增加信道容量等方式,可以提高网络的承载能力,减少网络拥塞情况,从而提高寻呼成功率。

此外,还可以采用小区间干扰协调技术,减少干扰对寻呼的影响,进一步提高寻呼成功率。

四、优化信令传输信令传输是5G网络中的重要环节之一,对寻呼成功率有着直接影响。

通过优化信令传输的机制和协议,减少信令传输时延,可以提高寻呼成功率。

例如,采用更高效的寻呼信令传输方式,减少冗余信息的传输,提高信令传输效率和成功率。

同时,还可以采用分布式寻呼处理机制,将寻呼请求分散到多个处理单元中进行处理,提高信令处理的并行度和效率。

通过优化网络架构、改进寻呼算法、增加网络容量以及优化信令传输等方面,可以提高5G网络中的寻呼成功率。

这些优化措施可以提高网络覆盖范围、减少寻呼时延、提高资源利用率、减少干扰影响,从而满足用户对高效通信的需求。

随着5G网络的不断发展和完善,相信寻呼成功率将得到进一步提升,为用户提供更好的通信体验。

寻呼成功率的优化

寻呼成功率的优化

1、寻呼成功率优化1.1影响寻呼成功率的因素:寻呼成功率是一个系统级的问题,涉及MSC、BSC、BTS、MS。

其中任何一环节发生异常,都可能会影响到寻呼成功率。

影响MSC寻呼成功率的因素主要有:1、MSC的寻呼策略需要MSC侧的寻呼方式、寻呼次数、寻呼时间间隔设置合理。

2、参数设置情况(1)需要MSC侧和BSC侧与寻呼相关的参数设置合理。

例如:MSC和BSC位置更新周期时间、MSC和BSC寻呼定时器设置、MSC和BSC对于CGI数据配置正确。

(2)MSC侧T3113参数作用:寻呼等待定时器启动:MSC向BSC发送PAGING REQUEST消息停止:收到BSC发来的PAGING RESPONE消息超时:定时器超时后,MSC重发寻呼消息,并重新启动T3113定时器;重发次数由网络侧自定义。

3、信令拥塞会影响寻呼成功率。

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

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

4、位置区划分的合理性、基站覆盖情况、上下行平衡情况。

位置区划分不合理、基站覆盖不理想,也会影响寻呼成功率。

另外,如果上下行信号不平衡,可能出现上行或下行信号很差,导致寻呼不到。

1.2盱眙地区造成寻呼成功率低的原因:1、寻呼成功率和话务量存在一定的对应关系,同一位置区下,一般话务量越高,寻呼成功率越高,由盱眙由于话务量比较小,寻呼成功率也比较低。

2、盱眙农村的基站,站与站之间相距较远,信号之间覆盖不连续,因此由于无线链路失败的原因引起的掉话,不可避免,难以控制,寻呼成功率也较低。

3、盱眙三面被安徽环抱,不通地区之间周期性位置更新时间不一致,也会造成寻呼不到用户,导致寻呼成功率低。

1.3边际网优化中主要采取的方法:1、RACH 最小接入电平参数调整:通过降低RACH最小接入电平,提高上行接收灵敏度来提高寻呼成功率。

由于在寻呼成功率与掉话率指标之间的网优参数是互相制约的,通过修改此网优参数可以改善寻呼成功率指标,但会造成掉话率增加。

寻呼成功率的分析与优化一

寻呼成功率的分析与优化一

寻呼成功率的分析与优化(一)关键词:寻呼、寻呼成功率、寻呼拥塞、上行干扰摘 要:寻呼性能反映了网络的接通能力,是网络的一项重要性能指标,直接影响客户感知。

本文通过对寻呼流程及影响寻呼性能的各项因素的简单阐述,结合日常优化经验总结出寻呼性能分析、优化的基本思路。

一、寻呼原理简介手机做被叫时,MSC使用TMSI或IMSI号码对手机行寻呼,向BSC发送寻呼消息。

BSC收到寻呼消息后下发寻呼指令(Paging command)给手机所登记的位置区内所有小区。

这些小区在CCCH上的PCH中广播寻呼(Paging Request)。

移动台调频到BCCH频点后解码系统信息,计算出自己属于哪个寻呼组,并定期接受所在寻呼组的寻呼广播,判断是否被寻呼。

如果收到本机的寻呼则返回给网络寻呼响应(Paging Response)。

当对某个号码第一次寻呼不成功时,MSC会自动对移动台进行第二次寻呼。

以上便是整个寻呼过程的简要介绍。

二、现网寻呼成功率现状和分析深圳现网每小时BTS理论寻呼容量为450000次,实际忙时平均寻呼数为210000次,为寻呼容量理论值的47%。

寻呼容量配置能够满足现有寻呼需求。

网络寻呼性能整体情况较好,平均成功率为94%。

但各别局的寻呼存在问题:z A局、U局等局寻呼成功率偏低;z在寻呼容量足够的情况下,AH局存在寻呼拥塞情况。

深圳A局寻呼成功率为全网最低,第一次寻呼成功率平均89.9%。

晚忙时平均值仅为88%左右,明显低于全网平均水平。

而从寻呼次数上看,A局寻呼次数与全网平均值相差不大。

最大寻呼次数14.7万还略小于全网平均14.8万次。

图1:A局寻呼性能与全网平均对比下面,我们从影响寻呼的相关参数和无线环境等方面,对A局寻呼成功率低的问题进行深入的分析。

1、 参数优化1.1优化寻呼策略移动台被寻呼时,可以用 TMSI或 IMSI来标记移动台。

由于传送IMSI数据长度为TMSI的2倍,因此使用TMSI作为第一次寻呼号码,能有效的增加小区的寻呼容量,对寻呼数量较大的MSC,使用TMSI作为第一次寻呼号码能显著提高寻呼成功率。

修改核心网用户去激活定时器提升寻呼成功率

修改核心网用户去激活定时器提升寻呼成功率

修改核心网用户去激活定时器提升寻呼成功率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分钟。

寻呼成功率定义

寻呼成功率定义

寻呼成功率定义寻呼成功率的一般定义:寻呼成功率=寻呼响应次数/寻呼请求次数*100%以下是店铺为大家整理的关于寻呼成功率定义,欢迎阅读!寻呼成功率的基本概念 :寻呼是交换机对移动台的呼叫,在每次移动台作被叫或接收短消息的时候,交换机都要对移动台进行寻呼。

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

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

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

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

寻呼成功率是这样定义的:无线寻呼成功率取自所有的端局(MSC),移动用户做被叫或接收短消息过程中端局(VMSC)向所属用户发起寻呼情况的统计,即:寻呼成功率=(∑寻呼成功数/∑寻呼尝试数)X100%。

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

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

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

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

寻呼成功率的影响因素。

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

1.、网络侧影响因素无线小区寻呼信道拥塞通过话务统计发现话务拥塞小区。

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

寻呼成功率交换侧(相关参数)优化说明

寻呼成功率交换侧(相关参数)优化说明

寻呼成功率交换侧(相关参数)优化说明预览说明:预览图片所展示的格式为文档的源格式展示,下载源文件没有水印,内容可编辑和复制寻呼成功率交换侧(相关参数)优化说明寻呼成功率是衡量网络质量的重要指标之一,指标的统计是由交换机设备MSC来完成,它是以寻呼区LAC或者MSC为单位进行统计的。

交换侧从以下四个方面展开对寻呼指标优化。

1、优化接入参数与寻呼时长设置的配合问题;2、缩短周期性位置更新以及隐式关机时长,减少向离开服务区或者手机掉电的用户发送寻呼请求消息导致寻呼失败的事件;3、寻呼策略4、启用IS_PAGING功能提高MSC交界区域的寻呼成功率。

一、优化接入参数与寻呼周期的设置假如MS最大的寻呼响应接入时长为11秒,而交换机等待寻呼响应的时长为8秒,这就可能出现时间重叠:手机还处在第一次寻呼响应的接入过程——接入试探还没发送完,MSC就下方2次寻呼,此时手机是无法对2次寻呼做出响应的。

本来MSC采用2次Paging的模式就是为了给无线环境比较差的手机多1次机会,从而提高寻呼成功率。

然而,出现上述时间冲突,2次寻呼就不能发挥作用了。

解决这种时间冲突,有两个方法1、增大寻呼响应等待时长T3113——从8秒改为12秒,该方法会影响用户感知,因为如果两次寻呼都失败的话主叫方要等待25秒才能收到“您拨打的电话暂时无法接通”的录音通知,这样会使用户很反感,所以这种方法不可取。

2、优化接入参数:从无线侧优化减少手机最大接入时长。

例如:通过优化手机最大接入时长,从11秒减少至6秒<交换侧8秒的寻呼等待时长。

“就不会出现1次寻呼响应与2次寻呼的时间冲突了”,并充分利用了2次寻呼机会,有利于提高寻呼成功率。

(因此,交换侧端局上该参数的设置要同无线侧“手机最大接入时长”配合,即寻呼响应等待时长T3113略大于手机最大接入时长,例如:GYGS10覆盖区域(遵义市区:市区覆盖较好信号强度较好,无线侧接入时长相对郊区短,为4秒)因此GYGS10上该参数优化后设置为5秒。

宏观指标监控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、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 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
相关文档
最新文档