CSFB问题小区分析三步法V1.0 - 图文

CSFB问题小区分析

“三步法”

版本号：V1.0.0

网络优化中心

1

目录

1

CSFB概述 .................................................................................................................................. 5 1.1 CSFB组网架构 ............................................................................................................ 5 1.2 CSFB总体流程 ............................................................................................................ 5 CSFB业务流程 .......................................................................................................................... 7 2.1 主叫业务流程 ............................................................................................................... 7

2.1.1 信令流程 ........................................................................................................... 7 2.1.2 关键字段 ........................................................................................................... 8 2.2 被叫业务流程 ............................................................................................................... 8

2.2.1 信令流程 ........................................................................................................... 8 2.2.2 关键字段 ........................................................................................................... 9 2.3 联合位置更新流程 ..................................................................................................... 12

2.3.1 信令流程 ......................................................................................................... 12 2.3.2 关键字段 ......................................................................................................... 12 CSFB问题分析流程 ................................................................................................................ 16 3.1 快速定位问题出现阶段 ............................................................................................. 16 3.2 4G寻呼阶段问题分析 ............................................................................................... 16

3.2.1 问题分析流程 ................................................................................................. 16 3.2.2 各环节分析要点 ............................................................................................. 17 3.3 4G释放阶段问题分析 ............................................................................................... 19

3.3.1 问题分析流程 ................................................................................................. 19 3.3.2 各环节分析要点 ............................................................................................. 20 3.4 2G接入阶段问题分析 ............................................................................................... 21

3.4.1 问题分析流程 ................................................................................................. 21 3.4.2 各环节分析要点 ............................................................................................. 21 CSFB案例 ................................................................................................................................ 24 4.1 4G寻呼阶段案例 ....................................................................................................... 24

4.1.1 案例1：被叫正在做TAU导致未收到寻呼消息 .......................................... 24 4.1.2 案例2：被叫所处位置弱覆盖，质差导致未收到寻呼消息 ...................... 24 4.1.3 案例3：Attach accept中不携带2GTMSI，导致手机不响应寻呼 ............. 24 4.1.4 案例4：被叫连接态收到cs-paging，寻呼不响应 ...................................... 26 4.2 4G释放阶段案例 ....................................................................................................... 27

4.2.1 案例1： RRC Connection Release 未携带2G频点，终端回落3G ........... 27 4.2.2 案例2：网络不下发RRC Connection Release，回落失败 .......................... 28 4.3 2G接入阶段案例 ....................................................................................................... 28

4.3.1 案例1：寻呼类型为IMSI，接入失败 .......................................................... 28 4.3.2 案例2：终端占用站点上行强干扰，造成SD接入失败 ............................ 29 4.3.3 案例3：终端回落至非最佳小区，接入失败 .............................................. 30 4.3.4 案例4：终端回落至伪基站，接入失败 ...................................................... 31 利用Traffica分析CSFB的方法 ............................................................................................. 34 5.1 VLR CSFB联合附着 ..................................................................................................... 34 5.2 VLR CSFB终端被寻呼 ................................................................................................. 34 5.3 VLR CSFB回落后位置更新 ......................................................................................... 35

2

2

3

4

5

5.4 VLR CSFB 回落后MTRF ............................................................................................. 36 5.5 VLR与RTT配合进行CSFB呼叫判断（MT） .......................................................... 37 编制历史......................................................................................................................................... 39

3

4

1 CSFB概述

1.1 CSFB组网架构

基于CSFB（Circuit Switched Fallback）的语音业务，是一种在不引入IMS（IP Multimedia Subsystem）的情况下，利用现有的GU（GSM /UMTS）网络实现语音通话的一种语音解决方案。该方案在用户进行语音业务时，由EPS（Evolved Packet System）网络指示用户回落到目标GSM/UMTS电路域（CS）网络之后，再发起语音呼叫。

