CN101547263A - 基于xml脚本的电信业务增值服务器及实现方法 - Google Patents

Abstract

本发明公开了一种基于XML脚本的电信业务增值服务器，包括业务生成和载入单元和和业务执行单元，业务生成和载入单元用XML脚本描述业务逻辑的生成并载入；业务执行单元向业务生成和载入单元索取当次会话的脚本和数据并下达呼叫控制命令和媒体服务器控制命令对会话和底层事件进行处理。本发明还提供了上述电信增值业务的实现方法。本发明，在不修改主体程序代码的情况下，用基于XML面向电信领域的脚本描述电信业务，这样，通过修改外部XML业务执行脚本就可以实现业务逻辑的改变和业务融合，从而有助于向用户提供灵活的个性化业务组合。

Description

基于XML脚本的电信业务增值服务器及实现方法

技术领域

本发明涉及电信业务增值服务系统，特别是涉及一种基于XML脚本的电信业务增值服务器及实现方法。

背景技术

本发明中的名词解释如下：

SCE，Service Creation Environment，业务生成和载入环境；

SLEE，Service Logic Execution Environment，业务执行环境；

XML，eXtensible Markup Language，可扩展标记语言；

SDP，Session Description Protocol，会话描述协议；

OSS，Operation Support System，营帐系统；

CA，Call Agent，呼叫代理；

MS，媒体服务器。

XML(eXtensible Markup Language)是一种既表达内容又含有结构的、人机都容易理解的语言，它的特点是有且只有一个根节点的树形分支结构。XMLSchema用于描述XML文档的结构，可以用一个指定的XML Schema(通常以xsd扩展名结尾)来验证某个XML文档，以检查该XML文档是否符合其要求。如果符合的话，那么该XML文档被称为是有效的(valid)，否则它就是非有效的(invalid)。可以通过XML Schema指定一个XML文档所允许的结构和内容，并可据此检查一个XML文档是否是有效的。XML schema区别于采用DTD文件对XML脚本进行约束的方式，它与XML脚本使用相同的语法规范，定义组成XML脚本的标记集，符合XML schema的脚本适用于表达无循环、可嵌套的处理过程。针对不同的特定领域，可通过XML schema对XML脚本进行更严格的约束。

很多电话业务的状态转移过程也是无循环过程，如来电转移、呼叫筛选、定制呼叫路由等。因此，可依据这类无循环处理需求的电信业务特征定义相应的问题领域XML schema。同时XML是一种中性语言，它不依赖于其他具体的语言或协议。符合XML schema定义的业务脚本独立于底层的网络，网络信令可以是H.323协议、SIP信令、Parlay API规范，或者是SS7信令等。在定义XML schema时，将业务的状态作为标记，迁移条件作为属性，而对应在某个状态下的输入如何处理并产生怎样的结果，作为该标记的子节点。依此定义的面向电信业务的XML schema定义了一组XML的有限标记集，该有限标记集用来描述通话进程中的有限状态，XML schema中定义的根元素描述通话过程中的初始状态，叶子节点则用来描述通话进程中的可接受状态，标记间的嵌套关系用来表示通话进程中状态的转移规则，则可以证明该XML schema定义的语言与有穷自动机(Q，∑，δ，q0，F)是等价的。即符合该XML schema的XML脚本所描述的业务控制过程就是会话中有限自动机的状态转移过程。因此，可用基于XML的脚本来描述业务逻辑，控制业务的运行。CPL就是基于XML描述电信业务的脚本语言的例子。

在下一代网络(Next Generation Network，简称NGN)的体系架构中，软交换(SoftSwitch)则是一个融合话音、数据、传真和视频业务的决定性解决方案。电信增值业务服务器是软交换中业务逻辑的执行者，以往的电信增值业务服务器业务配置能力不足，因为在开发过程中，业务逻辑流程完全是由执行代码实现，业务流程的改动都必须要更改相应的C语言源码，不具备配置性能。当业务投入运行后，在运营商的多样化需求下，频繁地更改业务流程可能导致高昂的开发维护代价，另外，多业务支持能力不足也是一个很大的弱点，各个无冲突的业务之间不能进行业务融合。

发明内容

