SEPP跨運(yùn)營(yíng)商對(duì)接異廠家SEPP，本端2套SEPP，對(duì)端1套。本端對(duì)接數(shù)據(jù)完成后，異廠家反饋無(wú)法同時(shí)對(duì)接本端2套SEPP，只對(duì)接了本端SEPP001。

本端SEPP002在路由出口中將HTTP對(duì)等端組設(shè)置為C鏈SEPP001。SEPP001收到信令消息，如圖1所示。

SEPP001路由消息失敗，如圖2所示。

1. 分析SEPP001從SEPP002中轉(zhuǎn)發(fā)的信令消息，發(fā)現(xiàn)authority參數(shù)是自身，同時(shí)也沒有APIROOT的路由參數(shù)，如圖3所示。

2. 通常，SEPP給本網(wǎng)網(wǎng)元轉(zhuǎn)發(fā)消息時(shí)才會(huì)將收目標(biāo)網(wǎng)元的FQDN填到authority參數(shù)中，發(fā)送給網(wǎng)元。而轉(zhuǎn)接從本網(wǎng)網(wǎng)元發(fā)給異網(wǎng)的消息時(shí)，會(huì)將APIROOT保留著發(fā)給異網(wǎng)SEPP。因此推斷SEPP002在配置C鏈SEPP時(shí)網(wǎng)元類型有問題。

3.?查看對(duì)等端配置，發(fā)現(xiàn)C鏈SEPP的網(wǎng)元類型為“NF”。

1.?修改C鏈SEPP的網(wǎng)元類型為“同網(wǎng)SEPP”后，消息轉(zhuǎn)發(fā)正常，如圖4所示。

2.消息從SEPP002發(fā)給SEPP001時(shí)，authority中攜帶對(duì)端iNRF的FQDN，SEPP001接收后成功轉(zhuǎn)發(fā)該消息。