呼叫建立成功率的分析及解决

呼叫建立成功率的分析及解决

摘 要：本文分析了呼叫建立成功率的定义，并对可能出现的问题，提出一些解决呼叫建立成功率低的思路和方法。

关键词：呼叫建立成功率；呼叫建立过程；解决

1 前言

呼叫建立成功率作为反映网络接入性能的一项重要指标，它反映了网络运行状况。对无线接通率、最坏小区比等主要网络指标都有着非常重要的影响。所以一直是网络优化工作关注的重点之一。

在移动通信中，呼叫建立过程通常是指由SDCCH信道指配到TCH信道时的信令接续过程。同时，从用户感知的角度分析，有一些呼叫的信令在还没有接续到SDCCH信道之前就被截止了。对于这类情况，从呼叫建立成功率上无法体现出来。但对于用户而言，则表现为不能正常接入网络。

2 呼叫建立成功率的计算公式

2.1有关呼叫建立成功率的两种定义

2.1.1 BSS呼叫建立成功率

含义： 从CSSR中扣除MSC不响应、CM REQ REJ、CREF、号码错、被叫不可达或指配期间网络侧拆除等原因MSC直接下发清除消息等各种非BSS原因导致的呼叫失败，只关注BSS对CSSR的影响。

公式：[立即指配成功率 * TCH呼叫占用成功次数 / TCH呼叫占用请求次数] * [ 1 -

SDCCH掉话率 ] * 100%

2.1.2呼叫建立成功率

含义：业务类型为主叫、被叫、紧急呼叫、呼叫重建的SDCCH占用成功到ASS CMP的执行成功率，不包括短消息（MTC的EST IND消息无法区分短信和被叫，按MOC中的SMS计算，这样如果群发短信较多的场合计算不准确，所以对于BSS子系统而言，CSSRBSS更有意义）。 公式： (TCH呼叫占用成功次数 /(SDCCH占用成功次数(主叫) + SDCCH占用成功次数(寻呼响应) +紧急呼叫SDCCH占用成功次数 +SDCCH占用成功次数(呼叫重建) -SDCCH下行短消息数目 )) * 100%

2.2 BSS呼叫建立成功率与呼叫建立成功率的对比分析

BSS呼叫建立成功率监控的是从MS发起呼叫（channel request）后到TCH占用成功（失败）的过程，包括立即指配过程、和TCH指配过程以及SD占用时的掉话。BSS呼叫建立成功率的统计中包括了短消息，位置更新等非通话目的的占用过程。

呼叫建立成功率监控的是从SD占用成功后到TCH占用成功（失败）的过程，在SD成功占用的统计中剔除了下行短消息、位置更新等流程；

呼叫建立成功率与BSS呼叫建立成功率的差别主要在于呼叫建立成功率包括的呼叫建立的整个流程，在SDCCH建立成功后，可能会因为发送的号码错误、用户主动挂机等原因，MSC不指配TCH信道，这些都会导致没有TCH指配完成，导致呼叫建立成功率低。甚至达到4～5个百分点。而BSS呼叫建立成功率不会受到这些因素的影响。

总的来说，两个指标在统计流程中各有优势，但指标量化受到网络业务模型和其他因素的影响，所以对于具体网络哪个指标占优需要根据实际情况判断。

3 可能导致呼叫建立成功率低的原因及其解决方法

导致呼叫建立成功率降低的因素有很多，首先如果没有可用的有线或无线资源，系统就无法正常给用户分配信道；其次，即使有充足资源，由于无线传播环境的复杂性，不同的覆盖条件和干扰等级，都会影响呼叫建立成功率；另外，由于系统自身配置不当，以及突发的硬件故障，也会造成呼叫建立成功率下降。

针对这些可能导致呼叫建立成功率降低的因素，下面我们从四个方面进行具体的分析。

3.1没有可用的资源导致呼叫建立成功率低

3.1.1无线信道容量不足导致呼叫建立成功率降低

