VoLTE無(wú)法尋呼案例分析

1、VoLTE無(wú)法尋呼案例分析一、 問(wèn)題現(xiàn)象：在進(jìn)行VoLTE測(cè)試時(shí)，在做UE主被叫測(cè)試時(shí)，發(fā)現(xiàn)UE處在idle狀態(tài)下，無(wú)法被尋呼到。二、 問(wèn)題分析1. 基站故障問(wèn)題：對(duì)測(cè)試基站進(jìn)行告警查看，無(wú)任何告警，查詢歷史告警，也無(wú)異常。在該基站下作數(shù)據(jù)業(yè)務(wù)，也為發(fā)行異常，排除基站故障引起的可能性；2. 核心網(wǎng)設(shè)置問(wèn)題：對(duì)核心網(wǎng)側(cè)發(fā)端進(jìn)行抓包，確定Paging已經(jīng)發(fā)出。3. 參數(shù)設(shè)置問(wèn)題：在基站側(cè)，確定是否收到Paging包。若收不到，那么，就要排查傳輸。若收到，就是eNodeB本身的問(wèn)題。4. 而確定基站是否收到Paging方法有2種?？梢陨锨芭_(tái)用Wireshark抓包，也可以后臺(tái)通過(guò)信令確定是否收到Pa

2、ging消息。 使用后臺(tái)系統(tǒng)工具-統(tǒng)一信令跟蹤，對(duì)Paging進(jìn)行跟蹤。因此，確定，基站自身收到核心網(wǎng)發(fā)來(lái)的Paging消息，問(wèn)題排查，關(guān)注基站本身。三、 優(yōu)化方案1. 終端UE收到的尋呼消息中如果帶有UE ID列表，終端需要用自己的UE ID來(lái)跟尋呼消息中攜帶的UE ID一一進(jìn)行匹配，以判斷此尋呼消息是否是在呼叫自己。 同時(shí)，在尋呼消息中如果所指示Paging ID是S-TMSI，則表示本次尋呼是一個(gè)正常的業(yè)務(wù)呼叫；如果Paging ID是IMSI，則表示本次尋呼是一次異常的呼叫，用于網(wǎng)絡(luò)側(cè)的錯(cuò)誤恢復(fù)，此種情況下終端需要重新做一次附著(Attach)過(guò)程。2. 從傳輸信道角度來(lái)看，最終由PD

3、SCH下行共享物理信道承載尋呼信息。在接收尋呼消息之前，終端UE需要先去監(jiān)聽PDCCH物理信道，然后根據(jù)PDCCH物理信道上是否有攜帶P-RNTI，來(lái)判斷網(wǎng)絡(luò)在本次尋呼周期是否有發(fā)尋呼消息給自己。3. 終端在一個(gè)DRX的周期內(nèi)，可以只在相應(yīng)的尋呼無(wú)線幀(PF)上的尋呼時(shí)刻(PO)先去監(jiān)聽PDCCH上是否攜帶有PRNTI，進(jìn)而去判斷相應(yīng)的PDSCH上是否有承載尋呼消息。如果在PDCCH上攜帶有PRNTI，就按照PDCCH上指示的PDSCH的參數(shù)去接收PDSCH上的數(shù)據(jù)；如果終端在PDCCH上未解析出PRNTI，則無(wú)需再去接收PDSCH物理信道，就可以依照DRX周期進(jìn)入休眠。利用這種機(jī)制，在一個(gè)D

4、RX周期內(nèi)，終端可以只在PO出現(xiàn)的時(shí)間位置上去接收PDCCH，然后再根據(jù)需要去接收PDSCH。而在其它時(shí)間可以睡眠，以達(dá)到省電的目的。4. 反復(fù)排查基站本身的配置，由于是涉及尋呼的問(wèn)題，因此，檢查【無(wú)線業(yè)務(wù)配置UE尋呼】。由于是涉及VoLTE下的尋呼問(wèn)題，因此，當(dāng)Paging周期置為最小時(shí)，在idle態(tài)下的VoLTE呼叫建立時(shí)延能夠達(dá)到最小，所以，在進(jìn)行Idle態(tài)下時(shí)延相關(guān)測(cè)試時(shí)，設(shè)置“UE監(jiān)聽尋呼場(chǎng)合的DRX循環(huán)周期”為“32幀”。具體見下圖：按照上述分析修改完后，被叫UE尋呼正常，問(wèn)題解決：四、 經(jīng)驗(yàn)總結(jié)：針對(duì)VoLTE測(cè)試時(shí)，根據(jù)現(xiàn)有的測(cè)試經(jīng)驗(yàn)，當(dāng)Paging周期置為最小時(shí)，在idle態(tài)下的Vo