CSFB被叫寻呼成功率指标分析提升

１引言

当前ＴＤ－ＬＴＥ系统支持三种语音解决方案：语音回落（ＣＳＦＢ：ＣｉｒｃｕｉｔＳｗｉｔｃｈＦａｌｌＢａｃｋ）、单卡双待、单无线模式语音呼叫连续性（ＳＲＶＣＣ：ＳｉｎｇｌｅＲａｄｉｏＶｏｉｃｅＣａｌｌＣｏｎｔｉｎｕｉｔｙ）。目前，苹果手机采用ＣＳＦＢ方案，三星、华为、中兴等终端采用单卡双待方案。本文重点分析采用的ＣＳＦＢ方案。

ＣＳＦＢ业务过程共分４个步骤：终端开机在ＬＴＥ／ＧＳＭ网络联合附着，通话建立过程回落到ＧＳＭ网络，在ＧＳＭ网络发起语音呼叫，通话结束后返回ＬＴＥ网络。

２ＣＳＦＢ指标及关键信令

2.1CSFB指标解析

ＣＳＦＢ是一个全流程的业务，涉及多个网元的交互与配合，需要无线与核心网联动来保障用户感知。由于ＣＳＦＢ终端做被叫的信令过程包含其做主叫的信令过程，为了便于统计分析，集团公司为ＣＳＦＢ定制了指标，主要针对被叫ＣＳＦＢ过程，分别为ＣＳＦＢ寻呼成功率、ＣＳＦＢ回落成功率、ＣＳＦＢ呼叫接通率。各项指标具体计算方法如下。

ＣＳＦＢ被叫寻呼成功率＝ＳＧｓ接口语音业务请求次数／（ＳＧｓ接口语音业务一次寻呼次数－ＳＧｓ接口业务取消次数）

ＣＳＦＢ被叫回落成功率＝（ＣＳＦＢ寻呼响应次数＋ＣＳＦＢ被叫回落他局ＬＣＵ次数）／ＣＳＦＢ呼叫移动用户终结试呼次数

ＣＳＦＢ被叫呼叫接通率＝（ＣＳＦＢ呼叫２Ｇ终结接通次数＋ＣＳＦＢ被叫呼叫出局语音业务接通次数）／（ＣＳＦＢ寻呼响应次数＋ＣＳＦＢ被叫回落他局位置更新次数）

2.2CSFB被叫寻呼信令流程

按照定义可知ＣＳＦＢ被叫寻呼成功率为ＬＴＥ网络负责信令控制的移动性管理实体（ＭＭＥ：ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）向交换机ＭＳＣ回ＳＥＲＶＩＣＥＲＥ－ＱＵＥＳＴ的次数，与ＭＳＣ向ＭＭＥ下发的寻呼次数相比得到的值。如图１所示，当ＵＥ处于空闲态时，ＭＭＥ下发寻呼手机上报扩展服务请求后，ＭＭＥ回ＳＥＲＶＩＣＥＲＥＱＵＥＳＴ给ＭＳＣ，信令流程如图１所示；ＵＥ处于业务态时，ＭＭＥ收到ＭＳＣ的寻呼消息时直接先回ＳＥＲＶＩＣＥＲＥＱＵＥＳＴ给ＭＳＣ。

本文主要针对ＣＳＦＢ寻呼过程，从寻呼成功率

指标及寻呼关键信令来阐述ＣＳＦＢ寻呼失败的原因，提出相应的优化解决方案。

３影响ＣＳＦＢ被叫寻呼成功率的

原因分析

从信令流程可以看出，ＣＳＦＢ寻呼过程涉及ＭＳＣ、ＭＭＥ和ＬＴＥ无线三大网元部分。目前，ＭＭＥ处于轻载状态，ＭＳＣ与ＭＭＥ的ＳＧｓ接口也没有负荷告警，所以，我们将造成ＣＳＦＢ寻呼失败的原因聚焦在ＬＴＥ无线侧。经过分析，其原因有以下几类。（１）被叫ＵＥ处于小区边缘弱覆盖区域，导致下行寻呼接收困难

由于小区边缘下行导频覆盖电平较差，使得ＰＣＨ的覆盖一样较差，从而导致了该场景下ＵＥ接收寻呼困难（特别是农村场景和ＬＴＥ覆盖边界区域）。我们可以进行功率提升或站点增建，以保障ＬＴＥ的连续覆盖；对于无法进行覆盖提升的区域，则需要优化异系统重选门限，使得该区域的ＵＥ可以及时重选到其他系统，从而避免收不到寻呼消息的情况出现。（２）被叫ＵＥ进行频繁的ＴＡＵ更新

ＵＥ在进行ＴＡＵ更新的过程中是无法收到寻呼的，为了提升寻呼成功率，我们需要减少不必要的ＴＡＵ更新。我们可以在系统ＴＡＵ边界区域内对于ＲＦ进行重点调整，以降低ＴＡＣ边界的重叠覆盖，减少ＴＡＣ间的频选；还可以优化ＴＡＣ边界的重选参数（修改ＴＡＣ边界的重选偏置），适当增加ＴＡＣ边界的重选难度，从而减少不必要的ＴＡＵ更新。

此外，我们还要注意合理设置系统间的参数来避免跨网频选，即ＬＴＥ重选到异系统的门限和异系统重选回ＬＴＥ的门限要有一个保护

图1CSFB被叫寻呼成功率信令流程

····························

ＧＡＰ。例如，ＬＴＥ重选到ＧＳＭ的门限为－１１７，则ＧＳＭ重选回ＬＴＥ的门限则要高于－１１４，即可避免许多因ＬＴＥ和其他异系统跨网频选带来的ＴＡＵ更新。

（３）被叫所处小区存在下行干扰导致寻呼无法收取

如果小区的下行存在干扰，将影响ＰＣＨ的正常接收和解析。对此，我们可以通过扫频进行重点排查，对于系统内的干扰需要重点排查ＰＣＩ冲突、ＭＯＤ３干扰以及ＧＰＳ故障跑偏影响，而对于系统外的干扰，则需要定位干扰源，并及时协调清除。

４ＣＳＦＢ被叫寻呼过程优化措施

ＣＳＦＢ被叫寻呼过程的优化措施主要包括三类：覆盖优化、参数优化和功率优化。覆盖优化主要以建设基站、天馈调整为主，本节主要介绍参数优化与功率优化。

4.1参数优化（１）重选参数优化

重选参数优化首先要设置合理的小区重选优先级，异频重选优先级指示未配置在空闲态频繁重选可能会导致ＵＥ错过ＥＮＯＤＥＢ的寻呼，从而影响寻呼成功率。其次，还要规避跟踪区（ＴＡ）边界频繁的ＴＡＵ更新，因为在ＴＡＵ更新过程中，ＵＥ无法正常监听系统下发的ｐａｇｉｎｇ消息，ＴＡ边界频繁重选会严重影响ＣＳＦＢ寻呼成功率。

