CSFB主叫流程。

3.3.4.1 Mobile Originating call in Active Mode–No PS HO upported

激活模式下的CSFB主叫起呼，目前采用No PS HO supported，相对应于Mobile Originating call in Active Mode –PS HO supported，流程如下：

1.a：UE因为需要发起主叫业务进行CSFB而发送Extended Service Request到MME，该消息封装在RRC和S1AP消息中。UE仅当附着在CS域(联合EPS/IMSI附着)中会传送该消息，并且不能发起IMS语音会话(比如不UE支持IMS或者网络不支持IMS)。

b：MME发送UE Context Modification Request(包含CSFB指示和LAI)到eNodeB表明UE需要回落到UTRAN/GERAN，MME通过分配PLMN ID包含标识LAI来分配注册的CS域网络。如果MME觉得CSFB有必要优先处理，则在发到eNodeB的消息中将设置优先级参数比如CSFB High Priority。

c：eNodeB响应上下文修改，发送Context Modification Response消息。

2.eNodeB可选性请求UE发送测量报告来决定回落的目标GERAN/UTRAN。

网络只会执行3a、3b、3c中的一个。

3.a：如果UE和网络支持异系统切换 CCO(cell change order)到GERAN，并且目标小区是GERAN：

eNodeB可以通过发送RRC消息给UE触发异系统间小区改变命令（NACC可选）到GERAN的相邻小区。 异系统间小区改变命令可能包含CSFB指示符给UE小区更换命令表明是CSFB触发的。如果异系统间小区改变(inter-RAT cell change order)命令包含CSFB指示符，并且UE无法建立连接到目标RAT，则UE认为CSFB已经失败。Service Request流程只有在小区改变程序成功完成才能认为是顺利完成。

eNodeB选择的目标小区考虑PLMN ID和基于MME在步骤1b中的用于CCO/ NACC流程中提供的用于CS域的LAC。

b: 如果UE或网络不支持异系统间PS从E-UTRAN到GERAN/ UTRAN的切换，也不支持异系统间小区变更为GERAN或者网络不希望使用这些程序：

eNodeB可以触发RRC连接释放和重定向到GERAN或UTRAN。

注1：当执行CSFB至UTRAN的RRC连接释放与重定向可以被优化，如果UE和UTRAN支持可选的“Deferred measurement control reading(延迟读取系统测量控制信息)”功能在TS25.331[7]。

c: 如果UE和网络支持“RRC连接释放并提供多小区重定向到 GERAN or UTRAN(RRC connection release with redirection and Multi Cell System Information to GERAN/UTRAN)”。

eNodeB可以触发RRC连接释放与重定向到GERAN或UTRAN，并且包括一个或多个物理小区标识和它们相关的系统信息(System Information)。

在步骤3b中或步骤3c中，eNodeB在RRC连接释放(RRC Connection Release)消息中包含基于对CS域和配置在eNodeB中的RAT或频率优先级的PLMN ID重定向控制信息，使得UE注册CS域的PLMN可优选选择。

注2：服务请求(Service Request)过程监视定时器应充分长的考虑，因为在步骤2中的可选的测量报告有可能比较慢。

4.如果目标小区是GERAN，并且目标小区或者UE不支持DTM，信息包含在指示信息中表明UE的PS服务不可用。则eNodeB发送S1-AP UE Context Release Request(UE上下文释放请求)消息到MME。

5.MME释放在eNodeB中的UE上下文，以及S-GW中的所有eNodeB的相关信息(见TS23.401)。

如果原因表明RRC是由于异常状况解除，例如无线链路失败，则MME挂起EPS承载（步骤8）。

UE执行6a、6b、6c中的一个，然后执行6d。

6.a：(如果步骤3a执行Cell Change Order to GERAN(小区更改命令到GERAN)，执行6a)。

UE移动到GERAN中新的小区。当它具有所有必要的信息来访问GERAN小区，UE使用NACC信息和/或广播系统信息建立一个无线信令连接。

b：(如果步骤3b执行RRC release with redirection (RRC释放重定向)，执行6b)。

