EVDO连接成功率优化处理方法

wsr775

1
连接失败的原因分析
无论什么原因导致连接成功率低，都可以通过话统数据获得失败原因分布，失败原因分布为解决连接成功率低问题提供了一个便捷的入口，以失败原因分布为中心，结合范围分布规律、时间分布规律和用户分布规律进行网络问题分析是一种常用的网络问题分析方法，连接成功率低问题也不例外。
1.1
分配呼叫资源失败

连接建立时，AT在发送Connect Request的同时也会发送Route Update（简称RU，下同），RU消息中包含激活集导频信息，其中referencePilotPN所指的导频就是AT的参考导频，AN会要求参考导频所在的基站分配呼叫资源，如果分配失败则连接失败。
EVDO呼叫资源主要包括空口资源（CE资源、功率资源和MacIndex资源）和Abis传输资源（带宽资源、IP传输时的端口资源、ATM传输时的CID资源等），查询告警信息和分析CSL日志是定位分配呼叫资源失败问题的有效有段。需要注意的是，当DO的信令和业务分链路传输时，信令链路正常而业务链路故障的话，BSC可能不会产生告警，这种情况可以参考3.2.1中提供的方法检查业务链路是否正常。
1.1.1
分配CE资源失败如果基站的DO信道板使用CSM5500芯片，由于多块CECM不能构成资源池，单块CECM最大配置4块CSM5500芯片，反向CE资源最大为96个；如果基站的DO信道板使用CSM6800芯片，反向物理CE数量为192个。
信道板故障或者License CE配置不足都可能导致分配CE资源失败，分配CE资源失败在CSL中记录的释放原因值可能为0x0212（License CE不足）、0x0214（前向CE不足）和0x0215（反向CE不足），使用DSP CBTSLICENSE可以检查基站的CE配置情况和占用情况，CE License使用率超过告警门限时基站也会上报相应告警。

排查方法与建议：
a、
检查是否存在告警。
b、
检查CE License是否足够，增加CE License。
c、
检查信道板是否故障，更换信道板。
1.1.2
分配MacIndex资源失败DO网络中的MacIndex资源相当于1X网络中的WALSH码资源，每个DO扇区载频拥有128个MacIndex资源，信道开销会占用14个，剩余114个可用于用户的连接或者反向软切换。
过多的反向软切换会消耗大量的MacIndex资源，分配MacIndex资源失败在CSL中记录的释放原因值为0x0218（MacIndex不足）。
排查方法与建议：
a、对载波进行扩容，增加叠加载波。
b、
在不影响覆盖的前提下，适当减小覆盖来规避，可通过降低功率或下压天线的方法。
1.1.3
分配传输资源失败链路带宽受限、传输故障等问题也可能会导致连接建立时分配呼叫资源失败，分配传输资源失败在CSL中记录的释放原因值可能为0x020E（带宽不足）、0x0216（前向带宽不足）或者0x0217（反向带宽不足）。
传输故障一般都会伴随有告警信息，分析问题时需要给予关注。
排查方法与建议：
a、
查询告警信息
b、
对传输进行扩容
1.1.4
分配其它资源失败如果分配资源失败不属于以上三种情况，则可认为是分配其它资源失败，通常情况下都是因为设备软硬件故障导致的，对于该类问题没有固定的分析定位方法，建议提交GCRMS问题单向GTAC求助。
1.2
反向业务信道捕获失败

在收到AN发送的TCA之后，AT开始建立反向业务信道，并发送导频和DRC信息给AN，如果AN没有收到或者解调失败，则会发生反向业务信道捕获失败。这个过程是MAC层信令交互，无法在信令跟踪中直接体现。通常情况下，反向业务信道捕获失败是影响连接成功率的主要因素，而业务链路故障和空口质量差是导致反向业务信道捕获失败的主要因素。
1.2.1
业务链路故障在有连接请求时，没有配置业务链路会导致分配呼叫资源失败，但是业务链路故障则会导致反向业务信道捕获失败，一般可以通过PING基站的接口板IP地址来检查业务链路是否畅通，PING不通或者丢包都表明业务链路故障，需要实施整改。
即使PING得通也不能表明业务链路没有问题，因为如果基站IP路由中的目的IP地址和BSC侧传输接口板的IP地址不一致，则会出现基站接口板IP地址PING得通但是业务链路不通的情况。
查询基站接口板IP地址的命令为“LST BTSLNK: BTSID=XX, LNKTYP=TRF;”，获取框号和接口板槽号。

