CN105490986A - 一种通过rest api开放ims核心能力的方法与设备 - Google Patents
一种通过rest api开放ims核心能力的方法与设备 Download PDFInfo
- Publication number
- CN105490986A CN105490986A CN201410469518.XA CN201410469518A CN105490986A CN 105490986 A CN105490986 A CN 105490986A CN 201410469518 A CN201410469518 A CN 201410469518A CN 105490986 A CN105490986 A CN 105490986A
- Authority
- CN
- China
- Prior art keywords
- ims core
- sip
- api
- ims
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明的目的是提供一种通过REST？API开放IMS核心能力的方法与设备；HTTP/SIP互通功能模块将第三方应用服务器的HTTP请求转换为SIP请求，并将所述SIP请求发送至IMS核心组件，其中，所述SIP请求包括API控制指令；所述IMS核心组件根据所述API控制指令，开放对应的REST？API，并进行会话控制；所述IMS核心组件发送SIP响应至所述HTTP/SIP互通功能模块，以通知其所述API控制指令成功或失败。与现有技术相比，本发明提出一种通过基于网络的REST方法开放IMS核心能力至第三方开发者的方法，其提供一种统一且方便的来使用至第三方的接口的方法，以快速开发新应用来控制在IMS核心网元执行的IMS呼叫。本发明讨论了IMS核心所需要的创新的技术，以开放其能力至第三方开发者。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种用于通过REST(RepresentationalStateTransfer，表述性状态转移)API(ApplicationProgrammingInterface，应用程序编程接口)开放IMS(IPMultimediaSubsystem，IP多媒体子系统)核心能力的技术。
背景技术
为了与OTT供应商竞争，为了新通信服务的高速发展，电信供应商开始开放其电信控制能力给第三方开发者。然而，就我们所知，现有的电信供应商开放API，是从IMS(IPMultimediaSubsystem，IP多媒体子系统)应用服务器的服务层面，其关注诸如会议、通话记录等服务。IMS核心控制诸如路由决定等呼叫会话。第三方的开发者不能采用现有的方法使用IMS核心的呼叫控制能力。
发明内容
本发明的目的是提供一种通过RESTAPI开放IMS核心能力的方法与设备。
根据本发明的一个方面，提供了一种通过RESTAPI开放IMS核心能力的方法，其中，该方法包括以下步骤：
aHTTP(Hypertexttransferprotocol，超文本传输协议)/SIP(SessionInitiationProtocol，会话初始协议)互通功能模块将第三方应用服务器的HTTP请求转换为SIP请求，并将所述SIP请求发送至IMS核心组件，其中，所述SIP请求包括API控制指令；
b所述IMS核心组件根据所述API控制指令，开放对应的RESTAPI，并进行会话控制；
c所述IMS核心组件发送SIP响应至所述HTTP/SIP互通功能模块，以通知其所述API控制指令成功或失败。
根据本发明的另一个方面，还提供了一种通过RESTAPI开放IMS核心能力的IMS核心组件，其中，该IMS核心组件包括：
控制装置，用于根据HTTP/SIP互通功能模块所发送的SIP请求中所包括的API控制指令，开放对应的RESTAPI，并进行会话控制；
第一发送装置，用于发送SIP响应至所述HTTP/SIP互通功能模块，以通知其所述API控制指令成功或失败。
根据本发明的又一个方面，还提供了一种通过RESTAPI开放IMS核心能力的HTTP/SIP互通功能模块，其中，该HTTP/SIP互通功能模块包括：
第二发送装置，用于将第三方应用服务器的HTTP请求转换为SIP请求，并将所述SIP请求发送至IMS核心组件，其中，所述SIP请求包括API控制指令；
接收装置，用于接收所述IMS核心组件所发送的SIP响应，以获知所述API控制指令成功或失败。
根据本发明的再一个方面，还提供了一种通过RESTAPI开放IMS核心能力的系统，包括如上所述的IMS核心组件和如上所述的HTTP/SIP互通功能模块。
与现有技术相比，本发明提出一种通过基于网络的REST方法开放IMS核心能力至第三方开发者的方法，其提供一种统一且方便的来使用至第三方的接口的方法，以快速开发新应用来控制在IMS核心网元执行的IMS呼叫。本发明讨论了IMS核心所需要的创新的技术，以开放其能力至第三方开发者。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：
图1示出现有的ALU新会话API架构的示意图；
图2示出根据本发明一个方面的IMS核心RESTAPI架构的示意图；
图3示出根据本发明另一个方面的通过RESTAPI开放IMS核心能力的方法流程图；
图4示出根据本发明一个优选实施例的应用至IMS系统的BGCF(BreakoutGatewayControlFunction，出口网关控制功能)路由系统RESTfulAPI的示意图；
图5示出根据本发明另一个优选实施例的呼叫建立及与具有由RESTAPI设置路由规则的BGCF间的路由的示意图；
图6示出根据本发明又一个优选实施例的应用至特定用户的S-CSCF(ServingCallSessionControlFunction，服务呼叫会话控制功能)用户预置文件API签约的示意图；
图7示出根据本发明再一个优选实施例的采用静态控制模式的具有RESTAPI定义的用户预置文件的S-CSCF呼叫建立的示意图；
图8示出根据本发明再一个优选实施例的采用实时控制模式的具有RESTAPI定义的用户预置文件的S-CSCF呼叫建立的示意图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本发明作进一步详细描述。
图1示出现有的ALU新会话API架构的示意图。
ALU具有新会话(NewConversation，NC)API以开放IMS应用服务器能力来进行服务控制，如点击拨号、通话记录等。然而，目前还没有方法来通过基于网络的RESTfulAPI开放IMS核心能力。
如图1作为IMSAS(ApplicationServer，应用服务器)的一个现有的RESTAPI架构，第三方应用服务器可以由第三方开发者开发并提供。其通过HTTP协议呼叫IMS核心RESTAPI以控制呼叫会话。如果第三方应用服务器不在被信任域，其REST请求应转到API暴露引擎的防火墙、验证和速率控制模块，随后转到HTTP/SIP互通功能模块。如果第三方应用服务器在被信任域，防火墙、验证和速率控制将被跳过，请求可被直接发送至HTTP/SIP互通功能模块。HTTP/SIP互通功能模块将REST请求自HTTP转换成SIP，并发送至IMSAS。IMSAS执行API请求的应用服务，并发送SIP消息至HTTP/SIP互通功能模块，以通知其API指令成功或失败。HTTP/SIP互通功能模块和API暴露引擎可以发送HTTP响应至第三方应用服务器。
本发明试图从IMSAS扩展ALURESTAPI架构至IMS核心，并提出IMS核心网络以支持RESTAPI，例如怎样识别服务用户以在IMS核心应用API的IMS组件。
图2示出根据本发明一个方面的IMS核心RESTAPI架构的示意图。
在图2中，HTTP/SIP互通功能模块发送SIP请求至IMS核心。根据接收自HTTP/SIP互通功能模块的SIP请求所携带的指令，IMS核心控制呼叫，如路由决定，或调整媒体路径属性。随后IMS核心发送SIP消息至HTTP/SIP互通功能模块，以通知其API指令成功或失败。本发明还讨论怎样路由RESTAPI请求至正确的IMS组件。
图1和图2的主要不同在于ALUNCAPI开放应用服务器的服务控制能力，而IMS核心RESTAPI开放其他网元不具备的IMS核心能力，如呼叫路由等。同样，IMS核心可以提供API以为LTE用户追踪用户位置信息。
本发明讨论怎样使得IMS核心开放其能力。一些IMS核心的特定问题应被考虑并在本发明中被讨论。
本发明提出IMS核心RESTAPI的下述创新思路：
1)本发明中，IMS核心能力可以在系统层面(应用至该组件的任何用户)被开放，也可以在用户层面(应用至特定用户)被开放。其可以由不同的安全策略进行管理。
对系统层面的API，API用户想控制IMS核心的所有IMS用户，API用户很容易识别由该API控制的IMS组件URL。API能够被设计为将IMS组件URL放入API，因此RESTfulAPI请求将由API暴露引擎翻译成SIP，且根据URL发送至IMS组件。
对用户层面的API，第三方API用户可能不知道服务用户的IMS组件URL。例如，可能有多个P-CSCF(ProxyCallSessionControlFunction，代理呼叫会话控制功能)或者多个S-CSCF，及在其中一个注册的用户。第三方AS不知道其希望控制哪个用户。为使请求最终走向用户注册的正确的P-CSCF或S-CSCF，API应被设计为请求第三方来将I-CSCF(InterrogationCallSessionControlFunction，问询呼叫会话控制功能)URL放入API。I-CSCF询问HSS以得到服务该用户的S-CSCF，并发送请求至其上。如果该API在P-CSCF被开放，S-CSCF知道用户注册至哪个P-CSCF，并能够转发SIPAPI请求至P-CSCF。
2)怎样放置HTTP/SIP互通功能模块以与IMS架构中的IMS核心交互。
IMS核心的呼叫控制的外部接口信令基于SIP协议。为了通过REST接口开放IMS核心能力，本发明重利用ALUNCAPI提供的HTTP/SIP互通功能模块的概念。其将来自第三方应用服务器的HTTP信令转换成SIP信令，并发送至IMS核心，或将来自IMS核心的SIP信令转换成HTTP信令，并发送至第三方应用服务器。然而，在ALUNCAPI，HTTP/SIP互通功能模块不需要直接与IMS核心交互，且只与IMS应用服务器交互。为开放IMS核心能力，IMS核心与HTTP/SIP互通功能模块采用SIP协议直接通信。
3)开放IMS核心能力的签约和通告方法。
当第三方应用服务器通过HTTP方法呼叫IMS核心RESTAPI，在IMS核心接收到由HTTP/SIP互通功能模块转换的SIP请求之后，IMS核心创建一个新的对话来执行在CSCF(CallSessionControlFunction，呼叫会话控制功能)的呼叫控制，该CSCF的能力被开放。例如，如果第三方应用服务器通过IMS核心位置API订阅了用户的位置信息，该会话可被用于保持发送位置更新。
3a)第三方应用服务器可以通过HTTPGET或POST方法触发IMS核心RESTAPI。
IMS核心RESTQoSAPI呼叫的例子如下。该API开放带宽控制能力给第三方，以动态控制分配给有效会话的呼叫方或被叫方的带宽。主机字段(hostfield)识别HTTP/SIP互通功能模块的地址。
3b)HTTP/SIP互通功能模块应将HTTP请求转换成SIP请求SUBCRIBE消息或REFER消息，并发送至IMS核心。
典型地，S-CSCF或I-CSCF将直接从HTTP/SIP互通功能模块接收SIP请求。
3c)SIP请求将被转发至具有能力的IMS核心组件。
例如，P-CSCF具有QoS控制能力，该能力可以动态改变由媒体网关分配的有效呼叫带宽。如果第三方请求P-CSCF能力，SIP请求应被从S-CSCF/I-CSCF转发至P-CSCF。在P-CSCF将有一个会话被创建。
3d)如果具有相应能力的API呼叫通过发送一个在会话中的新的SIP请求，例如NOTIFY请求，或通过直接发送SIP响应，例如200OKREFER消息或4xxREFER消息，被成功执行，IMS核心组件应响应SIP请求，并通知HTTP/SIP互通功能模块。
4)会话识别方法，将在下文中进行详述。
本发明识别具有RESTfulAPI的IMS核心，所具有的优势包括但不限于：
1)具有RESTAPI的IMS核心可以在每个用户或每个呼叫的基础上，提供更多灵活的方式来控制CSCF，该控制可以是在呼叫会话期间与IMS核心的实时交互。相比之下，传统的IMS核心仅可以经系统层面提供，如GUI数据提取、路由配置，或经用户层面的一些控制，如在HSS中提供的用户预置文件中定义的S-CSCFAS选择。
2)IMS核心RESTfulAPI也可以被用于控制在第三方应用服务器(3rdpartyapplicationserver)的多个系统，而不是登陆至每个EMS(ElementManagementSystem，网元管理系统)以更新每个系统配置。相似的RESTAPI可以被认为使用不同的目的地的IMS核心URL。
3)RESTAPI可以被用于提供灵活的系统配置，而不改变系统GUI(GraphicalUserInterface，图形用户界面)配置或在HSS中定义的用户预置文件。RESTful接口对第三方开发者是友好的，以对其进行编程来控制行为。
IMS核心API的用户可以是电信运营商。其可能喜欢使用IMS核心路由API来增加新的多种路由策略，而不是请求通信设备公司来开发新的特征。例如，其可以使用IMS核心路由API来请求通过RESTAPI发送路由决定至其应用服务器。其应用服务器可以基于时间决定路由，即，当美国是白天时将通话路由至美国帮助台号码，当中国是白天时将通话路由至中国帮助台号码。或者，其应用服务器可以基于用户位置来决定路由。
4)通过RESTAPI开放IMS核心的能力，可以节约IMS核心开发成本，使得第三方开发者开发其编程以在IMS核心开发新功能。
图3示出根据本发明另一个方面的通过RESTAPI开放IMS核心能力的方法流程图。
在步骤S301中，HTTP/SIP互通功能模块将第三方应用服务器的HTTP请求转换为SIP请求，并将所述SIP请求发送至IMS核心组件，其中，所述SIP请求包括API控制指令。
在步骤S302中，所述IMS核心组件根据所述API控制指令，开放对应的RESTAPI，并进行会话控制。
在步骤S303中，所述IMS核心组件发送SIP响应至所述HTTP/SIP互通功能模块，以通知其所述API控制指令成功或失败。
优选地，在步骤S301中，所述HTTP/SIP互通功能模块根据所述第三方应用服务器所请求的能力，将所述SIP请求发送至与所述能力相对应的IMS核心组件。
优选地，所述RESTAPI包括以下任一项：
-IMS核心系统API，其应用至组件的任何用户；
-用户API，其应用至特定用户。
具体地，IMS核心能力可以在系统层面(应用至该组件的任何用户)被开放，也可以在用户层面(应用至特定用户)被开放。其可以由不同的安全策略进行管理。IMS核心可提供两种类型的RESTfulAPI，即，IMS核心系统API和用户API，不同的方法被定义，以用于传递RESTfulAPI请求至该API应用的IMS组件。
优选地，当所述RESTAPI包括IMS核心系统API，其中，所述IMS核心系统API指定在其中的IMS组件URL；其中，在步骤S301中，所述HTTP/SIP互通功能模块根据所述IMS组件URL，将所述SIP请求发送至对应的IMS核心组件。
具体地，当该RESTAPI包括IMS核心系统API，IMS核心可提供应用至系统中任何用户的RESTfulAPI，其可被用于通过RESTful方法揭露系统全局设置。该API将应用至系统中的所有用户，而不是IMS核心组件中的一个特定用户。在呼叫中，用户仅应用API所定义的规则，且不会与第三方应用服务器有任何交互。
对系统API，其应指定在API中的IMS组件URL。HTTP/SIP互通功能模块将发送SIP消息至IMS组件，所述IMS组件的RESTAPI根据API的目的URL而直接开放。保存在IMS组件的RESTfulAPI签约信息可以在IMS核心的集中或分散的数据库中。如果该请求的系统有多个实体，如，API来控制每个S-CSCF服务，则第三方API用户应为每个S-CSCF服务分开呼叫API。
图4示出根据本发明一个优选实施例的应用至IMS系统的BGCF路由系统RESTfulAPI的示意图。
在步骤(a)中，第三方应用服务器发送HTTPPOST消息至HTTP/SIP互通功能模块。HTTPPOST消息包括IMSBGCF的URL和新的路由策略。
在步骤(b)中，HTTP/SIP互通功能模块识别其为BGCF路由RESTAPI，并将其转换为SIPSUBSCRIBE消息，并发送至IMSBGCF。
在步骤(c)中，BGCF引擎将更新其由RESTAPI设置的路由策略数据。
在步骤(d)中，BGCF发送200OKSUBSCRIBE消息至HTTP/SIP互通功能模块。
在步骤(e)中，BGCF发送SIPNOTIFY消息至HTTP/SIP互通功能模块。
在步骤(f)中，HTTP/SIP互通功能模块发送HTTP200OK消息至第三方应用服务器。
在步骤(g)中，HTTP/SIP互通功能模块发送200OKNOTIFY消息至BGCF。
当建立呼叫且BGCF被援用以决定路由策略时，BGCF引擎将基于从RESTAPI和GUI来的路由策略，采用一些规则来做最终的路由决定。在该呼叫建立期间，没有通过RESTful方法与第三方应用服务器的实时交互。图5的示出了呼叫建立，及与具有由RESTAPI设置路由规则的BGCF间的路由。
优选地，当所述RESTAPI包括用户API，其中，所述IMS核心组件识别所述第三方应用服务器所要控制的会话。
具体地，IMS核心也提供应用至一些特定用户的RESTfulAPI。对用户API，其应包括用户识别或会话识别信息。需要一些技术来识别RESTfulAPI试图在IMS核心进行控制的会话。
更优选地，识别方式包括以下至少任一项：
-根据所述第三方应用服务器所提供的在IMS系统中定义的公共用户ID，在IMS核心识别SIP会话；
-根据所述第三方应用服务器所提供的呼叫方和被叫方号码，在所述IMS核心识别所述SIP会话；
-根据所述第三方应用服务器所发起的HTTPGET或POST方法，查询指定用户的所述SIP会话。
具体地，当第三方应用服务器触发IMS核心API，需要一些方法来识别第三方目的在于控制IMS核心的哪个会话。识别方式包括但不限于：
1)第三方应用服务器可以通过提供在IMS系统中定义的公共用户ID，在IMS核心指定SIP会话。
采用该第三方应用服务器提供的公共用户ID，I-CSCF从HTTP/SIP互通功能模块得到SIP请求，并询问HSS以得到服务该用户的S-CSCF，随后转发该SIP请求至S-CSCF。S-CSCF通过该公共用户ID来识别呼叫会话。如果API请求S-CSCF能力，则S-CSCF将终止该请求。如果API请求P-CSCF能力，则S-CSCF将转发该SIP请求至P-CSCF。
该方法有一些限制。被识别的用户可能同时有多于一个有效会话。该方法不能识别API想要控制那个呼叫会话。例如，如果用户与用户A和用户B都有有效呼叫会话。他们不是在电话会议中，用户A和用户B是在不同的呼叫中。则该用户可以挂起用户A，与用户B交谈一会，然后再挂起用户B，与用户A进行交谈。因此该用户实际上同时有两个有效呼叫会话。
2)第三方应用服务器通过提供呼叫方和被叫方号码，在IMS核心指定SIP会话。IMS核心可以根据呼叫方和被叫方号码，识别SIP会话。
3)第三方应用服务器可以首先发起HTTPGET或POST方法来询指定用户的有效会话。随后，该第三方应用服务器可以识别IMS返回的其中一个会话，并触发该会话的API，该会话由Call-ID，或呼叫方和被叫方号码指定。
优选地，在步骤S302中，所述IMS核心组件采用以下任一项模式来进行会话控制：
-静态控制模式；
-实时控制模式。
具体地，用户RESTfulAPI具有不同的会话控制模式。第三方应用服务器为每个用户签约API。一些用户RESTfulAPI在会话期间不会与第三方应用服务器进行交互，其是静态控制模式。其他用户RESTfulAPI将在会话期间与第三方应用服务器进行交互，其是实时控制模式。
因此，IMS核心组件具有两种不同的模式来应用RESTfulAPI控制IMS核心用户RESTfulAPI的呼叫。
当服务用户的IMS核心发起呼叫，或者，发起呼叫至该服务用户的IMS核心，该IMS核心在静态控制模式下开放的API在会话期间将不会与第三方应用服务器进行交互。
IMS核心在实时控制模式下开放的API在会话期间与第三方应用服务器有一些交互。其甚至在会话期间等待第三方应用服务器的进一步指令，以进行下一步动作。该模式的RESTAPI签约将定义用户预置文件中的hook。当该用户拨打电话或有电话拨打至该用户时，SIP请求抵达开放API的IMS核心组件，hook将在IMS核心组件被触发，且其发送SIPNOTIFY消息至HTTP/SIP互通功能模块。HTTP/SIP互通功能模块将采用现有条件发送HTTPPOST消息至第三方应用服务器，第三方应用服务器将发送HTTP200OK消息以包含其决定，该决定基于现有条件。HTTP/SIP互通功能模块发送200OKNOTIFY消息至IMS组件。IMS组件从200OKNOTIFY消息中读取信息以作进一步动作。
优选地，所述IMS核心组件包括以下至少任一项：
-P-CSCF(ProxyCallSessionControlFunction，代理呼叫会话控制功能)；
-S-CSCF(ServingCallSessionControlFunction，服务呼叫会话控制功能)；
-BGCF(BreakoutGatewayControlFunction，出口网关控制功能)；
-I-CSCF(InterrogationCallSessionControlFunction，问询呼叫会话控制功能)；
-E-CSCF(EmergencyCallSessionControlFunction，紧急呼叫会话控制功能)；
-GWF(GateWayFunction，网关功能)；
-MGCF(MediaGate-wayControlFunction，媒体网关控制功能)。
本发明是采用RESTful方法以开放IMS核心能力的一般方法，其可以被应用在任何IMS核心组件，包括但不限于P-CSCF、S-CSCF、BGCF、I-CSCF、E-CSCF、GWF、MGCF等。
图6示出根据本发明又一个优选实施例的应用至特定用户的S-CSCF用户预置文件API签约的示意图。
在步骤(a)中，第三方应用服务器发送HTTPPOST消息至HTTP/SIP互通功能模块。HTTPPOST消息包含IMS公共用户ID和新用户预置文件。
在步骤(b)中，HTTP/SIP互通功能模块发送SUBSCRIBE消息至I-CSCF。
在步骤(c)中，I-CSCF询问HSS以识别服务该用户的S-CSCF。
在步骤(d)中，I-CSCF发送SIPSUBSCRIBE消息至S-CSCF。
在步骤(e)中，S-CSCF引擎更新由给定公共用户ID的RESTAPI设置的用户预置文件。
在步骤(f)中，S-CSCF发送200OKSUBSCRIBE消息至I-CSCF。
在步骤(g)中，I-CSCF发送200OKSUBSCRIBE消息至HTTP/SIP互通功能模块。
在步骤(h)中，S-CSCF发送SIPNOTIFY消息至HTTP/SIP互通功能模块。
在步骤(i)中，HTTP/SIP互通功能模块发送HTTP200OK消息至第三方应用服务器。
在步骤(j)中，HTTP/SIP互通功能模块发送200OKNOTIFY消息至S-CSCF。
图7示出根据本发明再一个优选实施例的采用静态控制模式的具有RESTAPI定义的用户预置文件的S-CSCF呼叫建立的示意图。
图8示出根据本发明再一个优选实施例的采用实时控制模式的具有RESTAPI定义的用户预置文件的S-CSCF呼叫建立的示意图。
本发明还提供了一种通过RESTAPI开放IMS核心能力的IMS核心组件，其中，该IMS核心组件包括控制装置和第一发送装置。
该控制装置用于根据HTTP/SIP互通功能模块所发送的SIP请求中所包括的API控制指令，开放对应的RESTAPI，并进行会话控制。
该第一发送装置用于发送SIP响应至所述HTTP/SIP互通功能模块，以通知其所述API控制指令成功或失败。
优选地，所述RESTAPI包括应用至特定用户的用户API，其中，该IMS核心组件还包括识别装置。该识别装置用于识别所述第三方应用服务器所要控制的会话。
具体地，IMS核心也提供应用至一些特定用户的RESTfulAPI。对用户API，其应包括用户识别或会话识别信息。需要一些技术来识别RESTfulAPI试图在IMS核心进行控制的会话。
更优选地，识别方式包括以下至少任一项：
-根据所述第三方应用服务器所提供的在IMS系统中定义的公共用户ID，在IMS核心识别SIP会话；
-根据所述第三方应用服务器所提供的呼叫方和被叫方号码，在所述IMS核心识别所述SIP会话；
-根据所述第三方应用服务器所发起的HTTPGET或POST方法，查询指定用户的所述SIP会话。
具体地，当第三方应用服务器触发IMS核心API，需要一些方法来识别第三方目的在于控制IMS核心的哪个会话。识别方式包括但不限于：
1)第三方应用服务器可以通过提供在IMS系统中定义的公共用户ID，在IMS核心指定SIP会话。
采用该第三方应用服务器提供的公共用户ID，I-CSCF从HTTP/SIP互通功能模块得到SIP请求，并询问HSS以得到服务该用户的S-CSCF，随后转发该SIP请求至S-CSCF。S-CSCF通过该公共用户ID来识别呼叫会话。如果API请求S-CSCF能力，则S-CSCF将终止该请求。如果API请求P-CSCF能力，则S-CSCF将转发该SIP请求至P-CSCF。
该方法有一些限制。被识别的用户可能同时有多于一个有效会话。该方法不能识别API想要控制那个呼叫会话。例如，如果用户与用户A和用户B都有有效呼叫会话。他们不是在电话会议中，用户A和用户B是在不同的呼叫中。则该用户可以挂起用户A，与用户B交谈一会，然后再挂起用户B，与用户A进行交谈。因此该用户实际上同时有两个有效呼叫会话。
2)第三方应用服务器通过提供呼叫方和被叫方号码，在IMS核心指定SIP会话。IMS核心可以根据呼叫方和被叫方号码，识别SIP会话。
3)第三方应用服务器可以首先发起HTTPGET或POST方法来询指定用户的有效会话。随后，该第三方应用服务器可以识别IMS返回的其中一个会话，并触发该会话的API，该会话由Call-ID，或呼叫方和被叫方号码指定。
优选地，所述控制装置用于采用以下任一项模式来进行会话控制：
-静态控制模式；
-实时控制模式。
具体地，用户RESTfulAPI具有不同的会话控制模式。第三方应用服务器为每个用户签约API。一些用户RESTfulAPI在会话期间不会与第三方应用服务器进行交互，其是静态控制模式。其他用户RESTfulAPI将在会话期间与第三方应用服务器进行交互，其是实时控制模式。
因此，IMS核心组件具有两种不同的模式来应用RESTfulAPI控制IMS核心用户RESTfulAPI的呼叫。
当服务用户的IMS核心发起呼叫，或者，发起呼叫至该服务用户的IMS核心，该IMS核心在静态控制模式下开放的API在会话期间将不会与第三方应用服务器进行交互。
IMS核心在实时控制模式下开放的API在会话期间与第三方应用服务器有一些交互。其甚至在会话期间等待第三方应用服务器的进一步指令，以进行下一步动作。该模式的RESTAPI签约将定义用户预置文件中的hook。当该用户拨打电话或有电话拨打至该用户时，SIP请求抵达开放API的IMS核心组件，hook将在IMS核心组件被触发，且其发送SIPNOTIFY消息至HTTP/SIP互通功能模块。HTTP/SIP互通功能模块将采用现有条件发送HTTPPOST消息至第三方应用服务器，第三方应用服务器将发送HTTP200OK消息以包含其决定，该决定基于现有条件。HTTP/SIP互通功能模块发送200OKNOTIFY消息至IMS组件。IMS组件从200OKNOTIFY消息中读取信息以作进一步动作。
优选地，所述IMS核心组件包括以下至少任一项：
-P-CSCF；
-S-CSCF；
-BGCF；
-I-CSCF；
-E-CSCF；
-GWF；
-MGCF。
本发明还提供了一种通过RESTAPI开放IMS核心能力的HTTP/SIP互通功能模块，其中，该HTTP/SIP互通功能模块包括第二发送装置和接收装置。
该第二发送装置用于将第三方应用服务器的HTTP请求转换为SIP请求，并将所述SIP请求发送至IMS核心组件，其中，所述SIP请求包括API控制指令；
该接收装置用于接收所述IMS核心组件所发送的SIP响应，以获知所述API控制指令成功或失败。
优选地，所述RESTAPI包括应用至组件的任何用户的IMS核心系统API，其中，所述第二发送装置还用于根据IMS核心系统API所指定在其中的IMS组件URL，将所述SIP请求发送至对应的IMS核心组件。
具体地，当该RESTAPI包括IMS核心系统API，IMS核心可提供应用至系统中任何用户的RESTfulAPI，其可被用于通过RESTful方法揭露系统全局设置。该API将应用至系统中的所有用户，而不是IMS核心组件中的一个特定用户。在呼叫中，用户仅应用API所定义的规则，且不会与第三方应用服务器有任何交互。
对系统API，其应指定在API中的IMS组件URL。HTTP/SIP互通功能模块将发送SIP消息至IMS组件，所述IMS组件的RESTAPI根据API的目的URL而直接开放。保存在IMS组件的RESTfulAPI签约信息可以在IMS核心的集中或分散的数据库中。如果该请求的系统有多个实体，如，API来控制每个S-CSCF服务，则第三方API用户应为每个S-CSCF服务分开呼叫API。
根据本发明的再一个方面，还提供了一种通过RESTAPI开放IMS核心能力的系统，包括如上所述的IMS核心组件和如上所述的HTTP/SIP互通功能模块。
需要注意的是，本发明可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本发明的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本发明的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本发明的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。
另外，本发明的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本发明的方法和/或技术方案。而调用本发明的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本发明的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本发明的多个实施例的方法和/或技术方案。
对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。
Claims (15)
1.一种通过RESTAPI开放IMS核心能力的方法，其中，该方法包括以下步骤：
aHTTP/SIP互通功能模块将第三方应用服务器的HTTP请求转换为SIP请求，并将所述SIP请求发送至IMS核心组件，其中，所述SIP请求包括API控制指令；
b所述IMS核心组件根据所述API控制指令，开放对应的RESTAPI，并进行会话控制；
c所述IMS核心组件发送SIP响应至所述HTTP/SIP互通功能模块，以通知其所述API控制指令成功或失败。
2.根据权利要求1所述的方法，其中，所述步骤还a包括：
-所述HTTP/SIP互通功能模块根据所述第三方应用服务器所请求的能力，将所述SIP请求发送至与所述能力相对应的IMS核心组件。
3.根据权利要求1所述的方法，其中，所述RESTAPI包括以下任一项：
-IMS核心系统API，其应用至组件的任何用户；
-用户API，其应用至特定用户。
4.根据权利要求3所述的方法，其中，所述RESTAPI包括IMS核心系统API，其中，该方法还包括：
-所述IMS核心系统API指定在其中的IMS组件URL；
其中，所述步骤a还包括：
-根据所述IMS组件URL，将所述SIP请求发送至对应的IMS核心组件。
5.根据权利要求3所述的方法，其中，所述RESTAPI包括用户API，其中，该方法还包括：
-所述IMS核心组件识别所述第三方应用服务器所要控制的会话。
6.根据权利要求5所述的方法，其中，识别方式包括以下至少任一项：
-根据所述第三方应用服务器所提供的在IMS系统中定义的公共用户ID，在IMS核心识别SIP会话；
-根据所述第三方应用服务器所提供的呼叫方和被叫方号码，在所述IMS核心识别所述SIP会话；
-根据所述第三方应用服务器所发起的HTTPGET或POST方法，查询指定用户的所述SIP会话。
7.根据权利要求5或6所述的方法，其中，所述步骤b包括：
-所述IMS核心组件采用以下任一项模式来进行会话控制：
-静态控制模式；
-实时控制模式。
8.根据权利要求1至7中任一项所述的方法，其中，所述IMS核心组件包括以下至少任一项：
-P-CSCF；
-S-CSCF；
-BGCF；
-I-CSCF；
-E-CSCF；
-GWF；
-MGCF。
9.一种通过RESTAPI开放IMS核心能力的IMS核心组件，其中，该IMS核心组件包括：
控制装置，用于根据HTTP/SIP互通功能模块所发送的SIP请求中所包括的API控制指令，开放对应的RESTAPI，并进行会话控制；
第一发送装置，用于发送SIP响应至所述HTTP/SIP互通功能模块，以通知其所述API控制指令成功或失败。
10.根据权利要求9所述的IMS核心组件，其中，所述RESTAPI包括应用至特定用户的用户API，其中，该IMS核心组件还包括：
识别装置，用于识别所述第三方应用服务器所要控制的会话。
11.根据权利要求10所述的IMS核心组件，其中，识别方式包括以下至少任一项：
-根据所述第三方应用服务器所提供的在IMS系统中定义的公共用户ID，在IMS核心识别SIP会话；
-根据所述第三方应用服务器所提供的呼叫方和被叫方号码，在所述IMS核心识别所述SIP会话；
-根据所述第三方应用服务器所发起的HTTPGET或POST方法，查询指定用户的所述SIP会话。
12.根据权利要求10或11所述的IMS核心组件，其中，所述控制装置用于：
-采用以下任一项模式来进行会话控制：
-静态控制模式；
-实时控制模式。
13.根据权利要求9至12中任一项所述的IMS核心组件，其中，所述IMS核心组件包括以下至少任一项：
-P-CSCF；
-S-CSCF；
-BGCF；
-I-CSCF；
-E-CSCF；
-GWF；
-MGCF。
14.一种通过RESTAPI开放IMS核心能力的HTTP/SIP互通功能模块，其中，该HTTP/SIP互通功能模块包括：
第二发送装置，用于将第三方应用服务器的HTTP请求转换为SIP请求，并将所述SIP请求发送至IMS核心组件，其中，所述SIP请求包括API控制指令；
接收装置，用于接收所述IMS核心组件所发送的SIP响应，以获知所述API控制指令成功或失败。
15.根据权利要求14所述的HTTP/SIP互通功能模块，其中，所述RESTAPI包括应用至组件的任何用户的IMS核心系统API，其中，所述第二发送装置还用于：
-根据IMS核心系统API所指定在其中的IMS组件URL，将所述SIP请求发送至对应的IMS核心组件。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410469518.XA CN105490986A (zh) | 2014-09-15 | 2014-09-15 | 一种通过rest api开放ims核心能力的方法与设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410469518.XA CN105490986A (zh) | 2014-09-15 | 2014-09-15 | 一种通过rest api开放ims核心能力的方法与设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105490986A true CN105490986A (zh) | 2016-04-13 |
Family
ID=55677709
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410469518.XA Pending CN105490986A (zh) | 2014-09-15 | 2014-09-15 | 一种通过rest api开放ims核心能力的方法与设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105490986A (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107566333A (zh) * | 2017-07-12 | 2018-01-09 | 中兴通讯股份有限公司 | 一种通信方法、装置、应用服务器、用户设备和系统 |
| CN108809912A (zh) * | 2017-05-04 | 2018-11-13 | 中国移动通信集团重庆有限公司 | 终端核心功能应用方法及装置 |
| EP3782351A4 (en) * | 2018-04-18 | 2022-01-26 | Mavenir Networks, Inc. | SERVICE-BASED ARCHITECTURE FOR IMS |
| US11490255B2 (en) | 2018-04-18 | 2022-11-01 | Mavenir Networks, Inc. | RCS authentication |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102469148A (zh) * | 2010-11-19 | 2012-05-23 | 中兴通讯股份有限公司 | 聊天会话接受邀请和拒绝邀请的方法及系统 |
| CN103856454A (zh) * | 2012-12-04 | 2014-06-11 | 中国电信股份有限公司 | Ip 多媒体子系统与互联网业务互通的方法及业务互通网关 |
-
2014
- 2014-09-15 CN CN201410469518.XA patent/CN105490986A/zh active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102469148A (zh) * | 2010-11-19 | 2012-05-23 | 中兴通讯股份有限公司 | 聊天会话接受邀请和拒绝邀请的方法及系统 |
| CN103856454A (zh) * | 2012-12-04 | 2014-06-11 | 中国电信股份有限公司 | Ip 多媒体子系统与互联网业务互通的方法及业务互通网关 |
Non-Patent Citations (2)
| Title |
|---|
| 2013 OPEN MOBILE ALLIANCE LTD: ""RCS Profile of RESTful Network APIs"", 《OPEN MOBILE ALLIANCE》 * |
| KE LIU: ""Open Service-Aware Mobile Network API for 3rd Party Control of Network QoS"", 《2012 INTERNATIONAL CONFERENCE ON COMPUTER SCIENCE AND ELECTRONICS ENGINEERING》 * |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108809912A (zh) * | 2017-05-04 | 2018-11-13 | 中国移动通信集团重庆有限公司 | 终端核心功能应用方法及装置 |
| CN108809912B (zh) * | 2017-05-04 | 2021-04-06 | 中国移动通信集团重庆有限公司 | 终端核心功能应用方法及装置 |
| CN107566333A (zh) * | 2017-07-12 | 2018-01-09 | 中兴通讯股份有限公司 | 一种通信方法、装置、应用服务器、用户设备和系统 |
| CN107566333B (zh) * | 2017-07-12 | 2020-03-10 | 中兴通讯股份有限公司 | 一种通信方法、装置、应用服务器、用户设备和系统 |
| EP3782351A4 (en) * | 2018-04-18 | 2022-01-26 | Mavenir Networks, Inc. | SERVICE-BASED ARCHITECTURE FOR IMS |
| US11490255B2 (en) | 2018-04-18 | 2022-11-01 | Mavenir Networks, Inc. | RCS authentication |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102100050B (zh) | 针对改进的用户服务的sip分岔增强 | |
| EP2763369B1 (en) | Method and system for telecom network providing session service to internet | |
| CN106453345A (zh) | 一种呼叫建立的方法及系统 | |
| US8423652B2 (en) | Service templates for an IP multimedia subsystem | |
| KR20070010069A (ko) | 실시간 미디어 통신 서비스를 위한 세션 확립 | |
| CN102057661A (zh) | 向基于公共交换电话网(pstn)的呼叫控制器提供会话发起协议(sip)呼叫控制功能 | |
| CN103379096A (zh) | 因特网与运营商网络业务共享方法、服务方及网页网关 | |
| CN105490986A (zh) | 一种通过rest api开放ims核心能力的方法与设备 | |
| CN105282730A (zh) | Ims网络中终端通信状态获取方法与系统和应用服务器 | |
| CN101316218A (zh) | 一种在通信系统中实现域选择的方法、系统和服务器 | |
| Sunaga et al. | Service delivery platform architecture for the next-generation network | |
| US20120164991A1 (en) | Systems and methods for self-learning and building web contents via a rich call center service | |
| US9571563B2 (en) | Handling a shared data object in a communication network | |
| CN102651732A (zh) | 一种ims网络中的业务触发方法和系统 | |
| WO2016104622A1 (ja) | 網間接続制御装置、及び接続制御方法 | |
| US10212193B2 (en) | Service support for suspended and inactive subscribers | |
| CN103701879A (zh) | 自动实现业务处理的方法和设备 | |
| US9900441B2 (en) | Method and corresponding device for managing the set-up of a communication between a calling terminal and a group of terminals sharing one and the same public identity | |
| KR101219735B1 (ko) | 패킷 네트워크 및 서킷 네트워크간 동기화된 부가서비스를 제공하기 위한 통신 시스템, 이를 위한 서버 및 이를 위한 방법 | |
| JP5657020B2 (ja) | インテリジェント・ネットワーク・シグナリングを介してパケットネットワーク・ベースのサービスおよびアプリケーションと対話する方法 | |
| US8737271B2 (en) | Graphical user-interface for terminals with visual call progress indicator | |
| CN101278273B (zh) | 政策引擎 | |
| KR101705792B1 (ko) | VoLTE 환경에서 가상 전화 번호의 호 처리 장치 및 호 처리 방법 | |
| Gouya et al. | Service orchestration in IMS | |
| CN103392322A (zh) | 用于通信的方法和通信网络中的部件 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| WD01 | Invention patent application deemed withdrawn after publication | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20160413 |