CSFB日常关键指标优化手册(华为)

1、CSFB日常关键指标优化手册XX移动华为ZIYGS6目录1寻呼流程概述51.1寻呼概念51.2寻呼流程51.2.1普通寻呼51.2.2预寻呼61.3ZIYGS6 CSMT寻呼评估71.3.1局点信息71.3.2CSMT寻呼成功率评估81.4寻呼失败原因分析81.5寻呼失败原因详细分析91.5.1SGsAP_UEUnreach91.5.2Timeout101.5.3Timeout（Normal location update）111.5.4SGsAP_PagRej(IMSI Detached)121.5.5SGsAP_PagRej(Mobile terminating CS fallback c

2、all rejected by the user)121.5.6寻呼冲突（mobile originating call）131.5.7寻呼时延分析131.6数据配置141.6.1增加/删除/修改/查询寻呼控制信息141.6.2寻呼涉及相关优化软参141.7ZIYGS6寻呼可优化点分析161.7.1寻呼策略调整：171.7.2寻呼与位置更新冲突优化软参171.7.3无线侧调大用户在线定时器：181.7.4MME侧定时器分析182CSMT呼叫回落流程概述202.1CSMT呼叫回落概念202.2CSMT呼叫回落流程202.2.1连接态用户回落到GU进行MT业务不支持PS HO202.2.2连接态用

3、户回落到GU进行MT业务支持PS HO222.2.3空闲态用户回落到GU进行MT业务232.3ZIYGS6 CSMT呼叫回落评估242.3.1局点信息242.3.2CSMT呼叫回落成功率统计242.3.3呼叫回落失败252.3.4呼叫回落时发起2G位置更新262.3.5呼叫回落时发起3G位置更新282.4呼叫回落数据配置292.4.1呼叫回落定时器（Ts14）292.4.2呼叫回落时延293CSFB呼叫时延概述313.1CSFB端到端呼叫流程313.1.1CSMO呼叫时延313.1.2CSMT呼叫时延323.2局点信息323.2.1CSFB时延统计333.3CSMO回落时延评估与优化建议（T1

4、）333.3.1CSMO回落时延评估333.3.2CSMO回落时延优化建议333.4CSMO接续时延评估与优化建议（T2）343.4.1CSMO接续时延评估343.4.2CSMO T2接续时延优化建议373.5CSMT寻呼时延评估与优化建议（T3）373.5.1CSMT寻呼时延评估373.5.2CSMT T3接续时延优化建议393.6CSMT回落时延评估与优化建议（T4）393.6.1CSMT回落时延评估393.6.2CSMT T4回落时延优化建议403.7CSMT接续时延评估与优化建议（T5）403.7.1CSMT呼叫时延评估403.7.2CSMT T5回落时延优化建议411 寻呼流程概述1

5、.1 寻呼概念寻呼是指MSC Server根据移动终端注册的位置区/服务区，向位置区/服务区内的所有小区发送寻呼控制消息的过程。1.2 寻呼流程1.2.1 普通寻呼MSC Server收到对UE的被叫语音请求，通过存在的SGs关联和MME信息，向该MME发起寻呼请求。MME通过eNodeB在空口寻呼该UE，并指示UE回落到目标GERAN/UTRAN网络。UE接入到目标网络后，在电路域继续进行语音呼叫。1. MSC Server收到IAM入局消息后，根据存在的SGs关联和MME信息，发送SGsAP-PAGING-REQUEST(携带IMSI，TMSI，Service indicator ，CLI

6、，LAC)消息给MME。2. MME发送Paging消息给eNodeB。eNodeB发起空口的Paging流程。3. UE建立连接并发送Extended Service Request消息给MME。4. MME发送SGsAP-SERVICE-REQUEST消息给MSC Server。MSC Server收到此消息，不再向MME重发寻呼请求消息。为避免呼叫接续过程中，主叫等待时间过长，MSC Server收到包含空闲态指示的SGs Service Request消息，先通知主叫，呼叫正在接续过程中。 5. MME发送Initial UE Context Setup消息给eNodeB，包含CS F

7、allback Indicator。该消息指示eNodeB，UE因CSFB业务需要回落到UTRAN/GERAN。6. UE回落到CS域之后，UE检测到当前的小区信息和存储的小区不同，将发起位置更新。MSC Server收到UE发送的LOCATION_UPDATE_REQUEST消息。这种情况下，UE不需要回Paging Response给MSC Server，UE直接发送SETUP消息建立呼叫。7. 伴随着空口、A/Iu-CS接口连接的建立，UE回Paging Response消息给MSC Server。即使BSC/RNC没有向该UE发起过寻呼请求，这里的BSC/RNC需要能处理UE的寻呼响应

