VoLTE信令讲解_0315(2)

正常的信令流程 正常的信令流程 以 2016 年白城第 5 轮拉网网格 2Log 为例说明如下 主叫寻呼信令流程 通话 180s 后结束通话 被叫响应主叫寻呼流程 通话 180s 响应主叫挂机结束 详情信令点说明 Invite 消息 RRC 连接建立 SRB2 QCI9 QCI5 承载建立 RRC Connection Reconfiguration 消息里面 QCI1 专载建立 RRC Connection Reconfiguration 消息里面 激活 QCI1 专用承载 被叫的 183 消息启动资源预留 主叫收到 183 做出回应 主叫和被叫之间交互 PRACK UPDATE 消息都是在协商资源预留过程 最后被叫发 UPDATE 200 OK 标明被叫资源预留成功 网络转发给主叫 被叫 UPDATE 200 OK 消息 主叫收到网络转发的 UPDATE 200 OK 消息 之后被叫振铃 主叫放回铃音 被叫摘机发送 Invite 200 OK 网络转发给主叫 主叫 回 ACK 证实已经收到 IMS 对于 INVITE 请求的最终响应 核心网 IMS 服务器发 ACK 消 息给被叫 证实对于 INVITE 请求的最终响应 主被叫正常通话 之后主叫或者被叫发 Bye 请求结束通话 网络转发给另一方 主被 叫正常挂机结束 参考图如下 AMR WB Adaptive Multi rate Wideband 自适应多速率宽带编码 抽样频率为 16KHz 语音带宽范围为 50 7000Hz AMR WB 是一种同时被国际标准化组织 ITU T 和 3GPP 采用的宽带语音编码标准 也称为 G722 2 标准 日常问题分析案例 日常问题分析案例 掉话问题点 掉话问题点 无线环境问题 无线环境问题 Case1Case1 弱覆盖引起掉话 弱覆盖引起掉话 问题现象 测试车辆沿单家围子农村胡同由东向西行驶时 主占后三家子 1 小区 RSRP 113 56dBm SINR 7 2 此处严重弱覆盖导致掉话事件 问题分析 主叫占用后三家子 1 小区 RSRP 113 56dBm SINR 7 2 此处路段由于蓖麻油厂站点 拆除 导致此处路段严重弱覆盖 发生掉话事件 解决方案 调整运输小区东方位角 120 到 100 方位角 8 到 6 解决此处路段弱覆盖情况 Case2Case2 越区覆盖导致掉话 越区覆盖导致掉话 松原第三轮拉网网格松原第三轮拉网网格 3 3 掉话点掉话点 问题现象 主被叫寻呼正常通话时 被叫由小区 SYSY 粮食储备库 ZLH 32D 4 JN 切换到小区 SYSY 彩虹桥下西 ZLH 31F 4 JN 之后 由于 SYSY 彩虹桥下西 ZLH 31F 4 JN 小区距 离远 属于越区覆盖 道路覆盖慢慢变差 直到脱网到 TD SCDMA 网络 软件最终记被叫 一次掉话 问题分析 主叫在 17 36 01 669 发起 Invite 寻呼请求 在 17 36 01 873 收到网络下发的 trying100 被 叫在 17 36 03 509 响应 MME 寻呼请求 在 17 36 03 624 收到网络转发的 Invite 寻呼消息 之后主被叫 SIP 信令流程转发正常 主叫在 17 36 05 981 上发 ACK 请求 被叫在 17 36 06 213 收到网络转发的 ACK 消息 之后主被叫正常通话 被叫由小区 SYSY 粮食 储备库 ZLH 32D 4 JN 切换到小区 SYSY 彩虹桥下西 ZLH 31F 4 JN 之后 由于 SYSY 彩虹桥下西 ZLH 31F 4 JN 小区距离远 属于越区覆盖 紧接着覆盖慢慢变差 直 到脱网之后又开始重新注册 IMS 域 最终软件在 17 37 44 745 记被叫一次掉话 解决方案 1 删除 SYSY 粮食储备库 ZLH 32D 4 JN 小区与 SYSY 彩虹桥下西 ZLH 31F 4 JN 小区邻区关系 2 需调整彩虹桥下西 4 小区下倾角 6 至 8 粮食储备库 1 小区方位角 340 至 0 解决此处弱覆盖及 SINR 质差问题 优化效果 Case3Case3 网元断链导致 网元断链导致 SRVCCSRVCC 之后掉话之后掉话 松原第二轮拉网网格松原第二轮拉网网格 3 3 掉话掉话 点点 问题现象 测试车辆沿嘉园街由南向北行驶时 主占排水泵站 2 小区 RSRP 108 37dBm SINR 5 10 由于附近信号较好站点 SYSY 滨江家园 DE 后中间 ZLH F12 JNT 网元断链 导致不能正常切换到 SYSY 滨江家园 DE 后中间 ZLH F121 JNT 小区 RSRP 逐 渐变差 达到 B2 门限触发 SRVCC 切换到 2G 之后被叫在 2G 掉话 问题分析 主叫在 13 31 25 482 发起 Invite 寻呼 在 13 31 25 776 收到 Trying100 之后被叫正常响应 主叫寻呼 主被叫 SIP 流程转发正常 在通话期间 当测试车辆沿嘉园街由南向北行驶时 主被叫主占排水泵站 2 小区 RSRP 108 37dBm SINR 5 10 由于附近信号较好站点 SYSY 滨江家园 DE 后中间 ZLH F12 JNT 网元断链 导致不能正常切换到 SYSY 滨江家园 DE 后 中间 ZLH F121 JNT 小区 RSRP 逐渐变差 达到 B2 门限后主被叫触发 SRVCC 切换到 2G 紧接着被叫在 2G 掉话 主叫信令 被叫信令 解决方案 加快处理站点告警 解决此处路段弱覆盖情况 复测 Case4Case4 RRCRRC 重建立失败导致掉话重建立失败导致掉话 白城第白城第 5 5 轮拉网网格轮拉网网格 3 3 问题点问题点 问题现象 测试车辆沿 S207 由北向南行驶时 占用 BCBC 一职 ZLH D12 3 小区 RRC Connection Reestablish Reject 后重选至越区覆盖小区 BCBC 太平洋保险 林业局 ZLH D11 1 小区 无 合理邻区切换 导致弱覆盖 后 RRC 重建失败 问题分析 主叫占用 BCBC 一职 ZLH D12 3 RSRP 101 63dBm SINR 8 9 dBm 无线环境较差 上发 A3 测量报告中 PCI 329 的一中图书馆 3 小区 RSPR 91 93 dBm 但未切换至该小区 邻区漏配 导致无法切换 致使 RRC Connection Reestablish Reject 后重选到越区覆盖小区 BCBC 太平 洋保险 林业局 ZLH D11 1 扇区 由于该小区越区覆盖 无合理邻区切换 造成该路段弱 覆盖 解决方案 1 BCBC 一职 ZLH D12 3 添加一中图书馆 3 小区邻区关系 2 BCBC 太平洋保险 林业局 ZLH D11 1 小区下倾角下压 3 度 3 排查 BCBC 金辉律师事务所 ZLH D12 站点为何信号覆盖不到该区域 核心网问题 核心网问题 Case1Case1 信令异常导致掉话 信令异常导致掉话 白城第白城第 6 6 轮拉网网格轮拉网网格 1 1 问题点问题点 问题现象 主叫正常寻呼被叫 主被叫呼通通话 期间网络异常释放主叫 QCI1 专载 之后主叫上发 Bye 请求 网络回复 Bye 487 请求终止 实际为一次掉话 问题描述 主叫在 11 30 17 261 上发 Invite 寻呼请求 在 11 30 17 543 收到网络下发的 Trying100 被 叫正常响应主叫此次寻呼 之后主被叫 SIP 流程转发正常 主被叫接通后 在主叫通话 360ms 时网络异常释放主叫 QCI1 专载 之后主叫上发 Bye 请求 网络下发 Bye 487 请求终 止 导致一次掉话 主叫信令 释放原因截图 解决方案 需要核心网确认异常释放主叫 QCI1 专载原因 Case2Case2 信令丢失导致 信令丢失导致 SRVCCSRVCC 失败掉话失败掉话 白城场景点移动公司事件分白城场景点移动公司事件分 析析 问题现象问题现象 主叫正常寻呼被叫 呼通后主被叫正常通话 通话过程中被叫由于占用上的小 区信号变差 达到 SRVCC 触发门限 网络给被叫下发 SRVCC 切换请求 之后核心网信令丢 失 导致 SRVCC 切换失败产生掉话 问题描述问题描述 主叫在 09 03 56 253 发 Invite 寻呼请求 在 09 03 56 472 收到网络下发的 100Trying 被叫正常响应主叫寻呼 之后主被叫 SIP 信令流程转发正常 呼通后主被叫正 常通话 被叫由于占用上的小区信号变差 达到 eSRVCC 触发门限 终端上报 B2 测量报告 分析可知 2G 小区为 移动公司 D BCCH 532 BSIC 65 当前服务小区 BCBC 移动公司 ZLH 311D 6 38098 5 和该 2G 小区已配邻区关系 之后网络给被叫下发 SRVCC 切换请求 RR 切换请求 正常情况下 紧接着网络会下发 RR Physical Information 终端回复 RR handover complete 消息 但此时分析炎强信令可知 网络未响应切换请求 导致异常取消 SRVCC 切换产生掉话 炎强信令 解决方案解决方案 需要核心网分析未响应 RR 切换请求消息原因 正常 SRVCC 切换流程 终端问题终端问题 Case1Case1 终端异常发 终端异常发 ByeBye 消息导致掉话消息导致掉话 松原第二轮拉网网格松原第二轮拉网网格 3 3 事件事件 点点 问题描述 问题描述 主叫在 16 55 10 698 上发 ACK 被叫在 16 55 10 923 收到网络转发的 ACK 之后在 16 55 30 148 被叫上发 Bye 请求 此时通话只有 19 225s 因通话不足 180s 软件记被叫一 次掉话 解决方案 解决方案 需要分析被叫 ACK 之后很快上发 Bye 消息原因 以及软件只统计被叫掉话 未统计主叫掉 话原因 Case2 软件统计问题 软件统计问题 Case1Case1 主叫收 主叫收 ByeBye OKOK 与与 QCI1QCI1 专载释放冲突 专载释放冲突 ATUATU 平台误记主叫一平台误记主叫一 次掉话次掉话 白城第白城第 5 5 轮拉网网格轮拉网网格 3 3 事件点事件点 问题现象 问题现象 主叫正常寻呼被叫 通话 3 分钟后 主叫上发 Bye 请求 网络转发给被叫 被叫发 Bye OK 网络未及时转发给主叫 Bye OK 而是先进行 QCI1 专载释放 软件记主叫一次掉话 之后才转发 Bye OK 给主叫结束通话 问题分析 问题分析 主叫在 15 25 43 698 发 Invite 寻呼请求 在 15 25 43 886 收到网络下发的 100Trying 被叫 正常响应主叫寻呼 之后主被叫 SIP 信令流程正常 主叫在 15 25 49 387 呼通被叫 主被 叫开始正常通话 通话 3 分钟后 主叫上发 Bye 请求 网络转给被叫 被叫发 Bye OK 此 时网络未及时转给主叫 而是先进行 QCI1 专载释放 ATU 平台误记一次掉话 之后转发 Bye OK 给主叫结束此次通话 解决方案 解决方案 该问题为客户已知问题 待 ATU 完善并解决 Case2Case2 被叫收到 被叫收到 ACKACK 之后 软件异常统计被叫一次掉话之后 软件异常统计被叫一次掉话 松原第二松原第二 轮拉网网格轮拉网网格 1 1 事件点事件点 问题描述 问题描述 主叫在 16 37 05 881 发起 Invite 寻呼请求 在 16 37 06 084 收到网络下发的 trying100 被 叫在 16 37 07 694 响应 MME 寻呼 在 16 37 07 956 收到网络下发的 Invite 寻呼消息 之后 主被叫 SIP 信令流程转发正常 被叫在 16 37 09 242 上发 Ringing180 消息 此时因为网络 异常给主叫下发 Update 消息 未转发 Ringing180 消息 之后被叫上发 200 ok ACK 消息 网络转发给主叫 在被叫 ACK 之后 210ms 软件记为被叫一次掉话 解决方案 解决方案 待下次复测验证软件异常统计被叫掉话原因 是否是偶发问题 其他问题 其他问题 Case1Case1 未正常挂机开始再次寻呼导致掉话 未正常挂机开始再次寻呼导致掉话 松原第二轮拉网网格松原第二轮拉网网格 1 1 事件点事件点 未正常挂机 问题描述 问题描述 主叫在 16 33 34 497 寻呼被叫 在 16 33 34 666 收到 100trying 被叫在 16 33 34 633 响应 MME 寻呼 在 16 33 35 587 收到网络下发的 Invite 寻呼请求 之后主被叫 SIP 信令流程转 发正常 主叫在 16 33 38 369 上发 ACK 确认消息 被叫在 16 33 38 629 收到网络转发的 ACK 消息 之后主被叫正常通话 在通话 180s 后 主叫未上发 Bye 请求 被叫也未上发 Bye 请求 被叫 180s 后 软件在 16 36 04 837 记为被叫一次掉话 解决方案 解决方案 需要分析主 被叫在通话 180s 后未正常上发 Bye 消息原因 再次寻呼 问题描述 问题描述 上次主被叫超时未正常结束挂机 此次 主叫在 16 36 04 559 发起寻呼 在 16 36 04 638 收到 trying100 被叫在 16 36 04 837 响应主叫此次寻呼 同时刻上发 trying100 被叫中间 SIP 信令缺失 在 16 36 24 873 直接给网络上发 200 ok 主叫在 16 36 25 218 收到网络转发 的 200 OK 消息 同时主叫回 ACK 网络转发给被叫 被叫在 ACK 之后 9s 多钟上发 Bye 消 息 此时软件记被叫一次掉话 解决方案 解决方案 1 此次寻呼不正常 需要确认是否是受上次通话未正常挂机的影响导致一次掉话 未接通问题点 未接通问题点 终端问题 终端问题 Case1Case1 被叫异常发 被叫异常发 Invite486Invite486 BusyBusy herehere 消息导致消息导致 问题描述 问题描述 主叫在 16 52 53 507 发起 invite 呼叫请求 在 16 52 53 716 收到网络侧下发的 100trying 被叫在 16 52 54 362 收到网络侧下发的 Invite 呼叫请求 在 16 52 54 439 时被叫上发 183 Session 消息 主叫在 16 52 55 181 时收到 183 Seesion 消息 之后主叫上发 Prack Update 网络侧转发给被叫 在 16 52 55 723 时被叫上发 Ringing180 消息 此时核 心网给主叫下发 Update 消息 信令存在异常 直到 16 52 56 987 时网络才给主叫转发 Ringing180 消息 但被叫在 16 52 55 795 时异常上发 Invite 486 Busy here 消息 软件记被叫 一次未接通 主叫因一直未收到被叫的响应消息 在 16 53 19 391 时上发 Cancle 软件记 为主叫一次未接通 解决方案 解决方案 需要终端厂家确认被叫在上发 Ringing180 消息后紧接着异常发 invite 486 消息原因 Case2Case2 TAUTAU 期间上发期间上发 INVITEINVITE 请求导致未接通请求导致未接通 白城第白城第 5 5 轮拉网网格轮拉网网格 3 3 事件点事件点 问题现象 问题现象 主叫在 TAU 期间上发 Invite 随后网络下发 RRC 连接释放 导致呼叫失败 问题描述 问题描述 主叫在 17 16 08 971 异常上发 Invite 寻呼请求 此时终端进行 TAU 请求还未完成 网络侧无法响应 INVITE 请求 继续响应 TAU 请求 随后网络下发 RRC 连接释放 完成 TAU 导致此次寻呼失败 主叫信令 解决方案 解决方案 需要联系手机设备厂家确认在 TAU 未完成期间上发 Invite 寻呼请求问题 待完善 TAU 更新 和终端发 Invite 寻呼机制 Case3Case3 终端异常发 终端异常发 CancleCancle 消息导致未接通消息导致未接通 问题现象 主被叫正常寻呼 无线环境良好 主叫在收到 Ringing180 后异常上发 Cancle 消息 导 致主叫一次未接通 问题分析 主叫在 18 17 44 434 上发 Invite 寻呼请求 在 18 17 44 631 收到 100trying 被叫正常响 应主叫寻呼 主被叫 SIP 流程转发正常 被叫在 18 17 46 923 上发 Ringing180 振铃消息 网络正常转发给主叫 紧接着主叫异常上发 Cancle 消息 网络下发 487 Request Terminated 主叫上发 ACK 确认 ATU 平台记主叫一次未接通 主叫 Cancle 消息信令 被叫收到的 Cancle 消息 解决方案 需要和终端厂家确认 主叫异常上发 Cancle 消息原因 Case4Case4 被叫终端异常上发 被叫终端异常上发 InviteInvite 603603 导致未接通导致未接通 移动公司事件点移动公司事件点 问题现象 主叫正常寻呼被叫 在被叫上发 Ringing180 之后 正常情况下 被叫紧接着上发 200 OK 但此时被叫异常上发 Invite 603 decline 网络确认 主叫在 Ringing180 之后异常收到网络转 发的 Update 消息 27s 之后主叫上发 Cancle 消息 导致一次未接通 主叫信令 被叫信令 Invite603 消息截图 解决方案 需要确认被叫终端异常发 Invite603 消息原因 核心网问题 核心网问题 Case1Case1 eNBeNB 切换与切换与 QCI1QCI1 专载建立冲突导致未接通转专载建立冲突导致未接通转 CSFBCSFB 问题问题 问题描述 问题描述 在松原网格 4 测试中出现在呼叫建立过程中如果发生 eNB 切换会导致专用承载 建立异常 最终引起 VoLTE 呼叫失败 终端进行 CSFB 起呼问题 如下图所示 问题分析 问题分析 主叫发起 INVITE 消息后 建立 RRC 连接 SRB1 SRB2 QCI 9 的默认承载和 QCI 5 的 IMS 信令承载 如上图中1 所示 当主叫收到网络回复的 Trying 100 消息时 按照正常流程应该建立 QCI 1 的专用承载 但在该问题中主叫收到 Trying 100 后正好发生 eNB 切换 UE 由于正在准备 X2 切换导致没 有收到网络下发的创建 QCI 1 承载的消息 如上图中2 所示 查看携带切换命令的这条 RRC Connection Reconfiguration 切换的目标小区为 Freq 37900 PCI 122 切换时携带的 承载为 SRB1 SRB2 DRB3 QCI 9 的默认承载 DRB4 QCI 5 的 IMS 信令承载 如下图 所示 UE 成功切换到目标小区后 收到 MME 下发的释放 EPS 承载上下文请求 Deactivate EPS bearer Context request 查看该条信令 MME 要求释放的是 QCI 1 的专用承载 如下 图 但从之前的信令可以看到 UE 并未建立起 QCI 1 的专用承载 稍后 UE 收到网络下发的 INVITE 503 Service Unavailable 异常消息 VoLTE 呼叫未接通 终端选择进行 CSFB 完成呼 叫 问题原因推断 问题原因推断 MME 在源小区下发建立 QCI1 承载 此时 UE 正在进行 X2 切换 基站会回复 MME 创 建承载拒绝 切换到目标小区后 核心网进行了 QCI1 承载删除 未在目标小区上重新建立 QCI 承载导致呼叫失败 核查规范 the MME shall reattempt the same NAS procedure either when the handover is complete MME 处理机制需优化 Case2Case2 信令异常导致未接通 信令异常导致未接通 师范学院道路事件点师范学院道路事件点 问题现象 主叫寻呼被叫 被叫上发 Ringing180 振铃消息 网络转发给主叫 主叫收到 Ringing180 之后主被叫由于无线环境差达到 B2 门限 触发 SRVCC 到 2G 2G 信号良好 期间网络异常 给被叫下发 Disconnect 延时 6s 多后网络转发给主叫 导致未接通 问题描述 主叫在 10 33 31 234 上发 Invite 寻呼请求 在 10 33 31 562 收到 100trying 之后被叫正常 响应主叫寻呼 主被叫 SIP 流程转发正常 被叫振铃后 网络给主叫播放回铃音 之后主 被叫 SRVCC 切到 2G 期间 2G 信号良好 被叫在 10 33 38 438 上发 Connect 消息 主叫未 响应 10s 多后被叫在 10 33 48 941 异常收到网络下发的 Disconnect 消息 打开信令详情可 知 原因为 Recovery on timer expiry 计时器超时 最终主叫在 10 33 54 521 收到网络转发 的 Disconnect 导致一次未接通 主叫信令 网络转发 Disconnect 消息给主叫 被叫信令 被叫上发 Connect 消息 定时器超时后网络给被叫下发 Disconnect 消息 解决方案 1 需要核心网分析在 2G 信号良好情况下未转发 Connect 消息给主叫原因 2 分析触发 SRVCC 切换之前测量报告 可知有测量到信号较好小区但未配置邻区 建议 添加 BCBC 西校宿舍室分 农科院 ZLW E11 2 38950 61 和 BCBC 省所 ZLH D12 37900 432 邻区关系 效果验证 添加完邻区对后待复测验证问题是否解决 IMSIMS 注册问题 注册问题 Case1 ATU 平台误统计平台误统计 401 为注册失败问题为注册失败问题 白城第白城第 5 轮拉轮拉 网网格网网格 3 事件点事件点 问题现象 被叫从 2G 返回 4G 后 终端发起 IMS 注册 注册流程正常 因用户数据不在数据库中 网 络正常下发 401 Unauthorized 消息携带用户认证所需的令牌 但 ATU 平台误统计一次注册 失败 问题描述 被叫 17 48 52 150 发起 IMS 注册 因用户数据不在数据库中 网络正常下发 401 Unauthorized 消息携带用户认证所需的令牌 但 ATU 平台误统计一次注册失败 紧接着终 端重新发起注册 网络下发 Register OK 注册成功消息 解决方案 需要优化 ATU 平台统计 401 注册失败机制 待完善 Case2 在 在 TDS 网络注册网络未响应网络注册网络未响应 松原第松原第 4 轮拉网网格轮拉网网格 3 问题现象 被叫手机从 LTE 网络重定向到 TD SCDMA 之后 发起 IMS 注册请求 网络未成功响应 ATU 平台统计一次注册失败 问题描述 被叫此时驻留在 3G 网络 在 07 03 12 711 发起 IMS 注册请求 网络一直未响应 直到 07 03 21 477 收到网络下发的 Notify 通知 解析信令可知 网络终止此次注册 未分派资 源 软件记为主叫一次注册失败 解决方案 需要确认终端在 3G 注册的原因及软件记为注册失败的机制 效果验证 待问题解决后复测验证 Case3 CSFB 到到 2G 后发起后发起 IMS 注册网络未响应注册网络未响应 松原第松原第 4 轮轮 拉网网格拉网网格 1 问题点问题点 问题现象 被叫在寻呼过程中 CSFB 到 2G 紧接着在 2G 发起 IMS 注册请求 网络未响应被叫注册 软件记被叫一次注册失败 问题描述 因被叫响应寻呼时延超时 之后 CSFB 到 2G 紧接着在 2G 发起注册请求 网络未响应 软 件记注册失败一次 解决方案 需要确认终端在 2G 注册的原因及软件记为注册失败的机制 效果验证 待问题解决后复测验证 呼叫建立时延问题 呼叫建立时延问题 Case1 被叫响应寻呼延时导致 被叫响应寻呼延时导致 CSFB 到到 2G 时延增大时延增大 问题现象 主叫寻呼被叫 无线环境良好 在被叫响应 MME 寻呼后直接 CSFB 到 2G 响应主叫寻 呼 导致主叫呼叫建立时延增大 软件统计为 20 018s 问题分析 主叫在 15 26 27 109 发起 Invite 呼叫请求 在 15 26 27 306 收到网络下发的 trying100 超过 13s 后被叫在 15 26 40 910 响应 MME 寻呼上发 Service request 消息 被叫 侧因超过 13s 还未收到网络转发的 Invite 呼叫请求 在 15 26 42 727 时被叫上发 Extended service request 回落到 2G 请求 网络响应被叫 CSFB 回落请求 之后被叫在 15 26 46 532 上 发 Alerting 振铃消息 主叫在 15 26 46 998 收到网络转发的 Ringing180 振铃消息 此时软 件统计呼叫建立时延为 20 018s 解决方案 需要网络侧分析 13s 内未给被叫转发 Invite 消息原因 导致被叫 CSFB 回落到 2G 呼叫时延 变大 Case2 软件异常统计导致时延大 软件异常统计导致时延大 问题现象 主叫寻呼被叫 因被叫响应延时 主叫 RRC Connection Release RRC 连接重建立后 SIP 流程信令正常 导致软件统计呼叫时延为 19 335s 问题分析 主叫在 14 45 15 277 发起 Invite 呼叫请求 在 14 45 15 487 收到网络下发的 trying100 超过 13s 后被叫响应主叫此次寻呼上发 Service request 之后未收到网络转发的 Invite 寻呼消息 直到 14 45 31 154 被叫上发 CSFB 回落请求回落到 2G 主叫从收到 trying100 后等待 13s 超时未收到 183 Session 消息 网络在 14 45 28 002 下发 RRC Connection Release 消息 正常情况软件应统计为主叫一次未接通 此时主叫又建立起 RRC 连接 收 183 Session 发 PRACK UPDATE 消息 被叫在 14 45 34 230 上发 Alerting 振铃消 息 网络给主叫转发 Ringing180 振铃消息 此时软件统计呼叫建立时延为 19 335s 解决方案 需要和鼎力软件厂家沟通 确定软件异常统计时延原因 Case3 彩铃问题导致时延大 彩铃问题导致时延大 问题现象 主被叫呼叫信令转发正常 无线环境良好 在被叫上发 Ringing180 消息后 主叫一直 未收到核心网转发的 Ringing180 而是收到核心网下发的 3 遍 Update 消息 此处信令转发 存在异常 导致呼叫建立时延增大 1 4s 左右 这种情况网格普遍存在 需要核心网监控信 令协助问题定位分析 问题分析 主叫在 11 54 06 943 时上发 invite 呼叫请求 在 11 54 07 228 时收到 100trying 之后 主被叫信令转发正常 无线环境良好 主叫 RSRP 87 31 SINR 14 40 被叫 RSRP 78 SINR 14 70 被叫在 11 54 10 206 时上发 Ringing180 此时主叫收到网络侧下发 3 遍 update 并响 应 一直未收到核心网转发的 Ringing180 消息 此处核心网信令下发存在异常 导致呼叫 建立时延增大 1 4s 左右 解决方案 需要核心网分析在被叫上发 Ringing180 后一直未转发给主叫 Ringing180 消息 而是下发 3 遍 Update 消息 效果验证 核心网问题已解决 未有彩铃问题出现 Case4 核心网修改专用承载导致时延增大 核心网修改专用承载导致时延增大 分析松原 VoLTE 呼叫建立时延高问题时发现 每次每次 VoLTE 呼叫建立时主叫侧都出现核 心网对 QCI 1 的专用承载进行修改导致时延较高的问题 如下图所示 1 主叫在 11 50 31 671 发送 INVITE 消息 消息携带内容如下 主叫支持的媒体类型为语音 audio 支持的格式列表为 104 102 105 100 会话所 用的媒体 audio 带宽为 49Kbit s 2 主叫在 11 50 31 909 激活专用承载 如下图所示 主叫激活的 QCI 1 的专用承载 MaxBitRate UL 52Kbit s MaxBitRate DL 52Kbit s GuaranteedBitRate UL 52Kbit s Guara nteedBitRate DL 52Kbit s 3 被叫在 11 50 34 015 回复 INVITE 183 消息 如下图所示 被叫支持的媒体类型为语音 audio 支持的格式列表为 104 105 会话所用的媒体 audio 带宽为 49Kbit s 4 被叫在 11 50 34 065 激活专用承载 如下图所示 被叫激活的 QCI 1 的专用承载 MaxBitRate UL 49Kbit s MaxBitRate DL 49Kbit s GuaranteedBitRate UL 49Kbit s Guara nteedBitRate DL 49Kbit s 5 被叫在 11 50 34 155 完成 QCI 1 的专载建立后 主叫在 11 50 34 397 对已经建立起 来的 QCI 1 的专载进行修改 如下图所示 主叫 QCI 1 的专载修改内容为 将 MaxBitRate UL 52Kbit s MaxBitRate DL 52Kbit s GuaranteedBitRate UL 52Kbit s Guara nteedBitRate DL 52Kbit s 分别修改为 MaxBitRate UL 49Kbit s MaxBitRate DL 49Kbit s GuaranteedBitRate UL 49Kbit s Guara nteedBitRate DL 49Kbit s 修改后主被叫 QCI 1 的专载内容一致 媒体带宽均为 49Kbit s 6 主叫专载修改完成后在 11 50 34 426 收到被叫回复的 INVITE 183 需要核心网配合排查的问题如下 需要核心网配合排查的问题如下 1 主叫 INVITE 消息中携带的会话所用的媒体 audio 带宽为 49Kbit s 为什么主叫 初始建立 QCI 1 的专载时核心网下发的带宽为 52Kbit s 2 当被叫回复 INVITE 183 并建立起带宽为 49Kbit s 的 QCI 1 的专载时 核心网对主叫的 QCI 1 的专载的带宽由 52Kbit s 修改为 49Kbit s 核心网是否可以在主叫初始建立 QCI 1 的专载时就将带宽设定为 49Kbit s 来避免后续的专载修改导致呼叫建立时延高 的问题 Case5 核心网异常下发核心网异常下发 invite503 导致寻呼转导致寻呼转 CSFB 时延增时延增 大大 问题描述 问题描述 主叫在 16 02 11 340 时发起寻呼请求 在 16 02 11 638 时建立 QCI1 专载 之 后在 16 02 11 708 时收到网络下发的 100trying 同时刻网络给主叫下发 invite503 Service Unavailable 消息 主叫上发 ACK 确认 在 16 02 11 748 时网络下发释放 QCI1 专载信令 主 叫在 16 02 13 007 上发 CSFB 回落请求 之后网络下发 RRC Connection Release 确认 被叫 在 16 02 18 315 时响应 MME 呼叫 之后 SIP 信令正常 在 16 02 20 012 时上发 Ringing180 振铃消息 此时主叫已回落到 2G 呼叫 在 16 02 20 781 时收到网络转发的 Alerting 振铃 消息 此时软件统计呼叫建立时长为 9 409s 由于网络异常下发 invite503 消息 主叫 CSFB 导致呼叫时延大 解决方案 解决方案 需要核心网分析在主叫呼叫过程中下发 Invite503 消息原因 Case6 弱覆盖导致主叫 弱覆盖导致主叫 CSFB 时延增大时延增大 问题描述 问题描述 主叫在 13 04 31 467 发起寻呼请求 在 13 04 41 014 无线环境开始变差 RSRP 110 93dBm SINR 4dB 此时占用小区 SYSY 体育馆北 ZLH F123 JN 主叫上发 2 次测量报告 其中有测量到最强小区 SYSY 规划展览馆 ZLH F122 JBT PCI 166 此处可能漏配最强小区 主叫在 13 04 42 070 时发生 CSFB 回落到 2G 呼叫 被叫在 13 04 47 662 发起 Service Request 请求 在 13 04 48 479 上发 Ringing180 振铃消息 主叫在 13 04 49 550 收到网络侧转发的 ALERTING 振铃 此时主叫寻呼完成 软件统计寻呼时长为 18 105s 主叫信令 被叫信令 解决方案 解决方案 添加 SYSY 体育馆北 ZLH F123 JN 与 SYSY 规划展览馆 ZLH F122 JBT PCI 166 邻区关系 Case7 核心网信令丢失导致 核心网信令丢失导致 CSFB 时延增大时延增大 松原第二轮拉松原第二轮拉 网网格网网格 4 问题点问题点 问题描述 问题描述 主叫在 14 57 22 543 上发 invite 呼叫请求 在 14 57 33 971 上发 CSFB 回落请求 之后网络响应主叫 CSFB 回落 释放 RRC 连接 被叫在 14 57 44 328 响应 MME 寻呼请求 在 14 57 44 509 收到网络转发的 invite 呼叫请求 之后被叫 SIP 流程正常 在 14 57 45 107 时上发 Ringing180 振铃消