VOLTE关键性能指标优化

VOLTE关键性能指标优化VOLTE接通率VOLTE掉话率RRC重建优化呼叫建立时延和MOS优化接通率-定义和信令流程接通率定义:成功完成呼叫次数/终端发起呼叫总数。处于RRC空闲态的终端由于有业务要传输，将首先发起ServiceRequest流程，回到RRC连接态，然后发送SIPINVITE消息建立会话连接。接通率-RRC连接成功率优化RRC连接不管是主叫发起INVITE后还是被叫收到PAGING,首先需要上行同步并经过PRACH\PUSCH\PDSCH几个信道的信令传输,最后有相关定时器控制,因此可能导致RRC连接失败的原因:1、上行底躁影响，下行SINR质量2、信道功率影响3、T300定时器时长4、EUTRAN异常、时钟告警、GPS问题优化手段：1、干扰排查，无线环境优化2、功率优化3、增大T300定时器时长4、站点排障，多为RRU问题、时钟告警接通率-SIPINVITE消息建立优化Changeinformationclassificationinfooter注意事项：1、主被叫信令交互都是通过IMS完成的2、CSFB实际也是VOLTE未接通3、寻呼机制4、起呼过程中主/被叫RL失败导致RRC重建5、流程冲突，比如起呼后收到上一通专载去激活/RRC连接释放等。6、起呼过程中发生切换导致未收到激活专载请求优化手段：1、RL失败无线环境优化（RSRP，SINR）2、协助核心网/IMS抓LOG定位和解决问题3、协商过程中不支持VOLTE，检查终端支持情况4、手机注册VOLTE失败，检查SIM卡数据权限5、被叫TAU，TAC合理规划和TALIST引入网元定位：IMS：SIP信令转发过程中在IMS侧出现问题EPC：1、在建立专载过程中出现问题且从TRACE信令分析问题出在EPC无线空口：RRC连接、切换、基站故障等且因无线出现问题（上行底躁大、下行SINR差等）根据跟踪的信息定位问题是否出现在ENODEB，联合分析。终端：信令分析中是否终端侧信令丢失或有段时间无信令或信令在发往终端后出现问题软件：因软件原因在测试过程中流程冲突，比如通话过程中主叫起呼被叫等。人为或设备丢失：起呼过程中不小心挂机或被叫手机连接出现问题等案例:EPC现象描述:UE2占用844199PCI：69，RSRP=-97SINR=7，收到主叫INVITE呼叫建立流程走到被叫上发180ringing，网络层未下发ModifyEPSBearerContextRequest，同时终端在做A3切换（目标小区417950PCI:61），可能网络侧发送ModifyEPSBearerContextRequest到源小区导致终端切换到目标小区收不到。20s网络侧返回503ServiceUnavailable，主叫callblocked。问题分析:无线分析:可能ModifyEPSBearerContextRequest发到源小区，同时终端发起A3请求切换到目标小区导致软件判断未接通。IMS分析:IMS发的503响应由PCC侧发的ASR消息触发，一般ASR是EPC侧发的EPC分析:MME下发给UEModifyEPSBearerContextRequest给源enodeB,UE没有响应且后继才发生切换导致:问题处理:起呼过程中发生切换，UE已经切换至目标小区，核心网继续发专载建立至源小区，导致UE根本就无法收到核心网下发的建立专载，待后续核心网优化在volte呼叫过程中切换，最后向目标小区加发一条建立专载问题描述：福建移动进行VoLTE语音呼叫路测时，发现被叫终端在LTE重新附着后，偶尔存在SAEGW不发送Downlinkdatanotification给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终端发起IMSAPN的PDN连接（IPv6地址）建立第二个默认承载（EBI-6）；3）为完成IPv6地址分配，P-GW需要向终端侧发送IPv6RouterAdvertisement消息，由于发送该下行数据时，EBI-6还没激活（Modify_Bearer_Request消息尚未收到），所以S-GW置位寻呼标志（EBI-5和EBI-6）及启动寻呼时长（60s）；4）S-GW在EBI-6收到Modify_Bearer_Request消息，清除EBI-6的寻呼标志，下发IPv6RouteAdvertisement消息后，eNB释放无线连接（收到Release_Access_Bearer_Request），但此时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消息；改进2)当收到Release_Access_Bearer请求消息时，S-GW将重置寻呼标志。SAE-GW上安装了补丁实现了上述S-GW寻呼机制改进。案例:EPCMMEpaging机制INTERNAL现网MMEpaging机制：第一次PSpaging后如未收到响应，每隔4s重复一次，共重复两次(间隔8s)；如仍未收到响应则通过SGs接口开始请求CSpaging。通常终端未收到PSpaging后会在10s-12s左右收到Cspaging开始进行CSFB。案例:终端信令流程分析：S1ap消息跟踪MME已将s1paging下发到正确eNBEmil消息跟踪eNB已收到s1paging并将rrcpaging通过空口发向被叫UEUElog显示被叫终端未收到eNB下发的paging消息pagingnoresponse终端未收到pagingRrcpaging终端问题，已通过HTC终端补丁解决VOLTE接通率VOLTE掉话率RRC重建优化呼叫建立时延和MOS优化Changeinformationclassificationinfooter掉话率-定义和涉及流程掉话率定义为：掉话次数/成功建立呼叫次数通话保持过程中会出现切换和ESRVCC。通话结束后主叫上发BYE，收到网络BYE200，后去激活专载，最后RRC连接释放。Changeinformationclassificationinfooter掉话率-原因分析和优化措施掉话出现原因：切换出现问题/ESRVCC出现问题；上/下行无线链路失步导致RRC重建；非正常去激活承载QCI1或QCI9；非正常上发BYE；BYE后流程问题；通话过程中主叫起呼被叫IMS周期注册其他；优化措施：EPC/IMS：1、非正常去激活承载QCI1或QCI9，非正常上发BYE；BYE后流程问题；IMS周期注册无线空口：RRC连接重建、切换、基站故障等引起的问题（上行底躁大、下行SINR差等）软件：因软件原因在测试过程中流程冲突，比如通话过程中主叫起呼被叫等。设备丢失：MOS丢失等。问题1描述：在跨厂家区域做切换验证，从诺基亚到中兴切换都成功，中兴小区(PCI=29)到诺基亚小区（PCI=264），切换均失败，原因为网路侧配置错误。问题1定位：如下图所示的信令，当UE驻留在PCI29小区时，该eNB为UE配置的AntennaInfo参数为AntennaInfo-r10格式：当UE切换至诺基亚小区PCI=264的时候，eNB下发给UE的重配置消息中的AntennaInfo字段为AntennaInfo格式（即r8格式），而不是一个完整的配置，如下图信令：案例:切换掉话UE对收到的切换命令进行检查时，发现对antennaInfo参数的配置不正确而导致切换失败，从而触发RLF。解决方案：9月中旬外场升级了基站版本。升级后用高通终端验证室内外切换均正常。14案例:异常RRC连接释放问题描述：被叫UE占用PCI：61，收到来自主叫的BYE后,回BYE200,紧接着发生切换,1S后RRC连接释放.问题原因：1、为什么被叫收到BYE后1S在没有回复去专载接收情况下，网络又下发RRC连接释放。处理进展：已抓取LOG，定位中15案例:IMS注册引起掉话现象描述:UE2占用988419PCI：323，异常发起IMS注册请求，导致无法走IMSSIP通话流程，导致主叫掉话。问题分析:无线侧分析:无线RSRP:-80dBm,SINR:17以上，无线服务质量良好，怀疑IMS问题IMS分析:手机问题，网络侧设置注册周期为3600s，手机到了注册周期仍未完成注册导致IMS强行释放当前VOLTE呼叫,IMS侧信令:问题处理:正常情况下，终端会在注册周期前完成注册，或者注册不应影响正在进行的本次通话，联系终端厂家,待终端厂家解决16案例:异常去激活QCI9问题分析：发生这个问题是因为UE建立了两个承载,一个为ipv4承载给正常上网用的，另一个是ipv6承载，这个ipv6承载是无法上ipv6网(因为没有对接ipv6骨干网),UE得到的ipv6地址与其他UE有冲突触发UPCC删除这个多余的ipv6承载，这个不会影响正常业务(IPV4的承载还在)。另外不是所有的UE都会建两个承载，和UE的终端类型有关，当前大部分的终端都只是建一个ipv4承载。刚也和测试人员陈斌(18850356626)电话确认，这种现象不影响正常上网。核心网可以根据测试号只让ue建立ipv4承载,如果只是为了测试的话，可以按这个方案先规避。现象描述:UE1通话过程中接收来自网络数据业务寻呼，去激活QCI9，但是无BYE上报，还是在通话结束后上发BYE，不影响用户感知。VOLTE接通率VOLTE掉话率RRC重建优化呼叫建立时延和MOS优化RRC重建-RRC重建触发时机UEeNBMMES1AP:INITIALCONTEXTSETUPREQUEST+EMMATT_ACC+ESMACT_DEF_BEAR_REQS1AP:INITIALCONTEXTSETUPRESPONSERRC:RRCConnectionReconfiguration+EMMATT_ACC+ESMACT_DEF_BEAR_REQDRBandSRB2ConfigurationRRC:RRCConnectionReconfigurationCompleteNASSecurityEstablishment(Authentication+NASsecuritystart)RRC:UECapabilityEnquiryRRC:UECapabilityInformationUEradiocapabilitiesavailableàDRBcanbeestablishedS1AP:UECAPABILITYINFOINDICATIONPRACHRANDOMACCESSPRACHRANDOMACCESSRESPONSEPUSCH(Msg3)RRC:ConnectionRequestrandomaccessprocedureRRC:ConnectionSetupRRC:ConnectionSetupComplete+EMMATT_REQ+ESMPDNCONN_REQS1AP:INITIALUEMESSAGE+EMMATT_REQ+ESMPDNCONN_REQRRC:SecurityModeCommandRRC: