GSM交换网络优化心得
- 格式:pdf
- 大小:305.79 KB
- 文档页数:14
交换网络优化部分心得------如何提高寻呼成功率王晓华(单位:中国联通长沙分公司邮编 410008)摘要:寻呼成功率低会降低交换机的系统的接通、话音接通率,从而影响整个网络的指标,本文通过对寻呼成功率的异常、A口信令负荷的过高等故障的分析,从交换侧对如何提高寻呼成功率进行了深入的分析,并在日常优化的实践工作中取得了一定效果。
关键字:寻呼成功率,寻呼响应总次数,寻呼总次数,A口信令负荷,网络优化1、概述交换机网络优化,大部分工作是提高交换系统接通率、话音接通率,进行信令路由、话音路由、录音通知的优化。
但是针对寻呼成功率,交换侧对此进行分析较少。
实际上,寻呼成功率的高低直接影响交换系统接通率、话音接通率、中继来话接通率等网络指标。
每次寻呼成功率低后,都在无线侧进行无线环境的优化,但是都没有从交换侧进行优化。
寻呼成功率同无线网络的好坏有直接联系,在现有的网络情况下,进行交换侧的优化,能够提高寻呼成功率。
寻呼成功率指标的定义:呼成功率=寻呼响应总次数/寻呼总次数*100%。
寻呼响应总次数:MSC收到的PAGING RES消息的响应总和。
包括二次寻呼响应。
寻呼总次数:MSC发出的PAGING消息的总和,不包括二次寻呼的消息。
影响寻呼成功率的主要方面有:寻呼方式,网络规划(LAC的划分),VLR用户数的比例不要超过80%,周期性位置更新时长,寻呼次数,寻呼间隔。
当然无线的覆盖、PCH、SDCCH信道的拥塞都会寻呼成功率。
我就从交换侧寻呼方式,网络规划(LAC的划分),VLR用户数的比例不要超过80%,隐含关机时长,寻呼次数,寻呼间隔的这几个方面进行了一系列的工作,以下就是我的工作内容。
2、目前网络现状2.1、网络结构及参数设置MSC1的网上用户数为13.5万,交换机的容量为14.1万、VLR容量为15万。
MSC1下挂BSC11、BSC12、BSC13、BSC15。
MSC2的网上用户数为18.1万,交换机的容量为37.5万、VLR容量为40万。
MSC2下挂BSC21、BSC22、BSC23。
交换机的寻呼方式:LAC+CI;MSC1交换机类型是:NOKIA的S系列;MSC2交换机类型是:NOKIA的I系列;交换机隐含关机时长:12小时;无线侧周期性位置更新时长:4小时。
交换机的寻呼间隔:3S;交换机的寻呼次数:3次。
BSC23BSC21BSC22 项目 BSC11 BSC12 BSC13 BSC15设备厂家 NOKIA NOKIA NOKIA 华为 NOKIA NOKIA NOKIA29716 LAC号 29712 29715 29715 29715 2971429713198 CI数 141 159 136 92 226212 信令数 10 8 8 4 16 16 16 2.2、网络指标情况MSC1上午10:00-11:00,系统寻呼成功率:寻呼次数寻呼响应次数寻呼成功率2004年2月12日691395731682.90%2004年2月13日710345803581.70%2004年2月14日776535220067.22%MSC1上午10:00-11:00,A口的信令负载(ERL/线):BSC11BSC12BSC13BSC15 2004年2月12日0.510.550.520.652004年2月13日0.530.560.530.662004年2月14日0.83 0.84 0.80 0.92MSC2上午10:00-11:00,系统寻呼成功率:寻呼次数寻呼响应次数寻呼成功率2004年2月12日13357711638687.13%2004年2月13日13609311841587.01%2004年2月14日15072612575183.43%MSC2上午10:00-11:00,A口的信令负载(ERL/线):BSC21BSC22BSC232004年2月12日0.38 0.32 0.332004年2月13日0380330352004年2月14日0.43 0.39 0.38 从上面寻呼成功率、A口信令负载的统计结果可以看出,2月14日MSC1的指标明显下降,当时是西方的情人节,话务量上涨,短信流量上涨,并且在进行短信群发。
3、寻呼方式的优化寻呼方式有MSC、LAC、LAC+CI方式:MSC寻呼方式是对整个MSC下的基站发起寻呼,这种方式一般使用在MSC下只有一个LAC,或MSC下的基站数较少,网络资源较富裕;LAC方式是对一个LAC下的基站发起寻呼,这种方式一般使用在MSC下有多个LAC,且基站数较多。
由于手机在不同LAC下进行位置更新时,会通知MSC,MSC知道每个MS的位置,因此发起寻呼时,MSC可以针对用户在哪个LAC下发起准确的PAGING消息;LAC+CI方式是对一个LAC下的基站,随机的把CI分成不同的组群,进行群发,这种方式一般使用在MSC下有多个LAC,且基站数较多。
3.1、增加A口之间的信令MSC1下所有A口信令负荷已经达到0.6ERL/线,增加A口信令数,BSC11从10条信令增加到16条信令,BSC12从8条信令增加到16条信令,BSC13从8条信令增加到16条信令,BSC11从4条信令增加到12条信令。
下午的信令负荷情况(ERL/线):BSC11BSC12BSC13BSC15 14:00-15:000.610.660.640.7316:00-17:000.680.710.660.7618:00-19:000.750.790.740.85从上表可以看出,MSC1的A口信令负荷从18:00开始继续上涨。
3.2、交换机各种告警信息、指标的变化随着A口信令负荷的不断上升,交换侧出现大量告警。
3.2.1、MSC到BSC的信令拥塞<HIST> CSMSC1 CCM-1 SWITCH 2004-02-14 18:54:32.42NOTICE ........ CCNETM0016 SIGNALLING LINK CONGESTION LEVEL EXCEEDED 000012D2 0048 033.2.2、处理A口信令单元的BSU告警<HIST> CSMSC1 BSU-7 SWITCH 2004-02-14 18:54:42.56* DISTUR BSU AIF_SS 1652 DECODING ERROR OF THE MESSAGE RECEIVED FROM THE MS03 FF FF FF FF FF FF FF FF 05 04 04 FFFF FFFF上述告警信息简单说明:从MS接收的信息解码错误。
主要在无线信道上建立一个新的连接: MS 在RACH 上发送“接入请求”消息,BSS 为MS 分配一个专用无线资源(SDCCH 或TCH ),在被分配资源的SDCCH 建立起第2 层连接后,BSS 就启动连接建立。
由于SDCCH拥塞引起BSS不能为MS分配SDCCH信道,引起这种告警。
3.2.3、A口信令LINK的负载超过门限值<HIST> CSMSC1 CCM-1 SWITCH 2004-02-14 18:55:20.45NOTICE ........ CS2PRO0026 SIGNALLING LINK LOAD OVER THRESHOLD 0032 02 03E1 00C83.2.4、A口信令LINK退出服务<HIST> CSMSC1 CCM-1 SWITCH 2004-02-14 18:57:35.13* DISTUR BSU-1 1F109-00 CCNETM1072 SIGNALLING LINK OUT OF SERVICE 0039 0E 00 02 16d 220d 0A3.2.5、A口信令过载连接服务被拒绝<HIST> CSMSC1 BSU-7 SWITCH 2004-02-14 19:05:09.97NOTICE BSU-7 1L162-00 TISERO0004 ACCESS SERVICE REJECT RATE LIMIT EXCEEDED AIA_MM 1B3.2.6、短信中心的短信流量过大短信流量已经超过了2500条/分钟,而NOKIA的S系列每分钟只能处理2000条短信,短信流量过大,大量的短信在排队进行发送,造成BSU的信令单元负载过大。
停止短信群发,信令负载有所下降,信令负载如下(ERL/线):BSC11BSC12BSC13BSC15 19:30-20:000.620.670.640.713.2.6、SDCCH的变化情况无线SDCCH的拥塞率,由平常的1.25%上升到13.5%。
3.3、A口信令消息经跟踪A口的信令,发现部分信令消息如下:PAGINGIMSIodd number of digitsIdentity : 460010909949556Cell Identifier ListCell Discriminator: LAC/CI used to identify cellLocation Area Code (LAC): 29715 (7413h)Cell Identity Value (CI): 17282 (4382h)……(每条PAGING消息里包含LAC、CI共32条)以上消息是NOKIA交换机MSC向BSC下发的寻呼消息:其中PAGING消息中包括LAC+CI,共计32条(不同交换机中PAGING消息中的CI数不一样,有8、16、32条的)。
从NO7信令流程可知,MS在VLR里的LAC、CI号是MS最后通信或进行不同LAC下位置更新时的记录,那么MS在同一个LAC下的位置更新,MSC(VLR)是不会知道,采用LAC+CI的方式就增加了A口信令负荷、SDCCH的负荷,必然影响寻呼成功率;采用LAC的方式减少了A口信令负荷、SDCCH的负荷。
3.3.1、采用LAC+CI方式寻呼的模型:如果发起一个寻呼消息,采用LAC+CI的寻呼方式,MSC就把LAC下的CI取32的倍数,进行寻呼。
MSC1一轮寻呼的模型:BSC11 BSC12 BSC13 BSC15 CI数141 159 136 92 寻呼次数 5 5 5 3 采用LAC+CI的寻呼方式,针对一个用户寻呼不成功,A口下发的PAGING消息次数如下:BSC11 BSC12 BSC13 BSC15 CI数141 159 136 92 寻呼次数15 15 15 9 3.3.2、采用LAC方式寻呼的模型:如果MSC中BSC的寻呼方式采用LAC方式,PING消息中只包括LAC,即一个LAC只发起一次寻呼。
BSC11 BSC12 BSC13 BSC15 CI数141 159 136 92 寻呼次数 1 1 1 1 针对一个用户寻呼不成功,A口下发的PAGING消息次数如下:BSC11 BSC12 BSC13 BSC15 CI数141 159 136 92 寻呼次数 3 3 3 3 3.3.3、采用LAC+CI、LAC方式的比较LAC+CI方式 LAC方式寻呼方式把CI分成组后,随机从组中取一组寻呼,第一组寻呼不成功,又要随机取一组,有些IMSI用户可能要把每个组都寻呼到。