GSM掉话信令分析

常见异常事件信令分析

常见异常事件信令分析 目录： 一、日常指标中常见异常事件 (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)

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）对于由于切换引起的掉话的解决，可先进行大范围的路测，通过路测可以确定是和哪个相邻小区切换不正常。对于一些与该小区有切换关系而拥塞率又较高的小区应作为测试的重点，并需要检查小区周围是否有盲区存在，如果是这种原因应及时修改相关频率并

新手层三信令掉话分析

层三信令掉话分析 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，小区参数设置

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

掉话原因值

掉话部分： 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 频段的直放站，对功率以及天线方向不进行控制，对系统会造成上下行的干扰。一般有这

完整主被叫呼叫的信令流程

1. 概述 作为一名网优工程师, 需要牢牢掌握一个完整呼叫的信令流程. 我们做GSM优化, 主要是对Um口要把握的更深些. 尤其是Layer3信令－也就是我们平常做路测的工程师说的层3信令。关于层3信令，可以参考GSM规范04.08. 对层3信令的准确理解,可以帮助我们快速分析和定位网络问题. 2. 理论部分 2.1一次完整的主叫流程（含切换） IDLE： DL: SYSTEM INFORMATION TYPE 1：包括小区信道描述和RACH控制参数 DL: SYSTEM INFORMATION TYPE 2（2bis，2ter）：邻小区BCCH频点描述，RACH 控制信道，允许的PLMN（扩展邻小区BCCH频点描述+RACH控制信道；扩展邻小区BCCH频点描述2） DL: SYSTEM INFORMATION TYPE 3：CI，LAI，控制信道描述，小区选择，小区选择参数，RACH控制参数 DL: SYSTEM INFORMATION TYPE 4：LAI，小区选择参数，RACH控制参数，CBCH 信道描述，CBCH移动配置 DL: SYSTEM INFORMATION TYPE 7：小区重选参数 DL: SYSTEM INFORMATION 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: AUTHENTICATION REQUEST UL: AUTHENTICATION RESPONSE DL: CIPHER MODE COMMAND UL: CIPHER MODE COMPLETE DL: TMSI REALLOCATION COMMAND UL: TMSI REALLOCATION COMPLETE UL: SETUP DL: CALL PROCEEDING DL: ASSIGNMENT COMMAND UL: ASSIGNMENT COMPLETE （TCH） DL: ALERTING 成功起呼： DL: CONNECT（呼叫成功的标志,） UL: CONNECT ACKNOWLEDGE DL: SYSTEM INFORMATION TYPE 5（5bis，5ter）：邻近小区BCCH频点描述（扩展邻近小区BCCH频点描述） DL: SYSTEM INFORMATION TYPE 6：CI，LAI，小区参数设置

GSM层三信令分析

技术文件 技术文件名称：GSM Um接口第三层RR子层

1 概述 (3) 1.1 RR子层向上层提供的服务 (3) 1.1.1 空闲模式（Idle mode） (3) 1.1.2 专用模式(Dedicated mode) (4) 1.1.3 组接收模式(Group receive mode) (4) 1.1.4 组传输模式(Group transmit mode) (4) 1.1.5 包空闲模式(Packet idle mode) (4) 1.1.6 包传输模式(Packet transfer mode) (4) 2 RR子层的信令过程 (5) 2.1 空闲模式 (5) 2.2 RR连接建立 (5) 2.2.1 MS发起建立过程 (5) 2.2.2 寻呼过程RR连接建立 (6) 2.3 专用模式信令过程 (7) 2.3.1 SACCH过程(SACCH procedure) (7) 2.3.2 消息传输和链路层服务规定(Transfer of messages and link layer service provision) 7 2.3.3 通道分配过程(Channel assignment procedure) (7) 2.3.4 切换过程(Handover procedure) (7) 2.3.5 频率重定义过程(Frequency redefinition procedure) (8) 2.3.6 通道模式改变过程(Channel mode modify procedure) (8) 2.3.7 加密模式设置过程(Ciphering mode setting procedure) (8) 2.3.8 附加通道分配过程(Additional channel assignment procedure) (9) 2.3.9 部分通道释放过程(Partial channel release procedure) (9) 2.3.10 等级标志改变过程(Classmark change procedure) (9) 2.3.11 等级标志查询过程(Classmark interrogation procedure) (9) 2.3.12 通知指示和寻呼信息(Indicationof notifications and paging information) (9) 2.3.13 RR连接释放过程(RR Connection release procedure) (9) 2.3.14 RR实体接收RR STATUS消息(Receiving a RR STATUS message by a RR entity) 10 2.3.15 组接收模式过程(Group receive mode procedures) (10) 2.3.16 配置改变过程(Configuration change procedure) (10) 2.3.17 在多时隙配置中映射用户数据流到时隙(Mapping of user data substreams onto timeslots in a multislot configuration) (10) 2.3.18 在频带改变时处理等级标志(Handling of Classmark Information at band change) 11 2.3.19 分配包数据通道(Assignment to a Packet Data Channel) (11) 2.3.20 RR网络请求小区改变（RR-Network Commanded Cell Change Order） (11) 2.4 消息结构 (12)