8、。如果寻呼响应消息中的位置区信息和VLR中保存的不一致，则VLR在业务接入成功之后将SGs关联置为非关联1.2.2 预寻呼预寻呼是指一种网络功能，在HLR向VMSC Server获取漫游号码的过程中，该功能允许VMSC Server先对被叫MS/UE发起寻呼，再向HLR返回漫游号码，当VMSC Server收到GMSC Server的呼叫建立请求时，VMSC Server与MS/UE的无线连接已经建立。1. GMSC Server支持预寻呼，则当GMSC Server发起到HLR的Send Routing Information REQ消息时，会在消息中携带Prepage标志。2. HLR收到

9、Send Routing Information REQ消息以后，检查到该消息中带有Prepage标志，则检查本HLR是否支持预寻呼，如果命令LST MAPCONF查询的本局MAP的版本号为PHASE3，则在取漫游号码消息（Provide Roaming Number IND）中置位Prepage标志。3. VMSC Server收到Provide Roaming Number IND消息后，触发预寻呼流程，发送SGsAP-PAGING-REQUEST消息给MME。4. MME发送Paging消息给UE。 5. UE收到寻呼请求后，回复Extended Service Request消息，通过

10、信元CSFB response指示用户接受该CSFB寻呼请求。 6. MME发送SGsAP-SERVICE-REQUEST消息给VMSC Server。VMSC Server收到此消息，不再向MME重发寻呼请求消息。 7. MME发送Initial UE Context Setup消息给eNodeB，包含CS Fallback Indicator。该消息指示eNodeB，UE因CSFB业务需要回落到UTRAN。 8. UE回落到CS域之后，如果UE检测到当前的小区信息和存储的小区不同，将发起位置更新。建立CS域呼叫连接。 9. UE回Paging Response消息给VMSC Server。

11、 10. VMSC Server向HLR回Provide Roaming Number RSP消息，并在消息中携带分配的漫游号码MSRN。 HLR收到Provide Roaming Number RSP消息后，把MSRN号码通过Send Routing Information CNF消息返回给GMSC Server。1.3 ZIYGS6 CSMT寻呼评估1.3.1 局点信息局点版本信息：V200R009C02SPC100SPH124信令文件：第一次抓包开始时间：2014-8-7 17:00结束时间：2014-8-7 20:00信令接口：SGs口分析工具：Call Analyzer、MYSQL。

12、分析方法：利用Call Analyzer工具将信令文件扫描、关联，并将关键字段写入SQL库中。通过SQL和Call Analyzer联合进行各场景对比、分析。现网寻呼策略：CSFB的寻呼策略与对应的2G/3G位置区寻呼策略一致。寻呼次数：3次；寻呼间隔：5S/5S/5S。1.3.2 CSMT寻呼成功率评估1) CSMT寻呼成功率话统：话统任务：MSC基本业务测量- LAC粒度CSFB寻呼测量公式：CS Call第一次寻呼收到SGsAP-SERVICE-REQUEST次数 + CS Call第二次寻呼收到SGsAP-SERVICE-REQUEST次数 + CS Call第三次及以上寻呼收到SGs

13、AP-SERVICE-REQUEST次数 / CS Call第一次寻呼次数*100%。2) ZIYGS6 CSMT寻呼成功率（第一次抓包信令）：寻呼请求次数寻呼响应次数寻呼成功率8275809597.82%3) ZIYGS6 CSMT寻呼成功率（话统）：寻呼请求次数寻呼响应次数寻呼成功率8268808997.83%信令文件126分钟，话统数据为2小时，因此话统统计寻呼请求/寻呼响应的次数多些；寻呼成功率基本一致,可以证明信令分析可用可信。4) 寻呼失败原因寻呼失败的主要原因是用户不可达和定时器超时。1.4 寻呼失败原因分析本章节通过对ZIYGS6的信令分析，找出寻呼失败的各种原因。并且针对这些

