一种业务逻辑处理方法、装置及通信系统的制作方法

文档序号:7725842阅读:229来源:国知局
专利名称:一种业务逻辑处理方法、装置及通信系统的制作方法
技术领域
本发明涉及通信技术领域,具体涉及一种业务逻辑处理方法、装置及通信系统。
背景技术
业务冲突是电信网络中同时为用户提供多个业务所必然导致的结果,为了应对业务冲突的问题,3GPP引入了一个专门负责协调业务运行的功能实体一业务能力交互管理(SCIM :Service Capability Interaction Manager)功能实体,SCIM 也称为 Service Broker。Service Broker逻辑上位于发起呼叫的网络和实现业务逻辑的网元之间,它的作用是为多个业务的执行提供一个可管理、可控制的方式。为此,Service Broker需要识别用户将触发的业务,知道各种业务执行的顺序,并且当业务之间有潜在冲突时,能够设法阻止冲突的发生。在典型的Service Broker场景中,一次呼叫会触发Service Broker交互逻辑 (Orchestration Application)统一协调两个业务逻辑(Service Logic)进行交互,假设这两个业务逻辑为Service Logic 1和Service Logic 2,当呼叫从网络(假设该网络为核心网)触发上来时,在Service Broker内部,会创建以下有限状态机全球移动通信系统业务控制功能有限状态机(gsmSCF FSM =Global System for Mobile Communications Service Control Function Finite State Machine)与 Orchestration Application对应,为交互逻辑的呼叫控制有限状态机;全球移动通信系统业务交换功能有限状态机l(gsmSSF FSMl =Global System for Mobile Communications Service Switch Function Finite State Machine 1)代理与 Service Logic 1对应的核心网,模拟SSF与Service Logic 1交互;gsmSCF FSMl =Service Logic 1 的呼叫控制有限状态机;gsmSSF FSM2 代理与Service Logic 2对应的核心网,模拟SSF与Service Logic 2交互;gsmSCF FSM2 =Service Logic 2 的呼叫控制有限状态机。现有的一种Service Broker进行业务逻辑处理的方法包括移动交换中心(MSC Mobile Switching Center)通过启动检出点(IDP Jnitial Detection Point)消息触发一个新的呼叫到SCIM,IDP消息包括MSC为该呼叫分配的第三对话号;SCIM触发gsmSCF FSM, gsmSCF FSM与第三对话号对应,再通过gsmSCF FSM触发交互逻辑;交互逻辑在对话表中保存第三对话号与目的地址的对应关系,具体为第三对话号与MSC的地址之间的对应关系,以及第三对话号与交互逻辑的地址之间的对应关系,使交互逻辑可以通过gsmSCF FSM与MSC进行交互,具体地,交互逻辑接收到消息后,根据该消息携带的第三对话号确定对应的gsmSCF FSM,因此将该消息转发至gsmSCF FSM, gsmSCF FSM根据该消息的第三对话号,从对话表中查找与该对话号对应的MSC的地址,则将该消息向MSC转发。其中对话号 (Dialogue ID)主要用于标识两个实体或多个实体之间交互的消息,例如第三对话号就可以用于标识MSC、gsmSCF FSM和交互逻辑之间交互的消息,即MSC与gsmSCF FSM之间交互的消息、gsmSCF FSM和交互逻辑之间交互的消息都能够用第三对话号进行标识。交互逻辑还可以触发krvice Logic 1,从而建立与krvice Logic 1对应的 gsmSSF FSM 1和gsmSCF FSM 1,交互逻辑可以通过gsmSSF FSM UgsmSCF FSM丨与^作化一 Logic 1进行交互;交互逻辑还为krvice Logic 1分配第一对话号,第一对话号用于标识交互逻辑、gsmSSF FSM 1、gsmSCF FSM 1与krvice Logic 1之间交互的消息,即在业务逻辑1的执行过程中交互逻辑与gsmSSF FSM 1之间交互的消息、gsmSSF FSM 1与gsmSCF FSM 1之间交互的消息、gsmSCF FSM 1与krvice Logic 1之间交互的消息都可以用第一对话号进行标识;并且在对话表中保存第一对话号与目的地址的对应关系,具体为第一对话号与交互逻辑的地址,以及第一对话号与krvice Logic 1的地址之间的对应关系。具体地,gsmSCF FSM 1接收到来自Service Logic 1的消息后,根据第一对话号确定对应的 gsmSSF FSM 1,因此向gsmSSF FSM 1转发该消息,gsmSSF FSM 1根据第一对话号从对话表中查找出目的地址为交互逻辑的地址,因此通过gsmSSF FSM 1将该消息发送至交互逻辑。交互逻辑还可以触发krvice Logic 2,从而建立与krvice Logic 2对应的 gsmSSF FSM 2 和 gsmSCF FSM 2,交互逻辑可以通过 gsmSSF FSM 2,gsmSCF FSM 2与^5作化6 Logic 2进行交互;交互逻辑还为krvice Logic 2分配第一对话号,第二对话号用于标识交互逻辑、gsmSSF FSM 2、gsmSCF FSM 2与krvice Logic 2之间交互的消息,即在业务逻辑2的执行过程中交互逻辑与gsmSSF FSM 2之间交互的消息、gsmSSF FSM 2与gsmSCF FSM 2之间交互的消息、gsmSCF FSM 2与krvice Logic 2之间交互的消息都可以用第二对话号进行标识;并且在对话表中保存第二对话号与目的地址的对应关系,具体为第二对话号与交互逻辑的地址,以及第二对话号与krvice Logic 2的地址之间的对应关系。具体地,gsmSCF FSM 2接收到来自Service Logic 2的消息后,根据第二对话号确定对应的 gsmSSF FSM 2,因此向gsmSSF FSM 2转发该消息,gsmSSF FSM 2根据第二对话号从对话表中查找出目的地址为交互逻辑的地址,因此通过gsmSSF FSM 2将该消息发送至交互逻辑。使用上述义!^丨⑶Broker进行业务逻辑处理的方法虽然能够协调多个业务进行交互,但是当业务逻辑执行到一定阶段后,被krvice Broker触发的业务逻辑会只剩下一个继续执行,例如,交互逻辑协调krvice Logic 1和krvice Logic 2两个业务交互,当执行一段时间后,Service Logic 1结束,只剩下krvice Logic 2继续执行,此时krvice Logic 2与MSC之间的消息交互还需要通过交互逻辑,并且此时交互逻辑也只是起到了信令中转的作用,导致消息需要在krvice Broker内部的各个有限状态机以及交互逻辑之间转发,增加了呼叫时延。

