接入失败与掉话信令分析

接入失败与掉话信令分析

一、接入失败分析

分为两类：1、Access External Interrupt：接入外部原因导致释放。2、Access Failure：接入失败。2是需要考虑的。

1、ERR_SPS_RLSA_BSSAP_FchSetup_ClearCommand_CallProcessing

2、ERR_SPS_RLSA_BSSAP_FchSetup_ClearCommand_Unspecified

3、ERR_SPS_RLSA_BSSAP_FchSetup_RcvMSReleaseOrder

4、ERR_SPS_RLSA_BSSAP_FchSetup_RcvSccpDisconnect

5、ERR_SPS_RLSA_BSSAP_MsgPara_MSRejectOrder

6、ERR_SPS_RLSA_DSPM_CLH_OtherReason_MSNormalRelease

6、ERR_SPS_RLSA_BSSAP_TE_T303

C、e之间为T303时间点。

7、ERR_SPS_RLSA_BSSAP_TE_Tassignment

E、k点超时导致。

DSMP: DSMP负责1x Release A呼叫的层三信令处理和切换处理。

8、ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Twaitorder

Twaitorder ：DSCHP在业务信道给手机发第一条消息E_S_UmfBSAckOrder后设置的等待手机响应的定时器（MS_ACK_ORDER）。定时器超时，上报进入业务信道信令握手失败。

ABPM: ABPM/ABPM2：用于Abis接口的协议处理，提供低速链路完成IP压缩协议的处理。

帧序号校验：如果没有帧序号校验，业务帧在最终发射给终端时候是没有对齐的；这种情况下虽然终端侧看到的Ec/Io很好，但是业务帧却无法有效合并，导

致FER很高；

9、SDM_Activate_Fail_AcquirePreambleFail_Normal

10、SDM_Find_Fail_WaitConfigVTCTimeout

二、掉话信令：

1、ERR_SPS_RLSA_BSSAP_FchSetup_RcvSccpDisconnect

2、ERR_SPS_RLSA_BSSAP_UnexptMsg_RcvOrgnInSessionState

3、ERR_SPS_RLSA_BSSAP_UnexptMsg_RcvRegInSessionState_Others

4、SDM_Link_Fail_RevTooManyBadFrm

常见异常事件信令分析

常见异常事件信令分析 目录： 一、日常指标中常见异常事件 (2) 1、SDCCH拥塞： (2) 2、SDCCH分配失败： (3) 2.1无线原因引起SDCCH分配失败： (3) 2.2 BSS问题引起的SDCCH分配失败： (3) 2.3 SDCCH分配失败信令分析： (3) 3、SDCCH掉话 (7) 3.1无线问题引起SDCCH掉话： (7) 3.2 BSS问题引起SDCCH掉话： (7) 3.3 SDCCH掉话信令分析 (8) 4、TCH拥塞 (10) 5、TCH分配失败 (11) 5.1无线原因引起的TCH分配失败： (11) 5.2 BSS原因引起的TCH分配失败： (12) 5.3 TCH分配失败信令分析： (13) 6、TCH掉话 (16) 6.1无线问题引起TCH掉话： (16) 6.2切换失败引起TCH掉话： (17) 6.3 BSS内部原因引起TCH掉话： (17) 6.4传输问题引起TCH掉话： (17) 6.5 TCH掉话信令分析： (18) 6.5.1 MC736掉话 (18) 6.5.2 MC621掉话 (19) 6.5.3 MC14C掉话 (21) 6.5.4 MC739掉话 (21) 6.5.5 正常的挂机 (22) 7、切换异常事件 (26) 7.1、无线原因引起的切换失败返回信令流程（小区间异步切换）： (26) 7.2、系统原因（BSS问题）引起的切换失败 (26) 7.3、切换失败信令分析： (26) 二、DT测试中的异常事件 (30) 1、未接通 (30) 1.1由于TCH拥塞 (30) 1.2位置更新引起 (33) 2、paging失败 (35) 3、TCH掉话 (35) 三、附录 (38) Abis口信令名词缩写解释： (38)

语音呼叫失败原因分析

语音呼叫失败原因分析 经过第一阶段局外提供的相关数据，对后台的业务观察中，失败的语音呼叫、语音释放、切换等失败的原因进行简单的分析，整理成为这篇初稿，为局外的用服人员提供一个指导。 1．ERR_SPS_RLSA_RCM_DBAccFail_FCHResourceAllocate 2．ERR_SPS_RLSA_RCM_PCALL_OtherReason_CEC_REMOVEREQ

3．ERR_SPS_RLSA_RCM_FCH_TimerExpired_TconnExpired 4．DBS_STASTIC_NO_RESOURCE_LACK 5．DBS_STASTIC_FWDFCHCE_LACK 6．DBS_STASTIC_REVFCHCE_LACK

7．DBS_STASTIC_FWDFCHCE_REVCE_LACK 8．DBS_STASTIC_FWDSCHCE_LACK 9．DBS_STASTIC_WALSHCODE_LACK １０．DBS_STASTIC_UID_LACK １１．HO_STAT_PILOT_NO_SAME_FREQ

１２．HO_STAT_CARRIER_PWR_OVERLOAD １３．ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Twaitorder １４．ERR_SPS_RLSA_DSPM_CLH_OtherReason_SNFailure １５．ERR_SPS_RLSA_DSPM_CLH_OtherReason_Tshakehandrecv

