CSFB異常點(diǎn)分析總結(jié)

1、文檔名稱文檔密級(jí)1 問題現(xiàn)象1：R9盲重定向后讀取3G系統(tǒng)消息接入如下圖所示：UE發(fā)起CSFB后，接入3G后讀取系統(tǒng)消息，說明R9的FLASH CSFB未生效分析LTE側(cè)RRC連接釋放消息，可以看到ENB只下發(fā)了頻點(diǎn)，沒有下發(fā)相應(yīng)小區(qū)信息分析LTE側(cè)SIB1消息，可以看到此時(shí)接入的LTE ENB為9，小區(qū)為1結(jié)論：9號(hào)enb為集錦飯店，此站的RIM流程有問題，DSP UTRANRIMINFO中，未包含最高優(yōu)先級(jí)的3G鄰區(qū)，由于測(cè)試版本BUG，導(dǎo)致rrc release消息中未攜帶系統(tǒng)消息，接入3G小區(qū)后讀取了系統(tǒng)消息。2 問題現(xiàn)象2：CSFB至3G后發(fā)起LAU，并且無法快速返回4G，并且未發(fā)現(xiàn)

2、alerting問題如下所示，UE在3G側(cè)發(fā)起LAU從呼叫開始分析，在16:16:40.135，LTE發(fā)起RRC連接釋放觸發(fā)CSFB動(dòng)作，由于RRC連接釋放消息中只攜帶頻點(diǎn)，因此是R8的重定向CSFB，UE在3G側(cè)讀取系統(tǒng)消息接入U(xiǎn)E在16:16:41.300發(fā)起RRC連接請(qǐng)求，此次RRC連接請(qǐng)求是CSFB的接入請(qǐng)求，可以看到RRC連接請(qǐng)求攜帶的原因?yàn)閏onversation callUE在16:16:42.957發(fā)送RB SETUP CMP消息完成CS RAB的建立，但從UE側(cè)信令上看，過了6秒之后，UE進(jìn)入空閑態(tài)UE在16:16:48.742發(fā)送cell update重新接入，攜帶原因?yàn)閡

3、nrecoverableError，并且報(bào)AM-RLC在RB 2-3or4上錯(cuò)誤指示為1，因此判斷鏈路發(fā)生SRB復(fù)位掉話，UE后續(xù)通過cell update重新接入。從當(dāng)時(shí)的信號(hào)強(qiáng)度和質(zhì)量來看，下行Ec/Io較好，因此判斷是上行失敗導(dǎo)致UE掉話。懷疑RNC未收到UE發(fā)送的RB SETUP CMP消息。 由于UE掉話，后續(xù)UE接入后重新發(fā)起RRC連接請(qǐng)求，此時(shí)攜帶原因值為注冊(cè)。表示此時(shí)UE認(rèn)為該次RRC連接并非CSFB業(yè)務(wù)。UE在16:16:49.509發(fā)起RRC連接請(qǐng)求，原因?yàn)樽?cè)。由于前面UE也沒有做過位置區(qū)更新，因此本次注冊(cè)后，UE發(fā)起位置區(qū)更新并且由于此次UE認(rèn)為并非CSFB業(yè)務(wù)，發(fā)起的

4、RRC連接請(qǐng)求里攜帶了pre-redirection信元，因此RNC判斷此次UE接入并非CSFB業(yè)務(wù)，也就不會(huì)發(fā)起fastreturn了3 問題現(xiàn)象3：出現(xiàn)連續(xù)Reconfiguration及Measurement過程如下圖所示：LTE發(fā)送ReconfigurationLTE下發(fā)Reconfiguration有兩種作用，一種是RLC層參數(shù)的重新配置（類似于3G的RB重配），比如上圖中的第一個(gè)RRCconnectionReconfiguration，里面攜帶的信元基本為RLC層參數(shù)配置及信道參數(shù)配置第二個(gè)RRCconnectionReconfiguration為下發(fā)的測(cè)量控制，包括系統(tǒng)內(nèi)測(cè)量或系

