内容发布更新时间 : 2025/1/23 13:41:41星期一 下面是文章的全部内容请认真阅读。

Volte新功能验证专题报告

一、概述

VoLTE是基于IMS的语音业务。IMS由于支持多种接入和丰富的多媒体业务，成为全IP时代的核心网标准架构。经历了过去几年的发展成熟后，如今IMS已经跨越裂谷，成为固定话音领域VoBB、PSTN网改的主流选择，而且也被3GPP、GSMA确定为移动语音的标准架构。VoLTE即Voice over LTE，它是一种IP数据传输技术，无需2G/3G网，全部业务承载于4G网络上，可实现数据与语音业务在同一网络下的统一。换言之，4G网络下不仅仅提供高速率的数据业务，同时还提供高质量的音视频通话，后者便需要VoLTE技术来实现。

目前LTE区域连续覆盖区域，进入VoLTE的发展期 在这一阶段运营商扩大了LTE覆盖水平，达到可以运营语音业务的条件，特别是在城市和人口密集地区；同时，LTE智能手机大量出现，推动了VoLTE的发展。但目前因基站侧原因导致VoLTE呼叫与切换、SRVCC流程冲突，致使VOLTE语音呼叫异常，目前中兴在602PO2版本中已纳入新版本功能内；

二、新功能简介

2.1 切换与呼叫流程冲突解决

前期在针对网格拉网测试过程中发现，当切换与Volte语音呼叫同时发生时，会导致Volte语音呼叫异常，严重影响用户感知。

目前在602PO2版本中，当终端进行VOLTE语音呼叫过程中，如在QCI1承载建立或

释放前发起切换请求，基站侧会将切换请求暂时搁置，优先处理QCI1承载建立或释放，以保证Volte语音呼叫正常；

2.2 SRVCC与呼叫流程冲突解决

目前大部分设备厂家均不支持VOLTE业务建立过程中发生在振铃前的eSRVCC，也就是我们常说的bSRVCC。VOLTE业务QCI1建立后到180Rining之前这段时间内，一旦发生了SRVCC（bSRVCC），就会引起未接通。当前基于事件（测量报告）触发的移动性管理策略，网络侧无法避免bSRVCC发起的时机，呼叫成功率也会因此受到一定的影响。从提升用户VOLTE业务感知及改善网络KPI指标的角度出发，控制呼叫过程中的bSRVCC是十分必要的。

SRVCC发起至少要等到QCI1承载建立后，在主叫终端收到180Ringing消息前的这段时间间隔内发生SRVCC，面临着呼叫流程被SRVCC流程打断的问题。因为网络侧无法控制SRVCC发起时间，所以呼叫成功率会有所影响。控制呼叫过程中SRVCC的发起时间，就显得必要。

设置定时器对此功能进行异常保护，同时也用于解决SIP信令加密的场景。设置定时器默认设置8s，如果一直未收到/发出180Ringing消息或者SIP加密，最多保护8s内不启

动SRVCC流程，即定时器到期后，杀死定时器，且允许执行SRVCC。具体场景如下：

建立了QCI1，但是未收到/发出180Ring消息的UE或者定时器到期，标识为禁止SRVCC的UE。

建立了QCI1，已经收到/发出180Ring消息的UE或者定时器到期，标识为允许SRVCC的UE。

若基站解析SIP信令，当检测到180Ringing消息后，UE的状态由禁止SRVCC状态转化为允许SRVCC状态。

由于以后的核心网可能会支持，所以需要增加一个开关控制，即：若核心网支持bSRVCC切换，则不触发SRVCC延迟切换。

UE上报A2门限，下发UE能力支持的系统的B1/B2测量时，此时正常下发SRVCC相关的异系统测量，不受SIP消息影响。

三、新功能验证对比测试

3.1 切换与呼叫流程冲突解决验证测试

前期在网格拉网测试中发现当承载建立或释放与切换流程存在冲突时，会导致Volte呼叫异常，以下为前期拉网测试切换与Volte呼叫专载释放冲突导致的问题点：

从路测软件来看，1月8日，9:36:21主叫上发invite并于9:36:27.919会话正常建立。会话建立满180s后，主叫终端于9:39:28.620向网络侧发送BYE，并于9:39:28.777收到BYE200，此时执行切换动作，并且之后未收到专载去激活信令，未能正常释放QCI=1专载，于是CDS在9：39：33.792报一个call drop事件（CDS特色功能：主叫收到BYE 200之后，如果5s内没有收到专载去激活，则生成一个CALL drop 事件）。被叫则在9:39:28.605切换完成后，于9:39:28.933收到BYE消息，被叫挂机并回复BYE200给网络侧，之后也执行切换动作，但有收到专载去激活信令，正常释放专载。主被叫的无线环境如下：