１６．ERR_SPS_RLSA_DSPM_HOH_OtherReason_AbisdShakeHandFailure １７．ERR_SPS_RLSA_DSPM_HOH_DBAccessFail_GetHandoffProc １８．ERR_SPS_RLSA_DSPM_HOH_DBAccessFail_GetInterFreqSSHO １９．ERR_SPS_RLSA_DSPM_HOH_TimerExpired_Thoreq

VoLTE业务资料VoLTE问题案例集

VoLTE网上问题案例集 文档版本V1.0 发布日期2015-01-28

华为技术

修订记录

目录 1导读 (5) 2语音呼叫类问题 (6) 2.1呼叫失败 (6) 2.2单通 (35) 3语音质量类问题 (61) 3.1语音质量差 (61) 4语音增强特性类问题 (82) 4.1RoHC (82) 4.2TTI_Bundling (89) 4.3SPS (92)

1导读 本文根据以往网上问题整理VoLTE相关问题的相关案例，在处理网上语音问题时，可以先翻阅本文相关案例，以拓展思路并缩小问题围，最终提升问题定位效率。 本文所包含案例包括从各产品收集到的历史案例，以及GTAC VoLTE专题组启动后处理的问题提取出来的案例，在案例格式上有些差异，后续逐步统一。 本文档会逐步完善，新需求或建议，请联系曾佳 00130333。

2语音呼叫类问题 2.1呼叫失败 案例1：英国VDF，VoLTE用户呼叫失败问题分析 【问题描述】 英国VDF在11月15号下午反馈同一终端同一套核心网，在爱立信/诺西基站下成功打通VoLTE call，在华为基站下必然失败； 问题表现为：VoLTE终端开机后，QCI5、默认承载均可建立但无法建立QCI1导致 不能通话； 【问题分析】 1.组网环境信息分析 1.1VoLTE业务原理分析 正常VoLTE业务流程分为以下几个过程： a)VoLTE终端完成TAU Attach流程建立QCI5承载； b)VoLTE终端发起IMS注册流程, 注册使用的SIP信令使用QCI5承载； c)VoLTE终端发起语音呼叫，建立QCI1专有承载，语音媒体使用QCI1承载； d)VoLTE终端发起视频呼叫，建立QCI2专有承载，视频媒体使用QCI2承载；

LTE学习总结—掉话类KPI基本分析方法

掉话类KPI 1.通过LST ALMAF查询站点实时告警,参考历史告警； 2.通过DSP BRD 查询单板运行情况； 3.提取两两小区切换，确定目标小区： A.确定目标小区运行情况，是否基站故障或异常告警； B.检查邻区间参数设置是否正确； C.通过Mapinfo检查小区邻区配置是否合理，进行邻区合理性优化； D.检查基站是否周边站点缺少，如为孤站，可视为正常； 4.检查参数设置是否合理： A.查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301）.如掉线率突 增，B.查询操作日志，确认是否有修改，导致小区异常； 5.检查是否存在干扰： A.通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突； B.检查小区时隙配比是否设置准确（室分:SA2\SSP7;宏站:SA2\SSP5）； C.如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型； 6.是否存在高质差： A.通过观察小区上下行丢包率是否正常，如丢包率偏高，基本断定小区存在质差； B. 通过后台误码率跟踪，如BLER>10%，确定小区存在高误码； 7.是否存在弱覆盖： A.检查传输模式，是否为TM3，如长时间为TM2，确认设置正确的情况下，基本确定小区存在弱覆盖； B. 对比64QAM和QPSK占比，如后者比例远大于前者,可确定小区覆盖异常； 8.现场测试及后台跟踪： A.安排前场人员现场测试，同时后台通过信令跟踪，配合查找问题原因； B.如果确认问题后，需第三方配合解决，转发相关人员处理，做好跟踪工作，直至问题闭环。 1、关于掉话的定义 话统掉话的定义 当ENodeB收到来自MME的ERAB ReleaseCommand（UE Context Release Command）消息或eNodeB向MME发送E-RAB RELEASE INDICATION（UE CONTEXT RELEASE REQUEST ）消息，且释放原因不为“Normal Release”，“User Inactivity”，“Partial Handover”，“Handover triggered”，“successful-handover”，“cs-fallback-triggered”时统计该指标。如果E-RAB RELEASE COMMAND消息中要求同时释放多个E-RAB，则相应指标按各个业务的QCI分别进行累加。

掉话原因及处理

