CSFB測試中無TAU問題分析

1、CSFB測試-由TAU引發(fā)的call block問題分析單位：網絡部鄭康期：2014-1-282通過對比蘇州本次CSFB語音測試結果，發(fā)現CSFB呼叫接通率比較低：主叫呼叫接通率是84.86%，遠低于被叫呼叫接通率（97.50%）。蘇州問題發(fā)現-接通率低序號日志名稱接通率接通率MO呼叫建立成功率Paging接收成功率MT呼叫建立成功率匯總結果蘇州all84.86%98.83%88.83%97.44%120140116-東區(qū)&西區(qū)log合并84.86%98.83%88.83%97.44%問題點：Paging接收成功率低呼叫接通成功率低。被叫的掉線次數是都0次；造

2、成接通率低的原因是call block次數太多，共154次指標說明：指標說明：3不同城市間的數據 不同城市數據：使用Sony M35T手機在3個城市進行部分網格測試，結果對比如下日志名稱接通率LTE返回成功率接通率MO呼叫建立成功率Paging接收成功率MT呼叫建立成功率總體情況86.80%98.95%89.14%87.02%96.99%南京88.57%100.00%98.00%89.62%88.64%無錫93.22%99.32%68.60%61.69%99.22%蘇州84.77%98.73%88.92%97.44%97.50%三個城市都存在由尋呼不到引發(fā)的呼叫接通率低的問題，說明這是個共性的

3、問題其中，蘇州問題的最嚴重，后面針對蘇州的測試log進一步分析原因；蘇州與無錫的情況基本類似南京與另外2個城市有差別，主要體現在南京的返回成功率比較低，但是paging成功率比較高，這點在后面也要單獨分析4被叫沒有收到paging消息情況有幾種：LTE弱覆蓋跨POOL位置更新未接通終端返回LTE時，沒有發(fā)起TAU流程，導致接收不到paging消息其他其中，無TAU流程造成的block共80次，占全部paging消息未收到情況的的97.5%，占全部call block原因的52%，是造成呼叫接通率低的主要原因注：通過查看數據發(fā)現，若出現無TAU流程時，比較容易出現主叫連續(xù)出現call block

4、的情況，對接通率指標影響比較大呼叫接通率低原因：Call block次數較多（154次）造成Call block原因主要有幾種：主叫建立異常導致超時被叫建立異常導致超時被叫沒有接收到paging消息，導致主叫超時手動停止測試等其他人工干預情況主叫原因導致的block共7次，占比5%由于被叫原因導致的block比較多，占比95%。其中，由被叫沒有收到paging消息引起的block共有82次，占比56%蘇州接通率低問題分析-尋呼不到被叫導致的block占主因容易出現主叫連續(xù)阻塞的情況5正常呼叫結束后的TAU信令流程6CDS界面顯示的正常TAU流程正常流程被叫在GSM網絡完成呼叫后，嘗試返回LTE

5、小區(qū)在接收到LTE系統(tǒng)消息后，發(fā)起TAU request 并完成return LTE流程完成呼叫后，終端完成呼叫后，終端發(fā)起發(fā)起TAU流程流程從實踐圖標上可以從實踐圖標上可以看出，每次呼叫完看出，每次呼叫完成后，正常都會有成后，正常都會有一次一次TAU流程流程7Call block原因-終端返回LTE過程沒有發(fā)起TAU目前問題被叫在GSM網絡完成呼叫后，嘗試返回LTE小區(qū)在接收到LTE系統(tǒng)消息后，終端并未發(fā)起TAU request導致沒有完成TAU流程，進而導致后面連續(xù)一段時間沒有收到網絡尋呼消息返回時無返回時無TAU的異常流程的異常流程主叫主叫被叫被叫8帶來的疑問 為什么蘇州的返回LTE成功

6、率比南京高，但是呼叫成功率低？ 未發(fā)起TAU流程的現象有何規(guī)律，是哪些原因造成的？ 這些問題是終端個體的原因，還是與使用的芯片有關？9無TAU流程導致的call block：不同城市間的對比 蘇州、無錫、南京的log對比，均存在呼叫完成后無TAU的場景出現 蘇州、無錫的現象一致，會出現連續(xù)呼叫阻塞的現象；南京是第一次呼叫阻塞了，但是后面的流程會正常蘇州蘇州無錫無錫南京南京現象類似，主叫連續(xù)現象類似，主叫連續(xù)block現象不同，第一次現象不同，第一次block，后面流程正常，后面流程正常10南京問題分析 南京與蘇州有差異 ： 被叫在上次呼叫完成后沒有TAU流程的場景出現后，會嘗試發(fā)起servic