14、寻呼失败原因值，匹配相应的呼叫模型或者失败场景，给出问题是否归属于核心网、无线或者UE。最终提供相应的数据支撑优化实施。1) ZIYGS6寻呼失败原因分布ZIYGS6局点寻呼失败的原因主要是用户不可达和寻呼定时器超时，占到了整个寻呼失败的74%。ZIYGS6寻呼失败原因分布比例如表所示，造成寻呼失败的主要原因为寻呼无响应、用户不可及、寻呼冲突等原因。因此，提高寻呼成功率的主要手段是定位产生这些失败原因值的失败场景，给出解决或规避方法。2) ZIYGS6寻呼失败原因统计寻呼失败原因寻呼失败次数占寻呼失败次数比例SGsAP_UEUnreach9763.40%Timeout1711.11%SGsAP

15、_PagRej(IMSI Detached)1610.46%SGsAP_PagRej(Mobile terminating CS fallback call rejected by the user)127.84%寻呼冲突（mobile originating call）117.19%1.5 寻呼失败原因详细分析1.5.1 SGsAP_UEUnreachMSC Server收到对UE的被叫语音请求，通过存在的SGs关联和MME信息，向该MME发起寻呼请求，收到MME回复的SGsAP_UEUnreach消息。UE在MME侧处于被挂起状态或不可达时，MME回复SGsAP_UEUnreach消息：1

16、、 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.2 TimeoutMSC Server向MME发起寻呼请求，在Ts5定时器超时后，仍没收到用户寻呼响应消息。图2：寻呼超时流程截图

17、LAC超时次数寻呼失败次数寻呼无响应比例3300653414.71%3326842516.00%3347232512.00%332592336.06%330071128.33%3347511100.00%332621250.00%表1：各位置区寻呼无响应比例提取寻呼无响应时的所有LAC、寻呼黑洞小区，供无线网优侧进行评估分析（寻呼黑洞小区：通过TMSI关联SGS接口其他流程接口消息（如位置更新），获取4G小区信息。）1.5.3 Timeout（Normal location update）MSC向MME发起寻呼请求后，收到2G、3G网络上来的LUREQ消息。该场景为用户在4G网络脱网时，检测到

18、2G、3G信号后，发起位置更新请求。图3：4G脱网，2G位置更新流程截图提取寻呼无响应时的所有LAC，供无线网优进行评估分析图4：4G脱网，3G位置更新流程截图1.5.4 SGsAP_PagRej(IMSI Detached)MSC向MME发起寻呼请求后，收到MME回的SGsAP_PagRej消息，拒绝原因为：IMSI Detached for EPS Services。图5：MME回复SGsAP_PagRej消息截图1.5.5 SGsAP_PagRej(Mobile terminating CS fallback call rejected by the user)MSC向MME发起寻呼请求

19、后，收到MME回的SGsAP_PagRej消息，拒绝原因为：Mobile terminating CS fallback call rejected by the user。图6：MME回复SGsAP_PagRej消息截图1.5.6 寻呼冲突（mobile originating call）MSC向MME发起寻呼请求后，收到BSC上来CM Service Request。该场景初步分析是双待手机导致，该手机会同时驻留在CS（2G/3G）和PS（4G）网络，因此当用户发起语音呼叫时直接发起CM业务请求，无需再发起位置更新。图6：寻呼和2G始发呼叫冲突1.5.7 寻呼时延分析1) 寻呼响应时长详细

20、数据：修改寻呼策略前的寻呼时长占比分布，寻呼响应时长主要集中在2秒内，尤其在1秒内占绝大部分。响应时长响应次数占响应次数比例0-1557368.56%1-2244330.05%5-6760.93%6-7270.33%10-1140.05%11-1260.07%修改寻呼策略后的寻呼时长占比分布，根据下表可以看出当前的寻呼策略是合理的。2) 不同状态下用户寻呼响应平时时长在LTE网络下，终端用户有时处于连接态，此时发起寻呼，响应时间更短。用户状态寻呼响应时长（ms）所有用户774.9382连接态用户145.5664空闲态用户886.82451.6 数据配置1.6.1 增加/删除/修改/查询寻呼控制

21、信息序号维护操作命令功能说明1增加寻呼控制信息ADD PGCTRL配置数据库中增加寻呼控制表信息。2删除寻呼控制信息RMV PGCTRL从配置数据库中删除一条已经配置数据。3修改寻呼控制信息MOD PGCTRL对配置数据库中的一条寻呼控制信息数据记录的某些参数进行修改或调整。4查询寻呼控制信息LST PGCTRL在配置数据库中查询寻呼控制信息数据记录。寻呼控制表中包含如下参数:寻呼类型：包括“所有寻呼类型” “普通寻呼类型”“短消息寻呼”“SGs普通寻呼类型”“SGs短消息寻呼”等。寻呼次数：用于指定在一次寻呼流程中所允许发起寻呼的最大次数，其取值范围为15。首次寻呼时长：第一次寻呼到第二次寻

