1、CSFB測試問題分析案例總結（NSN）2014年3月目錄1.CSFB測試指標32.問題分析42.1主叫側原因：52.1.1案例1：主叫UE CSFB回落至2G偽基站52.1.2案例2：TAC與2G LAC數據不符62.1.3案例3：室分泄露問題82.2被叫側原因：112.2.1案例4：被叫位置區更新無法收到Paging消息122.2.2案例5：被叫側信令丟失，無法收到Paging消息152.2.3案例6：被叫TCH分配失敗原因152.2.4案例7：被叫在短信流程中CSFB引發的未接通。162.2.5案例8：被叫在POOL邊界回落至跨pool2G小區導致182.2.6案例9無主覆蓋小區引起的呼叫

2、失敗202.2.7案例10：被叫聯合位置更新失敗導致無法尋呼243.總結251. CSFB測試指標目前為止已完成3輪CSFB測試，分別為：輪次開始日期結束日期網格數目業務類型測試目的11月27日1月28日15語音+并發+短彩信集團客戶感知測試22月17日2月20日14語音CSFB性能測試32月21日2月24日15語音+并發+短彩信集團客戶感知測試備注：第三輪測試中語音業務撥打時長改為30s（第一、二輪20s），不再設置未接通超時。并發業務（先數據后語音）中數據業務改為FTP下載業務，不再設置未接通超時。由于每輪的測試方法都不一致，三輪測試的結果不具備對比意義。在1月份的第一輪測試中由于測試方法

3、和測試設備等原因，測試結果與后兩輪測試出入較大。測試結果匯總：輪次接通次數未接通次數接通率掉話次數掉話率1273919193.48%562.04%2352112196.68%100.28%323057896.73%200.87%2. 問題分析針對CSFB中出現的問題，經過分析，語音類問題暫時歸納為掉話&未接通兩大類。本案例集主要針對未接通進行分析。據CSFB的基本流程和分析問題的結果，Block call的原因分為以下幾類：統計第二、三輪CSFB中Block call的原因值占比，如下圖所示：對比2輪測試的原因值可發現引發Block call的主要原因在被叫側，被叫側的原因值占到了總數

4、的80%左右。2.1 主叫側原因：主叫側的原因主要集中在信道分配失敗這一項上。主叫UE在CSFB成功后會由于回落至G網的偽基站&故障站點&覆蓋差站點&質差站點等原因信道分配失敗，由此導致Block call出現。主叫UE在CSFB失敗后導致同樣會導致Block出現。2.1.1 案例1：主叫UE CSFB回落至2G偽基站現象描述：主叫手機回落至2G，誤進入偽基站小區內，信道無法分配，導致未接通。事件分析：主叫手機在民族大廈起呼，回落至偽基站小區（LAC：25092，CI:10，BCCH:74）,手機發起位置更新，偽基站向手機發送Identity Request，獲取終端的

5、IMSI，然后向主叫手機發送垃圾短信。而偽基站是無法承載語音業務的，最終導致未接通。解決方案：排查2G偽基站，確保UE的CSFB能夠回落至合適的G網小區。2.1.2 案例2：TAC與2G LAC數據不符現象描述：測試車輛行駛到鄭汴路英協路附近區域時，主叫UE發起CSFB呼叫，被叫在響應尋呼回落至2G網絡后進行了一次位置更新，隨后網絡下發了Immediate Assignment Reject消息，立即指配失敗。測試軟件判定為一次Block call。分析：查看CSFB回落之前占用的LTE小區信息，發現其占用的站點英協路鄭汴路存在TAC值錯誤的現象。具體可參見案例“TAC與規劃不符引起異常TAU

6、流程導致block call”。在信令流程可以看到主叫在RRCConnectionRelease信令后進行了一次位置更新，但申請更新的TAC為錯誤值。隨后網絡拒絕了UE的位置更新請求，直接導致立即指配失敗。結論：錯誤的TAC設置會在UE CSFB回落后的立即指配階段引發立即指配拒絕消息。2.1.3 案例3：室分泄露問題現象描述：主被叫UE均CSFB成功，主叫在分配TCH信道的時候出現了Assignment Failure的信令，隨后發生了Block call。問題分析：首先查看主叫UE在CSFB之前占用的小區，可以看到UE占用的小區為室分小區。查看RRCConnectionRelease信令中

