寻呼成功率专题分析(通过A接口信令数据定位寻呼差小区理论模型)

寻呼成功率专题分析(通过A接口信令数据定位寻呼差小区理论模型)
寻呼成功率专题分析(通过A接口信令数据定位寻呼差小区理论模型)

寻呼专题分析

在此次优化工作中,我们针对寻呼成功率指标做了专项分析,由于寻呼成功率低会影响网络接通率指标,同时也会使用户的感知度受到影响,我们参考无线侧数据及交换侧数据在寻呼成功率方面进行了一些优化工作,从寻呼时长,寻呼较差小区,以及寻呼涉及的一些参数进行了分析,具体过程如下:

我们按下面的模型统计了寻呼较差的小区,并针对这些小区进行了一定的优化调整。理论模型:当某用户在某LAC下的一个小区下成功被寻呼到后,此时假定小区为用户的驻留小区,并记成功寻呼一次;当对该用户做寻呼而且在该LAC下其他小区无响应时,则在该小区下寻呼失败一次。同样若寻呼响应小区和原小区不同,则将驻留小区变更为当前小区,不记为原小区失败;当用户离开该LAC区,自然也不会产生寻呼消息。按照上述统计原则做长期的统计就可以计算出寻呼较差的小区。这样的结果虽然是一种估算,但可以反映寻呼的整体情况,对统计并提高寻呼成功率有重要的意义。详细结果如下:

针对一、二次寻呼时长,我们做了一下分析,以MSC2为例:

一次寻呼为起始时间,得到第一次寻呼相应的时间分布图如下:

一次寻呼的响应时间平均为1秒,主要部分集中在0.45秒---2秒这个间隔。

以一次寻呼为起始时间,得到第二次寻呼相应的时间分布图如下:

二次寻呼响应平均时长为6.2秒,主要部分集中在5.5秒---8秒这个间隔。而JNMSC2的一次寻呼时长设置为5s,并且只有当一次寻呼时长计时器超时才会发起二次寻呼,二次寻呼时长设置为6s,此设置能够保证用户有足够的时间被寻呼到。下面是一次成功的寻呼流

程:

从上面的流程中,我们对无线侧影响寻呼的相关因素进行汇总,并参考小区掉话情况对部分相关参数进行优化调整:

无线侧影响寻呼成功率的因素/参数主要涉及以下几个方面:

●覆盖问题

●过多的位置更新

●网络随机接入性能差

●SDCCH 拥塞

●无线参数设置

●BTS 硬件问题或者拥塞

●MSC 和 BSC 之间的信令链路不稳定

其中无线参数部分主要涉及

ATT:MS是否允许IMSI ATTACH/DETACH。

MAXRET:MS接入系统时最多允许重新发送次数。

T3212:位置更新监测时长。

ACCMIN:MS允许接入网络的最小信号电平(dBm).

AGBLK:预留的AGCH数。

MFRMS:发送相同PAGING MESSAGE的复帧数。

BCCHTYPE:BCCH类型。

将全网ATT设置为ON;考虑到SDCCH负荷的情况下增加部分边际小区的MAXRET值;现网BCCH类型为comb类型的小区有64个,由于不同的BCCH类型会影响寻呼,所以建议在本期扩容工作的进行中将这部分小区的BCCH信道类型由comb调整为ncomb,并根据实际话务情况,进行TCH和SDCCH的扩容工作,详细原因如下:

The mobile does not respond to paging after a handover to a cell with different control channel configuration, than the cell where the call was setup. The paging group is not recalculated with the control channel configuration for the cell where the call was terminated. The mobile will thus listen to the wrong paging group. The same configuration of the control channel shall therefore be used in the entire network.

现网BCCH类型为comb类型的64个小区多数为配置相对较小的小区,且部分小区话务负荷相对较高,暂时不能完成BCCH类型的转换工作,需要在十期扩容工作的进行中调整。

交换机侧有关寻呼机制的设置情况如下:

?第一次寻呼时长,LA内寻呼和GLOBAL内寻呼均设为5秒

MGEPC:PROP=PAGTIMEFRST1LA-5;

MGEPC:PROP=PAGTIMEFRSTGLOB-5;

?第二次寻呼时长,LA内寻呼和GLOBAL内寻呼均设为6秒

MGEPC:PROP=PAGTIMEREP1LA-6;

MGEPC:PROP=PAGTIMEREPGLOB-6;

?不可及监测时长设为18秒

DBTRI;

DBTSC:TAB=AXEPARS,SETNAME=GSM1APTC,NAME=TIMNREAM,VALUE=22;

DBTRE:COM;

?第一次GLOBAL寻呼失败后,重复寻呼条件设定

DBTRI;

DBTSC:TAB=AXEPARS,SETNAME=GSMMMSC,NAME=PAGREPGLOB,VALUE=0(为进一步提高寻呼成功率可设置为1);

DBTRE:COM;

?第一次LA寻呼失败后,重复寻呼条件设定

DBTRI;

DBTSC:TAB=AXEPARS,SETNAME=GSMMMSC,NAME=PAGREP1LA,VALUE=2(为进一步提高寻呼成功率可设置为3);

DBTRE:COM;

?参数说明

手机作被叫或收短信时,系统会发起对该手机的寻呼。如果系统知道该手机的区域标识(LA IDENTITY),则系统会在该区域内发起第一次区域性寻呼(LA PAGING) ,寻呼时长由交换机属性参数PAGTIMEF RST1LA的值决定。如果不知道手机的区域标识,则系统会发起第一次整体性寻呼(GOLBAL PAGING),寻呼时长由交换机属性参数PAG TIMEFRSTGLOB决定。当第一次寻呼失败,系统会发起第二次寻呼。寻呼的类型将根据参数设置分下列两种情况:

A 第一次寻呼为区域性寻呼,则第二次寻呼由参数 PAGREP1LA决定。该参数的取值范围为0-3,缺省值是2。参数值说明:

PAGREP1LA=0,不发起第二次区域性寻呼。

PAGREP1LA=1,用TMSI或IMSI发起第二次区域性寻呼,寻呼时长由交换机属性参数 PAGTIMEREP1LA的值决定。

PAGREP1LA=2,用IMSI发起第二次区域性寻呼,寻呼时长由交换机属性参数PAGTIMEREP1LA的值决定。

PAGREP1LA=3,用IMSI发起整体性寻呼,寻呼时长由交换机属性参数

PAGTIMEREPGLOB的值决定。

B 第一次寻呼为整体性寻呼,则第二次寻呼由参数 PAGREPGLOB 决定。该参数

的取值范围为0-1,缺省值是0。参数值说明:

PAGREPGLOB=0,不发起第二次整体性寻呼。

PAGREPGLOB=1,用IMSI发起第二次整体性寻呼,寻呼时长由交换机属性参数

PAGTIMEREPGLOB的值决定。

如果两次寻呼都没有成功,则系统会释放呼叫,产生EOS400。系统还有一个参数TIMNREAM,该参数定义了从系统发起寻呼到分配完话务信道的监测时长,如果超过这个时长还没有分配完信令信道,则系统会释放呼叫并产生EOS3377。

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

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.360docs.net/doc/b88096729.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功能配置里有个选项可以解决此问题:

相关文档
最新文档