未接通原因分析

未接通原因分析

一、网络确实存在的未接通

１、TCH分配失败造成的未接通：

由于TCH分配失败造成的未接通主被叫手机均有可能发生，从信令流程上来看主（被）叫手机在上行发送Assignment complete 后紧跟着发送Assignment failure;（或者直接发送Assignment failure）参看Disconnect 的Cause 为Temporary failure 如下图：

图1 主叫分配失败

图2 被叫分配失败

TCH分配失败主要是由于无线原因造成，可以结合测试时段话务报告该小区的TCH分配失败率和分配失败次数来确认。

解决办法：优化问题小区的无线环境，排除频点干扰，排除基站硬件故障。

２、系统补丁造成的未接通

现象主要发生在被叫手机，从信令流程上来看，被叫手机在Paging response 后，系统不能下发Setup消息。经过约1分钟左右，被叫手机拆链。在测试过程中，测试软件应设置为如果发生未一次未接通后，间隔1分钟后主叫手机再次进行起呼。否则由于被叫手机不能释放信道，主叫手机连续起呼，会造成连续多次未接通。如下图：

主叫流程被叫流程

图3 系统补丁造成的未接通信令流程

３、拥塞造成的未接通

拥塞造成的未接通主被叫手机均有可能发生，从信令流程上来看主叫手机在Call proceeding ( 被叫手机在Call confirmed )后，系统没能下发Assignment command 消息，察看Disconnect 的Cause 为No radio resource。

主叫流程被叫流程

图4 拥塞造成的未接通流程图

解决办法：结合话务报告分析该小区的占用情况是否存在拥塞，扩容高话务小区，适当调整小区参数，缓解拥塞。

４、位置更新造成未接通

位置更新造成未接通主要是由于被叫侧原因，主叫侧在上行发送Setup消息后，网络侧开始寻呼被叫，由于被叫做位置更新有可能造成网络无法寻呼到被叫从而导致未接通。从信令流程上来看主叫手机正常分配完成，被叫手机为位置更新流程。如下图：

主叫流程被叫流程

图5 位置更新造成未接通流程图

解决办法：避免LAC区划分界线和主要道路重叠，避免ＤＴ测试过程中移动台频繁做位置更新。尽量不要让不同LAC 区互相嵌套。

５、小区重选造成未接通

和位置更新造成未接通相类似，小区重选造成的未接通也发生在被叫侧手机。主叫侧在上行发送Setup 消息后，网络侧开始寻呼被叫，被叫在小区重选完成后才能监听Paging消息，其间可能造成未接通。从信令流程上来看，主叫侧正常分配完成，被叫侧一直处于空闲模式，重放路测数据，被叫手机在主叫上行发送Setup后，网络Paging被叫时，被叫手机曾进行小区重选。

主叫流程被叫流程

图6 小区重选造成未接通流程图

6、传输中继造成未接通

传输中继造成的未接通从空中接口信令流程上来看，主要是网络侧没有下发Assignment command消息，察看Disconnect 的Cause 为Resource unavailable ( 这一点不同于拥塞造成的未接通)。

主叫流程被叫流程

图7 传输中继造成未接通流程图

解决办法：结合018报告，检查中继时隙状态。

二、测试过程中误操作和测试软件原因造成的未接通

在测试过程中，由于测试软件本身或人为操作不当，有可能会造成未接通。主要有以下几种情况：

1、测试手机原因造成未接通

在测试过程中由于主被叫手机临时故障也可能造成未接通。从空中接口信令流程上来看，主要表现为手机上行未能发送正常的信令消息到网络，包括Connect，Paging response, CM service request等。下图为被叫手机在Alerting后上行没有发送Connect消息造成的未接通。

主叫流程被叫流程

图8 手机原因造成未接通流程图

2、测试软件原因

在测试完成后，要等主被叫通话完成，转入空闲模式再停止测试软件。否则主被叫手机仍然住在通话或接续状态，但是测试软件已经关闭，采集信令不全，在分析过程中有可能被误认为是未接通或者掉话。

主被叫手机欠费，系统播放录音通知时，正常的信令流程，系统会下发Progress 消息，在较早版本的万禾测试软件中不能正常解析该消息，因此在统计过程中会误认为是未接通。

京广铁路指标提升方案4.doc

京广铁路指标提升方案4 京广铁路指标提升方案 1.京广铁路概况(2) 1.1指标介绍(2) 2.京广指标提升优化方案(4) 2.1历史数据分析(4) 2.2覆盖优化方案(7) 2.2.1覆盖方案遵循原则(7) 2.2.2覆盖方案制定(8) 2.2.3覆盖方案小结(18) 2.3 GRRU工作情况汇报(19) 2.3.1 维护情况介绍(20) 2.3.2 设备运行情况介绍(20) 2.3.3 GRRU工作小结及后期工作建议(21) 2.4 优化方面工作(22) 2.4.1网络结构调整(22) 2.4.2覆盖优化调整(26)

2.4.3 参数优化调整(27) 2.4.4 优化工作小结(29) 3.计划解决时间(29) 1.京广铁路概况 京广铁路属于长沙的一条重要的交通枢纽。目前京广铁路长沙境内路段由154个小区，90个基站覆盖，微专网有8个。北段微专网有：糖酒公司,社会科学院。南段微专网有：东方科器，雪峰水泥，长途线路局，丽江翠园，乒乓厂，暮云牛角塘，丰成，暮云4区。 由以上可以看出微专网的覆盖在京广铁路长沙段有举足轻重的地位，与大站一起构成了京广铁路长沙段的主要覆盖。 长沙移动微专网采取用京信公司的GRRU设备进行专网覆盖，建设初期所有远端都建设在铁路红线范围以内；光缆和电源线经常被铁路施工而挖断，偷盗也时有发生,造成后期维护非常困难,譬如学峰水泥,东方科器微都完全瘫痪.乒乓厂微5个远端,只有#1,#2远端工作. 同时京信公司GRRU设备不能有效的进行故障监控和数据统计，导致故障和问题的处理进度缓慢，导致京广铁路指标不理想，用户感知度差。 因此，京广线需要提出合理有效可行的优化整改方案，提升京广铁路指标. 1.1指标介绍