5、統(tǒng)間測(cè)量4 問題現(xiàn)象4：未發(fā)送ESR，從4G重定向到3G該現(xiàn)象為基于覆蓋的PS重定向，由于異系統(tǒng)切換未打開，因此移動(dòng)性走重定向流程。ENB 16:25:27.655下發(fā)測(cè)量控制，攜帶A1/A2/A3事件相關(guān)參數(shù)從該測(cè)量控制中可以看出，A2測(cè)量事件的測(cè)量ID為3，門限為70（異系統(tǒng)），即為70測(cè)量ID為5，門限為40（異頻），即為100通過信令，可以看到MS上報(bào)測(cè)量報(bào)告，上報(bào)A2事件，并且測(cè)量ID為3，說明啟動(dòng)異系統(tǒng)測(cè)量之后ENB下發(fā)測(cè)量控制，要求UE測(cè)量異系統(tǒng)（3G）鄰區(qū)UE上報(bào)3G鄰區(qū)后，ENB發(fā)起重定向流程，將用戶重定向到3G鄰區(qū)5 問題現(xiàn)象5：UE多次收到RRC CONNECTION S

6、ETUP消息這個(gè)是由于UE發(fā)送RRC CONNECTION REQUEST消息后，監(jiān)聽下行CCCH信道，如果收到是屬于自己的RRC CONNECTION SETUP消息則響應(yīng)，但也會(huì)收到其他用戶的RRC CONNECTION SETUP消息，則不響應(yīng)，區(qū)分是否為自己的RRC CONNECTION SETUP主要是看其中攜帶的TMSI。如下圖所示：可以看到UE收到了兩條RRC CONNECTION SETUP消息，只響應(yīng)了第二條分析RRC CONNECTION REQUEST消息，可以看到其TMSI為0x06C83BC6第一條RRC CONNECTION SETUP消息中攜帶的TMSI為0x0A

7、B0A886，因此并非UE所發(fā)RRC CONNECTION REQ消息的響應(yīng)，因此UE不回復(fù)而第二條RRC CONNECTION SETUP消息中攜帶的TMSI為0x06C83BC6，因此UE回復(fù)RRC CONNECTION SETUP COMPLETE6 問題現(xiàn)象6：切換失敗，F(xiàn)ast Return失敗，并出現(xiàn)TAU Reject重新附著流程首先看fastreturn為什么失敗。CSFB走的基于測(cè)量的PSHO，但切換發(fā)起后，UE在3G同步上行信道失敗，進(jìn)入空閑態(tài)后重選到一個(gè)新的小區(qū)發(fā)起RRC連接請(qǐng)求首先我們看UE在LTE側(cè)上報(bào)B1事件的測(cè)量報(bào)告里上報(bào)的小區(qū)為PSC=193但UE接入到3G后，

8、193小區(qū)信號(hào)很差（ECI0很差），導(dǎo)致UE切換接入失敗UE后續(xù)重選到PSC=194小區(qū)重新接入但由于此時(shí)是重選重新接入，導(dǎo)致UE認(rèn)為其并非CSFB用戶，RRC連接請(qǐng)求中攜帶pre-redirection信元，因此后續(xù)fastreturn不成功TAU拒絕的流程，首先看到在LTE側(cè)做TAU拒絕的原因?yàn)镹o EPS Bearer Context activated。協(xié)議里規(guī)定，UE在TAU REQ消息里必須攜帶一個(gè)缺省承載，如果不攜帶缺省承載的話，MME拒絕本次TAU請(qǐng)求，要求UE進(jìn)行附著（Attach）23401 5.3.3.1If the MME has changed the new MME

9、 verifies the EPS bearer status received from the UE with the bearer contexts received from the old MME/old S4 SGSN. If the MME has not changed the MME verifies EPS bearer status from the UE with the bearer contexts available in the MM context. The MME releases any network resources related to EPS b

10、earers that are not active in the UE. If there is no bearer context at all, the MME rejects the TAU Request協(xié)議的意思是說，如果MME沒有從UE中獲取激活的MME CONTEXT并且改變其MME verifies EPS bearer status，MME則拒絕這次TAU Request分析TAU REQ消息，可以看到其中的EPS bearer context status均為INACTIVE，因此MME拒絕此次TAU REQ，要求UE進(jìn)行附著而導(dǎo)致UE發(fā)這個(gè)的原因是因?yàn)樵诶蟼?cè)的SGSN沒

