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)编制历史 ................................................................................................. 错误！未定义书签。

LTE―CSFB技术解析及相关案例分析【摘要】LTE建设初期，VoLTE技术还不能更好地投入到商用中，LTE-CSFB的应用则显得非常重要。

主要从网络优化的角度出发，对CSFB技术进行剖析，并对现网中遇到的问题进行案例分析。

【关键词】电路域回落移动管理实体用户归属服务器1 引言LTE技术将无线网络数据传输带入了高速发展的时代，终端能快速地从互联网中获取信息，给用户一种全新体验。

但在LTE建设初期，VoLTE技术还不能很好地投入到商用中，为了更好地解决用户的语音业务问题，利用已有的2G/3G网络，采用了CSFB技术，语音业务在2G/3G网络中完成。

CSFB的意义在于能更好地利用已有网络，减轻LTE网络的负担，将语音业务分流到2G/3G网络中，在VoLTE技术成熟之前让LTE网络实现更好的过渡。

2 CSFB核心设备与接口技术MME是LTE中的核心设备，MME和MSCe通过SGs（S1）接口互相连通，通过系列规程实现CSFB语言业务过程。

CSFB实现业务的核心接口是SGs（S1），UE在附着网络时，MSC Server和MME需要对该用户的SGs连接进行监测和维护。

由MME通过SGs接口完成UE在UTRAN/GERAN核心网的位置更新流程，使得UTRAN/GERAN核心网探测到UE 的位置。

3 CSFB业务的主要流程（1）识别主叫或被叫业务请求。

（2）从LTE网络侧断开连接（LTE网络属于硬切换，即完全断开后重新连接，要求切换成功率很高）。

（3）回落到2G/3G网络，建立语音呼叫（整个语音通话都在2G/3G网络中完成，回落的速度和成功率直接影响用户感知）。

（4）语音结束后，由2G/3G网络返回到LTE网络（若返回失败终端将一直停留在2G/3G网络侧）。

UE在E-UTRAN驻留时开机后发起联合的IMSI/EPS（EPS 演进分组系统）附着流程。

分离流程可以分为3种，即UE发起的分离、HSS发起的分离和MME发起的分离。

1.1.1CSFB分析指标1.1.1.1CSFB被叫试呼次数a)指标名称：CSFB被叫试呼次数b)英文名称：Service.CSFB.MtcEsrMsgCountc)业务需求：统计CSFB被叫试呼次数。

d)指标定义：统计时间段内，S1接口上被叫原因UE上报Extended Service request消息次数。

（参考3GPP 24.301）e)指标算法：统计时间段内，累加Extended Service request消息次数（下图消息3），其中Service type= Mobile terminating CS fallback or 1xCS fallback（1）。

f)测量数据映射关系：S1-MME XDR，其中字段“Procedure Type”=3且“Keyword”=1的XDR个数。

g)数据类型: 整型h)数据单位：次i)空间粒度：终端/小区/TAC/MMEj)时间粒度：15分钟k)数据来源：S1-MME/S6a1.1.1.2CSFB主叫试呼次数a)指标名称：CSFB主叫试呼次数b)英文名称：Service.CSFB.MocEsrMsgCountc)业务需求：统计CSFB主叫试呼次数。

d)指标定义：统计时间段内，S1接口上主叫原因UE上报Extended Service request消息次数。

（参考3GPP 24.301）e)指标算法：统计时间段内，累加Extended Service request消息次数（下图消息1），其中Service type= Mobile originating CS fallback or 1xCS fallback（0）。

f)测量数据映射关系：S1-MME XDR，其中字段“Procedure Type”=3且“Keyword”=0的XDR个数。

g)数据类型: 整型h)数据单位：次i)空间粒度：终端/小区/TAC/MMEj)时间粒度：15分钟k)数据来源：S1-MME/S6a1.1.1.3CSFB SGs寻呼请求次数a)指标名称：CSFB SGs寻呼请求次数b)英文名称：Service.CSFB.SGsPagingReqMsgCountc)业务需求：统计CSFB语音寻呼请求消息次数。