位置更新引起未接通的分析

上海贝尔阿尔卡特股份有限公司
ASB SSM-ISE 工程服务部
位置更新引起未接通的分析
ASB 工程服务部 外协工程师 赵枫
一,接通率的定义
根据 CMCC 的 2005 年测试规范中规定:在城市忙时采用手机相互拨打的方式,每次通 话时长 100 秒,呼叫间隔 20 秒;如出现未接通,应间隔 20 秒进行下一次试呼. 接通率,定义:接通率=接通总次数/试呼总次数×100%; 说明: 试呼次数:以 channel request 和 CM service request 同时出现来确定试呼开始. 接通次数:当一次试呼开始后出现了 Connect,Connect Acknowledge 消息中的任何一条 就计数为一次接通. 接通率=总(Connect 或 Connect Acknowledge)数/总(channel request 和 CM service request)数×100% 接通率取主叫测试手机的统计结果.
二,未接通现象:
"一次接通"从主叫手机 Channel request 开始, 一直到被叫手机的 TCH 分配完成, Alerting,Connect.在此过程中,任何的信令中断都是"未接通" . 从信令流程上分析,可分为以下几种情形: 1.起呼后没有 IMMEDIATE ASSIGNMENT 消息 定位:RACH 冲突或者 AGCH 拥塞 建议:查看与 RACH 相关的参数――最大重发次数和发送分布时隙数以及与 AGCH 相 关的参数――接入准许保留块数 2.IMMEDIATE ASSIGNMENT REJECT 导致未接通 定位:SDCCH 拥塞 建议:检查 SDCCH 配置,查看相关小区 SDCCH 话务量 3.IMMEDIATE ASSIGNMENT FAILURE 导致未接通 定位:SDCCH 指配失败 建议:排除无线方面原因后,应从交换侧寻找问题原因
ASB2005GSM001
移动通信经验交流汇编
1/5

WCDMA-DT测试中未接通归类及处理指导手册20100127v1

未接通归类及分析 目录 1未接通概况 (2) 2未接通分析 (2) 2.1位置更新导致的未接通 (2) 2.1.1主叫位置更新导致的未接通 (2) 2.1.2被叫位置更新导致的未接通 (4) 2.2SDCCH拥塞导致的未接通 (5) 2.3SDCCH掉话导致的未接通 (7) 2.4TCH分配失败导致的未接通 (8) 2.4.1无线原因导致的TCH分配失败 (8) 2.4.2BSC原因导致的TCH分配失败 (10) 2.5TCH拥塞导致的未接通 (11) 2.6其他异常原因导致的未接通 (12) 2.6.1由于上行干扰导致的未接通 (12) 2.6.2Cause: No user responding (15) 2.6.3Cause: User Busy (16) 2.6.4呼叫重建导致的未接通 (18) 2.6.5交换机异常导致的未接通 (19) 2.6.6BSC与MSC间CR,CC丢失造成未接通 (21)

1未接通概况 ●未接通概述： 根据CMCC规范以主叫Channel request来确定试呼开始，接着出现了Connect，Connect Acknowledge消息中的任何一条就计数为一次接通，否则就计为一次未接通。 CMCC测试标准中规定：在城市忙时进行自动拨打测试，每次通话时长120秒，呼叫间隔20秒；出现未接通情况，应间隔20秒进行下一次试呼。 接通率定义：接通率＝接通总次数/试呼总次数×100％； 说明： ●接通次数：当一次试呼开始后出现了Connect，Connect Acknowledge消息中的任 何一条就计数为一次接通。 ●接通率＝总Connect（Connect Acknowledge）数/总Channel Request数×100％●接通率取主叫双频测试手机的统计结果。 2未接通分析 2.1位置更新导致的未接通 2.1.1主叫位置更新导致的未接通 在GSM DT正常测试中，主叫手机在idle状态下有时会发生小区重选现象，小区重选后主叫手机会有两种情况下的位置更新。一种为在idle时间内主叫手机位置更新顺利完成，另一种为手机小区重选后还未来得及进行位置更新或位置更新未完成，主叫手机就发起起呼命令（channel request），此种情况会导致未接通，网络下发CM Service Reject（Cause＝4，IMSI unknown in VLR）。 ●案例描述： 如图中红圈处所示，主叫测试手机行驶过程中占用林庄1小区，手机接收电平为－53dbm左右，发起呼叫，但未接通。

未接通总结

路侧过程中未接通现象总结 未接通主要是在手机向系统发送呼叫请求，但是在呼叫过程中由于某种原因，主叫或被叫手机没有分配到TCH信道，导致未接通。路测(DRIVE TEST) 当中考察的一项重要指标, 接通率一直是优化中要应对的一个重要工作.在日常的测试当中, 我们经常遇到各种各样的未接通情况。原因也是多种多样。 导致未接通的常见的原因主要有：被叫手机位置更新、主叫手机TCH拥塞、被叫手机TCH拥塞、主叫手机SDCCH拥塞、被叫手机SDCCH拥塞、SDCCH 掉话、呼叫号码错误、CIC分配错误、寻呼失败。 路测过程中L3信令流程： 从测试中主叫与被叫的信令流程分析，要完成一个完整的接续过程，一共有以下 几步的信令流程： 主叫的信令流程： MS BTS说明 RACH Channel request AGCH Immediate assignment SDCCH CM service request SDCCH CM service accept SDCCH Authentic request SDCCH Authentic response SDCCH Ciphering command SDCCH Ciphering complete