UE移动到目标RAT ，并识别优选的作为联合EPS/IMSI附着或者TAU接受消息中接收到相同的PLMN的LAI的合适小区。当UE具有所有必要的信息来访问GERAN/UTRAN，UE使用广播系统信来建立一个无线信令连接。

c：(如果步骤3c执行RRC connection release with redirection and Multi Cell System Information to GERAN/UTRAN (RRC连接释放并提供多小区重定向到 GERAN or UTRAN)，执行6c)。

UE移动到目标RAT ，并识别优选的作为联合EPS/IMSI附着或者TAU接受消息中接收到相同的PLMN的LAI的合适小区。当UE具有所有必要的信息来访问GERAN/UTRAN，UE使用多小区System Information(系统信息)和(或)广播系统信息来建立的无线信令连接。

d：当UE到达目标小区，如果目标RAT为UTRAN：UE建立通过发送RRC初始直接转移消息(RRC Initial Direct Transfer message) 建立无线信令连接，见TS 25.331，其中包含NAS消息的。 CN域指示(CN Domain Indicator)在Initial Direct Transfer消息中设置为“CS” 。如果eNodeB在步骤3中指示UE进入到GERAN，但是该UE在ISR激活的情况下最终驻留的小区是相同的RA下的UTRAN小区，UE在本局停用ISR。

如果目标RAT为GERAN A/Gb模式： UE建立通过使用在TS 44.018中定义的流程建立无线信令连接（即UE请求，并且被分配一个专用信道，通过UE发送SABM包含NAS消息到BSS，BSS发送UA响应）。在接收到SABM （包含NAS消息）时，BSS发送一个COMPLETE Layer 3 INFORMATION消息（包含NAS消息）给MSC指示CS资源已被分配在GERAN小区。在如TS 44.018中描述的那样建立了主信令连接之后，UE进入Dual Transfer Mode或者Dedicated Mode（双传输模式DTM或者专用模式）中的一个。

如果UE中存储的LA和新小区的LA不同（在E-UTRAN联合附着和位置更新中收到的LA），将启动一个位置区更新，无论处于任何网络操作模式(NMO)。UE在路由器更新(LAU)时应设置"follow-on request"标志位以指示MSC在LAU完成之后不释放Iu/A连接。 UE通过CSMO标志位指示到目标MSC ，这是一个CSFB主叫。UE执行任何路由区更新过程见TS 23.060。

在NMO I模式下，CSFB的UE执行LAU(伴随"follow-on request" 标志和 "CSMO" 标志)和执行RAU过程，而不是一个联合RA/LA更新(Combined RA/LA Update)流程，以加快CSFB过程。

7.如果目标RAT为GERAN并且DTM不支持或UE不支持DTM时，UE启动挂起流程(Suspend)见TS 23.060。这会触发当前服务的SGSN发送一个挂起请求消息(Suspend  Request)(包含TLLI和RAI)发送到旧CN节点(由RAI和TLLI决定)。如果ISR不激活，RAI和TLLI指到MME。MME返回一个挂起响应(Suspend Response)到SGSN甚至GUTI不能从P- TMSI和RAI配对中导出。如果ISR激活， RAI和TLLI引用旧S4- SGSN ，在这种情况下，如果当前服务SGSN和旧的SGSN不同，老的SGSN返回一个挂起响应到当前服务的SGSN。

注3：对于步骤7b和8在ISR活跃情况下， SGSN间的挂起流程未在图中显示。

8.如果步骤4中，S1-AP UE上下文释放请求(S1-AP UE Context Release Request)消息表明该UE不能在目标小区中使用PS服务，则MME通过MME-initiated Dedicated Bearer Deactivation（初始专有承载去激活）向S-GW和P-GW（次）去激活GBR承载，见TS 23.401，并发送挂起通知(Suspend Notification)消息到S-GW用来启动保存和挂起non-GBR承载。如果ISR激活，老S4-SGSN通过启动MS和SGSN发起的承载去激活(Bearer Deactivation)流程往S-GW和P-GW(s)去激活GBR 承载，见TS 23.060，并发送挂起通知(Suspend Notification)消息到S-GW用来启动保存和挂起non-GBR承载，这些都通过步骤7的挂起(Suspend)流程触发。当S-GW收到MME或者S4-SGSN发来的挂起通知(Suspend Notification)消息时，发送挂起通知(Suspend Notification)消息到P-GW(s)。如果S-GW接收到的同一UE 2次挂起通知(Suspend Notification)消息，它忽略除了用于发送响应第二个。UE在挂起状态下MME存储在该UE上下文。如果ISR激活，UE在挂起状态下旧S4-SGSN存储在该UE上下文。所有保留的non-GBR承载在S-GW和P-GW(s)中被标记为挂起状态。如果收到挂起UE发来的数据包，P-GW应该丢弃之。

