长途来话接通率呼损的分析.docVIP

长途来话接通率呼损的分析 安联信通信技术有限公司网络优化部 　 一、下图是一个长途来话呼叫的一般流程，由于加密和TMSI分配这两个过程不会对接通率的指标产生任何影响，故没有在图中体现。 二、对以上各步会产生呼损的分析及对策。 1、MSC收到从TMSC发来的IAI消息（此消息携带的是被叫 手机的漫游号）会因为发来的ROAMING NUMBER号格式有错而产生呼损。它可通过COUNTER 33来观察。（此计数器只对端局有用，对GW局会因为有从公网发来的错号，而导致计数器值偏大） 2、MSC从收到IAI消息到向BSC发出PAGING消息这段时 间，可能会因为： A、交换机资源缺乏而导致呼损，对于这个呼损就需要我们经 常观察交换机中相关模块的占用情况，并对吊死的资源进 行及时释放，一般能够避免。 B、因为用户忙，没有发PAGING消息而导致的呼损。这个呼损我们可以通过公式1-COUNTER 654/COUNTER 646来计算其百分比，并通过开特服业务（如遇忙等待，呼叫转移等）来尽量减少此类呼损。 3、从MSC向BSC发PAGING消息到BSC向MSC回送PAGING RESPONSE消息的这一过程中可能有许多具体的原因而造成PAGING ERROR。对于PAGING ERROR的比例我们可以在MSC的LR REPORT中得到，一般小于10%为最佳。对于造成这个呼损的原因主要是由于： A、SDCCH拥塞，手机收到PAGING REQUEST消息后，无法将PAGING RESPONSE消息发回。 B、BSS内部损失及空中接口损失。 C、手机不在网络覆盖范围之内而不能收到PAGING消息。 对于原因A，我们可以通过OMCR的统计报告来找到，并通过调整SDCCH、增加载频、功率控制来减少拥塞。对于B，我们可以通过日常的维护来加以消除。对于C，我们则要通过路测，在工程中加以改善。但对总的PAGING NO RESPONSE消息可以通过公式（COUNTER 654/COUNTER 646）*PAGING ERR % 来得到。 另外，由于对呼叫已关机的用户时，交换机将不再分配ROAMING NUMBER，则TMSC将不发IAI消息，因此可以通过缩短交换机的周期性位置更新时间来减少PAGING NO RESPONSE的次数，但这必将造成信令负荷的加重。因此我们在缩短周期性位置更新时间的同时要密切注意相关信令的负荷，最好能找到两者的最佳结合点。 4、从MSC向BSC发出鉴权请求到收到BSC发回的鉴权成功 消息这段时间里，可能会因为MSC与HLR、BSC之间的信令问题或MSC、HLR、BSC、手机在处理时失效而造成鉴权失败。对于这个问题我们可以采用经过多少次呼叫后鉴权一次的参数值调大来尽量减少鉴权失败的次数。一般我们可在交换机侧将每次呼叫鉴权改为每10次呼叫进行一次鉴权。由于鉴权失败而造成的呼损比例可以通过公式 COUNTER 691/COUNTER 646来得到。 5、从MSC向BSC发出SETUP消息到收到BSC回送的CALL CONF消息的这段时间里，可能会由于无线的原因而产生呼损，对于这个呼损过大，我们可以跟踪A接口的信令，通过分析来确定较差的小区，并通过基站人员协调解决。这个呼损我们可以通过公式 [（1-PAGING ERR%）*COUNTER 654-COUNTER 691-COUNTER 1806]/COUNTER 646来得到。 6、从MSC收到BSC回送的CALL CONF消息到MSC向BSC发TCH ASS REQ消息中，还会由于交换机资源缺乏，没有发分配TCH请求消息而存在呼损。一般来说，只要中继负荷不大、模块正常，这个比例应该很小，但也可通过公式（COUNTER 1806-COUNTER 667）/COUNTER 646得到。 7、从MSC向BSC发出分配TCH请求到收到BSC回送的TCH分配成功消息的一段时间里，可能会因为无线分配TCH失败而引起呼损。对于这个呼损需要通过相应的增加频点、调整覆盖来解决。它的比例可通过公式（COUNTER 667-COUNTER 710）/COUNTER 646来得到。 8、从收到BSC发来的振铃消息到向TMSC发出ANC消息的 这段时间里，可能会因为： A、主叫挂机。 B、手机久振不接，超时拆线。 C、被叫挂机。 D、被叫手机开始拨号或未能正确检出被叫用户忙。 对于此类呼损，在用户侧，目前还不能解决，但在网络侧，我们可以注意观察看是否存在信令或传输不稳的情况，并加以及时解决。这个呼损的比例我们可以通过公式（COUNTER 710/COUNTER 646）-（ANSWER / SEIZE）来得到。 三、分析长途来话呼损所需要的计数器或统计的值。 1、COUNTER 33 2、COUNTER 64