SDCCH Setup SDCCH Call proceeding SDCCH Assignment command FACCH Assignment complete FACCH Call Progceeding FACCH Alerting FACCH Connect FACCH Connect acknowledge TCH Speech

网络未接通问题点分析流程指导书

网络未接通问题点分析流程指导书 一、路测未接通问题点产生机制 未接通主要是在手机向系统发送呼叫请求，但是在呼叫过程中由于某种原因，主叫或被叫手机没有分配到TCH信道，导致未接通。路测(DRIVE TEST) 当中考察的一项重要指标, 接通率一直是优化中要应对的一个重要工作.在日常的测试当中, 我们经常遇到各种各样的未接通情况。原因也是多种多样。 导致未接通的常见的原因主要有：被叫手机位置更新、主叫手机TCH拥塞、被叫手机TCH拥塞、主叫手机SDCCH拥塞、被叫手机SDCCH拥塞、SDCCH 掉话、呼叫号码错误、CIC分配错误、寻呼失败。 从测试中主叫与被叫的信令流程分析，要完成一个完整的接续过程，一共有以下 几步的信令流程： 主叫的信令流程： MS BTS 说明 RACH Channel request AGCH Immediate assignment SDCCH CM service request SDCCH CM service accept SDCCH Authentication Request SDCCH Authentication response（鉴 权响应） SDCCH Ciphering command SDCCH Ciphering complete SDCCH Setup SDCCH Call proceeding（进程、程序） SDCCH Assignment command FACCH Assignment complete FACCH Progress FACCH Alerting FACCH Connect FACCH Connect acknowledge TCH Speech 被叫的信令流程： MS BTS 说明 PCH Paging Request RACH Channel request AGCH Immediate assignment SDCCH Paging response（响应） SDCCH Authentic request SDCCH Authentic response SDCCH Ciphering command SDCCH Ciphering complete SDCCH Setup

精品案例_TAC设置不合理导致VoLTE未接通

TAC设置不合理导致VoLTE未接通

目录 一、问题描述 (3) 二、分析过程 (3) 三、解决措施 (5) 四、经验总结 (6)

TAC设置不合理导致VoLTE未接通 【摘要】随着VoLTE业务的不断推广，VoLTE用户数逐步增加，VoLTE业务的感知成为关注的焦点。经过几个月的不断优化，铜陵VoLTE网络掉话率逐步减少，但是未接通现象仍时有发生。为提高用户的VoLTE通话感知，需时刻关注未接通发生的原因，逐步解决，提升接通率，保障用户通话感知。 【关键字】VoLTE 未接通 【业务类别】VoLTE、参数优化 一、问题描述 RCU设备在铜陵铜官区北京东路上进行VOLTE路测时，主叫起呼发出Invite消息后，在收到核心网响应Trying 100之前,先收到了核心网下发的RRC Connection Release消息,RRC连接释放后,接续被终止，出现了未接通事件。 二、分析过程 通过信令详细分析主叫起呼的过程，可以发现，起呼前，主叫刚完成重选过程，从TL-市区-康复中心-HFTA-448900-53小区（PCI：210）重选至TL-市区-市二院-HFTA-448913-54小区（PCI：356小区），由于源小区与目标小区处在不同的TAC，主叫发起了TAU请求：

在主叫上发TAU请求后，未等网络回复ATU Accept，主叫已开始了起呼，上发Invite消息。然而Invite上发0.172s后，主叫同时收到了网络下发的ATU Accept和RRC Connection Release消息（因此时主叫处在非业务态，ATU更新会伴随RRC连接的释放），主叫被叫同时释放，从而导致了Blocked Call事件的发生。

精品文档_邻区漏配导致的VoLTE语音未接通分析

邻区漏配导致的VoLTE语音未接通分析 案例

目录 一、问题描述 (3) 二、分析过程 (3) 三、解决措施 (5) 四、经验总结 (7)

邻区漏配导致的VoLTE语音未接通分析案例 【摘要】VOLTE是基于IMS的语音业务，而IMS由于支持多种接入和丰富的多媒体业务，成为全IP时代的核心网标准架构。经历了过去几年的发展成熟后，VOLTE已经实现规模商用。VOLTE测试中邻区漏配会导致通话质量较差、掉话、未接通等问题，本文主要分析由于邻区漏配造成的未接通处理过程。 【关键字】邻区VOLTE 【业务类别】优化方法、VoLTE、参数优化 一、问题描述 统计RCU指标时发现6月13日10:03:33时在通达路与航苑路交叉口附近出现一次未接通事件，车辆在该问题路段时由西向东行驶，占用XY-BB-蚌山区-万达悦府C区4#楼一单元电梯机房-ZFTA-440309-8小区信号，RSRP=-85dBm、SINR=-11.8dB；主被叫均出现未接通。 二、分析过程 主叫在10:03:28秒时发出IMS_SIP_INVITE->Trying的信令，在10:03:33时出现未接通事件，产生事件原因为IMS_SIP_INVITE 488，主叫占用BB-蚌山区-蚌山区金奥华府西门-ZFTA-156318-134小区信号，RSRP=-62dBm、SINR=23.6dB，主叫信号良好； 主叫：

分析被叫数据，被叫在10:03:09时发出IMS_SIP_BYE->OK 200的信令后，结束通话进入空闲态，占用XY-BB-蚌山区-万达悦府C区4#楼一单元电梯机房-ZFTA-440309-8小区信号，RSRP=-80dBm、SINR=-5dB左右，占用该小区信号后，重复发送RRC连接重配置消息，最终产生LTE RRC Radio Link Failure事件，无线链路失败后，小区重选至BB-蚌山区-蚌山区金奥华府西门-ZFTA-156318-134小区后，信号恢复正常，被叫在10:03:33.836时发IMS_SIP_INVITE->Trying 100消息，还未建立QCI承载便发生了未接通事件。 从测试数据分析上看，在RRC连接重配置不成功产生了LTE RRC Radio Link Failure 的事件，提示无线链路异常发起重建，说明该未接通非流程冲突、SIP消息丢失、核心网的