本发明所要解决的技术问题是解决电信业务增值服务器更改业务流程开发维护代价高、多业务支持能力不足以及各个无冲突的业务之间不能进行业务融合的问题。

为了解决上述技术问题，本发明所采用的技术方案是提供一种基于XML脚本的电信业务增值服务器，包括业务生成和载入单元和业务执行单元，所述业务生成和载入单元用XML脚本描述业务逻辑的生成并载入；所述业务执行单元向业务生成和载入单元索取当次会话的脚本和数据并下达呼叫控制命令和媒体服务器控制命令对会话和底层事件进行处理。

上述方案中，所述业务生成和载入单元包括脚本生成模块、接口适配模块和控制管理模块，所述脚本生成模块根据数据库中用户的业务信息生成XML脚本的业务逻辑脚本；所述接口适配模块用于转发业务逻辑的XML脚本给业务执行单元；所述控制管理模块用于接受消息并通知脚本生成模块生成XML脚本。

所述业务执行单元包括：解释执行单元、关键数据保存单元和下层接口适配单元，所述解释执行单元包括消息接口处理模块、控制管理模块、脚本解析执行模块、会话管理模块和脚本/数据管理模块，其中，消息接口处理模块用于获取XML脚本的消息头，确定消息来源，然后将消息发送至业务处理线程的消息队列；控制管理模块用于读取XML脚本的消息头和消息数据段，并发往脚本管理解析模块；脚本解析执行模块用于将获取到的XML脚本解析为DOM树状结构并按照遍历DOM树的顺序执行脚本；会话管理模块用于维护整个会话的状态信息；脚本/数据管理模块用于保存临时脚本/数据；所述关键数据保存单元用于将脚本/数据管理模块中的临时数据保存；所述下层接口适配单元用于将会话管理模块中发生的业务与下层模块通讯实现增值业务。

本发明还提供了一种基于XML脚本的电信业务增值服务器的实现方法，包括业务生成载入单元用XML脚本描述业务逻辑的生成并载入的步骤和业务执行单元向业务生成载入单元索取当次会话的脚本和数据的步骤。

上述方法中，

所述业务生成载入单元用XML脚本描述业务逻辑的生成并载入的步骤包括：

S10、预读业务逻辑及相对应的脚本片断；

S20、接受申请终端脚本的业务请求，取出该请求中的业务信息，若相关业务逻辑、脚本片断、业务数据都已经齐备，则通知脚本生成模块直接生成脚本；否则由脚本生成模块从相应的资源点获取所需资源，若获取中发生异常，则进入异常流程；

S30、根据业务逻辑生成脚本，若生成失败进入异常处理流程；

S40、经过校验最终生成的脚本，通过接口适配模块提供给SLEE模块调用。

所述业务执行单元向业务生成载入单元索取当次会话的脚本和数据的步骤包括：

S100、SLEE准备终端业务脚本，即SLEE向SCE索取当次会话的相应业务脚本；

S110、SLEE准备终端业务数据，即SLEE向SCE索取当次会话的相应业务数据；

S120、脚本管理解析模块将该XML脚本解析为DOM树结构，并根据遍历DOM树的顺序开始执行脚本；

S130、如果脚本管理解析模块没有定位到事件标签时执行SLEE默认逻辑；

S140、根据执行的结果控制会话状态并下达呼叫控制命令和媒体服务器控制命令直到结束。

进一步地，所述步骤S30包括以下步骤：

S301、将终端注册业务信息进行冲突过滤；

S302、对过滤后的终端业务信息的进行优先级排序；

S303、按照优先级从高至低的顺序将终端业务相关数据分别填入到脚本样例片段模板中；

S304、将有数据的片段拼接到整体脚本当中，遍历过后，生成所需要的脚本；

S305、脚本校验。

本发明，克服以往的增值业务服务器业务配置能力和多业务支持能力不足的问题，提供一种基于XML脚本的增值业务服务器的实现方法，即在不修改主体程序代码的情况下通过修改外部XML业务执行脚本来实现业务逻辑的改变和业务融合。已经实现的业务及业务融合包括：语音/视频/传真、补充业务以及增值业务：一号通、彩铃、卡号、Web800等。

附图说明

图1为本发明中基于XML脚本的电信业务增值服务器结构示意图；

