VOLTE基础手册时延、MOS、切换

1、第1章VOLTE指标提取21.1【OMC指标提取与优化】21.2【路测指标提取】4第2章 各项指标分析思路52.1【时延】52.1.1 TOP时延分析52.2 【MOS分析】102.2.1 MOS关联分析102.2.2弱MOS分析112.3 【esrvcc切换】122.3.1 esrvcc分析思路122.3.2 esrvcc切换分析14第3章 相关案例153.1 【呼叫建立时延】153.1.1爱立信EPC强制鉴权加密导致volte呼叫延时增加案例案例153.1.2中兴EPC开启PS寻呼精细化配置导致VOLTE呼叫时延增加案例163.2 【esrvcc切换】173.2.1诺西参数配置导致ESRV

2、CC失败案例173.2.2因终端模式设置无法触发eSRVCC切换213.2.3 eMSC 给华为MME 返回“Unassigned Number”或“No Resources Available”223.2.4 eSRVCC切换时用户听到号码不存在提示音223.2.5 eMSC因IMS网络呼叫未响应重复发送Update233.2.6 eSRVCC切换后主被叫均听不到对方的声音233.2.7 MME 选择eMSC机制影响测试效率24第1章VOLTE指标提取Volte指标的分析能够高效发现影响用户感知的质量问题，指标分为语音接入性、保持性、SRVCC、语音质量4个方面，即接通率、时延、掉话率、切换

3、成功率、MOS值等。1.1 【OMC指标提取与优化】目前LTEOMC无法直接提取VOLTE相关指标，需要分别提取后通过公式进行计算得到，比如eSRVCC切换成功率=（LTE到GSM的SRVCC切换出执行成功次数+ LTE到UTRAN的SRVCC切换出执行成功次数）/( LTE到GSM的SRVCC切换出准备请求次数+ LTE到UTRAN的SRVCC切换出准备请求次数),相对较复杂，故本手册所有OMC指标均通过另外一个途径-网优平台提取。（1）登陆4A，准备进入网优平台（2）进入网优平台之后选择数据查询与维护-自定义查询与模板创建，根据所要提取的指标（无线接通率、E-RAB掉线率、VOLTE用户切

4、换成功率、esrvcc切换成功率、volte下行平均时延等）建立一个模板，本次将模板命名为Volte指标-xiaoyuan，后期如需要查询volte指标将不再重复建立模板，直接进入第3步查询模板。（3）数据查询与维护按模板查询与模板管理volte指标-xiaoyuan，然后选择网元，时间粒度，直接导出表格。（4）本模板按照小区粒度来提取指标，方便查看TOP劣化小区，在使用本模板之前，建议先通过全网整体指标查看是否有大的网络异常，如下图：（5）将提取的表格打开，各项指标劣化排序，再逐个进行分析，目前VOLTE用户数量群极少，基本是测试卡产生的业务，提取的孝感1月1日-6日的volte指标发现绝大

5、部分小区并无业务，另外极少部分产生业务小区并无指标劣化情况。（6）若存在劣化小区，优化思路为告警-干扰-C类（邻区设置等）-B类（互操作等）-A类（QCI等各个参数）-隐性故障1.2【路测指标提取】目前按照集团规范以中国移动自动路测管理平台提取的路测指标为准，测试指标商用标准为：KPI 商用初期 成熟期 接通率（%） 95% 97% 掉话率（%） 2% 1% 呼叫建立时延(s) 5 4 MOS3.0以上占比 80% 85%IMS注册成功率（%） 97%98% eSRVCC成功率（%） 95% 97% eSRVCC切换时延-用户面（ms） 400 350 （1）进入平台，了解测试计划，孝感的盒子