7、指配的回落GSM網絡頻點，發現該室分小區僅配置了一個2G回落頻點頻點80。隨后主叫UE回落至頻點為80，CI為16660的GSM小區開始呼叫流程，核查2G工參信息后發現該次CSFB回落的小區仍為室分小區在主叫隨后的呼叫流程中，因異常占用室分信號起呼，距離較遠且信號逐漸衰落，導致系統下發Assignment Failure，分配TCH信道失敗。總結此次CSFB流程，首先是主叫UE占用了LTE室分站點信號開始CSFB流程，隨后回落至頻點為80的G網室分站點開始呼叫。占用LTE室分站點時信號較強（-79dB），但分配的2G回落頻點只有80一個頻點。核查現網數據后發現該站點由于規劃經緯度與實際不符導致

8、4-2G鄰區關系設置有誤，僅配置了一個2G頻點。解決方案：首先要核查現網數據的準確性，確保LTE宏站&室分站點所添加的4-2G鄰區正確。其次對于路測中遇到的室分泄露現象需通知工程方面進行整改，盡量避免在路測過程中占有室分站點信號。2.2 被叫側原因：被叫側進行CSFB的第一步就是收到網絡下發的Paging消息，在分析中發現因被叫側收不到Paging引發了大量的未接通現象。具體原因值如下：就目前來看，引發被叫無法收到paging的原因值主要集中在在UE側信令丟失與位置區更新兩大類上。目前UE側信令丟失的原因仍在研究中，位置區更新引發的原因只能通過盡量減少位置更新的次數來避免。2.2.1

9、案例4：被叫位置區更新無法收到Paging消息現象描述：1主叫在發起CSFB業務的同時被叫在做跟蹤區更新的過程中，被叫此時無法收到paging消息導致Block call。分析：UE附著在LTE網絡上，當服務小區變更且變更前后的兩小區歸屬不同TAC時，UE會向網絡發起TAU請求。如果此時主叫UE發起呼叫，MME會向被叫UE發起尋呼請求。此時若被叫UE剛完成服務小區變更，尚未完成TAU過程或正在TAU過程中，MME仍會向原服務小區所在的TAC區發起尋呼請求。此時由于被叫實際上已變更了TAC區，所以無法接收到MME的paging消息進而無法進入CSFB流程，導致主叫Block call。如圖所示，

10、從14時14分42秒開始主叫進入CSFB流程，在14分47秒主叫進入call proceeding，被叫始終未響應。在15分02秒時，主叫call block。在此期間被叫在26分16秒時完成了一次TAU更新。從信令流程來看主叫在14分49秒進入Setup，在14分50秒開始Alerting，而被叫在此期間始終未收到Paging消息，無法進入CSFB流程。由上圖可以看到事件發生地點正位于LAC/TAC邊界，UE在經過此區域時必然發生TAU更新過程，如在此時發起呼叫，被叫會由于無法接受到尋呼消息導致block call。解決方案：合理規劃TAC邊界，建議核心網啟用TAC LIST，減少不必要的跟

11、蹤區更新。2.2.2 案例5：被叫側信令丟失，無法收到Paging消息現象描述：如上圖所示，主叫在14:47:35秒發起呼叫，被叫在15:47:35至15:48:24之間無信令，導致未接通，且網格CSFB測試中出現多次該類現象。分析：對網格20信令丟失情況分析后懷疑可能是終端問題，隨后對終端進行驗證。用4部測試終端在定點測試。4部終端中其中編號為2的終端，在2月12日出現多次上述現象，重新連接后現象消失。2月13日未出現該現象，2月14日又出現該現象。編號為1、3、4的手機均未出現過該問題。結論：由于目前設備限制，無法進行多種終端對比測試驗證。 信令丟失的問題問題還需進一步研究驗證。2.2.3

