《VOLTE关键性能指标优化》由会员分享，可在线阅读，更多相关《VOLTE关键性能指标优化（36页珍藏版）》请在金锄头文库上搜索。
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机制,INTERNAL,现网MMEpaging机制：第一次PS paging后如未收到响应，每隔4s重复一次，共重复两次(间隔8s)；如仍未收到响应则通过SGs接口开始请求CS paging。 通常终端未收到PS paging后会在10s-12s左右收到Cspaging开始进行CSFB。,案例: 终端,信令流程分析： S1ap消息跟踪MME已将s1 paging下发到正确eNB Emil消息跟踪eNB已收到s1
10、 paging并将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
13、占用PCI：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强行释放当前V
14、OLTE呼叫,IMS侧信令:,问题处理: 正常情况下，终端会在注册周期前完成注册，或者注册不应影响正在进行的本次通话，联系终端厂家,待终端厂家解决,案例: 异常去激活QCI9,问题分析：发生这个问题是因为UE建立了两个承载,一个为ipv4承载给正常上网用的，另一个是ipv6承载，这个ipv6承载是无法上ipv6网(因为没有对接ipv6 骨干网), UE得到的ipv6地址与其他UE有冲突触发UPCC删除这个多余的ipv6承载，这个不会影响正常业务(IPV4的承载还在)。另外不是所有的UE都会建两个承载，和UE的终端类型有关，当前大部分的终端都只是建一个ipv4承载。 刚也和测试人员陈斌(1885
15、0356626)电话确认，这种现象不影响正常上网。 核心网可以根据测试号只让ue建立ipv4承载,如果只是为了测试的话，可以按这个方案先规避。,现象描述: UE1通话过程中接收来自网络数据业务寻呼，去激活QCI9 ，但是无BYE上报，还是在通话结束后上发BYE，不影响用户感知。,内容提要,VOLTE接通率 VOLTE掉话率 RRC重建优化 呼叫建立时延和MOS优化,RRC重建-RRC重建触发时机,RRC重建只能由已经激活了接入层安全算法的UE触发（时间点如右图所示），在此之前UE只能回到RRC_IDLE状态，触发小区重选和TAU； 现网有不少ERAB建立过程中收不到security comma
16、nd complete 消息导致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
17、the maximum 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, t304InterRatTd(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,
