故障現(xiàn)象

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

故障分析

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

a.SMF刪除語音專載是因?yàn)镋BI沖突。

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

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

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

圖1 信令流程圖

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

圖2 SMF收到消息間隔

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

圖3 釋放會(huì)話時(shí)間

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

故障處理

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

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

審核編輯：湯梓紅