volte测试发现503错误IMS分析报告文案
精品案例_传输参数tacLimitGbrNormal配置错误导致的Volte无法呼叫
传输参数tacLimitGbrNormal配置错误导致的Volte无法呼叫目录1问题描述 (3)2分析过程 (3)3优化措施 (4)4经验总结 (6)传输参数tacLimitGbrNormal配置错误导致的Volte无法呼叫【摘要】目前六安电信已经全网打开VOLTE功能，但是在VoLTE投诉处理过程中，发现个别用户有无法进行VoLTE业务的情况，经过参数对比分析，最终确定是基站侧传输参数tacLimitGbrNormal配置不合理导致volte业务无法进行，优化后问题解决。
【关键字】tacLimitGbrNormal、VoLTE1 问题描述在近期的日常优化中，个别用户反馈手机卡已开通VoLTE功能，手机亦支持VoLTE功能，但无法进行VoLTE业务。
现场测试主要体现为INVITE-tying 100后出现503错误，如下问题是该小区都无法成功拨打VoLTE电话，表现为IMS注册成功，手机有VOLTE标志，但是如果拨打电话，却会回落到2G进行通话，出现概率100%，而且如果从其他基站正常VoLTE 起呼后，再往不正常站点进行QCI1的切换，是正常的不会掉话。
2 分析过程通过抓取EMIL信令发现，在核心网对基站发起专载(QCI1)建立请求后，ENB回复传输资源不可用(transport-resource-unavailable(0))，专载建立失败。
如下：尝试操作：1、进行BTS参数模板倒换测试，无效；2、检查IP段设置，同样IP段的其他基站也是正常的；3、基站软件版本升级，无效；进行过以上操作后，问题依旧，我们可以排除基站BTS数据配置问题、软件版本问题、IP路由问题，把问题排查范围缩小到传输参数(TRS)配置问题，继续检查基站侧TRS参数，发现参数tacLimitGbrNormal都是设置的1M，于是调整为1000M后再测试，问题解决，可以正常建立QCI承载，通话正常。
3 优化措施将参数tacLimitGbrNormal调整为1000M后再测试，问题解决，可以正常建立QCI承载，问题解决。
频繁切换导致VOLTE未接通优化案例
芜湖频繁切换导致未接通优化案例【摘要】切换失败、切换过早或过晚、切错小区和乒乓切换等情况，都会直接影响客户感知，系统的性能。
本文是通话建立过程中频繁切换引起核心网侧QCI1释放，主叫收到503 Service Unavailable (1:223),被叫收到CANCEL (Reason 503)导致未接通的案例。
【关键字】频繁切换 CANCEL 未接通【故障现象】当UE行驶至北京西路中和路附近，主叫占用WH-市区-福达大厦-ZFTA-442413-0起呼，建立过程中语音转载建立失败，主叫收到503 Service Unavailable (1:223),被叫收到CANCEL (Reason 503)导致未接通。
【告警信息】对周边小区进行告警查询，无影响业务异常告警。
【原因分析】（一）VOLTE基本流程和信令解释如下：（二）问题分析流程如下：（三）未接通事件常见原因：1、信号覆盖质量差现场测试信号覆盖良好，且查看前几个月的测试LOG发现均不存在弱覆盖和sinr差，因此排除覆盖差、无线环境差导致的未通。
2、参数设置问题通过后台网格核查该站点的参数设置，发现该站点的参数设置符合省公司标准，且与周边站点设置一致。
3、核心网问题主叫信令流程：从信令流程可以看到12:03:53.809的handover导致DRB identity 5被释放，而从12:03:48.006建立专载的信令可以看到DRB identity 5为EBI 7即QCI1，所以该handover导致QCI1被释放，主叫主动发送cancel。
被叫信令流程：主叫12:03:46.103发起寻呼，12:03:48.973收到invite 180，12:03:53.825由"WH-市区-福达大厦-ZFTA-442413-0"切换至"WH-市区-新市口-ZFTA-442369-52"，信号相当，频繁切换导致主叫于12:03:53.856主动上发cancel，12:03:53.934收到IMS_SIP_INVITE 503，造成未接通；形成原因为主服务小区不明显造成频繁切换，核心网侧QCI 1释放，引起未接通。
volte测试发现503错误IMS分析报告文案
2、4、5、6、7、9、11、12、核心网分析：问题1、11月5日13:23:15.731主叫侧SBC消息，收到PCRF的AAA响应后，等了6s都没有收到RAR资源申请结果，SBC向主叫发503。
需要PCRF与EPC 确认原因。
问题2、11月5日13:44:52.271主叫侧SBC消息，收到PCRF的AAA响应后，等了6s都没有收到RAR资源申请结果，SBC向主叫发503。
需要PCRF与EPC 确认原因。
（同问题1）问题3、11月5日14:18:52.415主叫侧SBC消息，被叫侧资源预留超时：收到PCRF的AAA响应后，等了6s都没有收到RAR资源申请结果，SBC向被叫发503。
需要PCRF与EPC 确认原因。
问题4、11月4日13:22:33.465主叫SBC消息，主叫侧资源预留失败，RAR消息可确认：RAR消息：Epc侧分析:建立承载时,MME向enodeB E-RAB setup 请求,enodeB回复失败:enodeB ID: CE482(844930)问题1 及问题2 在EPC侧分析：提供两组此情况的enodeB ID:源enodeb id : 6635A,十进制418650,目enodeB ID F11BA, 十进制987578 源enodeb id : 663A3,十进制418723,目enodeB ID CE2F5, 十进制844533源enodeb id : 6635A响应MME E-RAB说正在发出X2切换:X2切换完成后MME向目标enodeB ID F11BA发E-RAB请求一直未得到响应导致:问题5:源enodeb id : 66398,十进制418712,目enodeB ID 66AE6, 十进制420582问题6:源enodeb id : 34360,十进制213856,目enodeB ID 66EF7, 十进制421623问题7:源enodeb id : 664C5,十进制419013,目enodeB ID CE397, 十进制844695问题8:enodeB ID: 6647F(418943)问题9:Enode ID: CE482(844930)问题10:源enodeb id : 66AEB,十进制420587,目enodeB ID 66EF7, 十进制421623大唐无线分析：11月4号苹果测试结果中涉及我司区域的有3个503错误的未接通，附件IMS分析报告中，这3个未接通的现象都是在起呼阶段QCI1的专载建立失败，原因全为”Unknown-enb-ue-s1ap-id”。
Volte测试问题分析报告
娄底Volte测试问题分析报告V1.0湖南移动娄底分公司诺基亚项目组2015年9月25日目录目录21.概述 (3)2.道路测试拉网结果统计 (3)2.1未接通/掉话和CSFB问题事件点汇总............................................................................3.问题详细分析 (4)3.1掉话和未接通问题分析.......................................................................................3.1.1终端无法正常切换，切换到TDS网络上之后造成一次掉话。
(4)3.1.2 终端在GSM网络上进行寻呼，造成一次未接通，怀疑GSM网络无线质量也差。
（软件未统计为未接通）。
...........................................................................................3.2其他问题分析..............................................................................................3.2.1终端由GSM网络回落到LTE网络时，为注册成功，由于软件寻呼机制进行起呼，被迫CSFB进行接续。
..............................................................................................3.2.2娄底娄星月塘社区景观塔无线质差，无法正常切换，怀疑存在告警。
(6)3.2.3娄底娄星档案馆景观塔1小区与娄底娄星药监局3小区邻区漏配，导致一次RRC重建失败。
(6)3.2.4娄底娄星上尚城站点存在RP3告警，小区退服，导致一次RRC重建失败。
SA语音5-4切换过久导致IMS定时器超时进而CSFB
IMS定时器超时下发503（服务不可用），导致CSFB回落问题二、问题分析领导【08:32:57】在A站点5G小区（SS-RSRP-86dBm），【08:33:02】EPS FB正常回落A站点锚点小区（RSRP-97dBm），发起通话。
随后由IMS下发503（服务不可用），MME下发CSFB，回落2G。
➢5G侧信令分析领导【08:32:57】在A站点5G小区（SS-RSRP-86dBm）发起通话，随后1s正常接收B1测量报告并及时转发AMF。
➢4G侧信令分析5s后MME下发切换请求，回落较慢，随后未收到SIP_183，被IMS下发503（服务不可用），继续CSFB进行2G语音。
三、初步结论由于5->4切换过程为5s左右，SIP_183未能及时进行传达，IMS定时器超时下发503（服务不可用），导致领导CSFB进行2G语音。
同步核实基站侧正常接收B1信令并上报REQUIR给AMF，推测上层AMF与MME 之间多个网元交互，存在超时情况，导致5->4切换较慢。
四、现场复测验证1)整体测试情况A站->B站->C站路线SA语音共复测740次（4月30日测试220次、5月6日200次、5月8日220次和5月10日100次），问题复现13次，复现率1.75%。
空口环境良好，且非单小区问题，13次复现原因为5->4切换时间5s左右，MME 来不及进行QCI=1专有承载建立（MME建立QCI=1承载需要时间一般为0-1s），IMS 等待语音专有承载建立时间超过6s，下发503（服务不可用），终止VOLTE随后CSFB。
2)VOLTE通话失败分析选取问题复现第11、12、13次，详细分析VOLTE通话失败原因：序号11复现:5月10日12:44:28 EPS FB FAIL之前占用的5G小区为：B站5G小区（频点：524910, PCI:30，SS-RSRP：-78dBm，SS-SINR：35），回落小区：B站锚点小区(频点：38400, PCI:157，RSRP：-75dBm，SINR：38)；✧5G侧信令对比测试log，同步invite发起，AMF传达MME侧。
VOLTE-SIP协议异常原因排查优化VOLTE网络总结创新案例
VOLTE-SIP协议异常原因排查优化VOLTE网络总结创新案例广东茂名+ VOLTE-SIP协议异常原因排查优化VOLTE网络总结创新案例目录利用VOLTE-SIP协议分析优化VOLTE网络总结创新案例............................错误!未定义书签。
一、概述 (3)二、创新方案 (3)2.1技术原理 (3)2.1.1 SIP协议定义 (3)2.1.2 SIP协议主要概念模型 (5)2.1.3 SIP协议主要消息 (8)2.1.4 消息格式 (13)2.1.5 SIP协议主要响应码 (16)2.1.6 SIP呼叫过程实例 (17)2.2 SIP协议异常原因优化指导 (18)2.2.1网络侧下发503问题分析 (18)2.2.2呼叫前转号码签约SIP格式，前转失败 (19)2.2.3 CSCF返回的RTA消息报错 (19)2.2.4 呼叫转移失败 (19)2.2.5注册失败，ims回500错误 (20)2.2.6 SIP平台拒绝主叫的INVITE呼叫请求 (20)2.2.7 SIP呼叫主叫用户无法听回铃音 (21)2.3 茂名VOLTE经典问题分析 (21)2.3.1QCI1建立与切换流程冲突，核心网下发INVITE503问题 (21)2.3.2无线信号环境差导致网络侧未收到BYE200 (23)2.3.2 核心网信令丢失导致未收到寻呼 (25)三、经验总结 (26)VOLTE-SIP协议异常原因排查优化VOLTE网络总结创新案例【摘要】本文主要论述通过对VOLTE的SIP协议信令分析对VOLTE问题进行原因挖掘分析，总结出VOLTE优化过程中所遇到的各类异常SIP协议消息的处理思路与方法，优化网络，提升volte用户感知。
【关键字】VOLTE异常事件、SIP消息、响应码【业务类别】VoLTE、流程类一、概述VOLTE日常分析优化过程中经常会遇到出现注册异常、掉话、未接通等异常事件，而L3信令用于呈现的是SIP消息响应码，信令分析时，正确解析L3中的SIP请求或响应码是分析问题的关键，现就前期遇到的异常响应消息进行总结，与大家分享。
(4G学习)XX市移动Volte测试问题分析报告分享材料
Volte测试问题分析报告目录1.概述 (3)2.道路测试拉网结果统计 (3)2.1未接通/掉话和CSFB问题事件点汇总 (3)3.问题详细分析 (4)3.1.接通问题分析 (4)3.1.1主叫在通话时被异常释放，呼叫接续后被叫回复183请求被IMS直接立即拒绝 (4)3.1.2被叫回复invite183请求被IMS直接立即拒绝 (7)3.1.3被叫回复invite183请求被IMS直接立即拒绝 (9)3.1.4被叫在通话建立时被去激活导致未接通和CSFB，需核心网排查去激活原因 (10)3.1.5被叫在通话建立时被去激活导致未接通和CSFB，需核心网排查去激活原因 (12)3.1.6 主叫无线质量差导致未接通 (14)3.1.7 被叫无线质量差导致未接通（与主叫未接通相同位置） (14)3.1.8 被叫无线质量差导致未接通，并导致被叫CSFB (16)3.1.9 主叫弱覆盖/质量差导致未接通，并导致CSFB失败 (16)3.2.掉话或掉线问题分析 (17)3.2.1主叫发挂机指令被IMS拒绝，导致主叫掉话 (17)3.2.2主叫质量差导致掉话 (18)3.2.3主叫质量均差导致掉话 (18)3.2.4主叫质量差导致掉话 (18)3.2.5主叫质量差,导致掉话. (19)3.2.6被叫相同地点因质量差导致掉话. (20)3.2.7主叫质量差导致掉话 (20)3.2.8被叫质量差导致掉话 (21)1.概述为了提升4G用户对4G网络的满意感知度，尤其是在4G网络成熟进行语音和视频业务，近期省公司在集团移动公司的安排策略下，在全省开启VolTE功能。
诺基亚区域省公司安排XX先行进行优化实施。
2.道路测试拉网结果统计XX于7月23日对市区进行了第3次VolTE拉网测试，统计结果如下：总体接通率97.56.%(未剔除IMS原因导致的未接通)，掉线率1.36%.地市网格测试时间试呼次数接通次数未接通次数掉话次数接通率掉话率被叫CSFB次数未接通中主叫CSFB次数eSRVCC切换次数时延（s）丢包率湘潭2个网格汇总20150723 366 357 9 8 97.54% 2.19% 7 0 0 3．62 0.59%事件汇总原因汇总原因出现次数备注未接通怀疑IMS原因被叫回复invite183时被IMS立即Cancel导致未接通3被叫上下行链路质量均较好，主叫信令正常，需核查网Cancel被叫在通话建立过程中收到核心网去激活指令导致未接通2被叫上下行链路质量均较好，主叫信令正常，需核心网IMS查去激活原因无线质差原因主叫或被叫质量差导致未接通 4弱覆盖/质量差，导致未接通 1 需查eSRVCC邻区及切换门限掉话怀疑IMS原因主叫正常挂机被IMS拒绝导致掉话 1 无线质差原因主叫或被叫质量差导致掉话7备注：被叫CSFB的原因：主要是被叫Volte呼叫失败引起CSFB或被叫掉话后主动发起了CSFB业务。
中兴VoLTE优化经验的总结及案例
VoLTE优化经验总结及案例分享1 优化经验总结1.1 日常优化总结日常优化工作主要从无线覆盖优化、参数优化、系统内外邻区优化，功能优化四个方面着手，与ATU路网、工程建设紧密配合，提升整体网络质量。
1.2 RLC优先级优化现象：呼叫建立与切换过程冲突，专载被MME释放。
呼叫建立过程中专载建立与切换几乎同时发生，MME未收到NAS专载完成消息导致释放专载，终端回复invite580（也有上发CANCLE的情况），专载丢失形成未接通事件。
原因分析：QCI5设置的RLC优先级为2，高于SRB=2(传送NAS层消息)配置为3. 导致NAS的层3消息已经比MR要早，但是因为优先级比MR 和SIP低，未及时发送。
优化措施：降低QCI 5优先级，确保SIP消息及时上传，修改后此类问题改善明显。
1.3 QCI 5 PDCP DiscardTimer时长优化现象：终端业务建立过程中，出现SIP信息传递丢失的问题，导致收到网络下发的INVITE500或者580等原因值释放。
原因分析：UE在无线信道较差的情况下，SIP信令发送或接收不完整或者无法及时传递，导致IMS相关定时器超时而发起会话cancel。
经过分析，由于QCI5的pdcp 丢弃时长过小，在无线覆盖较差的地方，上行时延会变大，容易导致QCI5信令丢包。
优化措施：QCI5 PDCP DiscardTimer 由300ms 修改为无穷大优化效果：VoLTE无线接通率提升明显1.4 SBC传输协议TCP重传次数优化背景：被叫从2G返回4G后，主叫起呼，被叫首先bye消息，紧接着接连收到多条上一次呼叫的invite，被叫回复bye481\invite486\invite580，呼叫失败。
优化措施：爱立信SBC对TCP配置进行了修改：最大重传次数从15次改为5次，最大重传隔间从十几分钟改为15s，此类问题已解决。
1.5 系统间邻区优化LTE网络的GSM邻区关系根据工程参数、共站2G邻区同向小区继承进行规划，同时根据4G、2G道路测试数据匹配进行邻区补充：4G弱信号路段与2G拉网服务小区匹配：利用第三方拉网测试数据，将4G和2G拉网信号强度、经纬度、服务小区等信息导出。
VOLTE案例分析报告
邻区漏配导致主叫掉话（漏配F-D）时间：2016-04-07主叫：被叫：【数据来源】**__移动_VOLTE主叫_网格1_鼎立ATU和HTCM8_0【问题现象】主叫11:10:56在,处发生掉话【问题分析】测试车辆在松福大道由北向南行驶，主叫11:07:36占用**沙井信维D-HLH-2发起呼叫，11:07:40通话建立。
主叫11:10:55发生掉话事件。
查看主被叫信令，从11:10:00开始，主叫占用**沙井展群F-HLH-2一直在上报切往**和山路D-HLH-2的A4事件，此时服务小区信号为RSRP=-106dBm，SINR=-16dB；无线环境恶劣导致RRC重建被拒，经后台查询**沙井展群F-HLH-2与**和山路D-HLH-2没有邻区关系。
主叫11:10:24占用**和山路D-HLH-2发生LTE Service Failure，随后主叫上报BYE，随后发生掉话。
【问题结论】邻区漏配导致主叫掉话【优化建议】1、添加**沙井展群F-HLH-2与**和山路D-HLH-2与的邻区关系邻区漏配导致主叫掉话（漏配F-F）测试时间：2016-04-09主叫号码：被叫号码：【数据来源】**__移动_VOLTE主叫_网格43_CDS和【问题现象】主叫20:27:58在,处发生掉话。
【问题分析】测试车辆在盐葵公路由东向西行驶，主叫20:25:57占用**盐葵梅沙D-HLH-1发起呼叫，RSRP=-93dBm，SINR=15dB，20:25:02通话开始建立。
测试车辆在盐葵公路行驶过程中，主叫20:27:49占用**下角湾F-HLH-1（RSRP=-118dBm，SINR=-12dB）期间连续弱覆盖，终端一直上报A3测量报告，目标小区为**大梅沙F-HLH-2，随后RRC重建被拒，经后台核查圳下角湾F-HLH-1与**大梅沙FHLH-2不存在邻区关系。
随后主叫发生掉话事件。
【问题结论】邻区漏配导致主叫掉话【优化建议】添加**下角湾F-HLH-1与**大梅沙F-HLH-2的邻区关系推动**云水间D-HLH **梅沙天琴半岛（微小M）建设邻区漏配导致主叫掉话(漏配D2-D2，已添加D1-D1)【问题现象】主叫在2016-04-10 18:09:40于发生主叫掉话【问题分析】测试车辆在航海路由东往西行驶过程中，主叫在18:09:40时分出现掉话事件，主叫在18:09:04时分开始起呼,在18:09:09时分通话建立，在18:09:10通话过程中主叫占用**兴海四D-HLH-103（RSRP=-112dBm,SINR=）多次上报A3事件切往**妈湾五D-HLH-102，由于漏配邻区，导致服务小区未切换到最优小区。
VOLTE接通率错误优化分析案例
V O L T E接通率（500错误）优化分析案例一、问题现象某地市VOLTE接通率（信令）指标一直处于全省倒数，未达到99.5%考核值。
通过借助中兴信令平台分析发现，失败原因值主要为主要集中在500（占比39.11%）、504（占比34.47%）错误。
二、问题分析从失败反馈原因值500进行深入分析发现，500错误场景主要为VOLTE-CS 与VOLTE-固话。
而两者问题以后者为主，如下表。
故从VOLTE-固话入手分析，而且失败固话号码基本全部为移动铁通固话。
通过中兴信令平台信令来看，携带原因值解码为R eason:Q.850;cause=4;text=”Sendspecialinformationtone“,SIP;cause=500.根据此信息联系本地铁通关口局管理人员。
得知，目前IMS固定电话和VOLTE 用户拨打铁通固定电话由移动关口局完成话务转接，因前期固话业务在话务转接中，对主叫号码属性有要求，故移动关口局上，对IMS号码拨打铁通号码做有主叫号码属性变换：后在拨打测试中发现，当VOLTE用户拨打铁通固定号码时，因关口局对主叫号码进行变换为“用户号码”，此时，关口局会将主叫号码进行删除前四位的处理（关口局指定用户号码本质是删除前四位0915区号），此时主叫号码只剩下后7位，继续接续到铁通后，由于主叫号码改变，铁通关口局无法识别主叫号码，便会将此呼叫过程拒绝，在拒绝的返回原因中未指定具体原因值，此拒绝信令通过关口局透传至主叫侧，由于整个拒绝信令中都未指定拒绝原因值，VOLTE核心网变将此类失败统一归纳为：“失败值500：serverfault”。
发现此问题后，9月27日17点通过在关口局对指定主叫号码格式的参数进行修改，对主叫号码格式不再进行指定：再次进行业务测试，主叫号码位长正常，铁通关口局正常完成接续过程，VOLTE接通正常。
三、问题总结验证抽取9月27日前三天VOLTE接通失败数据与9月27日17点后数据进行对比，发现500错误中VOLTE-固话基本全部消失。
VOLTE网络中异常事件的分析
VOLTE网络中异常事件分析一、概述从VoLTE开始LTE流程变得更加复杂；首先，原来的双层网络结构被新加入的IMS域搞得异常复杂；其次，21个网元和38个接口使多数人都是过目即忘；此外,多业务混合并发、QoS得到应用、专用承载不定时地做建立、修改和释放操作。
在VOLTE网络中由于专用承载的频繁管理操作、SIP消息传递丢失、重发和高延迟，以及相互之间千丝万缕的联系，相互之间缺乏相关控制机制（如同步、交互）导致了一系列极为错综复杂网络异常现象，这些给日常分析带来许多困难。
VoLTE网络的通信机制是来自4个标准化组织组合的产物，它们分别是：○1.3GPP的23系列规范；○2SIP/RTP/DIAMETER/IPSec取自IETF的RFC；○3.VoLTE Profile和RCS取自GSMA的IR；○4.Video code取自ITU-T的H.264。
目前网络中的异常事件主要与这些标准之间的兼容性相关；本文以切换与承载管理冲突形成的异常事件为样本，分析VoLTE网络中的异常事件。
二、切换与专用承载管理流程冲突导致的异常事件1、切换与专用承载建立流程冲突导致（SIP消息503）通常用户拨打电话具有随机性，网络无法准确预估专用承载建立的时间点。
当专用承载建立请求在源小区（eNB-A）发出RRC Connection Reconfigure和MME收到S1 pathswitch request之间到达时，源小区会认为UE已切出，源基站除了缓存用户的用户面数据外，不应再处理该UE的（切换）消息，以原因值“未知的eNB UE S1APID”的方式拒绝专用承载建立请求，最终SBC会下发503错误。
图1 专用承载建立与空口切换流程冲突如上图所示：该问题的解决办法是要使MME能再次向切换的目标小区（eNB-B）发专用承载建立请求，即在目标小区上发Path Switch Rquest ACK之后再发ERAB Setup Request。
VOLTE优化经验总结
1 优化经验总结1.1 日常优化总结日常优化工作主要从无线覆盖优化、参数优化、系统内外邻区优化，功能优化四个方面着手，与ATU路网、工程建设紧密配合，提升整体网络质量。
1.2 RLC优先级优化现象：呼叫建立与切换过程冲突，专载被MME释放。
呼叫建立过程中专载建立与切换几乎同时发生，MME未收到NAS专载完成消息导致释放专载，终端回复invite580（也有上发CANCLE的情况），专载丢失形成未接通事件。
原因分析：QCI5设置的RLC优先级为2，高于SRB=2(传送NAS层消息)配置为3. 导致NAS 的层3消息已经比MR要早，但是因为优先级比MR和SIP低，未及时发送。
优化措施：降低QCI 5优先级，确保SIP消息及时上传，修改后此类问题改善明显。
1.3 QCI 5 PDCP DiscardTimer时长优化现象：终端业务建立过程中，出现SIP信息传递丢失的问题，导致收到网络下发的INVITE500或者580等原因值释放。
原因分析：UE在无线信道较差的情况下，SIP信令发送或接收不完整或者无法及时传递，导致IMS相关定时器超时而发起会话cancel。
经过分析，由于QCI5的pdcp 丢弃时长过小，在无线覆盖较差的地方，上行时延会变大，容易导致QCI5信令丢包。
优化措施：QCI5 PDCP DiscardTimer由300ms修改为无穷大优化效果：VoLTE无线接通率提升明显1.4 SBC传输协议TCP重传次数优化背景：被叫从2G返回4G后，主叫起呼，被叫首先bye消息，紧接着接连收到多条上一次呼叫的invite，被叫回复bye481invite486invite580，呼叫失败。
优化措施：爱立信SBC对TCP配置进行了修改：最大重传次数从15次改为5次，最大重传隔间从十几分钟改为15s，此类问题已解决。
1.5 系统间邻区优化LTE网络的GSM邻区关系根据工程参数、共站2G邻区同向小区继承进行规划，同时根据4G、2G道路测试数据匹配进行邻区补充：4G弱信号路段与2G拉网服务小区匹配：利用第三方拉网测试数据，将4G和2G拉网信号强度、经纬度、服务小区等信息导出。
VOLTE起呼失败的案例
VOLTE起呼失败的案例1. 问题描述使用HTC M8T的VOLTE版本，升级成最新的版本–RC25、R35新版本。
升级完成后注册IMS成功，但在华为MME下无法进行VOLTE呼叫，变成了CSFB语音方案回落至2G进行通话。
2. 问题分析终端使用测试卡已注册VOLTE网络成功，进行呼叫的时候，网络侧回复503错误（SERVICE UNAVAILABLE）。
具体的SIP信令流程如下。
1、UE->NW INVITE2、NW->UE Cancel503终端发起VOLTE呼叫，且支持Silent Redial机制：当VOLTE呼叫失败后，将转成CSFB 语音方案，因此呼叫回落至2G。
而使用相同卡插入三星S6测试VOLTE呼叫，呼叫成功。
问题原因：不同VOLTE终端，采用的附着建立默认承载的方法也不同，主要有两种不同的方法：1、终端附着网络时，使用网络默认APN建立默认承载。
比如，HTC M8T。
2、终端附着网络时，使用终端侧设置的APN建立默认承载。
比如，三星S6。
3、使用终端侧设置的APN建立默认承载，按照3GPP24.301章节8.3.20.2描述，在附着络过程中，建立PDN连接请求消息如果携带“ESM information transfer flag”( ESM 信息传输标记），表示终端希望使用自己提供的APN。
三星S6使用终端侧设置的默认承载信令截图如下：1、终端在Attach request请求信令携带“ESM information transfer flag”：2、网络侧发起APN请求，ESM information request，终端通过ESM information response回复网络侧终端上设置的默认APN。
HTC M8T使用网络侧设置的默认承载信令截图如下：1、终端Attach request请求信令未携带“ESM information transfer flag”：2、网络侧发起APN请求无ESM information request：经过测试分析发现，HTC M8T，使用LTE的APN进行IMS注册期间，终端发起了3次默认承载请求，在第三次默认承载请求，PDN类型为ipv6的PDN连接请求，网络侧处理此请求时，错误地建立了IMS承载。
5G优化案例：三类典型5G终端VOLTE呼叫失败案例分析
三类典型5G 终端VOLTE 呼叫失败案例【摘要】在政策扶持和5G 技术日益成熟的影响下，中国5G 产业发展稳步推进，企业发展态势良好，从规划环节、建设环节、运营环节到应用环节各个不同产业链相关企业2018 年第三季度营收均超亿元，实现同比增长、智能制造、车联网、无线医疗到5G 技术应用领域频获资本青睐。
分析师认为，随着5G 临时牌照发放和商用步伐的加快，未来中国5G 产业在带动中国经济产出、提供就业机会等方面将发挥重要作用。
目前，5G 时代正加速到来，中国5G 产业快速发展，在各个领域上也已取得不错的成绩。
在5G 建设初期，网络优化过程中也会发现诸多问题，发现问题解决问题是网络发展初期必经的过程，同时也为后续的网络优化提供了必要的经验。
【关键字】5G 网络优化VOLTE【业务类别】5G一、问题描述5G 初期语音网络和数据网络分离，采用NR+LTE 双连接组网，话音通过EPC+LTE 来提供，以VoLTE 作为语音解决方案。
在5G 网络深入优化后，逐步推出VoNR，VoNR 是5G 网络的目标话音解决方案，将成为主流语音技术。
2020 年将是5G 网络爆速发展的一年，及时发现问题并解决问题是网络快速良性发展的必要因素，建网初期积累的优化经验是后续5G 网络质量的有效保证。
5G NR 网络下，语音有两种方式，终极方式是VoNR，就是在5G 网络上承建语音业务，将语音数据转换成数据业务，类似OTT。
由于硬件暂不支持，现阶段我们用的还是VOLTE，即在4G 网络上承载语音业务。
在4G 无线升级到15.1SPC171 版本后，VoLTE 用户SCG 管理策略，使用volte 优先。
当5G 用户进行语音业务时，5G 连接释放，回落到4G 进行VOLTE。
手机角标有HD 标识。
VoNR 是 5G 网络的目标话音解决方案，从 5G 商用初期选择的话音方案演进到 VoNR ，存在多条路径。
截止目前，主要有 3 条 VoNR 演进路径。
XX市移动Volte测试问题分析报告V1.0
XX市移动Volte测试问题分析报告V1.0目录1.概述 (3)2.道路测试拉网结果统计 (3)2.1未接通/掉话和CSFB问题事件点汇总 (4)3.问题详细分析 (5)3.1.接通问题分析 (5)3.1.1.1 挂机时IMS未发bye挂机指令给被叫，导致后续的呼叫产生连续2个未接通 (5)3.1.1.2 之前被叫未正常挂机，导致后续的呼叫失败 (7)3.1.1.3被叫IMS注册失败，IMS直接回注册拒绝。
(8)3.1.1.4 被叫在Ｇ网先结束通话并回LTE，在IM注册前IMS向被叫发起了挽救请求，直接导致失败103.1.2其它未接通（不排除IMS问题或怀疑是IMS问题） (13)3.1.2.1被叫下行质量很好，但没有收到Volye paging,后面导致收到CSFB的寻呼 (13)3.1.2.2 需要核心网提供普通PS寻呼与volte寻呼的差异区别？ (15)3.1.2.3 被叫在Ｖolte建立过程中,IMS直接很快发Cancel导致未接通.并引起后续的被叫CSFB过程163.1.2.3 被叫下行质量好，但未收到IMS的寻呼消息 (16)3.1.2.4 被叫下行质量好，但未收到IMS的寻呼消息 (17)3.1.2.4 被叫下行质量好，但未收到IMS的寻呼消息 (17)3.2.掉话或掉线问题分析 (18)3.2.1被叫质量差导致掉话。
(18)3.2.2主叫质量差导致掉话 (19)3.2.3主叫质量差导致掉话 (19)1.概述为了提升4G用户对4G网络的满意感知度，尤其是在4G网络成熟进行语音和视频业务，近期省公司在集团移动公司的安排策略下，在全省开启VolTE功能。
诺基亚区域省公司安排湘潭先行进行优化实施。
2.道路测试拉网结果统计湘潭于8月21日对市区进行了第2次VolTE拉网测试，统计结果如下：总体接通率92.11(未剔除IMS原因导致的未接通)，掉线率1.39%.备注1：统计方法A) .被叫所有CSFB过程均视为未接通，无论是被叫CSFB成功或失败。
IMS错误码分析
03
3. 常见IMS错误码案例分析
3. 常见IMS错误码案例分析
3.1 案例一：调用IMS接口返回500 Internal Server Error
在该案例中，我们遇到了一个常见的错误码-500 Internal Server Error。该错误码通常表示服务器内部错误。我们需要分析请求参数、接口实现逻辑等方面，以确定错误产生的原因，并进行相应的修复。3.2 案例二：IMS注册失败，返回408 Request Timeout
1.2 为什么需要错误码分析？
错误码分析对于IMS系统的运维和故障排查非常重要。通过分析错误码，我们可以快速定位问题，并采取正确的解决方案，提高系统的可靠性和稳定性。
02
2. 常见IMS错误码及分析
2. 常见IMS错误码及分析
2.1 401 Unauthorized
该错误码表示客户端未经授权请求，可能原因包括用户未登录、权限不足等。我们需要进一步分析请求的上下文及相关的认证信息，找出原因并采取相应的处理措施。2.2 503 Service Unavailable2.3 404 Not Found
在该案例中，用户尝试进行IMS通话时，返回了486 Busy Here错误码，意味着目标号码正忙。我们需要检查目标号码是否可通、网络连接等，进一步排查故障原因，并采取适当的解决方案。这是一份IMS错误码分析的演示文档，通过对常见错误码的解读和案例分析，帮助我们更好地理解和处理IMS系统中遇到的问题。
该错误码表示请求Βιβλιοθήκη 资源未找到。我们需要检查请求的URL是否正确、服务器是否配置正确等，进一步明确问题所在，并进行相应的修正。
2.2 503 Service Unavailable
出现该错误码通常意味着服务不可用或超负荷。我们可以通过检查服务是否正常运行、资源是否充足等方式来解决问题。还可以考虑优化服务部署结构，提高系统的扩展性。
volte测试发现503错误IMS分析报告文案
2、4、5、6、7、9、11、12、核心网分析：问题1、11月5日13:23:15.731主叫侧SBC消息，收到PCRF的AAA响应后，等了6s都没有收到RAR资源申请结果，SBC向主叫发503。
需要PCRF与EPC 确认原因。
问题2、11月5日13:44:52.271主叫侧SBC消息，收到PCRF的AAA响应后，等了6s都没有收到RAR资源申请结果，SBC向主叫发503。
需要PCRF与EPC 确认原因。
（同问题1）问题3、11月5日14:18:52.415主叫侧SBC消息，被叫侧资源预留超时：收到PCRF的AAA响应后，等了6s都没有收到RAR资源申请结果，SBC向被叫发503。
需要PCRF与EPC 确认原因。
问题4、11月4日13:22:33.465主叫SBC消息，主叫侧资源预留失败，RAR消息可确认：RAR消息：Epc侧分析:建立承载时,MME向enodeB E-RAB setup 请求,enodeB回复失败:enodeB ID: CE482(844930)问题1 及问题2 在EPC侧分析：提供两组此情况的enodeB ID:源enodeb id : 6635A,十进制418650,目enodeB ID F11BA, 十进制987578 源enodeb id : 663A3,十进制418723,目enodeB ID CE2F5, 十进制844533源enodeb id : 6635A响应MME E-RAB说正在发出X2切换:X2切换完成后MME向目标enodeB ID F11BA发E-RAB请求一直未得到响应导致:问题5:源enodeb id : 66398,十进制418712,目enodeB ID 66AE6, 十进制420582问题6:源enodeb id : 34360,十进制213856,目enodeB ID 66EF7, 十进制421623问题7:源enodeb id : 664C5,十进制419013,目enodeB ID CE397, 十进制844695问题8:enodeB ID: 6647F(418943)问题9:Enode ID: CE482(844930)问题10:源enodeb id : 66AEB,十进制420587,目enodeB ID 66EF7, 十进制421623大唐无线分析：11月4号苹果测试结果中涉及我司区域的有3个503错误的未接通，附件IMS分析报告中，这3个未接通的现象都是在起呼阶段QCI1的专载建立失败，原因全为”Unknown-enb-ue-s1ap-id”。
SIP-503错误码原因分析研究VoLTE端到端业务质量分析
VoLTE端到端质量分析SIP-503错误码原因分析研究目录1.SIP-503消息错误码分析背景 (2)2.SIP-503失败原因分类 (2)3.SIP-503流程分析 (4)3.1.无线链路失败导致掉话 (4)3.2.VoLTE走盲重定向导致掉话 (5).X2切换失败导致的掉话 (5)3.4.Sip信令丢失导致未接通ue-not-available-for-ps-service (6)3.5.2G侧资源异常导致未接通 (8)3.6.基站弱场起呼功能导致 (8)3.7.BSRVCC切换失败 (9)3.8.VoLTE参数配置问题 (10)3.9.VoLTE流程冲突问题（1） (11)3.10.VoLTE流程冲突问题（2） (12)3.11.VoLTE流程冲突问题（3） (13)3.12.VoLTE流程冲突问题（4） (13)3.13.VoLTE流程冲突问题（5） (14)4.SIP-503失败案例总结 (15)4.1.邻区配置问题导致SIP-503失败原因：tx2relocoverall-expiry (15)4.2.干扰问题导致SIP-503失败原因：tx2relocoverall-expiry (16)4.3.传输问题导致SIP-503 S1切换导致VoLTE掉话 (19)4.4.站内切换与modify并发SIP-503导致视频失败 (23)4.5.站内切换并发导致未接通 (24)5.SIP-503失败原因处理流程总结 (26)1.SIP-503消息错误码分析背景2016年中国移动集团开展VoLTE百日会战工作期间，我司在VoLTE质量提升过程中结合炎强平台从TOP小区、DT/CQT遍历拉网测试信令分析中总结经验，旨在帮助各办事处尽快解决信令分析中遇到的问题。
随着VoLTE优化工作的开展，我们发现有些SIP-503错误码与无线测关联较大，如外部邻区、帧头偏移未对齐导致的干扰，传输时延、切换并发等问题都会导致SIP消息报错，而这些SIP消息报错的时间点之前eNB就发起了异常的信令释放。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2、
4、
5、
6、
7、
9、
11、
12、
关闭跟踪指示,
没有捉包
核心网分析：
问题1、11月5日13:23:15.731
主叫侧SBC消息，收到PCRF的AAA响应后，等了6s都没有收到RAR资源申请结果，SBC 向主叫发503。
需要PCRF与 EPC 确认原因。
问题2、11月5日13:44:52.271
主叫侧SBC消息，收到PCRF的AAA响应后，等了6s都没有收到RAR资源申请结果，SBC 向主叫发503。
需要PCRF与 EPC 确认原因。
（同问题1）
问题3、11月5日14:18:52.415
主叫侧SBC消息，被叫侧资源预留超时：收到PCRF的AAA响应后，等了6s都没有收到RAR资源申请结果，SBC向被叫发503。
需要PCRF与 EPC 确认原因。
问题4、11月4日13:22:33.465
主叫 SBC消息，主叫侧资源预留失败，RAR消息可确认：
RAR消息：
Epc侧分析:
建立承载时,MME向enodeB E-RAB setup 请求,enodeB回复失败:
enodeB ID: CE482(844930)
问题1 及问题2 在 EPC侧分析：
提供两组此情况的enodeB ID:
源enodeb id : 6635A,十进制418650,目enodeB ID F11BA, 十进制987578 源enodeb id : 663A3,十进制418723,目enodeB ID CE2F5, 十进制844533
源enodeb id : 6635A响应MME E-RAB说正在发出X2切换:
X2切换完成后MME向目标enodeB ID F11BA发E-RAB请求一直未得到响应导致:
问题5:
源enodeb id : 66398,十进制418712,目enodeB ID 66AE6, 十进制420582
问题6:
源enodeb id : 34360,十进制213856,目enodeB ID 66EF7, 十进制421623
问题7:
源enodeb id : 664C5,十进制419013,目enodeB ID CE397, 十进制844695
问题8:
enodeB ID: 6647F(418943)
问题9:
Enode ID: CE482(844930)
问题10:
源enodeb id : 66AEB,十进制420587,目enodeB ID 66EF7, 十进制421623
大唐无线分析：
11月4号苹果测试结果中涉及我司区域的有3个503错误的未接通，附件IMS分析报告中，这3个未接通的现象都是在起呼阶段QCI1的专载建立失败，原因全为”Unknown-enb-ue-s1ap-id”。
逐个问题分析CDL，发现3个问题的过程基本一致，都是在判决或执行站切换的过程中，EPC 下发了QCI1的ERAB建立或修改请求，然后直接回复失败，导致未接通。
问题4目enode出问题: enodeB ID: CE482(844930) 闽侯-闽侯上街闽都星城搬迁-DLH 大唐问题8: enodeB ID: 6647F(418943) 闽侯-闽侯工程学院H3宿舍楼-DLH大唐问题9: Enode ID: CE482(844930) 闽侯-闽侯上街闽都星城搬迁-DLH大唐
与后方沟通确认，大唐ENB处理符合<中国移动TD-LTE无线网络主设备规—无线功能分册>
规要求，见4.1.22 P48。
详细分析说明如下：
问题4、13:22:33.135完成初始ERAB建立，240毫秒时ue上报了1条A3的MR(站)，此时
基站应该是立即进入了切换判决流程，前135毫秒时enb下发UE能力查询未得到回复。
而2毫秒后收到EPC下发的QCI的ERAB建立请求，2毫秒后ENB直接回复ERAB建立失败，原因为unknown-enb-ue-s1ap-id。
问题8、12:58:45.078 ue上报了1条A3的MR(站)，094毫秒时ENB下发RRC重配执行站切
换。
39毫秒后收到EPC下发的QCI的ERAB修改请求，1毫秒后ENB直接回复ERAB建立失败，原因为unknown-enb-ue-s1ap-id。
问题9、13:22:33.240完成初始ERAB建立，340毫秒时ue上报了1条A3的MR(站)，343毫秒时ENB下发RRC重配执行站切换。
20毫秒后收到EPC下发的QCI的ERAB建立请求，1毫秒后ENB直接回复ERAB建立失败，原因为unknown-enb-ue-s1ap-id。
400毫秒时站切换成功，而QCI1的专载是在站切换过程中发起的建立请求。