VOLTE关键性能指标优化PPT学习课件

1、VOLTE关键性能指标优化,内容提要,VOLTE接通率 VOLTE掉话率 RRC重建优化 呼叫建立时延和MOS优化,接通率-定义和信令流程,接通率定义:成功完成呼叫次数/终端发起呼叫总数。处于RRC空闲态的终端由于有业务要传输，将首先发起Service Request流程，回到RRC连接态，然后发送SIP INVITE消息建立会话连接。,接通率-RRC连接成功率优化,RRC连接不管是主叫发起INVITE后还是被叫收到PAGING,首先需要上行同步并经过PRACHPUSCHPDSCH几个信道的信令传输,最后有相关定时器控制,因此可能导致RRC连接失败的原因: 1、上行底躁影响，下行SINR质量

2、2、信道功率影响 3、T300定时器时长 4、EUTRAN异常、时钟告警、GPS问题,优化手段： 1、干扰排查，无线环境优化 2、功率优化 3、增大T300定时器时长 4、站点排障，多为RRU问题、时钟告警,接通率-SIP INVITE消息建立优化,注意事项： 1、 主被叫信令交互都是通过IMS完成的 2、 CSFB实际也是VOLTE未接通 3、寻呼机制 4、起呼过程中主/被叫RL失败导致RRC重建 5、流程冲突，比如起呼后收到上一通专载去激活/RRC连接释放等。 6、起呼过程中发生切换导致未收到激活专载请求,优化手段： 1、RL失败无线环境优化（RSRP，SINR） 2、协助核心网/IMS抓

3、LOG定位和解决问题 3、协商过程中不支持VOLTE，检查终端支持情况 4、手机注册VOLTE失败，检查SIM卡数据权限 5、被叫TAU，TAC合理规划和TA LIST引入,网元定位： IMS：SIP信令转发过程中在IMS侧出现问题 EPC：1、在建立专载过程中出现问题且从TRACE信令分析问题出在EPC 无线空口：RRC连接、切换、基站故障等且因无线出现问题（上行底躁大、下行SINR差等）根据跟踪的信息定位问题是否出现在ENODEB，联合分析。 终端：信令分析中是否终端侧信令丢失或有段时间无信令或信令在发往终端后出现问题 软件：因软件原因在测试过程中流程冲突，比如通话过程中主叫起呼被叫等。

4、人为或设备丢失：起呼过程中不小心挂机或被叫手机连接出现问题等,案例: EPC,现象描述: UE2占用844199 PCI：69，RSRP=-97 SINR=7，收到主叫INVITE呼叫建立流程走到被叫上发180 ringing，网络层未下发Modify EPS Bearer Context Request，同时终端在做A3切换（目标小区417950 PCI:61），可能网络侧发送Modify EPS Bearer Context Request到源小区导致终端切换到目标小区收不到。20s网络侧返回503 Service Unavailable，主叫call blocked 。,问题分析: 无线

5、分析:可能Modify EPS Bearer Context Request发到源小区，同时终端发起A3请求切换到目标小区导致软件判断未接通。 IMS分析: IMS发的503响应由PCC侧发的ASR消息触发，一般ASR是EPC侧发的,EPC分析:MME下发给UE Modify EPS Bearer Context Request给源enode B, UE没有响应且后继才发生切换导致:,问题处理: 起呼过程中发生切换，UE已经切换至目标小区，核心网继续发专载建立至源小区，导致UE根本就无法收到核心网下发的建立专载，待后续核心网优化在volte呼叫过程中切换，最后向目标小区加发一条建立专载,问题描

6、述：福建移动进行VoLTE语音呼叫路测时，发现被叫终端在LTE重新附着后，偶尔存在SAEGW不发送Downlink data notification给MME的情况，造成部分SIP消息丢失，常见为SIP-INVITE消息不能转发到被叫终端，最终导致呼叫失败。,问题定位：在分析现网采集到的VoLTE呼叫失败记录中，我们发现SAE-GW一个已知问题会引发SAE-GW丢弃SIP消息的场景：LTE附着后S-GW收到IMS下行数据包时没有立即触发DDN（DOWNLINK_DATA_NOTIFICATION）流程，具体场景如下： 1）LTE附着时创建CMNET默认承载（EBI-5）; 2）VoLTE终端发