22、呼之间的时间间隔。第N次寻呼时长：第N次寻呼到第N+1次寻呼之间的时间间隔。TMSI/IMSI指示：在SGs中未起作用，每次寻呼消息中均协调TMSI和IMSI。1.6.2 寻呼涉及相关优化软参1) P1156-寻呼第二部分软参2比特1含义解释：用于控制在SGs接口下寻呼或者其他接口与SGs接口同时下寻呼时是否使用SGs接口寻呼策略。比特取值说明如下：0：使用。1：不使用，沿用2G/3G网络的寻呼策略。默认值：1应用场景：由于4G用户优先驻留LTE网络，MSOFTX3000的寻呼策略沿用2G/3G网络的寻呼策略不利于网络资源的合理使用。为了灵活配置不同网络寻呼要求，MSOFTX3000新增了SG

23、s接口寻呼策略（使用ADD PGCTRL命令进行配置）。如果运营商需要使用SGs接口寻呼策略，则设置该软参为0。系统影响：无。关联软参：无。现网配置为默认值1。计划在本次优化中调整为0。2) P1156-寻呼第二部分软参2比特9含义解释：该比特是“问题解决”类软参。用于控制终结短消息流程中，当MSC Server同时向A/Iu接口和SGs接口下寻呼时，如果从SGs接口接收到寻呼响应，是否会重复统计SGs接口寻呼响应次数。比特取值说明如下：0：不重复统计SGs接口寻呼响应次数。1：保持原有处理，会重复统计SGs接口寻呼响应次数。默认值：1应用场景：用于解决终结短消息流程中，当MSC Server

24、同时向A/Iu接口和SGs接口下寻呼时，如果从SGs接口接收到寻呼响应，则寻呼过程测量中的SGs接口寻呼响应次数会统计两次而A/Iu接口寻呼响应次数未统计，导致SGs接口寻呼响应次数大于寻呼次数的问题。将该软参设置为0，A/Iu接口和SGs接口寻呼响应次数各统计一次。3) P1151-寻呼第二部分软参2比特11含义解释：该比特是“功能开关”类软参。对于CSFB标准用户：用于控制用户在A/Iu口或者Gs口寻呼过程中发生SGs口位置更新，或者SGs口寻呼过程中发生EPS_DETACH的情况下，是否进行寻呼路由转换。比特取值说明如下：0：进行寻呼路由转换1：不进行寻呼路由转换默认值：1。应用场景：当

25、A/Iu口或者Gs口寻呼过程中发生SGs口位置更新时，通过设置该软参为0，可以转换寻呼路由到SGs口进行寻呼，以提高寻呼成功的可能性。当SGs口寻呼过程中发生EPS_DETACH时，通过设置该软参为0，可以转换寻呼路由到A/Iu口进行寻呼，以提高寻呼成功的可能性。该软参在CSFB/CSFB Proxy终结短消息容灾场景不生效。4) P1151-寻呼第二部分软参2比特12含义解释：该比特是“功能开关”类软参。用于控制SGs口第一次寻呼无响应，SGs口寻呼被拒绝，或者SGs口寻呼不可及的情况下，是否进行寻呼路由转换。比特取值说明如下：0：进行寻呼路由转换1：不进行寻呼路由转换默认值：1。应用场景：

26、当SGs口第一次寻呼无响应时，通过设置该软参为0，可以转换寻呼路由到A/Iu口和SGs口同时下寻呼，以提高寻呼成功的可能性。当SGs口寻呼被拒绝(拒绝原因不是IMSI显示分离EPS业务和非EPS业务、IMSI显式分离非EPS业务、IMSI隐式分离非EPS业务、终结呼叫用户拒绝)时，通过设置该软参为0，可以转换寻呼路由到A/Iu口进行寻呼，以提高寻呼成功的可能性。当SGs口寻呼不可及时，通过设置该软参为0，可以转换寻呼路由到A/Iu口进行寻呼，以提高寻呼成功的可能性。1.7 ZIYGS6寻呼可优化点分析通过对ZIYGS6现网寻呼数据的分析，有如下优化建议：1.7.1 寻呼策略调整：从第一次和第二

