呼叫成功率低的思路.docxVIP

呼叫建立成功率低的解决思路  HYPERLINK /blog/ \l m=0t=1c=fks_087071092084087074080081086095086085083065093083085068 RF 工作 2009-04-04 11:51:45 阅读411 评论0 字号：大中小 今天碰到一个小区的呼叫建立成功率比较低，在60％左右，但是其他各项指标都比较好，没有问题，TCH分配失败就几次，影响指标的有那些因素啊？还有这个小区的位置更新次数比较多，有2000－3000次之多，会不会是这个原因？ 呼叫建立所利用到的无线信道资源顺序如下： 首先是CCCH（AGCH信道上用于发送立即指配消息，给手机分配SDCCH信道） 其后是SDCCH（手机在SDCCH上完成鉴权、加密、接续） 最后是TCH（手机进行通话） 因此，从楼主所说的TCH分配失败就几次，如果TCH接通率也正常的话，那问题应该就是在CCCH或者SDCCH上了。虽然楼主说位置更新比较多，但是要看SDCCH接通率和拥塞率是否正常；就算SDCCH拥塞率高，如果网络开启了TCH可作SDCCH用的话，那么这个也是能保证鉴权、加密、接续这个环节正常运行从而保证通话正常建立。因此，最关键和最容易被忽略的还是要是CCCH是否足够用，因为无论位置更新、呼叫、接听、短信、数据业务信道分配都要用到CCCH，因此楼主要检查一下立即指派成功率是否太低，即CCCH是否够用！ 关于呼叫成功率 首先看看你的LAC每秒寻呼次数是不是超过了MOTO规定的40/每秒，在看看paging_discard是不是超过很多如果没有，那就不是寻呼过载的问题，需要检查A接口电路是不是有阻塞，可以根据BSC总话务和A接口数量算一个负荷是不是正常，MOTO的3CAGE的BSC安全警界在1200ERL以内。还有就是要看看BSC的MTL是不是假活，每条都INS一下，看看下个时段是不是好了。如果发现是A口有问题，可以通过具体的统计项来看哪些有问题，具体就是呼叫建立成功率的公式的原始项、还有看看PAGERESPONSE、MA_REQ_FROM_MSC、MA_CMD_TO_MS、TOTAL_CALLS。一般来说正常的话这几项应该差不多，可以跟正常的BSC比较看看。1、INV_EST_CAUSE_ON_RACH产生的原因是CHANNELREQUEST消息所带的原因值（CAUSEVALUE）与GSM04.08规范定义不相符所致。通常与干扰有关，若一个基站小区的INV_EST_CAUSE_ON_RACH统计值过大，则表明该小区的存在强干扰，需通过频频检查、干扰排查、功率控制等方式减低小区干扰来加以解决2、对于SDCCH拥塞导致呼叫建立过程失败的原因较多，主要与SDCCH资源不足、系统参数设置不当（如max_number_of_sdcchs、和number_sdcchs_preferred设置偏小）、基站小区位于LAC边区、位置更新过于频繁、存在干扰等因素有关。需逐一排查。在排除硬件故障的前提下，可以通过调整LAC边区、进行硬件扩容、开启SDCCH动态配置、加大max_number_of_sdcchs、number_sdcchs_preferred、sdcch_need_high_water_mark，减小rr_t3111 、max_retran等参数的设置进行调整。3、对于由于T3101超时导致CHAN_REQ_MS_FAIL以致MS未能占用SDCCH信道的问题，主要考虑基站输出功率不平衡、天线方位角或倾角不一致造成BCCH信道与SDCCH信道覆盖范围不一致，造成MS无法占用SDCCH，或是与存在干扰、参数TA设置过小、基站存在硬件故障等因素有关，需结合基站硬件检查、参数设置、基站载频的IOI、PATH BALANCE等统计指标进行故障定位。同时也应检查T3101设置是否恰当，如T3101是否可小以致MS 在T3101超时前根本就没有时间占用SDCCH。4、对于MSC向BSC回送SCCP连接拒绝消息的情况，主要考虑CIC资源不足，MSC负荷过载、协议不兼容等原因所致。需要结合信令分析，对拒绝消息的原因值进行分析处理。5、对于由于TCH拥塞导致无法分配TCH信道的问题，需要从硬件和软件等多方面进行分析。确定是否是由于参数设置不当（如IBAND设置过严，以致系统认为信道干扰过大，不予分配信道）引发假拥塞的发生，是否存在频率干扰、硬件是否存在故障、同时可以考虑使用硬件扩容、参数调整、进行拥塞排队、拥塞释放、调整rxlev_access_min等方式进行处理。6、对于已分配TCH信道，但MS无法成功占用的情况，需对小区的MA_FAIL_FROM_MS加已统计，如发现此统计较高，需首先检查是否存在严重的上下行干扰，PAT