LTE―CSFB技术解析及相关案例分析LTE（Long Term Evolution）是一种4G无线通信技术，其CSFB （Circuit Switched Fallback）技术是一种用于实现移动网络与传统语音业务的互操作性的解决方案。

本文将对LTE―CSFB技术进行解析，并通过相关案例分析加深理解。

首先，我们需要了解LTE和CSFB的基本概念。

LTE是一种基于OFDMA （正交频分多址）和MIMO（多输入多输出）技术的无线通信技术，其主要应用是提供高速数据传输。

而CSFB是一种从LTE网络切换到2G或3G网络以接收语音通话的技术。

由于LTE网络没有直接支持传统的2G或3G语音通信技术，因此需要通过CSFB来实现语音通信的互通。

CSFB技术的基本原理是，当LTE终端用户需要接收或发起语音通话时，LTE网络会将用户从LTE网络切换到2G或3G网络，以便进行语音通信。

这种切换会导致一定的时延，但是可以保证用户在语音通话时获得较好的通话质量和稳定性。

接下来，我们将通过一个案例来分析LTE―CSFB技术的应用。

假设地区的LTE网络已经部署并广泛应用，但是网络以前的2G和3G基站还在继续使用。

在这种情况下，用户在使用LTE网络上网时，如果接收到一个语音通话，由于LTE网络不支持语音通信，就需要通过CSFB技术进行切换。

具体过程如下：1.用户A正在使用LTE网络上网，等待接收一个重要的语音通话。

2.一旦有来电，LTE网络会将用户A从LTE网络切换到可用的2G或3G网络。

3.用户A可以接听或发起语音通话，保证通话质量和稳定性。

4.通话结束后，用户A可以重新切换回LTE网络。

通过这个案例，我们可以看出，LTE―CSFB技术可以实现高速数据网络和传统语音通信的互补和互联互通。

在实际应用中，LTE―CSFB技术已经得到了广泛的应用。

比如，中国移动在部署LTE网络时，采用了CSFB技术来保证用户在语音通信方面的体验。

2014-08-28网优雇佣军网优雇佣军hr_opt通信、科技、未来！通信路上，一起走！网优雇佣军微信号：hr_opt(2) MME配置的与TA匹配的LA非SGs MSC所属的LA3、CSFB手机不能在TD-LTE网络稳定驻留(1) eNodeB配置的小区重选参数不合理若eNodeB配置了2G/3G邻区及小区重选参数，则应合理配置4G与2G/3G间小区重选参数，否则，终端容易发生误重选导致不能在LTE网络稳定驻留。

(2) TD-LTE核心网MME未开启CSFB功能在部署CSFB过程中，若核心网MME暂未开启CSFB功能，CSFB终端在4G网络开机后将主动关闭4G能力，并在2G/3G网络驻留。

(3) eNodeB未开启完整性保护和鉴权部分终端芯片对开机流程要求较高，需严格按照协议定义顺序完成各步骤处理，其中包括完整性保护和鉴权流程，因此当eNodeB未开启上述功能时，将导致部分终端因开机流程不完整而无法接入LTE网络驻留。

1.2 案例分析案例1：CSFB手机网络模式设置有误，导致不能驻留LTE网络1. 现象描述测试区域TD-LTE信号在-90dBm左右，满足终端驻留网络条件，但测试CSFB手机开机后，未搜索TD-LTE网络驻留。

2. 问题分析在相同TD-LTE测试区域，使用其他CSFB手机开机后能驻留TD-LTE网络，说明该区域的TD-LTE信号满足驻留条件，检查开机异常CSFB手机的设置，通常，CSFB 手机存在4G/3G/2G（自动连接）、3G/2G（自动连接）等两种设置方式，用户可自行选择。

测试时，如果用户选择设置为3G/2G（自动连接）模式，因此，CSFB 手机将不能搜索TD-LTE网络驻留。

如果用户选择设置为4G/3G/2G，CSFB手机能够搜索TD-LTE网络，并发起联合注册，同时注册在4G和2G网络，此时，CSFB手机能够在4G正常进行数据业务和短信业务，并能够回落2G正常进行语音主叫、被叫业务。

