CSFB日常关键指标优化手册华为Word文档格式.docx
《CSFB日常关键指标优化手册华为Word文档格式.docx》由会员分享，可在线阅读，更多相关《CSFB日常关键指标优化手册华为Word文档格式.docx（39页珍藏版）》请在冰豆网上搜索。
5.UE收到寻呼请求后，回复ExtendedServiceRequest消息，通过信元CSFBresponse指示用户接受该CSFB寻呼请求。
6.MME发送SGsAP-SERVICE-REQUEST消息给VMSCServer。
VMSCServer收到此消息，不再向MME重发寻呼请求消息。
7.MME发送InitialUEContextSetup消息给eNodeB，包含CSFallbackIndicator。
该消息指示eNodeB，UE因CSFB业务需要回落到UTRAN。
8.UE回落到CS域之后，如果UE检测到当前的小区信息和存储的小区不同，将发起位置更新。
建立CS域呼叫连接。
9.UE回PagingResponse消息给VMSCServer。
10.VMSCServer向HLR回ProvideRoamingNumberRSP消息，并在消息中携带分配的漫游号码MSRN。
HLR收到ProvideRoamingNumberRSP消息后，把MSRN号码通过SendRoutingInformationCNF消息返回给GMSCServer。
1.3ZIYGS6CSMT寻呼评估
1.3.1局点信息
局点版本信息：
V200R009C02SPC100SPH124
信令文件：
第一次抓包
开始时间：
2014-8-717:
00
结束时间：
2014-8-720:
信令接口：
SGs口
分析工具：
CallAnalyzer、MYSQL。
分析方法：
利用CallAnalyzer工具将信令文件扫描、关联，并将关键字段写入SQL库中。
通过SQL和CallAnalyzer联合进行各场景对比、分析。
现网寻呼策略：
CSFB的寻呼策略与对应的2G/3G位置区寻呼策略一致。
寻呼次数：
3次；
寻呼间隔：
5S/5S/5S。
1.3.2CSMT寻呼成功率评估
1）CSMT寻呼成功率话统：
话统任务：
MSC基本业务测量-LAC粒度CSFB寻呼测量
公式：
[CSCall第一次寻呼收到SGsAP-SERVICE-REQUEST次数+CSCall第二次寻呼收到SGsAP-SERVICE-REQUEST次数+CSCall第三次及以上寻呼收到SGsAP-SERVICE-REQUEST次数]/[CSCall第一次寻呼次数]*100%。
2）ZIYGS6CSMT寻呼成功率（第一次抓包信令）：
寻呼请求次数
寻呼响应次数
寻呼成功率
8275
8095
97.82%
3）ZIYGS6CSMT寻呼成功率（话统）：
8268
8089
97.83%
信令文件126分钟，话统数据为2小时，因此话统统计寻呼请求/寻呼响应的次数多些；
寻呼成功率基本一致,可以证明信令分析可用可信。
4）寻呼失败原因
寻呼失败的主要原因是用户不可达和定时器超时。
1.4寻呼失败原因分析
本章节通过对ZIYGS6的信令分析，找出寻呼失败的各种原因。
并且针对这些寻呼失败原因值，匹配相应的呼叫模型或者失败场景，给出问题是否归属于核心网、无线或者UE。
最终提供相应的数据支撑优化实施。
1）ZIYGS6寻呼失败原因分布
ZIYGS6局点寻呼失败的原因主要是用户不可达和寻呼定时器超时，占到了整个寻呼失败的74%。
ZIYGS6寻呼失败原因分布比例如表所示，造成寻呼失败的主要原因为寻呼无响应、用户不可及、寻呼冲突等原因。
因此，提高寻呼成功率的主要手段是定位产生这些失败原因值的失败场景，给出解决或规避方法。
2）ZIYGS6寻呼失败原因统计
寻呼失败原因
寻呼失败次数
占寻呼失败次数比例
SGsAP_UEUnreach
97
63.40%
Timeout
17
11.11%
SGsAP_PagRej（IMSIDetached）
16
10.46%
SGsAP_PagRej（MobileterminatingCSfallbackcallrejectedbytheuser）
12
7.84%
寻呼冲突（mobileoriginatingcall）
11
7.19%
1.5寻呼失败原因详细分析
1.5.1SGsAP_UEUnreach
MSCServer收到对UE的被叫语音请求，通过存在的SGs关联和MME信息，向该MME发起寻呼请求，收到MME回复的SGsAP_UEUnreach消息。
UE在MME侧处于被挂起状态或不可达时，MME回复SGsAP_UEUnreach消息：
1、UE做CSFB呼叫时，从4G开始回落，到通话结束返回4G阶段，MME会将用户挂起。
当UE的CSFB呼叫结束，到返回4G之间时，MME收到MSC发的寻呼消息会直接拒绝，回复SGsAP_UEUnreach。
2、当UE向2/3G切换过程中，MME收到MSC发的寻呼消息会直接拒绝，回复SGsAP_UEUnreach。
3、当UE处于不可达时，MME收到MSC发的寻呼消息会直接拒绝，回复SGsAP_UEUnreach。
图1：
SGsAP_UEUnreach流程截图
1.5.2Timeout
MSCServer向MME发起寻呼请求，在Ts5定时器超时后，仍没收到用户寻呼响应消息。
图2：
寻呼超时流程截图
LAC
超时次数
寻呼无响应比例
33006
5
34
14.71%
33268
4
25
16.00%
33472
3
12.00%
33259
2
33
6.06%
33007
8.33%
33475
100.00%
33262
50.00%
表1：
各位置区寻呼无响应比例
提取寻呼无响应时的所有LAC、寻呼黑洞小区，供无线网优侧进行评估分析
（寻呼黑洞小区：
通过TMSI关联SGS接口其他流程接口消息（如位置更新），获取4G小区信息。
）
1.5.3Timeout（Normallocationupdate）
MSC向MME发起寻呼请求后，收到2G、3G网络上来的LUREQ消息。
该场景为用户在4G网络脱网时，检测到2G、3G信号后，发起位置更新请求。
图3：
4G脱网，2G位置更新流程截图
提取寻呼无响应时的所有LAC，供无线网优进行评估分析
图4：
4G脱网，3G位置更新流程截图
1.5.4SGsAP_PagRej（IMSIDetached）
MSC向MME发起寻呼请求后，收到MME回的SGsAP_PagRej消息，拒绝原因为：
IMSIDetachedforEPSServices。
图5：
MME回复SGsAP_PagRej消息截图
1.5.5SGsAP_PagRej（MobileterminatingCSfallbackcallrejectedbytheuser）
MobileterminatingCSfallbackcallrejectedbytheuser。
图6：
1.5.6寻呼冲突（mobileoriginatingcall）
MSC向MME发起寻呼请求后，收到BSC上来CMServiceRequest。
该场景初步分析是双待手机导致，该手机会同时驻留在CS（2G/3G）和PS（4G）网络，因此当用户发起语音呼叫时直接发起CM业务请求，无需再发起位置更新。
寻呼和2G始发呼叫冲突
1.5.7寻呼时延分析
1）寻呼响应时长详细数据：
修改寻呼策略前的寻呼时长占比分布，寻呼响应时长主要集中在2秒内，尤其在1秒内占绝大部分。
响应时长
响应次数
占响应次数比例
0-1
5573
68.56%
1-2
2443
30.05%
5-6
76
0.93%
6-7
27
0.33%
10-11
0.05%
11-12
6
0.07%
修改寻呼策略后的寻呼时长占比分布，根据下表可以看出当前的寻呼策略是合理的。
2）不同状态下用户寻呼响应平时时长
在LTE网络下，终端用户有时处于连接态，此时发起寻呼，响应时间更短。
用户状态
寻呼响应时长（ms）
所有用户
774.9382
连接态用户
145.5664
空闲态用户
886.8245
1.6数据配置
1.6.1增加/删除/修改/查询寻呼控制信息
序号
维护操作
命令
功能说明
增加寻呼控制信息
ADDPGCTRL
配置数据库中增加寻呼控制表信息。
删除寻呼控制信息
RMVPGCTRL
从配置数据库中删除一条已经配置数据。
修改寻呼控制信息
MODPGCTRL
对配置数据库中的一条寻呼控制信息数据记录的某些参数进行修改或调整。
查询寻呼控制信息
LSTPGCTRL
在配置数据库中查询寻呼控制信息数据记录。
寻呼控制表中包含如下参数:
寻呼类型：
包括“所有寻呼类型”“普通寻呼类型”“短消息寻呼”“SGs普通寻呼类型”“SGs短消息寻呼”等。
用于指定在一次寻呼流程中所允许发起寻呼的最大次数，其取值范围为1～5。
首次寻呼时长：
第一次寻呼到第二次寻呼之间的时间间隔。
第N次寻呼时长：
第N次寻呼到第N+1次寻呼之间的时间间隔。
TMSI/IMSI指示：
在SGs中未起作用，每次寻呼消息中均协调TMSI和IMSI。
1.6.2寻呼涉及相关优化软参
1）P1156-寻呼第二部分软参2比特1
含义解释：
用于控制在SGs接口下寻呼或者其他接口与SGs接口同时下寻呼时是否使用SGs接口寻呼策略。
比特取值说明如下：
＝0：
使用。
＝1：
不使用，沿用2G/3G网络的寻呼策略。
默认值：
应用场景：
由于4G用户优先驻留LTE网络，MSOFTX3000的寻呼策略沿用2G/3G网络的寻呼策略不利于网络资源的合理使用。
为了灵活配置不同网络寻呼要求，MSOFTX3000新增了SGs接口寻呼策略（使用ADDPGCTRL命令进行配置）。
如果运营商需要使用SGs接口寻呼策略，则设置该软参为0。
系统影响：
无。
关联软参：
现网配置为默认值1。
计划在本次优化中调整为0。
2）P1156-寻呼第二部分软参2比特9
该比特是“问题解决”类软参。
用于控制终结短消息流程中，当MSCServer同时向A/Iu接口和SGs接口下寻呼时，如果从SGs接口接收到寻呼响应，是否会重复统计SGs接口寻呼响应次数。
不重复统计SGs接口寻呼响应次数。
保持原有处理，会重复统计SGs接口寻呼响应次数。
用于解决终结短消息流程中，当MSCServer同时向A/Iu接口和SGs接口下寻呼时，如果从SGs接口接收到寻呼响应，则寻呼过程测量中的SGs接口寻呼响应次数会统计两次而A/Iu接口寻呼响应次数未统计，导致SGs接口寻呼响应次数大于寻呼次数的问题。
将该软参设置为0，A/Iu接口和SGs接口寻呼响应次数各统计一次。
3）P1151-寻呼第二部分软参2比特11
该比特是“功能开关”类软参。
对于CSFB标准用户：
用于控制用户在A/Iu口或者Gs口寻呼过程中发生SGs口位置更新，或者SGs口寻呼过程中发生EPS_DETACH的情况下，是否进行寻呼路由转换。
进行寻呼路由转换
不进行寻呼路由转换
1。
当A/Iu口或者Gs口寻呼过程中发生SGs口位置更新时，通过设置该软参为0，可以转换寻呼路由到SGs口进行寻呼，以提高寻呼成功的可能性。
当SGs口寻呼过程中发生EPS_DETACH时，通过设置该软参为0，可以转换寻呼路由到A/Iu口进行寻呼，以提高寻呼成功的可能性。
该软参在CSFB/CSFBProxy终结短消息容灾场景不生效。
4）P1151-寻呼第二部分软参2比特12
用于控制SGs口第一次寻呼无响应，SGs口寻呼被拒绝，或者SGs口寻呼不可及的情况下，是否进行寻呼路由转换。
当SGs口第一次寻呼无响应时，通过设置该软参为0，可以转换寻呼路由到A/Iu口和SGs口同时下寻呼，以提高寻呼成功的可能性。
当SGs口寻呼被拒绝（拒绝原因不是IMSI显示分离EPS业务和非EPS业务、IMSI显式分离非EPS业务、IMSI隐式分离非EPS业务、终结呼叫用户拒绝）时，通过设置该软参为0，可以转换寻呼路由到A/Iu口进行寻呼，以提高寻呼成功的可能性。
当SGs口寻呼不可及时，通过设置该软参为0，可以转换寻呼路由到A/Iu口进行寻呼，以提高寻呼成功的可能性。
1.7ZIYGS6寻呼可优化点分析
通过对ZIYGS6现网寻呼数据的分析，有如下优化建议：
1.7.1寻呼策略调整：
从第一次和第二次寻呼响应时延上看，97.60%的寻呼响应在前两秒内收到。
现网目前寻呼策略为：
3次寻呼，寻呼间隔为5S/5S/5S。
由此可见，第一次寻呼中后3S的时间基本无用，建议如下：
1）寻呼间隔调整为3S或4S，减少重复寻呼引入的接续时延。
预期时延优化效果：
寻呼间隔调整
重复寻呼响应次数
寻呼成功总次数
减少时延
CSFBMT呼叫平均减少时延
3S
588
24662
1180S
0.05
缩短寻呼间隔，对现网平均时延略有改善。
对于部分接续时延超长的呼叫，能缩短2S-3S的时延，有效改善用户感知。
寻呼成功提升效果无法预估，需调整后进行观察。
1.7.2寻呼与位置更新冲突优化软参
打开寻呼冲突软参，解决寻呼与位置更新冲突时寻呼失败的问题。
P1156Bit10（*****X**********）：
用于控制MSOFTX3000正在寻呼被叫用户的同时，该用户正在进行SGs接口联合位置更新，或者收到MME发送的SGsAP-EPS-DETACH-INDICATION消息，MSOFTX3000是否重启寻呼。
重启寻呼。
不重启寻呼。
1.MSOFTX3000正在寻呼被叫用户，如果此时该用户正在进行SGs接口联合位置更新，在这种冲突场景下，将软参值设置为0，在等待SGs接口联合位置更新完成后再重新按照寻呼控制表中的配置下寻呼。
2.MSOFTX3000正在SGs接口寻呼被叫用户，如果此时该用户收到MME发送的SGsAP-EPS-DETACH-INDICATION消息，在这种场景下，将软参值设置为0，重新按照寻呼控制表中的配置下寻呼。
1.7.3无线侧调大用户在线定时器：
从不同状态用户响应时长可以看到，连接态的用户响应时间比空闲态用户响应时间小0.25S。
目前无线侧定时器时长为10S，建议调大在线定时器，增加用户在线时长，减少呼叫接续时延。
1.7.4MME侧定时器分析
从失败原因来看，SGsAP_UEUnreach失败占比最大。
UE在MME处于挂起或不可达时，MME回复SGsAP_UEUnreach消息。
当UE的CSFB呼叫结束，到UE返回4G这段时间时，MME收到MSC发的寻呼消息会直接拒绝，回复SGsAP_UEUnreach。
移动可达定时器（mobilereachabletimer）用于监测UE发起周期性TAU。
在用户的NAS信令连接释放时启动，在NAS信令连接建立时停止，超时后，如果UE还没有发起周期性TAU，则启动不可达用户隐式分离定时器。
不可达用户隐式分离定时器启动期间，MME拒绝网络侧对UE的寻呼。
如果用户在不可达用户隐式分离定时器超时时仍未连上网络，则MME认为用户已经离开网络覆盖范围很长时间，从而隐式分离用户。
从以上三点来看，只有第三点存在可优化空间。
缩短不可达用户隐式分离定时器，减少用户处于不可达状态的时间，使MSC不再下发寻呼，从而提升寻呼成功率。
现网MME侧定时器如下：
TAU定时器：
20分钟
用户可达定时器：
24分钟
不可达用户隐式分离定时器：
0分钟。
目前定时器设置合理，无需调整。
CSMT呼叫回落流程概述
2.1CSMT呼叫回落概念
在回落过程中用户有两种状态，一种是空闲态，另一种是连接态；
同时在连接态有支持PS切换和不支持PS切换两种。
2.2CSMT呼叫回落流程
2.2.1连接态用户回落到GU进行MT业务——不支持PSHO
图1-1连接态用户回落到GU进行MT业务——不支持PSHO
8.被叫UE获取CSFallback呼叫指示：
1a.MSC发送CSPaging消息给MME。
MME查询到UE处于ACTIVE状态，则在已有的信令连接上发送NAS消息CSservicenotification给UE，通知有一个来自CS域的呼叫。
1b.UE发送ExtendedServiceRequest消息给MME。
1c.如果MME没有收到来自UE的ExtendedServicerequest，MME发送CSPagingReject给MSC,该CSFB流程中止。
1d.如果MME收到来自UE的ExtendedServicerequest，MME发送S1–APMessagewithCSFallbackindicator消息给eNodeB，包含参数UERadioCapabilities和CSFallbackIndicator，指示eNodeB该UE因CSFB业务回落到UTRAN/GERAN。
9.eNodeB要求UE开始异系统的小区测量，并获得UE上报的测量报告，确定PS的目标小区。
10.3a.假如UE和网络支持inter-RAT小区,eNodeB可通过RRC层消息触发NACC切换到GERAN小区。
3b-3c.假如UE或网络不支持inter-RATPSHO切换，则eNodeB触发重定向流程并释放RRC连接。
11.eNodeB发送S1-APUEContextReleaseRequest消息给MME。
如果目标小区是GERAN，且小区和UE都不支持DTM模式，则S1-APUEContextReleaseRequest消息中应该包含UE的PS业务暂不可用的标识。
12.释放eNodeB及S-GW相关UE信息。
13.无线侧小区重定向流程。
14.如果UE要回落到GERAN且不支持DTM模式，UE向SGSN发起Suspend流程。
SGSN向MME发送SuspendRequest。
MME即使在GUTI无法从P-TMSIandRAI中映射出来，也返回SuspendResponse。
升级会员 