爱立信外场volte测试分析优化培训

佛山移动爱立信外场VOLTE测试

分析优化培训爱立信VOLTE驻点优化项目组2016-7VOLTE外场分析培训

一.VoLTE测试信令流程&kpi基线介绍VOLTE测试信令标准流程

kpi基线介绍

二.互操作介绍及案例分享互操作介绍4G-2G

参数应用介绍4G-2G邻区优化操作步骤案例分享

目录VOLTE测试信令流程信令流程VOLE呼叫信令消息交互框架流程：VOLTE测试信令流程SIP流程无线侧正常主被叫呼叫接通SIP(QCI=5)会话流程1.主叫发起VoLTE语音呼叫，向IMS发起INVITE请求。2.IMS向主叫响应100Trying。3.从IMSHSS网元获得主叫签约和鉴权数据并触发AS业务逻辑控制后，IMS向被叫转发INVITE请求。4.被叫向IMS响应100Trying。5.被叫向IMS发送183SessionProgress消息，告知对端会话建立过程已经启动。（此时被叫QCI1建立专用承载）6.待主叫QCI=1专用承载建立后，IMS向主叫转发183SessionProgress消息。7.主叫发送PRACK请求消息并通过IMS转发给被叫，通知被叫已经收到其发送的183响应消息。8.被叫收到PRACK请求消息后，发送200OK响应消息并通过IMS转发给主叫。9.主叫发送Updata消息并通过IMS转发给被叫，表明主叫资源预留完成。10.被叫收到来自IMS转发的Updata消息后，通过IMS回应对端主叫200OK消息并表明被叫资源也预留完成。11.被叫振铃，通过IMS向主叫发送180Ringing振铃信息。12.被叫通过IMS向主叫发送200OK消息，表明主叫最初的INVITE请求已经处理成功。13.主叫通过IMS向被叫发送ACK确认消息，通知被叫，主叫已知道被叫处理INVITE请求成功，开始通话过程。14.主叫挂机并通过IMS向被叫发起通话结束BYE信息。15.被叫通过IMS向主叫发送200OK确认消息，整个通话结束。VOLTE测试信令流程SIP流程INVITE-request消息起始行SIP消息头域SIP消息体（SDP）VOLTE测试信令流程SIP流程INVITE-request-消息头域右表为消息头域必选参数，为减少网络资源开销，应尽量避免在SIP消息中携带不必要的头域。SIP头备注From

To

Call-ID标识对话CSeq标识事务，以及标识同一对话中请求消息的先后顺序Via记录请求消息路径，用于响应消息路由Max-Forwards限制消息最大转发次数VOLTE测试信令流程SIP流程INVITE-request-消息体SIP携带SDP，用于媒体协商；SIP携带XML，用于携带格式化的信息，如订阅事件通知；SIP携带CPIM，用于即时消息。v：描述SDP协议版本，通常取值为“0”o：表示会话源（会话所有者）信息，同时携带会话标识s：表示会话类型c：表示媒体地址信息，即发送和接受媒体流的地址b：给出会话或媒体所用带宽，单位为kbit/s.修饰语b=AS应用特定最大带宽，表示一个地点单一媒体带宽b=RR表示分配给活动数据的RTCP带宽b=RS表示RTCP分配给其他参与者的RTP会话带宽t：会话开始和结束时间，VoLTE里面一般都缺省0，不做时间控制m：描述媒体类型、媒体端口号、传输协议、格式列表a：对会话或媒体的附加属性进行描述。a=rtpmap：净荷类型号、编码名、时钟速率、编码参数a=fmtp：指定格式的附加参数a=ptime：媒体分组打包的时长。通话双方的codecptime值一定要相同，譬如G711，有20msptime和5msptime等a=maxptime：不管何种媒体格式，媒体分组打包时长最大值a=inactive（recvonly、sendrecv、sendonly）a=cur：当前状态：预置处理类型、状态类型、方向

如此例：本端当前qos资源还未预留、远端当前qos资源还未预留a=des：期望状态：预置处理类型、强度标识、状态类型、方向

