一种通过restapi开放ims核心能力的方法与设备的制造方法
一种通过rest api开放ims核心能力的方法与设备的制造方法
【技术领域】
[0001] 本发明涉及通信技术领域，尤其涉及一种用于通过REST巧巧resentational State Transfer,表述性状态转移）API (Application Programming Inte;rface，应用程序 编程接口）开放IMS (IP Multimedia Subsystem, IP多媒体子系统）核必能力的技术。
【背景技术】
[0002] 为了与0TT供应商竞争，为了新通信服务的高速发展，电信供应商开始开放其电 信控制能力给第Η方开发者。然而，就我们所知，现有的电信供应商开放API,是从IMS(IP Multimedia Subsystem, IP多媒体子系统）应用服务器的服务层面，其关注诸如会议、通话 记录等服务。IMS核必控制诸如路由决定等呼叫会话。第Η方的开发者不能采用现有的方 法使用IMS核必的呼叫控制能力。
【发明内容】
[0003] 本发明的目的是提供一种通过REST API开放IMS核必能力的方法与设备。
[0004] 根据本发明的一个方面，提供了一种通过REST API开放IMS核必能力的方法，其 中，该方法包括W下步骤：
[0005] a HTTP(Hype;rtext transfer protocol,超文本传输协议）/SIP(Session Initiation Protocol,会话初始协议）互通功能模块将第Η方应用服务器的HTTP请求转 换为SIP请求，并将所述SIP请求发送至IMS核必组件，其中，所述SIP请求包括API控制 指令；
[0006] b所述IMS核必组件根据所述API控制指令，开放对应的RESTAPI，并进行会话控 制；
[0007] C所述IMS核必组件发送SIP响应至所述HTTP/SIP互通功能模块，W通知其所述 API控制指令成功或失败。
[0008] 根据本发明的另一个方面，还提供了一种通过REST API开放IMS核必能力的IMS 核必组件，其中，该IMS核必组件包括：
[0009] 控制装置，用于根据HTTP/SIP互通功能模块所发送的SIP请求中所包括的API控 制指令，开放对应的REST API,并进行会话控制；
[0010] 第一发送装置，用于发送SIP响应至所述HTTP/SIP互通功能模块，W通知其所述 API控制指令成功或失败。
[0011] 根据本发明的又一个方面，还提供了一种通过REST API开放IMS核必能力的 HTTP/SIP互通功能模块，其中，该HTTP/SIP互通功能模块包括：
[0012] 第二发送装置，用于将第Η方应用服务器的HTTP请求转换为SIP请求，并将所述 SIP请求发送至IMS核必组件，其中，所述SIP请求包括API控制指令；
[0013] 接收装置，用于接收所述IMS核必组件所发送的SIP响应，W获知所述API控制指 令成功或失败。
[0014] 根据本发明的再一个方面，还提供了一种通过REST API开放IMS核必能力的系 统，包括如上所述的IMS核必组件和如上所述的HTTP/SIP互通功能模块。
[0015] 与现有技术相比，本发明提出一种通过基于网络的REST方法开放IMS核必能力至 第Η方开发者的方法，其提供一种统一且方便的来使用至第Η方的接口的方法，W快速开 发新应用来控制在IMS核必网元执行的IMS呼叫。本发明讨论了 IMS核必所需要的创新的 技术，W开放其能力至第Η方开发者。
【附图说明】
[0016] 通过阅读参照W下附图所作的对非限制性实施例所作的详细描述，本发明的其它 特征、目的和优点将会变得更明显：
[0017] 图1示出现有的ALU新会话API架构的示意图；
[001引图2示出根据本发明一个方面的IMS核必REST API架构的示意图；
[0019] 图3示出根据本发明另一个方面的通过REST API开放IMS核必能力的方法流程 图；
[0020] 图4示出根据本发明一个优选实施例的应用至IMS系统的BGCF度reakout Gateway Control F^mction,出口网关控制功能）路由系统RESTful API的示意图；
[0021] 图5示出根据本发明另一个优选实施例的呼叫建立及与具有由REST API设置路 由规则的BGCF间的路由的示意图；
[0022] 图6示出根据本发明又一个优选实施例的应用至特定用户的S-CSCF(Serving Call Session Control化nction，服务呼叫会话控制功能）用户预置文件API签约的示意 图；
[0023] 图7示出根据本发明再一个优选实施例的采用静态控制模式的具有REST API定 义的用户预置文件的S-CSCF呼叫建立的示意图；
[0024] 图8示出根据本发明再一个优选实施例的采用实时控制模式的具有REST API定 义的用户预置文件的S-CSCF呼叫建立的示意图。
[0025] 附图中相同或相似的附图标记代表相同或相似的部件。
【具体实施方式】
[0026] 下面结合附图对本发明作进一步详细描述。
[0027] 图1示出现有的ALU新会话API架构的示意图。
[0028] ALU具有新会话（New Conversation, NC) API W开放IMS应用服务器能力来进行 服务控制，如点击拨号、通话记录等。然而，目前还没有方法来通过基于网络的REST化1 API 开放IMS核必能力。
[002引如图1作为IMS AS (Application Server,应用服务器）的一个现有的REST API 架构，第Η方应用服务器可W由第Η方开发者开发并提供。其通过HTTP协议呼叫IMS核必 REST API W控制呼叫会话。如果第Η方应用服务器不在被信任域，其REST请求应转到API 暴露引擎的防火墙、验证和速率控制模块，随后转到HTTP/SIP互通功能模块。如果第Η方 应用服务器在被信任域，防火墙、验证和速率控制将被跳过，请求可被直接发送至HTTP/SIP 互通功能模块。HTTP/SIP互通功能模块将REST请求自HTTP转换成SIP，并发送至IMS AS。 IMS AS执行API请求的应用服务，并发送SIP消息至HTTP/SIP互通功能模块，W通知其API 指令成功或失败。HTTP/SIP互通功能模块和API暴露引擎可W发送HTTP响应至第Η方应 用服务器。
[0030] 本发明试图从IMS AS扩展ALU REST API架构至IMS核必，并提出IMS核必网络 W支持REST API,例如怎样识别服务用户W在IMS核必应用API的IMS组件。
[003。 图2示出根据本发明一个方面的IMS核必REST API架构的示意图。
[0032] 在图2中，HTTP/SIP互通功能模块发送SIP请求至IMS核必。根据接收自HTTP/ SIP互通功能模块的SIP请求所携带的指令，IMS核必控制呼叫，如路由决定，或调整媒体路 径属性。随后IMS核必发送SIP消息至HTTP/SIP互通功能模块，W通知其API指令成功或 失败。本发明还讨论怎样路由REST API请求至正确的IMS组件。
[003引图1和图2的主要不同在于ALU NC API开放应用服务器的服务控制能力，而IMS 核必REST API开放其他网元不具备的IMS核必能力，如呼叫路由等。同样，IMS核必可W 提供API W为LTE用户追踪用户位置信息。
[0034] 本发明讨论怎样使得IMS核必开放其能力。一些IMS核必的特定问题应被考虑并 在本发明中被讨论。
[003引本发明提出IMS核必REST API的下述创新思路：
[0036] 1)本发明中，IMS核必能力可W在系统层面（应用至该组件的任何用户）被开放， 也可W在用户层面（应用至特定用户）被开放。其可W由不同的安全策略进行管理。
[0037] 对系统层面的API，API用户想控制IMS核必的所有IMS用户，API用户很容易识别 由该API控制的IMS组件11化。API能够被设计为将IMS组件U化放入API,因此REST化1 API请求将由API暴露引擎翻译成SIP，且根据U化发送至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，并发送请求至其上。如果该API在 P-CSCF被开放，S-CSCF知道用户注册至哪个P-CSCF，并能够转发SIP API请求至P-CSCF。
[0039] 2)怎样放置HTTP/SIP互通功能模块W与IMS架构中的IMS核必交互。
[0040] IMS核必的呼叫控制的外部接口信令基于SIP协议。为了通过REST接口开放IMS 核必能力，本发明重利用ALU NC API提供的HTTP/SIP互通功能模块的概念。其将来自第 Η方应用服务器的HTTP信令转换成SIP信令，并发送至IMS核必，或将来自IMS核必的SIP 信令转换成HTTP信令，并发送至第Η方应用服务器。然而，在ALUNC API，HTTP/SIP互通 功能模块不需要直接与IMS核必交互，且只与IMS应用服务器交互。为开放IMS核必能力， IMS核必与HTTP/SIP互通功能模块采用SIP协议直接通信。
[0041] 3)开放IMS核必能力的签约和通告方法。
[0042] 当第Η方应用服务器通过HTTP方法呼叫IMS核必REST API,在IMS核必 接收 到由HTTP/SIP互通功能模块转换的SIP请求之后，IMS核必创建一个新的对话来执行在 CSCF(Call Session Control F^mction,呼叫会话控制功能）的呼叫控制，该CSCF的能力 被开放。例如，如果第Η方应用服务器通过IMS核必位置API订阅了用户的位置信息，该会 话可被用于保持发送位置更新。
[0043] 3a)第Η方应用服务器可W通过HTTP GET或POST方法触发IMS核必REST API。
[0044] IMS核必REST QoS API呼叫的例子如下。该API开放带宽控制能力给第Η方，W 动态控制分配给有效会话的呼叫方或被叫方的带宽。主机字段化ost field)识别HTTP/SIP 互通功能模块的地址。
[0045]
[0046] 3b) HTTP/SIP互通功能模块应将HTTP请求转换成SIP请求SUBCRI邸消息或RE阳R 消息，并发送至IMS核必。
[0047] 典型地，S-CSCF或I-CSCF将直接从HTTP/SIP互通功能模块接收SIP请求。
[0048]
[0049] 3c) SIP请求将被转发至具有能力的IMS核必组件。
[0050] 例如，P-CSCF具有QoS控制能力，该能力可W动态改变由媒体网关分配的有效呼 叫带宽。如果第Η方请求P-CSCF能力，SIP请求应被从S-CSCF/1-CSCF转发至P-CSCF。在 P-CSCF将有一个会话被创建。
[005。 3d)如果具有相应能力的API呼叫通过发送一个在会话中的新的SIP请求，例如 NOTIFY请求，或通过直接发送SIP响应，例如200 0KRE阳R消息或4xx RE阳R消息，被成功 执行，IMS核必组件应响应SIP请求，并通知HTTP/SIP互通功能模块。
[0052] 4)会话识别方法，将在下文中进行详述。
[0053] 本发明识别具有REST化1 API的IMS核必，所具有的优势包括但不限于：
[0054] 1)具有REST API的IMS核必可W在每个用户或每个呼叫的基础上，提供更多灵活 的方式来控制CSCF，该控制可W是在呼叫会话期间与IMS核必的实时交互。相比之下，传统 的IMS核必仅可W经系统层面提供，如GUI数据提取、路由配置，或经用户层面的一些控制， 如在服S中提供的用户预置文件中定义的S-CSCF AS选择。
[00巧]2) IMS核必RESTful API也可W被用于控制在第Η方应用服务器（3rd party application server)的多个系统，而不是登陆至每个 EMS (Element Management System, 网元管理系统）W更新每个系统配置。相似的REST API可W被认为使用不同的目的地的 IMS核必U化。
[0056] 3) REST API可W被用于提供灵活的系统配置，而不改变系统GUI (Graphical User Interface,图形用户界面）配置或在服S中定义的用户预置文件。RESTTul接口对第Η方 开发者是友好的，W对其进行编程来控制行为。
[0057] IMS核必API的用户可W是电信运营商。其可能喜欢使用IMS核必路由API来增 加新的多种路由策略，而不是请求通信设备公司来开发新的特征。例如，其可W使用IMS核 必路由API来请求通过RESTAPI发送路由决定至其应用服务器。其应用服务器可W基于时 间决定路由，即，当美国是白天时将通话路由至美国帮助台号码，当中国是白天时将通话路 由至中国帮助台号码。或者，其应用服务器可W基于用户位置来决定路由。
[005引 4)通过REST API开放IMS核必的能力，可W节约IMS核必开发成本，使得第立方 开发者开发其编程W在IMS核必开发新功能。
[0059] 图3示出根据本发明另一个方面的通过REST API开放IMS核必能力的方法流程 图。
[0060] 在步骤S301中，HTTP/SIP互通功能模块将第Η方应用服务器的HTTP请求转换为 SIP请求，并将所述SIP请求发送至IMS核必组件，其中，所述SIP请求包括API控制指令。
[0061] 在步骤S302中，所述IMS核必组件根据所述API控制指令，开放对应的REST API， 并进行会话控制。
[006引在步骤S303中，所述IMS核必组件发送SIP响应至所述HTTP/SIP互通功能模块， W通知其所述API控制指令成功或失败。
[0063] 优选地，在步骤S301中，所述HTTP/SIP互通功能模块根据所述第Η方应用服务器 所请求的能力，将所述SIP请求发送至与所述能力相对应的IMS核必组件。
[0064] 优选地，所述REST API包括W下任一项：
[006引 -IMS核必系统API,其应用至组件的任何用户；
[0066] -用户API,其应用至特定用户。
[0067] 具体地，IMS核必能力可W在系统层面（应用至该组件的任何用户）被开放，也可 W在用户层面（应用至特定用户）被开放。其可W由不同的安全策略进行管理。IMS核必 可提供两种类型的REST化1 API,即，IMS核必系统API和用户API,不同的方法被定义，W 用于传递REST化1 API请求至该API应用的IMS组件。
[0068] 优选地，当所述REST API包括IMS核必系统API,其中，所述IMS核必系统API指 定在其中的IMS组件m?L ;其中，在步骤S301中，所述HTTP/SIP互通功能模块根据所述IMS 组件U化，将所述SIP请求发送至对应的IMS核必组件。
[0069] 具体地，当该REST API包括IMS核必系统API, IMS核必可提供应用至系统中任何 用户的REST化1 API,其可被用于通过REST化1方法掲露系统全局设置。该API将应用至系 统中的所有用户，而不是IMS核必组件中的一个特定用户。在呼叫中，用户仅应用API所定 义的规则，且不会与第Η方应用服务器有任何交互。
[0070] 对系统API,其应指定在API中的IMS组件11化。HTTP/SIP互通功能模块将发送 SIP消息至IMS组件，所述IMS组件的REST API根据API的目的U化而直接开放。保存在 IMS组件的REST化1 API签约信息可W在IMS核必的集中或分散的数据库中。如果该请求 的系统有多个实体，如，API来控制每个S-CSCF服务，则第Η方API用户应为每个S-CSCF服 务分开呼叫API。
[0071] 图4示出根据本发明一个优选实施例的应用至IMS系统的BGCF路由系统REST化1 API的不意图。
[0072] 在步骤（a)中，第Η方应用服务器发送HTTP POST消息至HTTP/SIP互通功能模块。 HTTP POST消息包括IMS BGCF的U化和新的路由策略。
[0073] 在步骤化）中，HTTP/SIP互通功能模块识别其为BGCF路由REST API,并将其转换 为SIP SUBSCRI邸消息，并发送至IMS BGCF。
[0074] 在步骤（C)中，BGCF引擎将更新其由REST API设置的路由策略数据。
[00巧]在步骤（d)中，BGCF发送200 0K SUBSCRI邸消息至HTTP/SIP互通功能模块。
[0076] 在步骤（e)中，BGCF发送SIP NOTIFY消息至HTTP/SIP互通功能模块。
[0077] 在步骤（f)中，HTTP/SIP互通功能模块发送HTTP 200 0K消息至第Η方应用服务 器。
[0078] 在步骤（g)中，HTTP/SIP互通功能模块发送200 0Κ NOTIFY消息至BGCF。
[0079] 当建立呼叫且BGCF被援用W决定路由策略时，BGCF引擎将基于从REST API和GUI 来的路由策略，采用一些规则来做最终的路由决定。在该呼叫建立期间，没有通过REST化1 方法与第Η方应用服务器的实时交互。图5的示出了呼叫建立，及与具有由REST API设置 路由规则的BGCF间的路由。
[0080] 优选地，当所述REST API包括用户API，其中，所述IMS核必组件识别所述第Η方 应用服务器所要控制的会话。
[0081] 具体地，IMS核必也提供应用至一些特定用户的REST化1 API。对用户API,其应 包括用户识别或会话识别信息。需要一些技术来识别REST化1 API试图在IMS核必进行控 制的会话。
[0082] 更优选地，识别方式包括W下至少任一项：
[0083] -根据所述第Η方应用服务器所提供的在IMS系统中定义的公共用户ID，在IMS 核必识别SIP会话；
[0084] -根据所述第Η方应用服务器所提供的呼叫方和被叫方号码，在所述IMS核必识 别所述SIP会话；
[0085] -根据所述第Η方应用服务器所发起的HTTP GET或POST方法，查询指定用户的所 述SIP会话。
[0086] 具体地，当第Η方应用服务器触发IMS核必API,需要一些方法来识别第Η方目的 在于控制IMS核必的哪个会话。识别方式包括但不限于：
[0087] 1)第Η方应用服务器可W通过提供在IMS系统中定义的公共用户ID，在IMS核必 指定SIP会话。
[0088] 采用该第Η方应用服务器提供的公共用户ID，I-CSCF从HTTP/SIP互通功能模块 得到SIP请求，并询问HSS W得到服务该用户的S-CSCF，随后转发该SIP请求至S-CSCF。 S-CSCF通过该公共用户ID来识别呼叫会话。如果API请求S-CSCF能力，则S-CSCF将终止 该请求。如果API请求P-CSCF能力，则S-CSCF将转发该SIP请求至P-CSCF。
[0089] 该方法有一些限制。被识别的用户可能同时有多于一个有效会话。该方法不能识 别API想要控制郝个呼叫会话。例如，如果用户与用户A和用户B都有有效呼叫会话。他 们不是在电话会议中，用户A和用户B是在不同的呼叫中。则该用户可W挂起用户A，与用 户B交谈一会，然后再挂起用户B，与用户A进行交谈。因此该用户实际上同时有两 个有效 呼叫会话。
[0090] 2)第Η方应用服务器通过提供呼叫方和被叫方号码，在IMS核必指定SIP会话。 IMS核必可W根据呼叫方和被叫方号码，识别SIP会话。
[0091] 3)第Η方应用服务器可W首先发起HTTP GET或POST方法来询指定用户的有效会 话。随后，该第Η方应用服务器可W识别IMS返回的其中一个会话，并触发该会话的API,该 会话由化11-ID，或呼叫方和被叫方号码指定。
[0092] 优选地，在步骤S302中，所述IMS核必组件采用W下任一项模式来进行会话控 制；
[0093] -静态控制模式；
[0094] -实时控制模式。
[0095] 具体地，用户REST化1 API具有不同的会话控制模式。第Η方应用服务器为每个 用户签约API。一些用户REST化1 API在会话期间不会与第Η方应用服务器进行交互，其是 静态控制模式。其他用户REST化1 API将在会话期间与第Η方应用服务器进行交互，其是 实时控制模式。
[0096] 因此，IMS核必组件具有两种不同的模式来应用REST化1 API控制IMS核必用户 RESTful API 的呼叫。
[0097] 当服务用户的IMS核必发起呼叫，或者，发起呼叫至该服务用户的IMS核必，该IMS 核必在静态控制模式下开放的API在会话期间将不会与第Η方应用服务器进行交互。
[009引 IMS核必在实时控制模式下开放的API在会话期间与第Η方应用服务器有一些交 互。其甚至在会话期间等待第Η方应用服务器的进一步指令，W进行下一步动作。该模式 的REST API签约将定义用户预置文件中的hook。当该用户拨打电话或有电话拨打至该用 户时，SIP请求抵达开放API的IMS核必组件，hook将在IMS核必组件被触发，且其发送 SIP NOTIFY消息至HTTP/SIP互通功能模块。HTTP/SIP互通功能模块将采用现有条件发送 HTTP POST消息至第Η方应用服务器，第Η方应用服务器将发送HTTP 200 0K消息W包含其 决定，该决定基于现有条件。HTTP/SIP互通功能模块发送200 0K NOTIFY消息至IMS组 件。IMS组件从200 0K NOTIFY消息中读取信息W作进一步动作。
[009引优选地，所述IMS核必组件包括W下至少任一项：
[0100] -P-CSCF(Proxy Call Session Control F^mction，代理呼叫会话控制功能）； [010U -S-CSCF(Serving Call Session Control F^mction，服务呼叫会话控制功能）；
[0102] -BGCF 度reakout Gateway Control F^mction，出口 网关控制功能）；
[0103] -I-CSCFQnterro阱tion Call Session Control F^mction，问询呼叫会话控制功 能）；
[0104] -E-CSCF(血ergency Call Session Control F^mction，紧急呼叫会话控制功 能）；
[0105] -GWF(Gate Way F^mction，网关功能）；
[0106] -MGCF (Media Gate-way Control F^mction，媒体网关控制功能）。
[0107] 本发明是采用REST化1方法w开放IMS核必能力的一般方法，其可w被应用在任 何 IMS 核必组件，包括但不限于 P-CSCF、S-CSCF、BGCF、I-CSCF、E-CSCF、GWF、MGCF 等。
[010引图6示出根据本发明又一个优选实施例的应用至特定用户的S-CSCF用户预置文 件API签约的示意图。
[0109] 在步骤（a)中，第Η方应用服务器发送HTTP POST消息至HTTP/SIP互通功能模块。 HTTP POST消息包含IMS公共用户ID和新用户预置文件。
[0110] 在步骤化）中，HTTP/SIP互通功能模块发送SUBSCRI邸消息至I-CSCF。
[0111] 在步骤（C)中，I-CSCF询问HSS W识别服务该用户的S-CSCF。
[0112] 在步骤（d)中，I-CSCF 发送 SIP SUBSCRI邸消息至 S-CSCF。
[0113] 在步骤（e)中，S-CSCF引擎更新由给定公共用户ID的REST API设置的用户预置 文件。
[0114] 在步骤讯中，S-CSCF发送200 0K SUBSCRI邸消息至I-CSCF。
[0115] 在步骤（g)中，I-CSCF发送200 0K SUBSCRI邸消息至HTTP/SIP互通功能模块。
[0116] 在步骤化）中，S-CSCF发送SIP NOTIFY消息至HTTP/SIP互通功能模块。
[0117] 在步骤（i)中，HTTP/SIP互通功能模块发送HTTP 200 0K消息至第Η方应用服务 器。
[0118] 在步骤（j)中，HTTP/SIP互通功能模块发送200 0Κ NOTIFY消息至S-CSCF。
[0119] 图7示出根据本发明再一个优选实施例的采用静态控制模式的具有REST API定 义的用户预置文件的S-CSCF呼叫建立的示意图。
[0120] 图8示出根据本发明再一个优选实施例的采用实时控制模式的具有REST API定 义的用户预置文件的S-CSCF呼叫建立的示意图。
[0121] 本发明还提供了一种通过REST API开放IMS核必能力的IMS核必组件，其中，该 IMS核必组件包括控制装置和第一发送装置。
[0122] 该控制装置用于根据HTTP/SIP互通功能模块所发送的SIP请求中所包括的API 控制指令，开放对应的REST API,并进行会话控制。
[0123] 该第一发送装置用于发送SIP响应至所述HTTP/SIP互通功能模块，W通知其所述 API控制指令成功或失败。
[0124] 优选地，所述REST API包括应用至特定用户的用户API,其中，该IMS核必组件还 包括识别装置。该识别装置用于识别所述第Η方应用服务器所要控制的会话。
[0125] 具体地，IMS核必也提供应用至一些特定用户的REST化1 API。对用户API,其应 包括用户识别或会话识别信息。需要一些技术来识别REST化1 API试图在IMS核必进行控 制的会话。
[0126] 更优选地，识别方式包括W下至少任一项：
[0127] -根据所述第Η方应用服务器所提供的在IMS系统中定义的公共用户ID，在IMS 核必识别SIP会话；
[0128] -根据所述第Η方应用服务器所提供的呼叫方和被叫方号码，在所述IMS核必识 别所述SIP会话；
[0129] -根据所述第Η方应用服务器所发起的HTTP GET或POST方法，查询指定用户的所 述SIP会话。
[0130] 具体地，当第Η方应用服务器触发IMS核必API,需要一些方法来识别第Η方目的 在于控制IMS核必的哪个会话。识别方式包括但不限于：
[0131] 1)第Η方应用服务器可W通过提供在IMS系统中定义的公共用户ID，在IMS核必 指定SIP会话。
[0132] 采用该第Η方应用服务器提供的公共用户ID，I-CSCF从HTTP/SIP互通功能模块 得到SIP请求，并询问HSS W得到服务该用户的S-CSCF，随后转发该SIP请求至S-CSCF。 S-CSCF通过该公共用户ID来识别呼叫会话。如果API请求S-CSCF能力，则S-CSCF将终止 该请求。如果API请求P-CSCF能力，则S-CSCF将转发该SIP请求至P-CSCF。
[0133] 该方法有一些限制。被识别的用户可能同时有多于一个有效会话。该方法不能识 别API想要控制郝个呼叫会话。例如，如果用户与用户A和用户B都有有效呼叫会话。他 们不是在电话会议中，用户A和用户B是在不同的呼叫中。则该用户可W挂起用户A，与用 户B交谈一会，然后再挂起用户B，与用户A进行交谈。因此该用户实际上同时有两个有效 呼叫会话。
[0134] 2)第Η方应用服务器通过提供呼叫方和被叫方号码，在IMS核必指定SIP会话。 IMS核必可W根据呼叫方和被叫方号码，识别SIP会话。
[0135] 3)第Η方应用服务器可W首先发起HTTP GET或POST方法来询指定用户的有效会 话。随后，该第Η方应用服务器可W识别IMS返回的其中一个会话，并触发该会话的API,该 会话由化11-ID，或呼叫方和被叫方号码指定。
[0136] 优选地，所述控制装置用于采用W下任一项模式来进行会话控巧IJ ;
[0137] -静态控制模式；
[013引-实时控制模式。
[0139] 具体地，用户REST化1 API具有不同的会话控制模式。第Η方应用服务器为每个 用户签约API。一些用户REST化1 API在会话期间不会与第Η方应用服务器进行交互，其是 静态控制模式。其他用户REST化1 API将在会话期间与第Η方应用服务器进行交互，其是 实时控制模式。
[0140] 因此，IMS核必组件具有两种不同的模式来应用REST化1 API控制IMS核必用户 RESTful API 的呼叫。
[0141] 当服务用户的IMS核必发起呼叫，或者，发起呼叫至该服务用户的IMS核必，该IMS 核必在静态控制模式下开放的API在会话期间将不会与第Η方应用服务器进行交互。
[0142] IMS核必在实时控制模式下开放的API在会话期间与第Η方应用服务器有一些交 互。其甚至在会话期间等待第Η方应用服务器的进一步指令，W进行下一步动作。该模式 的REST API签约将定义用户预置文件中的hook。当该用户拨打电话或有电话拨打至该用 户时，SIP请求抵达开放API的IMS核必组件，hook将在IMS核必组件被触发，且其发送 SIP NOTIFY消息至HTTP/SIP互通功能模块。HTTP/SIP互通功能模块将采用现有条件发送 HTTP POST消息至第Η方应用服务器，第Η 方应用服务器将发送HTTP 200 0K消息W包含 其决定，该决定基于现有条件。HTTP/SIP互通功能模块发送200 0K NOTIFY消息至IMS组 件。IMS组件从200 0K NOTIFY消息中读取信息W作进一步动作。
[0143] 优选地，所述IMS核必组件包括W下至少任一项：
[0144] -P-CSCF ；
[0145] -S-CSCF ；
[0146] -BGCF ；
[0147] -I-CSCF ；
[0148] -E-CSCF ；
[0149] -GWF ；
[0150] -MGCF。
[015。 本发明还提供了一种通过REST API开放IMS核必能力的HTTP/SIP互通功能模块， 其中，该HTTP/SIP互通功能模块包括第二发送装置和接收装置。
[0152] 该第二发送装置用于将第Η方应用服务器的HTTP请求转换为SIP请求，并将所述 SIP请求发送至IMS核必组件，其中，所述SIP请求包括API控制指令；
[0153] 该接收装置用于接收所述IMS核必组件所发送的SIP响应，W获知所述API控制 指令成功或失败。
[0154] 优选地，所述REST API包括应用至组件的任何用户的IMS核必系统API,其中，所 述第二发送装置还用于根据IMS核必系统API所指定在其中的IMS组件U化，将所述SIP请 求发送至对应的IMS核必组件。
[015引具体地，当该REST API包括IMS核必系统API, IMS核必可提供应用至系统中任何 用户的REST化1 API,其可被用于通过REST化1方法掲露系统全局设置。该API将应用至系 统中的所有用户，而不是IMS核必组件中的一个特定用户。在呼叫中，用户仅应用API所定 义的规则，且不会与第Η方应用服务器有任何交互。
[0156] 对系统API,其应指定在API中的IMS组件11化。HTTP/SIP互通功能模块将发送 SIP消息至IMS组件，所述IMS组件的REST API根据API的目的U化而直接开放。保存在 IMS组件的REST化1 API签约信息可W在IMS核必的集中或分散的数据库中。如果该请求 的系统有多个实体，如，API来控制每个S-CSCF服务，则第Η方API用户应为每个S-CSCF服 务分开呼叫API。
[0157] 根据本发明的再一个方面，还提供了一种通过REST API开放IMS核必能力的系 统，包括如上所述的IMS核必组件和如上所述的HTTP/SIP互通功能模块。
[015引需要注意的是，本发明可在软件和/或软件与硬件的组合体中被实施，例如，可采 用专用集成电路（ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例 中，本发明的软件程序可W通过处理器执行W实现上文所述步骤或功能。同样地，本发明的 软件程序（包括相关的数据结构）可W被存储到计算机可读记录介质中，例如，RAM存储器， 磁或光驱动器或软磁盘及类似设备。另外，本发明的一些步骤或功能可采用硬件来实现，例 女口，作为与处理器配合从而执行各个步骤或功能的电路。
[0159] 另外，本发明的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被 计算机执行时，通过该计算机的操作，可W调用或提供根据本发明的方法和/或技术方案。 而调用本发明的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通 过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行 的计算机设备的工作存储器中。在此，根据本发明的一个实施例包括一个装置，该装置包括 用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序 指令被该处理器执行时，触发该装置运行基于前述根据本发明的多个实施例的方法和/或 技术方案。
[0160] 对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在 不背离本发明的精神或基本特征的情况下，能够W其他的具体形式实现本发明。因此，无论 从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权 利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有 变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此 夕b显然"包括"一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多 个单元或装置也可W由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来 表示名称，而并不表示任何特定的顺序。
【主权项】
1. 一种通过RESTAPI开放頂S核心能力的方法，其中，该方法包括以下步骤： aHTTP/SIP互通功能模块将第三方应用服务器的HTTP请求转换为SIP请求，并将所述SIP请求发送至頂S核心组件，其中，所述SIP请求包括API控制指令； b所述頂S核心组件根据所述API控制指令，开放对应的RESTAPI，并进行会话控制；c所述頂S核心组件发送SIP响应至所述HTTP/SIP互通功能模块，以通知其所述API 控制指令成功或失败。2. 根据权利要求1所述的方法，其中，所述步骤还a包括： -所述HTTP/SIP互通功能模块根据所述第三方应用服务器所请求的能力，将所述SIP请求发送至与所述能力相对应的IMS核心组件。3. 根据权利要求1所述的方法，其中，所述RESTAPI包括以下任一项： -MS核心系统API，其应用至组件的任何用户； -用户API，其应用至特定用户。4. 根据权利要求3所述的方法，其中，所述RESTAPI包括頂S核心系统API，其中，该 方法还包括： -所述頂S核心系统API指定在其中的頂S组件URL; 其中，所述步骤a还包括： -根据所述頂S组件URL，将所述SIP请求发送至对应的頂S核心组件。5. 根据权利要求3所述的方法，其中，所述RESTAPI包括用户API，其中，该方法还包 括： -所述MS核心组件识别所述第三方应用服务器所要控制的会话。6. 根据权利要求5所述的方法，其中，识别方式包括以下至少任一项： -根据所述第三方应用服务器所提供的在頂S系统中定义的公共用户ID，在頂S核心 识别SIP会话； -根据所述第三方应用服务器所提供的呼叫方和被叫方号码，在所述頂S核心识别所 述SIP会话； -根据所述第三方应用服务器所发起的HTTPGET或POST方法，查询指定用户的所述SIP会话。7. 根据权利要求5或6所述的方法，其中，所述步骤b包括： -所述MS核心组件采用以下任一项模式来进行会话控制： _静态控制模式； -实时控制模式。8. 根据权利要求1至7中任一项所述的方法，其中，所述頂S核心组件包括以下至少任 一项： -P-CSCF； -S-CSCF； -BGCF； -I-CSCF； -E-CSCF； -GWF； -MGCFo9. 一种通过RESTAPI开放頂S核心能力的頂S核心组件，其中，该頂S核心组件包括： 控制装置，用于根据HTTP/SIP互通功能模块所发送的SIP请求中所包括的API控制指 令，开放对应的RESTAPI，并进行会话控制； 第一发送装置，用于发送SIP响应至所述HTTP/SIP互通功能模块，以通知其所述API控制指令成功或失败。10. 根据权利要求9所述的頂S核心组件，其中，所述RESTAPI包括应用至特定用户的 用户API，其中，该頂S核心组件还包括： 识别装置，用于识别所述第三方应用服务器所要控制的会话。11. 根据权利要求10所述的MS核心组件，其中，识别方式包括以下至少任一项： -根据所述第三方应用服务器所提供的在頂S系统中定义的公共用户ID，在頂S核心 识别SIP会话； -根据所述第三方应用服务器所提供的呼叫方和被叫方号码，在所述頂S核心识别所 述SIP会话； -根据所述第三方应用服务器所发起的HTTPGET或POST方法，查询指定用户的所述SIP会话。12. 根据权利要求10或11所述的頂S核心组件，其中，所述控制装置用于： -采用以下任一项模式来进行会话控制： _静态控制模式； -实时控制模式。13. 根据权利要求9至12中任一项所述的頂S核心组件，其中，所述頂S核心组件包括 以下至少任一项： -P-CSCF； -S-CSCF； -BGCF； -I-CSCF； -E-CSCF； -GWF； -MGCF〇14. 一种通过RESTAPI开放頂S核心能力的HTTP/SIP互通功能模块，其中，该HTTP/ SIP互通功能模块包括： 第二发送装置，用于将第三方应用服务器的HTTP请求转换为SIP请求，并将所述SIP请求发送至MS核心组件，其中，所述SIP请求包括API控制指令； 接收装置，用于接收所述MS核心组件所发送的SIP响应，以获知所述API控制指令成 功或失败。15. 根据权利要求14所述的HTTP/SIP互通功能模块，其中，所述RESTAPI包括应用至 组件的任何用户的頂S核心系统API，其中，所述第二发送装置还用于： -根据頂S核心系统API所指定在其中的頂S组件URL，将所述SIP请求发送至对应的MS核心组件。
【专利摘要】本发明的目的是提供一种通过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核心所需要的创新的技术，以开放其能力至第三方开发者。
【IPC分类】H04L29/06, H04L29/08
【公开号】CN105490986
【申请号】CN201410469518
【发明人】孙薇, 聂非
【申请人】阿尔卡特朗讯
【公开日】2016年4月13日
【申请日】2014年9月15日
【技术领域】
[0001] 本发明涉及通信技术领域，尤其涉及一种用于通过REST巧巧resentational State Transfer,表述性状态转移）API (Application Programming Inte;rface，应用程序 编程接口）开放IMS (IP Multimedia Subsystem, IP多媒体子系统）核必能力的技术。
【背景技术】
[0002] 为了与0TT供应商竞争，为了新通信服务的高速发展，电信供应商开始开放其电 信控制能力给第Η方开发者。然而，就我们所知，现有的电信供应商开放API,是从IMS(IP Multimedia Subsystem, IP多媒体子系统）应用服务器的服务层面，其关注诸如会议、通话 记录等服务。IMS核必控制诸如路由决定等呼叫会话。第Η方的开发者不能采用现有的方 法使用IMS核必的呼叫控制能力。
【发明内容】
[0003] 本发明的目的是提供一种通过REST API开放IMS核必能力的方法与设备。
[0004] 根据本发明的一个方面，提供了一种通过REST API开放IMS核必能力的方法，其 中，该方法包括W下步骤：
[0005] a HTTP(Hype;rtext transfer protocol,超文本传输协议）/SIP(Session Initiation Protocol,会话初始协议）互通功能模块将第Η方应用服务器的HTTP请求转 换为SIP请求，并将所述SIP请求发送至IMS核必组件，其中，所述SIP请求包括API控制 指令；
[0006] b所述IMS核必组件根据所述API控制指令，开放对应的RESTAPI，并进行会话控 制；
[0007] C所述IMS核必组件发送SIP响应至所述HTTP/SIP互通功能模块，W通知其所述 API控制指令成功或失败。
[0008] 根据本发明的另一个方面，还提供了一种通过REST API开放IMS核必能力的IMS 核必组件，其中，该IMS核必组件包括：
[0009] 控制装置，用于根据HTTP/SIP互通功能模块所发送的SIP请求中所包括的API控 制指令，开放对应的REST API,并进行会话控制；
[0010] 第一发送装置，用于发送SIP响应至所述HTTP/SIP互通功能模块，W通知其所述 API控制指令成功或失败。
[0011] 根据本发明的又一个方面，还提供了一种通过REST API开放IMS核必能力的 HTTP/SIP互通功能模块，其中，该HTTP/SIP互通功能模块包括：
[0012] 第二发送装置，用于将第Η方应用服务器的HTTP请求转换为SIP请求，并将所述 SIP请求发送至IMS核必组件，其中，所述SIP请求包括API控制指令；
[0013] 接收装置，用于接收所述IMS核必组件所发送的SIP响应，W获知所述API控制指 令成功或失败。
[0014] 根据本发明的再一个方面，还提供了一种通过REST API开放IMS核必能力的系 统，包括如上所述的IMS核必组件和如上所述的HTTP/SIP互通功能模块。
[0015] 与现有技术相比，本发明提出一种通过基于网络的REST方法开放IMS核必能力至 第Η方开发者的方法，其提供一种统一且方便的来使用至第Η方的接口的方法，W快速开 发新应用来控制在IMS核必网元执行的IMS呼叫。本发明讨论了 IMS核必所需要的创新的 技术，W开放其能力至第Η方开发者。
【附图说明】
[0016] 通过阅读参照W下附图所作的对非限制性实施例所作的详细描述，本发明的其它 特征、目的和优点将会变得更明显：
[0017] 图1示出现有的ALU新会话API架构的示意图；
[001引图2示出根据本发明一个方面的IMS核必REST API架构的示意图；
[0019] 图3示出根据本发明另一个方面的通过REST API开放IMS核必能力的方法流程 图；
[0020] 图4示出根据本发明一个优选实施例的应用至IMS系统的BGCF度reakout Gateway Control F^mction,出口网关控制功能）路由系统RESTful API的示意图；
[0021] 图5示出根据本发明另一个优选实施例的呼叫建立及与具有由REST API设置路 由规则的BGCF间的路由的示意图；
[0022] 图6示出根据本发明又一个优选实施例的应用至特定用户的S-CSCF(Serving Call Session Control化nction，服务呼叫会话控制功能）用户预置文件API签约的示意 图；
[0023] 图7示出根据本发明再一个优选实施例的采用静态控制模式的具有REST API定 义的用户预置文件的S-CSCF呼叫建立的示意图；
[0024] 图8示出根据本发明再一个优选实施例的采用实时控制模式的具有REST API定 义的用户预置文件的S-CSCF呼叫建立的示意图。
[0025] 附图中相同或相似的附图标记代表相同或相似的部件。
【具体实施方式】
[0026] 下面结合附图对本发明作进一步详细描述。
[0027] 图1示出现有的ALU新会话API架构的示意图。
[0028] ALU具有新会话（New Conversation, NC) API W开放IMS应用服务器能力来进行 服务控制，如点击拨号、通话记录等。然而，目前还没有方法来通过基于网络的REST化1 API 开放IMS核必能力。
[002引如图1作为IMS AS (Application Server,应用服务器）的一个现有的REST API 架构，第Η方应用服务器可W由第Η方开发者开发并提供。其通过HTTP协议呼叫IMS核必 REST API W控制呼叫会话。如果第Η方应用服务器不在被信任域，其REST请求应转到API 暴露引擎的防火墙、验证和速率控制模块，随后转到HTTP/SIP互通功能模块。如果第Η方 应用服务器在被信任域，防火墙、验证和速率控制将被跳过，请求可被直接发送至HTTP/SIP 互通功能模块。HTTP/SIP互通功能模块将REST请求自HTTP转换成SIP，并发送至IMS AS。 IMS AS执行API请求的应用服务，并发送SIP消息至HTTP/SIP互通功能模块，W通知其API 指令成功或失败。HTTP/SIP互通功能模块和API暴露引擎可W发送HTTP响应至第Η方应 用服务器。
[0030] 本发明试图从IMS AS扩展ALU REST API架构至IMS核必，并提出IMS核必网络 W支持REST API,例如怎样识别服务用户W在IMS核必应用API的IMS组件。
[003。 图2示出根据本发明一个方面的IMS核必REST API架构的示意图。
[0032] 在图2中，HTTP/SIP互通功能模块发送SIP请求至IMS核必。根据接收自HTTP/ SIP互通功能模块的SIP请求所携带的指令，IMS核必控制呼叫，如路由决定，或调整媒体路 径属性。随后IMS核必发送SIP消息至HTTP/SIP互通功能模块，W通知其API指令成功或 失败。本发明还讨论怎样路由REST API请求至正确的IMS组件。
[003引图1和图2的主要不同在于ALU NC API开放应用服务器的服务控制能力，而IMS 核必REST API开放其他网元不具备的IMS核必能力，如呼叫路由等。同样，IMS核必可W 提供API W为LTE用户追踪用户位置信息。
[0034] 本发明讨论怎样使得IMS核必开放其能力。一些IMS核必的特定问题应被考虑并 在本发明中被讨论。
[003引本发明提出IMS核必REST API的下述创新思路：
[0036] 1)本发明中，IMS核必能力可W在系统层面（应用至该组件的任何用户）被开放， 也可W在用户层面（应用至特定用户）被开放。其可W由不同的安全策略进行管理。
[0037] 对系统层面的API，API用户想控制IMS核必的所有IMS用户，API用户很容易识别 由该API控制的IMS组件11化。API能够被设计为将IMS组件U化放入API,因此REST化1 API请求将由API暴露引擎翻译成SIP，且根据U化发送至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，并发送请求至其上。如果该API在 P-CSCF被开放，S-CSCF知道用户注册至哪个P-CSCF，并能够转发SIP API请求至P-CSCF。
[0039] 2)怎样放置HTTP/SIP互通功能模块W与IMS架构中的IMS核必交互。
[0040] IMS核必的呼叫控制的外部接口信令基于SIP协议。为了通过REST接口开放IMS 核必能力，本发明重利用ALU NC API提供的HTTP/SIP互通功能模块的概念。其将来自第 Η方应用服务器的HTTP信令转换成SIP信令，并发送至IMS核必，或将来自IMS核必的SIP 信令转换成HTTP信令，并发送至第Η方应用服务器。然而，在ALUNC API，HTTP/SIP互通 功能模块不需要直接与IMS核必交互，且只与IMS应用服务器交互。为开放IMS核必能力， IMS核必与HTTP/SIP互通功能模块采用SIP协议直接通信。
[0041] 3)开放IMS核必能力的签约和通告方法。
[0042] 当第Η方应用服务器通过HTTP方法呼叫IMS核必REST API,在IMS核必 接收 到由HTTP/SIP互通功能模块转换的SIP请求之后，IMS核必创建一个新的对话来执行在 CSCF(Call Session Control F^mction,呼叫会话控制功能）的呼叫控制，该CSCF的能力 被开放。例如，如果第Η方应用服务器通过IMS核必位置API订阅了用户的位置信息，该会 话可被用于保持发送位置更新。
[0043] 3a)第Η方应用服务器可W通过HTTP GET或POST方法触发IMS核必REST API。
[0044] IMS核必REST QoS API呼叫的例子如下。该API开放带宽控制能力给第Η方，W 动态控制分配给有效会话的呼叫方或被叫方的带宽。主机字段化ost field)识别HTTP/SIP 互通功能模块的地址。
[0045]
[0046] 3b) HTTP/SIP互通功能模块应将HTTP请求转换成SIP请求SUBCRI邸消息或RE阳R 消息，并发送至IMS核必。
[0047] 典型地，S-CSCF或I-CSCF将直接从HTTP/SIP互通功能模块接收SIP请求。
[0048]
[0049] 3c) SIP请求将被转发至具有能力的IMS核必组件。
[0050] 例如，P-CSCF具有QoS控制能力，该能力可W动态改变由媒体网关分配的有效呼 叫带宽。如果第Η方请求P-CSCF能力，SIP请求应被从S-CSCF/1-CSCF转发至P-CSCF。在 P-CSCF将有一个会话被创建。
[005。 3d)如果具有相应能力的API呼叫通过发送一个在会话中的新的SIP请求，例如 NOTIFY请求，或通过直接发送SIP响应，例如200 0KRE阳R消息或4xx RE阳R消息，被成功 执行，IMS核必组件应响应SIP请求，并通知HTTP/SIP互通功能模块。
[0052] 4)会话识别方法，将在下文中进行详述。
[0053] 本发明识别具有REST化1 API的IMS核必，所具有的优势包括但不限于：
[0054] 1)具有REST API的IMS核必可W在每个用户或每个呼叫的基础上，提供更多灵活 的方式来控制CSCF，该控制可W是在呼叫会话期间与IMS核必的实时交互。相比之下，传统 的IMS核必仅可W经系统层面提供，如GUI数据提取、路由配置，或经用户层面的一些控制， 如在服S中提供的用户预置文件中定义的S-CSCF AS选择。
[00巧]2) IMS核必RESTful API也可W被用于控制在第Η方应用服务器（3rd party application server)的多个系统，而不是登陆至每个 EMS (Element Management System, 网元管理系统）W更新每个系统配置。相似的REST API可W被认为使用不同的目的地的 IMS核必U化。
[0056] 3) REST API可W被用于提供灵活的系统配置，而不改变系统GUI (Graphical User Interface,图形用户界面）配置或在服S中定义的用户预置文件。RESTTul接口对第Η方 开发者是友好的，W对其进行编程来控制行为。
[0057] IMS核必API的用户可W是电信运营商。其可能喜欢使用IMS核必路由API来增 加新的多种路由策略，而不是请求通信设备公司来开发新的特征。例如，其可W使用IMS核 必路由API来请求通过RESTAPI发送路由决定至其应用服务器。其应用服务器可W基于时 间决定路由，即，当美国是白天时将通话路由至美国帮助台号码，当中国是白天时将通话路 由至中国帮助台号码。或者，其应用服务器可W基于用户位置来决定路由。
[005引 4)通过REST API开放IMS核必的能力，可W节约IMS核必开发成本，使得第立方 开发者开发其编程W在IMS核必开发新功能。
[0059] 图3示出根据本发明另一个方面的通过REST API开放IMS核必能力的方法流程 图。
[0060] 在步骤S301中，HTTP/SIP互通功能模块将第Η方应用服务器的HTTP请求转换为 SIP请求，并将所述SIP请求发送至IMS核必组件，其中，所述SIP请求包括API控制指令。
[0061] 在步骤S302中，所述IMS核必组件根据所述API控制指令，开放对应的REST API， 并进行会话控制。
[006引在步骤S303中，所述IMS核必组件发送SIP响应至所述HTTP/SIP互通功能模块， W通知其所述API控制指令成功或失败。
[0063] 优选地，在步骤S301中，所述HTTP/SIP互通功能模块根据所述第Η方应用服务器 所请求的能力，将所述SIP请求发送至与所述能力相对应的IMS核必组件。
[0064] 优选地，所述REST API包括W下任一项：
[006引 -IMS核必系统API,其应用至组件的任何用户；
[0066] -用户API,其应用至特定用户。
[0067] 具体地，IMS核必能力可W在系统层面（应用至该组件的任何用户）被开放，也可 W在用户层面（应用至特定用户）被开放。其可W由不同的安全策略进行管理。IMS核必 可提供两种类型的REST化1 API,即，IMS核必系统API和用户API,不同的方法被定义，W 用于传递REST化1 API请求至该API应用的IMS组件。
[0068] 优选地，当所述REST API包括IMS核必系统API,其中，所述IMS核必系统API指 定在其中的IMS组件m?L ;其中，在步骤S301中，所述HTTP/SIP互通功能模块根据所述IMS 组件U化，将所述SIP请求发送至对应的IMS核必组件。
[0069] 具体地，当该REST API包括IMS核必系统API, IMS核必可提供应用至系统中任何 用户的REST化1 API,其可被用于通过REST化1方法掲露系统全局设置。该API将应用至系 统中的所有用户，而不是IMS核必组件中的一个特定用户。在呼叫中，用户仅应用API所定 义的规则，且不会与第Η方应用服务器有任何交互。
[0070] 对系统API,其应指定在API中的IMS组件11化。HTTP/SIP互通功能模块将发送 SIP消息至IMS组件，所述IMS组件的REST API根据API的目的U化而直接开放。保存在 IMS组件的REST化1 API签约信息可W在IMS核必的集中或分散的数据库中。如果该请求 的系统有多个实体，如，API来控制每个S-CSCF服务，则第Η方API用户应为每个S-CSCF服 务分开呼叫API。
[0071] 图4示出根据本发明一个优选实施例的应用至IMS系统的BGCF路由系统REST化1 API的不意图。
[0072] 在步骤（a)中，第Η方应用服务器发送HTTP POST消息至HTTP/SIP互通功能模块。 HTTP POST消息包括IMS BGCF的U化和新的路由策略。
[0073] 在步骤化）中，HTTP/SIP互通功能模块识别其为BGCF路由REST API,并将其转换 为SIP SUBSCRI邸消息，并发送至IMS BGCF。
[0074] 在步骤（C)中，BGCF引擎将更新其由REST API设置的路由策略数据。
[00巧]在步骤（d)中，BGCF发送200 0K SUBSCRI邸消息至HTTP/SIP互通功能模块。
[0076] 在步骤（e)中，BGCF发送SIP NOTIFY消息至HTTP/SIP互通功能模块。
[0077] 在步骤（f)中，HTTP/SIP互通功能模块发送HTTP 200 0K消息至第Η方应用服务 器。
[0078] 在步骤（g)中，HTTP/SIP互通功能模块发送200 0Κ NOTIFY消息至BGCF。
[0079] 当建立呼叫且BGCF被援用W决定路由策略时，BGCF引擎将基于从REST API和GUI 来的路由策略，采用一些规则来做最终的路由决定。在该呼叫建立期间，没有通过REST化1 方法与第Η方应用服务器的实时交互。图5的示出了呼叫建立，及与具有由REST API设置 路由规则的BGCF间的路由。
[0080] 优选地，当所述REST API包括用户API，其中，所述IMS核必组件识别所述第Η方 应用服务器所要控制的会话。
[0081] 具体地，IMS核必也提供应用至一些特定用户的REST化1 API。对用户API,其应 包括用户识别或会话识别信息。需要一些技术来识别REST化1 API试图在IMS核必进行控 制的会话。
[0082] 更优选地，识别方式包括W下至少任一项：
[0083] -根据所述第Η方应用服务器所提供的在IMS系统中定义的公共用户ID，在IMS 核必识别SIP会话；
[0084] -根据所述第Η方应用服务器所提供的呼叫方和被叫方号码，在所述IMS核必识 别所述SIP会话；
[0085] -根据所述第Η方应用服务器所发起的HTTP GET或POST方法，查询指定用户的所 述SIP会话。
[0086] 具体地，当第Η方应用服务器触发IMS核必API,需要一些方法来识别第Η方目的 在于控制IMS核必的哪个会话。识别方式包括但不限于：
[0087] 1)第Η方应用服务器可W通过提供在IMS系统中定义的公共用户ID，在IMS核必 指定SIP会话。
[0088] 采用该第Η方应用服务器提供的公共用户ID，I-CSCF从HTTP/SIP互通功能模块 得到SIP请求，并询问HSS W得到服务该用户的S-CSCF，随后转发该SIP请求至S-CSCF。 S-CSCF通过该公共用户ID来识别呼叫会话。如果API请求S-CSCF能力，则S-CSCF将终止 该请求。如果API请求P-CSCF能力，则S-CSCF将转发该SIP请求至P-CSCF。
[0089] 该方法有一些限制。被识别的用户可能同时有多于一个有效会话。该方法不能识 别API想要控制郝个呼叫会话。例如，如果用户与用户A和用户B都有有效呼叫会话。他 们不是在电话会议中，用户A和用户B是在不同的呼叫中。则该用户可W挂起用户A，与用 户B交谈一会，然后再挂起用户B，与用户A进行交谈。因此该用户实际上同时有两 个有效 呼叫会话。
[0090] 2)第Η方应用服务器通过提供呼叫方和被叫方号码，在IMS核必指定SIP会话。 IMS核必可W根据呼叫方和被叫方号码，识别SIP会话。
[0091] 3)第Η方应用服务器可W首先发起HTTP GET或POST方法来询指定用户的有效会 话。随后，该第Η方应用服务器可W识别IMS返回的其中一个会话，并触发该会话的API,该 会话由化11-ID，或呼叫方和被叫方号码指定。
[0092] 优选地，在步骤S302中，所述IMS核必组件采用W下任一项模式来进行会话控 制；
[0093] -静态控制模式；
[0094] -实时控制模式。
[0095] 具体地，用户REST化1 API具有不同的会话控制模式。第Η方应用服务器为每个 用户签约API。一些用户REST化1 API在会话期间不会与第Η方应用服务器进行交互，其是 静态控制模式。其他用户REST化1 API将在会话期间与第Η方应用服务器进行交互，其是 实时控制模式。
[0096] 因此，IMS核必组件具有两种不同的模式来应用REST化1 API控制IMS核必用户 RESTful API 的呼叫。
[0097] 当服务用户的IMS核必发起呼叫，或者，发起呼叫至该服务用户的IMS核必，该IMS 核必在静态控制模式下开放的API在会话期间将不会与第Η方应用服务器进行交互。
[009引 IMS核必在实时控制模式下开放的API在会话期间与第Η方应用服务器有一些交 互。其甚至在会话期间等待第Η方应用服务器的进一步指令，W进行下一步动作。该模式 的REST API签约将定义用户预置文件中的hook。当该用户拨打电话或有电话拨打至该用 户时，SIP请求抵达开放API的IMS核必组件，hook将在IMS核必组件被触发，且其发送 SIP NOTIFY消息至HTTP/SIP互通功能模块。HTTP/SIP互通功能模块将采用现有条件发送 HTTP POST消息至第Η方应用服务器，第Η方应用服务器将发送HTTP 200 0K消息W包含其 决定，该决定基于现有条件。HTTP/SIP互通功能模块发送200 0K NOTIFY消息至IMS组 件。IMS组件从200 0K NOTIFY消息中读取信息W作进一步动作。
[009引优选地，所述IMS核必组件包括W下至少任一项：
[0100] -P-CSCF(Proxy Call Session Control F^mction，代理呼叫会话控制功能）； [010U -S-CSCF(Serving Call Session Control F^mction，服务呼叫会话控制功能）；
[0102] -BGCF 度reakout Gateway Control F^mction，出口 网关控制功能）；
[0103] -I-CSCFQnterro阱tion Call Session Control F^mction，问询呼叫会话控制功 能）；
[0104] -E-CSCF(血ergency Call Session Control F^mction，紧急呼叫会话控制功 能）；
[0105] -GWF(Gate Way F^mction，网关功能）；
[0106] -MGCF (Media Gate-way Control F^mction，媒体网关控制功能）。
[0107] 本发明是采用REST化1方法w开放IMS核必能力的一般方法，其可w被应用在任 何 IMS 核必组件，包括但不限于 P-CSCF、S-CSCF、BGCF、I-CSCF、E-CSCF、GWF、MGCF 等。
[010引图6示出根据本发明又一个优选实施例的应用至特定用户的S-CSCF用户预置文 件API签约的示意图。
[0109] 在步骤（a)中，第Η方应用服务器发送HTTP POST消息至HTTP/SIP互通功能模块。 HTTP POST消息包含IMS公共用户ID和新用户预置文件。
[0110] 在步骤化）中，HTTP/SIP互通功能模块发送SUBSCRI邸消息至I-CSCF。
[0111] 在步骤（C)中，I-CSCF询问HSS W识别服务该用户的S-CSCF。
[0112] 在步骤（d)中，I-CSCF 发送 SIP SUBSCRI邸消息至 S-CSCF。
[0113] 在步骤（e)中，S-CSCF引擎更新由给定公共用户ID的REST API设置的用户预置 文件。
[0114] 在步骤讯中，S-CSCF发送200 0K SUBSCRI邸消息至I-CSCF。
[0115] 在步骤（g)中，I-CSCF发送200 0K SUBSCRI邸消息至HTTP/SIP互通功能模块。
[0116] 在步骤化）中，S-CSCF发送SIP NOTIFY消息至HTTP/SIP互通功能模块。
[0117] 在步骤（i)中，HTTP/SIP互通功能模块发送HTTP 200 0K消息至第Η方应用服务 器。
[0118] 在步骤（j)中，HTTP/SIP互通功能模块发送200 0Κ NOTIFY消息至S-CSCF。
[0119] 图7示出根据本发明再一个优选实施例的采用静态控制模式的具有REST API定 义的用户预置文件的S-CSCF呼叫建立的示意图。
[0120] 图8示出根据本发明再一个优选实施例的采用实时控制模式的具有REST API定 义的用户预置文件的S-CSCF呼叫建立的示意图。
[0121] 本发明还提供了一种通过REST API开放IMS核必能力的IMS核必组件，其中，该 IMS核必组件包括控制装置和第一发送装置。
[0122] 该控制装置用于根据HTTP/SIP互通功能模块所发送的SIP请求中所包括的API 控制指令，开放对应的REST API,并进行会话控制。
[0123] 该第一发送装置用于发送SIP响应至所述HTTP/SIP互通功能模块，W通知其所述 API控制指令成功或失败。
[0124] 优选地，所述REST API包括应用至特定用户的用户API,其中，该IMS核必组件还 包括识别装置。该识别装置用于识别所述第Η方应用服务器所要控制的会话。
[0125] 具体地，IMS核必也提供应用至一些特定用户的REST化1 API。对用户API,其应 包括用户识别或会话识别信息。需要一些技术来识别REST化1 API试图在IMS核必进行控 制的会话。
[0126] 更优选地，识别方式包括W下至少任一项：
[0127] -根据所述第Η方应用服务器所提供的在IMS系统中定义的公共用户ID，在IMS 核必识别SIP会话；
[0128] -根据所述第Η方应用服务器所提供的呼叫方和被叫方号码，在所述IMS核必识 别所述SIP会话；
[0129] -根据所述第Η方应用服务器所发起的HTTP GET或POST方法，查询指定用户的所 述SIP会话。
[0130] 具体地，当第Η方应用服务器触发IMS核必API,需要一些方法来识别第Η方目的 在于控制IMS核必的哪个会话。识别方式包括但不限于：
[0131] 1)第Η方应用服务器可W通过提供在IMS系统中定义的公共用户ID，在IMS核必 指定SIP会话。
[0132] 采用该第Η方应用服务器提供的公共用户ID，I-CSCF从HTTP/SIP互通功能模块 得到SIP请求，并询问HSS W得到服务该用户的S-CSCF，随后转发该SIP请求至S-CSCF。 S-CSCF通过该公共用户ID来识别呼叫会话。如果API请求S-CSCF能力，则S-CSCF将终止 该请求。如果API请求P-CSCF能力，则S-CSCF将转发该SIP请求至P-CSCF。
[0133] 该方法有一些限制。被识别的用户可能同时有多于一个有效会话。该方法不能识 别API想要控制郝个呼叫会话。例如，如果用户与用户A和用户B都有有效呼叫会话。他 们不是在电话会议中，用户A和用户B是在不同的呼叫中。则该用户可W挂起用户A，与用 户B交谈一会，然后再挂起用户B，与用户A进行交谈。因此该用户实际上同时有两个有效 呼叫会话。
[0134] 2)第Η方应用服务器通过提供呼叫方和被叫方号码，在IMS核必指定SIP会话。 IMS核必可W根据呼叫方和被叫方号码，识别SIP会话。
[0135] 3)第Η方应用服务器可W首先发起HTTP GET或POST方法来询指定用户的有效会 话。随后，该第Η方应用服务器可W识别IMS返回的其中一个会话，并触发该会话的API,该 会话由化11-ID，或呼叫方和被叫方号码指定。
[0136] 优选地，所述控制装置用于采用W下任一项模式来进行会话控巧IJ ;
[0137] -静态控制模式；
[013引-实时控制模式。
[0139] 具体地，用户REST化1 API具有不同的会话控制模式。第Η方应用服务器为每个 用户签约API。一些用户REST化1 API在会话期间不会与第Η方应用服务器进行交互，其是 静态控制模式。其他用户REST化1 API将在会话期间与第Η方应用服务器进行交互，其是 实时控制模式。
[0140] 因此，IMS核必组件具有两种不同的模式来应用REST化1 API控制IMS核必用户 RESTful API 的呼叫。
[0141] 当服务用户的IMS核必发起呼叫，或者，发起呼叫至该服务用户的IMS核必，该IMS 核必在静态控制模式下开放的API在会话期间将不会与第Η方应用服务器进行交互。
[0142] IMS核必在实时控制模式下开放的API在会话期间与第Η方应用服务器有一些交 互。其甚至在会话期间等待第Η方应用服务器的进一步指令，W进行下一步动作。该模式 的REST API签约将定义用户预置文件中的hook。当该用户拨打电话或有电话拨打至该用 户时，SIP请求抵达开放API的IMS核必组件，hook将在IMS核必组件被触发，且其发送 SIP NOTIFY消息至HTTP/SIP互通功能模块。HTTP/SIP互通功能模块将采用现有条件发送 HTTP POST消息至第Η方应用服务器，第Η 方应用服务器将发送HTTP 200 0K消息W包含 其决定，该决定基于现有条件。HTTP/SIP互通功能模块发送200 0K NOTIFY消息至IMS组 件。IMS组件从200 0K NOTIFY消息中读取信息W作进一步动作。
[0143] 优选地，所述IMS核必组件包括W下至少任一项：
[0144] -P-CSCF ；
[0145] -S-CSCF ；
[0146] -BGCF ；
[0147] -I-CSCF ；
[0148] -E-CSCF ；
[0149] -GWF ；
[0150] -MGCF。
[015。 本发明还提供了一种通过REST API开放IMS核必能力的HTTP/SIP互通功能模块， 其中，该HTTP/SIP互通功能模块包括第二发送装置和接收装置。
[0152] 该第二发送装置用于将第Η方应用服务器的HTTP请求转换为SIP请求，并将所述 SIP请求发送至IMS核必组件，其中，所述SIP请求包括API控制指令；
[0153] 该接收装置用于接收所述IMS核必组件所发送的SIP响应，W获知所述API控制 指令成功或失败。
[0154] 优选地，所述REST API包括应用至组件的任何用户的IMS核必系统API,其中，所 述第二发送装置还用于根据IMS核必系统API所指定在其中的IMS组件U化，将所述SIP请 求发送至对应的IMS核必组件。
[015引具体地，当该REST API包括IMS核必系统API, IMS核必可提供应用至系统中任何 用户的REST化1 API,其可被用于通过REST化1方法掲露系统全局设置。该API将应用至系 统中的所有用户，而不是IMS核必组件中的一个特定用户。在呼叫中，用户仅应用API所定 义的规则，且不会与第Η方应用服务器有任何交互。
[0156] 对系统API,其应指定在API中的IMS组件11化。HTTP/SIP互通功能模块将发送 SIP消息至IMS组件，所述IMS组件的REST API根据API的目的U化而直接开放。保存在 IMS组件的REST化1 API签约信息可W在IMS核必的集中或分散的数据库中。如果该请求 的系统有多个实体，如，API来控制每个S-CSCF服务，则第Η方API用户应为每个S-CSCF服 务分开呼叫API。
[0157] 根据本发明的再一个方面，还提供了一种通过REST API开放IMS核必能力的系 统，包括如上所述的IMS核必组件和如上所述的HTTP/SIP互通功能模块。
[015引需要注意的是，本发明可在软件和/或软件与硬件的组合体中被实施，例如，可采 用专用集成电路（ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例 中，本发明的软件程序可W通过处理器执行W实现上文所述步骤或功能。同样地，本发明的 软件程序（包括相关的数据结构）可W被存储到计算机可读记录介质中，例如，RAM存储器， 磁或光驱动器或软磁盘及类似设备。另外，本发明的一些步骤或功能可采用硬件来实现，例 女口，作为与处理器配合从而执行各个步骤或功能的电路。
[0159] 另外，本发明的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被 计算机执行时，通过该计算机的操作，可W调用或提供根据本发明的方法和/或技术方案。 而调用本发明的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通 过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行 的计算机设备的工作存储器中。在此，根据本发明的一个实施例包括一个装置，该装置包括 用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序 指令被该处理器执行时，触发该装置运行基于前述根据本发明的多个实施例的方法和/或 技术方案。
[0160] 对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在 不背离本发明的精神或基本特征的情况下，能够W其他的具体形式实现本发明。因此，无论 从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权 利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有 变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此 夕b显然"包括"一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多 个单元或装置也可W由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来 表示名称，而并不表示任何特定的顺序。
【主权项】
1. 一种通过RESTAPI开放頂S核心能力的方法，其中，该方法包括以下步骤： aHTTP/SIP互通功能模块将第三方应用服务器的HTTP请求转换为SIP请求，并将所述SIP请求发送至頂S核心组件，其中，所述SIP请求包括API控制指令； b所述頂S核心组件根据所述API控制指令，开放对应的RESTAPI，并进行会话控制；c所述頂S核心组件发送SIP响应至所述HTTP/SIP互通功能模块，以通知其所述API 控制指令成功或失败。2. 根据权利要求1所述的方法，其中，所述步骤还a包括： -所述HTTP/SIP互通功能模块根据所述第三方应用服务器所请求的能力，将所述SIP请求发送至与所述能力相对应的IMS核心组件。3. 根据权利要求1所述的方法，其中，所述RESTAPI包括以下任一项： -MS核心系统API，其应用至组件的任何用户； -用户API，其应用至特定用户。4. 根据权利要求3所述的方法，其中，所述RESTAPI包括頂S核心系统API，其中，该 方法还包括： -所述頂S核心系统API指定在其中的頂S组件URL; 其中，所述步骤a还包括： -根据所述頂S组件URL，将所述SIP请求发送至对应的頂S核心组件。5. 根据权利要求3所述的方法，其中，所述RESTAPI包括用户API，其中，该方法还包 括： -所述MS核心组件识别所述第三方应用服务器所要控制的会话。6. 根据权利要求5所述的方法，其中，识别方式包括以下至少任一项： -根据所述第三方应用服务器所提供的在頂S系统中定义的公共用户ID，在頂S核心 识别SIP会话； -根据所述第三方应用服务器所提供的呼叫方和被叫方号码，在所述頂S核心识别所 述SIP会话； -根据所述第三方应用服务器所发起的HTTPGET或POST方法，查询指定用户的所述SIP会话。7. 根据权利要求5或6所述的方法，其中，所述步骤b包括： -所述MS核心组件采用以下任一项模式来进行会话控制： _静态控制模式； -实时控制模式。8. 根据权利要求1至7中任一项所述的方法，其中，所述頂S核心组件包括以下至少任 一项： -P-CSCF； -S-CSCF； -BGCF； -I-CSCF； -E-CSCF； -GWF； -MGCFo9. 一种通过RESTAPI开放頂S核心能力的頂S核心组件，其中，该頂S核心组件包括： 控制装置，用于根据HTTP/SIP互通功能模块所发送的SIP请求中所包括的API控制指 令，开放对应的RESTAPI，并进行会话控制； 第一发送装置，用于发送SIP响应至所述HTTP/SIP互通功能模块，以通知其所述API控制指令成功或失败。10. 根据权利要求9所述的頂S核心组件，其中，所述RESTAPI包括应用至特定用户的 用户API，其中，该頂S核心组件还包括： 识别装置，用于识别所述第三方应用服务器所要控制的会话。11. 根据权利要求10所述的MS核心组件，其中，识别方式包括以下至少任一项： -根据所述第三方应用服务器所提供的在頂S系统中定义的公共用户ID，在頂S核心 识别SIP会话； -根据所述第三方应用服务器所提供的呼叫方和被叫方号码，在所述頂S核心识别所 述SIP会话； -根据所述第三方应用服务器所发起的HTTPGET或POST方法，查询指定用户的所述SIP会话。12. 根据权利要求10或11所述的頂S核心组件，其中，所述控制装置用于： -采用以下任一项模式来进行会话控制： _静态控制模式； -实时控制模式。13. 根据权利要求9至12中任一项所述的頂S核心组件，其中，所述頂S核心组件包括 以下至少任一项： -P-CSCF； -S-CSCF； -BGCF； -I-CSCF； -E-CSCF； -GWF； -MGCF〇14. 一种通过RESTAPI开放頂S核心能力的HTTP/SIP互通功能模块，其中，该HTTP/ SIP互通功能模块包括： 第二发送装置，用于将第三方应用服务器的HTTP请求转换为SIP请求，并将所述SIP请求发送至MS核心组件，其中，所述SIP请求包括API控制指令； 接收装置，用于接收所述MS核心组件所发送的SIP响应，以获知所述API控制指令成 功或失败。15. 根据权利要求14所述的HTTP/SIP互通功能模块，其中，所述RESTAPI包括应用至 组件的任何用户的頂S核心系统API，其中，所述第二发送装置还用于： -根据頂S核心系统API所指定在其中的頂S组件URL，将所述SIP请求发送至对应的MS核心组件。
【专利摘要】本发明的目的是提供一种通过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核心所需要的创新的技术，以开放其能力至第三方开发者。
【IPC分类】H04L29/06, H04L29/08
【公开号】CN105490986
【申请号】CN201410469518
【发明人】孙薇, 聂非
【申请人】阿尔卡特朗讯
【公开日】2016年4月13日
【申请日】2014年9月15日
最新回复(0)