5GC用戶偶現(xiàn)語音呼叫失敗的問題處理

故障現(xiàn)象

某運營商開通了5GC業(yè)務(wù)和地址細(xì)分功能。在開通IP地址細(xì)分后，地市用戶反饋撥打電話有失敗現(xiàn)象產(chǎn)生。

故障分析

1.梳理信令流程，如圖1所示。

a.SMF刪除語音專載是因為EBI沖突。

b.EBI沖突是由于MME發(fā)出刪除數(shù)據(jù)會話請求后，又將數(shù)據(jù)會話的EBI分配給語音專載，此時SMF刪除數(shù)據(jù)會話未結(jié)束。

c.SMF刪除數(shù)據(jù)會話未結(jié)束，是由于第7步UDM的注冊響應(yīng)的location是FQDN格式，使SMF刪除會話流程處理變長。

d.SMF刪除會話流程處理變長，是由于給UDM發(fā)送去注冊消息時，需要先解析FQDN。

圖1 信令流程圖

2.MME發(fā)送DELETE SESSION REQUEST與CRT BEARER RESPONSE間隔的時長很短。從信令上看， SMF收到的DELETE SESSION REQUEST與CRT BEARER RESPONSE只間隔240毫秒，如圖2所示。

圖2 SMF收到消息間隔

3.其他局點UDM返回的location是IP地址格式，SMF釋放會話是20毫秒左右。以圖3為例，從信令看釋放會話只用了10毫秒。

圖3 釋放會話時間

4.綜上分析：SMF主動刪除專載是因為EBI沖突造成創(chuàng)建專載流程失敗，這主要是因為在用戶創(chuàng)建會話UDM回注冊響應(yīng)中攜帶的location內(nèi)容是FQDN格式。當(dāng)刪除會話時，SMF需要通知UDM去注冊，在處理FQDN解析時增加SMF處理delete session流程的時間，不能及時刪除老會話，從而使Create Bearer流程中出現(xiàn)EBI沖突的概率大大增加。

故障處理

1.UDM將在給SMF的注冊響應(yīng)中l(wèi)ocation的內(nèi)容攜帶為IP地址的格式。

2.SMF優(yōu)化FQDN解析處理，可以縮短處理時延，不會出現(xiàn)EBI沖突場景。該優(yōu)化合入到下一FOA版本。

審核編輯：湯梓紅