华为网络寻呼协作功能开启的探讨 - 图文

更新时间:2024-05-23 06:26:01 阅读量: 综合文库 文档下载

说明:文章内容仅供预览,部分内容可能不全。下载后的文档,内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的,是否完整无缺。

华为网络寻呼协作功能开启的探讨

摘要:本文通过介绍华为网络寻呼协作功能的原理,在开启华为网络寻呼协助的功能下,实验证明即使手机在做GPRS业务数据传输过程中,也可以做被叫,改善用户的网络感知。 关键字:Gs口;华为内置PCU;A口寻呼协作;BSS寻呼协助;寻呼成功率

1.引言

我们偶尔会碰到这样的情况,在拨打其他人的电话时,会提示“对不起,您拨打的用户无法接通”,或许,对方正在用手机上网、接收或发送彩信。那么,手机在做数据业务时,能不能做被叫呢? 随着数据业务的迅猛增长,对语音寻呼成功率的影响会多大呢?

2.华为网络寻呼协作功能原理介绍

手机在做数据业务时,能不能做被叫?这个问题与手机侧和网络侧都有关系。 2.1 GPRS手机终端

首先,GPRS手机终端总共有三类:

? A类:GPRS和GSM电路业务可以同时工作,手机在分组数据传送期间能够在不中断数据

传输的情况下接收语音呼叫并通话; ? B类:可以附着在GPRS网络和GSM网络电路业务上,但两者不能同时工作,同一时间

只能使用一种业务,B类MS在GPRS业务期间有电话呼入时MSC会送给SGSN一个挂起通知,SGSN收到通知后挂起GPRS连接,当电话结束后MSC会送给SGSN一个恢复通知,SGSN收到通知后再恢复GPRS连接。 ? C类:不能同时附着在GPRS网络和GSM网络上,需要人工选择,不管网络侧怎么配置,

手机在做PS业务时不能实现被叫。

目前,市场上的GPRS手机终端大部分属于B类。 2.2 GPRS网络模式

网络模式(Network Operation Mode)共分为三种,网络模式的配置主要与系统采用的寻呼信道有关:分为网络操作模式I,网络操作模式II和网络操作模式III。

当系统具有Gs接口时,需要配置成网络操作模式I

当系统没有配置Gs接口并且没有配置分组公共控制信道PCCCH时,需要配置成网络操作模式II

当系统没有配置Gs接口但配置了分组公共控制信道PCCCH时,需配置成网络操作模式III。

GS接口的功能是A口或Gb口消息可以借助GS接口在Gb口或A口发送。手机在做PS

业务时在监听PDCH信道,这时从CCCH是寻呼不到它的。有了GS接口,MSC就把CS域寻呼请求通过GS接口转到SGSN->PCU->BSC,从PDCH发给手机,手机解码后发现是CS域寻呼,暂停PS业务,响应CS寻呼。

目前中国移动的网络结构如上图,采用网络模式II,GPRS网络和GSM网络是相对独立,没有配置MSC和SGSN之间的Gs接口,在无线侧GPRS信道没有配置PCCCH信道,而是共享CS域的CCCH信道。GPRS手机终端在做数据传输过程中,只监听PDCH信道的消息,MSC在不知情的情况下发送PAGING消息,但手机不能同时监听PCH信道的内容,导致寻呼失败。 2.3 华为网络寻呼协作功能原理

在华为内置PCU的网络配置下,即使没有配置Gs接口,也可以进行网络寻呼协作,其主要原理如下:在BSC6000内置PCU的模式下,BSC内置实现增加了GRRM模块,此模块用来负责处理A接口传来的CS寻呼消息,如果发现消息内容是CS寻呼消息请求,就直接转给DSP模块,由DSP模块将该寻呼请求经由PDCH或PACCH信道下发给手机。此时手机暂停PS业务,响应CS寻呼。一般手机在做PS业务时,CS业务的寻呼就没法响应了,打开这个功能就是在PDCH信道上下发CS业务的寻呼消息,使得手机在做PS业务时CS业务的寻呼也能响应。

华为BSC6000开启网络寻呼功能,需将两个参数打开:

? A口寻呼协作开关:该参数是BSC级的,用于控制整个BSC的A口寻呼协作功能,内部主要用于控制电路域是否向分组域转发A口电路寻呼消息(转发的寻呼消息中包含寻呼小区列表),此参数默认是关闭的。只要此开关打开后,整个BSC的寻呼协作就全开了。 ? BSS寻呼协作:该参数是小区级GPRS参数,用于控制小区级的A口寻呼协作功能,主要用于编码系统消息13和分组系统消息13,通知手机在网络操作模式II或III时依然可以在PACCH上接收电路域系统消息,同时在分组域收到A口电路寻呼消息时可以在PACCH上转发电路寻呼。此参数默认是打开的。

也就说在华为BSC6000内置PCU中增加了监听A口CS寻呼的模块,当发现有A口的CS Paging消息下发时,将该寻呼消息通过PACCH信道(PDCH的随路信道)发送,此时正在做GPRS业务的手机将数据业务挂起,响应CS寻呼。

3.开启功能效果验证评估

3.1 开启寻呼协作功能参数

配置BSC属性->软参->A口协作寻呼开关打开(默认关闭)

参数 含义 是否在BSC范围内支持A口协作寻呼 取值(默认) 关闭 打开 推荐值

A口协作寻呼

小区属性->GPRS属性->BSS寻呼协作

参数 含义

在BSC范围内支持A口协作寻呼BSS寻呼协作 情况下,该参数可控制单个小区的协作寻呼功能打开、关闭 打开 打开 取值(默认) 推荐值

3.2 现场测试验证

在BSC6000软参默认配置下,A口协作寻呼开关关闭,拨打正在做数据业务下载的测试手机,提示“对不起,您拨打的用户无法接通”。

将A口协作寻呼开关打开时,能拨打正在做FTP下载的测试手机。从测试数据上看,网络向终端发起寻呼请求(Paging request)并得到终端的响应,接着MS向网络发起GPRS 挂起请求(Suspension request),在加密后通话建立。在语音呼叫结束后,数据业务恢复。

3.3 KPI指标评估 ? 寻呼成功率 A接口第一次发起始时间 BSC 寻呼次A接口第一次寻呼响应A接口重复发寻呼次数 A接口重复寻呼响应次寻呼成功率 平均寻呼成功率 数 次数 数 15/08/2009 20:00:00 16/08/2009 20:00:00 17/08/2009 20:00:00 18/08/2009 20:00:00 19/08/2009 20:00:00 22/08/2009 20:00:00 23/08/2009 20:00:00 24/08/2009 20:00:00 25/08/2009 20:00:00 26/08/2009 20:00:00 HZSM9B2 HZSM9B2 HZSM9B2 HZSM9B2 HZSM9B2 HZSM9B2 HZSM9B2 HZSM9B2 HZSM9B2 HZSM9B2 71262 61492 62818 68101 61063 75269 60241 61475 71603 76370 66741 57323 58603 64024 57194 71298 56837 58555 67822 72285 11828 10341 10696 10981 9966 10366 10339 7881 9838 10387 1670 1667 1716 1583 1508 1621 1339 1134 1527 1726 95.999 95.931 96.021 96.0842 96.337 96.133 96.877 96.572 97.094 96.8612 96.852 96.911 从HZSM9B2的寻呼成功率上看,开启后整个网元的寻呼成功率提升0.8%,提升效果较明显。同时我们对华为全网其他内置PCU的网元(HZSM5B2、HZSM3B2、HZSM9B1、HZSM10B1、HZSM10B2)开启寻呼协作功能,寻呼成功率提升0.3%-0.9%,改善用户的网络感知。 ? 话音KPI对比 BSC整体起始时间 对象名称 TCH话务量(业务信道) 2009-08-15 HZM09B2 2314.415 2009-08-16 HZM09B2 1974.269 2009-08-17 HZM09B2 2052.933 2009-08-18 HZM09B2 2307.285 2009-08-19 HZM09B2 1990.132 2009-08-22 HZM09B2 2422.497 2009-08-23 HZM09B2 1953.139 2009-08-24 HZM09B2 2007.436 2009-08-25 HZM09B2 2366.35 BSC整体业务信道掉话次数 118 105 128 103 82 96 135 78 118 HZ整体TCHHZ整体无线BSC整体TCHBSC整HZ整体体随机功率 掉话率 接入成HZ整体切换成功率 接通率 接通率 拥塞率 99.474 99.474 0.202 99.36 99.36 0.115 99.435 99.435 0.093 99.485 99.485 0.433 99.436 99.436 0.097 99.283 99.283 0.315 99.465 99.465 0.067 99.488 99.489 0.085 99.476 99.476 0.368 0.054 99.976 97.959 0.059 99.968 98.126 0.072 99.966 98.169 0.051 99.967 97.7 0.046 99.987 98.171 0.043 99.987 97.691 0.08 99.985 98.041 0.045 99.994 98.335 0.056 99.977 97.672 从现网话音KPI上看,开启寻呼协作功能前后语音KPI保持稳定,没有异常问题。 ? BSC CPU负荷