图2为本发明中SCE主流程图；

图3为本发明中SCE脚本生成流程图；

图4为本发明中SLEE脚本解析执行流程图。

具体实施方式

本发明提供了一种基于XML脚本的电信业务增值服务器及实现方法，在不修改主体程序代码的情况下，用基于XML面向电信领域的脚本描述电信业务，这样，通过修改外部XML业务执行脚本就可以实现业务逻辑的改变和业务融合，从而有助于向用户提供灵活的个性化业务组合。

下面结合附图和具体实施例对本发明作出详细的说明。

图1为本发明中基于XML脚本的电信业务增值服务器结构示意图，如图1所示，本发明提供的基于XML脚本的电信业务增值服务器包括业务生成和载入(SCE)单元和业务执行(SLEE)单元，所述SCE单元用XML脚本描述业务逻辑的生成并载入，所述SLEE单元向该SCE单元索取当次会话的脚本和数据并下达呼叫控制命令和媒体服务器控制命令对会话和底层事件进行处理。

所述SCE单元包括脚本生成模块、接口适配模块和控制管理模块，其中所述脚本生成模块根据业务信息生成XML脚本的业务逻辑脚本；所述接口适配模块用于转发XML业务逻辑脚本给业务执行单元；所述控制管理模块用于接受业务消息并通知脚本生成模块生成XML脚本。

所述业务执行单元包括：解释执行单元、关键数据保存单元和接口适配单元；所述解释执行单元包括消息接口处理模块、控制管理模块、脚本解析执行模块、会话管理模块和脚本/数据管理模块，消息接口处理模块用于获取XML脚本的消息头，确定消息来源，然后将消息发送至业务处理线程的消息队列；控制管理模块用于读取XML脚本的消息头和消息数据段，并发往脚本管理解析模块；脚本解析执行模块用于将该XML脚本解析为DOM树结构，并根据遍历DOM树的顺序开始执行脚本；会话管理模块采用会话控制点和相关联的会话控制点对会话进行控制管理，维护整个会话的状态信息，包括会话的活动/非活动、通话对象、时长、业务码以及终端的地址信息、状态(活动/非活动)、脚本信息等；脚本/数据管理模块用于保存临时脚本/数据；

所述关键数据保存单元用于将脚本/数据管理模块中的临时数据保存；

所述下层接口适配单元用于将会话管理模块中发生的业务与下层模块通讯实现增值业务。

本发明，由业务生成载入环境(SCE)根据数据库中用户的业务信息生成包含相关的完整业务的XML脚本，并载入提供给SLEE，脚本的逻辑是在呼叫的过程中动态生成的，脚本描述的一种或多种业务在动态生成中形成统一的整体。SLEE采用在内存中建立脚本的DOM对象树的方式来执行脚本，一旦脚本解析为DOM对象树，就开始脚本的执行，以标签为单位，大体按照前序遍历的方式来顺序执行每个标签，执行时，调用标记解释函数进行解析，根据解析的结果，控制会话状态并下达呼叫控制命令和媒体服务器控制命令。增值业务服务器控制一个完整的呼叫，从呼叫发起到中间的每个业务子逻辑，以及到此呼叫的终结，是一个完整的呼叫逻辑。增值业务服务器被动的解释执行脚本里的标签，即标签处理函数的调用，它本身不需要对操作逻辑有任何处理，只是解释执行它而已。

本发明还提供了基于XML脚本的电信业务增值服务器的实现方法，在本方法中，电信业务的脚本是基于XML语言进行描述的，同时结合API的辅助来实现业务逻辑，实现了软交换领域内的基本、补充、增值等多种业务的描述，脚本的设计中吸取了CPL(Call Processing Language)、SCML(Service CreationMarkup Language)、XTML(Extensible Telephony Markup Language)、CCXML(Call-Control Extensible Markup Language)等脚本标记语言的经验，分析并完善了对业务逻辑的描述，其中关键是接通后业务逻辑的会话交互处理，以及第三方触发逻辑，同时兼顾了与当下流行的MS/MOML(Media Sessions/MediaObjects Markup Language)、VoiceXML(Voice Extensible Markup Language)标记语言的组合。脚本包含2种类型的信息：呼叫处理行为(call processingactions)和脚本辅助信息(ancillary information)。呼叫处理行为在脚本中呈树形结构出现，用以描述信令服务器对一个呼叫建立事件的判断和操作；脚本辅助信息是服务器正确处理脚本时必须的辅助信息。呼叫处理行为(callprocessing actions)包括有顶级行为和次级行为，顶级行为目前定义的有<outgoing>、<incoming>、<connected>分别对应于会话呼叫的3个阶段：

