一种交换系统的呼叫处理方法
【技术领域】
[0001]本发明涉及无线通信领域，尤其涉及一种交换系统的呼叫处理方法。
【背景技术】
[0002]交换系统在呼叫过程中需要进行信令通道的建立以及在适当时机指示建立媒体通道。为了实现呼叫控制和承载相分离的目的，交换系统一般包括业务逻辑模块(ACP)和呼叫控制模块(BCP)，分别实现业务控制功能和呼叫控制功能。同时交换系统通常还采用半呼叫模型，将一个完整的两方呼叫分解为发端半呼叫段(O端)和收端半呼叫段(T端)，分别对应该呼叫的主叫和被叫，双方只能通过消息的方式来交互，这样分离后发端和终端两个半呼叫段相互独立，便于业务逻辑分别对这两个半呼叫段进行业务触发与控制，从而实现各种复杂的业务逻辑(例如多方呼叫、各种被叫侧业务)，同时也便于运用到分布式的运行环境。交换系统常用的几个呼叫处理对象有:基本呼叫状态模型(BCSM)，表示主叫端或者被叫端在呼叫过程中的状态(例如摘机状态、收号状态、振铃状态、通话状态等)；腿(LEG)，表示主叫端或被叫端在呼叫过程中的通断状态(振铃前是不通状态、振铃后则是通状态)，一个LEG和一个BCSM——对应；呼叫段(CS)，表示一个呼叫，一个CS可以管理多个LEG。由于一个业务通常存在多个子业务(如多方呼叫或呼叫等待业务等)，则采用CSA (呼叫段关联)来关联同一次会话中的CS, —个CSA可以包含多个CS。
[0003]现有的交换系统的呼叫处理方法一般是:业务逻辑模块(ACP)采用INAP规范与呼叫控制模块(BCP)交互各种对象信息，包括CSA、CS、LEG、BCSM等，ACP和BCP中的CSA、CS、LEG对象的对应关系如图1所示;ACP通过控制ACP和BCP中的CSA、CS、LEG实现业务逻辑控制；BCP为了适配ACP的处理，引入业务逻辑对象CS、LEG来实现与ACP的交互，BCP内部通过控制CSA、BCSM实现基本呼叫控制；业务的汇聚关联在BCP中实现，即同一个业务中的子业务在BCP内部合并为一个会话CSA’而ACP内部各子业务是独立的CSA’互不关联。
[0004]以单呼业务为例，假设用户A呼叫用户B，则上述现有处理方法具体处理如下:A用户发起单呼，OBCP (A)收到一个呼叫，创建一个会话CSA，CSA里面创建一个CS、一个LEG以及一个BCSM，然后发送呼叫请求给TBCP (B)，TBCP (B)也创建一个会话CSA，该CSA里面也创建一个CS、一个LEG以及一个BCSM，ACP和BCP的呼叫处理对象的对应关系如图2所示。
[0005]以组呼业务为例，假设组中有3个用户A、B、C，则上述现有处理方法具体如下:A用户发起组呼，OBCP (A)收到一个组呼呼叫，创建一个会话CSA，CSA里面创建一个CS、一个LEG以及一个BCSM，然后触发组呼业务到ACP，ACP创建一个会话CSA’同时创建一个CS和一个LEG, ACP执行业务逻辑，判断有两个被叫成员，则指示OBCP (A)使用已有的LEG和BCSM以及发送呼叫请求给B，同时ACP再创建一个LEG(已经创建了一个LEG)，并指示OBCP(A)也创建对应的LEG和BCSM以及发送呼叫请求给C。ACP和BCP的呼叫处理对象的对应关系如图3所示，图中虚线标识ACP与BCP的会话交互关系，ACP只与O端一侧的BCP (OBCP)中的CSA交互，OBCP的CSA比较复杂，需要参与业务逻辑处理，另外两个T端的CSA则不需要参与。
[0006]从上面的例子可以看出，现有的这种呼叫处理方法有几点不足:一，对于业务控制功能和呼叫控制功能分离的不彻底，BCP为了适配业务层ACP的处理，需要建立一套与ACP类似的逻辑对象如CS、LEG等来实现交互，而这些逻辑对象对于BCP本身来说是并不需要的；二，对于某些业务(如组呼业务)还需要BCP参与业务逻辑处理，从而弱化了 ACP的业务逻辑处理；三，ACP与BCP的接口协议INAP规范比较复杂和庞大，使得BCP复杂化以及不易扩展等；四，不满足快速接入、灵活、简单的要求，不适用于集群专网等系统。
【发明内容】
[0007]为了克服现有技术的不足，发明提出了一种改进的交换系统的呼叫处理方法，该方法包括:
[0008]所述交换系统的业务逻辑模块(ACP)中，每个呼叫段(CS)对象负责一个业务的一个呼叫，一个CS对象管理多个腿(LEG)对象，各个业务通过呼叫段关联(CSA)对象进行关联；所述交换系统的呼叫控制模块(BCP)中，每个CSA对象仅创建一个基本呼叫状态模型(BCSM)对象，每个BCSM对象与ACP中的LEG对象唯一对应，ACP和BCP的呼叫处理对象的对应关系如图4所示；
[0009]ACP与BCP通过两者之间的接口交互各种呼叫处理对象信息，ACP通过控制其内部的CSA、CS、LEG对象进行业务逻辑控制；BCP通过控制其内部的CSA、BCSM对象进行基本呼叫控制。
[0010]优选的，发端半呼叫段的呼叫控制模块(OBTP)保存业务过滤规则，当从外部收到呼叫请求后判断是否满足业务触发条件，如果满足则将呼叫请求转到ACP，ACP执行触发业务的逻辑，所述逻辑为:如果ACP判断是呼叫终止，则给OBCP回复呼叫处理响应；如果ACP判断需要主动发起呼叫，则发送呼叫请求给各个收端半呼叫段的呼叫控制模块(TBTP)，各个TBCP进行基本呼叫控制处理。
[0011]优选的，对于单呼业务，上述呼叫处理方法的具体步骤为:
[0012](I)OBTP收到主叫用户发起的单呼后，创建一个CSA对象，在该CSA对象里面创建一个BCSM对象，然后发送呼叫请求给TBCP ；
[0013](2) TBCP也创建一个CSA对象，该CSA对象里面也创建一个BCSM对象；
[0014](3) OBCP和TBCP继续进行基本呼叫控制处理。
[0015]优选的，对于组呼业务，上述呼叫处理方法的具体步骤为:
[0016](I)OBTP收到主叫用户发起的组呼后，创建一个CSA对象，在该CSA对象里面创建一个BCSM对象，然后OBTP判断满足业务触发条件，则将组呼呼叫请求转到ACP ；
[0017](2) ACP创建一个CSA对象，在该CSA对象里面创建一个CS对象，在该CS对象里面创建一个LEG对象；
[0018](3)ACP执行组呼业务的逻辑，判断需要向多个被叫用户主动发起呼叫，则新建多个LEG对象使得LEG对象的总数量与被叫用户的数量相同，使用已创建的和新建的LEG对象主动向各个TBTP发送呼叫请求；
[0019](4)各个TBCP创建一个CSA对象，该CSA对象里面也创建一个BCSM对象；
[0020](5) ACP继续进行业务逻辑控制处理，OBTP和各个TBCP继续进行基本呼叫控制处理。
[0021]优选的，ACP与BCP之间的接口为基于Q.931协议的扩展接口。
[0022]与现有技术相比，本发明的优点在于:1，一方面，BCP去掉了逻辑对象(CS和LEG)，每个BCSM对应独立的CSA，BCP得到大大的简化；另一方面，ACP的每个LEG与BCP的BCSM对应关系不变，ACP也没有增加复杂度。2，将业务逻辑从BCP进一步分离出来，BCP只用负责基本呼叫处理以及业务触发，不再需要参与业务逻辑处理。3，开发新业务时只需要开发ACP,并将相应的业务过滤规则下发给BCP即可，而BCP不需要改动，这样一方面使得基本呼叫处理稳定，另一方面使得业务开发灵活快速，业务扩展灵活。4，该呼叫处理方法的呼叫接续时间快，资源消耗小，能很好的满足集群专网系统的要求，同时也能应用于公网系统。
【附图说明】
[0023]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0024]图1是现有处理方法的呼叫处理对象对应关系TJK意图；
[0025]图2是单呼业务采用现有处理方法的呼叫处理对象对应关系图；
[0026]图3是组呼业务采用现有处理方法的呼叫处理对象对应关系图；
[0027]图4是本发明的处理方法的呼叫处理对象对应关系示意图；
[0028]图5是本发明实施例一的单呼业务的呼叫处理对象对应关系图；
[0029]图6是本发明实施例二的单呼业务的呼叫处理对象对应关系图。