11、有激活相應(yīng)的PDP連接，導(dǎo)致UE在老側(cè)SGSN沒有上下文報(bào)文，因此該值為空。分析信令，可以看到PDP連接被UE去激活，并且后續(xù)沒有再激活。PDP承載去激活屬于NAS消息，即屬于核心網(wǎng)直接下發(fā)給UE的消息，無線側(cè)只做轉(zhuǎn)發(fā)，不解析其中任何內(nèi)容，從協(xié)議上來看，當(dāng)核心網(wǎng)不再為UE保持pdp連接的時(shí)候，即發(fā)起PDP去激活。UE下載再做數(shù)傳業(yè)務(wù)的話，就需要重新激活PDP連接。7 問題現(xiàn)象7：鑒權(quán)失敗的原因?yàn)橥绞「鶕?jù)協(xié)議描述，該原因值表示UE認(rèn)為Authentication Req里攜帶的SQN超過范圍而SQN包含在Authentication Req里的AUTN里核心網(wǎng)羅曉 分析猜測(cè)這種鑒權(quán)失敗的如下

12、：CSFB 回落成功電話掛機(jī)后應(yīng)該是手機(jī)發(fā)起TAU/LAU，在TAU 到MME 后MME 做了一次鑒權(quán)，鑒權(quán)成功后手機(jī)SIM卡上的SQN被改寫，而MSC 上發(fā)送給手機(jī)的鑒權(quán)請(qǐng)求為MSC 先期到HLR 取的鑒權(quán)集中的SQN，所以嚇到手機(jī)上出現(xiàn)不一致，手機(jī)會(huì)鑒權(quán)失敗，MSC在收到手機(jī)的鑒權(quán)失敗后，MSC發(fā)起向HLR 取新的鑒權(quán)集，之后MSC 再次向手機(jī)發(fā)起鑒權(quán)請(qǐng)求，此時(shí)鑒權(quán)成功，位置更新也成功；核心網(wǎng)龔華龍答復(fù)：1、 鑒權(quán)問題1） 少量的鑒權(quán)重同步在現(xiàn)網(wǎng)是非常正常的，只要鑒權(quán)重同步成功就不是問題。如果大量的重同步或者在某場(chǎng)景下必現(xiàn)問題請(qǐng)一線在HSS收集用戶跟蹤，發(fā)給研發(fā)定位。2） 只要HSS是2/

13、3/4G融合版本，并且當(dāng)前測(cè)試用戶都在這個(gè)HSS上，HSS就會(huì)分域處理，VLR/MSC和MME是不同的兩個(gè)域，正常鑒權(quán)場(chǎng)景下，它們之間的SQN相互不影響，不會(huì)存在下面郵件中“猜測(cè)鑒權(quán)失敗”的問題。3） GU互操作等場(chǎng)景都會(huì)觸發(fā)域切換，這些場(chǎng)景在現(xiàn)網(wǎng)很多地方都有運(yùn)用，在聯(lián)通實(shí)驗(yàn)室也測(cè)試通過，這是基本功能，如果有問題早就發(fā)現(xiàn)了。一般出問題都比較異常場(chǎng)景，需要提供HSS消息跟蹤、重現(xiàn)場(chǎng)景等定位信息，否則無法定位。現(xiàn)網(wǎng)出現(xiàn)鑒權(quán)失?。ㄖ赝胶筮€失敗的問題）的幾種可能原因，以供參考：l MSC/SGSN鑒權(quán)請(qǐng)求未攜帶RequestingNodeType信元，導(dǎo)致HSS無法區(qū)分域信息l USIM卡中的L值設(shè)

