一种ims网络中业务调用的方法、系统和装置的制作方法

专利名称：一种ims网络中业务调用的方法、系统和装置的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及一种1MS网络中业务调用的方法、系 统和装置。
背景技术：
SIP协议是一个用于建立、更改和终止多媒体会话或呼叫的应用层控制协 议，这些多媒体会话包括多々某体^i义、远程教学、因特网电话等，它的核心由 IETF (Internet engineering task force,因特网工程任务组)标准组织定义。目前，3GPP ( 3rd Generation Partnership Project,第三代移动通信标准化伙 伴项目)标准定义的一个IP多i某体子系统(IP multimedia subsystem) IMS系统， 它是3G( 3rd Generation)移动网实现分组话音和分组数据，提供统一的多i某体 业务和应用的目标网络，它采用IP分组域作为其控制信令和媒体传输的承载通 道，采用SIP协议作为呼叫控制信令，实现了业务管理、会话控制及承载接入 的三者分离。在IMS网络中，由应用服务器(Application Server AS )提供增值多媒体业 务， 一个AS可以专门为用户提供一个业务。目前，IMS网络中调用业务可以根 据初始过滤规则(iFC)触发。iFC中包括了多个优先级的初始过滤规则。现有的iFC触发机制，是在呼叫 会话控制功能实体S-CSCF收到SIP会话初始请求(INVITE)消息时，根据用户 签约信息根据优先级从高到低的顺序逐级进行iFC匹配，匹配成功后就将 INVITE消息发送给相应的各个AS,将各个AS加入到该SIP会话信令路径中，以使得该AS的业务可以被调用。由于SIP本身的路由机制决定了后续消息不可能 串入新的SIP实体，导致当前的业务触发需要预先将可能应用到的AS都串入到 信令路径中，以保证各个业务的实现，但是AS串入后并未立即执行业务，或者 部分AS由于不满足业务触发的条件始终没有调用过相应的业务。这样，S-CSCF 执行iFC触发时，将INVITE消息发送到各个AS造成了路由的冗余，从而延长了 呼叫接续时间。发明内容本发明实施例提供了一种IMS网络中业务调用的方法、系统和装置，以实 现根据实际需要进行业务调用，解决现有技术中iFC触发造成的路由冗余的问题。本发明实施例提供了一种IMS网络中业务调用的方法，包括 业务触发单元接收第 一通信消息；所述业务触发单元根据所述第一通信消息内容，与预先设置的业务调用规 则进行匹配，匹配成功后，生成与所述第一通信消息所属会话无关的业务调用 请求消息，并将所述业务调用请求消息发送至匹配成功的业务调用规则中描述 的业务控制单元进行业务调用，其中，所述业务调用规则包括与所述第一通信 消息内容进行匹配的业务调用所需要的条件组合以及执行对应业务的业务控 制单元描述信息。本发明实施例提供了一种IMS网络中业务调用的系统，该系统包括业务触 发单元和业务控制单元，业务触发单元用于接收第一通信消息，根据所述第一通信消息内容，与预 先设置的业务调用规则进行匹配，匹配成功后，生成与所述第一通信消息所属 会话无关的业务调用请求消息，并将所述业务调用请求消息发送至匹配成功的 业务调用规则中描述的业务控制单元；业务控制单元用于接收所述业务调用请求消息，并根据调用请求消息进行 业务调用，其中，所述业务调用规则包括与所述第一通信消息内容进行匹配的业务调 用所需要的条件组合以及执行对应业务的业务控制单元描述信息。本发明实施例提供了一种IMS网络中的业务触发单元，包括接收模块、存 储模块、触发模块和发送模块，其中接收模块，用于接收第一通信消息；存储模块，用于存储业务调用规则，所述业务调用规则包括业务调用所需 要的条件组合以及执行对应业务的业务控制单元描述信息；触发模块，用于根据从接收模块接收到的第 一通信消息内容与存储模块存 储的业务调用规则进行匹配，匹配成功后，生成与所述第一通信消息所属会话 无关的业务调用请求消息；发送模块，用于向匹配成功的业务调用规则中描述的业务控制单元发送所 述触发模块生成的业务调用请求消息。本发明实施例的技术方案，通过业务触发单元接收到第一通信消息后，根 据所述第 一通信消息内容与预先设置的业务调用规则进行匹配，匹配成功后， 生成与所述第一通信消息所属会话无关的业务调用请求消息，发送至匹配成功 的业务调用规则中描述的业务控制单元进行业务调用，由于业务调用规则中包 括业务调用所需要的条件组合，当满足该条件组合时，业务调用请求消息才会 净皮发送至相应的业务控制单元，从而保证了业务控制单元收到该业务调用请求 消息后，就立即进行业务调用，从而避免了将信令路由到不必要的业务控制单 元，减少了路由冗余，缩短了呼叫接续的时间。另外，由于业务触发单元生成 的业务调用请求消息与第一通信消息所属会话无关，所以接收到业务调用请求 消息的业务控制单元也不会加入到原SIP会话信4^各由中，实现了业务调用与 会话控制的彻底分离。


