MME和終端HTC M8T異常導(dǎo)致VOLTE起呼失敗探討

胡尚武

（南京欣網(wǎng)通信科技股份有限公司，江蘇 南京 210019）

MME和終端HTC M8T異常導(dǎo)致VOLTE起呼失敗探討

胡尚武

（南京欣網(wǎng)通信科技股份有限公司，江蘇 南京 210019）

通過LTE網(wǎng)絡(luò)發(fā)展現(xiàn)狀，文章分析并指出MME和終端異常導(dǎo)致VOLTE起呼失敗，使得用戶通話感知較差，容易引起用戶投訴。針對這些問題，文章結(jié)合實際案例重點探討如何定位并排查干擾源所在，提升用戶感知。

VOLTE；起呼失敗；LTE網(wǎng)絡(luò)

測試車輛自西向東行駛至問題區(qū)域合艦科技LD站點下方時，主叫占用合艦科技LD_2小區(qū)，出現(xiàn)服務(wù)小區(qū)電平值RSRP陡降，電平值由-82 dbm陡降至-101 dbm，SINR值由19 db降至-10.5 db，出現(xiàn)呼叫失敗。

1 故障問題診斷

1.1 告警

查詢小區(qū)告警情況，檢查占用小區(qū)的告警情況，有無影響業(yè)務(wù)和基站覆蓋性能的告警。

查詢結(jié)果為，該站點無影響切換和覆蓋類問題告警。周邊占用小區(qū)無告警。非該原因引起。

1.2 小區(qū)參數(shù)異常

檢查同頻切換參數(shù)設(shè)置和異頻切換參數(shù)設(shè)置，發(fā)現(xiàn)各項切換參數(shù)設(shè)置無異常。

1.3 終端設(shè)備異常

終端使用測試卡已注冊VOLTE網(wǎng)絡(luò)成功，進行呼叫的時候，網(wǎng)絡(luò)側(cè)回復(fù)503錯誤（SERVICE UNAVAILABLE），具體SIP信令流程如下。

（1）UE->NW INVITE。

（2）NW->UE Cancel 503。

終端發(fā)起VOLTE呼叫，且支持Silent Redial機制：當(dāng)VOLTE呼叫失敗后，將轉(zhuǎn)成CSFB語音方案，因此呼叫回落到2G，而使用相同的卡插入三星S6測試VOLTE呼叫，測試成功。

2 故障問題分析

不同的VOLTE終端，采用的附著建立默認承載的方法也不同，主要有兩種不同的方法。

（1）終端附著網(wǎng)絡(luò)時，使用網(wǎng)絡(luò)默認APN建立默認承載。比如，HTC M8T。

（2）終端附著網(wǎng)絡(luò)時，使用終端測設(shè)置的復(fù)用APN建立默認承載，比如，三星S6。

（3）使用終端測設(shè)置的復(fù)用APN建立默認承載，在附著網(wǎng)絡(luò)過程中，建立PDN連接請求消息如果攜帶“EMS information transfer flag”(EMS信息傳輸標記)，表示終端希望使用自己提供的APN。

2.1 三星S6使用終端側(cè)設(shè)置的默認承載信令

（1）終端在Attach request請求信令攜帶“EMS information transfer flag”。

（2）網(wǎng)絡(luò)側(cè)發(fā)起APN請求，ESM information request，終端通過ESM information response 回復(fù)網(wǎng)絡(luò)側(cè)終端上設(shè)置的默認APN。

2.2 HTC M8T使用網(wǎng)絡(luò)側(cè)設(shè)置的默認承載信令

（1）終端在Attach request 請求信令攜帶“EMS information transfer flag”。

（2）網(wǎng)絡(luò)側(cè)發(fā)起APN請求無ESM information request。

經(jīng)過測試分析發(fā)現(xiàn)，HTC M8T，使用LTE的APN精心IMS注冊期間，終端發(fā)起了3次默認承載請求，在第三次默認承載請求，PDN類型為ipv6的PDN連接請求，網(wǎng)絡(luò)側(cè)處理此要求時，錯誤的建立了IMS承載。