切换失败事件层三信令详解

切换失败原因 手机在通话中为了保证通话质量，经常会切换到能够提供更好服务的小区上去，如果移动的距离较 长，则会发生多次切换的现象。虽然切换失败不等同于掉话，但在GSM网络中切换失败就意味着增加 了网络的信令流量，并且也是掉话的隐患。因此处理好切换关系，减少切换失败的任务是优化工作非 常重要的一项环节。 在这一章里我们将从路测角度结合实例来分析日常工作中会遇到的切换失败的现象，并分析造成各种 现象的原因以及相应的处理办法。 总的来说，在遇到切换失败事件时首先应该从HO_FAILURE消息中查找切换失败的原因解释（Causevalue）,有些切换失败是可以直接查到切换失败原因的（可以详查GSM规范）。但对于有些Cause value，如Cause value111（Protocol error，unspecified）、Cause value 3（Abnormal release，timer expired）等就 无法定位具体原因。对于这些情况，我们就应该再进一步的对信令流程、多种测量参数、统计报告以 及测试现场的环境等进行综合的分析，从而进一步确定切换失败原因。下面的大部分篇幅的分析解决 办法都是基于这些无法定位具体原因的Cause value。 一、连续的切换失败 测试中我们有时会遇到这样的情况：如图7所示，接连不断的出现切换失败，当测试工程师继续驱车 向前行驶时，就可能导致拖带掉话。从系统下行发送的Handover_Command消息中我们可以发现，目标小区都是同一个小区（或同一个基站的不同小区）。此种现象一般都和基站或传输设备的时钟故障 有关，但也有可能是同频同BISC的小区造成的。 二、单独出现的切换失败 如上所述，面对连续的切换失败时，我们的目标比较明确，而且基本上都是与时钟等硬件有关，比较

掉话问题分析流程

目录 一、掉话故障现象及原因 (2) 1无线链路故障掉话 (2) 2 定时器T3103 (4) 3 由设备故障等原因造成的掉话 (4) 二、掉话的计算公式 (5) 三、TCH掉话次数 (6) 四、TCH占用成功次数 (8) 五、故障分类 (9) 1、覆盖引起的掉话 (9) 2、切换引起的掉话 (11) 3、干扰引起的掉话 (12) 4、天馈引起的掉话 (14) 5、传输引起的掉话 (16) 6．无线参数设置不合理 (16) 六、案例 (17) 1、优化切换参数减少掉话 (17) 2、MAIO相同引起干扰掉话 (18) 3、上下行不平衡 (19) 4、直放站干扰引起掉话 (19) 5、孤岛效应引起掉话 (21) 6、与版本相关的参数设置 (22)

掉话问题分析流程 一、掉话故障现象及原因 掉话可分为两种形式： ?SDCCH上的掉话：SDCCH的掉话是指在BSC给移动台指配SDCCH而TCH还未指配成功的期间发生的掉话。 ?TCH上的掉话：TCH的掉话是指在BSC给移动台成功分配了TCH后，发生的掉话。 ?造成掉话的原因，主要有三种： ?无线链路故障（发生在通信过程中，消息无法正常接收）； ?T3103超时（发生在切换过程中，MS无法占用目标小区信道，也无法返回原信道）； ?系统故障（设备故障等各种可能发生的故障）。 1无线链路故障掉话 在这三种掉话原因中，主要的掉话形式是无线链路故障 对于下行的情况，在GSM规范中有一参数为Radio Link Timeout （无线链路超时）。当移动台在通信过程中话音质量恶化到不可接收，且无法通过射频功率控制或切换来改善时，移动台认为无线链路故障，强行拆除链路，造成掉话。GSM规范规定，移动台中有一计数器S，该计数器在通话开始时被赋予一个初值，即参数“无线链路超时”的值。若移动台解码SACCH消息（周期120ms）失败，S减1；反之，移动台每正确接收到一SACCH消息，S加2，但S不可以超过初始被赋予的值，当S为0时，移动台报告无线链路故障。信令流程如图1所示，图中(1)(2)专用模式已建立（SDCCH/TCH）；(3)无法解释SACCH的消息块（上行/下行），导致无线链路超时。本参数设置过小，容易引起无线链路故障而造成掉话；设置过大，手机会有较长时间并不拆线，使资源利用率降低（该参数作用于下行）。 对于上行的情况，在小区属性表下的SACCH复帧数（周期480ms），定义了上行链路连接失败时间。当BTS检测到无线链路上一个被激活的连接被破坏时，就会向BSC上报连接失败消息Connection Failure。系统判断连接失败的准则是基于上行链路的误码率或SACCH是否正确译码。华为BTS采用后一种判断准则，方法和移动台判断无线链路失效类似。若基站每正确解出一次移动台的SACCH消息，计数器的值加2，最大不超过数据配置中确定的初值；反之，计数器减1，当计数器的值减为0时，BTS上报连接失败消息。计数器的初值N是在数据配置中确定的，就是小区属性表中的SACCH复帧数，其单位为480ms。 从话统中如果发现“TCH占用时无线链路断的次数（连接失败）”次数比较多可以通过调大无线链路失效计数器和SACCH复帧数来解决掉话。

