精品文档通过QCI差异设置TinactivityTimerOffset提升VoLTE接通性能Word文档下载推荐.docx
《精品文档通过QCI差异设置TinactivityTimerOffset提升VoLTE接通性能Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《精品文档通过QCI差异设置TinactivityTimerOffset提升VoLTE接通性能Word文档下载推荐.docx（13页珍藏版）》请在冰点文库上搜索。
VOLTE掉话率
VOLTEMOS均值
VoLTEMOS占比>
3.0比例
呼叫建立时延（s）
E
-89.74
9.03
57
99.16%
1
1.75%
3.78
89.76%
2.48
HW
-86.56
11.19
81
99.49%
1.23%
4.04
92.60%
1.78
对此我们提取测试终端，测试方法都一样的测试数据对城区华润万家区域VoLTE呼叫和爱立信VoLTE呼叫样本进行对比分析，呼叫结果统计对比如下：
呼叫状态
UE处在空闲态起呼
UE处在连接态起呼
呼叫次数
呼叫平均时延
呼叫个数
爱立信VOLTE呼叫次数
20
2960.24ms
2258.47ms
异厂家VOLTE呼叫次数
无
2240.36ms
从以上统计来看，爱立信之所以呼叫建立时延差于友商，主要是因为爱立信的呼叫是在两个终端都处在idle状态下起呼，时延2960.24ms，而友商基本是在终端处在RRC连接状态下起呼，时延约2240.36ms；
对比爱立信和异厂家终端都处在连接态状态下起呼，发现两者区别不大，爱立信2258.47ms。
综上所述，在爱立信网络下，终端进行VOLTE起呼时是处于空闲态，被叫必须重新收到paging然后再重新建立RRC和QCI5，这样就需要UE和IMS通信获得专载的内容然后建立新的E-RAB，相比较在连接态的情况下，所需要的时间更长。
这也是导致呼叫时延过高的原因。
而ServiceSpecificInactivityTime可以基于QCI来个性化延长RRC非激活定时器的大小，来确保VoLTE呼叫处于连接态。
此外，随着VoLTE商用用户越来越多，鉴于很多用户被叫振铃后并不能及时接通，如果超过10s不接通会因无RTP包导致网络下发RRCrelease，从而导致未接通，如果不优化被叫接听等待时延，会严重影响商用用户体验。
目前在volte网格测试中，我们也发现存在软件或终端问题被叫10s内没有及时接听导致未接通，影响VoLTE接通性能指标。
二、创新方案
1.1功能描述
tInactivityTimer是LTE定义RRCrelease的等待时长，超时UE从RRC连接态返回空闲态，现网设置10S。
对于数据业务，由于用户使用PS业务时（如浏览网页，微信等），间隔在10秒内一般都事件发生，RRC连接容易一直保留，用户不再浏览手机，PS数据包一般会停止发送，RRC尽快断开，对网络的资源占用会释放。
保持QCI=9时tInactivityTimerRRC=10S是合理的。
对于VoLTE用户，通常用户在进行通话起呼时，极少同时PS业务。
VoLTE通话的被叫，QCI5和QCI1都存在，振铃时的同时QCI1专载建立，如果QCI1也遵循tInactivityTimerRRC=10S的时长，10秒后没接起通话，RRC就会释放。
实际上大都被叫用户振铃10秒后才反应过来接电话的，此时主被叫UE，得重新发起RRC建立流程，QCI9、QCI5、QCI1依次建立后才能通话，耗时约1-2秒，系统的负荷也会加大，同时也存在因专载建立不起来的未接通风险。
因此，VoLTE用户振铃后，主被叫都要保持RRC连接态，随时能接起通话，是很必要的。
QCI差异设置ServiceSpecificInactivityTimer特性功能可以基于QCI来个性化延长RRC非激活定时器的大小，对于volte业务来说，可以实现在alertging期间将被叫UE保持在RRC_CONNECTED模式较长时间，避免VoLTE用户由于没有即时应答触发基础不活动定时器而丢弃，给予用户更多时间来应答呼叫。
比如VoLTEQCI1;
它可以保持VoLTE在LTE网络，这样可以增加被叫振铃后的等待时间，从而防止用户在长时间不接听时回落到其他RAT网络而导致未接通问题。
开启了ServiceSpecificInactivityTime功能后，UE的RRC非激活定时器的计算方法有相应变化，具体为:
基本的RRC非激活定时器加上UE内存在的QCI承载的最大偏置值就是新的RRC非激活定时器的时长。
RCS:
:
tInactivityTimer+QCI:
inactivityTimerOffset（max）。
详细图解如下：
1.2功能影响
由于开启该功能后，RRC非激活定时器的时长与QCI的承载的偏置相关，故在以下阶段InactivityTime有可能有变化：
初始上下文建立阶段;
在E-RAB新建立、修改和释放过程，以及PathSwithRequest/Acknowlege阶段等。
由于该功能只针对VoLTE用户的QCI5和QCI1设置，在接通阶段，tInactivityTimer按照QCI1的设置，通话结束阶段，tInactivityTimer按照QCI5的设置，而LTE用户的绝大部分RRC建立业务（PS业务），tInactivityTimer按照QCI9的设置。
现网VoLTE用户的比例和真实的VoLTE通话次数，与PS业务相比只占极少的比例，而且VoLTE通话和振铃等待，保持RRC连接态更符合实际需要。
因此QCI差异设置TinactivityTimerOffset，对空口容量冲击可以忽略。
减少专载的重新建立，对系统的信令负荷还有降低的作用。
1.3功能开启及相关参数配置
功能开启：
MO
参数
默认值
目标值
说明
OptionalFeatureLicense=ServiceSpecificInactivityTimer
featureState
DU站
FeatureState=CXC4011918
BB站
相关的参数配置如下：
QciTable=default,QciProfilePredefined=qci1
inactivityTimerOffset
30
实现UE在振铃后未接起前保持RRC连接态，提升VoLTE接通率
QciTable=default,QciProfilePredefined=qci2
QciTable=default,QciProfilePredefined=qci5
缩短VoLTE呼叫建立时延
1.4场景及测试要求
1.4.1验证场景
首先看看是否占用PCI=335小区，要求占用该小区，观察测试点覆盖rsrp质量sinr是否良好，现场与后台联系。
1.4.2测试要求
1）改为手动拨打，不要自动接听。
2）关闭ServiceSpecificInactivityTimer功能（现场与后台联系，后台操作完成后开始测试），主叫拨打被叫，振铃后不接听，重复3次。
观察到RRCconnectionrelease事件后（正常是10秒后释放），再尝试下一次。
3）打开ServiceSpecificInactivityTimer功能（现场与后台联系，后台操作完成后开始测试），主叫拨打被叫，振铃后不接听，重复3次。
观察到RRCconnectionrelease事件后（正常是40秒后释放），再尝试下一次。
1.5功能验证及验证结果
路线如下标注的红色区域。
1.5.1Volte呼叫接通时延
对比servicespecificinactivitytimer功能开通前后的DT测试统计的volte呼叫时延结果如下表所示，10次呼叫，开启前平均4336.8ms，开启后2415.9ms，改善比例44.3%。
servicespecificinactivitytimer
开启前
开启后
语音呼叫建立时长
4390
2033
2
4068
2025
3
2686
2567
4
4435
2656
5
4118
2602
6
4772
2543
7
3778
2051
8
6810
2597
9
4498
2551
10
3813
2534
均值
4336.8
2415.9
从层三信令可以看到，主被叫在连接态发起业务，无需重新建立RRC连接，只需要通过RRC重配置SRB2和DRB即可。
RRCconnection能够保持，UE一直在connectedmode呼叫时延就会较短。
1.5.2Volte呼叫振铃超时
在功能开启之前，主叫于15:
37:
11.773收到Ringing180,约10s后于15:
23.702收到网络下发的RRCrelease，导致未接通。
在功能开启之后（本次试验设置QCI1的inactivityTimerOffset0->
30），发现主叫振铃到网络下发RRCrelease时间从10s延长到近40s，即从振铃超时释放DRB后到基站下行RRC释放，大约40s时间，大大增加了被叫接听电话的RRC保持时间。
从以上层3信令也可以看到，主叫收到振铃后一直没有接听电话，大约持续25秒，终端会主动上报SIPCANCEL请求，用于取消本次通话，推测原因是被叫发出INVITE，但是主叫终没有做出200OK消息应答，超过了默认的振铃时长。
1.5.3KPI指标对比
对如上网格小区进行参数修改后，对比网管后台指标。
整体情况如下（修改前一周和修改后一周数据）：
1、连接建立成功率
RRC和RAB连接建立成功率趋势在参数修改后没有明显变化，和修改之前持平。
1.5.4无线掉线率
掉线率在修改后，有一定程度的改善，从0.213%降低到0.202%，改善5.16%。
1.5.5下行用户感知速率
参数调整后，下行用户感知速率变化不明显。
功能开通并没有影响下行用户感知速率。
1.5.6PRB利用率
参数调整后，下行PRB利用率变化不明显，和修改之前持平。
功能开通并没有明显增加PRB资源的消耗。
1.5.7切换成功率
切换成功率在参数调整后有小幅改善。
验证结果总结：
●功能开启前，volte呼叫建立时延平均4336.8ms，开启后平均时延2415.9ms，改善比例44.3%。
●功能开启前，主叫收到振铃10秒后，网络下发RRCrelease导致volte业务未接通；
功能开启后，主叫振铃到网络下发RRCrelease时间从10s延长到近40s，大大增加了被叫接听电话的RRC保持时间，改善用户业务感知。
●该功能对空口和系统的容量冲击可以忽略。
三、经验总结
开通ServiceSpecificInactivityTimer功能后，一方面，满足实际VoLTE用户需要，在振铃10秒后还能保持RRC连接，避免10秒后接听的RRC和专载的重新建立，减少部分手机在空闲态时无线环境变化导致不能接通的情况，提升实际的接通率；
另一方面，两次通话间，适当延长RRC连接态，可避免不必要的寻呼和QCI5的建立，大大提升寻呼成功的可能，缩短通话建立的时间。
且现网统计显示QCI差异设置TinactivityTimerOffset，对空口和系统的容量冲击可以忽略，值得全网推广。
升级会员 