VoLTE基于无线链路质量esrvcc切换功能

VoLTE基于无线链路质量esrvcc切换功能
VoLTE基于无线链路质量esrvcc切换功能

VoLTE基于无线链路质量切换功能

一、功能说明

在部署VoLTE后,为保证用户的VoLTE语音体验,eNodeB引入了基于无线链路质量的切换功能。该功能开启后,eNodeb将实时监控每个VoLTE终端的无线链路质量,如果无线链路质量差到一定程度,则触发系统内的异频切换或系统间的eSRVCC。

二、设计原理

移动网络中,各项业务的表现主要取决于当前业务终端所处的无线环境,成熟的有线网络(核心网/业务平台)及终端差异带来的影响非常小。具体到LTE 网络,实时的无线链路质量将决定业务的空口调度及传输,依据VoLTE业务的特点,结合大量的测试实践(MOS测试),可以大致确定不同的无线链路质量对应的语音质量(MOS)等级。在此基础上,通过设定合理的各项参数/门限,对VoLTE 语音质量明显变差的用户采取迁移策略,可以最大限度的保证用户感知。

基于语音质量的切换,在切换流程上与基于覆盖的切换基本一致,但触发的条件有所区别。基于语音质量的切换触发完全通过eNodeB的内部判决——上行为基站测量到的终端SINR;下行为调度的MCS等级与实时Bler。当eNodeB判定需要启动基于质量的切换时,通过RRC重配下发相应的测量控制,终端上报满足条件的测量事件后发起切换。

基于无线链路质量的切换和基于覆盖的切换属于并不冲突,前者主要用于弥补后者在VoLTE业务上的一些不足——VoLTE业务的实时性和感知敏感性决定了单一的基于覆盖的移动性策略无法满足运营需求,基于无线链路质量的切换能很大程度上缓解由于上下行高干扰带来VoLTE感知差问题。

三、配置参数

打开基于语音质量的SRVCC功能开关

选择[修改区->无线参数->TD-LTE ->E-UTRAN TDD小区->测量参数->基于语音质量的SRVCC功能开关],点击(修改)按钮,配置开关为[打开],如图4-28所示,然后点击(保存)按钮。

打开基于语音质量的异频切换开关(本次测试该开关关闭)

选择[修改区->无线参数->TD-LTE ->E-UTRAN TDD小区->测量参数->基于语音质量的异频切换开关],点击(修改)按钮,配置开关为[打开],如图4-28所示,然后点击(保存)按钮。

基于语音质量的切换是否启用测量

选择[修改区->无线参数->TD-LTE ->E-UTRAN TDD小区->测量参数->基于语音质量的切换是否启用测量],点击(修改)按钮,配置为[是],如下图所示,然后点击(保存)按钮。

(第一套参数)配置语音质量的上行和下行门限

选择[修改区->无线参数->TD-LTE ->语音质量差的下行MCS门限],点击(修改)按钮,配置门限为[0]。选择[修改区->无线参数->LTE TDD->语音质量好的下行MCS 门限],配置门限为[1]。选择[修改区->无线参数->LTE TDD->语音质量差的上行SINR 门限],配置门限为[2]。选择[修改区->无线参数->LTE TDD->语音质量好的上行SINR 门限],配置门限为[4]。如下图所示,然后点击(保存)。

(第二套参数)配置语音质量的上行和下行门限

选择[修改区->无线参数->TD-LTE ->语音质量差的下行MCS门限],点击(修改)按钮,配置门限为[9]。选择[修改区->无线参数->LTE TDD->语音质量好的下行MCS 门限],配置门限为[10]。选择[修改区->无线参数->LTE TDD->语音质量差的上行

SINR门限],配置门限为[0]。选择[修改区->无线参数->LTE TDD->语音质量好的上行SINR门限],配置门限为[2]。如下图所示,然后点击(保存)。

配置滤波系数和采样周期

