VoLTE网络优化指导手册

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

1、精选优质文档-倾情为你奉上VoLTE网络优化指导手册项目名称文档编号版 本 号作 者版权所有大唐移动通信设备有限公司本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关著作权法律的保护。未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。文档更新记录日期更新人版本备注目 录专心-专注-专业1 VoLTE总体背景1.1 概述 目前业界对LTE语音的解决方案有三种，分别是VOLTE、CSFB、SGLTE， VOLTE与CSFB是3GPP标准化方案，SGLTE为终端实现方案，其中

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

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

4、 MOS值在3.03.5之间，在同一地点的OTT语音在3.5左右（无线资源不受限）。对运营商来说在这一点上体现了移动网络相对于OTT的优势。系统间切换方面使用eSRVCC切换，测试切换时延在150MS以内，对用户感知无影响，且切换成功率高。视频质量更好：在同一地点Volte采用更高的分辨率，视频通话的图像远比OTT视频通话的图像清晰。VOLTE2G/3G呼叫时延0.5-2 s 5-8 s 语音质量频率：507000Hz编解码：AMR-WB 23.85Kbps频率：3003400Hz编解码：AMR-NB 12.2Kbps视频质量典型分辨率：480*640720P/1080P possible分辨

5、率：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

6、) 和 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/

7、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）1GBR2100ms10-2VOIP24150ms10-3电话会议, 会话视频(直播流媒体)3350ms10-3实时在线游戏, 实时工业监控45300ms10-6非会话视频(缓冲流媒体)5Non-GBR1100m

8、s10-6IMS 信令66300ms10-6视频(缓冲流媒体)77100ms10-3视频(直播流媒体), 话音业务10-6交互式游戏88300ms10-6E-Mail, MSN, QQ, WWW P2P文件共享99300ms10-21.3.2 AMR-WB语音编码 AMR全称Adaptive Multi-Rate，自适应多速率编码，主要用于移动设备的音频，压缩比比较大，相对其他的压缩格式质量比较差，但主要用于人声，所以效果较好。2/3G使用的语音编码格式为AMR-NB，语音带宽范围：3003400Hz，8KHz采样率，VoLTE使用AMR-WB编码，提供语音带宽范围达到507000Hz，16K

9、Hz采样率用户可主观感受到话音比以前更加自然、舒适和易于分辨。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

10、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 cont