12、 案例6：被叫TCH分配失敗原因在被叫側的TCH分配失敗同樣導致了大量的block call事件，具體原因分類如下：備注：由于測試方法不同，第二輪測試中未進行短彩信等并發業務。可以看到由于測試方法原因第二輪測試中并未出現因短信原因引發的Blockcall。被叫接收短信和被叫CSFB回落至跨pool2G小區都會引起被叫側分配TCH信道失敗。其中短信引發的原因已上報case，跨pool的問題需核心網測開啟MTRF功能解決，目前可以通過修改4-2G鄰區盡量避免跨pool回落。2.2.4 案例7：被叫在短信流程中CSFB引發的未接通。測試現象：被叫短信期間收到CSFB,網絡在請求IDENTITY RE

13、QUEST后直接發送channel release。測試軟件記為一次Block call。原因分析：此類現象出現在短信流程期間。對于這個想象進項了還原測試，發現短信流程期間出現大量的該類問題。在此過程抓取EMIL log, 交換機 trace進一步分析為何交換機會想UE索要IMSI。分析流程如下：解決方案：核心網問題，已上報CASE。2.2.5 案例8：被叫在POOL邊界回落至跨pool2G小區導致測試現象：主叫SET UP 后，被叫在CSFB成功后的2G呼叫建立過程中發生了跨POOL的LAU，在LAU accapct 且新的TMSI分配后,網絡直接下發channel release信令導致未

14、接通。分析：測試時UE行走路線跨越了POOL邊界。被叫UE在CSFB后回落到了跨pool邊界的2G小區，隨后發起位置更新請求。解決方案：在MSS上加載MTRF功能，目前可以通過修改4-2G鄰區盡量避免跨pool回落。2.2.6 案例9無主覆蓋小區引起的呼叫失敗現象描述：測試車輛行駛到康平路路段時，主叫UE發起呼叫，被叫UE響應進入CSFB流程，但被叫UE向2G網絡重定向失敗。在此期間被叫未響應主叫的尋呼導致主叫未接通。原因分析：從事件窗口來看這是一次由CSFB失敗引起的主叫未接通。主叫UE在27分35秒進入呼叫流程，被叫UE在27分39秒響應進入CSFB流程，隨后向2G網絡的重定向發生了失敗。

15、 查看被叫UE在CSFB前占用的小區，發現被叫當時占用陳莊小區3扇區的信號，RSRP為-113dB，同時鄰區列表里的其他小區信號均不理想，RSRP都在-100dB以上。在地圖窗口發現陳莊小區站點距離測試位置距離較遠（1.38公里），屬于明顯的越區覆蓋現象。在信令窗口被叫UE響應CSFB后下發的RRC Connection Release信令中可以看到網絡下發的UE測量2G網絡頻點列表如下：對比2G網絡在問題區域的頻點覆蓋情況可以發現覆蓋該區域的2G頻點并未被添加至測量列表中。由此可以判斷問題區域的CSFB失敗是由于在重定向過程中UE未測量到網絡下發的2G頻點導致。由于CSFB發生時占用的小區距

16、離較遠，該小區添加的2G重定向頻點明顯與覆蓋問題區域的2G頻點不吻合造成了該現象。解決方案：問題發生區域LTE信號覆蓋較差，查看地形后發現該區域高層建筑較多，地形復雜，UE在該區域會由于無主覆蓋小區引起切換混亂的情況。如在該區域新建站點確立主覆蓋小區，并在相應的覆蓋小區設置正確的2G重定向頻點可解決該問題。2.2.7 案例10：被叫聯合位置更新失敗導致無法尋呼現象描述：主叫正常回落至GSM發起呼叫，被叫未收到PAGING導致未接通。問題分析：查看log，發現主叫發起呼叫后，被叫手機未收到Pging消息，查看離呼叫最近的一次TAC更新，發現僅僅做了TAC的更新，沒有做LAC的更新，所以在尋呼的時

17、候未針對手機目前的位置區進行尋呼。導致被叫未收到PAGING。現狀：發現被叫在上次呼叫后未收到CHANNEL RELEASE, 10秒后返回4G, 第一次聯合位置更新肯定失敗，表現現象如上。SGS接口原因為MSC temporarly not reachable。UU口原因為Congestion。原因需核心網配合分析。3. 總結根據前三輪的CSFB測試分析，發現引發block call的原因值如下：Ø 4G網絡弱覆蓋引起被叫無法收到paging&重定向失敗；Ø 4G-2G鄰區參數配置不合理引發CSFB回落失敗&回落至不合理2G小區&回落至跨pool2G小區；Ø