imsi數據被盜用?緊急呼叫必須在任何情況下都能工作，并且網絡最終會響應當緊急呼叫出現故障時，定義正确的行為是很重要的，因為緊急呼叫必須在所有情況下工作，最終進行網絡響應，現在小編就來說說關于imsi數據被盜用?下面内容希望能幫助到你，我們來一起看看吧!

imsi數據被盜用

緊急呼叫必須在任何情況下都能工作，并且網絡最終會響應。當緊急呼叫出現故障時，定義正确的行為是很重要的，因為緊急呼叫必須在所有情況下工作，最終進行網絡響應。

IMS緊急呼叫程序可分為以下幾個部分：

• 用戶撥打緊急電話号碼（如110或119）；
• 緊急PDN連接建立；
• 緊急注冊；
• 緊急會話建立。

以下是有關IMS緊急呼叫失敗的當前解決方案：

一、如果有緊急PDN連接建立失敗，UE立即通過CS重試緊急連接。

二、IMS緊急注冊失敗：

如果緊急注冊失敗且有任何錯誤響應或超時（即入站漫遊者有漫遊協議并注冊到本地IMS，但本地IMS的緊急注冊失敗），UE應建立匿名緊急呼叫，如3GPP TS 23.167中描述的可選呼叫和IR.92版本10.0中描述的強制呼叫。

當Emerg-reg計時器到期而沒有對緊急寄存器的任何響應時，UE将緊急注冊确定為失敗。Emerg-reg計時器在3GPP 24.229第5.1.6.1節的定義是：

UE應在發送initial REGISTER request以執行初始緊急注冊時啟動Emerg-reg定時器，根據3GPP TS24.229的5.1.6.2所述，UE應在接收到任何最終SIP響應時停止計時器。當Emerg-reg計時器到期時，UE應認為緊急注冊失敗，并應用3GPP TS 23.167子條款4.1中定義的與緊急注冊失敗相關的程序。

三、IMS緊急會話建立失敗：

當IMS呼叫在會話建立過程中由于對INVITE沒有響應而失敗時，終端不會等到計時器A或B（3GPP TS 24.229表7.8）過期，而是在5秒内通過CS重試呼叫，如3GPP TS 24.173 V14.0.0第J.2.1.3節和附錄L所述。在本标準規範中，還描述了計時器在接收到來自網絡的“100 TRYING”響應時停止。此要求僅對正常VoLTE呼叫有效。

在接收到100 TRYING時停止計時器表示UE和網絡之間的連接已經建立。在100 TRYING後發生的呼叫建立延遲可能有一個好的原因，例如遠距離目标。因此，網絡（如PCSCF）負責處理此問題，如果需要，應啟動CSFB（如380）。對于正常VoLTE電話，此計時器RequestTimeout已足夠。

對于緊急呼叫，情況就不同了。 UE應在一段合理的時間（例如，由于緊急情況和本地環境而不超過10秒）之後發起CSFB，該時間獨立于發生延遲的呼叫建立階段，并且如果網絡行為是否有故障也獨立于此。

目前在DT的測試過程中，可以看到一些終端在IMS緊急呼叫建立的振鈴階段（180 ringing 和200 OK之間）執行CSFB。其他UE在3-5秒後獨立于任何呼叫應答進行CSFB。

總而言之，對于時間緊迫的緊急呼叫會話超時，需要解決方案。

解決方案：定義一個新的計時器–EmergencyRequestTimeout，它有一個可配置的值，在收到18倍的臨時響應後停止。

原因：有了這個新的計時器，特别是啟動緊急會話将有助于減少建立時間，用每一秒的計數，在減少故障的情況下，以更快地處理緊急呼叫。

定時器應是可配置的，因此當例如PSAP向UE發送公告時，用戶不應注意到由于定時器到期而放棄IMS緊急呼叫。

計時器在VPLMN（漫遊場景）中也應與在HPLMN中的有效方式相同。

在TS 24.229子條款5.1.6.8中實施EmergencyRequestTimeout計時器，僅對緊急會話有效，并且當UE接收到18x臨時響應時，計時器被占用。當計時器過期時，将執行CSFB。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!