CS Fallback语音特性中，最主要的接口是SGs接口，它是MME和MSC Server之间的接口，用来处理EPS和CS域之间的移动性管理和语音业务寻呼流程，同时也提供SMS传输功能（ SMS over SGs ）。SGs接口类似于3G的Gs接口，通过该接口可以完成联合附着、联合位置更新、IMSI/EPS detach功能；

UE的主叫业务不经过SGs接口，因为MME收到带有UE发送的CSFB标识（指示回落）后，直接通过eNodeB指示UE回落到CS域。当UE有被叫业务时，paging消息经CS发送到MME，由MME发起回落流程。被叫回落流程和主叫回落流程类似。

1.2 CSFB总体流程

CSFB终端开机优选LTE网络驻留，话音业务通过CSFB技术回落到2/3G电路域执行，业务结束后，利用Fast Retrun技术或2-4重选/2-3-4G桥接方案再返回LTE网络。

5

6

2 CSFB业务流程

2.1 主叫业务流程

2.1.1 信令流程

MSC：交换中心（包括归宿位置寄存器HLR；拜访位置寄存器VLR；鉴权中心AUC；设备识别寄存器EIR）

1. UE发送Extended Service Request消息给MME（移动性管理实体，核心网一部分，负责处理信令的），请求进行CSFB语音业务。

2. eNodeB要求UE开始异系统的小区测量，并获得UE上报的测量报告，确定PS切换的目标系统小区。

3. eNodeB发送带重定向信息的RRC连接释放消息给UE，指示其接入到目标系统小区。 4.eNodeB发送S1 UE Context Release Request消息给MME，该原因值指示UE无法继续PS业务。

5.eNodeB释放UE的上下文。

6. UE接入到目标小区，建立无线信令连接，并执行LA更新。

7. UE接入目标系统小区，发起CS域的业务请求CM Service Request（Call Manager -- 呼叫管理器），伴随着空口，A/Iu-CS接口连接的建立。 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。

7

2.1.2 关键字段

? Extended Service Request

Extended Service Request消息由终端发送给MME，指示终端发起CSFB主叫或者终端响应网络侧发起的CSFB被叫。如果UE处于空闲态，该消息还将触发建立S1连接。

originate引起; 创始，创作; 开始 ? Service Type

Service type信元是Extended Service Request消息的必选信元，其指示了此次Service Request流程是主叫、被叫、还是紧急呼叫。 ? CS Fallback Indicator

CS Fallback Indicator 信元是UE Context Modification Request/ Initial Context Setup Request消息的可选信元，其指示UE因CSFB业务需要回落到UTRAN/GERAN，使eNodeB触发回落流程。

2.2 被叫业务流程

2.2.1 信令流程

8

1. MSC收到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。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. MSC收到UE的寻呼响应后，停掉寻呼响应定时器并建立CS连接。

2.2.2 关键字段

? SGsAP Paging Request

SGsAP Paging Request消息由MSC发往MME，用于CSFB被叫流程中寻呼终端。如果终端在空闲态，MME收到该消息后在S1口寻呼终端。如果终端在连接态，MME收到消息会给终端发送CS Service Notification消息

9

? CS Service Notification

CS Service Notification（通知）消息由MME发往终端，如果终端在连接态，MME收到SGsAP Paging Request消息会给终端发送CS Service Notification消息 ? SGsAP Paging Reject

SGsAP Paging Reject消息由MME发往MSC，MME收到SGsAP Paging Request消息时，如果用户是分离态，MME会回应SGsAP Paging Reject，MSC收到该消息时会将SGs偶联状态置为NULL。MME 寻呼用户无响应的时候MME不会给MSC发送SGsAP Paging Reject消息 ? SGsAP UE Unreachable

SGsAP UE Unreachable消息由MME发往MSC，MME收到SGsAP Paging Request消息时，如果用户是SUSPEND状态或者用户是unreachable状态（MS reachable timer超时），MME会回应SGsAP UE Unreachable，MSC收到该消息时不改变SGs偶联状态 ? SGsAP Service Request