6、号为01027433 ，选择测试计划管理里对应的地市和号码。（2） 选择统计分析多维度基础统计添加，开始根据需要进行统计。（3）得出最终的指标，可导出表格第2章 各项指标分析思路2.1【时延】2.1.1 TOP时延分析（1）选择12月1日到12月4日，孝感其他日常测试的VOLTE，在文件列表中共计有8条数据。（2）选择网格3的几个log，进行VOLTE时延分析。（3）生成VOLTE时延信息弹框如下(4)按照呼叫建立时延进行排序，即可分析TOP。发现如下标红的为时延较长的，基本上都是在节点3-4的时候时长过长，还有1个是节点2-3的时候时长过长。然后需要逐条对时长偏长的进行信令流程的查看，为了方

7、便起见，以下按照顺序命名为TOP1，2,3,4,5。(5)本次将节点1-2,2-3,3-4的信令流程都进行查看、理清，后续工作中就是碰到哪个节点时长大就针对性分析哪个节点。节点1-2时长(无线资源配置的完成)节点2-3时长（QCI=1专用资源的建立）节点3-4时长（IMS网络的交互）(6)首先对TOP1进行深度回放，查看对应信令流程。节点1-2（正常）：从主叫初始发invite到主叫初始接入RRC重配完成，大约100多ms。流程为主叫发起INVITE,但为空闲态，需要先建立信令连接，向eNodeB发起RRC Connection Request，eNodeB向UE回复RRC Connectio

8、n Setup，UE向eNodeB回复RRC Connection Setup Complete，确认RRC建立成功完成。eNodeB发送eNodeB UE S1AP ID，TAI，UE安全能力和安全密钥等信息到MME，MME侧用户面承载建立成功后向eNodeB返回Complete，最后eNodeB向UE发送RRC Connection Reconfiguration消息，UE向eNodeB返回RRC Connection Reconfiguration Complete消息，确认无线资源配置完成。节点2-3（时延偏长）：从主叫初始接入RRC重配完成到主叫收到LTE NAS-Activate

9、dedicated EPS bearer CR，大约小于200多ms，TOP1该节点时延过长。分析：QCI=1的建立以及流程图。正常该节点流程：主叫完成在EPC侧的注册以及IMS的注册（QCI5承载）后，核心网会发起QCI1的承载建立，如下图直接在主叫接入RRC重配完成后，接下来ENODEB向MME发送消息的时候中间多出了3600m。主叫UE发起呼叫时查看正好SINR值为-3dB，属于在质差点起呼，起呼后还未来得及收到eNODEB发送含有邻区信息的RRC Connection Reconfiguration消息，终端已经失步，失步后发起了RRC的重建立消息。重建立至孝感和平街-PLH-1进行了

10、QCI=1的建立。由于此次通话存在一次由于无线环境恶化导致的RRC重建，因此呼叫较长。节点3-4（时延偏长）：从主叫收到Activate dedicated EPS bearer CR到收到180ringing，大约小于200多ms，该节点时延过长。正常该节点流程：AS服务器转发INVITE到被叫，发送下行数据首先经过PDN网关到SGW网关。SGW发现被叫UE为IDLE模式，发送下行数据到UE和通知到MME，同时缓存数据。MME对被叫UE发起寻呼流程，被叫UE也会完成在MME以及IMS的注册。被叫UE向AS服务器送呼叫处理中的应答消息100 Trying 。被叫UE向AS服务器送183 Ses

11、sion Progress消息，提示建立对话的进度信息。（此时被叫QCI1专用承载建立）AS服务器向主叫主叫UE转送183 Session Progress消息，主叫UE了解到整个Session的建立进度消息。主叫UE向AS服务器回复临时应答消息PRACK，表示收到183 Session Progress消息。AS服务器向被叫终端B转送临时应答消息PRACK ，终端B了解到主叫UE收到183 Session Progress消息。被叫终端B向AS服务器发送200 OK消息，表示183 Session Progress请求已经处理成功。AS服务器向主叫主叫UE转送200 OK消息。主叫UE向AS