●<outgoing>描述一个会话的发起阶段，此部分为会话的预处理，对应于业务会话逻辑中初始只有1个终端只与主叫信息相关。

●<incoming>描述一个会话的呼叫阶段，此部分为会话的接续处理，主要与被叫侧信息相关。对应于业务会话逻辑中加入了被叫终端，并且会结合之前的处理结果，在被叫侧发生关系。

●<connected>描述会话接通以后的事件，处理接通后的业务部分。对应于此部分会话双方都可能有事件发生触发诸如“呼叫后转”、“呼叫等待”、“3方通话”甚至Web或智能业务，则两侧同时发生关系，而且相互作用。通过各个阶段的共同相互作用实现完整业务逻辑，其中<connected>阶段是描述会话接通以后的事件，处理接通后的业务部分，是特色的处理阶段。

通过脚本描述业务逻辑具有很好的可扩展性，主要通过<api>的标签扩展特殊逻辑，当复用程度较高时则可考虑将其增补为标签的方式来描述更多种类的业务逻辑。

基于以上的分析，本发明基于XML脚本的电信业务增值服务器的实现方法包括业务生成载入单元用XML脚本描述业务逻辑的生成并载入的步骤和业务执行单元向业务生成载入单元索取当次会话的脚本和数据的步骤。

所述业务生成载入单元用XML脚本描述业务逻辑的生成并载入的步骤如下，参见图2和图3，

S10、预读业务逻辑及相对应的脚本片断；预读后在后续工作中也可动态加载或卸载；

S20、接受申请终端脚本的业务请求，取出该请求中的业务信息，若相关业务逻辑、脚本片断、业务数据都已经齐备，则通知脚本生成模块直接生成脚本；否则由脚本生成模块从相应的资源点获取所需资源，若获取中发生异常，则进入异常流程；

S30、根据业务逻辑生成脚本，此过程将多种业务逻辑融合处理，其结果从整体上看是一个完整有机的整体，而非片断式的多个部分，若生成失败进入异常处理。

S40、将经过校验最终生成的脚本，通过接口适配模块提供给SLEE模块调用。

上述步骤中S30还包括终端注册业务信息冲突过滤、过滤完成业务信息的优先级排序以及数据与脚本模版的准备，最后进行生成，即，根据从数据库中获取的业务数据，从优先级高的开始，如果请求的号码有相应的业务，则将相应的数据填入脚本片段，然后将有数据的片段拼接到整体脚本当中，遍历过后，生成所需要的脚本。详细步骤为：

S301、将终端注册业务信息进行冲突过滤；

S302、对过滤后的终端业务信息的进行优先级排序；

S303、按照优先级从高至低的顺序将终端业务相关数据分别填入到脚本样例片段模板中；

S304、将有数据的片段拼接到整体脚本当中，遍历过后，生成所需要的脚本；

S305、脚本校验。

所述业务执行单元SLEE向业务生成和载入单元SCE索取当次会话消息，包括XML脚本和数据，消息格式为：消息头+消息数据段+SCXML脚本段+脚本数据段，并假设此时已建立会话和会话控制点，并将主叫挂在会话控制点下，具体步骤如下，参见图4：

S100、SLEE准备终端业务脚本，即SLEE向SCE索取当次会话的相应业务脚本；

S110、SLEE准备终端业务数据，即SLEE向SCE索取当次会话的相应业务数据；

S120、脚本管理解析模块将该XML脚本解析为DOM树结构，并根据遍历DOM树的顺序开始执行脚本；即依次定位事件标签，调用标记解释函数分别解释执行信息完整的标签，其中执行的最小单元是标签节点单元；如在执行某个标签过程中需要等待返回的结果时，暂停当次执行并保护现场，转去处理其它消息，直到等待的事件返回并从消息队列中取出时，再恢复现场继续执行；

