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，相對(duì)應(yīng)于Mobile Originating call in Active Mode PS HO supported，流程如下：1. a：UE因?yàn)樾枰l(fā)起主叫業(yè)務(wù)進(jìn)行CSFB而發(fā)送Extended Service Request到MME，該消息封裝在RRC和S1AP消息中。UE僅當(dāng)附著在CS域(聯(lián)合EPS/IMSI附著)

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

3、ERAN/UTRAN。網(wǎng)絡(luò)只會(huì)執(zhí)行3a、3b、3c中的一個(gè)。3. a：如果UE和網(wǎng)絡(luò)支持異系統(tǒng)切換 CCO(cell change order)到GERAN，并且目標(biāo)小區(qū)是GERAN：eNodeB可以通過(guò)發(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無(wú)法建立連接到目標(biāo)RAT，則UE認(rèn)為CSFB已經(jīng)失敗。Service Request流程只有在小區(qū)改變程序成功完成才能

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

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

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

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

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

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

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

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

12、RAN并且DTM不支持或UE不支持DTM時(shí)，UE啟動(dòng)掛起流程(Suspend)見(jiàn)TS 23.060。這會(huì)觸發(fā)當(dāng)前服務(wù)的SGSN發(fā)送一個(gè)掛起請(qǐng)求消息(Suspend Request)(包含TLLI和RAI)發(fā)送到舊CN節(jié)點(diǎn)(由RAI和TLLI決定)。如果ISR不激活，RAI和TLLI指到MME。MME返回一個(gè)掛起響應(yīng)(Suspend Response)到SGSN甚至GUTI不能從P- TMSI和RAI配對(duì)中導(dǎo)出。如果ISR激活， RAI和TLLI引用舊S4- SGSN ，在這種情況下，如果當(dāng)前服務(wù)SGSN和舊的SGSN不同，老的SGSN返回一個(gè)掛起響應(yīng)到當(dāng)前服務(wù)的SGSN。注3：對(duì)于步驟7b和8

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

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

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

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

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

18、消息顯性恢復(fù)是為了防止Modify Bearer Request沒(méi)有因進(jìn)行的流程而觸發(fā)。如果CS話音業(yè)務(wù)已經(jīng)結(jié)束之后UE保持在UTRAN/GERAN，UE執(zhí)行正常的移動(dòng)性管理流程見(jiàn)TS 23.060 TS 24.008。3.3.4.2 Mobile Originating call in Idle Mode在IDLE模式下的主叫復(fù)用在激活模式下的流程，僅僅是用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)絡(luò)和UE都支持PS HO，eNodeB都有可能選擇異系統(tǒng)移動(dòng)性流程。如果UE只有LIPA的PDN連接，由UE接入的小區(qū)不會(huì)鏈接到L-GW，MME應(yīng)當(dāng)拒絕Extended Service Request，拒絕原因見(jiàn)TS 24.301。如果UE是訂閱了CS域的優(yōu)先級(jí)服務(wù)的服務(wù)用戶，則UE將設(shè)置在RRC建立原因的基礎(chǔ)加入級(jí)別”HighPriorityAccess”見(jiàn)TS 36.331。如果網(wǎng)絡(luò)支持優(yōu)先呼叫處理，MME確定Extended Service請(qǐng)求是需要優(yōu)先處理的CSFB

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

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

22、GW。P-GW和S-GW應(yīng)清除掛起狀態(tài)，并通過(guò)Modify Bearer response消息響應(yīng)MME。3. NAS消息被相應(yīng)地進(jìn)行處理。 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，因?yàn)镃SFB。4. 如果MME決定拒絕Extended Service Request，MME

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

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

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

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

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

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

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

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

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

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

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

34、E已建立S1連接，如果MME在Attach或 Combined TA/LA Update流程中沒(méi)有返回"SMS-only"指示給UE ，則MME復(fù)用現(xiàn)有的連接轉(zhuǎn)送CS Service Notification給UE 。如果MME在Attach或 Combined TA/LA Update流程中返回"SMS-only"指示給UE，則MME不會(huì)發(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使用連接模式指示，啟動(dòng)用于該UE呼叫轉(zhuǎn)移無(wú)應(yīng)答 (Call Forwarding on No Reply) 定時(shí)器,并且MSC應(yīng)發(fā)送振鈴指示到主叫方。收到SGs Service Request消息時(shí)MSC停止重發(fā)的SGs口的尋呼消息。注1：UE可能使用預(yù)配置的策略，以避免因?yàn)闆](méi)有Caller Line Identification而產(chǎn)生的干擾，詳細(xì)處理過(guò)程由CT WG1和CT WG6決定。注2：如果pre-paging部署這個(gè)步驟也可以在MSC從HSS接收MA

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

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

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

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

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

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

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