7、起IMS APN的PDN连接（IPv6地址）建立第二个默认承载（EBI-6）； 3）为完成IPv6地址分配，P-GW需要向终端侧发送IPv6 Router Advertisement消息，由于发送该下行数据时，EBI-6还没激活（Modify_Bearer_Request消息尚未收到），所以S-GW置位寻呼标志（EBI-5和EBI-6）及启动寻呼时长（60s）； 4）S-GW在EBI-6收到Modify_Bearer_Request消息，清除EBI-6的寻呼标志，下发IPv6 Route Advertisement消息后，eNB释放无线连接（收到Release_Access_Bearer_Re

8、quest），但此时EBI-5的寻呼标志还在置位。（改进2） 5）当SIP下行数据（例如被叫侧第一个SIP消息-INVITE）到达时，缓存指示会触发寻呼流程（发起DDN请求），但由于此时EBI-5的寻呼标志尚未清除（寻呼定时器未超时），所以S-GW不会发起新的寻呼请求，导致SIP消息因缓存溢出而丢失。（改进1） 6）直到S-GW的寻呼定时器超时后，S-GW才会真正发出DDN请求以下发SIP下行数据。,解决方案：经过安装新补丁，SAE-GW在上述步骤4和5的处理机制中作了改变，即: 改进1）当S-GW上缓存指示触发寻呼流程时，将清除寻呼指示并终止寻呼定时器，以保证S-GW可以触发DDN消息； 改

9、进2)当收到Release_Access_Bearer请求消息时，S-GW将重置寻呼标志。 SAE-GW上安装了补丁实现了上述S-GW寻呼机制改进。,案例: EPC,MME paging机制,现网MMEpaging机制：第一次PS paging后如未收到响应，每隔4s重复一次，共重复两次(间隔8s)；如仍未收到响应则通过SGs接口开始请求CS paging。 通常终端未收到PS paging后会在10s-12s左右收到Cspaging开始进行CSFB。,案例: 终端,信令流程分析： S1ap消息跟踪MME已将s1 paging下发到正确eNB Emil消息跟踪eNB已收到s1 paging并将

10、rrc paging通过空口发向被叫UE UE log显示被叫终端未收到eNB下发的paging消息,paging no response 终端未收到paging,Rrc paging,终端问题，已通过HTC终端补丁解决,内容提要,VOLTE接通率 VOLTE掉话率 RRC重建优化 呼叫建立时延和MOS优化,掉话率-定义和涉及流程,掉话率定义为：掉话次数/成功建立呼叫次数 通话保持过程中会出现切换和ESRVCC。 通话结束后主叫上发BYE，收到网络BYE200，后去激活专载，最后RRC连接释放。,掉话率-原因分析和优化措施,掉话出现原因： 切换出现问题/ESRVCC出现问题； 上/下行无线链路

11、失步导致RRC重建； 非正常去激活承载QCI1或QCI9； 非正常上发BYE； BYE后流程问题； 通话过程中主叫起呼被叫 IMS周期注册 其他；,优化措施： EPC/IMS：1、非正常去激活承载QCI1或QCI9，非正常上发BYE； BYE后流程问题； IMS周期注册 无线空口：RRC连接重建、切换、基站故障等引起的问题（上行底躁大、下行SINR差等） 软件：因软件原因在测试过程中流程冲突，比如通话过程中主叫起呼被叫等。 设备丢失：MOS丢失等。,问题1描述：在跨厂家区域做切换验证，从诺基亚到中兴切换都成功，中兴小区(PCI=29)到诺基亚小区（PCI=264），切换均失败，原因为网路侧配置

12、错误。 问题1定位：如下图所示的信令，当UE驻留在PCI29小区时，该eNB为UE配置的AntennaInfo参数为AntennaInfo-r10格式： 当UE切换至诺基亚小区PCI=264的时候，eNB下发给UE的重配置消息中的AntennaInfo字段为AntennaInfo格式（即r8格式），而不是一个完整的配置，如下图信令：,案例: 切换掉话,UE对收到的切换命令进行检查时，发现对antennaInfo参数的配置不正确而导致切换失败，从而触发RLF。,解决方案：9月中旬外场升级了基站版本。升级后用高通终端验证室内外切换均正常。,案例: 异常RRC连接释放,问题描述： 被叫UE占用PCI

13、：61，收到来自主叫的BYE后,回BYE200,紧接着发生切换,1S后RRC连接释放. 问题原因： 1、为什么被叫收到BYE 后1S在没有回复去专载接收情况下，网络又下发RRC连接释放。,处理进展： 已抓取LOG，定位中,案例: IMS注册引起掉话,现象描述: UE2占用988419 PCI：323，异常发起IMS注册请求，导致无法走IMS SIP 通话流程，导致主叫掉话。,问题分析: 无线侧分析:无线RSRP:-80dBm,SINR:17以上，无线服务质量良好，怀疑IMS问题 IMS分析: 手机问题，网络侧设置注册周期为3600s，手机到了注册周期仍未完成注册导致IMS强行释放当前VOLTE

