VOLTE关键性能指标优化PPT学习课件

VOLTE关键性能指标优化 接 通 率 -定 义 和 信 令 流 程接通率定义:成功完成呼叫次数/终端发起呼叫总数。处于RRC空闲态的终端由于有业务要传输，将首先发起Service Request流程，回到RRC连接态，然后发送SIP INVITE消息建立会话连接。 接 通 率 -RRC连 接 成 功 率 优 化RRC连接不管是主叫发起INVITE后还是被叫收到PAGING,首先需要上行同步并经过PRACHPUSCHPDSCH几个信道的信令传输,最后有相关定时器控制,因此可能导致RRC连接失败的原因:1、 上 行 底 躁 影 响 ， 下 行 SINR质 量2、 信 道 功 率 影 响3、 T300定 时 器 时 长4、 EUTRAN异 常 、 时 钟 告 警 、 GPS问 题 优 化 手 段 ：1、 干 扰 排 查 ， 无 线 环 境 优 化2、 功 率 优 化3、 增 大 T300定 时 器 时 长 4、 站 点 排 障 ， 多 为 RRU问 题 、 时 钟 告警 接 通 率 -SIP INVITE消 息 建 立 优 化 注意事项：1、 主被叫信令交互都是通过IMS完成的2、 CSFB实际也是VOLTE未接通3、寻呼机制4、起呼过程中主/被叫RL失败导致RRC重建5、流程冲突，比如起呼后收到上一通专载去激活/RRC连接释放等。6、起呼过程中发生切换导致未收到激活专载请求优化手段：1、RL失败无线环境优化（RSRP，SINR） 2、协助核心网/IMS抓LOG定位和解决问题3、协商过程中不支持VOLTE，检查终端支持情况4、手机注册VOLTE失败，检查SIM卡数据权限5、被叫TAU，TAC合理规划和TA LIST引入网元定位：IMS：SIP信令转发过程中在IMS侧出现问题EPC：1、在建立专载过程中出现问题且从TRACE信令分析问题出在EPC 无线空口：RRC连接、切换、基站故障等且因无线出现问题（上行底躁大、下行SINR差等）根据跟踪的信息定位问题是否出现在ENODEB，联合分析。终端：信令分析中是否终端侧信令丢失或有段时间无信令或信令在发往终端后出现问题软件：因软件原因在测试过程中流程冲突，比如通话过程中主叫起呼被叫等。人为或设备丢失：起呼过程中不小心挂机或被叫手机连接出现问题等 案 例 : EPC现 象 描 述 : UE2占 用 844199 PCI： 69， RSRP=-97 SINR=7， 收 到 主 叫 INVITE呼 叫 建 立 流 程 走 到 被 叫 上 发 180 ringing， 网 络 层 未 下 发 Modify EPS Bearer Context Request， 同 时 终 端 在 做 A3切 换 （ 目 标 小 区 417950 PCI:61） ， 可 能 网 络 侧 发 送 Modify EPS Bearer Context Request到 源 小 区 导 致 终 端 切 换 到 目 标 小 区 收不 到 。 20s网 络 侧 返 回 503 Service Unavailable， 主 叫 call blocked 。问 题 分 析 : 无 线 分 析 :可 能 Modify EPS Bearer Context Request发 到 源 小 区 ， 同 时 终 端 发 起A3请 求 切 换 到 目 标 小 区 导 致 软 件 判 断 未 接 通 。IMS分 析 : IMS发 的 503响 应 由 PCC侧 发 的 ASR消 息 触 发 ， 一 般 ASR是 EPC侧 发的 EPC分 析 :MME下 发 给 UE Modify EPS Bearer Context Request给 源 enode B, UE没 有 响 应 且 后 继 才 发 生 切 换 导 致 :问 题 处 理 : 起 呼 过 程 中 发 生 切 换 ， UE已 经 切 换 至 目 标 小 区 ， 核 心 网 继 续 发 专 载 建 立 至 源 小 区 ， 导 致 UE根 本 就 无 法 收 到 核 心 网 下 发 的 建 立 专 载 ， 待后 续 核 心 网 优 化 在 volte呼 叫 过 程 中 切 换 ， 最 后 向 目 标 小 区 加 发 一 条 建 立 专 载 7 问 题 描 述 ： 福 建 移 动 进 行 VoLTE语 音 呼 叫 路 测 时 ， 发 现 被 叫 终 端 在 LTE重 新 附 着 后 ， 偶 尔 存 在 SAEGW不 发 送 Downlink data notification给 MME的 情 况 ， 造 成 部 分 SIP消 息 丢 失 ， 常 见 为 SIP-INVITE消 息 不 能 转 发 到 被 叫 终 端 ， 最 终 导 致 呼 叫失 败 。问 题 定 位 ： 在 分 析 现 网 采 集 到 的 VoLTE呼 叫 失 败 记 录 中 ， 我 们 发 现 SAE-GW一 个 已 知 问 题 会 引 发 SAE-GW丢 弃 SIP消 息 的 场 景 ： LTE附 着 后 S-GW收 到 IMS下 行 数 据 包 时 没 有 立 即 触 发 DDN（ DOWNLINK_DATA_NOTIFICATION） 流 程 ， 具 体 场 景 如 下 ：1） LTE附 着 时 创 建 CMNET默 认 承 载 （ EBI-5） ;2） VoLTE终 端 发 起 IMS APN的 PDN连 接 （ IPv6地 址 ） 建 立 第 二 个 默 认 承 载 （ EBI-6） ；3） 为 完 成 IPv6地 址 分 配 ， P-GW需 要 向 终 端 侧 发 送 IPv6 Router Advertisement消 息 ， 由 于 发 送 该 下 行 数 据 时 ， EBI-6还 没 激 活（ Modify_Bearer_Request消 息 尚 未 收 到 ） ， 所 以 S-GW置 位 寻 呼 标 志 （ EBI-5和 EBI-6） 及 启 动 寻 呼 时 长 （ 60s） ；4） S-GW在 EBI-6收 到 Modify_Bearer_Request消 息 ， 清 除 EBI-6的 寻 呼 标 志 ， 下 发 IPv6 Route Advertisement消 息 后 ， eNB释 放无 线 连 接 （ 收 到 Release_Access_Bearer_Request） ， 但 此 时 EBI-5的 寻 呼 标 志 还 在 置 位 。 （ 改 进 2）5） 当 SIP下 行 数 据 （ 例 如 被 叫 侧 第 一 个 SIP消 息 -INVITE） 到 达 时 ， 缓 存 指 示 会 触 发 寻 呼 流 程 （ 发 起 DDN请 求 ） ， 但 由 于 此 时EBI-5的 寻 呼 标 志 尚 未 清 除 （ 寻 呼 定 时 器 未 超 时 ） ， 所 以 S-GW不 会 发 起 新 的 寻 呼 请 求 ， 导 致 SIP消 息 因 缓 存 溢 出 而 丢 失 。 （ 改 进1） 6） 直 到 S-GW的 寻 呼 定 时 器 超 时 后 ， S-GW才 会 真 正 发 出 DDN请 求 以 下 发 SIP下 行 数 据 。 解 决 方 案 ： 经 过 安 装 新 补 丁 ， SAE-GW在 上 述 步 骤 4和 5的 处 理 机 制 中 作 了 改 变 ， 即 :改 进 1） 当 S-GW上 缓 存 指 示 触 发 寻 呼 流 程 时 ， 将 清 除 寻 呼 指 示 并 终 止 寻 呼 定 时 器 ， 以 保 证 S-GW可 以 触 发 DDN消 息 ；改 进 2)当 收 到 Release_Access_Bearer请 求 消 息 时 ， S-GW将 重 置 寻 呼 标 志 。SAE-GW上 安 装 了 补 丁 实 现 了 上 述 S-GW寻 呼 机 制 改 进 。 案 例 : EPC MME paging机 制现 网 MMEpaging机 制 ： 第 一 次 PS paging后 如 未 收 到 响 应 ， 每 隔 4s重 复 一 次 ， 共 重 复 两 次(间 隔 8s)； 如 仍 未 收 到 响 应 则 通 过 SGs接 口 开 始 请 求 CS paging。通 常 终 端 未 收 到 PS paging后 会 在 10s-12s左 右 收 到 Cspaging开 始 进 行 CSFB。 案 例 : 终 端信 令 流 程 分 析 ：S1ap消 息 跟 踪 MME已 将s1 paging下 发 到 正 确eNBEmil消 息 跟 踪 eNB已 收到 s1 paging并 将 rrc paging通 过 空 口 发 向被 叫 UEUE log显 示 被 叫 终 端未 收 到 eNB下 发 的paging消 息paging no response 终 端 未 收 到 paging Rrc paging 终 端 问 题 ， 已 通 过 HTC终 端 补 丁 解 决 掉 话 率 -定 义 和 涉 及 流 程掉话率定义为：掉话次数/成功建立呼叫次数通话保持过程中会出现切换和ESRVCC。通话结束后主叫上发BYE，收到网络BYE200，后去激活专载，最后RRC连接释放。 掉 话 率 -原 因 分 析 和 优 化 措 施掉话出现原因：p切换出现问题/ESRVCC出现问题；p上/下行无线链路失步导致RRC重建；p非正常去激活承载QCI1或QCI9；p非正常上发BYE；p BYE后流程问题；p通话过程中主叫起呼被叫p IMS周期注册p 其他；优化措施： EPC/IMS：1、非正常去激活承载QCI1或QCI9，非正常上发BYE； BYE后流程问题； IMS周期注册无线空口：RRC连接重建、切换、基站故障等引起的问题（上行底躁大、下行SINR差等）软件：因软件原因在测试过程中流程冲突，比如通话过程中主叫起呼被叫等。设备丢失：MOS丢失等。 13 问 题 1描 述 ： 在 跨 厂 家 区 域 做 切 换 验 证 ， 从 诺 基 亚 到 中 兴 切 换 都 成 功 ， 中 兴 小 区 (PCI=29)到 诺 基 亚 小 区 （ PCI=264） ， 切 换 均 失 败 ， 原 因 为 网 路 侧 配 置 错 误 。问 题 1定 位 ： 如 下 图 所 示 的 信 令 ， 当 UE驻 留 在 PCI29小 区 时 ， 该 eNB为 UE配 置 的 AntennaInfo参 数 为 AntennaInfo-r10格 式 ：当 UE切 换 至 诺 基 亚 小 区 PCI=264的 时 候 ， eNB下 发 给 UE的 重 配 置 消 息 中 的 AntennaInfo字 段 为 AntennaInfo格 式 （ 即 r8格 式 ） ， 而 不 是 一 个 完 整 的 配 置 ， 如 下 图 信令 ：案 例 : 切 换 掉 话 UE对 收 到 的 切 换 命 令 进 行 检 查 时 ， 发 现 对 antennaInfo参 数 的 配 置 不 正 确 而 导 致切 换 失 败 ， 从 而 触 发 RLF。 解 决 方 案 ： 9月 中 旬 外 场 升 级 了 基 站 版 本 。 升 级 后 用 高 通 终 端 验 证 室 内 外 切 换 均 正 常 。 14 案 例 : 异 常 RRC连 接 释 放问题描述： 被叫UE占用PCI：61，收到来自主叫的BYE后,回BYE200,紧接着发生切换,1S后RRC连接释放.问题原因： 1、为什么被叫收到BYE 后1S在没有回复去专载接收情况下，网络又下发RRC连接释放。 处理进展： 已抓取LOG，定位中 15 案 例 : IMS注 册 引 起 掉 话现 象 描 述 :UE2 占 用 9 8 8 4 1 9 PCI： 3 2 3 ， 异 常 发 起 IMS注 册 请 求 ， 导 致 无 法 走 IMS SIP 通 话 流 程 ， 导 致 主 叫 掉 话 。 问 题 分 析 :无 线 侧 分 析 :无 线 RSRP:-8 0 dBm,SINR:1 7 以 上 ， 无 线 服 务 质 量 良 好 ， 怀 疑 IMS问 题IMS分 析 : 手 机 问 题 ， 网 络 侧 设 置 注 册 周 期 为 3 6 0 0 s， 手 机 到 了 注 册 周 期 仍 未 完 成 注 册 导 致 IMS强 行 释 放 当 前 VOLTE呼 叫 ,IMS侧 信 令 :问 题 处 理 : 正 常 情 况 下 ， 终 端 会 在 注 册 周 期 前 完 成 注 册 ， 或 者 注 册 不 应 影 响 正 在 进 行 的 本 次 通 话 ， 联 系 终 端 厂 家 ,待 终 端 厂 家 解 决 16 案 例 : 异 常 去 激 活 QCI9 问 题 分 析 ： 发 生 这 个 问 题 是 因 为 UE建 立 了 两 个 承 载 ,一 个 为 ipv4 承 载 给 正 常 上 网 用 的 ， 另 一 个 是 ipv6 承 载 ， 这 个 ipv6 承 载 是 无 法 上 ipv6 网 (因 为 没 有 对 接 ipv6 骨 干 网), UE得 到 的 ipv6 地 址 与 其 他 UE有 冲 突 触 发 UPCC删 除 这 个 多 余 的 ipv6 承 载 ， 这 个 不 会 影 响 正 常 业 务 (IPV4 的 承 载 还 在 )。 另 外 不 是 所 有 的 UE都 会 建 两 个 承 载 ， 和 UE的终 端 类 型 有 关 ， 当 前 大 部 分 的 终 端 都 只 是 建 一 个 ipv4 承 载 。 刚 也 和 测 试 人 员 陈 斌 (1 8 8 5 0 3 5 6 6 2 6 )电 话 确 认 ， 这 种 现 象 不 影 响 正 常 上 网 。核 心 网 可 以 根 据 测 试 号 只 让 ue建 立 ipv4 承 载 ,如 果 只 是 为 了 测 试 的 话 ， 可 以 按 这 个 方 案 先 规 避 。 现 象 描 述 :UE1 通 话 过 程 中 接 收 来 自 网 络 数 据 业 务 寻 呼 ， 去 激 活 QCI9 ， 但 是 无 BYE上 报 ，还 是 在 通 话 结 束 后 上 发 BYE， 不 影 响 用 户 感 知 。 RRC重 建 -RRC重 建 触 发 时 机 RRC security activeRRC重建只能由已经激活了接入层安全算法的UE触发（时间点如右图所示），在此之前UE只能回到RRC_IDLE状态，触发小区重选和TAU；现网有不少ERAB建立过程中收不到security command complete 消息导致ERAB建立失败，这种情况下，无法进行RRC重建，网络会记为无线掉线，LTE_5004a指标也会恶化，如下图所示： RRC重 建 -触 发 条 件RRC重建只能由UE触发，可能的触发条件有以下几种：p UE发现上行无线链路失败 T310 expiry as result of out-of-sync problems controlled by n310(LNCEL), n311(LNCEL), t310(LNCEL) upon random access problem indication from MAC upon indication from RLC that the maximum number of retransmissions has been reachedp 切换失败 handover failure due to t304 expiry for intra LTE HO controlled by t304IntraLte (LNCEL) mobility from E-UTRA failure due to t304 expiry applicable for inter-RAT handover types; controlled by t304InterRAT(LNCEL) for PSHO and SRVCC to WCDMA, t304InterRatTd(LNCEL) for PSHO to TD-SCDMA; t304InterRATGsm(LNCEL) for SRVCC to GSM, t304eNaccGsm(LNCEL) for eNACC to GSM)p 其他原因 integrity check failure RRC connection reconfiguration failure关掉Nokia一些私有下行无线链路失败检测的方法，并不能减少RRC重建的触发 RRC重 建 -请 求 的 原 因 分 类3GPP TS 36.331 规定RRC重建请求消息reestablishmentCause 字段有以下分类：pif the re-establishment procedure was initiated due to RRC reconfiguration failure (i.e., the UE is unable to comply with the reconfiguration), UE sets the reestablishmentCause to the value reconfigurationFailurepif the re-establishment procedure was initiated due to intra-LTE handover failure or inter-RAT mobility from EUTRA failure, UE sets the reestablishmentCause to the value handoverFailurepOtherwise UE sets the reestablishmentCause to the value otherFailure. NOTE: This includes T310 RLF failure.Nokia定义了以下几种RRC重建请求的类型：M8008C4 RRC_CON_RE_ESTAB_ATT 所有重建请求 M8008C6 RRC_CON_RE_ESTAB_ATT_HO_FAIL 对应规范handoverFailureM8008C8 RRC_CON_RE_ESTAB_ATT_OTHER 对应规范otherFailure暂定reconfigurationFailure= M8008C4 - M8008C6 - M8008C8，以厦门网络为例： otherFailure占大部分， handoverFailure有一定比例， reconfigurationFailure非常少，几乎可以忽略不计。 RRC重 建 -比 例 优 化重建比例定义为：RRC重建请求次数/RRC建立请求次数重建比例劣化小区：重建比例高于5% RRC重建本质上是由无线质量差引起的，无线环境优化是关键，任何参数优化都不可能使无线环境变好RRC重建比例相关参数优化，具体见后面4页胶片：p随机接入过程优化，可以改善切换失败以及其他随机接入失败导致的RRC重建；p上行无线链路失步相关参数优化；p切换定时器t304优化；p上行RLC最大重传次数优化； 1. RLF due to T310 expiry at UE For UE “normal operation” in the figure above means : UE not waiting for RRC Connection Setup/Reject (T300 not running) UE not waiting for RRC Re-establishment Establishment/Reject (T301 not running) handover not ongoing (T304 not running) No RLF recover y ongoing (T311 not running)n310 consecutive out-of-sync indications n311 consecutive in-sync indications during t310 RRC connection re-establishment attempted during t311 Cell reselection and Tracking Area Update if RRC Re-Establishment fails减少此类RRC重建：p上行失步检测条件更严格，恢复更容易 RRC重 建 -原 理 1 2. RLF due to maximum UL RLC reTx reachedfrom RRC Connection Reconfiguration:drb-ToAddModList drb-ToAddModList value 1 drb-Identity : 1 rlc-Config am ul-AM-RLC t-PollRetransmit : ms40 pollPDU : p32 pollByte : kB25 maxRetxThreshold : t8RLC retransmissions until max RLC retx threshold is reached RRC connection re-establishment attempted during t311 Cell reselection and Tracking Area Update if RRC Re-Establishment fails减少此类RRC重建：p增加UL RLC最大重传次数maxRetxThresholdp增加最大HARQ重传次数harqMaxTrUl，可以减少RLC重传次数Vendor参数：16 RRC重 建 -原 理 2 3. RLF due to non-HO random access failureExample: Random Access triggered due to missing PUCCH SR resources, or PDCCH order RRC connection re-establishment attempted to serving cell during t311 Cell reselection and Tracking Area Update if RRC Re-Establishment failsUE attempting random access to serving cell.RACH failure “Non-HO random access” means PDCCH order -triggered RA (RL30/RL25) Random Access Scheduling Request减少此类RRC重建：p增强随机接入过程的鲁棒性RRC重 建 -原 理 3 4. RLF due to HO failurefrom RRC Connection Reconfiguration: mobilityControlInfo targetPhysCellId : 33 t304 : ms1000 newUE-Identity Bin : 14 EB (= 5355)RRC Conn ReConf with MobilityInfo (”HO command”) RRC connection re-establishment attempted to source or target cell during t311 Cell reselection and Tracking Area Update if RRC Re-Establishment failsT304 running while UE attempting access to target cell.T304 expires 减少此类RRC重建：p增加t304；p增强非竞争随机接入过程的鲁棒性 RRC重 建 -原 理 4 UE eNB RRCConnectionReestablishmentRequest (Msg3)RRCConnectionReestablishment (Msg4)RRCConnectionReestablishmentComplete (Msg5)PRACH Random Access (Msg1)PRACH Random Access Response (Msg2)随机接入 Cell selection process acc. to 36.304RLF, HO failure, mobility from E-UTRA failure, integrity check failure, RRC connection reconfiguration failure detectedRRC重建 RRC重 建 -劣 化 小 区 分 析 3GPP规定UE发起RRC重建的目标小区必须是拥有UE上下文信息的小区，因此RRC重建的目标小区有以下要求： For no handover procedure ongoing serving cell For ongoing handover procedure source cell （切换过程取消） target cell （切换过程完成）UE发起RRC重建的目标小区，很可能不是符合条件的目标小区： 发生RRC重建的场景一般在无线比较差，小区边界或者信号杂乱的地方； 无线失步或者切换失败后，UE首先要进行小区选择， 选择合适的小区驻留，这种情况下，驻留的小区可能是不符合条件的小区；如果目标小区不符合条件，RRC重建会被拒绝掉，有时候符合条件的目标小区如果已经释放UE上下文信息，这时RRC重建请求也会被拒绝掉，厦门现网RRC重建拒绝比例接近40%。 RRC重 建 -终 端 异 常 情 况个别终端如中兴MF91S2对DRX支持有问题，会导致短时间出现大量的RRC重建，日常指标监控，如果发现有短时间大量RRC重建统计，需要分析是否是终端原因引起的：u关闭DRX后RRC重建是否大幅减少？u如果判断是终端不支持DRX，在不关闭DRX情况下，打开上行预调度可以减少，终端进入DRX休眠，改善RRC重建比例；LTE815上行预调度打开的影响：UL resources are assigned with a sufficient high frequency and UE cannot be transited into DRX Sleep as DRX Inactivity Timer will be still runningGain from LTE815 is a reduced delay in UL scheduling as UE has always grant assigned (within specified time period) even if no new transmission is bufferedOnce the UE has gone into DRX sleep, it will not be longer available to be considered for proactive resource assignment until the next phase of being DRX Active occurs 呼 叫 建 立 时 延 -指 标 定 义 和 流 程呼叫建立时延定义:呼叫建立时延-RRC(s) ：呼叫时终端随机接入Message 1直到收到RRC Complete进行DRB配置和Security Mode配置 呼叫建立时延-IMS(s) ：SIP INVITE到180 RING 。 30 问 题 现 象 描 述 ：被 叫 收 到 paging或 INVITE request消 息 很 慢 ， 约 5-10s网 络 信 令 分 析 ：被 叫 侧 TAS在 做 TADS预 选 的 时 候 ， HSS发 ATI但 是 PCC没 有 响 应 ， 最 终 导 致 5秒 以 后 LDRA超 时 返 回 3002后 ， TAS才 转 发 INVITE问 题 定 位 controlled by t304InterRAT(LNCEL) for PSHO and SRVCC to WCDMA, t304InterRatTd(LNCEL) for PSHO to TD-SCDMA; t304InterRATGsm(LNCEL) for SRVCC to GSM, t304eNaccGsm(LNCEL) for eNACC to GSM)p 其他原因 integrity check failure RRC connection reconfiguration failure关掉Nokia一些私有下行无线链路失败检测的方法，并不能减少RRC重建的触发 3. RLF due to non-HO random access failureExample: Random Access triggered due to missing PUCCH SR resources, or PDCCH order RRC connection re-establishment attempted to serving cell during t311 Cell reselection and Tracking Area Update if RRC Re-Establishment failsUE attempting random access to serving cell.RACH failure “Non-HO random access” means PDCCH order -triggered RA (RL30/RL25) Random Access Scheduling Request减少此类RRC重建：p增强随机接入过程的鲁棒性RRC重 建 -原 理 3