根据获取框号和接口板槽号，查询BSC侧传输接口板IP地址的命令为“LST IP: FN=XX, SN=XX;”，获取BSC侧传输接口板的IP地址。

查询基站IP路由的命令为“DSP CBTSCFG: BTSID=XX, CFGID=CBTSIPROUTE;”，获取目的IP地址。

排查方法与建议：
a、
按上述方法检查业务链路
b、
对业务链路进行重新配置
1.2.2
空口质量差空口质量差时，AT发送的导频和DRC信息可能无法被AN正确解调，从而导致捕获反向业务信道失败。对于该问题，虽然无法杜绝，但是可以通过调整参数和改善覆盖来优化。
排查方法与建议：
a、
改善覆盖
覆盖不好会导致导致AT的反向业务信道前导不能被AN正确解调，主要的覆盖类原因可以从下面几方面来排查：
1）检查RSSI是否过高。主要需排查天馈工艺，外部干扰等。
2）前反向链路不平衡。主要是由于外部干扰或是直放站、干放等对反向形成干扰。
3）无主覆盖形成导频污染，影响接入。需要进行RF天馈调整，修改功率参数等。
4）弱覆盖导致。室外需要通过加站、RF调整或修改功率。室内可以通过RRU，增加天馈来解决。
b、
调整参数
影响连接成功率的参数主要有接入参数、DRC信道增益和接入宏分集。
1）当反向链路不好时，适当提高接入探测周期、接入探测前缀帧长、接入探测功率增量等接入参数可以在一定程度上提高接入成功率，但是需要注意接入信道容量；
2）适当提高DRC信道增益，有利于减少捕获反向业务信道前导失败次数；
3）打开EVDO的接入宏分集开关之后，在连接建立时AN会同时给AT建立多个分支，使AT直接进入软切换状态，在一个导频污染比较严重的区域，开启接入宏分集有利于提高连接成功率。
1.3
没有收到TrafficChannelComplete在AN捕获反向业务信道前导之后，AT应该发送TCC告知AN反向业务信道建立完成，如果AN发送的TCA没有被AT收到或者AT发送的TCC没有被AN收到，都会导致连接建立失败，话统中的失败原因为没有收到TrafficChannelComplete。和反向业务信道前导捕获失败类似，业务链路故障和空口质量差是导致没有收到TCC的主要因素。
1.3.1
业务链路故障业务链路故障既可能导致“捕获反向业务信道失败”，也可能导致“没有收到TCC”，现有案例表明，在DO信令链路和业务链路同框不同槽位时，如果基站IP路由中的目的IP地址和基站所在槽位的接口板IP地址不一致会导致AN发送TCA之后收不到TCC。在FE链路配置ARP检测功能也会导致AN发送TCA之后收不到TCC。查询ARP检测功能的命令如下：

一个配置了ARP检测功能的示例如下：

排查方法与建议：
a、
业务链路故障的排查方法可参见3.2.1
b、
检查在FE链路是否配置ARP检测功能（方法如上，目前深圳现网不存在此种配置）
1.3.2
空口质量差因为空口质量差导致的“收不到TCC”的优化方法和因为空口质量差导致的“捕获反向业务信道失败”相同，请参考3.2.2。
1.3.3
异常终端MEID或ESN为全0的终端会导致原因值为“没有收到TCC”的连接失败（失败原因值也可能是“分配呼叫资源失败”）。全0的MEID转换成的ESN都是0x80f28490。
排查方法与建议：
a、
通过分析CDR或者SPU日志,可以比较容易的找出这种MEID为全0的终端导致的连接失败，解决方法是推动终端厂家升级问题终端。
b、
可以从统计算法上入手，对这些异常终端造成的失败进行规避。
1.4
MEID连接拒绝

这种失败是因为BSC的License不支持MEID功能导致的，虽然开启MEID功能可以解决这种问题，但是也可能会带来其它副作用，如需打开需项目组内N侧、B侧、网规人员一起讨论，并提交评审。
排查方法与建议：
目前深圳BSC已经开启MEID支持功能，该类失败现网不存在。
1.5
其它原因

由于统计为其它原因的连接建立失败一般都是设备故障或者定时器设置不当导致的，而且在信令流程中没有具体的统计点，所以需要结合设备运行状态和CSL日志进行分析，得到分析结果之后才能采取优化措施。
排查方法与建议：
a、
处理影响DO业务的告警；
b、
分析CSL日志，根据获取的具体释放原因值采取有针对性的优化措施；
c、
跟踪信令，对照连接建立的信令流程明确连接建立失败的现象；