GSM网络优化中掉话、拥塞的原因及解决办法 1．掉话 在移动通信中，掉话是指在分配了话音信道（TCH）后，由于某种原因，使呼叫丢失或中断，正常通话无法进行的现象。掉话不仅影响网络指标，而且会给用户造成许多不便，是用户投诉的热点。 1.1掉话产生的原因 1、由干扰引起的掉话： 干扰主要包括同频、邻频及交调干扰。当手机在服务小区中收到很强的同频或邻频干扰信号时，会引起误码率恶化，使手机无法准确解调邻近小区的BSIC码或不能正确接收移动台测量报告。基站在通过SDCCH为手机分配好应使用的话音信道后,由于没有临近小区BSIC码而无法判断该使用哪个小区的话音信道，从而产生掉话。交调干扰主要来自于外部干扰，如CDMA站会对我基站上行频率产生干扰。 2、由于切换引起的掉话： （1） MS在通话中，手机列表中计算6个最好的相邻小区为切换做准备，但当网络覆盖不好时，会产生频繁切换，造成无主控小区，产生掉话。 （2）一些小区由于话务忙，会把话务推给相邻小区，但当相邻小区信号不好或无空闲信道时就会产生掉话。 （3）孤岛效应。如果服务小区A由于地形的原因产生的场强覆盖小岛C，而在小岛C周围又为小区B的覆盖范围，如在A的相邻小区列表中未添加小区B，那么当用户在C 中建立呼叫后一走出小岛C，由于无处可切换将产生掉话。 3、参数设置不合理引起的掉话： 影响掉话的参数主要有切换参数和相邻小区参数。如：PMRG设置过高或相邻小区参数做错都会导致掉话。 4、基站硬件引起的掉话： BTS的硬件故障也会引起掉话，NOKIA设备中的7745（CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD） 、7949 （DIFFERENCE IN RX LEVELS OF MAIN AND DIVERSITY ANTENNA / TRX）是特别要引起注意的，因为这些告警同时伴随着掉话。 5、Abis接口失败产生的掉话 Abis接口的，包括BSC未收到来自BTS的测量报告，超过TA极限，切换过程的一些信令失败以及一些内部原因，此外还有Abis接口的误码率的影响。 6、覆盖不好引起的掉话： 有些小区由于覆盖范围过大造成在小区覆盖的边缘地带信号不好，电平值很低，手机列表中测量的相邻小区的电平值又达不到接入的要求（如RXLEV ACCESS MIN＝－95dBm）而引起掉话，在边远地区、网络覆盖不好的情况下经常会出现这种掉话。 1.2 掉话的解决办法 如果一个小区掉话很高，可以先通过查掉话报告（如163报告），先确定是由于哪方面引起的掉话。 （1）对于由于切换引起的掉话的解决，可先进行大范围的路测，通过路测可以确定是和哪个相邻小区切换不正常。对于一些与该小区有切换关系而拥塞率又较高的小区应作为测试的重点，并需要检查小区周围是否有盲区存在，如果是这种原因应及时修改相关频率并

VOlte语音通话错误码

100 正在尝试 180 正在拨打 181 正被转接 182 正在排队 183 通话进展 2xx = 成功应答 200 OK 202 被接受：用于转介 3xx = 转接应答 300 多项选择 301 被永久迁移 302 被暂时迁移 305 使用代理服务器 380 替代服务 4xx = 呼叫失败 400 呼叫不当 401 未经授权：只供注册机构使用，代理服务器应使用代理服务器授权407 402 要求付费（预订为将来使用) 403 被禁止的 404 未发现：未发现用户 405 不允许的方法 406 不可接受 407 需要代理服务器授权 408 呼叫超时：在预定时间内无法找到用户 410 已消失：用户曾经存在，但已从此处消失 413 呼叫实体过大 414 呼叫URI过长 415 不支持的媒体类型 416 不支持的URI方案 420 不当扩展：使用了不当SIP协议扩展，服务器无法理解该扩展 421 需要扩展 423 时间间隔过短 480 暂时不可使用 481 通话/事务不存在 482 检测到循环 483 跳数过多 484 地址不全 485 模糊不清 486 此处太忙 487 呼叫被终止 488 此处不可接受

491 呼叫待批 493 无法解读：无法解读S/MIME文体部分 5xx = 服务器失败 500 服务器内部错误 501 无法实施：SIP呼叫方法在此处无法实施 502 不当网关 503 服务不可使用 504 服务器超时 505 不支持该版本：服务器不支持SIP协议的这个版本513 消息过长 6xx = 全局失败 600 各处均忙 603 拒绝 604 无处存在 606 不可使用

移动VOLTE部分用户关闭VOLTE功能后呼叫失败问题分析

移动VOLTE部分用户关闭VOLTE功能后呼叫失败问题分析 发表时间：2018-05-31T15:04:48.147Z 来源：《基层建设》2018年第10期作者：杨奎 [导读] 摘要：目前VOLTE正在逐步替换2G语音，因网络结构复杂过程中会产生各种问题，本论文分析了此次呼叫失败的原因及处理措施。 中国移动通信集团河北有限公司唐山分公司河北唐山 063000 摘要：目前VOLTE正在逐步替换2G语音，因网络结构复杂过程中会产生各种问题，本论文分析了此次呼叫失败的原因及处理措施。 关键词：VOLTE，MGCF，IMS 1，VOLTE简介： VoLTE是基于IMS的语音业务。IMS由于支持多种接入和丰富的多媒体业务，成为全IP时代的核心网标准架构。经历了过去几年的发展成熟后，已经被3GPP、GSMA确定为移动语音的标准架构。VoLTE即Voice over LTE，它是一种新型IP数据传输技术，无需2G/3G网，全部业务承载于4G网络上，可实现数据与语音业务在同一网络下的统一。换言之，4G网络下不仅仅提供高速率的数据业务，同时还提供高质量的音视频通话，后者便需要VoLTE技术来实现。 2，问题描述： 河北移动中兴IMS割接后，唐山移动用户反馈，开通VOLTE业务，但是终端上关闭VOLTE功能并且用户联合位置更新到唐山POOL3的端局时（其它POOL端局没有问题），做被叫失败，主叫侧听到嘟嘟通知音，被叫无反应。 3，问题分析： 3.1进行问题复测，从被叫MSC端局跟踪的信令看，MSC端局收到关口局发送的IAM消息后，直接发送了REL消息释放呼叫，原因值为：”Normal unspecified（31）”。将用户归属IMS域改到华为后拨测没问题，对比华为MGCF和中兴MGCF发的IAM消息，有三处区别： 1)中兴IAM消息里Transmission Parameter requirement为speech，华为为3.1k audio 2)中兴IAM消息里的编解码写上列表里有AMR2和G.711，而华为只有G.711 3)中兴IAM消息里有redirection information字段，华为没有这些字段 3.2是携带的Transmission Parameter字段为speech导致 3.3中兴MGCF修改参数，将该字段填写为3.1k audio后，经过复测，问题现象依旧，排除该参数问题。 3.4可能是IAM消息中的Redirection Information字段导致，在中兴MGCF上修改参数，IAM消息中不携带该字段，拨测，被叫能接通。 3.5但是Redirection Information字段是3GPP协议规定字段，MGCF发送该字段是符合协议规范的。 本着尽快解决问题的原则，中兴MGCF增加相关配置，将redirection information字段屏蔽掉，暂时规避该问题。问题的最终解决需要爱立信进行本设备问题定位。

