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

合集下载

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

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

参数设置不合理导致ESRVCC切换失败分析参数设置合理与否是影响ESRVCC切换成功与否的一个重要因素。

ESRVCC切换失败可能由多种原因引起,包括网络质量不佳、设备兼容性问题、运营商网络配置错误等。

在这些问题之外,参数设置的不合理也可能导致ESRVCC切换失败。

接下来,我将详细分析参数设置不合理导致ESRVCC切换失败的可能原因。

首先,本地设备参数设置不合理可能导致ESRVCC切换失败。

在进行ESRVCC切换时,本地设备参数设置不合理可能导致切换信令的传输失败,从而导致切换失败。

例如,如果终端设备的参数设置中语音编解码器不支持ESRVCC切换所需的编码方式,就无法进行ESRVCC切换。

此外,如果终端设备的参数设置中配置的最大码率与网络允许的最大码率不一致,也可能导致ESRVCC切换失败。

其次,运营商网络参数设置不合理可能导致ESRVCC切换失败。

在进行ESRVCC切换时,运营商网络参数设置不合理可能导致切换信令在传输过程中出现错误或丢失,从而导致切换失败。

例如,运营商配置的切换触发门限值过低或过高,会导致切换过于频繁或无法触发切换。

此外,运营商网络中与ESRVCC切换相关的接口参数设置错误,也可能导致ESRVCC切换失败。

再次,网络质量差可能导致ESRVCC切换失败。

ESRVCC切换需要保证实时传输的语音数据在切换时的连续性和稳定性,而网络质量差会导致实时传输的语音数据在切换过程中出现丢包或延迟,从而导致切换失败。

例如,网络带宽不足、网络拥塞或网络抖动等问题都可能导致ESRVCC切换失败。

最后,设备之间的兼容性问题也可能导致ESRVCC切换失败。

ESRVCC切换是终端设备和运营商网络之间的一项复杂协作过程,如果设备之间的版本或配置兼容性存在问题,就可能导致切换失败。

例如,终端设备的硬件或固件版本过低或过高,无法与运营商网络进行正常的切换协商和协作,就会导致ESRVCC切换失败。

综上所述,参数设置的不合理可能导致ESRVCC切换失败。

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

最新切换配置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 ONInterRatHoA1ThdRsrp -110InterRatHoA2ThdRsrp -115InterRatHoGeranB1Thd -903、配套参数核查esrvcc切换配套参数,发现服务质量等级1与服务质量等级5切换配置QCI优先级出现配置错乱,切换配置优先级是连接态的,DRX特定优先级是空闲态的,能不能进行esrvcc是跟切换配置QCI优先级有关跟DRX的QCI优先级没关系。

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切换全为成功,无失败案例,故目前只整理了一些常见失败现象。

eSRVCC切换失败

eSRVCC切换失败

全网eSRVCC切换失败信令携带的主要原因码
(1)2 Handover/Relocation cancelled by source system
原因:1)MME存在处理流程冲突,如Service Request和Handover流程冲突。

基站发生切换请求后,未等到核心网的切换相应消息,定时器超时后基站取消切换
2)基站内部处理流程异常,发送切换取消
(2)3 Handover /Relocation Failure with Target system
原因:2G接入失败,导致切换不成功
(3)8 Failure in Radio Interface Procedure
原因:4G无线原因导致切换失败
(4)7 No Radio Resources Available in Target Cell
原因:2G系统拥塞等原因导致切换失败
(5)6 Target Cell not available
原因:2G邻区配置错误等
解决措施
针对2G系统拥塞:严格按照集团要配置空闲态4G驻留门限等参数,提升4G数据业务驻留比,降低2G网络负荷;加强2G网络拆闲补忙,合理规划2G退频节奏,确保热点地区2G资源不受限。

2G网络质差:加强2G小区干扰排查,对于无法降低干扰的小区将其从邻区中删除;开展精细优化,建立2-4G邻区修改联动机制,减少邻区漏配、错配等导致的空口质差;对于暂时无法解决的2G质差区域,通过提高eSRVCC切换的2G门限、增加触发时间等参数调整措施,减少这类小区的eSRVCC切换请求数量。

QCI优先级配置不当至VOLTE业务失败

QCI优先级配置不当至VOLTE业务失败

QCI优先级配置不当至VOLTE业务失败1 概述LTE没有电路域,需要基于分组域提供IP语音业务,即VoLTE(Voice over LTE)。

VoLTE作为一种新的语音解决方案,基于IMS网络的LTE的语音解决方案,全部业务承载于4G网络上,在同一网络下可实现数据与语音业务。

随着智能终端及移动互联网业务的高速发展,当前4G网络下不仅仅需提供高速率的数据业务,同时还需提供高质量的音视频通话。

在正式使用之前需要进行全面的测试,及时发现问题解决问题,使用户有较好的使用感知。

2 Volte基本流程了解Volte整个呼叫流程后,当测试过程中网络出现异常事件可以迅速的发现问题,分析处理问题时思路可以更加清晰,达到事半功倍的效果。

2.1 VoLTE呼叫业务流程上述A和B均是IDLE模式,互相进行拨打的方式是实际应用场景中最常见的一种方式了,具体流程如下:1.用户A和B在注册成功后,无业务触发,MME发起上下文释放,将A和B均置为IDLE模式。

2. UE A呼叫UE B,此时A发现其为IDLE模式,则需要先建立信令连接。

首先缓存需要发送的数据,向eNodeB发起RRC Connection Request,携带初始UE ID和S-TMSI(第一次是随机值,此时TMSI值应为有效)。

3. eNodeB向UE回复RRC Connection Setup,其中携带无线资源专用配置信。

