CSFB二次寻呼分析经验总结
CSFB流程及常见问题.
CSFB流程与常见问题1TD-LTE语音解决方案根据终端形态不同，TD-LTE语音终端包括多模单待和多模双待两种形态多模单待终端话音分为由LTE提供和不通过LTE提供两种解决方案多模双待终端话音由2G/TD电路域提供.2CSFB基本原理中文名：电路域回落CSFB技术是针对TD-LTE多模单待终端提供语音服务的临时解决方案，主要思想是终端驻留在LTE，呼叫建立前先重定向到2/3G，由23G提供CS域语音服务，当语音结束后，根据网络的指示，返回LTE网络驻留；回落2G和返回4G是重点关注的过程。
回落方案：R8 RRC重定向回落(实现简单、性能一般）R9 RRC重定向回落（RIM）（实现复杂、性能好）通话结束，返回4G：空闲态小区重选（小区重选机制,返回时间长，时延较长）快速返回Fast Return （手机支持，无需配置4G邻区，返回时间短，时延较短）。
•开机选网：终端开机—>LTE及2G/3G电路域联合注册—>驻留LTE。
•数据业务：由LTE直接承载,数据传输过程若有话音业务需求，（回落过程将导致数据业务中断）。
•短信业务：可由LTE直接承载，短消息利用SGs接口，通过LTE无线信道传递给UE，UE不需要重选至2/3G。
网络拓扑：3CSFB相关流程3.1联合附着CS Fallback语音主要是通过SGs接口实现的，用户在附着网络时，MME和MSC Server 需要对该用户的SGs连接进行维护。
在E-UTRAN开机驻留的UE，开机后发起联合的EPS/IMSI 附着流程。
联合附着流程如图1所示，由MME通过SGs接口完成UE在UTRAN/GERAN核心网的位置区更新流程，使得UTRAN/GERAN核心网感知到UE的位置.图1联合附着流程图1：UE发起网络附着请求，向MME发送Attach Request消息。
其中参数Attach Type指示这是一个联合的EPS/IMSI附着流程，并且参数指示UE具备CS Fallback能力。
Iphone终端CSFB回落合理性分析（详解分析及解决方案版）
Iphone终端CSFB回落合理性分析（详解分析及解决⽅案版）本⽂作者：⼭西移动郭宝当前TD-LTE系统⽀持两种语⾳解决⽅案：语⾳回落（CSFB：Circuit Switch Fall Back）、单卡双待。
Iphone6、5s，华为Mate终端采⽤CSFB⽅案。
CSFB业务过程共分4个步骤：终端开机在LTE/GSM⽹络联合附着，通话建⽴过程回落到GSM⽹络，在GSM⽹络发起语⾳呼叫，通话结束后返回LTE⽹络。
整个过程贯穿LTE、GSM的⽆线⽹与核⼼⽹，涉及⽹元数量多、流程复杂，与2/3G语⾳相⽐，CSFB端到端呼叫成功率优化相对困难，尤其是CSFB终端做被叫时涉及⽹元间的信令⾮常繁琐。
近期在CSFB测试过程与投诉处理中，发现⼀定概率下Iphone终端不能回落到合理的2G⼩区的现象，对此，⽹优⼯程师对CSFB终端回落合理性进⾏测试分析。
问题1：在室分环境下Iphone终端不能回落到最强的室分2G⼩区该问题主要针对⽤户投诉，某⽤户更换Iphone6终端后，较⼤概率性出现接通电话后噪⾳很⼤，听不清的情况，⽽在更换⼿机之前没有遇到。
⽹优⼯程师使⽤Iphone6、5s、华为Mate7进⾏互相拨打测试，下表分别为Iphone6做主叫、华为Mate做被叫以及对调后的测试记录。
8641为室分2G⼩区，⽆线信号稳定且资源充⾜、电平最强，从测试情况来看，Iphone6⽆论做主叫还是做被叫，都有约15%的概率回落不到最强的2G⼩区，⽽是回落到室外的宏基站⼩区，其中回落的20111⼩区更是跨LAC的⼩区，距离较远。
回落不合理是⽤户通话过程噪⾳⼤、听不清的直接原因。
为了综合对⽐，⽹优⼯程师对Iphone5s、sony也进⾏了相应的测试，Iphone 5s表现类似。
检查该室分4G⼩区参数配置，发现添加了28个2G BCCH频点，包含所有的2G室分与宏基站⼩区BCCH频点（4个室分，24个宏站），这种频点规划⽅法是典型的防⽌漏配频点的⽅法。
TD-LTE_CSFB功能及性能问题分析
TD-LTE CSFB功能及性能问题分析案例库版本号：V3.0.0中国移动通信集团公司网络部、研究院目录1前言 (4)2术语、定义和缩略语 (5)3“CSFB手机开机异常”的原因分析及相关案例 (6)3.1原因分析 (6)3.2案例分析 (7)3.2.1案例1：CSFB手机网络模式设置有误，导致不能驻留LTE网络 (7)3.2.2案例2：eNodeB下发系统消息异常，导致终端不能在TD-LTE网络稳定驻留73.2.3案例3：4G配置2G重选参数不合理，导致终端不能在TD-LTE网络稳定驻留103.2.4案例4：MME配置TA映射LA有误，导致UE联合注册失败 (12)3.2.5案例5：LTE核心网未部署CSFB，导致UE关闭4G模式从而驻留2/3G网络144“CSFB手机呼叫建立过程异常”的原因分析及相关案例 (17)4.1原因分析 (17)4.2案例分析 (20)4.2.1案例1：MSC SGs接口采用IMSI寻呼导致被叫失败 (20)4.2.2案例2：网络与终端DRX寻呼周期不一致导致被叫失败 (23)4.2.3案例3：CSFB手机挂机返回4G后Qos修改失败，导致再次被叫失败 (27)4.2.4案例4：4G未配置2G EPLMN，导致被叫通话失败、主叫通话时延过长 284.2.5案例5：UE回落2G后再挂起数据业务的标准流程不合理，导致数据业务挂机失败 (29)4.2.6案例6：UE跨MSC Pool回落，导致被叫失败 (30)4.2.7案例7：4G网络将终端的Last Visited TA加入TA List，导致终端回落跨MSCPool而被叫失败 (32)4.2.8案例8：回落至GSM后，鉴权失败 (33)4.2.9案例9：UE在TAU流程中拨打电话导致呼叫失败 (35)5“CSFB手机挂机返回LTE异常”的原因分析及相关案例 (37)5.1原因分析 (37)5.2案例分析 (37)5.2.1案例1：挂机区域LTE弱覆盖，导致终端自主返回失败 (38)5.2.2案例2：挂机区域频点与起呼区域不同，导致终端自主返回失败 (38)5.2.3案例3：SGSN向MME发出的PDP context Request中携带GBR，导致TAU完成后，LTE网络将用户Detach (39)5.2.4案例4：SGSN关闭根据UE能力选择锚点功能，导致TAU失败 (40)5.2.5案例5：QoS修改时MME第一次Paging无响应，导致网络Detach UE .. 415.2.6案例6：SGSN未配置4G EPLMN导致UE无法返回4G (43)6“CSFB呼叫建立时延异常”的原因分析及相关案例 (46)6.1原因分析 (46)6.2案例分析 (47)6.2.1案例1：SGs MSC开启early Alerting或ACM，导致呼叫建立时延过短 (47)6.2.2案例2：eNodeB开启基于测量重定向，导致呼叫建立时延略长 (48)6.2.3案例3：4G UE回落至GSM后，网络主动索要IMEI导致呼叫时延增加 . 496.2.4案例4：4G弱覆盖导致终端未收到重定向命令，导致呼叫建立时延过长506.2.5案例5：eNodeB未开启CSFB，导致CSFB呼叫失败或呼叫建立时延过长51 7总结 (54)附录A：CSFB功能及性能优化方案 (55)编制历史 ................................................................................................. 错误！未定义书签。
VoLTE到CSFB短呼问题点分析
湖南移动TD-LTE网络VoLTE分析报告诺基亚通信LTE项目组2015年12月16日一．异常事件具体分析1.G SM网络未接通问题描述：该问题被叫接通时，质量很差，电平只有-93，很有可能该消息未能发上去，主叫此时的电平也很低-102，质量7级，所以connect未收到也很正常14:59:27东安澄江中学站点北侧道路，终端占用GSM小区54613起呼，起呼流程中终端收到Alerting后一直未收到connect消息，主被叫无线环境差，最终导致该次未接通。
主叫信令流程：起呼流程有切换失败和多次发MR网络无响应情况被叫问题分析：被叫侧收到最终disconnect 消息原因为超时：Cause_value= (102)Recovery on timer expiry解决方案：联合GSM 优化该路段覆盖和切换问题2.G SM网络未接通问题描述：该问题与第一个问题类似，都是弱覆盖区域质量差导致信令丢失引起的未接通。
15:00:26东安澄江中学站点北侧道路，终端占用GSM小区39213起呼，起呼流程中终端收到Alerting后一直未收到connect消息，最终导致该次未接通。
主叫信令流程：问题分析：该问题路段和上一次未接通发生在同路段，需联合GSM 优化该路段覆盖和切换问题解决方案：联合GSM 优化该路段覆盖和切换问题3. 无线环境差，收到寻呼时间晚导致未接通问题描述：主叫15:54:14完成主叫的TCH 分配，此时应该开始寻呼被叫,被叫所处的无线环境差，RSRP-116,被叫未收到寻呼消息，导致该次未接通主叫无线情况被叫问题分析：怀疑被叫无线环境差导致未收到寻呼消息，最终导致未接通。
解决方案：1）增加站点加强覆盖2）2/4G互操作优化4.无线环境差，重定向到TDS掉话问题描述：15:48:40东安同心路站点东北侧道路，无线环境差，重定向到TDS掉话问题分析：主叫终端多次上报MR，均满足B2事件，网络未下发切换命令。
寻呼成功率专项试点总结报告v3
寻呼成功率专项试点总结报告一、概述 (2)二、试点效果 (3)（一）XAGS14二次寻呼方式变更 (3)（二）SGSN寻呼策略优化 (6)（三）三次寻呼启动 (10)三、试点结论与建议 (12)（一）关于二次寻呼方式 (12)（二）关于PS域寻呼策略 (12)（三）关于三次寻呼 (13)一、概述为了提升客户感知、优化网络服务质量，网优中心联合网管、西安公司从寻呼成功率的提升着手，按照不同厂商交换局、不同区域的对比，对西安现网寻呼成功率问题进行深入剖析、对其提升空间进行评估，深入探索提升寻呼成功率的有效方法和手段。
针对纯粹的由于无线网络覆盖问题引起的寻呼失败，该类问题需要通过后期规划和工程建设或局部优化调整解决，不作为本次分析重点。
本次寻呼优化工作主要从立足现网资源、优化网络运行质量的角度出发，并按照“现状分析、试点实施、效果评估、总结应用”的闭环流程，探索提升寻呼成功率、降低网络负荷的有效方法。
在深入分析的基础上，于4月23日、26日启动了寻呼策略优化试点工作，基本情况如下表：二、试点效果（一）XAGS14二次寻呼方式变更GS14下总寻呼量大，部分LAC拥塞严重，导致该状况的基本原因：一是二次寻呼方式设为全局呼，二是个别LAC一次寻呼成功率过低。
这两项因素相互作用的结果是GS14将面向一次寻呼成功率较低LAC的第二次寻呼在整个MSC散布，引起整体二次寻呼量大（GS14下二次寻呼约占50%，远高于全市10%的水平），加重了无线网拥塞。
必须将二次寻呼方式更改为在原LAC进行。
1、核心网统计指标变化情况以下是策略调整前后核心网统计的寻呼次数与成功率和上周同期对比情况。
以上统计数据表明，整个MSC寻呼成功率提升约0.5%，寻呼总量下降约40%。
其中覆盖郭杜、紫薇的37303提升最为明显，约2%，以下是各LAC的提升情况。
2、无线网统计指标变化情况为准确判断该项措施的实施效果，西安公司从无线侧进行了统计。
CSFB案例分析
Extended Service Request
Extended Service Request消息由终端发送给MME，指示终端发起CSFB主叫或者终端响应网络侧发起的CSFB被叫。如果UE处于空闲态，该消息还将触发建立S1连接。
Service Type
Service type信元是Extended Service Request消息的必选信元，其指示了此次Service Request流程是主叫、被叫、还是紧急呼叫。
UE EMM mode
UE EMM mode信元是SGsAP Service Request消息中的可选参数，其指示当MME收到SGSAP Paging Request消息时UE的状态。
当UE在连接态收到SGsAP Paging Request消息时MME会立刻回应SGsAP Service Request消息，UE EMM mode指示为EMM-CONNECTED。
当UE在空闲态收到SGsAP Paging Request消息时MME会触发Paging，等收到UE的Extended Service Request消息时MME回应SGsAP Service Request消息，UE EMM mode指示为EMM-IDLE。
CN Domain
CN Domain信元是S1接口Paging消息中的必选参数，其指示该Paging消息是一个CS域的Paging还是一个PS域的Paging。
SGsAP Location Update Request
SGsAP Location Update Request消息由MME发送给MSC，该消息用来请求用户在CS域的着或者位置区更新，MSC收到该消息后创建SGs偶联。
SGsAP Location Update Accept
CSFB测试分析
图 3 模板及 log 选择（报告生成条件）
可定义 CSFB 统计模板，进行 CSFB 接通率、每次呼叫情况、呼叫次数、接 通次数等相关统计。可根据具体要求编制、修改。
图 4 CSFB 测试统计报告
2 CSFB 的测试方法
2.1 CSFB 基本测试方法（测试软件及终端驱动安装）
1、 注意CDS Setup、msxmlchs.msi、vcredist_x86的文件安装；
MT 被叫由 paging 触发： Idle 状态下 CSFB 由 RRC 层的 paging 触发， Active 状态下由 NAS 层的 CS Service Notification 触发；
Idle 状态需要 RRC 建立流程，Active 状态下不需要此流程；
3 / 19
定点区域，每种数据业务拨打 5 次 LTE 覆盖区边缘、弱覆盖场景，每种数据业务拨打 5 次 3..数据连接态下， CSFB 终 端采用 R8 RRC 重定向性 能测试 中低速场景，回落 pool，LA 不变，每种数据业务拨打 5次 中低速场景，回落 pool，LA 改变，每种数据业务拨打 5次 中低速场景，LTE 弱覆盖场景，每种数据业务拨打 3 次
CSFB 的测试方法 ..................................................................................................... 6 2.1 CSFB 测试方法（测试软件及终端驱动安装） ........................................ 6 2.2 CSFB 测试方法（CDS 应用） .................................................................... 8 2.3 CSFB 测试方法（Debug 功能应用） ....................................................... 9 2.4 CSFB 测试方法（TD-LTE CSFB 测试外场测试规范） ........................ 10
CSFB时延分析报告
CSFB时延分析报告南京TD-LTE优化项目组2014-06-22目录一、CSFB呼叫时延简析 ---------------------------------------------------------------------------------------------------------------------- 31.1CSFB信令流程图---------------------------------------------------------------------------------------------------------------------- 3 1.2CSFB中4G到2G侧呼叫准备的时延 ------------------------------------------------------------------------------------------ 4 1.3GSM侧呼叫时延 ---------------------------------------------------------------------------------------------------------------------- 51.4CSFB总体时延 ------------------------------------------------------------------------------------------------------------------------- 6二、CSFB呼叫时延提升的手段 ------------------------------------------------------------------------------------------------------------ 62.1回落方案RRC R ELEASE（RIM） ---------------------------------------------------------------------------------------------------- 6 2.2选择性鉴权 ----------------------------------------------------------------------------------------------------------------------------- 7 2.3减少SDCCH拥塞和TCH拥塞----------------------------------------------------------------------------------------------------- 7一、CSFB呼叫时延简析1.1CSFB信令流程图1.2CSFB中4G到2G侧呼叫准备的时延当UE驻留在TD-LTE网络时，需要发起语音主叫或者被叫过程时，网络会通过RRC重定向过程，将CS语音业务回落到GSM网络中来完成，而正在进行的PS域数据业务需要暂时挂起。
FAQ-如何优化MSC二次寻呼提升路测接通率
2013-3-2 7华为机密，未经许可不得扩散第1页, 共2页1FAQ-如何优化MSC二次寻呼提升路测接通率【现象描述】GSM-DT测试中的接通率是一项重要考核指标。
在移动集团公司的测试规范中，接通率＝接通总次数/试呼总次数×100％，接通率取主叫测试手机的统计结果。
一般集团公司要求接通率要达到98。
5%以上，要达到这个考核指标一般都比较困难。
一般影响接通率指标的原因有：1、呼叫完成后，主叫手机的小区重选不及时，主服务小区接收电平较低导致SD掉话；2、寻呼与位置更新碰撞，主叫起呼后，被叫发起位置区更新，寻呼下发在原来LAC下，导致未接通。
以某地的路测结果为例，完整的道路测试试呼次数187次，接通177次，未接通10次，接通率为94。
65%，未能达到98。
5%的考核值。
其中6次被叫位置区更新导致寻呼无响应，主要发生在LAC密集区域。
如果可以解决位置更新与寻呼碰撞的问题，那么路测的接通率可以得到较好地提升。
【原因分析】导致未接通的主要原因是主叫发起呼叫后，被叫才进行位置更新，核心网将寻呼消息在原来的LAC下发，导致寻呼无响应。
如果核心网在二次寻呼时，能够先查询到一下被叫的最新LAC区，二次寻呼在新LAC下发，则可以大大提升接通概率。
【处理过程】咨询核心网工程师，了解到华为软交换版本为R6C05，支持二次寻呼优化。
在核心网侧打开二次寻呼优化功能：P1100，mm part2 soft parameter bit1=0修改后进行专门测试，模拟在主叫起呼后，被叫位置更新的场景，从核心网侧信令跟踪来看，二次寻呼时是在新LAC下发，被叫正常接通。
结合前台的TEMS软件，也可以看到主叫起呼发生于被叫位置更新前，被叫MS2在位置更新后，收到了TMSI寻呼，呼叫能够正常接通。
【建议与总结】2013-3-2 7华为机密，未经许可不得扩散第2页, 共2页影响路测接通率的原因有多种，在提升接通率指标时应该详细分析，制定有针对性的优化措施。
成都CSFB接通率优化优化总结
成都CSFB接通率优化总结2014-12目录一、概述 (33)二、CSFB流程分解 (44)1、回落流程 (44)2、回落后Location Updating (55)3、CM Service过程 (77)4、寻呼过程 (88)4.1主叫寻呼流程示意如下： (88)4.2被叫寻呼流程示意如下： (99)5、TCH建立及后续接通过程 (1010)三、优化手段 (1111)1、回落邻区合理性优化 (1111)邻区优化示例 (1111)2、4G->2G覆盖衔接协同优化 (1414)3、MTRF功能应用 (1414)4、接入和寻呼参数应用 (1515)5、寻呼信道码率调整 (1616)四、异常参考案例 (1616)1、Iphone&D2回落机制 (1616)2、Iphone异常回落到TDS (1717)2.1、“RRC Connection Release”无回落2G频点 (1717)2.2、“RRC Connection Release”有回落2G频点 (1919)2.3、4G发起CSFB无“RRC Connection Release” (2020)3、4G->4G寻呼 (2121)3.1、主叫回落后SETUP在2G网络发起寻呼 (2121)3.2、被叫在4G网络接收寻呼消息，在GSM网络进行寻呼响应 (2222)3.3、被叫UE在连接态接收寻呼 (2323)3.4、被叫回落跨LAC无“Paging Response” (2424)一、概述CSFB技术适用于2G/3G电路域与TD-LTE的无线网络重叠覆盖的场景，网络结构简单，不需要部署IMS系统，能有效利用现有CS网络投资，且对2G/3G改动较小，终端实现较为简单。
根据CSFB流程將呼叫分为4个阶段（如下图）：主叫4G回落阶段、主叫2G响应阶段、被叫4G回落阶段、被叫2G响应阶段。
CSFB语音呼叫涉及2G/4G 双无线网络优化，需要根据2G/4G覆盖制定多场景CSFB 邻区优化原则；信令流程涉及端到端，横跨多专业，对优化人员的知识宽度要求高；核心网需要根据无线规划及时调整TA和LA对应关系。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
名称：CSFB二次寻呼经验总结
提交人：张兴建提交日期：2014-11-21
软件版本： EMB5116_TD-LTE_V3.20.00.45.17.05
************************************************************************************** 问题描述：
被叫终端收不到一次寻呼，二次寻呼超时，不确认一次寻呼基站是否下发。
主叫13:00:18setup建立成功，被叫在此时小区重选没有接到寻呼，而在20秒后接到核心网发来的二次寻呼
20S后被叫接收到核心网下发的二次寻呼消息，并且被叫回落到2G
问题分析：
10:31:19.808 被叫TAU完成，TMSI: C107DCA2：
对应的CDL日志为下图所示：
10:31:53.249 主叫发起setup，此时被叫还在269437基站下，因为被叫是在10:31:56.112时刻才重选至929562基站下：
一般被叫终端在1S左右时间内可以收到PAGING消息的，然后需要在269437基站内找相应的寻呼消息，发现在此基站中有相应的寻呼消息如下图所示：
（个人猜测两个基站应该为同一TA）
同理在929562基站下相同时刻也找到相同的寻呼消息，因为寻呼消息是按TA下发的，如下图：
问题定位：
综上所述：
1、CDL日志显示已经收到MME下发的寻呼消息，因此需要确认ENB是否给UE下发了寻呼消息；
1、空口环境是否足够好，能否确保终端正确接收寻呼消息；
2、 UE是否能有效读取及正确解码寻呼消息。