14、置過小。l 4G的 HSS和2/3G HLR分離部署，不是融合部署。l HSS系統(tǒng)時(shí)間跳變。8 問題現(xiàn)象8：L到U基于覆蓋的盲重定向在LTE建立RRC連接后，ENB下發(fā)測(cè)量控制，攜帶A2事件門限，A2事件的門限為40，且測(cè)量ID為3后續(xù)UE上報(bào)A2事件，可以看到測(cè)量ID為3（表示為A2事件），實(shí)際測(cè)量RSRP為39，小于A2門限，A2事件觸發(fā)A2事件表示當(dāng)LTE當(dāng)前信號(hào)小于某一個(gè)值時(shí)，UE啟動(dòng)異系統(tǒng)測(cè)量，而由于盲切換打開，因此處走的是基于覆蓋的盲重定向流程到3G。LTE側(cè)直接RRC RELEASE，攜帶3G頻點(diǎn)。9 異常時(shí)延分析【問題描述】10月19日測(cè)試數(shù)據(jù)總共兩次異常時(shí)延，如下圖所示：Lo

15、g名測(cè)量類型主被叫時(shí)延Probe_20131019114956-44主叫_1盲重定向主叫/MS212.643Probe_20131019114956-44主叫_1盲重定向主叫/MS29.708【問題分析】l 第一次異常點(diǎn)：ESR: 12:07:57.775 -> RRC release: 12:07:57.805LTE側(cè)時(shí)延：30ms RRC release: 12:07:57.805 -> 3G RRC connection req: 12:07:58.2453G搜網(wǎng)時(shí)間: 440msRRC connection req: 12:07:58.245 -> RB setup

16、cmp: 12:07:59.785主叫RB建立時(shí)延：1540msRB setup cmp: 12:07:59.785 -> Alerting: 12:08:10.418等待被叫響應(yīng)：10633ms分析主叫各段時(shí)延，主要是等待被叫響應(yīng)時(shí)延過長(zhǎng)導(dǎo)致。需要分析被叫行為，本次呼叫被叫也為L(zhǎng)TE起呼。被叫MS收到ESR時(shí)間為12:07:59.564，分析信令，主要有兩處導(dǎo)致被叫時(shí)延較長(zhǎng)1、 被叫FLASH CSFB沒有生效，在3G側(cè)讀取了系統(tǒng)消息（并非主要時(shí)延）分析系統(tǒng)消息3，其中Cellidentity表明接入的3G小區(qū)為18232，查詢其擾碼為19，下行頻點(diǎn)為10713Cellidentity

17、后面16位表示cellid，計(jì)算得出為18232，分析LTE側(cè)的RRC connection release，該小區(qū)并未被下發(fā)，查詢配置，該小區(qū)并未添置為鄰區(qū)從收到LTE的RRC connection release到在3G小區(qū)發(fā)起RRC連接請(qǐng)求，時(shí)延為1670ms2、 UE在3G的18232小區(qū)接入，后續(xù)該小區(qū)信號(hào)衰變，UE掉話脫網(wǎng)，發(fā)送cell update進(jìn)行鏈路重建后在PSC=178小區(qū)重新建立CS業(yè)務(wù)，整段時(shí)延達(dá)到10秒左右（主要原因）如下圖所示，UE在PSC=19小區(qū)響應(yīng)尋呼后，進(jìn)行相關(guān)NAS層交互（路由區(qū)更新和認(rèn)證加密等），但在上報(bào)同頻測(cè)量報(bào)告后進(jìn)入空閑態(tài)，同頻測(cè)量報(bào)告中178小

18、區(qū)Ec/Io較好，但19小區(qū)Ec/Io已經(jīng)較差。分析懷疑此時(shí)RNC收到了測(cè)量報(bào)告，可能下發(fā)了ASU準(zhǔn)備進(jìn)行1A事件，但UE未收到。UE發(fā)送cell update進(jìn)行重建，再建立CS業(yè)務(wù)查看工參，18232小區(qū)為CELLNAME="WD杭州華鴻科技大廈_2"，并不在該51號(hào)enodeb周邊，懷疑可能是3G越區(qū)覆蓋到此處，導(dǎo)致信號(hào)衰變引起該問題，建議RF調(diào)整。l 第二次異常點(diǎn)：LTE側(cè)時(shí)延：28msUE搜網(wǎng)時(shí)延：1027ms 此處UE接入3G時(shí)讀取了系統(tǒng)消息，說明FLASH CSFB未生效，導(dǎo)致時(shí)延較長(zhǎng)主叫CSRAB建立時(shí)延：7012ms等待被叫時(shí)延：1641ms此次呼叫影響時(shí)延主要是2點(diǎn)，一個(gè)時(shí)f