由于BSC6000的XPUM板主要处理信令(寻呼)消息,预计开启寻呼协作功能后,XPUM板的CPU负荷会提高。 AR9702:CPU占用起始时间 15/08/2009 20:00:00 15/08/2009 20:00:00 16/08/2009 20:00:00 16/08/2009 20:00:00 17/08/2009 20:00:00 对象名称 HZM09B2/CPU:CPU号=0 HZM09B2/CPU:CPU号=0 HZM09B2/CPU:CPU号=0 HZM09B2/CPU:CPU号=0 HZM09B2/CPU:CPU号=0 槽号=1 插框号=0 槽号=1 插框号=1 槽号=1 插框号=0 槽号=1 插框号=1 槽号=1 插框号=0 23.879 33.496 23.524 31.912 23.64 28.05 CPU平均占用率平均值 率 17/08/2009 20:00:00 22/08/2009 20:00:00 22/08/2009 20:00:00 23/08/2009 20:00:00 23/08/2009 20:00:00 24/08/2009 20:00:00 24/08/2009 20:00:00 HZM09B2/CPU:CPU号=0 HZM09B2/CPU:CPU号=0 HZM09B2/CPU:CPU号=0 HZM09B2/CPU:CPU号=0 HZM09B2/CPU:CPU号=0 HZM09B2/CPU:CPU号=0 HZM09B2/CPU:CPU号=0 槽号=1 插框号=1 槽号=1 插框号=0 槽号=1 插框号=1 槽号=1 插框号=0 槽号=1 插框号=1 槽号=1 插框号=0 槽号=1 插框号=1 31.851 25.04 34.36 23.441 31.793 23.391 32.145 28.36 从开启该功能前后CPU负荷指标统计上看,CPU负荷增加了0.3%,属于正常的范围。 3.4 全网推广

在华为内置PCU区域全部开启网络寻呼功能,网络语音寻呼成功率提升明显,全网寻呼成功率提升0.8%,改善明显。

4.结束语

通过在华为内置PCU下开启网络寻呼协作功能,语音KPI保持稳定,BSC的CPU负荷略微增加,寻呼成功率提升0.8%,大大减少了用户误以为网络信号原因引起的呼叫失败,明显改善用户的网络感知。

参考文献:

1、华为BSC6000 V900R008C12联机帮助

17/08/2009 20:00:00 22/08/2009 20:00:00 22/08/2009 20:00:00 23/08/2009 20:00:00 23/08/2009 20:00:00 24/08/2009 20:00:00 24/08/2009 20:00:00 HZM09B2/CPU:CPU号=0 HZM09B2/CPU:CPU号=0 HZM09B2/CPU:CPU号=0 HZM09B2/CPU:CPU号=0 HZM09B2/CPU:CPU号=0 HZM09B2/CPU:CPU号=0 HZM09B2/CPU:CPU号=0 槽号=1 插框号=1 槽号=1 插框号=0 槽号=1 插框号=1 槽号=1 插框号=0 槽号=1 插框号=1 槽号=1 插框号=0 槽号=1 插框号=1 31.851 25.04 34.36 23.441 31.793 23.391 32.145 28.36 从开启该功能前后CPU负荷指标统计上看,CPU负荷增加了0.3%,属于正常的范围。 3.4 全网推广

在华为内置PCU区域全部开启网络寻呼功能,网络语音寻呼成功率提升明显,全网寻呼成功率提升0.8%,改善明显。

4.结束语

通过在华为内置PCU下开启网络寻呼协作功能,语音KPI保持稳定,BSC的CPU负荷略微增加,寻呼成功率提升0.8%,大大减少了用户误以为网络信号原因引起的呼叫失败,明显改善用户的网络感知。

参考文献:

1、华为BSC6000 V900R008C12联机帮助

本文来源:https://www.bwwdw.com/article/fe57.html

Top