专利名称：一种在软交换系统中实现多方呼叫业务的方法
技术领域：
本发明涉及通信技术，具体涉及对多个用户参与的电信呼叫业务的实现方法，更具体地说，涉及一种在基于软交换(Softswitch)技术的呼叫服务器(Call Server)中实现多方呼叫业务控制的方法。
背景技术：
当电信呼叫业务涉及到两个以上的多方用户时(如呼叫前转、呼叫等待、会议呼叫等电信业务)，其呼叫状态及连接控制将会比较复杂。在传统的电路交换网络的呼叫控制系统中，由于呼叫处理与业务逻辑控制是集中在一起的，在系统中引入这些多方呼叫业务功能时，需要对现有的基本呼叫控制软件做较大的修改，不仅实现困难，而且容易引入错误。
在智能网技术出现以后，引入了基本呼叫模型的概念，将多方呼叫分解成相对独立的基本两方呼叫来进行处理，业务逻辑控制与基本呼叫处理分离开来，在业务交换点(SSP)实现基本呼叫处理功能，而多方呼叫的业务控制转移到业务控制点(SCP)进行处理，当增加新的业务功能时不需要修改SSP中的呼叫处理软件。但是这种技术要求系统中必须配置SCP网络实体，而且SSP与SCP间的互通协议十分复杂，难于实现。
软交换技术采用了类似的业务控制与基本呼叫相分离的思想，业务的实现同样需要SCP或应用服务器(Application Server)这样单独的网络实体及特定的协议。
发明内容
本发明要解决的技术问题在于，在遵循业务控制与基本呼叫处理相分离的原则前提下，克服现有技术中业务控制需要依赖业务控制点(SCP)或应用服务器(Application Server)等网络实体的局限，以及避免现有技术中在呼叫服务器与SCP或应用服务器间必须采用的复杂的协议，提供一种简单的方法在呼叫服务器内部实现对多方呼叫业务的控制。
本发明提供的技术方案是，所提供的实现方法是遵循业务逻辑控制与基本呼叫处理相分离的思想，在不改变基本呼叫处理模型的基础上，在呼叫服务器的内部增加一个多方呼叫业务处理层，从系统层次划分的位置上看，多方呼叫业务处理层位于基本呼叫处理模型的上层。当多方呼叫业务被触发时，业务逻辑控制将转移到多方呼叫业务处理层中进行，而基本呼叫处理层负责向多方呼叫业务处理层报告诸如摘机、挂机、拍叉簧、拨号等用户输入事件，并按照多方呼叫业务处理层根据特定业务逻辑做出的呼叫控制指令修改各基本呼叫状态、改变各基本呼叫及相互之间的通信连接关系。多方呼叫业务的控制将遵循“单端控制点”的原则，即多方呼叫业务处理层只控制与登记激活该业务的用户有关的多个基本呼叫模型，而不控制参与呼叫的其他用户的基本呼叫模型。
在上述实现方法中，所述多方呼叫业务的触发采用如下方式在基本呼叫模型中设置一定的“检测点”，当检测点条件满足时，通过已定义的业务触发消息向多方呼叫业务处理层报告从而启动相应的多方呼叫业务逻辑控制。在基本呼叫模型中可以同时设立多个检测点，当多项业务的检测点条件同时满足时，由多方呼叫业务处理层根据业务的优先级顺序决定进行何种多方呼叫业务。
在上述实现方法中，为了更好地实现多方呼叫业务的逻辑控制功能，可在多方呼叫处理层中定义一个简单实用的多方呼叫处理模型，该模型由一系列多方业务状态义、各业务状态下的事件处理及各状态之间的相互转换关系构成。除了一些公用的业务状态，业务状态一般针对特定的业务进行定义，也就是说，不同的业务有不同的状态集合。各状态下的事件处理和各状态之间的转换关系由特定的业务逻辑决定。当需要增加新的业务功能时，只需要对原有的业务状态定义进行扩充并增加相应的处理即可，不影响原有业务状态的处理。对现有的业务逻辑进行修改时，对整个系统的影响也很小。
在上述实现方法中，在基本呼叫模型与多方呼叫业务处理层之间定义有内部消息接口，该消息接口实际上是一个简单的呼叫控制协议，它定义了基本呼叫模型与多方呼叫业务处理层应如何交互以完成特定的业务功能。当业务触发检测点条件满足、或者参与多方呼叫的用户进行摘机、挂机、拍叉簧、拨号等动作、或者由于各种原因引起基本呼叫状态改变时，基本呼叫模型通过该消息接口中的定义的相关消息向多方呼叫业务处理层报告，同样，当根据业务逻辑要求需要对业务用户进行交互(如放通知音、收号)、改变基本呼叫状态及通信连接关系时，多方呼叫业务处理层也通过该接口中的相关消息向基本呼叫模型发送这些指令。由于该消息接口并不是针对特定的业务而定义，而是考虑了所有多方呼叫业务的要求，当开发新的业务功能时，不需要或只用对该消息接口做很小的变动。
利用本发明提供的软交换系统中的多方呼叫业务实现方法，在不改变系统原有基本呼叫处理模型的前提下，可在呼叫服务器内部实现分离的多方呼叫业务控制。与现有技术相比，这种方法不需要在系统中配置额外的SCP或应用服务器实体，同时避免了在系统中采用复杂的业务控制协议。该方法中定义的多方呼叫处理模型和内部消息接口简单、可靠、灵活，便于软件实现，同时使得增加新的业务功能更加快捷并减少了对系统带来的变动，使得系统更可靠。
图1是本发明实现多方呼叫业务方法中多方呼叫业务处理层的软交换系统呼叫服务器的软件结构框图；图2是本发明所提供的多方呼叫业务实现方法应用在呼叫等待业务中的典型实施例流程图；图3是本发明实现方法中基本呼叫模型与多方呼叫业务处理层在进行呼叫等待业务时的消息流程图。
具体实施例方式
如图1所示，本发明是在在呼叫服务器的内部增加一个多方呼叫业务处理层，该多方呼叫业务处理层位于基本呼叫处理模型的上层，在基本呼叫模型与多方呼叫业务处理层之间定义用于传送信息的内部消息接口；通过已定义的业务触发消息向多方呼叫业务处理层报告多方呼叫信息，呼叫服务器启动相应的多方呼叫业务逻辑控制；当多方呼叫业务被触发时，呼叫服务器中的业务逻辑控制转移到多方呼叫业务处理层中进行多方呼叫业务；基本呼叫处理模型按照多方呼叫业务处理层根据特定业务逻辑做出的呼叫控制指令修改各基本呼叫状态、改变各基本呼叫及相互之间的通信连接关系，实现多方呼叫控制。
图2给出了本发明所提供的多方呼叫业务处理模型应用于呼叫等待业务时所定义的多方呼叫业务状态及其相互之间的转换关系。对于呼叫等待业务来说，除了公用的初始“NULL”状态外，还定义了“CW_WAITING”、“CW_HOLD”、“CW_COLLECT_INFO”等三个状态，这些状态的含义如下CW_WAITING当登记并激活了呼叫等待业务的A用户与另外一个用户B正在通话，这时第三方用户C呼叫A用户，由于呼叫等待业务检测点条件满足，因此呼叫等待业务被触发，多方业务处理模型迁移到“CW_WAITING”状态，此时用户A与B仍进行通话，用户C听回铃音并等待接入；CW_COLLECT_INO如果用户A拍叉簧，多方业务处理模型将迁移到该状态下等待用户A的拨号输入；CW_HOLD在该状态下，用户A与用户B或用户C中的一个进行通话，而另外一个用户被置于“保持”状态；图2中各状态之间的箭头表明了各业务状态间可能的转换关系，箭头边的内部消息名表明了触发状态迁移的事件。
当呼叫等待业务检测点条件满足时，基本呼叫模型通过Init_Mpc消息向多方呼叫业务报告多方呼叫业务已被触发，并通过消息中的参数表明这是一个呼叫等待业务。接收到业务触发消息Init_Mpc后，多方呼叫模型将迁移到CW_WAITING状态，并在此状态下等待业务用户的输入信息；业务用户A接收到有新的入呼叫提示后，可以通过拍叉簧并拨“2”来接入这个新呼叫，当用户A拍叉簧后，基本呼叫模型将通过Flash_Ind消息向多方呼叫业务处理层报告该事件，多方呼叫模型则响应地迁移到CW_COLLECT_INFO状态等待用户的进一步拨号输入；当用户拨“2”后，基本呼叫模型通过Info_Ind消息将用户拨号信息传送到多方呼叫业务处理层，根据业务逻辑判断用户A希望接入新呼叫后，多方呼叫业务处理层将指示基本呼叫模型将A用户与C用户进行接续并将原B用户置于“保持”状态，然后相应地迁移到CW_HOLD状态；当由于某种原因A与B或C的基本呼叫被释放，基本呼叫将通过Call_Rel消息通知多方呼叫业务处理层，此时多方呼叫业务将终止并返回到NULL状态。
图3示出了本发明所提供的多方呼叫业务实现方法应用于呼叫等待业务时，在基本呼叫模型(BCM)与多方呼叫业务处理层(MCM)之间的消息交互流程。
假设业务用户A登记并激活了呼叫等待业务，用户A与用户B正在通话，此时用户C拨打用户A从而触发呼叫等待业务。在呼叫等待业务中包含两个基本呼叫模型，其中用户A与用户B的基本呼叫模型用BCM1表示，用户A与用尸C的基本呼叫模型用BCM2表示，这两个基本呼叫模型彼此相对独立，通过多方呼叫业务处理层MCM联系在一起。
如图3所示，一个典型的呼叫等待业务流程包括以下步骤a)用户C呼叫用户A时，一个新的基本呼叫BCM2被创建，同时由于用户A此时正与B通话，BCM2检测到呼叫等待业务触发条件满足，以Init_Mpc消息向MCM报告，同时将业务处理所需要的用户信息、基本呼叫信息等作为消息参数发送给MCM；b)MCM向BCM2发送业务触发证实消息Init_Mpc_Ack；c)MCM通过Play_Tone消息指示BCM1向正在与B用户通话的用户A发送呼叫等待提示音；d)用户A拍叉簧，BCM1通过Flash_Ind消息向MCM报告这一事件；e)MCM通过Collect_Info消息指示BCM1向用户A送拨号音并准备收号；f)用户A拨“2”，BCM1通过Info_Ind消息向MCM传送用户拨号信息；g)根据业务逻辑，MCM向BCM1发送Hold_Call消息指示其将对端用户B置于保持状态；
h)然后MCM向BCM2发送Connect_Call消息指示其将用户A与用户C进行通信连接；i)用户A挂机，用尸A与用户C的基本呼叫被释放，BCM2通过Call_Rel消息向MCM报告用户挂机事件；j)MCM向BCM1发送Drop_Call消息，于是用户A与用户B的基本呼叫也被释放。
以上详细说明了本发明方法的实施方式，以及对于呼叫等待业务的具体应用，但这不应被视作是对本发明范围的限制，本发明方法还可以应用到呼叫前转、三方呼叫、呼叫转接、会议呼叫等多种多方呼叫业务中。
权利要求
1.一种在软交换系统中实现多方呼叫业务的方法，其特征在于，包括如下步骤A)在呼叫服务器的内部增加一个多方呼叫业务处理层，该多方呼叫业务处理层位于基本呼叫处理模型的上层，在所述基本呼叫模型与多方呼叫业务处理层之间定义用于传送信息的内部消息接口；B)通过已定义的业务触发消息向多方呼叫业务处理层报告多方呼叫信息，呼叫服务器启动相应的多方呼叫业务逻辑控制；C)当多方呼叫业务被触发时，呼叫服务器中的业务逻辑控制转移到所述多方呼叫业务处理层中进行多方呼叫业务；D)所述基本呼叫处理模型按照多方呼叫业务处理层根据特定业务逻辑做出的呼叫控制指令修改各基本呼叫状态、改变各基本呼叫及相互之间的通信连接关系，实现多方呼叫控制。
2.根据权利要求1所述在软交换系统中实现多方呼叫业务的方法，其特征在于，所述步骤B)中的业务触发方式包括如下步骤在基本呼叫模型中设置在基本呼叫模型中同时设立多个检测点，当检测点条件满足时，启动相应的多方呼叫业务逻辑控制，当多项业务的检测点条件同时满足时，所述多方呼叫业务处理层根据业务的优先级顺序决定进行多方呼叫业务的种类。
3.根据权利要求1所述在软交换系统中实现多方呼叫业务的方法，其特征在于，所述多方呼叫信息包括摘机、挂机、拍叉簧、拨号等用户输入事件。
4.根据权利要求1所述在软交换系统中实现多方呼叫业务的方法，其特征在于，所述步骤C)中的多方呼叫业务控制是一种单端控制，即多方呼叫业务处理层只控制与登记激活该业务的用户有关的多个基本呼叫模型，而不控制参与呼叫的其他用户的基本呼叫模型。
5.根据权利要求1所述在软交换系统中实现多方呼叫业务的方法，其特征在于，在所述步骤A)中还包括如下步骤在所述多方呼叫处理层定义一个多方呼叫处理模型，所述模型由多方业务状态定义、各业务状态下的事件处理及各状态之间的相互转换关系构成。
全文摘要
本发明公开了一种在软交换系统中实现多方呼叫业务的方法，包括如下步骤在呼叫服务器的内部增加一个多方呼叫业务处理层，在基本呼叫模型与多方呼叫业务处理层之间定义内部消息接口；呼叫服务器启动多方呼叫业务逻辑控制；业务逻辑控制转移到呼叫业务处理层中进行多方呼叫业务；呼叫处理模型按照呼叫业务处理层根据特定业务逻辑做出的呼叫控制指令修改各基本呼叫状态、改变各基本呼叫及相互之间的通信连接关系，在不改变系统原有基本呼叫处理模型的前提下，在呼叫服务器内部实现了分离的多方呼叫业务控制；方法中定义的多方呼叫处理模型和内部消息接口简单、可靠，便于软件实现，使得新的业务功能更加快捷并减少对系统带来的变动，使系统更可靠。
文档编号H04Q3/545GK1494302SQ0213778
公开日2004年5月5日 申请日期2002年10月28日 优先权日2002年10月28日
发明者王冠宙 申请人:深圳市中兴通讯股份有限公司