27、次寻呼响应时延上看，97.60%的寻呼响应在前两秒内收到。现网目前寻呼策略为：3次寻呼，寻呼间隔为5S/5S/5S。由此可见，第一次寻呼中后3S的时间基本无用，建议如下：1) 寻呼间隔调整为3S或4S，减少重复寻呼引入的接续时延。预期时延优化效果：寻呼间隔调整重复寻呼响应次数寻呼成功总次数减少时延CSFB MT呼叫平均减少时延寻呼间隔：3S588246621180S0.05缩短寻呼间隔，对现网平均时延略有改善。对于部分接续时延超长的呼叫，能缩短2S-3S的时延，有效改善用户感知。寻呼成功提升效果无法预估，需调整后进行观察。1.7.2 寻呼与位置更新冲突优化软参打开寻呼冲突软参，解决寻呼与位置更

28、新冲突时寻呼失败的问题。P1156Bit10(* *X* * *)：该比特是“功能开关”类软参。用于控制MSOFTX3000正在寻呼被叫用户的同时，该用户正在进行SGs接口联合位置更新，或者收到MME发送的SGsAP-EPS-DETACH-INDICATION消息，MSOFTX3000是否重启寻呼。比特取值说明如下：0：重启寻呼。1：不重启寻呼。默认值：1应用场景：1. MSOFTX3000正在寻呼被叫用户，如果此时该用户正在进行SGs接口联合位置更新，在这种冲突场景下，将软参值设置为0，在等待SGs接口联合位置更新完成后再重新按照寻呼控制表中的配置下寻呼。2. MSOFTX3000正在SGs

29、接口寻呼被叫用户，如果此时该用户收到MME发送的SGsAP-EPS-DETACH-INDICATION消息，在这种场景下，将软参值设置为0，重新按照寻呼控制表中的配置下寻呼。1.7.3 无线侧调大用户在线定时器：从不同状态用户响应时长可以看到，连接态的用户响应时间比空闲态用户响应时间小0.25S。目前无线侧定时器时长为10S，建议调大在线定时器，增加用户在线时长，减少呼叫接续时延。1.7.4 MME侧定时器分析从失败原因来看，SGsAP_UEUnreach失败占比最大。UE在MME处于挂起或不可达时，MME回复SGsAP_UEUnreach消息。UE在MME侧处于被挂起状态或不可达时，MME回

30、复SGsAP_UEUnreach消息：1、 UE做CSFB呼叫时，从4G开始回落，到通话结束返回4G阶段，MME会将用户挂起。当UE的CSFB呼叫结束，到UE返回4G这段时间时，MME收到MSC发的寻呼消息会直接拒绝，回复SGsAP_UEUnreach。2、 当UE向2/3G切换过程中，MME收到MSC发的寻呼消息会直接拒绝，回复SGsAP_UEUnreach。3、 当UE处于不可达时，MME收到MSC发的寻呼消息会直接拒绝，回复SGsAP_UEUnreach。移动可达定时器（mobile reachable timer）用于监测UE发起周期性TAU。在用户的NAS信令连接释放时启动，在NAS

31、信令连接建立时停止，超时后，如果UE还没有发起周期性TAU，则启动不可达用户隐式分离定时器。不可达用户隐式分离定时器启动期间，MME拒绝网络侧对UE的寻呼。如果用户在不可达用户隐式分离定时器超时时仍未连上网络，则MME认为用户已经离开网络覆盖范围很长时间，从而隐式分离用户。从以上三点来看，只有第三点存在可优化空间。缩短不可达用户隐式分离定时器，减少用户处于不可达状态的时间，使MSC不再下发寻呼，从而提升寻呼成功率。现网MME侧定时器如下：TAU定时器：20分钟用户可达定时器： 24分钟不可达用户隐式分离定时器： 0分钟。目前定时器设置合理，无需调整。2 CSMT呼叫回落流程概述2.1 CSMT

32、呼叫回落概念MSC Server收到对UE的被叫语音请求，通过存在的SGs关联和MME信息，向该MME发起寻呼请求。MME通过eNodeB在空口寻呼该UE，并指示UE回落到目标GERAN/UTRAN网络。UE接入到目标网络后，在电路域继续进行语音呼叫。在回落过程中用户有两种状态，一种是空闲态，另一种是连接态；同时在连接态有支持PS切换和不支持PS切换两种。2.2 CSMT呼叫回落流程2.2.1 连接态用户回落到GU进行MT业务不支持PS HO图1-1 连接态用户回落到GU进行MT业务不支持PS HO8. 被叫UE获取CS Fallback呼叫指示 ：1a. MSC发送CS Paging消息给M