11、ent (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

12、 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）、网状单播（u

13、nicast）或两者的混合体进行通信。VoLTE选择了SIP协议，最主要的原因就是免费。 在VOLTE中引入了IMS，对VOLTE进行业务控制，MME只是做为业务的承载体，IMS对业务的控制全部通过SIP消息完成，在学习VoLTE的过程中必须学习SIP消息。SIP有两种类型的消息，它们是：（1） 请求：从客户机发到服务器的消息（使用信令方法请求执行的操作，根据起始行中的Request-Line来区分的，一个Request_line包含方法名字）。（2） 响应：从服务器发到客户机的消息（对请求消息使用应答编码列表中的一种有效编码进行回复；响应和请求的区别在于在START-LINE中是否包含一个S

14、TATUS-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 recei

15、ved 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

16、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 sess

17、ion 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使用SI

18、P传输即时消息（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构成

19、，Message Header 从第二行开始每一行都由“Tag :Valued”格式组成，每一行描述一个属性，SDP也是用文本格式描述的，一个SDP Description可以包含很多行，每一行的格式如下：Type = ValueType只用一个字母来表示；一个SDP Description通常有一个Session-level和多个Media-level信息组成，常见的SDP属性如下：vProtocol versionbBandwidth informationoOwner of the session and session identifierzTime zone adjustmentss

20、Name 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 ses

21、sionmMedia linecConnection informationiInformation about a media line2.3.4 RoHC健壮性报头压缩协议在LTE中，为了在分组交换域(PS)提供语音业务且达到接近常规电路交换域的效率，必须对IP/UDP/RTP报头进行压缩。对于话音数据包，其包长较小，封装成IP包后，采用头压缩技术能有效提高频谱利用率，对于视频业务数据包，同样压缩后也可以提高频谱效率。在LTE系统中，规定PDCP子层支持健壮性报头压缩协议(ROHC)来进行报头压缩，并且同时支持IPv4和IPv6。典型的，对于一个含有32 Byte有效载荷的VoIP分组传输

22、来说，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 网络之间移动时

23、，如何保证语音呼叫连续性的问题，即保证单射频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的流程图及主要信令流程如下： eSRVCC即为增强的SRVCC，与SRVCC一样为3GPP在R8阶段引入的方案，相比SRVCC最大的改进就是缩短了切换时延，改善用户感知。SRVCC与eSRVCC的主要区别如下：1.

24、SRVCC：媒体的切换点是对端网络设备（如对端UE），影响切换时长的主要因素是会话切换后需要在IMS网络中创建新的承载。2. eSRVCC：相比于SRVCC，媒体切换点改为更靠近本端的设备。具体方案就是增加ATCF/ATGW功能实体作为媒体锚定点，无论是切换前还是切换后的会话消息都要经过ATCF（Access Transfer Control Function）/ATGW（AccessTransfer Gateway）转发。后续在发生eSRVCC切换时，只需要创建UE与ATGW之间的承载通道，对端设备与ATGW之间的媒体流还是通过原承载通道传输。这样相当于减少了SBC至SCC AS之间的时延，

25、明显短于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、降低频繁切换等手

26、段来提升，基础优化文档可以参考TD-LTE网络优化指导书。例如：下图是山东枣庄某网格优化过程以及MOS值变化情况，可以明显看出SINR和MOS值变化关系。时间RSRPRS-SINR平均MOS7月13日-86.8418.203.767月16日-85.418.63.827月20日-86.9419.863.923.2 邻区优化VoLTE系统内切换流程与数据业务系统内切换流程一致，所以系统内邻区优化与当前邻区一致，本文不作说明，重点说明eSRVCC切换的GSM邻区优化。LTE中异系统互操作是根据系统下发的GSM频点进行电平强度检测（RXLEV），并不会检测信号载干比（C/I），这样就有可能因为GSM目

27、标小区的信号强度满足要求而不满足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共站小

28、区的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消息之

29、间的时间差。信令流程分解（现在各地流程存在差异）：1. 发起INVITE到建立QCI=1承载时长大约0.4s；2. IMS收到主叫建立QCI完成以后寻呼被叫时长大约在2S以内（寻呼周期1280ms，如果运气比较差刚好需要等待一个寻呼周期寻呼时长就会比较长）；3. 被叫建立QCI承载时间大约0.5s4. Modify过程时长大约0.2s；5. PRACK预确认时长需要0.5s6. UPDATE编码格式协商时长需要0.7s；整体计算出来影响时延主要是在寻呼、以及SIP信令交互过程，在空口的时延是非常短的，下面流程是枣庄接入流程图：当然如果能减少RRC接入整体接入时延将控制到3-3.5s之间，下图是

30、去除RRC过程以后的接入流程图，接入时延为3.3S（下图中核心网发起3次MODIFY过程，所以在开网优化过程中如果存在多次MODIFY过程属于异常现象，需要和核心网进行沟通，按照协议只需要一次MODIFY过程，现在福州和广州为了减少时延将MODIFY过程已经全部删除）； 时延优化关键点：1、 无线优化为基础，避免被叫无线环境差导致收到寻呼延时；2、 关注UPDATE和MODIFY过程，协商是否能够去除MODFIY过程（后期中国移动应该会出标准）；3、 优化网格切换次数，如果在接入过程中出现切换将影响接入时延；3.4 RTP丢包率优化Volte语音基于RTP协议传送，该项指标直接影响MOS，移动

31、通信中满足覆盖目标的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

32、注册到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的业务数据

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

34、。 被叫信令面流程：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向

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

36、选、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相似，主要是在核

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

38、由于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

39、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信道及过程

40、配置-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事件配置-事件触发持续时间周期上报

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

42、门限下行语音初始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

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

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

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

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

47、包括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分，不同分数对应不同的用户感知

48、，目前VoLTE测试在好点可达4.34.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 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 1

49、2.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

50、.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上可以统计到小区的业务面丢包率等，对

51、于质差小区需要尽快处理，防止测试时占用这此小区出现高误码。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、TD

52、S系统就均已验证过，频繁切换会带来丢包，导致 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为 ，换算为十六进制后为E4058FE7，截至此步奏我们就锁定了该UE的m-TMSI）打开CDS软件

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

54、会直接弹出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发起R

55、RC建立请求的时间为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。RRC建立分析中的

56、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进行筛选，我们将得到此业务中UE在该基站下的所有信令（UE发生X2切换后

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

58、通过Attac Accept信令将建立QCI=9的命令带给UE，UE将完成QCI=9的建立。完成附着后，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完成注册过程。7.3 VoLTE在Outum与CDL中的呼叫信令对应由于SIP协议之存在于UE与IMS中，因此在承载网的CDL控制信令中我们无法解析到SIP信令，关于SIP信令的说明在VoLTE原理已经有较为详细说明。利

59、用前文阐述的UE锁定方法，我们首先确定主被叫UE在CDL中的位置。以主叫UE的信令为例描述Outum测试信令与CDL信令的对应关系，主叫UE的UE ID=284。RRC连接建立过程主叫UE发起呼叫，上发INVITE后开始进行RRC连接建立过程。在INVITE消息中我们可以看到主被叫号码，f（from）：主叫号码，t（to）：被叫号码。由于INVITE是SIP协议信令因此在CDL信令中将无法看到（如下图），但是我们可以根据空口和CDL软件中对应的RRCConnectionRequest找到m-TMSI，确定测试UE。QCI=9和QCI=5的默认承载激活RRC连接建立完成后，EPC将通过S1的初始

60、建立第一个ERAB的消息S1 Initial Context Setup Request将激活QCI=9和QCI=5的命令下发给eNB。eNB将在UE完成加密后的第一条RRC重配置消息中指示UE完成QCI= 9和QCI =5这两个默认承载的激活（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将向网络回复