选择[修改区->无线参数->TD-LTE ->语音质量检测周期,点击(修改)按钮,配置门限为[640]。选择[修改区->无线参数->LTE TDD->语音质量上行SINR滤波系数,配置门限为[1/128]。如下图所示,然后点击(保存)。

基于语音质量的异频切换测量配置/异系统SRVCC测量配置

选择[修改区->无线参数-> TD-LTE ->测量参数配置->测量配置索引集->向GERAN

的基于语音质量的SRVCC测量配置],配置为[1710]。选择[修改区->无线参数-> TD-LTE ->测量参数配置->测量配置索引集->基于语音质量的异频切换测量配置],配置为[140]。如下图所示,然后点击(保存)。之后可以在UE系统内测量参数和UE系统间测量参数中对应索引配置各事件对应的门限值。

配置各事件对应的门限值

选择[修改区->无线参数-> TD-LTE ->测量参数配置->UE系统内测量参数],选择测量配置号是140的标签页,点击(编辑)按钮,根据实际配置事件判决的RSRP 门限(dBm),选择测量配置号是1710的标签页,点击(编辑)按钮,根据实际配置RSRP测量时E-UTRAN系统服务小区判决的绝对门限(dBm)和GERAN系统测量时判决的绝对门限(dBm),如下图,然后点击按钮。

注:现有版本引入了PreQci测控,需要同步配置

四、功能流程

?同时开启异频及异系统切换

?只开启异频切换

?典型的基于质量异频切换

?典型的基于质量异系统切换

eSRVCC切换占比验证报告

一、GERAN时间迟滞对指标影响情况 为验证”GERAN时间迟滞”参数对eSRVCC切换成功率、切换比、丢包率的影响,鄂尔多斯市选取TAC:18403内的小区作为试验对象,19号修改所有小区”GERAN时间迟滞”为5120ms,本次修改小区311个,修改后指标情况如下: 1.eSRVCC切换占比、切换成功率影响 GERAN时间迟滞修改至5120ms后,切换至2G的请求次数日均减少4020次,eSRVCC切换占比由13.85%提升至9.11%,提升4.74%:

修改前eSRVCC切换成功率97.66%,修改后97.61%,指标基本无影响: 1.上下行丢包、MR覆盖率影响 GERAN时间迟滞修改至5120ms后,QCI=1的小区上行包数增加1千万次,QCI=1的小区上行丢包数增加7.4万次,上行丢包率增加0.04%;QCI=1的小区下行包数增加1.2千万次,QCI=1的小区下行丢包数增加5.8万次,下行丢包率增加0.02%:

GERAN时间迟滞修改至5120ms后,MR覆盖率降低0.71%: 二、邻区关系对指标影响情况 根据MR测量,将涉及VOLTE切换的GSM冗余漏配邻区进行删除和添加,鄂尔多斯无漏配邻区,不合理冗余邻区282条,21号删除冗余邻区后指标情况如下:

2.eSRVCC切换占比、切换成功率影响 邻区删除后,eSRVCC切换占比提升0.28%,切换成功率提升0.68%: 1.上下行丢包、MR覆盖率影响 邻区删除后,上行丢包率改善0.02%,下行丢包率无改善,MR覆盖率降低0.87%:

三、B2门限对指标影响情况 为了进一步优化上行丢包恶化的情况,现针对之前修改时延为5120ms的小区,如果空口上行丢包率大于0.3%,则将该小区用于eSRVCC的B2门限配置修改为-113dBm,26号对43个小区B2门限就行修改,修改后指标情况如下:

切换配置QCI优先级设置错误eSRVCC不切换演示教学

切换配置Q C I优先级设置错误e S R V C C不 切换

切换配置QCI优先级设置错误eSRVCC不切换 南京华苏科技股份有限公司 邵文俊 故障现象: 测试人员在东胜青铜器广场地下商场测试VOLTE语音业务达到4-2切换门限时一直上报测量报告未进行切换,后测试人员主动挂机结束本次呼叫 原因分析: 流程图

切换目标GSM小区分析 1、硬件故障 通过网管查询当前告警以及历史告警信息,发现该基站以及周边基站近期无告警,排除基站告警故障。 2、干扰问题 通过网管取该小区上近三天上行干扰情况,统计该区域小区均没有干扰、 3、目标GSM指标分析 查看东胜区青铜器广场微蜂窝-1近三天无SD与TCH信道拥塞,信道完好率均100% 4、邻区漏配、

进一步排查,占用小区东胜青铜器广场-HLWE,达到eSRVCC切换门限未能及时切换至GSM小区,核查4-2邻居区结果如下,本小区均已经添加和周边GSM以及同覆盖室分邻区关系。 通过以上分析可以得出切换目标GSM小区涉及到ESRVCC切换各种指标均正常,基本排除问题出在GSM侧 切换源LTE小区分析 1、日常指标 提取近三天东胜青铜器广场-HLWE-1流量与核心指标及其干扰告警情况,可见该小区业务量正常,核心指标良好,无告警与干扰,基本排除LTE无线环境问题。 2、切换门限 核查东胜青铜器广场-HLWE-1小区的eSRVCC相关切换开关设置与之配套门限值,核查结果表明相关设置与门限均在合理范围之内,排除参数与门限设置导致不切换。

SRVCC ON InterRatHoA1ThdRsrp -110 InterRatHoA2ThdRsrp -115 InterRatHoGeranB1Thd -90 3、配套参数 核查esrvcc切换配套参数,发现服务质量等级1与服务质量等级5切换配置QCI优先级出现配置错乱,切换配置优先级是连接态的,DRX特定优先级是空闲态的,能不能进行esrvcc是跟切换配置QCI优先级有关跟DRX的QCI优先级没关系。 本地小区标识 服务质量等级 异系统 切换公 共参数 组ID 异系统 GERAN切 换参数 组ID DRX参数 组ID 切换配 置QCI 优先级 DRX特定 的QCI 优先级 1 服务质量等级指示1 1 0 1 2 1 1 服务质量等级指示2 0 0 0 4 4 1 服务质量等级指示 3 0 0 0 3 3 1 服务质量等级指示 4 0 0 2 5 5 1 服务质量等级指示5 0 0 1 1 2 1 服务质量等级指示 6 0 0 3 6 6 1 服务质量等级指示 7 0 0 3 7 7 1 服务质量等级指示 8 0 0 3 8 8 1 服务质量等级指示 9 0 0 3 9 9 解决措施: 修改服务质量等级指示相对应QCI优先级 本地小区标识 服务质量等级 切换配 置QCI 优先级 (修改 前) 切换配 置QCI 优先级 (修改 后) DRX特定 的QCI 优先级 (修改 前) DRX特定 的QCI 优先级 (修改 后) 1 服务质量等级指示1 2 1 1 2 1 服务质量等级指示5 1 2 2 1

参数设置不合理导致ESRVCC切换失败分析

故障案 例 参数设置不合理导致ESRVCC切换失败 所属公司 中国移动 贵州省公司 专业网优 设备 类型 ENODEB 设备厂家华为 设备 型号 BTS3900 软件 版本 BTS3900V100R010C10SPC150 编制时间2016年06 月28日 作者 作者 电话 关键字eSRVCC;切换门限 问题现象 在日常KPI 监控发现黔西南LTE小区9WM-黄金大酒店LHB-XD-2 5月27日至5月28日,日均失败236次,影响了黔西南整网ESRVCC切换成功率。

日期小区名称E-UTRAN向GERAN 系统切换切出成 功次数 E-UTRAN向 GERAN系统切换 切出尝试次数 切换成功率失败次数 2016-05-24 9WM-黄金大酒店LHB-XD-2 28 33 0.848484848 5 2016-05-25 9WM-黄金大酒店LHB-XD-2 2 6 0.333333333 4 2016-05-26 9WM-黄金大酒店LHB-XD-2 46 50 0.92 4 2016-05-27 9WM-黄金大酒店LHB-XD-2 41 327 0.125382263 286 2016-05-28 9WM-黄金大酒店LHB-XD-2 62 249 0.248995984 187 问题分析 1.eSRVCC切换信令流程

2、站点故障 3、覆盖问题 4、核心网问题 5、无线侧参数问题 6、终端问题 7、其他 3.干扰排查 从OMCR上面查询LTE小区9WM-黄金大酒店LHB-XD-2 5月23-28日的系统上行每个PRB上检测到的干扰噪声的平均值均在-117左右,不存在干扰情况。查询相应GSM小区也未发现干扰,故排除干扰原因。 日期小区名称本地小区标识系统上行每个PRB 上检测到的干扰噪声的平均值(毫 瓦分贝) 2016-05-23 9WM-黄金大酒店LHB-XD-2 1 -112.875 2016-05-24 9WM-黄金大酒店LHB-XD-2 1 -112.9583 2016-05-25 9WM-黄金大酒店LHB-XD-2 1 -113 2016-05-26 9WM-黄金大酒店LHB-XD-2 1 -113.1667 2016-05-27 9WM-黄金大酒店LHB-XD-2 1 -113.2917 2016-05-28 9WM-黄金大酒店LHB-XD-2 1 -113.25 4.故障排查 从OMCR上面查询LTE小区以及GSM小区的历史故障告警情况,发现不存在影响业务的告警。 5.覆盖核查 查询5月份MR数据,发现9WM-黄金大酒店LHB-XD-2整体覆盖率在97.24%,不存在大范围弱覆盖,从

VoLTE基于无线链路质量esrvcc切换功能

VoLTE基于无线链路质量切换功能 一、功能说明 在部署VoLTE后,为保证用户的VoLTE语音体验,eNodeB引入了基于无线链路质量的切换功能。该功能开启后,eNodeb将实时监控每个VoLTE终端的无线链路质量,如果无线链路质量差到一定程度,则触发系统内的异频切换或系统间的eSRVCC。 二、设计原理 移动网络中,各项业务的表现主要取决于当前业务终端所处的无线环境,成熟的有线网络(核心网/业务平台)及终端差异带来的影响非常小。具体到LTE 网络,实时的无线链路质量将决定业务的空口调度及传输,依据VoLTE业务的特点,结合大量的测试实践(MOS测试),可以大致确定不同的无线链路质量对应的语音质量(MOS)等级。在此基础上,通过设定合理的各项参数/门限,对VoLTE 语音质量明显变差的用户采取迁移策略,可以最大限度的保证用户感知。 基于语音质量的切换,在切换流程上与基于覆盖的切换基本一致,但触发的条件有所区别。基于语音质量的切换触发完全通过eNodeB的内部判决——上行为基站测量到的终端SINR;下行为调度的MCS等级与实时Bler。当eNodeB判定需要启动基于质量的切换时,通过RRC重配下发相应的测量控制,终端上报满足条件的测量事件后发起切换。 基于无线链路质量的切换和基于覆盖的切换属于并不冲突,前者主要用于弥补后者在VoLTE业务上的一些不足——VoLTE业务的实时性和感知敏感性决定了单一的基于覆盖的移动性策略无法满足运营需求,基于无线链路质量的切换能很大程度上缓解由于上下行高干扰带来VoLTE感知差问题。 三、配置参数 打开基于语音质量的SRVCC功能开关

04 ESRVCC切换优化思路及方法

ESRVCC切换优化思路及方法 一、ESRVCC切换说明 ESRVCC切换是基于对LTE网络覆盖弱或者覆盖盲区的的一个补充,所以在测试过程中是不希望发生ESRVCC切换的发生,但是确实存在弱覆盖或者覆盖盲区时,必须启动ESRVCC 切换时,我们需要保障ESRVCC切换的成功。 ESRVCC切换正常流程见下图: ESRVCC切换对应ATU File Player软件信令如下:

二、ESRVCC切换失败的原因 1、无线测原因 ESRVCC切换失败无线常见原因分为2个方面: 第一是由于LTE的信号太弱了,在触发往2G切换时由于信号太弱,弱覆盖质差,造成网络无法收到UE上报的ESRVCC Request,网络侧而无法判决切换,造成一直无法切换而拖死; 第二是LTE发起切换ESRVCC Request请求后,网络侧也响应了,由于GSM网络信号不好(或者说GSM网络覆盖良好但存在干扰、GSM网络覆盖较差),造成切入GSM网络的时候失败,造成ESRVCC切换失败。(建议根据现的无线环境对B1/B2切换门限进行合理调整,避免发起ESRVCC Request过晚,造成网络侧无法收到ESRVCC Request请求而失败;还有对发生ESRVCC切换路段的GSM网络优化,避免GSM空口质量差引起切入失败)。 2、终端原因 手机测量到的信号已满足触发B1/B2事件的门限,终端不上报B1/B2事件,造成拖死掉话。 3、核心网原因 手机测量到的信号已满足触发B1/B2事件的门限,终端已上报B1/B2事件,核心网收到B1/B2事件,但是核心网在处理过程中出错,造成没有向GSM/TD发起切换。 三、ESRVCC切换失败案例 由于本轮问题分析中ESRVCC切换全为成功,无失败案例,故目前只整理了一些常见失败现象。

ESRVCC切换优化思路及方法

E S R V C C切换优化思 路及方法 集团企业公司编码:(LL3698-KKI1269-TM2483-LUI12689-ITT289-

E S R V C C切换优化思路及方法 一、ESRVCC切换说明 ESRVCC切换是基于对LTE网络覆盖弱或者覆盖盲区的的一个补充,所以在测试过程中是不希望发生ESRVCC切换的发生,但是确实存在弱覆盖或者覆盖盲区时,必须启动ESRVCC切换时,我们需要保障ESRVCC切换的成功。 ESRVCC切换正常流程见下图: ESRVCC切换对应ATUFilePlayer软件信令如下: 二、ESRVCC切换失败的原因 1、无线测原因 ESRVCC切换失败无线常见原因分为2个方面: 第一是由于LTE的信号太弱了,在触发往2G切换时由于信号太弱,弱覆盖质差,造成网络无法收到UE上报的ESRVCCRequest,网络侧而无法判决切换,造成一直无法切换而拖死; 第二是LTE发起切换ESRVCCRequest请求后,网络侧也响应了,由于GSM网络信号不好(或者说GSM网络覆盖良好但存在干扰、GSM网络覆盖较差),造成切入GSM网络的时候失败,造成ESRVCC切换失败。(建议根据现的无线环境对B1/B2切换门限进行合理调整,避免发起ESRVCCRequest过晚,造成网络侧无法收到ESRVCCRequest请求而失败;还有对发生ESRVCC切换路段的GSM网络优化,避免GSM空口质量差引起切入失败)。

2、终端原因 手机测量到的信号已满足触发B1/B2事件的门限,终端不上报B1/B2事件,造成拖死掉话。 3、核心网原因 手机测量到的信号已满足触发B1/B2事件的门限,终端已上报B1/B2事件,核心网收到B1/B2事件,但是核心网在处理过程中出错,造成没有向GSM/TD发起切换。 三、ESRVCC切换失败案例 由于本轮问题分析中ESRVCC切换全为成功,无失败案例,故目前只整理了一些常见失败现象。 1、LTE信号快衰场景下eSRVCC切换失败 【问题现象】当LTE信号低于某一门限时触发B1/B2事件,但在短时间内RSRP迅速降低,SINR也恶化,无线环境太差,导致无法完成eSRVCC 流程。 【处理建议】降低B1/B2判决门限。 2、GSM邻区配置不完整导致eSRVCC切换失败 【问题现象】测试eSRVCC语音切换时遇到,期待终端做eSRVCC切换到2G,但终端却走了重定向流程,未发生eSRVCC切换 【处理建议】添加2G邻区。 3、GSM邻区参数配置错误导致eSRVCC切换不触发 【问题现象】LTE小区外部GSM邻区网管参数配置与实际不一致而导致eSRVCC切换失败,如BSIC定义不一致。

ESRVCC切换成功率低处理案例

图-1分析流程图 二、分析判断可能原因 1.1、硬件是否存在告警 查询联发科技-SCDHLS3WM2GX站点的活动告警,无影响业务告警存在。 1.2、现场测试分析 2月27日下午09:00-12:00对联发科技-SCDHLS3WM2GX-E1小区的eSRVCC切换成功率低进行测试验证,180秒语音短呼测试;寻找覆盖差点,终端占用联发科技-SCDHLS3WM2GX-E1小区信号,平均RSRP≈-116dBm,SINR≈-2db,MOS平均值在2.93左右,发生12次eSRVCC切换,12次eSRVCC切换均正常。具体测试详情如下: 日期小区平均 RSRP 平均 SINR MoS平 均值 呼叫建 立时延 -IMS Packet Loss Rate 上行误 码率 VoLTE语 音呼叫建 立成功率 2016年2月27日发科技-SCDHLS3WM2GX-E1 -116 -2db 2.93 3.57 0.14 2 100% VoLTE 起呼成 功次数 VoLTE 起呼次 数 VoLTE 语音掉 话率 主被叫 在LTE 上掉话 个数 成功建 立呼叫 次数*2 LTE系 统内语 音切换 成功率 eSRVCC切 换次数 23 23 0 0 13 100% 12 表-1 测试指标统计

1.3、干扰查询 查询站点的上行干扰平均值,联发科技-SCDHLS3WM2GX-E1的系统上行每PRB干扰噪声平均值报纸的-115dBm以下,无上行干扰存在。 图-2上行干扰统计 1.4、切换参数核查 1)查询是否开启SRVCC功能,经过查询开启了SRVCC功能。 2)查询门限值是否设置合理,ESRVCC切换参数组ID为1的,异系统A2 RSRP触发门限为-105dbm,GERAN 切换B2 (本系统切换判决门限-115dbm,异系统判决门限为-89dbm)门限设置均合理。 3)提取两两切换失败小区核查外部小区参数定义是否错误,通过提取两两小区切换发现主要SCDDMB369GX:联发科技10、SCDDCB369GXN:天府软件园三期工程20和SCDDCB369GXN:天府软件园三期工程10小区之间切换失败,统计切换失败原因值为GERAN系统无响应导致切换出准备失败,外部邻区配置核查结果无异常。 图-3 GERAN外部小区 1.5、信令跟踪分析 E-UTRAN向GERAN特定两小区间切换出执行次数都为0,跟踪S1信令发现这几次失败的切换都是出现