33、ME。MME查询到UE处于ACTIVE状态，则在已有的信令连接上发送NAS消息CS service notification给UE，通知有一个来自CS域的呼叫。1b. UE发送Extended Service Request消息给MME。1c. 如果MME没有收到来自UE的Extended Service request，MME发送CS Paging Reject给MSC, 该CSFB流程中止。1d. 如果MME收到来自UE的Extended Service request，MME发送S1AP Message with CS Fallback indicator消息给eNodeB，包含参数UE

34、 Radio Capabilities和CS Fallback Indicator，指示eNodeB该UE因CSFB业务回落到UTRAN/GERAN。9. eNodeB要求UE开始异系统的小区测量，并获得UE上报的测量报告，确定PS的目标小区。10. 3a. 假如UE和网络支持inter-RAT小区, eNodeB可通过RRC层消息触发NACC切换到GERAN小区。3b-3c. 假如UE或网络不支持inter-RAT PS HO切换，则eNodeB触发重定向流程并释放RRC连接。11. eNodeB发送S1-AP UE Context Release Request消息给MME。如果目标小区是

35、GERAN，且小区和UE都不支持DTM模式，则S1-AP UE Context Release Request消息中应该包含UE的PS业务暂不可用的标识。12. 释放eNodeB及S-GW相关UE信息。13. 无线侧小区重定向流程。14. 如果UE要回落到GERAN且不支持DTM模式，UE向SGSN发起Suspend流程。SGSN向MME发送Suspend Request。MME即使在GUTI无法从P-TMSI and RAI中映射出来，也返回Suspend Response。15. 假如在第4步中MME收到S1-AP UE Context Release Request消息，说明UE在目标小

36、区的PS业务not available，则MME向SGW/PGW发起去激活GBR专有承载，且通过suspend Notification 消息挂起non-GBR 承载。说明：如果MME从SGSN发送Suspend Request消息中的P-TMSI和RAI无法映射出GUTI，则无法触发挂起流程。16. UE接入目标系统小区，发起CS域的业务请求Paging Response，伴随着空口和A/Iu-CS接口连接的建立。17. 剩余的CS域语音呼叫流程。2.2.2 连接态用户回落到GU进行MT业务支持PS HO图1-2 连接态用户回落到GU进行MT业务支持PS HO1. 被叫UE获取CS Fall

37、back呼叫指示 ：1a. MSC发送CS Paging消息给MME。MME查询到UE处于ACTIVE状态，则在已有的信令连接上发送NAS消息CS service notification给UE，通知有一个来自CS域的呼叫 。1b. UE发送Extended Service Request消息给MME。1c. 如果MME没有收到来自UE的Extended Service request，MME发送CS Paging Reject给MSC, 该CSFB流程中止。1d. 如果MME收到来自UE的Extended Service request，MME发送S1AP Message with CS F

38、allback indicator消息给eNodeB，包含参数UE Radio Capabilities和CS Fallback Indicator，指示eNodeB该UE因CSFB业务回落到UTRAN/GERAN。2. eNodeB要求UE开始异系统的小区测量，并获得UE上报的测量报告，确定PS的目标小区。3. eNodeB发送Handover Required消息给MME，触发一个到目标UTRAN/GERAN小区的PS切换。在切换过程中，UE会收到来自eNodeB的Handover from E-UTRAN Command消息，该消息里含有CS Fallback Indicator参数，指

39、示UE该切换是由CS fallback触发的。UE根据Handover from E-UTRAN Command消息里的目标系统分配的UTRAN/GERAN资源信息，接入到目标小区。4. 当UE没有发起LAU时，UE回paging response消息给MSC，伴随着空口和A/Iu-CS接口连接的建立。即使BSC/RNC没有向该UE发起过寻呼请求，BSC/RNC需要处理UE的寻呼响应。5. MSC与UE完成剩余的CS域语音呼叫流程。6. 剩余的PS handover流程。2.2.3 空闲态用户回落到GU进行MT业务图1-3 空闲态用户回落到GU进行MT业务1. 关口移动交换中心GMSC（Gat

40、eway Mobile Switching Center）收到IAM（Initial address）消息。2. GMSC通过路由信息查询流程得到被叫UE的MSRN（Mobile Station Roaming Number）。3. GMSC发送IAM消息到MSC。4. MSC发送Paging消息给MME，并开启定时器Ts5。MME用TMSI或IMSI查出该UE的S-TMSI，用于寻呼：- 如果MME存有该UE所在的TA list，MME将在这些TA寻呼UE，否则，MME将 在从MSC收到的LAC推导出对应的TAC，在该TA上寻呼。- 如果Ts5超时，MSC没有收到来自UE的寻呼响应，则MSC