CSFB手机挂机返回4G后Qos修改失败，导致再次被叫失败1.现象描述
CSFB手机拨打CSFB手机时，第一次呼叫正常，待两部手机均返回4G后，再次发起呼叫，语音提示被叫“无法接通”或者“不在服务区”。

2.问题分析
第一次CSFB呼叫过程正常，并且在通话结束后，能通过TAU重选回LTE网络。

但是在TAU Complete消息之后，MME发现该用户在LTE的QoS签约比该用户在2/3G网络实际使用的QoS高，MME发起QoS更新流程，即e-RAB修改流程。

图-1MME发起的e-RAB修改流程
但是某厂家eNodeB对e-RAB修改流程支持不完善，返回Error信息，导致MME将该用户Detach，且通过SGs接口通知MSC该用户已EPS-DETACH。

此时该用户为被叫时，MSC认为用户detach，直接播放录音通知“无法接通”或者“不在服务区”。

3.问题分类：无线设备实现
4.解决方案
更新eNodeB版本，完善eNodeB对e-RAB修改流程。

5.效果评估
该问题已解决，可反复进行CSFB主被叫业务。

中国联通FDD_LTE的CSFB测试和分析一、前言本文主要针对联通FDD-LTE网络，使用华星FLY6.0进行CSFB测试和分析；CSFB 涉及4G侧(LTE)、3G侧（WCDMA）和MSC核心网侧三方的配合。

以下主要是针对测试和事件消息流程进行分析和说明。

二、CSFB测试流程CSFB测试过程主要是主叫4G手机、被叫4G手机分别驻留LTE网络中，连接FLY6.0测试软件，进行主叫4G手机拨打被叫4G手机，主叫4G手机和被叫4G手机分别回落至WCDMA网络进行通话的过程。