eSRVCC详细流程

1.1 附录1:eSRVCC端到端详细流程

1.用户终端向E-UTRAN发送测量报告 2.基于用户终端的测量报告,E-UTRAN决定触发一个到GERAN的SRVCC切换 3.源E-UTRAN向源MME发送切换需求(目标ID,源到目标的透明容器,SRVCC切换指示),E-UTRAN在源到目标透明容器中为 CS域设置“Old BSS to New BSS information IE”,SRVCC 切换指示向MME表明目标只有CS能力,因此这是一个只面向 CS域的SRVCC切换操作。该消息包含一个 UE在目标蜂窝中PS服务不可用的标识 4.基于与语音承载相关联的QCI和SRVCC切换指示,源MME将语音承载从非语音承载中分离出来,并对MSC Server启动语音承载的PS-CS切换流程 5.MME向MSC Server发送一个SRVCC PS to CS Request消息(国际移动用户标识符IMSI,目标 ID,STN-SR,C-MSISDN,源到目标透明容器, MM上下文,紧急标识),如果正在进行的是紧急会话,则消息中将包含紧急标识。对于 UE在受限服务模式下操作的情况,MME也将在请求消息中包含设备识别符。如果认证过的 IMSI和C-MSISDN可用的话,也被包含在请求消息中。MME从HSS接收在E-UTRAN附着流程期间下载的C-MSISDN和STN-SR作为Subscription profile的一部分。MME上下文包含相关的安全信息,CS安全密钥由MME从E- UTRAN/EPS域密钥派生,并在MM上下文中发送 6.MSC Server通过向目标MSC发送准备切换请求(Prepare Handover Request)消息,使PS-CS切换请求和MSC之间的切换请求实现互操作。MSC Server分配一个默认SAI作为在到目标MSC的接口上的源ID。并用 BSSMAP为准备切换请求进行封装。 NOTE1:SAI的默认值是在MSC中配置的,它允许release 8及其后的BSC识别SRVCC切换的源是E-UTRAN.为了保证在目标BSS中准确的统计量,默认的SAI应该跟UTRAN中使用的SAIs区别开来。SAI:Service Area Identifier 7.目标MSC通过与目标BSS交换切换请求/确认消息来进行资源分配 8.目标MSC向MSC Server发送一个准备切换响应消息(Prepare Handover Response) 9.在目标MSC和与MSC Server关联的MGW 之间建立电路连接。例如使用ISUP IAM和 ACM messages. ISUP IAM:ISDN User Part Initial Address Message 10. 对于非紧急会话,MSC Server用STN-SR 启动会话迁移(Session Transfer)。例如:向IMS发送一个ISUP IAM(STN-SR)。对于紧急会话,MSC Server用本地配置的E-STN-SR 启动会话迁移。在会话迁移过程中执行标准的IMS业务连续性或紧急IMS业务连续性。 NOTE2:该步骤可在8后就开始。 NOTE3:如果MSC Server正在使用一个ISUP 接口,则在用户平面(subscriber profile)包含的CAMEL触发器对于优先切换不可用的情况下,非紧急会话的会