注4 ：如果完整的GUTI不能由Suspend Request消息中的P-TMSI和RAI导出，则挂起步骤不能触发步骤8。

9.UE发送CM Service Request消息继续MO呼叫建立过程。UE将指示"CSMO"标志到MSC，表明这是一个因为CSFB发生的主叫。

10.a：如果不进行隐式位置更新，并且UE未在MSC服务2G/3G小区注册或UE在该LA不被允许，MSC将拒绝该服务请求时。

b：当UE检测到的MSC拒绝服务请求，应当按照现有GERAN或UTRAN程序进行位置区更新或者联合RA/LA的程序对应不通网络操作模式，见TS 23.060。

c：UE发起CS呼叫建立流程，并且UE应在发往MSC的CM Service Request消息中包括CSMO标志。

11.在CS话音业务已经结束，如果UE处于GERAN并且PS服务被挂起，则UE应当恢复PS服务，见TS 23.060。Gn/Gp -SGSN会按照TS 23.060恢复PDP上下文；此外，Gn/Gp SGSN发送一个更新PDP上下文请求(Update PDP Context Request)消息到GGSN/P-GW，GGSN/P-GW恢复的PDP上下文。S4 SGSN会按照TS 23.060恢复承载，并通知S-GW和P-GW恢复挂起的承载。如果UE在CS话音业务结束时已经返回到E-UTRAN，则UE将通过发送TAU到MME恢复PS服务。MME将通知S-GW和P-GW恢复被挂起的承载。恢复S-GW和P-GW的挂起承载，应该通过使用修改承载请求(Modify Bearer)消息隐式回复，由进行的流程触发，例如RAU，TAU或Service Request。在S-GW发现承载是挂起状态，就会将修改承载请求(Modify Bearer request)转发到P-GW。使用Resume Notification消息显性恢复是为了防止Modify Bearer Request没有因进行的流程而触发。

如果CS话音业务已经结束之后UE保持在UTRAN/GERAN，UE执行正常的移动性管理流程见TS 23.060 TS 24.008。

3.3.4.2 Mobile Originating call in Idle Mode

在IDLE模式下的主叫复用在激活模式下的流程，仅仅是用S1-AP Initial UE Context Request and Response替换原先的S1-AP UE Context Modification Request。LAI在S1-AP Initial UE Context Request消息中发送给MME。UE按照如TS 23.401中指定的适用流程切换到ECM-CONNECTED模式。

注：即使网络和UE都支持PS HO，eNodeB都有可能选择异系统移动性流程。

如果UE只有LIPA的PDN连接，由UE接入的小区不会链接到L-GW，MME应当拒绝Extended Service Request，拒绝原因见TS24.301。

如果UE是订阅了CS域的优先级服务的服务用户，则UE将设置在RRC建立原因的基础加入级别”HighPriorityAccess”见TS 36.331。如果网络支持优先呼叫处理，MME确定Extended Service请求是需要优先处理的CSFB业务则优先处理。根据运营商策略， MME可以使用在UE的EPS中订阅的MPS CS优先级去核实CSFB流程中的优先级。

如果MME决定执行CSFB优先，它设置优先级指示"CSFB High Priority"，在S1AP Initial UE Context Request消息中，见TS 36.413。eNodeB优先分配无线承载资源给UE，相对正常的呼叫。

3.3.4.3 Returning back to E-UTRAN

一旦CS服务在CS域结束，现有的机制可将UE返回到E-UTRAN中，不需要任何特定的CS返回机制。

在RR连接释放过程中，MSC应给GERAN/UTRAN指出的RR连接（用于呼叫或CISS或LCS）是因为CSFB GERAN和UTRAN可以使用该指示，以确定哪些现有机制可以让UE返回到E-UTRAN。