CSFB测试流程主要分为测试准备、测试过程和测数据统计三个部分：三、正常CSFB信令流程3.1.主叫主要流程当开机做主叫时，UE首先在FDD_LTE注册（attach）,完成注册后进行拨号；通过E_nodeB上发CSFB请求；其主要流程如下：3.1.1开机注册（attach）注册请求消息Attach Request(层三消息RRCConnectionRequest)由UE发出（消息属NAS层），请求中包括UE注册的小区，UE支持的加密算法和方式；联合注册的4G（TAC）和3G(LAC/RAC)及ClassMark;Attach requestMORE: 0LENGTH: 123LENGTH: 123LOG_CODE: B0EDtimeStamp: 16:20:28.016LTE NAS EMM plain OTA outgoing msgLOG_VERSION: 1STD_VERSION: 9STD_VERSION_MAJOR: 5STD_VERSION_MINOR: 0NAS: Attach requestSecurity Header Type: 0Protocol Discriminator: 7Message_Types: 65NAS key set identifierTSC: 0 - native security contextNASkeysetidentifier: 1EPS attach typeEPS attach type value: 2 - combined EPS/IMSI attachEPS mobile identityLength of EPS mobile identity contents: 11odd_even indic: 0 - even number of identity digits and also when the GUTI is usedType of identity: 6 - GUTIMCC: 460MNC: 01MMEGroupID: 9A00MMECode: 206M_TMSI: 9A00CC345E25UE network capabilityEEA0: 1 - supporte128_EEA1: 1 - supported128_EEA2: 1 - supportedEEA3: 0 - not supportedEEA4: 0 - not supportedEEA5: 0 - not supportedEEA6: 0 - not supportedEEA7: 0 - not supportedEIA0: 0 - not supported128_EIA1: 1 - supported128_EIA2: 1 - supportedEIA3: 0 - not supportedEIA4: 0 - not supportedEIA5: 0 - not supportedEIA6: 0 - not supportedEIA7: 0 - not supportedUEA0: 1 - supportedUEA1: 1 - supportedUEA2: 0 - not supportedUEA3: 0 - not supportedUEA4: 0 - not supportedUEA5: 0 - not supportedUEA6: 0 - not supportedUEA7: 0 - not supportedUCS2: 0 - not supportedUIA1: 1 - supportedUIA2: 0 - not supportedUIA3: 0 - not supportedUIA4: 0 - not supportedUIA5: 0 - not supportedUIA6: 0 - not supportedUIA7: 0 - not supportedACCCSFB: 1 - supportedLPP: 0 - not supportedLCS: 0 - not supported_1xSRVCC: 0 - not supportedNF: 1 - supportedESM message containerLength: 38ESM message container contents: 02,03,D0,31,27,20,80,80,21,10,01,00,00,10,81,06,00,00,00,00,83,06,00,00,00,00,00,0D,00,00,03,00,00,0A,00,00,10,00PDN connectivity requestSecurity Header Type: 0Protocol Discriminator: 2Message_Types: 208PDN typePDN type value: 3 - IPv4v6Request typeRequest type value: 1 - initial requestProtocol configuration optionsLength: 32ProtocolID 0x: 8021Length of protocol: 16code: 1 - Configure-RequestIdentifier: 0length: 16Type: 129 - Primary DNS Server IP Addresslen: 6IP Address: 0.0.0.0Type: 131 - Secondary-DNS-Addresslen: 6IP Address: 0.0.0.0ProtocolID 0x: 0DLength of protocol: 0Tracking area identityMCC: 460MNC: 01TAC: 37135DRX parameterSPLIT PG CYCLE CODE: 10CN Specific DRX cycle length coefficient and DRX value for S1 mode: 0SPLIT on CCCH: 0 - is not supportednon-DRX timer: 0 - no non-DRX mode after transfer stateMS network capabilityLength of MS network capability contents: 3MS network capability value: E5,C0,3ELocation area identificationMCC: 460MNC: 10Lac: 47889Mobile station class mark 2Revision level: 2 - Used by mobile stations supporting R99 or later versions of the protocolESIND: 0 - <Controlled Early Classmark Sending> option is not implementedA5/1 algorithm supported: 1 - not availableRF Power Capability: reservedPS capability: 0 - not presentSS Screening Indicator: 1 defined in GSM 04.80SM capability: 1 - Mobile station supports mobile terminated point to point SMSVBS notification reception: 0 - no VBS capability or no notifications wantedVGCS notification reception: 0 - no VGCS capability or no notifications wantedFC Frequency Capability: 0 - The MS does not support the extension band G1 in addition to the primary GSM bandCM3: 1 - The MS supports options that are indicated in class mark 3 IELCSVA capability: 1UCS2: 0 - the ME has a preference for the default alphabet over UCS2SoLSA: 0 - The ME does not support SoLSACMSP: 1 - Network initiated MO CM connection request supported for at least one CM protocolA5/3 algorithm supported: 1 - not availableA5/2 algorithm supported: 0 - availableSpare half octetLength Of Supported Codec list: 8System Identification: 4Length Of Bitmap for SysID: 2Length Of Bitmap for SysID: 60Length Of Bitmap for SysID: 04System Identification: 0Length Of Bitmap for SysID: 2Length Of Bitmap for SysID: 1FLength Of Bitmap for SysID: 02Voice domain preference and UE's usage settingLength of Voice domain preference and UE's usage setting contents: 6UE's usage setting: 0 - Voice centricUE's usage setting: 0 - CS Voice onlyVoice domain preference and UE's usage settingGUTI type: 0 - Native GUTIMS network feature supportExtended periodic timers: 1 - MS support3.1.2注册（attach）成功UE收到RRCConnectionSetup消息，进行注册Attach Accepet(层三消息RRCConnectionSetupComplete)，成功消息中包括注册的小区MCC,MNC,MME GroupID,MME Code及UE的M_TMSI等信息．3.1.3UE语音业务请求（CSFB MT START）UE上发Ext service request（NAS到EMM）消息，内容为CS fall back业务请求；Extended service requestMORE: 0LENGTH: 35LENGTH: 35LOG_CODE: B0EDtimeStamp: 16:20:44.796LTE NAS EMM plain OTA outgoing msgLOG_VERSION: 1STD_VERSION: 9STD_VERSION_MAJOR: 5STD_VERSION_MINOR: 0NAS: Extended service requestSecurity Header Type: 0Protocol Discriminator: 7Message_Types: 76NAS key set identifierTSC: 0 - native security contextNASkeysetidentifier: 1Service typeService type value: mobile originating CS fall back or 1xCS fall backMobile identityOdd/even indication: 0 - even number of identity digits and also when the TMSI/P-TMSI or TMGI and optional MBMS Session Identity is usedType of identity: 4 - TMSI/P-TMSIIdentity digits (0x): DC345E25EPS bearer context statuslength: 32EBI: 03.1.4E_nodeB指标UE回落E_nodeB在下发给UE的RRCConnectionRelease中给出重定向的目标（utra_FDD=10713）RRCConnectionReleaseMORE: 0LENGTH: 1993LENGTH: 1993LOG_CODE: B0C0timeStamp: 16:20:44.928RRCConnectionReleaseVERSION: 7RRC_REL: 10RRC_REL: 113RRC_VER: 1PHYSICAL_CELL_ID: 368(4G服务小区)FREQ: 1650System_Frame_Number: 34Subframe: 8PDU_NUM: 6ENCODED_MSG_LEN: 1964RRC: DL-DCCH-Messagemessagec1rrcConnectionReleaserrc_TransactionIdentifier = 0criticalExtensionsc1rrcConnectionRelease_r8releaseCause = otherredirectedCarrierInfo（重定向方向）utra_FDD = 10713nonCriticalExtensionnonCriticalExtensioncellInfoList_r9 (以下是3G邻区扰码)utra_FDD_r9[0] physCellId_r9 = 201utra_FDD_r9[1] physCellId_r9 = 209utra_FDD_r9[2] physCellId_r9 = 233utra_FDD_r9[3] physCellId_r9 = 393utra_FDD_r9[4] physCellId_r9 = 11utra_FDD_r9[5] physCellId_r9 = 35utra_FDD_r9[6] physCellId_r9 = 448utra_FDD_r9[7] physCellId_r9 = 33.1.5．UE在3G网络进行呼叫UE读取3G网络系统消息，发起业务请求（CM Sercive Request）;请求中包括业务类型，UE能力和支持的加密类型等等．．CM service requestMORE: 0LENGTH: 31LENGTH: 31LOG_CODE: 713AtimeStamp: 16:20:45.832UMTS NAS Signaling MessagesDirection: From UELength: 14ChannelType: 5MessageType: 36UMTS NAS Signaling Messages: CM service requestCM service typeService Type : 0Ciphering key sequence numberkey sequence : 1Mobile station classmarkRevision level : 2 - Used by mobile stations supporting R99 or later versions of the protocolESIND : 1 - (<Controlled Early Classmark Sending> option is implemented).A5/1 algorithm supported : 0 - (available)RF Power Capability : 7 - reservedPS capability : 1 - (present)SS Screening Indicator : 1(defined in GSM 04.80)SM capability : 1 - Mobile station supports mobile terminated point to point SMSVBS notification reception : 0 - no VBS capability or no notifications wanted VGCS notificationr eception : 0 - no VGCS capability or no notifications wanted0 - The MS does not support the extension band G1 in addition to the primary GSM bandClassmark 3(CM3) : 1 - The MS supports options that are indicated in classmark 3 IE LCSVA capability : 1UCS2 : 0 - the ME has a preference for the default alphabet over UCS2SoLSA : 0 - The ME does not support SoLSACMSP : 1 - Network initiated MO CM connection request supported for at least one CM protocolA5/3 algorithm supported : 1 - (not available)A5/2 algorithm supported : 0 - (available)Mobile identityType of identity : 4 - TMSI/P-TMSIOdd/even indication : 0Identity digits : 0x03C3239B3.1.6. RAU和RAB建立在3G网络进行RAU（ROUTING AREA UPDATE REQUEST），无线承载建立请求（RadioBearerSetupComplete），为UE分配无线资源．RadioBearerSetupCompleteMORE: 0LENGTH: 26LENGTH: 26LOG_CODE: 412FtimeStamp: 16:20:47.026RRC: UL_DCCHintegrityCheckInfomessageAuthenticationCode = 32, 0xB6 0x11 0x69 0x93rrc_MessageSequenceNumber = 2messageradioBearerSetupCompleterrc_TransactionIdentifier = 0start_Value = 20, 0x00 0x00 0110xxxx count_C_ActivationTime = 2083.1.7. 振铃（Alerting）在3G网络无线资源分配完成后，网络发振铃消息给UE3.1.8.接通（Connect）被叫摘机，链路连通主，被开始通话．3.1.9.挂机（Disconnect）结束通话后主呼挂机，上发拆链消息（Disconnect），下（上）行RRC释放后，通话结束；在E_nodeB下发的RRCConnectionRelease消息中指出了，UE返回4G中心频率(1650)RRCConnectionReleaseMORE: 0LENGTH: 27LENGTH: 27LOG_CODE: 412FtimeStamp: 16:21:10.142RRC: DL_DCCHintegrityCheckInfomessageAuthenticationCode = 32, 0x8D 0xAB 0xEB 0x8Crrc_MessageSequenceNumber = 1messagerrcConnectionRelease r3rrcConnectionRelease_r3rrc_TransactionIdentifier = 0n_308 = 1releaseCause = normalEventlaterNonCriticalExtensionsv690NonCriticalExtensionsrrcConnectionRelease_v690extv770NonCriticalExtensionsrrcConnectionRelease_v770extv860NonCriticalExtensionsrrcConnectionRelease_v860extredirectionInfo （重定向返回系统和小区中心频点）interRATInfoeutraeutra_TargetFreqInfoList[0]dlEUTRACarrierFreq = 16503.1.10.完成TAU（返回4G）UE在4G网络进行TAU请求，TAU完成后UE成功返回4G网络．(TAU详细流程详见FTP下载分析)3.2 .被叫呼叫流程UE接收到寻呼消息（Paging），向网络发起CSFB请求，其他流程与主叫相同．PagingMORE: 0LENGTH: 36LENGTH: 36LOG_CODE: B0C0timeStamp: 16:21:44.220PagingVERSION: 7RRC_REL: 10RRC_REL: 113RRC_VER: 0PHYSICAL_CELL_ID: 368FREQ: 1650System_Frame_Number: 145Subframe: 10PDU_NUM: 4ENCODED_MSG_LEN: 7RRC: PCCH-Messagemessagec1pagingpagingRecordList[0]ue_Identitys_TMSImmec = 8, 0xCE m_TMSI = 32, 0xCC 0x73 0xA0 0x25 cn_Domain = cs四.联合附着手机驻留4G由于目前LTE网络暂不支持viop业务，CSFB需要从4G回落至3G进行CS域业务，因此手机选择WCDMA和LTE双模情况下，手机需要在CS域LAC和PS域TAC进行联合附着过程。

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进程，如以下图所示。

