TD因“并发业务”导致的通话异常处理报告

龙津移动大楼TD因“并发业务”导致的通话异常处理报告目录一、概述................................................................................2二、问题处理过程.................................................................21、测试内容......................................................................22、复现问题描述..............................................................23、问题分析......................................................................4三、问题总结........................................................................6一、概述近期多次接到用户反映在龙津移动大楼通话出现异常（通话断续、无声音掉话、无法接通）问题，严重影响了用户的满意度，为彻底核查问题根源并得到解决，特安排测试人员进行现场大量复现测试并结合后台进行信令跟踪分析。二、问题处理过程1、测试内容本次模拟场景测试主要验证CS业务、CS和PS并发业务、通话过程中接收短信和彩信业务验证2、复现问题描述以下为现场测试流程及问题定位分析过程：测试手机460009034568714单独测试CS域话音业务：当前无线环境良好，UE主要占用新罗移动大楼In1室分小区的10063和10071（cell：25157，频点：10063，扰码：93）两块R4载频拨打电话，从早上8:30至12:00四组人员在测试中未出现断断续续的声音现象，通话质量良好：测试手机CS/PS并发业务测试：下午我方测试人员在测试过程中发现，能够复现这种通话断断续续及通话过程中直接无声音后掉话的现象。测试流程如下：17:04:45.468用户发起语音业务RRC连接建立请求：17:04:55:618语音呼叫连接建立，手机一直占用10063的R4载波：17:06:15:778PS业务发起rbsetup请求后，17:06:18:778PDP激活成功，手机由10063载频切换到10055H载频上：17:06:42:578PS业务RB释放完成，手机又从10055H载频回切到10071R4载波上：从我方4组人员现场做并发业务场景模拟来看，在测试过程中当用户手机后台挂起飞信和做其他并发数据业务时，PDP激活和释放过程中，在R4载波和H载波切换过程中确实存在通话过程中断断续续的现象甚至出现通话过程中无声音后直接产生掉话的现象。之后我方测试人员也对在通话过程中收到彩信是否掉话进行问题复现，发现部分终端手机确实也存在掉话现象。为更加直观说明测试流程，将上述汇总如下：序号时间详细说明12012-05-98:45至17:00验证UE只做CS语音业务未出现异常事件22012-05-917:04:45.468开始验证并发业务，用户发起语音业务RRC连接建立请求32012-05-917:04:55:618CS呼叫连接建立，手机一直占用R4（10063）载波42012-05-917:06:15:778至17:06:18:778PS业务发起rbsetup请求后，PDP激活成功，手机由R4（10063）载频切换到H（10055）载频上，在时隙切换时听到断断续续声音，模拟中共复现8次52012-05-917:06:42:578PS业务RB释放完成，手机又从H（10055）载频回切到R4（10071）载波上，62012-05-917:11:32:518UE通话无声音后直接掉话，相同原因共复现10次72012-05-108:45至17:00验证通话过程中接收短信和彩信是否掉话，共复现5次3、问题分析通过CDT分析导致掉话的原因值为Ue-RabOper-Timeout，由于PSRAB建立超时导致最终CN侧下发释放资源一并将CSRAB链路资源也拆链了。从一天统计中发现25157小区由于并发业务导致的掉话占据了78.125%，为主要部分掉话原因。如下图所示：该项掉话原因值RNLC-Ue-RabOper-Timeout占据80%左右，如下图所示：经查询，投诉的几个问题点都在RNC1888，通话中断断续续的主要原因是由于并发业务过程中在H载频和R4载频时隙切换过程中确实存在通话断断续续的现象，为减少由于并发导致掉话已经将该RNC网管上低速信令RB重配CFN偏移由800ms修改为1600ms（中兴厂家柯工操作）。由于RB建立采用的是同步激活方式，即激活时刻在当前时间点之后800ms（800ms一般场景足够了），也就是说需要UE在RNC开始发送RB释放消息的800ms之内必须收全该消息并且完成RB建立，这个建立过程才能成功。同时还需要考虑无线通信空口难免出现错包，错包重传也需要时间。因此UE一旦走入这种流程，很大概率上就会出现业务建立失败掉话。目前采取措施主要分几个方面：1、一般情况下，从RRC连接建立到RAB指配完成3s左右，期间发起PS业务的概率应该很低，特别是在通话中一般手机用户不会发起PS业务。但现网有部分终端（特别是智能终端）开机后后由于杀毒软件、系统应用软件等自动更新需求会发起PDP激活，之后手机一直保留PDP上下文激活状态，软件会不定期发起流量需求，PS发起RB重配，但此时用户并没有PS使用感知，所以一发起语音业务出现PSRB重配的概率就很高。建议关闭手机自动数据连接功能，停止手机应用程序自动下载，减少用户无感知的PS业务体验带来CS、PS业务并发。2、据了解投诉问题还包括接通后通话中出现掉话问题，经分析，目前主要有两种情况：一是三星i9108并发业务中容易出现上行失步CU挽救失败出现掉话，据了解主要是部分三星i9108终端基带版本较低，建议升级；3、要想解决由于并发业务导致出现的断断续续和掉话的现象，还需后期RNC升级到410版本，可以开通专门控制并发业务机制开关，这样就能更为有效较少这种并发业务带来的各种问题。三、问题总结从现场模拟场景来看，当用户手机后台挂飞信等自动走流量的软件时，确实在H载波和R4载频的时隙切换中存在断断续续现象、通话过程中无声音直接产生掉话、甚至出现未接通现象，鉴于由于并发业务给客户带来的感知度差的现象，建议尽快升级RNC版本。