当UE移动到E-UTRAN中，如果EPS服务是CS服务期间挂起，它是根据下图所示的步骤恢复。

1.UE发送的TAU请求消息到MME。

2.如果在MME中的UE上下文指示UE处于挂起状态，则MME通知对S-GW和P-GW，以重新激活用于UE的EPS承载。

如果该流程是通过NAS消息在步骤1中所触发Modify Bearer Request消息发送给S-GW，应作为一个隐含恢复消息。S-GW被通知承载处于挂起状态，即应发送Modify Bearer消息到P-GW。P-GW和S-GW应清除挂起状态，并通过Modify Bearer response消息响应MME。

3.NAS消息被相应地进行处理。

3.3.4.4Mobile Originated or Mobile terminated call rejected by the MME

CSFB主叫或者被叫被MME拒绝：

1.UE联合EPS/IMSI附着。

2.UE决定执行CS主叫或接收CS寻呼，从而CSFB到GERAN/UTRAN。

3.UE发送Extended Service Request到MME，因为CSFB。

4.如果MME决定拒绝Extended Service Request，MME发送Service Reject消息给UE。

步骤5到8在UE被Service Reject消息拒绝并附带拒绝原因，导致UE选择GERAN或UTRAN时执行，见TS 24.301。

5.UE选择GERAN或UTRAN CS域，无需等待RRC Release。

6.MME释放S1，通过发送S1 UE Context Release Command（附带原因）消息到eNodeB，原因值表示是由于CSFB流程触发。

7.如果尚未释放RRC连接，E-UTRAN发送RRC连接释放(RRC Connection Release)消息到UE。

8.E-UTRAN通过返回S1 UE Context Release Complete消息给MME确认S1 Release。

3.3.5Mobile Terminating Call

这一小节描述CSFB被叫流程。

MSC处理在SGs口上的SGsAP-PAGING-REQUEST 消息的相关timer，排队，重传如同其在A口或者Iu口上的PAGING消息一样。因此，MME和（如果ISR处于激活状态）SGSN将不执行此寻呼本地重传方案。

3.3.5.1 Mobile Terminating call in idle mode

正常情况下的CSFB被叫流程见下图，拒绝流程见2.3.4.4。

1.G-MSC收到IAM 。

2.G-MSC通过Send Routing Info流程取得目标UE的路由信息，见TS 23.018。

3.G-MSC发送IAM到目标侧MSC上，见TS 23.018。

4.MME接收MSC通过SGs口发送Paging Request（包含IMSI，VLR TMSI，Location Information，优先级指示）消息。MME用IMSI来查找S-TMSI。如果有从MSC/VLR接收到TMSI和LAI，S-TMSI被用作无线接口上的寻呼地址。如果没有从MSC/VLR收到TMSI，IMSI应该被用作无线接口上的寻呼地址。如果MME可靠的知道位置信息（如MME存储TA列表），则MME将在所有TA中寻呼该UE。如果MME没有存储用于该UE的TA列表，MME可以使用从MSC接收到的位置信息寻呼该UE。

注1：当LAI没有从MSC/VLR接收到，或者当S-TMSI不可用的情况下，在TS 23.272章节4.8中进一步描述。

注2：如果pre-paging已经部署，在MSC从HSS收到MAP_PRN之后立即在步骤3之前执行。

如果MME接收到Paging Request消息但是该UE被认为是EPS服务分离的，则MME发送Paging reject消息给MSC并附上适当的拒绝原因值。这种拒绝触发MSC在A或Iu-CS接口上寻呼UE。

注3：假如一个支持CSFB的UE在NMO II或者III模式下，例如：MME释放SGs接口连接因为UE处于空闲模式移动性管理，但是VLR继续维持SGs接口连接。

如果MME从MSC接收Paging Request包含优先级指示，例如的eMLPP优先级，那么MME处理这个消息，并且将CSFB流程相对于其他正常程序优先处理。

