故障現(xiàn)象

某廠商終端在移動(dòng)網(wǎng)絡(luò)區(qū)域VoNR呼叫失敗。

故障分析

1.核心網(wǎng)下發(fā)語音專載建立更新流程，如下圖所示。

2.基站回復(fù)語音專載更新失敗，如下圖所示。

3.基站在回復(fù)語音專載更新失敗的同時(shí)，發(fā)起UE Context Release Request消息，原因?yàn)閞adio_conectiont_with_ue_lost，如下圖所示。

4.AMF向SMF連續(xù)發(fā)送兩條Nsmf_PDUSession_UpdateSMContext Request 消息，第一條為通知基站返回語音專載更新失敗，第二條為無線發(fā)起的UE Context Release Request觸發(fā)，AMF需要指示SMF將會(huì)話進(jìn)入idle狀態(tài)，如下圖所示。

5.AMF向SMF發(fā)送Nsmf_PDUSession_UpdateSMContext Request 消息為連續(xù)發(fā)送，時(shí)間幾乎一樣，經(jīng)過傳輸后順序稍有差異，SMF先接收到的是將IMS會(huì)話進(jìn)入idle態(tài)的Nsmf_PDUSession_UpdateSMContext Request消息，基站回復(fù)專載更新響應(yīng)，如下圖所示。

6.當(dāng)前運(yùn)營(yíng)商的SMF在收到基站語音專載建立或更新流程的機(jī)制是：判斷基站回復(fù)的失敗態(tài)原因值為radio_conectiont_with_ue_lost，歸入語音專載失敗處理，繼而給PCF發(fā)送Npcf _SMPolicyControl_Update Request消息，指示RES_ALLO_FAIL。后續(xù)PCF通知IMS，IMS會(huì)觸發(fā)SIP 503 Service Unavailable。本次語音呼叫失敗，如下圖所示。

7.綜上分析：中興通訊SMF在上述語音專載建立/更新流程，根據(jù)AMF指示的基站專載建立失敗原因值，可以有2種處理：

a.歸入語音專載失敗處理，呼叫直接失敗。

b.掛起語音專載處理，等待延時(shí)彈出緩存定時(shí)器（默認(rèn)200ms）和流程沖突定時(shí)器（默認(rèn)3s）兩個(gè)定時(shí)器超時(shí)后，可重新嘗試語音專載。即在IMS定時(shí)器超時(shí)前，SMF可能再嘗試2次語音專載建立/更新，如果UE在此之前恢復(fù)了與基站的連接，呼叫可繼續(xù)接續(xù)。

8.上述原因值可在網(wǎng)管中進(jìn)行配置，未配置的原因值默認(rèn)為1）類處理。為了保持與之前版本處理一致，當(dāng)前所有局點(diǎn)的工程配置中，并未配置radio_conectiont_with_ue_lost。因此當(dāng)前呼叫必定失敗。

9.必須要說明的是，即使SMF將radio_conectiont_with_ue_lost原因值配置為2）類處理，核心網(wǎng)也只能嘗試。在極端場(chǎng)景下，SMF的2次語音專載建立/更新重試也不能保證呼叫一定成功。例如：如果UE沒有重新與基站恢復(fù)空口鏈接，核心網(wǎng)無法尋呼到UE，或者重新接入到其他核心網(wǎng)網(wǎng)元，呼叫仍然失敗。

故障處理

在SMF增加配置，將radio_conectiont_with_ue_lost原因值歸為b類處理，并進(jìn)一步觀察。配置命令如下：

ADD N2ONGOINGCFG: RADIO_CONNECTION_WITH_UE_LOST

審核編輯：湯梓紅