LTEvolte投诉处理流程大全(SEQ使用方法+信令分析详解+投诉案例处理)-1120

处理流程以及数据提取方法投诉处理流程二、SEQ提取数据方法VOLTE用户投诉处理（支持实时和历史记录详单）1、登录后，SQM》投诉用户单据查询2、投诉用户单据查询-跟踪号码输入号码136XXXX05053、投诉用户单据查询-数据查询结果（均可钻取详单）4、投诉用户会话跟踪-创建跟踪任务(提取信令)5、投诉用户会话跟踪-实时跟踪结果6、信令详单提取7、语音质量单据查询（这功能暂时我们没权限）可针对单号码进行语音、视频质量查询，查询单号码某次通话过程中GM\S1-U口丢包情况、是否存在单通、单通时长，同时可以通过5S分片具体定位丢包时间点。三、VOLTE根据信令分析TD-LTE__VoLTE-SIP完整信令解析对关键流程的解释如下表所示：1）主叫发INVITE消息，触发主叫RRC建立过程，INVITE消息中包含被叫方的号码，主叫方支持的媒体类型和编码等。2）主叫建立SRB2信令无线承载，QCI9默认承载和QCI5SIP信令无线承载。例如在本例中，信令无线承载SRB-ID=2;QCI=9的默认承载的eps-BearerID=5,DRB-ID=3;QCI=5的SIP信令承载的eps-BearerID=6,DRB-ID=43）核心网侧收到主叫的INVITE消息以后，给主叫发送INVITE的应答消息，INVITE100表示正在处理中。4）核心网向处于空闲态的被叫发INVITE消息，由于被叫处于空闲态，所以核心网侧触发寻呼消息，寻呼处于空闲态的被叫用户5）被叫建立SRB2信令无线承载，QCI9默认承载和QCI5SIP信令无线承载6）核心网在QCI5RB承载上，给被叫用户发送INVITE消息7）被叫对INVITE消息的响应被叫收到寻呼但未收到INVITE请求，核心网问题8）被叫方通知主叫方，自己所支持的媒体类型和编码。9）主叫建立QCI1的数据无线承载，用于承载语音数据，使用UM方式。例如本例中，eps-BearerID=7，DRB-ID=5。关键参数包括头压缩参数，TTIBundling，SPS。DRX参数也会按照语音业务的要求进行重新配置。10）被叫建立QCI1的数据无线承载。例如本例中QCI1承载的eps-BearerID=7，DRB-ID=5。11）核心网通知主叫终端的SM层，建立QCI=1的承载,例如：eps-BearerID=712）主叫收到被叫的INVITE183消息被叫上发sip183后，在激活EPS承载之前，终端上报了1条A3测报，激活EPS后，发生切换重配置消息中释放了QCI=1的DRB。起呼时MME进行激活EPS承载流程过程中，恰好发生S1切换时，由于EPS承载建立未完成，MME在切换准备阶段，对下发到目标小区的切换准备的请求消息中不携带QCI=1的VOLTE专载，导致VOLTE专载源小区完成的情况下，在目标小区被释放，切换完成后呼叫中断，重配置消息释放DRB承载，无线网与核心网配合问题13）核心网通知被叫终端的SM层，建立qci=1的承载14）主叫收到INVITE183消息以后，发送确认消息PRACK，启动资源预留过程，15）被叫收到主叫的PRACK以后，返回PRACK200响应，启动资源预留过程，16）主叫收到被叫的PRACK200以后，发送UPDATE消息，标明资源预留成功。17）被叫收到主叫的UPDATE消息后，得知主叫UE的资源预留成功。被叫发送UPDATE200，标明被叫资源预留成功，18）被叫发送INVITE180，被叫振铃，主叫放回铃音19）被叫摘机，被叫向主叫发送INVITE200.20）主叫给IMS服务器发ACK，证实已经收到IMS对于INVITE请求的最终响应。核心网IMS服务器发ACK消息给被叫，证实对于INVITE请求的最终响应。VOLTE接通后，被叫发生IMS注册且成功，此时主叫收到网络下发的byerequest内含注册超时字样IMS网络问题。呼叫重建失败后，新小区重新申请RRC，未能建立VOLTE专载，导致掉话。该流程均由ENODEB控制执行。而切换失败的原因往往是无线环境问题、参数配置不合理、邻区漏配、非竞争随机接入异常等，均为无线网问题。21）主叫挂机，发BYE,请求结束本次会话。IMS服务器给被叫发送BYE,请求结束本次会话。22）被叫挂机，回BYE200消息，核心网IMS服务器给主叫发BYE200，标明会话结束。23）通过RRCConntctionReconfiguration(RRC关联重配置)消息和去激活EPS专用承载消息，主叫删除QCI=1的数据无线承载。24）被叫删除QCI=1的数据无线承载。四、问题定位图五、语音类案例分析案例1：LTE弱覆盖，eSRVCC切换不及时掉话10:57:29.710基站下发异频异系统测量报告，包含2G频点及B2门限（LTE:-110，GERAN:-95）

10:57:38.479，主叫达到B2门限

10:57:42.109，主叫RSRP已恶化至-117dBm，SINR至-3，但终端仍没有上报B2事件

10:58:05.587，RTP包不能正常收发，10s后RTPinactivity定时器触发，会话中断，出现掉话：

解决建议：

①规范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秒，此后数秒发生终端上发byerequest挂断。

分析：丢信令之前，主被叫双端处于同一小区，且RTP包双向传输正常。丢信令期间，终端测量信息完整，但在2秒后发生RTP包只有终端向网络单向传输，未再有任何网络下发的RTP包，高度怀疑基站临时故障导致。结论：软件显示丢信令，但通过进一步分析确认应为基站故障导致。无线网问题。

案例3：VOLTE接通下发生IMS注册掉话，IMS网络问题现象：VOLTE接通后，被叫发生IMS注册且成功，此时主叫收到网络下发的byerequest内含注册超时字样

分析：按照3GPP协议，终端应在3000秒上发注册，本次华为SBC于3600秒才收到注册请求，此时IMS认为注册超时，对主叫下发了sipbye消息释放了。

但通过进一步确认，终端实际于600秒前已上发了注册消息（UDP），但此时恰好在G网下，未收到回复：注：同样类型的掉话也有600秒前处于LTE网（TCP），而未收到OK或未鉴权回复的情况

结论：前10分钟的注册失败，导致了后续的IMS通话中释放，虽然终端前一次的失败处理机制可能存在问题，但仍然体现出IMS对通话中发生注册时直接释放会话的措施欠妥。七、网元流程判断案例案例1：被叫收到寻呼但未收到INVITE请求，核心网问题现象：主叫上发了invite，被叫收到了寻呼且建立RRC成功，此时应收到下行的invite，但始终未收到。

分析：被叫响应寻呼并进行了RRC申请，表明MME已收到由SGW触发的数据业务请求，即sipinvite消息应由IMS网元的SBC下发给了PGW、SGW。①Sipinvite消息由IMS网元SBC下发到被叫核心网网元PGW

②PGW转发给SGW，SGW通过S11触发MME进行寻呼被叫

③被叫被寻呼到，并完成RRC连接与建立默认承载所需RAB，接收数据

结论：收到寻呼消息表示sipinvite数据包已经到达了LTE核心网，未能继续下发当前怀疑是sip数据在S/PGW异常丢失。案例2：重配置消息释放DRB承载，无线网与核心网配合问题现象：被叫上发sip183后，在激活EPS承载之前，终端上报了1条A3测报，激活EPS后，发生切换重配置消息中释放了QCI=1的DRB。

分析：起呼时MME进行激活EPS承载流程过程中，恰好发生S1切换时，由于EPS承载建立未完成，MME在切换准备阶段，对下发到目标小区的切换准备的请求消息中不携带QCI=1的VOLTE专载，导致VOLTE专载源小区完成的情况下，在目标小区被释放，切换完成后呼叫中断①切换