CSFB常见信令流程

CSFB信令流程（常用）3.3.4 Mobile Originating CallCSFB 主叫流程。

3.3.4.1 Mobile Originating call in Active Mode 激活模式下的 CSFB 主叫起呼，目前采用No PSHOsupported ,相对应于Mobile Originating 消息封装在 RRC 和S1AP 消息中。

UE 仅当附着在 CS 域（联合EPS/IMSI 附着）中会传送该消息，并且不能发起 IMS 语音会话（比如不UE 支持IMS 或者网络不支持IMS ）—No PS HO upportedb : MME 发送 UE Context Modification Request( 包含CSFB 指示和LAI ）至U eNodeB 表明call in Active Mode -PS HO supported ，流程如下:1. a ： UE 因为需要发起主叫业务进行CSFB 而发送 Extended Service Request 至U MME 该络。

如果MME觉得CSFB有必要优先处理，则在发到eNodeB 的消息中将设置优先级参数比如CSFB High Priority 。

c: eNodeB 响应上下文修改，发送Con text Modification Respo nse 消息。

2. eNodeB可选性请求UE发送测量报告来决定回落的目标GERAN/UTRAN网络只会执行3a、3b、3c 中的一个。

3. a：如果UE和网络支持异系统切换CCO(cell change order)到GERAN并且目标小区是GERAN:eNodeB可以通过发送RRC消息给UE触发异系统间小区改变命令( NACE选)至U GERAN 的相邻小区。

异系统间小区改变命令可能包含CSFB指示符给UE小区更换命令表明是CSFB触发的。

如果异系统间小区改变(inter-RAT cell change order) 命令包含CSFB指示符，并且UE无法建立连接到目标RAT贝U UE认为CSFB已经失败。

CSFB业务正常信令流程及问题分析一、概述移动和联通使用的制式不一样，但是信令流程一致，处理问题的思路是一致的。

大家可以学习学习！二、正常CSFB信令流程按照北京联通FDD-LTE新站入网验收测试规范V8进行CSFB测试，正常信令流程如下：1、CSFB业务发起图1图2UE向eNodeB发起ExtendServiceRequest，此时说明开始发起CSFB业务。

双击ExtendServiceRequest信令也可以看到此时服务类型是service-type:mobile-originating-cs-fallback即手机主叫CSFB（如图2红框所示）。

2、LTE重定向图3如果CSFB业务可以正常进行，那么eNodeB会向UE发从RRCConnectionRelese信令，此时将进行LTE向WCDMA的重定向。

双击此条信令，在msg中给定要重定向的频点，进行测量，如果符合重定向的条件，上报测量报告，实行重定向。

图4图5如图4与图5所示，UE已从LTE重定向至WCDMA，频点为10713。

3、重定向WCDMA后正常语音业务UE重定向至WCDMA后能够按正常语音呼叫流程进行，而ExtendServiceRequest至Alerting信令之间的间隔即为此次CSFB业务时延。

图64、通话结束后返回LTE网络占用WCDMA通话结束后，应直接返回LTE网络。

由于此时正处于LTE建站初期，WCDMA如没有向LTE开启Fast Return开关，手机不会自动返回至LTE网络。

三、 CSFB问题排查通过这几天对新开站进行CSFB业务测试，发现部分基站CSFB业务存在问题，主要出现两种问题：1、LTE基站TAC配置与WCDMA邻区的LAC不一致如果LTE基站TAC配置与WCDMA邻区的LAC不一致，容易导致UE无法找到对应的WCDMA服务小区，导致CSFB无法做业务。

图7图8如图7所示，由于LTE基站TAC配置与WCDMA邻区的LAC不一致，UE无法进行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.电路网络建立：电路核心网络接收到电路网络请求后，会根据请求中的信息建立电路连接。

这涉及到分配用户一个临时电路号码，并确保与呼叫目的地的网络进行通信。

CSFB常见信令流程CSFB测试流程。

(主叫,被叫)LTE网络连接建立时延回落时延GSM网络呼叫建立时延返回LTE网络时延主叫流程RRC ConnectionRequest>RRCConnection ReleaseRRC ConnectionRelease>CMServiceRequestCM ServiceRequest>Alertingchannelrelease>TAUAccept被叫流程Paging>RRCConnection ReleaseRRC ConnectionRelease>PagingResponsePagingResponse>Alertingchannelrelease>TAUAccept 在统计信令面时延时可采用以上得信令进行区分测试软件界面CSFB信令主叫: UE发起CSFB 请求,4G侧响应回落2G 在2G发起CM Service Request被叫: LTE将来自MSC得寻呼转给UE,被叫4G回落,在2G响应Paging ResponseCSFB 被叫连接态时,4G侧用CS Service Notification发起CSFB得响应CSFB被叫空闲态时,4G侧用paging 发起CSFB得响应被叫CSFB信令流程(连接态):被叫CSFB信令流程(空闲态):主叫CSFB信令流程:CSFB在不同无线环境下得差异跨LA: UE在2G发起CM Service Request或Paging response时需要事先做LAU同LA: UE在2G发起CM Service Request或Paging response不需要做LAU。

CSFB相关信令流程1主叫语音业务如图 15所示，UE发起CS Fallback主叫语音业务，MME指示eNodeB(evolved NodeB)需要将UE回落到GERAN/UTRAN网络，eNodeB指示UE回落到GERAN/UTRAN网络，UE在GERAN/UTRAN网络发起主叫语音业务，在发起主叫语音业务之前有可能先发起位置更新流程。

图 15 主叫语音流程1.UE发起CS Fallback语音业务请求。

图16 Extended Service Request消息结构图该UE在联合附着过程中CS域给它分配的TMSI。

2. MME发送Initial Context Setup Request（初始上下文设置请求）消息给eNodeB，包含CS Fallback Indicator。

该消息指示eNodeB，UE因CS Fallback业务需要回落到UTRAN/GERAN。

3. eNodeB要求UE开始系统的小区测量，并获得UE上报的测量报告，确定重定向的目标系统小区。

然后向UE发送目标系统具体的无线配置信息，并释放连接。

4. UE接入目标系统小区，发起CS域的业务请求CM Service Request。

5. 如果目标系统小区归属的MSC Server与UE附着EPS网络时登记的MSC Server不同，则该MSC Server收到UE的业务请求时，由于没有该UE的信息，可以采取隐式位置更新流程，接受用户请求。

如果MSC Server不支持隐式位置更新，且MSC Server没有用户数据（即服务MSC Server与EPS/IMSI登记的MSC Server不同），则拒绝该用户的业务请求。

如果MSC Server拒绝用户的业务请求会导致UE发起一个CS域位置更新流程。

CS fallback紧急呼叫流程中，CM_SERVICE_REQUEST消息前无需位置更新。

6. CS域语音呼叫建立流程。

7. MSC Server向BSC/RNC发送拆线请求消息。

CSFB流程主要信令点说明CSFB：从LTE网络基于R8忙重定向至WCDMA网络一次完整的CSFB主叫过程（回落+返回）涉及的主要信令点：1、LTE网络：ExtendedServiceRequest，携带service-type：mobile-originating(初始请求)-CS-fallback即主叫发起CSFB，对应Event List中CSFBServiceRequest；2、LTE网络：RRCConnectionRelease，进行LTE向WCDMA的重定向,携带重定向的WCDMA的频点，进行测量，如符合重定向条件，上报测量报告，实行重定向,对应Event List 中InterRATRedirectionReq；读取W系统消息后3、WCDMA网络：CM Service Request，携带业务类别及TMSI信息，对应Event List中WCDMARAUpdateReq；4、WCDMA网络：Alerting，表示核心网给主叫回振铃音，被叫已接通，对应Event List中LTECSFBServiceSuc；（另通过Setup消息可以查看被叫号码）5、WCDMA网络：RRC Connection Release，对应Event List（另用户主动挂机对应Disconnect 消息，方向为UL，RRC Connection Release消息为网络侧下发，DL）6、LTE网络：TrackingAreaUpdateRequest，携带TAU类别（combined-TA）、TAL对应的WCDMA侧LAC信息，对应Event List中TAUpdateSuc。

被叫区别于主叫在于：1、LTE网络中ExtendedServiceRequest前还有Paging消息（与主叫类似的是ExtendedServiceRequest中也携带CS Fallback指示字段，主叫为MO，被叫为MT）；2、WCDMA网络中Paging Response消息取代CM Service Request消息。

简述csfb信令流程下载温馨提示:该文档是我店铺精心编制而成，希望大家下载以后，能够帮助大家解决实际的问题。

文档下载后可定制随意修改，请根据实际需要进行相应的调整和使用，谢谢!并且，本店铺为大家提供各种各样类型的实用资料，如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等，如想了解不同资料格式和写法，敬请关注!Download tips: This document is carefully compiled by theeditor. I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,sentence excerpts,ancient poems,classic articles,topic composition,work summary,word parsing,copy excerpts,other materials and so on,want to know different data formats andwriting methods,please pay attention!CSFB（Circuit Switched Fallback，电路域回落）是一种在LTE网络中实现语音通话的技术。

二、CSFB语音正常信令流程：
1、无须回落位置更新的CSFB信令流程
●阶段1：主叫LTE下起呼回落GSM
●阶段2：主叫回落GSM后，终端自动触发GSM下起呼，并上行建立，被叫在该时刻后
1-2秒（个别时会稍长一点），被叫LTE下收到寻呼并进行重定向回落流程，回落位置区与联合更新位置区一致时，不做位置更新。

●阶段3：被叫上行振铃，上行接通；主叫下行振铃，下行接通。

●阶段4：主叫30秒后上行挂断，被叫收下行挂断消息，而后主被叫在rr释放信道后，
进行快速返回流程（快速返回通过RR释放信令触发，在语音呼叫结束后，通过终端保存的LTE频点信息，不经过TD网络桥接直接返回LTE）。

●阶段5：返回LTE后，进行TAU更新，以完成TA/LA的联合更新，同时登记GSM的MSC
及LTE下的MME。

2、回落位置更新的CSFB信令流程（终端处于GSM LAC边界或TA/LA对应映射表配置不合理时将触发该流程）
●阶段1~阶段2：
●主叫LTE下起呼回落GSM，进行位置更新后再上发cm起呼
●被叫收到寻呼回落GSM后，发生位置更新，直接下行setup进行响应并继续呼叫流程●后续接通流程与不进行位置更新相同（略）
CSFB语音事件分析类型：
（注：文档可能无法思考全面，请浏览后下载，供参考。

可复制、编制，期待你的好评与关注）。

CSFB信令流程CSFB（Circuit Switched Fallback）是一种LTE网络中用于支持语音通信的技术。

在LTE网络中，语音通信通常采用VoLTE（Voice over LTE）技术，但在一些特殊情况下，比如用户设备不支持VoLTE或者用户位置处于LTE网络覆盖边缘区域，就需要使用CSFB来实现语音通信。

1.UE发起语音呼叫：用户设备通过基站扫描的方式检测到附近的LTE 和2G/3G网络，选择最适合的网络进行语音服务。

如果用户设备支持VoLTE，会尝试使用LTE网络进行语音通信，否则会使用2G/3G网络。

用户设备向基站发送语音呼叫请求。

2. 基站发送RRCEstablishmentRequest：基站接收到用户设备的呼叫请求后，会根据设置的策略判断是否需要使用CSFB。

如果需要使用CSFB，基站向MME（Mobility Management Entity）发送RRCEstablishmentRequest消息，请求切换到2G/3G网络。

3. MME发送InitialContextSetupRequest：MME接收到基站的请求后，会向MSC（Mobile Switching Centre）发送InitialContextSetupRequest消息，请求建立2G/3G网络上的初始语音通话上下文。

4. MSC发送Paging消息：MSC接收到MME的请求后，会发送Paging 消息给用户所在2G/3G网络的基站，通知UE进行寻呼。

5. 基站发送RRCConnectionRequest：用户设备接收到寻呼消息后，会向基站发送RRCConnectionRequest消息，请求建立2G/3G网络上的RRC连接。

6. 基站发送RRCConnectionSetup：基站接收到用户设备的RRCConnectionRequest消息后，会发送RRCConnectionSetup消息，建立2G/3G网络上的RRC连接。

中国联通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（Circuit Switched Fallback）是一种LTE网络中用于支持GSM/UMTS（2G/3G）文字和语音业务的信令流程。

它允许LTE用户在LTE覆盖范围之外，通过2G/3G网络进行通信。

本文将详细介绍CSFB信令流程。

1.基站选择：当LTE用户处于LTE覆盖范围之外时，需要找到最合适的2G/3G基站进行服务。

这一过程称为基站选择。

LTE设备通过扫描查找可用的2G/3G频率，并检测到2G/3G小区的信息。

2.寻呼消息：一旦找到合适的2G/3G基站，LTE设备将发送寻呼消息给2G/3G网络。

该消息包含着LTE用户的特定标识信息，如国际移动用户标识（IMSI）。

3.2G/3G寻呼过程：2G/3G基站将接收到的寻呼消息转发给2G/3G核心网络（MSC/VLR）。

MSC/VLR会查找相应的用户，并发送RRC连接请求消息给2G/3G基站。

4.2G/3G建立RRC连接：2G/3G基站发送RRC连接请求消息给LTE设备，要求建立RRC连接。

如果LTE设备接受请求，将发送RRC连接请求确认消息给2G/3G基站。

然后，RRC连接建立。

5.启动CSFB过程：一旦RRC连接建立，2G/3G基站通知MME（移动管理实体）启动CSFB过程。

MME将发送切换请求给eNodeB（LTE基站），要求eNodeB将通信切换到2G/3G网络。

6.LTE基站切换：当eNodeB收到切换请求后，它将发送切换相关的消息给LTE设备，以通知设备切换到2G/3G网络。

在这个过程中，LTE设备仍然保持与eNodeB的RRC连接。

7.LTE设备切换确认：LTE设备接收到切换消息后，将发送切换确认消息给eNodeB，并按照指示切换到2G/3G网络。

eNodeB会向设备发送RRC连接释放消息，以结束与设备的LTE连接。

8.移动核心网络切换：一旦LTE设备切换到2G/3G网络，MME向MSC/VLR发送移动核心网络切换请求消息。

C S F B相关信令流程目录1移动性管理移动性管理主要介绍用户附着、分离、位置更新相关业务流程。

1.1 联合附着流程CS Fallback语音主要是通过SGs接口实现的，用户在附着网络时，MME和MSC Server需要对该用户的SGs连接进行维护。

在E-UTRAN开机驻留的UE，开机后发起联合的EPS/IMSI附着流程。

联合附着流程如所示，由MME通过SGs接口完成UE在UTRAN/GERAN核心网的位置更新流程，使得UTRAN/GERAN核心网感知到UE的位置。

图1联合附着流程图1. UE（User Equipment）发起网络附着请求，向MME发送Attach Request消息。

其中参数AttachType指示这是一个联合的EPS/IMSI附着流程，并且参数指示UE具备CS Fallback能力。

图 2 Attach Request消息结构图如所示，消息体指示为附着请求，类型是联合附着请求（combined-attach）。

终端上报联合附着请求则表示支持CSFB。

2. MME发送SGsAP-LOCATION-UPDATE-REQUEST消息给VLR，消息中包括new LAI、IMSI、MME name和Location Update Type等参数，其中MME name是MME的域名。

LOCATION-UPDATE-REQUEST消息结构如所示。

图 3 LOCATION-UPDATE-REQUEST消息结构图其中中eps-location-update-type信元指示为IMSI附着，并且携带新/旧LAI，其中MME name是MME的域名。

3. VLR存储MME信息，并创建与MME下此用户的SGs关联。

4. VLR根据用户信息和位置区信息，发起到HLR的位置更新流程。

5. VLR返回SGsAP-LOCA TION-UPDATE-ACCEPT给MME，如果VLR支持TMSI重分配，消息中包括参数LAI和TMSI，否则消息中包括参数LAI和IMSI。

正常信令流程：
1、CSFB业务发起
图1
图2
UE向eNodeB发起ExtendServiceRequest，此时说明开始发起CSFB业务。

点击ExtendServiceRequest信令详情也可以看到此时服务类型是
service-type:mobile-originating-cs-fallback即手机主叫CSFB（如图2红框所示）
小知识
请求消息一般为0000,0001,0010分别代表主叫、被叫、紧急事件。

同时一般MO：service type value为0000、0010
MT：service type value为0001
2、LTE重定向
如果CSFB业务可以正常进行，那么eNodeB会向UE发从RRCConnectionRelese 信令，此时将进行LTE向WCDMA的重定向。

双击此条信令，在msg中给定要重定向的频点，进行测量，如果符合重定向的条件，上报测量报告，实行重定向。

UE重定向至WCDMA网络，频点为10713。

小知识
一般而言在CSFB过程中，Extend Service Request之后就是LTE的RRC Connection Release，但是在UE从idle状态有业务的时候，就会发生RRC Connection Request和RRC Connection Reconfiguration Complete，来进行鉴权处理。

3、重定向WCDMA后正常语音业务
UE重定向至WCDMA后能够正常呼叫流程进行，而Extend Service Request至Active Set Update信令之间的间隔即为此次CSFB业务时延。

4、通话结束后返回LTE网络。

一、CSFB流程主要信令点:一次完整的CSFB主叫过程（回落+返回）涉及的主要信令点：1、LTE网络：ExtendedServiceRequest，携带service-type：mobile-originating-CS-fallback，对应Event List中CSFBServiceRequest；2、LTE网络：RRCConnectionRelease，携带配置的GERAN相邻频点组起始频点和GERAN BCCH 相邻频点信息，对应Event List中InterRATRedirectionReq；3、GSM网络：CM Service Request，携带业务类别及TMSI信息，对应Event List中InterRATRedirectionSuc；4、GSM网络：Alerting，表示核心网给主叫回振铃音，被叫已接通，对应Event List中CSFBServiceSuc；（另通过Setup消息可以查看被叫号码）5、GSM网络：Channel Release，对应Event List中目前版本显示有误（GSMCallDropped）；（另用户主动挂机对应Disconnect消息，方向为UL，Channel Release消息为网络侧下发，DL）6、LTE网络：TrackingAreaUpdateAccept，携带TAU类别（combined-TA）、TAL对应的GSM 侧LAC信息，对应Event List中TAUpdateSuc。

被叫区别于主叫在于：1、LTE网络中ExtendedServiceRequest前还有Paging消息（与主叫类似的是ExtendedServiceRequest中也携带CS Fallback指示字段，主叫为MO，被叫为MT）；2、GSM网络中Paging Response消息取代CM Service Request消息。

如下为一次完整的CSFB被叫流程主要信令截图：1、LTE网络：Paging，无对应Event；2、LTE网络：ExtendedServiceRequest，携带service-type：mobile-terminating-CS-fallback，对应Event List中CSFBServiceRequest；3、LTE网络：RRCConnectionRelease，对应Event List中InterRATRedirectionReq；4、GSM网络：Paging Response，对应Event List中GSMCallAttempt（MTC）；5、GSM网络：Alerting，对应Event List中CSFBServiceSuc；6、GSM网络：Channel Release，无对应Event；7、LTE网络：TrackingAreaUpdateAccept，对应Event List中TAUpdateSuc。

LTE及CSFB信令流程LTE（Long Term Evolution）是一种高速无线宽带网络技术，旨在提供更快的数据传输速度和更低的延迟。

CSFB（Circuit Switched Fallback）是一种LTE网络中用于支持2G/3G语音通话的回退机制。

以下是LTE和CSFB的信令流程的详细说明。

一、LTE信令流程：1. 初始接入（Initial Access）：当用户设备（UE）在LTE网络覆盖范围内时，它将尝试与基站（eNodeB）建立初始连接。

UE通过在特定频段上发送随机接入前导码以及支持的LTE频带信息等来请求接入。

2. 随机接入（Random Access）：如果eNodeB接收到了UE的初始接入请求，它将发送一个接入确认信号给UE。

UE收到确认信号后，将在随机接入信道（Random Access Channel）上发送包含身份信息的接入请求。

eNodeB将对接收到的接入请求进行验证，并回复一个接入确认。

3. 建立连接（Connection Setup）：一旦随机接入过程成功完成，eNodeB将分配一个临时的无线资源给UE，以便建立连接。

UE将与eNodeB进行安全验证，并分别协商上行和下行链路传输参数。

在此过程中，eNodeB将为UE建立一个专用的数据链路，即无线资源分配（RRC Connection Setup）。

4. RRC连接重配、释放和重建（RRC Connection Reconfiguration, Release and Reestablishment）：一旦UE和eNodeB建立了RRC连接，UE和网络之间的数据交换就可以开始。

在通信过程中，有可能需要对RRC连接进行重配、释放或重建，以便在网络覆盖变化或其他原因下保持连接的稳定性和可靠性。

5. 数据传输和双工模式选择（Data Transfer and Duplex Mode Selection）：在RRC连接建立后，UE和eNodeB之间可以进行数据传输。