掉话率指标及问题分析

掉话率指标及问题分析 1、集团拉网测试指标 2、KPI掉话率指标分析 2.1、掉话率指标定义： 掉话率= RNC主动发起的Iu释放个数（此Iu存在RAB）/RAB总建立成功个数2.2、掉话率指标解释： 2.2.1、话音业务RNC主动发起的Iu释放涉及以下计数器

2.2.2、计数器的计算公式如下： 公式英文表示： 语音12.2k业务掉话率： 100%*(($DT_RAB.RelReqCsPerTraffic.Conv.<1><1>$+$DT_RAB.RelReqCsPerTraffic.Conv.< 2><2>$)+($DT_IU.NbrRabCsRelIuConnPerTraffic.Conv.<1><1>$+$DT_IU.NbrRabCsRelIuCon nPerTraffic.Conv.<2><2>$))/(($DT_RAB.SuccEstabCsNoQueuing.Conv.<1><1>$+$DT_RAB.S uccEstabCsNoQueuing.Conv.<2><2>$)+($DT_RAB.SuccEstabCsQueuing.Conv.<1><1>$+$DT_ RAB.SuccEstabCsQueuing.Conv.<2><2>$)) VP视频电话业务掉话率： 100%*($DT_RAB.RelReqCsPerTraffic.Conv.<5><5>$+$DT_IU.NbrRabCsRelIuConnPerTraffic. Conv.<5><5>$)/($DT_RAB.SuccEstabCsNoQueuing.Conv.<5><5>$+$DT_RAB.SuccEstabCsQ ueuing.Conv.<5><5>$) 计数器表示： 语音业务掉话率： (((R002_723-R002_709)+(R002_709))+((R005_174-R005_002)+(R005_002)))/(((R002_722-R00 2_002)+(R002_002))+((R027_002+R027_003+R027_004)+(R027_001)))*100%； VP视频电话业务掉话率：

层3信令

作为一名网优工程师, 需要牢牢掌握一个完整呼叫的信令流程. 我们做GSM优化, 主要是对Um口要把握的更深些. 尤其是Layer3信令－也就是我们平常做路测的工程师说的层3信令。关于层3信令，可以参考GSM规范04.08. 对层3信令的准确理解,可以帮助我们快速分析和定位网络问题. 层3信令主要分为3类，移动性能管理，呼叫控制和无线资源管理三部分。 移动性能管理主要功能是管理通信，包括IMSI注册，LAU和CM service 呼叫控制主要功能是呼叫的建立，维持和释放. 无线资源管理的主要功能是管理无线接口的传输路径（即信道的建立，切换，释放），系统信息等 2. 理论部分 2.1一次完整的主叫流程（含切换） IDLE： DL: SYSTEM INFORMATION TYPE 1：包括小区信道描述和RACH控制参数 DL: SYSTEM INFORMATION TYPE 2（2bis，2ter）：邻小区BCCH频点描述，RACH控制信道，允许的PLMN（扩展邻小区BCCH频点描述+RACH控制信道；扩展邻小区BCCH频点描述2） DL: SYSTEM INFORMATION TYPE 3：CI，LAI，控制信道描述，小区选择，小区选择参数，RACH控制参数 DL: SYSTEM INFORMATION TYPE 4：LAI，小区选择参数，RACH控制参数，CBCH信道描述，CBCH移动配置 DL: SYSTEM INFORMATION TYPE 7：小区重选参数 DL: SYSTEM INFORMATION 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: AUTHENTICATION REQUEST UL: AUTHENTICATION RESPONSE DL: CIPHER MODE COMMAND UL: CIPHER MODE COMPLETE DL: TMSI REALLOCATION COMMAND UL: TMSI REALLOCATION COMPLETE UL: SETUP DL: CALL PROCEEDING DL: ASSIGNMENT COMMAND UL: ASSIGNMENT COMPLETE （TCH） DL: ALERTING 成功起呼： DL: CONNECT（呼叫成功的标志,） UL: CONNECT ACKNOWLEDGE DL: SYSTEM INFORMATION TYPE 5（5bis，5ter）：邻近小区BCCH频点描述（扩展邻