一、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左右，弱覆盖导致未接通.解决方法:根据附近站点实际情况合理调整方位角和下倾角，加强此路段的覆盖.A：测试车辆由西向东行驶至秦岭路五龙口区域路段时，主叫占用GSM秦岭五龙口1小区，在15：29:12：618上报Setup.B：被叫UE占用秦岭五龙口D2小区,RSRP=-110db左右，覆盖太差未能收到寻呼消息回落2G，导致主叫未接通.3、2未接通-未收到寻呼消息测试现象：主叫TD-LTE下起呼，被叫上一次联合位置更新失败导致未接收到寻呼消息。

宁波海曙富茂酒店SF4G手机CSFB失败案例分析一、故障现象宁波海曙富茂酒店SF存在使用4G手机拨打电话呼叫失败、掉话现象。

二、站点信息宁波海曙富茂酒店SF位于海曙区碶闸街九号(紧邻天一广场)。

LTE室内分布系统为BBU+RRU对酒店进行全覆盖，该点室分天馈系统均布放在酒店走廊，房间内无室分天线，且该站点2G/LTE均采用高低分层分区覆盖，4楼以下为一小区，4以上为二小区。

三、原因分析LTECSFB失败的主要原因有以下几种：1.弱覆盖；2.未添加2G频点；3.干扰；4.终端回落至非最佳小区，介入失败；四、处理步骤1.到达站点现场后第一步对酒店整体进行2G/LTE覆盖测试，尤其是投诉楼层房间内的覆盖情况进行摸底，发现其中LTE室分信号在房间内边缘RSRP基本处于-105dBm左右以内，长期占用室分信号，无弱覆盖区域，TTE弱覆盖引起CSFB掉话原因可排除；2G室分信号走廊内覆盖正常，信号强度达到-50dBm左右，但进入房间内后2G室分信号-75dBm左右，信号一般，占用室外宏站信号且存在几个室外宏站信号都能达到-65dBm左右，频繁切换，影响通话质量，可以判断出CSFB回落掉话原因可能有2G 频繁切换引起。