SGsAP Service Request消息由MME发往MSC，是对MSC发送的SGsAP Paging Request消息的响应。如果终端在空闲态，MME收到SGsAP Paging Request消息后在S1口寻呼终端，终端响应Extended Service Request后MME会给MSC发送SGsAP Service Request消息。如果终端在连接态，MME收到SGsAP Paging Request消息后直接给MSC发送SGsAP Service Request消息

10

? Service indicator

Service indicator信元是SGsAP Paging Request消息和SGsAP Service Request消息中的必选信元，其指示了当前是CSFB业务是CS Call还是SMS。

MME收到Service indicator指示为CS Call的SGsAP Paging Request消息后，后续向MSC回应SGsAP Service Request消息时，Service indicator也指示为CS Call。同理SMS。

MME收到Service indicator指示为CS Call的SGsAP Paging Request消息后，如果用户在idle状态，会向eNodeB发送CN Domain为CS 的Paging消息。

MME收到Service indicator指示为SMS的SGsAP Paging Request消息后，如果用户在idle状态，会向eNodeB发送CN Domain为PS的Paging消息。 ? 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。 ", MME收到Service indicator指示为CS Call的SGsAP Paging Request消息后，如果用户在idle状态，会向eNodeB发送CN Domain为CS 的Paging消息。 ", MME收到Service indicator指示为SMS的SGSAP Paging Request消息后，如果用户在idle状态，会向eNodeB发送CN Domain为PS的Paging消息。

11

2.3 联合位置更新流程

2.3.1 信令流程

1. UE(User Equipment)发起网络附着请求，向MME发送Attach Request消息。其中参数Attach Type指示这是一个联合的EPS/IMSI附着流程，并且参数指示UE具备CS Fallback能力。 2. UE进行EPS附着。

3. MME从EPS Attach Type得知这是一个联合的EPS/IMSI附着流程，MME根据UE上报的TAI推导出VLR number.

4. MME发送Location Update Request消息给MSC/VLR，请求CS域的位置更新。 5. MSC/VLR执行CS域的位置更新过程。

6. MSC/VLR返回Location Update Accept给MME， MME发送Attach Accept给UE。消息中包括参数LAI和VLR TMSI。对UE而言，信元LAI和VLR TMSI意味着附着CS域成功。Accept消息中还可能携带EPS network feature support信元。

7. 如果CS域更新失败而PS域更新成功，MME会发送Attach Accept，但是携带失败原因值（USN实现可能带#2，#16，#18）。

8. 当MME收到UE的Attach Complete消息后，MME发送TMSI Reallocation Complete消息给VLR，指示TMSI重分配完成

2.3.2 关键字段

? SGsAP Location Update Request

12

SGsAP Location Update Request消息由MME发送给MSC，该消息用来请求用户在CS域的着或者位置区更新，MSC收到该消息后创建SGs偶联。

? SGsAP Location Update Accept

SGsAP Location Update Accept消息由MSC发送给MME，该消息用来指示用户在CS域的附着或者位置区更新接受，如果MSC在该消息中分配TMSI，MSC将在收到Attach Complete后给MSC发送SGsAP TMSI Reallocation Complete消息。

? SGsAP TMSI Reallocation Complete

SGsAP TMSI Reallocation Complete消息由MME发送给MSC，该消息用来指示TMSI重分配成功。

? EPS attach type

13

EPS attach type是Attach Request 消息的必选信元，其指示了当前的附着类型。Combined EPS/IMSI attach指示这是一个联合的附着流程，即指示UE具备CS Fallback能力。如果不是一个联合的附着流程，则MME不会和MSC进行交互，UE也无法进行CSFB业务。

? TMSI status

TMSI status信元是Attach Request 消息的可选信元，其指示了UE侧是否存在有效的TMSI信息，MME会在SGsAP Location Update Request消息中将这个信息发给MSC。

? New TMSI, or IMSI