以某市为例，经核查，该市现网ＬＴＥ网络不同频段的重选优先级均配置为７，空闲态重选判决按Ｒ原则判断，即判决Ｒｎ＞Ｒｓ。小区重选的Ｒ准则计算公式如下：

服务小区的信号质量等级Ｒ＿ｓ＝Ｑｍｅａｓ，ｓ＋Ｑｈｙｓｔ邻区的信号质量等级Ｒ＿ｎ＝Ｑｍｅａｓ，ｎ－ＣｅｌｌＱｏｆｆｓｅｔ其中，Ｑｍｅａｓ，ｓ为ＵＥ测量的服务小区的ＲＳＲＰ

值，单位为ｄＢｍ；Ｑｈｙｓｔ为ｅＮｏｄｅＢ侧配置的服务小区的重选迟滞值，单位为ｄＢ；Ｑｍｅａｓ，ｎ为ＵＥ测量的邻区的ＲＳＲＰ值，单位为ｄＢｍ；ＣｅｌｌＱｏｆｆｓｅｔ为ｅＮｏｄｅＢ侧配置的邻区偏置值，单位为ｄＢ。

根据小区重选Ｒ准则，在小区重选时间内，邻区的信号质量等级一直高于当前服务小区信号质量等级；ＵＥ在当前服务小区驻留超过１秒，当上述条件满足时，将会触发ＵＥ重选到新的小区。

此时，我们增加重选参数中的Ｑｈｙｓｔ，就可抑制ＵＥ在空闲态下的小区频繁重选。该市现网Ｑｈｙｓｔ统一配置为ＤＢ４＿Ｑ＿ＨＹＳＴ（４ｄＢ），我们选取站间距较小，重叠

覆盖度较大，且位于ＴＡ边界的一层小区，将Ｑｈｙｓｔ优化至ＤＢ６＿Ｑ＿ＨＹＳＴ（６ｄＢ），大大减少了乒乓重选的概率，提高了ＣＳＦＢ寻呼性能。

（２）系统间重选参数优化

系统间重选参数设置不合理，将会导致ＵＥ在ＬＴＥ网络被拖死或进行系统间乒乓重选，严重影响ＣＳＦＢ寻呼成功率。在ＬＴＥ小区中设置ＧＥＲＡＮ（２Ｇ）重选优先级为１、ＵＴＲＡＮ（３Ｇ）重选优先级配置为３，故ＬＴＥｔｏ２Ｇ、

ＬＴＥｔｏＴＤ属于高优先级向低优先级重选，需要服务小区Ｓｒｘｌｅｖ低于ＴｈｒｓｈＳｅｒｖＬｏｗ，才开始触发重选。

Ｓｒｘｌｅｖ＝Ｑｒｘｌｅｖｍｅａｓ－（Ｑｒｘｌｅｖｍｉｎ＋Ｑｒｘｌｅｖｍｉｎｏｆｆ－ｓｅｔ）Ｐｃｏｍｐｅｎｓａｔｉｏｎ

其中，现网Ｑｒｘｌｅｖｍｉｎ设置为－１２８ｄＢｍ，Ｑｒｘｌｅｖｍｉｎｏｆｆｓｅｔ为０，Ｐｃｏｍｐｅｎｓａｔｉｏｎ为０，Ｔｈｒｓｈ－ＳｅｒｖＬｏｗ为４（单位为２ｄＢ，即４×２ｄＢ），故当４Ｇ信号低于－１２０ｄＢｍ时才会重选。我们可尝试将ＴｈｒｓｈＳｅｒｖＬｏｗ修改为７，让用户在４Ｇ信号低于－１１４ｄＢｍ时即可重选回２／３Ｇ网络。

4.2寻呼信道PCH功率优化

根据ＣＳＦＢ被叫寻呼成功率的定义，当ＵＥ处于连接态时，ＭＭＥ收到ＭＳＣ的寻呼后直接回复ＳｇｓＡＰＳＥＲＶＩＣＥ－ＲＥＱＵＥＳＴ，对于空闲态的ＵＥ则需要在

图3GS7提升寻呼功率前后无线接通率变化图

表1下行寻呼信道功率与上行链路功率优化

空口下发寻呼并等待ＵＥ响应。空闲态下ＵＥ是否正常完成下行寻呼接收，上行是否正常完成ＲＲＣ建立响应，是优化ＣＳＦＢ寻呼成功率空口需要重点关注的问题。

某市ＧＳ７下行站点主要分布在县城农村区域，平均站间距２￣３ｋｍ，部分区域站点间距高达８ｋｍ，存在区域性弱覆盖问题，即一定存在ＰＣＨ弱覆盖问题，此时，我们需要对ＰＣＨ功率进行优化提升以改善寻呼接收。

（１）第一次试验：仅提升ＰＣＨ功率

２０１４年７月７日，我们在ＧＳ７农村场景下，将ＰＣＨ功率提升３ｄＢ（从原来相对ＲＳ功率配置为０提升到３ｄＢ）。修改后ＣＳＦＢ被叫寻呼成功率无明显提升，但ＬＴＥ网络无线接通率却迅速恶化，如图２所示，７月１１日回退寻呼功率调整后无线接通率回归正常。

经过分析，提升ＰＣＨ功率只是改善了弱覆盖场景下ＵＥ接收到下行寻呼的概率，即ＵＥ原来收不到的寻呼现在可以接收到了。而为了回应寻呼，ＵＥ需进行ＲＲＣ建立，但此时ＵＥ处于小区弱覆盖区，上行链路质量较差，直接导致ＲＲＣ建立无法完成，进而影响了ＬＴＥ网络的无线接通率。

（２）第二次试验：同时提升ＰＣＨ功率和上行链路功率

根据上述分析，我们于７月２４日再次提升寻呼

信道ＰＣＨ功率，并同时提升上行链路功率，即提升前导初始接收目标功率（如表１所示），以达到改善寻呼接收和ＲＲＣ建立的目的。

如图３所示，调整后ＧＳ７下行寻呼成功率平均提升２．３５％，寻呼响应次数平均增加５６４次，无线接通率提升０．５６％，网络指标有了明显的提升。

从两次试验可以看出，弱覆盖场景下可能导致ＵＥ无法收到寻呼或无法完成ＲＲＣ建立响应，会直接影响ＣＳＦＢ的寻呼响应，需要我们有针对性地进行相应功率的优化。另外，提升功率虽然可以改善相应的业务性能，但是同样会增加网络干扰，对于业务量比较大的密集市区，

进行功率调整一定要慎重。

