CDR 分析简介
1、CDR(Call Detail Record)呼叫详细记录,用于记录一个呼叫的关键历史信息,包括该呼叫的终端特征信息、呼叫建立特征信息、Qos相关信息、呼叫过程行为信息、呼叫释放相关信息。
我们通过CDR可以看出一次呼叫的位置、接入和释放时的无线环境质量、是否正常释放等信息,通过这些信息我们就可以分析出每一次呼叫释放的原因,能够发现网络中存在的一些问题。
CDR的分析一定要与话统分析和路测分析结合起来,才能够比较全面的分析出网路问题,为网络优化提供指导。
CDR功能必须要启动命令后才能对数据进行采集,系统默认情况下是关闭此功能的。
打开命令:MOD CDRFILTER
查询命令:LST CDRFILTER
2、由于CDR的原始文件较大,包含的字段较多,1x有670多个字段,DO
连接级共有420多个字段,我们也不可能去对所有字段进行了解。
3、CDR数据的分析一般分为3种
a、单个IMSI的分析,一般针对于投诉处理
b、单个基站或单个载频的分析,一般针对TOPN处理
c、整个BSC或者全网的分析,一般针对大面积的网络优化
IMSI分析:一般对于一个用户的投诉我们首先要尽可能多的了解用户投诉的信息,一般要收集用户投诉的时间、地点、现象、主被叫号码等信息。
我们可以利用收集到的这些信息来和CDR数据进行匹配,一般可以精确到是哪一条记录。
匹配时要注意:如果用户投诉是掉话,我们不能只从释放原因值来看,由于掉话定时器的影响,可能在系统掉话之前用户就主动挂机了,这种是不会从释放原因值来反映出来的,但是一般掉话前反向FER都会很高,我们可以通过这一点来确定是否真正掉话。
•我们遇到最多的投诉就是掉话,一般当我们可以从以下的角度来分析:•此条记录当时的无线环境,可以从EC/IO和FER来分析,来判断是否是由于无线环境差所造成掉话,但是这种无线环境差不一定是由弱覆盖造成,具体的原因还需要继续分析。
•用户行为的分析,这一点也非常的关键,了解了该用户的移动方向对于具体原因的分析帮助很大。
另外用户一般掉话后会再拨同一个号码,这样也可以推断是否真正掉话
•单个载频的分析:对于单个载频的分析一般是针对掉话的TOP站来分析。
•首先根据话统指标来筛选出TOP站点
•根据CDR来筛选出掉话的记录
•寻找的这些记录的规律,找出掉话原因
•掉话原因常见有以下几种:
弱覆盖引起掉话。
这种掉话表现为:释放时激活集中分支EC/IO都很差,从mapinfo来看基站比较稀疏或有遮挡。
软切换失败掉话。
这种掉话表现为:释放时激活集中分支EC/IO都很差,但是最后一条PSMM上报的导频强度有较强导频,这种就有可能是由于邻区漏配导致切换失败。
•伪导频硬切换失败掉话。
这种掉话表现为:硬切换算法类型为“14”,最后一次硬切换的执行结果为“2”。
这种硬切换失败原因一般有两种:
PN混淆造成。
这种现象在像北京这样的大网中比较常见,因为室内覆盖过多,室内PN不够用,造成室内站的PN复用距离过近,当用户从室外向室内移动时可能会由于2-WAY现象造成邻区合并时丢掉正常邻区,造成切换失败。
这种问题的一般表现为:释放时激活的小区和最后一次硬切换的目标小区从mapinfo上来看切换关系不是很明显,在附近有和最后一次硬切换的目标小区同PN的小区。
更重要的是,在掉话后该用户马上进行的下一次接入的小区并不是最后一次硬切换的目标小区,且这个小区的PN和最后一次硬切换的目标小区的PN相同。
伪导频的覆盖范围大于真实载频的覆盖范围。
这中情况一般表现为在掉话后马上进行的下一次接入还是在释放时的小区上接入。
这种情况下最好能够到现场进行测试,了解伪导频的真实覆盖范围,根据实际情况来降低伪导频的覆盖,例如可以降低导频信道增益或基带增益。
•全网分析:利用CDR我们也可以对全网进行分析
•首先应该先了解网络中都存在哪些问题,这些问题有哪些特征,我们可以根据这些特称来从CDR中找出相应的一些记录,进行分析,下面以北京为例介绍几种常见的分析方法。
•经过前一段时间的网络优化我们发现北京的室内站PN复用问题较为严重,这样就会产生一个伪导频硬切换失败导致掉话较多的现象,我们可以
针对这种现象对全网的这种掉话进行排查解决。
•这种掉话在CDR中的表现为:硬切换算法类型为“14”,最后一次硬切换的执行结果为“2”
•有了这些表现我们就可以把全网这种情况掉话都筛选出来,逐一进行解决。
•在筛出来的CDR中,我们对最后一次硬切换的目标小区1的小区标识出现的次数进行排序,这样就能得出硬切换失败目标小区的TOPN扇区,我们按照从多到少的顺序进行逐个分析。
•然后再对最后一条PSMM上报的导频1的小区标识进行排序,这样就能找出硬切换失败的源测小区,也就确定了切换关系。
•对于其中一些掉话的IMSI进行查询,查询他们下一次呼叫所接入的小区,如果下一次接入的小区的PN和硬切换目标小区的PN相同,那基本上可以判定是由于这两个小区PN复用造成
•网络中存在且通过调整可以解决的问题还有非常重要的一个就是邻区漏配和邻区错配问题。
•通过我们的CDR也可以查出网络中存在的一些能够造成掉话邻区问题,具体内容见附件文档。
• 掉话释放原因值解析
CDR释放值及解释.x ls
•
利用CDR检查邻区问题方法总结.doc。