1 VoLTE网络优化指导手册簿

《1 VoLTE网络优化指导手册簿》由会员分享，可在线阅读，更多相关《1 VoLTE网络优化指导手册簿（74页珍藏版）》请在装配图网上搜索。

1、wordVoLTE网络优化指导手册项目名称文档编号版 本 号作 者所有大唐移动通信设备某某本资料与其包含的所有内容为大唐移动通信设备某某(大唐移动)所有,受中国法律与适用之国际公约中有关著作权法律的保护。未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的局部或全部内容，违者将被依法追究责任。文档更新记录日期更新人版本备注目 录1VoLTE总体背景5概述5VoLTE根本概念与技术特征5关键技术6无线承载Qos等级标识6AMR-WB语音编码7SIP(Session Initiation Protocol)&SDP82.3.4 RoHC健壮性报头压缩协议102.

2、3.6 eSRVCC(Enhanced Single Radio Voice Call Continuity)102VoLTE网络优化流程123VoLTE网络优化指导思想与原如此13根底优化13邻区优化14时延优化15丢包率优化174TD-LTE关键过程信令流程解析17概述17关键过程信令流程解析18注册过程18语音呼叫过程20过程225VoLTE关键参数解析246VoLTE专题优化分析25全程呼叫成功率优化25指标定义25优化方法27终端侧优化方向27无线侧优化方向27核心侧优化方向27简介28优化方法28编码速率28ERAB保证速率28丢包率优化29优化29切换优化297Volte优化中C

3、DL使用方法30借助UE的m-TMSI在CDL信令中确定测试终端30注册过程空口信令与CDL信令对应35在Outum与CDL中的呼叫信令对应39切换流程中的信令对应448TD-LTE优化案例分析45卡无VoLTE权限导致注册失败45错误导致eSRVCC切换失败46核心网和终端协商速率过低导致视频质量差51LTE小区eSRVCC优化参数设置问题导致掉线5374 / 741 VoLTE总体背景1.1 概述 目前业界对LTE语音的解决方案有三种，分别是VOLTE、CSFB、SGLTE， VOLTE与CSFB是3GPP标准化方案，SGLTE为终端实现方案，其中VOLTE是移动4G语音解决方案的终极方案

4、；SGLTE不需要对网络进展改动，VOLTE与CSFB均需对网络进展改造。近年来，伴随着移动互联网的快速开展，传统电信运营商的业务体系不够丰富、商业模式创新不足、用户使用体验不佳的劣势日益凸显。在此背景下，以VoLTE为核心的融合通信成为运营商加快转型，应对互联网公司跨界竞争的重要业务形态。尤其是今年以来，移动集团高层在多个场合均强调将在2015年年底实现VoLTE商用，目前已有省份开始试商用，同时多个省份均在进展商用前的试点优化工作。1.2 VoLTE根本概念与技术特征VoLTE开启了向移动宽带语音演进之路，其给运营商带来两方面的价值，一是提升无线频谱利用率、降低网络本钱。LTE的频谱利用效

5、率GSM的4倍以上。另一个价值就是提升用户体验，VoLTE的体验明显优于传统CS语音。首先，高清语音和视频编解码的引入显著提高了通信质量；其次，VoLTE的呼叫接续时长大幅缩短，VoLTE比CS呼叫缩短一半以上。下面是实际测试的一些指标：呼叫建立时延更短：第一条随机接入消息到终端接收到网络侧下发的SIP 180 Ring消息之间的时间差，在外场短呼测试中看到平均时延为2S左右，而2G时代在6-7秒，用户感知为秒通。语音质量更高：因为使用23.85K宽带AMR(Adaptive Multi-Rate)技术，语音质量相比2G、3G语音质量有质的提高，在外场测试时，在好点MOS(Mean Opini

6、on Score)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.

7、3.1 无线承载Qos等级标识EPS系统中，QoS控制的根本粒度是EPS承载(Bearer)，即一样承载上的所有数据流将获得一样的QoS保障如调度策略，缓冲队列管理，链路层配置等，不同的QoS保障需要不同类型的EPS承载来提供，在接入网中，空口上承载的QoS是由eNodeB来控制的， 每个承载都有相应的QoS参数QCIQoS Class Identifier。根据QoS的不同， EPS Bear可以划分为两大类： GBR(Guranteed Bit Rate) 和 NonGBR。所谓GBR，是指承载要求的比特速率被网络“永久恒定的分配，即使在网络资源紧X的情况下，相应的比特速率也能够保持。MB