新手层三信令掉话分析

层三信令掉话分析 1.前言 作为一名网优工程师, 需要牢牢掌握一个完整呼叫的信令流程. 我们做GSM优化, 主要是对Um口要把握的更深些. 尤其是Layer3信令－也就是我们平常做路测的工程师说的层3信令。关于层3信令，可以参考GSM规范04.08. 对层3信令的准确理解,可以帮助我们快速分析和定位网络问题. 2. 理论部分 2.1一次完整的主叫流程（含切换） IDLE： DL: SYSTEM INFORMA TION TYPE 1：包括小区信道描述和RACH控制参数 DL: SYSTEM INFORMA TION TYPE 2（2bis，2ter）：邻小区BCCH频点描述，RACH 控制信道，允许的PLMN（扩展邻小区BCCH频点描述+RACH控制信道；扩展邻小区BCCH 频点描述2） DL: SYSTEM INFORMA TION TYPE 3：CI，LAI，控制信道描述，小区选择，小区选择参数，RACH控制参数 DL: SYSTEM INFORMA TION TYPE 4：LAI，小区选择参数，RACH控制参数，CBCH 信道描述，CBCH移动配置 DL: SYSTEM INFORMA TION TYPE 7：小区重选参数 DL: SYSTEM INFORMA TION TYPE 8：小区重选参数 UL: Channel request DL: Immediate assignment（SDCCH） 试呼： UL:CM service request（如果后面直接收到System Information Type1，则视为起呼失败DL: CM service Request DL: CM service accept DL: AUTHENTICA TION REQUEST UL: AUTHENTICA TION RESPONSE DL: CIPHER MODE COMMAND UL: CIPHER MODE COMPLETE DL: TMSI REALLOCA TION COMMAND UL: TMSI REALLOCA TION COMPLETE UL: SETUP DL: CALL PROCEEDING DL: ASSIGNMENT COMMAND UL: ASSIGNMENT COMPLETE （TCH） DL: ALERTING 成功起呼： DL: CONNECT（呼叫成功的标志,） UL: CONNECT ACKNOWLEDGE DL: SYSTEM INFORMA TION TYPE 5（5bis，5ter）：邻近小区BCCH频点描述（扩展邻近小区BCCH频点描述） DL: SYSTEM INFORMA TION TYPE 6：CI，LAI，小区参数设置

融合语音通信平台解决方案

融合语音通信平台 解决方案

目录 1概述 (1) 2组网设计 (1) 3功能介绍 (3) 3.1基本业务功能 (3) 3.2指挥调度功能 (3) 3.3调度台功能 (6) 3.4录音功能 (7) 3.5业务功能扩展扩容要求 (8) 4配置清单（根据实际需求进行配置） (8) 4.1核心调度通信服务器 (8) 4.2数字录音服务器 (9) 4.3无线接入网关 (11) 4.4触摸屏调度台 (12) 4.5模拟用户接入网关（IAD） (13) 4.6数字中继网关 (14) 5.设备一览表 (16)

1概述 融合语音通信平台主要用于搭建一个集使用模拟、功能演示、性能验证于一体的内/外通话音通信演示平台，通过系统演示平台可模拟实现不同类型信道控制管理、不同类型信道的互通、不同频率信道互通以及信道优先级调度控制等功能。 2组网设计 根据实际应用需求，平台所配置的通信调度服务器提供基本的交换功能、调度功能。无线接入网关支持短波电台、对空超短波电台、对海超短波电台等外通设备的接入几大功能模块。E1/FXO/SIP中继可与海事卫星、Ku波段卫通、C波段卫通等对接，与单兵设备对接设备提供的（如SDK/SIP等）接口。模拟用户则可通过IAD接入平台，实现局内互通。数字中继网关通过与PLMN互联实现手机终端的接入。录音服务器提供通话录音服务。用户可通过触摸屏调度台实现指挥调度功能，可根据用户权限设置，高权限用户比如领导专用调度台可对低权限用户（指挥中心，值班室等）进行强插、强拆等操作，实现分级指挥调度功能。 组网说明： 融合语音通信平台主要由通信调度服务器、录音服务器、中继网关、无线接入网关、IAD、调度台等组成。

CDMA呼叫失败原因分析