srvcc切换深入分析及实战解决方案

eSRVCC切换成功率指标优化 1、eSRVCC概述 1.1实现原理 SRVCC(Single Radio Voice Call Continuity),解决语音控制和移动到CS网络切换时的语音连续性问题。 为基于IMS的VOIP呼叫解决方案,利用IMS核心网络提供LTE VoIP语音业务的路由、控制和业务触发,并提供LTE向2G/3G切换时的语音连续性保证。SRVCC的实现过程实质上就是一个切换过程,在LTE网络中终端是通过IMS来实现语音功能的,当终端离开LTE网络后,则通过MSC server(Mobile Switching Center server)切换到2G/3G 网络中从而实现在2G/3G网络中的语音功能。 eSRVCC:相比于SRVCC,媒体切换点改为更靠近本端的设备。具体方案就是增加ATCF/ATGW功能实体作为媒体锚定点,无论是切换前还是切换后的会话消息都要经过ATCF/ATGW转发。后续在发生eSRVCC切换时,只需要创建UE与ATGW之间的承载通道,对端设备与ATGW之间的媒体流还是通过原承载通道传输。这样其创建新承载通道的消息交互路径明显短于SRVCC方案,减少了切换时长。

eSRVCC方案相对于SRVCC方案的增强在于减少了切换时长(切换时长小于300ms),使用户获得更好的通话体验。 1.2信令流程 当网络或者终端不支持DTM,那么网络只可以使用普通的切换命令HANDOVER COMMAND,仅进行cs域切换,Ps业务和流程挂起,切换完成后终端将请求挂起GPRS。流程分析如下:

