BSC话务统计高级原理.docx
- 文档编号:17890446
- 上传时间:2023-08-04
- 格式:DOCX
- 页数:15
- 大小:74.05KB
BSC话务统计高级原理.docx
《BSC话务统计高级原理.docx》由会员分享,可在线阅读,更多相关《BSC话务统计高级原理.docx(15页珍藏版)》请在冰点文库上搜索。
BSC话务统计高级原理
BSC话务统计原理
STS即Statistic&TrafficMeasurementSystem,统计和话务测量是观测交换机和网络情况的一种手段,有助于短期维护或长期的网络规划。
譬如:
通过各种话务流向,话务负荷的统计等来配置中继和交换能力;通过测量统计各种话务事件,可以发现最坏小区等;得到服务性能和推算服务等级等。
不同的网元,根据其功能,其统计和话务测量的内容不一样。
一、概念
1.OBJTYPE
一个OBJECTTYPE对应爱立信交换机里面一种特定的设备、功能类别的统计数据的集合。
一个OBJTYPE包括一组可计量的COUNTER。
2.COUTER
COUNTER即计数器,每组COUNTER对应FUNCTIONBLOCK,在特定的时间内传送到STS,储存在数据库里。
COUNTER的种类:
1、Status/LevelCounters(ST)
2、Peg/EventCounters(PC)
3、Peg/AccumulatedlevelCounters
4、Recoverycounters(RE)
5、Flagcounters(FL)
6、Identitycounters(ID)
下图是OBJTYPE和COUNTER的结构
\\\\\\\\\\\\\\\
\OBJECTTYPE\
\\\\\\\\\\\\\\\
\
\
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
\\\\
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
\OBJECT\\OBJECT\\OBJECT\\OBJECT\
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
\\\\
\\\\
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
\COUNTER\\COUNTER\\COUNTER\\COUNTER\
........
........
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
\COUNTER\\\\COUNTER\\\\\COUNTER\\\\\\\COUNTER\\\\
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
3.STSSUBSYSTEM简介
CPfunctionblock拥有一些统计的计数器(counter),在相应的情况下,在一段时间内累加,得出的结果便于网络管理。
STS是以IOG为基础的APT子系统,包括了接收、储存、数学运算等功能,可以根据需要,进行自定义输出COUNTER数据。
COUNTER的数据是在一般的时间间隔,如:
15mins,30mins,1hr,24hrs等,从CP功能块读出,并传送到STS。
1)话务量概念
a)话务量的计量单位:
ERLANG(爱尔兰,Erl):
一段时间内对设备的同时占用(通常指一个小时)。
例如:
每线一Erl是指这个时隙在一个小时内都被占用。
其他的计量单位有:
EquatedBusyHourCall(EBHC).1EBHC=1/30erlang
Century(Hundred)CallSecond(CCS).1CCS=1/36erlang
b)话务流量:
话务流量是指在单位时间内的话务量,如果用T表示话务流量,则:
T=Y*S
其中:
Y指单位时间内的建立呼叫总数
S指每次呼叫的持续时间
c)承载话务量:
指一个空闲话务系统上设计可承载的话务量,这个话务量实际上是一个假定值,根据不同的服务等级,可以有不同的话务量数值。
d)TRAFFICOFFERED
指用户提供的话务量。
这里是指用户主观提供的话务量,但是并不是指系统就一定能够支持这些话务量。
e)TRAFFICCARRIED
系统实际承载的话务量,这个话务量与用户主观提供的话务量不相等:
可能由于拥塞,系统不能接受用户提供的话务量;可能由于切换,系统的实际话务量要大于用户提供的话务量。
f)TRAFFICLOST(REJECTEDTRAFFIC)
由于拥塞或者其他原因,系统不能完全支持用户提供的话务量。
2)话务量的计算:
a)网络容量的确定包括以下几个方面:
(1)系统用于VOICE/SPEECH的信道数量;
(2)用户产生的话务量;
(3)网络的服务等级。
b)LOSSSYSTEM
特征是用户数远远大于系统的信道总数,当系统信道全部被占用后,用户的呼叫将被系统拒绝。
LOSSSYSTEM的话务量通常用ERLANDBFORMULA表来计算。
c)DELAYSYSTEM
特征是用户数并不远远大于系统的信道总数,当系统的信道全部被占用后,用户的呼叫将被延迟,但是并不拒绝。
DELATSYSTEM的话务量通常用ERLANDCFORMULA表来计算。
d)计算话务量
网络的服务等级:
GRADEOFSERVICE(GoS)
允许拥塞呼叫百分比定义了服务质量,也叫做GOS。
我们现在的移动通信网络属于LOSSSYSTEM。
例如:
(1)首先计算所需的业务量:
A=(n*t)/3600[Erl]
其中:
n:
每小时呼叫次数
t:
平均通话时长
假设n=1000,t=120秒,则A=(1000*120)/3600=33Erl
(2)确定GOS
在这里我们取2%的GOS
(3)计算所需的信道总数
查BFORMULA(爱尔兰表)
横列是GOS,中间纵列是话务量,两边纵列是信道数:
GOS=2%;ERL=33:
得出信道数是43,需要6个载波(ERICSSON设备)
附爱尔兰表:
二、话务统计指标
2、重要指标
●话音信道可用率
定义:
话音信道可用率是指能正常工作的话音信道占所有配置话音信道的百分比。
即:
忙时话音信道可用总数/话音信道配置总数×100%。
忙时话音信道可用总数---OBJTYPE:
CLTCH
COUNTER公式:
TAVAACC/TAVASCAN
话音信道配置总数-------OBJTYPE:
CLTCH
COUNTER公式:
TNUCHCNT
接入成功率
TCH拥寒率
SDCCH拥塞率
无线接通率
SDCCH掉话率
TCH掉话率
切换成功率
定义:
(忙时切换成功总次数/忙时切换请求总次数)*100%
忙时切换成功总次数-------OBJTYPE:
NCELLREL
COUNTER公式:
HOVERSUC
OBJTYPE:
NECELLREL
COUNTER公式:
HOVERSUC
忙时切换请求总次数------OBJTYPE:
NCELLREL
COUNTER公式:
HOVERCNT
OBJTYPE:
NECELLREL
COUNTER公式:
HOVERCNT
3、用户感知指标
(1)寻呼成功率(满分=1/考核月数)
指标定义
寻呼成功率是指被叫业务寻呼的成功率,该指标反映了移动网无线系统覆盖情况,反映了被叫业务的信令接续质量。
计算方法
N=(1次寻呼成功次数+2次寻呼成功次数)/(1次寻呼尝试次数)*100%
公式
N=F02/F01*100%,(F01、F02定义见后续“指标注解”)
评分办法
基准值=90
中间值=92
挑战值=95.5
N>=挑战值,得分=满分
挑战值>N>=中间值,得分=满分×60%+(N-中间值)/(挑战值-中间值)×满分×40%
中间值>N>基准值,得分=(N-基准值)/(中间值-基准值)×满分×60%
N<=基准值,得分=0
(2)客户每周感知拥塞次数(满分=1/考核月数)
指标定义
每周用户感受信道拥塞,呼叫失败事件的次数
计算办法
N=∑(TCH拥塞次数)/(忙时MSC开机用户数),用户数选取忙时用户数。
公式
N=F07/F05(F05、F07定义见后续“指标注解”)
评分办法
基准值=0.8
中间值=0.5
挑战值=0.2
N<=挑战值,得分=满分
中间值>N>=挑战值,得分=满分×60%+(中间值-N)/(中间值-挑战值)×满分×40%
基准值>N>中间值,得分=(基准值-N)/(基准值-中间值)×满分×60%
N>=基准值,得分=0
(3)客户每周感知掉话次数(满分=1/考核月数)
指标定义
每周用户感受掉话事件的次数
计算办法
=∑(TCH掉话次数)/(忙时MSC开机用户数),用户数选取忙时用户数。
公式
F10/F05(F10、F05定义见后续“指标注解”)
评分办法
基准值=1.4
中间值=1.15
挑战值=1.0
N<=挑战值,得分=满分
中间值>N>=挑战值,得分=满分×60%+(中间值-N)/(中间值-挑战值)×满分×40%
基准值>N>中间值,得分=(基准值-N)/(基准值-中间值)×满分×60%
N>=基准值,得分=0
(4)通话质量(满分=1/考核月数)
分析对象
指标定义:
通话语音质量评分
计算方法
使用CELLSQI统计,按爱立信专利算法估计话音质量
公式
(F11+0.5*F12)/(F11+F12+F13)*100%(F11、F12、F13定义见后续“指标注解”)
评分办法
基准值=87
中间值=88
挑战值=89
N>=挑战值,得分=满分
挑战值>N>=中间值,得分=满分×60%+(N-中间值)/(挑战值-中间值)×满分×40%
中间值>N>基准值,得分=(N-基准值)/(中间值-基准值)×满分×60%
N<=基准值,得分=0
指标注解:
(1)寻呼尝试次数F01
COUNTER
(NPAG1LOTOT+NPAG1GLTOT
OBJECTTYPE
PAGING
统计时间
一周7*17小时的总和(每天除去0:
00-7:
00七个时段)
(2)寻呼成功次数F02
COUNTER
PAG1RESUCC+NPAG2RESUCC
OBJECTTYPE
PAGING
统计时间
一周7*17小时的总和(每天除去0:
00-7:
00七个时段)
(3)忙时开机用户数F05
COUNTER
NHLRREGAST
OBJECTTYPE
HLRSTAT
统计时间
一周7*17小时的最大值
(4)一周拥塞总次数F07
COUNTER
0.8*(0.3*TFTCONGS+TFTCONSUB+THTCONGS+THTCONSUB)/3600*TASSATT
OBJECTTYPE
CELTCHF,CELTCHH
统计时间
一周7*17小时的总和(每天除去0:
00-7:
00七个时段)
注释
使用时间拥塞率*分配尝试次数替代直接统计的拥塞数。
由于全速率的时间拥塞只对单速率手机造成影响(30%比例左右),因此TFTCONGS的影响要乘以0.3;另外在本小区的拥塞后,bsc仍可以尝试在邻近小区分配信道,这个成功的机会近似为20%,因此整体的拥塞次数要乘以0.8。
对每个小区按以上算法计算再求和。
(5)一周掉话总次数F10
COUNTER
TFNDROP+THDROP+TFNDROPSUB+THNDROPSUB
OBJECTTYPE
CELTCHF,CELTCHH
统计时间
一周7*17小时的总和(每天除去0:
00-7:
00七个时段)
(6)忙时良好语音质量通话数F11
COUNTER
TSQIGOOD+TSQIGOODSUB
OBJECTTYPE
CELLSQI
统计时间
一周7*17小时的总和(每天除去0:
00-7:
00七个时段)
(7)忙时一般语音质量通话数F12
COUNTER
TSQIACCPT+TSQIACCPTSUB
OBJECTTYPE
CELLSQI
统计时间
一周7*17小时的总和(每天除去0:
00-7:
00七个时段)
(8)忙时差语音质量通话数F13
COUNTER
TSQIBAD+TSQIBADSUB
OBJECTTYPE
CELLSQI
统计时间
一周7*17小时的总和(每天除去0:
00-7:
00七个时段)
三、务统计分析方法
●TCH掉话(TFNDROP):
专用于记录在TCH上掉话次数的COUNTER。
考核掉话率、TCH掉话率、话务掉话比等公式都要用到该COUNTER。
其中作为TCH掉话率的计算公式有两个版本,以前的分母是TFMSESTB,指成功占用TCH的次数。
现在的分母是TASSALL,指建呼非切入的尝试占用TCH的次数(是判断最坏小区的重要元素)。
由于前者包括了切入的情况,所以两个算法的结果差别是很大的,至于用哪个来分析比较好,这倒不是最要紧的,往往将注意力处在掉话次数会比较好。
●TCH拥塞(TFCONGSAS、TFCONGSHO):
我们要知道,当尝试分配一个TCH时,有一个COUNER会累计加一,即TFCALLS,当成功占用时,TFMSESTB就累计加一。
如果有由于没有TCH可用作分配时,就会拥塞,当要求建呼时,遇到没有TCH可用时,TFCONGSAS就会累计加一;当要求切入时,遇到没有TCH可用时,TFCONGSHO就会累计加一。
我们在谈及TCH拥塞率时要注意了,它是有两个版本的。
旧版本:
两个之和再除以TFCALLS,一般说来,对于维护分析用这个版本才是为正解。
第二个版本是分子只有TFCONGSAS,分母为TASSALL,这个版本是用于最坏小区的判断的。
我们在分析话务统计时,对拥塞的掌握除了以上两个COUNTER外,也是了解关于拥塞时长的COUNTER:
TFTCONGS。
这个COUNTER有助于判断是否需要扩容的很好依据,比如说拥塞只有一两秒,此时提出扩容是难以让人接受的。
●话务量(TFTRALACC、TFNSCAN):
一般说来,话务量就是TFTRALACC除以TFNSCAN。
BSC会每十秒钟扫描信道,看有几条信道已占用,相应地TFTRALACC就会累计。
我们在谈及话务量时,会有听说虚假话务这个名词,什么意思?
其实这是钻了上面的空子,即扫描信道。
我们知道在切换过程中,总是当成功占用了新信道时,才会释放旧信道,也就是说,这个过程,如果正好有扫描信道,就出现两条信道给占用情况,无形中增加了话务,尽管这个时长十分之短。
曾几何时就有人用这种方法来把话务量做高。
关于做话务量,其实还有一种方法,就是让小区严重拥塞。
理论上一条信道被占用半小时就有0.5爱尔兰,然而在实际中,我们发现当拥塞的时候,这半小时就可能产生0.5以上爱尔兰的话务量。
话务量的话题,又不得不引入两个概念平均通话时长和每线话务量。
平均通话时长就是话务量除以TFMSESTB后,再与3600的积。
单位为秒。
经验告诉,当平均通话时长超时50秒,这个小区有九成机率与外界很少有切换;当平均通话时只有几秒钟时,可以排除硬件问题的话,该小区应该可以考虑减容(不包括一个载波的情况);当然,发现有一天平均通话时长由平时四五十秒突然降为几秒时,硬件故障我想应该不会错的。
每线话务量,其实是话务量除以在用的信道数(TAVAACC/TAVASCAN),注意不是定义的信道数(TNUCHCNT)。
不少分析人员喜欢用每线话务量来判定小区的话务承受裕量,比如某某小区0.6,要扩容了,某某小区0.2,还可以接受等等。
其实这里还要加一个条件,即载波数。
一般说来,载波数有十个以上,每线话务即使有0.7都不会有拥塞。
另外,我们要清楚一点,话务量小并不等于不会拥塞。
如果前五分钟只有七个信道,但同时有八个人要打电话,就会拥塞,即使后面55分钟没有话务,拥塞就是拥塞。
当然如果由于硬件问题,有些信道无法正常分配,也是造成小话务拥塞的可能,此时看MOTS可以得到一些有利的信息。
●异常率(TFCALLS、TFMSESTB、TFCONGSAS、TFCONGSHO):
这是TCH接通率的演变。
TCH接通率为TFMSESTB除以TFCALLS,当初常用TCH接通率低来判断出现硬件故障。
但此前一定要排除拥塞的情况,因为如查出现拥塞,TCH接通率随之也会很低的。
后来,后来定义了异常率这一概念,即(TFCALLS-TFMSESTB-TFCONGSAS-TFCONGSHO)/TFCALLS。
原理是这样的:
正常情况下,尝试分配信道(TFCALLS),会得到两种响应。
要么是成功分配(TFMSESTB),要么是拥塞(TFCONGSAS或TFCONGSHO)。
但是当硬件有问题时,就可能只有尝试分配信道而没有任何响应。
因此异常率对于判断硬件故障是有一定道理的。
另外我们还要配合拨测、CTR、MOTS等手段来进一步定位。
●信道完好率(TNUCHCNT、TAVAACC、TAVASCAN)
公式十分简单:
(TAVAACC/TAVASCAN)/TNUCHCNT。
原理就是,交换机每十秒钟扫描信道,有几条信道正常,相应地TAVAACC就累加几。
而定义信道数(TNUCHCNT)如果没有特别设置,是根据定义频点数得来的。
特别注意的是,UNUSED也视为正常。
为何要着重强调呢?
大家有没有想过:
在统计时段里,如果由于个别信道突然发生问题,而不采取任何措施,信道完好率是无法保证100%的;于是在这期间通过精确的计算,删除频点N秒钟,然后再加回来,会有什么效果呢?
结果不难想象。
还有一点,信道完好率没有100%,并非掉话高的铁证!
●掉话类型(TFSUDLOS、TFDISSDL、TFDISSUL、TFDISSBL、TFDISQADL、TFDISQAUL、TFDISQABL)
掉话类型大概分为:
突然掉话、弱信号掉话、质差掉话。
它们的判定优先级:
第一位是弱信号掉话,第二位是质差掉话,最后是突然掉话。
一般说来,突然掉话过多,载波故障是首选。
质差掉话,一般要配合质差切换来初步判定可能出现干扰的区域。
而对于上行弱信号掉话,如果不是覆盖过远(如:
高山站)造成上行不足,就是接收机有问题。
而下行弱信号掉话,多数是发射机有故障造成的。
这是因为在正常情况,下行信号都要比上行信号强几个dBm,如果不是有问题的话,一般都先记入上行弱掉话的帐单上的,除非下行信号实在太弱。
另外,有一点,引起大家思考,掉话类型这几个COUNTER之和有时为什么与掉话数(TFNDROP)不一致呢?
●无线接通率(CCONGS、CNROCNT、RAACCFA、TASSALL、TFCONGSAS)
其公式为:
(1-CCONGS/(CNROCNT+RAACCFA))*(1-TFCONGSAS/TASSALL)。
影响该指标的高低最主要就是拥塞。
它对于分析意义倒不是很大。
不过有一点要强调的是,作为CCH的分母没有取CCALLS而取了随机接入尝试(CNROCNT+RAACCFA)。
●资源不足掉话(CNRELCONG)
这个比较少见。
我们在分析CCH掉话时,有种情况就是由于TCH严重拥塞,由于在占用CCH等待空闲TCH时,等待超时于是连CCH也被释放掉造成的。
这种情况CCH一般是没有拥塞的,容易做成假象。
●切换申请原因(HOTOLCL、HOTOKCL、HOUPLQA、HODWNQA、HOEXCTA、HODUPFT、HOTOHCS)
由于我们现在是应用TYPE1算法,所以切换原因基本是以上几种。
如果是TYPE3算法HOTOLCL及HOTOKCL就没用了。
上述的优先级为超TA为先,然后是质差,再是L及K小区。
这里大家是否有考虑到上下行都质差,应记入哪里?
答案是:
只记入HODWNQA,并非两个都记入。
于是我们当发现某小区切出时,有较多的上行质差切换申请而下行质差较小甚至没有时,就可以推断接收问题。
另外要强调两点:
第一是没有弱信号切换原因这一个COUNTER;第二当发生层切换时,如果又K小区的条件,则HOTOHCS及HOTOKCL是同时累加的。
谈及切换原因,就会有频繁切换(有说法是乒乓切换),它占的百分比公式应为:
HODUPFT除以HOVERSUC。
一般说来,超过了25%,都要引起注意的。
●切换成功率(HOVERCNT、HOVERSUC、HORTTOCH)
切换成功率以前是HOVERSUC除以HOVERCNT。
这个能反映一些明显的数据异常问题:
HOVERCNT不为零,HOVERSUC为零时,很可能是有同频同BSIC的情况;HOVERCNT为零时,相关的测量频点、BSIC、CGI等等可能有不一致的地方。
一般说来,该公式计算出来的成功率都较高,如果出现较低的情况,则要注意目标小区是否有问题(即看切入小区的情况)。
现在的公式是HOVERSUC除以(HOTOKCL+HOTOLCL+HODWNQA+HOUPLQA+HOEXCTA+HOASWCL+HOTOHCS),由于前面提及HOTOHCS及HOTOKCL同时累加的情况,所以当有较多不同层的小区叠加的时候,小区的切换成功率会变得很低(分母变大了)。
如果排除了这种情况,切换成功率仍然很低就很可能目标小区有拥塞问题了。
●切换掉失(HOVERCNT、HOVERSUC、HORTTOCH)
公式较易明白:
HOVERCNT-HOVERSUC-HORTTOCH。
这里要强调与切换失败、切换失败返回两者区分清楚。
切换失败就是HOVERCNT-HOVERSUC,切换失败返回是HORTTOCH。
切换掉失要与掉话结合起来分析,当发现掉话多且切换掉失也多的时候,通过调整切换带,减少无谓的切换就不失为一种有效的办法。
我们在进行切换分析时,常常都是利用切换申请原因次数的多少有判定小区与小区间的关系密程度,从而在参数调整方面提出合理的建议。
例如我们想通过偏移切换带来分流话务,如果两个小区之间的切换一向就很少,调整就不会有明显的效果了。
除了以上一些COUNTER外,我们还有以一些OBJTYPE都比较重要,如关于内切的CELEVENTI,当内切较多且已开了跳频时,可尽量往硬件故障去分析;关于ICMBAND的IDLEUTCHF,当ICMBAND高时,应检查直放站故障;关于信令统计的LAPD和能反映时隙状况的MOTS等等。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- BSC 话务 统计 高级 原理
![提示](https://static.bingdoc.com/images/bang_tan.gif)