如此例：本端期望的预留资源是高强度的双向预留资源、远端期望的预留资源是强度可选的双向预留资源VOLTE测试信令流程SIP流程INVITE-183表示该临时应答需要支持可靠传输。PRACKSIP实体及终端的特性能力Rack头部使用在PRACK请求的中用于支持可靠临时应答。Rack取值包括两个数字和一个消息方法名：第一个数字取值与PRACK对应的1xx响应消息中Rseq取值相同；第二个数字和消息方法名与1xx消息对应的请求消息中Cseq取值相同VOLTE测试信令流程SIP流程UPDATE媒体协商一致两部分内容一样这个与原始请求里面的设置变化因为字段c的内容根据协商变化了UPDATE200OKVOLTE测试信令流程SIP流程表示该临时应答需要支持可靠传输。PRACKPRACK200OKRinging180VOLTE测试信令流程SIP流程INVITE200OKTimer表示必须支持会话更新前面数字表示会话更新时间参数，实际会话将在Session-Expires/2的时间进行会话更新。Refresher表明会话更新的执行者是：UAC即用户代理客户端。1、如果在间隔时间内没收到会话更新请求，用户代理会发送bye移除会话。2、当Session-Expires的间隔太小（小于UAS所支持的Min-SE头字段的值）时，UAS将回应422代码要求UAC重新协商。VOLTE测试信令流程SIP流程语音承载QCI=1的建立与修改VOLTE测试信令流程SIP流程语音承载QCI=1的建立与修改VOLTE测试信令流程SIP流程呼叫释放1、SIP是承载在QCI=1的SIP信令专用承载；而呼叫结束时释放的是语音QCI=1的承载，相互之间无任何影响，所以这里BYE200OK的位置都是正常的。2、如果在SIP的BYE200OK时候，语音QCI=1的承载没有释放，或者释放异常，下次呼叫会失败。VOLTE测试信令流程SIP流程测试软件演示图：附Sip错误代码表：VOLTE测试KPI指标接通率接通率=成功完成呼叫次数/终端发起呼叫总数公式定义：成功完成呼叫次数/终端发起呼叫总数。每次通话中，主叫UE发送第一条SIPINVITE后收到网络侧下发的SIP200OK消息为成功完成呼叫。VOLTE测试KPI指标接通率案例QCI1建立失败：S1切换与专载建立流程冲突导致未接通问题描述：主叫占用中兴站点eNodeID204535起呼上发invite，10:23:26.822手机上报A3事件的测量报告，在10:23:26.854网络下发专载建立请求，10:23:26.855主叫上发ActivateDedicatedEPSBearContextAccept，但主叫上发PRACK后，网络立刻下发拆专载请求。VOLTE测试KPI指标接通率案例原因定位分析：从UELOG来看，主叫开始呼叫上发invite后，在网络下发专载建立请求之前，手机上发了一次A3事件的测量，虽然主叫已响应ActivateDedicatedEPSBearContextAccept，但是主叫上发PRACK后，就立刻收到网络拆专载（QCI1）的请求；查看中兴站点的RRC重配消息里发现QCI5（SIPmessage）logicalchannelpriority和SRB2的logicalchannelpriority设置相同都为3，这样容易造成ActivateDedicatedEPSBearContextAccept在MeasurementReport发送后,因为无法及时的ULgrantandlowpriorityofSRB2以及QCI-5要发送SIPPRACKorPRACK200OK，S1切换与专载建立流程冲突导致未接通。VOLTE测试KPI指标接通率案例通过信令分析，S1切换与专载建立冲突存在3种情况：1)plete与ActivateDedicatedEPSBearContextAccept发送都比MeasurementReport晚；2)ActivateDedicatedEPSBearContextAccept在MeasurementReport发送后,因为无法及时的ULgrantandlowpriorityofSRB2以及QCI-5要发送SIPPRACKorPRACK200OK；3)ActivateDedicatedEPSBearContextAccept以及MeasurementReportaresent在同一个无线帧。VOLTE测试KPI指标接通率案例SRB和DRB对应的承载的消息SRB/DRBLogicalChannelPriorityMSGtosendoutSRB1(RRCsignaling)1plete,MeasurementReportSRB2(NASsignaling)3ActiveDedicatedEPSBearContextAcceptDRB-QCI5(sipsignaling)3PRACK(MO)orPRACK200ok(MT)DRB-QCI1(audiostream)4

DRB-QCI9(BEdata)9