(6)MSC Server通过发送Prepare Handover Request消息给目标MSC,让Ps—cs 切换请求和cs—inter—MSC切换请求相互作用。MSC Server对目标BSS在接口上分配一个默认SAI作为源ID,且对Prepare Handover Request使用BSSMAP encapsulatedo (7)目标MSC和目标BSS之间交换切换请求消息及响应消息,以执行资源分配。 (8)目标MSC向MSC Server发送Prepare Handover I/e—sponse消息。 (9)建立目标MSC和MSC/MGW 之间的电路域连接,可以通过使用ISUP IAM和ACM消息来建立。 (10)MSC Server通过使用STN—SR来发起会话转移流程,通过发送ISUP IMA消息至IMS网络,在会话转移过程中执行标准的IMS业务连续性流程。 (11)在会话转移流程过程中,由CS access leg的SDP更新远端,此时VolP分组包下行数据流转换至CS access leg。(12)源IMS access leg被释放。 (13)MSC Server发送一个SRVCC PS to CS Response消息给源MME。 (14)源MME发送一个切换命令消息给源E—UTRAN,该消息中仅包含话音组件消息。 (15)—UTRAN发送一个切换命令消息给UE。 (16)UE转移至GERAN。 (17)目标BSS进行切换检测,UE通过目标BSS向目标MSC发送切换完成消息。 (18)UE开始挂起操作流程。从GUTI获取TLu和RAI pair,将触发目标SGSN向源MME发送Suspend Notifieation消息,MME向目标SGSN回复Suspend Acknowledge。 (19)目标BSS向目标MSC发送切换完成消息。 (20)目标MSC向MSC Server发送SES消息。 (21)通过发送ISUP Answer message给MSC Server完成建立过程。

