1.概述
CDR－Call Detail Record呼叫详细记录。
CDR采集的目的：
l关注异常呼叫发生的几率、原因，进行系统问题、故障的定位和解决。
l分析和测量网络的性能，进行网络优化、解答用户投诉。
l分析系统逐渐变差的硬件性能等。
CDR通过开关控制，可以控制不同类型的呼叫是否向服务器发送CDR，根据用户需要对分析数据进行过滤。
查询CDR过滤开关命令行： LST CDRFILTER:;
例如：查询2框MSC发起的释放类型的CDR过滤开关:
LST CDRFILTER: FN=2, CFC=MSC_NORMAL;
注意：开启CDR过滤开关后，会增加单板和BAM服务器的负荷，如果局点规模较大、或单板和BAM的负荷已较高，打开需慎重，建议不要一次打开所有开关，尤其是正常释放类型。
CDR数据
当CDR数据库容量大于系统设定条数或超过6天时，系统会自动把之前的数据删除。保存位置在BAM的D:\SysExpDat\CDR下
2.CDR常用字段说明
1.基本信息字段
IMSI （用户号码转换）
ESN （设备识别号）
MEID（仅适用于DO业务）
主_被叫号码（相对于IMSI用户）
接入时刻秒数--接入时刻毫秒数（标识接入时刻）
呼叫持续时间（通话时长）
呼叫标志（0-表示主叫；1-表示被叫）
呼叫初始的业务选项（3表示语音，6表示短信，33表示数据业务）
最终的业务选项
2.呼叫建立字段 接入频点
指配频点
接入切换标志
接入导频_CellID
接入导频_SectorID
接入导频_PN强度
初始激活集数目
初始激活集小区标识
3.呼叫释放字段 呼叫资源释放时间_系统时间
呼叫资源释放时激活集数目
呼叫释放原因值
呼叫资源释放时激活集小区标识
呼叫资源释放时激活集扇区标识
呼叫资源释放时激活集导频强度
呼叫释放时前向FER
呼叫释放时反向合成总帧
呼叫释放时反向合成坏帧
4.呼叫处理字段 前向FER发生比例
单位时间内反向FER发生比例
前向TCH目标FER
反向TCH目标FER
前向FER发生比例
单位时间内反向FER发生比例
各导频强度的呼叫占用时长
5.语音质量字段 收到Preamble的20秒内上行只有1/8帧速率帧这一事件是否发生
收到Preamble的20秒内下行只有1/8帧速率帧这一事件是否发生
通话过程中20秒内上行只收到1/8速率帧这一事件发生的次数
通话过程中20秒内下行只收到1/8速率帧这一事件发生的次数
单位时间内前向因全信令帧导致的有效帧丢失数发生比例
单位时间内反向全信令帧发生比例
6.软切换字段 触发最后一次软切换的PSMM的上报时间
触发最后一次软切换的PSMM上报的激活集导频综合强度
触发最后一次软切换的PSMM上报的导频数目
触发最后一次软切换的PSMM上报的导频小区标识
触发最后一次软切换的PSMM上报的导频扇区标识
触发最后一次软切换的PSMM上报的导频强度
激活集包含N个分支的时长
软切换次数
最后一条PSMM上报时间
最后一条PSMM上报的激活集导频综合强度
最后一条PSMM上报的导频数目
最后一条PSMM上报的导频小区标识
最后一条PSMM上报的导频扇区标识
最后一条PSMM上报的导频强度
软切换失败原因
7.硬切换字段 硬切换算法类型
最后一次硬切换目标频点
最后一次硬切换的目标小区个数
最后一次硬切换的目标小区的小区标识
最后一次硬切换的目标小区的扇区标识
最后一次硬切换的执行结果
触发最后一次硬切换的消息上报的导频小区标识
触发最后一次硬切换的消息上报的导频扇区标识
触发最后一次硬切换的消息上报的导频强度
8.数据业务字段 前向SCH合成总帧数
前向SCH合成坏帧数
反向SCH合成总帧数
反向SCH合成坏帧数
分配前向SCH帧数
分配反向SCH帧数
反向SCH的平均FER
3.掉话问题定位一个正常的网络，大部分掉话为空口原因，呼叫释放原因值为C05，话统统计为“掉话次数(Erasure帧多)”。不管是前向链路还是反向链路失效，最终都会体现为反向FER太高，BSS发起释放。
l如果是前向链路质量变差，手机连续收到超过12个误帧时，会关闭发射机，并启动5s的定时器。如果在5s内，收到连续2个好帧，手机重新开启发射机，停止定时器；如果定时器超时，移动台进入系统确定子状态。手机关闭发射机后，BSC收到的全是erasure帧，表现为反向erasure帧过多而掉话。
l如果是反向链路质量变差，表现为反向erasure帧过多而掉话。
l如果是手机发送了需要系统应答的消息，连续发送N次后，仍然收不到应答，手机进入系统确定子状态。从而系统收不到反向帧，表现为反向erasure帧过多而掉话。
绝大部分的空口原因造成的掉话，都会最终反映为“反向erasure帧过多”。所以针对这类掉话，需要根据其它信息进行具体的分析，找出掉话的真正原因。下列数据可以帮助我们分析空口原因的掉话：
1.释放时反向FERCDR记录了呼叫释放前20秒的反向合成总帧数、合成坏帧数；呼叫释放时反向各分支总帧数、坏帧数等。
【举例】提取呼叫释放前20s反向误帧记录对应SQL：
SELECT 呼叫释放原因值,IMSI,主_被叫号码,呼叫释放时反向合成总帧0,
呼叫释放时反向合成总帧1,呼叫释放时反向合成总帧2,呼叫释放时反向合成总帧3,
呼叫释放时反向合成总帧4,呼叫释放时反向合成总帧5,呼叫释放时反向合成总帧6,
呼叫释放时反向合成总帧7,呼叫释放时反向合成总帧8,呼叫释放时反向合成总帧9,
呼叫释放时反向合成坏帧0,呼叫释放时反向合成坏帧1,呼叫释放时反向合成坏帧2,
呼叫释放时反向合成坏帧3,呼叫释放时反向合成坏帧4,呼叫释放时反向合成坏帧5,
呼叫释放时反向合成坏帧6,呼叫释放时反向合成坏帧7,呼叫释放时反向合成坏帧8,
呼叫释放时反向合成坏帧9
FROM dbo.CHR_EEE A
WHERE A.呼叫释放原因值=3077
如果反向FER低，说明反向链路质量良好；反之，反向链路质量良差。
2.释放时反向设定EbNt和实际EbNtCDR记录了呼叫释放前20秒的反向设定EbNt（反向外环设定值）。反向内环功率控制的目的是使得分支反向实际Eb/Nt朝反向设定Eb/Nt靠近；外环功率控制则是根据综合反向目标FER来调节反向设定Eb/Nt。
CDR记录了呼叫释放前20秒的反向实际EbNt。如果反向实际Eb/Nt低，说明反向链路质量差或者手机关闭发射机；反之，说明反向链路质量良好。可以通过与反向设定Eb/Nt的比较，或者与反向FER = 目标FER时的反向设定Eb/Nt进行比较，来衡量反向实际Eb/Nt的高低。
【举例】提取呼叫释放前20s反向设定EbNt和实际EbNt记录对应SQL：
（因为文章字数超过，省略）
以上指标可以在系统侧准确测量。可以用来分清掉话是由前向还是反向链路质量引起的。进而确定是覆盖问题，负荷超载，功控失效，还是手机功率不足，反向干扰？
3.释放无线环境信息CDR记录了呼叫资源释放时激活集数目，激活集各分支的小区标识、扇区标识、导频强度、传输时延信息。
【举例】提取呼叫释放前无线环境信息对应SQL：
（因为文章字数超过，省略）
在覆盖较差的时候，掉话前往往只剩余一个分支，手机不会报告PSMM，所以系统侧无法知道掉话瞬间的前向导频强度。但如果确定PSMM报告的时间，该值仍然很好的说明手机所处的无线环境。如果无线环境好，而前向FER高，说明前向业务信道码道功率不足。使用时要与前向码道功率（从RFMT中获得）结合起来，比如分支1导频强度高，但其对应的业务信道码道功率几乎为0，则仍然不会改善前向链路质量。
由于软切换是根据前向导频强度进行的，如果是由于覆盖的原因导致掉话，掉话时一般激活集数目= 1。如果掉话时激活集中仍有多个分支，说明前向覆盖良好，但如果超过3个分支，则说明手机处于导频污染区。
利用网规专门后处理软件可以对CDR数据进行基于载频的排行分析，找出网络中掉话次数最多的载频，便于重点关注。根据掉话时导频_PN强度可分析掉话时刻EcIo，如果CDR数据的EcIo指标大多数都是在-15dB以下，则说明掉话大部分原因是由于覆盖引起的掉话。
4.释放时前向FERCDR记录了呼叫释放前20秒的前向FER。前向FER是手机通过反向信令上报的，所以只有在确认反向链路质量良好时可参考。否则，如果统计到的F-FER较高，说明前向链路质量差；但反之不然。
还有一些信息可以为我们分析掉话提供线索，可以联合CDR和这些调测手段进行分析。如RFMT中的分支前向码道功率、反向RSSI、载频发射功率、手机接收电平等：
ü
分支的前向码道功率：该值要与对应分支的反向链路质量结合起来考虑。在反向链路很好的情况下，如果掉话前前向码道功率持续升高或者维持在最大值，则说明前向链路质量很差，手机一直要求提高功率；反之，如果持续下降，说明前向链路质量很好。
ü
反向RSSI：衡量反向干扰（包括内部干扰和外部干扰）的重要指标。
ü
载频发射功率：如果该功率超过45dBm，载频上各个码道功率被按比例削减。可能造成：所有分支的码道数字功率很高，而实际功率不足，从而使手机不停要求提高发射功率，而导致各分支的码道数字功率都提高到最大值。
ü
手机接收电平：如果Rx很大，而前向Ec/Io很小，说明存在前向干扰，包括外界干扰和高负荷。反之，如果Rx太小，手机也无法解调。
维护台无线资源跟踪中可以记录载频被占用的Walsh码资源情况：
ü
Walsh码：PilotPower / Walsh码占用数，可以用来表征功率利用效率。
手机侧发射功率信息，需要参考手机侧记录：
ü
手机发射功率：结合BTS实际接收到的分支反向Eb/Nt，可以分析反向链路质量，包括衰减和干扰。
TX_GAIN_ADJ：如果该值为常数，说明手机关闭发射机。
4.无线侧接入时长分析在E2E接续时长中，我们关心无线接入这一段，通过大量呼叫历史记录CDR数据统计，来排查全网用户或VIP用户E2E接续时长中无线这一段的时长如何，
我们网优先排查无线这一段的时长有无问题，如果VIP用户或者全网用户无线接入这一段的时长无问题，对VIP用户或者全网用户的接续时长过长的用户感受问题(例如14秒才接通)
就可以定界跟空口相关性小等，让核心网、承载网、关口局等相关产品工程师处理。
注:这里CDR中没有统计第几个probe接入。
[
本帖最后由 jimjim 于 2009-11-29 08:34 编辑 ]
关注楼主