5.如果在Attach或者Combined TA/LA Update流程中MME没有给UE指示网络只支持"SMS-only"，MME发送Paging消息到每一个eNodeB，见TS 23.401。Paging消息包含一个合适的UE Identity(如S-TMSI或IMSI)，和一个CN Domain Indicator指示哪个发起的寻呼消息(CS还是PS)。在这里MME将其设置为”CS”。

如果MME在Attach或者Combined TA/LA Update流程中返回的"SMS-only"指示，则MME不发送寻呼到的eNodeB和发送Paging Reject 到MSC从而停止CS Paging过程，该CSFB流程停止。

如果在步骤4中MME接收Paging Request包含优先级指示，这个Paging消息也包括优先级指示。

6.寻呼流程的无线资源部分执行。该消息包含一个合适的UE Identity(如S-TMSI或IMSI) 和一个CN Domain Indicator。如果在步骤5中eNodeB收到的Paging消息包含优先级指示(Priority Indication)，它执行寻呼流程优先相对于其他正常寻呼。

7.a:UE建立RRC连接，并给MME发送Extended Service Request请求CSFB被叫。在RRC信令中包含S-TMSI指示UE身份。Extended Service Request消息封装在RRC和S1 AP消息中。MME发送SGs Service Request消息到MSC包含指示UE处于空闲模式(idle mode)，因此UE没有收到任何Calling Line Identification(主叫线路识别)信息。收到SGs Service Request消息时，MSC停止重发的SGs接口寻呼消息。

注4 ：为了避免主叫方遇到一个潜在的长期的沉寂时期， MSC可以使用含有空闲模式指示SGs Service Request消息作为触发通知主叫方呼叫正在进行。

闲闲模式指示SGS的服务请求消息作为触发通知主叫方呼叫进展。

如果在步骤4中MME收到寻呼请求包含优先级指示(Priority Indication)并且步骤a收到Extended Service Request请求，它会检测这个消息是响应步骤5中发起有优先级CSFB流程。在这种情况下，MME按照优先级处理这个消息，并在步骤b种设置优先级指示，例如"CSFB High Priority"，见TS 36.413。

如果UE只有LIPA的PDN连接，并且    UE接入的小区没有链接到L-GW其中，UE有LIPA PDN连接时，MME应当拒绝Extended Service Request附上拒绝原因值，见TS 24.301。

b：MME发送S1 AP: Initial UE Context Setup消息(包含UE capabilities, CS Fallback Indicator, LAI 和其他参数，见TS 23.401)，以指示eNodeB将UE移动至哪个UTRAN/GERAN。CS域注册的PLMN是用是PLMN ID包含LAI来确认的，是由MME分配的。

7c：eNodeB用S1-AP: Initial UE Context Setup Response消息回复。

8.a：如果eNodeB的知道，UE和网络都支持PS切换：流程可能会继续如同TS 23.272中章节7.3中的步骤2(章节"Mobile Terminating call in Active Mode - PS HO supported")，并且向后推进。

如果eNodeB的知道，无论是UE或网络不支持PS切换：流程可能会继续如同TS 23.272中章节7.4中的步骤2(章节"Mobile Terminating call in Active Mode – No PS HO support")，并且向后推进。

注5 ：即使网络和UE都支持PS HO，eNodeB都有可能选择异系统移动性流程。

3.3.5.2 Mobile Terminating call in Active Mode-No PS HO support

正常流程如下，异常的拒绝流程见3.3.4.4。

1.a：当MSC收到一个接收的语音呼叫，并通过SGs口向MME发送一个Paging Request寻呼请求（包含IMSI或TMSI，可选的Caller Line Identification和Connection Management信息，优先级指示）来作为反应。MSC只为通过SGs口进行位置更新的UE发送寻呼消息。在激活模式下MME已建立S1连接，如果MME在Attach或 Combined TA/LA Update流程中没有返回"SMS-only"指示给UE ，则MME复用现有的连接转送CS Service Notification给UE 。

如果MME在Attach或 Combined TA/LA Update流程中返回"SMS-only"指示给UE，则MME不会发送CS寻呼给UE，并向MSC发送CS Paging Reject拒绝寻呼流程，CSFB流程中止。

eNodeB转发该寻呼消息发送给UE 。消息包含CN Domain指示，如果从MSC收到Caller Line Identification也一并附上。

