问题分析定位简析.pdf

1、ATU-plyer(MOS 关注点 ) 2 、定时器超时转 SCFB 2.1 、两个终端定时器 这两个定时器均为终端内部设置，协议规定， Tcall 和 Tqos 定时器，大家记一下，超时后终端转 CSFB。 定 时 器 名 启动条件 停止条件 默认值 称 Tcall 主叫终端发送 INVITE 消息 收到 100 trying 10s Tqos 主叫 / 被叫收到 / 发送 183 session 收到专有 QCI1 的承载建立消息 （Activate 6s progress dedicated EPS bearer context request ） 2.2 、CS retry 问题分析和归类 2.2.1 、原理：当 VoLTE用户作为被叫用户时，且呼叫被域选到 IMS 域后，由于被叫终端不在 IMS 域内导致该呼叫不能 在 IMS 域被接续， SCC-AS支持尝试从 CS域进行接续。 2.2.2 、问题分析 无线影响（维护、建设、优化、规划）：终端不响应寻呼（质差收不到寻呼，响应后基站无法收到），目前 AScs retry 定时器设置长度为 11s ；超时后 AS 即选择从 CS域寻呼。 设备原因： SEQ看到 paging 下发，终端不响应 1、2 、3 次寻呼。 核心网原因： 无线无弱覆盖和质差并响应寻呼，或 SEQ看到终端响应， IMS 内部出错等。 大家遇到此类问题，及时备份 SEQ单据，确认是否为无线以及设备原因导致。 2.2.3 、典型问题： 11s 后， AS 未收到响应，发 cancel 转 MGCF 3 、信令查看 LTE 小区发射功率： 在信令侧找到 System Information ，双击打开找到 pdsch-ConfigCommon 下面的 referenceSignalPower ：18 18 表示对应的小区发射功率 4 、 MOS大于 3.0 分，丢包、抖动、延时判断门限： 丢包率： 1% ，大于 1%mos急降 抖动时延：小于 90msVOLTE比较好，大于 90ms 就是坏点（每次数据包之间传输不一致，就叫抖动时延）； 时延： 250ms （数据包在发生与接收之间的传输时间）； MOS打的点为前 8 秒的通话判定结果 5 、 RRC重建 RRC重建的原因： 切换失败； 2 、无线链路失败； 3、完成性保护失败； 4 、RRC重配置失败； 5 、E-UTRA侧移动性失败 在 RRC重建初始化阶段，UE会执行如下操作： ●停止定时器T310，如果正在运行； ●开始定时器T311； ●挂起除 SRB0之外的所有 RB； ●复位 MAC； ●应用缺省的物理信道配置； ●应用缺省的半持久调度配置； ●应用缺省的 MAC主配置； ●释放 reportProximityConfig 并情况所有邻近状态报告相关的定时器； ●进行小区选择； 当选择一个合适的 E-UTRA小区后，意味着 RRC重建初始化完成，此时，UE 将执行如下操作： ●停止定时器T311； ●开始定时器T301； ●采用 中包含的 。 SystemInformationBlockType2 timeAlignmentTimerCommon ●初始化 RRCConnectionReestablishmentRequest消息的发送； 注：该过程同样适用于如果 UE返回源小区的情况 注：在定时器 T311运行过程中，UE选择了一个不同RAT的小区时，UE 将离开 RRC_CONNECTED状态，同时 ‘RRC连接失败’。 6 、二次寻呼判定： 被叫收到 paging 在 2 秒内认为是一次寻呼