【文章內(nèi)容簡介】 8. UE 建立連接并發(fā)送 Extended Service Request 消息給 MME。 9. MME 發(fā)送 SGsAPSERVICEREQUEST 消息給 MSC Server。 MSC Server 收到此消息，不再向 MME 重發(fā)尋呼請(qǐng)求消息。為避免呼 叫接續(xù)過程中，主叫等待時(shí)間過長，MSC Server 收到包含空閑態(tài)指示的 SGs Service Request 消息，先通知主叫，呼叫正在接續(xù)過程中。 MSC 收到 SGs Service Request 消息后，由于回落時(shí)間相對(duì)較長，通過軟參P1151Bit13 默認(rèn)設(shè)置，可以在此過程中給主叫用戶放音。 10. MME 發(fā)送 Initial UE Context Setup 消息給 eNodeB，包含 CS Fallback Indicator。該消息指示 eNodeB， UE 因 CSFB業(yè)務(wù)需要回落到 UTRAN/GERAN。 11. UE 回落 到 CS 域之后， UE 檢測(cè)到當(dāng)前的小區(qū)信息和存儲(chǔ)的小區(qū)不同，將發(fā)起位置更新。 MSC Server 收到 UE 發(fā)送的 LOCATION_UPDATE_REQUEST 消息。這種情況下， UE 不需要回 Paging Response 給 MSC Server， UE 直接發(fā)送 SETUP 消息建立呼叫。 若 P1101Bit7 設(shè)置為 1，在位置更新成功后， MSC Server 停掉尋呼響應(yīng)定時(shí)器并直接建立 CS連接。如果位置區(qū)沒有變化，直接回 Paging Response。 12. 伴隨著空口、 A/IuCS 接口連接的建立， UE回 Paging Response消息給 MSC Server。即使 BSC/RNC 沒有向該 UE 發(fā)起過尋呼請(qǐng)求，這里的 BSC/RNC 需要能處理 UE的尋呼響應(yīng)。如果尋呼響應(yīng)消息中的位置區(qū)信息和 VLR 中保存的不一致，則 VLR在業(yè)務(wù)接入成功之后將 SGs 關(guān)聯(lián)置為非關(guān)聯(lián)。 13. 建立 CS 呼叫。 14. MSC Server 向 BSC/RNC 發(fā)送拆線請(qǐng)求消息。 15. MSC 收到 BSC 的 CLEAR_COMPLETE 消息 /RNC 的 IU_RELEASE_COMPLETE消息表示呼叫結(jié)束。接入側(cè)在指示終端重選網(wǎng)絡(luò)時(shí)只針對(duì)這部分用戶攜帶 LTE 頻點(diǎn)，實(shí)現(xiàn) CSFB終端快速返回 EUTRAN。 預(yù)尋呼觸發(fā)被叫語音流程如 圖 18 所示，與呼叫入局流程不同之處在于當(dāng) GMSC 發(fā)起到 HLR 的 SRI 消息時(shí)，會(huì)在 SRI 消息中包含 Prepage 標(biāo)志域，允許 MSC/VLR 先對(duì)被叫 UE發(fā)起尋呼，再向 HLR 返回漫游號(hào)碼。 說 明圖 18 被叫語音流程（預(yù)尋呼流程） 緊急呼叫業(yè)務(wù) 帶 USIM卡緊急呼叫業(yè)務(wù)流程 帶 USIM 卡的 UE 用戶發(fā)起緊急呼叫時(shí)， MME 指示 eNodeB 需要將 UE 回落到GERAN/UTRAN 網(wǎng)絡(luò)。如 圖 19 所示，與普通語音呼叫相比，緊急呼叫業(yè)務(wù)流程無需進(jìn)行位置更新流程處理。 圖 19 緊急呼叫業(yè)務(wù)流程 1. UE 發(fā)起 CS Fallback 呼叫業(yè)務(wù)請(qǐng)求。 如 圖 20 所示， Extended Service Request 消息中的 servicetype 信元指示業(yè)務(wù)類型為緊急呼叫業(yè)務(wù)。 圖 20 Extended Service Request消息結(jié)構(gòu)圖 2. MME 指示 eNodeB需要將 UE 回落到 CS 域。 3. CS 域回落完成后， UE 向 2G/3G MSC 發(fā)起 CM Service Request 消息。 如 圖 21 所示，消息中的 servicetype 信元指示業(yè)務(wù)類型為緊急呼叫業(yè)務(wù)。 圖 21 CM Service Request消息結(jié)構(gòu)圖 4. MSC 向 UE 返回 CM Service Accept 消息。 5. UE 向 2G/3G MSC 發(fā)送 Emergency Setup 消息發(fā)起緊急呼叫。 后續(xù)按照正常的緊急 呼叫業(yè)務(wù)流程處理。 不帶 USIM卡緊急呼叫業(yè)務(wù)流程 不帶 USIM卡的 UE用戶發(fā)起緊急呼叫時(shí)，由于該終端沒有卡因此也未在具體網(wǎng)絡(luò)附著，此時(shí)的緊急呼叫流程與普通 GERAN/UTRAN 網(wǎng)絡(luò)的呼叫流程一樣。 3 SGs 短消息業(yè)務(wù) 短消息功能不需要將 UE 回落到 GERAN/UTRAN 網(wǎng)絡(luò)，直接利用 EUTRAN 網(wǎng)絡(luò)為 UE提供短消息業(yè)務(wù)。 ? SGs 接口短消息流程，包括始發(fā)短消息和終結(jié)短消息，都沒有業(yè)務(wù)接入過程，不進(jìn)行鑒權(quán)、加密等處理。 ? 以下以普通短消息為例進(jìn)行說明，如果 CSFB 用戶簽約智能短消息業(yè)務(wù)，智能短消息流程同普通端局流程一致。 始發(fā)短消息業(yè)務(wù)流程 當(dāng)用戶附著在 LTE 網(wǎng)絡(luò)中，發(fā)起短消息業(yè)務(wù)時(shí)，觸發(fā) SGs 接口始發(fā)短消息流程。用戶發(fā)起主叫短消息流程，分為空閑態(tài)和連接態(tài)兩種情況。 以下針對(duì)空閑態(tài)始發(fā)短消息流程進(jìn)行詳細(xì)說明。 ? 連接態(tài)的主叫短消息流程：連接態(tài)的主叫短消息流程與空閑態(tài)的主叫短消息流程基本類似，差異在于： UE無需發(fā)起業(yè)務(wù)請(qǐng)求流程，直接在已有的信令連接上與 MME交互。 說 明說 明? 多條主叫短消息流程：當(dāng) UE第一條主叫短消息還沒有發(fā)送完畢，又發(fā)送另一條短消息， UE先不發(fā)送圖中的第 7 步確認(rèn)消息，直接發(fā)送打包 CPDATA 短消息的 Uplink NAS Transport 消息給MME。這樣避免了釋放空口和 S1 資源后，又重新建立。 圖 22 SGs 接口始發(fā)短消息流程圖 1. UE 處于空閑態(tài)，則 UE 在發(fā)送短消息前需要先發(fā)起始發(fā)短消息業(yè)務(wù)請(qǐng)求流程，伴隨著空口 RRC 連接和 S1 信令連接的建立。 2. UE 發(fā)送 Uplink NAS Transport 消息給 MME，相關(guān)的短消息信息 CP DATA/RP DATA/TPDU/SMS SUBMIT 作為參數(shù) NAS message container 打包在上行 NAS 消息里。 圖 23 Uplink NAS Transport消息結(jié)構(gòu)圖 3. MME 查詢 UE 的 SGs 關(guān)聯(lián)信息，確定目標(biāo) MSC， MME 通過 NAS message container信元將短消息打包在 SGsAPUPLINKUNITDATA 消息中（等同 CS 域 CP_DATA消息）發(fā)給 MSC，為方便 MSC 計(jì)費(fèi)，消息中同時(shí)包含 IMEISV、 the local time zone、 the Mobile Station Classmark TAI 和 ECGI 用于產(chǎn)生話單。 SGsAPUPLINKUNITDATA 消息結(jié)構(gòu)圖如 圖 24 所示。 圖 24 SGsAPUPLINKUNITDATA消息結(jié)構(gòu)圖 4. MSC 收到 MME 的 SGsAPUPLINKUNITDATA 消息，返回SGsAPDOWNLINKUNITDATA 消息（等同 CS 域 CP_Acknowledge 消息），確認(rèn)收到短消息，并向短消息中心轉(zhuǎn)發(fā)短消息。 SGsAPDOWNLINKUNITDATA 消息結(jié)構(gòu)如 圖 25 所示。 圖 25 SGsAPDOWNLINKUNITDATA消息結(jié)構(gòu)圖 5. MME 將其中的 NAS message container 通過 Downlink NAS Transport 消息傳給 UE。 6. MSC 向短消息中心發(fā)送主叫短消息在 CS 核心網(wǎng)傳遞的過程。 7. MSC 收到短消息中心的始發(fā)短消息響應(yīng)。 8. MSC 通過 SGsAPDOWNLINKUNITDATA 消息（等同 CS 域 CP_DATA 消息）將響應(yīng)消息透傳給 MME。 9. MME 將短消息報(bào)告打包到 Downlink NAS Transport 消息中發(fā)給 UE。 圖 26 Downlink NAS Transport消息結(jié)構(gòu)圖 10. UE 將短消息報(bào)告接收響應(yīng)通過 Uplink NAS Transport 發(fā)給 MME。 11. MME 通過 SGsAPUPLINKUNITDATA 消息向 MSC 返回短消息報(bào)告接收響應(yīng)。 12. MSC 向 MME 發(fā) SGsAPRELEASEREQUEST 消息結(jié)束始發(fā)短消息流程。 圖 27 SGsAPRELEASEREQUEST 消息結(jié)構(gòu)圖 ? 為避免 CCU 模塊過載，可通過設(shè)置 P94Bit8 為 0 開啟 SGs 接口始發(fā)短消息業(yè)務(wù)增強(qiáng)流控功能，若需要采用精確流控，則需要同時(shí)設(shè)置 P94Bit9 為 0，此時(shí) MSC Server 給 MME 返回SGsAPRELEASEREQUEST 消息拒絕本次始發(fā)短消息業(yè)務(wù)。 ? 為避免 BSG/IFM 模塊過載，可通過 ADD MME 命令配置“是否啟動(dòng) FECN 流控”和“ FECN 流控模式”參數(shù)確定是否對(duì)本次始發(fā)短消息業(yè)務(wù)進(jìn)行流量控制。如果進(jìn)行流控，此時(shí)給 MME 返回SGsAPRELEASEREQUEST 消息拒絕本次業(yè)務(wù)。如果不流控，則繼續(xù)后續(xù)處理。 說 明 終結(jié)短消息業(yè)務(wù)流程 當(dāng)用戶附著在 LTE 網(wǎng)絡(luò)中， VLR 收到短消息中心的終結(jié)短消息時(shí)，觸發(fā) SGs 接口終結(jié)短消息流程。根據(jù) UE 的狀態(tài)分為空閑態(tài)和連接態(tài)兩種情況。以下針對(duì)空閑態(tài)終結(jié)短消息流程進(jìn)行描述。 ? 連接態(tài)的被叫短消息流程： 連接態(tài)的被叫短消息流程與空閑態(tài)的被叫短消息流程基本類似，差異在于： MME 在收到 SGsAP Paging Request 消息后，查詢 UE上下文，知道當(dāng)前 UE處于連接態(tài)， MME 不會(huì)去尋呼 UE， MME 直接發(fā)送 SGsAP Service Request 消息給 MSC/VLR，指示 UE與 MME之間已經(jīng)可以傳遞 NAS消息。 ? 多條被叫短消息流程：當(dāng) MSC 有多條短消息需要發(fā)送給 UE 時(shí)， MSC 不 發(fā)送 SGsAP Release Request 消息，直接發(fā)送 SGsAP Downlink Unitdata 消息將新的短消息傳給 MME。這樣避免了釋放空口和 S1 資源后，再次尋呼 UE。 空閑態(tài)終結(jié)短消息流程如 圖 28 所示。 說 明圖 28 SGs 接口終結(jié)短消息流程圖 1. 短消息中心收到移動(dòng)始發(fā)短消息以后，向 HLR 取路由信息。 2. 短消息中心向 MS 下發(fā) MT_FORWARD_SHORT_MESSAGE 消息。 3. MSC/VLR 查詢 UE 的 SGs 關(guān)聯(lián)信息，指示該用戶在 LTE 網(wǎng)絡(luò)， VLR 向該用戶所在的 MME 下發(fā) SGsAPPAGINGREQUEST 尋呼請(qǐng)求，其中參數(shù) service indicator 指示這是一個(gè)短消息業(yè)務(wù)。 如果用戶由于不支持 SMMT、當(dāng)前已關(guān)機(jī)等原因不能被尋呼，則 MSC Server 向短消息中心返回終結(jié)短消息響應(yīng)。 SGsAPPAGINGREQUEST 消 息結(jié)構(gòu)如 圖 29 所示。 說 明圖 29 SGsAPPAGINGREQUEST 消息結(jié)構(gòu)圖 4. MME 通過 UE 所在 TA下的 eNodeB向 UE 下尋呼。 圖 30 PAGING消息結(jié)構(gòu)圖 5. UE 向 MME 返回 Service Request，發(fā)起業(yè)務(wù)請(qǐng)求流程，伴隨著空口 RRC 信令連接和 S1 信令連接的建立。 6. MME 向 MSC/VLRVLR 發(fā)送 SGsAPSERVICEREQUEST 消息，表示網(wǎng)絡(luò)側(cè)與 UE的 NAS 信令連接已建立。 SGsAP