本文版權為《郵電設計技術》所有，如需轉載請聯(lián)系《郵電設計技術》編輯部
摘 要：隨著VoLTE/IMS業(yè)務的發(fā)展，各類業(yè)務平臺層出不窮，且絕大多數(shù)都是基于SIP架構與IMS網(wǎng)絡進行對接。但隨著業(yè)務平臺的不斷增加，其開放性不足、網(wǎng)絡使用效率低、開發(fā)周期長等短板逐漸突出。搭建了一套新型的、基于OpenAPI的業(yè)務平臺，并從信令流程和業(yè)務開通等方面對2種架構進行了對比分析。
關鍵詞：Open API；能力開放；業(yè)務平臺
doi：10.12045/j.issn.1007-3043.2025.04.007
現(xiàn)狀與問題
1.1 現(xiàn)網(wǎng)VoLTE業(yè)務平臺發(fā)展過程
隨著4G/5G覆蓋的逐步完善以及2G/3G網(wǎng)絡的退網(wǎng)，移動網(wǎng)語音業(yè)務承載已加快向IMS承載遷轉，截至2024年12月，中國聯(lián)通99%以上的語音業(yè)務已由IMS承載。
相應地，各類基于SIP協(xié)議的增值業(yè)務平臺也得到了不斷發(fā)展。在基于SIP的業(yè)務平臺架構中，業(yè)務主要通過初始過濾規(guī)則（Initial Filter Criteria，iFC）觸發(fā)來實現(xiàn)，基于SIP的業(yè)務平臺架構如圖1所示。
a）iFC或者共享初始過濾規(guī)則（Shared Initial Fil?ter Criteria，SiFC）存儲在歸屬用戶服務器（Home Subscriber Server，HSS）或UDM（User Data Management，5GSA核心網(wǎng)用戶數(shù)據(jù)管理）中，作為用戶屬性的一部分，在用戶注冊時，由服務CSCF（Serving Call Session Control Function，S-CSCF，提供核心呼叫會話控制功能）從HSS/UDM下載并保存在本地。
b）當呼叫到達S-CSCF時，S-CSCF通過分析收到的SIP信令消息和存儲的用戶iFC配置，決定是否需要繼續(xù)完成用戶的某項業(yè)務。如果需要，S-CSCF將采用SIP信令將呼叫路由至相應的業(yè)務應用服務器（Application Server，AS），由AS完成相應的業(yè)務邏輯處理。
c）AS采用SIP應用服務器，與S-CSCF直接通過SIP 信令進行對接，負責處理業(yè)務邏輯和控制SIP會話。業(yè)務邏輯處理完成后，AS將修改后的呼叫消息再次路由回S-CSCF。如果用戶有多項增值業(yè)務，SCSCF需繼續(xù)重復上述步驟，將呼叫路由至不同的AS，直至所有增值業(yè)務邏輯處理完成。
d）增值業(yè)務的開通則由業(yè)務操作支撐系統(tǒng)（Business & Operation Support System，BOSS）處理。在接收到業(yè)務受理請求后，BOSS系統(tǒng)向HSS/UDM發(fā)送指令，為用戶簽約iFC，不同的業(yè)務需要開通不同的iFC或SiFC；同時，BOSS系統(tǒng)還需要向對應的業(yè)務AS下發(fā)業(yè)務訂購和開通指令。