VOLTE的SRVCC切换失败案例

2G的BSC入切换未打开导致SRVCC切换失败 1.问题描述 全网volte功能开启后ESRVCC切换成功率一直处于20%-30%较低的水平。通过分析发现XXYINSIGOU_ALH_2、XXGANGOU_ALH_3成功率一直为0%,请求次数还比较多,比较典型。详细指标如下: 2.问题分析 首先核对参数和邻区配置,通过对两个站点volte开启参数以及ESRVCC切换先关参数核查发现全部配置正确。然后对两个站点所加的2G邻区配置进行核查(频点、NCC、BCC是否和2G现网一致,4G添加的2G邻区是否有同频同BISC),结果均为发现问题。通过对XXYINSIGOU_ALH_2小区进行calltrace跟踪发现向LAC:14160,CI:19019发生切换请求并失败,测量报告中为BCCH:78和BCCH:71。

通过核实周围GSM站点,站点状态正常。通过咨询华为GSM优化人员有关互操作相关参数时发现有一个BSC入切换切换开关(INTERRATINBSCHOEN)未打开。华为优化人员给出GSM侧方案:配置参数INTERRATINBSCHOEN为YES,同时配置SRVCC缺省SAI的LTESAIMCC、LTESAIMNC、LTESAILAC、LTESAISAC参数 值和MSC Server上配置值不同。此时,BSC按3G入BSC切换处理。

3.问题处理 3月11日华为GSM优化人员对XXYINSIGOU_ALH_2、XXGANGOU_ALH_3两个站点周围的GSM站点开启。根据每天跟踪观察分别在3月16日和3月21日发现这两个站点指标恢复正常。 4.调整效果 3月16日XXGANGOU_ALH_3 指标恢复正常。 3月21日XXYINSIGOU_ALH_2 指标恢复正常。 5.经验总结 发现这个问题后对全网ESRVCC指标进行分析筛选,发现所有涉及华为站点的ESRVCC切换成功率均为0%,可以判定这是华为GSM站点BSC切入开关未打开导致的。通过这一问题可以看出系统间互操作和系统间协同的重要性,在以后涉及到系统间的功能和操作一定要协调好23G优化人员对相关参数进行检查保证功能协同。避免出现对端参数不一致造成功能失效,影响指标,降低客户感知。

基于语音质量eSRVCC切换研究及优化策略

18 2019年2月 第 2 期(第32卷 总第258期)月刊2019年 第2期 电信工程技术与标准化 VoLTE 专题 基于语音质量eSRVCC 切换研究及优化策略 黄正彬,梁家溪,李坚,杨燕铭 (中国移动通信集团广西有限公司玉林分公司,玉林 537000) 摘 要 LTE系统内切换/系统间切换多数基于信号覆盖,无法有效解决信号强度良好情况下,由于干扰会导致 VoLTE语音质量差的问题。本文基于语音质量的eSRVCC切换,能够有效解决密集城区高干扰、县城农村快衰场景下信号质量差的问题,提升VoLTE语音通话质量。 关键词 VoLTE;eSRVCC;异频切换;同频切换;异系统切换 中图分类号 TN929.5 文献标识码 A 文章编号 1008-5599(2019)02-0018-05收稿日期:2018-08-29移动通信网络迈入4G 时代,PS 网络正在逐步取代 CS 网络,语音业务由传统的CS 域承载向PS 承载演进, 在相当长时间内,LTE 网络与2G/3G 网络将长期并存。 VoLTE 使用IMS 网络承载基于PS 的语音业务,在当 前组网场景下,VoLTE 语音连续性通过系统内切换及 系统间切换来保障。系统内通过同频与异频切换实现, 系统间通过eSRVCC 实现。 LTE 网络中实现系统内切换/系统间切换多数基 于信号覆盖,本次研究重点是基于语音质量的切换,能 够解决信号强度良好情况下由于干扰影响信 号质量问题,通过基于质量判决实现切换, 提升语音通话质量。1 语音质量评估方法 1.1 分组丢失率对语音质量影响分析 对VoLTE 业务感知性能影响较大的主 要指标是分组丢失率和时延。由于VoLTE 语音业务使用QCI1承载,对数据分组时延(小于100ms)和数据分组丢失率(小于1%)要求和普通业务所使用的QCI9差别很大,不能直接使用普通数据业务的上下行用户面分组丢失率和时延指标来衡量。若要MOS 分值大于3,分组丢失率需要小于3%;若要MOS 分值大于3.5,分组丢失率需要小于1.5%。分组丢失率与MOS 影响关系如图1所示。1.2 分组丢失率评估方法 基站侧可实时统计评估语音分组丢失情况,基站侧 图1 分组丢失率与MOS值的关系

