CSFB信令流程(常用)

1、3.3.4 Mobile Originating CallCSFB主叫流程。3.3.4.1 Mobile Originating call in Active ModeNo PS HO upported激活模式下的CSFB主叫起呼，目前采用No PS HO supported，相對應于Mobile Originating call in Active Mode PS HO supported，流程如下：1. a：UE因為需要發(fā)起主叫業(yè)務進行CSFB而發(fā)送Extended Service Request到MME，該消息封裝在RRC和S1AP消息中。UE僅當附著在CS域(聯(lián)合EPS/IMSI附著)

2、中會傳送該消息，并且不能發(fā)起IMS語音會話(比如不UE支持IMS或者網(wǎng)絡不支持IMS)。b：MME發(fā)送UE Context Modification Request(包含CSFB指示和LAI)到eNodeB表明UE需要回落到UTRAN/GERAN，MME通過分配PLMN ID包含標識LAI來分配注冊的CS域網(wǎng)絡。如果MME覺得CSFB有必要優(yōu)先處理，則在發(fā)到eNodeB的消息中將設置優(yōu)先級參數(shù)比如CSFB High Priority。c：eNodeB響應上下文修改，發(fā)送Context Modification Response消息。2. eNodeB可選性請求UE發(fā)送測量報告來決定回落的目標G

3、ERAN/UTRAN。網(wǎng)絡只會執(zhí)行3a、3b、3c中的一個。3. a：如果UE和網(wǎng)絡支持異系統(tǒng)切換 CCO(cell change order)到GERAN，并且目標小區(qū)是GERAN：eNodeB可以通過發(fā)送RRC消息給UE觸發(fā)異系統(tǒng)間小區(qū)改變命令（NACC可選）到GERAN的相鄰小區(qū)。 異系統(tǒng)間小區(qū)改變命令可能包含CSFB指示符給UE小區(qū)更換命令表明是CSFB觸發(fā)的。如果異系統(tǒng)間小區(qū)改變(inter-RAT cell change order)命令包含CSFB指示符，并且UE無法建立連接到目標RAT，則UE認為CSFB已經(jīng)失敗。Service Request流程只有在小區(qū)改變程序成功完成才能

4、認為是順利完成。eNodeB選擇的目標小區(qū)考慮PLMN ID和基于MME在步驟1b中的用于CCO/ NACC流程中提供的用于CS域的LAC。b: 如果UE或網(wǎng)絡不支持異系統(tǒng)間PS從E-UTRAN到GERAN/ UTRAN的切換，也不支持異系統(tǒng)間小區(qū)變更為GERAN或者網(wǎng)絡不希望使用這些程序：eNodeB可以觸發(fā)RRC連接釋放和重定向到GERAN或UTRAN。注1：當執(zhí)行CSFB至UTRAN的RRC連接釋放與重定向可以被優(yōu)化，如果UE和UTRAN支持可選的“Deferred measurement control reading(延遲讀取系統(tǒng)測量控制信息)”功能在TS25.3317。c: 如果U

5、E和網(wǎng)絡支持“RRC連接釋放并提供多小區(qū)重定向到 GERAN or UTRAN(RRC connection release with redirection and Multi Cell System Information to GERAN/UTRAN)”。eNodeB可以觸發(fā)RRC連接釋放與重定向到GERAN或UTRAN，并且包括一個或多個物理小區(qū)標識和它們相關的系統(tǒng)信息(System Information)。在步驟3b中或步驟3c中，eNodeB在RRC連接釋放(RRC Connection Release)消息中包含基于對CS域和配置在eNodeB中的RAT或頻率優(yōu)先級的PLMN

6、ID重定向控制信息，使得UE注冊CS域的PLMN可優(yōu)選選擇。注2：服務請求(Service Request)過程監(jiān)視定時器應充分長的考慮，因為在步驟2中的可選的測量報告有可能比較慢。4. 如果目標小區(qū)是GERAN，并且目標小區(qū)或者UE不支持DTM，信息包含在指示信息中表明UE的PS服務不可用。則eNodeB發(fā)送S1-AP UE Context Release Request(UE上下文釋放請求)消息到MME。5. MME釋放在eNodeB中的UE上下文，以及S-GW中的所有eNodeB的相關信息(見TS23.401)。如果原因表明RRC是由于異常狀況解除，例如無線鏈路失敗，則MME掛起EPS承