S130、如果脚本管理解析模块没有定位到事件标签时执行SLEE默认逻辑；

S140、根据执行的结果控制会话状态并下达呼叫控制命令和媒体服务器控制命令直到结束。

以下为本发明应用的一个具体呼叫实例，其中域内用户A为主叫(主叫用户为预付费用户)，域内用户B为被叫，用户A注册缩位拨号业务，用户B注册彩铃和无应答呼叫转移业务，将呼叫转移到域外用户C。

流程说明如下：

1.业务系统中的CA呼叫代理向SLEE上报主叫摘机origination事件：包括主被叫的号码、区号、域内/域外属性、A的SDP信息，其中，CA中包含有用于统一Sip、H.248、H.323、MGCP、V5等多种VOIP通信协议的模块。

2.SLEE查询A的会话状态，若A不在任何会话中，则新建一个会话和会话控制点，将A用户加入到控制点，并调用A的脚本；若A的脚本不存在，则脚本管理模块向SCE请求A的脚本，得到脚本后进行解析(执行outgoing段)。

<outgoing>

  ......

      <if address＝＂destination.is＝＝′**01＠phone.example.com′′′>

    <service type＝＂AbbreviatedDialing＂/>

        <location url＝＂87691000＠phone.example.com＂>

      <transform/>

    </location>

  </if>

  ......

</outgoing>

3.由于A用户使用的是缩位拨号，outgoing的执行结果返回真实的被叫号码B，SLEE将号码B发给CA进行号码分析，得到分析结果，区号、域内/域外属性等。

4.SLEE将A和B的号码信息发给OSS，获取最大通话时长。

5.若为合法的通话时长，则将B用户加入到会话控制点，并调用B的脚本。

6.获取B的脚本后，解析并执行incoming段。

<subaction id＝＂CallForwardingonNoAnswer＂>

     <iftime＝＂now>＝′08:00:00′&now<＝′16:00:00′′′>

    <service type＝＂CallForwardingonNoAnswer＂/>

       <location url＝＂sip:bob＠example.com＂>

     <setup/>

   </locaion>

 </if>

</subaction>

<incoming>

    <location url＝＂sip:jane＠example.com＂>

   <service type＝＂ColorRingBackTone＂/>

      <setup timeout＝＂15＂RingBackTone＝＂ring_02＂>

        <noanswer>

     ......

      <sub ref＝＂CallForwardingonNoAnswer＂/>

     ......

     </noanswer>

    </setup>

  </location>

</incoming>

7.首先执行<setup>节点，SLEE向CA发送setup命令，包括A和B的号码，A的SDP信息，CA将A和B建立连接。

8.CA上报被叫振铃ringing事件，SLEE解析B脚本<ringing>节点，根据解析结果，得到彩铃业务号(用于产生原始话单)，脚本解析执行模块向MS控制模块发送消息，要求MS向A播放指定的彩铃。

9.MS控制模块通过扩展的SIP模块向MS发送INVITE消息，带有A的SDP和播放彩铃的MSML/MOML脚本。

10.SLEE收到MS返回的200OK消息(带有MS的SDP)后，向CA发送主叫回铃ring命令向主叫放回铃音。

11.CA上报回铃音ringback事件，通知SLEE主叫已回铃。

12.CA上报无应答noanswer事件，通知SLEE被叫无应答，SLEE解析B脚本<noanswer>节点，根据解析结果，得到无应答前转的业务号和域外号码C。

13.SLEE将B从会话控制点删除，记录A和B的原始话单数据，包括：主被叫号码、业务号、通话时长等。

14.SLEE将A和C的号码信息发给OSS(营帐系统)，获取最大通话时长。

15.若通话时长大于1分钟，将C用户加入到会话控制点，向CA发送连接setup命令，包括A和C的号码，A的SDP信息。

16.CA将A和C建立连接，其间，SLEE向MS发送修改SDP信息的MODIFY消息，修改A的回铃音。

17.CA上报被叫应答answer事件，通知SLEE用户C摘机。SLEE发送BYE消息到MS，并发送connect命令给CA。

18.CA上报用户A的接通connected事件，SLEE记录通话开始时间。若需要，调用A的connected脚本。