CDMA网络中几种呼叫失败原因分析 关于用户反映电话不好使用的几种情况分析： 一、覆盖不足引起的呼叫失败： 典型现象： 1、移动台前向接收功率Rx Power 大约在－100dBm 左右或更小； 2、移动台反向发射功率Tx Power 趋向于最大值23dBm； 3、最强导频强度Ec/Io 小于－15dB 或者更小； 4、移动台发出起呼消息后，迟迟无法接入成功，最后显示呼叫失败。现象分析： 1、移动台由于覆盖不足而发生呼叫失败是一种正常现象； 2、当移动台在覆盖边缘发起呼叫，由于空中链路很差，其与基站之间的信令传递很可能由于空中衰减太大而不能被对方正确接收，导致呼叫失败； 3、即使移动台在信号覆盖尚好处起呼，但由于移动台的接入需要一定的时间，所以如果移动台快速向覆盖区外移动（比如移动台在行驶较快的汽车、火车上），就有可能在接入完成前，移动台已经到了覆盖区外，导致呼叫失败。 优化方法： 1、对于覆盖不足引起的呼叫失败最根本的解决方法就是在覆盖盲区或者弱区增加基站（宏基站/微基站/射频拉远），也可以使用直放站，当然新增基站要考虑到和原有网络的拓扑结构配合问题； 2、如果加站暂不可行，可以使用其它一些方法来加强覆盖，比如增

加基站天线高度、选用大增益天线、调整天线方向角、下倾角等，但这些方法不能根本解决问题，并且要在不影响网络整体性能的前提下使用。 二、前反向不平衡引起呼叫失败（前向好于反向） 典型现象： 1、移动台前向接收功率Rx Power 和最强导频强度Ec/Io 维持在一个较好的状态，如Rx Power 大于－100dBm，Ec/Io 大于－15dB； 2、移动台起呼后，反向发射功率Tx Power 一直抬升，直到最大值23dBm，但无法接入成功；呼叫失败后，移动台会在原来的导频上待机； 3、让移动台向基站靠近，使之可以呼叫成功，观察Tx_Adj ，会是一个正值。（注：只有当移动台捕获前向业务信道，即反向闭环功控生效之后，才会有Tx_Adj 值） 现象分析： 1、在上面的情况中，移动台接收功率Rx Powe 和导频强度Ec/Io 较好表示有一个比较好的前向链路，但移动台起呼过程中，移动台一直抬升发射功率直至最大，表示反向链路较差，这就表明前反向链路不平衡。另外，Tx_Adj>0 也表明前向好于反向； 2、由于前向好于反向，所以在反向覆盖边缘，即使前向信号覆盖较好，但反向链路已经很差，这样就可能使基站不能正确接收移动台发来的信令，导致接入失败； 3、通过查看RSSI值进行确认，若RSSI>-103dbm时，说明存在反向

(重点)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进行转换时是否掉话，测试结果如下：

VoLTE呼叫失败案例分析(华为修订版)

VoLTE呼叫失败案例分析0327 一、被叫未收到Paging消息导致呼叫失败（网格46） 问题描述： Xxx·xxx，被叫未收到寻呼消息（期间未进行过TAU，只有小区重选）导致呼叫建立失败。需要进一步跟踪确认MME是否未下发对应寻呼。 主叫15:09:23.182发起通话请求，对应SIP消息Invite，在随后的15:09:27.829→ 15:12:46.611 一共发起三次呼叫尝试，但MS2均未收到寻呼消息，呼叫超时，通话失败。 主叫上一次正常发起呼叫请求

被叫上一次通话正常收到寻呼消息 Paging消息里核心网分配给被叫的TMSI标识（在图中对ＴＭＳＩ加框）

从xxx到xxx主叫连续3次呼叫失败 3次主叫呼叫期间被叫均处于idle态

Paging消息里没有被叫TMSI标识 从ｘｘｘ到ｘｘｘ时间段内被叫所收到的Paging消息里没有携带被叫TMSI标识 在图中标识出哪些字段是ＴＭＳＩ

二、主被叫魏收到QCI1建立命令导致呼叫未建立（网格61博华 路路段） 问题描述： 主叫发出INVITE消息后，被叫收到对应寻呼并完成RRC连接以及QCI9和QCI5的承载，以及INVITE消息，但主被叫均未收到来自网络侧的QCI1 EPC Bearer建立命令，语音承载未建立，导致呼叫失败。需要核心网侧检查失败原因。 （后续3次通话均因为主被叫未建立专有承载QCI=1导致呼叫失败） 主叫发起通话请求后建立QCI=5和QCI=9但未建立QCI=1 圈出QCI9和QCI5的建立event

被叫收到寻呼请求前建立QCI=5和QCI=9但之后未建立QCI=1 圈出QCI9和QCI5的建立event RRC配置消息里被叫的默认承载QCI=9激活

掉话原因值

掉话部分： CS域： IU释放部分原因值解释说明： （主要是原因值14和46的掉话）-12=10*logbler -1.2 主要是无线链路失败造成的掉话。（可能）无线接口进程失败，主要原因是基站检测到上行误块率大于该业务所设定的门限值，信号太差，网络判定无线链路不满足业务条件，所以释放该业务链路掉话。查询所设定的上行误块率门限值的命令：LST TTYPRABOLPC（典型业务外环功控参数设置）。 49——交互类384 57——背景类384，,79——交互类2M 87——背景类2M。 主要是由上行失步造成掉话，会触发此原因值的释放。 未知原因造成的掉话。 RAB释放部分原因值解释说明： 主要是由AAL2失步造成的掉话。