VOLTE异常掉话后连续未接通案例

VOLTE异常掉话后连续未接通分析案例 设备厂家：华为设备型号：HTC-M8 时间：2016/2/9 关键字： VOLTE、掉话、BYE、语音 一、问题内容： 日常VOLTE测试中(1)主叫在19:15:10.645发起BYE挂机请求；（2）被叫一直未收到BYE消息;（3）主叫在19:15:16.829收到网络侧下发的BYE408消息，原因值是“No Response From Network”，主叫掉话；（4）19:15:30.649和19:15:33.684被叫发BYE请求，19:15:33.779网络侧应答BYE487（Glare Bye condition encountered）主叫掉话后紧接着发生连续两次未接通 掉话

未接通 二、问题分析： 掉话分析： 主叫发了BYE请求，无线环境较好的情况下被叫却一直未收到BYE消息，需要核心网定位是否下发了BYE消息给被叫手机 【IMS核心网信令分析】： 被叫侧SBC在主叫挂机后，随即向被叫UE发送了BYE消息。需EPC继续排查。 主被叫掉话后线环境较好，且主叫手机收到了INVITE100，但是被叫手机一直未收到INVITE。需要核心网定位这两次呼叫是否向被叫终端下发了INVITE消息。 【IMS核心网信令分析】： 两次呼叫中被叫侧SBC在主叫发起INVITE后，随即向被叫UE发送INVITE。需EPC继续排查。 正常挂机流程： 正常挂机流程，由主被叫任何一方发起BYE消息，经由IMS系统、PGW，SGW发送到对端设备，对端设备回复BYE 200确认消息，通话结束。

三、解决方案： 问题点原因在空口质量良好的情况下被叫未受到BYE消息，主叫超时未挂断导致掉话，怀疑EPC 和IMS之间的接口问题，目前对问题点占用小区进行反复拨测，未出现问题，接口问题需要厂家进一步定位原因。 1、核心网及无线测设备参数核查，对定时器等参数进行优化 2、对于基站故障及空口拥塞区域进行处理，保证覆盖及容量

GSM语音DT测试分析(未接通)原因

未接通原因分析

目录 1概述 (3) 1.1系统消息类型 (3) 1.2呼叫建立流程 (4) 1.2.1主叫建立过程： (4) 1.2.2被叫建立过程 (5) 1.3信令流程 (5) 1.3.1主叫呼叫信令 (5) 1.3.2被叫呼叫信令 (7) 1.4未接通定义 (9) 1.5未接通分析流程 (11) 2具体分析 (14) 2.1 TCH拥塞造成的未接通的分析 (14) 2.2 TCH分配失败导致未接通 (18) 2.3 SDCCH拥塞导致未接通 (19) 2.4 SDCCH掉话引起未接通 (20) 2.5 SDC分配失败 (21) 2.6位置更新导致未接通 (22) 2.7跨LAC位置更新未接通优化 (23) 2.8被叫小区重选造成未接通 (25) 2.9硬件问题,SUM板和载频问题.降级告警. (26) 2.10上行链路问题的未接通问题 (27) 2.11连续未接通现象 (30) 2.12传输中继造成未接通 (31) 2.13 TCSR补丁引起连续未接通事件分析 (32) 2.14被叫用户忙的未接通 (33) 2.15被叫用户已关机或未应答的未接通 (34)

2.16测试手机原因造成未接通 (34) 2.17测试软件原因 (35) 2.18主被叫手机欠费，系统播放录音通知. (36) 3总结 (36) 1概述 在进行讲解之前先对系统消息和信令部分进行一下说明. 1.1系统消息类型 系统消息在两种逻辑信道中传送，BCCH和SACCH信道： 1）在空闲模式下，网络通过BCCH信道传送系统消息1－4及7、8； 2）在通信模式下，网络通过SACCH信道传送系统消息5和6。 各种系统消息分别包含的主要内容如下： （1）系统消息类型1：小区信道描述＋RACH控制参数。 （2）系统消息类型2：邻小区BCCH频点描述＋RACH控制消息＋允许的PLMN。 （3）系统消息类型2bis：扩展邻小区BCCH频点描述＋RACH控制消息。 （4）系统消息类型2ter：扩展邻小区BCCH频点描述2。 （5）系统消息类型3：小区识别（CELLID）＋位置区识别（LAI）＋控制信道描述＋小区选择＋小区选择参数＋RACH控制参数。 （6）系统消息类型4：位置区识别（LAI）＋小区选择参数＋RACH控制参数＋CBCH 信道描述＋CBCH移动配置。 （7）系统消息类型5：邻近小区BCCH频点描述。 （8）系统消息类型5bis：扩展邻小区BCCH频点描述。 （9）系统消息类型5ter：扩展邻小区BCCH频点描述。 （10）系统消息类型6：小区识别（CELLID）＋位置区识别（LAI）＋小区选择。 （11）系统消息类型7：小区重选参数。 （12）系统消息类型8：小区重选参数。

未接通原因归类