发明内容
本发明实施例提供了一种业务逻辑处理方法、装置及通信系统,可以减少呼叫时延。本发明实施例提供了一种业务逻辑处理方法,包括接收内部切换请求,所述内部切换请求由交互逻辑在确定呼叫仅剩下第二业务逻辑时发送,所述内部切换请求包括与第二业务逻辑对应的第二对话号,所述第二对话号与第二有限状态机对应;根据所述第二对话号确定所述第二有限状态机,将所述第二有限状态机修改为与第三对话号对应,将对对话表中与所述第三对话号对应的目的地址进行更新,以使所述第二有限状态机能够根据更新后的目的地址对所述第二业务逻辑的消息进行转发,所述第三对话号与发起所述呼叫的网元对应。本发明实施例还提供了一种业务逻辑处理装置,包括接收单元,用于接收内部切换请求,所述内部切换请求由交互逻辑在确定呼叫仅剩下第二业务逻辑时发送,所述内部切换请求包括与第二业务逻辑对应的第二对话号,所述第二对话号与第二有限状态机对应;保存单元,用于保存对话表;更新单元,用于在所述接收单元接收了所述内部切换请求后,根据所述第二对话号确定所述第二有限状态机,将所述第二有限状态机修改为与第三对话号对应,对所述保存单元保存的对话表中与所述第三对话号对应的目的地址进行更新,以使所述第二有限状态机能够根据更新后的目的地址对所述第二业务逻辑的消息进行转发,所述第三对话号与发起所述呼叫的网元对应。本发明实施例还提供了一种通信系统,包括本发明实施例提供的业务逻辑处理装置。从本发明实施例提供的以上技术方案可以看出,本发明实施例中Service Broker 在交互逻辑在确定呼叫仅剩下第二业务逻辑时,可以接收到交互逻辑发送的内部切换请求,从而可以将第二有限状态机修改为与第三对话号对应,以及将对对话表中与第三对话号对应的目的地址进行更新,从而使第二有限状态机能够根据更新后的目的地址对第二业务逻辑的消息进行转发,具体可以直接将来自第二业务逻辑的消息向网元转发,以及将来自网元的消息向第二业务逻辑转发,减少了第二业务逻辑与网元之间消息需要经过的有限状态机的数量,从而减少呼叫时延。