12、服务器发送UPDATE消息，意在与被叫终端B协商相关SDP信息。AS服务器向被叫终端B转送UPDATE消息。被叫终端B向AS服务器发送200 OK消息，表示UPDATE请求已经处理成功。 14. AS服务器向主叫用户A转送200 OK消息，通知用户A UPDATE请求已经处理成功。被叫UE振铃，用户振铃后，向AS服务器发送180 Ringing 振铃信息。 16. AS服务器向主叫主叫UE转送180 Ringing 振铃信息。分析：主叫UE完成Activate dedicated EPS bearer后，一直未收到被叫的寻呼响应，此时无线信号覆盖良好，对比主被叫信令流程，发现被叫UE收到寻呼消

13、息滞后导致响应主叫UE在信令IMS_SIP_INVITE->Trying 100和IMS_SIP_INVITE 183之间时间较长，需要和核心网沟通，如下图所示：2.2 【MOS分析】2.2.1 MOS关联分析MOS评分是一个端到端的问题，经过的网元，接口特别多，因此任何一个语音传输环节的问题，都会导致语音损伤，最终使MOS分下降，需要逐个排查。本手册只进行空口分析，对影响MOS的空口网络问题分别阐述。2.2.1.1 覆盖类网络覆盖不好，网络中必然存在较多的接收质量差区域，影响话音质量。覆盖优化：解决弱覆盖路段，控制越区覆盖和重叠覆盖区。结合网格拉网测试数据和扫频结果,重点解决“高电平质

14、差”的重叠覆盖度高的路段 ，有效提升网络结构。扫频分析。使用扫频仪测试网格后对扫频中越区覆盖小区进行覆盖控制，对扫频中没有主覆盖小区的区域进行调整天线。城区ATU分析。对网格进行大量测试，对路测中出现的问题路段进行分析解决，对所有的测试LOG分主被叫做拉线图层并分析，找出过覆盖小区进行调整天线，之后进行覆盖验证，保证覆盖良好。2.2.1.2 干扰类干扰会导致超过基站解调能力无法识别无线帧，导致无线帧丢失，话音断续。通过测试数据和MR数据分析，针对质差频点，逐一进行合理优化并验证，提升整体语音质量。 合理规划PCI。相同PCI的复用距离要足够远，尽量避免站内或邻区中配置PCIMOD3的值相同，保

15、留适量PCI用于室分规划、位置边界规划和网络的扩展等措施避免PCI设置不合理导致的高干扰。 外部干扰。此类因素只能通过协调沟通也来进一步改善。 2.2.1.3 切换引起的MOS问题由于LTE是硬切换，从源小区切换到目标小区，必然存在帧的丢失，因此通话过程中由于切换导致的语音断续是不可避免的。因此需要检查相关切换参数，尽量避免过多、过频繁的切换。邻区配置核查。邻区配置不合理导致切换到质量差小区或者切换较慢，一旦不能够及时把语音呼叫切换到更好邻区，便会导致语音质量持续差，引起MOS分值低，需要删除冗余邻区、增加必要邻区来优化。异频门限调整。如果异频测量开启太早，会导致大量资源浪费在测量上，从而影响

16、速率；如果异频测量开启太晚，会导致部分区域无法及时切换，需要根据日常拉网测试数据进行分析，调整异频门限至合理。备注：影响MOS值的因素还有很多，本手册只就空口的几个重要因素简单说明。2.2.2弱MOS分析（1）同样将时间、数据来源、业务类型等各项筛选项选择完成，出现测试log。（1）选择VOLTE的MOS分析，进行弱MOS分析。（3）选择第一条log生成弱MOS分析条件设置信息弹框如下，选择MOS<=3.0的设置条件：（4）呈现结果有4条弱MOS，其中2条持续弱MOS，2条弱MOS点，弱MOS点具有偶然性可以忽略，只进行持续弱MOS分析。 （5）接下来对第一条持续弱MOS结合现场环境与路