New TMSI, or IMSI信元是SGsAP Location Update Accept消息的可选信元，其指示了MSC给UE分配/去分配的TMSI信息。MME会通过Attach Accept消息（通过MS Identity信元）将这个信息带给手机。如果New TMSI, or IMSI信元是TMSI，UE将使用这个新分配的TMSI作为临时标识。如果New TMSI, or IMSI信元是IMSI，UE将删除其之前保存的TMSI信息。如果New TMSI, or IMSI信元既不是TMSI，又不是IMSI，UE将保持原有的TMSI信息。

如果MSC没有给UE分配TMSI，MME后续也不会向MSC发送SGsAP TMSI Reallocation Complete消息。

? EMM cause

EMM cause是Attach Accept消息的可选信元，其指示了联合的EPS/IMSI附着流程中与MSC交互不成功。MME下发常见原因值有#2，#16，#18原因值，不同原因值对终端行为会有不同的影响。

? EPS network feature support

EPS network feature support是Attach Accept消息中的可选信元，其指示了MME支持的特性。其中IMS VoPS标志位表示MME是否支持IMS功能。

14

? EPS update type

EPS update type信元是Tracking Area Request 消息的必选信元，其指示了当前的跟踪区更新类型。combined TA/LA updating和combined TA/LA updating with IMSI attach指示这是一个联合的跟踪区更新流程，MME将和MSC

15

3 CSFB问题定位“三步法”

3.1 “三步法”快速定位问题出现阶段

结合CSFB的业务流程，针对CSFB问题小区可通过“4G寻呼分析”、“4G释放分析”、“2G接入分析”三个步骤快速定位问题出现的阶段。其中涉及的指标公式如下

3.2 第一步：4G寻呼分析

3.2.1 分析流程

4G寻呼阶段是CSFB最常出现问题的环节，现网约40%的CSFB问题均与4G寻呼有关。导致4G寻呼问题的原因除了无线弱覆盖、重叠覆盖引起的质差等常见原因外，2/3/4G互操作、联合TAU以及核心网BUG，也会引发寻呼失败问题。因此4G寻呼问题的分析需要从2、3/4G网络协同角度入手，结合核心网SGs/S1口信令，逐段排查可能的问题原因。

常规的4G寻呼问题分析流程如下所示

16

3.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。

17

? 检查用户上一次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 Service

18

Request。

? 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接入性差的原因

3.3 第二步：4G释放分析

3.3.1 分析流程

4G释放阶段是从终端上发Extend Service Request开始，到网络下发RR Connection Release结束，主要影响因素在于4G侧eNodeb参数设置和设备故障，但也存在由于4G规范对并发流程考虑不足导致的并发流程冲突问题。其常规分析流程如下

19

3.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开关、网络优先级、频点组序号参数为空或为0

20

? 两条位置更新记录一条为尝试一条为成功记录（Attempt Success Indicator分

别为2和0），Radio Access Info显示其是从2G侧接入的 ? 案例中省略了鉴权记录

TNESEventReport TimeMsisdn NumberDx CauseEvent TypeAttempt Success IndicatorNbr of IMSI PagingsNbr of TMSI PagingsPaging ReasonAnswer TimeCellSacLacPrevious LacRadio Access InfoImeiImsiMSC42BMSS VLR27.05.2014 17:26:02.720xxxxxx0x00x20017196484450205xxxxxxxxxxxxMSC42BMSS VLR27.05.2014 17:26:02.720xxxxxx0x7FF0x400020006484450201xxxxxxxxxxxxMSC42BMSS VLR27.05.2014 17:26:02.720xxxxxx0x00x400000006484450243111xxxxxxxxxxxx

5.4 VLR CSFB 回落后MTRF

MSC POOL边界处会发生跨POOL回落的事件，下表中为一次CSFB MTRF的过程：

? MSC44B 有一条Dx Cause为0x2A（ROAMING RETRY），Attempt Success Indicator

为5（Fallback in difference MSS）的CSFB语音寻呼记录

? 相近时间MSC42B有一条跨MSC位置更新记录0x8000（Location update: home

subscriber, inter vlr, lu_home_inter），Radio Access Info为1显示其是从2G侧接入的。