爱立信的配置如下：目前没有发现这种情况出现QCI159SRB1SRB2logicalChannelConfigpriority45913优化解决方案：在呼叫建立接通期间，由于手机是在不断移动中，我们很难控制其切换时间，这样就难免会S1切换与专载建立流程冲突，所以在eNB/MME优化中，我们需要：1）开启X2，降低S1切换与专载建立流程冲突的概率2）在建立专载时等待一定的延时在触发切换正确设置logicalchannel优先级：SRB1>SRB2>DRB(QCI=5forSIPmessage)(i.e,SRB1=1,SRB2=3andDRB(QCI=5)=5)以及缩短ULschedulingrequestperiod(~40ms)让NAS消息能及时被调度，这样即使在接通时间有切换，也不会导致专载异常，导致未接通。VOLTE测试KPI指标掉话率掉话率=（主叫掉话次数+被叫掉话次数）/（成功建立呼叫次数*2）主叫主动挂机时，主叫未收到SIP_BYE-OK或被叫未发送SIP_BYE-OK，均计算一次掉话。（不满足通话时长的OK回复，需人工判别）；集团考核：<1%。掉话因素：VOLTE测试KPI指标掉话率VoLTE掉话排查思路：无线侧原因排查：终端异常进入空闲模式或者发生无线链路失败、RRC重建失败，需要查看当时的SINR和RSRP，确认是否由于越区覆盖、弱覆盖、邻区漏配、PCI模3干扰、基站故障等无线问题导致。终端问题排查：对比相同芯片的不同终端、异芯片终端的测试结果，如果某款终端掉话率高，则疑似终端问题，需要对终端进行排查。核心网问题排查：如果语音保持期间发生QCI1专用承载丢失、核心网下发DetachRequest，需要跟踪EPC、PCRF侧信令查找问题原因。端到端问题排查：如RRC连接异常释放，则需要在eNodeB、EPC、IMS上同步抓取信令和数据包，检查消息在哪些网元之间丢失，针对相关网元进行问题排查。VOLTE测试KPI指标掉话案例跨厂家切换时释放QCI1导致掉话问题描述：UE2在接通通话后，在10:40:04.400历经1.533秒切换顺序从（中兴）禅城张槎名苑大厦-LH-102→（中兴）佛山禅城张槎名苑大厦F-ZLH-2→（爱立信）禅城祖庙外贸宾馆-LH1后，TAC更新并在10:40:09.009上发IMS_SIP_BYE->Request,由于在切换过程中收到的重配置信息里，DRB-Identity=5（QCI1）被释放，统计为掉话。原因定位分析：爱立信和中兴的pdcp-SN-Size和sn-FieldLength设置不一致。爱立信pdcp-SN-Size=len7bits、sn-FieldLength=size5；中兴pdcp-SN-Size=len12bits、sn-FieldLength=size10：VOLTE测试KPI指标掉话案例优化解决方案：爱立信头压缩pdcp-SN-Size=len7bits、sn-FieldLength=size5，中兴设置为12、10。建议调整为7、5。优化复测结果：切换正常，如右图优化后测试截图：VOLTE测试KPI指标呼叫建立时延呼叫建立时延每次通话中，主叫UE发SIP