MME立即发送SGs Service Request消息给MSC，包含指示该UE是处于连接模式下。MSC使用连接模式指示，启动用于该UE呼叫转移无应答 (Call Forwarding on No Reply) 定时器,并且MSC应发送振铃指示到主叫方。收到SGs Service Request消息时MSC停止重发的SGs口的寻呼消息。

注1：UE可能使用预配置的策略，以避免因为没有Caller Line Identification而产生的干扰，详细处理过程由CT WG1和CT WG6决定。

注2：如果pre-paging部署这个步骤也可以在MSC从HSS接收MAP_PRN后立即发生。在pre-paging部署下，主叫线路标识(Caller Line Identification)也是预提供的。

如果MME从MSC接收到的优先级指示的寻呼消息，例如eMLPP优先级，那么MME相对于其他正常流程优先处理这个CSFB流程。

b：UE对于CSFB被叫发送Extended Service Request（包含Reject或Accept）消息到MME。Extended Service Request报文封装在RRC和S1-AP消息中。 UE可根据Caller Line Identification拒绝CSFB 。

c：一旦接收到对CSFB被叫的Extended Service Request（Reject）拒绝消息，MME发送寻呼拒绝(Paging Reject)向MSC停止CS寻呼过程，这CSFB流程停止。

d：MME发送S1 AP UE Context Modification Request (包含CS Fallback Indicator, LAI)上下文修改请求到eNodeB。消息指示UE应该移动到UTRAN/GERAN。CS域注册的PLMN是用PLMN ID包含LAI来确认的，是由MME分配的。

如果MME在步骤1a接收优先级指示，则MME发送S1-AP UE Context Modification Request消息到eNodeB应该包含优先级指示，例如"CSFB High Priority"，见TS 36.413。

e：eNodeB用S1-AP UE Context Modification Response消息响应。

2.eNodeB请求UE的测量报告来确定哪些GERAN/UTRAN小区是重定向流程执行的目标。这个是可选的。

网络会执行3a、3b、3c中的一个。

3.a：参考主叫流程中的3a，详细见TS23.272章节7.4；

b: 参考主叫流程中的3b，详细见TS23.272章节7.4；

c: 参考主叫流程中的3c，详细见TS23.272章节7.4；

4.参考主叫流程中的4，详细见TS23.272章节7.4；

5.参考主叫流程中的5，详细见TS23.272章节7.4；

6.参考主叫流程中的6，详细见TS23.272章节7.4；

7.参考主叫流程中的7，详细见TS23.272章节7.4；

8.参考主叫流程中的8，详细见TS23.272章节7.4；

9.如果UE不发起LAU流程，UE通过发送一个寻呼响应(Paging Response)消息响应该寻呼，见TS 44.018或TS 25.331。当在BSS/RNS接收到寻呼响应时，应转发到MSC。

注7：当步骤1a发送Paging Request，MSC应该预留足够长的时间接收Paging Response。

a：如果UE在服务2G/3G小区的MSC中注册，并且UE在LA中被允许，MSC应当建立CS呼叫。

b：如果UE在接收到Paging Response 的MSC中没有注册，或者UE在LA不被允许，MSC将通过释放的A/Iu-cs的连接拒绝Paging Response。BSS/RNS依次释放CS域的信令连接。

c：信令连接释放将触发UE获得LAI，这会导致Location Area Update或者一个 Combined RA/LA(位置区更新或联合RA/LA)程序，为工作在不同的网络模式（NMO），见TS 23.060。

LAU触发主叫端局重试(Roaming Retry for CS Fallback)，见TS 23.272章节7.5。 

执行LAU过程后，如果UE在LA内被允许，则MSC应建立CS呼叫。

除了上述步骤1a和1c，呼叫转移Call Forwarding（见TS 23.082）在TS 24.008描述的基础上进行，在GERAN/UTRAN小区上接收信令。

