VOLTE关键性能指标优化精品PPT课件
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
优化手段： 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抓LOG定位和解决问题 3、协商过程中不支持VOLTE，检查终端支持 情况 4、手机注册VOLTE失败，检查SIM卡数据权 限 5、被叫TAU，TAC合理规划和TA LIST引入
案例: 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 。
解决方案：经过安装新补丁，SAE-GW在上述步骤4和5的处理机制中作了改变，即:
改进1）当S-GW上缓存指示触发寻呼流程时，将清除寻呼指示并终止寻呼定时器，以保证S-GW可以触发DDN消息；
改进2)当收到Release_Access_Bearer请求消息时，S-GW将重置寻呼标志。
SAE-GW上安装了补丁实现了上述S-GW寻呼机制改进。
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终端发起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_Request），但此时EBI-5的寻呼标志还在置位。（改进2） 5）当SIP下行数据（例如被叫侧第一个SIP消息-INVITE）到达时，缓存指示会触发寻呼流程（发起DDN请求），但由于此时EBI5的寻呼标志尚未清除（寻呼定时器未超时），所以S-GW不会发起新的寻呼请求，导致SIP消息因缓存溢出而丢失。（改进1） 6）直到S-GW的寻呼定时器超时后，S-GW才会真正发出DDN请求以下发SIP下行数据。
VOLTE关键性能指标优化
内容提要 VOLTE接通率 VOLTHale Waihona Puke Baidu掉话率 RRC重建优化 呼叫建立时延和MOS优化
接通率-定义和信令流程
接通率定义:成功完成呼叫次数/终端发起呼叫总数。处于RRC空闲态的终端由于有业务要传输，将首先发起 Service Request流程，回到RRC连接态，然后发送SIP INVITE消息建立会话连接。
接通率-RRC连接成功率优化
RRC连接不管是主叫发起INVITE后还是被叫收到PAGING,首先需要上行同步并经过 PRACH\PUSCH\PDSCH几个信道的信令传输,最后有相关定时器控制,因此可能导致RRC连接失败的 原因:
1、上行底躁影响，下行SINR质量 2、信道功率影响 3、T300定时器时长 4、EUTRAN异常、时钟告警、GPS问题
问题处理: 起呼过程中发生切换，UE已经切换至目标小区，核心网继续发专载建立至源小区，导致UE根本就无法收到核心网下发的建立专载
，待后续核心网优化在volte呼叫过程中切换，最后向目标小区加发一条建立专载
案例: EPC
问题描述：福建移动进行VoLTE语音呼叫路测时，发现被叫终端在LTE重新附着后，偶尔存在SAEGW不发送Downlink
网元定位： IMS：SIP信令转发过程中在IMS侧出现问题 EPC：1、在建立专载过程中出现问题且从TRACE信令分析问题出在EPC 无线空口：RRC连接、切换、基站故障等且因无线出现问题（上行底躁大、 下行SINR差等）根据跟踪的信息定位问题是否出现在ENODEB，联合分析。 终端：信令分析中是否终端侧信令丢失或有段时间无信令或信令在发往终 端后出现问题 软件：因软件原因在测试过程中流程冲突，比如通话过程中主叫起呼被叫 等。 人为或设备丢失：起呼过程中不小心挂机或被叫手机连接出现问题等
问题分析:
无线分析:可能Modify EPS Bearer Context Request发到源小区，同时终端发起 A3请求切换到目标小区导致软件判断未接通。 IMS分析: IMS发的503响应由PCC侧发的ASR消息触发，一般ASR是EPC侧 发的
EPC分析:MME下发给UE Modify EPS Bearer Context Request给源enode B, UE没有响应且后继才发生切换导致:
MME paging机制
➢现网MMEpaging机制：第一次PS paging后如未收到响应，每隔4s重复一次，共重复两次 (间隔8s)；如仍未收到响应则通过SGs接口开始请求CS paging。 ➢通常终端未收到PS paging后会在10s-12s左右收到Cspaging开始进行CSFB。
警
接通率-SIP INVITE消息建立优化
注意事项： 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合理规划和TA LIST引入
案例: 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 。
解决方案：经过安装新补丁，SAE-GW在上述步骤4和5的处理机制中作了改变，即:
改进1）当S-GW上缓存指示触发寻呼流程时，将清除寻呼指示并终止寻呼定时器，以保证S-GW可以触发DDN消息；
改进2)当收到Release_Access_Bearer请求消息时，S-GW将重置寻呼标志。
SAE-GW上安装了补丁实现了上述S-GW寻呼机制改进。
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终端发起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_Request），但此时EBI-5的寻呼标志还在置位。（改进2） 5）当SIP下行数据（例如被叫侧第一个SIP消息-INVITE）到达时，缓存指示会触发寻呼流程（发起DDN请求），但由于此时EBI5的寻呼标志尚未清除（寻呼定时器未超时），所以S-GW不会发起新的寻呼请求，导致SIP消息因缓存溢出而丢失。（改进1） 6）直到S-GW的寻呼定时器超时后，S-GW才会真正发出DDN请求以下发SIP下行数据。
VOLTE关键性能指标优化
内容提要 VOLTE接通率 VOLTHale Waihona Puke Baidu掉话率 RRC重建优化 呼叫建立时延和MOS优化
接通率-定义和信令流程
接通率定义:成功完成呼叫次数/终端发起呼叫总数。处于RRC空闲态的终端由于有业务要传输，将首先发起 Service Request流程，回到RRC连接态，然后发送SIP INVITE消息建立会话连接。
接通率-RRC连接成功率优化
RRC连接不管是主叫发起INVITE后还是被叫收到PAGING,首先需要上行同步并经过 PRACH\PUSCH\PDSCH几个信道的信令传输,最后有相关定时器控制,因此可能导致RRC连接失败的 原因:
1、上行底躁影响，下行SINR质量 2、信道功率影响 3、T300定时器时长 4、EUTRAN异常、时钟告警、GPS问题
问题处理: 起呼过程中发生切换，UE已经切换至目标小区，核心网继续发专载建立至源小区，导致UE根本就无法收到核心网下发的建立专载
，待后续核心网优化在volte呼叫过程中切换，最后向目标小区加发一条建立专载
案例: EPC
问题描述：福建移动进行VoLTE语音呼叫路测时，发现被叫终端在LTE重新附着后，偶尔存在SAEGW不发送Downlink
网元定位： IMS：SIP信令转发过程中在IMS侧出现问题 EPC：1、在建立专载过程中出现问题且从TRACE信令分析问题出在EPC 无线空口：RRC连接、切换、基站故障等且因无线出现问题（上行底躁大、 下行SINR差等）根据跟踪的信息定位问题是否出现在ENODEB，联合分析。 终端：信令分析中是否终端侧信令丢失或有段时间无信令或信令在发往终 端后出现问题 软件：因软件原因在测试过程中流程冲突，比如通话过程中主叫起呼被叫 等。 人为或设备丢失：起呼过程中不小心挂机或被叫手机连接出现问题等
问题分析:
无线分析:可能Modify EPS Bearer Context Request发到源小区，同时终端发起 A3请求切换到目标小区导致软件判断未接通。 IMS分析: IMS发的503响应由PCC侧发的ASR消息触发，一般ASR是EPC侧 发的
EPC分析:MME下发给UE Modify EPS Bearer Context Request给源enode B, UE没有响应且后继才发生切换导致:
MME paging机制
➢现网MMEpaging机制：第一次PS paging后如未收到响应，每隔4s重复一次，共重复两次 (间隔8s)；如仍未收到响应则通过SGs接口开始请求CS paging。 ➢通常终端未收到PS paging后会在10s-12s左右收到Cspaging开始进行CSFB。