eSRVCC切换占比验证报告

为验证” GERAN寸间迟滞”参数对eSRVCCH换成功率、切换比、丢包率的影响,鄂尔多斯市选取TAC:18403内的小区作为试验对象,19 号修改所有小区” GERA时间迟滞”为5120ms,本次修改小区311个,修改后指标情况如下: 1. eSRVC切换占比、切换成功率影响 GERAN寸间迟滞修改至5120ms后,切换至2G的请求次数日均减少 4020次,eSRVC切换占比由%提升至% 提升% 修改前eSRVC切换成功率%修改后%指标基本无影响: 1.上下行丢包、MR覆盖率影响 GERA时间迟滞修改至5120ms后, QCI=1的小区上行包数增加1千万次,QCI=1的小区上行丢包数增加万次,上行丢包率增加% QCI=1的小区下行包数增加千万次,QCI=1的小区下行丢包数增加万次,下行丢包率增加%

GERA时间迟滞修改至5120ms后,MF覆盖率降低% 一、令卩区关系对指标影响情况 根据MR测量,将涉及VOLTE切换的GSM冗余漏配邻区进行删除和添 加,鄂尔多斯无漏配邻区,不合理冗余邻区282条,21号删除冗余邻区后指标情况如下: 2. eSRVC切换占比、切换成功率影响 邻区删除后,eSRVC切换占比提升%切换成功率提升% 1.上下行丢包、MR覆盖率影响 邻区删除后,上行丢包率改善%下行丢包率无改善,MR覆盖率降低% 二、B2门限对指标影响情况 为了进一步优化上行丢包恶化的情况,现针对之前修改时延为5120ms

的小区,如果空口上行丢包率大于%则将该小区用于eSRVCC勺B2 门限配置修改为-113dBm 26号对43个小区B2门限就行修改,修改 后指标情况如下: 3. eSRVC切换占比、切换成功率影响 B2门限修改后,eSRVC切换占比降低%切换成功率降低% 4.上下行丢包、MR覆盖率影响 B2门限修改后,上下行丢包率继续改善% MR覆盖率提升% 二、总结 通过对” GERAN寸间迟滞”参数修改试验发现,修改后eSRVCC切换 占比改善明显,MF覆盖率降低%以外,其余指标影响较小,可对切换占比高的小区进行推广修改修改邻区关系,eSRVCC切换占比提升%切换成功率提升%上行丢 包率改善%下行丢包率无改善,MF覆盖率降低%

eSRVCC切换端到端分析

eSRVCC切换端到端核查指导1、Esrvcc流程图: 2、关键流程说明:

流程1:ENODEB收到UE上报的B2事件后,会向MME发起esrvcc切换请求对应标准流程终端3,请求消息中会携带关键信息:GSM小区的LAC-CI,该信息必须与现网真是信息一致,否则会导致流程2时查询失败(LTE配置GSM邻区需要参数一致)。 流程2:MME收到切换请求后会根据GSM小区的LAC构造一个域名,使用该域名去DNS上查询对应的EMSC(LAC<->EMSC对应关系),因此需要DNS上配置正确了GSM LAC对应信息。如果DNS上配置错误则MME会给ENB回复切换准备失败,携带原因:unknown-taergetID。 流程3:MME取得EMSC的信息后,会向EMSC发起切换请求,如标准信令流程中的5, SRVCC PS TO CS REQUEST,携带关进信息GSM小区的LAC-CI。 流程4:EMSC收到切换请求后会根据LAC信息查找对应的MSC(LAC<->MSC 对应关系),如果EMSC上LAC对应关系错误,则EMSC会给MME回复SRVCC PS TO CS REPONSE携带原因:无可用资源。MME收到该相应后,会向ENB回复ho-failure-in-target-EPC-eNB-or-target-system。 流程5:如果MSC收到切换请求后会将切换请求发往GSM,如果GSM资源准备成功则会进行ESRVCC切换。

3、特殊场景esrvcc失败 1、协议规范不明确导致VOLTE视频主被叫同时发生SRVCC切换必失败问题。 2、esrvcc切换与BYE挂机流程冲突导致emsc统计切换失败。 4、问题复现 如果根据关键流程说明,进行核查以后问题仍没有解决,则需要联合ENB-MME-EMSC-MSC-BSC进行端到端的问题复现。

eSRVCC信令流程

23.216 V10.6.0 6.2.2.1 SRVCC from E-UTRAN to GERAN without DTM support Depicted in figure 6.2.2.1-1 is a call flow for SRVCC from E-UTRAN to GERAN without DTM support. The flow requires that eNB can determine that the target is GERAN without DTM support or that the UE is without DTM support. Figure 6.2.2.1-1: SRVCC from E-UTRAN to GERAN without DTM support 1. UE sends measurement reports to E-UTRAN. 2. Based on UE measurement reports the source E-UTRAN decides to trigger an SRVCC handover to GERAN. 3. Source E-UTRAN sends Handover Required (Target ID, generic Source to Target Transparent Container, SRVCC HO Indication) message to the source MME. The E-UTRAN places the "old BSS to new BSS information IE" for the CS domain in the generic Source to Target Transparent

