专利名称：将策略管理结合到汇聚预付费/后付费电信服务的制作方法
技术领域：
本发明涉及一种用于将策略管理结合到服务逻辑判定规则以增强 现有预付费/后付费电信服务应用程序的系统和方法。虽然本发明具体 针对又称作蜂窝系统的无线电信系统领域，并因而具体参照该领域进 行描述，但是大家会理解，本发明可用于其它领域和应用，包括有线
电信网络和因特网协议多々某体子系统(IMS)网络。
背景技术：
在管理电信网络方面策略管理越来越重要，以为不断扩大的客户 群提供不断增加的服务水平，以及在确定如何部署资源方面提供改进 的灵活性。网络'中对策略的许多现有支持一直由可在高容量和超短响 应时间方面得到增强的比较筒单策略的需要来驱动。
常规预付费无线服务应用程序使用基于国际电信联盟(ITU)服务 创建标准的判定图来实现策略管理。^f旦是，判定图通常包括复杂的表 驱动逻辑，其不能是终端用户特定的，也就是说，不能在各个订户级 定义。
随着网络汇聚和终端用户服务变得更为广泛，重要的是提供一种 可适应这些变化的策略基础设施。 一种方式是运营商、甚至终端用户 都可易于定制和个性化以适合个人的需要。
卢森特技术有限公司已经开发了策略管理项目-规则引擎(RE)。 规则引擎对于规定和执行具有充分表达性以支持如美国专利申请 No.US6424948和美国专利申请No.US6499023所述的新兴月l务应用程 序的策略提供了快速、可缩放、栽体级支持。这两个专利描述了规则 工作流程系统和计算规则的使用，以及用于根据输入条件评估数据项的强大而灵活的技术的组合策略。
现有电信服务对于预付费和/或后付费服务应用程序要求极复杂 的订户账户数据管理和收费制。这种复杂度引起了提供和性能问题， 并极大影响了新服务创建和增强。希望找到一种新解决方案，它在允 许快速而容易地展示服务创建和增强方面可提供更大程度的灵活性。
本发明考虑解决上述困难及其它方面的新且改进的系统和方法。
发明内容
提供一种使用作为与服务应用程序分开的软件过程进行操作的规 则引擎所使用的提供规则的规则编辑器在电信网络中提供预付费/后 付费电信服务的系统和方法。
根据本发明的一个方面，系统包括用于创建规则、更新规则以 及向网络单元分发规则的规则编辑器；作为用于提供预付费/后付费电 信服务的软件过程进行操作的电信服务应用程序；在应用逻辑内的判 定点生成规则引擎查询的应用程序，规则引擎查询包括一个或多个输 入名称值对；以及规则引擎，作为与所述应用程序分开的独立过程进 行操作，用于使用从应用程序接收的规则引擎查询输入来执行规则并 提供包括由所执行规则的结果所确定的输出名称值对的规则引擎查询 输出，输出名称值对M^定应用程序要执行的一个或多个动作。
根椐本发明的另一个方面，方法包括使用规则编辑器创建规则； 作为用于提供预付费和/或后付费电信服务的软件过程操作预付费/后 付费电信服务应用程序；应用程序到达应用逻辑内的判定点并生成包 括一个或多个输入名称值对和规则集ID的规则引擎查询；应用程序将 规则引擎查询发送给作为与应用过程分开的独立过程进行操作的规则 引擎；规则引擎使用 一个或多个输M称值对来执行规则集ID所确定 的可适用规则集，并生成包括规定一个或多个动作的一个或多个输出 名称值对的规则引擎查询响应；以及应用程序接收规则引擎查询响应， 并执^f亍所述一个或多个动作。
5通过以下提供的详细描述，本发明的适用性的其它范围将变得非 常清楚，但应理解，详细描述和具体示例在指示本发明的优选实施例 时仅通过说明给出，因为本发明精神和范围内的各种改变和修改对本 领域的技术人员会非常清楚。
本发明存在于装置的各个部分的构造、布置和组合以及方法步骤 中，由此实现以下更全面阐述的、权利要求书中明确指出的以及附图
所示的所考虑目的，附图包括
图1是示出根据本发明用于提供预付费/后付费电信服务的系统的 框图2是示出图1所示的用于无线电信网络的系统的一个具体示例 的框图3是示出图2所示系统的操作方法的流程图4是示出图3和图4所示系统的一个示例的操作的呼叫流程以及
图5是示出图3和图4所示系统的另 一示例的操作的呼叫流程图。
具体实施例方式
现在参照附图，其中所示的只是为了说明而不是限制本发明的优 选实施例，图1提供一般表示为100、用于向终端用户提供无线电信 服务的整个优选系统的视图。系统100可以是例如GSM、 CDMA或其 它已知无线电信网络等无线电信网络的组成部分，其中具有能够才是供 无线电信服务的网络节点112。这些节点的示例其中还可包括但不限 于基站、移动交换中心和归属位置寄存器。系统100通常由又可称作 网络提供商的服务提供商来提供和管理。但是，应当理解，系统100 也可以是使用能够在有线或IMS网络中提供相似电信功能的类似网络 单元的有线或IMS网络。系统100包括一个或多个应用程序114，运行在一个或多个处理 器(未示出)上，用于经由示为116的动作来指示网络节点112中的一个 或多个经由其中还称作移动手机、移动电话和蜂窝电话的移动手机102 向终端用户提供适当服务。这些动作还可包括向服务提供商提供管理 和维护能力，例如提供审计或检验服务。
系统IOO还包括与应用程序114通信的策略管理接口(PMI)118， 用于将策略管理结合到服务逻辑判定规则中，其中服务逻辑判定规则 由应用程序114用于单独确定所有订户的服务需要，并且例如在呼叫 处理期间经由动作116实时提供它们。PMI 118包括用于处理由一个 或多个规则编辑器122所提供的计算规则的规则引擎120。规则可存 储在规则数据库124中，供规则引擎120访问。 一个或多个用户接口 126可使终端用户以及服务提供商能够以不需要要求重新编译、由此 要求新应用程序产品版本的对应用程序114进行重大修改的方式来创 建、修改和分发规则。虽然无线电信网络用于示例目的，但是应当理 解，本发明也可适用于使用类似网络节点的有线电信网络和因特网协 议多媒体子系统(IMS)网络。
现在参照图2，系统100的一个示例示为200，其中包括应用程序 214，它提供卢森特技术有限公司开发的称作MiLife SurePay产品套 装的无线预付费服务。这个预付费服务应用程序214向终端用户提供 大量广泛的无线预付费服务。终端用户通常预订这些服务，因此可称 作订户，但是这个术语不应看作是限制，因为这些服务可以是较;U艮 务包的一部分，或者甚至可传递给终端用户而无需预订特许。应当理 解，系统100/200还可适用于后付费无线服务和无线网络事务部门计 费系统。
PMI 118包括由卢森特技术有限公司提供的称作Lucent Vortex 的规则引擎220。 Lucent Vortex，规则引擎基于正TF策略构架标准和 Parlay/OSA策略管理API标准。规则引擎220执行称作可适用规则集 的一个或多个规则，以便提供逻辑驱动结果，从而引起执行一个或多个动作来提供电信服务，下面更详细地进行描述。
规则引擎220可分布于无线电信网络的若干功能单元之间，并因 此可设置在一个以上节点112上，但应理解，PMI可由单个网络节点 提供。系统200包括服务控制功能(SCF)240，它负责无线网络中的呼 叫处理责任。这个功能240可由可包含在一个或多个网络节点112、 例如一个或多个服务控制点(SCP)中的一个或多个计算处理器来提供。
在这个示例中，应用程序214和规则引擎220由SCF 240来提供。 但A^当理解，规则引擎120/220和应用程序124/224是独立的过程， 它们可由其中还称作服务器、计算机或网络节点的不同计算处理器来 运行。但是，备选地，这些独立过程也可由同一个计算处理器来运行。 作为独立过程运行规则引擎220和应用程序214通过使能够进行更复 杂的判定而无需减慢应用程序，改进了系统200的性能。这使各个终 端用户特定规则能够由系统100来提供和执行。
规则数据库224可设置在与规则引擎220相同的处理节点上，或 者设置在与其通信的不同处理器上。
系统200包括多个规则编辑器222,其中包括由SCF 240所提供 的与规则引擎220密切关联的规则编辑器222a。系统200还包括服务 创建和提供环境(SCPE)250，其中具有通过创建规则或修改现有规则来 使服务提供商254能够提供规则的规则编辑器222b。 SCPE规则编辑 器222b将规则分发给规则引擎220进行使用和/或分发给规则数据库 224进行存储。服务提供商254可访问规则编辑器222b,以便经由因 特网连接256或者经由移动手机258或经由已知网络连接来提供规则。
系统200还可包括终端用户接口(EUI)260，其中具有通过创建规 则或修改现有规则来使终端用户264能够单独提供规则的规则编辑器 222c。因此，规则可提供成是订户特定的，其使应用程序214能够提
终端用户264可经由MJJ'J编辑器222c、使用基于万维网的浏览器经由 因特网连接266或者经由移动手机268来提供规则。规则编辑器222c将所提供的规则分发,则引擎220进行使用，和/或分发M则数椐 库224进行存储。
现在参照图3，将描述系统200的操作方法， 一般表示为300。在 302，经由规则编辑器222a-222c中的一个或多个来提供规则。例如， 规则可由服务提供商254使用规则编辑器222b来创建和/或修改，然 后分发给规则数据库224进行存储。如上所述，服务提供商254可提 供规则，而无需要求新产品版本的、对预付费服务应用程序214进行 重大软件改变。
应用程序214运行于SCF 240,并在304到达判定点。大量不同 的判定点可经由应用程序214中的配置数据来定义。不应当看作是限 制的示例可包括在呼叫被收费之前并在它被路由之前调用的预呼叫判 定点。预呼叫判定点适用于所有类型的呼叫，包括但不限于语音呼叫 和数据呼叫等。
预路由呼叫判定点是在呼叫被收费之后但在它被路由之前调用 的。这个判定点也适用于所有类型呼叫，包括语音呼叫、数据呼叫等。
判定点还可包括预事件判定点，例如作为基于事件/会话的计费的 标准协议的直径事件计费，或者作为最初定义为从远程服务器访问数 据、但由SurePay应用程序用于内容计费、如针对振铃音下栽而对订 户计费的方式的另一个标准协议的轻型目录访问协议(LDAP)请求。预 事件判定点其中还可包括实时SMS服务的实现。
判定点还可包括在呼叫完成之后调用的后呼叫判定点以及在事件 发生之后调用的后事件判定点。
审计判定点是从审计过程、如每日或每月账户审计过程调用的判 定点。
在充值判定点上的是当执行又称作加满的对预付费呼叫计划充值 时调用的判定点。
菜单访问判定点是由菜单访问逻辑例如经由在使用期间终端用户 起动的交互语音响应(IVR)系统所调用的判定点。其它判定点可包括通过从移动手机拨打特定短代码、如*64所调用的短代码判定点。
判定点还可以是呼叫特定的，例如在订户进行第一次呼叫时调用 的当天第 一次呼叫或当月第 一次呼叫判定点。激活判定点是在订户第 一次激活他们账户时调用的判定点。
在306，应用程序214使用为无需从另一个过程调用的数据的本 地配置数据作为确定判定点是否为活动的条件。例如，如果在终端用 户处于进行预付费呼叫的过程时满足本地配置数据为预付费终端用户 所提供的条件，则将认为预呼叫判定点是活动的。如果在306，应用 程序214确定判定点不是活动的，则在308，应用程序继续进行，而 无需查询规则引擎。如果在306，应用程序214确定判定点是活动的， 则在310,应用程序214通过向规则引擎220发送一个或多个规则引 擎查询230a，而在规则引擎220中触发本文中称作规则集的一个或多 个特定规则的处理。
任何单独的呼叫或事件都可使零、 一个或多个判定点活动。单个 呼叫有可能使应用程序214调用规则引擎220，以便使用多个规则引 擎查询来处理若干不同的规则集。各独立的判定点可由应用程序214 中的不同配置数据激活。可用活动判定点的不同集合来配置不同类别 的订户。另外，还有可能灵活地定义附加标准，这些标准将适用于判 定规则引擎查询是否应当^皮触发，例如仅当用户预订特定费率计划或 者订户的账户余额大于某个阈值时才进行查询。
规则引擎查询是过程间查询，因为应用程序214和规则引擎220 是独立的软件过程。应用程序214和规则引擎220可以是运行于相同 计算处理器的本地过程。备选地，它们可以是运行于不同处理器的远 程过程，使得通过网络连接来传输规则引擎查询和响应。另外，可使 用任何适当的已知信令和/或通信协议来提供规则引擎查询，由此增加 系统200在各种不同无线电信网络上实现的灵活性。
在活动判定点，应用程序214在规则引擎查询或多个查询中向^L 则引擎提供信息，标识称作可适用规则集的一个或多个规则，它们将由规则引擎使用规则集E)来执行。
规则引擎查询还包括提供由规则引擎220用于执行可适用规则集 的数据的输入名称值对(NVP)。这个输入NVP数据可由应用程序214 配置成包含任何现有应用程序变量。例如，在活动预呼叫判定点，应 用程序可发送订户标识符、当前余额级别、费率计划和拨打号码以及 其它变量。因此，在应用逻辑内定义的任何变量都可以是输入NVP的 候选。
除了将输入NVP内容灵活地定义成包^^任何现有应用程序变量 的能力之外，服务提供商254还能够定义可在规则引擎查询中传递给 规则引擎220作为输入的新数据，称作规则引擎特定数据。规则引擎 特定数据可通过各种不同方式定义，以使规则引擎能够向一个或多个 应用程序提供强大、灵活且易于提供的接口。示例可包括定义各个订 户、订户类别或其它类型分组或者全局的数据。数据可以是费率相关 的，或者可适用于电信网络工作的其它方面，包括呼叫处理。
可定义规则引擎特定数据，而无需任何全局数据库才莫式改变，由 此允许添加数据，而无需重新编译应用程序，从而避免了对于应用软 件的新产品版本的需要。
规则引擎特定数据可由应用程序本身生成。规则集本身还可规定 要对规则引擎特定数据进行什么更新。此外，规则引擎特定数椐可由 订户自己使用例如采取经由万维网或WAP连接的自顾接口形式的终 端用户接口(EUI)来更新。
在312执行可适用规则集时，在314，规则引擎220生成输出名 称/值对(NVP),它可规定在图1示为112的网络节点上使用已知协议 实现的一个或多个动作的执行。将输出NVP包含在由规则引擎220在 316发送回应用程序214的规则引擎响应230b中。在318，应用程序 接收查询响应，而在320，对于特定终端用户采取动作。如上所述， 这全部可以实时进行，例如在呼叫期间或者在其中例如包括审计、备 份或维护相关活动等预定实现期间进行。
ii可在应用程序中定义在步骤320采取的大量动作。不应看作是限 制的示例可包括"调整佘额"，将借或货应用于在查询输入和/或查询 响应中定义的订户的账户余额；"转移佘额"，将余额从一个账户转移 到另一个账户；"通过信用卡进行充值"；"实行审核"，确定是否允许 呼叫继续进行;"取消审核";"发送SMS通知"，引起发送SMS消息(SMS 通知文本可完全由规则集来定义或者在应用程序中预提供)；"发送 USSD通知"，引M送USSD消息；"向第三方发送SMS"，引起向终 端用户之外的其它某人发送SMS消息，例如以便通知父母他/她的孩 子呼叫了某个号码；"没收信货"，将订户的信货减少某个金额；"预订 促销费率"，使订户能够接收特殊费率，它例如可以是以降低的收费； "修改信货到期日"，改变订户的信货到期的日期；"触发对订户的生活 周期状态的改变"引起改变订户的生活周期状态，例如从"仅充值"改变 为"活动"；"呼叫处理"，可以是与无线网络如何处理呼叫相关的各种 动作，例如限制这个呼叫被连接或者将入局呼叫路由到语音信箱。此 外，输出NVP可规定系统200应当在应用程序服务逻辑中更新某些变 量的内容，包括规则引擎特定数据。
如上所述，无线电信服务应用程序先前已经部署了判定图，以便 根据国际电信联盟(ITU)服务创建标准来提供服务定制能力。规则引擎 220向应用程序214提供某种程度的定制和个性化，这在以前采用判 定图是不可能实现的。例如，不能在订户级定义判定图。另外，判定 图不能创建它们自己的数据，而^_仅使用为服务应用程序一部分的变 量。判定图也不是终端用户可访问的。
但是，规则引擎220不是要作为判定图的替代；而是，它设计成 增强此现有技术，并使网络提供商能够平衡各自的特定利益。例如， 通过播放通告或者收集指示后续判定图执行的用户输入的数字，判定 图可直接与终端用户交互。规则引擎规则集有能力使用特殊动作"执行 判定图"来执行一个判定图。此外，可从DG内通过使用特殊规则引擎 SIB(服务无关积木块)来触发规则引擎查询。这种技术组合提供了高度灵活性和个性化，这将使网络提供商能够以极快的时间向市场传递增 强的服务。
现在参照图4，提供了系统200操作的一个具体示例，如一般示 为400的呼叫流程图所示。在这个示例中，规则引擎220用来定义简 单的诚信管理方案，由此，对于每年连续预付费服务，采用预付费信 货的奖金充值来奖励订户264。在这种情况下，经由移动始发呼叫来 触发预呼叫判定点。这个示例中使用的协议是欧洲电信标准协会(ETSI) CS1。但是，应当理解，这种诚信管理方案可由系统200以其它方式 来管理，例如通过使用审计判定点来管理，并且可使用其它已知协议。
终端用户264向终接交换机401进行无线预付费呼叫。终冲妻交换 机401可以是移动手机或有线电话。在402，对于出局呼叫，服务MSC 112向应用程序214发送初始DP开始事件。应用程序214检查本地配 置数据，并发现预呼叫判定点对于这个订户是活动的。
应用程序214从配置数据中检索规则集ID和输入NVP列表，并 在404，在规则引擎查询中发送请求。输入NVP数据包括规则引擎特 定数据中存储的订户的名字。规则引擎220接收规则引擎查询，提取 输入NVP，并开始执行所规定的规则集。规则集执行确定该订户在一 年中一直是客户，因此有资格获得奖金。
规则引擎220向应用程序214发送回规则引擎查询响应，包含输 出NVP，其中包括施加$10充值的动作，并向订户的手机268发送SMS 通知，以便通知该订户。应用程序214接收查询响应，施加$10奖金， 并在408发送祝贺的SMS通知。
然后，呼叫建立以常规方式继续进行。在410,应用程序214发 送请求报告BCSM事件以提供通常事件(例如OANSWER、 ODISCONNECT 、 ROUTESELECTFAIL 、 BUSY 、 OABANDON 、 NOANSWER),并向MSC发送"继续进行"。MSC向终接交换:才几发送 ISUP初始地址消息(IAM) 412。在414,将"ISUP地址完成和应答"发 送给始发MSC,并且在这一点，呼叫处于正常通话阶段。
13在416,始发MSC112向应用程序214发送OANSWER事件，应 用程序214为收费目的而在这一点开始对呼叫计时。最后，在420, 始发方用ISUP释放来断开到终接交换机401的连接。在422用 ODISCONNECT事件来通知应用程序214，并且这是使应用程序214 应用最终收费并生成呼叫详细记录的触发。在424,应用程序214呼 叫实例向MSC 112发送"继续进行"，并终止。在426，发生取消分配 网络资源的最终ISUP释放。
现在参照图5,经由一般示为500的呼叫流程图示出用于使用IS 826协议从移动手机始发的呼叫的系统200操作的另一个示例。在这 个示例中，规则引擎240用来定义特殊促销，由此来自某个位置的呼 叫经过50%折扣，但仅当呼叫费用大于$1.00时。这个示例使用后呼叫 判定点来实现。
主叫方终端用户在处于有资格获得折扣的位置时使用移动手机向 终接交换机401进行预付费无线呼叫。服务MSC 112检测 Origination—Attempt—Authorized (ORREQ)触发，并在502，向与这个触 发关联的SCP 240发送ORREQ。 SCP 240包括MiLife SurePay应用 程序214。 SCP240确定终端用户264使预付费呼叫活动，指示他们预 订预付费呼叫月良务，并且订户的账户余额高于阈值级别。在504， SCP 240向服务MSC 112发送orreq，以指示呼叫处理将继续进行。
月良务MSC 112分析详细数字，并准备路由呼叫。服务MSC 112 才企测Calling—Routing—Address—Available触发，并向与这个触发关联的 SCP 240发送ANLYZD。在508, SCP 240向服务MSC 112发送anlyzd。 在510,服务MSC112提供呼叫，以及在512，被叫方应答该呼叫。
服务MSC 112检测O—ANSWER触发，并在514，向与这个触发 关联的SCP 240发送OANSWER。在接收到OANSWER时，SCP 240 设置呼叫起始时间，并开始对呼叫计时。呼叫^皮开通并连接。
当主叫方挂断时，在516，服务MSC 112结束呼叫。服务MSC 112 检测0—DISCONNECT触发，并在518，向与这个触发关联的SCP 240发送ODISCONNECT。在接收到ODISCONNECT时，SCP 240计算呼 叫的费用。应用程序214检查本地配置数据，并发现后呼叫判定点对 于这个订户是活动的。呼叫费用被用作确定触发是否为活动的附加标 准。如果呼叫费用小于$1,则不触发规则引擎220。
应用程序214从配置数据中检索规则集ID和NVP列表，并在520 ， 向规则引擎220发送请求。规则引擎220接收请求，提取输入NVP， 并开始执行由规则集ID所规定的规则集。规则集根椐订户的位置来确 定特殊促销适用于这个呼叫。
在522,规则引擎220向应用程序214发送回响应，包含输出NVP, 其中包括"余额调整"动作，以便归还呼叫费用的50%。在524， SCP 240 向服务MSC 112发送odisconnect，并在526,服务MSC 112释放呼叫。
以上描述只提供本发明的具体实施例的公开，并不是要将本发明 限制于此。因此，本发明不是仅限于上述实施例。而是，要知道，本 领域的技术人员可构想出落入本发明范围内的备选实施例。
权利要求
1.如权利要求10所述的方法，还包括定义规则引擎特定数据，而无需实现全局数据库模式改变，由此允许添加所述数据，而无需重新编译应用软件；以及应用程序在规则引擎查询中向所述规则引擎提供所述规则引擎特定数据以便执行规则集。
2. 如权利要求l所述的方法，其中所述应用程序在实时呼叫处理 期间向所述规则《I擎发送查询。
3. 如权利要求l所述的方法，其中规则编辑器将规则上栽到规则 数据库进行存储，所述规则数据库是所述规则引擎可访问的，以便检索所述规则用于执行。
4. 如权利要求1所述的方法，其中服务提供商和/或订户可使用所 述规则编辑器经由因特网和/或经由移动手机来提供所述规则。
5. 如权利要求l所述的方法，其中所述电信网络是无线电信网络。
6. 如权利要求1所述的方法，其中所述电信网络是有线电信网络。
7. —种在电信网络中提供预付费/后付费电信服务的系统，包括 规则编辑器，用于创建规则、更新所述规则以及将规则分发给网络单元；电信服务应用程序，作为软件过程进行操作，用于提供预付费/ 后付费电信服务，所述应用程序在应用逻辑内的判定点生成规则引擎 查询，所述规则引擎查询包括一个或多个输入名称值对；以及规则引擎，作为与所述应用程序分开的独立过程进行操作，用于 使用从所述应用程序接收的所述规则引擎查询输入来执行规则，并提 供包括由所执行规则的结果所确定的输出名称值对的规则引擎查询输 出，所述输出名称值对规定所述应用程序要执行的一个或多个动作。
8. 如权利要求7所述的系统，其中所述应用程序在呼叫处理期间 向所述规则引擎实时发送所述规则引擎查询。
9. 如权利要求7所述的系统，其中所述规则编辑器将规则上载到 规则数据库进行存储，所述规则数椐库是所述规则引擎可访问的，以 便检索所述规则用于执行。
10. 如权利要求7所述的系统，其中服务提供商和/或订户可使用 所述规则编辑器经由因特网和/或经由移动手机来提供所述规则。
全文摘要
提供了一种使用作为与电信服务应用程序分开的软件过程进行操作的规则引擎所使用的提供规则的规则编辑器在电信网络中提供预付费/后付费电信服务的系统和方法。规则可通过各种不同的方式来提供，包括由服务提供商和各个订户来提供。
文档编号G06Q10/00GK101542510SQ200780003669
公开日2009年9月23日 申请日期2007年1月30日 优先权日2006年1月31日
发明者A·R·波特, A·S·伍德, J·S·贝利, M·E·布赖恩特, Y·蔡 申请人:卢森特技术有限公司