17、网通地图进行分析，第一条有3个采样点，对每个采样点逐个查看。（6）采样点1和2收孝感九真社区3小区信号，采样点3收到北京二路3小区的信号，RSRP分别达到-111dBm，判定为无线环境差导致的弱MOS。2.3 【esrvcc切换】2.3.1 esrvcc分析思路VoLTE用户的eSRVCC流程基于用户已EPC附着、PDN建立和呼叫建立成功的基础上，整个流程按顺序分为几个大阶段：SRVCC切换的触发、切换资源准备、切换执行和资源释放。切换失败的话，根据现象不同，可能需要抓取终端、eNB、MME、eMSC/MGW、HSS、SBC、I/S-CSCF和SCC AS网元的信令流程，查看接口消息，根据以下

18、关键环节进行分析定位，判断发生异常（无响应、错误响应等）的环节和网元。2.3.1.1 无线网络eNB的配置、eNB与UE之间是否交换切换相关信息检查1：eNB的切换配置参数。检查2：eNB是否下发切换指令，指示UE开始GSM邻区测量。检查3：UE是否上传测量报告。检查4：eNB根据测量报告和门限设置， 判决应触发SRVCC切换，选定切换目标小区2.3.1.2 eNB在S1接口是否发起SRVCC切换请求消息至用户所在的MME检查1：eNB是否向MME发送S1切换请求消息（Handover Required），消息中的关键字段有：Handover Type、Target ID和SRVCC HO I

19、ndication。2.3.1.3 MME在Sv接口是否发送SRVCC 切换请求消息至正确的eMSC检查1：MME中的相关数据配置：1) MME配置的eMSC Sv接口数据。2) 基于切换目标小区的LAI信息，LAI-eMSC对应关系的配置数据，MME本地配置或DNS查询（DNS服务器配置）获取对应的eMSC。3) 存在多个eMSC时，MME内部的轮选机制。检查2：MME是否选择正确的、工作状态的eMSC发送出PS to CS Request消息，其中包括的关键字段有：C-MSISDN、STN-SR和Target Cell ID。2.3.1.4 eMSC向切换目标网络申请无线资源预留是否成功、

20、是否返回给MME/eNB/UE 检查1：eMSC是否基于切换目标小区信息向正确的目标网络发起切换请求消息，若没有则需检查切换配置数据。检查2：切换资源预留成功后、eMSC是否接收到切换响应，是否返回给MME、eNB和UE，最终UE是否成功接收到切换指令。2.3.1.5 eMSC是否向IMS网络发起呼叫、是否接收到SIP 200 OK消息检查1：eMSC是否基于接收到的STN-SR发起INVITE消息至SBC（ATCF/MGW）1) 若没有，则需检查eMSC中eSRVCC相关功能是否开启、配置参数和至IMS网络的IP连接，包括：eSRVCC、aSRVCC和mid-SRVCC的支持和功能的开启、缺

21、省SAI、STN-SR与ATCF的映射、至IMS网络的IP连接和路由状态。2) 若发起，检查SIP INVITE消息中Feature Caps头域，是否包含aSRVCC、mid-SRVCC支持能力，若没有则需检查相关功能的支持能力、功能的开启检查2：ATCF是否按照注册时记录的用户数据（C-MSISDN、ATU-STI），转发呼叫至用户归属的SCC AS消息检查3：SCC AS是否返回SIP 200 OK。检查4：若用户呼叫状态为alerting状态，SCC AS是否发送INFO消息告知eMSC。若用户呼叫状态为mid状态，SCC AS是否下发REFER消息给eMSC，eMSC是否立即发起第二

22、路呼叫，第二路呼叫是否抵达SCC AS。2.3.1.6 UE接入GSM网络后，切换执行是否成功检查1：UE是否成功接入GSM网络、BSC是否发送HO complete消息至eMSC检查2：eMSC是否发送切换完成消息（PS to CS HO Complete）至MME。检查3： MME接收到来自eMSC的切换完成消息后，是否释放切换用户的所有资源。2.3.2 esrvcc切换分析（1）目前路测中esrvcc切换较少，现选取武汉江南片区12月份测试网格24的log进行esrvcc切换分析。（2）弹出esrvcc无线性能分析性能弹框如下，本次测试中该网格esrvcc没有失败（目前路网通平台上没有发