INVITE后收到网络侧下发的SIP180Ring消息之间的时间差，集团考核标准:<4S。影响VoLTE接续时延的因素：VoLTE接续时延与话务模型相关，一般来讲一次呼叫经历的路径越长、参与的网元越多、流程越复杂，那么接续时延越长。影响接续时延的主要因素有：1、组网结构；2、呼叫流程；3、业务处理；4、寻呼策略；5、空口质量；6、终端能力；7、承载网QoS。VOLTE测试KPI指标呼叫建立时延改变EPC寻呼策略缩短VoLTE呼叫建立时延问题描述：现网拉网测试中，在没有关闭智能寻呼策略前，8个网格内呼叫建立时延较长现象，平均达到6.87秒，在关闭了智能寻呼策略进行后8个网格内拉网测试，统计叫建立时延明显减少，平均达到5.81秒。原因分析及优化解决方案：通过统计智能寻呼策略开启的网格数据被叫paging时延，有一半的被叫paging寻呼都是大于4秒的时间。开启时，筛选SIP信令统计每十次通话每步平均时延，被叫的paging的平均时延都是4.1秒，主叫建立呼叫时长基本都在7秒左右，8个网格统计呼叫建立时延平均为6.87秒。关闭后，筛选SIP信令统计每十次通话每步平均时延，被叫的paging的平均时延降到3秒左右，主叫建立呼叫时长基本都在6秒以下，8个网格统计呼叫建立时延平均为5.81秒。VOLTE测试KPI指标呼叫建立时延通过统计比较发现关闭智能寻呼策略，在网格拉网数据中体现出被叫paging时间基本都在4秒以内，从而在整个呼叫建立时延都会相应明显的减少，以下为每Call时延分布对比：VOLTE测试KPI指标eSRVCC成功率UE收到源eNB发送的切换到2G命令（MobilityFromEUTRACommand）后，5s内UE向目标小区发送“切换完成”消息（GSMRRSingalingMessageHandoverComplete）记为一次eSRVCC切换成。影响eSRVCC切换成功率的因素：A.eSRVCC业务流程非常复杂，eSRVCC切换成功率涉及UE、空口、无线、EPC核心网4大域及多个方面影响因素。B.无线路测分析只能做初步定界，真正问题定界、定位以及指标提升，需E2E端到端分析定位。VOLTE测试KPI指标eSRVCC案例(弱覆盖导致)ESRVCC接续切换问题描述：UE2切换至FSCCZuMiaoZhongBiaoChangD-ELH-2通话后，RSRP：-106.12dBm（邻区RSRP：-106dBm以下），触发A2事件并上发（异频）测量报告，当RSRP低至-118.31dBm时，触发B2事件并发生ESRVCC切换。原因分析：网格4起点的路段站点无法达到深度覆盖，以致引发ESRVCC切换。解决方案：保持现有ESRVCC参数设置，防止LTE覆盖过弱导致掉话&未接通问题的出现。（备注未接通：为振铃前ESRVCC）互操作介绍及案例分享互操作介绍4-2G互操作：主要是VOLTE与2/3G接续切换通话，最简单最适合中国移动网络的接续切换就是VOLTE->2G之间的esrvcc切换。为什么要进行互操作？(基于覆盖及用户感知，表现为指标的高低。)互操作的主要参数是？（A2、B2、GeranFreqGroupRelation、csFallbackPrio）CSFB与ESRVCC：可以理解为是为了：解决用户在IMS网络未能达到满足用户起呼和通话感知要求时，而提出的优化解决方案；它们的不同在于CSFB是在起呼过程中的应用方案，而eSRVCC则是在通话过程中，满足通话接续的应用方案。互操作介绍及案例分享互操作差异ESRVCC与CSFB的差异及影响：因VOLTE处于商用初期且用户较少，现网4G-2G邻区规划优化主要基于CSFB业务需求，与ESRVCC存在较大差异，具体表现为：a重要性差异ESRVCC邻区缺失严重影响用户感知；CSFB邻区缺失用户感知不明显。b场景差异ESRVCC主要发生在LTE网络边缘等弱覆盖区域；CSFB发生在LTE网络任意覆盖区域，且非网络边缘概率高于边缘概率。上图中白色区域为2、4G共覆盖区，绿色区域为2G深度覆盖区，CSFB业务主要发生在白色区域，ESRVCC主要发生在白色和绿色交界区域。ESRVCC与CSFB的影响：ESRVCC影响用户通话过程中用户感知，在通信网络中指标体现为ESRVCC切换成功率的高低；而CSFB则影响到用户起呼拨打的感知，在通信网络中指标体现为CSFB成功率的高低。互操作介绍及案例分享Esrvcc流程ESRVCC切换关键点A.eNB正确配置GSM邻区BCCH、BSIC、CGIB.DNS正确解析目标CGI地址eMSCC.eMSC正确寻址目标MSC互操作介绍及案例分享邻区优化原则实际经验优化原则：根据现网CSFB的测量频点的维护小区列表，对应出2G切换小区邻区。根据同站同向的2G小区的现有邻区，对应出VoLTE小区的2G切换邻区。重新规划，地理上，室外站以4Km内，室内站以2Km内的方向对打GSM小区进行排序，优先筛选前20个GSM邻区进行eSRVCC邻区添加。基于路网通数据，对LTE弱覆盖点(RSRP<-110dbm)匹配该位置的2G主覆盖小区，实现LTE-GSM邻区的补充规划。操作步骤：互操作介绍及案例分享Esrvcc流程ESRVCC网络框架图互操作介绍及案例分享Esrvcc流程测试软件演示互操作介绍及案例分享4-2G参数应用Esrvcc主要参数：A2、B2（B21/B22）A2RSRPThreshold：服务小区比绝对门限差。指示当前频率的覆盖较差，开启异频/IRAT测量。b2-threshold：服务小区质量低于门限1，同时异RAT小区的质量优于门限2，启动ESRVCC切换。CSFB参数：由于佛山现网的GSM_1800小区比GSM_900小区的抗干扰能力及话务吸收能力强，因此把LTE小区的2G邻区分GSM_900和GSM_1800两个频率组，GeranFreqGroupRelation分别为1和2，那么可以设置GeranFreqGroupRelation=1的优先级设置为csFallbackPrio=4，GeranFreqGroupRelation=2的优先级设置为csFallbackPrio=7，其他参数默认，即回落至GSM_1800的优先等级比回落GSM_900的优先等级要高。ParameterG900D1800GeranFreqGroupRelation12cellReselectionPriority22connectedModeMobilityPrio22csFallbackPrio47mobilityAction00mobilityActionCsfb00互操作介绍及案例分享4-2G参数应用（异频切换）A2门限：参数名称省公司建议值集团要求厂家参数映射参数取值A2RSRPThreshold-82~-118dBm-82～-100dBm包含参数：