５结语

目前，移动互联网已经进入快速发展阶段，如何

图2GS7提升寻呼功率前后无线接通率变化图

调整前

调整后

寻呼信道ＰＣＨ功率相对ＲＳ功率设置为０ｄＢ相对ＲＳ功率设置为３ｄＢ前导初始接收目标功率

ＰｒｅａｍｂＩｎｉｔＲｃｖＴａｒｇｅｔＰｗｒ

１０４ｄＢｍ

１００ｄＢｍ

汇聚层带宽：按照每个汇聚环下有４个汇聚点，每个汇聚点带５个接入环，每个接入环带宽为６Ｇｂｉｔ／ｓ，同时考虑７５％的带宽收敛比，则单个汇聚环规划带宽应该为９０Ｇｂｉｔ／ｓ。

核心层带宽：按照每组Ｌ２／Ｌ３核心层桥接设备对应３０００个ＬＴＥ基站，每个基站平均带宽为１０００Ｍｂｉｔ／ｓ，同时考虑５０％的带宽收敛比，则单个核心层设备规划带宽应该为１．５Ｔｂｉｔ／ｓ。

按此测算，今后传送网的接入层应该以１０ＧＥ为主要组网方式，汇聚层以４０ＧＥ或１００ＧＥ为主，核心层则以４０ＧＥ或１００ＧＥ为主。

此外，为了使网络具备较大的弹性和可扩展性，从设备选型角度考虑，可选择平滑升级支持ＰＯＴＮ或ＳＰＴＮ的设备，以满足单端口提速的演进需求；而从网络组网角度考虑，后续可结合上述

扁平化的组网模式，大幅提升网络容量（图９）。

５结语

ＬＴＥ网络规模运营的后期，将对传送网络提出更多层面的新需求，顺应这些需求，传送网未来将进一步向动态化、智能化、高带宽方向发展演进

指派成功率和切换成功率专题分析解析

TCH指派成功率（不含切换）的优化 目前，无线系统接通率是联通总部考核的指标之一，从下面的无线系统接通率的公式可以看出，TCH分配成功率对该指标的优劣具有非常重要的影响，同时TCH指派成功率的提升对改善网络的寻呼成功率等指标也是有着积极意义的。 为此，我们专门对TCH指派成功率进行了专题优化。 首先分析TCH指派失败的成因，TCH指派失败的原因主要有五个方面：直接重试（directed retry）过程导致的失败、没有无线资源可用（no radio resource）导致的失败、无线接口故障返回SD（radio interface failure reversion to old channel）导致的失败、无线接口消息错误（radio interface message failure）导致的失败和其它原因（all other cause）导致的失败。其中以没有无线资源可用的原因所占的比例最大。 由上表列出了1月8日到1月25日20：00～21：00TCH指派失败的统计，可以看出，正是由于“没有无线资源可用”的原因导致的TCH指派失败次数主要集中在没有无线资源可用（no radio resource）导致的失败，这是由于TCH拥塞而造成的，而且随着TCH分配失败的次数越来越多，没有无线资源可用（no radio resource）导致的失败所占比例也越来越高，因此，解决TCH拥塞是提高TCH分配成功率的根本方法。缓解TCH拥塞可以通过减扩容

恒大新城12341小区扩容后拥塞情况得以解决，TCH指派成功率上升；

七星路林业大厦14352小区拥塞情况得以解决，TCH指派成功率上升； 高岭收费站18371小区扩容后拥塞情况得到解决，但是30号又出现拥塞，经检查发现 有一块载频TPU:0故障，经过测试恢复工作，若再出现退服则建议及时更换； 安吉路尾18583小区扩容后拥塞情况得以解决，TCH指派成功率上升；

影响寻呼成功率的因素

GSM网寻呼成功率指标的优化方法(2009-04-01 13:50:21) 标签：gsm网寻呼成功率优化指标分类：知识积累 1. 影响寻呼成功率的因素 网元MSC、BSC、BTS、MS，以及网络覆盖、干扰、信道拥塞以及设备硬件等因素都会影响到系统的寻呼成功率，例如： λ硬件故障 λ传输问题 λ参数设置问题 λ干扰问题 λ覆盖问题 λ上下行平衡问题 λ其它原因。 1.1 硬件故障 当出现TRX或合路器故障的情况时，将会造成MS难以相应寻呼，寻呼成功率下降。 1.2 传输问题 由于各种情况导致的Abis接口、A接口链路等传输质量不好，传输链路不稳定，也会导致寻呼成功率上升。 1.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） 1.4 干扰问题 当存在网内、网外干扰时，都会影响系统的接入成功率，这样就直接影响到系统寻呼响应，使寻呼成功率下降。 1.5 覆盖问题 可能影响寻呼成功率的覆盖问题： 1．不连续覆盖(盲区) 由于基站所覆盖的区域地形复杂（如山区公路）、地势起伏，无线传播环境复杂，信号受阻挡，覆盖不连续等造成MS无法响应寻呼。 2. 室内覆盖差

3G寻呼量较少网络下寻呼成功率指标较低问题分析专题

3G寻呼量较少网络下寻呼成功率指标较低 问题分析专题

目录 一、背景介绍 (3) 二、故障现象描述 (3) 三、原因分析及定位 (4) 四、处理方法介绍 (12) 五、经验总结 (12) 2 / 122

一、背景介绍 随着全省3G网络建设步伐的加快，各地3G网络覆盖范围快速增加，紧跟建设步伐的网络优化活动也大规模开展。盐城公司在本地的3G网络优化过程中遇到了一些端局下3G寻呼成功率较低问题。例如在NJGS24等2/3G融合端局，在3G无线覆盖水平明显较2G存在较大差距的情况下，从端局话务统计上看，3G网络的寻呼成功率明显偏低，本文就此问题进行了分析。 本专题主要包含如下内容： ◆现象描述 ◆原因分析与定位 ◆处理方法介绍 ◆经验总结 二、故障现象描述 端局接入RNC数据增加后，近日交换侧指标监控发现，建湖NJGS24下一个RNC下挂的5个3G LAC的寻呼成功率较低，最低的甚至为0。相关的统计指标如下。 3 / 123