14、呼叫,IMS侧信令:,问题处理: 正常情况下，终端会在注册周期前完成注册，或者注册不应影响正在进行的本次通话，联系终端厂家,待终端厂家解决,案例: 异常去激活QCI9,问题分析：发生这个问题是因为UE建立了两个承载,一个为ipv4承载给正常上网用的，另一个是ipv6承载，这个ipv6承载是无法上ipv6网(因为没有对接ipv6骨干网), UE得到的ipv6地址与其他UE有冲突触发UPCC删除这个多余的ipv6承载，这个不会影响正常业务(IPV4的承载还在)。另外不是所有的UE都会建两个承载，和UE的终端类型有关，当前大部分的终端都只是建一个ipv4承载。 刚也和测试人员陈斌(188503566

15、26)电话确认，这种现象不影响正常上网。 核心网可以根据测试号只让ue建立ipv4承载,如果只是为了测试的话，可以按这个方案先规避。,现象描述: UE1通话过程中接收来自网络数据业务寻呼，去激活QCI9 ，但是无BYE上报，还是在通话结束后上发BYE，不影响用户感知。,内容提要,VOLTE接通率 VOLTE掉话率 RRC重建优化 呼叫建立时延和MOS优化,RRC重建-RRC重建触发时机,RRC重建只能由已经激活了接入层安全算法的UE触发（时间点如右图所示），在此之前UE只能回到RRC_IDLE状态，触发小区重选和TAU； 现网有不少ERAB建立过程中收不到security command co

16、mplete 消息导致ERAB建立失败，这种情况下，无法进行RRC重建，网络会记为无线掉线，LTE_5004a指标也会恶化，如下图所示：,RRC重建-触发条件,RRC重建只能由UE触发，可能的触发条件有以下几种： UE发现上行无线链路失败 T310 expiry as result of out-of-sync problems controlled by n310(LNCEL), n311(LNCEL), t310(LNCEL) upon random access problem indication from MAC upon indication from RLC that the m

17、aximum number of retransmissions has been reached 切换失败 handover failure due to t304 expiry for intra LTE HO controlled by t304IntraLte (LNCEL) mobility from E-UTRA failure due to t304 expiry applicable for inter-RAT handover types; controlled by t304InterRAT(LNCEL) for PSHO and SRVCC to WCDMA, t304I

18、nterRatTd(LNCEL) for PSHO to TD-SCDMA; t304InterRATGsm(LNCEL) for SRVCC to GSM, t304eNaccGsm(LNCEL) for eNACC to GSM) 其他原因 integrity check failure RRC connection reconfiguration failure,关掉Nokia一些私有下行无线链路失败检测的方法，并不能减少RRC重建的触发,RRC重建-请求的原因分类,3GPP TS 36.331 规定RRC重建请求消息reestablishmentCause 字段有以下分类： if th

19、e re-establishment procedure was initiated due to RRC reconfiguration failure (i.e., the UE is unable to comply with the reconfiguration), UE sets the reestablishmentCause to the value reconfigurationFailure if the re-establishment procedure was initiated due to intra-LTE handover failure or inter-R

20、AT mobility from EUTRA failure, UE sets the reestablishmentCause to the value handoverFailure Otherwise UE sets the reestablishmentCause to the value otherFailure. NOTE: This includes T310 RLF failure.,Nokia定义了以下几种RRC重建请求的类型： M8008C4 RRC_CON_RE_ESTAB_ATT 所有重建请求 M8008C6 RRC_CON_RE_ESTAB_ATT_HO_FAIL 对

21、应规范handoverFailure M8008C8 RRC_CON_RE_ESTAB_ATT_OTHER 对应规范otherFailure 暂定reconfigurationFailure= M8008C4 - M8008C6 - M8008C8，以厦门网络为例： otherFailure占大部分， handoverFailure有一定比例， reconfigurationFailure非常少，几乎可以忽略不计。,RRC重建-比例优化,重建比例定义为：RRC重建请求次数/RRC建立请求次数 重建比例劣化小区：重建比例高于5%,RRC重建本质上是由无线质量差引起的，无线环境优化是关键，任何参数

22、优化都不可能使无线环境变好,RRC重建比例相关参数优化，具体见后面4页胶片： 随机接入过程优化，可以改善切换失败以及其他随机接入失败导致的RRC重建； 上行无线链路失步相关参数优化； 切换定时器t304优化； 上行RLC最大重传次数优化；,1. RLF due to T310 expiry at UE,For UE “normal operation” in the figure above means : UE not waiting for RRC Connection Setup/Reject (T300 not running) UE not waiting for RRC Re-es