PS域： IU释放部分原因值解释说明： （主要是16和40的原因值） 主要是无线链路失败造成的掉话。（可能） 主要是部分终端处于节电的目的，在终端侧一段时间内检测到用户无操作或锁屏等情况后，则会主动向网络侧发送信令链接释放指示，让网络侧释放对应域的Iu连接，如果为单域业务则会发起RRC链接释放过程。此外，部分终端内部异常，需要主动释放RRC时，也会信令链接释放指示。定位为终端原因。通信过程中由于UTRAN侧原因导致的释放，如RNC 收到Node B的Radio Link Failure Indication。 用户进行组合业务时（CS+PS），UE发起释放其中一个域的业务连接 主要是手机在进行PS业务上网的时候，在一段时间内，用户无流量交互。RNC会将UE状 16的释放。 态由Cell_DCH状态迁移到别的状态上（Cell_FACH），此时RNC就会上发原因值为 主要是由上行失步造成掉话，会触发此原因值的释放。

一次完整被叫通话的信令流程

1一次完整被叫通话的信令流程 Mobile Station Network Paging Request Channel Request Immediate Assignment CM Service Request CM Service Accept Classmark Change Authentication Request Authentication Response Ciphering Mode Command Ciphering Mode Complete Setup Call Proceeding Assignment Command Assignment Complete Alerting Disconnect Release Release Complete Channel Release

2 需要注意的几点信令 （1）在被叫时的Paging Request 与Idle时的Paging Request 的区别在于前者在寻呼时包含有TMSI。 （2）Ciphering Mode 为加密模式 （3）在Setup之后若手机为主叫则是Call Confirm,手机为被叫则是Call Proceeding 3 关于掉话、拥塞等事件的定义 对于用户来说，若在通话过程中没有Disconnect(即使有Release和Channel Release)也算是掉话。 对于Assignment Command 之后若出现的是Assignment Failure 或进入Idle状态，应描述为TCH分配失败比较恰当。因为若是TCH拥塞的话，基站就不应该给手机Assignment Command的指令，而且TCH拥塞从我们软件的三层信令根本看不出来。对于SDCCH也一样。

GSM层3信令解读-实践解读

第三层（Layer 3）信令 第三层信令是看网络运行情况的信息层，从第三层可以看到网络的各种动作：如：呼叫流程、拥塞、用户忙、位置更新等，系统信息总共有8个类型，Type1—4只出现在待机状态下，Type5—8只出现在通话状态下： 1、System Information Type1 小区广播信息，有该小区自身的频点，RACH的一些参数设置，详见上图。 2、System Information Type2 待机模式下小区的测量频点，（同频段，移动网有两个频段，GSM900和DCS1800）， 在通话模式下有另外定义的测量频点，也就是说一个小区可以在待机时做测量频点，而通话时不做测量频点，允许小区重选而不允许切换，反之也可以只允许切换不允许小区重选也可以，不过通常情况下待机和通话时的测量频点是一致的。 3、System Information Type2ter 待机模式下小区的测量频点，（异频段，移动网有两个频段，GSM900和DCS1800）， 4、System Information Type 3 小区广播信息，可以看到ATT、T3212、ACC、CRO、CRH以及ACCMIN等，祥见上图5、System Information Type 4 小区广播信息，在这里可以看到小区的CRH、CRO、ACCMIN、MAXRET、CB、CBQ、PT 等一些参数的设置值，祥见上图。 6、System Information Type 5 激活模式下服务小区测量频点，（同频段，移动网有两个频段，GSM900和DCS1800） 只有服务小区有做该小区的测量频点，才会测量到该小区的信号，否则在邻区列表中不会看到该小区，也不会切换。在我们平时路测当中，经常遇到强信号不切换，如果做了测量频点，可以很明了地看到有一个强的邻区信号，但是要是没有做测量频点的话就比较隐性。 7、System Information Type 5ter 激活模式下服务小区的测量频点，（异频段，移动网有两个频段，GSM900和DCS1800）8、System Information Type 6 通话状态下面服务小区的一些信息，他跟Type1 有点相象，还可以看到NCC Permitted; 9、System Information Type 7 暂时没有见过。 10、System Information Type 8 暂时没有见过。 11、Paging Requst type1 可以看到，在信令里面，Paging的信令出现次数特别多，原因是网络对手机寻呼是对一个位置区内进行寻呼的，只有当手机解开这条信息才会作出响应。 12、Synch Channel Information 同步信息，在待机状态和通话状态都会出现，数字通信当中，同步是最基本也是最重要的，跟邻区也需要同步。 13、其他： ①掉话； ②位置更新 ③切换 ④测量报告 在这里说说锁频和强制切换的原理，平时我们测试中经常会用到锁频和强制切换，这些操作是不需要网络动作的，只是由手机来完成，而手机是怎样完成的呢？就是通过改变测量

3G网络掉话分析与优化