在CS话音结束通话后，如果UE仍然在GERAN并且PS被挂起，则UE应恢复PS服务，见TS 23.060。Gn/Gp-SGSN会按照TS 23.060恢复PDP上下文，这是由路由区更新流程完成。在路由区更新过程中，Gn/Gp SGSN发送更新PDP上下文请求(Update PDP Context Request)消息到GGSN/P-GW，GGSN/P-GW恢复的PDP上下文。S4 SGSN会按照TS 23.060恢复承载，并通知S-GW和P-GW恢复被挂起的承载。如果UE在CS话音结束通话后已经返回到E-UTRAN，则UE将通过发送TAU到MME以恢复PS服务。MME则通知S-GW和P-GW恢复被挂起的承载。恢复S-GW和P-GW中的挂起的载体应该通过隐含的恢复程序来进行，通过使用Modify Bearer request消息，它是由其他的操作触发的，如RAU，TAU或Service Request。S-GW意识到承载处于挂起状态，则将修改承载(Modify Bearer)请求转发到P-GW。

使用Resume Notification消息显性恢复应该在修改承载请求(Modify Bearer Request)没有其他操作流程触发的情况下使用。

如果UE在CS通话结束后保持在UTRAN/GERAN，则UE执行正常的移动性管理程序，见TS 23.060和TS 24.008。

3.3.5.3 Roaming Forwarding for CS fallback

本节中的流程适用于被叫中UE发起LAU的MSC/VLR和该寻呼消息发送给UE的MSC/VLR不同。流程基于TS 23.018中定义的"Mobile Terminating Roaming Forwarding"流程；对于CSFB的具体行为在本节进行说明。本流程避免影响所有GMSC节点，并且可以跟Roaming Retry for CS fallback共存。

注1：为了支持Mobile Terminating Roaming Forwarding(被叫呼叫前转移)，MSC控制的目标小区和发送该寻呼消息给UE并且HLR需要支持该功能。

注2 ：本流程比Mobile Terminating Roaming Retry有更小的呼叫建立时延，尤其是在漫游情况下。

注3 ：如果网络不支持Mobile Terminating Roaming Forwarding，则使用Mobile Terminating Roaming Retry。

为了保证漫游转发在所有场景下生效（如UE发来的LAU中有IMSI），HLR应升级为支持MTRF。为了在HLR不支持MTRF但所访问的网络支持MTRF的情况下从旧的VLR中允许MTRF，新的VLR可以包括MTRF支持的标志在发送标识(Send Identification)，它接收Location Updating Request时包含"CSMT"标志。

和Mobile Terminating Roaming Retry的主要区别见TS 23.018。

在E-UTRAN中的寻呼消息触发的CSFB之后是在新RAT中进行位置更新。

注4：此功能已经CSFB被叫流程中已经被支持，不需要额外功能支持。

UE在位置更新请求消息中包括"CSMT"标志，以使信令链路被保持更长的时间，防止IAM被旧的MSC/VLR延迟。

如果位置更新请求中包含了CSMT"标志和一个有效的TMSI/old LAI，新的MSC/VLR通过Send Identification消息指示旧的MSC/VLR它支持MTRF。新的VLR对位置更新执行身份验证，并更新HSS。如果位置更新请求中包含的IMSI，仅HLR-based性质的MTRF流程可以执行。

在从HSS收到Cancel Location后，如果在HLR授权的呼叫在旧MSC和新MSC之间，或者HLR禁止呼叫在旧MSC和新MSC之间，但MSC/VLR在之前的Send Identification消息中指示支持MTRF，旧的MSC/VLR停止寻呼定时器并检查漫游和计费预配置协议以降呼叫路由到新的MSC/VLR。如果这些检查都成功，则旧的MSC/VLR发送一个Provide Roaming Number(提供漫游号码)请求到新的MSC/VLR（包含MTRF Indicator和从HLR接收到的一些参数）。

3.3.5.4 Returning back to E-UTRAN

一旦CS服务在CS域结束，现有的机制可用于将UE移动到E-UTRAN中，不需要特定的CSFB机制。

在RR连接释放的时候，MSC应给GERAN/UTRAN指出的RR连接(用于call或者CISS或者LCS)是因为CSFB建立的。GERAN和UTRAN可以使用该指示，以确定哪些现有机制将UE移动到E-UTRAN。

当UE移动到E-UTRAN，如果EPS服务是CS业务是挂起的，则按照3.3.4.3中恢复。下载本文