Volte参数与VOLTE失败原因值
【4G+(VOLTE)知识】_VOLTE实战经验-
1参数与定时器配置（建议）1.1VoLTE互操作类参数1.2VoLTE功能类参数1.3定时器参数1.3.1接入类定时器参数英文名：T300功能描述：该参数表示UE侧控制RRC connection establishment过程的定时器。
在UE 发送RRCConnectionRequest后启动。
在超时前如果：1.UE收到RRCConnectionSetup或RRCConnectionReject；2.触发Cell-reselection过程；3.NAS层终止RRC connection establishment 过程。
则定时器停止。
如定时器超时，则UE重置MAC层、释放MAC层配置、重置所有已建立RBs （Radio Bears）的RLC实体。
并通知NAS层RRC connection establishment 失败对网络质量的影响：增加该参数的取值，可以提高UE的RRC connection establishment过程中随机接入的成功率。
但是，当UE选择的小区信道质量较差或负载较大时，可能增加UE的无谓随机接入尝试次数。
减少该参数的取值，当UE选择的小区信道质量较差或负载较大时，可能减少UE的无谓随机接入尝试次数。
但是，可能降低UE的RRC connection establishment过程中随机接入的成功率1.3.2切换类定时器参数英文名：T304For Intra-Lte功能描述：在“E-UTRAN内切换”和“切换入E-UTRAN的系统间切换”的情况下，UE 在收到带有“mobilityControlInfo”的RRC连接重配置消息时启动定时器，在完成新小区的随机接入后停止定时器；定时器超时后UE需恢复原小区配置并发起RRC重建请求对网络质量的影响：用于系统内切换，该值设置过大会导致切换失败无法及时回退并发起RRC连接重建过程1.3.3重建类定时器1）参数英文名：T311功能描述：T311用于UE的RRC连接重建过程，T311控制UE开始RRC连接重建到UE 选择一个小区过程所需的时间，期间UE执行cell-selection过程。
VOLTE预选失败案列
某运营商VOLTE预选后呼叫失败案列故障现象（背景）某运营商新建VOLTE站点，开局后测试业务，新放号6个，准备测试相关业务。
但是发现该批号码能正常注册，主叫正常，做被叫偶发提示该号码为空号。
故障分析一般而言，VOLTE用户主叫正常，被叫故障常见原因往往是ENS开户问题，或者被叫HSS 开户问题。
根据本次故障现象可知，由于号码能正常注册，故HSS开户没有问题；由于被叫为偶发性通，经核查后确定ENS配置正常。
对故障号码进行被叫号码消息跟踪（如图一所示）：可知，被叫ATS向SCSCF发出INVITE 消息后，SCSCF没有转发invite消息，而是报404 route address not found 错误。
图一继续看跟踪消息，从图一发现，在呼叫中ATS和HSS有多次信息交互，下载相关数据，打开消息后发现为透明数据。
从这点我们可以分析出，此时用户应该是在ATS上未注册，收到会话请求后临时下载用户信息。
而对于VOLTE用户而言，意味着此时ATS一定会将此会话预选为CS域。
而域选为CS域后将会走抑制重复锚定流程。
结合该运营商的方案，该运营商采用CIC的方式完成抑制重复锚定流程，故ATS会在原被叫号码前加CIC前缀。
打开ATS发出的invite消息（如图二所示），可知ATS确实已经在原被叫前加了1117的前缀，但是该前缀与电信规划的前缀不同。
电信规划的CIC前缀为1117XX，其中1117位固定前缀，后两位XX用于分省，使SCSCF能送到归属省的MGCF。
在本案列中，明显看到只有1117而没有后两位分省标识，导致SCSCF无法送到指定MGCF，故返回404。
查看该运营商路由规范，该省后缀应为37。
查看该用户在ATS上的开户数据，发现其开户省份ID同样也为37，如下图所示：表面上看起来似乎没有问题，但是查询ATS数据发现，CIC前缀后两位并不是直接的province ID,而是provinceID和号码前缀（即1117XX的后两位）之间有对应关系，而XX 是对应后的号码前缀；该前缀可以在ATS网元上使用LST PROCPFXMAP命令来查询，本案列查询结果如下：由此可知，该前缀所对应的省份索引应该为16，而本案中添加了37，在ATS上并没有37省份索引，故ATS在发送的invite消息中没有后两位信息，只有1117，和上述故障现象相符。
VoLTE常用配置说明
1VoLTE 常用配置说明1 VoLTE 语音测试0x0001设置为“Yes[1]”，如图2所示：1.2SPS配置在LTE系统中，其共享信道带宽所能支持的V oIP用户数，远远大于其控制信道可以调度指示用户数。
于是，对于V oIP业务而言，LTE系统控制信息的不足将极大的限制其所同时支持的用户数。
对于V oIP类型的业务，其数据包大小比较固定，到达时间间隔满足一定规律的实时性业务（典型的话音业务周期一般是20ms），针对这种特性，LTE系统引入了半静态调度技术（Semi-Persistent Scheduling）。
对于该功能的基站侧配置如下：在EMLP表中将QCI=1的承载的调度方式改为SPS调度，上下行均需要进行修改，如图4所示。
23图4配置QCI=1的承载的调度方式为SPS1.3 DRX 配置DRX （Discontinuous Reception ）即非连续接收，是指UE 仅在必要的时间段打开接收机进入激活期，以接收下行数据和信令，而在其他时间关闭接收机进入休眠期，停止接收下行数据和信令的一种节省UE 电力消耗的工作模式。
DRX 参数配置是RRM 算法根据不同的业务类型的特性给出的，目前的推荐配置如表1所示：表1 DRX 参数推荐配置DRX Cycle Configuration Indicator 为0的一套参数是配置给不支持短周期的1) 在E-UTRAN FDD Cell 图5 打开DRX Switch for GBR 开关2) 在Service DRX 表中可以要求以及终端的支持情况配置DRX 相关定时器的值，可根据表中的推荐值进行配置，如图6~7所示。
4图6 DRX 配置list图7 QCI=1对应DRX 参数配置示例1.4 TTI 捆绑（TTI Bundling 用于提高用户在小区边缘覆盖的一种方法。
根据协议规定，该方法只适用于上行。
当TTI Bundling 使能时，上行调度DCI0一次授权后，在连续的4个上行子帧上传输同一传输块，且仅在第四次传输后有对应的PHICH 反馈，重传也是4个连续上行TTI 发射的一种调度方法，可以充分利用4个上行子帧发送的数据进行数据合并，通过合并增益提升数据可靠性。
VoLTE业务资料VoLTE问题案例集
文档版本
V1.0
发布日期
2015-01-28
华为技术
修订记录
Date
日期
Revision Version
修订版本
CR ID
CR号
Section Number
修改章节
Change Description
修改描述
Author
作者
2015-01-22
V1.0
初稿完成
曾佳00130333
为了统一思路前后方重新整理问题和思路寻求新的突破口，正对不同终端在同一个华为站点PTH112下面验证总共得到以下3种失败场景如下：
Case1:VoLTE注册过程中网络下发401鉴权挑战消息，终端未收到；
图9：Case1网络下发鉴权挑战401终端未收到
Case2: Sony终端基于UDP的Register消息异常；
通过测试发现P7使用的SIP基于UDP承载，并且Register消息总共才1172Bytes，MTU值可通过root权限配置但是设置未生效；待进一步验证。
P7升级到测试成功，但在E///的基站下，接入失败。IMS直接回494消息，CN侧抓包如下：
如下是P7失败和sony成功（E///基站）的对比，差异如红圈出，但P7发送的也符合协议RFC3329.
3.eNodeB版本和配置以及话统分析
检查eNodeB版本：BTS3900 V100R009C00SPC160；
检查EUTRAN支持VoIP能力开关：ENodeBAlgoSwitch.EutranVoipSupportSwitch=ON；
检查小区信号质量：正常；
检查数传业务成功率：正常；
检查所有基站配置和VoLTE业务：总共6个基站PTH100/101/102/104/110/112，VoLTE均失败；
VoLTE语音解决方案
12
VoLTE网络架构
IMS域：
SBC（Session Border Control 会话边界控制器）: IMS网络中一个重要的网络节点，其位于IMS网络的边
界，起着将终端用户接入到IMS核心网的重要作用。它的主要功能包括接入许可控制，网络拓扑隐藏，NAT以 及NAT穿越，QoS及带宽策略，和网络安全机制等。 S-CSCF（Serving Call Session Control Function 服务会话控制功能）: 是IMS的核心所在，它位于归属网
Voice flow
handover
SvLTE
•特点：终端双待，语音业 务由传统2G/3G网络提供 •优势：对网络改动小，用 户体验不变，语音和数据 可以并发，无需切换
CSFB
•特点：终端单待，当有语 音业务需求时，需要回落 到传统2G/3G网络提供 •优势：对终端要求较低， 重用传统2G/3G网络 •劣势：对传统2G/3G网络 有改造要求，时延较长， 语音和数据业务不可并发
VoLTE/SRVCC
•特点：语音业务基于IMS 提供，并支持从LTE切换到 2G/3G网络的语音连续性 •优势：基于LTE的语音， 音质好，频谱利用率高， 语音和数据业务可以并发 •劣势：需要部署IMS，终 端支持SRVCC的终端较少
•劣势：终端要支持双待， 对手机芯片、电池续航力 都有较高要求
VoLTE的质量体验
策略控制单元（PCC）： PCC（Policy and Charging Control 策略与计费控制）：提供策略控制、计费控制功能、业 务数据流的事件报告等功能。 PCEF（Policy and Charging Enforcement Function 策略和计费执行功能）：主要包含业务 数据流的检测、策略执行和基于流的计费功能。 PCRF（Policy and Charging Rule Function策略和计费规则功能）：包含策略控制决策和基 于流计费控制的功能，PCRF接受来自PCEF、SPR和AF的输入，向PCEF提供关于业务数据流检 测、门控、基于QoS和基于流计费的网络控制功能。并结结合PCRF的自定义信息做出PCC决 策。 信令网（DRA）： DRA（Diameter Routing Agent路由代理节点）：下一代信令网，可以真正实现未来核心网 逐步的扩展，简化网络，实现快速部署、高效维护及增强网络安全。 DRA节点负责LTE Diameter信令目的地址翻译和转接, 实现LTE用户的鉴权、位置更新、计费管理。部署DRA的 好处：解决移动用户漫游到其他网络时，用户的鉴权、认证、位置登记、计费策略等信息在漫 游网络与归属网络之间的传递。在一些业务应用场景中，保证对于同一个用户，AF和PCEF能 够寻址到同一个PCRF，通过部署Diameter 代理来实现IP地址和IMSI的动态绑定以完成寻址。
VOLTE接通率优化思路及案例
VOLTE接通率优化思路及案例VOLTE (Voice over LTE) 是一种利用LTE网络传输语音和数据的技术。
VOLTE接通率优化是指通过调整和优化网络参数和配置，以提高VOLTE呼叫的接通率。
下面将介绍一些优化思路和案例，以提高VOLTE接通率。
1.数据分析和故障排查：首先，进行数据分析和故障排查是优化VOLTE接通率的基础。
通过分析呼叫失败原因、掉话率、信号覆盖和质量等指标，定位问题，并采取相应的措施进行修复。
2.优化VoLTE频谱资源：VOLTE需要分配适当的频谱资源以保证通话质量。
通过合理规划和配置频谱资源，避免与其他无线网络干扰，优化频谱利用率，提高VOLTE接通率。
3.参数优化：调整和优化网络参数是提高VOLTE接通率的重要手段。
例如，设置适当的调度算法、增加资源预留、调整拥塞控制参数等，以优化资源分配和控制，提高呼叫的接通率。
4.优化呼叫控制和信令处理：呼叫控制是VOLTE接通率的关键。
通过优化呼叫控制流程、有效处理和分发信令等方式，减少呼叫失败、超时等问题，提高VOLTE接通率。
5.扩充信号覆盖：信号覆盖是影响VOLTE接通率的重要因素。
通过添加、调整和优化基站、天线的位置和布局，加强覆盖，提高信号质量和接通率。
6.增加容量和优化网络拓扑：根据需求，增加基站和小区，扩充网络容量，分担负载，减少拥堵，提高VOLTE接通率。
同时，对网络拓扑进行优化，合理设计和布置小区，以提高效率和质量。
7.实时性网络优化：通过对网络信号和质量进行实时监测和优化，及时发现和解决问题，提高VOLTE接通率。
例如，利用实时数据和监控系统，对信道质量、拥塞情况等进行监测和控制。
下面以一个案例来说明VOLTE接通率的优化：地区的手机运营商发现VOLTE接通率较低，通过数据分析发现主要问题是信号覆盖不佳和呼叫控制流程不完善。
1.基站优化：首先，他们增加了一些基站，将基站的覆盖范围调整到更适合VOLTE通话的区域。
案例-三方VoLTE通话建立失败解决案例
VoLTE三方通话失败解决案例【摘要】VoLTE内部体验测试中，多次出现双方通话正常、三方通话失败。
通过跟踪S1口信令分析和参数排查，确定基站QCI=1的承载修改过程中速率协商失败，导致三方通话异常。
通过端到端参数协同，保证业务顺利进行。
【关键字】VoLTE三方通话建立失败端到端参数协同一、问题描述VoLTE业务测试时，多次出现双方通话正常、三方通话失败：主叫A呼叫被叫B正常通话。
A与B呼叫保持，主叫A呼叫被叫C时，C终端无响应，主叫A等待6s挂机。
图1：三方通话呼叫失败二、三方通话过程Step1：主叫A呼叫被叫B；Step2：主叫A呼叫被叫C，此时A与B之间处于Hold状态。
该过程需要协商QCI=1的GBR，保证满足三部终端合并通话要求。
Step3：点击“合并”通话，A、B、C合并到会议组建立三方通话。
被叫B、C挂机不影响通话业务，主叫A挂机则通话结束。
图2：三方通话建立过程三、问题分析过程针对VoLTE三方通话失败问题，首先排除终端问题和小区故障，结合终端Log、Wireshark S1信令、Trace LOG进行分析，查找异常原因，有针对性的分析参数设置问题。
尤其是VoLTE业务涉及网元众多，流程复杂，需要详细了解各个环节才能迅速准确的定位问题，从用户SIM卡、终端、基站、无线环境、参数检查、信令流程等分析，具体流程如下：图3：分析流程1、终端、SIM卡、eNB版本排查主叫A单独呼叫被叫B通话正常，单独呼叫被叫C时通话正常；被叫C倒换为主叫终端测试呼叫正常。
同样的终端在其它基站测试，现象一致，因此排除终端、SIM卡、eNB版本问题。
2、覆盖分析选择一个小区，使用VoLTE终端连接PC端软件测试：RSRP、SINR 良好，Attach、FTP、ping、VoLTE双方通话等各项业务均正常。
因此排除基站业务异常和无线环境问题。
只有在进行VoLTE三方通话业务异常。
3、设备侧核查传输检查：eNB能够正常ping通，eNB ping MME、源基站ping 邻基站、邻基站ping源基站，均能ping通，时延均正常，说明网元之间链路正常。
VOLTE寻呼拥塞分析优化案例
VOLTE寻呼拥塞分析优化案例一、案例背景VOLTE（Voice over LTE）是指通过LTE网络进行语音通信的技术，它提供了高质量的语音通话和丰富的通话功能。
然而，在实际网络运营中，由于网络拥塞等原因，VOLTE寻呼过程中可能浮现延迟或者失败的情况，影响用户的通话体验。
因此，我们需要进行VOLTE寻呼拥塞分析优化，以提高寻呼成功率和通话质量。
二、问题分析1. 寻呼拥塞原因分析：我们需要对VOLTE寻呼拥塞问题进行深入分析，找出导致寻呼失败或者延迟的具体原因。
可能的原因包括网络拥塞、信号覆盖不足、信道干扰等。
2. 寻呼成功率分析：对于寻呼成功的情况，我们需要分析成功率，并根据不同地区、时间段等因素进行对照分析，找出成功率较低的地区或者时间段，并进一步分析原因。
3. 通话质量分析：除了寻呼成功率外，我们还需要分析VOLTE通话质量，包括音质、时延、丢包率等指标。
通过对通话质量的分析，我们可以找出影响通话质量的因素，并进行优化。
三、数据采集与分析1. 数据采集：我们需要采集VOLTE寻呼过程中的相关数据，包括寻呼请求次数、寻呼成功次数、寻呼失败次数、寻呼延迟时间、通话质量指标等。
这些数据可以通过网络监测设备、基站设备、用户设备等进行采集。
2. 数据分析：采集到的数据需要进行详细的分析，包括寻呼成功率的计算、寻呼延迟时间的统计、通话质量指标的计算等。
通过对数据的分析，我们可以找出问题所在，并制定相应的优化方案。
四、优化方案1. 网络优化：针对网络拥塞问题，我们可以通过增加基站、优化网络参数、调整信道分配等手段来提高网络容量和覆盖范围，从而减少寻呼拥塞情况的发生。
2. 信号优化：对于信号覆盖不足的问题，我们可以通过增加基站或者调整天线方向来改善信号覆盖情况，提高寻呼成功率。
3. 干扰处理：针对信道干扰问题，我们可以通过频谱分析、干扰源定位等手段来找出干扰源，并采取相应的干扰消除措施，提高寻呼成功率和通话质量。
VoLTE常见问题及优化策略PPT演示课件
二、VoLTE优化特点以及优化手段 与数据优化对比
3、VoLTE语音对移动性能要求更高
（1）4G系统内移动性能优化 异频重定向、异系统重定向必然导致语音掉话，但数据业务对此不敏感。
（2）4G-2G系统间eSRVCC 2G邻区优化 在LTE网络覆盖未达到全面覆盖之前，在LTE覆盖边缘， VoLTE语音业务会切换到 GSM，以减少用户移出LTE覆盖导致的掉话。准确的2G邻区是eSRVCC切换成功率 的保证。
MT UE
2G网络
二、VoLTE优化特点以及优化手段 VoLTE无线网络优化经验
一、参数配置
1、配置头压缩
（1）打开ROHC开关（2）头压缩格式QCI=1配置支持Profile0x0001、Profile0x0002
2、配置RLC
（1）RLC模式QCI1配置UM模式，QCI5和QCI9配置AM模式
VOLTE系统
信令类型
IMS系统
SIP
MME侧
S1+NAS
基站侧
S1+Uu
终端
Uu+NAS
抓取节点 SBC及PCRF等网元
MME
eNodeB
UE
使用工具
Wireshark
中兴：CTS 爱立信：OSS UETR
CDS、鼎利
二、VoLTE优化特点以及优化手段 与CSFB优化对比
5、VoLTE优化与CSFB优化需相结合
测试场 景
测试区域
平均RSRP
平均 SINR
RSRP>-110 且SINR>-3
呼叫成功 率
掉话率
eSRVCC切 呼叫建立时延
换成功率
-IMS
室分 室分
天河、越秀
精品案例_VoLTE功能注册慢或无法打开原因分析
VOLTE功能注册慢或无法打开原因分析目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (3)3.1 永鲜100超市解决方案....................................................................错误!未定义书签。
3.2 一中东校区解决方案........................................................................错误!未定义书签。
3.3 解决方案CQT测试验证....................................................................错误!未定义书签。
3.4 解决方案KPI指标对比....................................................................错误!未定义书签。
四、经验总结 (8)1、微分布系统主要优点..........................................................................错误!未定义书签。
2、微分布系统主要缺点..........................................................................错误!未定义书签。
3、微分布系统应用建议..........................................................................错误!未定义书签。
VOLTE功能注册慢或无法打开原因分析【摘要】VoLTE是基于IMS的语音业务，而IMS由于支持多种接入和丰富的多媒体业务，成为全IP时代的核心网标准架构。
经历了过去几年的发展，VoLTE已经实现规模商用。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
失败原因
失败呼叫次数
unassigned number
2163
其他
51
unassigned number
16
850-255-183-480
1
user is busy
114
internal error
42
user is busy
8
internal error
6
unassigned number 850-255-183-486
based on status
back system reject state: 48
1
warning码 Internal error
Glare condition
第一拆线网元 device
失败次数 6
1
Internal error
24
16
MGCF
sipsl_nc_sipi_bearer
8
_time_out.
原因值
呼叫类型
被叫号码情况 被叫号码异常
第一拆线网元 失败次数 107
484 Address Incomplet
e
语音
被叫号码正常
6
device
被叫为1259023+短号
23
视频
被叫号码异常
1
原因值 呼叫类型
5001 DIAMETER_ ERROR_USE R_UNKNOWN
语音 视频
warning码
原因分析 多为主叫UE在收到update回复200 OK，过了几秒后又发出580，平台上看双方承 载建立已成功，由于终端多为未正式发布的VOLTE终端，判断为终端原因。 被叫回复183后建立专载，然后立刻发生X2切换，而后被叫在收到update后回复 580，判断为EPC测建立专载和X2切换流程冲突，EPC侧已有补丁修复此问题。 部分呼叫由于主叫发生振铃前SRVCC引起；大部分场景为被叫是CS用户，MGCF转 发183消息给主叫后，主叫未响应prack，MGCF多次重发183后定时器超时释放， 发出580拆线。 场景和原因与上面的internal error一致，580消息中都带有16 sipsl_nc_sipi_bearer_time_out信息，平台关联原因导致呈现的warning码不 同。 实际为被叫UE拆线，平台关联问题，由于被叫振铃前发生bSRVCC，导致 precondition失败拆线
warning值 无
release mgcf and cs. ims should send tone based on status code query adb failed 无
0 RELEASE FROM CC!
release mgcf and cs. ims should send tone based on status code. query adb failed
I-CSCF
失败次数 2 2 1 1
Unavailable、487 Request Terminated、
分析 抽查了20条Q850原因为：unassigned number的记录都是由于发起呼叫后很短时 间内早释引起。 在具体信令中未看到unassigned number的原因值，怀疑为平台填字段时有问 题，已反馈给林永兴联系华为处理。 其余的失败记录带的Q850原因多为480和503，在后面的内容中分析。 主叫振铃前早释引起 视频起呼，主叫发起后被叫寻呼不到，发生CS RETRY，MGCF在收到带video的 invite 0.02s后回400 bad request，带warning：”10039 OFFER RECEIVE FAILED!”，呼叫失败。本场景已在进一步分析。 AS有6秒定时器，用户的上一次呼叫还未释放，AS返回拒绝。 主叫发起三方通话，而在AS无会议权限，导致AS下发拒绝。 AS有6秒定时器，用户的上一次呼叫还未释放，AS返回拒绝。 主叫拨打的被叫号码错误，由S-CSCF拆线，带原因值“号码分析失败”
原因值
received cancel message
403 Forbidden 486 Busy
Here 原因值 呼叫类型
480 Temporari
ly Unavailab
le
原因值 呼叫类型
487 Request Terminate
d
呼叫类型 语音 视频 语音 视频 语音 视频
语音
语音
403 Forbidden、486 Busy Here、480 Temporarily Unavailable、487 Requ
为被叫UE在IMS域下发出、或MGCF转发的486消息，为被叫忙的情况
为被叫UE在IMS域下发出、或MGCF转发的486消息，为被叫忙的情况
原因分析
主叫用户发生振铃前切换，SCC AS下发480消息。
部分为480消息中带有Q850原因为subscriber absent，被叫关机； 部分为平台关联问题，实际是MGCF发出480，由CS域rel转换而来； 部分为被叫为CS域用户，发生呼转，期间主叫发生aSRVCC，SCCAS下发480 （channel type not implemented）。 平台未关联出详细记录 平台关联问题，由CS域被叫侧释放经MGCF转换为480
原因分析 绝大多数为SCP下发183放音，而后SCP下发487拆线；被叫号码通常为短号，推 测为主叫虚拟网签约问题引起。 被叫为同一北京号码，对端下487拆线，带warning：Get csrn from hss failed due to timer expiry
在接续过程中主叫被2\3G寻呼回落，导致主叫SCSCF拆线。
多次重发183后定时器超时释放，发出504拆线； 场景三：被叫为CS 用户，主叫回复prack收到200OK后未回update，MGCF超时拆
线。判断为无线环境不理想。 场景一：被叫CS用户，应该是关机呼转到来电平台，平台APM后无CPG，导致
MGCF超时。平台关联问题显示PSBC拆线 场景二：主叫volte振铃前SRVCC，MGCF发出504,平台关联问题显示PSBC拆线 场景三：被叫CS用户，MGCF转发IAM后未收到APM，超时MGCF释放，平台关联问
第一拆线网元
0 RELEASE FROM CC!
或 Internal error
The callee is not
HSS
registered
Internal error 或
The callee is not
registered
失败次数 173 10 8
原因值
500 Internal
Server Error
被叫CS用户，两次183协商后无后续消息SAE-GW在10s后拆线。
487中带warning：Cancel received on initial invite；被叫CS用户，两次 183协商后无后续消息SAE-GW在10s后拆线。
被叫为同一北京号码，对端下487拆线。
主叫收到彩铃update回复200OK后又发出update，彩铃AS收到update不处理回 复，SCSCF在30s后下发500内部错误拆线
第一拆线网元
失败次数 134
null
8
SCSCF released the
session because of
1
PERMANENT
Cancel received on initial invite
1
0 RELEASE FROM CC!
device
1
487 Request Terminate
d
语音
原因值 呼叫类型
平台关联问题，被叫签约遇忙转，接续C用户过程中主叫发生aSRVCC，AS回 cancle、480
MGCF发出480，由CS域的rel（31 Normal, unspecified）转换而来 MGCF发出480，由CS域的rel（16 Normal call clearing、19 No answer from user）转换而来 由CS域转换而来 平台关联问题，实际是MGCF发出480，由CS域的rel（31 Normal, unspecified）转换而来 平台关联问题，实际是MGCF发出480，由CS域的rel（16 Normal call clearing、19 No answer from user）转换而来 其实未拆线，SCCAS或HSS认为用户在4G，但SCSCF上用户状态为未注册，则AS回 invite后SCSCF回480，AS又去向CS取漫游，被叫CSFB。
20
unassigned number
850-255-183-486
20
850-255-183-487
warning码 No appropriate session for SRVCC/eSRVCC
Internal error
第一拆线网元 失败次数 3
AS 10
null
2
Internal error
Internal error
P-CSCF
1
warning码
第一拆线网元 失败次数
Internal error 或 0 RELEASE FROM CC!
MGCF
379
Internal error
PSBC
41
Internal error 或 0 RELEASE FROM CC!
SCSCF
72
warning码 Alerting switch release split call. 91 RELEASE COMPLETE FROM CC!
1
No appropriate session for
A-SBC
1
SRVCC/eSRVCC
0 RELEASE FROM CC!