3G网络掉话分析与优化 摘要：CDMA2000是3G的通信标准之一。在网络优化中，掉话是用户投诉的热点。本文以CDMA2000网络为例研究了系统掉话的原因及出现相应故障事件所采用的优化方案，通过实际路测案例分析对掉话原因进行分析并解决系统出现的掉话故障。 关键字：3G；掉话分析；无线网络优化 一、引言 掉话是指移动台正处于在业务状态下，但未按正常释放流程中断本次业务而直接进入系统搜索状态。由于掉话对终端用户的影响很大，运营商一般都将话务掉话比或者掉话率作为网络质量考核的KPI指标。因此，如何降低系统的掉话率、提高网络运行质量就成为无线网络优化工作的重要内容。 二、网络优化中的掉话分析过程 1、话统分析 首先找出掉话率明显异常的小区进行分析，应先从以下几个方面检查掉话原因，例如硬件设备故障、弱覆盖、天馈/GPS时钟、传输问题或者无线参数配置。如这几个方面均无明显异常，可以统计单个载频的掉话指标，找出是否是某个载频的问题。查询掉话率的同时还要关注掉话次数。除此之外，干扰、覆盖、切换等问题也会影响掉话指标。所以，实际分析解决问题时，在重点抓住某个指标分析的同时还需要结合其他指标一起分析。 2、业务观察与信令跟踪 我们可以利用Service Observation，跟踪观察某个基站或者单个用户的IMSI的呼叫，记录呼叫过程中的基本信息（如：主叫、被叫号码、初始接入的小区ID、扇区ID、引起呼叫释放的内部原因等）。Signaling Trace，通常选择按单个用户的IMSI或ESN进行跟踪；测试完毕后，保存数据，可使用客户端或STP单机版查看采集的信令流程。从信令流程中分析问题。 3、路测分析 路测是我们了解网络质量、发现网络问题中直接、准确的方法。路测时需要观察是否有上下行不平衡，是否有天馈装反、导致某PN的信号出现在不该出现的地方，是否有越区覆盖、盲区覆盖等等。特别在进行了参数调整或做了RF优化调整后，都需要通过路测了解这些调整是否达到了预期效果。路测可以解决细节问题，但也有局限。由于路测路线的限制，不可能得到网络的完整情况。话统与测试相结合才能有效解决问题。 4、告警信息分析 设备告警信息能实时反映全网设备运行状态，需要密切关注。当话统中的某一指标出现异常，很有可能是设备出现问题，区别不同的告警并将其与话统指标联系起来分析才不至于浪费时间。 三、实际路测掉话优化案例分析 问题发生地点：测试车辆沿G107由北向南行驶，在亿通停车场基站与拆解中心基站中间主叫手机占用201频点发生掉话事件。如图1所示。

掉话的现象及解决方法

GSM无线系统掉话是用户在使用手机过程中经常遇到的问题，且无线系统掉话率还是考核网络运行情况的重要指标，所以如何降低无线系统掉话率，提高网络运行质量是当务之急，是用户衡量企业运营质量和水平的重要标志。 无线系统掉话分为SDCCH掉话和TCH掉话。TCH掉话是指在分配了话音信道（TCH）后，由于某种原因，使呼叫丢失或中断，正常通话无法进行的现象。SDCCH掉话是指在独立专用控制信道上进行切换等请求时，由于信号弱或小区忙造成请求失败。 产生掉话的原因： 1、由于切换而导致的掉话 手机在移动过程中，进入无线覆盖盲区请求切换不成功产生掉话。 ①在基站做分担话务量的切换时，一些切换请求会因为切入小区的信号强度太弱而失败，即使切换成功也经常会因为信号强度太弱而掉话。原因是在BSC中我们对手机用户的接收信号强度设有最低门限（RX_LEV_ACC_MIN=-105dBm），当低于此门限值时，手机无法建立呼叫。 ②有一些小区由于相邻小区都很繁忙，造成忙时目标基站无切换信道，致使手机用户在进行切换时无法占用相邻小区的空闲话音信道，此时BSC将对此进行呼叫重建（Direct Retry），若主叫基站的信号此时不能满足最低工作门限或亦无空闲话音信道，则呼叫重建失败导致掉话。当小区之间存在着漏覆盖或者盲区时也会导致切换失败而掉话。 ③小岛效应。如果服务小区A由于地形的原因产生的场强覆盖小岛C，而在小岛１C周围又为小区B的覆盖范围，如在A的邻近小区的拓扑结构表中未添加小区B，那么当用户在C中建立呼叫后一走出小岛C，由于无处可切换将产生掉话。 ④越区切换不成功产生掉话。上行电平切换门限（L-RXLEV-ULH）、上行质量切换门限（L-RXQUAL-ULH）、下行电平切换门限（LRXLEV-DLH）、下行质量切换门限（L-RXQUAL-DLH）、以及切换功率控制参数（U-RXLEV-DLP、URXLEV-ULP、L-RXLEV-ULP、L-RQUAL-ULP、U-RQUAL-DLP、U-RQUAL-ULP、L-RXLEV-DLP、L-ROUAL-DLP）、切换余量（H0-MAGIN）等定义不合理，致使越区切换失败，产生掉话。 2、由于干扰而导致的掉话 干扰主要包括同频、邻频及交调干扰。当手机在服务小区中收到很强的同频或邻频干扰信号时，会引起误码率恶化，使手机无法准确解调邻近小区的BSIC码或不能正确接收移动台测量报告。 基站在通过SDCCH为手机分配好应使用的话音信道后,由于没有临近小区BSIC码而无法判断该使用哪个小区的话音信道，从而产生掉话。 交调干扰主要是指数模共站的基站由于模拟基站发射机的影响而产生的干扰，这种干扰的直接后果是时隙分配不出去造成基站资源的浪费。 3、由于天馈线原因而导致的掉话 “远端孤岛效应”产生掉话。由于天线较高（或其它原因）使小区覆盖范围较大，导致频率复用的距离缩小或有小区覆盖交叠，产生同频及邻频干扰，造成掉话。