（1）SDCCH信道拥塞。小区SDCCH信道由于话务容量、基站软件或硬件故障导致小区SDCCH信道分配异常、LAC区的划分不合理、基站信道配置等多种原因造成拥塞。从而导致该小区的手机在呼叫时，SDCCH信道指配失败。造成在该小区的用户无法正常呼叫。针对这种情况，应尽快调整相关参数；查找到硬件故障，锁死相应载频；甚至对基站做强制重启动。以缓解SDCCH拥塞。随后，根据需要合理配置SDCCH信道，划分位置区域。

（2）TCH信道拥塞。小区TCH信道由于话务容量、基站小区参数配置不合理、基站软件或硬件故障手机无法正常占上TCH信道或基站的其它异常等多种原因造成拥塞。从而导致该小区的手机在呼叫时，因没有TCH信道而得不到信道指配。造成在该小区的用户无法正常呼叫。针对这种情况，应尽快调整相关参数（如小区发射功率、流量控制、排队等）；重新激活故障信道；进行天线调整。以控制小区TCH接入量，缓解TCH拥塞。进而根据需要合理配置TCH信道数目。

3.1.2有线信道容量不足导致呼叫建立成功率降低

（1）BSS的CIC电路拥塞。

当一个BSC所承载的载频数量增长到一定量时，随着用户数和业务量的增长，由BSC到MSC的CIC电路的电路数也要相应增加。当BSC承载的用户数过高，或由于一些高端用户长时间使用数据业务，一直占用部分CIC电路。致使CIC电路数不足，MSC将无法在CIC电路拥塞的情况下为呼叫请求建立连接，引起呼叫失败。针对这种情况，应及时根据CIC电路的忙闲统计，相应增加BSC到MSC的CIC电路数；以及对不同BSC,MSC之间的话务量进行均衡。

（2） MSC间的电路拥塞。

当MSC之间或本网与外面其它网络间的电路数配置不足时，MSC将无法为过多呼叫请求建立连接，引起呼叫失败。针对这种情况，及时根据需求补足网间电路，即可解决问题。

3.2无线环境恶劣导致呼叫建立成功率低

3.2.1覆盖问题

（1） 覆盖空洞。

因为基站太少导致覆盖不连续或室内信号强度较弱。造成MS与BTS之间的上、下行信令链路不能正常通信。致使MS或BTS不能正确解调出相关信息。

（2）高大建筑物的阴影效应. 移动台在移动过程中由于一些高大建筑物所产生的阴影效应而导致移动台信号发生快衰落，导致小区上、下行传输损耗增大，通信质量下降。致使MS或BTS不能正确解调出相关信息。

(3) 漂移信号.

由于高站、覆盖不规则的基站导致的信号漂移。导致信号强度变化较大，同时形成一定成程度同邻频相互干扰。造成通信质量下降。

问题分析：在覆盖较差的区域，常常发生呼叫不能建立的情况。除了通过调整基站天线覆盖范围或新加站解决覆盖以外，某些时候是由于服务小区的参数设置存在问题，例如：呼叫没有达到小区的最小接入电平；服务小区所在的基站，将poor_initial_assignment=1即距离较远的RACH信息加以滤除。当用户处于ms_max_range设定范围之外时，不予接入系统。这种情况只对于用户有感受（如用户在没有达到最小接入电平时，在做被叫时会被当作不再服务区），而不计入呼叫建立成功率的统计公式中。

另外，则是由于在呼叫建立的过程中，由于服务小区的信号强度不稳定，上、下行传输质量差造成在接续过程中的信令丢失。从而导致SD、TCH的接入失败，无法建立呼叫。这种情况有可能计入呼叫建立成功率的统计公式。针对以上情况，应在覆盖差的区域，通过小区覆盖调整；新建宏蜂窝和微蜂窝改善原有覆盖。同时，针对个别地区综合测试的结果，相应的调整小区相关参数（例如：C1，C2，CRO的设置；T3101；T3109设定时长等）。

3.2.2干扰问题

无线干扰主要包括同频干扰、邻频干扰、交调干扰。当手机在服务小区中收到很强的同频或邻频干扰信号时，会引起误码率恶化，使手机无法准确解调小区的BSIC码或不能正确接收移动台测量报告。干扰导致的上、下行传输质量差会造成在接续过程中的信令丢失。

基站分配给移动台的SDCCH信道频点可能与TCH信道频点不同，因而需要对它们分别进行分析。从确定呼叫建立过程中哪个阶段为干扰所影响。

