11PCU话统分析指导书0903A10Word格式文档下载.docx
《11PCU话统分析指导书0903A10Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《11PCU话统分析指导书0903A10Word格式文档下载.docx(42页珍藏版)》请在冰豆网上搜索。
文档版本:
版权所有XX
修订记录
日期
文档修订版本
描述
作者
2003/07/31
V1.0
初稿完成
罗琨、郑航
目录
第1章话统分析的步骤1
1.1话统分析准备1
1.1.1话统登记推荐1
1.1.2数据准备2
1.2话统分析整体思路3
第2章CHECKLIST检查5
2.1话统数据正确性检查5
2.2话统数据异常性检查7
第3章BSC级话统分析方法10
3.1PB接口LAPD链路质量分析10
3.2BSC整体性能数据分析11
3.2.1网络拥塞率分析11
3.2.2网络掉话率分析12
3.2.3PDCH信道数据分析13
第4章小区级话统分析方法14
4.1小区传输链路质量分析14
4.1.1小区的Um接口分析14
4.1.2小区的G-Abis接口分析15
4.2拥塞率分析16
4.2.1拥塞率的定义16
4.2.2拥塞率分析16
4.3掉话率分析19
4.3.1掉话率定义19
4.3.2掉话率分析20
4.4小区话务量分析21
4.4.1LLC层的话务量统计21
4.4.2RLC/MAC层话务量统计22
4.4.3手机行为统计23
第5章附录1话统指标统计点25
5.1CPU性能测量25
5.1.1CPU性能测量25
5.2BSC整体性能测量25
5.2.1BSC整体性能测量25
5.3NS传输性能测量26
5.3.1NS传输能力测量26
5.4BSSGP性能测量27
5.4.1BSSGP性能测量27
5.5G-Abis口性能测量27
5.5.1TRAU链路测量27
5.6Pb接口性能测量28
5.6.1LAPD链路测量28
5.7小区性能测量29
5.7.1CCCH上的分组接入性能测量29
5.7.2PCCCH上的分组接入性能测量29
5.7.3PACCH上的分组接入性能测量29
5.7.4分组指配性能测量29
5.7.5小区寻呼性能测量30
5.7.6上行TBF建立和释放性能测量31
5.7.7下行TBF建立和释放性能测量31
5.7.8上行LLC数据传输性能测量32
5.7.9下行LLC数据传输性能测量32
5.7.10上行RLC数据传输性能测量33
5.7.11下行RLC数据传输性能测量34
5.7.12小区无线信道性能测量35
5.7.13资源维护性能测量35
5.7.14PDCH资源性能测量36
5.7.15PDCH最值性能测量36
第6章附录2话统分析相关案例37
6.1LAPD过载导致手机无法接入案例37
第1章话统分析的步骤
本文重点讨论PCU话统指标分析,假定读者已经熟悉和掌握话统的使用。
对于话统数据的分析,主要是要达到故障处理、网络性能优化和建立分组话务模型的目的。
1.1话统分析准备
1.1.1话统登记推荐
PCU提供了功能完备的话统测量,包括7个话统统计类型,22个话统测量类型,其中小区级的话统测量类型有16个。
统计类型
测量类型
推荐登记时长
推荐程度
CPU性能测量
60分钟
推荐登记
BSC整体性能测量
BSC整体性能测量
必须登记
NS性能测量
NS传输能力测量
可不登记
BSSGP性能测量
G-Abis接口性能测量
TRAU链路测量
Pb口性能测量
LAPD链路测量
小区性能测量
CCCH上的分组接入性能测量
可不登记
PCCCH上的分组接入性能测量
不必登记
PACCH上的分组接入性能测量
分组指配性能测量
小区寻呼性能测量
60分钟
上行TBF建立和释放性能测量
下行TBF建立和释放性能测量
上行LLC数据传输性能测量
下行LLC数据传输性能测量
上行RLC数据传输性能测量
下行RLC数据传输性能测量
小区无线信道性能测量
资源维护性能测量
PDCH资源性能测量
PDCH最值性能测量
必须登记的话统项目共7项,覆盖了PCU运行状况的各主要方面,包括BSC整体测量和Pb、G-Abis、Um接口的主要测量项目。
推荐登记的项目共6项,主要为小区级别的细节测量指标,反映了小区详细的运行状况,主要可用于网络优化和局部问题定位。
另外在新开局点中也可以适当进行登记,保证在验收时交付给用户一个稳定的网络。
其它项目属于次要项目,分析价值相对较小。
例如Gb虽然是PCU重要接口,但该接口简单稳定,话统数据的异常信息量不大。
除了特殊情况以外,一般不需要作为话统分析的重点。
BSC整体性能测量反映的是整个BSC的分组业务运行状况,BSC测量和小区测量周期尽量保持一致,便于数据的分析,建议定为60分钟。
例如话务模型中很重要的忙时业务分析就最好按小时进行测量。
因目前话务量较小,若认为话统较细不便于查看,可将所有推荐时长全改为120分钟也可行。
小区级别的各项话统测量类型主要可用于网络优化,对于局部的故障定位也较为有用,建议登记时长粒度较精细一些,都为60分钟。
考虑到其话统指标之间的相关性较强,建议这些测量类型的时长一致。
Gb接口上的NS性能测量、BSSGP性能测量和LLC传输性能测量,相对来说不是很重要,可不登记。
1.1.2数据准备
在进行话统分析之前,首先应该对PCU数据配置、小区的PDCH配置、分组数据话务量分布等GPRS网络参数和网络设置有基本的了解。
由于GPRS网络和GSM之间的不可分割性,因此也需要对GSM网络结构有一定的了解,尤其是一些与GPRS相关的网络参数设置,以及GSM电路域话务量状况等。
在进行故障定位时,我们需要分析某个(些)孤立测量周期的话统数据。
更多的时候,话统数据是从宏观的角度反映移动台的行为以及网络运行状态,在进行网络优化和分组话务模型分析时,分析某个孤立测量周期的话统数据意义不大,对一个较长时间段中的话统数据进行分析,才能正确把握网络的性能。
建议每周对话统数据作一次分析,尤其是对GPRS业务相对较忙的BSC或者小区进行分析。
和BSC不同,PCU的话统结果文件虽然也存放在硬盘上,但不能直接进行离线浏览,分析者可从OMC的话统台上将所登记的话统任务的结果以txt格式保存后,再用Excel或者Lotus1-2-3打开,进行详细的分析。
1.2话统分析整体思路
话统数据分析的原则是:
从BSC整体到小区局部,从底层链路到上层业务,从异常现象定位到分析话务模型。
话统数据的定期分析是一项非常重要的工作,我们建议至少一周对PCU的话统数据进行一次系统的分析,以掌握网络的基本运行状况。
同时当网络出现异常或者故障,我们可以利用发生故障时间附近的话统结果,结合告警等其他手段来进行问题的定位。
了解网络质量或者进行异常现象分析时,对取回的话统数据,参照话统数据的checklist,检查话统数据本身是否正确、话统数据相关性是否正确,是否有异常指标。
若话统数据或者数据相关性不正确,可能是话统统计机制出现问题,此时要提交给研发部门进行定位。
若发现话统指标有异常,则可能是网络运行出现问题,此时首先要查看一周或者一天的话统数据的变化趋势,按照从关键指标到次要指标的顺序,对整个BSC的话统数据进行分析和研究。
先确认这些指标异常是普通现象还是个别现象。
如果是BSC的普遍现象,就要从整个BSC的硬件设备、传输和网络优化角度进行分析。
如果是个别小区异常,再进一步采用小区分析方法,逐步细化,必要时结合路测和信令分析仪在出问题的小区内进行更加细致的分析。
在GPRS运营初期,分组业务尚无成熟的话务模型理论支撑,在例行的话统数据分析时,在排除网络异常后,也要着重进行一些分组话务模型数据的积累和分析。
在分析的过程中,重点分析的是指标之间的相关性,如拥塞率、掉话率等,当然查看话统指标的绝对值,指标绝对值的偏高或者偏低,要结合实际情况和经验值进行进一步的分析。
当然在实际操作中,PCU话统分析也不可能是孤立的方法,常常会结合PCU告警分析、路测数据或相关的BSC数据分析来进行,这样才能获得更加准确而有价值的信息。
下图是话统分析的思路图:
第2章
CHECKLIST检查
使用checklist检查话统数据的目的有两个:
●检查话统数据的正确性
●发现话统数据是否有异常
2.1话统数据正确性检查
对于待分析的话统数据,首先要保证其正确性,即话统数据本身应该是正确的。
若话统数据是不正确的,说明PCU内部处理出现问题,此时要请研发人员进行分析定位。
我们主要是从话统数据之间的相关性的角度检查话统数据的正确性,需要说明的是,由于话统数据是按照统计周期时间段进行差值累计或采样的,因此单个统计周期中的指标之间的数学关系(如“≥”、“≤”“≈”等)并非严格成立,会有细微的偏差。
下表罗列了验证PCU话统数据的检查点:
检查点
1、【CPU平均占有率】≤【CPU最大占有率】≤100%
1、【上行TBF建立尝试次数】≥【上行TBF建立成功次数】≥【上行TBF正常释放次数】
2、【下行TBF建立尝试次数】≥【下行TBF建立成功次数】≥【下行TBF正常释放次数】
3、【可用PDCH的平均个数】≥【占用PDCH的平均个数】
1、【接收总帧数】≥【接收SABM帧(建链)次数】+【接收REJ(REJECT)帧次数】+【接收I帧次数】
2、【发送总帧数】≥【发送SABM帧(建链)次数】+【发送REJ(REJECT)帧次数】+【发送I帧次数】
3、【I帧消息重发次数】≥【接收REJ(REJECT)帧次数】
1、【CCCH上分组信道请求次数】≈【RACH上一阶段接入信道请求次数】+【RACH上单块请求次数】
2、【上行指配次数】≥【上行立即指配次数】+【在PACCH上的上行指配次数】
3、【上行指配成功次数】≥【上行立即指配成功次数】+【在PACCH上的上行指配成功次数】
4、【下行指配次数】≥【下行立即指配次数】+【在PACCH上的下行指配次数】
5、【下行指配成功次数】≥【下行立即指配成功次数】+【在PACCH上的下行指配成功次数】
6、【接收分组寻呼请求次数】