4 / 124 表1 3月8日晚间寻呼统计表 从上表中，我们可以得出一个规律： 1、Iu 口的第一次寻呼次数低。5个LAC 中只有1个覆盖县城的LAC 的一次寻呼次数达到100次以上，其他乡镇的LAC 一次寻呼次数都在30次一下，甚至有的一个晚忙时只有7次。 2、重复寻呼次数远远高于一次寻呼总次数。 3、一次寻呼次数越多的LAC ，它的寻呼成功率越高。这5个 LAC 中，次数较多的成功率越高，次数越少成功率越低。例如D156,3个时段的成功率在80％以上，其他4个LAC 最高的只有36％，最低的只有0％。 下面是市区一个端局下的3G LAC 寻呼指标统计： 表2 寻呼较多的一个LAC 的成功率统计 从上表可以看出，市区的一个LAC 下的寻呼次数在达到几千次后，一次寻呼成功率的指标明显高于寻呼次数只有几十次的乡镇覆盖区的LAC 。 三、原因分析及定位 分析指标偏低可能出现的原因： ? 核心网和无线侧关于寻呼相关的软参设置不合理； ? 实际寻呼次数与端局话统的数据有误差； ? 无线环境特别恶劣，造成寻呼得不到用户终端的响应； ? 其他可能性，如核心网统计指标点的定义问题等。

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信道 ... 错误!未定义书签。 、参数配置上的问题....................... 错误!未定义书签。 、干扰问题影响寻呼成功率 ................. 错误!未定义书签。 、覆盖问题影响寻呼成功率 ................. 错误!未定义书签。 、上下行平衡问题影响寻呼成功率 ........... 错误!未定义书签。

关于寻呼成功率的提高方式

关于寻呼成功率的提高方式 1.位置区更新、小区重选等都会影响PAGING。 https://www.wendangku.net/doc/8b7808411.html,C划分和LAC区容量分析，合理的设置位置区范围，避免基站LAC插话现象。这样可以减少所有BSC 系统从交换接收寻呼消息的负担，保证在一个LAC区内尽快把所有寻呼消息发出去。 3.手机是否在服务区将直接影响系统所发寻呼消息能否被手机响应，保证手机在服务区则需要网络的覆盖达到一定要求。因此网络的健全程度将从根本上制约无线系统接通率的提高。寻呼成功率反映的是网络的覆盖问题， 4.减少网络干扰（外界干扰、CDMA干扰、一些特殊机关部门的干扰机）； 5.交换追出寻呼无响应多的小区，针对性的解决； 6.通常情况下，网络拥塞是影响无线系统接通率提不上去最大的因素。如果出现信令信道拥塞，就可能造成寻呼消息丢失，直接影响寻呼成功率。 7.处理传输等影响较大的硬件问题（射频单元、CDU、天馈系统等）。小区信号不稳定时，寻呼成功率会相当差。如此，需要尽可能少用微波传输。 8.有时候断站会影响相邻LAC的寻呼成功率的 9.用户的个人行为，比如正在进行短信、彩信的发送等。短信中心的寻呼机制也应关注。我们曾碰到一个案例，由于新建的短信中心的寻呼重发次数与其它短信中心不同，导致全网寻呼成功率大幅下降。 14.如果上下行信号不平衡，可能出现上行或下行信号很差，导致寻呼不到。 寻呼成功率的定义（C4.9）： l寻呼响应次数（C11.3）/ 寻呼请求次数（C11.1）

a MSC判断为1次移动台被呼，向被呼MS当前的服务区域所属的BS发送寻呼请求(Paging Re quest)。并启动定时器T3113。上报1次“寻呼次数”。 b BS在前向寻呼信道上传送寻呼消息（page），寻呼消息中带有移动台地址。 c MS通过接入信道应答Page Res ponse消息。 d BS收到寻呼响应消息后，上报1次“寻呼响应”。BS构造A1口的Paging Response消息，通过完全层3消息发送给MSC，并启动定时器T303。 e BS收到Page Res ponse消息，给MS应答基站证实指令（Base Station A cknowledgment Order ）。 MSC向BS发送指配请求（Assignme nt Re quest）消息，BS调用资源分配接口，分配无线信道的相关无线资源；然后配置业务信道单元。MSC收到寻呼响应消息后，F 停止定时器T3113。这条消息中同时带有MSC指定的地面电路。MSC启动定时器T10。BS收到来自MSC的指配请求（Assignme nt Request）消息后，

寻呼成功率信令流程

寻呼原理 当一个位置区下的移动台被寻呼时，MSC就会通过基站控制器(BSC)向这一位置区内的所有BSC发出寻呼消息，BSC收到寻呼消息后，向该BSC下属于此位置区的所有小区发出寻呼命令消息?当基站收到寻呼命令后，将在该寻呼组所属的寻呼子信道上发出寻呼请求消息，该消息中携带有被寻呼用户的IMSI或者TMSI号码。移动台在收到寻呼请求消息后，通过随机接入信道(RACH)请求分配SDCCH。BSC则在确认基站激活了所需的SDCCH 信道后，在接入允许信道(AGCH)通过立即指配命令消息，将该SDCCH指配给移动台。移动台则使用该SDCCH发送寻呼响应(Paging Resp)消息给BSC，BSC将PagingResp消息转发给MSC，完成一次成功的无线寻呼? 如下图1： 寻呼相关指标定义: 从寻呼信令流程中我们得出几个主要可能影响寻呼成功率的对应节点，每个节点所对应的指标计算公式如下：

MSC 寻呼成功率定义： (PAGING_NPAG1RESUCC+PAGING_NPAG2RESUCC)/(PAGING_NPAG1LOTOT+ PAGING_NPAG1GLTOT) LAC寻呼成功率定义： (LOCAREAST_NLAPAG1RESUCC+LOCAREAST_NLAPAG2RESUCC)/ (LOCAREAST_NLAPAG1LOTOT) UM口寻呼成功率定义： sum(RANDOMACC_RAANPAG + RNDACCEXT_ RAAPAG1 + RNDACCEXT_ RAAPAG2) / LOCAREAST_ NLAPAG1LOTOT 随机接入成功率： RANDOMACC_CNROCNT / (RANDOMACC_ RAACCFA +RANDOMACC_CNROCNT) SD建立成功率： CLSDCCH_CMSESTAB /CELTCHFP_ TFCONGPGSM

浅谈提高寻呼成功率的几种方法

