发布时间 : 星期一 文章CSFB日常关键指标优化手册（华为）更新完毕开始阅读4c3b7239a88271fe910ef12d2af90242a895abd2
1 寻呼流程概述
1.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，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 Fallback Indicator。该消息指
2017-8-16
移动公司
第5页, 共40页
示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的寻呼响应。如果寻呼响应消息中的位置区信息和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收到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。
2017-8-16
移动公司 第6页, 共40页
4. MME发送Paging消息给UE。
5. UE收到寻呼请求后，回复Extended Service Request消息，通过信元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。
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。
分析方法：利用Call Analyzer工具将信令文件扫描、关联，并将关键字段写入SQL库中。通过SQL和Call Analyzer联合进行各场景对比、分析。
现网寻呼策略：CSFB的寻呼策略与对应的2G/3G位置区寻呼策略一致。寻呼次数：3次；寻呼间隔：5S/5S/5S。
2017-8-16
移动公司 第7页, 共40页
1.3.2 CSMT寻呼成功率评估
1) CSMT寻呼成功率话统：
话统任务：
MSC基本业务测量- LAC粒度CSFB寻呼测量 公式：
[CS Call第一次寻呼收到SGsAP-SERVICE-REQUEST次数 + CS Call第二次寻呼收到SGsAP-SERVICE-REQUEST次数 + CS Call第三次及以上寻呼收到SGsAP-SERVICE-REQUEST次数] / [CS Call第一次寻呼次数]*100%。 2) ZIYGS6 CSMT寻呼成功率（第一次抓包信令）：
寻呼请求次数 8275 寻呼响应次数 8095 寻呼成功率 97.82% 3) ZIYGS6 CSMT寻呼成功率（话统）：
寻呼请求次数 8268 说明寻呼响应次数 8089 寻呼成功率 97.83%
信令文件126分钟，话统数据为2小时，因此话统统计寻呼请求/寻呼响应的次数多些；寻呼成功率基本一致,可以证明信令分析可用可信。
4) 寻呼失败原因
寻呼失败的主要原因是用户不可达和定时器超时。
1.4 寻呼失败原因分析
本章节通过对ZIYGS6的信令分析，找出寻呼失败的各种原因。并且针对这些寻呼失败原因值，匹配相应的呼叫模型或者失败场景，给出问题是否归属于核心网、无线或者UE。最终提供相应的数据支撑优化实施。 1) ZIYGS6寻呼失败原因分布
ZIYGS6局点寻呼失败的原因主要是用户不可达和寻呼定时器超时，占到了整个寻呼失败的74%。
ZIYGS6寻呼失败原因分布比例如表所示，造成寻呼失败的主要原因为寻呼无响应、用户不可及、寻呼冲突等原因。因此，提高寻呼成功率的主要手段是定位产生这些失败原因值
2017-8-16
移动公司 第8页, 共40页