2.使用5S手机做CSFB测试，发现当拨打电话时回落2G通话时回落至2G宏站信号且切换频繁，存在掉话现象，查看CSFB回落频点，发现回落频点添加较多，造成无法正常回落至2G室分频点。

3．根据测试2G/LTE现网室分信号边缘强度，认为整个酒店使用室分系统覆盖无明显弱覆盖区域，可以达到覆盖要求，将2G高层室分小区信号设做孤岛，使室内用户强行占用室分系统通话，并将CSFB回落2G频点只保留该站点2G室分频点，修改改好后测试发现问题回复正常。

五、经验总结中国移动LTE语音解决方案目前存在两种：一种CSFB解决方案；一种VoIMS解决方案（VoLTE），当前CSFB解决方案还是主流，测试当中会经常遇见CSFB无法正常回落是2G，只要仔细排除引发的原因仔细排除，就能发现问题并解决问题。

CSFB失败原因分类总结根据集团案例库、各省经验及现网相关情况，CSFB失败的原因总结主要有几类：数据配置问题、弱覆盖或干扰、设备未开启CSFB功能、设备功能缺陷、终端原因等，针对以上各类原因详细分析如下：1、数据配置问题CSFB流程较长，其中涉及无线网的ENODEB、BSC、RNC；EPC核心网的MME、DNS；CS域核心网的HLR、MSC等网元。