? 在MSC44B之后马上有一条MSC44B位置登记删除的记录0x800000（departing visitor,

lu_depart）

? MSC42B之后有一条成功的寻呼记录，Paging Reason为13，Radio Access Info

为1显示其是从2G侧接入的。 ? 案例中省略了鉴权记录

TNESEventReport TimeMsisdn NumberDx CauseEvent TypeAttempt Success IndicatorNbr of IMSI PagingsNbr of TMSI PagingsPaging ReasonAnswer TimeCellSacLacPrevious LacRadio Access InfoImeiImsiMSC44BMSS VLR22.10.2014 15:14:19.140xxxxxx0x2A0x2500700456205xxxxxxxxxxxxMSC42BMSS VLR22.10.2014 15:14:19.330xxxxxx0x00x800000003843417345621xxxxxxMSC44BMSS VLR22.10.2014 15:14:19.350xxxxxx0x7FF0x80000020000456205xxxxxxxxxxxxMSC42BMSS VLR22.10.2014 15:14:19.880xxxxxx0x00x20001303843417301xxxxxx 36

5.5 VLR与RTT配合进行CSFB呼叫判断（MT）

由于RTT记录中没有Radio Access Info标识，因此无法判断是否CSFB呼叫，但对于被叫，可以通过VLR记录中的寻呼记录以及VLR记录与RTT记录的时间进行CSFB呼叫的判断，如下面案例：

? VLR记录寻呼响应的时间大概是15:29:30.50

? 相同号码被叫事件寻呼开始时间大致在15:29:28.55，两者差异是在较短时间

内

? VLR寻呼响应的小区与RTT被叫First Cell相同（如果被叫发生了MTRF事件，

则无法根据寻呼事件与RTT事件小区的小区进行匹配） TNES Event Report Time Msisdn Number Dx Cause Event Type Attempt Success Indicator Nbr of IMSI Pagings Nbr of TMSI Pagings Paging Reason Answer Time Cell Sac Lac Previous Lac Radio Access Info Imei Imsi Event Report Time Dx Cause Call Duration Call Start Time Signalling Complete Time B Answered Time Charging End Time A Direction Number B Direction Number A First Lac MSC44B MSS VLR 22.10.2014 15:29:30.500 8618310986813 0x0 0x2 0 0 1 7 19 48757 4562 0 5 3580280563389500 460025110832100 MSS Call 22.10.2014 15:30:04.630 0x0 0 22.10.2014 15:29:28.550 22.10.2014 15:29:28.780 22.10.2014 15:29:33.360 22.10.2014 15:30:04.370 18310987017 8618310986813

37

A First Cell A First Bsc A Lac A Cell A Bsc A First Sac A Sac B First Lac B First Cell B First Bsc B Lac B Cell B Bsc

4562 48757 31 4562 48757 31 38

编制历史

版本号 更新时间 主要内容或重大修改 修订人 1.0.0 2014.11.19 完成初稿 陈光、王刚、魏莱

39

3.4 第三步：2G接入分析

3.4.1 分析流程

相比普通的2G呼叫，CSFB业务流程的差异主要发生在UE从4G侧回落2G过程中的驻留小区选择过程，大部分问题也都发生在这个过程中，一旦选择好合适的2G小区进行接入，后续的过程与普通2G呼叫是一致的。

4G小区占用的合理的情况下，UE回落2G过程中可能存在的问题如以下流程所示：

3.4.2 各环节分析要点

（1）驻留2G小区失败

现象：4G的RRC Connection Release消息中包括2G频点组，但UE驻留2G失败返回4G，或者在TD发起呼叫 分析要点：

? 4G小区配置的2G频点组是否合理，有无缺少应有频点的问题 ? 2G侧覆盖是否存在问题，如弱覆盖或者下行C/I较差 ? 2G侧C1参数设置是否合理

21

（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资源导致后续过程无法继续。

? GSM小区CSFB开关未打开，BSC将会截留终端的携带回落指示的LAU信令，位置

更新无法完成。 分析要点：

