1、iPhone5s無法被叫案例分析問題描述紹興柯橋區接到用戶反應iPhone5s手機無法做被叫，通過現場測試和CSFB話統統計特定時段ENODEB側CSFB建立成功率及UU口信令跟蹤，發現存在未下發的RRCConnectionRelease消息導致的CSFB失敗情況，在確認CSFB策略已配置且沒有流程沖突的情況下，需要進一步排查不下發RRCConnectionRelease的原因。經了解若手機終端關閉了3G功能開關或者手機終端為移動定制版手機，則不會下發RRCConnectionRelease消息，如下圖所示：正常UU口信令跟蹤如下圖所示，RRC_CONN_REL信令里面會攜帶者10713頻點：

2、通過驗證測試發現關閉了“啟用3G”開關后，進行測試，被叫不通，且不下發RRCconnectionRelease。處理過程Iphone5s終端開啟了“啟用3G”的情況下，作為被叫，進行測試，看是否下發RRC釋放消息；Iphone5s終端關閉了“啟用3G“的情況下，作為被叫，進行測試，看是否下發RRC釋放消息；統計CSFB KPI指標，看未下發RRCConnectionRelease消息在測試周期內是否增加了。關閉Iphone5s“啟用3G”開關：上述紅色框內的內容是在關閉了“啟用3G”開關后，Iphone5s重新進行了一次附著過程的信令流程。在23:17:03分的時候，關閉“啟用3G”，此時UE

3、重新發起了一次RRC連接，連接原因是“mo-signalling”，根據信令判斷，此次為attach過程；根據協議23.401-b30中關于UE能力的處理過程規定，如果是attach發起流程，那么MME會刪除其保存的所有關于該UE的能力信息，并且MME給eNB發送S1AP_Initial_Context_Setup_REQ消息中不包括任何的UE能力信息，因此這樣會觸發eNB重新向UE進行UE能力的查詢。上圖顯示MME給eNB發送的上下文不包含任何的UE能力信息，因此會觸發eNB重新向UE查詢能力。上圖顯示eNB對UE進行了能力查詢，UE回復了“RRC_UE_CAP_INFO”答復，從答復的信息

4、里可以看出，此時UE沒有上報支持Utra的能力，也即沒有支持WCDMA系統。由于eNB收到的UE能力沒有包含Utra的，因此eNB發送S1AP_UE_CAPABILITY_IINFO_IND消息通知MME關于UE的能力時也不包含Utra的。因此此時MME上存儲的關于該Iphone5s終端不支持Utra能力。在重新attach之后，由于Iphone5s沒有進行相關的數據業務，在UE不活動定時器到期后進行了RRC連接釋放，原因為“User-inactivity”。根據協議規定，MME在ECM-IDLE狀態時也會保存UE的能力信息，因此此時MME仍然存在著UE的能力信息。在23:17:03關閉“啟用

5、3G”后，在23:24:07進行了關閉“啟用3G”開關后的第一通CSFB語音，MME給eNB發送的CSFB觸發消息中顯示該次是CSFB呼叫，同時終端不支持WCDMA。由于終端不支持Utra，在收到CSFB觸發后，eNB成功給MME響應了CSFB觸發，但是之后一直不下發RRCConnectionRelease消息，導致UE無法重定向到3G，在間隔20s后，UE不活動定時器到期后，直接釋放了RRC連接，該次CSFB失敗，語音呼叫失敗，提示“你所撥打的用戶暫時無法接通”Iphone5s開啟“啟用3G”開關：上述紅色框內的內容是在重新開啟了“啟用3G”開關后，Iphone5s重新進行了一次附著過程的信

6、令流程。在23:44:32分的時候，開啟“啟用3G”，此時UE重新發起了一次RRC連接，連接原因是“mo-signalling”，根據信令判斷，此次為attach過程。根據協議23.401-b30中關于UE能力的處理過程規定，如果是attach發起流程，那么MME會刪除其保存的所有關于該UE的能力信息，并且MME給eNB發送S1AP_Initial_Context_Setup_REQ消息中不包括任何的UE能力信息，因此這樣會觸發eNB重新向UE進行UE能力的查詢。上圖顯示MME給eNB發送的上下文不包含任何的UE能力信息，因此會觸發eNB重新向UE查詢能力。上圖顯示eNB對UE進行了能力查詢，