7、載（步驟8）。UE執(zhí)行6a、6b、6c中的一個，然后執(zhí)行6d。6. a：(如果步驟3a執(zhí)行Cell Change Order to GERAN(小區(qū)更改命令到GERAN)，執(zhí)行6a)。UE移動到GERAN中新的小區(qū)。當它具有所有必要的信息來訪問GERAN小區(qū)，UE使用NACC信息和/或廣播系統(tǒng)信息建立一個無線信令連接。b：(如果步驟3b執(zhí)行RRC release with redirection (RRC釋放重定向)，執(zhí)行6b)。UE移動到目標RAT ，并識別優(yōu)選的作為聯(lián)合EPS/IMSI附著或者TAU接受消息中接收到相同的PLMN的LAI的合適小區(qū)。當UE具有所有必要的信息來訪問GERAN/

8、UTRAN，UE使用廣播系統(tǒng)信來建立一個無線信令連接。c：(如果步驟3c執(zhí)行RRC connection release with redirection and Multi Cell System Information to GERAN/UTRAN (RRC連接釋放并提供多小區(qū)重定向到 GERAN or UTRAN)，執(zhí)行6c)。UE移動到目標RAT ，并識別優(yōu)選的作為聯(lián)合EPS/IMSI附著或者TAU接受消息中接收到相同的PLMN的LAI的合適小區(qū)。當UE具有所有必要的信息來訪問GERAN/UTRAN，UE使用多小區(qū)System Information(系統(tǒng)信息)和(或)廣播系統(tǒng)信息來建

9、立的無線信令連接。d：當UE到達目標小區(qū)，如果目標RAT為UTRAN：UE建立通過發(fā)送RRC初始直接轉(zhuǎn)移消息(RRC Initial Direct Transfer message) 建立無線信令連接，見TS 25.331，其中包含NAS消息的。 CN域指示(CN Domain Indicator)在Initial Direct Transfer消息中設置為“CS” 。如果eNodeB在步驟3中指示UE進入到GERAN，但是該UE在ISR激活的情況下最終駐留的小區(qū)是相同的RA下的UTRAN小區(qū)，UE在本局停用ISR。如果目標RAT為GERAN A/Gb模式： UE建立通過使用在TS 44.01

10、8中定義的流程建立無線信令連接（即UE請求，并且被分配一個專用信道，通過UE發(fā)送SABM包含NAS消息到BSS，BSS發(fā)送UA響應）。在接收到SABM （包含NAS消息）時，BSS發(fā)送一個COMPLETE Layer 3 INFORMATION消息（包含NAS消息）給MSC指示CS資源已被分配在GERAN小區(qū)。在如TS 44.018中描述的那樣建立了主信令連接之后，UE進入Dual Transfer Mode或者Dedicated Mode（雙傳輸模式DTM或者專用模式）中的一個。如果UE中存儲的LA和新小區(qū)的LA不同（在E-UTRAN聯(lián)合附著和位置更新中收到的LA），將啟動一個位置區(qū)更新，無

11、論處于任何網(wǎng)絡操作模式(NMO)。UE在路由器更新(LAU)時應設置"follow-on request"標志位以指示MSC在LAU完成之后不釋放Iu/A連接。 UE通過CSMO標志位指示到目標MSC ，這是一個CSFB主叫。UE執(zhí)行任何路由區(qū)更新過程見TS 23.060。在NMO I模式下，CSFB的UE獨立執(zhí)行LAU(伴隨"follow-on request" 標志和 "CSMO" 標志)和執(zhí)行RAU過程，而不是一個聯(lián)合RA/LA更新(Combined RA/LA Update)流程，以加快CSFB過程。7. 如果目標RAT為GE

