5GC用戶偶現語音呼叫失敗的問題處理

5GC用戶偶現語音呼叫失敗的問題處理


SMF主動刪除專載是因為EBI衝突造成創建專載流程失敗,這主要是因為在用戶創建會話UDM回註冊響應中攜帶的location內容是FQDN格式。當刪除會話時,SMF需要通知UDM去註冊,在處理FQDN解析時增加SMF處理delete session流程的時間,不能及時刪除老會話,從而使Create Bearer流程中出現EBI衝突的概率大大增加。

圖片圖片

某運營商開通了5GC業務和地址細分功能。在開通IP地址細分後,地市用戶反饋撥打電話有失敗現象產生。

圖片圖片

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

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

b.EBI衝突是由於MME發出刪除數據會話請求後,又將數據會話的EBI分配給語音專載,此時SMF刪除數據會話未結束。

c.SMF刪除數據會話未結束,是由於第7步UDM的註冊響應的location是FQDN格式,使SMF刪除會話流程處理變長。

d.SMF刪除會話流程處理變長,是由於給UDM發送去註冊消息時,需要先解析FQDN。 

圖1 信令流程圖圖1 信令流程圖

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

圖2 SMF收到消息間隔圖2 SMF收到消息間隔

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

圖3 釋放會話時間圖3 釋放會話時間

4.綜上分析:SMF主動刪除專載是因為EBI衝突造成創建專載流程失敗,這主要是因為在用戶創建會話UDM回註冊響應中攜帶的location內容是FQDN格式。當刪除會話時,SMF需要通知UDM去註冊,在處理FQDN解析時增加SMF處理delete session流程的時間,不能及時刪除老會話,從而使Create Bearer流程中出現EBI衝突的概率大大增加。

圖片圖片

1.UDM將在給SMF的註冊響應中location的內容攜帶為IP地址的格式。

2.SMF優化FQDN解析處理,可以縮短處理時延,不會出現EBI衝突場景。該優化合入到下一FOA版本。