19.CA上报挂机termination事件，通知SLEE主叫A挂机；若需要，SLEE调用A的connected脚本。

20.SLEE向CA发送释放release命令，记录通话结束时间，生成A和C的原始话单数据，并结束A的脚本、删除会话控制点、释放资源。

本发明不局限于上述最佳实施方式，任何人应该得知在本发明的启示下作出的结构变化，凡是与本发明具有相同或相近的技术方案，均落入本发明的保护范围之内。

Claims (7)

1、基于XML脚本的电信业务增值服务器，其特征在于包括：

业务生成和载入单元，用XML脚本描述业务逻辑的生成并载入；

业务执行单元，向业务生成和载入单元索取当次会话的脚本和数据并下达呼叫控制命令和媒体服务器控制命令对会话和底层事件进行处理。

2、如权利要求1所述的基于XML脚本的电信业务增值服务器，其特征在于所述业务生成和载入单元包括：

脚本生成模块，根据数据库中用户的业务信息生成XML脚本的业务逻辑脚本；

接口适配模块，用于转发业务逻辑的XML脚本给业务执行单元；

控制管理模块，用于接受消息并通知脚本生成模块生成XML脚本。

3、如权利要求1所述的基于XML脚本的电信业务增值服务器，其特征在于所述业务执行单元包括：解释执行单元、关键数据保存单元和下层接口适配单元，所述解释执行单元包括：

消息接口处理模块，用于获取XML脚本的消息头，确定消息来源，然后将消息发送至业务处理线程的消息队列；

控制管理模块，用于读取XML脚本的消息头和消息数据段，并发往脚本管理解析模块；

脚本解析执行模块，用于将获取到的XML脚本解析为DOM树状结构并按照遍历DOM树的顺序执行脚本；

会话管理模块，用于维护整个会话的状态信息；

脚本/数据管理模块，用于保存临时脚本/数据；

所述关键数据保存单元用于将脚本/数据管理模块中的临时数据保存；

所述下层接口适配单元用于将会话管理模块中发生的业务与下层模块通讯实现增值业务。

4、基于XML脚本的电信业务增值服务器的实现方法，其特征在于包括以下步骤，

业务生成载入单元用XML脚本描述业务逻辑的生成并载入的步骤；

业务执行单元向业务生成载入单元索取当次会话的脚本和数据的步骤。

5、如权利要求4所述的基于XML脚本的电信业务增值服务器的实现方法，其特征在于所述业务生成载入单元用XML脚本描述业务逻辑的生成并载入的步骤包括：

S10、预读业务逻辑及相对应的脚本片断；

S20、接受申请终端脚本的业务请求，取出该请求中的业务信息，若相关业务逻辑、脚本片断、业务数据都已经齐备，则通知脚本生成模块直接生成脚本；否则由脚本生成模块从相应的资源点获取所需资源，若获取中发生异常，则进入异常流程；

S30、根据业务逻辑生成脚本，若生成失败进入异常处理流程；

S40、经过校验最终生成的脚本，通过接口适配模块提供给SLEE模块调用。

6、如权利要求4所述的基于XML脚本的电信业务增值服务器的实现方法，其特征在于所述业务执行单元向业务生成载入单元索取当次会话的脚本和数据的步骤包括：

S100、SLEE准备终端业务脚本，即SLEE向SCE索取当次会话的相应业务脚本；

S110、SLEE准备终端业务数据，即SLEE向SCE索取当次会话的相应业务数据；

S120、脚本管理解析模块将该XML脚本解析为DOM树结构，并根据遍历DOM树的顺序开始执行脚本；

S130、如果脚本管理解析模块没有定位到事件标签时执行SLEE默认逻辑；

S140、根据执行的结果控制会话状态并下达呼叫控制命令和媒体服务器控制命令直到结束。

7、如权利要求5所述的基于XML脚本的电信业务增值服务器的实现方法，其特征在于所述步骤S30包括以下步骤：

S301、将终端注册业务信息进行冲突过滤；

S302、对过滤后的终端业务信息的进行优先级排序；

S303、按照优先级从高至低的顺序将终端业务相关数据分别填入到脚本样例片段模板中；

S304、将有数据的片段拼接到整体脚本当中，遍历过后，生成所需要的脚本；

S305、脚本校验。

Images