7、e request，再被拒絕后會再嘗試attach，會導致主叫一次call block，而接下來的流程就恢復了正常本次呼叫結束后沒有發(fā)起TAU流程終端在收到paging 消息后,但Service request會被拒絕（隱式分離），之后終端會重新Attach主叫block恢復正常11蘇州問題分析 蘇州情況：在出現沒有TAU的流程場景下，出現了被叫始終沒有收到paging消息，而主叫連續(xù)呼叫block的情況。無錫情況與這個相同被叫沒有收到paging，主叫連續(xù)block12 從目前幾個城市的日志來看有些是問題發(fā)生的充要條件（有一次例外）。不過無錫與南京相比，測試有些區(qū)別南京無TAU情況導致的bl

8、ock占全部比例的30%左右，而無錫和蘇州的比例超過70%。無錫測試的呼叫保持時間比較長，容易發(fā)生夸LAC區(qū)切換，所以發(fā)生問題概率較高。另外這個問題概率也許會和LAC、TAC區(qū)的劃分有關系。發(fā)生問題后南京的被叫終端仍可以被尋呼，但Service request會被拒絕（隱式分離），終端會重新Attach，這樣只影響一次呼叫，而無錫、蘇州一旦被叫遇到此問題根本就尋呼不到，會造成連續(xù)的呼叫失敗。除非是人工干預或觸發(fā)終端發(fā)起業(yè)務流程才可恢復城市間的差異分析13造成未發(fā)起TAU條件分析：通過反復查看幾個城市1000多次呼叫流程對比后發(fā)現，若存在以下幾種情況，將有極大幾率呼叫完成后不發(fā)起TAU流程的情況

9、 呼叫前的LTE小區(qū)所屬TAC區(qū)與呼叫后返回的LTE的TAC區(qū)相同（但小區(qū)可以不一樣） 回落后的第一個GSM小區(qū)所屬LAC區(qū)與LTE下聯合位置更新的LAC區(qū)相同 呼叫過程中發(fā)生了跨LAC區(qū)的切換，而且電話釋放前所屬的LAC區(qū)與開始不一樣14造成未發(fā)起TAU條件分析： 經過反復對比數據分析發(fā)現，在呼叫過程中發(fā)生了跨LAC區(qū)的切換后，而且電話釋放前所屬的LAC區(qū)與開始不一樣，有極大幾率導致后面不發(fā)起TAU過程使用信令對比功能使用信令對比功能通過查看通過查看SIB6消息，可以看消息，可以看到呼叫過程中，到呼叫過程中，LAC發(fā)生了變發(fā)生了變化，電話釋放前化，電話釋放前LAC與之前不與之前不同，導致終端

10、返回到同，導致終端返回到LTE網絡網絡時，沒有發(fā)起時，沒有發(fā)起TAU流程流程沒有發(fā)起沒有發(fā)起TAU發(fā)生一發(fā)生一次切換次切換15回落后的第一個GSM小區(qū)所屬LAC區(qū)與LTE下聯合位置更新的LAC區(qū)相同，導致終端在返回LTE時，沒有發(fā)起TAU流程被叫接收到被叫接收到paging消息后，發(fā)起了消息后，發(fā)起了CSFB呼叫流程，呼叫流程，正常完成本次呼正常完成本次呼叫后，在返回叫后，在返回LTE時沒有再次發(fā)起時沒有再次發(fā)起TAU，原因如右圖，原因如右圖回落后的回落后的GSM小區(qū)小區(qū)聯合位置更新聯合位置更新LAI中的中的LAC與與CSFB回回落后第一個落后第一個GSM小小區(qū)所屬的區(qū)所屬的LAC區(qū)一區(qū)一致致

11、造成未發(fā)起TAU條件分析：16 呼叫前的LTE小區(qū)所屬TAC區(qū)與呼叫后返回的LTE的TAC區(qū)相同（但小區(qū)可以不一樣）呼叫前，呼叫前，LTE服務小服務小區(qū)的區(qū)的PCI與與TAC通話結束后，返回通話結束后，返回到到LTE的服務小區(qū)通的服務小區(qū)通話前小區(qū)同屬一個話前小區(qū)同屬一個TAC。在此種場景下，終在此種場景下，終端也沒有發(fā)起端也沒有發(fā)起TAU流流程，而導致接下來程，而導致接下來持續(xù)沒有收到持續(xù)沒有收到paging消息消息造成未發(fā)起TAU條件分析：17 無錫測試環(huán)境，采用同一部手機作為主叫，分別采用了三星S4-9508C、索尼M35T、蘋果iphone5S分別當做被叫，進行驗證 對比測試結果發(fā)現三星S4-9508C、索尼M35T ，均能穩(wěn)定復現此問題 使用蘋果手機當被叫，手動統(tǒng)計結果，未出現此問題索尼索尼M35T三星三星S4不同終端對比：被叫分別為索尼M35T、三星S4、iphone由無由無TAU流程導致的