故障現(xiàn)象
某運(yùn)營(yíng)商開(kāi)通了5GC業(yè)務(wù)和地址細(xì)分功能。在開(kāi)通IP地址細(xì)分后,地市用戶(hù)反饋撥打電話(huà)有失敗現(xiàn)象產(chǎn)生。
故障分析
1.梳理信令流程,如圖1所示。
a.SMF刪除語(yǔ)音專(zhuān)載是因?yàn)镋BI沖突。
b.EBI沖突是由于MME發(fā)出刪除數(shù)據(jù)會(huì)話(huà)請(qǐng)求后,又將數(shù)據(jù)會(huì)話(huà)的EBI分配給語(yǔ)音專(zhuān)載,此時(shí)SMF刪除數(shù)據(jù)會(huì)話(huà)未結(jié)束。
c.SMF刪除數(shù)據(jù)會(huì)話(huà)未結(jié)束,是由于第7步UDM的注冊(cè)響應(yīng)的location是FQDN格式,使SMF刪除會(huì)話(huà)流程處理變長(zhǎng)。
d.SMF刪除會(huì)話(huà)流程處理變長(zhǎng),是由于給UDM發(fā)送去注冊(cè)消息時(shí),需要先解析FQDN。
圖1 信令流程圖
2.MME發(fā)送DELETE SESSION REQUEST與CRT BEARER RESPONSE間隔的時(shí)長(zhǎng)很短。從信令上看, SMF收到的DELETE SESSION REQUEST與CRT BEARER RESPONSE只間隔240毫秒,如圖2所示。
圖2 SMF收到消息間隔
3.其他局點(diǎn)UDM返回的location是IP地址格式,SMF釋放會(huì)話(huà)是20毫秒左右。以圖3為例,從信令看釋放會(huì)話(huà)只用了10毫秒。
圖3 釋放會(huì)話(huà)時(shí)間
4.綜上分析:SMF主動(dòng)刪除專(zhuān)載是因?yàn)镋BI沖突造成創(chuàng)建專(zhuān)載流程失敗,這主要是因?yàn)樵谟脩?hù)創(chuàng)建會(huì)話(huà)UDM回注冊(cè)響應(yīng)中攜帶的location內(nèi)容是FQDN格式。當(dāng)刪除會(huì)話(huà)時(shí),SMF需要通知UDM去注冊(cè),在處理FQDN解析時(shí)增加SMF處理delete session流程的時(shí)間,不能及時(shí)刪除老會(huì)話(huà),從而使Create Bearer流程中出現(xiàn)EBI沖突的概率大大增加。
故障處理
1.UDM將在給SMF的注冊(cè)響應(yīng)中l(wèi)ocation的內(nèi)容攜帶為IP地址的格式。2.SMF優(yōu)化FQDN解析處理,可以縮短處理時(shí)延,不會(huì)出現(xiàn)EBI沖突場(chǎng)景。該優(yōu)化合入到下一FOA版本。