浅谈提高寻呼成功率的几种方法 摘要在过去一年中，北京CDMA网络寻呼成功率有了较大幅度攀升。本文详细说明了提高寻呼成功率的几种方法，并介绍了其在北京现网中的实际应用情况。 关键词寻呼成功率CDMA SCI ISPAGING 1．引言 在CDMA网络中，寻呼成功率的公式为“（寻呼成功总次数/寻呼请求总次数）*100%”。其中寻呼请求总次数统计了MSC发出对被叫用户的寻呼消息的次数；寻呼成功总次数统计的是MSC收到被叫用户的寻呼响应消息的次数。 寻呼成功率是关系网络通信质量的一个重要指标，不但衡量了手机是否能够接收到交换机下发的寻呼消息，而且也考察了交换机是否能收到手机上发的寻呼响应消息。 2003年春天，北京CDMA网络的寻呼成功率较低。通过1年多的努力，该项指标上升了将近5个百分点，成果显著。在此，谈谈我们在提高寻呼成功率方面的一些经验和方法，供大家借鉴。 2.方法一：提高网络覆盖率 这是提高寻呼成功率最容易想到的方法。网络覆盖的面积大了，手机移动到无信号地区的概率自然就减小了，其能够成功响应寻呼消息的概率也就增加了。 然而网络不是一天建成的，网络覆盖空洞和弱覆盖地区也不是旦夕间灰飞烟灭的。因此，在实际实施中，这却是花费时间最长，需要长期积累才能看出明显效果的方法。但“不积跬步无以致千里，不积小流无以致江河”。这恰恰是这我们应该长期坚持努力的方向。 2003年是北京CDMA网络的建设年，基站覆盖的广度和深度都有了质的飞越。不论城区还是郊区的覆盖率都大为提升，成为寻呼成功率持续上升的重要保证。其中最为明显的一个例证是2003年年末伴随着地铁站台的全面覆盖，北京C网寻呼成功率迅速攀升了0.5个百分点。 3.方法二：减轻寻呼信道负荷 如图3.1所示，在CDMA系统中，一个80ms的寻呼信道时隙分成4个20ms的子时隙，每个子时隙中仅能容纳最多一条寻呼消息。因此，一个寻呼信道时隙中最多容纳4个寻呼消息。

移动LTE专项优化CSFB成功率提升思路

移动LTE CSFB成功率提升思路

1CSFB成功率提升思路 1.1CSFB寻呼成功率提升思路 1）、先行核查站点是否存在告警，重点是驻波类告警、传输链路类问题及时钟类告警。2）、核查站点功率设定是否满足规范要求（具体方法后续发送），需要区分单双模功率。 如下为单通道功率标称值，若单模可以直接以如下功率来进行设定；若双模就需要核实TDS 侧功率设定，TDS+TDL功率之和不能超过设备支持功率。 3）、核实小区数据设定是否符合规范要求，主要包含如下几项：端口数、收发模式与设备 特性、射频规划方式是否一致；如RRU3161-FA仅为单通道，就需要在小区属性中设定为单端口、单发单收；若设定为其它就需要核实RRU级联方式及扇区布置方式是否常规设定。4）、核查站点4G邻区关系是否完整（由于邻区不完整而无法顺利重选导致的假弱覆盖问题）。5）、核查U2000寻呼测量话统是否存在S1接口寻呼下发次数为0的问题，确定是否eNodeB ID重复所致； 6）、核查共站点LAC及TAC是否设定一致（由于经纬度问题或者规划问题导致的异常），是否存在跨MSC Pool的问题。 7）、分析MR数据RSRP及上行干扰数据来判断是否弱覆盖问题导致的寻呼黑洞问题，若是建议调整寻呼次数来加大空口寻呼力度。 8）、对于无线弱覆盖十分严重的小区就需要通过接入类参数进行优化调整，该重选到GSM

或者TDS网络的就要重选过去，避免弱覆盖异常导致的寻呼交互无法顺利进行的问题。1.2CSFB回落成功率提升思路 1)对LTE侧CSFB相关的开关及CSFB优先级参数进行核查，必须依照规范来设定。 2)核查GSM侧CSFB license资源是否充足，华为GSM还需要核实支持CSFB开关及未 知寻呼响应开关是否开启； 3)从U2000话统台对CSFB成功率及准备成功率进行分析，是否存在失败偏高90%以上 的小区，如果失败率高通常都是邻区及频点未添加所致，或者盲切换优先级、 connection态优先级未设定所致，需要依照规范来设定。 4)对TAC-LAC一致性进行核查，需要割接调整的就提单调整，配置不一致的就提单修改， 避免位置更新过程中容易导致的回落失败问题。 5)对TOP小区邻区关系进行核查，漏配、错配及频点不全、频点冗余等问题需要及时予 以整改，避免回落频点不合理而导致失败问题。 6)全网GSM站点及LTE站点加入Pool归属，若未组Pool需要加入MSC归属，对于Pool 间的邻区关系建议删除，具体频点也要做出相应的删减（具体需要依照该频点覆盖范围及LTE站点覆盖范围来确定）；对于未组Pool的就需要将不同MSC的邻区关系进行删除，频点也如Pool间方式操作。 7)对TOP小区的MR数据进行解析，分析RSRP、上行干扰及UE功率余量话统来综合判 断是否网络干扰导致回落失败。 8)从GSM网络侧分析是否存在SDCCH溢出的问题，需要GSM日常优化去优化。1.3CSFB呼叫成功率提升思路 CSFB呼叫成功率阶段导致失败更多的是在GSM侧，需要重点从GSM网络侧进行优化。1）、对TCH话务溢出问题进行专题优化提升。 2）、结合A+Abis平台对GSM侧接通率TOP小区进行质差及干扰排查优化。 3）、对回落伴随位置更新频繁小区进行专题分析优化。 在LTE侧回落频点不合理时可能会造成回落小区不是最优小区，引发弱覆盖及质差问题，导致CSFB呼叫失败，对此需要重点从如下方面入手： 1）、对于呼叫失败TOP小区周围LTE站点邻区关系的合理性进行核查，避免4G侧邻区关系漏配及错配导致的回落频点不合理问题。

寻呼成功率优化

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三者之间的信令丢失）。

LTE网络寻呼容量评估

LTE网络寻呼容量评估

目录

1概述 1.1TAC介绍 LTE网络现行寻呼策略为：精准寻呼+普通的寻呼，即UE上次驻留的eNodeB发起寻呼->精准寻呼2S响应超时寻呼下级，最近TAC ->精准寻呼2S响应超时寻呼下级，TAL->精准寻呼2S响应超时重新寻呼， TAL ->寻呼6S超时后重新寻呼，TAL ->寻呼6S超时后寻呼失败。 注：若UE在一个eNodeB下的驻留时间小于2分钟（eNodeB粘性时长），MME将跳过该UE对应的寻呼规则中“最近eNodeB”的寻呼范围，直接跳转到下一级范围（TAC或TA List）进行寻呼。 TAC区作为LTE网络寻呼过程中重要的一环，配置即不能过大也不能过小： 过大：会导致核心侧、无线侧资源消耗过大，引起过载、挤占业务信道资源或需要的配置过高问题。 过小：会导致TAC级寻呼成功率偏低、从而触发过多不心要的TAC List级寻呼，并导致TAC编号资源紧张。 1.2TAC区约束条件 TAC区最大寻呼能力需要考虑以下2方面的约束条件： 1、核心侧MME现网配置条件下的寻呼能力。 2、无线侧寻呼对空口资源占用合理比例下的寻呼能力。 2TAC寻呼能力分析 2.1核心侧MME分析 核心网进行TAC合并的条件是，一个TAL下挂基站数量不超过150，否则在用户数突增情况下可能造成MME侧设备的负荷问题。 TAL下TAC数量减少对核心网设备负荷的影响在5%左右。 统计现网TAL下挂基站数目情况，150个基站以上的TAL数目达到53个，其中衡水最高达到一个TAL下面825个BBU（TAL:18929），部分过大的TAL需要进行分裂后再进行TAC合并。