其中一个网元上的数据配置有误或不当，均会造成CSFB 联合位置更新失败、主叫、被叫失败及无法返回LTE网络的问题。

由于目前大部分的CSFB 失败仍与数据配置问题相关，在此对每个网元上需配置的数据进行梳理，并对有可能造成失败的数据配置问题进行总结：1)ENODEB:ENODEB上需开启CSFB功能，新增至2G小区的重选回落功能，配置相应的2G重选参数、邻区关系等。

2)BSC:除原有的2/3G邻区关系外，在无3G有4G区域的设备上新增2G到4G的小区重选功能，并配置相应的重选参数、邻区关系等。

3)RNC:针对2G-3G-4G桥接返回LTE，共用数据业务对3G、4G互操作的配置要求，新增连接态互操作功能。

4)MME:MME上主要配置以下数据：定义SGS物理接口；定义SGS IP层数据；定义SGS OSPF路由；定义SGSAP层及MSC 数据；开启license功能；配置与对接的MSC的SCTP链路；激活CSFB、SMS over SGS；TA与LA对应关系；LA与MSC对应关系；SGs接口触发寻呼参数。

与MSC对接的SGS接口的数据配置示例如下：5)MSC:MSC上主要配置以下数据：对接MME的SGs接口实体配置；对接MME的SGs 接口SCTP链路配置；MSC Server license开启；定义对端MME host数据；定义CSFB所用LA 相关数据；配置SGs paging策略；LTE连接态和空闲态寻呼响应软参配置；回落定时器时长配置。

MSC上配置对接MME的SGS接口数据：6）DNS：在未开启FAST RETURN时，需支持GL小区重选，UE回落后将发起PS域的RAU流程，以及小区重选回LTE时的TAU流程，这时融合DNS或本地DNS上需配置正确的RAI和TAI对应关系数据，否则通过桥接方式2G->3G-4G返回LTE的过程将会失败。

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，长期存在高拥塞，高干扰，故判定为该小区存在回落失败可能性较大。

VOLTE起呼失败的案例1. 问题描述使用HTC M8T的VOLTE版本，升级成最新的版本–RC25、R35新版本。

