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能力。
CSFB邻区优化案例
CSFB邻区优化案例1.问题描述A市前期LTE网络规划2G网络邻区主要添加的是900的频点，经过2轮拉网测试，CSFB接通率一直较低，接通率在95%左右。
2.分析思路CSFB过程主要分为3个阶段：1、回落阶段：LTE->GSM重定向；2、业务建立阶段：GSM网络建立业务（与GSM呼叫流程一致）；3、通话结束返回LTE阶段：支持RF终端返回LTE网络。
对于CSFB接入问题，LTE侧重点优化是LTE->GSM重定向回落阶段，需要重点优化LTE添加GSM网络邻区、频点，保证该阶段回落的GSM小区是最合理的小区，才能从根本上解决CSFB接通率的问题。
业务建立阶段主要有GSM侧网络决定，LTE侧无法控制。
通话结束返回LTE阶段一般在有LTE网络覆盖的地方都会还回LTE网络。
3.问题分析分析B网格添加的900和1800频点比例情况：共添加频点665个，其中900频点621个，占比93.38%，1800频点44个，占比6.62%。
可以看出B网格添加GSM主要是900的频点，1800频点添加很少。
从A市GSM侧得知，A市ATU测试90%以上占用的1800频点,已经满足主城区1800频点连续覆盖，且A市GSM侧1800频点干扰情况明显好于900频点，目前A市主要维护1800小区的指标。
正常情况下，A市应该主要添加GSM侧1800频点，这与GSM侧优化一致，目前A市LTE网络规划主要是添加900频点，这与A市主要优化GSM1800频点不一致，为后期CSFB优化添加了难度。
4.问题优化建议通过对GSM侧频点添加的比例和A市GSM侧1800频点的优越性，建议对B网格的邻区重新规划，让CSFB重点回落在1800频点上，降低因回落至900干扰导致接通率低的风险，选取A市B网格的宏站邻区进行重新规划，规划原则如下：1.GSM900：添加共站同方向GSM900小区及对打非共站小区。
2.GSM1800：添加共站所有GSM1800小区及周边同向，同覆盖区域小区3.GSM900小区一般添加0-4个，GSM1800邻区一般添加7-13个。
河北联通LTE单站验证问题排查指导书V2.2
1 概述：单站验证是LTE网络工程优化中非常重要的一环。
其中几项重要的性能测试有Ping时延、上下行速率、互操作CSFB。
通道与干扰问题可能是导致这几项指标不能达到验收标准的原因，因此也着重讨论。
本指导书旨在为联通LTE现场人员提供问题定位指导，以提高问题定位与处理效率。
2 Ping时延问题定位目前，现场Ping时延测试方法是从终端到FTP服务器进行Ping操作，统计平均时延。
影响时延因素可以大致分为终端到基站之间空口这一段，基站到核心网传输这一段。
这两段的因素都有可能导致时延过大。
2.1 Ping时延影响因素1. 终端、PC性能。
2. 空口质量：空口编码（MCS、MIMO、IBLER），空口资源（调度数），RSRP&SINR，外部干扰。
3. eNodeB：特性参数设置，基站告警。
4. 传输：eNodeB到核心网传输时延、丢包，MTU设置不当。
2.2 排查Ping时延问题的思路第一步，确认问题以及导致问题出现的大概原因：1.核查是否按照测试规范得到的测试结果，确认测试数据、测试方法是否有效，主要有以下方面：A．电脑性能是否满足如下条件：千兆网卡，APS硬盘保护关闭，电脑设置（关闭防火墙、节能模式），外接电源供电。
B．测试选点是否满足好点要求。
2.确认问题范围，分析传输时延对整体测试时延的影响程度：通过eNodeB Ping UGW的用户面IP地址，查看Ping时延。
第二步：核查基站是否存在故障、告警，并核查相关参数1.故障与告警核查，排查是否存在影响时延性能的告警2.参数核查，核查以下几项参数：在进行定点Ping测试时，可以秉承以下方法进行对比，排查可能的问题原因：A.同站其他小区对比测试B.问题站点其他站点对比C.不同终端对比分析D.更换测试电脑E.更换FTP服务器F.更换SIM卡2.3 使用IFTS跟踪定位Ping时延问题对PING时延不达标的小区，进行PING业务的同时，使用IFTS跟踪149端口从ENODEB 的PDCH层到server的问题。
CSFB 问题定位“三步法”
CSFB 问题定位“三步法”作者：张海霞来源：《中国新通信》 2017年第21期【摘要】 LTE/EPC 是一个单纯的分组交换系统，不支持传统的语音业务；同时随着4G 网络建设规模的逐步扩大，移动用户最基本的传统语音业务面临很多挑战。
CSFB 方式是山西联通目前采用的语音解决方案，在日常性网络优化方面，各类参数的设置以及回落方案直接影响信令接续时间及用户的感知。
【关键词】 CSFB 寻呼分析释放分析接入分析一、第一步：4G 寻呼分析1.1 4G 寻呼流程分析关于4G 寻呼分析是一个经常出现的话题，同时在CSFB中也会经常出现，据统计在CSFB出现的问题中大概有40%与4G 寻呼相关。
主要原因是：网络质量差，主要是因为网络覆盖窄以及网络互相重叠；2G/3G/4G 之间的相互操作；与TAU 联合还有核心网络出现的BUG，都会导致出现寻呼失败。
1.2 4G 寻呼环节分析（1）核查主要网络的寻呼现象：当主叫时会听到以下语音：您拨打的用户正在通话中；您拨打的用户已关机。
分析的主要方面：1、寻呼的时长，即从主叫侧呼叫开始到被叫侧接到寻呼并且下发的时间差。
现在我们所用的4G 网络都是通过SGs 口寻呼，每次寻呼时长为3.5s，在寻呼的过程中总共发生三次，即每次寻呼失败的时长为10s，所以我们核查问题是主要研究这10s的运行情况。
2、检测被叫侧，即MME 的SGs 口和S1 口，当出现Paging Request 时就暗示者有故障出现。
检查被叫侧在寻呼期间是否正在发起数据业务的请求或者正在运行TAU以及进行3G/4G 的相互转换。
当前使用的诺西MSC 在处理并发问题的机制还不完善，如果在寻呼的期间，用户的主叫业务或者TAU 同时在运行，那么系统就会直接停止寻呼，同时用户将收到“用户通话中”的语音通知。
（2）确定寻呼消息准确发送现象：如果用户的位置较好，即能够接收到的网络信号较好，但是网络在移动中的信号比较弱，这样主叫用户就会听到这样的语音：您拨打的用户暂时无法接通。
CSFB分析方法与实例
CSFB的分析方法及典型问题1 、CSFB问题处理思路1、基本信息收集：•CSFB问题发生地点•CSFB问题发生前后占用4G小区，TAC是否插花•CSFB回落前占用4G小区添加2G频点和2G邻区是那些•CSFB回落后占用的2G小区和频点•CSFB问题发生地点是否POOL边界2、CSFB问题主要原因：•功能开关CSFB功能没有打开•2G邻区或邻区频点没有添加•POOL边界问题•UE被寻呼期间位置更新时间过长超过10秒•4G弱覆盖/质差•2G小区本身故障/无线空口问题2、信令流程解析3、优化经验总结1.1信令优化步骤1、核对主被叫呼叫对应时间：由于手机时间不匹配，需核对时间确认主被叫寻呼对应2、找到主叫CSFB业务扩展信息，确认主叫占用LTE小区，在RRC连接释放内找到回落GSM 小区的频点信息：3、主叫发起寻呼，对应被叫收到寻呼Paging消息：4、主被叫振铃后，在2G侧正常呼叫流程1.2 日常CSFB分析优化处理经验总结日常优化工作主要从无线覆盖优化、参数优化、邻区优化，伪基站四个方面着手。
3 案例分析3.1 TAU流程冲突导致未接通案例1：被叫收到寻呼消息，LTE重选发起TAU请求【问题描述分析】主叫在11:52:50正常完成呼叫建立流程，被叫占用LTE小区沙坪坝饮水村-HLHA（TAC：13153）收到寻呼消息上发ESR（携带mobile terminating CS fallback or 1xCS fallback消息）和RRC Service Request的同时小区重选到沙坪坝饮水村2号-HLHA（TAC:13113）发起TAU流程，流程冲突导致回落流程失败至TDS小区导致未接通。
【处理建议】TAU流程无法避免，小概率事件，建议暂不处理。
案例2：TAU流程请求，被叫未收到寻呼消息【问题描述分析】主叫在14:36:11正常完成呼叫建立流程，被叫占用LTE小区江北金地126盘溪店-HLHB （TAC:13153)跨TAC重选到江北大石坝九村水塔-HLHA（TAC:13111)，TAU流程冲突未收到寻呼消息导致未接通。
CSFB分析流程
一、CSFB基本原理➢无业务时候，MME通过SGs（MME与MSC之间的借口）进行CS域移动性管理。
➢有语音业务时，MME将UE回落到GSM网络，通过GSM网络为UE提供语音服务。
➢Extend Service Request至Alerting信令之间的间隔即为CSFB呼叫时延。
➢RRCConnection Release至CM Service Request信令之间的间隔为CSFB回落时延.➢Channel Release 至Tracking area update accept 信令之间的间隔为CSFB返回时延.二、CSFB信令流程A.发起CSFB业务UE向eNodeB 发起ExtendServiceRequest，此时说明开始发起CSFB业务。
双击ExtendServiceRequest信令可以看到此时服务类型是service-type:mobile-originating-cs-fallback 即手机主叫CSFB(如图2红框所示）B.LTE重定向如果CSFB业务可以正常进行，那么eNodeB会向UE发从RRCConnectionRelese信令，此时将进行LTE向GSM的重定向。
双击此条信令，在msg中给定要重定向的频点，进行测量,如果符合重定向的条件，上报测量报告，实行重定向。
UE已经重定向GSM小区，双击SIT3消息看到UE重定向到GSM小区的CI为30893,LAC 为14806。
C.重定向到GSM后进行语音业务双击Setup可以查看到被叫手机号码，此时被叫UE应收到Paging消息开始进行CSFB。
D.振铃接通UE重定向至GSM后能够按正常语音呼叫流程进行,而ExtendServiceRequest至Alerting信令之间的间隔即为此次CSFB呼叫时延。
E.通话结束返回LTE三、案例分析3、1未接通—LTE弱覆盖测试问题：未接通测试现象:主行驶至秦岭路五龙口区域路段时,被叫UE占用秦岭五龙口D2小区，RSRP=—110db左右，弱覆盖导致未接通。
CSFB完整信令步骤
CSFB完整信令步骤CSFB（Circuit Switched Fall Back）是一种LTE（Long Term Evolution）网络中基于电路切换的回退技术。
它允许LTE设备在不支持VoLTE（Voice over LTE）的情况下仍然能够进行语音通信。
CSFB通过建立一个2G/3G的电路连接，使用传统的GSM或CDMA网络进行通话。
下面是CSFB的完整信令步骤。
1. 手机注册：当手机首次进入LTE网络或从其他网络切换到LTE网络时，它需要注册到LTE网络。
手机会发送注册请求到LTE基站（eNodeB）。
3.MME处理：MME会验证用户的身份并检查是否支持VoLTE。
如果支持VoLTE，它会激活VoLTE，并按照VoLTE的信令流程进行呼叫。
如果不支持VoLTE，MME会触发CSFB过程。
4. 定位MSC/VLR：MME会向HLR/HSS（Home LocationRegister/Home Subscriber Server）查询用户所在的MSC/VLR（Mobile Switching Center/Visitor Location Register）。
这是为了找到需要进行语音呼叫的MSC/VLR。
5.请求电路切换：MME向MSC/VLR发送一个电路切换请求。
该请求包含在LTE网络中分配给用户的临时标识，以及MSC/VLR需要的任何其他信息。
6.MSC/VLR响应：MSC/VLR收到电路切换请求后，会根据请求中的信息执行一系列操作。
它将检查用户是否在MSC/VLR中注册，然后确定是否可以执行电路切换，以及用户应该连接到哪个电路网络。
7.电路网络请求：MSC/VLR向GSM或CDMA电路核心网络发送一个电路网络请求。
该请求包含用户的临时标识和所需的电路网络信息。
8.电路网络建立：电路核心网络接收到电路网络请求后，会根据请求中的信息建立电路连接。
这涉及到分配用户一个临时电路号码，并确保与呼叫目的地的网络进行通信。
slbffgs方法
slbffgs方法SLBFFGS方法是一种高效的解决问题的方法，它可以帮助我们更好地分析和解决问题。
SLBFFGS方法包括以下几个步骤：Situational analysis（情景分析）、List the problem（列出问题）、Brainstorming（头脑风暴）、Formulate a plan（制定计划）、Gather information（收集信息）、Select the best solution（选择最佳解决方案）。
情景分析是SLBFFGS方法的第一步。
在这一步中，我们需要仔细观察和分析问题所处的情境。
我们可以通过观察和调查来了解问题的发生原因和背景信息，以便更好地理解问题。
接下来，我们需要列出问题。
在这一步中，我们可以使用列表或其他方式将问题清晰地记录下来。
这样可以帮助我们更好地理解问题的本质，并为下一步的头脑风暴做准备。
第三步是头脑风暴。
在这一步中，我们可以尽情地发挥想象力，尝试各种可能的解决方案。
这个阶段的目的是尽可能多地产生解决问题的创意，并避免过早地对这些创意进行评判。
然后，我们需要制定计划。
在这一步中，我们可以根据头脑风暴阶段的创意，选择最具可行性和有效性的解决方案，并制定具体的实施计划。
这个计划应该包括行动步骤、时间安排和资源分配等内容。
接下来是收集信息。
在这一步中，我们需要收集相关的信息来支持我们的解决方案。
这些信息可以来自各种渠道，比如书籍、网站、专家咨询等。
收集到的信息应该经过筛选和分析，确保其准确性和可靠性。
最后一步是选择最佳解决方案。
在这一步中，我们需要比较和评估各种解决方案，并选择最适合的解决方案。
选择最佳解决方案时，我们可以考虑各种因素，比如可行性、成本效益、风险等。
总结一下，SLBFFGS方法是一种非常实用的解决问题的方法。
通过情景分析、列出问题、头脑风暴、制定计划、收集信息和选择最佳解决方案等步骤，我们可以更好地分析和解决问题。
使用SLBFFGS 方法，我们可以提高问题解决的效率和准确性，从而更好地应对各种挑战和困难。
CSFB问题小区分析三步法V10
4. MME发送SGsAP-SERVICE-REQUEST消息给MSC。MSC收到此消息，不再向MME重发寻呼请求消息。为避免呼叫接续过程中，主叫等待时间过长，MSC收到包含空闲态指示的SGs Service Request消息，先通知主叫，呼叫正在接续过程中。
5. MME发送Initial UE Context Setup消息给eNodeB，包含CS Fallback Indicator。该消息指示eNodeB，UE因CSFB业务需要回落到UTRAN/GERAN。
6. UE从E-UTRAN切换到UTRAN/GERAN。
7. 伴随着空口，A/Iu-CS接口连接的建立，UE回paging response消息给MSC。即使RNC没有向该UE发起过寻呼请求，这里的RNC需要能处理UE的寻呼响应。如果寻呼响应消息中的位置区信息和VLR中保存的不一致，则VLR在鉴权成功后将SGs关联置为NULL。
8. 剩余的CS域语音呼叫流程
9.CS语音呼叫结束后，如果UE仍然在GERAN且PS业务被挂起，UE将通过发送Routeing Area Update消息给SGSN恢复暂停的PS业务。根据GERAN的工作模式，UE可采用联合的RA/LA Update或单独的Routeing Area Update流程。如果网络通知UE及时重选到LTE，UE发起TAU或业务请求流程，MME将发送Resume Notification（IMSI）消息给Serving GW，Serving GW将UE的suspend状态清除，返回Resume Acknowledge消息给MME。
2.1.2
Extended Service Request
slbffgs方法
slbffgs方法SLBFFGS方法是一种应用于问题解决和决策制定的方法。
SLBFFGS 是由六个步骤组成的，分别是Situation（情境）、List（列出）、Brainstorm（头脑风暴）、Filter（筛选）、Group（分组）和Solution（解决方案）。
首先是Situation（情境）阶段。
在这个阶段，我们需要明确问题的背景和现状，了解问题的来源和关联因素。
这个阶段的目的是对问题进行全面的分析和理解，为后续的解决方案制定打下基础。
接下来是List（列出）阶段。
在这个阶段，我们需要将问题的各个方面、各个可能的解决方案以及相关的资源和限制条件列出来。
这个阶段的目的是为了整理问题的信息，并为后续的头脑风暴做准备。
然后是Brainstorm（头脑风暴）阶段。
在这个阶段，我们需要集思广益，尽可能多地提出解决问题的方法和思路。
这个阶段的目的是为了开拓思路，激发创意，寻找可能的解决方案。
接着是Filter（筛选）阶段。
在这个阶段，我们需要对头脑风暴阶段产生的解决方案进行筛选，并评估每个解决方案的可行性和效果。
这个阶段的目的是为了从众多的解决方案中选择出最佳的几个。
然后是Group（分组）阶段。
在这个阶段，我们需要将筛选出的解决方案进行分类和分组，以便更好地比较和评估它们。
这个阶段的目的是为了系统地组织解决方案，为最终的决策制定提供参考。
最后是Solution（解决方案）阶段。
在这个阶段，我们需要根据评估和比较的结果，选择最佳的解决方案，并制定具体的实施计划。
这个阶段的目的是为了解决问题，并最终达到预期的目标。
SLBFFGS方法通过一系列有序的步骤，帮助我们系统地分析问题、生成解决方案，并最终做出决策。
它强调了对问题的全面了解和头脑风暴的创造性思维，以及对解决方案的筛选和评估。
这种方法的优点是可以帮助我们避免盲目决策和片面思考，提高问题解决和决策制定的质量。
然而，SLBFFGS方法也有一些局限性。
CSFB分析方式及案例
CSFB分析方式及案例上海贝尔股分CSFB分析方式1.1CSFB的信令流程备注：上图中蓝色区域为LTE网络信令；粉红色区域为2G网络中信令,依照信令流程判定问题出此刻哪个环节。
1.2CSFB需要分析的指标CSFB（2UE），测试方式为CSFB UE1拨打CSFB UE2，需分析的关键指标有：1）CSFB MO和MT回落失败，即详细分析主被叫回落2G存在问题的case；2）CSFB MO接通率，即详细分析在4G网络中起呼，但被叫收到paging未接通的case；3）非4G起呼失败，即详细分析在非4G网络中起呼，但被叫收到paging未接通case；4）非4G起呼被叫率，即详细分析在非4G网络中起呼的case；5）CSFB MO呼唤时延，即详细分析MO中extended service request到Alerting之间时延较长的case。
6）CSFB MT寻呼成功率，即详细分析被叫未收到paging的case；详细说明如下：1）CSFB MO和MT回落失败可能由于系统参数、频点和4G小区接入性致使失败，需要重点分析排查4G 测试回落问题2）CSFB MO接通率需要定位是主叫在2G/3G侧起呼是不是完好，被叫在2G/3G侧被叫是不是完好。
未接通的缘故是由于主叫不完好致使，仍是被叫不完好致使。
3）起呼在2G/3G网络中，且未接通，和掉话，因为都发生在2G/3G网络中，一样无需分析。
但如果是部份现场是ALU的2G设备，建议关注一下2G中的掉话；4）起呼和被叫在2G/3G网路中，需要分析从占用2G和3G网络的进程，是不是存在优化空间确保占用4G起呼。
5）CSFB MT寻呼成功率需要分析被叫无法收到paging的缘故。
1.3LAU流程对CSFB接入时延的阻碍依照标准，当CSFB回落到2G/3G，即从S1模式切换到Iu或A/Gb模式，即便当前小区的LAC与UE中保留的LAC一致，也要进行LAU。
只是CSFB回落伍的LAU进程能够等CS call终止后再进行，但UE必需记住，当RR连接释放后，且UE仍是驻留在GERAN/UTRAN中，UE必需要完成LAU进程，如以下图所示。
LTE网络CSFB指标优化小结及分析案例12-3
一、处理方法及思路此次重点针对CSFB被叫成功率进行优化，在提升被叫成功率的同时改善CSFB其他指标，如主叫成功率、回落成功率、寻呼成功率、时延等。
主要从以下几个方面进行优化，总结处理方法及流程如下：二、 工作量及成果问题分类：CSFB 被叫回落失败的主要因素有4G 弱覆盖、2G 站点故障、4G →2G 邻区规划不合理、POOL 边界等网络优化问题，从网络分布上看4G 原因占比较高。
4G 主要是邻区规划不合理造成。
整体工作量：8%1%0%2%1%1%4%0%74%4%1%4%0%原因分类（整体）pool 边界POOL 边界，GSM 站点过少pool 边界，邻区跨pool pool 边界，邻区漏配pool 边界，周围GSM 站点过少pool 外频点TAC 错误降低时延邻区漏配周边GSM 站点过少邻区过多邻区过少站点故障针对温州移动LTE网络CSFB短板指标进行系统的分析，并筛选出对全网指标贡献大的TOP小区进行重点分析和处理。
主要从4G->2G邻区频点过少（漏配）、4G->2G邻区合理性、（包括跨POOL、伪基站、过远冗余邻区等）、TAC->LAC映射关系核查三个方面分析和优化。
截止目前，共计完成125个小区错误TAC修改，109个小区4G->2G邻区频点增加，2276个小区的邻区重规划，删除冗余邻区20条等。
优化效果：从上图统计表可以得出，主叫平均时延从8月份的9218.9213ms，逐步缩短到9067.882ms，主叫时延缩短了151.0411ms。
被叫回落成功率从8月份的98.92%，逐步提升到10月的99.04%，但是从11月开始指标又下降到98.98%。
导致指标下降的主要原因为苍南区域站点纠纷和新开站点未按照规划数据配置，导致站点开通后指标较差。
三、典型案例LTE->2G邻区过少(漏配)案例：【问题描述】【分析思路】由于该小区被叫及回落有成功次数，排除CSFB开关及互操作参数问题；检查该小区告警情况：无告警，设备运行正常；检查TAC->LAC映射关系：映射关系正常，且不在边界；检查LTE->2G邻区关系：发现配置的2G频点过少，推断被叫成功率低可能为漏配2G邻区引起，如下图所示：（漏配频点566、46）【优化方法】增加LAC->2G邻区不合理（跨POOL频点）【问题描述】KPI指标监控发现，H770674瓯海便民服务中心宏站_1被叫成功率低及被叫回落成功率【分析思路】由于该小区被叫及回落有成功次数，排除CSFB开关及互操作参数问题；检查该小区告警情况：无告警，设备运行正常；检查TAC->LAC映射关系：映射关系正常，且不在边界；检查LTE->2G邻区关系，发现该小区配置了跨POOL的2G频点（48、52、46），由此推断被叫成功率低原因，详细见下图：【优化方案】删除跨POOL邻区频点（48、52、46），并同时增加漏配邻区，最终添加的2G邻区频点【效果对比】8月19日晚执行优化方案后，统计8月20日指标，被叫成功寻呼成功率及被叫成功率均提升明显。
CSFB问题优化指导书V
C S F B问题优化指导书V The pony was revised in January 2021CSFB指标分析指导书1 概述省公司每月根据健康度各项指标对各分公司进行考核，健康度指标中一项重要指标为CSFB指标，现写作CSFB指标优化指导书指导各分公司针对该项指标进行优化提升。
2 CSFB原理目前，云南采用2-3-4G混合组网的方式，在4G优先的情况下。
语音业务采用4G->2G的CSFB。
CSFB技术方案的实施前提是LTE覆盖区MSC支持SGs接口（是连接EPC与电路域MSC的桥梁），以实现CSFB 终端的联合附着/位置更新、被叫寻呼和短信流程。
语音业务：单待终端驻留LTE网络，话音业务通过CSFB技术回落到电路域执行，业务结束后，再返回LTE网络。
当UE附着和驻留LTE网络时，为了接收被叫和使用短信业务，必须执行联合附着和联合位置更新，在CS域更新注册状态及位置信息。
联合附着①UE附着LTE网络：在附着请求中携带“联合附着”指示②触发联合位置更新：MME通过配置的TA-LA （MSC）映射关系，确定进行登记的MSC，并向MSC发起联合位置更新请求，即触发MSC向HLR注册和登记。
③附着成功：UE存储LA和MSC分配的TMSI联合位置更新发起TAU请求：①当UE在LTE网络移动TA改变，或从2/3G返回LTE，或周期性位置更新定时器超时，会发起位置更新请求给MME，携带“联合位置更新”指示。
②触发联合位置更新：MME判断LA改变，发起到MSC的联合位置更新请求，改变在原来MSC记录的LA；当MSC也改变时，位置更新导致用户在新的MSC登记和注册。
③位置更新成功：UE存储LA和MSC分配的TMSI主叫语音业务如下图所示，UE发起CS Fallback主叫语音业务，MME指示eNodeB(evolved NodeB)需要将UE回落到GERAN/UTRAN网络，eNodeB指示UE回落到GERAN/UTRAN网络，UE在GERAN/UTRAN网络发起主叫语音业务，在发起主叫语音业务之前有可能先发起位置更新流程。
(word完整版)CSFB问题定位三步法
1CSFB问题定位“三步法"1.1“三步法”快速定位问题出现阶段结合CSFB的业务流程,针对CSFB问题小区可通过“4G寻呼分析”、“4G释放分析”、“2G接入分析”三个步骤快速定位问题出现的阶段。
其中涉及的指标公式如下1.2第一步:4G寻呼分析1.2.1分析流程4G寻呼阶段是CSFB最常出现问题的环节，现网约40%的CSFB问题均与4G寻呼有关.导致4G寻呼问题的原因除了无线弱覆盖、重叠覆盖引起的质差等常见原因外，2/3/4G互操作、联合TAU以及核心网BUG，也会引发寻呼失败问题.因此4G寻呼问题的分析需要从2、3/4G网络协同角度入手，结合核心网SGs/S1口信令，逐段排查可能的问题原因。
常规的4G寻呼问题分析流程如下所示1.2.2各环节分析要点（1)确认核心网寻呼是否下发现象:➢主叫侧听到“用户正在通话中”或“用户已关机”的录音通知分析要点：➢从主叫侧CALL Proceeding时间，推算被叫侧寻呼下发时间。
现网4G的SGs口寻呼策略为3。
5秒一次，一共发3次，因此从开始寻呼到寻呼失败约有10秒的周期，分析寻呼失败原因时需要重点分析这10秒期间终端的状态。
➢从被叫MME的SGs口和S1口确认是否有Paging Request。
如果没有发现寻呼消息，或在寻呼超时前，寻呼消息下发小于3次，则进一步检查以下两项⏹检查被叫侧当时是否正在发起数据业务请求(service request）、正在进行TAU或3/4互操作。
目前诺西MSC的并发处理机制不完善，当寻呼与用户主叫业务或TAU并发时，将直接停止寻呼，并给主叫侧播放“用户通话中”的录音通知。
⏹检查eNodeB是否存在S1口闪断告警或RRU偶断连告警，会影响空口寻呼消息的下发。
（2）确认寻呼消息下发的TAC是否正确现象：➢用户所处地点无线环境良好，移动性低，平时CSFB寻呼成功率也较高，但偶尔出现“您拨打暂时无法接通”的情况分析要点：➢核查用户是否处于TAC/LAC边界、3/4G覆盖边缘,以及TAU频次是否过高，如果寻呼下发时用户正重选到新TAC还未发起TAU则网络侧会将寻呼发往旧TAC/LAC.➢检查用户上一次CSFB通话后是否及时返回4G进行了TAU，如果用户未能返回4G,且在2G侧未及时LAU，则MSC仍然将用户关联在4G网络上，会造成后续寻呼由于核心网不清楚用户已返回2G，还会将寻呼发往4G侧。
TD-LTE 语音CSFB流程与常见问题
UE在TA1与TA2边界移动，MME在联合位置更新时为UE 注册到LA1/MSC1，UE在回落过程中由于位置移动或无线信 号漂移选到LA2/MSC2，发生MSC改变。
CSFB回落后MSC不同解决方案
易讯教育
信令平台方案
MTRR方案
方案对比
MTRR MTRF 信令平台 主叫端局重试方案： 信令平台方案：集中建设信 主叫端局在收到指定 呼叫前转方案： 令平台，虚拟MSC/VLR功 MSC呼叫失败消息（消 老的MSC收到呼叫请求， 能，所有CSFB用户初始接入 息中指示需要呼叫重试）寻呼不成功后不释放呼叫， 该MSC，用户被叫时，平台 后，重新发起呼叫请求， 将呼叫前转至新的MSC 方案简介 将提供漫游号码流程挂起， 第二次呼叫请求时用户 （老的MSC通过MSC之间 待用户回落到2/3G并位置更 已完成位置更新，HLR 的位置更新流程获取新的 新后，再发起路由查询流程， 中登记的用户MSC为新 MSC的地址） 确保呼叫被接续至新的MSC MSC，呼叫成功
易讯教育
流程复杂，现网LTE同覆盖区及边 界BSC/SGSN均需改造，改造难 度大 无需现网改造 需现网LTE同覆盖区及边界 BSC/SGSN改造支持RIM流程 无需现网改造 需现网LTE同覆盖区及边界 BSC/SGSN改造支持RIM流程
CCO
3~4s
9~12s
CCO with CCO流程中增加了无线消息管理流程RIM，省 去读系统广播时间 NACC RRC ENB向UE发起重定向消息，断开LTE，脱网下 进行2G测量，选择并接入小区。 Release
RRC Release切换方式下，呼叫建立时延增加2-3秒，引入RIM流程后，时延缩短至500－600ms
终端在脱网状态下进行异系统测量，测量时延相对较小
CSFB回落定义及返回定义
CSFB回落定义及返回定义CSFB回落及返回定义回落相关定义：1、CSFB回落GSM定义起点：LTE下起呼后的RRC connection RLEASE终点：GSM下主叫CM SERVICR REQuest，被叫paging response（*回落GSM或TD后发生位置更新并直接下行setup进行呼叫流程时以setup作为终点）起点——终点的时间间隔为CSFB回落GSM时延（取主被叫）CSFB回落GSM成功次数起点、终点均有时计为一次成功CSFB回落GSM失败次数起点或终点任意一项没有时计为失败，进一步解释为，当无RRC connection RLEASE时计为失败，当下次起呼开始时仍未进行回落呼叫计为失败。
2、CSFB回落TD定义起点：LTE下起呼后的RRC connection RLEASE终点：TD下主叫CM SERVICR REQuest，被叫paging response（*回落GSM或TD 后发生位置更新并直接下行setup进行呼叫流程时以setup作为终点）起点——终点的时间间隔为CSFB回落TD时延（取主被叫）CSFB回落TD成功次数起点、终点均有时计为一次成功CSFB回落GSM失败次数起点或终点任意一项没有时计为失败，当无RRC connection RLEASE时计为失败，当下次起呼开始时仍未进行回落呼叫计为失败。
注：短暂回到GSM，后马上重选到TD，在TD下起呼时，记为CSFB回落TD。
3、CSFB回落GSM成功率定义分子：主被叫CSFB回落GSM成功次数分母：主被叫LTE下起呼Extending Service Request次数二者之比。
4、CSFB回落TD成功率定义分子：主被叫CSFB回落TD成功次数分母：主被叫LTE下起呼Extending Service Request次数二者之比。
5、CSFB回落成功率定义分子：主被叫CSFB回落GSM+TD成功次数分母：主被叫LTE下起呼Extending Service Request次数二者之比。
CSFB问题分析
CSFB响应成功率较低案例：8.1 问题现象：从后台提取某天指标发现A1_SQ同煤朔州办事处HLE_W与其他小区比较，CSFB响应成功率较低。
8.2 原因分析：后台查询该站点于前一天，室分测试过程中，进行激活，测试速率达标后，室分站点正常开启。
初步怀疑为该小区csfb参数配置错误导致响应成功率较低。
8.2问题定位：1、通过前台测试人员反馈，该室分站点是否存在覆盖死角，部分区域弱覆盖，通过反馈该室分小区覆盖良好。
2、从KPI指标统计该小区是否正常，例如：最大用户，下行流量，切换成功率等，观察站点LTE侧业务是否正常，该站点无告警。
3、查看该小区是否存在上行干扰，影响寻呼成功率，同时影响回落成功率。
4、核查TAC与LAC是否一致，确认LTE侧TAC与G网LAC是否对齐，防止因TAC与LAC不对齐影响寻呼成功率，同时影响回落成功率。
5、核查CSFB开关参数是否配置正确，GERAN CSFB开关是否正常开启：开。
GERAN重定向:开。
盲切换开关:开，等。
该项参数配置正常6、通过后台查询G网频点配置情况该站点，配置频点为：20，30，61，62，63，64，65，66共8个频点，正常应配置28个频点。
通过以上情况对比mapinfo查询发现，1> 该小区配置的20、30频点分别对应的小区G网小区为：A2_SQ_15_煤炭培训中心HG_W-0，2_SQ_111_传奇商务会馆HG_W-0而这两个站点为距离500米左右的室分站点，如果室分不外泄严重，与A1_SQ同煤朔州办事处HLE_W交叉覆盖可能性很小，初步判定20与30频点为冗余频点。
对回落成功率没有影响。
2> 进一步核查发现61、62、65频点附近小区无对应该频点的小区。
为冗余频点。
3> 进一步核查63、64、66频点对应的小区，经过核查63频点对应的A1_SQ_60_市国土局HG-2，长期存在高拥塞，高干扰，故判定为该小区存在回落失败可能性较大。
CSFB指标详解
1、CSFB尝试次数：信令中有效的Extended Service Request出现次数.信令中出现ExtendedService Request次数（注：出现Extended Service Request的时候必须伴随着RRC连接释放RRC Connection Release,才能算是一次有效的CSFB尝试次数，若单独有Extended Service Request而没有RRC Connection Release,则这次CSFB尝试是无效的,不能算入CSFB 尝试次数中去）下图为有效CSFB尝试:下图为无效CSFB尝试:2、CSFB成功次数：（1）信令中CM Service Request的出现次数。
信令采集完全正常情况下的信令如下图：（2）、由于软件采集到的数据不完全，有时候应该出现的CM Service Request并没有显示出来，这种情况下就需要我们自己去判断CSFB是否成功。
判断CSFB是否成功，就看UE是否进入G网信道，占用到G网即可。
所以统计的时候需要的未显示的成功次数手动加上。
（3）、还有一种情况是UE发送请求并且RRC连接释放以后哦未能成功占用到G网，就是CSFB不成功,也就有UE发送的Extended Service Request，但因为未能回落到2G，所以就没有CM Service Request，如果UE发送的Extended Service Request并且RRC连接释放以后，并没有CM Service Request也没有CM Service Accept，而是伴随着位置更新,且在下一次CSFB尝试请求之前都没有占用到G网,就可以判定为此次CSFB失败。
下图为CSFB失败信令截图：3、CSFB试呼次数，信令中有效的Extended Service Request出现次数，也就是说CSFB试呼次数= CSFB尝试次数4、CSFB接通次数，接通次数就是UE进入2G网络后顺利接通的次数（直接看信令中connect的条数即可）5、CSFB返回尝试次数,信令中channel release（信道释放)的出现次数6、CSFB返回成功次数，信令中TrackingAreaUpdateAccept的出现次数（即TAU ACC出现次数），需要注意的是TAU ACC表示位置更新，但是在LTE中不只是异系统切换时才会发生位置更新，跨TAC也会发生位置更新，所以判断CSFB返回成功次数不能单纯的依据TAUACC出现次数，只有当channel release出现后伴随的TAU ACC才是CSFB返回成功次数，而在TAU ACC之时也必将伴随TAU REQ和TAU COMPLETE,TAU REQ是位置更新请求。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1CSFB问题定位“三步法”1.1“三步法”快速定位问题出现阶段结合CSFB的业务流程，针对CSFB问题小区可通过“4G寻呼分析”、“4G释放分析”、“2G接入分析”三个步骤快速定位问题出现的阶段。
其中涉及的指标公式如下CSFB寻呼成功率=Extend Service Request次数+Service Notification次数Paging Request次数×100%S1释放成功率=RR Connection Release次数Extend Service Request次数+Service Notification次数×100%CSFB被叫回落成功率=Paging Response次数Paging Request次数×100%1.2第一步：4G寻呼分析1.2.1分析流程4G寻呼阶段是CSFB最常出现问题的环节，现网约40%的CSFB问题均与4G寻呼有关。
导致4G寻呼问题的原因除了无线弱覆盖、重叠覆盖引起的质差等常见原因外，2/3/4G互操作、联合TAU以及核心网BUG，也会引发寻呼失败问题。
因此4G寻呼问题的分析需要从2、3/4G网络协同角度入手，结合核心网SGs/S1口信令，逐段排查可能的问题原因。
常规的4G寻呼问题分析流程如下所示1.2.2各环节分析要点（1）确认核心网寻呼是否下发现象：➢主叫侧听到“用户正在通话中”或“用户已关机”的录音通知分析要点：➢从主叫侧CALL Proceeding时间，推算被叫侧寻呼下发时间。
现网4G的SGs口寻呼策略为3.5秒一次，一共发3次，因此从开始寻呼到寻呼失败约有10秒的周期，分析寻呼失败原因时需要重点分析这10秒期间终端的状态。
➢从被叫MME的SGs口和S1口确认是否有Paging Request。
如果没有发现寻呼消息，或在寻呼超时前，寻呼消息下发小于3次，则进一步检查以下两项⏹检查被叫侧当时是否正在发起数据业务请求（service request）、正在进行TAU或3/4互操作。
目前诺西MSC的并发处理机制不完善，当寻呼与用户主叫业务或TAU并发时，将直接停止寻呼，并给主叫侧播放“用户通话中”的录音通知。
⏹检查eNodeB是否存在S1口闪断告警或RRU偶断连告警，会影响空口寻呼消息的下发。
（2）确认寻呼消息下发的TAC是否正确现象：➢用户所处地点无线环境良好，移动性低，平时CSFB寻呼成功率也较高，但偶尔出现“您拨打暂时无法接通”的情况分析要点：➢核查用户是否处于TAC/LAC边界、3/4G覆盖边缘，以及TAU频次是否过高，如果寻呼下发时用户正重选到新TAC还未发起TAU则网络侧会将寻呼发往旧TAC/LAC。
➢检查用户上一次CSFB通话后是否及时返回4G进行了TAU，如果用户未能返回4G，且在2G侧未及时LAU，则MSC仍然将用户关联在4G网络上，会造成后续寻呼由于核心网不清楚用户已返回2G，还会将寻呼发往4G侧。
➢此类问题可通过CSFB平台的SGs口详单进行确认，筛选SGs口详单上CDR TYPE=1（即SGsAP-PAGING）和CDR TYPE=5（即SGsAP-LOCATION-UPDATE）的详单，并根据详单上寻呼下发的TAC和TAU后的NEW LAI判断寻呼是否下发正确。
其中LAI需先转为16进制，取最后四位就是TAC。
（3）寻呼消息解码失败现象：➢用户所处环境长期寻呼成功率低，主叫侧听到“暂时无法接通”的录音通知➢现场明显弱覆盖RSRP<-115dbm，或SINR<0分析要点：➢从终端底层LOG可看到PDCCH上收到P-RNTI DCI但PDSCH解码失败，主要原因在于终端在空闲态只能根据6个RE来进行信道估计，因此SINR低于-3时，寻呼消息解码高概率失败。
➢通常弱覆盖和低SINR地点均位于室内，测试人员难以直接发现问题地点，可根据路测LOG和经验值判断是否存在室内低SINR隐患。
SINR与RSRP基本是线性相关的，即RSRP 减少1dbm，SINR降低1db，因此，若路测中发现RSRP=100dbm时，SINR<10，或RSRP=-90时，SINR<20，则可推算用户位于室内-110dbm以下的环境时，一定会出现SINR<0的问题➢造成低SINR的主要原因是4G重叠覆盖度高，当4G重叠覆盖度超过5时，SINR将小于5，因此覆盖调整是解决低SINR的根本方法。
目前新开站机械下倾角普遍较小，建议站间距小于500米且地形开阔的地区，站高超过35米的站点总下倾（机械+内置）不小于12度，如遇天线美化罩或下倾已调至最大的情况，需工程改造拆除美化罩、更换大倾角天线支架或下降天线高度。
（4）核心网用户状态变更不及时现象：➢用户处于连接态时，正常情况下CSFB的寻呼消息应以Service Notification信令从专用信道下发，此时终端对于从共用信道下发的Paging不响应。
分析要点：➢检查寻呼消息是否与终端发起数据业务和释放信道同时发生，诺西MME采用并发机制处理用户的连接状态变更请求和寻呼消息，因此导致将Paging信息发给连接态用户的BUG。
➢此类问题可通过增加不活动计时器时长，降低数据业务发起和释放频次进行缓解。
但修改不活动计时器会引起掉线率的恶化。
（5）检查TMSI是否有效现象：➢用户已收到paging消息，其中携带的TMSI与用户一致，但终端不发起Extend ServiceRequest。
➢TMSI失效会导致用户连续多次寻呼失败，直至下一次正常的TAU后恢复正常。
分析要点：➢在2G弱覆盖或干扰的情况下，如果终端在2G进行LAU时发生失败，终端会认为TMSI 已失效，当用户返回4G后进行TAU的TAU Request信令中会携带“TMSI not available ”属性，要求MSC重新分配TMSI。
但由于诺西MSC存在位置更新信令流程粘连的BUG，可能不响应这次联合TAU的TMSI分配请求，导致TAU ACCEPT信令中未包含TMSI值。
而终端因为没有可用TMSI所以不响应寻呼消息。
➢此类问题易出现在2G高干扰地区，在用户前一次CSFB通话回落失败时，终端会自动在2G发起原因为IMSI ATTACH的LAU，但由于高干扰会继续导致LAU失败，从而引发TMSI失效。
（6）ESR发送失败现象：➢用户在4G侧RRC接入失败，导致Extend Service Request消息无法发出分析要点：➢检查eNodeB是否存在硬件故障➢4G侧参数核查，重点检查时隙、子帧、功率类参数设置➢根据网管RRC失败原因的分类统计，确认RRC接入性差的原因1.3第二步：4G释放分析1.3.1分析流程4G释放阶段是从终端上发Extend Service Request开始，到网络下发RR Connection Release结束，主要影响因素在于4G侧eNodeb参数设置和设备故障，但也存在由于4G规范对并发流程考虑不足导致的并发流程冲突问题。
其常规分析流程如下1.3.2各环节分析要点（1）未收到RR Connection Release信令现象：➢终端上发Extend Service Request信令后，在上下文建立阶段、释放请求阶段出现异常，导致终端未能收到RR Connection Release信令，无法进行回落。
问题分析：➢此类问题主要与S1口的eNodeb和MME设备相关，4G网管统计能够提供CSFB上下文建立成功率和CSFB释放准备成功率的指标，正常情况下上述指标均在99.9%左右，如发现有小区该指标低于99%，则需要进行硬件故障和参数核查。
（2）4G并发流程冲突现象：➢终端收到RR Connection Release信令中未携带CSFB频点信息。
问题分析：➢检查终端发出Extend Service Request信令后，是否发生了切换。
由于4G协议中未明确定义切换后MME要将CSFB请求转至新eNodeB，所以导致新小区由于不知道用户要进行CSFB业务，从而在释放信令中不携带CSFB频点。
➢检查终端发出Extend Service Request信令前，是否正在进行TAU。
4G协议并为明确定义TAU与CSFB业务冲突时的处理机制，因此当TAU与CSFB并发时，网络侧下发的TAU 流程的RR Connection Release会被终端认为是CSFB的RR Connection Release。
（3）CSFB开关或频点设置错误现象：➢终端上发Extend Service Request信令后，没有收到RR Connection Release信令。
问题分析：➢检查eNodeB的CSFB开关、网络优先级、频点组序号参数为空或为01.4第三步：2G接入分析1.4.1分析流程相比普通的2G呼叫，CSFB业务流程的差异主要发生在UE从4G侧回落2G过程中的驻留小区选择过程，大部分问题也都发生在这个过程中，一旦选择好合适的2G小区进行接入，后续的过程与普通2G呼叫是一致的。
4G小区占用的合理的情况下，UE回落2G过程中可能存在的问题如以下流程所示：1.4.2各环节分析要点（1）驻留2G小区失败现象：4G的RRC Connection Release消息中包括2G频点组，但UE驻留2G失败返回4G，或者在TD发起呼叫分析要点：➢4G小区配置的2G频点组是否合理，有无缺少应有频点的问题➢2G侧覆盖是否存在问题，如弱覆盖或者下行C/I较差➢2G侧C1参数设置是否合理（2）LAU失败现象：➢占用不合理的小区，如与UE距离远、场强非最好➢成功占用SD发起LAU，但SD掉话未能完成LAU过程➢发起接入请求后SD占用失败，有下行系统消息5、6、5ter，但是没有上行的MR发送➢发起接入请求后，系统没有响应，未能占用SD信道➢鉴权请求不下发，核心网计时器超时后结束LAU过程➢鉴权请求延时很长时间下发，由于SD信道没有开启切换，导致SD掉话分析要点：➢占用的小区的频率是否在RRC Connection Release消息中；更好的小区的频点是否在RRC Connection Release消息中；2G测试在这个位置占用那些小区；场强好的小区下行C/I是否较差导致不被选择➢小区是否存在软硬件故障，KPI指标是否异常；小区是否有上行干扰，其强度足够导致本次接入的C/I无法满足➢核心网是否存在04号告警（3）LUA成功，系统释放SD资源现象：正常情况下，TA与LA不一致时，UE回落2G后会发起位置更新，并在LAU请求中标记CSFB标识，完成位置更新过程后系统不释放SD资源，UE继续进行CSFB呼叫的接续。
➢位置更新完成后系统释放了SD资源导致后续过程无法继续。