因為這個終端建立了兩個IMS的缺省承載，導(dǎo)致無線側(cè)響應(yīng)的資源被占用后無法創(chuàng)建專有承載導(dǎo)致VOLTE語音通話無法進行。

具體HTC M8T發(fā)起默認承載請求流程如下：

第一次默認承載請求：在Attach request發(fā)起，網(wǎng)絡(luò)側(cè)下發(fā)默認 APN是CMNET、IPV4地址、esm_cause=52(0x34)（single address bearers only allowed）

第二次默認承載請求：在PDN Connectivity Request里，請求類型是IPV4V6，APN是CMNET、IPV4的地址、esm_ cause=52(0x34)（single address bearers only allowed）

（1）請求消息PDN connectivity request Msg 。

（2）應(yīng)答消息Activite default EPS bearer context request Msg。

第三次默認承載請求：終端收到#52原因是另一種IP版本的PDN連接，發(fā)起了空的APN，發(fā)起了第三次IPV6的PDN連接；而網(wǎng)絡(luò)側(cè)錯誤的建立了IMS承載。

（1）請求消息PDN connectivity request Msg。

（2）應(yīng)答消息Activite default EPS bearer context request Msg。

經(jīng)過分析，此問題網(wǎng)絡(luò)側(cè)和終端均存在問題，具體如下。

網(wǎng)絡(luò)側(cè)（MME）。（1）終端收到#52原因值后，應(yīng)該發(fā)起另一種IP版本的PDN默認數(shù)據(jù)承載，因此，終端使用空的APN發(fā)起了第三次IPV6的PDN默認數(shù)據(jù)承載請求，而網(wǎng)絡(luò)側(cè)回復(fù)的APN是IMS，導(dǎo)致錯誤地再次建立了IMS默認承載。（2）在HTC M8T建立數(shù)據(jù)默認承載時，下發(fā)了#52的原因值；雖然在該場景下USN下發(fā)#52原因值是符合協(xié)議的，但是和中國移動企業(yè)規(guī)范有出入。

終端側(cè)。第三次默認承載PDN請求，按照協(xié)議規(guī)范（24301），終端應(yīng)該用CMNET的APN再次發(fā)起PDN連接，而不是空APN發(fā)起連接。

3 解決方式及經(jīng)驗總結(jié)

嘗試修改APN設(shè)置為CMNET，如圖1所示，修改后撥打VOLTE呼叫成功。

圖1 修改APN設(shè)置為CMNET

遇到此類問題，若終端側(cè)和網(wǎng)絡(luò)側(cè)均存在問題，需按以下方案解決。

華為MME：建立默認承載返回的ESM CAUSE，和中國移動規(guī)范有出入，目前華為MME將會在后期版本按照移動進行修改，以規(guī)避此類問題。

HTC M8T：HTC M8T將在后期版本，APN設(shè)置中去除LTE APN，以規(guī)避此問題。

[1]廣州杰賽通信規(guī)劃設(shè)計院.LTE網(wǎng)絡(luò)規(guī)劃設(shè)計手冊[M].北京：人民郵電出版社，2013.

MME and terminal M8T HTC anomalies lead to VOLTE call failure

Hu Shangwu
（Nanjing Xin Network Communications Polytron Technology Inc., Nanjing 210019, China）

Through the analysis of the development status of LTE network, this paper points out that MME and VOLTE call terminal resulted in failure of the user calls, which easily leads to poor perception and results in customer complaints. In order to solve these problems, this paper focuses on how to locate the case and investigation of sources of interference to enhance the user perception.

VOLTE; call failure; LTE network

胡尚武（1987— ），女，江蘇淮安，本科，助理工程師；研究方向：網(wǎng)絡(luò)優(yōu)化，規(guī)劃。