12、RAN并且DTM不支持或UE不支持DTM時，UE啟動掛起流程(Suspend)見TS 23.060。這會觸發(fā)當前服務的SGSN發(fā)送一個掛起請求消息(Suspend Request)(包含TLLI和RAI)發(fā)送到舊CN節(jié)點(由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

13、在ISR活躍情況下， SGSN間的掛起流程未在圖中顯示。8. 如果步驟4中，S1-AP UE上下文釋放請求(S1-AP UE Context Release Request)消息表明該UE不能在目標小區(qū)中使用PS服務，則MME通過MME-initiated Dedicated Bearer Deactivation（初始專有承載去激活）向S-GW和P-GW（次）去激活GBR承載，見TS 23.401，并發(fā)送掛起通知(Suspend Notification)消息到S-GW用來啟動保存和掛起non-GBR承載。如果ISR激活，老S4-SGSN通過啟動MS和SGSN發(fā)起的承載去激活(Bearer

14、Deactivation)流程往S-GW和P-GW(s)去激活GBR 承載，見TS 23.060，并發(fā)送掛起通知(Suspend Notification)消息到S-GW用來啟動保存和掛起non-GBR承載，這些都通過步驟7的掛起(Suspend)流程觸發(fā)。當S-GW收到MME或者S4-SGSN發(fā)來的掛起通知(Suspend Notification)消息時，發(fā)送掛起通知(Suspend Notification)消息到P-GW(s)。如果S-GW接收到的同一UE 2次掛起通知(Suspend Notification)消息，它忽略除了用于發(fā)送響應第二個。UE在掛起狀態(tài)下MME存儲在該UE上下

15、文。如果ISR激活，UE在掛起狀態(tài)下舊S4-SGSN存儲在該UE上下文。所有保留的non-GBR承載在S-GW和P-GW(s)中被標記為掛起狀態(tài)。如果收到掛起UE發(fā)來的數(shù)據(jù)包，P-GW應該丟棄之。注4 ：如果完整的GUTI不能由Suspend Request消息中的P-TMSI和RAI導出，則掛起步驟不能觸發(fā)步驟8。9. UE發(fā)送CM Service Request消息繼續(xù)MO呼叫建立過程。UE將指示"CSMO"標志到MSC，表明這是一個因為CSFB發(fā)生的主叫。10. a：如果不進行隱式位置更新，并且UE未在MSC服務2G/3G小區(qū)注冊或UE在該LA不被允許，MSC將拒絕該

16、服務請求時。b：當UE檢測到的MSC拒絕服務請求，應當按照現(xiàn)有GERAN或UTRAN程序進行位置區(qū)更新或者聯(lián)合RA/LA的程序?qū)煌ňW(wǎng)絡操作模式，見TS 23.060。c：UE發(fā)起CS呼叫建立流程，并且UE應在發(fā)往MSC的CM Service Request消息中包括CSMO標志。11. 在CS話音業(yè)務已經(jīng)結(jié)束，如果UE處于GERAN并且PS服務被掛起，則UE應當恢復PS服務，見TS 23.060。Gn/Gp -SGSN會按照TS 23.060恢復PDP上下文；此外，Gn/Gp SGSN發(fā)送一個更新PDP上下文請求(Update PDP Context Request)消息到GGSN/P-G

17、W，GGSN/P-GW恢復的PDP上下文。S4 SGSN會按照TS 23.060恢復承載，并通知S-GW和P-GW恢復掛起的承載。如果UE在CS話音業(yè)務結(jié)束時已經(jīng)返回到E-UTRAN，則UE將通過發(fā)送TAU到MME恢復PS服務。MME將通知S-GW和P-GW恢復被掛起的承載?；謴蚐-GW和P-GW的掛起承載，應該通過使用修改承載請求(Modify Bearer)消息隱式回復，由進行的流程觸發(fā)，例如RAU，TAU或Service Request。在S-GW發(fā)現(xiàn)承載是掛起狀態(tài)，就會將修改承載請求(Modify Bearer request)轉(zhuǎn)發(fā)到P-GW。使用Resume Notification

18、消息顯性恢復是為了防止Modify Bearer Request沒有因進行的流程而觸發(fā)。如果CS話音業(yè)務已經(jīng)結(jié)束之后UE保持在UTRAN/GERAN，UE執(zhí)行正常的移動性管理流程見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 Re