23、现esrvcc切换失败的log），如果有失败情况，下图的“失败现象及原因”会智能展现。（3）点击某次esrvcc切换查看切换信令，下图为esrvcc切换成功正常信令流程，如有切换失败，可比对下图逐一进行查看。第3章 相关案例3.1 【呼叫建立时延】3.1.1爱立信EPC强制鉴权加密导致volte呼叫延时增加案例案例原因定位问题描述：拉网测试中，爱立信EPC下挂区域的UE每次进行rrc连接过程中均需要进行鉴权加密，导致呼叫延迟比其它EPC区域增加。问题原因：经过分析信令流程，原因定位为爱立信EPC配置问题，分析流程如下：1、提取信令，左为爱立信EPC区域，中间为中兴EPC区域，右为华为EPC区域

24、。2、从图中可以发现，爱立信EPC区域比中兴和华为EPC区域多出来了一次Authentication和一次Security的过程，该过程耗时约200ms。如果主被叫都需要进行鉴权加密，则volte总时延将增加400ms。3、与核心网进行讨论，发现有特定终端在更换卡后，仍使用换卡前的GUTI接入网络，在不对齐进行鉴权的情况下，会导致计费异常。因此华为、中兴配置为附着强制鉴权，而爱立信MME由于不能区分业务流程鉴权，配置为每次必须鉴权（包含AttachTAUSR）。因此在此处会看到爱立信EPC每次均会下发鉴权加密要求。从而导致爱立信EPC下挂区域的UE每次进行rrc连接过程中均需要进行鉴权加密。影

25、响范围： 爱立信EPC下挂区域内的volte时延指标。解决方案由于涉及到计费，核心网侧暂时不能修改爱立信EPC配置，仍然要求UE每次rrc连接时强制鉴权加密。待爱立信EPC升级版本。3.1.2中兴EPC开启PS寻呼精细化配置导致VOLTE呼叫时延增加案例原因定位问题描述：中兴 EPC开启了 PS 寻呼精细化配置，首次寻呼时仅寻呼保存的 UE 最近注册的 1+n(n<=6)个 eNodeB，二次寻呼时再针对 TA LIST 范围进行寻呼，导致VOLTE 语音业务接续时延增加。问题原因： 针对TOP时延进行了分析：拉网过程中出现多次呼叫建立节点3-4时长过长问题，导致整个呼叫建立过程时延较长

26、。如下图所示分析每次节点3-4信令过程，发现主叫UE完成Activate dedicated EPS bearer后，一直未收到被叫的寻呼响应。此时无线信号覆盖良好，对比主被叫信令流程，发现被叫UE收到寻呼消息滞后导致主叫UE信令在IMS_SIP_INVITE->Trying 100和IMS_SIP_INVITE 183之间时间较长，如下图所示通过协调中兴EPC查询得知，中兴 EPC 为了减少信令负荷、降低寻呼压力，开启了 PS 寻呼精细化配置，首次寻呼时仅寻呼保存的 UE 最近注册的 1+n(n<=6)个 eNodeB，二次寻呼时再针对 TA LIST 范围进行寻呼，由于 VOL

27、TE 业务使用 PS 寻呼，因此也将遵循该原则。当 VOLTE 终端处于快速移动过程中，首次寻呼时其寻呼的 eNodeB 可能不是用户当前所处的 eNodeB，导致需要针对用户进行二次寻呼才能接通VOLTE 语音业务，引起VOLTE 语音业务接续时延增加。影响范围：中兴EPC下处于快速移动过程中的VOLTE终端的VOLTE呼叫时延。解决方案中兴 EPC目前已具备将 VOLTE 业务寻呼与 PS 业务寻呼区分开的功能，通过设置软参进行配置后，VOLTE 业务直接改用 TA LIST进行寻呼。测试区域VOLTE注册时延修改前5.71修改后3.55备注通过设置软参将VOLTE 业务寻呼与 PS 业务