寻呼成功率优化指导

寻呼成功率优化指导 1 寻呼成功率的计算方法 2006年，联通将寻呼成功率纳入考核指标，88%达标，94%满分。寻呼 成功率的计算方法如下： 寻呼成功率＝寻呼响应次数/寻呼请求次数*100% 其中，寻呼响应次数定义：本地区所有MSC收到的PAGING RES消息的响 应总和，包括二次寻呼响应。统计点为MSC。 寻呼请求次数定义：本地区所有MSC发出的PAGING消息的总和，不包括 二次寻呼的消息。统计点为MSC。 2 影响寻呼成功率的因素 寻呼成功率是一个系统级的问题，涉及MSC、BSC、BTS、MS以及网 络的覆盖情况等。影响MSC寻呼成功率的因素主要有： 1、基站覆盖情况； 2、MSC的寻呼策略； 3、信令信道是否拥塞； 4、位置区划分的合理性、上下行平衡情况； 5、寻呼相关参数设置。如：上下行接入门限参数、周期位置时间（T3212） 等。 3 BSS侧提高寻呼成功率的措施 3.1 开启BTS寻呼重发功能 为了提高寻呼成功率和寻呼效率，基站侧增加了寻呼重发功能，这样可 以解决一些由于偶尔的无线链路传输质量差而造成的移动台暂时无法正 确接收寻呼命令问题，而对于持续的无线链路传输质量差而造成的移动 台暂时无法正确接收寻呼命令问题继续依赖于MSC侧的寻呼重发来解 决。另外，由于基站侧实现了寻呼重发，减少了MSC侧寻呼重发量，一 定程度上降低了整个网络侧的信令负载。

修改参数“寻呼次数”（小区属性表）开启BTS寻呼重发功能（建议设 置为4次）。 参数“寻呼次数”含义：在BTS2X基站中本参数用于BTS决定寻呼重 发，它与MSC内配置的寻呼次数共同控制寻呼的重发次数，总共的寻呼 次数近似为两者相乘值。华为BSC没有重发机制，收到一条寻呼消息处 理一条寻呼消息。华为BTS支持寻呼重发机制。 3.2 合理设置MSC周期位置更新时间 适当减小MSC周期位置更新时间，且设置BSC的周期位置更新定时器 T3212稍小于MSC周期位置更新时间（建议将BSC的周期性位置更新 时间值设置比MSC周期性位置更新时间小5～10分钟），有利于寻呼成 功率的提高。当MSC 附着分离定时器（Detach Timer）超时后，VLR 将把处于覆盖盲区或关机的手机设置为隐性关机，此时MSC也不会下发 寻呼。 在保证不发生信令过载的条件下，适当减小BSC、MSC周期位置更新时 间。 注意：同一位置区下不同BSC的周期位置更新时间设置为一致，并且 BSC的周期位置更新时间小于MSC的周期位置更新时间。 3.3 适当降低“RACH最小接入电平” 参数“RACH最小接入电平”（小区属性表）设置越小，对提高寻呼成 功率越有利。参数“RACH最小接入电平”最小可以设置为0（表示对上 行接入电平不限制）。由于影响寻呼成功率和掉话率的网优参数是互相 制约的，通过降低“RACH 最小接入电平”可以提高寻呼成功率，但会 造成掉话率增加。 3.4 适当降低“MS最小接收信号等级” 参数“MS最小接收信号等级”表示MS接入系统所需要的最小接收信号 电平，缺省值为8。为了提高寻呼成功率，可以适当降低该参数。该参数 设置过低同样会导致掉话增加，需要采取优化掉话的措施。 3.5 适当增大“MS最大重发次数” 参数“MS最大重发次数”（系统消息数据表）表示MS在同一次立即指 配进程中允许发送Channel Request消息次数的上限。参数设置值越大， 试呼的成功率越高，接通率越高，但同时RACH信道的负荷也越大。 参数“MS最大重发次数”缺省值为4次，为了提高“寻呼成功率”，可 以设置该参数为7次，但要密切关注RACH信道的负荷。

寻呼不可及优化经验总结

寻呼不可及优化策略： 第一、针对6个寻呼成功率最差的LAC（22964,2967,24662，24767,24776,24780）进行核心网参数优化，寻呼成功率低于90%且AT=0的将AT调整为1；3、首次寻呼成功率低于80%且INT=300的将INT调整为350。参数优化后这6个LAC的寻呼成功率得到较大提升，都在94%以上。提升都在5个百分点以上。 第二、H YS参数优化。针对泉州TOP500寻呼不可及小区中的LAC边界373个，包括其邻小区进行HYS参数优化。通过 指标统计，优化小区寻呼不可及次数约能改善1%。； 第三、对LAC边界且存在过覆盖小区进行覆盖整治，目前完成对3个小区的过覆盖整治，整治后其寻呼不可及次数下降明 显，约能压降5%以上。 第四、针对高干扰的26个小区的RET参数有原来的4优化为7，通过对比优化前后日均寻呼不可及次数，整体有所下降。 由优化前的平均116次压降为优化后的71次，整体日均约 减少45次。 第五、另外通过优化小区重选参数REO、TEO参数，采取限制小区（较高寻呼不可及）的边缘用户驻留的策略，达到压降 寻呼不可及次数的目的；另外通过优化SD及TCH拥塞小 区，解决由于无线资源原因导致的寻呼不可及问题；再者 就是通过对寻呼容量受限小区（存在寻呼删除小区）进行 扩展CCCH开启，或增加扩展CCCH个数，达到提升寻呼

成功率，压降寻呼不可及次数的目的。 现阶段寻呼不可及优化成功： ◆全网寻呼失败率：全网寻呼失败率由8月份的0.3%，压降到9 月份（目前）的0.22%，整体压降幅度为-28.6%； ◆TOP1000寻呼失败率：TOP1000寻呼失败率由8月份的1.22%， 压降到9月份（目前）的1.08%，整体压降幅度为-11.4%；

寻呼成功率指导书

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为单元进行测量；二是以位置区为单元进行测量。

低寻呼成功率的LAC的分析