19、quest消息中發(fā)送給MME。UE按照如TS 23.401中指定的適用流程切換到ECM-CONNECTED模式。注：即使網(wǎng)絡和UE都支持PS HO，eNodeB都有可能選擇異系統(tǒng)移動性流程。如果UE只有LIPA的PDN連接，由UE接入的小區(qū)不會鏈接到L-GW，MME應當拒絕Extended Service Request，拒絕原因見TS 24.301。如果UE是訂閱了CS域的優(yōu)先級服務的服務用戶，則UE將設置在RRC建立原因的基礎加入級別”HighPriorityAccess”見TS 36.331。如果網(wǎng)絡支持優(yōu)先呼叫處理，MME確定Extended Service請求是需要優(yōu)先處理的CSFB

20、業(yè)務則優(yōu)先處理。根據(jù)運營商策略， MME可以使用在UE的EPS中訂閱的MPS CS優(yōu)先級去核實CSFB流程中的優(yōu)先級。如果MME決定執(zhí)行CSFB優(yōu)先，它設置優(yōu)先級指示"CSFB High Priority"，在S1AP Initial UE Context Request消息中，見TS 36.413。eNodeB優(yōu)先分配無線承載資源給UE，相對正常的呼叫。3.3.4.3 Returning back to E-UTRAN一旦CS服務在CS域結(jié)束，現(xiàn)有的機制可將UE返回到E-UTRAN中，不需要任何特定的CS返回機制。在RR連接釋放過程中，MSC應給GERAN/UTRAN指出

21、的RR連接（用于呼叫或CISS或LCS）是因為CSFB GERAN和UTRAN可以使用該指示，以確定哪些現(xiàn)有機制可以讓UE返回到E-UTRAN。當UE移動到E-UTRAN中，如果EPS服務是CS服務期間掛起，它是根據(jù)下圖所示的步驟恢復。1. UE發(fā)送的TAU請求消息到MME。2. 如果在MME中的UE上下文指示UE處于掛起狀態(tài)，則MME通知對S-GW和P-GW，以重新激活用于UE的EPS承載。如果該流程是通過NAS消息在步驟1中所觸發(fā)Modify Bearer Request消息發(fā)送給S-GW，應作為一個隱含恢復消息。S-GW被通知承載處于掛起狀態(tài)，即應發(fā)送Modify Bearer消息到P-

22、GW。P-GW和S-GW應清除掛起狀態(tài)，并通過Modify Bearer response消息響應MME。3. NAS消息被相應地進行處理。 3.3.4.4 Mobile Originated or Mobile terminated call rejected by the MMECSFB主叫或者被叫被MME拒絕：1. UE聯(lián)合EPS/IMSI附著。2. UE決定執(zhí)行CS主叫或接收CS尋呼，從而CSFB到GERAN/UTRAN。3. UE發(fā)送Extended Service Request到MME，因為CSFB。4. 如果MME決定拒絕Extended Service Request，MME

23、發(fā)送Service Reject消息給UE。步驟5到8在UE被Service Reject消息拒絕并附帶拒絕原因，導致UE選擇GERAN或UTRAN時執(zhí)行，見TS 24.301。5. UE選擇GERAN或UTRAN CS域，無需等待RRC Release。6. MME釋放S1，通過發(fā)送S1 UE Context Release Command（附帶原因）消息到eNodeB，原因值表示是由于CSFB流程觸發(fā)。7. 如果尚未釋放RRC連接，E-UTRAN發(fā)送RRC連接釋放(RRC Connection Release)消息到UE。8. E-UTRAN通過返回S1 UE Context Releas

24、e Complete消息給MME確認S1 Release。3.3.5 Mobile Terminating Call這一小節(jié)描述CSFB被叫流程。 MSC處理在SGs口上的SGsAP-PAGING-REQUEST 消息的相關timer，排隊，重傳如同其在A口或者Iu口上的PAGING消息一樣。因此，MME和（如果ISR處于激活狀態(tài)）SGSN將不執(zhí)行此尋呼本地重傳方案。3.3.5.1 Mobile Terminating call in idle mode正常情況下的CSFB被叫流程見下圖，拒絕流程見2.3.4.4。1. G-MSC收到IAM 。2. G-MSC通過Send Routing In