1)ReportConfigEUtraBadCovPrim::a2ThresholdRsrpPrim

2)ReportConfigEUtraBadCovPrim::hysteresisA2Prim

计算公式：

ReportConfigEUtraBadCovPrim::a2ThresholdRsrpPrim-ReportConfigEUtraBadCovPrim::hysteresisA2Prima2ThresholdRsrpPrim-hysteresisA2Prim=[-118,-92]

若hysteresisA2Prim=10,则a2ThresholdRsrpPrim=[-117,-91]b2-threshold1-114dbm～-122dBm-116dbm～-120dBm包含参数：

1)ReportConfigB2Utra::b2Threshold1Rsrp

2)ReportConfigB2Utra::hysteresisB2

计算公式：

ReportConfigB2Utra::b2Threshold1Rsrp-ReportConfigB2Utra::hysteresisB2b2Threshold1Rsrp-hysteresisB2=[-122,-114]

若hysteresisB2=10,则b2Threshold1Rsrp=[-121,-113]b2-threshold2-87dbm～-93dbm-90dbm～-95dbm包含参数：

1)ReportConfigB2Utra::b2Threshold2RscpUtra

2)ReportConfigB2Utra::hysteresisB2

计算公式：

ReportConfigB2Utra::b2Threshold2RscpUtra+ReportConfigB2Utra::hysteresisB2b2Threshold2RscpUtra+hysteresisB2=[-93,-92]

若hysteresisB2=10,则b2Threshold2RscpUtra=[-94,-93]B2-TimeToTrigger320ms320ms或640msReportConfigB2Utra::timeToTriggerB2320CSFB开关开启开启CsfbToGeranUtran::featureStateCsfbToGeranUtran1互操作介绍及案例分享eSRVCC案例1设备性能差异的Esrvcc切换：问题描述：卓远大厦电梯内无VOLTE小区覆盖快衰落ESRVCC掉话，通话占用覆盖楼层FSCCShiWanZhuoYuanDaShaE-ELW-1室分小区起呼（RSRP:-80dBm，Sinr：17），由于电梯无LTE覆盖（有GSM覆盖），电梯关门瞬间（RSRP:-120dBm，Sinr：-1.9），快衰落触发A2及B2事件，主叫ESRVCC切换失败，被叫ESRVCC切换成功；（如下图）互操作介绍及案例分享eSRVCC案例1原因分析：占用相同服务小区快衰落且切换目标GSM小区一致：主叫ESRVCC失败而被叫成功，说明终端收发信号的性能差异，导致A2和B2-1门限的不合理性从而掉话。解决方案：调整A2&B2-1测量门限。结果验证：主被叫多次ESRVCC切换正常，规避了快衰落及UE性能问题导致的掉话。（如下图）互操作介绍及案例分享eSRVCC案例2ESRVCC难触发切换问题描述：现场测试发现，地下车库门口主要占用FSCCShiWanDongFangShuiAHYE-ELW-2，RSRP大概为-95dBm。因车库没有VOLTE室分，进入车库后FSCCShiWanDongFangShuiAHYE-ELW-2信号大幅衰减，但较难触发esrvcc。如右图所示：互操作介绍及案例分享eSRVCC案例2从测试数据看，RSRP虽然已达到-126dBm，但需要RSRQ达到门限-19.5dB才触发B2事件，成功切换至2G后，信号较好，通话正常。（如下图）原因分析：从kget查看（triggerQuantityB2=0，RSRP触发B2）FSCCShiWanDongFangShuiAHYE-ELW-2的b2Threshold1Rsrp为-140dBm，b2Threshold1Rsrq为-19.5dB，导致难以触发esrvcc，违背了全网应用b2Threshold1Rsrp（-122dBm）触发B2切换的原则。解决方案：EUtranCellTDD参数原值目标值FSCCShiWanDongFangShuiAHYE-ELW-2b2Threshold1Rsrp-140-122互操作介绍及案例分享eSRVCC案例3测量开关未打开导致eSRVCC未触发问题描述：在验证eSRVCC场景中，发现信号RSRP低于-110后，GSM信号大于-85后，手机只上报A2事件，一直没有上报B2事件，所以无法eSRVCC，直到掉话。原因分析：在验证eSRVCC场景中，发现信号RSRP低于-110后，GSM信号大于-85后，手机只上报A2事件，一直没有上报B2事件，直到掉话。（注：B21=-110，B22=-85）见右图。互操作介绍及