? 核查华为小区是否开启了CSFB功能开关

开启指令：

SET GCELLSOFT: IDTYPE=BYNAME, CELLNAME=\

（4）LUA成功，后续流程失败

现象：位置更新后系统没有释放SD资源，但是在后续接续过程中SD掉话 分析要点：占用小区是否合理等一切可能导致SD掉话的因素

? 占用的小区的频率是否在RRC Connection Release消息中；更好的小区的频点

是否在RRC Connection Release消息中；2G测试在这个位置占用那些小区；场强好的小区下行C/I是否较差导致不被选择

? 小区是否存在软硬件故障，KPI指标是否异常；小区是否有上行干扰，其强度

足够导致本次接入的C/I无法满足

? SD占用时间过长，或移动较快，由于无法切换导致质量下降 ? 其他2G侧常见导致SD掉话的问题

（5）未进行位置更新，SD占用失败

22

现象：

? 占用不合理的小区，如与UE距离远、场强非最好 ? 成功占用SD发起LAU，但SD掉话未能完成LAU过程

? 发起接入请求后SD占用失败，有下行系统消息5、6、5ter，但是没有上行的

MR发送

? 发起接入请求后，系统没有响应，未能占用SD信道 分析要点：

? 占用的小区的频率是否在RRC Connection Release消息中；更好的小区的频点

是否在RRC Connection Release消息中；2G测试在这个位置占用那些小区；场强好的小区下行C/I是否较差导致不被选择

? 小区是否存在软硬件故障，KPI指标是否异常；小区是否有上行干扰，其强度

足够导致本次接入的C/I无法满足

（6）未进行位置更新，SD掉话

现象：占用SD成功，接续过程中SD掉话

分析要点：占用小区是否合理等一切可能导致SD掉话的因素

? 占用的小区的频率是否在RRC Connection Release消息中；更好的小区的频点

是否在RRC Connection Release消息中；2G测试在这个位置占用那些小区；场强好的小区下行C/I是否较差导致不被选择

? 小区是否存在软硬件故障，KPI指标是否异常；小区是否有上行干扰，其强度

足够导致本次接入的C/I无法满足

? SD占用时间过长，或移动较快，由于无法切换导致质量下降 ? 其他2G侧常见导致SD掉话的问题

23

4 CSFB案例

4.1 4G寻呼问题案例

4.1.1 案例1：被叫正在做TAU导致未收到寻呼消息

1. 现象描述

主叫上行发送Setup以后，被叫此时正在做TAU，被叫未收到寻呼消息。主叫Disconnect原因值为（17）User busy。 2. 问题分析

当时被叫用户正在进行位置更新， MSC在接收到用户的被叫业务请求时检测到用户正在进行位置更新，MSC则向主叫端局发送被叫用户忙的错误，同时不再向MME发寻呼消息。 3. 解决方案

需要核心网进行冲突解决机制的调整，预计M17版本解决。

4.1.2 案例2：被叫所处位置弱覆盖，质差导致未收到寻呼消息

1. 现象描述

被叫位置弱覆盖质差，信令接收不全，导致无法收到寻呼消息。测试过程中发现有些地点主服RSRP-110dbm以下，sinr-5以下。 2. 问题分析

当场强或信噪比很差时，会造成终端与网络通信不畅，丢信令情况时有发生。主叫可能无法正常发出ESR消息，或被叫无法正常收到寻呼消息。 3. 解决方案

加强覆盖排查，加大覆盖优化力度。

4.1.3 案例3：Attachaccept中不携带2GTMSI，导致手机不响应寻

呼

1. 现象描述

在Attach accept消息中，仅携带4GTMSI，不携带2GTMSI，导致短时间内均不响应寻呼消息。直到进行下一次成功TAU得到2GTMSI后，手机才响应寻呼。

24

连续寻呼未响应

25

左图为正常Attach accept，包含2GTMSI信息；右图非正常Attach accept不包含

2. 问题分析