25、fo流程取得目標UE的路由信息，見TS 23.018。3. G-MSC發(fā)送IAM到目標側(cè)MSC上，見TS 23.018。4. MME接收MSC通過SGs口發(fā)送Paging Request（包含IMSI，VLR TMSI，Location Information，優(yōu)先級指示）消息。MME用IMSI來查找S-TMSI。如果有從MSC/VLR接收到TMSI和LAI，S-TMSI被用作無線接口上的尋呼地址。如果沒有從MSC/VLR收到TMSI，IMSI應該被用作無線接口上的尋呼地址。如果MME可靠的知道位置信息（如MME存儲TA列表），則MME將在所有TA中尋呼該UE。如果MME沒有存儲用于該UE的T

26、A列表，MME可以使用從MSC接收到的位置信息尋呼該UE。注1：當LAI沒有從MSC/VLR接收到，或者當S-TMSI不可用的情況下，在TS 23.272章節(jié)4.8中進一步描述。注2：如果pre-paging已經(jīng)部署，在MSC從HSS收到MAP_PRN之后立即在步驟3之前執(zhí)行。如果MME接收到Paging Request消息但是該UE被認為是EPS服務分離的，則MME發(fā)送Paging reject消息給MSC并附上適當?shù)木芙^原因值。這種拒絕觸發(fā)MSC在A或Iu-CS接口上尋呼UE。注3：假如一個支持CSFB的UE在NMO II或者III模式下，例如：MME釋放SGs接口連接因為UE處于空閑模式

27、移動性管理，但是VLR繼續(xù)維持SGs接口連接。如果MME從MSC接收Paging Request包含優(yōu)先級指示，例如的eMLPP優(yōu)先級，那么MME處理這個消息，并且將CSFB流程相對于其他正常程序優(yōu)先處理。5. 如果在Attach或者Combined TA/LA Update流程中MME沒有給UE指示網(wǎng)絡只支持"SMS-only"，MME發(fā)送Paging消息到每一個eNodeB，見TS 23.401。Paging消息包含一個合適的UE Identity(如S-TMSI或IMSI)，和一個CN Domain Indicator指示哪個發(fā)起的尋呼消息(CS還是PS)。在這里MM

28、E將其設置為”CS”。如果MME在Attach或者Combined TA/LA Update流程中返回的"SMS-only"指示，則MME不發(fā)送尋呼到的eNodeB和發(fā)送Paging Reject 到MSC從而停止CS Paging過程，該CSFB流程停止。如果在步驟4中MME接收Paging Request包含優(yōu)先級指示，這個Paging消息也包括優(yōu)先級指示。6. 尋呼流程的無線資源部分執(zhí)行。該消息包含一個合適的UE Identity(如S-TMSI或IMSI) 和一個CN Domain Indicator。如果在步驟5中eNodeB收到的Paging消息包含優(yōu)先級指示(

29、Priority Indication)，它執(zhí)行尋呼流程優(yōu)先相對于其他正常尋呼。7. a:UE建立RRC連接，并給MME發(fā)送Extended Service Request請求CSFB被叫。在RRC信令中包含S-TMSI指示UE身份。Extended Service Request消息封裝在RRC和S1 AP消息中。MME發(fā)送SGs Service Request消息到MSC包含指示UE處于空閑模式(idle mode)，因此UE沒有收到任何Calling Line Identification(主叫線路識別)信息。收到SGs Service Request消息時，MSC停止重發(fā)的SGs接口尋

30、呼消息。注4 ：為了避免主叫方遇到一個潛在的長期的沉寂時期， MSC可以使用含有空閑模式指示SGs Service Request消息作為觸發(fā)通知主叫方呼叫正在進行。閑閑模式指示SGS的服務請求消息作為觸發(fā)通知主叫方呼叫進展。如果在步驟4中MME收到尋呼請求包含優(yōu)先級指示(Priority Indication)并且步驟a收到Extended Service Request請求，它會檢測這個消息是響應步驟5中發(fā)起有優(yōu)先級CSFB流程。在這種情況下，MME按照優(yōu)先級處理這個消息，并在步驟b種設置優(yōu)先級指示，例如"CSFB High Priority"，見TS 36.413。如