41、不会再向MME发起寻呼，UE可能已经回落到2G/3G网络，可以在A/Iu接口发起寻呼。Service indicator取值CS call indicator。5. MME发送Paging消息给eNodeB 。6. eNodeB发起LTE空口的Paging流程。7. 被叫UE发起CS Fallback语音业务请求。7a. UE建立RRC连接并发送Extended Service Request消息给MME。7b. MME发送Initial UE Context Setup消息给eNodeB，包含CS Fallback Indicator。该消息指示eNodeB，UE因CSFB业务需要回落到UT

42、RAN/GERAN。8. 后续流程与激活态下用户回落到GU网络进行语音被叫（MT）的流程相同。2.3 ZIYGS6 CSMT呼叫回落评估2.3.1 局点信息局点版本信息：V200R009C02SPC100SPH124信令文件：第一次抓包开始时间：2014-8-7 17:00结束时间：2014-8-7 20:00信令接口：SGs口分析工具：Call Analyzer、MYSQL。分析方法：利用Call Analyzer工具将信令文件扫描、关联，并将关键字段写入SQL库中。通过SQL和Call Analyzer联合进行各场景对比、分析。现网回落定时器：10S。2.3.2 CSMT呼叫回落成功率统计

43、1) CSMT回落成功率话统：话统任务：MSC基本业务测量- LAC粒度CSFB寻呼测量公式：( CSFB寻呼响应次数 + CSMT相关的正常Intra-VLR位置更新请求次数 + CSMT呼叫他局回落次数 ) / CSFB呼叫移动用户终结试呼次数 在回落成功后，位置区没有变化时，BSC/RNC向MSC/VLR返回的CSFB寻呼响应消息。 在回落成功后，位置区发生了变化时，BSC/RNC不再回复寻呼响应消息给MSC，而是发起MSC内位置更新请求消息。 CSFB用户MSC1发起回落请求后，回落过程中由于临界位置区在不同的MSC2， MSC1会收到HLR发送的Cancel Location消息。

44、CSFB呼叫移动用户终结试呼次数在这里等效于SGs接口语音业务一次寻呼次数。2) ZIYGS6 CSMT 呼叫回落成功率（信令）：CSFB寻呼响应次数CSFB位置更新次数CSFB回落他局次数CSFB呼叫移动用户终结试呼次数回落成功率76981280830994.18%表2-1 CA工具对信令数据的回落成功率计算3) ZIYGS6 CSMT呼叫回落成功率（话统）：CSFB寻呼响应次数CSFB位置更新次数CSFB回落他局次数CSFB呼叫移动用户终结试呼次数回落成功率76481360826894.14%表1-2 设备话统数据对回落成功率的计算 由于信令中没有CD口消息,无法得到CSFB回落他局次数,

45、采用话统中结果. 信令文件为3小时2分钟，话统数据为3小时，因此信令中各字段次数比话统中稍大；回落成功率基本一致,可以证明信令分析可用可信。2.3.3 呼叫回落失败回落失败流程MSC Server收到对UE的被叫语音请求，通过存在的SGs关联和MME信息，向该MME 发起寻呼请求，然后MME发送SGsAP-SERVICE-REQUEST消息给MSC Server。之后就没有收到任何2G的消息了。图2-1 回落失败流程下表为回落失败的TOP小区数据，需要无线侧进行优化分析：4G位置区eNodeB小区ID回落失败次数回落次数回落成功率82C081D1905164535.56%82C0EA7A404

46、1414100.00%82C0EA7A4051313100.00%81F681D64061010100.00%82C083BEE06101758.82%82C0EA9C60766100.00%80EEEA9DD0755100.00%82C081D2E0453813.16%81EEEA9B6074580.00%82C0EA9B70744100.00%表2-3 CSFB回落失败的TOP小区 2.3.4 呼叫回落时发起2G位置更新1) 回落时发起2G位置更新的TOP小区说明无线侧规划不合理,或者处于边缘。影响接续时延和接通率，需要无线侧进行优化分析。图2-3 回落发起2G位置更新流程如下列表为CSF

47、B回落过程中发起位置更新TOP的位置区和小区。4G位置区eNodeB 小区idLACCELL2G位置更新次数回落次数回落发起位置更新的比例81E8EA7910481EB139311111.000081EB846040581E8372A991.000081E8EA7910581EB1393661.000081EB846040481E8372A441.000081EB846040681E8372A441.000081E8846500881EB78D3441.000081EB81D6B0681E81A6B331.000081EB846030581E8372A331.000081EB83B990481