28、寻呼区分开，存在的风险是增加寻呼负荷，进行设置时需同步参考寻呼负荷评估情况。3.2 【esrvcc切换】3.2.1诺西参数配置导致ESRVCC失败案例原因定位问题描述：VOLTE开启后，需要对eSRVCC功能进行验证，开启shiyanyidongdalou-NLH-2小区的eSRVCC功能及相关参数设置后进行验证，发现有interRAT的measure report，但是无法切换至GSM网络进行通话。问题原因： eSRVCC的基本信令流程如下：1. 对eSRVCC相关的功能型开关以及切换门限核查，基本没有问题；2. 通过测试log可以知道UE已经上报了B2事件，根据信令可知，上报B2事件后，e

29、nodeb会向MME发送Handover Repuire消息，核心网侧进行handover prepare procedure后，MME会向enodeb发送Handover Command，而后 UE 会进行4Gà2G的切换。无线侧无法跟踪S1AP的信令，遂使用CRT进行S1口信令跟踪，跟踪的情况如下：通过S1的信令可以看到enodeb上发了Handover Repuire消息，但是1s后又上发了一条Handover Cancel消息（Cancel的原因是：ts1relocpre-expiry），以致eSRVCC失败；3. 很明显是核心网侧prepare超时导致eSRVCC失败，再次

30、核查参数，发现tS1RelPrepG设置为1000ms，该参数的解释是：Guard against failure of the MME to respond in preparation phase of S1 handover to GSM，Timer TS1RELOCprep_InterRAT is used to guard against failure of the MME to respond preparation phase of S1 handover to another 3GPP RAT. It is started in the source eNB when the

31、 S1AP: HANDOVER REQUIRED message is sent to the MME and is stopped when the S1AP: HANDOVER COMMAND or S1AP: PREPARATION FAILURE message is received in response. If the timer expires the handover is aborted or cancelled.即该定时器是enodeb发送HANDOVER REQUIRED message后，等待MME 回复HANDOVER COMMAND的保护时长，如果超时，此次Han

32、dover就会Cancel，导致eSRVCC失败。影响范围：所有基站ESRVCC成功率很低。解决方案1. 将tS1RelPrepG由1000ms修改至最大的5000ms后，eSRVCC测试正常， Uu口信令：S1口信令Handover command：备注对于新功能（如VOLTE、eSRVCC等）由于参数设置较多，具体判断是哪个参数设置导致的问题不太容易，可以通过测试和信令跟踪来反推参数的问题。跟踪S1口的信令发现，正常的prepare的时间约1.74s，建议将tS1RelPrepG参数设置到3s以上，来保证Handover Prepare的成功。3.2.2因终端模式设置无法触发eSRVCC切

33、换【问题现象】无法发起eSRVCC切换。【原因定位】用户消息跟踪时发现，用户注册时1、SCC AS未发送MESSAGE消息给ATCF2、检 查SCC AS 到HSS 取ueSrvccCapData 数据流程， HSS 返回<UE-SRVCC-Capability>0</UE-SRVCC-Capability>。3、查询HSS中的用户动态数据（LST DYNSUB: IMSI="460025343017119"），返回UE-SRVCC-Capability = UE-SRVCC-NOT-SUPPORTED。定位为终端未携带SRV CC能力标识导致。查看

34、终端设置果然为4G only，确定。【解决方案】终端上设置为2/3/4G模式后，终端上报SRVCC能力，问题解决。3.2.3 eMSC 给华为MME 返回“Unassigned Number”或“No Resources Available”【问题现象】华为MME将切换请求发给eMSC后，eMSC返回“unassigned number”（或“no resourcesavailable”）的失败原因码，导致切换失败。【原因定位】1、MME从HSS处接收的STN-SR为：8613449924。2、而MME发给eMSC（SRVCC IWF）的SRVCC PS to CS Request消息中携带的

