专利名称：用于在电信网络中编排业务的通信业务代理的制作方法
技术领域：
本发明涉及移动通信，并且更具体而言，涉及在电信网络中提供业务编排(service orchestration)。
背景技术：
鉴于无线和蜂窝通信近期的巨增，越来越多的公司和其他实体正将其自身与移动设备技术结合在一起。除了标准的语音特征以外，现代的蜂窝电话和相似的设备也提供无数的其他业务，例如因特网接入、电子邮件(email)、短消息业务(SMS)、数码相机、多媒体消息业务(MMS)、蓝牙、游戏、各种基于网络的应用等等。因此，电信运营商和网络运营商已承受向他们的订户提供越来越多的业务供应的更大压力。现在的网络运营商希望在保留已有的客户的同时吸引新的客户、开发可盈利的新商业模型、尽快地提高收益率和开展新业务。面对这些挑战，大多数运营商正在他们的内容和应用供应的投资中大幅增加业务。很多这样的新供应需要运营商在单次呼叫中在多个不同的应用之间进行协调和调解、在处于不同协议下的通信之间进行翻译以及努力解决可能产生的任何问题和不适。此外，出现了很多新应用，这些应用可以利用来自于多种网络和基础技术的业务。需要一种以单一的紧密结合的方式来管理和协调所有这些基础技术和应用的改进方法。
发明内容
描述了一种业务代理，所述业务代理执行业务编排以使得能够针对单次呼叫或会话而进行多个应用的整编。具体而言，业务代理被扩展为具有计费编排，所述计费编排允许业务代理接收单个计费事件并在多个计费业务响应于该计费事件的激活之间进行编排。
图1是根据本发明的各种实施例的业务代理的示图。图2是根据本发明的各种实施例的由通信业务代理执行的计费编排的示图。图3是根据本发明的各种实施例的编排引擎的示图。图4是根据本发明的各种实施例的执行计费编排的过程的流程图。图5示出根据实施例的用于在电信环 境中执行计费编排的系统的示图。
具体实施方式
本发明的实施例存在于能够被电信网络运营商利用的通信业务代理的情境中。业务代理执行应用(业务逻辑)和不同的网络之间的调解，以及业务的编排，以使得能够针对单次呼叫或会话进行多个应用的整编。调解特征向应用提供对不同网络域中的交换和会话呼叫控制层的访问，以及需要的协议。业务编排使不同类型的应用能够一起工作来在单次呼叫的情境内建立新的合成业务供应。根据一个实施例，扩展业务代理，使其具有在不同的计费业务之间编排计费事件的能力，不同的计费业务包括旧的业务和IP多媒体系统aMS)/长期演进(LTE)业务的组合。这能够允许业务代理从电信网络接收单个计费事件以及在业务侧对多个计费业务的激活进行编排。根据一个实施例，计费编排在业务代理中的编排引擎中执行。计费引擎可以包括计费逻辑，该计费逻辑存储在编排引擎可本地访问或可远程访问的可扩展标签语言(XML)文档中。在一个实施例中，编排引擎从网络接收计费事件,检查XML文件和事件的参数，并且，通过与订户信息相结合地使用此信息，编排引擎对响应于该计费事件要调用哪些计费业务进行编排。图1是根据本发明的各种实施例的业务代理的示图。虽然该图将部件图示为在逻辑上是独立的，但是这样的图示仅仅是为了说明的目的。在此图和其他图中描绘的部件可以被组合或被拆分成独立的软件、固件和/或硬件，这对于本领域的技术人员来说是显而易见的。此外，不管这些部件被如何组合或拆分，这些部件都能够在同一计算设备上运行或能够分布于通过一个或多个网络或其他合适的通信手段连接的不同的计算设备中，这对于本领域的技术人员来说也是显而易见的。如图所示，业务代理100可位于诸如网关GPRS支持节点(GGSN) 118、移动交换中心(MSC) 119、业务交换点(SSP) 120、呼叫会话控制功能(CSCF) 122和软交换机(SSW) 121之类的电信网络资源与诸如业务控制点(SCP) 115、116、在线计费和评级系统114和应用服务器(AS) 117之类的各种其他业务之间。根据一个实施例，业务代理用于管理业务和进化网络层之间的业务交互和合成。业务代理包括编排引擎和一组交互工作模块来辅助从旧的平台迁移业务，开展将旧的网络和IP网络与IT域混合的新业务以及跨多个网络类型合并业务和计费平台。网 络运营商可以实现业务代理来将业务从旧的以IN为基础的网络桥接到下一代以IP为基础的网络。业务代理跨不同网络类型调解业务并实时地编排多个业务，使得能够产生混合业务。根据图示实施例，业务代理的交互工作模块(頂)部件提供关键的IN编排功能以借助跨多个网络类型的业务来减少冗余的旧的业务平台。頂部件为移动和固定网络协议提供一个共同的控制模型，使编排引擎101能够控制跨各种网络域递送的业务。为了支持基础网络之间的差异，网络特定信息被封装在IM部件中并被中继到现存的已部署的应用平台。根据图示实施例，业务代理提供以下頂部件:交互工作模块业务控制功能(M-1CF)108、109、110、111 ;交互工作模块业务交换功能(M-SSF) 102、103、104、105 ;交互工作模块(IM)在线计费功能(M-OCF) 106 ;交互工作模块应用服务器功能(M-ASF) 107 ;以及反向交互工作模块应用服务器功能(R-頂-ASF) 112、113。当组合使用IN支持的交互工作模块(頂-SCFUM-SSF)和会话初始协议(SIP)支持的交互工作模块(頂-ASF和R-M-ASF)时，业务代理可以提供MS应用与基于现存的旧网络的应用之间的编排。另外，业务代理100还包括控制各种业务的编排的编排逻辑处理器(OLP) 123。
根据一个实施例，业务代理通过专用的M-OCF模块106来支持实时、聚合的计费能力。与其他頂模块相结合，IM-OCF106允许针对在基于IN的网络和基于IP的网络两者内的后付费模型、预付费模型或混合计费模型进行共同实时计费。图2是根据本发明的各种实施例的由通信业务代理执行的计费编排的示图。虽然该图将部件图示为在逻辑上是独立的，但是这样的图示仅仅是为了说明的目的。在此图和其他图中描绘的部件可以组合或拆分成独立的软件、固件和/或硬件，这对于本领域的技术人员来说是显而易见的。此外，不管这些部件被如何组合或拆分，这些部件都能够在同一计算设备上运行或能分布于通过一个或多个网络或其他合适的通信手段连接的不同的计算设备中，这对于本领域的技术人员来说也是显而易见的。如图所示，业务代理200包括负责业务编排的编排引擎206，所述业务编排包括计费编排。根据实施例，编排引擎可以检测源发于网络资源(例如SSW/CSCF203)的编排事件并且能够编排响应于计费事件所要调用的若干计费业务201、202。举例说明，计费事件能够通过R-M-ASF207被接收，并且计费业务能够通过頂-SSF INAPCS1204和頂-SSF CAP205被调用。在此具体示图中，示出计费业务是经由INAP协议的预付费SCP和经由CAP协议的VPN SCP。在其他实施例中，编排可以在经由不同协议的各种其他计费业务间进行。根据一个实施例，利用用于执行计费事件的基于可扩展标签语言(XML)的规则文件配置协调引擎。当编排引擎从网络接收到事件时，编排引擎可以检查计费事件的参数(呼叫方，位置，时间等)，检查用于执行编排的XML规则，回顾订户信息并使用所有这些信息确定哪些计费业务应该被激活。编排引擎随后可以编排这些计费业务中的每一个响应于计费事件的激活。计费编排的一个可能用例可能涉及用于预付费呼叫业务的赞助商代码。在典型的预付费情形中，每次订户进行呼叫，订户的账户为所述呼叫被扣除一定的金额。在赞助商代码的情形中，当进行呼叫时，该金额的一部分能使用一个计费业务从订户账户扣除，金额的另一部分能通过调用不同的计费业务从赞助商的账户扣除。这能够允许赞助公司通过利用计费业务的编排来执行基于呼叫的广告和其他营销。在其他可替换的实施例中，计费编排可以与其他用例和目的相结合使用。图3是根据本发明的各种实施例的编排引擎的示图。虽然该图将部件图示为在逻辑上是独立的，但是这样的图示仅仅是为了说明的目的。在此图和其他图中描绘的部件可以组合或拆分成独立的软件、固件和/或硬件，这对于本领域的技术人员来说是显而易见的。此外，不管这些部件被如何组合或拆分，这些部件都能在同一计算设备上运行或能分布于通过一个或多个网络或其他合适的通信手段连接的不同的计算设备中，这对于本领域的技术人员来说也是显而易见的。如图所示，编排引擎300负责针对每一个会话递送多个业务。为了执行业务编排，编排引擎使用编排逻辑。编排逻辑定义编排引擎传递会话所应经由的应用和调用这些应用必须使用的顺序。根据一个实施例，使用如下部件执行业务编排:(1)编排简档接收器(OPR) 304和(2)编排逻辑处理器(OLP) 303。根据一个实施例，当被会话控制层触发时，编排引擎300为每个呼叫或会话执行以下流程:
a.编排简档选择301:编排引擎使用OPR来选择并取回编排简档。编排简档包括有关接下来使用的OLP的类型的信息，以及该类型的OLP要求的具体参数。编排引擎能够使用归属订户服务器(HSS) 0PR307、本地订户服务器(LSS) 0PR308，或任何其他按照编排引擎的配置设置中的定义安装的0PR。这些OPR进而能够维持到HSS309或LSS310的连接。b.应用触发302:编排引擎与OLP部件交互。OLP的类型由在前一步骤中使用的OPR指定。例如，OLP可以包括静态路由0LP305或3GPP iFC 0LP306。使用简档中包括的信息，OLP获取编排逻辑，处理编排逻辑以及确定接下来触发哪个应用。一旦应用被OLP选择，编排引擎将会话向那个应用路由，并等待所述应用返回。c.当会话返回时，编排引擎继续处理编排逻辑，寻找下一个要触发的应用。这个过程重复直到编排完成。在此阶段，编排引擎将会话路由回到会话控制实体。根据一个实施例，当编排引擎触发OPR时，OPR以编排简档进行响应。这通过由OPR执行以下步骤来执行:(I)连接到保存订户数据和编排简档的简档服务器(例如HSS，LSS)，
(2)使用会话信息(例如会话起点、会话终点和IN业务密钥)选择编排简档，(3)获取编排简档并将其转发到编排引擎。.
根据各种实施例，不同的0PR304连接到不同的订户数据和编排简档源。举例说明，业务代理可以包括HSS编排简档接收器307和LSS编排简档接收器308。归属订户服务器(HSS)是MS域中的主要用户数据库。它包含订购相关的信息，所述信息包括订户应用和编排简档。HSS OPR经由标准Sh接口使用Diameter协议来连接HSS和选择编排简档。业务代理也可以包括简档服务器的机上实现，这被称为本地订户服务器(LSS)。LSS能够存储订户简档，所述简档包括以初始过滤规则(iFC)格式给出的编排逻辑。LSS OPR连接LSS以查找带有编排逻辑的订户简档。此外，业务代理可以采用默认编排简档接收器。当这个OPR被使用时，编排引擎不从外部服务器取回编排简档。而是，OE利用预先配置的编排逻辑来触发静态路由OLP。根据各种实施例，编排逻辑处理器(OLP) 303获取编排逻辑并处理编排逻辑以便确定要调用哪些应用以及以什么顺序调用。OLP被编排引擎触发。它使用简档数据，以及提供需要调用的应用的地址作为回报。当应用完成它的处理并返回编排引擎时，引擎再次触发OLP来接收要调用的下一个应用的地址。不同的OLP被用于处理不同格式的简档和编排逻辑规则。业务代理可以包括初始过滤规则(iFC)OLP和静态路由0LP。初始过滤规则(iFC)是在ETSI TS129228V7.11.0、IP多媒体(頂)子系统Cx和Dx接口中规定的用于指定编排逻辑的标准格式。iFC是一组XML格式的规则，由条件(触发点)和在条件满足的情况下将被调用的应用服务器组成。条件以逻辑表达式的方式给出，并可被应用到会话内的内容字段上。静态路由OLP使用预先配置的应用列表来确定调用哪些应用以及以什么顺序调用。向业务代理增加新的OLP来支持编排逻辑的附加的格式也是可能的。图4是根据本发明的各种实施例的用于执行计费编排的过程的流程图。尽管为了说明的目的，该图以具体顺序图示出功能步骤，但是，该过程不是必需限制于该具体顺序或步骤。本领域技术人员将认识到，该图中描绘的各个步骤可以以各种方式被改变、重排、并行执行或适配。此外，应当理解，在不偏离本发明的精神和范围的情况下，可以向该过程增加或从其省略某些步骤或步骤序列。如步骤400所示，业务代理可以接收源于电信网络的计费事件。业务代理随后可以检查计费事件的参数以及检查计费规则和 订户信息(步骤401)，以便确定响应于计费事件要激活哪些计费业务(步骤402)。基于此信息，业务代理可以对业务代理响应于计费事件对两个或多个计费业务的激活进行编排(步骤403)。图5示出根据一个实施例的用于在电信环境中执行计费编排的系统的示图。如图5所示，业务代理500可以从电信网络504接收计费事件502。业务代理可以检查506计费事件的参数508、一组计费规则510以及订户信息512以确定514响应于计费事件要激活哪些计费业务。驻留于业务代理上的编排引擎516随后可以编排518两个或多个计费业务520响应于计费事件的激活。在本公开内容中所描述的各种情境中，本发明的实施例还包含被配置成实施前述的系统和方法的计算机设备、计算系统和机器可读介质。除由专门设计的集成电路或其他电子器件构成的实施例之外，还可以使用根据本公开内容的教导而编程的常规通用或专用数字计算机或微处理器来方便地实现本发明，如对计算机领域的技术人员显而易见的。如对于那些软件领域的技术人来说显而易见的，熟练的程序员能够基于本公开内容的教导轻松地编制适当的软件代码。如对本领域的技术人员显而易见的，本发明还可以通过制造专用集成电路或通过互连常规组件电路的适当的网络来实现。各种实施例包括计算机程序产品，该计算机程序产品是其上/其中存储有指令的存储介质，其中该指令可以用于对通用的或专门的计算处理器/设备编程来执行这里展示的任何特征。存储介质可以包括但不限于以下的一个或多个:任意类型的物理介质，包括软盘、光盘、DVD、CD-ROM、微驱动器、磁光盘、全息存储装置、ROM、RAM、PRAM、EPROM、EEPROM、DRAM、VRAM、闪存设备、磁卡或光卡、纳米系统(包括分子存储器IC);纸张或基于纸的介质；以及适于存储指令和/或信息的任何类型的介质或设备。计算机程序产品可以完整或部分地并通过一个或多个公共和/或专用网络来传输，其中，所述传输包括可以被一个或多个处理器用来执行此处展示的特征中的任何一个特征的指令。在各种实施例中，传输可以包括多个单独的传输。以上对本 发明的优选实施例的描述是出于说明和描述的目的而给出的。其并不意图是穷尽的或将本发明限制到所公开的精确形式。很多修改例和变型例对本领域技术人员而言是显见的。选择和描述实施例是为了最好地说明本发明的原理及其实践应用，由此使得相关领域的其他技术人员能够理解本发明。其旨在表明，本发明的范围由以下权利要求及其等同物限定。
权利要求
1.一种用于在电信环境中执行计费编排的方法，所述方法包括: 由业务代理从电信网络接收计费事件； 由业务代理检查计费事件的参数、一组计费规则和订户信息，以便确定响应于所述计费事件要激活哪些计费业务；以及 由业务代理编排两个或多个计费业务响应于所述计费事件的激活。
2.如权利要求1所述的方法，其中所述业务代理在不同的计费业务间编排计费事件，所述不同的计费业务包括旧的业务和IP多媒体系统(MS) /长期演进(LTE)业务的组合。
3.如权利要求1所述的方法，其中所述业务代理还包括编排引擎，所述编排引擎存储用于执行计费编排的计费逻辑，所述计费逻辑被存储在可扩展标签语言(XML)文档中。
4.如权利要求1所述的方法，其中编排所述业务的激活使不同类型的应用能够在单次呼叫的情境内建立合成业务供应。
5.如权利要求1所述的方法，其中所述业务代理还包括一个或多个编排简档接收器(OPR)，所述编排简档接收器选择并取回编排简档。
6.如权利要求5所述的方法，其中，所述一个或多个OPR连接到保存订户数据和编排简档的简档服务器，使用会话信息选择编排简档，获取所述编排简档并将其转发到编排引擎。
7.如权利要求1所述的方法，其中所述业务代理还包括一个或多个编排逻辑处理器(0LP)，所述编排逻辑处理器获取并处理所述编排逻辑以便确定以具体的顺序调用哪些应用。
8.如权利要求1所述的方 法，其中所述业务代理还包括编排逻辑，所述编排逻辑定义传递会话所应经由的应用和调用所述应用必须使用的顺序。
9.如权利要求1所述的方法，其中所述编排包括用于预付费呼叫业务的赞助商代码，其中，当进行呼叫时，所述呼叫的费用的一部分通过使用一个计费业务从订户账户扣除，另一部分通过调用不同的计费业务从赞助商的账户中扣除。
10.一种用于在电信环境中执行计费编排的系统，所述系统包括: 业务代理，用于从电信网络接收计费事件，检查所述计费事件的参数、一组计费规则和订户信息以便确定响应于所述计费事件要激活哪些计费业务；以及 驻留于所述业务代理上的编排引擎，用于编排两个或多个计费业务响应于所述计费事件的激活。
11.如权利要求10所述的系统，其中所述业务代理在不同的计费业务间编排计费事件，所述不同的计费业务包括旧的业务和IP多媒体系统aMS)/长期演进(LTE)业务的组口 ο
12.如权利要求10所述的系统，其中所述编排引擎存储用于执行计费编排的计费逻辑，所述计费逻辑被存储在可扩展标签语言(XML)文档中。
13.如权利要求10所述的系统，其中编排所述业务的激活使不同类型的应用能够在单次呼叫的情境内建立合成业务供应。
14.如权利要求10所述的系统，其中所述业务代理还包括一个或多个编排简档接收器(0PR)，所述编排简档接收器选择并取回编排简档。
15.如权利要求14所述的系统，其中所述一个或多个OPR连接到保存订户数据和编排简档的简档服务器，使用会话信息选择编排简档，获取所述编排简档并将其转发到编排引擎。
16.如权利要求10所述的系统，其中所述业务代理还包括一个或多个编排逻辑处理器(OLP)，所述编排逻辑处理器获取和处理编排逻辑以便确定以具体的顺序调用哪些应用。
17.如权利要求1所述的系统，其中所述业务代理还包括编排逻辑，所述编排逻辑定义传递会话所应经由的应用和调用所述应用必须使用的顺序。
18.如权利要求10所述的系统，其中所述编排包括用于预付费呼叫业务的赞助商代码，其中，当进行呼叫时，所述呼叫的费用的一部分通过使用一计费业务从订户账户扣除，而另一部分通过调用不同的计费业务从赞助商的账户中扣除。
19.一种存储一系列指令的非暂时计算机可读存储介质，其中，所述指令可被一个或多个处理器运行以执行一组步骤，所述步骤包括: 由业务代理从电信网络接收计费事件； 由业务代理检查所述计费事件的参数、一组计费规则和订户信息以便确定所述计费事件要激活哪些计费业务； 由业务代理编排两 个或多个计费业务响应于计费事件的激活。
全文摘要
描述了一种业务代理，所述业务代理执行业务编排以使得能够针对单次呼叫或会话进行多个应用的整编。具体而言，业务代理被扩展为具有计费编排，所述计费编排允许业务代理接收单个计费事件并在多个计费业务响应于计费事件的激活之间进行编排。
文档编号H04M15/00GK103250428SQ201180044929
公开日2013年8月14日 申请日期2011年12月20日 优先权日2010年12月21日
发明者T·里夫亚坦, A·伊茨考维兹, T·措勒尔, N·卡多施, S·李夫恩 申请人:甲骨文国际公司