(1)上行干扰。针对上行干扰：这种干扰为目前的主要干扰现象。上行干扰主要发生在话务高峰期它主要来源于同频干扰，也可能是外部干扰，同频干扰与同频小区的话务量有关，话务量高则干扰大，外部干扰主要是来自直放站的交调干扰，以及电力通信微波、CDMA相邻频段的直接干扰。对上行干扰可通过分析驱车测试中的相关报告，修改同频小区的同频频率，增加两个同频小区间的间距（实际统计表明信号强度随距离以近似4次幂指数的规律衰减）或利用频谱分析仪对交调干扰加以定位，通过分集接收和有效的功率控制也可减少干扰。对无上述情况但有干扰的小区可用频谱分析仪,采用有源定向天线配合寻找干扰源。

（2）下行干扰。针对下行干扰：这种干扰不是很普遍。下行干扰主要是由于频率规划不当而造成部分基站的同频干扰和邻频干扰。发现的方法是通过在OMC中取得相关载频的BER统计；MOTOROLA优化工具CTP测量报告来加以判断，下行干扰会引起频繁下行切换。通过测量报告和现场实测如发现存在同频和邻频干扰，需对蜂窝系统的频率规划重新进行优化调整。

3.3系统性能与参数配置问题导致呼叫建立成功率低

3.3.1 MSC、BSC参数配置不当

对于位置更新参数T3212的定义，当MSC定义的定期位置更新时长小于BSC小区中定义的T3212时长，会导致当用户手机在固定周期内未发生通信时，MSC会在BSC强制MS做周期性位置更新之前，将MS的状态置为关机。从而使用户在开机的情况下，无法建立被叫，被告知用户已关机。为避免这种情况，必须核准各个小区中的T3212值小于当前所在MSC中定义的周期性位置更新时长。

BSC中的相关参数设置不合理，造成MSC、BSC间呼叫建立过程中，MSC或BSC由于计数器超时，在未收到确认信息的情况下，主动拆线，释放信道。解决方法：核对MSC、BSC的相关信令接续时长的计数器设定值，使计数器设定能够保证正常通信。

3.3.2信令流量超出BSS系统所能承载的最大负荷

由于信令流量超出了BSC的信令承载能力，导致小区内用户无法成功建立呼叫。此情况主要针对BSC中LCF的信令承载，当SSM进程的处理门限达到BSC流量控制设定值时:

ssm_critical_overload_threshold=80% ，ssm_nrm_overload_threshold=70%。LCF会将对超过门限BTS小区，限制用户呼叫，只允许切换。针对这种情况：当发现多个基站小区被BAR时，应及时检查一个LCF下是否配置了过多的基站。如果存在此问题，应将部分基站割接到其它的LCF上去。

3.3.3 BSS系统软件故障 由于BSC、BTS在重新装载数据库过程中软件出错，导致相关LCF或BTP控制下的基站突发呼叫建立成功率降低。此情况曾发生在CSFP与主用BSP倒换后；BSC内部电路主备切换后，个别LCF装载数据过程中软件出错，从而导致对BTS、MTL的控制出现问题。针对这种情况，当出现多个BTS或者整个BSC出现突然的呼叫建立成功率下降时，在通过检查SWFM告警、A接口信令分析以及BTS、BSC相关状态和统计分析后，可根据情况的严重程度复位出相应的GPROC板，重新加载数据就能解决问题。

3.3.4 BSS系统中的处理器负荷过重

由于超出BSC、BTS中控制单元处理器门限，导致小区内用户无法成功建立呼叫。当BSC、BTS中的CPU单元工作在非正常状态时，即处理的消息量远远超出了CUP本身性能所能负担的水平，或者没有足够的内存处理相关的进程。都会导致处理器丢掉溢出的数据，甚至直接使处理器进程吊死。这种情况下，除了针对普遍性问题更换更高性能的处理器外；还要仔细检查基站的软、硬件相关告警，滤除由于偶发因素造成的突发CPU单元故障。对于由于突发高话务量造成的处理器负荷上升，可以通过降低基站话务量；增加新的LCF分担BSC的信令处理负荷。