35、STN-SR为： 198613449924。3、eMSC（SRVCC IWF）不识别该格式的STN-SR号码，返回“unassigned number”（或“no resources available”）的失败原因码，导致切换失败。4、MME为何要在STN-SR前加上19前缀送给eMSC？查找3GPP规范可知：3GPP TS 29.280协议中定义了MME发往eMSC的“SRVCC PS to CS Request”消息的相关信元结构，因为协议版本差异，不同版本中对STN-SR号码的格式定义前后有区别，两边网元遵循协议版本不一致，导致此问题发生。5、当前华为MME侧改造方案中，Sv接口使用2

36、9280 R10版本协议格式对接，而eMSC侧默认支持R8版本协议格式（遵循前期浙江外场测试配置）。查询华为MME数据配置，确实在STN-SR号码携带了NANPI字段19。【解决方案】若VOLTE工程建设中遇到此问题，eMSC可与MME侧共同协商，一方做修改适配即可。1、 华为MME，可修改GTPCV2CMPT不携带NANPI字段（此配置为全局配置，无法针对具体eMSC设置）2、 华为eMSC，可修改GTPPE中GTP对端实体能力列表，适配支持R10版本协议STN-SR格式。（可支持针对具体MME设置）3、 根据调研各厂家MME、eMSC实现，最终按照集团要求MME和eMSC针对STN-SR信

37、元结构都按照3GPP TS 29.280 R10版本来处理。3.2.4 eSRVCC切换时用户听到号码不存在提示音【问题现象】VoLTE主叫用户A呼叫VoLTE用户B，A在呼叫过程中发生eSRVCC切换，切换失败，且用户听到“号码不存在”的提示音。【原因定位】eMSC上进行消息跟踪，发现1、在用户A 发生eSRVCC 切换时， eMSC 向GS 发起MAP_PREPARE_HANDOVER_REQ，并收到了GS的确认消息。在此之后eMSC向GS发起媒体更新的INVITE，所以并非该原因引起，原因排除。2、eMSC在向MME发送PS_TO_CS_RSP消息指示MME切换后，并未发送INVITE消

38、息到ATCF。3、eMSC上使用LST CNACLD查询，发现STN-SR路由指向了GS，指向有误，故听号码不存在提示，应该修改STN-SR的路由指向为ATCF。【解决方案】eMSC上修改STN-SR路由指向ATCF问题解决。3.2.5 eMSC因IMS网络呼叫未响应重复发送Update【问题现象】因eSRVCC切换eMSC发起IMS呼叫请求至IMS，未收到响应，eMSC重复发送UPDATE，切换失败。【原因定位】1、 IMS侧不支持Precondition功能。2、检查eMSC和IMS域（S-CSCF）之间的SIP中继是否启用了Precondition功能。按照协议IETF RFC 3312

39、，S-CSCF返回的183消息的Require头域携带“precondition”，则eMSC会认为S-CSCF支持Precondition功能。但此183消息中未携带Precondition相关的QoS参数，因此后续eMSC发起UPDATE协商，但S-CSCF没有正常回复200 OK，导致eMSC重复发送UPDATE。183消息如下所示:SIP/2.0 183 Session Progress.Require: 100rel,precondition3、在MSOFTX3000上使用LST SIPTG检查EMSC和S-CSCF的SIP中继数据配置，其参数“是否支持Precondition”为“YES（是）”原因找到，eMSC和IMS域（S-CSCF）之间的SIP中继启用了Precondition功能但IMS侧不支持导致。【解决方案】使用MOD SIPTG修改SIP中继数据配置Precondition为否。MOD SIPTG: TGN="emsc-scscf", SUPPRECONDITION=NO。3.2.6 eSRVCC切换后主被叫均听不到对方的声音【问题现象】VoLTE主叫在通话在呼叫过程中发生eSRVCC切换，切换成功