48、E82E7C331.000081EBEA9C50781E8442D221.0000表1-4 CSFB呼叫回落时发起2G位置更新的TOP小区 2.3.5 呼叫回落时发起3G位置更新1) 回落时发起3G位置更新的TOP小区：按现网部署回落时只应该回落到2G网络，从信令中发现32次回落到3G的呼叫。UE回落到3G并发起位置更新，会影响接续时延和接通率，需要无线侧进行优化分析。图2-4 回落发起3G位置更新流程如下列表为CSFB回落过程中发起3G位置更新TOP的位置区和小区。4G位置区eNodeB 小区idLACSAC3G位置更新次数回落次数回落发起位置更新的比例81EDEA8EA05F1C1A061

49、221.000081E8EA79106F1C09CCA111.000081F483BCF05F1C1959B111.000081E881D7506F1C08C93111.000082C081D2E04F1C290CC111.000081E8EA89C05F1C09B62111.000081EBEA9E207F1C09409111.000080EF83BAF04F1C18B3F111.000081EBEA9D807F1C09DFF111.000081F483BC905F1C194EF111.0000表1-6 CSFB呼叫回落时发起3G位置更新的小区2.4 呼叫回落数据配置2.4.1 呼叫回落定时

50、器（Ts14）1) 定时器含义PAGE收到SGsAP-SERVICE-REQUEST消息后，MSC/VLR等待CS域的寻呼响应消息的状态持续最大时长。2) 基本信息模块PID定时器序号建议取值范围系统缺省值可调粒度22041s20s10s1s表3-1 CSFB回落定时器3) 基本原理项目具体描述启动时机PAGE收到SGsAP-SERVICE-REQUEST消息时。结束时机PAGE收到CS域寻呼响应消息或者定时器超时。超时处理PAGE给MAP和VLR发送寻呼无响应消息，释放寻呼。表3-2 回落定时器机制2.4.2 呼叫回落时延1) 回落时延分布现网主要在3秒内回落完成，占到了95.94%；其中在

51、12秒内回落完成的占39.44%，在23秒回落完成的占55.24%。如下表格式提取现网回落时延数据：回落时延回落次数占总次数比例0100.00%12312639.44%23437855.24%343083.89%45600.76%56130.16%67150.19%78110.14%8960.08%91020.03%101160.08%总计7925100.00%表3-1 GS24局点CSFB回落时延分布情况图3-1 CSFB回落时延分布情况从回落时延分布上看，10S内回落成功次数占总回落成功次数的比例为99.91%，11S内的比例为99.99%，相差不大。回落定时器时长暂不计划调整。3 CSF

52、B呼叫时延概述3.1 CSFB端到端呼叫流程3.1.1 CSMO呼叫时延图1-1 CSMO呼叫流程图如图1-1所示，CSMO呼叫接续时延主要由两部分组成：1) CSMO回落时延（T1），主要是从手机上报Extended Service Request消息时开始，到MSC/VLR收到CM业务请求消息时结束。在此回落中核心网MSC/VLR没有参与主叫的回落。2) CSMO接续时延（T2），主要是从MSC/VLR收到CM业务请求消息时开始，到MSC向主叫手机发送Alerting消息时结束。3.1.2 CSMT呼叫时延图1-2 CSMT呼叫流程图如图1-2所示，CSMT呼叫接续时延主要由三部分组成：1

53、) CSMT寻呼时延（T3），主要是从MSC/VLR发起SGs接口寻呼请求消息开始，到MSC/VLR收到SGs接口业务请求消息时结束。2) CSMT回落时延（T4），主要是从MSC/VLR收到SGs接口业务请求消息开始，到从A/Iu接口寻呼响应消息或者2G/3G位置更新接受消息时结束。3) CSMT接续时延（T5），主要是从MSC/VLR收到A/Iu接口寻呼响应消息或者2G/3G位置更新接受消息时开始，到MSC收到Alerting消息时结束。因此，CSFB端到端的时延由五个时间段组成。如下将分别对T1T5时间段的时延进行评估，最终达到CSFB时延的最优化。3.2 局点信息局点版本信息：V200R009C02SPC100SPH124信令文件：第一次抓包开始时间：2014-8-7 17:00结束时间：2014-8-7 20:00信令接口：SGs口分析工具：Call An