volte网络优化指导手册v30

volte网络优化指导手册v30 VoLTE网络优化指导手册 项目名称 文档编号 版 本 号 作 者 版权所有 大唐移动通信设备有限公司 本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关著作权法律的保护。未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。 大唐移动通信设备有限公司 VoLTE网络优化指导手册 文档更新记录 更新人 版本 备注 日期 第 2 页 共 77 页 大唐移动通信设备有限公司 VoLTE网络优化指导手册 目 录 1 VoLTE总体背景 ................................................................................................... 5 1.1 概述............................................................................................................ 5 1.2 VOLTE基本概念及技术特征 .......................................................................... 5 1.3 VOLTE关键技术 ......................................................................................... 6 1.3.1 无线承载Qos等级标识 ...................................................................... 6 1.3.2 AMR-WB语音编码 ............................................................................ 7 1.3.3 SIP(Session Initiation Protocol)&SDP .................................................... 8 2.3.4 RoHC健壮性报头压缩 .................................................................... 10 2.3.6 eSRVCC(Enhanced Single Radio Voice Call Continuity) .............................. 10 2 VoLTE网络优化流程 ......................................................................................... 12 3 VoLTE网络优化指导思想与原则 ..................................................................... 13 3.1 基础优化................................................................................................... 13 3.2 邻区优化................................................................................................... 14 3.3 时延优化................................................................................................... 15 3.4 RTP丢包率优化 ........................................................................................ 17 4 TD-LTE关键过程信令流程解析 ....................................................................... 17 4.1 概述.......................................................................................................... 17 4.2 关键过程信令流程解析.............................................................................. 18 4.2.1 注册过程.......................................................................................... 18 4.2.2 语音呼叫过程................................................................................... 20 4.2.3 eSRVCC过程 ................................................................................... 22 5 VoLTE关键参数解析 ......................................................................................... 24 6 VoLTE专题优化 ......................................................................................... 25 6.1 全程呼叫成功率优化 ................................................................................. 25 6.1.1 指标定义.......................................................................................... 25 6.1.2 优化方法.......................................................................................... 27 6.1.2.1 终端侧优化方向 ...................................................................... 27 6.1.2.2 无线侧优化方向 ...................................................................... 27 6.1.2.3 核心侧优化方向 ...................................................................... 28 6.2 MOS简介 ................................................................................................. 28 6.2.1 优化方法.......................................................................................... 28 6.2.1.1 编码速率................................................................................. 28 6.2.1.2 ERAB保证速率 ...................................................................... 28 6.2.1.3 RTP丢包率优化 ..................................................................... 29 6.2.1.4 SINR优化 .............................................................................. 29 6.2.1.5 切换优化................................................................................. 30 7 Volte优化中CDL使用方法 .............................................................................. 30 7.1 借助UE的M-TMSI在CDL信令中确定测试终端 ...................................... 30 7.2 注册过程空口信令与CDL信令对应 .......................................................... 35 7.3 VOLTE在OUTUM与CDL中的呼叫信令对应 ............................................. 39 7.4 ESRVCC切换流程中的信令对应 ................................................................ 44 第 3 页 共 77 页 大唐移动通信设备有限公司 VoLTE网络优化指导手册 TD-LTE优化案例分析 ....................................................................................... 45 8 8.1 SIM卡无VOLTE权限导致注册失败 .............................. 错误～未定义书签。 8.2 RAC错误导致ESRVCC切换失败 .................................. 错误～未定义书签。 8.3 核心网和终端协商速率过低导致视频电话质量差 ........... 错误～未定义书签。 8.4 LTE小区ESRVCC优化参数设置问题导致掉线.................. 错误～未定义书签。 第 4 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 1 VoLTE总体背景 1.1 概述 目前业界对LTE语音的解决有三种，分别是VOLTE、CSFB、SGLTE， VOLTE与CSFB是3GPP化方案，SGLTE为终端实现方案，其中VOLTE是移动4G语音解决方案的终极方案;SGLTE不需要对网络进行改动，VOLTE与CSFB均需对网络进行改造。 近年来，伴随着移动互联网的快速发展，传统电信运营商的业务体系不够丰富、商业模式创新不足、用户使用体验不佳的劣势日益凸显。在此背景下，以VoLTE为核心的融合通信成为运营商加快转型，应对互联网公司跨界竞争的重要业务形态。尤其是今年以来，移动集团高层在多个场合均强调将在2015年年底实现VoLTE商用，目前已有省份开始试商用，同时多个省份均在进行商用前的试点优化工作。 1.2 VoLTE基本概念及技术特征 VoLTE开启了向移动宽带语音演进之路，其给运营商带来两方面的价值，一是提升无线频谱利用率、降低网络成本。LTE的频谱利用效率GSM的4倍以上。另一个价值就是提升用户体验，VoLTE的体验明显优于传统CS语音。首先，高清语音和视频编解码的引入显著提高了通信质量;其次，VoLTE的呼叫接续时长大幅缩短，VoLTE比CS呼叫缩短一半以上。 下面是实际测试的一些指标: 呼叫建立时延更短:第一条随机接入消息到终端接收到网络侧下发的SIP 180 Ring消息之间的时间差，在外场短呼测试中看到平均时延为2S左右，而2G时代在6-7秒，用户感知为秒通。 语音质量更高:因为使用23.85K宽带AMR技术，语音质量相比2G、3G语音质量有质的提高，在外场测试时，在好点MOS值在4.1左右，而3G MOS值在3.0—3.5之间，在同一地点的OTT语音在3.5左右(无线资源不受限)。对运营商来说在这一点上体现了移动网络相对于OTT的优势。 系统间切换方面使用eSRVCC切换，测试切换时延在150MS以内，对用户感知无影响，且切换成功率高。 视频质量更好:在同一地点Volte采用更高的分辨率，视频通话的图像远比OTT视频通话的图像清晰。 VOLTE 2G/3G 呼叫时延 0.5-2 s 5-8 s 第 5 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 频率:50~7000Hz 频率:300~3400Hz 语音质量 编解码:AMR-WB 23.85Kbps 编解码:AMR-NB 12.2Kbps 典型分辨率:480*640 视频质量 分辨率:176*144 720P/1080P possible 仿真测试结果显示:同样承载AMR，LTE的频谱效率可达到R99 3频谱效率 倍以上 1.3 VoLTE关键技术 1.3.1 无线承载Qos等级标识 EPS系统中，QoS控制的基本粒度是EPS承载(Bearer)，即相同承载上的所有数据流将获得相同的QoS保障(如调度策略，缓冲队列管理，链路层配置等)，不同的QoS保障需要不同类型的EPS承载来提供，在接入网中，空口上承载的QoS是由eNodeB来控制的， 每个承载都有相应的QoS参数QCI(QoS Class Identifier)。 根据QoS的不同， EPS Bear可以划分为两大类: GBR(Guranteed Bit Rate) 和 Non,GBR。所谓GBR，是指承载要求的比特速率被网络“永久”恒定的分配，即使在网络资源紧张的情况下，相应的比特速率也能够保持。MBR(Maximum Bit Rate)参数定义了GBR Bear在资源充足的条件下，能够达到的速率上限。MBR的值有可能大于或等于GBR的值。相反的，Non,GBR指的是在网络拥挤的情况下，业务(或者承载)需要承受降低速率的要求，由于Non,GBR承载不需要占用固定的网络资源，因而可以长时间地建立。而GBR承载一般只是在需要时才建立。 LTE中共有9种不同的QCI，在VOLTE业务中主要用到了QCI 1、QCI 2、QCI 5，而普通的数据业务主要是QCI 8/9。不同QCI列表如下图，IMS信令使用QCI 5，语音业务共使用QCI 1、QCI 5、QCI 8/9，视频电话业务共使用QCI 1、QCI 2、QCI 5、QCI 8/9。 时延 丢包率资源类型优先级(Packet (Packet QCI (Resource 典型业务(Example Services) (Priority) Delay Error Loss Type) Budget) ate) -21 2 100 ms VOIP 10 -32 4 150 ms 10 电话会议, 会话视频(直播流媒体) GBR -33 3 50 ms 10 实时在线游戏, 实时工业监控 -64 5 300 ms 10 非会话视频(缓冲流媒体) -65 1 100 ms IMS 信令 10 -66 6 300 ms 视频(缓冲流媒体) 10 Non-GBR -310 视频(直播流媒体), 话音业务 7 7 100 ms -610 交互式游戏 第 6 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 -6 108 8 300 ms E-Mail, MSN, QQ, WWW P2P文件共享 -29 9 300 ms 10 1.3.2 AMR-WB语音编码 AMR全称Adaptive Multi-Rate，自适应多速率编码，主要用于移动设备的音频，压缩比比较大，相对其他的压缩格式质量比较差，但主要用于人声，所以效果较好。2/3G使用的语音编码格式为AMR-NB，语音带宽范围:300,3400Hz，8KHz采样率，VoLTE使用AMR-WB编码，提供语音带宽范围达到50,7000Hz，16KHz采样率用户可主观感受到话音比以前更加自然、舒适和易于分辨。 AMR 一共有16种编码方式， 0-7对应8种不同的编码方式， 8-15 用于噪音或者保留用。 Frame Mode Mode Frame content (AMR mode, comfort noise, or other) Type Indication Request 0 0 0 AMR 4,75 kbit/s 1 1 1 AMR 5,15 kbit/s 2 2 2 AMR 5,90 kbit/s 3 3 3 AMR 6,70 kbit/s (PDC-EFR) 4 4 4 AMR 7,40 kbit/s (TDMA-EFR) 5 5 5 AMR 7,95 kbit/s 6 6 6 AMR 10,2 kbit/s 7 7 7 AMR 12,2 kbit/s (GSM-EFR) 8 - - AMR SID 9 - - GSM-EFR SID 10 - - TDMA-EFR SID 11 - - PDC-EFR SID 12-14 - - For future use 15 - - No Data (No transmission/No reception) AMR-WB同样也有16种语音编码，目前主要使用2和8两种 Frame Type Mode Mode Frame content (AMR-WB mode, comfort noise, Index Indication Request or other) 0 0 0 AMR-WB 6.60 kbit/s 1 1 1 AMR-WB 8.85 kbit/s 2 2 2 AMR-WB 12.65 kbit/s 3 3 3 AMR-WB 14.25 kbit/s 4 4 4 AMR-WB 15.85 kbit/s 5 5 5 AMR-WB 18.25 kbit/s 6 6 6 AMR-WB 19.85 kbit/s 7 7 7 AMR-WB 23.05 kbit/s 第 7 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 8 8 8 AMR-WB 23.85 kbit/s 9 - - AMR-WB SID (Comfort Noise Frame) 10-13 - - For future use 14 - - speech lost 15 - - No Data (No transmission/No reception) 1.3.3 SIP(Session Initiation Protocol)&SDP SIP协议是互联网行业标准组织IETF提出的，SIP(Session Initiation Protocol)是一个应用层的信令控制协议。用于创建、修改和释放一个或多个参与者的会话。这些会话可以是Internet多媒体会议、IP电话或多媒体分发。会话的参与者可以通过组播(multicast)、网状单播(unicast)或两者的混合体进行通信。VoLTE选择了SIP协议，最主要的原因就是免费。 在VOLTE中引入了IMS，对VOLTE进行业务控制，MME只是做为业务的承载体，IMS对业务的控制全部通过SIP消息完成，在学习VoLTE的过程中必须学习SIP消息。 SIP有两种类型的消息，它们是: (1) 请求:从客户机发到服务器的消息(使用信令方法请求执行的操作，根据 起始行中的Request-Line来区分的，一个Request_line包含方法名 字。)。 (2) 响应:从服务器发到客户机的消息(对请求消息使用应答编码列表中的一 种有效编码进行回复;响应和请求的区别在于在START-LINE中是否包含 一个STATUS-LINE，一个status-line在由数字表达的status,code之前， status-Code 是一个3位的数字result code，用来标志处理请求的一个 结果。) 其中VOLTE常用的请求消息包括下列几种，表中也列出了消息的定义文档: SIP方法 描述 定义文档 表示一个客户端发起或被邀请参加电话会议(indicates a client is being invited to INVITE RFC3261 participate in a call session) 确认客户已经收到一个INVITE请求的最终响应(Confirms that the client has ACK RFC3261 received a final response to an INVITE request) 终止一个呼叫，可以由主叫或被叫方发起(Terminates a call and can be sent by BYE RFC3261 caller or the callee) OPTIONS 查询服务器的能力(Queries the capabilities of servers) RFC3261 CANCEL 取消所有正在处理中的请求(Cancel any pending request) RFC3261 向标题字段中的SIP服务器发起地址列表注册(Registers the address listed in the REGISTER RFC3261 To header field with SIP Server) PRACK 临时确认(Provisional acknowledgement) RFC3262 向服务器订阅某个事件通知(Subscribes for an Event of Notification from the SUBSCRIBE RFC3265 Notifier) NOTIFY 向订阅都发送一个新的事件(Notify the subscriber of a new Event) RFC3265 UPDATE 在没有修改对话状态的情况下修改会话(Modifies the state of a session without RFC3311 第 8 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 changing the state of the dialog) PUBLISH 发布一个事件到服务器(Publishes an event to the Server) RFC3903 会话过程中发送一个会话消息，但不修改会话状态(Sends mid-session information INFO RFC6086 that does not modify the session state) REFER 请求收件人发出SIP请求(Asks recipient to issue SIP request(call transfer)) RFC3515 MESSAGE 使用SIP传输即时消息(Transports instant messages using SIP) RFC3248 响应消息包含数字响应代码，SIP响应代码集部分基于HTTP响应代码。 有两种类型的响应，它们是: ? 临时响应(1XX):临时响应被服务器用来指示进程，但是不终结SIP事物。 ? 最终响应(2XX，3XX，4XX，5XX，6XX):最终响应终止SIP事物。 1xx 进展相应 临时相应 2xx 成功 最终相应 3xx 重定向错误 最终相应 4xx 客户端错误 最终相应 5xx 服务端错误 最终相应 6xx 全局错误 最终相应 SIP由于是采用文本格式编码，所以消息格式很简单，是由Message Header加可选的Message body构成，Message Header 从第二行开始每一行都由“Tag :Valued”格式组成，每一行描述一个属性，SDP也是用文本格式描述的，一个SDP Description可以包含很多行，每一行的格式如下: Type = Value Type只用一个字母来表示;一个SDP Description通常有一个Session-level和多个Media-level信息组成，常见的SDP属性如下: v Protocol version b Bandwidth information o Owner of the session and session identifier z Time zone adjustments s Name of the session k Encryption key i Information about the session a Attribute lines u URL containing a description of the session t Time when the session is active e E-mail address to obtain information about the session r Times when the session will be repeated p Phone number to obtain information about the session 第 9 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 m Media line c Connection information i Information about a media line 2.3.4 RoHC健壮性报头压缩协议 在LTE中，为了在分组交换域(PS)提供语音业务且到达接近常规电路交换域的效率，必须对IP/UDP/RTP报头进行压缩。对于话音数据包，其包长较小，封装成IP包后，采用头压缩技术能有效提高频谱利用率，对于视频业务数据包，同样压缩后也可以提高频谱效率。在LTE系统中，规定PDCP子层支持健壮性报头压缩协议(ROHC)来进行报头压缩，并且同时支持IPv4和IPv6。 典型的，对于一个含有32 Byte有效载荷的VoIP分组传输来说，IPv6报头增加60 Byte，IPv4报头增加40 Byte，即188%和125%的开销。为了解决这个问题，在LTE系统中PDCP子层采用ROHC报头压缩技术，可压缩成4,6个字节，即12.5%,18.8%的相对开销，从而提高了信道的效率和分组数据的有效性。 2.3.6 eSRVCC(Enhanced Single Radio Voice Call Continuity) SRVCC(Single Radio Voice Call Continuity)是3GPP提出的一种VoLTE语音业务连续性方案，主要是为了解决当单射频UE 在LTE/Pre-LTE 网络和2G/3G CS 网络之间移动时，如何保证语音呼叫连续性的问题，即保证单射频UE 在IMS 控制的VoIP 语音和CS 域语音之间的平滑切换，SRVCC类似于UTRAN中的3G至2G的切换，主要是在CN侧多了PS域到CS域的转换过程。当LTE覆盖较差时，UE通过SRVCC切换到UTRAN/GERAN，目前移动公司的方案是切换到GERAN，3GPP TS 23.216中定义E-UTRAN切换到UTRAN/GERAN的流程图及主要信令流程如下: 第 10 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 Target Um/UuIu-cs/AUEMSC ServerUTRAN/GERAN Iu-ps/GbSvSGSNS3IMSMMES6aHSS S1-MMES11 Serving/PDNE-UTRAN UuS1-USGi UEE-UTRANGW Bearer path before HO Bearer path after HO SIP signaling path before HO Target UE E - UTRAN MME MSC Server 3GPP IMS UTRAN /GERAN Measurement Reports / Handover to UTRAN GERAN required Initiates SRVCC for voice component CS handover preparation - Handles PS PS HO for - IMS Service Continuity Procedure non voice if needed To eUTRAN C S HO response to MME Coordinates SRVCC ( ) CS resources Handover CMD and PS HO response Handover execution eSRVCC即为增强的SRVCC，与SRVCC一样为3GPP在R8阶段引入的方案，相比SRVCC最大的改进就是缩短了切换时延，改善用户感知。SRVCC与eSRVCC的主要区别如下: 1. SRVCC:媒体的切换点是对端网络设备(如对端UE)，影响切换时长的主要因素是会 话切换后需要在IMS网络中创建新的承载。 2. eSRVCC:相比于SRVCC，媒体切换点改为更靠近本端的设备。具体方案就是增加 ATCF/ATGW功能实体作为媒体锚定点，无论是切换前还是切换后的会话消息都要经过 ATCF(Access Transfer Control Function)/ATGW(AccessTransfer Gateway)转 发。后续在发生eSRVCC切换时，只需要创建UE与ATGW之间的承载通道，对端设备 第 11 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 与ATGW之间的媒体流还是通过原承载通道传输。这样相当于减少了SBC至SCC AS 之间的时延，明显短于SRVCC方案，减少了切换时长。 2 VoLTE网络优化流程 第 12 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 基站版本升级 准备工作 参数映射 Volte和Volte互拨 Volte拨打2G/3G/CSFB 单站优化 2G/3G/CSFB拨打Volte Volte和Volte视频通话 功能验证 eSRVCC功能验证 接通率优化 短呼测试 时延优化 网格优化 掉线率优化 长呼测试 MOS值优化 3 VoLTE网络优化指导思想与原则 3.1 基础优化 VoLTE业务最高采用23.85kbit/S的编码格式，在空口对于上下行速率要求不高，在弱覆盖高干扰场景下可以通过牺牲RB资源来获得较好的MOS值，但是如果要想获得更高的MOS占比还需要优化SINR、降低BLER、降低频繁切换等手段来提升，基础优化文档可以参考《TD-LTE网络优化指导书》 例如:下图是山东枣庄某网格优化过程以及MOS值变化情况，可以明显看出SINR和MOS 第 13 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 值变化关系。 时间 RSRP RS-SINR 平均MOS 7月13日 -86.84 18.20 3.76 7月16日 -85.4 18.6 3.82 7月20日 -86.94 19.86 3.92 3.2 邻区优化 VoLTE系统内切换流程与数据业务系统内切换流程一致，所以系统内邻区优化与当前邻区一致，本文不作说明，重点说明eSRVCC切换的GSM邻区优化。 LTE中异系统互操作是根据系统下发的GSM频点进行电平强度检测(RXLEV)，并不会检测信号载干比(C/I)，这样就有可能因为GSM目标小区的信号强度满足要求而不满足C/I要求导致入失败,2G侧是以小区BCCH频点+NCC+BCC标识小区的，同频同码造成错误选择目标小区的可能性,所以合理配置GSM邻区关系是优化的前提。 1、由于GERAN测控下发时是下发频点，所以GSM邻区的BCCH必须包含在GERAN频点列表中，否则会导致上报B2 MR而ENB无法判决切换; 2、如TDL小区为双模小区，直接继承共天线TDS小区的GSM邻区; 3、如果4G与2G小区共站，4G首先需要配置所有共站的2G小区;同时需要继承配置其中同方向角的2G共站小区切换次数最多的几个2G邻区。 4、如果4G仅与3G小区共站，4G需要配置同向3G共站小区的2G邻区。 5、如果4G站点为新建站，优先添加第一圈2G邻区，应重点检查以下两类2G小区: 距离4G站点最近的4个2G站址中,如果存在室外小区,则选择天线方向指向本小区的2G小区; 4G小区天线法向方向正面对打小区且两小区天线相对方向角度在60?之内最近的2个候选邻区。 TD-LTE 继承同方向角的 小区的邻区 TDS 或 GSM 第 14 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 6、如果4G与2G共室分，4G需要配置该2G室分小区，及该2G室分小区的邻区。 7、基于小区B2测量报告可以进行精确邻区优化，后续可以借助我司MORPHO工具GSM邻区自动优化功能进行优化。 3.3 时延优化 呼叫建立时延(Call Setup Time)定义:第一条随机接入消息到终端接收到网络侧下发IP 180 Ring消息之间的时间差。 的S 信令流程分解(现在各地流程存在差异): 1、 发起INVITE到建立QCI=1承载时长大约0.4s; 2、 IMS收到主叫建立QCI完成以后寻呼被叫时长大约在2S以内(寻呼周期 1280ms，如果运气比较差刚好需要等待一个寻呼周期寻呼时长就会比较长); 3、 被叫建立QCI承载时间大约0.5s 4、 Modify过程时长大约0.2s; 5、 PRACK预确认时长需要0.5s 6、 UPDATE编码格式协商时长需要0.7s; 整体计算出来影响时延主要是在寻呼、以及SIP信令交互过程，在空口的时延 是非常短的，下面流程是枣庄接入流程图: 第 15 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 当然如果能减少RRC接入整体接入时延将控制到3-3.5s之间，下图是去除RRC过程以后的接入流程图，接入时延为3.3S(下图中核心网发起3次MODIFY过程，所以在开网优化过程中如果存在多次MODIFY过程属于异常现象，需要和核心网进行沟通，按照协议只需要一次MODIFY过程，现在福州和广州为了减少时延将MODIFY过程已经全部删除); 第 16 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 时延优化关键点: 、 无线优化为基础，避免被叫无线环境差导致收到寻呼延时; 1 2、 关注UPDATE和MODIFY过程，协商是否能够去除MODFIY过程(后期中国移动 应该会出标准); 3、 优化网格切换次数，如果在接入过程中出现切换将影响接入时延; 3.4 RTP丢包率优化 Volte语音基于RTP协议传送，该项指标直接影响MOS，移动通信中满足覆盖目标的CS语音业务要求误帧率(FER)小于1%，LTE系统空口采用了增量冗余的HARQ机制，一般系统实现要求HARQ初传成功率达到90%，即初传误块率(BLER为10%)，因此为了达到语音质量要求，必须经过一次的HARQ重传语音误帧率才能小于1%，所以算法是基础无线优化是保障，现网参数设置必须在发布版本基础上按照SE给出的相关参数设置,最新的基站版本将RTP丢包率已经控制到1%以内。 4 TD-LTE关键过程信令流程解析 4.1 概述 优化工程师需要熟悉整个Volte从注册到呼叫以及切换的流程，便于异常事件准确定位和分析; 第 17 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 4.2 关键过程信令流程解析 4.2.1 注册过程 1、流程概述 UE注册到IMS网络的过程可以分为如下几个阶段:: , UE附着到EPC网络:UE发起附着请求后，EPC网络首先对UE进行鉴权，鉴权通过 后从融合HLR/HSS获取到UE的签约数据。EPC网络根据用户签约数据中的默认APN 和PDN签约上下文进行默认承载的建立，默认承载建立完成后即完成EPC网络的附 着。 , UE注册到IMS网络:包括基本注册和第三方注册。基本注册过程中，IMS网络对UE， 以及UE对IMS网络进行双向鉴权，鉴权通过后，S-CSCF从融合HLR/HSS下载到用 户数据，基本注册完成。第三方注册过程中，S-CSCF根据用户数据中的iFC触发到 ATS的注册，ATS从融合HLR/HSS下载到UE的业务数据后，第三方注册完成。 第 18 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 2、常见问题 早期开始优化时经常出现手机IMS无法注册问题，主要通过几方面排查: , 与局方确认IMS是否已完成部署 , 手机是否打开IMS注册，在手机设置里，移动网络设置-->IMS服务查看 第 19 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 , 用普通卡插入手机，看手机能否正常发起APN为IMS的PDN连接请求，排除终端原 因，注意PDN连接请求是终端行为，为终端自主发起; , 使用测试软件抓取空口信令对比 4.2.2 语音呼叫过程 1、流程概述 VoLTE语音用户拨打的主要流程如下: , 主叫信令面流程:主叫用户发起呼叫请求后，首先MMTel AS进行主叫业务处理后， 主叫侧S-CSCF根据被叫号码格式向ENUM/DNS请求被叫的入局I-CSCF的地址。 , 被叫信令面流程:SCC AS向融合HLR/HSS请求被叫网络信息，融合HLR/HSS向MME 请求本地保存的用户最新的位置更新信息，将得到的域选网络信息发送给SCC AS， SCC AS得到被叫的最近一次驻留的网络后，指示S-CSCF通过P-CSCF将呼叫路由到 被叫用户。 , 被叫承载面建立流程:被叫用户收到呼叫请求后，向被叫P-CSCF回复183/180响应 消息，P-CSCF向PCRF发起承载建立请求，PCRF向P-GW提供授权的QoS策略，P-GW 根据授权的QoS策略建立被叫UE的专有承载。 第 20 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 , 主叫承载面建立流程:主叫P-CSCF收到被叫用户回复的响应消息后向PCRF发起承 载建立请求，PCRF向P-GW提供授权的QoS策略，P-GW根据授权的QoS策略建立主 叫UE的专有承载。 , 挂机释放流程:被叫用户接收到主叫用户的挂机请求后，通过PCRF进行被叫承载释放操作，释放完成后，将响应消息发送给主叫侧，当主叫侧P-CSCF收到响应消息，通过PCRF进行主叫承载释放操作。 2、常见问题 第 21 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 , 所有问题均可以通过信令对比找出问题网元和原因; , SIP消息后的NAS消息缺少导致异常事件; 根据时间点提取CDL进行分析，专载建立与释放消息容易与切换的RRC重配冲突，消 息并发会导致NAS消息无法执行; , 被叫未收到寻呼消息 检查被叫当时所处小区信号情况，RSRP过低容易导致部分寻呼消息缺失;被叫UE是 否处于频繁小区重选、TAU更新，TAU更新过程导致寻呼消息缺少的概率极高，几乎 100%，与2/3G的LAU导致丢寻呼一样; , SIP消息不同步、SIP消息异常 呼叫过程中有时可以出现主被叫SIP消息不同步的情况，SIP消息出现异常可以在SIP 消息中提取CALL-ID，提交IMS人员协助核查处理，正常情况下提交P-CSCF/I-CSCF 人员处理。 , SIP 呼叫失败进行CSFB呼叫模式 VoLTE引入 SilentRedial方案(终端行为)，在VoLTE上呼叫失败后都会可能转入CSFB，但在统计上会统计为SIP未接通。 4.2.3 eSRVCC过程 1、流程概述 eSRVCC流程与TDS的CS语音切GSM相似，主要是在核心侧多了PS-CS域转换过程，具体可以参考《VoLTE原理简介》 第 22 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 Target Target MSC Server/ Target S-GW IMS Source Source UE MSC SGSN / PDN MGW BSS MME E-UTRAN GW 1. Measurement reports 2. Decision for HO 3. Handover Required 4. Bearer Splitting 5.PS to CS Req 6.Prep HO Req 7. HO Request/Ack 8.Prep HO Resp 9. Establish circuit 10. Initiation of Session Transfer (STN-SR or E-STN-SR) 11. Session transfer and Update remote end 13.PS to CS Resp 14. Handover Command 12. Release of IMS access leg 15. MobilityFromEUTRACommand(HO from EUTRAN command) 16. UE tunes to GERAN 17. HO Detection 18. Suspend (see TS 23.060) 18. Suspend 18. Suspend Request / Response 19. HO Complete 20.SES (HO Complete) 21. ANSWER 22. PS to CS Complete/Ack 22a. Bearer handling and suspension 22b. Release Resources 23a. TMSI Reallocation HSS/ 23b.UpdateLoc HLR 24. Subscriber Location Report GMLC 2、常见问题 , 上报B2判断重定向 所有切换必须建立在终端能力支持与SIM权限正常的情况下，终端能力可以在ATTACH Reuqst消息中查看，SIM卡是否支持可以在ATTACH过程中的“Initial Context Setup Request”查到 第 23 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 , 上报B2测量报告但未判决切换 查看小区是否已配GSM邻区，邻区BCCH是否在测量频点列表中;已配GSM邻区的 需判断是否配置合理小区，可以根据B2测量报告上报的小区进行对比判断; , 未上报B2测量报告报告 核查“启动系统间测量的服务小区门限”是否配置合理; 检查A2上报次数是否设置过小，610版本由于A2 MR会导致CPU负荷增加，上报次 数一般设置较少，容易导致无法触发B2测量报告的MR; 检查B2测量报告测量的MEASID，HTCM8T在GSM测量的MEASID大于13后将不 处理 , 切换准备失败 核查外部邻区是否配置正确，主要包括LAC-CI，RAC、路由区支持情况，RAC按照协 议必须设置为1，与GSM小区的实际RAC无关 , 切换失败 核查小区切换门限，尤其是B2测量报告中的GSM小区RSSI门限，过低容易导致切换 失败，GSM小区Rxlev Sub低于-90dBm均为弱覆盖小区，容量出现切换失败;核查目 标GSM小区是否存在故障、干扰，是否与周边小区存在同频干扰，甚至是同BCCH\ 同BSIC。 5 VoLTE关键参数解析 以下参数是SE专家给出的建议值: 规范参数名 原值 修改值 参数名 信道及过程配置-DRX参数-QCI值=1-DRX长DRX周期 160 40ms 参数集A的长DRX周期 QCI=1的DRX参 数 信道及过程配置-DRX参数-QCI值=1-DRXOn Duration Timer 8 6 参数集A的激活定时器时长 第 24 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 信道及过程配置-DRX参数-QCI值=1-DRXDRX Inactivity Timer 60 4 参数集A的非激活定时器时长 信道及过程配置-DRX参数-QCI值=2-DRX长DRX周期 160 40ms 参数集A的长DRX周期 QCI=2的DRX参信道及过程配置-DRX参数-QCI值=2-DRXOn Duration Timer 8 6 数 参数集A的激活定时器时长 信道及过程配置-DRX参数-QCI值=2-DRXDRX Inactivity Timer 60 4 参数集A的非激活定时器时长 SPS 关闭 关闭 信道及过程配置-半持续调度参数-SPS开关 网络类型NetworkType GERAN B2事件配置-网络类型 本系统判决门限，含门限迟-116 -141 dBm B2事件配置-服务小区RSRP门限 滞值， dBm 异系统判决门限，含门限迟-110 dBm -87 dBm B2事件配置-邻小区RSSI门限 滞值， 4G B2测量事件 触发时间timetotrigger 512ms 320ms B2事件配置-事件触发持续时间 周期上报间隔RptInterval 6min 240ms B2事件配置-周期上报间隔 异系统互测量目的 此配置关闭 B2事件配置-测量目的 操作 与测量相关的算法 切换算法 切换算法 B2事件配置-与测量相关的算法 TDLTE小区-小区测试开关-MAC测试开关-上行最少分配PRB数 4 2 上行分配最小PRB数 启动异系统测量时服务小小区算法-异系统互操作-启动异系统测量时31 31 区的门限 服务小区的门限 异系统互操作 向Geran进行CCO或小区算法-异系统互操作-向Geran进行CCO30 0 NACC的门限 或NACC的门限 上行语音业务QCI1初始小区算法->调度->MAC上行算法参数表->10 3 BLER门限 上行语音业务QCI1初始BLER门限 调度 小区算法->调度->MAC下行算法参数表->下行语音初始bler 10 3 下行语音初始bler 6 VoLTE专题优化分析 6.1 全程呼叫成功率优化 6.1.1 指标定义 全程呼叫成功率=(1-掉线率)*话音接通成功率 , 话音接通成功率 1， 定义:成功完成呼叫次数/终端发起呼叫总数。处于RRC空闲态的终端由于有业务要传 输，将首先发起Service Request流程，回到RRC连接态，然后发送SIP INVITE消息 第 25 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 建立会话连接。 2， 统计方法: , 完成呼叫判断准则:成功完成SIP会话建立，包括RRC状态转换和SIP会话建立两 个过程: i. RRC状态转换:定义为第一条随机接入消息到RRC Connection Reconfiguration Complete消息。RRC IDLE状态的终端由于有数据需传送(比 如发起Ping)而发起SERVICE REQUEST过程，终端通过“随机接入-RRC连接 建立-DRB建立”立空口过程完成与无线网的连接并开始上、下行数据传送， 视作成功完成连接建立; ii. SIP会话建立:从主叫终端发起SIP INVITE消息到接收到网络侧下发的SIP 200 OK消息，包括专用承载建立、会话建立等过程; SBC/UE-AeNBMMES/PGWPCRFHSSI-CSCFS-CSCFTASATCF UE Triggered Service Request Procedure INVITE(SDP-A)INVITE(SDP-A)INVITE(SDP-A)INVITE(SDP-A)INVITE[to remote end]180 Ringing180 Ringing180 Ringing180 Ringing180 Ringing200 OK(SDP-B)200 OK(SDP-B)AAR(业务需求)RAR(QCI=1)Create Bearer RequestBearer Setup Request/Session Management RequestRRC Connection ReconfigurationRRC Connection Reconfigurationn CompleteBearer Setup ResponseDirect TransferSession Management ResponseCreate Bearer ResponseRAAAAA200 OK(SDP-B)ACKACKACKACKACKRTP flowRTP flowRTP flow , 掉线率 1， 定义:掉话次数/成功建立呼叫次数 2， 统计方法 , 掉线:空口RRC连接释放(终端Radio Link Failure或者网络侧RRC Release)，或 10s以上未接通均视作掉线。 第 26 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 , 成功建立呼叫，包括RRC连接建立和SIP会话建立。 i. RRC连接建立:RRC IDLE状态的终端通过“随机接入-RRC连接建立-DRB 建立”立空口过程完成与无线网的连接并开始上、下行数据传送，视作成功完 成连接建立; iii. 成功建立呼叫:从主叫终端发起SIP INVITE消息到接收到网络侧下发的SIP 200 OK消息; 6.1.2 优化方法 通过上述分析可以看出，作为无线侧主要优化方向为终端侧和无线侧。通过无线侧可以发现核心侧的相关问题，尤其是 VoLTE优化早期，IMS及终端均未完全成熟，容易导致异常事件。 6.1.2.1 终端侧优化方向 如果终端侧出现问题我们需要通过测试的手段，对该终端进行信令跟踪和和结合CDL分析，该终端是否有信令上报，如果没有信令上报，则需要重点排查终端是否异常;如果有信令上报则需要进一步分析信令终端上报编码方式等是否异常，如异常则需要终端厂家配合处理;如果无异常则转无线侧处理。 6.1.2.2 无线侧优化方向 无线侧优化主要分为无线优化和参数优化两个方面: 1， 无线优化 对于一个无线网络RF优化、覆盖优化是基础，对基础优化我们主要方向有以下几点: 1、边界区域的(TA边界、地市边界、厂家边界)覆盖控制优化，目前像广东省TALIST规划，一个TALIST只有一个TA，在TAU过程中极容易出现寻呼丢失问题，导致未接通。 2、地市内部的覆盖优化主要包括越区覆盖、覆盖过近、覆盖方向是否合理、PCI干扰等优化。 3、加强室内覆盖，严格控制室分泄漏。 4、增强高层导频污染优化，对天线调整无法解决的站点建议通过整改解决，类似换成低增益的小射灯天线等。 2， 参数优化 LTE网络已经过长时间的RF优化，本身基础已较好，现在VoLTE优化是建立在之前数据业务优化的基础上，所以在参数优化方面主要是针对重选、切换参数进行优化，保证合理的小区占用及切换顺序，在弱覆盖时通过合理的eSRVCC门限切入GSM，避免掉话，但注意 第 27 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 切换GSM后MOS变差，与MOS优化冲突。 6.1.2.3 核心侧优化方向 LTE无线接入网已经是IMS是为了VoLTE而新建的网元，IMS域由多个网元组包，包括P-CSCF、I-CSCF、SCC AS等，可能由不同厂家设备组成，这样会造成问题定位较为缓慢。全程呼叫成功率优化方面主要是结合测试信令、CDL进行分析,找出由于IMS、EPC等造成的异常事件，推动相关厂商进行处理。 6.2 MOS简介 MOS全称为Mean Opinion Score平均意见得分，其目的是评估通信系统的语音质量;在2/3G时代语音编码均使用AMR编码，主要使用PESQ算法进行MOS评分，而VoLTE使用AMR-WB编码，PESQ算法已不适用，所以在VoLTE上引入POLQA算法;影响MoS值的因素包括语音编码方式、PLR、抖动等。MOS评分0-5分，不同分数对应不同的用户感知，目前VoLTE测试在好点可达4.3~4.5。 6.2.1 优化方法 6.2.1.1 编码速率 VoLTE使用的AMR-WB有9种编码格式，常用的有AMR-WB 12.65 kbit/s、AMR-WB 23.85 kbit/s，采用更高的编码方式可以带来更好的语音质量，提升MOS; Frame Mode Mode Frame content (AMR-WB mode, Type Index Indication Request comfort noise, or other) 0 0 0 AMR-WB 6.60 kbit/s 1 1 1 AMR-WB 8.85 kbit/s 2 2 2 AMR-WB 12.65 kbit/s 3 3 3 AMR-WB 14.25 kbit/s 4 4 4 AMR-WB 15.85 kbit/s 5 5 5 AMR-WB 18.25 kbit/s 6 6 6 AMR-WB 19.85 kbit/s 7 7 7 AMR-WB 23.05 kbit/s 8 8 8 AMR-WB 23.85 kbit/s 9 - - AMR-WB SID (Comfort Noise Frame) 10-13 - - For future use 14 - - speech lost 15 - - No Data (No transmission/No reception) 6.2.1.2 ERAB保证速率 VoLTE语音通过QCI=1的ERAB承载传送，QCI=1的承载属于GBR业务，业务建立 第 28 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 时需要指定业务GBR速率，通过设定较高的GBR，可以保证高清语音业务传送，正常情况下上下行GBR速率均需超过40kbps，GBR速率由PCRF设定。 6.2.1.3 RTP丢包率优化 影响MOS的因素还有RTP丢包率，由于语音使用RTP协议传送，所以该项指标直接影响MOS，该项指标除了与版本实现有关，在无线侧主要与SINR及覆盖水平、切换相关，需要提升覆盖质量;在网管侧无法统计RTP丢包，但RTP包在传输过程中是通过IP、UDP协议发送，从ENB上可以统计到小区的业务面丢包率等，对于质差小区需要尽快处理，防止测试时占用这此小区出现高误码。 6.2.1.4 SINR优化 所有业务质量均与网络覆盖存在直接关系，通过实际验证，MOS主要与SINR相关，RSRP高于一定值后(-110dbm)与MOS关系不大;所以在无线环境提升方面，我们最主要是要提升现网的SINR值。 第 29 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 6.2.1.5 切换优化 , 减少eSRVCC切换 POLQA算法主要针对AMR-WB编码，所以对AMR编码打分结果较PESQ打分结果低，如果发现eSRVCC切换，在GSM上MOS基本不可能达到3以上，严重影响考核指标，所以优化过程要尽量避免eSRVCC切换。 , 频繁切换优化 所有切换均会带来数据包的中断，在以前的GSM、TDS系统就均已验证过，频繁切换会带来丢包，导致 MOS下降，所以在MOS提升的过程中，频繁切换优化也是项重要的工作。 7 Volte优化中CDL使用方法 7.1 借助UE的m-TMSI在CDL信令中确定测试终端 打开测试软件回放测试log，找到UE建立RRC连接的相关信令，点击 RRCConnectionRequest信令，在弹出的解码消息就可以查找到该UE的m-TMSI Outum软件给出的是二进制需要将其换算为十六进制，m-TMSI在CDL的RRC建立统计 中是用十六进制展现(如下图中UE的m-TMSI为11100100 00000101 10001111 11100111， 换算为十六进制后为E4058FE7，截至此步奏我们就锁定了该UE的m-TMSI) 第 30 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 打开CDS软件找到RRCConnectionRequest信令，点击后会发现CDS软件的解析消息中UE的m-TMSI直接就是十六进制 如果是进行手机飞行后第一次接入即UE附着阶段将会发现RRCConnectionRequest信令中携带的是UE 的randomValue标识，我们需要使用UE 的randomValue确定测试UE 第 31 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 打开CDL工具，点击下图中红色方框中文件夹图标，根据Outum测试log的时间导入相应时间段的CDL日志(每次导入CDL日志时最好将事件时间段前后的日志均导入进去) 解析完成后，将鼠标放在日志列表处点击右键选择RRC建立统计，CDL将自动进行统计 第 32 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 CDL软件自动完成RRC建立统计后会直接弹出RRC建立-日志列表，我们可以在RRC建立分析对话框中看到该时间段内该基站所有UE进行的RRC建立情况。接下来，将根据UE的m-TMSI在RRC建立分析对话框中的TMSI列中找到该UE，由于该UE在该时间段内可能在该基站下多次进行RRC建立，并且每次RRC建立过程中基站都会从新分配一个新的CELL UE ID给该UE，为了进步定位我们所需要的信令流程，还需要结合Outum测试log中的时间点，UE发起RRC建立请求的原因，定位测试UE本次业务的信令流程。 例如本例，首先根据UE的m-TMSI为E4058FE7，在RRC建立分析对话框中的TMSI列中找到相同的TMSI，然后根据UE发起RRC建立请求的时间为14:01:59，CDL日志一般会有30s左右的延迟，可以将时间节点缩小到14:02至14:03内，如下图发现CDL中相同TMSI的时间点为14:02:07，最后根据本例中UE发起RRC建立请求的原因为被叫即mt-Access(VoLTE中的被叫标识)，同时也可以结合Outum中UE所在主服务小区的CellID，进一步定位CDL软件中的此次RRC建立请求就是与Outum软件中RRC建立请求相对应的信令，也就是我们需要的那条RRC建立请求。至此，我们将在茫茫CDL信令中锁定测试UE，同时也找到了属于本次业务的RRC建立请求，得到了本次业务该UE的UE ID。 第 33 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 RRC建立分析中的CellUEIndex就是CDL信令中的CELL UE ID也就是前文中提到的UE ID。只要该UE呼叫没释放或没换小区，该UE标识不会改变，这些相同UE ID下的CDL信令均属于该UE在本次业务中的信令。所以UE ID才是茫茫CDL中的灯塔。 双击我们找到的此条RRC建立的信息，将会自动弹出重定位_日志列表(此处重定位指CDL信令的重新定位)，CDL软件将会自动在CDL信令中定位该条RRC连接请求信令(显示为高亮)，我们将会看到熟悉的时间点，m-TMSI，Cell ID和Cell UE ID 第 34 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 接下来，我们首先根据UE ID进行筛选，我们将得到此业务中UE在该基站下的所有信令 (UE发生X2切换后新的基站会重新分配新的UE ID)，我们可也根据自己分析的需要点 击新建过滤规则图标(图中红色方框)筛选接口类型，获得我们必要的信令 7.2 注册过程空口信令与CDL信令对应 我们首先需要在CDL中定位测试UE，由于附着过程的RRC Connection Request消息 携带的是UE 的randomValue标识，因此我们需要在CDL软件中找到相应的UE 第 35 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 UE完成RRC连接建立，鉴权，能力确认和加密模式之后，EPC将通过S1 Initial Context Setup Request信令将建立QCI=9的要求发送给eNB 第 36 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 eNB将通过第一条RRC重配置消息将建立QCI=9的信息发送给UE EPC通过Attac Accept信令将建立QCI=9的命令带给UE，UE将完成QCI=9的建立 第 37 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 完成附着后，EPC将通过S1 ERAB Setup Request信令将建立QCI=5的要求发送给Enb eNB将通过RRC重配置消息将建立QCI=5的信息发送给UE，UE完成QCI=5的建立 截至此步UE已经完成QCI=9和QCI=5的建立，IMS将通过QCI=5利用SIP信令指导UE完成注册过程 第 38 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 7.3 VoLTE在Outum与CDL中的呼叫信令对应 由于SIP协议之存在于UE与IMS中，因此在承载网的CDL控制信令中我们无法解析到 SIP信令，关于SIP信令的说明在VoLTE原理已经有较为详细说明。 利用前文阐述的UE锁定方法，我们首先确定主被叫UE在CDL中的位置 以主叫UE的信令为例描述Outum测试信令与CDL信令的对应关系，主叫UE的UE ID=284 RRC连接建立过程 主叫UE发起呼叫，上发INVITE后开始进行RRC连接建立过程 在INVITE消息中我们可以看到主被叫号码，f(from):主叫号码，t(to):被叫号码 第 39 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 由于INVITE是SIP协议信令因此在CDL信令中将无法看到(如下图)，但是我们可以根据空口和CDL软件中对应的RRCConnectionRequest找到m-TMSI，确定测试UE QCI=9和QCI=5的默认承载激活 RRC连接建立完成后，EPC将通过S1的初始建立第一个ERAB的消息S1 Initial Context Setup Request将激活QCI=9和QCI=5的命令下发给eNB eNB将在UE完成加密后的第一条RRC重配置消息中指示UE完成QCI= 9和QCI =5这两 第 40 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 个默认承载的激活(QCI=9和QCI=5均在UE进行ATTACH环节时就已经建立，一般情况下QCI=9的EPS承载ID为5，QCI=5的EPS承载ID为6，最好可以查找UE进行ATTACH环节的建立过程进行对应) QCI=1的专业承载的建立，QCI=1建立完成后UE将建立SIP信令中的通话信令即预确认，编码二次协商，振铃，摘机(语音业务只需要QCI=1，视频业务需要QCI=1和QCI=2) 主叫UE在完成QCI=9和QCI=5的激活后将会收到网络下发的INVITE 100 trying，表示网络正在处理主叫UE的呼叫，同时被叫UE如果在空闲态将收到paging消息，并且开始进行RRC连接的建立，UE能力确认，加密以及QCI=9和QCI=5的默认承载激活。完成QCI=9和QCI=5的激活后被叫将收到EPC下发的INVITE消息，被叫UE将向网络回复INVITE 100 trying进行响应同时被叫发送INVITE 183消息给核心网表示会话正在处理，启动 第 41 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 Precondition(资源预留)过程，并通知主叫自己所支持的媒体类型和编码，并建立起QCI=1的承载;IMS收到被叫的INVITE 83 后，对主叫启动Precondition(资源预留)过程，通过EPC通知主叫SM层建立起QCI=1的承载后，向主叫UE发送INVITE 183消息。 EPC通过S1 ERAB Setup Request信令将建立QCI=1的命令发送给eNodeB eNodeB将通过RRC重配置信令将建立QCI=1的要求下发给UE(QCI=1的EPS承载ID一般都是7，QCI=2的EPS承载ID一般都是8) 在CDL信令中我们将看到EPC向eNodeB发送S1 ERAB Setup Request信令后，eNodeB将向UE下发带有建立QCI=1信息的RRC重配置信令 第 42 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 Activate dedicated EPS bearer context request信令中将看到主叫UE的QCI=1的建立信息 UE完成QCI=1的建立后将向eNodeB回复RRC重配置完成，eNodeB将向EPC回复S1 ERAB Setup Response。之后主叫UE将收到网络下发的invite 183信息，接下来将完成SIP会话剩余信令的建立，主被叫开始进行通话。 在主被叫QCI=1的建立后我们还将在Outum测试信令中看到两次EPS承载修改的信令(Modify EPS bearer context request/Modify EPS bearer context accept)通过解码信息发 第 43 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 现，这两次修改都是核心网行为，而且并没进行实质内容的修改，两次信令交互的解码 信息也完全一致，空口测试中的多出的这两条信令只会增加呼叫的建立时延，是否取消 需要与核心网协商，在福州实验网中已经将这两条信令去掉后呼叫时延平均缩短2s。 7.4 eSRVCC切换流程中的信令对应 测试软件空口信令 第 44 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 CDL解码信息 8 TD-LTE优化案例分析 8.1 SIM卡无VoLTE权限导致注册失败 【问题现象】 浙江丽水项目在市移动公司申请4张，均IMS注册失败，导致无法进行VOLTE业务测试。 【问题分析】 1、 UE ATTACH过程正常，已建立QCI 9的默认承载，如下图所示，APN为CMNET。 第 45 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 2、 UE发起APN为IMS的PDN连接请求后，MME下发第二个默认承载的建立请求，正常情况 下建立QCI 5的默认承载，而MME实际下发的是QCI 9的承载建立，且APN仍为CMNET 的APN，导致建立失败，从而导致无法进行IMS注册过程，下图中左边为正常PDN连接 请求后下发QCI 5默认承载建立的信令解码，右边部分为异常解码。 怀疑可能有以下两个原因导致: 1、 SIM 卡无VOLTE权限; 2、 PGW的P-CSCF功能部分设置错误 【问题解决】 经市公司核查后得知，地市公司无权限开通VOLTE测试卡，导致所开通的SIM无法注册，并向省公司重新申请SIM卡。 8.2 EPC数据缺少导致SIM卡无法注册 【问题现象】 广东肇庆项目在ATU测试卡上新开VoLTE业务权限，验证时发现无法注册，终端上发PDN连接请求后，收到PDN DISCONNET REJECT，原因为UNKNOWN OR MISSING APN。 第 46 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 【问题分析】 UE ATTACH过程正常，已建立QCI 9的默认承载，如下图所示，APN为CMNE。 3、 UE发起APN为IMS的PDN连接请求后，MME下发第二个默认承载的建立请求，正常情况 下建立QCI 5的默认承载，而MME实际下发的是QCI 9的承载建立，且APN仍为CMNET 的APN，导致建立失败，从而导致无法进行IMS注册过程，下图中左边为正常PDN连接 请求后下发QCI 5默认承载建立的信令解码，右边部分为异常解码。 第 47 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 怀疑可能有以下两个原因导致: 3、 SIM 卡无VOLTE权限; 4、 PGW的P-CSCF功能部分设置错误 【问题解决】 经市公司核查后得知，地市公司无权限开通VOLTE测试卡，导致所开通的SIM无法注册，并向省公司重新申请SIM卡。 8.3 VoLTEERAB建立与切换过程并发导致未接通 【问题现象】 11:08:53.446时被叫UE占用莲都环北路F-1(PCI=468)上发INVITE 183之后，随即进行切换，UE未进行建立QCI 1的ERAB，最后导致未接通。 【问题分析】 第 48 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 提取CDL进行分析，基站下发原因为切换的RRC 重配60MS后，MME下发QCI 1建 立请求S1 ERAB Setup Request，基站RRC层判决失败导致未建立QCI 1 ERAB，原因值 为unknown-ENB-s1ap-id，最后MME下发释放承载的信令，ENB回复与其它过程冲突; 此问题在福州、公司实验室均有复现，为ERAB建立请求与切换冲突，需要与IMS、MME 联合定位。 【问题解决】 过程并发在ENB侧比较难解决，建议在MME侧引入ERAB保护机制，在碰到类似失败 第 49 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 时，再次下发ERAB建立请求，可以很大程度上规避类似问题。 8.4 背向覆盖导致未收到寻呼出现未接通 【问题描述】 16:05:08，主被叫RSRP良好，在呼叫建立过程中出现未接通。 【问题分析】 主叫起呼时，占用肇庆端州大冲F-DLH3，RSRP良好，而被叫UE点用肇庆端州肇庆学院D-DLH3，小区在此处为背向覆盖，RSRP在-116左右，导致一直未收到寻呼消息，在16:52:34才收到寻呼消息，而测试软件脚本超时，在16:52:35发起CANCEL挂机，导致未接通 【解决方案】 下压肇庆端州肇庆学院D-DLH3小区天线，减少小区背向覆盖 第 50 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 8.5 通话过程中被叫收到来自主叫的INVITE，导致软件统计出现未接通 【问题现象】 在滨江路，主被叫无线环境良好，正处于正常通话中，此时被叫收到来自主叫的INVITE消息，最后导致未接通。 【问题分析】 主被叫当时正处于通话中，从信令上分析，并未发现主叫发起INVITE，而且该INVITE从内容上看是呼叫类，需要核心网协助核查。 【解决方案】 需要IMS核查为什么通话过程中被叫收到来自主叫的INVITE消息，被叫正常通话的 第 51 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 Call-ID: asbcp65543t1437990481m446155c6577736s4，通话过程中收到的INVITE消息，Call-ID: asbcp65543t1437990590m573345c6577893s2。 8.6 被叫频繁小区重选导致无法收到寻呼出现未接通 【问题现象】 17:46:19，在滨江中路，UE1占用到肇庆端州天福广场D-DLH2起呼，被叫UE2未收到寻呼导致未接通。 【问题分析】 被叫UE2当时占用的小区无线环境很差，导致频繁的小区重选，并出现TAU，最后UE2无法收到寻呼，在软件呼叫脚本超时后出现未接通 第 52 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 【问题解决】 肇庆端州锦江酒店F-DLH2小区降质，导致附近区域弱覆盖，UE在此频繁重选且容易出现TAU，需要对小区排障。 8.7 UE上发INVITE无响应导致未接通 【问题现象】 15:28:58，UE1占用到肇庆端州棠岗D-DLH3小区起呼，无线环境良好，一直未收到INVITE 100，最后进入CSFB MO过程建立通话，导致SIP未接通。 【问题分析】 第 53 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 从信令上分析，主叫QCI=5的承载已正常恢复，且无线环境良好，正常情况下不会出现信令丢失，怀疑INVTE上发后，SBC未响应，导致未发送INVITE100。 【问题分析】 提交IMS协助核查处理 8.8 主叫未收到INVITE 183导致超时未接通 [问题描述] 11:24:01，在古塔中路由南向北行驶，主叫UE1占用肇庆端州信托大厦D-DLH6，QCI 1承载已建立，但一直未收到INVITE 183，最后超时导致未接通。 [问题分析] 被叫多次上发INVITE 183，且被叫UE2 QCI 1承载已建立，IMS应该已收到INVITE 183， 第 54 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 主叫UE在45秒后才收到IMS下发的INVITE 183，但此时会话已不存在。 [解决方案] 需要核查当时IMS是否下发INVITE 183消息给主叫UE1，主叫Call-ID: 91228726_175293704@2409:8809:9240:610:c71d:ded:14e2:41e5。 8.9 核心网和终端协商速率过低导致视频电话质量差 【问题现象】 终端发起视频电话业务，业务接通后发现黑屏、马赛克严重，语音通话质量良好。 【问题分析】 终端侧发起视频业务请求，主叫终端与被叫终端协商后的业务速率在UPDATE200信令中: 从SDP和H.264协议解释看，Profile-level-id决定了视频的类型和等级。其中第一个字节表示视频的类型，第三个字节表示了Level等级。 H.264对视频业务Profile分类为:Baseline、Extended、Main、High、High10、High422、High444等，如下表: 第 55 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 每种Profile对应的ID号(十进制)如下表: H.264对不同的Profile下边又定义了不同的level等级: 对应于业务应用中，推荐的Profile及level等级如下: 类别 Profile Level 低清Baseline 1.3 标清Baseline 3 实时直播 半高清Baseline 3.1 全高清Baseline 4.1 低清Main 1.3 存储媒体 标清Main 3 第 56 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 半高清Main 3.1 全高清Main 4.1 半高清High 3.1 高清存储 全高清High 4.1 从UPDATE200信令得知:双方协商的Profile-level-id=42C01E。其中Profile id = 0x42，对应于十进制的66，表示Profile是BaseLine类型的;Level=0x1E，对应于十进制的30，表示Level Number为3，与实时直播业务的标清Baseline的要求一致。从协议的要求看Max Video Bit Rate需达到10Mbps。 实际核心网下发的激活EPS承载信令中， QCI-2对应的上下行的Maximum bit rate只有640K。按照核心网的配置，无法支持level1.3及以上等级的视频业务。 当终端协商的视频格式速率要求远大于核心网配置的业务QCI中的Maximum bit rate时，会导致视频业务质量严重下降，马赛克、黑屏等问题。 【问题解决】 核心网修改了测试SIM卡对应的Maximum bit rate参数为2Mbps后，视频业务的质量得到明显改善。 第 57 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 8.10 ERAB保证速率过低导致MOS差 【问题现象】 在拉网测试中发现RTP丢包率在20以上，MOS只有不到2，严重影响用户感知。 【问题分析】 对此问题进行了重启电脑和手机、重新插拔数据线操作，好点定点测试，问题依旧，排除测试原因，对测试log进行分析发现在建立专载消息中GBR速率比较小为24K,之前设置为48K，怀疑跟核心网设置有关，如下图: 【问题解决】 联系华为PRCF工程师对此值修改为自适应后问题得以解决，不再出现RTP丢包率极高mos低问题。 8.11 广播MCS等级设置不合理导致随机接入困难 【问题现象】 终端在切换时出现多次随机接入，甚至随机接入失败，影响VoLTE拉网指标，会出现mos低的情况。 【问题分析】 目标小区信号环境良好，无异常告警，但是随机接入经常出现多次msg1收不到msg2，此时会出现较高的RTP丢包率导致mos比较低。 第 58 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 对此小区进行了参数排查发现小区设置的广播MCS等级比较高，设置为9，怀疑跟广播MCS等级设置过高有关。 【问题解决】 将小区广播MCS等级由9设置为1后随机接入正常，不再出现多次msg1或者随机接入失败。 8.12 无线环境差导致基站释放专载失败 【问题现象】 终端在挂断VoLTE电话去激活专载的过程中终端无线环境出问题，发生了重建立，导致在终端发给基站的去激活专载完成的重配置完成消息没有收到，导致基站未释放专载，在下次呼叫中失败。 【问题分析】 提取基站CDL看当时情况为基站收到了核心网发送的去激活专载请求消息，同时也向终端发送重配消息用于去激活专载，终端在收到重配后正好发生了重建立，导致重配置完成没有成功发给基站，基站回复核心网专载去激活失败，原因值为 radioNetwork : interaction-with-other-procedure，如下图: 第 59 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 虽然eNB告知核心网专载释放失败，但在核心网看来无需再理会eNB状态，因为被叫终端已经挂机无需再为此终端留资源，核心网侧已经直接将承载释放，这样就出现了基站侧和核心网侧专载状态不一致，在下次呼叫中核心网直接向eNB请求专载建立，eNB由于上次呼叫专载未释放不能再建立专载，回复核心网eid重复专载建立失败。 【问题解决】 修改基站版本遇到此类问题eNB在不收到重配置完成消息也直接回复核心网专载释放完成，在下次呼叫时直接建立新专载即可。 8.13 弱覆盖导致低MOS及掉话 【问题现象】 从文一路转入金正街，UE占用D780264莲都环北路D-3小区，此路段弱覆盖，该路段主覆盖小区为D780171莲都新农村F-2，小区严重过覆盖，且两小区间未定义邻区关系，最后UE出现低RSRP、SINR、高BLER，RRC重建失败，最后IMS下发BYE释放，导致掉话。 【问题分析】 第 60 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 路段存在弱覆盖，且用到较远的小区D780171莲都新农村F-2、D780171莲都新农村F-2等，小区在此路段SINR极差，需要覆盖优化，确定主小区。 【问题解决】 对路段进行天馈调整优化，下压D780171莲都新农村F-2、D780171莲都新农村F-2、D780264莲都环北路D-3小区天线，加大D780180莲都瑞益不锈钢F-3小区方位角以作为此路段主覆盖小区，并修改6个小区PCI，解决模3干扰，优化后复测，虽仍存在弱覆盖，但已无掉话风险，该路段MOS恢复正常。 8.14 IMS未下发BYE导致掉话 [问题描述] 第 61 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 09:13:22，在信安大道与棠岗路交界处，主叫UE1结束通话，被叫未收到BYE，导致软件统计为SIP 呼叫掉话。 [问题分析] 被叫UE2在主叫挂机后一直未收到BYE，最后测试人员手动挂机，上发BYE，IMS回复BYE 481 Call Leg/Transaction Does Not Exist [解决方案] 需要IMS协助核查当时是否下发BYE，Call-ID: asbcp65543t1438045342m483230c7028263s21。 第 62 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 8.15 被叫UE由于RRC重建用到较远小区导致掉话 [问题描述] 17:18:52，车辆沿天宁路由北向南行驶并左拐进江滨中路，UE2最后占用肇庆高要清莲路D-DLH3，UE2重定向到GSM，导致掉话。 问题分析] [ UE2从肇庆端州天福广场D-DLH2切向肇庆端州锦江酒店F-DLH1后，出现RRC重建，并且重建失败，小区在肇庆高要清莲路D-DLH1重新建立连接，肇庆高要清莲路D-DLH1小区与附近其它小区无邻区关系 ，最后切换到肇庆高要清莲路D-DLH3小区，RSRP达到盲重定向门限，重定向GSM导致掉话。 [解决方案] 第 63 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 1、 核查“肇庆端州锦江酒店F-DLH1”是否存在告警; 2、 下压“肇庆高要清莲路D-DLH1”小区，在该路段已经不是第一次用到该小区; 调整“肇庆端州天福广场D-DLH2”A5门限，门限1调整到-95dBm。 8.16 UPDATE 编码格式协商超时导致掉话 【问题描述】 12:48:22，在肇庆大道工商学院孵化中心附近路段，UE占用肇庆端州工商学院孵化中心D-DLH1小区，无线环境良好，UE1 出现掉话。 【问题分析】 信令流程主叫在12:48:12上发UPDATA后，被叫所有流程正常，而且12:48:12时就已振铃并摘机，主叫直到12:48:20后才收到UPDATA的响应消息UPDATA 408 Request Timeout 020351914，收到该消息后紧接振铃摘机，并在接通后随即转入CSFB MO过程，重定向导致承载释放掉话。 第 64 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 【解决方案】 需要IMS核查UPDATA超时原因，主叫 1136467720_175385704@2409:8809:9240:c05:3fcb:6be5:8f51:d2af，被叫asbcp65543t1438058891m236177c7061168s4。 8.17 SIM授权问题导致eSRVCC无法执行 【问题现象】 在VOLTE测试过程中发现在RSRP变差到-110以后不能切换到2G而是重定向到2G，这样不符合规范，MOS值会中断，再次呼叫会引起未接通，从下图复测过程中可以看到上报B2以后不是正常的发起eSRVCC切换流程而是直接Release,重定向到GSM。 【问题分析】 在该区域多次进行测试发现依旧如此，更换终端以后进行测试还是会重定向到2G，怀疑 第 65 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 是否是基站参数问题，对基站参数进行检查并没有发现异常设置,对比能正常切换的流程，少了RRM判决系统间切换的过程，基站版本是6.10.24，是否是基站RRM判决异常还是参数原因 第 66 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 更换SIM进行验证以后发现可以正常的进行eSRVCC切换，怀疑是SIM授权出现问题，对比信令流程发现在上下文建立请求中核心网没有带SRVCC能力，通过CDL对SIM eSRVCC能力进行核查，发现该卡无eSRVCC权限 第 67 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 【问题解决】 由省公司对SIM卡权限进行修改，修改后复测正常。 8.18 高通芯片BUG导致无法eSRVCC切换 【问题现象】 使用HTC M8t在做eSRVCC过程中发现，基站下发了异系统测控的重配，但是在到达B2门限时，终端不上报B2测量，导致不能切换。 【问题分析】 在切换中存在3个不同的参数定义: MeasObjectid:测量对象标示,包含EUTRAN/UTRAN/GRAN/CDMA 频点等信息,对于EUTRAN和UTRAN一个频点对应一个MeasObjectid,GRAN频点为一个列表只需一个MeasObjectid. Reportconfigid:上报配置标示,包含A1/A2/A3/A4/A5/B1/B2配置等信息,在现网目前已配用于切换的A1 A2 A3 A4 A5 B2 6个id,如果开启ICIC等特性会增加相应的id,一个Reportconfigid可以对应多个Measid. Measid:测量标示,每一个Measid要跟MeasObjectid和Reportconfigid相关联,并且一个Measid只能对应一个MeasObjectid和Reportconfigid. 第 68 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 1. Measid个数是由MeasObjectid和Reportconfigid共同决定的。 2. MeasObjectid个数主要由EUTRAN和UTRAN频点个数决定，GRAN频点为一个列表只占用 一个MeasObjectid。 3. coconfigid目前网络能够用到A1 A2 A3 A4 A5 B2，再加上用于ICIC等特性的测量报告，会产生大于6个以上Reportconfigid。 通过不同基站配置(频点数进行修改)进行大量测试,发现在measid大于13时终端就不会上报测量报告,此问题已同高通确认，measid大于13时会导致不触发esrvcc. 按照目前网络在没有打开特性开关时，考虑应该找到一个能够保证100%上报B2的方案，需要假设同一小区配置所有频点即所有MeasObjectid均与Measid产生关联，以产生最大的Measid: A. 同频MeasObjectid对应不同的Reportconfigid(A1 A2 A3)产生的Measid有3个。 B. 异频频点h个，对应不同的Reportconfigid(A3/A4/A5)产生的Measid有h个。 C. UTRAN异系统异频频点n个对应Reportconfigid(B2)产生的Measid有n个。 D. GRAN异系统异频频点m个对应Reportconfigid(B2)产生的Measid有1个。 Measid(max)=3+h+n+1<=13,h+n<=9 即在没有打开特性开关时最多可以配置9(EUTRAN+UTRAN)个异频频点。 除了切换基于A3的特性有ICIC/JR/辅载波配置3个，在打开a(0<=a<=3)个特性开关时计算如下: A. 同频MeasObjectid对应不同的Reportconfigid(A1 A2 A3x(a+1))产生的Measid有 3+a个。 B. 同优先级时异频频点h个，对应不同的Reportconfigid(A3x(a+1))产生的Measid有 hx(a+1)个。 C. UTRAN异系统异频频点n个对应Reportconfigid(B2)产生的Measid有n个。 D. GRAN异系统异频频点m个对应Reportconfigid(B2)产生的Measid有1个。 Measid(max)=3+a+ha+h+n+1<=13 在3个特性均开启时最多只能配置一个EUTRAN异频频点和2个UTRAN频点，在开启2个特性时最多开启2个EUTRAN异频频点和1个UTRAN频点。 不同的组网策略可以得出不同的结果，在使用esrvcc时需要考虑异频频点个数和异频频点使用的优先级。 在不能发生esrvcc时查看基站配置，配置的3G频点数为6个。从终端log上，3G频点的measObjectID从4开始，2G频点的measObjectID是10，对应GERAN的B2measID则为 第 69 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 15，如下图: 【问题解决】 将3G频点从原来的6个逐个往下删除剩下3个时esrvcc切换成功率为100% ，不再出现不上报B2情况。 8.19 LTE小区eSRVCC优化参数设置问题导致掉线 【问题现象】 地下车库场景下， A2判决门限为:LTE<-110dBm，B2判决门限为:LTE<-120dBm，GSM>-85dBm。UE进入地下车库，当LTE信号低于-120dBm时触发B2事件，但在1秒内RSRP由-120dBm降低至-139dBm以下，SINR由-2dB降低至-14.7dB以下，无法完成eSRVCC流程，导致信号恶化掉话。UE触发B2时信号截图如下: 第 70 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 UE掉话时信号截图: 【问题分析】 经过大量实测数据分析可知，UE进入地下车库，在1秒内RSRP由-120dBm降低至-139dBm以下，SINR由-2dB降低至-14.7dB以下，而在实际中eSRVCC准备时间大于1S，在这种情况下将无法完成eSRVCC流程，且信号迅速恶化而掉话。 【问题解决】 120改为-116，发现成功率有大幅度提升，成功率调整B2判决门限，将B2 LTE门限由- 大于70%。 分析log发现，该场景UE会占用PCI=33、34两个小区，当占用PCI=34的小区时，与邻区PCI=115的小区MOD3冲突，SINR差导致无法及时完成eSRVCC切换。 将三个小区PCI由34/33/35调整为33/35/34，eSRVCC切换成功率达90%以上。 ESRVCC切换流程: eSRVCC切换过程比较简单，与TD-SCDMA中的CS系统间切换流程相似，通过对比可以加深理解。eSRVCC的主要流程为A2,B2,HO,RELEASE，目前移动公司的策略是从LTE切向GERAN，下图是空口以及CDL信令流程，可以看出流程非常简单。 第 71 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 8.20 RAC配置错误导致eSRVCC切换失败 【问题描述】 枣庄 VOLTE:eSRVCC切换用例测试中，发现终端上报B2 MR后基站未有下发MobilityFromEUTRA Command的问题，导致无法切换。为了验证ESRVCC的功能是否可以正常切换，特修如下参数:A2\B2\异系统互操作，如下表标黄区域 第 72 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 参数修改后:测试过程终端上报B2的MR后、网络侧未响应终端，终端始终未收到ENB下发MobilityFromEUTRACommand消息，导致终端无法完成ESRVCC的切换,这种不下发切换消息是MME未下发、还是ENB没有下发，需要通过CDL分析。 【问题分析】 提取对应时间段内的CDL-log进行分析发现异常如下:终端上报B2-MR后，ENB经过S1口向EPC上报了Handover Required切换准备消息后(上报LAC\CI\RAC)，EPC直接回复了Handover Preparation Failure导致切换失败(失败原因为:radioNetwork : unknown-targetID)一般失败需要分析目标GSM邻小区配置是否异常:如Geran邻区相关的三张表(异频载波信息表，外部邻区，邻区关系)配置是否正确，如果邻区配错了，会报unknown-targetID;现场核查三张表后并无异常。 异常流程 时间 接口 事件消息 源 目 2015-7-29 17:00:13 Uu MeasurementReport UE eNB 2015-7-29 17:00:13 S1 S1 Handover Required eNB EPC 2015-7-29 17:00:13 S1 S1 Handover Preparation Failure EPC eNB 2015-7-29 17:00:13 S2 S1 UE Context Release Request eNB EPC 第 73 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 2015-7-29 17:00:13 S3 S1 UE Context Release Command EPC eNB 2015-7-29 17:00:13 Uu RRCConnectionRelease eNB UE 2015-7-29 17:00:13 S1 S1 UE Context Release Complete eNB EPC CDL分析结果如下 MeasurementReport图 S1 Handover Required图 第 74 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 S1-Handover Preparation Failure图 思考: 从切换流程上，我们接入网是没有问题的、而MME需要到目标MSC/SGSN做切换请求，有可能是这一步出问题。下一步需要与核心网人员确认下相关数据和功能是否正常。 经与核心网IMS联合进行抓包，IMS侧只有SIP信令过程并没有切换的相关信令，随即联系的MME的同事，通过MME侧的抓包，发现异常。核心网答复原因:协议规定ESRVCC切换构造的域名为:RAC配置异常，需要我们核对RAC配置是否正确、通过检查我们配置的RAC都是"0"如下图: 第 75 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 (经过和GSM网络人员核实\RAC路由区代码确实为“0”、我们OMT配置是没有问题的，)再次与核心人员沟通后，核心网人员答复为:协议规定ESRVCC切换构造的域名为:racXXXX.lacxxxx.rac.epc.mnc000.mcc460.3gppnetwork.or中RACXXXX为0000导致查询DNS失败、应该为RACXXXX固定为RAC0001) 【解决措施】 现场尝试将RAC=0修改为1后，与核心网联合抓包验证。 【处理效果】 修改RAC=0修改为1后:终端上报B2的MR后、网络侧响应终端，终端收到ENB下发MobilityFromEUTRACommand消息，之后切换到GSM网络并能正常通过。 第 76 页 共 77 页 大唐移动通信设备有限公司 TD-LTE网络优化基础 第 77 页 共 77 页