31、果UE只有LIPA的PDN連接，并且UE接入的小區(qū)沒有鏈接到L-GW其中，UE有LIPA PDN連接時，MME應當拒絕Extended Service Request附上拒絕原因值，見TS 24.301。b：MME發(fā)送S1 AP: Initial UE Context Setup消息(包含UE capabilities, CS Fallback Indicator, LAI 和其他參數(shù)，見TS 23.401)，以指示eNodeB將UE移動至哪個UTRAN/GERAN。CS域注冊的PLMN是用是PLMN ID包含LAI來確認的，是由MME分配的。7c：eNodeB用S1-AP: Initial

32、UE Context Setup Response消息回復。8. a：如果eNodeB的知道，UE和網(wǎng)絡都支持PS切換：流程可能會繼續(xù)如同TS 23.272中章節(jié)7.3中的步驟2(章節(jié)"Mobile Terminating call in Active Mode - PS HO supported")，并且向后推進。如果eNodeB的知道，無論是UE或網(wǎng)絡不支持PS切換：流程可能會繼續(xù)如同TS 23.272中章節(jié)7.4中的步驟2(章節(jié)"Mobile Terminating call in Active Mode No PS HO support")，并且

33、向后推進。注5 ：即使網(wǎng)絡和UE都支持PS HO，eNodeB都有可能選擇異系統(tǒng)移動性流程。3.3.5.2 Mobile Terminating call in Active Mode-No PS HO support正常流程如下，異常的拒絕流程見3.3.4.4。1. a：當MSC收到一個接收的語音呼叫，并通過SGs口向MME發(fā)送一個Paging Request尋呼請求（包含IMSI或TMSI，可選的Caller Line Identification和Connection Management信息，優(yōu)先級指示）來作為反應。MSC只為通過SGs口進行位置更新的UE發(fā)送尋呼消息。在激活模式下MM

34、E已建立S1連接，如果MME在Attach或 Combined TA/LA Update流程中沒有返回"SMS-only"指示給UE ，則MME復用現(xiàn)有的連接轉(zhuǎn)送CS Service Notification給UE 。如果MME在Attach或 Combined TA/LA Update流程中返回"SMS-only"指示給UE，則MME不會發(fā)送CS尋呼給UE，并向MSC發(fā)送CS Paging Reject拒絕尋呼流程，CSFB流程中止。eNodeB轉(zhuǎn)發(fā)該尋呼消息發(fā)送給UE 。消息包含CN Domain指示，如果從MSC收到Caller Line Iden

35、tification也一并附上。MME立即發(fā)送SGs Service Request消息給MSC，包含指示該UE是處于連接模式下。MSC使用連接模式指示，啟動用于該UE呼叫轉(zhuǎn)移無應答 (Call Forwarding on No Reply) 定時器,并且MSC應發(fā)送振鈴指示到主叫方。收到SGs Service Request消息時MSC停止重發(fā)的SGs口的尋呼消息。注1：UE可能使用預配置的策略，以避免因為沒有Caller Line Identification而產(chǎn)生的干擾，詳細處理過程由CT WG1和CT WG6決定。注2：如果pre-paging部署這個步驟也可以在MSC從HSS接收MA

36、P_PRN后立即發(fā)生。在pre-paging部署下，主叫線路標識(Caller Line Identification)也是預提供的。如果MME從MSC接收到的優(yōu)先級指示的尋呼消息，例如eMLPP優(yōu)先級，那么MME相對于其他正常流程優(yōu)先處理這個CSFB流程。b：UE 對于CSFB被叫發(fā)送Extended Service Request（包含Reject或Accept）消息到MME。Extended Service Request報文封裝在RRC和S1-AP消息中。 UE可根據(jù)Caller Line Identification拒絕CSFB 。c：一旦接收到對CSFB被叫的Extended Se

37、rvice Request（Reject）拒絕消息，MME發(fā)送尋呼拒絕(Paging Reject)向MSC停止CS尋呼過程，這CSFB流程停止。d：MME發(fā)送S1 AP UE Context Modification Request (包含CS Fallback Indicator, LAI)上下文修改請求到eNodeB。消息指示UE應該移動到UTRAN/GERAN。CS域注冊的PLMN是用PLMN ID包含LAI來確認的，是由MME分配的。如果MME在步驟1a接收優(yōu)先級指示，則MME發(fā)送S1-AP UE Context Modification Request消息到eNodeB應該包含優(yōu)先