升级完成后注册IMS成功，但在华为MME下无法进行VOLTE呼叫，变成了CSFB语音方案回落至2G进行通话。

2. 问题分析终端使用测试卡已注册VOLTE网络成功，进行呼叫的时候，网络侧回复503错误（SERVICE UNAVAILABLE）。

具体的SIP信令流程如下。

1、UE->NW INVITE2、NW->UE Cancel503终端发起VOLTE呼叫，且支持Silent Redial机制：当VOLTE呼叫失败后，将转成CSFB 语音方案，因此呼叫回落至2G。

而使用相同卡插入三星S6测试VOLTE呼叫，呼叫成功。

问题原因：不同VOLTE终端，采用的附着建立默认承载的方法也不同，主要有两种不同的方法：1、终端附着网络时，使用网络默认APN建立默认承载。

比如，HTC M8T。

2、终端附着网络时，使用终端侧设置的APN建立默认承载。

比如，三星S6。

3、使用终端侧设置的APN建立默认承载，按照3GPP24.301章节8.3.20.2描述，在附着络过程中，建立PDN连接请求消息如果携带“ESM information transfer flag”( ESM 信息传输标记），表示终端希望使用自己提供的APN。

三星S6使用终端侧设置的默认承载信令截图如下：1、终端在Attach request请求信令携带“ESM information transfer flag”：2、3、网络侧发起APN请求，ESM information request，终端通过ESM information response回复网络侧终端上设置的默认APN。

HTC M8T使用网络侧设置的默认承载信令截图如下：1、终端Attach request请求信令未携带“ESM information transfer flag”：2、网络侧发起APN请求无ESM information request：经过测试分析发现，HTC M8T，使用LTE的APN进行IMS注册期间，终端发起了3次默。

CMCC研究院CSFB测试问题总结分析融合通信解决方案集成验证部Prepared by拟制张鹏伟Date日期2012-11-20Reviewed by 评审人Date 日期Approved by批准Date 日期Authorized by签发Date日期Huawei Technologies Co., Ltd.华为技术有限公司All rights reserved版权所有侵权必究Revision Record 修订记录Catalog 目录中国移动研究院CSFB项目FAQ (4)1目的 (5)2组网概述和测试环境描述 (5)3问题描述及解决办法 (8)3.1问题描述： (8)3.2问题描述： (9)3.3问题描述： (10)3.4问题描述： (10)3.5问题描述： (13)3.6问题描述： (14)3.7问题描述： (14)3.8问题描述： (16)3.9问题描述： (17)3.10问题描述： (18)3.11问题描述： (20)3.12问题描述 (21)中国移动研究院CSFB测试问题总结分析Keywords 关键词：CSFBAbstract 摘要：List of abbreviations 缩略语清单：1 目的通过北京移动研究院CSFB项目，包括标准CSFB和Mavenir IWF方案（Proxy），对测试中一些常见问题的解决思路和解决方法，进行梳理和总结，可供后续项目参考使用；2 组网概述和测试环境描述【版本信息】【组网】图1：测试结构场景一（华为MSC POOL+HW LTE下的标准CSFB组网）图2：测试结构场景二（华为MSC POOL+NSN LTE下的标准CSFB组网）图3：测试结构场景三（华为MSC POOL+NSN LTE下的IWF方案组网）图4：测试结构场景四（华为MSC POOL+HW LTE下的IWF方案组网）3 问题描述及解决办法3.1 问题描述：当GSM与LTE的PLMN不一致时，ENODEB发起R9-RIM流程，携带的目标GSM小区信息非需要的目标GSM小区信息；解决办法：在eNODEB上面删除GERAN外部小区PLMN列表ADD GERANEXTERNALCELLPLMN：；添加跨PLMN切换配置ADD INTERPLMNHOLIST：；原因分析：CCEM挑选PLMN发给S1ITF的原则是这样的：●优先在源侧PLMN中查找，若外部小区可在源侧PLMN中找到匹配，那就满足非跨PLMN的条件，ulTargetPlmn值与ulSourcePlmn的值填写相同。