诺西MSC未分配TMSI导致寻呼无响应，由于弱覆盖情况下网络终端流程交互不顺畅导致MSC LU进程未完成时,MSC为每个中断分配的资源是锁死的，这个时候SGs发送过来的联合位置更新请求将被拒绝，而后终端由于无可用TMSI，将不响应寻呼。 3. 解决方案

核心网解决流程粘连，诺基亚MSC资源抱死问题，预计M17版本解决。

4.1.4 案例4：被叫连接态收到cs-paging，寻呼不响应

1. 现象描述

被叫处于连接态，收到网络侧下发的cs-paging，但终端不响应。

2. 问题分析

根据LTE系统机制，被叫处于

TAU accept中TMSI为E00D5349

连接态时，不响应cs寻呼。同时若被叫处于连接态，应收到CS Service notification消息来告

26

寻呼类型为CS，TMSI为E00D5349 但终端未响应

知终端启动CSFB流程。 3. 解决方案

该问题为华为核心网已知问题，正在排查原因。

4.2 4G释放问题案例

4.2.1 案例1： RRC Connection Release 未携带2G频点，终端回落

3G

1. 现象描述

终端正常发起呼叫流程，发起ESR后收到网络侧下发的RRC Connection Release。但其中未携带2G频点，导致回落至3G。回落失败。

网络侧正常下发RRC Connection Release

RRC Connection Release消息中不携带2G频点

2. 问题分析

RRC Connection Release消息中携带2G频点组，指引终端回落到2G网络。若终端没有收到2G频点组，则会接入3G网络。在测试过程中发现，不携带2G频点并非全为网管未配置，还存在配置不下发情况。可能原因包含流程嵌套（其他流程的释放消息被作为CSFB流程的释放消息），enb潜在BUG等。 3. 解决方案

27

1、 针对可能的流程嵌套，进行LOG抓包，找出嵌套原因。

2、 ENB配置2G频点组但不下发，属于潜在BUG，由厂家处理。 3、 核查ENB是否配置2G频点组。

4.2.2 案例2：网络不下发RRC Connection Release，回落失败

1. 现象描述

终端从3G重选进高铁专网，正常收到寻呼且发起ESR，但网络侧不下发RRC Connection Relaese，终端无法进行之后流程，回落失败。

网络侧不下发RRC Connection Release

2. 问题分析

ENB没有开启CSFB功能导致 3. 解决方案

检查ENB相关参数设置

4.3 2G接入问题案例

4.3.1 案例1：寻呼类型为IMSI，接入失败

1. 现象描述

寻呼使用IMSI，被叫回落后直接收到网络侧Channel Release，接入失败无法继续语音流程。

28

正常为TMSI寻呼 被叫收到IMSI寻呼 被叫成功回落GSM

寻呼相应识别信息为IMSI 正常寻呼相应为TMSI 信道释放，呼叫失败

其中， Paging Response中Mobile Identity信息为IMSI 2. 问题分析

2G采用MSC POOL方式组网，一个BSC同时连接多个MSC，IMSI寻呼后UE以IMSI进行响应，BSC无法通过IMSI确定将此寻呼响应消息发至正确的MSC，BSC会随机选择一个MSC，导致正确发送的概率为1/M，M为交换机数，如果发送至错误的交换机，该交换机没有相关用户的被叫业务会终止该过程，UE收到Channel Release消息。 3. 解决方案

避免IMSI寻呼

4.3.2 案例2：终端占用站点上行强干扰，造成SD接入失败

1. 现象描述

29

小区存在严重上行干扰，导致终端占用后出现SD接入失败，造成未接通。

收到系统消息5,6但未占上SD，无MR上报

从连接态回到空闲态，做位置更新。SD未接入成功，接入失败

2. 问题分析

经查系统消息6，尝试接入站点存在4级干扰，可能对通话造成较大影响。

3. 解决方案

1、 进行干扰排查。

2、 调整受干扰小区的C1参数，使回落后的C/I能够得到满足。 3、 从2G频点组中删除受到干扰的频率。 4、 选择TD进行回落。