4. UE向eNodeB回复RRConnection Setup Complete,确认RRC建立成功完成。

其中携带选择的PLMN ID,注册的MME信息(plmn-id、mmegi、mmec),NAS消息(Service Request)。

5. eNodeB发送Initial UE Message到MME,其中携带eNodeB UE S1AP Id,TAI,E-UTRAN -CGI,RRCEstablishment Cause, NASPDU为Service Request。

MINI ATU设备异常导致临川温泉安全ESRVCC连续切换失败

MINI ATU设备异常导致临川温泉安全ESRVCC连续切换失败

MINI ATU设备异常导致临川温泉安全ESRVCC连续切换失败一、问题描述6月9号,统计MINI_ATU设备(ID=04791848)ESRVCC切换失败多达382次,且都是占用临川温泉安全2小区触发的ESRVCC切换失败。

二、问题分析2.1MINI ATU log分析提取MINI_ATU log分析发现,MINI_ATU设备一直定点一个地方,原因为6月9号为端午节,出租车回家过节,定点开机测试,开机后一直占用远在5公里外的临川温泉安全2小区,同时设备测量到最近站点红桥车田基站信号非常差(PCI=363),导致无法及时切换和重选至最优小区,4G信号差,UE进行ESRVCC切换(4G温泉安全2小区,2G温泉安全2小区),切换失败返回4G后,由于2G邻区信号又满足B2门限,UE又上发测量报告触发ESRVCC 切换,然后又失败。

由于诺基亚设备目前还没有ESRVCC切换失败惩罚机制,导致大量切换失败。

MINI_ATU截图2.2告警和干扰排查查询2/4G温泉安全和红桥车田基站告警和干扰情况,均正常。

2.3现场测试为了分析问题,在事件发生问题点持N1 MAX设备定点进行volte长呼测试,发现设备占用最近站点临川红桥车田-NLH-1或抚州造纸厂-NLH-2,一直未占用温泉安全2小区,由于临川红桥车田-NLH-1信号较好(RSRP-100左右),未达到B2切换门限,所以通过压手机和参数调整让UE进行ESRVCC切换,通过压手机信号变差可以正常进行ESRVCC切换,通过调整A2、B2门限发生BSRVCC切换导致掉话。

参数调整信令截图振铃后切换截图(ESRVCC)振铃前切换截图(BSRVCC)从上面2张截图可以看出,振铃前切换为BSRVCC切换导致掉话,原因为目前终端和核心网不支持BSRVCC切换,振铃后切换为ESRVCC切换,正常切换后正常通话。

综上可以看出,可能是MINI_ATU设备问题导致UE开机驻留较远的基站导致大量ESRVCC 切换失败,同时提高A2/B2门限容易导致BSRVCC切换失败,目前网络是不支持BSRVCC切换,所以后期在进行ESRVCC切换参数优化时注意本系统门限不要设置太高,以免导致指标恶化。

4G侧所加2G邻区的RAC值配置错误导致eSRVCC切换成功率低案例

4G侧所加2G邻区的RAC值配置错误导致eSRVCC切换成功率低案例

榆林公司4G侧所加2G邻区的RAC值配置错误导致eSRVCC切换成功率低案例【问题描述】榆林现卡特区域eSRVCC切换成功率指标较低,只有10%左右,主要原因为部分站点eSRVCC切换成功率较低导致。

榆林卡特全网连续一周eSRVCC切换指标统计如下:典型站点ao751连续一周eSRVCC切换指标统计如下:【问题分析】现场跟踪典型站点ao751的calltrace发现:ao751向2G侧发起了切换请求后,但很快MME向基站侧回复了切换准备失败的消息,失败的原因为未知的目标小区(unknown-targetID),发起请求的信令截图如下:MME回复切换准备失败的信令截图如下:现场进行CDS验证时,也只上报B2事件,但是没有执行切换的Handover Command消息,导致无法切换至2G。

现场CDS信令截图如下:eSRVCC完整信令流程如下:根据空口的信令流程来看,只是说明无线环境质量达到了B2门限,也就是说上述流程中的第一步满足条件,从空口信令以及以上eSRVCC流程来看,不切换有如下可能原因:1、由于基站未开启eSRVCC测量开关等原因,eNB 没有收到MeasurementReport(B2)导致切换流程无法继续。

2、4-2G邻区问题,通过UE上报的频点信息以及eNB内部的2G邻区信息(LAC RAC CI),MME或者MSC无法找到对应2G小区导致失败。

3、eNB收到MeasurementReport(B2)后,没有向MME发起handover Required消息。

4、MME收到handover Required之后,没有向MSC交互后续信息。

5、MME和MSC之间信息交互失败。

所以,不切换的原因可能是基站eSRVCC相关的开关测量未正确配置导致,或者是上端核心网参数配置错误导致。

后台对该站的eSRVCC相关参数再次核查,开关都已打开,测量也已配置,但在核查2G邻区信息时发现,部分2G邻区里的RAC值与2G现网的RAC值不一致(榆林卡特区域2G的RAC值为3,华为区域的2GRAC值为0)。

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感知差问题。

三、配置参数基于覆盖的异系统切换判决测量量主要来源于UE对下行信号的测量值,当上下行严重不平衡或上行存在高干扰时,可能导致上行高质差等问题,而上行高干扰对语音质量存在较大影响。

启用基于上行链路质量的异系统切换可以避免这种上下行不平衡、上行强干扰等切换不及时场景,通过合理的设置上行质量门限,在MOS值降低时及时切换出,提升用户感知度。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

切换配置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
经验总结:
1、定期核查esrvcc切换各种配套参数保证各参数一致性。

2、将涉及到esrvcc切换各种参数写进开站脚本。

相关文档
最新文档