一種通過rest api開放ims核心能力的方法與設備的制造方法
【技術領域】
[0001] 本發(fā)明涉及通信技術領域，尤其涉及一種用于通過REST巧巧resentational State Transfer,表述性狀態(tài)轉移）API (Application Programming Inte;rface，應用程序 編程接口）開放IMS (IP Multimedia Subsystem, IP多媒體子系統(tǒng)）核必能力的技術。
【背景技術】
[0002] 為了與0TT供應商競爭，為了新通信服務的高速發(fā)展，電信供應商開始開放其電 信控制能力給第Η方開發(fā)者。然而，就我們所知，現(xiàn)有的電信供應商開放API,是從IMS(IP Multimedia Subsystem, IP多媒體子系統(tǒng)）應用服務器的服務層面，其關注諸如會議、通話 記錄等服務。IMS核必控制諸如路由決定等呼叫會話。第Η方的開發(fā)者不能采用現(xiàn)有的方 法使用IMS核必的呼叫控制能力。

【發(fā)明內(nèi)容】

[0003] 本發(fā)明的目的是提供一種通過REST API開放IMS核必能力的方法與設備。
[0004] 根據(jù)本發(fā)明的一個方面，提供了一種通過REST API開放IMS核必能力的方法，其 中，該方法包括W下步驟：
[0005] a HTTP(Hype;rtext transfer protocol,超文本傳輸協(xié)議）/SIP(Session Initiation Protocol,會話初始協(xié)議）互通功能模塊將第Η方應用服務器的HTTP請求轉 換為SIP請求，并將所述SIP請求發(fā)送至IMS核必組件，其中，所述SIP請求包括API控制 指令；
[0006] b所述IMS核必組件根據(jù)所述API控制指令，開放對應的RESTAPI，并進行會話控 制；
[0007] C所述IMS核必組件發(fā)送SIP響應至所述HTTP/SIP互通功能模塊，W通知其所述 API控制指令成功或失敗。
[0008] 根據(jù)本發(fā)明的另一個方面，還提供了一種通過REST API開放IMS核必能力的IMS 核必組件，其中，該IMS核必組件包括：
[0009] 控制裝置，用于根據(jù)HTTP/SIP互通功能模塊所發(fā)送的SIP請求中所包括的API控 制指令，開放對應的REST API,并進行會話控制；
[0010] 第一發(fā)送裝置，用于發(fā)送SIP響應至所述HTTP/SIP互通功能模塊，W通知其所述 API控制指令成功或失敗。
[0011] 根據(jù)本發(fā)明的又一個方面，還提供了一種通過REST API開放IMS核必能力的 HTTP/SIP互通功能模塊，其中，該HTTP/SIP互通功能模塊包括：
[0012] 第二發(fā)送裝置，用于將第Η方應用服務器的HTTP請求轉換為SIP請求，并將所述 SIP請求發(fā)送至IMS核必組件，其中，所述SIP請求包括API控制指令；
[0013] 接收裝置，用于接收所述IMS核必組件所發(fā)送的SIP響應，W獲知所述API控制指 令成功或失敗。
[0014] 根據(jù)本發(fā)明的再一個方面，還提供了一種通過REST API開放IMS核必能力的系 統(tǒng)，包括如上所述的IMS核必組件和如上所述的HTTP/SIP互通功能模塊。
[0015] 與現(xiàn)有技術相比，本發(fā)明提出一種通過基于網(wǎng)絡的REST方法開放IMS核必能力至 第Η方開發(fā)者的方法，其提供一種統(tǒng)一且方便的來使用至第Η方的接口的方法，W快速開 發(fā)新應用來控制在IMS核必網(wǎng)元執(zhí)行的IMS呼叫。本發(fā)明討論了 IMS核必所需要的創(chuàng)新的 技術，W開放其能力至第Η方開發(fā)者。
【附圖說明】
[0016] 通過閱讀參照W下附圖所作的對非限制性實施例所作的詳細描述，本發(fā)明的其它 特征、目的和優(yōu)點將會變得更明顯：
[0017] 圖1示出現(xiàn)有的ALU新會話API架構的示意圖；
[001引圖2示出根據(jù)本發(fā)明一個方面的IMS核必REST API架構的示意圖；
[0019] 圖3示出根據(jù)本發(fā)明另一個方面的通過REST API開放IMS核必能力的方法流程 圖；
[0020] 圖4示出根據(jù)本發(fā)明一個優(yōu)選實施例的應用至IMS系統(tǒng)的BGCF度reakout Gateway Control F^mction,出口網(wǎng)關控制功能）路由系統(tǒng)RESTful API的示意圖；
[0021] 圖5示出根據(jù)本發(fā)明另一個優(yōu)選實施例的呼叫建立及與具有由REST API設置路 由規(guī)則的BGCF間的路由的示意圖；
[0022] 圖6示出根據(jù)本發(fā)明又一個優(yōu)選實施例的應用至特定用戶的S-CSCF(Serving Call Session Control化nction，服務呼叫會話控制功能）用戶預置文件API簽約的示意 圖；
[0023] 圖7示出根據(jù)本發(fā)明再一個優(yōu)選實施例的采用靜態(tài)控制模式的具有REST API定 義的用戶預置文件的S-CSCF呼叫建立的示意圖；
[0024] 圖8示出根據(jù)本發(fā)明再一個優(yōu)選實施例的采用實時控制模式的具有REST API定 義的用戶預置文件的S-CSCF呼叫建立的示意圖。
[0025] 附圖中相同或相似的附圖標記代表相同或相似的部件。
【具體實施方式】
[0026] 下面結合附圖對本發(fā)明作進一步詳細描述。
[0027] 圖1示出現(xiàn)有的ALU新會話API架構的示意圖。
[0028] ALU具有新會話（New Conversation, NC) API W開放IMS應用服務器能力來進行 服務控制，如點擊撥號、通話記錄等。然而，目前還沒有方法來通過基于網(wǎng)絡的REST化1 API 開放IMS核必能力。
[002引如圖1作為IMS AS (Application Server,應用服務器）的一個現(xiàn)有的REST API 架構，第Η方應用服務器可W由第Η方開發(fā)者開發(fā)并提供。其通過HTTP協(xié)議呼叫IMS核必 REST API W控制呼叫會話。如果第Η方應用服務器不在被信任域，其REST請求應轉到API 暴露引擎的防火墻、驗證和速率控制模塊，隨后轉到HTTP/SIP互通功能模塊。如果第Η方 應用服務器在被信任域，防火墻、驗證和速率控制將被跳過，請求可被直接發(fā)送至HTTP/SIP 互通功能模塊。HTTP/SIP互通功能模塊將REST請求自HTTP轉換成SIP，并發(fā)送至IMS AS。 IMS AS執(zhí)行API請求的應用服務，并發(fā)送SIP消息至HTTP/SIP互通功能模塊，W通知其API 指令成功或失敗。HTTP/SIP互通功能模塊和API暴露引擎可W發(fā)送HTTP響應至第Η方應 用服務器。
[0030] 本發(fā)明試圖從IMS AS擴展ALU REST API架構至IMS核必，并提出IMS核必網(wǎng)絡 W支持REST API,例如怎樣識別服務用戶W在IMS核必應用API的IMS組件。
[003。 圖2示出根據(jù)本發(fā)明一個方面的IMS核必REST API架構的示意圖。
[0032] 在圖2中，HTTP/SIP互通功能模塊發(fā)送SIP請求至IMS核必。根據(jù)接收自HTTP/ SIP互通功能模塊的SIP請求所攜帶的指令，IMS核必控制呼叫，如路由決定，或調(diào)整媒體路 徑屬性。隨后IMS核必發(fā)送SIP消息至HTTP/SIP互通功能模塊，W通知其API指令成功或 失敗。本發(fā)明還討論怎樣路由REST API請求至正確的IMS組件。
[003引圖1和圖2的主要不同在于ALU NC API開放應用服務器的服務控制能力，而IMS 核必REST API開放其他網(wǎng)元不具備的IMS核必能力，如呼叫路由等。同樣，IMS核必可W 提供API W為LTE用戶追蹤用戶位置信息。
[0034] 本發(fā)明討論怎樣使得IMS核必開放其能力。一些IMS核必的特定問題應被考慮并 在本發(fā)明中被討論。
[003引本發(fā)明提出IMS核必REST API的下述創(chuàng)新思路：
[0036] 1)本發(fā)明中，IMS核必能力可W在系統(tǒng)層面（應用至該組件的任何用戶）被開放， 也可W在用戶層面（應用至特定用戶）被開放。其可W由不同的安全策略進行管理。
[0037] 對系統(tǒng)層面的API，API用戶想控制IMS核必的所有IMS用戶，API用戶很容易識別 由該API控制的IMS組件11化。API能夠被設計為將IMS組件U化放入API,因此REST化1 API請求將由API暴露引擎翻譯成SIP，且根據(jù)U化發(fā)送至IMS組件。
[0038] 對用戶層面的API,第Η方API用戶可能不知道服務用戶的IMS組件11化。例如， 可能有多個P-CSCF(Pro巧Call Session Control F^mction,代理呼叫會話控制功能） 或者多個S-CSCF，及在其中一個注冊的用戶。第Η方AS不知道其希望控制哪個用戶。為 使請求最終走向用戶注冊的正確的P-CSCF或S-CSCF，API應被設計為請求第Η方來將 I-CSCFQnterrogation Call Session Control F^mction，問詢呼叫會話控制功能）抓L放 入API。I-CSCF詢問HSSW得到服務該用戶的S-CSCF，并發(fā)送請求至其上。如果該API在 P-CSCF被開放，S-CSCF知道用戶注冊至哪個P-CSCF，并能夠轉發(fā)SIP API請求至P-CSCF。
[0039] 2)怎樣放置HTTP/SIP互通功能模塊W與IMS架構中的IMS核必交互。
[0040] IMS核必的呼叫控制的外部接口信令基于SIP協(xié)議。為了通過REST接口開放IMS 核必能力，本發(fā)明重利用ALU NC API提供的HTTP/SIP互通功能模塊的概念。其將來自第 Η方應用服務器的HTTP信令轉換成SIP信令，并發(fā)送至IMS核必，或?qū)碜訧MS核必的SIP 信令轉換成HTTP信令，并發(fā)送至第Η方應用服務器。然而，在ALUNC API，HTTP/SIP互通 功能模塊不需要直接與IMS核必交互，且只與IMS應用服務器交互。為開放IMS核必能力， IMS核必與HTTP/SIP互通功能模塊采用SIP協(xié)議直接通信。
[0041] 3)開放IMS核必能力的簽約和通告方法。
[0042] 當?shù)讦Х綉梅掌魍ㄟ^HTTP方法呼叫IMS核必REST API,在IMS核必