38、級指示，例如"CSFB High Priority"，見TS 36.413。e：eNodeB用S1-AP UE Context Modification Response消息響應。2. eNodeB請求UE的測量報告來確定哪些GERAN/UTRAN小區(qū)是重定向流程執(zhí)行的目標。這個是可選的。網(wǎng)絡會執(zhí)行3a、3b、3c中的一個。3. a：參考主叫流程中的3a，詳細見TS23.272章節(jié)7.4；b: 參考主叫流程中的3b，詳細見TS23.272章節(jié)7.4；c: 參考主叫流程中的3c，詳細見TS23.272章節(jié)7.4；4. 參考主叫流程中的4，詳細見TS23.272章節(jié)7.4；5.

39、 參考主叫流程中的5，詳細見TS23.272章節(jié)7.4；6. 參考主叫流程中的6，詳細見TS23.272章節(jié)7.4；7. 參考主叫流程中的7，詳細見TS23.272章節(jié)7.4；8. 參考主叫流程中的8，詳細見TS23.272章節(jié)7.4；9. 如果UE不發(fā)起LAU流程，UE通過發(fā)送一個尋呼響應(Paging Response)消息響應該尋呼，見TS 44.018或TS 25.331。當在BSS/RNS接收到尋呼響應時，應轉(zhuǎn)發(fā)到MSC。注7：當步驟1a發(fā)送Paging Request，MSC應該預留足夠長的時間接收Paging Response。a：如果UE在服務2G/3G小區(qū)的MSC中注冊，并且

40、UE在LA中被允許，MSC應當建立CS呼叫。b：如果UE在接收到Paging Response 的MSC中沒有注冊，或者UE在LA不被允許，MSC將通過釋放的A/Iu-cs的連接拒絕Paging Response。BSS/RNS依次釋放CS域的信令連接。c：信令連接釋放將觸發(fā)UE獲得LAI，這會導致Location Area Update或者一個 Combined RA/LA(位置區(qū)更新或聯(lián)合RA/LA)程序，為工作在不同的網(wǎng)絡模式（NMO），見TS 23.060。LAU觸發(fā)主叫端局重試(Roaming Retry for CS Fallback)，見TS 23.272章節(jié)7.5。 執(zhí)行LAU

41、過程后，如果UE在LA內(nèi)被允許，則MSC應建立CS呼叫。除了上述步驟1a和1c，呼叫轉(zhuǎn)移Call Forwarding（見TS 23.082）在TS 24.008描述的基礎上進行，在GERAN/UTRAN小區(qū)上接收信令。在CS話音結(jié)束通話后，如果UE仍然在GERAN并且PS被掛起，則UE應恢復PS服務，見TS 23.060。Gn/Gp-SGSN會按照TS 23.060恢復PDP上下文，這是由路由區(qū)更新流程完成。在路由區(qū)更新過程中，Gn/Gp SGSN發(fā)送更新PDP上下文請求(Update PDP Context Request)消息到GGSN/P-GW，GGSN/P-GW恢復的PDP上下文。S

42、4 SGSN會按照TS 23.060恢復承載，并通知S-GW和P-GW恢復被掛起的承載。如果UE在CS話音結(jié)束通話后已經(jīng)返回到E-UTRAN，則UE將通過發(fā)送TAU到MME以恢復PS服務。MME則通知S-GW和P-GW恢復被掛起的承載。恢復S-GW和P-GW中的掛起的載體應該通過隱含的恢復程序來進行，通過使用Modify Bearer request消息，它是由其他的操作觸發(fā)的，如RAU，TAU或Service Request。S-GW意識到承載處于掛起狀態(tài)，則將修改承載(Modify Bearer)請求轉(zhuǎn)發(fā)到P-GW。使用Resume Notification消息顯性恢復應該在修改承載請求(Modify Bearer Request)沒有其他操作流程觸發(fā)的情況下使用。如果UE在CS通話結(jié)束后保持在UTRAN/GERAN，則UE執(zhí)行正常的移動性管理程序，見TS 23.060和TS 24.008。3.3.5.3 Roaming Forwarding for CS fallback本節(jié)中的流程適用于被叫中UE發(fā)起LAU的MSC/VL