长春本周最差LAC统计、分析 4天最差LAC统计过滤出7个寻呼成功率低LAC，通过对低寻呼LAC下的BSC、小区及相应参数进行统计分析，无法从无线侧发现LAC 寻呼成功率低的原因。建议交换侧配合分析具体Paging失败的原因。 1. 对《长春本周最差LAC统计.rar》进行统计分析，附件中只有7个低寻呼成功率低的LAC。详见下表： 从上表可以看出，低寻呼成功率的LAC并不是每个时段都出现，也不是每个时段寻呼成功率都低于90%。其中17181出现时段最多为64次，但其寻呼成功率平均值都在91.96之上。 2．在《长春本周最差LAC统计》中LAC17181最差时段出现在13日2时和15日18时，寻呼成功率都为89.77%；另一个LAC17165在14日3时和15日2时寻呼成功率为87.03%和89.66%。低于90%的也只有这两LAC，共计出现4个时段。 对LAC17181和LAC17165中的BSC的指标进行查看，其出现低寻呼的时段BSC各项指标均正常，同时对其他各个LAC最差时段BSC 进行统计，指标正常。详见下表：

3. 对11月1日到14日网络指标进行统计、分析，干扰、切换成功率、掉话、拥塞、上行干扰比例、无线利用率等指标均正常，见下表：

从上表可以看出，网络各项指标对比历史没有明显波动及变化。其具体指标详见附件参考附件《每日网络指标汇总》。 4. 没有对bs_ag_blks_res、bs_pa_mfrms、T3212和CRH等参数没有进行参数调整。 综上所述，各个LAC下BSC及小区指标均正常，与历史指标对比后没有发现明显变化，同时各项参数也没有进行调整，无法从无线侧发现LAC寻呼成功率低的原因。建议交换侧配合分析具体Paging失败的原因，对于无线类的，网优中心进行进一步分析。

02 话统分析

目 录2-18A.2 中国联通质量考核指标........................................2-16 A.1 中国移动话统考核指标2002年...............................2-16 附录A ...........................................................2-142.4.6 切换成功率低的分析........................................2-12 2.4.5 SDCCH 拥塞率分析..........................................2-10 2.4.4 TCH 拥塞率的分析..........................................2-7 2.4.3 掉话率高的分析.............................................2-6 2.4.2 话统分析整体思路...........................................2-6 2.4.1 话统分析准备...............................................2-6 2.4 话统分析.......................................................2-4 2.3.2 运营商考核指标.............................................2-4 2.3.1 关键性能指标...............................................2-4 2.3 话统指标简介...................................................2-3 2.2.2 话务统计功能...............................................2-2 2.2.1 话务统计系统结构...........................................2-2 2.2 话务统计系统的结构和功能.........................................2-1 2.1 概述 ..........................................................2-1 第2章 话统分析........................................................

GSM寻呼优化

陈源惠:GSM寻呼策略分析与优化建议 陈源惠 广东怡创通信有限公司，1997年7月中山大学计算机软件专业，网优中心经理兼网优专家，研究方向：GSM网络质量、容量的评估手段、分析方法及各种问题的解决方案；2G与3G共存情况下不同话务模型的优化方法。 1 寻呼原理 当一个位置区下的移动台被寻呼时，MSC就会通过基站控制器(BSC)向这一位置区内的所有BSC发出寻呼消息，BSC收到寻呼消息后，向该BSC下属于此位置区的所有小区发出寻呼命令消息。当基站收到寻呼命令后，将在该寻呼组所属的寻呼子信道上发出寻呼请求消息，该消息中携带有被寻呼用户的IMSI或者TMSI号码。移动台在收到寻呼请求消息后，通过随机接入信道(RACH)请求分配SDCCH。BSC则在确认基站激活了所需的SDCCH信道后，在接入允许信道(AGCH)通过立即指配命令消息，将该SDCCH指配给移动台。移动台则使用该SDCCH发送寻呼响应Paging Resp)消息给BSC，BSC将Paging Resp 消息转发给，完成一次成功的无线寻呼。MSC如图1：

