11-MOTGSM无线内部培训讲义-呼叫流程

MOTGSM无线设备培训——呼叫流程分析——中国联通有限公司广州分公司·覃道满学习目标了解呼叫建立的全过程23了解异常情况和对应原因学会解决异常的方法学习内容呼叫建立过程概述正常情况下的呼叫建立过程呼叫建立过程中的异常情况分析呼叫建立异常的原因分析和解决措施概述呼叫建立是评价系统性能的一项重要指标，该指标很大程度上体现了用户能否顺畅接入网络进行通信的性能优劣。为有的放矢地发现问题，提升呼叫建立成功率，有必要对一个完整的呼叫流程进行分析，以发现可能影响该指标的原因，进而加以分析解决。对于一个完整的呼叫建立过程，通常分为三个阶段进行：1、从MS在RACH信道上发起CHANNELREQUEST消息，申请占用SDCCH信道到MS成功占上SDCCH为止。2、从MS占上SDCCH后，BSS向MSC发出连接请求到收到MSC分配话音信道请求为止。3、从MSC向BSS发出分配话音信道请求到MS成功占用所分配的TCH为止。正常情况下的呼叫建立过程过程简要描述：1、MS通过RACH信道发出呼叫请求，申请占用SDCCH信道。2、在BTS中进行SDCCH资源的分配查询确认，若有空闲的SDCCH，将进行分配。3、BTS通过AGCH信道给MS指配SDCCH，同时启动T3101进行计时。4、在T3101超时前，MS成功占用上所分配的SDCCH信道。5、BSC向MSC发出建立呼叫的请求（CR消息），MSC经过验证后向BSC回送CC连接确认消息。6、MSC向BSS发送ASSIGNMENTREQUEST消息，要求分配TCH7、通过查询，TCH信道空闲，进行TCH信道的分配。8、手机正常占用上所分配的TCH信道，整个呼叫过程完满结束。呼叫建立过程中的异常情况分析（1）在一个呼叫建立的过程有可能由于如下6种原因导致呼叫建立不能正常完成，具体如下：1、BTS收到MS在RACH上发出的呼叫请求，但呼叫建立的原因未被证实，从而终止呼叫建立过程。由此产生的统计为INV_EST_CAUSE_ON_RACH。2、MS请求分配SDCCH，但由于SDCCH拥塞，BTS发送Immediateassignreject消息给手机，分配失败。相关的统计项为ALLOC_SDCCH_FAIL和CHAN_REQ_MS_BLK。3、MS请求分配SDCCH，BTS通过AGCH给手机指配了SDCCH，但在规定的时间内没有得到响应（超时失败）导致呼叫建立失败。统计项为CHAN_REQ_MS_FAIL，对应的计时器为rr_t3101。4、BSC向MSC发出建立呼叫的请求，MSC向BSC回送一条SCCP连接拒绝消息，终止呼叫建立。统计项为CONN_REFUSED,若该项数据值过大，表明BSC和MSC之间的信令配合存在问题。5、BSC向MSC发出建立呼叫的请求，得到证实后，MSC向BSS发送要求分配TCH的消息，但由于TCH资源不足而失败。统计项为ALLOC_TCH_FAIL和MA_CMD_TO_MS_BLKD。呼叫建立过程中的异常情况分析（2）6、BSC通过SDCCH向MS发出分配TCH的消息，MS在SDCCH上回送分配失败消息，BSC再把该消息送到MSC，导致呼叫建立失败。相关的统计项MA_FAIL_FROM_MS。其中前三种情况是未成功占用SDCCH的情况，虽不影响呼叫建立成功率的计算（呼叫建立成功率只反映了成功占用TCH的接入请求与成功接入SDCCH且要求建立TCH的呼叫请求的比例，未考虑MS申请占用SDCCH信道而由于种种原因未能成功占用SDCCH信道的请求），但从用户角度来言，用户的呼叫是未能完成的。第四种情况主要与BSC和MSC之间的信令配合、MS开通具备的业务能力及CIC资源等方面有关。最后两种情况主要与TCH的忙闲，用户行为（如临时挂机或掉电）及网络干扰、基站硬件等情况有关。异常情况的原因分析和解决措施（1）呼叫建立过程中的异常情况分析和解决措施：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等参数的设置进行调整。异常情况的原因分析和解决措施（2）3、对于由于T3101超时导致CHAN_REQ_MS_FAIL以致MS未能占用SDCCH信道的问题，主要考虑基站输出功率不平衡、天线方位角或倾角不一致造成BCCH信道与SDCCH信道覆盖范围不一致，造成MS无法占用SDCCH，或是与存在干扰、参数TA设置过小、基站存在硬件故障等因素有关，需结合基站硬件检查、参数设置、基站载频的IOI、PATHBALANCE等统计指标进行故障定位。同时也应检查T3101设置是否恰当，如T3101是否可小以致MS在T3101超时前根本就没有时间占用SDCCH。4、对于MSC向BSC回送SCCP连接拒绝消息的情况，主要考虑CIC资源不足，MSC负荷过载、协议不兼容等原因所致。需要结合信令分析，对拒绝消息的原因值进行分析处理。5、对于由于TCH拥塞导致无法分配TCH信道的问题，需要从硬件和软件等多方面进行分析。确定是否是由于参数设置不当（如IBAND设置过严，以致系统认为信道干扰过大，不予分配信道）引发假拥塞的发生，是否存在频率干扰、硬件是否存在故障、同时可以考虑使用硬件扩容、参数调整、进行拥塞排队、拥塞释放、调整rxlev_access_min等方式进行处理。异常情况的原因分析和解决措施（3）6、对于已分配TCH信道，但MS无法成功占用的情况，需对对小区的MA_FAIL_FROM_MS加已统计，如发现此统计较高，需首先检查是否存在严重的上下行干扰，PATH_BALANCE是否超标以及是否存在严重告警，如存在则需要从查干扰，硬件调测方面加已解决。同时还应通过对基站做测试检查，定位MA_FAIL_FROM_MS高发载频，进行处理乃至更换硬件。此外还应对基站载频输出功率是否平衡，天线方位角或倾角是否正确一致、是否存在硬件故障、基站信号覆盖是否过弱、基站时钟是否失锁、干扰是否过大等方面进行检查。7、对于MS占用上SDCCH之前的过程，可以通过SDCCHACCESSSUCCESSRATE进行评估。定义SDCCHACCESSSUCCESSRATE=OK_ACC_PROC*100/OK_ACC_PROC_SUC_RACH，其中OK_ACC_PROC是成功占用SDCCH的数量，OK_ACC_PROC_SUC_RACH是通过RACH信道申请占用SDCCH信道的请求。若SDCCHACCESSSUCCESSRATE较低，则应结合ALLOC_SDCCH_FAIL、CHAN_REQ_MS_BLK、CHAN_REQ_MS_FAIL等统计项，判别故障是由于SD资源不足或是由于其它原因无法占用系统指配的SDCCH所造成。对于SD资源不足的情况，则应结合参数设置、载频设备性能进行进一步分析。对于无法占用系统指配的SDCCH的情况，则建议对硬件设备、干扰问题进行排查。异常情况的原因分析和解决措施（4）8、对于从MS占上SDCCH后，BSS向MSC发出连接请求到收到MSC分配话音信道请求的过程，可以通过比较ma_req_from_msc与Ok_acc_proc两个统计项进行分析，若MSC的分配TCH的请求数ma_req_from_msc远小于Ok_acc_proc，则表明CIC分配部分存在问题，较多占上SDCCCH信道同时申请占用TCH信道的请求未被MSC响应接受，会造成较多的呼叫建立失败，对此应重点检查BSS与MSC之间的配合，如协议是否匹配、CIC定义是否一致、CIC资源是否不足、MSC负荷是否过高，BSC与MSC之间的信令链路是否存在问题均是重点检查项目。9、对于从MSC向BSS发出分配话音信道请求（ma_req_from_msc）到MS成功占用所分配的TCH的过程，主要需要关注ALLOC_TCH_FAIL、MA_CMD_TO_MS_BLKD、MA_FAIL_FROM_MS等统计指标。对于ALLOC_TCH_FAIL、MA_CMD_TO_MS_BLKD过大的情况，主要考虑检查参数设置和扩容硬件设备。对于MA_FAIL_FROM_MS过大的情况主要考虑干扰排查、硬件替换、天馈检查等方面的核查。至此，我们已对呼叫建立的全过程及可能引发故障的异常情况进行了分析，并就各种故障的原因及解决方法进行了探讨，较好地完成了呼叫建立全过程的检测和分析，有利于日后工作中对涉及呼叫建立方面问题的排查和解决。——中国联通有限公司广州分公司·覃道满编制