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流程主要信令点说明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：从LTE网络基于R8忙重定向至GSM网络一次完整的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。

二、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语音事件分析类型：
（注：文档可能无法思考全面，请浏览后下载，供参考。

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

LTE语音CSFB信令流程LTE语音的CSFB (Circuit Switched Fallback) 是一种在LTE网络中支持语音通话的解决方案。

在LTE中，语音通话使用VoLTE (Voiceover LTE) 技术，但是当用户设备不支持VoLTE时，就需要使用CSFB来切换到2G/3G网络进行语音通话。

下面是一个简要的LTE语音CSFB信令流程的说明：1.初始连接：- 用户设备 (UE) 进行初始连接请求到eNodeB (eNB)。

- eNB通过E-RAB (EUTRAN Radio Access Bearer)建立连接。

2.CSFB流程触发：-UE检测到VoLTE不可用或不支持时，发起CSFB请求。

-UE向eNB发送CSFB请求。

- eNB收到CSFB请求后，通过S1-MME接口发送CSFB请求给MME (Mobility Management Entity)。

3.MME处理：-MME收到CSFB请求后，决定将UE切换到2G/3G网络进行语音通话。

- MME发送UE Context Release请求给eNB。

- MME通过S11接口触发Serving GW (SGW) 和 PDN GW (PGW)的相关操作，释放UE的E-RAB，并通知2G/3G核心网。

4.切换到2G/3G网络：- eNB向UE发送Detach请求，要求UE切换到2G/3G网络。

- UE收到Detach请求后，执行切换到2G/3G网络的相关操作。

5.2G/3G网络处理：-UE连接到2G/3G网络。

-2G/3G核心网为UE分配临时标识。

- 2G/3G网络中的MSC (Mobile Switching Center) 发送位置更新请求给HLR (Home Location Register)，用于更新UE的位置信息。

6.语音通话：- 在2G/3G网络中，UE使用Circuit Switch (CS) 技术进行语音通话。

-语音通话完成后，UE可以选择继续使用2G/3G网络，或者再次切换回LTE网络。

一CSFB主叫流程详解1.1 总体流程CSFB主叫信令流程如下：1.UE发起CS Fallback语音业务请求。

2.MME发送S1-AP UE CONTEXT MODIFICATION REQUEST消息给eNodeB，包含CS Fallback Indicator。

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

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

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

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

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

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

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

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

1.2 解码主要信令点主要的信令点描述如下：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。

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发送移动核心网络切换请求消息。

精心整理CSFB 相关信令流程目录1 移动性管理SGs 由MME UE 1. 指示2. 图是MME3.4.5. 数LAI 和TMSI ，否则消息中包括参数LAI 和IMSI 。

L OCATION-UPDATE-ACCEPT 消息结构如所示。

图LOCATION-UPDATE-ACCEPT 消息结构图消息中信元携带LAI ，以及CS 新分配的TMSI 。

6. 完成联合的EPS/IMSI 附着。

MME 发送AttachAccept 给UE ，消息中包括参数LAI 和VLRTMSI 。

UE 接收到信元LAI 和VLRTMSI 则表示附着CS 域和LTE 网络成功。

其中VLRTMSI 信元会触发UE 执行TMSI 重分配流程。

当MME 收到UE 的Attachcomplete 消息后，MME 发送SGsAP-TMSI-REALLOCA TION-COMPLETE 消息给VLR ，指示TMSI 重分配完成。

图AttachAccept 消息结构图该消息指示联合附着成功，同时周期位置更新定时器为1分钟。

7. 附着成功后，MME 通过S1AP-INITIAL-CONTEXT-SETUP-REQ 消息发起上下文建立请求，用于MME向eNodeB请求在无线侧建立资源，同时请求UE返回相关能力集。

UE则通过S1AP-SPU-UE-CAPABILITY-INFO-INDICATION消息返回UE相关的能力。

如所示，其中uERadioCapability信元指示UE是否具备PSHandover能力，具体可以参见24008协议。

图UE-CAPABILITY-INFO-INDICATION消息结构图1.2 分离流程分离流程可以分为由UE发起分离、MME发起的分离和HSS发起的分离。

无论哪一方发起的分离流程，MSC的处理是相同的。

UE可能被显式或隐式分离：∙显式分离：网络侧或UE主动请求分离，同时发起一方会主动通知另一方。

∙隐式分离：网络侧分离UE，并不通知UE。

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之间可以进行数据传输。