iPhone5s無法被叫案例分析

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

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

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

4、里可以看出，此時(shí)UE沒有上報(bào)支持Utra的能力，也即沒有支持WCDMA系統(tǒng)。由于eNB收到的UE能力沒有包含Utra的，因此eNB發(fā)送S1AP_UE_CAPABILITY_IINFO_IND消息通知MME關(guān)于UE的能力時(shí)也不包含Utra的。因此此時(shí)MME上存儲(chǔ)的關(guān)于該Iphone5s終端不支持Utra能力。在重新attach之后，由于Iphone5s沒有進(jìn)行相關(guān)的數(shù)據(jù)業(yè)務(wù)，在UE不活動(dòng)定時(shí)器到期后進(jìn)行了RRC連接釋放，原因?yàn)椤癠ser-inactivity”。根據(jù)協(xié)議規(guī)定，MME在ECM-IDLE狀態(tài)時(shí)也會(huì)保存UE的能力信息，因此此時(shí)MME仍然存在著UE的能力信息。在23:17:03關(guān)閉“啟用

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

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

7、UE回復(fù)了“RRC_UE_CAP_INFO”答復(fù)，從答復(fù)的信息里可以看出，此時(shí)UE上報(bào)支持Utra的能力，也即支持WCDMA系統(tǒng)。根據(jù)協(xié)議的規(guī)定，MME中存儲(chǔ)的UE能力信息的組成是由：attach過程中的能力查詢結(jié)果、RAU請(qǐng)求消息中或者RAU完成消息、以及EUTRAN的異系統(tǒng)切換消息中包含的能力信息查詢結(jié)果的總集合。由協(xié)議可知，由于UMTS的動(dòng)態(tài)安全參數(shù)的處理原因，MME中存儲(chǔ)的UE能力不會(huì)包含Utra的能力，因此若eNB從UE收到UE能力包含Utra的，此時(shí)eNB發(fā)送S1AP_UE_CAPABILITY_IINFO_IND消息通知MME關(guān)于UE的能力時(shí)也不包含Utra的能力，但是EUTRA

8、能力中關(guān)于對(duì)異系統(tǒng)的處理能力中仍包含Utra的，這一點(diǎn)會(huì)觸發(fā)eNB在收到相應(yīng)的后續(xù)請(qǐng)求時(shí)，會(huì)對(duì)Utra能力進(jìn)行單獨(dú)的查詢。在重新附著成功后，由于UE不活動(dòng)到期后UE仍然沒有進(jìn)行相應(yīng)的業(yè)務(wù)，因此RRC釋放。但此時(shí)MME仍然會(huì)在EMC_IDLE狀態(tài)保存改UE的能力信息，其中EUTRAN的能力信息中支持對(duì)Utra的處理。上圖顯示在開啟了“啟用3G”開關(guān)后進(jìn)行的第一通CSFB語音通話，時(shí)間為07:53:46。上圖顯示MME給eNB發(fā)送的CSFB觸發(fā)消息中，EUTRAN的能力中包括了對(duì)UtraFDD的處理，但是沒有包括關(guān)于Utran的能力。因此此時(shí)eNB應(yīng)該要對(duì)Utra能力進(jìn)行查詢。上述顯示對(duì)Utra的

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

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

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

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