层3信令分析及详解

Layer 3信令分析及流程详解汇编

Layer 3信令是看网络运行情况的信息层，从第三层可以看到网络的各种动作：如：呼叫流程、拥塞、用户忙、位置更新等，并且可以对路测中的各种问题如掉话、切换失败等网络事件的原因进行准确的分析。 系统信息一般有8个类型，分别是1、2、3、4、5、6、7、8，Type 1～4只出现在待机状态下，Type 5～6只出现在通话状态下，明白这点，对以后的分析至关重要。其中2中含有：2、2bis、2ter，5中含有5、5bis、5ter，所以总共有12种系统信息，系统信息1仅用于跳频，所以称为选择项。其中1、2、3、4、2bis、2ter 、7、8都在BCCH上发送，由IDLE模式下的移动台接收。5、5bis、5ter、6在SACCH上发送，由ACTIVE模式下的移动台接收。一般来说所有系统信息在连续的8个51复帧中发送完，如下图示： 上图中的TC表示复帧序列号，可以看出，当TC=4、5时，发送的内容是可选的，其它是固定的。 TC=0固定发送跳频信息，当出现上图示的1（3）时，表示跳频时发类型1，不跳频时发类型3 当类型4中发送的关于小区重选信息不够完整时，由类型7、8补充。且在TC=7、3时发送（上图示） 对于类型5、6在下行的SACCH上发送，并没有复帧规范，除非切换完成后要立即发送类型5、6。 1、System Information Type1

说明：系统信息类型1 （频率信息） 此类型仅用于跳频时，发送内容为： 第一、小区信道描述。用于通知移动，小区采用的频带与可以供跳频用的频点。对于GSM900与GSM1800采用的格式是不同的。对于GSM900： 有一个BIT MAP 0（比特位图）用于描述两方面信息，分别为： CA-NO，取值分别为：0、1、2，代表，GSM900、GSM1800、GSM1900。 CA-ARFCN，采用的有效射频频点，当为GSM900，将有一个相应于124个频点的124位图，当某个频点被采用时，相应的比特位被置为1，否则将被置为0. 对于GSM1800情况点不同。由于频点太多，不用位图，而用别的编码方式，FORMAD-IND=？来描述编码方式，后面跟一串编码比特来表示。 第二、RACH控制参数，描述的两个数据为；ACC、EC，ACC称为接入控制等级，分为0-9与11-15，0-9表示普通级，所有移动台被定义为0-9，11-15为优先级，10表示EC，如果此位取0，表示所有移动台允许进行紧急呼叫，取1时，只有11-15优先级的移动台可以进行紧急呼叫。 CB——小区禁止标志，用一个比特表示。

掉话处理案例总结完整版

掉话处理案例总结 Document serial number【NL89WT-NY98YT-NC8CB-NNUUT-NUT108】

路测掉话的原因分析及解决 1. 关于掉话的描述 在 GSM 系统中掉话从统计角度讲分为两大类：RF_LOSS 和 HO_LOSS 即射频掉话和切换掉话。考虑到2层信令的接续等问题，我们把掉话作如下描述。 1) 射频掉话 ●下行原因：Radio_link_timeout 计数器减至 0 ●上行原因：BSS 在 link_fail 的设定时间内未能接收到 UL SACCH 消息，使link_fail 计数器减至 0。BSS 下行功率停止发射 ●在 Layer 2 上： BSS/MS 每 T200 时间发送 N200＋1 次 SABM/DISC 消息，但未从接收端收到回应 2) 切换掉话 ●MS 未能成功切换至目标小区, 但未能回到源小区 ●MS 发送 HO FAILURE 和 UL-SABM 消息给源小区，但未得到回应 2. 在路测时发现的掉话问题时,我们应从哪些方面进行考虑 在路测中，如果我们发现了掉话，我们应该如何入手建议根据不同的现象作出一些初步的判断，可以尽量减少不必要的周折，提高工作效率。归纳起来初步判断有以下几点： ●带内、外干扰 ●无可切换的小区（拥塞、无邻区）

●覆盖问题（overshooting/poor coverage） ●有线口的信道释放 ●基站硬件故障（时钟、CTU 低功、信道盘的收发功率不平） ●天线错误（下倾角、方位角等错误） ●由于切换失败造成的掉话 ●参数设置不当 ●其它特殊原因（手机问题、交换机参数设置问题） 3. 对掉话现象进行分析以及可能的原因 在这一节中我们对每种造成掉话的可能原因进行具体的研究。在每一种原因中，我们尽可能的举出实际例子来进行说明。 1) 频率干扰 干扰会导致误码率升高，通信质量下降，是造成掉话的一个重要的原因。干扰可以分为带内干扰和带外干扰，也可以叫做系统内部干扰和系统外部干扰。 带外干扰：随着科技的进步，空中的无线电波越来越多，有些系统如 TCS 系统与 GSM 系统工作在同一频段，如果频率设置不当，会造成严重的频率干扰。在发射设备的非线性单元由于载波与通过天线进入的干扰信号产生互调干扰，会引起通话质量下降，产生掉话。另外一种情况就是人为的加建 GSM 频段的直放站，对功率以及天线方向不进行控制，对系统会造成上下行的干扰。一般有这