CDMA寻呼成功率的优化的几种方法

CDMA寻呼成功率的优化的几种方法
CDMA寻呼成功率的优化的几种方法

CDMA寻呼指标优化的几种方法

【摘要】:对导致寻呼失败的一些具体因素进行深入地分析,结合福建联通优化实例,从网络结构优化、寻呼增益设置、接入参数与寻呼周期配合等6方面阐述了提高寻呼指标的方法和经验。

【关键词】:寻呼成功率CDMA 寻呼增益LAC边界接入参数

1.引言

寻呼成功率是衡量网络质量的重要指标之一,也是我们网络优化人员比较头痛的地方:寻呼指标的统计是由交换机设备MSC来完成的,它是以寻呼区LAC或者MSC为单位进行统计的,然而,寻呼指标的好坏更多的是由无线系统所决定。因此很多无线优化人员对寻呼指标的优化无从下手。本文结合福建联通寻呼指标的优化实例阐述我们在提高寻呼成功率方面的一些经验和方法,供大家参考。文章主要从以下六方面展开对寻呼指标优化的阐述:

①、优化接入参数与寻呼时长设置的配合问题

②、修改寻呼增益参数来挽救弱信号区域的寻呼失败

③、优化网络结构:通过合理地划分LAC区边界、优化边界参数来减少LAC交界区的

寻呼失败事件

④、缩短周期性位置更新以及隐式关机时长,减少向离开服务区或者手机掉电的用户

发送寻呼请求消息导致寻呼失败的事件

⑤、通过改善无线环境、解决导频污染区域来优化寻呼指标

⑥、启用IS_PAGING功能提高MSC交界区的寻呼成功率

2.方法一:优化接入参数与寻呼周期的设置

假设:目前网络参数设置如表2-1:

表2-1 参数设置表

根据以上设置,如果手机MS发送完2个序列的所有12个Probe,则需要花11.5秒,计算方法如下:

①、One Probe

(4+PAM_SZ+MAX_CAP_SZ)= 10 Frame = 200msec

②、TA(Ack Response Timeout )