4.3.3 案例3：终端回落至非最佳小区，接入失败

1. 现象描述

30

终端回落至A小区（频点为A’）,邻区中最强小区为B（频点为B’），LTE回落小区频点列表中,没有B’频点。

如图所示。绿实线为回落小区A，红虚线为邻区B。邻区中最强频点为B’，但回落小区频点列表中,没有B’频点。

2. 问题分析

属于频点漏配，可针对性进行参数核查及优化。 3. 解决方案

1、 确保合理的2G频点组

2、 解决2G或者4G小区过覆盖问题

4.3.4 案例4：终端回落至伪基站，接入失败

1. 现象描述

被叫收到寻呼，且正常回落。回落数秒内后收到短信，随后立即被踢出。且从信令上看CI为非正常小区CI。无法进行正常语音流程。

31

正常回落

收到短信

被网络踢出

2G侧System Information Type 3中，CI为10，非移动基站，判断为伪基站

2. 问题分析

伪基站导致

32

3. 解决方案

查处伪基站

33

5

利用Traffica分析CSFB的方法

5.1 VLR CSFB联合附着

CSFB终端在LTE和2G网络联合附着，通过VLR记录可以看到该事件记录。下表中Event Type显示为一次IMSI附着，而Radio Access Info显示为LTE网络，由此说明这是一次LTE和2G网络的联合附着事件。由于是联合附着，可以看到Cell和Sac信息为空，只有Lac信息有值。 TNES Event Report Time Msisdn Number Dx Cause Event Type Attempt Success Indicator Nbr of IMSI Pagings Nbr of TMSI Pagings Paging Reason Answer Time Cell Sac Lac Previous Lac Radio Access Info Imei Imsi MSC54B 描述

MSS VLR 19.11.2014 14:03:37.170 xxxxxx 0x7FF 0x1000000 IMSI attach 2 0 0 0 0 4119 0 5 LTE xxxxxx xxxxxx 5.2 VLR CSFB终端被寻呼

下表中Event Type为0x2表示寻呼，Paging Reason 为7表示语音被叫，Radio Access

Info为5表示LTE，由此可以判断该记录是联合注册的CSFB终端作为被叫的寻呼记录，回落的小区是27568。

TNES Event Report Time Msisdn Number Dx Cause Event Type MSC54B MSS VLR 19.11.2014 14:03:27.380 xxxxxx 0x0 0x2 描述 Paging: a-if 34

Attempt Success Indicator Nbr of IMSI Pagings Nbr of TMSI Pagings Paging Reason Answer Time Cell Sac Lac Previous Lac Radio Access Info Imei Imsi 0 0 1 Mobile terminated 7 voice call, MTC_speech 13 27568 4119 0 5 LTE xxxxxx xxxxxx 下表中Event Type为0x2表示寻呼，Paging Reason 为4表示短信被叫，Radio Access Info为5表示LTE，由此可以判断该记录是联合注册的CSFB终端作为被叫的寻呼记录，由于联合注册时短信在LTE侧收取，因此没有Cell和Sac记录。 TNES Event Report Time Msisdn Number Dx Cause Event Type Attempt Success Indicator Nbr of IMSI Pagings Nbr of TMSI Pagings Paging Reason Answer Time Cell Sac Lac Previous Lac Radio Access Info Imei Imsi MSC54B MSS VLR 19.11.2014 14:03:17.670 xxxxxx 0x0 0x2 0 1 0 4 0 0 0 5 xxxxxx xxxxxx 描述 Paging: a-if Mobile terminated SMS, MT_SMS LTE 5.3 VLR CSFB回落后位置更新

MSC POOL内，TA/LA边界会发生跨TA/LA回落的事件，下表为一次跨TA/LA回落的过程：

? MSC42B有3条同一时间发生的记录，1条为寻呼，2条为位置更新 ? 寻呼记录Radio Access Info为5显示其是CSFB语音寻呼记录

35

本文来源：https://www.bwwdw.com/article/zz52.html