lte語音csfb信令流程(編輯修改稿)

　

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