接通率是指电话交换机接通呼叫次数与用户呼叫总次数的百分比值。它是衡量电话交换系统服务质量好坏的指标之一。

简介

用户希望用手机拨打电话时，在被叫正常情况下，要一打就通，而不应是需要多次拨打才能接通。因此无线接通率是一项衡量GSM系统性能的重要指标，它反映系统的可接入性，并且直接影响系统的接通率。因此如何提高呼叫建立成功率也就成为系统优化的一项重要上作内容。

当移动用户准备接入网络时最先向交换机发送的是随机接入请求，很高的随机接入失败会影响网络的接入性，因此随机接入成功率直接影响网络的接入性能。

测试方法

一般话局在日常稚护中最常用的测试方法有两种：一种是利用服务观察设备进行观察；一种是利用装有拟似电路与电容的话机进行拨号测试。前者称为服务观察法，后者称为拨号测试法或拟似呼叫法。利用服务观察设备可以对用户使用电话过程作全面观察，能够反映用户使用电秸的真实情况，包括用户使用不当等情况在内，是一种此较理想的接通率测试方法。可是目前装设服务观察设备的地方并不多，还不能普遍应用这种投备来观察用户使用电括的情况，各局大都采用拨号测试法进行接通率测试。为便于比较各地的接通率情况，目前邮电部电信总局规定各地统一以拨号测试所得的接通率上报，因而某些有服务观察设备的话局在进行服务观察的同时，也进行拨号测试。

影响因素

接通率是考核网络运行整体性能的的指标，影响接通率的因素很多，但归纳起来主要是以下几个方面：寻呼超时；用户忙；被叫关机；用户无应答；通信链路建立失败（电路忙、TCH信道忙或TCH分配失败）；由于BSC，MSC中参数定义问题导致接续和PAGING时间过长；拨号不全。

寻呼超时

寻呼超时是指从MSC成功的发出寻呼消息后，在规定的时间内MSC未收到MS返回的寻呼响应。寻呼超时是影响接通率重要的因素，导致寻呼超时的原因有很多种。

寻呼处理共分两级，一级在MSC，一级在BTS。MSC负责形成寻呼消息，并且为了防止MS此时的无线情况较差，MSC将组织重发，它的寻呼重发消息的间隔较长，大约十秒。移动用户进入盲区或手机掉电。若此时交换机的周期性位置更新的时间未到（MSC将定时对IMSI ATTACH的用户进行查询，它将把这～段时间内未与系统联系的MS置为隐含关机状态），MSC仍会对该用户发出寻呼消息，但显然这只能白白的浪费系统资源，最后不可避免的造成寻呼超时。

通信链路建立失败

这指的是在移动台和网络之间的RR连接已经建立起来之后，却由于鉴权失败、无线呼损、TCH信道的拥塞、TCH信道的指配失败、A接口或Abis接口的地面资源缺乏的原因，最终导致呼叫无法正常的接续。

主叫用户过早挂机

主叫用户过早挂机时指，在被叫用户尚未应答前，主叫用户主动挂机拆线。信令流程表现为TuP消息IAI，ACM发出后，主叫用户主动挂机拆线，主叫端向被叫端发送CLF消息。用户早释主要是指主叫在拨号中放弃呼叫或是在被叫振铃时主叫（或被叫）早释，例如，在被叫振铃或主叫听录音通知时（如被叫无应答、被叫电话正在转移等）发生的早释。

有时是由于MSC与BSC的一些参数设置不合理导致接续时间比较长，而使一些没有耐心的用户挂机重拨，导致呼叫前向释放。如果通过话务统计及拨打测试发现此现象比较多时，可适当调整参数加快接续时间。

其他原因

（1）拨号不全

在MSC译码表中可适当的进行细分，拦截一些拨号不全的呼叫出局。

（2）对于被叫挂机、久叫不应这种用户行为，无法从网络质量上解决，只有通过优惠政策和多做宣传解决，从而降低其对接通率的影响。

不管如何，我们除了对以上因素进行优化外。还应大力宣传新业务的使用。如向用户开放遇忙转移，对于具有多种通信工具（如CALL机、宅电）的用户，可以设置遇忙转移业务，将遇忙的呼叫转移到语音邮箱、中文秘书台或其他通信工具。

提升方案

以下是针对随机接入成功率提出的指标提升方案：

（1）结合故障现象的起始时间和持续时间调查小区周围是否有新增射频发射装置。检查频率分配方案确认有无同频或临频干扰，如果有，可改动BCCH频率或BSIC，观察统计结果和解码的RACH电平是否有变化。可以使用OSS上RNO的功能，如FAS和MRR进一步确定故障小区的干扰情况和统计特征，必要时可进进行路测。最后可利用频谱分析仪或射频接收机检查干扰信号的特征，确定是否为宽带直放站或干扰机引起的上行干扰等等。

（2）如果随机接入失败持续存在，检查是硬件问题还是干扰问题。查看ERROR LOG 看有无硬件告警，同时检查下列运行状况：TCH话务统计情况、SDCCH话务统计情况、切换统计情况，小区内切换情况，以及空闲信道测量统计等确定有无BCCH上行干扰或弱信号接入、路径损耗过大等。

（3）如果上行有硬件故障，那就会导致网络对MS信道请求无法进行信道指配，甚至无法收到MS信道请求。出现这种情况时应检查基站硬件，特别是上行部分（TRX、天线、馈线）。若无法确认应作Abis口挂表分析，检查链路预算，以确认问题所在。