图1为本发明实施例IMS网络中业务调用系统的架构图；图2为本发明实施例中业务触发单元的结构示意图；图3为本发明实施例中业务调用方法的流程图；图4为本发明业务调用方法具体实施例的流程示意图；图5为本发明业务调用方法另一具体实施例的流程示意图；图6为本发明业务调用方法另一具体实施例的流程示意图。
具体实施方式
如图l所示，为本发明实施例IMS网络中业务调用系统的架构图，该业务 调用系统包括业务触发单元11和业务控制单元13,业务触发单元11和业务控 制单元13之间通过E1接口连接。业务触发单元11用于接收第一通信消息，才艮据所述第一通信消息内容，与 预先设置的业务调用规则进行匹配，匹配成功后，生成与所述第一通信消息所 属会话无关的业务调用请求消息，并将所述业务调用请求消息发送至匹配成功 的业务调用MJ'J中描述的业务控制单元13;业务控制单元13用于接收所述业务调用请求消息，并根据业务调用请求 消息进行业务调用，以提供业务的逻辑控制功能，是各种业务的宿主执行环境。其中，所述业务调用规则包括与所述第一通信消息内容进行匹配的业务调 用所需要的条件组合以及执行对应业务的业务控制单元描述信息。在该系统中，业务触发单元11接收到的第 一通信消息可以为SIP消息，具 体可以为请求消息，比如初始会话请求INVITE消息，或者响应消息，比如各 种SIP响应消息，如200， 486等，当所述SIP消息为请求消息时，所述第一通 信消息内容可以包括下列之一或任意组合请求URI、请求方法、消息头域、消息体内容；当所述SIP消息为响应消息时，所述第一通信消息内容包括下列 之一或任意组合消息头域、消息体内容、状态码。预先设置的业务调用规则可以存储在业务触发单元中，或者存储在独立的 存储实体中，业务触发单元11在需要的时候，从该存储实体中获取。业务调 用规则具体可以由运营商、用户或者两者共同来进行-没置，也可以进行动态的 更新，业务调用规则一般可以由业务触发规则和对应的业务控制单元描述信息 组成，其中，业务触发规则描述了与所述第一通信消息内容进行匹配的业务调 用所需要的条件组合，该条件组合定义了业务调用所必须满足的条件，以遇忙 前转业务为例，其业务调用的条件组合可以为收到486遇忙响应消息。只有当 收到的第一通信消息内容匹配业务触发规则中描述的条件组合时，才调用对应 的业务控制单元进行业务调用，当条件为空时，业务触发单元可以无条件的调 用业务。业务触发单元11将收到的第一通信消息内容和业务触发规则进行匹配，若 匹配成功，则可以才艮据收到的第一通信消息内容和对应的业务控制单元描述信 息生成业务调用请求，业务控制单元描述信息包括业务控制单元的地址信息， 业务触发单元11可以根据其中的地址信息，将生成的业务调用请求发送至对 应的业务控制单元13,进一步的，所述业务控制单元描述信息还可以包括业务 标识信息，业务标识信息可以用于区别单个业务控制单元13上拥有多个业务 的情况，业务触发单元11在生成的业务调用请求中可以携带该业务标识信息。 业务调用规则还可以包括业务调用请求类型信息，用于指示业务触发单元11 生成相应类型的业务调用请求，具体类型可以包括SIP消息类型和HTTP消息 类型，当为HTTP消息类型时，可以具体为SOAP请求消息，则业务触发单元 11生成的业务调用请求即为SOAP业务调用请求消息。当业务触发单元11生成的业务调用请求为SIP消息类型时，该SIP消息类 型的业务调用请求与接收到的第一通信消息具有不同的会话标识，即两个SIP会话相互独立，当业务触发单元11生成的业务调用请求为为HTTP消息类型 时，该请求属于新的HTTP事务，也与第一通信消息所属会话无关。业务触发单元11和业务控制单元13之间的El接口可以为SIP协议接口 ， El可以是直接接口 ，也可以是间接接口 ，间接接口是指业务触发单元11和业 务控制单元13之间还存在其它的中间节点。在实际应用中，业务触发单元11可以位于呼叫会话控制功能实体S-CSCF、 业务代理Service Broker等网元中，业务控制单元13可以是提供电信业务的单 元，如IMS网络中的应用服务器AS,也可以是提供Web业务的单元，如位于 WEB服务器中，WEB服务器是采用标准Web协议(如HTTP )接口的服务器， 可以位于Internet (因特网)或Intranet (局域网)中。其中业务触发单元11可以进一步参考下面的实施例的说明。上述实施例IMS网络中业务调用系统，通过业务触发单元接收到第一通信 消息后，根据所述第一通信消息内容与预先设置的业务调用规则进行匹配，匹 配成功后，生成与所述第一通信消息所属会话无关的业务调用请求消息，发送 至匹配成功的业务调用规则中描述的业务控制单元进行业务调用，由于业务调 用规则中包括业务调用所需要的条件组合，当满足该条件组合时，业务调用请 求消息才会被发送至相应的业务控制单元，从而保证了业务控制单元收到该业 务调用请求消息后，就立即进行业务调用，从而避免了将信令路由到不必要的 业务控制单元，减少了路由冗余，缩短了呼叫接续的时间。另外，由于业务触 发单元生成的业务调用请求消息与第一通信消息所属会话无关，所以接收到业 务调用请求消息的业务控制单元也不会加入到原SIP会话信令路由中，实现了 业务调用与会话控制的彻底分离。如图2所示，为本发明实施例IMS网络中业务触发单元的结构示意图，该 业务触发单元适用于上述实施例中的业务调用系统，该业务触发单元可以包括 接收模块21、存储模块23、触发模块25和发送模块27，其中接收模块21,用于接收第一通信消息，第一通信消息可以为SIP消息，具体可以为请求消息，比如初始会话请求INVITE消息，或者响应消息，比如各种SIP响应消息，如 200, 486等;存储模块23，用于存储业务调用规则，所述业务调用规则可以包括业务调 用所需要的条件组合(即业务触发规则)以及执行对应业务的业务控制单元描 述信息，业务调用规则具体可以由运营商、用户或者两者共同来进行设置，也 可以进行动态的更新。其中业务触发规则描述了与通信消息内容进行匹配的业 务调用所需要的条件组合，该条件组合定义了业务调用所必须满足的条件，业 务控制单元描述信息包括业务控制单元的地址信息，进一步的，所述业务控制 单元描述信息还可以包括业务标识信息，业务标识信息可以用于区别单个业务 控制单元上拥有多个业务的情况，业务调用规则还可以包括业务调用请求类型 信息，用于指示生成相应类型的业务调用请求，具体类型可以包括SIP消息类 型和HTTP消息类型，当为HTTP消息类型时，可以具体为SOAP请求消息。触发模块25，用于根据从接收模块21接收到的第一通信消息内容与存储 模块23存储的业务调用规则进行匹配，匹配成功后，生成与所述第一通信消 息所属会话无关的业务调用请求消息，当所述第一通信消息为SIP消息，且该 SIP消息为请求消息时，所述第一通信消息内容可以包括下列之一或任意组合 请求URI、请求方法、消息头域、消息体内容；当所述SIP消息为响应消息时， 所述第一通信消息内容包括下列之一或任意组合消息头域、消息体内容、状 态码。触发模块25可以根据接收模块21收到的第一通信消息内容和匹配成功的 业务调用规则中的业务控制单元描述信息生成业务调用请求；当触发模块25生成的业务调用请求为SIP消息类型时，该SIP消息类型的 业务调用请求与接收到的第一通信消息具有不同的会话标识，即两个SIP会话 相互独立，当触发模块25生成的业务调用请求为HTTP消息类型时，该请求属于新的HTTP事务，也与第一通信消息所属会话无关。发送模块27，用于向匹配成功的业务调用规则中描述的业务控制单元发送 所述触发模块25生成的业务调用请求消息。进一步的，所述触发模块25还可以包括匹配子模块252和业务调用请求 消息生成子模块254,其中匹配子模块252,用于根据从接收模块21接收到的第 一通信消息内容与存 储模块23存储的业务调用规则进行匹配，并将匹配结果通知业务调用请求消 息生成子模块254;业务调用请求消息生成子模块254，用于当所述匹配子模块252匹配成功 时，生成与所述第 一通信消息所属会活无关的业务调用^"求消息。进一步的，所述触发模块25还可以包括消息类型确定子模块256，用于当 匹配子模块252匹配成功后，根据匹配成功的业务调用规则中描述的业务调用 请求类型信息确定业务调用请求消息类型，并输出给业务调用请求消息生成子 模块254,所述业务调用请求消息生成子模块254根据所述业务调用请求消息 类型生成相应的业务调用请求消息，具体类型可以包括SIP消息类型和HTTP 消息类型，当为HTTP消息类型时，可以具体为SOAP请求消息。进一步的，所述触发模块25还可以包括业务标识获取子模块258，用于从 当匹配子才莫块252匹配成功后，根据匹配成功的业务调用规则中的业务标识信 息获取业务标识，并输出给业务调用请求消息生成子^f莫块254，所述业务调用 请求消息生成子模块254在生成的业务调用请求消息中携带所述业务标识。进一步的，所述业务调用请求消息生成子模块254还可以包括映射封装处 理子模块2542,用于进行SIP消息与HTTP消息之间的映射或封装处理，具体 的，当消息类型确定子模块256确定消息类型为HTTP消息类型时，所述业务 调用请求消息生成子模块254可以将所述第一通信消息内容封装或映射到 SOAP业务调用请求消息中。实际应用中，所述业务触发单元可以为呼叫会话控制功能实体S-CSCF或 业务代理Service Broker。上述实施例IMS网络中业务触发单元，在接收到第一通信消息后，根据所 述第一通信消息内容与预先设置的业务调用规则进行匹配，匹配成功后，生成 与所述第 一通信消息所属会话无关的业务调用请求消息，发送至匹配成功的业 务调用规则中描述的业务控制单元进行业务调用，由于业务调用规则中包括业 务调用所需要的条件组合，当满足该条件组合时，业务调用请求消息才会被发 送至相应的业务控制单元，从而保证了业务控制单元收到该业务调用请求消息 后，就立即进行业务调用，从而避免了将信令路由到不必要的业务控制单元， 减少了路由冗余，缩短了呼叫接续的时间。另外，由于业务触发单元生成的业 务调用请求消息与第一通信消息所属会话无关，所以接收到业务调用请求消息 的业务控制单元也不会加入到原SIP会话信令路由中，实现了业务调用与会话 控制的彻底分离。进一步的，本实施例中业务触发单元还可以根据业务调用规则中的业务标 识信息生成包括所述业务标识信息的业务调用请求消息，从而使得业务控制单 元可以根据所述业务标识信息进行业务调用，从而可以实现同一个业务控制单 元中执行多个业务的调用。如图3所示，为本发明实施例IMS网络中业务调用方法的流程图，该方法 包括301、业务触发单元接收第一通信消息；其中，301中业务触发单元接收到的第一通信消息可以为SIP消息，具体 可以为初始会话请求INVITE消息，或者各种SIP响应消息，比如200, 486等。303、所述业务触发单元根据所述第一通信消息内容，与预先设置的业务 调用^L则进^f亍匹配，匹配成功后，生成与所述第一通信消息所属会话无关的业 务调用请求消息，并将所述业务调用请求消息发送至匹配成功的业务调用规则中描述的业务控制单元进行业务调用，其中，所述业务调用规则包括与所述第 一通信消息内容进行匹配的业务调用所需要的条件组合以及执行对应业务的 业务控制单元描述信息。其中，预先设置的业务调用规则可以存储在业务触发单元中，或者存储在 独立的存储实体中，业务触发单元在需要的时候，从该存储实体中获取。业务 调用规则具体可以由运营商、用户或者两者共同来进行设置，也可以进行动态 的更新。业务调用规则 一般可以有业务触发规则和对应的业务控制单元描述信 息组成，其中，业务触发规则描述了与所述第一通信消息内容进行匹配的业务 调用所需要的条件组合，该条件组合定义了业务调用所必须满足的条件，以遇忙前转业务为例，其业务调用的条件组合可以为收到486遇忙响应消息。只有 当收到的第 一通信消息内容匹配业务触发MJ'J中描述的条件组合时，才调用对 应的业务控制单元进行业务调用，当条件为空时，业务触发单元可以无条件的 调用业务。303中，业务触发单元可以4艮据收到的第一通信消息内容和对应的业务控 制单元描述信息生成业务调用请求，并将所述业务调用请求消息发送至匹配成 功的业务调用规则中描述的业务控制单元进行业务调用。所述业务控制单元描述信息中可以包括业务控制单元的地址信息，业务触 发单元可以根据所述业务控制单元的地址信息，将业务调用请求消息发送至业 务控制单元；所述业务控制单元描述信息中还可以包括业务标识信息，则所述业务触发 单元生成的业务调用请求消息中还可以包括所述业务标识信息，所述业务控制 单元接收到所述业务调用请求消息后，根据所述业务标识信息调用对应的业 务，业务标识信息主要用于区别单个业务控制单元上拥有多个业务的情况。另外，所述业务调用规则还可以包括业务调用请求类型信息，则所述业务 触发单元还可以根据所述业务调用请求类型信息，生成相应的业务调用请求消息，具体类型可以包括SIP消息类型和HTTP消息类型，当为HTTP消息类型 时，可以具体为SOAP请求消息。当所述业务触发单元生成的业务调用请求为SIP消息时，所述业务调用请 求与第一通信消息具有不同的会话标识。当所述业务触发单元生成的业务调用请求为HTTP消息时，该HTTP请求 属于新的HTTP事务，也与第一通信消息所属会话无关，此时所述业务调用请 求可以为SOAP业务调用请求消息。当所述业务触发单元生成的业务调用请求为HTTP消息时，业务触发单元 生成所述业务调用请求可以具体为业务触发单元将接收到的所述第一通信消息内容封装或映射到SOAP业务 调用请求消息中。用于匹配的所述第一通信消息内容，当所述SIP消息为请求消息时，所述 第一通信消息内容可以包括下列之一或任意组合请求URI、请求方法、消息 头域、消息体内容；当所述SIP消息为响应消息时，所述第一通信消息内容包 括下列之一或任意组合消息头域、消息体内容、状态码。当所述业务触发单元生成的业务调用请求为SIP消息时，为了实现业务 调用与会话控制的分离，本发明实施例可以扩展一种进行业务调用的SIP消息， 如INVOKE方法，该方法4义表示一种调用请求，它与原会话无关，具有不同于 原会话的会话标识，原会话即为第一通信请求消息所属的会话。具体的，业务触发单元生成INVOKE业务调用请求的过程可以包括业务 触发单元将收到的SIP消息(第一通信请求消息)的方法名称替换为INVOKE, 原SIP消息方法名称置于业务调用请求的其它位置，如Request-URI中，比如， 收到的SIP消息的Request-Line示例如下 INVITE sip:bob@biloxi.com SIP/2.0生成的INVOKE业务调用请求的Request-Line示例如下 INVOKE sip:bob@biloxi.com SIP/2.0; method=INVITE或者，生成INVOKE业务调用请求的过程还可以是不改变原SIP消息方 法名称，而将INVOKE方法名称置于业务调用请求的其它位置，如Request-URI 中，仍以上述收到的SIP消息的Request-Line示例，生成的INVOKE业务调用 i貪求的Request-Line示例如下INVITE消息sip:bob@biloxi.com SIP/2.0; method=INVOKE在303中，业务触发单元生成业务调用请求的方式可以包括缺省方式、 或依据匹配成功的业务调用规则中的业务调用请求类型信息，其中，缺省方式 是指总是生成HTTP类型或SIP类型的业务调用请求，依据匹配成功的业务调 用规则的业务调用请求类型信息是指生成何种业务调用请求取决于匹配成功 的业务调用规则中的业务调用请求类型信息，如该类型信息描述生成SOAP或 INVOKE的业务调用请求等。305、业务控制单元收到业务调用请求，进行业务调用，返回业务调用响应。本步骤中，如果业务控制单元收到的是HTTP类型的业务调用请求，如 SOAP业务调用请求，则返回的业务调用响应也是HTTP类型的业务调用响应， 如SOAP业务调用响应，响应中包含被封装或被映射的SIP消息内容；或者， 如果业务控制单元收到的是SIP类型的业务调用请求，如INVOKE业务调用请 求，则返回的业务调用响应也是SIP类型的业务调用响应，如INVOKE业务调 用响应，具体的，INVOKE业务调用响应可以是一个SIP方法，如INVOKE—RSP ， 也可以是一个SIP响应码。本发明实施例的技术方案，通过业务触发单元接收到第一通信消息后，据 所述第一通信消息内容与预先设置的业务调用规则进行匹配，匹配成功后，生 成与所述第一通信消息所属会话无关的业务调用请求消息，发送至匹配成功的 业务调用规则中描述的业务控制单元进行业务调用，由于业务调用规则中包括 业务调用所需要的条件组合，当满足该条件组合时，业务调用请求消息才会4皮发送至相应的业务控制单元，从而保证了业务控制单元收到该业务调用请求消 息后，就立即进行业务调用，从而避免了将信令路由到不必要的业务控制单元， 减少了路由冗余，缩短了呼叫接续的时间。另外，由于业务触发单元生成的业 务调用请求消息与第 一通信消息所属会话无关，所以接收到业务调用请求消息 的业务控制单元也不会加入到SIP会话信令路由中，实现了业务调用与会话控
制的彻底分离，通过将业务调用请求消息通过HTTP承载发送至WEB服务器， 从而将WEB资源引入到IMS网络中，进一步实现了 IMS网络与WEB网络的融合。 下面给出应用上述方法的具体实施例。
如图4所示，为本发明业务调田方法具体实施例的流程示意图，本实施例 中，S-CSCF为业务触发单元，遇忙前转AS是业务控制单元。被叫签约了遇忙 前转业务，被叫忙时呼入来话被前转，该方法具体流程如下
步骤1-4 )主叫UE—A呼叫UE—B,经过媒体协商和资源预留完成后振铃；
步骤5 ) #1叫UE—B忙，响应486忙指示消息；
步骤6-8 ) S-CSCF根据收到的486消息，匹配业务调用规则，生成一个独 立于原会话的业务调用请求,并发送给被匹配成功地业务调用规则中的业务控 制单元，如本例中的遇忙前转AS，将486响应转发给主叫UE—A;
上述业务调用规则包括业务触发规则和业务控制单元描述信息，其片断示
例如下
<ServiceFilterCriteria> <TriggerPoint〉 <SPT〉
<Response〉486 </ Response 〉 </SPT〉 </TriggerPoint〉 <ApplicationServer〉
<ServerName〉http:〃ims.example.com</ ServerName >
18</ApplicationServer〉 </ServiceFilterCriteria〉
其中，TriggerPoint描述了该实施例的业务触发规则为业务触发单元收到 486响应消息时触发业务；ApplicationServer描述了业务控制单元描述信息，本 示例中业务控制单元描述信息包含了业务控制单元的地址信息，进一 步的， ApplicationServer还可以包含被调用的业务标识信息，如000代表遇忙业务， 其示例如下
<ApplicationServer〉
<ServerName>http:〃ims.example.com</ ServerName > <ServiceId〉000</ Serviceld〉 </ApplicationServer〉,
其中Serviceld描述了该次净皮调用的业务标识为000; 进一步的，业务调用规则还可以包括业务调用请求类型信息，在业务调用 规则元素中包括业务调用请求类型子元素，片断示例如下 <ServiceFilterCriteria>
<TriggerPoint〉 .. </TriggerPoint>
<ApplicationServer〉... </ApplicationServer> <Method〉 HTTP</ Method〉 </ServiceFilterCriteria>
上述示例中Method即业务调用请求类型信息，描述了业务调用请求类型 为HTTP消息类型，那么业务控制单元生成的业务调用请求即为HTTP消息承 载的业务调用请求，如SOAP请求，如果Method取值为SIP，则业务控制单元 生成基于SIP的业务调用请求，如本发明实施例中扩展的一种进行业务调用的 SIP消息INVOKE方法。当业务调用规则中不包括业务调用请求类型信息时， 业务控制单元可以按照缺省的方式来生成业务调用请求。
步骤9)遇忙前转AS收到业务调用请求，并返回响应；其中，若AS接受该请求，则返回成功响应，如本实施例中的200OK;若 拒绝提供服务，则返回失败响应。
步骤10-11 )遇忙前转AS根据业务调用请求，执行相应的业务逻辑，生成 Refer请求；
其中，Refer请求Refer-To头域中携带被叫登记的前转号码。 步骤12-13)主叫接受Refer请求，并根据Refer-To头域中的URI发出 INVITE请求。
上述步骤中，S-CSCF在收到INVITE请求，180响应和业务调用i青求的200 OK (HTTP)时，也进行了业务调用规则的匹配，^f旦匹配不成功，没有需要调 用的业务，所以并没有生成任何业务调用请求。
本实施例仅以遇忙前转业务为例说明，步骤11是遇忙前转AS业务逻辑的 执行结果，对于其他业务可能不是Refer请求，这跟具体业务相关，由AS本 身逻辑所决定。
显然，本实施例并没有在初始INVITE请求中串入遇忙前转AS,而是在满 足业务执行条件时才向遇忙前转AS发出业务调用请求，该业务调用过程与会 话控制无关，从而保证了业务控制单元收到该业务调用请求消息后，就立即进 行业务调用，从而避免了将信令路由到不必要的业务控制单元，减少了路由冗 余，缩短了呼叫接续的时间。另外，由于业务触发单元生成的业务调用请求消 息独立于原会话，所以接收到业务调用请求消息的业务控制单元也不会加入到 原SIP会话信令路由中，实现了业务调用与会话控制的彻底分离。
如图5所示，为本发明业务调用方法另一具体实施例的流程示意图，本实 施例中，S-CSCF是业务触发单元，漏话提示AS是业务控制单元。被叫签约了 漏话提示业务，当被叫因关机、忙或无网络覆盖等导致无法接听来话时，漏话 提示AS将通过短消息的方式将用户漏接的呼叫信息发送给被叫用户，提醒用 户漏4妾的电话。该方法具体流程如下步骤1-4)主叫UE—A呼叫UE一B,媒体协商和资源预留完成后振铃； 步骤5 )被叫UE—B忙，响应486忙指示消息；
步骤6-8 ) S-CSCF根据收到的486消息，匹配业务调用规则，生成一个独 立于原会话的业务调用请求,并发送给被匹配成功地业务调用规则中的业务控 制单元，如本实施例中的漏话提示AS,且将486响应转发给主叫UE—A;
上述业务调用请求可以是HTTP SOAP请求，也可以是扩展的新SIP方法 请求，该业务调用请求中包含了业务执行所需的信息，如主叫标识和呼叫时间 等。
步骤9 )漏话提示AS收到业务调用请求，并返回响应；
其中，若AS接受该请求，则返回成功响应，如本实施例中的200OK;若 拒绝提供服务，则返回失败响应。
步骤10-12)漏话提示AS根据业务调用请求，执行相应的业务逻辑，生成 Message消息并发送给被叫UE—B,提示UE—B漏接的来话信息，如 "136XXXXXXXX在10/01/2008 16:15给您来电一次"。
本实施例中，被叫签约的漏话提示AS并没有在INVITE请求时串入信令 路径中，而是在满足漏话提示业务的触发条件(如忙)时，才调用业务AS的， 从而保证了业务控制单元收到该业务调用请求消息后，就立即进行业务调用， 从而避免了将信令路由到不必要的业务控制单元，减少了路由冗余，缩短了呼 叫接续的时间。且漏话提示业务的调用不影响原来的会话，原会话继续进行， 漏话提示AS在执行完相应逻辑后，再发请求告诉被叫漏话提示信息的，接收 到业务调用请求消息的业务控制单元也不会加入到SIP会话信令路由中，实现 了业务调用与会话控制的彻底分离。
如图6所示，为本发明业务调用方法另一具体实施例的流程示意图，本实 施例中，S-CSCF是业务触发单元，AoCAS是业务控制单元。主叫用户UE—A 签约了 AoC业务，当UE A拨打电话时，AoC AS会通知用户当前通讯使用的费率，余额等费用信息。该方法具体流程如下 步骤1 )主叫UE—A发出INVITE请求；
步骤2-4 ) S-CSCF根据收到的INVITE请求，匹配业务调用规则，生成一 个独立于原会话的业务调用请求,并发送给被匹配成功地业务调用规则中的业 务控制单元，如本例中的AoC AS ，且转发INVITE请求给一皮叫方；
步骤5 ) AoC AS收到业务调用请求并响应；
步骤6-8) AoCAS根据业务调用请求，执行相应的业务逻辑，生成携带费
用信息的INFO消息返回给UE—A;
步骤9-10 )主叫UE一A收到INFO消息后进行响应；
步骤11-12)呼叫建立，被叫UE—B响应主叫UE—A的INVITE请求。
本实施例中，AoC业务在S-CSCF收到INVITE请求时被调用并执行，业
务调用过程与原会话无关，其中步骤7、 8、 9、 IO可以出现在原会话建立过程
中或原会话结束后，即步骤7、 8、 9、 lO与步骤ll、 12之间没有时间前后的限制。
本实施例中，S-CSCF才艮据收到的INVITE请求匹配业务调用规则，生成一 个独立于原会话的业务调用请求，实现了 AoC业务的调用，而并没有将AoC AS串入原会话的信令路径中，从而减少了路由冗余，缩短了呼叫接续的时间。 且AoC业务的调用不影响原来的会话，原会话继续进行，AoCAS在执行完相 应逻辑后，生成携带费用信息的INFO消息返回给UE—A,从而实现了业务调 用与会话控制的彻底分离。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发 明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但 很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质 上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算 机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包
22括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络 设备等)执行本发明各个实施例所述的方法。
总之，以上所述仅为本发明技术方案的较佳实施例而已，并非用于限定本 发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、 改进等，均应包含在本发明的保护范围之内。
权利要求
1、一种IP多媒体子系统IMS网络中业务调用的方法，其特征在于，该方法包括业务触发单元接收第一通信消息；所述业务触发单元根据所述第一通信消息内容，与预先设置的业务调用规则进行匹配，生成与所述第一通信消息所属会话无关的业务调用请求消息，并将所述业务调用请求消息发送至匹配成功的业务调用规则中描述的业务控制单元进行业务调用，其中，所述业务调用规则包括与所述第一通信消息内容进行匹配的业务调用所需要的条件组合以及执行对应业务的业务控制单元描述信息。
2、 如权利要求1所述的业务调用的方法，其特征在于，所述业务触发单 元将所述业务调用请求消息发送至业务控制单元具体为业务控制单元描述信息中包括业务控制单元的地址信息，业务触发单元才艮 据所述业务控制单元的地址信息，将业务调用请求消息发送至业务控制单元。
3、 如权利要求1所述的业务调用的方法，其特征在于，所述业务控制单 元描述信息中还包括业务标识信息，所述业务触发单元生成包括所述业务标识 信息的业务调用请求消息，发送至业务控制单元，所述业务控制单元接收到所 述业务调用请求消息后，根据所述业务标识信息调用对应的业务。
4、 如权利要求1所述的业务调用的方法，其特征在于，所述业务调用规 则还包括业务调用请求类型信息，所述业务触发单元4艮据所述业务调用请求类 型信息，生成相应的业务调用请求消息。
5、 如权利要求4所述的业务调用的方法，其特征在于，所述业务调用请 求类型信息包括超文本传输协议HTTP消息类型或会话发起协议SIP消息类 型。
6、 如权利要求1至5任一权利要求所述的业务调用的方法，其特征在于，当所述业务触发单元生成的业务调用请求消息为SIP消息时，所述业务调用请求消息与第 一通信消息具有不同的会话标识。
7、 如权利要求1至5任一权利要求所述的业务调用的方法，其特征在于， 当所述业务触发单元生成的业务调用请求消息为HTTP消息时，所述业务调用 请求消息为HTTP消息承载的筒单对象访问协议SOAP业务调用请求消息，业 务触发单元生成所述业务调用请求消息具体包括业务触发单元将接收到的所述第一通信消息内容封装或映射到SOAP业务 调用请求消息中。
8、 如权利要求1至5任一权利要求所述的业务调用的方法，其特征在于， 所述第一通信消息包括SIP消息，当所述SIP消息为请求消息时，所述第一通 信消息内容包括下列之一或任意组合请求URI、请求方法、消息头域、消息 体内容；当所述SIP消息为响应消息时，所述第一通信消息内容包括下列之一 或任意组合消息头域、消息体内容、状态码。
9、 一种IMS网络中的业务调用系统，其特征在于，该系统包括业务触发 单元和业务控制单元，业务触发单元用于接收第一通信消息，根据所述第一通信消息内容，与预 先设置的业务调用规则进行匹配，匹配成功后，生成与所述第一通信消息所属 会话无关的业务调用请求消息，并将所述业务调用请求消息发送至匹配成功的 业务调用规则中描述的业务控制单元；业务控制单元用于接收所述业务调用请求消息，并根据该业务调用请求消 息进行业务调用；其中，所述业务调用规则包括与所述第 一通信消息内容进行匹配的业务调 用所需要的条件组合以及执行对应业务的业务控制单元描述信息。
10、 如权利要求9所述的业务调用系统，其特征在于，所述业务触发单元 位于呼叫会话控制功能实体S-CSCF或业务代理Service Broker中，所述业务控制单元位于应用服务器AS或WEB服务器中。
11、 一种IMS网络中的业务触发单元，其特征在于，包括接收模块、存储 模块、触发模块和发送模块，其中接收模块，用于接收第一通信消息；存储模块，用于存储业务调用规则，所述业务调用规则包括业务调用所需 要的条件组合以及执行对应业务的业务控制单元描述信息；触发模块，用于根据从接收模块接收到的第 一通信消息内容与存储模块存 储的业务调用规则进行匹配，匹配成功后，生成与所述第一通信消息所属会话 无关的业务调用请求消息；发送模块，用于向匹配成功的业务调用规则中描述的业务控制单元发送所 述触发^f莫块生成的业务调用请求消息。
12、 如权利要求11所述的业务触发单元，其特征在于，所述触发模块进一 步包括匹配子模块和业务调用请求消息生成子模块，匹配子模块，用于根据从接收模块接收到的第 一通信消息内容与存储模块 存储的业务调用规则进行匹配，并将匹配结果通知业务调用请求消息生成子模 块；业务调用请求消息生成子模块，用于当所述匹配子模块匹配成功时，生成 与所述第 一通信消息所属会话无关的业务调用请求消息。
13、 如权利要求12所述的业务触发单元，其特征在于，所述触发模块进 一步包括消息类型确定子模块，用于当匹配子模块匹配成功后，根据匹配成功 的业务调用规则中的业务调用请求消息类型信息确定业务调用请求消息类型， 并输出给业务调用请求消息生成子模块，所述业务调用请求消息生成子模块根 据所述业务调用请求消息类型生成相应的业务调用请求消息。
14、 如权利要求12或13所述的业务触发单元，其特征在于，所述触发模 块进一步包括业务标识获取子模块，用于当匹配子模块匹配成功后，根据匹配成功的业务调用规则中的业务标识信息获取业务标识，并输出给业务调用请求 消息生成子模块，所述业务调用请求消息生成子模块在生成的业务调用请求消 息中携带所述业务标识。
15、 如权利要求12或13所述的业务触发单元，其特征在于，所述业务调 用请求消息生成子模块进一步包括映射封装处理子模块，用于进行SIP消息与 HTTP消息之间的映射或封装处理。
16、 如权利要求12所述的业务触发单元，其特征在于，所述业务触发单 元位于呼叫会话控制功能实体S-CSCF或业务代理Service Broker.
全文摘要
一种IMS网络中业务调用的方法、系统和装置。本发明公开了一种IMS网络中业务调用的方法，业务触发单元接收第一通信消息；所述业务触发单元根据所述第一通信消息内容，与预先设置的业务调用规则进行匹配，匹配成功后，生成与所述第一通信消息所属会话无关的业务调用请求消息，并将所述业务调用请求消息发送至匹配成功的业务调用规则中描述的业务控制单元进行业务调用，从而实现了按照实际需求进行业务调用，避免了将信令路由到不必要的业务控制单元，减少了路由冗余，缩短了呼叫接续的时间，实现了业务调用与会话控制的彻底分离。
文档编号H04L29/06GK101547522SQ200810066218
公开日2009年9月30日 申请日期2008年3月29日 优先权日2008年3月29日
发明者廖洪波, 施有铸, 波 郑 申请人:华为技术有限公司