未接通原因归类 未接通原因归类： 导致未接通的常见的原因主要有：被叫手机位置更新、主叫手机TCH拥塞、被叫手机TCH拥塞、主叫手机SDCCH拥塞、被叫手机SDCCH拥塞、SDCCH 掉话、呼叫号码错误、CIC分配错误、寻呼失败。 1、RxLev连续小于-90dBm 2、（GSM）RxQual连续5级-7级 3、（GSM）No route to destination\拥塞\No circuit/channel available 主叫在起呼期间，被叫在位置更新，无法响应主叫寻呼，导致主叫呼叫建立超时（超过15S)，上发Disconnect。 4、主叫起呼期间，完成了SDCCH信道以及TCH指配，但被叫一直处于空闲模式下。（无线环境良好）Call rejected/CM Service Reject（如果信令解码有明确原因请归入前面类别） 5、起呼期间，下行电平弱（BCCHLEV\Rxlevsub连续小于-90DBM) 起呼期间所指配的SDCCH信道或者TCH信道受到干扰。 6、无SDCCH或者TCH信道指配，导致呼叫建立超时，主叫上发disconnect；或者指配TCH信道时出现指配失败。（RR Assignment Failure） 原因1:是当前服务小区的Pch信道拥塞，无法下发寻呼消息;原因2：被叫收到寻呼寻呼消息，但无法占用SDCCH信道上发寻呼响应。归为信道拥塞。 7、重选不及时会导致主叫起呼失败。 8、被作为被叫的时候分配了TCH后呼叫，会导致碰撞，进而无法接通； 未接通主要原因如下： 1、路段覆盖差 1）本身覆盖差 2）孤岛效应导致覆盖差 3）重选不及时导致覆盖差 4）硬件故障，TCH载频问题，跳线问题； 2、参数设置问题 1）重选关系 2）接入电平门限 3）呼入呼出限制等等 3、容量问题：无空闲信道等 4、硬件故障问题 4、手机本身问题

掉话问题的简单总结以及掉话与未接通的关系结

掉话问题的总结以及掉话与未接通的关系 掉话的分类: 一般以通信阶段来分可分为: SDCCH 信道上的掉话和TCH 信道上的掉话 SDCCH 信道上的掉话是指BSC 给手机分配了SDCCH 信道但是还没有分配成功之前而形成的掉话. TCH 掉话是指BSC 已经成功给手机分配了TCH 后所产生的掉话. 产生掉话的原因主要有三条: 一是无线链路故障,二是切换失败T3103超时,三是设备硬件故障. 需要注意的是掉话和未接通为两个不同的概念.未接通的定义是以信令中是否出现连接和连接确认为判定标准.而掉话定义下行是以无线链路计数器超时为判定标准.(SD 掉话一定会产生未接通,未接通不一定是SD 掉话,也可能是TCH 掉话,但是TCH 掉话不一定会产生未接通) 图示: 常见掉话分类:质差掉话和切换掉话.(设备故障掉话为硬件原因不加讨论) 质差掉话主要是因为覆盖不合理和强干扰引起.其中覆盖不合理包括弱覆盖和覆盖畸形(越区,波导效应等)引起的手机拖死. 干扰主要包括网内干扰和往外干扰.网内有同邻频干扰(包括BCCH 和TCH),有来自其他系统干扰,互调干扰等.网外主要是其他无线电发射设备的频率干扰. 切换掉话主要指邻区配置不合理和切换参数设置不合理. 邻区配置不合理包括邻区多配,漏配,错配导致不能切换到合理的小区而使得手机拖死. 参数设置不合理包括切换门限不合理,切换层级不合理,T3103设置不合理. 在切换参数中需要特别主要的是层间切换:当触发的是层间切换的时候,不管源小区电平是否比切入小区的强,只要当切入小区的电平值到达它的切换门限便会触发切换(华为算法的16比特排序). 切换引起的掉话其中还有一种是由于无线环境突然变差或者硬件(如传输)突发故障,引起的手机不能正确解码消息而导致切换失败也不能回到原来小区的情况.(有时候在信令中会发现手机发了一个切换完成信令然后紧接着会发一个切换失败,这一般都是犹豫无线环境突然恶劣引起的异常现象) 以上情况都可能引起掉话实际分析中要结合实地环境综合分析. 2012 年8月27日 --庞勋

(重点)VOLTE掉话分析

VoLTE经验总结 1 广州VOLTE网络质量现状 经过近三个月的优化工作，广州ATU网格内，掉话率逐步改善，从11.5%（四月）下降至3.27%（七月）；接通率从93.1%提升至6月份的96.6%，七月份下降至89.46%。 七月份测试期间核心网的IOT测试也在进行；较多invite 500、SIP unknown、MT CSFB等异常问题导致的连续多次未接通。广东公司计划在本周对广州IMS 进行华为IMS替换爱立信IMS的操作，故七月份测试遇到的异常IMS相关问题分析进度暂缓。

2 广州VoLTE测试问题优化进展 2.1 异频重定向掉话问题验证（问题解决） 背景：中兴eNodeB在P01版本下，因邻区缺失导致异频重定向掉话，该问题需升级P02版本解决。 网格44、45测试过程中未发生异频重定向掉话，信令上分析测试过程中出现过多次连续上报异频A3的测报，未切换也未发生重定向，P02版本禁止QCI 1 业务异频重定向功能生效。

2.2 异系统重定向掉话问题验证（问题解决） 背景：中兴eNodeB在P01版本下，VoLTE发生重定向掉话，该问题需升级P02版本解决。 网格44、45基础覆盖较差，以往拉网测试均会发生多次系统重定向掉话，7月24日，网格44、45完成P02版本升级，升级后重定向掉话问题解决，拉网测试掉话率改善明显。 P02版本禁止QCI 1业务重定向功能打开，终端上报A2（盲重定向门限）或B2事件（2G 邻区信息错误）等前期会导致重定向的情况下，网络均未下发重定向，VoLTE业务保持通话结束后自动挂机，未产生掉话事件

2.3 TM3/8转换掉话问题验证（问题解决） 背景：中兴eNodeB在P01版本下，VoLTE业务过程中发生TM3到TM8模式转换，因为基站提前转换导致终端掉话，该问题需升级P02版本解决。 8月3日，网格45所有升级站点打开TM3/8自适应，验证VoLTE业务在TM3与TM8进行转换时是否掉话，测试结果如下：

LTE的掉话原因分析及处理思路(加精,值得收藏)

