VoLTE网络优化指导手册.doc

VoLTE网络优化指导手册项目名称文档编号版 本 号作 者版权所有大唐移动通信设备有限公司本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关著作权法律的保护。未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。文档更新记录日期更新人版本备注目 录1VoLTE总体背景5概述5VoLTE基本概念及技术特征5VoLTE关键技术6无线承载Qos等级标识6AMR-WB语音编码7SIP(Session Initiation Protocol)&SDP82.3.4 RoHC健壮性报头压缩协议102.3.6 eSRVCC(Enhanced Single Radio Voice Call Continuity)102VoLTE网络优化流程133VoLTE网络优化指导思想及原则13基础优化13邻区优化14时延优化15RTP丢包率优化164TD-LTE关键过程信令流程解析17概述17关键过程信令流程解析17注册过程17语音呼叫过程19eSRVCC过程215VoLTE关键参数解析236VoLTE专题优化分析24全程呼叫成功率优化24指标定义24优化方法26终端侧优化方向26无线侧优化方向26核心侧优化方向27MOS简介27优化方法27编码速率27ERAB保证速率27RTP丢包率优化28SINR优化28切换优化297Volte优化中CDL使用方法29借助UE的m-TMSI在CDL信令中确定测试终端29注册过程空口信令及CDL信令对应34VoLTE在Outum及CDL中的呼叫信令对应38eSRVCC切换流程中的信令对应438TD-LTE优化案例分析44SIM卡无VoLTE权限导致注册失败44EPC数据缺少导致SIM卡无法注册45VoLTEERAB建立及切换过程并发导致未接通47背向覆盖导致未收到寻呼出现未接通48通话过程中被叫收到来自主叫的INVITE，导致软件统计出现未接通49被叫频繁小区重选导致无法收到寻呼出现未接通50UE上发INVITE无响应导致未接通51主叫未收到INVITE 183导致超时未接通52核心网和终端协商速率过低导致视频电话质量差53ERAB保证速率过低导致MOS差56广播MCS等级设置不合理导致随机接入困难57无线环境差导致基站释放专载失败58弱覆盖导致低MOS及掉话59IMS未下发BYE导致掉话60被叫UE由于RRC重建用到较远小区导致掉话61UPDATE 编码格式协商超时导致掉话63SIM授权问题导致eSRVCC无法执行64高通芯片BUG导致无法eSRVCC切换66LTE小区eSRVCC优化参数设置问题导致掉线68RAC配置错误导致eSRVCC切换失败701 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秒，用户感知为秒通。3.5之间，在同一地点的OTT语音在3.5左右（无线资源不受限）。对运营商来说在这一点上体现了移动网络相对于OTT的优势。系统间切换方面使用eSRVCC切换，测试切换时延在150MS以内，对用户感知无影响，且切换成功率高。视频质量更好：在同一地点Volte采用更高的分辨率，视频通话的图像远比OTT视频通话的图像清晰。VOLTE2G/3G呼叫时延0.5-2 s 5-8 s 语音质量视频质量典型分辨率：480*640720P/1080P possible分辨率：176*144频谱效率仿真测试结果显示：同样承载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) 和 NonGBR。所谓GBR，是指承载要求的比特速率被网络“永久”恒定的分配，即使在网络资源紧张的情况下，相应的比特速率也能够保持。MBR(Maximum Bit Rate)参数定义了GBR Bear在资源充足的条件下，能够达到的速率上限。MBR的值有可能大于或等于GBR的值。相反的，NonGBR指的是在网络拥挤的情况下，业务（或者承载）需要承受降低速率的要求，由于NonGBR承载不需要占用固定的网络资源，因而可以长时间地建立。而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。QCI资源类型（Resource Type）优先级（Priority）时延（Packet Delay Budget）丢包率（Packet Error Loss ate）典型业务（Example Services）1GBR2100 ms10-2VOIP24150 ms10-3电话会议, 会话视频(直播流媒体)3350 ms10-3实时在线游戏, 实时工业监控45300 ms10-6非会话视频(缓冲流媒体)5Non-GBR1100 ms10-6IMS 信令66300 ms10-6视频(缓冲流媒体)77100 ms10-3视频(直播流媒体), 话音业务10-6交互式游戏88300 ms10-6E-Mail, MSN, QQ, WWW P2P文件共享99300 ms10-21.3.2 AMR-WB语音编码 AMR全称Adaptive Multi-Rate，自适应多速率编码，主要用于移动设备的音频，压缩比比较大，相对其他的压缩格式质量比较差，但主要用于人声，所以效果较好。2/3G使用的语音编码格式为AMR-NB，语音带宽范围：3003400Hz，8KHz采样率，VoLTE使用AMR-WB编码，提供语音带宽范围达到507000Hz，16KHz采样率用户可主观感受到话音比以前更加自然、舒适和易于分辨。AMR 一共有16种编码方式， 0-7对应8种不同的编码方式， 8-15 用于噪音或者保留用。 Frame Type Mode Indication Mode Request Frame content (AMR mode, comfort noise, or other) 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 Index Mode Indication Mode Request Frame content (AMR-WB mode, 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) 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在由数字表达的statuscode之前，status-Code 是一个3位的数字result code，用来标志处理请求的一个结果）。其中VOLTE常用的请求消息包括下列几种，表中也列出了消息的定义文档：SIP方法描述定义文档INVITE表示一个客户端发起或被邀请参加电话会议（indicates a client is being invited to participate in a call session）RFC3261ACK确认客户已经收到一个INVITE请求的最终响应（Confirms that the client has received a final response to an INVITE request）RFC3261BYE终止一个呼叫，可以由主叫或被叫方发起（Terminates a call and can be sent by caller or the callee）RFC3261OPTIONS查询服务器的能力（Queries the capabilities of servers）RFC3261CANCEL取消所有正在处理中的请求（Cancel any pending request）RFC3261REGISTER向标题字段中的SIP服务器发起地址列表注册（Registers the address listed in the To header field with SIP Server）RFC3261PRACK临时确认（Provisional acknowledgement）RFC3262SUBSCRIBE向服务器订阅某个事件通知（Subscribes for an Event of Notification from the Notifier）RFC3265NOTIFY向订阅都发送一个新的事件（Notify the subscriber of a new Event）RFC3265UPDATE在没有修改对话状态的情况下修改会话（Modifies the state of a session without changing the state of the dialog）RFC3311PUBLISH发布一个事件到服务器（Publishes an event to the Server）RFC3903INFO会话过程中发送一个会话消息，但不修改会话状态（Sends mid-session information that does not modify the session state）RFC6086REFER请求收件人发出SIP请求（Asks recipient to issue SIP request(call transfer)）RFC3515MESSAGE使用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属性如下：vProtocol versionbBandwidth informationoOwner of the session and session identifierzTime zone adjustmentssName of the sessionkEncryption keyiInformation about the sessionaAttribute linesuURL containing a description of the sessiontTime when the session is activeeE-mail address to obtain information about the sessionrTimes when the session will be repeatedpPhone number to obtain information about the sessionmMedia linecConnection informationiInformation about a media line2.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报头压缩技术，可压缩成46个字节，即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，中定义E-UTRAN切换到UTRAN/GERAN的流程图及主要信令流程如下： 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之间的承载通道，对端设备及ATGW之间的媒体流还是通过原承载通道传输。这样相当于减少了SBC至SCC AS之间的时延，明显短于SRVCC方案，减少了切换时长。2 VoLTE网络优化流程单站优化Volte和Volte互拨Volte拨打2G/3G/CSFB2G/3G/CSFB拨打VolteVolte和Volte视频通话功能验证eSRVCC功能验证网格优化短呼测试长呼测试接通率优化时延优化掉线率优化MOS值优化基站版本升级参数映射准备工作3 VoLTE网络优化指导思想及原则3.1 基础优化VoLTE业务最高采用23.85kbit/S的编码格式，在空口对于上下行速率要求不高，在弱覆盖高干扰场景下可以通过牺牲RB资源来获得较好的MOS值，但是如果要想获得更高的MOS占比还需要优化SINR、降低BLER、降低频繁切换等手段来提升，基础优化文档可以参考TD-LTE网络优化指导书。例如：下图是山东枣庄某网格优化过程以及MOS值变化情况，可以明显看出SINR和MOS值变化关系。时间RSRPRS-SINR平均MOS7月13日7月16日7月20日3.2 邻区优化VoLTE系统内切换流程及数据业务系统内切换流程一致，所以系统内邻区优化及当前邻区一致，本文不作说明，重点说明eSRVCC切换的GSM邻区优化。LTE中异系统互操作是根据系统下发的GSM频点进行电平强度检测（RXLEV），并不会检测信号载干比（C/I），这样就有可能因为GSM目标小区的信号强度满足要求而不满足C/I要求导致入失败,2G侧是以小区BCCH频点+NCC+BCC标识小区的，存在GSM小区同频同码造成错误选择目标小区的可能性,所以合理配置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个候选邻区。 6、如果4G及2G共室分，4G需要配置该2G室分小区，及该2G室分小区的邻区。7、基于小区B2测量报告可以进行精确邻区优化，后续可以借助我司MORPHO工具GSM邻区自动优化功能进行优化。 3.3 时延优化呼叫建立时延（Call Setup Time）定义：第一条随机接入消息到终端接收到网络侧下发的SIP 180 Ring消息之间的时间差。信令流程分解（现在各地流程存在差异）：1. 发起INVITE到建立QCI=1承载时长大约0.4s；2. IMS收到主叫建立QCI完成以后寻呼被叫时长大约在2S以内（寻呼周期1280ms，如果运气比较差刚好需要等待一个寻呼周期寻呼时长就会比较长）；3. Modify过程时长大约0.2s；4. UPDATE编码格式协商时长需要0.7s；整体计算出来影响时延主要是在寻呼、以及SIP信令交互过程，在空口的时延是非常短的，下面流程是枣庄接入流程图：当然如果能减少RRC接入整体接入时延将控制到3-3.5s之间，下图是去除RRC过程以后的接入流程图，接入时延为3.3S（下图中核心网发起3次MODIFY过程，所以在开网优化过程中如果存在多次MODIFY过程属于异常现象，需要和核心网进行沟通，按照协议只需要一次MODIFY过程，现在福州和广州为了减少时延将MODIFY过程已经全部删除）； 时延优化关键点：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从注册到呼叫以及切换的流程，便于异常事件准确定位和分析。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的业务数据后，第三方注册完成。2、常见问题 早期开始优化时经常出现手机IMS无法注册问题，主要通过几方面排查：Ø 及局方确认IMS是否已完成部署Ø 手机是否打开IMS注册，在手机设置里，移动网络设置->IMS服务查看Ø 用普通卡插入手机，看手机能否正常发起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的专有承载。 · 主叫承载面建立流程：主叫P-CSCF收到被叫用户回复的响应消息后向PCRF发起承载建立请求，PCRF向P-GW提供授权的QoS策略，P-GW根据授权的QoS策略建立主叫UE的专有承载。 · 挂机释放流程：被叫用户接收到主叫用户的挂机请求后，通过PCRF进行被叫承载释放操作，释放完成后，将响应消息发送给主叫侧，当主叫侧P-CSCF收到响应消息，通过PCRF进行主叫承载释放操作。2、常见问题Ø 所有问题均可以通过信令对比找出问题网元和原因；Ø 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原理简介2、常见问题Ø 上报B2判断重定向 所有切换必须建立在终端能力支持及SIM权限正常的情况下，终端能力可以在ATTACH Reuqst消息中查看，SIM卡是否支持可以在ATTACH过程中的“Initial Context Setup Request”查到Ø 上报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给出的建议值： 规范参数名原值修改值 参数名QCI=1的DRX参数长DRX周期16040ms信道及过程配置-DRX参数-QCI值=1-DRX参数集A的长DRX周期On Duration Timer 86信道及过程配置-DRX参数-QCI值=1-DRX参数集A的激活定时器时长DRX Inactivity Timer 604信道及过程配置-DRX参数-QCI值=1-DRX参数集A的非激活定时器时长QCI=2的DRX参数长DRX周期16040ms信道及过程配置-DRX参数-QCI值=2-DRX参数集A的长DRX周期On Duration Timer 86信道及过程配置-DRX参数-QCI值=2-DRX参数集A的激活定时器时长DRX Inactivity Timer 604信道及过程配置-DRX参数-QCI值=2-DRX参数集A的非激活定时器时长SPS关闭关闭信道及过程配置-半持续调度参数-SPS开关4G B2测量事件网络类型NetworkTypeGERANB2事件配置-网络类型本系统判决门限（含门限迟滞值）-141 dBm-116 dBmB2事件配置-服务小区RSRP门限异系统判决门限（含门限迟滞值）-110 dBm-87 dBmB2事件配置-邻小区RSSI门限触发时间timetotrigger512ms320msB2事件配置-事件触发持续时间周期上报间隔RptInterval6min240msB2事件配置-周期上报间隔测量目的此配置关闭异系统互操作B2事件配置-测量目的及测量相关的算法切换算法切换算法B2事件配置-及测量相关的算法上行最少分配PRB数42TDLTE小区-小区测试开关-MAC测试开关-上行分配最小PRB数异系统互操作启动异系统测量时服务小区的门限3131小区算法-异系统互操作-启动异系统测量时服务小区的门限向Geran进行CCO或NACC的门限300小区算法-异系统互操作-向Geran进行CCO或NACC的门限调度上行语音业务QCI1初始BLER门限103小区算法->调度->MAC上行算法参数表->上行语音业务QCI1初始BLER门限下行语音初始bler103小区算法->调度->MAC下行算法参数表->下行语音初始bler6 VoLTE专题优化分析6.1 全程呼叫成功率优化6.1.1 指标定义全程呼叫成功率=(1-掉线率)*话音接通成功率² 话音接通成功率1， 定义：成功完成呼叫次数/终端发起呼叫总数。处于RRC空闲态的终端由于有业务要传输，将首先发起Service Request流程，回到RRC连接态，然后发送SIP INVITE消息建立会话连接。2， 统计方法： 完成呼叫判断准则：成功完成SIP会话建立，包括RRC状态转换和SIP会话建立两个过程：i. RRC状态转换：定义为第一条随机接入消息到RRC Connection Reconfiguration Complete消息。RRC IDLE状态的终端由于有数据需传送（比如发起Ping）而发起SERVICE REQUEST过程，终端通过“随机接入-RRC连接建立-DRB建立”立空口过程完成及无线网的连接并开始上、下行数据传送，视作成功完成连接建立；ii. SIP会话建立：从主叫终端发起SIP INVITE消息到接收到网络侧下发的SIP 200 OK