8、R(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

9、、QCI 5、QCI 8/9。QCI资源类型Resource Type优先级Priority时延Packet Delay Budget丢包率Packet Error Loss ate典型业务Example Services1GBR2100ms10-2VOIP24150ms10-3会议, 会话视频(直播流媒体)3350ms10-3实时在线游戏, 实时工业监控45300ms10-6非会话视频(缓冲流媒体)5Non-GBR1100ms10-6IMS 信令66300ms10-6视频(缓冲流媒体)77100ms10-3视频(直播流媒体), 话音业务10-6交互式游戏88300ms10-6, MSN, Q

10、Q, P2P文件共享99300ms10-21.3.2 AMR-WB语音编码AMR全称Adaptive Multi-Rate，自适应多速率编码，主要用于移动设备的音频，压缩比比拟大，相对其他的压缩格式质量比拟差，但主要用于人声，所以效果较好。2/3G使用的语音编码格式为AMR-NB，语音带宽X围：3003400Hz，8KHz采样率，VoLTE使用AMR-WB编码，提供语音带宽X围达到507000Hz，16KHz采样率用户可主观感受到话音比以前更加自然、舒适和易于分辨。AMR一共有16种编码方式，0-7对应8种不同的编码方式，8-15用于噪音或者保存用。Frame Type Mode Indica

11、tion Mode Request Frame content (AMR mode, fort 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

12、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, fort 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-W

13、B 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 (fort Noise Frame) 10-13 - - For future use 14 - - speech lost 15 - - No Data (No transmission/No reception) 1.3

14、.3 SIP(Session Initiation Protocol)&SDPSIP协议是互联网行业标准组织IETF提出的，SIP(Session Initiation Protocol)是一个应用层的信令控制协议。用于创建、修改和释放一个或多个参与者的会话。这些会话可以是Internet多媒体会议、IP或多媒体分发。会话的参与者可以通过组播multicast、网状单播unicast或两者的混合体进展通信。VoLTE选择了SIP协议，最主要的原因就是免费。 在VOLTE中引入了IMS，对VOLTE进展业务控制，MME只是做为业务的承载体，IMS对业务的控制全部通过SIP消息完成，在学习VoLT

15、E的过程中必须学习SIP消息。SIP有两种类型的消息，它们是：（1） 请求：从客户机发到服务器的消息使用信令方法请求执行的操作，根据起始行中的Request-Line来区分的，一个Request_line包含方法名字。（2） 响应：从服务器发到客户机的消息对请求消息使用应答编码列表中的一种有效编码进展回复；响应和请求的区别在于在START-LINE中是否包含一个STATUS-LINE，一个status-line在由数字表达的statuscode之前，status-Code 是一个3位的数字result code，用来标志处理请求的一个结果。其中VOLTE常用的请求消息包括如下几种，表中也列出了

16、消息的定义文档：SIP方法描述定义文档INVITE表示一个客户端发起或被邀请参加会议indicates a client is being invited to participate in a call sessionRFC3261ACK确认客户已经收到一个INVITE请求的最终响应Confirms that the client has received a final response to an INVITE requestRFC3261BYE终止一个呼叫，可以由主叫或被叫方发起Terminates a call and can be sent by caller or the cal

17、leeRFC3261OPTIONS查询服务器的能力Queries the capabilities of serversRFC3261CANCEL取消所有正在处理中的请求Cancel any pending requestRFC3261REGISTER向标题字段中的SIP服务器发起地址列表注册Registers the address listed in the To header field with SIP ServerRFC3261PRACK临时确认Provisional acknowledgementRFC3262SUBSCRIBE向服务器订阅某个事件通知Subscribes for

18、an Event of Notification from the NotifierRFC3265NOTIFY向订阅都发送一个新的事件Notify the subscriber of a new EventRFC3265UPDATE在没有修改对话状态的情况下修改会话Modifies the state of a session without changing the state of the dialogRFC3311PUBLISH发布一个事件到服务器Publishes an event to the ServerRFC3903INFO会话过程中发送一个会话消息，但不修改会话状态Sends

19、mid-session information that does not modify the session stateRFC6086REFER请求收件人发出SIP请求Asks recipient to issue SIP request(call transfer)RFC3515MESSAGE使用SIP传输即时消息Transports instant messages using SIPRFC3248响应消息包含数字响应代码，SIP响应代码集局部基于HTTP响应代码。有两种类型的响应，它们是：临时响应1XX：临时响应被服务器用来指示进程，但是不终结SIP事物。最终响应2XX，3XX，4X

20、X，5XX，6XX：最终响应终止SIP事物。1xx进展相应临时相应2xx成功最终相应3xx重定向错误最终相应4xx客户端错误最终相应5xx服务端错误最终相应6xx全局错误最终相应SIP由于是采用文本格式编码，所以消息格式很简单，是由Message Header加可选的Message body构成，Message Header 从第二行开始每一行都由“Tag :Valued格式组成，每一行描述一个属性，SDP也是用文本格式描述的，一个SDP Description可以包含很多行，每一行的格式如下：Type = ValueType只用一个字母来表示；一个SDP Description通常有一个Se

21、ssion-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 act

22、ivee 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报头进展压缩。对于话音数据包，其包长

23、较小，封装成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

24、 Radio Voice Call Continuity)SRVCCSingle Radio Voice Call Continuity是3GPP提出的一种VoLTE语音业务连续性方案，主要是为了解决当单射频UE 在LTE/Pre-LTE 网络和2G/3G CS 网络之间移动时，如何保证语音呼叫连续性的问题，即保证单射频UE 在IMS 控制的VoIP 语音和CS 域语音之间的平滑切换，SRVCC类似于UTRAN中的3G至2G的切换，主要是在侧多了PS域到CS域的转换过程。当LTE覆盖较差时，UE通过SRVCC切换到UTRAN/GERAN，目前移动公司的方案是切换到GERAN，中定义E-UTRA

25、N切换到UTRAN/GERAN的流程图与主要信令流程如下：eSRVCC即为增强的SRVCC，与SRVCC一样为3GPP在R8阶段引入的方案，相比SRVCC最大的改良就是缩短了切换时延，改善用户感知。SRVCC与eSRVCC的主要区别如下：1. SRVCC：媒体的切换点是对端网络设备如对端UE，影响切换时长的主要因素是会话切换后需要在IMS网络中创建新的承载。2. eSRVCC：相比于SRVCC，媒体切换点改为更靠近本端的设备。具体方案就是增加ATCF/ATGW功能实体作为媒体锚定点，无论是切换前还是切换后的会话消息都要经过ATCFAccess Transfer Control Function

26、/ATGWAccessTransfer 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 根底

27、优化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切换的G

28、SM邻区优化。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小区

29、；同时需要继承配置其中同方向角的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 时

30、延优化呼叫建立时延Call Setup Time定义：第一条随机接入消息到终端接收到网络侧下发的SIP 180 Ring消息之间的时间差。信令流程分解现在各地流程存在差异：1、 发起INVITE到建立QCI=1承载时长大约0.4s；2、 IMS收到主叫建立QCI完成以后寻呼被叫时长大约在2S以内寻呼周期1280ms，如果运气比拟差刚好需要等待一个寻呼周期寻呼时长就会比拟长；3、4、 Modify过程时长大约0.2s；5、6、 UPDATE编码格式协商时长需要0.7s；整体计算出来影响时延主要是在寻呼、以与SIP信令交互过程，在空口的时延是非常短的，下面流程是枣庄接入流程图：当然如果能减少RRC

31、接入整体接入时延将控制到3-3.5s之间，如下图是去除RRC过程以后的接入流程图，接入时延为3.3S如下图中核心网发起3次MODIFY过程，所以在开网优化过程中如果存在屡次MODIFY过程属于异常现象，需要和核心网进展沟通，按照协议只需要一次MODIFY过程，现在某某和某某为了减少时延将MODIFY过程已经全部删除； 时延优化关键点：1、 无线优化为根底，防止被叫无线环境差导致收到寻呼延时；2、 关注UPDATE和MODIFY过程，协商是否能够去除MODFIY过程后期中国移动应该会出标准；3、 优化网格切换次数，如果在接入过程中出现切换将影响接入时延；3.4 RTP丢包率优化Volte语音基于

32、RTP协议传送，该项指标直接影响MOS，移动通信中满足覆盖目标的CS语音业务要求误帧率(FER)小于1%，LTE系统空口采用了增量冗余的HARQ机制，一般系统实现要求HARQ初传成功率达到90%，即初传误块率(BLER为10%)，因此为了达到语音质量要求，必须经过一次的HARQ重传语音误帧率才能小于1%，所以算法是根底无线优化是保障，现网参数设置必须在发布版本根底上按照SE给出的相关参数设置,最新的基站版本将RTP丢包率已经控制到1%以内。4 TD-LTE关键过程信令流程解析4.1 概述优化工程师需要熟悉整个Volte从注册到呼叫以与切换的流程，便于异常事件准确定位和分析；4.2 关键过程信令

33、流程解析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的注册，

34、ATS从融合HLR/HSS下载到UE的业务数据后，第三方注册完成。2、常见问题 早期开始优化时经常出现手机IMS无法注册问题，主要通过几方面排查： 与局方确认IMS是否已完成部署 手机是否打开IMS注册，在手机设置里，移动网络设置-IMS服务查看 用普通卡插入手机，看手机能否正常发起APN为IMS的PDN连接请求，排除终端原因，注意PDN连接请求是终端行为，为终端自主发起； 使用测试软件抓取空口信令比照4.2.2 语音呼叫过程1、流程概述 VoLTE语音用户拨打的主要流程如下： 主叫信令面流程：主叫用户发起呼叫请求后，首先MMTel AS进展主叫业务处理后，主叫侧S-CSCF根据被叫格式向EN

35、UM/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收到被叫用户回复的响应

36、消息后向PCRF发起承载建立请求，PCRF向P-GW提供授权的QoS策略，P-GW根据授权的QoS策略建立主叫UE的专有承载。 挂机释放流程：被叫用户接收到主叫用户的挂机请求后，通过PCRF进展被叫承载释放操作，释放完成后，将响应消息发送给主叫侧，当主叫侧P-CSCF收到响应消息，通过PCRF进展主叫承载释放操作。2、常见问题 所有问题均可以通过信令比照找出问题网元和原因； SIP消息后的NAS消息缺少导致异常事件；根据时间点提取CDL进展分析，专载建立与释放消息容易与切换的RRC重配冲突，消息并发会导致NAS消息无法执行； 被叫未收到寻呼消息检查被叫当时所处小区信号情况，RSRP过低容易导致

37、局部寻呼消息缺失；被叫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流程与

38、TDS的CS语音切GSM相似，主要是在核心侧多了PS-CS域转换过程，具体可以参考VoLTE原理简介2、常见问题 上报B2判断重定向所有切换必须建立在终端能力支持与SIM权限正常的情况下，终端能力可以在ATTACH Reuqst消息中查看，SIM卡是否支持可以在ATTACH过程中的“Initial Context Setup Request查到 上报B2测量报告但未判决切换查看小区是否已配GSM邻区，邻区BCCH是否在测量频点列表中；已配GSM邻区的需判断是否配置合理小区，可以根据B2测量报告上报的小区进展比照判断； 未上报B2测量报告报告核查“启动系统间测量的服务小区门限是否配置合理；检查A

39、2上报次数是否设置过小，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小区是否存在故障、干扰，是否与周边小区存在同频干扰

40、，甚至是同BCCH同BSIC。5 VoLTE关键参数解析以下参数是SE专家给出的建议值：规X参数名原值修改值 参数名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 Dura

41、tion 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事件配

42、置-事件触发持续时间周期上报间隔RptInterval6min240msB2事件配置-周期上报间隔测量目的此配置关闭异系统互操作B2事件配置-测量目的与测量相关的算法切换算法切换算法B2事件配置-与测量相关的算法上行最少分配PRB数42TDLTE小区-小区测试开关-MAC测试开关-上行分配最小PRB数异系统互操作启动异系统测量时服务小区的门限3131小区算法-异系统互操作-启动异系统测量时服务小区的门限向Geran进展CCO或NACC的门限300小区算法-异系统互操作-向Geran进展CCO或NACC的门限调度上行语音业务QCI1初始BLER门限103小区算法-调度-MAC上行算法参数表-上行

43、语音业务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状态转换：定义为第一条随机接入消息

44、到RRC Connection Reconfiguration plete消息。RRC IDLE状态的终端由于有数据需传送比如发起Ping而发起SERVICE REQUEST过程，终端通过“随机接入-RRC连接建立-DRB建立立空口过程完成与无线网的连接并开始上、下行数据传送，视作成功完成连接建立；ii. SIP会话建立：从主叫终端发起SIP INVITE消息到接收到网络侧下发的SIP 200 OK消息，包括专用承载建立、会话建立等过程； 掉线率1， 定义：掉话次数/成功建立呼叫次数2， 统计方法 掉线：空口RRC连接释放终端Radio Link Failure或者网络侧RRC Release

45、，或10s以上未接通均视作掉线。 成功建立呼叫，包括RRC连接建立和SIP会话建立。i. RRC连接建立：RRC IDLE状态的终端通过“随机接入-RRC连接建立-DRB建立立空口过程完成与无线网的连接并开始上、下行数据传送，视作成功完成连接建立；iii. 成功建立呼叫：从主叫终端发起SIP INVITE消息到接收到网络侧下发的SIP 200 OK消息；6.1.2 优化方法通过上述分析可以看出，作为无线侧主要优化方向为终端侧和无线侧。通过无线侧可以发现核心侧的相关问题，尤其是 VoLTE优化早期，IMS与终端均未完全成熟，容易导致异常事件。6.1.2.1 终端侧优化方向如果终端侧出现问题我们需

46、要通过测试的手段，对该终端进展信令跟踪和和结合CDL分析，该终端是否有信令上报，如果没有信令上报，如此需要重点排查终端是否异常；如果有信令上报如此需要进一步分析信令终端上报编码方式等是否异常，如异常如此需要终端厂家配合处理；如果无异常如此转无线侧处理。6.1.2.2 无线侧优化方向无线侧优化主要分为无线优化和参数优化两个方面：1， 无线优化对于一个无线网络RF优化、覆盖优化是根底，对根底优化我们主要方向有以下几点：1、边界区域的(TA边界、地市边界、厂家边界)覆盖控制优化，目前像某某省TALIST规划，一个TALIST只有一个TA，在TAU过程中极容易出现寻呼丢失问题，导致未接通。2、地市内部

47、的覆盖优化主要包括越区覆盖、覆盖过近、覆盖方向是否合理、PCI干扰等优化。3、加强室内覆盖，严格控制室分泄漏。4、增强高层导频污染优化，对天线调整无法解决的站点建议通过整改解决，类似换成低增益的小射灯天线等。2， 参数优化LTE网络已经过长时间的RF优化，本身根底已较好，现在VoLTE优化是建立在之前数据业务优化的根底上，所以在参数优化方面主要是针对重选、切换参数进展优化，保证合理的小区占用与切换顺序，在弱覆盖时通过合理的eSRVCC门限切入GSM，防止掉话，但注意切换GSM后MOS变差，与MOS优化冲突。6.1.2.3 核心侧优化方向 LTE无线接入网已经是IMS是为了VoLTE而新建的网元

48、，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分，

49、不同分数对应不同的用户感知，目前VoLTE测试在好点可达。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 Type Index Mode Indication Mode Request Frame content (AMR-WB mode, fort 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-

50、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 (fort Noise Frame) 10-13 - - For future use 14 - - speech lost 15 - - No Data (No transmission/No reception) 6.

51、2.1.2 ERAB保证速率 VoLTE语音通过QCI=1的ERAB承载传送，QCI=1的承载属于GBR业务，业务建立时需要指定业务GBR速率，通过设定较高的GBR，可以保证高清语音业务传送，正常情况下上下行GBR速率均需超过40kbps，GBR速率由PCRF设定。6.2.1.3 RTP丢包率优化 影响MOS的因素还有RTP丢包率，由于语音使用RTP协议传送，所以该项指标直接影响MOS，该项指标除了与版本实现有关，在无线侧主要与SINR与覆盖水平、切换相关，需要提升覆盖质量；在网管侧无法统计RTP丢包，但RTP包在传输过程中是通过IP、UDP协议发送，从ENB上可以统计到小区的业务面丢包率等，

52、对于质差小区需要尽快处理，防止测试时占用这此小区出现高误码。6.2.1.4 SINR优化 所有业务质量均与网络覆盖存在直接关系，通过实际验证，MOS主要与SINR相关，RSRP高于一定值后(-110dbm)与MOS关系不大；所以在无线环境提升方面，我们最主要是要提升现网的SINR值。6.2.1.5 切换优化 减少eSRVCC切换POLQA算法主要针对AMR-WB编码，所以对AMR编码打分结果较PESQ打分结果低，如果发现eSRVCC切换，在GSM上MOS根本不可能达到3以上，严重影响考核指标，所以优化过程要尽量防止eSRVCC切换。 频繁切换优化所有切换均会带来数据包的中断，在以前的GSM、T

53、DS系统就均已验证过，频繁切换会带来丢包，导致 MOS下降，所以在MOS提升的过程中，频繁切换优化也是项重要的工作。7 Volte优化中CDL使用方法7.1 借助UE的m-TMSI在CDL信令中确定测试终端打开测试软件回放测试log，找到UE建立RRC连接的相关信令，点击RRCConnectionRequest信令，在弹出的解码消息就可以查找到该UE的m-TMSIOutum软件给出的是二进制需要将其换算为十六进制，m-TMSI在CDL的RRC建立统计中是用十六进制展现如如下图中UE的m-TMSI为11100100 00000101 10001111 11100111，换算为十六进制后为E405

54、8FE7，截至此步奏我们就锁定了该UE的m-TMSI打开CDS软件找到RRCConnectionRequest信令，点击后会发现CDS软件的解析消息中UE的m-TMSI直接就是十六进制如果是进展手机飞行后第一次接入即UE附着阶段将会发现RRCConnectionRequest信令中携带的是UE 的randomValue标识，我们需要使用UE 的randomValue确定测试UE打开CDL工具，点击如下图中红色方框中文件夹图标，根据Outum测试log的时间导入相应时间段的CDL日志每次导入CDL日志时最好将事件时间段前后的日志均导入进去解析完成后，将鼠标放在日志列表处点击右键选择RRC建立统计

55、，CDL将自动进展统计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建立分析对话

56、框中的TMSI列中找到一样的TMSI，然后根据UE发起RRC建立请求的时间为14:01:59，CDL日志一般会有30s左右的延迟，可以将时间节点缩小到14:02至14:03内，如如下图发现CDL中一样TMSI的时间点为14:02:07，最后根据本例中UE发起RRC建立请求的原因为被叫即mt-AccessVoLTE中的被叫标识，同时也可以结合Outum中UE所在主服务小区的CellID，进一步定位CDL软件中的此次RRC建立请求就是与Outum软件中RRC建立请求相对应的信令，也就是我们需要的那条RRC建立请求。至此，我们将在茫茫CDL信令中锁定测试UE，同时也找到了属于本次业务的RRC建立请求

57、，得到了本次业务该UE的UE ID。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接下来，我们首先根据UE ID进展筛选，我们将得到此业务中

58、UE在该基站下的所有信令UE发生X2切换后新的基站会重新分配新的UE ID，我们可也根据自己分析的需要点击新建过滤规如此图标图中红色方框筛选接口类型，获得我们必要的信令7.2 注册过程空口信令与CDL信令对应我们首先需要在CDL中定位测试UE，由于附着过程的RRC Connection Request消息携带的是UE 的randomValue标识，因此我们需要在CDL软件中找到相应的UEUE完成RRC连接建立，鉴权，能力确认和加密模式之后，EPC将通过S1 Initial Context Setup Request信令将建立QCI=9的要求发送给eNBeNB将通过第一条RRC重配置消息将建立Q

59、CI=9的信息发送给UEEPC通过Attac Accept信令将建立QCI=9的命令带给UE，UE将完成QCI=9的建立完成附着后，EPC将通过S1 ERAB Setup Request信令将建立QCI=5的要求发送给EnbeNB将通过RRC重配置消息将建立QCI=5的信息发送给UE，UE完成QCI=5的建立截至此步UE已经完成QCI=9和QCI=5的建立，IMS将通过QCI=5利用SIP信令指导UE完成注册过程7.3 VoLTE在Outum与CDL中的呼叫信令对应由于SIP协议之存在于UE与IMS中，因此在承载网的CDL控制信令中我们无法解析到SIP信令，关于SIP信令的说明在VoLTE原理

60、已经有较为详细说明。利用前文阐述的UE锁定方法，我们首先确定主被叫UE在CDL中的位置以主叫UE的信令为例描述Outum测试信令与CDL(mand Definition Language)信令的对应关系，主叫UE的UE ID=284RRC连接建立过程主叫UE发起呼叫，上发INVITE后开始进展RRC连接建立过程在INVITE消息中我们可以看到主被叫，ffrom：主叫，tto：被叫由于INVITE是SIP协议信令因此在CDL信令中将无法看到如如下图，但是我们可以根据空口和CDL软件中对应的RRCConnectionRequest找到m-TMSI，确定测试UEQCI=9和QCI=5的默认承载激活RRC连接建立完成后，EPC将通过S1的初始建立第一个ERAB的消息S1 Initial Context Setup Request将激活QCI=9和QCI=5的命令下发给eNBeNB将在UE完成加密后的第一条RRC重配置消息中指示UE完成