LTE的掉话原因分析及处理思路 LTE“掉话”是指UE异常退出RRC_CONNECTED状态导致的连接中断。统计节点为“RrcConnctionReconfigurationComplete”消息正确达到网络侧开始，之后进行的各类业务，未正常释放的均计为“掉话”。正常释放流程如下： 一、外场常见掉话原因分析 目前LTE常见掉话原因包括弱覆盖、越区覆盖、切换失败、邻区漏配、系统设备异常、干扰、拥塞等。 掉话原因1：弱覆盖 现象: 由于弱覆盖导致的掉话，通常有以下表现： 1.掉话前服务小区的RSRP持续变差（低于弱覆盖标准，如小于-105dBm），同时服务小区的SINR也一起持续变差（小于0dB，甚至小于-3dB）。 2.掉话后可能会有一段时间（数秒至数分钟不等，取决于实际网络覆盖情况），UE无数据上报（类似于UE脱网）。

解决方案: 要解决此类掉话，需要改善覆盖。具体手段有： 1.首先明确当前的弱覆盖区域由哪些扇区的信号覆盖。 2.根据网络拓扑结构和相关无线环境来确定最适合覆盖该区域的扇区，并加强它的覆盖。如常用的天馈调整、站点建设等。 具体案例： 对呼和浩特市大昭寺前街DT过程中占用到大昭寺华隆小区-FL_3小区，覆盖较差存在掉线风险。通过调整PA：3→0，RS参考功率：13.4dB→15.2dB，覆盖改善，掉线风险大大降低。 掉话原因2：越区覆盖 现象: 在支持切换的移动通信网络中，由于无法精确控制无线信号的传播，因此或多或少都会存在越区覆盖的情况，导致“孤岛覆盖”无法与周边站点进行正常切换掉话，通常有以下表现： 1.越区覆盖导致的“导频污染”。在覆盖区内，没有稳定的强信号作为主服务小区。服务小区信号的频繁变化，是导致掉话的一个主要原因。

cdma常见掉话的原因分类

掉话是考察和评价一个网络好坏的重要指标，掉话的高低在一定程度上体现了移动网通信质量的优劣，而用户对掉话质量问题非常敏感，迫切希望尽早杜绝,从而不断提高移动通信质量，满足用户需要。下面以CDMA系统为例，介绍几种掉话的原因和解决办法。 1 前向链路干扰 （1）掉话现象 接收功率RX保持正常，而导频强度Ec／Io在不断降低，FFER 增大，但是，TX-GAIN-ADJ的幅度保持恒定。 （2）掉话机制 Ec／Io低于-15dB以后，前向链路的质量严重下降，它连续收到12个坏帧(由N2m计数器决定)，移动台关闭发射机并启动T5m 计时器。此时，反向链路功率控制比特被忽略。如果T5m超时，使MS掉话。之后，重新搜索强导频。一般情况下，重新初始化到新的导频上。 如果前向链路的质量严重下降时间较短，T5m没有超时，MS收到N3m个(一般2个)好帧，导频Ec／Io恢复到-15dB以上，MS 不会关闭发射机。但是，基站启动了控制掉话的机制，计时比MS的T5m更短。当MS检测到服务小区的Ec／Io恢复，基站却认为MS 已经掉话，就切断了业务信道。在这种情况下，移动台会在同一个导频上重新初始化。

（3）掉话原因及解决办法 ①导频变化，邻区列表缺少扇区导频 在候选导频集中，大于T_ADD导频长时间不能激活而掉话。MS 掉话后重新初始化到新的导频上。 判断解决：在空闲状态下，观察源扇区的邻区列表是否存在上述没有切换成功的目标导频。如果没有，说明缺少邻区。在邻区列表中加入有用导频即可解决。 ②导频变化，邻区列表规划不合理 有用导频在候选导频集中，长时间不能激活。此时激活集中存在二个以上导频，由于前向干扰而掉话后，MS重新初始化。检查空闲状态下的邻区列表，如果不是缺少邻区，可能是邻区列表设置不合理。因为移动台的相邻导频集最多支持20个导频，而在多路软切换时，还会将邻区关系列表合并。如果较强目标导频在邻区列表中的位置靠后，就会有被顶出邻区列表可能，使移动台检测不到。判断解决：?重新优化邻区列表，将切换比率较大的导频，在邻区列表中的位置前移。一般邻区列表中长度不超过1 5，如果过大，会影响相邻导频集的搜索速度。 ?合理设置NGHBR_MAX_AGE(相邻导频集最大存活期)参数。如果参数过大，从激活集和候选集中转到相邻集中的导频过晚离开邻区列表，新的强目标导频不能进邻集列表，如果设置太小(例如0)，

全程接通率专项优化报告

衡水TD-SCDMA网络全程接通率 专题优化报告 衡水TD项目优化组 2011.09.25

目录 1概述 (3) 1.1衡水TD-SCDMA网络介绍 (3) 1.2全程接通率定义 (3) 1.2.1接通率定义 (4) 1.2.2掉话率定义 (4) 1.2.3 PCCPCH覆盖率定义 (4) 1.3未接通 (5) 1.3.1未接通原因分类： (5) 1.3.2原因分析： (6) 1.3.3解决措施 (7) 1.4掉话 (7) 1.4.1掉话原因分类及分析解决： (7) 1.5覆盖 (10) 1.5.1覆盖优化分类及分析解决 (10) 1.6典型案例 (13) 1.6.1未接通案例 (13) 1.6.2掉话案例 (23) 1.6.3覆盖优化案例 (32) 1.7指标对比 (38)

