掉话问题分析及处理一般方法
掉话问题常见案例1
掉话问题常见案例1.1.1 弱覆盖掉话问题分析1.现象描述在广州明经村附近测试时，发现由广州明经村2扇区（RNC16站点）往广州潭山（RNC18站点）方向移动时有部分区域PCCPCH RSCP相对较差（大部分可保持在-95dbm以上），但语音业务可以保持，没有发生掉话，而在同一路段由广州潭山往广州明经村方向移动时，则出现大面积的弱覆盖现象且由于弱覆盖引起掉话。
2.分析推理过程不同行进方向UE测试时PCCPCH RSCP对比图如下：图-1 不同行进方向时PCCPCH RSCP对比图不同行进方向UE测试时PCCPCH C/I对比图如下：图-2 不同行进方向时PCCPCH C/I对比图观察测试log可以发现，在该路段由南往北行进时，服务小区切换到广州岳溪1扇区后，在靠近广州明经村附近时，没有在广州岳溪邻小区列表中发现广州明经村的信号，经与RNC 机房确认，广州明经村2扇区与广州岳溪1扇区无邻区关系，造成由南往北行进时UE不能进行正常的切换，结果引起弱覆盖并造成掉话。
另外，在该路段部分区域广州西山村2扇区的PCCPCH RSCP强度可以达到-80dbm左右且占主导地位，下图为UE测试时PCCPCH_RSCP覆盖图：图-3 UE测试情况优化措施增加RNC18_广州岳溪_70_1(3336) RNC16_广州明经村_51_2(3535)/RNC16_广州西山村_58_2(3559)互为邻区。
添加邻区后针对不同行进方向复测UE测试时PCCPCH RSCP对比图如下：图-4 添加邻区后复测结果-PCCPCH RSCP不同行进方向UE测试时PCCPCH C/I对比图如下：图-5 添加邻区后复测结果-PCCPCH C/I 与调整前比较，由北往南行进时各项指标及语音业务没有受到影响，而由南往北行进时则得到较大的改善。
另外，该区域为郊区，附近站点较少，广州西山村及广州岳溪距这部分区域都在2公里以上，距离较近且对区域进行覆盖的只有广州明经村2扇区一个小区，广州潭山虽然也较近，但无小区对该路段进行主覆盖，如还需对覆盖进行进一步改善的话比较困难。
析移动通信中的掉话问题
析移动通信中的掉话问题由于移动通信网络的优化迅猛发展，使人们对网络服务质量提出了更高的要求，移动通信的重点也由网络工程建设进入网络的调整和优化阶段。
通过系统化的网络优化工程，可以充分利用现有的网络设备、资源和容量，最大限度地提高网络的服务质量，提高效益。
对于掉话问题更是势在必行需要解决，就这个问题自己简单的分析了几点原因，提出了几点方案。
一、产生切换掉话的原因所谓切换，就是指当移动台在通话过程中从一个基站覆盖区移动到另一个基站覆盖区，必须改变原有的话音信道而转接到一条新的空闲话音信道上去，以继续保持通话的过程。
切换是移动通信系统中一项非常重要的技术，切换失败会导致掉话，影响网络的运行质量。
（1）越区切换参数定义不合理：上行电平切换门限、切换余量以及切换功率控制参数等定义不合理，致使越区切换失败，产生掉话。
（2）信号强度滞后值设置不度当：信号强滞后值设置太小，小区基站没有足够的时间处理切换呼叫，造成许多呼叫在切换时丢失。
（3）忙时目标基站无切换信道：相邻小区都很繁忙，造成忙时呼叫重建失败导致掉致使手机用户在进行切换时无法占用相邻小区的空闲话音信道。
（4）信号强度太弱：当基站做分担话务量的切换时，有些切换请求会因切入小区的信号强度太弱而失败，有时即使切换成功，也会因信号强度太弱而掉话。
（5）网络存在漏覆盖区或盲区：当移动台进入网络的漏覆盖区或信号强度盲区时，信号变得太弱而发出切换请求，切换不成功引起掉话。
二、产生干扰掉话的原因无线电波传播的特性决定其在传播过程中易受外界多种因素的影响；由于网络内部原因，它还受到网络内部各种因素的影响，如同频、邻频干扰以及网络中设备本身的非线性、设备故障所引起的交调干扰。
（1）设备本身的非线性以及设备故障引起的交调干扰。
设备运行中缺乏定期的指标测试和调整，使交调干扰在一定范围存在。
（2）频率规划或频点选择不正确，在较近距离内存在同频、邻频现象。
目前市区的站点分布越来越密，而分配给网络的频率资源是有限的，因此在通话中产生严重的背景噪音甚至掉话。
干扰-子帧配比不同导致掉话分析和问题处理
子帧配比不同导致掉话分析和问题处理1 现象描述室分系统，电梯门口天花板上有一个天线，主要覆盖电梯门口的信号（PCI=500，图中圆圈即为天线位置，PCI为500的小区覆盖电梯门口和1F-10F），测试时所在楼层为14楼，楼层内的信号由另外一个小区覆盖（PCI=501）。
除电梯口前通道外，整层楼的信号都比较强RSRP在-60~-75之间，SINR>24，室分打点测试时，一旦路过电梯口，特别是在电梯口天线下，RSRP会降低到-141，SINR也会降到-10，出现掉线的情况。
测试的时候两部终端同时测试，一部上行，一部下行。
2 告警信息无3 原因分析1、初步分析认为可能是RS功率设置过大导致干扰。
因为整层楼的室内区域比较小（在30平米左右），两个小区存在交叠覆盖，产生相互干扰。
所以首先将PCI为500的小区的RS功率降低3dB，发现掉话的情况同样存在，证明和RS功率关系不大；2、继续分析是否两个小区之间的相互邻区漏配了，导致掉话。
后经查看信令发现终端并不存在MR上报不处理的情况，并且后台核查邻区配置后确定两个小区的双向邻区均已经配置，则排除邻区漏配问题。
3、由于初步简单分析并没有查到原因，所以后面进行更详细的分析。
4 处理过程1、首先确定掉话问题，根据测试的结果显示，在电梯厅门口RSRP会突然陡降，然后掉话；2、排除邻区漏配的原因。
邻区已配置且参数配置正确，可排除邻区漏配导致掉话的情况。
因为刚开站，参数都是按照规划参数进行配置的，没有仔细的核查所有的参数配置；3、排除设备告警方面的原因。
核查操作日志，设备故障，告警和外部事件进行核查，没有设备故障，之前的告警也已经消除，没有发现问题；4、排除上行干扰原因。
由于之前的步骤都没有查出问题，所以接着就怀疑是不是因为存在干扰，所以进行了NI跟踪，结果是环境很干净，干扰问题排除；5、核查网规网优参数。
在核查的时候，就发现了一个问题，PCI为500的小区配置的子帧配比为SA1（2:2），而PCI为501小区配置的子帧配比为SA2（3:1），由于PCI为500的小区不光覆盖电梯门口，同时也覆盖1楼至10楼，而7楼为提高上行速率，修改了子帧配比。
VOLTE端到端掉话分析指导
VOLTE端到端掉话分析指导端到端掉话是指通话过程中，双方用户在语音通话过程中突然失去声音或嘈杂的背景声音，导致通话无法继续进行。
在进行VOLTE（Voiceover Long Term Evolution）时，如果出现端到端掉话问题，需要进行分析和解决。
1.确定掉话现象2.收集掉话问题的证据在用户报告掉话问题后，需要收集相关的证据以进行分析。
可以收集以下内容：-掉话的具体时间和地点-掉话前后的通话质量和信号强度-接入网关或基站的状态信息-网络负载和流量数据3.检查网络和设备接下来，需要检查网络和设备的问题。
可以执行以下操作：-检查网络连接是否正常，例如查看是否有网络故障或网络拥塞的现象。
-检查设备是否有软件更新或升级，确保设备处于最新的运行状态。
-检查设备的电池是否充足，如果电池电量不足可能会影响通话质量。
4.分析通话质量报告VOLTE通话质量报告会记录通话过程中的相关数据，如接收信号强度指示（RSSI）、信噪比（SNR）、块错误率（BLER）等。
分析这些报告可以帮助找到问题的原因。
如果在特定时间段内出现了信号强度下降、信号干扰或其他异常现象，可能会对通话质量产生影响。
5.进行网络路径分析网络路径分析可以帮助确定通话过程中数据传输的路径，并找出可能的问题。
可以通过以下方式进行网络路径分析：- 使用ping命令测试网络连通性，了解数据包在网络中的传输情况。
-分析数据包进出的路由情况，检查是否存在延迟或丢包的现象。
-检查语音流量是否经过负载均衡设备，负载均衡设备的故障可能会导致掉话问题。
6.调查核心网和IMS网络- 网络设备或服务器故障，如SBC（Session Border Controller）或BGCF（Breakout Gateway Control Function）的故障。
-网络节点配置错误，如路由配置错误或信道配置错误。
总结：。
掉话问题分析报告
掉话问题分析报告掉话是指在通话过程中，由于某种原因，使呼叫丢失或中断，正常通话无法进行的现象。
在一次通话中，接通之后如出现Disconnect或Channel Release中任意一条，就计为一次呼叫正常释放。
当两条消息都未出现而由专用模式转为空闲模式时，才计为一次掉话。
掉话的主要原因有：频点干扰、弱信号、越区覆盖、缺少邻区、硬件故障等。
下面列举在测试过程中遇到的几种掉话现象：1频点干扰导致掉话问题描述：MS在长江路上占用HF505A小区进行通话，BCCH频点113受HF007A小区同频干扰，发生7级质差，最终导致掉话。
相关数据：解决方案：修改HF007A BCCH：113->117，为了避免与HF060C小区同频，修改HF060C BCCH：117->114。
实施效果：现场复测，通话质量有了明显的改善，未再发生掉话现象。
2弱信号导致掉话问题描述：MS在环城路上占用信号不强的HF722B小区进行起呼通话，而不是占用主覆盖小区进行起呼，导致弱信号质差掉话。
相关数据：解决方案：修改HF722B CRO：6->2。
实施效果：现场复测，MS在该路段占用主覆盖小区HF007C进行通话，未再发生掉话现象。
3越区覆盖掉话问题描述：该问题点位于环城河附近，由于水面传播，HF119B小区的信号覆盖较远，MS在环城路上占用HF119B小区的信号，HF119B小区越区覆盖导致BCCH频点受严重干扰，最终产生掉话。
相关数据：实施效果：HF119B小区的信号电平在问题点处明显减弱，MS未再占用到HF119B小区的信号，掉话现象得以解决。
4小区信号反向导致掉话问题描述：MS在徽州大道HF016C小区方向上占用反向HF016A的信号，信号电平为-62dbm 左右，发生质差掉话。
现场进行反复测试并结合话务统计，发现该站天线并不存在天线接反的现象。
对现场无线环境进行勘测，HF016A小区正前方为一玻璃面高层，对信号产生明显的反射作用。
掉话类故障分析与处理
M900/M1800基站子系统故障处理手册目录目录10 掉话类故障分析与处理 .......................................................................................................... 10-110.1 概述.......................................................................................................................................................... 10-210.1.1 掉话问题描述................................................................................................................................. 10-210.1.2 掉话的计算公式............................................................................................................................. 10-410.2 导致掉话的几种因素.............................................................................................................................. 10-510.2.1 覆盖引起的掉话............................................................................................................................. 10-510.2.2 切换引起的掉话............................................................................................................................. 10-710.2.3 干扰引起的掉话............................................................................................................................. 10-810.2.4 天馈引起的掉话........................................................................................................................... 10-1010.2.5 传输引起的掉话........................................................................................................................... 10-1110.2.6 无线参数设置不合理................................................................................................................... 10-1110.2.7 其它原因引起的掉话................................................................................................................... 10-1210.3 典型案例................................................................................................................................................ 10-1210.3.1 优化切换参数减少掉话............................................................................................................... 10-1210.3.2 直放站干扰引起掉话................................................................................................................... 10-1310.3.3 MAIO相同引起干扰掉话 ............................................................................................................ 10-1510.3.4 上下行不平衡............................................................................................................................... 10-1510.3.5 孤岛效应引起掉话....................................................................................................................... 10-1610.3.6 与版本相关的参数设置............................................................................................................... 10-1710.4 话统中如何分析掉话............................................................................................................................ 10-1810.4.1 掉话分析思路............................................................................................................................... 10-18M900/M1800基站子系统故障处理手册插图目录插图目录图10-1 无线链路故障信令流......................................................................................................................... 10-3图10-2 T3103超时导致掉话 .......................................................................................................................... 10-4图10-3 TCH掉话信令示意图......................................................................................................................... 10-5图10-4 覆盖过大导致的掉话......................................................................................................................... 10-6图10-5 基站分部图 ...................................................................................................................................... 10-14图10-6 测量报告MA10解释 ...................................................................................................................... 10-16M900/M1800基站子系统故障处理手册表格目录表格目录表10-1 相关参数修改表............................................................................................................................... 10-13表10-2 话务统计干扰带............................................................................................................................... 10-14M900/M1800基站子系统故障处理手册10 掉话类故障分析与处理10 掉话类故障分析与处理关于本章本章描述内容如下表所示。
GSM网络中掉话问题的分析思路
1、影响掉话主要有哪些参数？答：无线链路失效计数器、SACCH 复帧数；RACH 忙门限（现在不起作用了）和 RACH最小接入电平；MS最小接收信号等级；呼叫重建允许（用户感受好但要记录掉话）；国家色码NCC允许频率规划参数；切换相关参数；功控相关参数；与版本相关的参数。
2、掉话率如何优化？答：无线系统掉话分为 SDCCH掉话和TCH掉话：无线链路断掉话：调整无线链路失效计数器，SACCH复桢数，T3109定时器，MS最小接收信号等级，RACH最小接入电平进行优化。
错误指示掉话：调整T200定时器相关参数进行优化。
干扰掉话：下行干扰可以通过更换合理的频点和 BSIC，打开下行 DTX，跳频进行优化；上行干扰可以打开上行功控进行优化。
切换掉话：通过完善小区相邻关系，优化切换门限，切换时间，切换定时器，调整越区覆盖的小区工程参数等参数来优化。
上下行不平衡掉话：检查两副的天线下仰角是否不同，方位角是否合理；通过调整下倾角控制过远覆盖掉话；检查天馈是否进水，合路器是否存在问题。
通过检查MSC和传输是否存在问题来优化。
信道问题掉话：对载频板硬件进行版本升级或更换。
3、在日常优化过程中，掉话都有哪些类型？都有哪些解决方法？答：在日常优化过程中，一般掉话类型有故障掉话、切换掉话、定时器超时掉话、参数设置不合理造成的掉话、ABIS口掉话、覆盖区域不合理掉话、干扰掉话等。
故障掉话还包括显性硬件故障掉话、隐性故障掉话、传输故障掉话等。
干扰掉话分为频率干扰掉话、C网干扰掉话、室内系统干扰掉话、天馈系统干扰掉话、直放站干扰掉话、外部干扰掉话等。
详细参考如下：硬件故障、频率干扰、天馈系统干扰、外部干扰、切换掉话、隐性故障、覆盖问题、C网干扰、参数设置、越区覆盖、A bis 口掉话、传输故障、室内系统干扰解决方法：针对故障掉话，需要加强告警台监控力度，同时加强与维护部门、传输部门等部门之间的配合，以便及时掌握基站故障信息并做好保障，对话务密集区域、SVIP、重要保障区域等基站故障进行优先处理，加快载频故障、小区退服、基站中断的抢通进度。
小区半径不足导致掉话问题分析
内部公开▲
小区半径不足导致掉话问题分析中兴通讯工程服务部网络服务处
1.1 现象描述
近期对龙岩联通WCDMA网络进行KPI监控时，发现新罗城区绿洲_30022小区掉话有攀升的迹象。
提取最近半个月该小区掉话指标，如下表所示：
小区无线掉话率曲线图如下所示：
小区无线掉话次数曲线图如下所示：
从掉话用户的分布来看，有14个用户共同造成，所以怀疑小区可能存在某方面的问题。
从掉话点往前看，发现有一路激活集的信号被删除，如扰码为283的小区。
查看其他掉话，均在IU口释放请求前有一条腿被删除。
如扰码为219的小区
试图修改小区半径为5Km，但是受制于BPC板，无法修改成功。
BPC板与支持小区半径支持能力关系如下表：
不同的小区半径需要设置相应的随机接入参数。
一般来说，有以下对应关系：
1.3 解决方法及验证
查看该站点单板配置情况如下，可知只配置了一块BPC板。
优化建议：
1）增加一块BPC板，把小区半径修改为2.Km，以解决因小区半径导致的掉话。
2）后续RNC版本会改善因BPC板不足导致小区半径不能修改的问题。
查看该站点CE资源利用率情况，如下所示：
上、下行Node B CE资源最大利用率曲线图如下：
从上行Node B CE资源最大利用率情况来看，离扩容门限70%的指标不远了，所以综合考虑采用增加BPC板的方法进行优化处理。
1.4 经验总结。
室分VoLTE掉话问题处理总结
室分VoLTE掉话问题处理总结一、问题描述近日接到县局反馈在XX电信大楼通话过程中容易掉话，出现次数较多。
二、分析处理过程根据县局提供室分信息，查询了基站的告警情况，该小区为1t2r配置，底噪情况如下，实际底噪-85左右，（诺基亚基站小区正常底噪在-105左右；该小区ANT2实际未接馈线）：根据县局提供的手机号码及掉话时间，在智慧优化平台查看通话记录，发现其掉话原因为BEARER_RELEASED。
端到端语音质量对比情况，主被叫语音质量均优良，没有丢包问题和时延问题：分析被叫端语音质量，可以看出在最后的5秒内达到的达到包数相比减少了非常多：在“信令回溯”页面，可以看出eNobeB发送了UE Context Release Complete 消息给MME，具体原因未知：继续查询XDR话单，找到对应的使用记录，可以看出UE Context Release 的原因是Radio Connection With UE Lost:根据上述分析，在空口侧应该是UE失步了导致基站释放了它的上下文信息。
按照通话时间在基站侧进行了calltrace，从信令来看，掉线原因是Radio Connection With UE Lost，具体原因为上行BLER达到了100%，然后基站认为手机out of syn并释放了其手机上下文信息，导致掉话问题出现。
若干秒后三、处理方案根据上面的分析，是手机失步了然后基站释放上下文导致掉话问题出现。
查询小区参数，其N310，N311，T310均已达到最极限值，没有修改的空间了，而该小区的底噪问题由于涉及到较多的环节，暂时无法处理。
分析该小区周边站点情况，同站址内有L800小区在用，故暂时采用语数分析方案，临时解决掉话问题。
XX大楼室分小区_1修改了如下参数：数修改如下：因L800小区带宽较小，在承载了较多的语音业务后需控制其覆盖范围，我们将其rsboost调整为-3，电子倾角下压了3度。
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.越区覆盖导致的“导频污染”。
在覆盖区内，没有稳定的强信号作为主服务小区。
服务小区信号的频繁变化，是导致掉话的一个主要原因。
2.越区覆盖对主服务小区的干扰（包括邻区漏配、越区信号的迅速变化等）。
在某些区域，主服务小区收到越区信号的干扰，最终导致掉话。
解决方案：1.越区覆盖的一般优化原则是：在区域中已有合理的稳定信号覆盖的情况下，尽可能的控制越区覆盖的信号。
重点VOLTE掉话分析
VoLTE经验总结1 广州VOLTE网络质量现状经过近三个月的优化工作,广州ATU网格内,掉话率逐步改善,从%四月下降至%七月；接通率从%提升至6月份的%,七月份下降至%;七月份测试期间核心网的IOT测试也在进行；较多invite 500、SIP unknown、MT CSFB 等异常问题导致的连续多次未接通;广东公司计划在本周对广州IMS进行华为IMS替换爱立信IMS的操作,故七月份测试遇到的异常IMS相关问题分析进度暂缓;2 广州VoLTE测试问题优化进展异频重定向掉话问题验证问题解决背景：中兴eNodeB在P01版本下,因邻区缺失导致异频重定向掉话,该问题需升级P02版本解决;网格44、45测试过程中未发生异频重定向掉话,信令上分析测试过程中出现过多次连续上报异频A3的测报,未切换也未发生重定向,P02版本禁止QCI 1 业务异频重定向功能生效;异系统重定向掉话问题验证问题解决背景：中兴eNodeB在P01版本下,VoLTE发生重定向掉话,该问题需升级P02版本解决; 网格44、45基础覆盖较差,以往拉网测试均会发生多次系统重定向掉话,7月24日,网格44、45完成P02版本升级,升级后重定向掉话问题解决,拉网测试掉话率改善明显;P02版本禁止QCI 1业务重定向功能打开,终端上报A2盲重定向门限或B2事件2G邻区信息错误等前期会导致重定向的情况下,网络均未下发重定向,VoLTE业务保持通话结束后自动挂机,未产生掉话事件TM3/8转换掉话问题验证问题解决背景：中兴eNodeB在P01版本下,VoLTE业务过程中发生TM3到TM8模式转换,因为基站提前转换导致终端掉话,该问题需升级P02版本解决;8月3日,网格45所有升级站点打开TM3/8自适应,验证VoLTE业务在TM3与TM8进行转换时是否掉话,测试结果如下：网格45遍历拉网测试中出现26次TM3向TM8的模式转换,转换正常未发生异常;X2开启告警验证问题解决背景：广州前期因中兴网管告警问题未打开X2接口,导致跨站重建立不可用,需升级P02版本对X2告警量进行抑制;8月5日,网格44、45所有升级站点打开X2接口功能,指定开启X2自配置站点213个,8月6日统计站点X2偶联条数共计4604条;告警问题：网格44、45开启X2后,8月6日网管出现60多条X2断链告警,告警主要原因：a、传输不通,部分微站无法与宏站正常建链；b、个别小区被蔽塞不能正常建链；升级后EMS网管上只出X2断链告警,并且所有基站仅出1条多条X2断链,无SCTP断链告警,网管上可明确区分X2与S1告警,告警量大幅下降;X2开启跨站重建立功能验证P02版本支持无邻区的跨站重建立,在X2链路建立后,对于无邻区跨站重建立带来一定的增益,提高跨站重建立的效率；X2开启,网格44统计VoLTE拉网发生重建立请求共14次,跨站重建成功6次；从性能指标统计来看,RRC重建成功率从50%左右提升至80%左右;原理：目标小区通过终端上报的PCI查找该站点保存的有X2关系的邻站所有小区信息,向所有相同PCI小区索取上下文;3 广州VOLTE优化经验日常优化工作日常优化工作主要从无线覆盖优化、参数优化、系统内外邻区优化,功能优化四个方面着手,与ATU路网、工程建设紧密配合,提升整体网络质量;RLC优先级优化现象：呼叫建立与切换过程冲突,专载被MME释放;呼叫建立过程中专载建立与切换几乎同时发生,MME未收到NAS专载完成消息导致释放专载,终端回复invite580也有上发CANCLE的情况,专载丢失形成未接通事件;原因分析：QCI5设置的RLC优先级为2,高于SRB=2传送NAS层消息配置为3. 导致NAS的层3消息已经比MR要早,但是因为优先级比MR和SIP低,未及时发送;优化措施：降低QCI 5优先级,确保SIP消息及时上传,修改后此类问题改善明显;QCI 5 PDCP DiscardTimer时长优化现象：终端业务建立过程中,出现SIP信息传递丢失的问题,导致收到网络下发的INVITE500或者580等原因值释放;原因分析：UE在无线信道较差的情况下,SIP信令发送或接收不完整或者无法及时传递,导致IMS相关定时器超时而发起会话cancel;经过分析,由于QCI5的pdcp 丢弃时长过小,在无线覆盖较差的地方,上行时延会变大,容易导致QCI5信令丢包;优化措施：QCI5 PDCP DiscardTimer由300ms修改为无穷大优化效果：VoLTE无线接通率提升明显SBC传输协议TCP重传次数优化背景：被叫从2G返回4G后,主叫起呼,被叫首先bye消息,紧接着接连收到多条上一次呼叫的invite,被叫回复bye481\invite486\invite580,呼叫失败;优化措施：爱立信SBC对TCP配置进行了修改：最大重传次数从15次改为5次,最大重传隔间从十几分钟改为15s,此类问题已解决;系统间邻区优化广州LTE网络的GSM邻区关系根据工程参数、共站2G邻区同向小区继承进行规划,同时根据4G、2G道路测试数据匹配进行邻区补充：4G弱信号路段与2G拉网服务小区匹配：利用第三方拉网测试数据,将4G和2G拉网信号强度、经纬度、服务小区等信息导出;通过经纬将4G弱信号RSRP<-110dbm与2G 强信号RXLOV>-95dbm在50米范围内拟合,根据拟合度对2G邻区进行补漏工作5月份第一轮拟合数据,剔除现网已配置的邻区关系,补漏483对；6月份第二轮拟合数据,剔除现网已配置的邻区关系,补漏邻区关系487对;eSRVCC切换提升明显,且由于2G邻区不准确导致的异系统重定向大大减少;重定向掉话中兴区域掉话最严重属于重定向掉话,在中兴基站算法中,以下三种可能发生重定向,重定向释放RRC后,专载同时被拆除,VoLTE业务产生掉话;上行PUSCH功控参数优化背景：4月集团在中兴区域拉网测试发现上行PUSCH发射功率偏高,对现网参数检查发现,中兴区域上行期望功率值设置过高;优化措施：进行功控相关参数优化,现网配置：p0NominalPUSCH =-75 ；puschPCAdjType=0优化值：p0NominalPUSCH =-87 ；puschPCAdjType=2●同等路损情况下,参数修改后,ue发射功率大约下降2~3dB;●目前终端平均上行发射功率仍高于10db,仍需中兴完善现有功控方式;修改后,PUSCH TxPower10dbm以上占比由40%下降到30%左右;RTP丢包率优化背景：4月份测试中,中兴区域RTP丢包率偏高,个别网格甚至达到2%以上;原因分析：在无线质量较好的情况下基本无丢包；无线质量较差的情况下上行丢包现象较为严重,PDCP重传时间超时,数据包将被丢弃；外场测试表明QCI 1 PDCP Discardtimer 配置与RTP丢包率及Jitter有密切关系,QCI 1 PDCP Discardtimer 配置越大,RTP丢包率越低,但Jitter也随之变大;●MOS值与RTP丢包及Jitter关系都较大,目前广州正在601P02版本下进行100ms / 300ms / 500ms / 750ms / 1500ms / infinity完整的对比验证;●进一步联合中兴公司定位RTP丢包率偏高的问题,并推动产品功能算法改进;MME专载保存功能可选功能描述：在基站发起UE-lost原因值的上下文释放请求时,MME保持专载2s不释放,等待空口重建;验证情况：已在GZMME1602下成功验证了该功能;当时无线环境较差,UE发起RRC重建失败,通过MME专载QCI1保持功能使得在新发起的业务过程中,RRC重配中建立包括专载QCI1的3条DRB,不会发生掉话;本次测试中专载保持时长约功能总结：1当无线环境较差时,UE发生RRC重建,若RRC重建成功,将不会掉话;2MME侧也可以在RRC重建失败后,通过MME专载QCI1保持功能使得在新发起的业务过程中,专载QCI1继续保持,也可使得不掉话;3此功能为爱立信MME非必选功能,建议打开;但是该功能不在集采目录,暂时无法采购; 专载释放与切换冲突,通话结束未收到专载释放掉话问题描述：在拉网测试过程中,通话挂机后,主叫上报BYE消息,IMS回BYE200消息前后,同时发生切换,未收到EPS专载释放请求,1s后软件统计掉话;问题分析：经分析MME log,发现MME未收到PGW下发的delete bearer request消息;当X2切换触发SGW-initiated bearer modification procedure完整信令是CCR-CCA,如果此时SIP挂机触发PCRF也发RAR给PGW,由于Gx链路时延等原因,使得RAR先于CCA到达PGW,根据协议规定,PGW会继续SGW-initiated bearer modification procedure而reject RAR result code DIAMETER_OUT_OF_SPACE; 优化措施：当前解决办法：1缩短DRA时延配置;2修改SAPC到DRA链路为主-备模式,保证CCA和RAR走同一路径和到达PGW的先后顺序;优化结果：近期调整后的网格测试,暂时没有发现BYE200消息前后发生的切换没释放QCI 1专载的情况;通话结束MME收到del bearer req,专载释放与切换冲突,基站未下发NAS问题描述：通话挂机后,主叫上报BYE消息,IMS回BYE200消息前后,同时发生切换,EPS 专载没有释放,1s后软件统计掉话;问题分析：主叫挂机后,MME收到del bearer req,下发Deactivate EPS bearer context Request给源eNB携带NAS释放专载,但同时源eNB触发X2切换,向MME响应ERABrelease response X2-Handover-Triggered,NAS消息未下发到;根据协议中有描述当eNB在触发X2切换时,eNB将不传递NAS消息;优化措施：属测试软件统计问题,建议软件加以剔除该问题;4 存在问题和建议设备功能问题：●切换冲突问题：基站无法解码SIP消息,UE专载建立完成的NAS消息上报时间无法确认,基站侧难以彻底解决,需要核心网做相应的功能优化,●呼叫过程eSRVCC：IMS不支持呼叫过程中发生eSRVCC,在4g网络覆盖达到2g规模之前,该问题都不可避免存在;终端eSRVCC测量性能提升4G弱覆盖比例较高：广州网格范围内黑点路段603个,是VoLITE业务问题多发路段,大部分需要加站解决,专项整治计划进度和质量不在项目把控范围;而目前芯片在测量GSM 邻区的时延较长,存在LTE弱信号拖死掉话的较大概率;2 案例分析典型案例案例1：LTE弱覆盖,eSRVCC切换不及时掉话10:57:基站下发异频异系统测量报告,包含2G频点及B2门限LTE:-110,GERAN:-9510:57:,主叫达到B2门限10:57:,主叫RSRP已恶化至-117dBm,SINR至-3,但终端仍没有上报B2事件10:58:,RTP包不能正常收发,10s后RTP inactivity定时器触发,会话中断,出现掉话：解决建议：①规范LTE频点配置,清理多余异频频点,缩短终端测量周期；②终端芯片提高测量能力,尽快实现CDRX休眠期测量功能;案例2：VoLTE单通现象VoLTE单通现象分为两类：一是VoLTE打VoLTE单通,二是VoLTE拨打GSM单通;经分析,第一类主要是终端问题,第二类主要是网络问题;注：红圈为RTP包抓包位置案例3：eNodeB参数配置不合理,导致eSRVCC失败问题现象：终端发生eSRVCC时,在LTE向GSM切换过程中产生掉话;问题分析：终端可以正常收到测控消息,并上报测量报告,且掉话发生在向GSM切换过程中,是GSM或者和基站侧参数设置问题;问题解决：基站BsCAccess-ID项中的管理状态为Locked,设置有误;将该状态修改为Unlock 后,对该站点进行重启后发现eSRVCC功能正常;空口信令判断案例案例1：RRC重建失败,无线网问题现象：切换失败导致RRC释放,重建RRC未成功,重新进行RRC申请,QCI=1的承载未建立成功,导致掉话分析：呼叫重建失败后,新小区重新申请RRC,未能建立VOLTE专载,导致掉话;该流程均由ENODEB控制执行;而切换失败的原因往往是无线环境问题、参数配置不合理、邻区漏配、非竞争随机接入异常等,均为无线网问题;结论：切换失败与RRC重申请流程均与EUTRAN相关,因此认定为无线网问题; 案例2：基站异常导致双端无下行信令及RTP包断传,无线网问题现象：主被叫VOLTE接通后,在同一小区同时发生缺失下行信令20秒,此后数秒发生终端上发bye request挂断;分析：丢信令之前,主被叫双端处于同一小区,且RTP包双向传输正常;丢信令期间,终端测量信息完整,但在2秒后发生RTP包只有终端向网络单向传输,未再有任何网络下发的RTP包,高度怀疑基站临时故障导致;结论：软件显示丢信令,但通过进一步分析确认应为基站故障导致;无线网问题; 案例3：VOLTE接通下发生IMS注册掉话,IMS网络问题现象：VOLTE接通后,被叫发生IMS注册且成功,此时主叫收到网络下发的bye request内含注册超时字样分析：按照3GPP协议,终端应在3000秒上发注册,本次华为SBC于3600秒才收到注册请求,此时IMS认为注册超时,对主叫下发了sip bye消息释放了;但通过进一步确认,终端实际于600秒前已上发了注册消息UDP,但此时恰好在G网下,未收到回复：注：同样类型的掉话也有600秒前处于LTE网TCP,而未收到OK或未鉴权回复的情况结论：前10分钟的注册失败,导致了后续的IMS通话中释放,虽然终端前一次的失败处理机制可能存在问题,但仍然体现出IMS对通话中发生注册时直接释放会话的措施欠妥;网元流程判断案例案例1：被叫收到寻呼但未收到INVITE请求,核心网问题现象：主叫上发了invite,被叫收到了寻呼且建立RRC成功,此时应收到下行的invite,但始终未收到;分析：被叫响应寻呼并进行了RRC申请,表明MME已收到由SGW触发的数据业务请求,即sip invite消息应由IMS网元的SBC下发给了PGW、SGW;①Sip invite消息由IMS网元SBC下发到被叫核心网网元PGW②PGW转发给SGW,SGW通过S11触发MME进行寻呼被叫③被叫被寻呼到,并完成RRC连接与建立默认承载所需RAB,接收数据结论：收到寻呼消息表示sip invite数据包已经到达了LTE核心网,未能继续下发当前怀疑是sip数据在S/PGW异常丢失;案例2：重配置消息释放DRB承载,无线网与核心网配合问题现象：被叫上发sip183后,在激活EPS承载之前,终端上报了1条A3测报,激活EPS 后,发生切换重配置消息中释放了QCI=1的DRB;分析：起呼时MME进行激活EPS承载流程过程中,恰好发生S1切换时,由于EPS 承载建立未完成,MME在切换准备阶段,对下发到目标小区的切换准备的请求消息中不携带QCI=1的VOLTE专载,导致VOLTE专载源小区完成的情况下,在目标小区被释放,切换完成后呼叫中断①切换准备时,MME向目标小区发切换请求,RAB建立请求表只有2条,无QCI=1的专载②目标小区收到MME的切换请求后,回复的切换确认消息里仅有2条RAB建立③MME向源小区下发的切换命令消息中,只建立2条承载,导致ENODEB释放了QCI=1的VOLTE专载;结论：切换与EPS激活流程碰撞,无线网与核心网配合问题;在进行激活EPS专载过程中,发生切换时,均会造成上述问题,目前还无较好的解决办法;网络设备问题案例总结案例1：中兴ENODEB异频重定向掉话,无线网问题现象：主被叫VOLTE接通后,服务小区信号较差,但未配置异频邻区；通过重定向消息RRC connection release携带频点,由D频段重定向到F频段,但VOLTE呼叫不支持重定向方式的RTP包接续,导致掉话;设备：中兴ENODEB分析：中兴设备为了防止邻区漏配情况下,影响用户在LTE数据业务下的感知质量,默认具备异频重定向功能,但未曾考虑对VOLTE呼叫的接续保持;结论：完善邻区配置,在VOLTE呼叫区域考虑关闭中兴设备的异频重定向功能;案例2：华为基站到卡特切换导致的RTP包传输中断问题,无线网问题现象：主被叫接通状态下,在发生一次由华为设备到卡特设备的切换后,20秒后主被叫终端同时上发了bye request消息,网络侧回复bye487 Request Terminated,后网络去激活了EPS承载,掉话;设备：华为ENODEB与卡特ENODEB分析：PDCP SN SIZE长度有12bit和7bit,目前华为基站配置为12bit,贝尔配置为7bit,两个厂家配置数据不统一;华为enodeb设备具有自适应功能;①在华为小区起呼时,切换到卡特小区时,卡特无自适应功能,PDCP SN不一致导致组包混乱;②当在贝尔小区起呼时,切换到华为小区时,华为PDCP SN自适应为7bit,通话正常; 结论：临时解决方案：华为PDCP SN Size修改为7bit,进行拉网测试主叫呼叫56次,未出现终端主动上发bye的掉话;异常掉话及切换后单通问题基本解决案例3：爱立信IMS网元CS域呼叫处理能力不足问题,IMS网络问题现象：在做互通测试过程中,主叫VOLTE起呼后,被叫始终在TD下未收到寻呼消息,主叫收到网络侧下发trying后,立即收到网络下发的invtie 604Does Not Exist Anywhere,呼叫失败;设备：爱立信IMS分析：空口信令仅能确认,被叫端处于TD网,发INVITE到MGCF,MGCF回复604 Does Not Exist Anywhere;该问题为爱立信IMS网元MGCF默认配置仅能同时容纳32个CS域呼叫,导致互通测试过程中,由于容量不足,造成大量连续未接通;结论：爱立信IMS网元MGCF默认配置容量偏小,发生以上问题后,经过扩容已达可处理2、3G呼叫320个;案例4：华为EPC修改EPS与切换碰撞,拒绝承载修改;核心网问题现象：主叫VOLTE起呼后,收到网络回复trying,激活了EPS承载后,又进行了1次EPS承载的修改,此时主叫侧在发生了1次LTE的切换后,收到IMS网络下发的sip503消息,服务不可得;设备：华为EPC分析：某地在激活EPS完成后,仍需要进行2次EPS承载的修改,本次呼叫时第2次EPS的修改空口信令不可见恰好与切换同时发生,当IMS要求核心网PCRF需要对EPS承载进行修改时,由于切换具有更高的优先级,华为EPC拒绝了承载更新,而只执行切换,导致IMS下发sip 503消息中断呼叫该市合适的CQI=1的EPS承载建立需要3个步骤：①CQI=1的初始EPS承载建立,GBR=40kbps但TFT无IPV6地址②修改GBR49kbps支持高清语音并对TFT内的增加IPV6地址以及UDP端口进行修改③在现有TFT中再新建两个ptf;结论：冗余的EPS承载修改TFT,一方面导致了呼叫建立时延长；同时增加了与切换发生冲突的几率；华为EPC在切换与修改EPS承载冲突时,不具备同时处理或排队处理的能力,导致直接以“资源临时不可得”拒绝了承载更新;一方面建议降低EPS 承载修改次数,减少切换碰撞几率与时延；另一方面建议华为EPC进行升级;案例5：华为EPC、中兴IMS协议理解不一致;IMS网络问题升级SBC解决故归此类现象：VOLTE起呼后,EPS承载激活完成,有一定几率1秒后直接收到网络直接下发sip 500消息Server Internal Error,中断呼叫;设备：华为EPC、中兴IMS分析：EPC按照3GPP规范产生的计费标识中包含“0a”的内容,但在IMS网络中,按照SIP协议将“0a”解析成换行符,造成对计费标识的误读;导致中兴IMS网与华为EPC网元PCRF对RX接口中字符格式理解不一致；中兴不支持PCRF通过Rx接口返回的不可见字符,导致了IMS直接下发了内部服务器错误经过IMS内部信令跟踪：①中兴IMS网元SCSCF返回500错误,原因为收到SBC转发的invite request消息携带的PCV头部有问题,发现换行符0A,导致S-CSCF网元上解码认为头部结束,从而认为不合语法规范,获取ecid失败②华为EPC网元PCRF通过Rx接口返回接入网络计费标识Access-Network-Charging-Identifier-value,至中兴IMS SBC,而后中兴SBC通过ecid参数来HEXDIG编码上述计费标识信息协议：The Access-Network-Charging-Identifier-Value AVP AVP code 503 is of type OctetString, and contains a charging identifier结论：即3GPP该计费标识可以包含字符串形式,中兴按IMS SIP协议理解ecid只能是可见字符,对字符串形式不进行HEXDIG转换,导致了上述问题;临时解决方案,中兴SBC进行相应的版本或补丁解决,支持不可见字符;。
无线接入网常见问题处理思路-掉话
案例：
9
掉话问题分析
5、由于干扰和小区负荷过高引起的掉话
•
典型表征
1）前向链路干扰、反向链路干扰、直放站干扰等 2）小区话务量太高，系统自干扰严重
案例：
10
掉话问题分析
6、由于切换（软切换、硬切换）问题引起的掉话
•
典型表征
1）软切换问题 邻区漏配、优先级设置不当、One_way\Two_Way问题、 搜索窗设置、软切换分支Abis链路传输时延超大、由于 BTS时钟同步错误、GPS故障、BSC边界基站功率同步开关 打开、呼叫迁移失败 2）硬切换问题
1、了解问题发生的区域、时间范围、现象描述；掉话是个别手机 还是全部手机，如果是个别手机的掉话，可能与手机的版本和 手机本身质量有关； 2、用优化工具分析掉话原因； 3、确认掉话区域手机接收功率如何，能否满足手机良好通话的要 求，是否有导频污染； 4、邻区配置检查，确认无错配、漏配，优先级是否合理； 5、确认当前小区是否处于BSC或MSC边界；如果是边界基站，确认 和周围业务区的切换是否正常，是否打开了前向功率同步开关； 6、检查基站各小区以及周围相邻小区的反向接收信号强度指示 （RSSI）是否过高； 7、检查掉话率高的基站是否带了直放站及直放站工作是否正常； 8、检查PN规划是否有问题，是否存在PN复用距离不够，OneWay、 TwoWay问题； 9、确认无线参数设置是否正确；重点检查搜索窗大小、小区半径、 切换参数等内容；
无线接入网常见问题处理
国内无线网络规划部 王卫民 工号：148885
内容提要
1、掉话产生的机制 2、掉话产生的一般原因及典型表征 3、掉话问题处理流程 4、掉话问题处理思路
2
掉话产生的机制
1、移动台的掉话机制 • 移动台接收到坏帧： 当连续接收到12个坏帧之 后，移动台会关闭它的发 射机。在连续接收到2个 好帧帧之后会重新启动 发射机。 • 移动台的衰落计时器： 过高的FER意味着前向链路 很差。移动台设有衰落定时 器。定时器的期满值为T5m （5秒），该计时器一直在倒 计时一直到0；当接收到连续的2个好帧时，计时器重新开 始倒计时。如果移动台在回零之前没有接收到连续的两个 好帧，那么移动台将重新初始化。 。
LTE的掉话原因分析及处理思路(加精
LTE的掉话原因分析及处理思路(加精LTE（Long-Term Evolution）是一种移动通信技术，为用户提供高速数据传输和更稳定的通信质量。
然而，LTE网络在实际使用中可能会出现掉话现象，影响用户的通信体验。
掉话是指通话或数据传输过程中突然中断的情况，可能由多种原因引起。
本文将对LTE掉话的原因进行分析，并提出相应的处理思路。
一、LTE掉话的原因分析：1.频率干扰：当LTE信号受到其他频段或其他无线设备的干扰时，会导致通信中断或掉话。
2.基站负载过重：如果LTE基站的通话负荷过重，可能会导致通信连接不稳定，从而引起掉话现象。
3.地形遮挡：地形起伏或建筑物阻挡信号传输会导致LTE信号弱化，从而影响通话质量。
4.用户位置变动：当用户在快速移动过程中，如高速驾驶或地铁运行中，可能会导致基站切换不及时，引起掉话。
5.信号干扰：电磁干扰、天气影响或其他无线设备工作可能会对LTE 信号产生干扰，造成掉话现象。
6.网络故障：LTE基站设备故障、传输线路故障等都可能导致通信中断或掉话。
7.用户设备问题：用户使用老旧或不兼容的设备、软件问题、设备损坏等都可能导致LTE掉话。
二、LTE掉话处理思路：1.优化网络规划：对LTE网络进行规划优化，调整基站覆盖范围和功率等参数，提高信号质量和覆盖范围，降低掉话率。
2.增加基站密度：增加LTE基站密度，提高信号覆盖范围和质量，减少用户在移动过程中的掉话现象。
3.加强干扰监测：实时监测LTE信号干扰源，及时发现并处理可能影响通信质量的干扰因素，减少掉话发生的可能。
4.提高用户设备兼容性：鼓励用户使用符合LTE标准的设备，避免因设备兼容性问题而引起的掉话现象。
5.强化故障处理机制：建立健全的LTE故障处理机制，快速响应网络故障事件，提供快速恢复服务，降低掉话率。
6.加强用户培训：向用户普及LTE网络知识，教育用户正确使用设备、信号、网络选择等功能，减少用户因操作不当而引起的掉话。
路测掉话问题分析及处理
路测掉话问题分析及处理掉话是用户在使用手机过程中经常遇到的问题。
掉话率在移动通信网中是一项非常重要的指标，掉话率的高低在一定程度上体现了移动网通信质量的优劣。
另外，无线系统掉话率也是考核无线网络运行情况的重要指标。
所以如何降低无线系统掉话率，是提高网络运行质量和无线网络优化的重点之一。
本文对可能引起掉话的原因进行了分析，同时讨论减少掉话次数的一些方法和思路，并结合具体实例说明了一些分析和处理掉话的方法以供大家参考。
一、掉话的定义通常定义的掉话是指在分配了话音信道（TCH）后，由于某种原因，使呼叫丢失或中断，正常通话无法进行的现象。
而从用户或路测角度来说掉话的定义有些差别，在路测或用户感观上的掉话是指是摘机（Connect）进行后，发生了非正常释放，也就是说没有完成正常释放（Channel Release）的通话。
正常的呼叫信令流程所谓正确的信道释放过程是指用户通话结束后主动挂机而发生的信道释放过程。
从上面的流程图可以看出正常信道释放过程是手机先发送disconnect,然后再进行信道释放。
二、 掉话产生原因及相应的解决方法掉话产生的原因：弱信号问题导致掉话、频率干扰质差导致掉话、切换不当导致掉话、硬件故障导致掉话（一）、弱信号问题案例1：弱信号问题描述：西东方向，用到<公明新围M1>通话时，连续弱信号严重质差导致掉话。
具体分析：此路段为果园路周围环境以山体和菜地为主，现场测试并未占用到<公明新围M1>（BCCH72，BSIC56，CGI：9776-3551）通话，从地理环境看在此路段占用到<公明新围M1>并不合理，由于此路段离<公明新围M1>基站较远TA=9；但由于受到周围山体和建筑物的阻挡,此路段无主覆盖小区以弱覆盖为主,当占用到<光明M1>（BCCH78，BSIC76，CGI：9776-3751）信号强度在-80DBM至-85DBM，TA=5时出现了弱信号严重质差现象。
W网规高培-掉话问题分析
10. UE发RRC_RB_REL_CMP消息给RNC，业务RB释放完成
11. RNC发RANAP_RAB_ASSIGNMENT_RESP消息给CN，RAB释放完成
第一章 掉话分类定义
第一节 正常释放流程
第二节 空中接口掉话定义
第三节 话统指标掉话定义－CS 第四节 掉话话统指标定义－PS
第一章 掉话分类定义
第一节 正常释放流程
第二节 掉话空中接口定义
第三节 掉话话统指标定义－CS 第四节 掉话话统指标定义－PS
话统指标定义
话统指标定义－CS掉话统计
通过统计RNC触发的 RAB 释放个数，统计 RAB 建立个数，进而得 到掉话率。根据测量对象的不同，掉话率可以分为面向 RNC 和面 向小区的掉话率，分别考察整个 RNC 和单个小区的掉话情况。 面向 RNC 的CS掉话率公式： (RNC_CS_RAB_REL_CONV_TRIG_BY_RNC+RNC_CS_RAB_REL_STR_TRIG_ BY_RNC)/(CS_RAB_SETUP_SUCC_CONV+CS_RAB_SETUP_SUCC_STR)*10 0% 测量点： CS会话类(流类）业务建立成功后，RNC向CN CS发送IU RELEASE REQUEST消息，其后CN发送释放原因"Release due to UTRAN Generated Reason"的IU RELEASE COMMAND。
正常释放流程
一个PS正常释放信令流程
正常释放流程
一个PS正常释放信令流程
1.UE发RRC_UL_DIR_TRANSF消息给RNC，消息中nas message是0a46，表示是session management子层的deactivate PDP context request消息。 2.RNC发RANAP_DIRECT_TRANSFER消息给CN，消息中nas pdu是0a46，表示是session management子层的deactivate PDP context request消息。 3. CN 发 RANAP_DIRECT_TRANSFER 消 息 给 RNC ， 消 息 中 nas pdu 是 8a47 ， 表 示 是 session management子层的deactivate PDP context accept消息。 4. CN发RANAP_RAB_ASSIGNMENT_REQ消息给RNC，消息中给出要释放的RAB list，其 中包含了要释放的RAB ID。 5. RNC发RRC_DL_DIRECT_TRANSF消息给UE，消息中nas message是8a47，表示是
掉话问题汇总
第一个问题：通话回音故障，现象如下：图书馆3小区，6载频12载波，起初是82 90（一块载频板）42 34（一块载频板）通话出现回音，后来把两块板子换了之后，82 90号频点通话还是有回音，于是又换背板，82 90号频点正常了，42 34又有回音。
想问下可能是什么原因造成的？如何解决？从MSC到BSC再到BTS，一级一级做环回测试，看看是哪个口出问题了。
是不是本端设备作ＥＣ(回声抵消 ) 的ＤＳＰ通道数量不够了，该路呼叫出去去占不上资源，呼叫接通后，由远端设备作的EC处理首先针对反映比较普遍的手机和固定电话之间以及客服中心电话的回声现象，在MSC侧进行PLMN和PSTN之间各个局向的中继线路拨打测试。
在定位并排除了网络局间中继上的问题后，如果还有手机和固定网之间的通话回音，进行个别点的测试，包括无线侧的基站时隙拨测和固定电话线路、话机调换等方法。
接下来如果能够通过客户反映定位到某几个基站覆盖地区经常出现回音问题，那么就对这几个基站进行载频时隙的拨打测试，排除可能由于BTS单元故障引起的回音。
另外，考虑到当地手机型号比较杂，二手手机比较多，排除由于移动台故障造成的回音也是必要的，但是实际操作起来比较困难，需要通过比较多的统计数据来分析。
针对问题不同表现，从网络、无线着手，通过逐步、多点、大量的测试，将网络中存在的各种回声现象的原因逐个找到并排除。
存在于固定网和客服中心的回声，是由于回声抑止板的故障或设置不正确引起；而手机间的回声基本可以排除是系统原因导致，主用是由于环境和手机本身问题引起回声；另外还有固定话机本身质量和性能差的原因引起的回声。
第二个问题：GSM中：M3101A:稳态下收到连接失败掉话次数（无线链路失败），该原因的掉话次数多，怎么解决该原因的掉话次数多，怎么解决？期待同行们得意见，计时器，，，SACCH复帧数”354afd5K:JFD()本文来自移动通信网,版权所有此参数是判断上行无线链路故障的计数器，每当BTS无法正确解码一次MS发来的SACCH 测量报告，该计数器减1；正确解码，计数器加2。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
掉话问题分析及处理一般方法
本文内容是根据经验对中兴V3后台对掉话问题的分析及处理的一般方法，希望能够对分公司日常掉话问题的处理有所帮助。
总的来说，一般引起掉话的主要原因有：
1、硬件故障，载频、主控板、传输、天馈等出现故障；
2、覆盖问题，包括室内弱覆盖、边缘地区弱覆盖、阻挡导致覆盖差、隧道内信号突然下降、覆盖过远等；
3、邻区设置问题，包括无邻区、漏配邻区、外部邻区信息错误等；
4、无线环境差，包括频点规划不当导致的同邻频干扰、外部干扰源干扰、过覆盖产生的频点干扰等。
5、上下行不平衡问题，指上下行信号电平差值过大，导致解码失败，引起单通、掉话等问题。
在载频功率设置一致的情况下，该类问题可能主要由载频、天馈等故障引起。
另，当使用单极化天线时，同小区两天线方位角、下倾角差别较大时也会产生该问题。
6、天馈鸳鸯、接反，可能会导致切换差引起掉话、可能会产生同、邻频干扰导致无线环境变差等。
该类问题以新建站、替换搬迁站居多。
7、孤岛站，无连续覆盖区域的孤岛站点，尤其是在道路附近，会产生较多掉话，该类问题只能通过后期网络建设改善，暂无其他有效手段。
中兴V3后台掉话问题分析及处理一般方法：
1、提取性能指标。
打开“性能管理”-->“性能数据查询”，提取小区级测量的“KPI指标”、“PI指标”和“掉话测量”。
最好将“KPI指标”、“PI指标”一并提取，“掉话测量”单独提取。
提取载频级测量的“TRX测量”。
提取IBSC内所有小区的3天24小时的小时级指标，保存为EXCEL文件。
2、对性能指标数据进行处理。
首先，对“KPI指标”和“PI指标”进行分析。
在这两项指标中，对“话音信道掉话率(不含切换)(%)”和“忙时话音信道掉话总次数”按从大到小排序，将“话音信道掉话率(不含切换)(%)”高于2%-3%，且“忙时话音信道掉话总次数”较高的小区提取出来，后将3天24小时内出现次数比较多的小区提取出来，作为掉话TOP小区，重点进行分析处理。
（处理TOP小区是提升IBSC级指标的主要手段）
之后，将这些掉话TOP小区对应的“掉话测量”指标筛选出来进行分析。
在“掉话测量”指标中，主要查看“On TCH/F 语音”、“On TCH/H 语音”类的指标。
该类指标主要包括以下几项内容：
以上几项指标反映了掉话的类型。
一般情况下，只有“无线链路失败次数”、“LAPD 链路失败次数”、“切换失败引起掉话”、“其他失败次数”内有统计值。
各项指标的含义如下：“无线链路失败次数”：统计因无线链路失败引起的掉话次数。
该参数主要统计的为无线侧原因引起的掉话，如上下行信号弱、无线环境差、存在干扰等。
“LAPD链路失败次数”：统计因LAPD链路失败引起的掉话次数。
该参数主要统计的为LAPD传输链路问题引起的掉话，如传输闪断、误码高等。
“切换失败引起掉话”：统计因切换失败引起的掉话次数。
可能产生的原因有小区拥塞严重、同频同BSIC、邻区设置不合理、过覆盖等。
“其他失败次数”：统计因以上各项以外的其他原因引起的掉话次数。
该类一般较少，不进行考虑。
3、对每个掉话TOP小区掉话指标进行分析
首先，在“掉话测量”指标中提取1个TOP小区数据，对“TCH/F掉话次数”、“TCH/H
掉话次数”按从大到小排序，接着再看“无线链路失败次数”、“LAPD链路失败次数”、“切换失败引起掉话”、“其他失败次数”指标中哪项的比例高，说明掉话主要集中在哪类中。
下面我们针对不同的掉话类型进行分析。
（“其他失败次数”一般较少，不再进行分析）
“LAPD链路失败次数”多：说明掉话主要是由于LAPD传输链路故障产生的，多为传输闪断、高误码等情况，该类问题一般会有告警提示，可登录MINOS查看对应小区的历史告警。
“切换失败引起掉话”多：说明掉话主要是由于切换方面的问题引起的。
检查小区的邻区关系是否完整、切换参数是否正确、本小区和周边小区是否拥塞严重、是否存在同频同BSIC小区等。
如果为IBSC边界小区，添加有外部邻区，还要检查外部邻区信息是否准确。
“无线链路失败次数”多：说明掉话主要集中在无线口，此时我们还要结合“掉话测量”中的下列指标来分析：
如果，“上/下行接受电平低”的掉话次数多，则说明弱覆盖、边缘掉话多，一般从以下方面检查：
1、小区下各载频功率是否已最大；
2、是否是孤岛站；
3、小区的邻区关系是否完整、准确；
4、若为IBSC边界小区，检查外部邻区是否添加完整，外部小区信息是否准确；
5、小区切换参数是否设置正确；
6、小区覆盖范围地形情况是否复杂，是否有高山、谷地、隧道等特殊地形。
7、是否为小区自身覆盖能力不足，检查天线方位角、下倾角等。
如果，“TA过远引起的掉话”次数和“上/下行接受电平低”的掉话次数都较多，则说明该小区有过覆盖的问题。
可根据现网站点工参，结合规划软件或GOOGLE地图判断是否需要进行覆盖控制。
如果，“上/下行接收质量差”的掉话次数多，则说明可能小区覆盖范围内的无线环境差。
一般从以下方面检查：
1、检查小区干扰带情况，干扰带4-5内是否有统计值；（干扰带4-5有统计值，无论多少都说明有上行干扰）
2、查看该小区载频级的“TRX测量”，检查每块载频的“上/下行RQ”，看是否有载频RQ=6、7的比例较高，说明该块载频的频点存在干扰。
另外，也可以查看“TRX测量”中每块载频的掉话次数，看是否有载频的掉话次数普遍较高，说明该块载频硬件或频点存在问题。
3、对于跳频站点，可考虑调整HSN、载频的MAIO、跳频序列组MA等。
当然，在调整以上各参数时，必须考虑该跳频区域的整体规划情况，严格按照跳频规划原则来进行调整。
另外，针对跳频干扰，建议最好通过调整天线，控制覆盖来减小小区间的干扰问题。
4、对于没有发现明显频点干扰的小区，可尝试调换小区频点、更改小区BSIC等手段来进一步观察。
一般情况下，“掉话测量”统计中的掉话次数没有明显的规律性，很多时候都是“上/下行接受电平低”、“上/下行接收质量差”、“TA过远引起的掉话”中某几项次数多，这就需要结合工参、地图、现场DT测试等来综合分析，判断产生掉话的原因，进而来解决掉话问题。