23、tablishment Establishment/Reject (T301 not running) handover not ongoing (T304 not running) No RLF recovery ongoing (T311 not running),n310 consecutive out-of-sync indications,n311 consecutive in-sync indications during t310,RRC connection re-establishment attempted during t311,Cell reselection and

24、Tracking Area Update if RRC Re-Establishment fails,减少此类RRC重建： 上行失步检测条件更严格，恢复更容易,RRC重建-原理1,2. RLF due to maximum UL RLC reTx reached,from RRC Connection Reconfiguration: drb-ToAddModList drb-ToAddModList value 1 drb-Identity: 1 rlc-Config am ul-AM-RLC t-PollRetransmit: ms40 pollPDU: p32 pollByte: kB2

25、5 maxRetxThreshold: t8,RLC retransmissions until max RLC retx threshold is reached,RRC connection re-establishment attempted during t311,Cell reselection and Tracking Area Update if RRC Re-Establishment fails,减少此类RRC重建： 增加UL RLC最大重传次数maxRetxThreshold 增加最大HARQ重传次数harqMaxTrUl，可以减少RLC重传次数,Vendor参数：16,R

26、RC重建-原理2,3. RLF due to non-HO random access failure,Example: Random Access triggered due to missing PUCCH SR resources, or PDCCH order,RRC connection re-establishment attempted to serving cell during t311,Cell reselection and Tracking Area Update if RRC Re-Establishment fails,UE attempting random ac

27、cess to serving cell.,RACH failure,“Non-HO random access” means PDCCH order -triggered RA (RL30/RL25) Random Access Scheduling Request,减少此类RRC重建： 增强随机接入过程的鲁棒性,RRC重建-原理3,4. RLF due to HO failure,from RRC Connection Reconfiguration: mobilityControlInfo targetPhysCellId: 33 t304: ms1000 newUE-Identity

28、Bin: 14 EB (= 5355),RRC Conn ReConf with MobilityInfo (”HO command”),RRC connection re-establishment attempted to source or target cell during t311,Cell reselection and Tracking Area Update if RRC Re-Establishment fails,T304 running while UE attempting access to target cell.,T304 expires,减少此类RRC重建：

29、增加t304； 增强非竞争随机接入过程的鲁棒性,RRC重建-原理4,UE,eNB,RRCConnectionReestablishmentRequest (Msg3),RRCConnectionReestablishment (Msg4),RRCConnectionReestablishmentComplete (Msg5),PRACH Random Access (Msg1),PRACH Random Access Response (Msg2),随机接入,Cell selection process acc. to 36.304,RLF, HO failure, mobility from

30、 E-UTRA failure, integrity check failure, RRC connection reconfiguration failure detected,RRC重建,RRC重建-劣化小区分析,3GPP规定UE发起RRC重建的目标小区必须是拥有UE上下文信息的小区，因此RRC重建的目标小区有以下要求： For no handover procedure ongoing serving cell For ongoing handover procedure source cell （切换过程取消） target cell （切换过程完成） UE发起RRC重建的目标小区，很

31、可能不是符合条件的目标小区： 发生RRC重建的场景一般在无线比较差，小区边界或者信号杂乱的地方； 无线失步或者切换失败后，UE首先要进行小区选择，选择合适的小区驻留，这种情况下，驻留的小区可能是不符合条件的小区； 如果目标小区不符合条件，RRC重建会被拒绝掉，有时候符合条件的目标小区如果已经释放UE上下文信息，这时RRC重建请求也会被拒绝掉，厦门现网RRC重建拒绝比例接近40%。,RRC重建-终端异常情况,个别终端如中兴MF91S2对DRX支持有问题，会导致短时间出现大量的RRC重建， 日常指标监控，如果发现有短时间大量RRC重建统计，需要分析是否是终端原因引起的： 关闭DRX后RRC重建是否

32、大幅减少？ 如果判断是终端不支持DRX，在不关闭DRX情况下，打开上行预调度可以减少，终端进入DRX休眠，改善RRC重建比例；,LTE815上行预调度打开的影响： UL resources are assigned with a sufficient high frequency and UE cannot be transited into DRX Sleep as DRX Inactivity Timer will be still running Gain from LTE815 is a reduced delay in UL scheduling as UE has always grant assigned (within specified time period) even if no new transmission is buffered Once the UE has gone into DRX sleep, it will not be longer available to be considered for proactive resource assignment until the next p