1概述 1.1 衡水TD-SCDMA网络介绍 河北衡水 TD-CDMA四期网络共包含室外宏站219个，室内分布站点81个。分属于5个RNC，其中RNC811，RNC812和RNC3676下挂站点主要覆盖衡水市区和郊区部分，RNC3677和RNC3678下挂站点主要覆盖衡水下辖县区部分。 衡水市区TD网络站点分布图 衡水TD网络仍处于四期建设阶段，河北省移动前台考核5项指标，分别为TD语音无线接通率，TD语音无线掉话率，PCCPCH覆盖率、MOS、TD到GSM切换成功率。全网各项指标均达到移动集团公司要求的期望值。 1.2 全程接通率定义 全程呼叫成功率＝（（1-掉话率/100）*（接通率/100））×100％；

1.2.1 接通率定义 话音业务DT测试方式为同一辆车内两部TD-SCDMA终端的拨叫、接听、挂机都采用自动方式，主、被叫手机均设为自动双模（TD/GSM）。 总接通率=总接通次数/总起呼次数×100% 总接通次数=G网接通次数+T网接通次数 总起呼次数=G网起呼次数+T网起呼次数（只取主叫手机的结果）G网接通率= G网接通次数/ G网起呼次数*100%（取主叫手机的结果） T网接通率= T网接通次数/ T网起呼次数*100%（取主叫手机的结果）双T网接通率= T网接通次数（主被叫同时在T网下）/ T网起呼次数（主被叫同时在T网下）*100%（次数取主叫手机的结果） T网起呼定义：以UE发送rrcConnectionRequest信令，其原因码为OriginatingCoversationalCall 计为一次试呼，rrcConnectionRequest重发多次只计算一次 GSM起呼定义：以channel request和CM service request同时出现来确定试呼 接通定义：开始当一次试呼开始后，以收到Connect或Connect ACK算为一次接通。 在未接通的事件判别中，需要分别统计TD网内、GSM网内次数。在位置更新导致未接通的事件判别中，需要分别统计TD网内、GSM网内、TD-GSM网间位置更新导致的未接通次数。 1.2.2 掉话率定义 掉话率＝（主叫掉话+被叫掉话）/（主叫接通+被叫接通）×100％ 掉话定义：手机收到Disconnect/Release信令视为通话正常结束，在手机没有发Disconnect 信令或没收到网络下发Disconnect/Release信令情况下，手机回到idle 状态，则视为一次掉话。 在移动通信系统中，掉话是指在分配了信道资源的情况下，由于各种原因使呼叫非正常 释放的现象。掉话率是移动通信中最重要的一项指标，反映了系统业务的通讯保持能力，掉话率的高低直接反映了网络的质量。 1.2.3 PCCPCH覆盖率定义 无线网络的覆盖率，反映了网络的可用性。网络的下行覆盖由PCCPCH信道的RSCP和质量

未接通原因

编号原因 1Unassiagned number(未分配的号码（空号）) 3No route to destination(无至目的地的路由) 6Channel unacceptable(不可接受的信道) 16Normal clearing(正常清除) 17User busy(用户忙) 18No user responding(无用户响应) 19User alerting,no answer(已有用户提醒，但无应答) 21Call rejected(呼叫拒绝) 22Number changed(号码改变) 26Non selected user clearing(清除未选择的用户) 27Destination out of order(终点故障)该原因表示不能到达用户所指示的收端，因为收端的接口工作不正常。术语"工作不正常"表示信令消息不能递交到远端用户；例如，远端用户的物理层或数据层故障，用户设备脱机等。 28Incomplete number(无效号码格式（不完全的号码）) 29Facility rejected(设施被拒绝) 30Response to status enquiry(对状态询问的响应) 31Normal,unspecified(正常，未规定) 34No circuit/channel available(无电路/信道可用) 38Network out of order(网络故障) 41Temporary failure(临时故障) 42Switching equipment congestion(交换设备拥塞) 43Access information discarded(接入信息被丢弃) 44Requested circuit/channel not available(请求的电路/信道不可用) 47Resources unavailable,unspecified(资源不可用，未规定) 49Quality of service unavailable(服务质量不可用) 50Requested facility not subscribed(未预订所请求的设施) 55Incoming calls barred within the CUG 57Bearer capability not authorized(承载能力未认可) 58Bearer capability not presently available(承载能力目前不可用) 63Service or option not available,unspecified(无适用的业务或任选项目，未规定) 65Bearer service not implemented(承载业务不能实现) 68ACM equal to or greater than ACMmax 69Requested facility not implemented(所请求的设施不能实现)

TMSI重新配置引起未接通经典案例

TMSI重新配置引起未接通案例 案例摘要 关键字: TMSI重新配置引起未接通； 专业类型: 无线网优； 网元名称: 4XX_HuaXinWanD_1 ； 设备厂商: 卡特； 软件版本: B12 ； 一、案例背景 ATU拉网测试中，MS移动至观澜轩路口附近，占用4XX_HuaXinWanD_1小区启呼，该小区无线环境良好，MM层突然出来了“tmsi reallocation command-TMSI重新配置”命令后，引起RR层释放导致接入失败事件，见下图：

二、优化思路流程图 在日常的测试优化中，导致未接通的常见的原因主要有：被叫手机位置更新、主叫手机TCH 拥塞、被叫手机TCH拥塞、主叫手机SDCCH拥塞、被叫手机SDCCH拥塞、SDCCH 掉话、呼叫号码错误、寻呼失败等。 1、未接通主要原因分类归纳如下： （1）覆盖问题导致的未接通； （2）干扰导致的未接通； （3）参数问题导致的未接通； （4）终端/软件问题导致的未接通； （5）站点/核心网问题导致的未接通； （6）位置区规划不合理； （7）容量问题导致的未接通； （8）TMSI重新配置；

2、未接通事件分析流程图： 三．事件优化过程 主叫的信令流程：被叫的信令流程： 注：相比主叫，被叫在交换机一侧以下几步流程，在无线上多了PAGING 这个流程：