( 80×(2 + ACC_TMO) = 560msec

③、RT ( Probe Backoff )

(1 + PROBE_BKOFF) = 1Slot = 200msec

④、RS (Sequence Backoff)

(1 + BACKOFF) = 2Slot = 400ms

⑤、Mobile Station 的 Maximum Access Time

12 ( Probe + TA ) + 10RT + RS

= 12 ( 200 + 560 ) + 10 * 200 + 400

= 11520msec = 11.52sec

如图2-1:MS最大的寻呼响应接入时长为11.52 秒,而交换机等待寻呼响应时长T3113=8秒,这就有可能出现时间重叠:手机还处在对第1次寻呼响应的接入过程——接入试探还没发送完,MSC就下发2次寻呼,此时手机是无法对2次寻呼做出响应的。本来MSC 采用2次Paging的模式就是为了给无线环境比较差的手机多1次机会,从而提高寻呼成功率。然而,出现了上述时间冲突,2次寻呼就不能发挥作用了。

图2-1 第2次Paging下发与第1次Paging response接入试探时间冲突图

那么,如何解决图2-1中1次寻呼响应与2次寻呼的时间冲突呢?我们提出了下面两种解决方法:

①、增大寻呼响应等待时长T3113——从8秒改至12秒,该方法会影响用户感受,

不可取。因为如果两次寻呼都失败的话,主叫方要等到25秒才能收到“您拨打的电话暂时无法接通”的录音通知,这样会使用户很反感,所以该方法不可取。

②、优化接入参数:减少接入探针的个数NUM_STEP,增大探针功率递增步长

PWR_STEP,同时减小2个探针发送的时间间隔ACC_TMO,这样就达到减小了手机最大接入时长的目的,同时又没有减小手机MS发送接入探针的最大功率,因为如图2-2修改前后PWR_STEP*NUM_STEP值不变,都等于15。接下来我们算一下,接入参数修改后手机最大接入时长:

⑴、TA(Ack Response Timeout

= 80×(2 + ACC_TMO) = 400msec

⑵、最大接入时长=8( Probe + TA ) + 6RT + RS

= 8 * ( 200 + 400 ) + 6 * 200 + 400

= 6400msec

= 6.4sec

图2-2 接入试探修改

通过如图2-2中的接入参数修改后,手机最大的接入时长从原来的11.52秒减少至6.4秒,就不会再出现“1次寻呼响应与2次寻呼的时间冲突”了,如图2-3:2次寻呼下发的时间已经落到了2个接入试探序列之后。这样的话,手机在1次寻呼响应失败的情况下仍然能够对2次寻呼做出响应,充分利用了2次寻呼的机会,有利于提高寻呼成功率。

当然,只有手机MS处在弱信号或者导频污染等无线环境比较差的区域才会出现2次寻呼的情况,图2-2的接入参数修改才能发挥作用。因此,对于此类接入参数我们没有必要进行全网修改,只要考虑修改那些覆盖半径远的或者导频污染区域的基站就可以了。

图2-3 第1次寻呼响应与2次寻呼不出现时间冲突图

3.方法二:增大寻呼增益

3.1 原理分析

从手机终端的角度看,寻呼失败存在两种情况:

①.手机没有收到寻呼消息GPM。

②.手机收到了寻呼消息GPM,但基站收不到手机发送的寻呼响应消息Paging_response。假设

a、前反向无线链路平衡

b、导频信道、寻呼信道的覆盖半径一样

那么,手机接收不到前向寻呼消息比基站接收不到手机发送的寻呼响应消息的概率大。因为手机回寻呼响应时可以发送多个探针,发送多个探针就意味着增大发射功率,无形中就扩大了反向覆盖半径,因此基站就容易收到寻呼响应消息了;然而,寻呼增益一旦设置好,BTS下发寻呼消息的信号强度就定死了。也就是说接入信道的覆盖半径比寻呼信道大,然而手机在接入信道的发射功率是依据导频信号的强度来计算的。

所以,一旦导频信道与寻呼信道的覆盖半径一样且前反向链路平衡的话,接入信道的覆盖半径就会大于寻呼信道的覆盖半径,因此手机接收不到前向寻呼消息的概率比基站接收不到手机发送的寻呼响应消息的概率大。基于上述因素的考虑,我们建议对那些覆盖边界话务

量较大的基站扇区进行参数修改:在导频增益不变的情况下适当增加其寻呼增益,使寻呼覆盖半径略大于导频覆盖半径(如图3.1),从而实现接入信道与寻呼信道的覆盖半径一样,有助于提高覆盖边界的寻呼成功率。

图3.1导频、寻呼及接入信道的覆盖半径

3.2 例1:厦门寻呼增益参数修改实例

根据上述分析,我们对厦门的话务统计进行分析:把“位置在7km以外的呼叫次数”占“整个扇区呼叫次数”比率大于10%的扇区过滤出来,一共有86个小区,也就是说在这些小区中处在导频覆盖边界的用户比较多。我们把这些小区的寻呼增益都相应地增大,如表3-1:

寻呼增益参数在5月11日实施修改,我们提取修改前后的统计数据,考虑到5.1节假日期间话务模型特殊,因此选择4月26日~28日、5月12日~14日共六天的统计数据(全天统计数据)进行分析。由于现在没有统计扇区寻呼成功率的方法,我们通过统计扇区被叫成功率来间接反映寻呼成功率指标,理论上这两者是成正比的。表3-2是修改寻呼增益前后被叫呼叫建立成功率的的情况,从表中不难看出寻呼增益修改前后语音被叫成功率整整提升了一个百分点,而且基本上每天提高的幅度差不多,相对比较均衡。因此可以得出如下结论:增大这些远距离覆盖基站的寻呼增益对寻呼成功率指标有着明显的改善效果。

表3-2 寻呼增益修改前后指标变化

寻呼信道使用的功率——增加了基站的开销功率。所以所要进行寻呼增益修改的扇区的话务量不能太大,才能避免不必要的拥塞或功率溢出现象。

4.方法三:优化寻呼区边界

4.1 寻呼区边界容易导致寻呼失败的原理分析

当移动台处在2个寻呼区信号重叠区域,由于无线信号的不稳定性,手机在2个LAC 区中来回进行位置更新,这样就会出现系统中登记的手机所在寻呼区与实际不符的情况,导致寻呼失败。

情况1:Total_Zone=2,Zone_Timer=1分钟,如图4.1:

①、状态1:手机位于寻呼区A中(登记在A寻呼区),并开始向寻呼区B移动;

②、状态2:手机进入寻呼区域B,触发Zone_Based 登记,系统此时将手机登记在区

域B,同时A所对应的Zone_Timer开始启动;

③、状态3:在A所对应的Zone_Timer超时前,手机重新回到寻呼区域A。

在状态3,由于A仍在Zone_List中,不会引发登记消息,系统仍然将手机登记B中。如果此时系统下发寻呼消息,将在寻呼区B中下发,而此时手机在寻呼区域

图4.1 手机在2个寻呼区之间登记

情况2:Total_Zone=1

TOTAL_ZONES设置为1,即当手机MS一捕获到不同LAC区基站信号时就发出登记消息,然而即使MS能够及时地进行位置更新,仍然会有寻呼失败的情况。

如图4.2:

状态1——A时刻:手机MS做被叫,交换机MSC查询到MS登记在LAC1(MSC将在LAC1中向MS发起寻呼);

状态2——B时刻:移动台接收到相应的寻呼消息。

然而,状态1——“MSC查询到MS登记的寻呼区LAC1并准备下发寻呼消息”至状态2——“手机接收到寻呼消息”会有一定的时间差,在这段时间差内手机又登记到LAC2,将会导致本次寻呼失败,这就是LAC交界区寻呼失败比率高的另一原因。产生状态1至状态2之间时间差的主要因素——时隙寻呼等待时间:尽管系统查到MS所登记的寻呼区,但在时隙寻呼模式下,系统需要等到MS对应的时隙才下发寻呼消息:当SCI (MAX_SLOT_CYCLE_INDEX)=0、1、2时,等待对应时隙下发的最大延时分别为 1.28秒、2.56秒、5.12秒。

图4.2 寻呼消息下发通路

情况3

同一MSC下的2个LAC区,在LAC交界区,尽管2次寻呼在2个LAC同时下发寻呼请求,仍然会出现寻呼失败的情况

MS处在LAC交界区,一旦2个LAC的信号强度相当,势必导致MS频繁地位置更新,而MS在进行位置更新的同时是无法对寻呼消息进行响应的。手机在同一时刻,只能处于一种呼叫子状态,不可能即进行位置更新,又进行寻呼响应。因此尽管MSC在2个寻呼区同时发送Paging request消息,但只要此时MS处于位置更新状态,就会导致寻呼失败。

4.2寻呼区边界的优化原则

通过上述对MS处在寻呼交界区可能产生寻呼失败事件的分析,我们可以得出以下结论:只要处在寻呼交界区(即LAC交界区),在该区域中2个寻呼区信号相差不大的情况下,寻呼失败事件都是难以避免的,只能通过修改登记参数等手段在一定程度上减少寻呼失败事件。因此,寻呼边界区的划分是否合理是非常重要的,为此我们建议按照以下原则调整寻呼区边界,从而提高寻呼成功率:避免使2个寻呼的交界区处在密集居民区或者人流量大的区域,最好能够有山体等天然屏障作为寻呼区的边界,同时注意:

①、寻呼区域边界尽量选择移动用户少的地方;

②、避免寻呼区域边界邻近城市主干道平行设置;

③、尽量减少寻呼区域边界穿越城市主干道的次数。

4.3 合并寻呼区

既然寻呼边界区域很难避免寻呼失败事件,我们也可以采用逆向思维方式:在某些网络中我们不妨考虑合并LAC。因为在网络规划时,我们划分LAC都是按照设计容量来考虑的。

然而,在实际运营网络中负荷并不大,对于这种网络我们就可以考虑合并LAC区的方法来提高寻呼成功率。下面我举个实例说明:

4.3.1 例2:厦门CDMA网络合并LAC区

①、厦门CDMA网络的LAC划分情况

厦门CDMA网络只有1个交换机MSC,划分为2个LAC区,如图4.3厦门LAC分布图:岛内所有基站组成LAC513,岛外基站则组成LAC514,两个LAC区之间以海为分界线隔开。从图4.3中可以看出厦门地区山很少,就两个LAC区而言,以海为边界线还是比较合理的。但是这两个LAC区交界区域太大,厦门岛内有一半的海岸线处于LAC区边界,并且海面对信号的损耗很小,必然导致岛内、岛外海岸线附近存在一定范围的信号重叠区域,从而影响厦门的寻呼指标。如下表4-1是LAC区边界区域一些基站扇区的位置更新次数统计表,从表中不难看出这些扇区的跨区位置更新次数很多,说明处在寻呼边界区的用户频繁地进行位置更新,这必将导致相当数量的寻呼失败。因此,我们考虑对厦门CDMA网络的2个LAC区进行合并。那么,要合并LAC区就要充分考虑BSS系统的寻呼负荷、A接口的信令负荷。

表4-1 跨区位置更新数量的扇区统计表

图4.3厦门LAC分布图

②、厦门CDMA网络的寻呼负荷以及A接口信令负荷情况

寻呼负荷方面:

理论计算结合三星厂家的试验结果:在1个寻呼信道中,只要100ms内所发的GPM消息不超过7个,就既不会错过SLOT,也不会丢寻呼消息GPM。也就是说,对于三星无线设备,只要一个小时内的寻呼消息个数不超过(1000/100)*7*3600=25.2万个(前提寻呼消息均匀分布于各事件段),就不会有寻呼负荷问题。我门提取厦门CDMA网络10天忙时的寻呼请求次数,最大值不到3.1万次。如果合并LAC区无线寻呼负荷也就只有:寻呼负荷=3.1/25.2=12.3%

因此从无线寻呼负荷方面考虑,即使厦门话务量翻倍寻呼负荷也只不过25%。根本就不会出现寻呼负荷不足的现象。

A接口信令负荷

A接口电路的信令负荷只要每线小于0.2ERL就不会存在负荷问题。我们提取厦门1周忙时A接口信令负荷如表4-2:从表中很容易看出,信令负荷最忙的BSC与0.2ERL相比:0.2/0.0081=24.7倍。A接口信令负荷目前还非常小,合并LAC区时根本不可能出现负荷不足的情况。

表4-2 厦门各BSC的A接口信令负荷

③、厦门CDMA网络合并LAC区前后指标的变化情况

我们在确认了寻呼负荷以及A接口信令负荷没问题的前提下,实施了厦门合并LAC区方案。合并LAC区后寻呼成功率指标提升了0.2~0.3个百分点,还是有一定效果的。

5.方法四:隐式关机、周期性位置更新时长的优化

5.1 参数解释

Reg_period cbsc侧的周期性登记时长

该参数是BSC通过UM 空中接口寻呼信道的System Parameters Message 消息告知手机,要求手机进行周期性登记的时间长度。周期性登记时长越短,手机进行周期性登记越频繁。周期性登记时长=(2^(reg_prd/4)) * 0.08

D_DET_TIME MSC 的隐式关机时长

该参数控制交换机周期性把一定时间内不进行任何登记的用户的VLR 数据置为DETTACH状态。当这些DETTACH 用户作被叫时,交换机不会下发寻呼请求消息,而是直接放录音通知“你所拨打的用户已关机”。缩短该时长会减少交换机的寻呼请求次数,同时降低一些用户寻呼不到的可能性。

5.2隐式关机时长的参数修改(福建龙岩联通分公司)

缩短隐式关机时长:MSC会把离开服务区或者手机掉电等原因长时间不进行登记的用户置为DETTACHED状态,故VLR里显示为ATTAHED 状态的用户(开机用户数)会有一定的减少,从而减少交换机一些不必要的寻呼请求次数,提高寻呼成功率指标。而通常BSC位置更新时长设置得不到隐式关机时长的一半,这样可以保证MSC在隐式关机计时器超时之前,手机有2次周期登记的机会,避免把正常开机用户置为关机状态。

根据上述理论分析,我们对龙岩隐式关机及周期性登记时长2个参数进行修改:隐式关机时长: 120分钟——> 50分钟

周期性登记时长:43.7分钟——> 21.8分钟 (Reg_period从60改至56)隐式关机、周期性登记参数修改后,龙岩分公司寻呼成功率指标提升了1个多百分点,具体如表5-1:

6.方法五:提高网络覆盖、解决导频污

寻呼响应是一个接入过程,当手机处在无线环境比较差的区域(如导频污染区域),接入成功率就会比较低。因此,无线环境差——导频污染区域会影响寻呼成功率指标。一方面我们通过加强工程建设、增加基站开销信道功率等方法来改善弱覆盖区域的覆盖来提高寻呼指标;另一方面我们要开展市区、城区覆盖控制,解决导频污染问题,减少强信号区域的接入失败,提高寻呼指标。诸如覆盖控制、邻小区优化等改善城区无线环境的工作是网络优化人员最经常使用的优化方法,在此我就不再举例说明了。

7.方法六:启用ISPAGING功能

ISPAGING(IntersystemPaging)是ANSI-41对原寻呼功能的一种增强。主要解决由于用户在边界区域频繁登记,造成用户登记和被叫流程相互交错而导致寻呼失败的问题。

其基本工作原理为:当MSC向手机最后注册的寻呼登记区发送寻呼消息失败时,ISPAGING功能允许业务提供者在多个MSC边界区域(Border Area)定义一系列的边界小区,并在相邻MSC的边界区域再次寻呼该手机。

相比常规的寻呼方法,ISPAGING既可提高MSC边界区域的寻呼成功率,又可减少对系统寻呼信道的占用。需要注意的是,目前并非所有厂商设备都能够提供该功能。

寻呼成功率的高低与用户对网络质量的评价息息相关。提高寻呼成功率也是联通网优人往昔、今日和未来努力的一个重要方向。以上所述几种方法是我们在日常网络优化过程中积累的一些经验和方法,希望能给优化同仁提供一些的参考作用。

参考文献

1.杨大成/等编著《cdma2000技术》北京邮电大学出版社出版2000年11月

2.Jhong Sam Lee Leonard https://www.360docs.net/doc/b09434637.html,ler 著许希斌周世东赵明李刚译《CDMA系统工程手册》人民邮电出版社。

3.Kyoung I1 Kim,《CDMA系统设计优化》,人民邮电出版社于2000年12月出版。

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

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. 室内覆盖差

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

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 。 三、原因分析及定位 分析指标偏低可能出现的原因: ? 核心网和无线侧关于寻呼相关的软参设置不合理; ? 实际寻呼次数与端局话统的数据有误差; ? 无线环境特别恶劣,造成寻呼得不到用户终端的响应; ? 其他可能性,如核心网统计指标点的定义问题等。

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

关于寻呼成功率的提高方式 1.位置区更新、小区重选等都会影响PAGING。 https://www.360docs.net/doc/b09434637.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个寻呼消息。

寻呼成功率优化

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 寻呼成功率的计算方法 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失败的原因,对于无线类的,网优中心进行进一步分析。

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消

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

1引言 当前TD-LTE系统支持三种语音解决方案:语音回落(CSFB:CircuitSwitchFallBack)、单卡双待、单无线模式语音呼叫连续性(SRVCC:SingleRadioVoiceCallContinuity)。目前,苹果手机采用CSFB方案,三星、华为、中兴等终端采用单卡双待方案。本文重点分析采用的CSFB方案。 CSFB业务过程共分4个步骤:终端开机在LTE/GSM网络联合附着,通话建立过程回落到GSM网络,在GSM网络发起语音呼叫,通话结束后返回LTE网络。 2CSFB指标及关键信令 2.1CSFB指标解析 CSFB是一个全流程的业务,涉及多个网元的交互与配合,需要无线与核心网联动来保障用户感知。由于CSFB终端做被叫的信令过程包含其做主叫的信令过程,为了便于统计分析,集团公司为CSFB定制了指标,主要针对被叫CSFB过程,分别为CSFB寻呼成功率、CSFB回落成功率、CSFB呼叫接通率。各项指标具体计算方法如下。 CSFB被叫寻呼成功率=SGs接口语音业务请求次数/(SGs接口语音业务一次寻呼次数-SGs接口业务取消次数) CSFB被叫回落成功率=(CSFB寻呼响应次数+CSFB被叫回落他局LCU次数)/CSFB呼叫移动用户终结试呼次数 CSFB被叫呼叫接通率=(CSFB呼叫2G终结接通次数+CSFB被叫呼叫出局语音业务接通次数)/(CSFB寻呼响应次数+CSFB被叫回落他局位置更新次数) 2.2CSFB被叫寻呼信令流程 按照定义可知CSFB被叫寻呼成功率为LTE网络负责信令控制的移动性管理实体(MME:MobilityManagementEntity)向交换机MSC回SERVICERE-QUEST的次数,与MSC向MME下发的寻呼次数相比得到的值。如图1所示,当UE处于空闲态时,MME下发寻呼手机上报扩展服务请求后,MME回SERVICEREQUEST给MSC,信令流程如图1所示;UE处于业务态时,MME收到MSC的寻呼消息时直接先回SERVICEREQUEST给MSC。 本文主要针对CSFB寻呼过程,从寻呼成功率 指标及寻呼关键信令来阐述CSFB寻呼失败的原因,提出相应的优化解决方案。 3影响CSFB被叫寻呼成功率的 原因分析 从信令流程可以看出,CSFB寻呼过程涉及MSC、MME和LTE无线三大网元部分。目前,MME处于轻载状态,MSC与MME的SGs接口也没有负荷告警,所以,我们将造成CSFB寻呼失败的原因聚焦在LTE无线侧。经过分析,其原因有以下几类。(1)被叫UE处于小区边缘弱覆盖区域,导致下行寻呼接收困难 由于小区边缘下行导频覆盖电平较差,使得PCH的覆盖一样较差,从而导致了该场景下UE接收寻呼困难(特别是农村场景和LTE覆盖边界区域)。我们可以进行功率提升或站点增建,以保障LTE的连续覆盖;对于无法进行覆盖提升的区域,则需要优化异系统重选门限,使得该区域的UE可以及时重选到其他系统,从而避免收不到寻呼消息的情况出现。(2)被叫UE进行频繁的TAU更新 UE在进行TAU更新的过程中是无法收到寻呼的,为了提升寻呼成功率,我们需要减少不必要的TAU更新。我们可以在系统TAU边界区域内对于RF进行重点调整,以降低TAC边界的重叠覆盖,减少TAC间的频选;还可以优化TAC边界的重选参数(修改TAC边界的重选偏置),适当增加TAC边界的重选难度,从而减少不必要的TAU更新。

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

GSM网络寻呼成功率的分析及处理 论文导读:对容量较大的位置区不启动全网寻呼,因为这样做容易造成基站过载和BSCCPU过载,导致大量的寻呼消息被丢弃,反而造成寻呼成功率急剧下降。关键词:寻呼成功率,影响因素,提升分析 一、影响寻呼成功率的因素 寻呼成功率是一个系统级的问题,涉及MSC、BSC、BTS、MS以及网络的覆盖情况等。影响MSC寻呼成功率的因素主要有: 1、基站覆盖情况; 2、MSC的寻呼策略; 3、信令信道是否拥塞; 4、位置区划分的合理性、上下行平衡情况; 5、寻呼相关参数设置; 6、周期位置时间(T3212)等; 7、手机质量问题。 三、现网寻呼成功率统计分析 A地MSC1地区整体寻呼成功率统计 日期寻呼成功率(10:00-11:00)寻呼成功率(20:00-21:00)2008-6-11 87.06 85.69 2008-6-12 88.03 86.26 2008-6-13 86.25 88.31 2008-6-14 91.64 84.12 2008-6-15 85.78 85.14 2008-6-16 87.55 85.86

2008-6-17 87.98 85.04 2008-6-18 87.89 85.36 2008-6-19 88.17 86.09 2008-6-20 88.27 84.87 A地MSC1早忙时寻呼成功率在88%,晚忙时寻呼成功率基本在86%左右,晚忙时的寻呼成功率比早忙时低2%-3%。 A地MSC1各位置区寻呼成功率统计 位置区073D主要覆盖A地市区,位置区073E主要覆盖A地西部地区,位置区073F主要覆盖PX、JL地区,下表为各位置区统计。 位置区日期寻呼成功率(10:00-11:00)寻呼成功率(20:00-21:00)46001073D 2008-6-11 91.19% 90.47% 2008-6-12 90.91% 91.30% 2008-6-13 90.78% 92.53% 46001073E 2008-6-11 84.88% 84.83% 2008-6-12 85.89% 84.25% 2008-6-13 83.83% 87.50% 46001073F 2008-6-11 84.96% 83.71% 2008-6-12 87.08% 84.07% 2008-6-13 86.25%

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

寻呼成功率的分析和优化小结 一、概述 (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的统计来分析。 GZCMSC、GZSMSC和GZRMSC的TRH告警和LAPD统计都不存在异常。

CSMT呼叫寻呼成功率、CSMT呼叫回落成功率、CSMT呼叫接通率

关于几个被叫指标的说明: 被叫侧信令: 1、CSMT寻呼成功率: 算法:SGs接口语音业务请求次数/( SGs接口语音业务一次寻呼次数- SGs接口业务取消次数); (7)Pag Resp/(1)Pag Req 爱立信: SGs接口语音业务请求次数(7):(NSPAG1CSFB+NSPAG2CSFB). SGs接口语音业务一次寻呼次数(1):NTPAG1CSFB + NTPAG2CSFB SGs接口业务取消次数:(NTPAG1CSFB+NTPAG2CSFB-NSPAG1CSFB-NSPAG2CSFB-NFEXPPAG CSFB-NFREJPAGCSFB) 华为实现: SGs接口语音业务请求次数(7):CS Call第一次寻呼收到SGsAP-SERVICE-REQUEST次数+ CS Call第二次寻呼收到SGsAP-SERVICE-REQUEST次数+CS Call第三次及以上寻呼收到SG sAP-SERVICE-REQUEST次数 SGs接口语音业务一次寻呼次数(1):CS Call第一次寻呼次数 SGs接口业务取消次数:华为ATCA架构的MSS,需升级R10,使用标准化接口提取数据。当前R10正在入网测试中,预计2014年8月可完成加载。CPCI的R7版本MSS,2014年9月才能支持 2、CSMT回落成功率: 算法:回落到GSM网络下试呼尝试次数/ TD-LTE下试呼尝试次数*%;其中:TD-LTE下试呼尝试次数为发送ExtendedServiceRequest;回落到GSM网络下试呼尝试次数为CMS erviceRequest(MO)或PagingResponse(MT);分主被叫分别统计;(注1;回落起始点:ExtendedServiceRequest后的RRC connection Rlease。注2:当被叫位置更新后直接通过

相关文档
最新文档