为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。图1为本发明一个实施例提供的业务逻辑处理方法的流程图;图2为本发明另一个实施例提供的业务逻辑处理方法的信令流程图;图3为本发明另一个实施例提供的业务逻辑处理方法的信令流程图;图4为本发明一个实施例提供的业务逻辑处理装置的结构图;图5为本发明另一个实施例提供的业务逻辑处理装置的结构图。
具体实施例方式下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
先介绍本发明实施例提供的业务逻辑处理方法,本发明实施例提供的业务逻辑处理方法描述的是%作化6 Broker,具体是krvice Broker中与交互逻辑对应的gsmSCF FSM 的处理流程;本发明实施例提供的业务逻辑处理方法的应用场景如下一个网络的网元向 Service Broker发起呼叫,该呼叫会在krvice Broker触发与该呼叫对应的交互逻辑,该交互逻辑会在krvice Broker上触发了至少两个业务逻辑,包括第一业务逻辑和第二业务逻辑,其中第一业务逻辑先于第二业务逻辑结束,第一业务逻辑的数量可以为1个或2个以上。图1描述了本发明一个实施例提供的业务逻辑处理方法的流程,包括101、接收内部切换请求,该内部切换请求由交互逻辑在确定呼叫仅剩下第二业务逻辑时发送,该内部切换请求包括与第二业务逻辑对应的第二对话号,第二对话号与第二有限状态机对应。具体是krvice Broker中与交互逻辑对应的gsmSCF FSM接收来自交互逻辑的该内部切换请求,由于交互逻辑也是krvice Broker中的一个装置,因此该内部切换请求为内部消息。其中,本发明实施例中两者对应是指能够根据两者中的任意一方确定另一方, 例如第二对话号与第二有限状态机对应是指根据第二对话号能够确定第二有限状态机,以及根据第二有限状态机能够确定第二对话号。其中,Service Broker中的每一个有限状态机都有唯一的标识,因此krvice Broker中可以保存有限状态机的标识与对话号的关系, 从而保存有限状态机与对话号的对应关系。其中,本发明实施例并不限定有限状态机与对话号的对应关系在krvice Broker中的保存位置,只要保存的该对应关系能够被Service Broker中的装置所读取就不会影响本发明实施例的实现。由于一个呼叫会触发哪些业务逻辑,以及这些业务逻辑的执行顺序,以及各个业务逻辑的结束时间都是预先可知的,因此可以保存配置文件,该配置文件记录各个业务逻辑的执行顺序,以及在什么情况下触发哪个业务逻辑;在本发明实施例中,还可以记录什么情况下能够确定呼叫仅剩下第二业务逻辑,例如在最后一个第一业务逻辑结束时可以确定仅剩下第二业务逻辑,在第二业务逻辑开始时可以确定仅剩下第二业务逻辑等。因此,交互逻辑在触发了第二业务逻辑或在第一业务逻辑结束时,可以根据保存的配置文件确定呼叫仅剩下第二业务逻辑。102、根据第二对话号确定第二有限状态机,将第二有限状态机修改为与第三对话号对应,将对对话表中与第三对话号对应的目的地址进行更新,以使第二有限状态机能够根据更新后的目的地址对第二业务逻辑的消息进行转发,该第三对话号与发起呼叫的网元对应。由于krvice Broker保存了对话号与有限状态机的对应关系,因此可以根据第二对话号确定对应的第二有限状态机;其中,将第二有限状态机修改为与第三对话号对应具体可以为将第二有限状态机的标识修改为与第三对话号对应。发起呼叫的网元根据该网元所处网络的不同会有不同,例如可以是核心网的MSC等。其中,在第二业务逻辑为krvice Broker的内部业务时,与第二对话号相关的有限状态机包括gsmSCF FSM 2和gsmSSF FSM 2,此时,上述的第二有限状态机可以为gsmSCF FSM 2或gsmSSF FSM 2 ;具体地,在第二业务逻辑与交互逻辑位于同一呼叫控制点,即第二业务逻辑与交互逻辑对应同一个应用服务器时,第二业务逻辑称为krvice Broker的内部业务。在第二业务逻辑为Service Broker的外部业务时,Service Broker中与第二对话号相关的有限状态机包括gsmSSF FSM 2,此时,上述的第二有限状态机可以为gsmSCF FSM2 ; 具体地,在第二业务逻辑与交互逻辑位于不同的呼叫控制点时,第二业务逻辑称为Service Broker的外部业务。对话表保存在Service Broker中,以对话号作为索引,每一个对话号对应一个表项,每一个表项都保存有与对话号对应的目的地址,包括发起呼叫的网元的地址、和/或有限状态机的标识、和/或交互逻辑的地址、和/或业务逻辑的地址等,其中,本发明实施例并不限定对话表保存在Service Broker中的具体位置,只要该对话表能够被Service Broker 中的装置所读取都不会影响本发明实施例的实现。例如,在本发明的一个实施例中,在对话表中保存的与第三对话号对应的目的地址可以包括发起呼叫的网元的地址和交互逻辑的地址;在本发明的另一个实施例中,对话号与有限状态机的对应关系也可以保存在对话表中,此时在对话表中保存的与第三对话号对应的目的地址可以包括发起呼叫的网元的地址,交互逻辑的地址和gsmSCF FSM的标识。对话表中保存的与第二对话号对应的目的地址可以包括交互逻辑的地址和第二业务逻辑的地址,或者还可以包括gsmSCF FSM2的标识和gsmSSF FSM2的标识。此时,对对话表中与第三对话号对应的目的地址进行更新包括将第三对话号对应的交互逻辑的地址更新为第二业务逻辑的地址,即更新后的第三对话号对应的目的地址包括发起呼叫的网元的地址和第二业务逻辑的地址,使得第二有限状态机可以直接将来自第二业务逻辑的消息向网元转发,以及将来自网元的消息向第二业务逻辑转发。其中,在一次呼叫中的所有对话号对应的表项都存储在同一个对话表中时,每触发一个业务逻辑,都会为该触发的业务逻辑分配一个对话号,并且在对话表中增加该对话号的表项;在一个业务逻辑执行完时,则可以将对话表中该执行完的业务逻辑对应的对话号的表项删除,当然,也可以在呼叫完成后,直接将该呼叫对应的对话表删除。本发明一个实施例提供的一次呼叫中更新前的对话表如表1所示。表 权利要求
1.一种业务逻辑处理方法,其特征在于,包括接收内部切换请求,所述内部切换请求由交互逻辑在确定呼叫仅剩下第二业务逻辑时发送,所述内部切换请求包括与第二业务逻辑对应的第二对话号,所述第二对话号与第二有限状态机对应;根据所述第二对话号确定所述第二有限状态机,将所述第二有限状态机修改为与第三对话号对应,将对对话表中与所述第三对话号对应的目的地址进行更新,以使所述第二有限状态机能够根据更新后的目的地址对所述第二业务逻辑的消息进行转发,所述第三对话号与发起所述呼叫的网元对应。
2.如权利要求1所述的业务逻辑处理方法,其特征在于,所述第三对话号对应的目的地址包括交互逻辑的地址和所述网元的地址;所述对对话表中与所述第三对话号对应的目的地址进行更新包括将与所述第三对话号对应的交互逻辑的地址更新为第二业务逻辑的地址;所述第二有限状态机根据更新后的目的地址对所述第二业务逻辑的消息进行转发包括将来自所述第二业务逻辑的消息根据所述网元的地址向所述网元转发,以及将来自所述网元的消息根据所述第二业务逻辑的地址向所述第二业务逻辑转发。
3.如权利要求1所述的业务逻辑处理方法,其特征在于,所述交互逻辑在触发所述第二业务逻辑、或在所述第一业务逻辑结束时,根据保存的配置文件确定所述呼叫仅剩下所述第二业务逻辑。
4.如权利要求1至3任一所述的业务逻辑处理方法,其特征在于,对对话表中与所述第三对话号对应的目的地址进行更新后进一步包括删除所述对话表中与所述第二对话号对应的表项,以及删除与第一对话号对应的表项,所述第一对话号与所述呼叫已经结束的第一业务逻辑对应。
5.如权利要求1至3任一所述的业务逻辑处理方法,其特征在于,接收所述内部切换请求后还包括结束除所述第二有限状态机外的所有与所述呼叫对应的有限状态机的运行, 以及结束所述交互逻辑的运行。
6.一种业务逻辑处理装置,其特征在于,包括接收单元,用于接收内部切换请求,所述内部切换请求由交互逻辑在确定呼叫仅剩下第二业务逻辑时发送,所述内部切换请求包括与第二业务逻辑对应的第二对话号,所述第二对话号与第二有限状态机对应;保存单元,用于保存对话表;更新单元,用于在所述接收单元接收了所述内部切换请求后,根据所述第二对话号确定所述第二有限状态机,将所述第二有限状态机修改为与第三对话号对应,对所述保存单元保存的对话表中与所述第三对话号对应的目的地址进行更新,以使所述第二有限状态机能够根据更新后的目的地址对所述第二业务逻辑的消息进行转发,所述第三对话号与发起所述呼叫的网元对应。
7.如权利要求6所述的业务逻辑处理装置,其特征在于,所述第三对话号对应的目的地址包括交互逻辑的地址和所述网元的地址;所述更新单元,具体用于将与所述第三对话号对应的交互逻辑的地址更新为第二业务逻辑的地址。
8.如权利要求6或7所述的业务逻辑处理装置,其特征在于,所述更新单元,还用于删除所述对话表中与所述第二对话号对应的表项,以及删除与第一对话号对应的表项,所述第一对话号与所述呼叫已经结束的第一业务逻辑对应。
9.如权利要求6或7所述的业务逻辑处理装置,其特征在于,还包括结束单元,用于在所述接收单元接收了所述内部切换请求后,结束除所述第二有限状态机外的所有与所述呼叫对应的有限状态机的运行,以及结束所述交互逻辑的运行。
10.一种通信系统,其特征在于,包括如权利要求6至9任一所述的业务逻辑处理装置。
全文摘要
本发明涉及通信技术领域,公开了一种业务逻辑处理方法、装置及通信系统,其中,业务逻辑处理方法包括接收内部切换请求,所述内部切换请求由交互逻辑在确定呼叫仅剩下第二业务逻辑时发送,所述内部切换请求包括与第二业务逻辑对应的第二对话号,所述第二对话号与第二有限状态机对应;根据所述第二对话号确定所述第二有限状态机,将所述第二有限状态机修改为与第三对话号对应,将对对话表中与所述第三对话号对应的目的地址进行更新,以使所述第二有限状态机能够根据更新后的目的地址对所述第二业务逻辑的消息进行转发,所述第三对话号与发起所述呼叫的网元对应。使用本发明,可以减少呼叫时延。
文档编号H04W24/00GK102231889SQ201110200298
公开日2011年11月2日 申请日期2011年7月18日 优先权日2011年7月18日
发明者陈仁华 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1