改善CDMA系统异常CFC9的分析

改善CDMA系统异常CFC9的分析摘要：手机在呼叫失败时，系统有时候会产生CFC9。本文从CFC9的定义，产生的原因以及碰到的各种案例进行深入的分析，以改善CDMA系统的呼叫建立成功率。关键词：CFC9CDLXCDRSERVICE_OPTION1.CFC9的定义CFC――callfinalclasses：呼叫终结类型，用户每发起一个呼叫或作被叫释放的时候系统都会产生一个CALLDETAILLOG（简称CDL），CFC值是整个CDL中的其中一个参数。根据每个CFC值的定义可以简单的判断每个通话记录是否正常，如果不正常是属于呼叫失败或是掉话等，这样我们就大致可以定位这个通话属于那一类的问题。而CFC9就是各项CFC定义中的一种，CFC9的定义为：“NoValidSpeechfromMSduringCallSetup，手机在建立一个呼叫的时候，如果XCStateTimer4（等待validspeech）超时，就会产生一个CFC9。2.CFC9呼叫流程图：产生CFC9的呼叫流程：手机发起呼叫时，在XCDR中从空闲帧转变到无效帧并传送到CPP后，这时就会启动XCCPStateTimer4(等待validspeech)，这是一个5秒状态计时器，这时基站会发一个ACK信息给手机，这个信息需要手机回应，然而如果手机在5秒内收不到这个ACK信息，就会产生一个CFC9，改呼叫也随之失败。相反，如果手机收到这个ACK信息，在5秒内没有给基站回一个StateChangeMessage（SCM）信息，也会产生一个CFC9。下图为手机发起呼叫的一个简单流程图，MSOrigMessageBTSAckOrderTchPreambleChanneassignMessTCHPreambleBaseAck(5)NullTchdataServieconnemessageChannelRequiredSTRAUAchivedw/MCCidle（2）Chaneelassignment（3）TchPreamble（inSTRAU）（4）NullTchdata（inSTRAU）（6）CompleteL3infoCMServiceRequestSCCPconConfirmedSetupCallProcessAssignmentRequest3.产生CFC9的各种原因从CFC9的定义以及实际工作中碰到CFC9的问题，CFC9产生的原因大致可分为以下几种：3.1.无线环境的原因如果手机所处的地方信号不好会产生CFC9。3.2.CPXCStateTimer4设置的太低在系统上跟这个Timer有关的参数为XCCPPARMS，在OMCR用命令：dispxc－bsc#xccpparms显示各项参数，其中T11跟CFC9有关，系统默认的值为12000(ms)，如果某个CBSC的CFC9比例过高，可以适当改大该参数为14000(ms)。MSBTSCBSCMSC3.3.从SERVICE_OPTION（服务选择）来检查在发现个别基站CFC9比例升高的时候，可以过滤出产生CFC9的SERVICE_OPTION来，分析那种SERVICE_OPTION的比例最高，下面是对某个集中的统计：SERVICE_OPTIONCounts%0x00013019.468%0x0003248578.169%0x00061875.882%0x000E1916.008%0x002110.031%0x8000140.440%其中SERVICE_OPTION代表的意思为：–0x0001–So8KVoice–0x0003–EVRC–0x0006–RS–1SMS–0x000e–RS–2SMS–0x0021–1Xdata–0x8000–So13KVoice在上表中，产生CFC9的SERVICE_OPTION中，话音是最高的，但是属于SMS（短消息）的比例将近达到12％，也是不容忽视的。3.4.最初呼叫释放事件（INIT_MM_REL_EVENT）INIT_MM_REL_EVENTCounts73178231在INIT_MM_REL_EVENT中数值表示的意思为：7–AbnormalCBSCinitiateddisconnect(sentanA+ClearRequest)23–MMreceivesaC10:SCAP:CDMAReleaseCommenced从上个表格可以知道，产生CFC9问题是在AbnormalCBSCinitiateddisconnect。但要查找导致AbnormalCBSCinitiateddisconnect的原因。3.5.CFC9集中在同一块MCC板上的几个CE上可以从CDL中过滤出init_rf_connect_mcc和init_rf_connect_element，看是否会集中在某一个MCC板的CE上，如果确认有这样的情况，可以把这块MCC板的CE在OMCR上INHIBIT，再观察这个基站是否还会产生较多的CFC9。当然，产生CFC9的原因是很多的，要从平时的工作中总结。4.案例分析4.1.问题发现：寮步三联BTS1423这个站SECTOR-1出现较多的异常CFC9，影响系统的指标。4.2.统计分析：从产生CFC9的定义来看，CFC9表示NoValidSpeechfromMSduringCallSetup，意思为当在规定的时间内基站没有收到发自移动台的NULLTCHDATA的时候就会产生一个CFC9。因此，我们可以从MCC板的TCH来分析。经过较多的CFC9CDLLOG数据过滤出，发现产生在同一个MCCCE的概率很大，下面是产生CFC9的CE的统计：CFC9MCC2-CE次数MCC3-CE次数％02112.857%1142262.857%21612.857%511125.714%711212.857%13213514.286%1511425.714%2112.857%总CFC9935可以看出，CFC9主要集中在第三块MCC板的第4个CE上，占的比例为62.857%。因此可以判断该MCC板的第4个CE有问题，所以我们在2月3号对该CE进行了相关操作：2004.2.312:00inhibitmcc3-ce4；disablemcc1423-3unc；loadmcc-1423-3；disablemgli-1423-1unc；loadmgli-1423-1；disablemgli-1423-2unc；loadmgli-1423-2。4.3.问题解决：进行了相关操作后，对这个基站的CFC9进行了相关统计对比：CFC9数量走势图0510152025303540455055601月29日1月31日2月2日2月4日2月6日2月8日2月10日2月12日2月14日SEC1ALL从图上可以明显看出，在2月3号对有问题的CE进行INHIBIT后，CFC9的数量有了明显的下降。因此，以后要是碰到某个基站的CFC9比例升高，可以从这个方面去考虑。5.总结产生CFC9的原因是多样的，要分析这个问题，首先要从它的根本定义出发，然后从CDL中找产生CFC9的一些共性来，结合平时一些工作经验，这样就可以简单、快捷的定位问题的根本所在。