提高系统呼叫建立成功率的思路.docVIP

提高系统呼叫建立成功率的思路 鉴于当前惠州联通BSC10、BSC3的呼叫成功率一直偏低，为了查找问题原因，我们以BSC10为例，从呼叫建立流程和相关计数器出发，并结合相关统计进行分析。 呼叫建立成功率的影响因素 公式定义： Call Setup Success Rate = (total_calls + congest_assgin_ho_suc) * 100% _____________________________________________________________________ ok_acc_proc[cm_serv_req_call] + ok_acc_proc[cm_serv_req_emerg] + ok_acc_proc[cm_serv_req_sms] + ok_acc_proc[cm_reestablish] + ok_acc_proc[page_response] - sms_init_on_sdcch 由上面的公式看出，CCSR的计算是从基站收到手机CM Service Request开始到交换机确认手机已经成功占上TCH这个过程为止。见下面的呼叫建立信令流程图 NOTE 1：在BSC与MSC之间的SCCP连接建起来之后，在完整的流程之中，还应该有鉴权和加密的过程。 影响CCSR高低原因的主要有： SDCCH 上的无线掉话 TCH 阻塞 由于信令或者系统设置或者用户行为导致的异常中断 2、话务统计分析 我们取9月22日忙时的该BSC呼建的相关话务统计。详见附表一 我们加以整理如下表： cm_reestablish 0 cm_serv_req_call 26319 location_update 47958 cm_serv_req_supp 652 imsi_detach 2132 cm_serv_req_emerg 26 cm_serv_req_sms 3988 paging_response 20940 ok_acc_proc 102015 connect_refuse 2472 connect_req_to_msc 102003 ma_request_from_msc 41357 ma_cmd_to_ms 61446 chan_req_from_ms_fail 2924 ma_cmd_from_ms_blkd 540 ma_complete_to_msc 39811 total_calls 39636 congest_assign_ho_succ 0 sms_init_on_sdcch 8849 sms_init_on_tch 465 根据上面的各个统计项，我们来计算BSC10呼叫成功率。总共分两种方法来计算： 方法一： 从以上数据我们可以看出，从基站收到手机CM Service Request开始到交换机确认手机已经成功占上TCH这个过程为止（不计算短信服务中用到的TCH），其间损失了大概7474个呼叫，占手机分配到的语音呼叫的次数的15.8%。 {ok_acc_proc[cm_serv_req_call] + ok_acc_proc[cm_serv_req_emerg] + ok_acc_proc[cm_reestablish] + ok_acc_proc[page_response]} - [ma_complete_to_msc] = (0+26319+26+20940)-39811=7474 这个只是一个粗略的计算，因为Motorola OMC的用户界面上sms_init_on_tch 表示SMS是用FACCH发送的，该值等于465。这465次用FACCH发送的短消息我们并没有计算在分母里面，所以15.8%的损耗是大概的，也是很保守的。结合CCSR的公式定义，我发现用以上统计结果估算的CCSR=84.2%和直接从OMC得到的CCSR=93.29%有很大的出入。 二者的差值就是呼叫建立的损耗 方法二： 上面我们计算的BSC10的CCSR＝84.2％是在没有计算短消息在FACCH上发送的前提下得出,而实际上MOTOROLA是把这部分计算在内的。根据上面的呼叫成功率的公式,短消息在FACCH上发送数＝ok_acc_proc[cm_serv_req_sms]－sms_init_on_sdcch，计算出来的个数＝3988－8849＝－4861不等于sms_init_on_tch即465，不符合逻辑。 但是MOTOROLA正是利用上面的公式来计算的。也就是说呼叫成功率的分母不是加上465而是加上（－4861）。这无形中让其分母少了5326次，这样一来，也就是说考虑在FACCH上发送的SMS个数，其计算出的呼叫成功率反而要高的多，其CCS