2 寻呼策略设置介绍 (1）寻呼策略 目前GSM网存在TMSI寻呼和IMSI寻呼两种寻呼方式。在GSM系统中，每个用户都分配了一个惟一的MSI，IMSI写在移动台的SIM卡中，长8字节，用于用户身份识别；TMSI由VLR为来访的移动用户在鉴权成功后临时分配，仅在该VLR管辖范围内代替IMSI在空中接口中临时使用，且与IMSI相互对应，长4字节。因此空中接口的寻呼信道在使用IMSI 方式寻呼时，寻呼请求消息中只能包含2个IMSI 号码，而使用TMSI 方式寻呼时，则可以包含4个TMSI号码。因此，使用IMSI 方式寻呼带来的寻呼负荷会比使用TMSI 方式寻呼增加一倍，是否使用TMSI由参数TMSIPAR 来决定。在用户的位置区信息已知的情况下，第一次寻呼会在该位置区进行，如果第一次寻呼失败，则第二次的寻呼方式则根据PAGREP1LA 参数的设置进行，如果其值为0，则不会进行第次寻呼，直接产生EOS400；如果其值为1 或2，则其使用TMSI 或者IMSI 在原位置区进行

GSM寻呼成功率指标优化

GSM寻呼成功率指标优化 1. 影响寻呼成功率的因素 网元MSC、BSC、BTS、MS，以及网络覆盖、干扰、信道拥塞以及设备硬件等因素都会影响到系统的寻呼成功率，例如： 硬件故障 传输问题 参数设置问题 干扰问题 覆盖问题 上下行平衡问题 其它原因。 1.1 硬件故障 当出现TRX或合路器故障的情况时，将会造成MS难以相应寻呼，寻呼成功率下降。 1.2 传输问题 由于各种情况导致的Abis接口、A接口链路等传输质量不好，传输链路不稳定，也会导致寻呼成功率上升。 1.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） 1.4 干扰问题 当存在网内、网外干扰时，都会影响系统的接入成功率，这样就直接影响到系统寻呼响应，使寻呼成功率下降。 1.5 覆盖问题 可能影响寻呼成功率的覆盖问题： 1．不连续覆盖(盲区) 由于基站所覆盖的区域地形复杂（如山区公路）、地势起伏，无线传播环境复杂，信号受阻挡，覆盖不连续等造成MS无法响应寻呼。 2. 室内覆盖差 因为一些建筑物密集，信号传输衰耗大，加上建筑物墙体厚，穿透损耗大，室内电平低，造成MS无法响应寻呼。 3. 越区覆盖（孤岛） 服务小区由于各种原因（如功率过大，天线方位角等）造成越区覆盖，导致MS可接收到下行信号，到MS发出的相应消息无法达到基站，造成寻呼成功率下降。 1.6 上下行平衡问题 如果由于基站发射功率过大或塔放、基站放大器、天线接口等出现问题，造成上下行电平相差较大，则在基站覆盖边缘会导致手机接入成功率不高。 2. 寻呼成功率分析流程和优化方法 2.1 分析流程图 2.2 寻呼成功率问题定位及优化方法说明 2.2.1 硬件和传输上存在问题 当出现TRX或合路器故障等情况时，将会造成寻呼下发失败或指配失败等情况,导致寻呼成功率下降。 检查硬件故障可以通过查看基站告警或在LMT上的基站设备面板界面直接查看硬件状态。主要的BSC告警如下表所示：

TBF建立成功率专题

TBF相关参数说明 TBF：临时块流(Temporary Block Flow) 它是MS和BSS之间的RR实体在进行数据传送时的一种物理连接 网络可以给TBF安排一个或多个PDCH无线资源 一个TBF包含许多RLC/MAC块，用来承载一个或多个LLC PDU TBF是临时的，只有在数据传送过程中才存在 TFI：临时流标志(Temporary Flow Identity) 网络给每一个TBF安排一个临时流识别码(TFI),它是TBF的标志 分配给同一个TBF的全部PDCH内，其TFI值都是相同的；但对相同PDCH上的不同TBF，其TFI 值则是唯一的。可以在不同方向上给TBF安排相同的TFI。TBF由TFI、数据传送方向唯一标志 T3168参数说明：用来设定MS等待分组上行指配消息的时长。该定时器用来设定MS等待分组上行指配消息的最大时长。MS通过在发送分组资源请求消息，或是在分组下行确认消息中附带的信道请求来发起上行TBF建立请求后，就开始启动定时器T3168来等待网络侧的分组上行指配消息。若MS在T3168超时前，收到了分组上行指配消息，则将T3168复位；否则，MS将重新触发分组接入过程，直到此过程重复4次，此后，MS将认为该上行TBF建立失败。该参数设置得越小，MS判断发生TBF建立失败的周期就越短。在有TBF建立失败的情况下，分组接入的平均时延就越短；但在恶劣的无线情况下TBF 建立成功率也就越低；而且该参数值过小也会增加重发分组接入请求的概率，从而增加PCU进行重复指配的概率，导致系统资源的浪费。该参数设置的越大，MS判断发生TBF建立失败的周期就越长。在有TBF建立失败的情况下，分组接入的平均时延就越长；但是在恶劣的无线环境下TBF建立成功率会有所提高。 T3192参数说明：该定时器用来设定MS在完成接收最后一个数据块之后，等待TBF释放的时间。当MS收到包含最后块标识的RLC数据块，并且确认已经收到了TBF中的所有RLC数据块时，MS应发送分组下行确认消息，并携带最后确认标识，同时开启T3192。如果T3192超时，MS将释放TBF相关资源并开始监听寻呼信道。在TBF释放阶段，如果MS处于半双工状态并且收到分组上行指配，MS将立即响应该命令；如果在TBF释放阶段没有收到分组上行指配，MS将进入分组空闲模式，在双传输模式时将进入专用模式。该参数设置得越小，由于MS很快将TBF资源释放掉，若此时网络侧有新的下行数据包要发送，网络必须发起寻呼或立即指配流程，所以下行TBF建立的时间就比较长。该参数设置得越大，TBF相关资源保留的时间就越长，如果后续没有下行数据传输，将造成长时间的无效资源占用；而如果网络侧新的下行数据到来时，T3192还未超时，则网络可以直接发送分组下行指配消息建立一个新的下行TBF，缩短TBF的建立时间。 上行非扩展TBF延时释放时长：该参数用于设置上行非扩展TBF延迟释放的时间。网络侧收到最后一个上行RLC数据块（CountValue=0）后，会给MS发送一个FAI=1的Pakcet Uplink Ack/Nack消

KPI指标提升案例

起呼问题的处理流程： 信号快衰造成未接通： 【事件描述】 国力大酒店3小区在丰潭路上有快衰现象，在该路段国力大酒店3小区信号迅速衰减至-90dBm，造成起呼失败。

信号快衰导致重选不及时 【解决措施】 现场调整国力大酒店3小区的机械下倾角由原来的6°→10° 【优化结果】 调整之后在丰潭路复测多次，此问题路段已不会切至国力大酒店3小区。 调整后切换关系图 跨RNC迁移时，被叫connect消息没有直传导致未接通 【事件描述】 在中河北路上，主叫呼被叫，被叫响应寻呼。22：33：26，被叫向网络侧发起connect 消息时，被叫正在从同发财富1小区跨RNC迁移到文苑宾馆2小区，被叫connect消息不能直传到CN而导致主叫未接通。

被叫在源RNC上没有上报connect直传消息，如下： 被叫在目标RNC上没有上报connect直传消息，如下： 【事件原因】 在起呼过程中，主被叫完成RAB建立，但是被叫发生了跨RNC切换，被叫在目标RNC发出送的connect消息，主叫在源RNC收不到CN下发的connect消息。 【解决措施】 需针对RNC边界进行优化（也即进行LAC区优化）。 RNC规划的推荐原则：

在规划RNC区时，需要尽可能的利用环境因素，减少RNC间的信令/数据流量，避免出现频繁的跨RNC 间切换。（注：此种情况一定要注意，像杭州一个RNC一个MSC出现频繁的跨RNC重选或切换会带来主叫在起呼过程中RAB建立完成发生切换至另外一个RNC导致收不到被叫发送的connect而导致未接通）如果存在两个以上的RNC区，在高话务的大城市，可以利用市区中山体、河流等地形因素来作为RNC 区的边界，减少两个RNC区下不同小区的交叠深度。如果不存在这样的地理环境，RNC区的划分尽量不要以街道为界，边界不要放在话务量很高的地方（比如商场）。一般要求RNC区边界不与街道平行或垂直，而是斜交。在市区和城郊交界区域，一般将RNC区的边界放在城郊区域外围一线话务量相对小的基站处，而不是放在话务密集的城郊结合部，避免结合部用户出现频繁的跨RNC间切换。 IMSI UNKNOWN IN VLR导致未接通 【事件描述】 车辆由南向北行驶在丰谭路上，在丰谭路左转至天目山路路口处，主叫UE由亚洲城2(40701)重选至国力大酒店2(40262)，未能及时进行位置更新即起呼，造成CM SERVICE REJECT，cause为IMSI UNKNOWN IN VLR。 主叫路测截图 【事件原因】 该用户在其他的Server上做了位置更新，且HLR通知了本Server删除掉用户数据。由于该用户没有在本Server上做位置更新，也就是说，本Server上是没有该用户的数据的，所以当该用户在本Server上发起呼叫时，核心网直接拒掉，拒绝原因值为”IMSI Unknown in VLR”。 【解决措施】 关于该问题，核心网的MAP功能配置里有个选项可以解决此问题：