7、UE回復了“RRC_UE_CAP_INFO”答復，從答復的信息里可以看出，此時UE上報支持Utra的能力，也即支持WCDMA系統。根據協議的規定，MME中存儲的UE能力信息的組成是由：attach過程中的能力查詢結果、RAU請求消息中或者RAU完成消息、以及EUTRAN的異系統切換消息中包含的能力信息查詢結果的總集合。由協議可知，由于UMTS的動態安全參數的處理原因，MME中存儲的UE能力不會包含Utra的能力，因此若eNB從UE收到UE能力包含Utra的，此時eNB發送S1AP_UE_CAPABILITY_IINFO_IND消息通知MME關于UE的能力時也不包含Utra的能力，但是EUTRA

8、能力中關于對異系統的處理能力中仍包含Utra的，這一點會觸發eNB在收到相應的后續請求時，會對Utra能力進行單獨的查詢。在重新附著成功后，由于UE不活動到期后UE仍然沒有進行相應的業務，因此RRC釋放。但此時MME仍然會在EMC_IDLE狀態保存改UE的能力信息，其中EUTRAN的能力信息中支持對Utra的處理。上圖顯示在開啟了“啟用3G”開關后進行的第一通CSFB語音通話，時間為07:53:46。上圖顯示MME給eNB發送的CSFB觸發消息中，EUTRAN的能力中包括了對UtraFDD的處理，但是沒有包括關于Utran的能力。因此此時eNB應該要對Utra能力進行查詢。上述顯示對Utra的

9、能力進行了單獨查詢，UE成功響應支持Utra能力。eNB成功獲取到UE支持Utra能力之后，成功下發RRCConnectionRelease消息，攜帶10713頻點，CSFB成功回落3G，且語音呼叫正常！關閉“啟用3G”開關后連接態測試情況：在1月17日 11:57:13（740）關閉Iphone5s“啟用3G”開關，在11:59:39（724）進行主叫連接態的呼叫。MME給eNB發送上下文修改消息，原因值為“cs-fallback-required”。eNB給MME回應了CSFB觸發響應后，由于eN知道該次CSFB是主叫且手機不支持3G，因此不下發RRC連接釋放用以攜帶10713頻點，由于終

10、端在等待RRC連接釋放，但卻一直沒有收到，一直等到UE不活動定時器到期后（間隔20s），eNB接著發起釋放UE的上下文內容并且釋放RRC連接，原因值為“user-inactivity”。根據實際的測試結果顯示，在eNB側釋放了主叫的RRC連接之后，過了10s左右，主叫直接連接到了2G網絡且繼續進行了語音的呼叫。語音呼叫結束后，主叫終端無法返回4G，一直駐留在2G網絡。關閉Iphone5s“啟用3G”開關后，在12:04:28（889）進行主叫空閑態的呼叫。主叫空閑態發起語音呼叫，RRC_CONN_REQ的原因值為“mo-Data”，CSFB主叫的原因值；MME發送給eNB的初始上下文中元一只為

11、“cs-fallback-required”。MME發送給eNB的初始上下文請求中沒有包括Utra的能力；eNB給MME回應了CSFB觸發響應后，由于eN知道該次CSFB是主叫且手機不支持3G，因此不下發RRC連接釋放用以攜帶10713頻點，由于終端在等待RRC連接是否，但卻一直沒有收到，一直等到UE不活動定時器到期后（間隔20s），eNB接著發起釋放UE的上下文內容并且釋放RRC連接，原因值為“user-inactivity”。根據實際的測試結果顯示，在eNB側釋放了主叫的RRC連接之后，過了10s左右，主叫直接連接到了2G網絡且繼續進行了語音的呼叫。語音呼叫結束后，主叫終端無法返回4G，一

12、直駐留在2G網絡。對于主叫即使關閉了“啟用3G”開關仍然能夠撥通，而被叫卻無法撥通的解釋：根因根據上述分析，如果UE終端支持聯通LTE頻段，但是不支持聯通WCDMA，則UE在上報Extended Service Request消息后，MME會成功的給eNB下發S1AP_Initial_Context_Setup_Request消息，且eNB會成功響應MME消息S1AP_Initial_Context_Setup_Respone。因此關于CSFB觸發次數和CSFB響應次數的Counter均會增加1，但是由于UE能力不支持WCDMA，最終UE始終沒有下發RRCConnectionRelease消息進行重定向，因此CSFB失敗。解決方案如果UE終端支持聯通LTE頻段，但是不支持聯通WCDMA，則關于CSF