E|GMSC -> HLR UDT(BEG(INV(Send Routing Info))) D|HLR -> VLR UDT(BEG(INV(Provide Roaming Number))) D|VLR -> HLR UDT(END(RES-L(Provide Roaming Number))) Roaming Number E|HLR -> GMSC UDT(END(RES-L(Send Routing Info))) Roaming Number A|MSC -> BSS UDT(Paging)。 结合TMSI重置原因分析： 1、在LAI变化时，一般会和LAU一起做。 2、网络可以在任何时候，重新分发TMSI。 排查过程如下： 事件分析：结合现场的测试截图及层3信令图查看，MM层突然发出一条”tmsi reallocation command”,当MS接收到新的TMSI后，会将老的TMSI删除掉，立刻使用新的TMSI，故造成了未接通事件。 测试图

路测试事件未接通问题分析

路测试事件未接通问题分析1.1、常用未接通时Disconnect 代码解析表：

注意：在测试中若是在跨LAC区处，经常出现未接通，由于跨越LAC区导致移动台发起位置更新。经常出现无法发起呼叫或被叫不再服务区的现象，DISNNECT消息代码可能是EF或者91 /92。需要从被叫上去确认下是否正处于位置更新状态。这种情况大部分不用分析和提解决建议。但是由于LAC区规划不合理，LAC交界处基站覆盖调整不当时，接连跨越LAC区，连续进行位置更新，则可以建议重新进行LAC分区重新规划，将基站进行割接。 1.2、SDCCH拥塞导致未接通： 信令现象：在出现 CHANNEL REQUEST 消息后，出现Immediate Assignment Reject消息，且Random reference为14则是SDCCH拥塞造成的。 解决建议：综合统计观察该小区是否存在较严重的SDCCH拥塞，可以适当的增加 SDCCH信道。

1.3、TCH拥塞导致未接通： 信令现象：下行发出Call Proceeding消息后，当没有TCH可用信道时，手机在排队打开的情况下，在SDCCH上排队等待，直到排队时长终止。下行即发出Channel Release消息 解决建议：综合统计观察该小区是否存在较严重的TCH拥塞，建议扩容

1.4、下行质量差导致TCH接入失败未接通 信令现象：在Call Proceeding消息后，出现Assignment Failure消息。在disconnect 消息代码里其描述多为：没有无线资源、无线接口失败以及协议错误。（见disconnect代码表）造成这情况的原因主要有：硬件故障、干扰、信号阻挡等因素造成的。当处理这类问题时，需要根据测试现场的周边环境；小区相关性能统计；结合测试文件综合加以考虑。若是硬件问题则可能是单个载频故障或收、发信通路上的硬件发生故障，造成射频通路上的衰耗突然增大，通信质量下降，致使射频丢失。 解决建议：检查该小区是否存在硬件故障、是否存在频率干扰、以及信号阻挡等。 1.5、SDCCH掉话导致未接通： 信令现象：在出现channel request 或者CM SEVICE REQUEST 消息后在Assignment Command 前或者后TCH分配失败后移动台不能回到原SDCCH信道的导致SDCCH掉话。 解决建议：出现这种情况，首先从紧接着command 消息下面的下行消息6信令里看是在哪个CI里，造成这问题的原因可能是该小区SDCCH载频硬件故障，综合统计观察该小区是否SDCCH掉话高，若高则可以建议检查该载频硬件。

GSM未接通分析

未接通原因分析 概述 1系统消息类型 1.1系统消息在两种逻辑信道中传送，BCCH和SACCH信道： 1）在空闲模式下，网络通过BCCH信道传送系统消息1-4及7、8； 2）在通信模式下，网络通过SACCH信道传送系统消息5和6。 各种系统消息分别包含的主要内容如下： （1）系统消息类型1：小区信道描述+RACH信道控制； （2）系统消息类型2：邻小区BCCH频点描述+RACH信道消息+允许的PLMN； （3）系统消息类型2bis：扩展邻小区BCCH频点描述+RACH信道消息； （4）系统消息类型2ter：扩展邻小区BCCH频点描述2； （5）系统消息类型3：小区识别（CellID）+位置区识别（LAI）+控制信道描述+小区选择+小区选择参数+RACH控制信道； （6）系统消息类型4：位置区识别（LAI）+小区选择参数+RACH控制信道+CBCH 信道描述+CBCH移动控制； （7）系统消息类型5：邻近小区BCCH频点描述； （8）系统消息类型5bis：扩展邻小区BCCH频点描述； （9）系统消息类型5ter：扩展邻小区BCCH频点描述； （10）系统消息类型6：小区识别（CellID）+位置区识别（LAI）+小区选择； （11）系统消息类型7：小区重选参数； （12）系统消息类型8：小区重选参数； （13）系统消息类型13：描述有关PBCCH信道的信息及其他GPRS消息。 1.2各种消息单元包含的主要内容如下： 1）小区信道描述中含有该小区所使用到的所有频点，包括BCCH频点和调频频点； 2）RACH控制消息中含有参数MAX RETRANS（最大重传数）、TX INTEGER（传输的时隙数）、CELL BAR ACCESS（小区是否被禁止接入）、RE（呼叫重建允许比 特）、EC（紧急呼叫允许比特）、AC（被限制接入的用户级别）； 3）邻小区BCCH频点描述包括其邻小区所使用的BCCH频点； 4）允许的PLMN用来提供小区内BCCH载波上移动台监测所允许的NCC; 5）控制信道描述中包括：ATT（移动台附着分离允许指示）、BS AG BLKS RES （留做接入允许AGCH的块数）、CCCH CONF（公共控制信道结构）、BA AG MFRMS（传输寻呼消息留给同一寻呼组的51TDMA复帧数）、T3212（用着周期 性位置更新的时间）； 6）小区允许中包含：PWRC（功率控制指示）、DTX（不连续发射指示）、RADIO LINK TIMEOUT（无线链路超时值）； 7）小区选择参数包括：小区重选滞后值、MS TXPWR MAX CCH （移动台