切换配置QCI优先级设置错误eSRVCC不切换

切换配置QCI优先级设置错误eSRVCC不切换 南京华苏科技股份有限公司 邵文俊 故障现象: 测试人员在东胜青铜器广场地下商场测试VOLTE 语音业务达到4-2切换门限时一直上报测量报告未进行切换,后测试人员主动挂机结束本次呼叫 原因分析: 流程图

切换目标GSM小区分析 1、硬件故障 通过网管查询当前告警以及历史告警信息,发现该基站以及周边基站近期无告警,排除基站告警故障。 2、干扰问题 通过网管取该小区上近三天上行干扰情况,统计该区域小区均没有干扰、 3、目标GSM指标分析 查看东胜区青铜器广场微蜂窝-1近三天无SD与TCH信道拥塞,信道完好率均100%

4、邻区漏配、 进一步排查,占用小区东胜青铜器广场-HLWE,达到eSRVCC切换门限未能及时切换至GSM小区,核查4-2邻居区结果如下,本小区均已经添加和周边GSM以及同覆盖室分邻区关系。 通过以上分析可以得出切换目标GSM小区涉及到ESRVCC切换各种指标均正常,基本排除问题出在GSM侧 切换源LTE小区分析 1、日常指标 提取近三天东胜青铜器广场-HLWE-1流量与核心指标及其干扰告警情况,可见该小区业务量正常,核心指标良好,无告警与干扰,基本排除LTE无线环境问题。 2、切换门限 核查东胜青铜器广场-HLWE-1小区的eSRVCC相关切换开关设置与之配套门限值,核查结果表明相关设置与门限均在合理范围之内,排除参数与门限设置导致不切换。

InterRatHoA1ThdRsrp -110 InterRatHoA2ThdRsrp -115 InterRatHoGeranB1Thd -90 3、配套参数 核查esrvcc切换配套参数,发现服务质量等级1与服务质量等级5切换配置QCI优先级出现配置错乱,切换配置优先级是连接态的,DRX特定优先级是空闲态的,能不能进行esrvcc是跟切换配置QCI优先级有关跟DRX的QCI优先级没关系。 本地小区标识 服务质量等级 异系统 切换公 共参数 组ID 异系统 GERAN切 换参数 组ID DRX参数 组ID 切换配 置QCI优 先级 DRX特定 的QCI优 先级 1 服务质量等级指示1 1 0 1 2 1 1 服务质量等级指示2 0 0 0 4 4 1 服务质量等级指示 3 0 0 0 3 3 1 服务质量等级指示 4 0 0 2 5 5 1 服务质量等级指示5 0 0 1 1 2 1 服务质量等级指示 6 0 0 3 6 6 1 服务质量等级指示 7 0 0 3 7 7 1 服务质量等级指示 8 0 0 3 8 8 1 服务质量等级指示 9 0 0 3 9 9 解决措施: 修改服务质量等级指示相对应QCI优先级 本地小区标识 服务质量等级 切换配 置QCI优 先级(修 改前) 切换配 置QCI优 先级(修 改后) DRX特定 的QCI优 先级(修 改前) DRX特定 的QCI优 先级(修 改后) 1 服务质量等级指示1 2 1 1 2 1 服务质量等级指示5 1 2 2 1 如下是修改后切换成功截图

RAC设置问题导致核eSRVCC切换准备失败问题处理

本文档仅用于通信从业者学习交流 1 名称:RAC 设置问题导致核eSRVCC 切换准备失败 问题描述: eSRVCC 切换用例测试中,发现终端上报B2MR 后基站未有下发MobilityFromEutraCommand 的问题,导致无法切换。为了验证ESRVCC 的功能是否可以正常切换,特修如下参数:A2\B2\异系 统互操作,如下表标黄区域 参数修改后:测试过程终端上报B2的MR 后、网络侧未响应终端,终端始终未收到ENB 下发MobilityFromEUTRACommand 消息,导致终端无法eSRVCC 的切换。 问题分析: 提取对应时间段内的CDL-log 进行分析发现异常如下:终端上报B2-MR 后,ENB 经过S1口向EPC 上报了Handover Requied 切换准备消息后(上报LAC\CI\RAC ),EPC 直接回复了Handover Preparation Failure 导致切换失败(失败原因为:radioNetwork :unknown-targetID )一般失败需要分析目标GSM 邻小区配置是否异常

从切换流程上,我们接入网是没有问题的、而MME需要到目标MSC/SGSN做切换请求,有可能是这一步出问题。下一步需要与核心网人员确认下相关数据和功能是否正常 通过MME侧的抓包,发现异常。核心网答复原因:eSRVCC切换构造的域名为:RAC配置异常,需要我们核对RAC配置是否正确、通过检查我们配置的RAC都是"0"如下图:

本文档仅用于通信从业者学习交流 3 而基站所在DNS eSRVCC 切换构造的域名为:https://www.360docs.net/doc/231906052.html,cxxxx.rac.epc.mnc000.mcc460.3gppnetwork.or 中RACXXXX 为0000导致查询DNS 失败,RACXXXX 应该固定为 RAC0001 解决措施: 通过修改外部GSM 邻区RAC 区设置,由0设置为1。

相关主题
相关文档
最新文档