专利名称：软交换业务延迟触发方法
技术领域：
本发明涉及下一代网络技术，尤其是一种实现软交换业务延迟触发方法。
背景技术：
下一代网络(NGN)是传统电信技术发展和演进的一个重要里程碑。从网络特征和网络发展上看，它源于传统智能网的业务和呼叫控制相分离的基本理念，并将承载网络分组化、用户接入多样化等网络技术在统一的网络体系结构下实现。下一代网络采用了分层体系结构，将网络分为业务层、控制层、承载层与接入层等几个相对独立的层面，业务提供采用开放的API接口，从而实现了业务与呼叫控制分离、呼叫控制与承载分离，这样各层可以独立发展，新业务的开发可以不受底层技术变化的影响， 业务层可以成为一个开放的公共平台，可以使运营商分离的业务网得以融合并吸引更多专业化的业务提供商基于该平台去创造各类新业务。软交换设备采用智能网CS-2基本呼叫控制模型(BCSM)，很好的实现了业务与呼叫控制的分离。BCSM中除了基本的呼叫状态外还设置了若干DP点，这些DP点对业务逻辑开放，业务逻辑可以在DP点对呼叫进行控制。当呼叫进行到某一个DP点时，呼叫控制向业务逻辑报告DP点的到达，业务逻辑通过一组操作控制呼叫的下一步走向。智能网CS-2 BCSM 中的DP点分为4类TDP-R、TDP-N、EDP-R、EDP-N。这4类DP点结合智能网CS-2规定的操作，可以实现大部分补充业务和智能业务。对于传统的业务触发方法来讲，每一个业务逻辑都有一个用于触发该业务的DP 点，业务逻辑为这个DP点指配了触发标准。当呼叫进行到此DP点时，呼叫控制会对该DP 点的触发标准进行检查，如果未满足触发标准，则呼叫继续向下执行。如果满足了触发标准，该DP点即被检出，同时触发业务逻辑。如果是TDP-N类型的DP点，则呼叫继续向下执行，如果是TDP-R类型的DP点，则呼叫停留在此DP点，等待业务逻辑的指示。对于不断出现的新业务，采用上述传统的业务触发方法可能会增加业务逻辑实现的复杂度，还可能需要增加新的操作。因此需要一种新的DP点类型以及新的业务触发方法，使得能够利用智能网CS-2现有的操作方便的实现新的业务逻辑，降低业务逻辑实现的复杂度，缩短业务开发周期。
发明内容
本发明所要解决的技术问题是提供一种利用智能网CS-2现有的操作方便的实现新的业务逻辑，降低业务逻辑实现的复杂度，缩短业务开发周期的软交换业务延迟触发方法
技术领域：
本发明的技术方案是一种软交换业务延迟触发方法，其特征在于包括以下步骤 步骤1 设置延迟触发事务检测点(TRDP)，其关联两个DP点，一个是用于检出业务的检出DP点，另一个是用于触发业务逻辑的触发DP点；所述检出DP点在前，所述触发DP点在后；步骤2 呼叫处理过程执行到一个DP点；
步骤3 判断当前DP点是否需要进行触发标准匹配检查；当需要检查时，呼叫处理过程执行下述步骤4 ；当不需要检查时，呼叫处理过程执行下述步骤7 ；
步骤4 判断当前呼叫参数是否与预先指配的触发标准匹配；如果匹配，呼叫处理过程执行下述步骤5 ；如果不匹配，呼叫处理过程执行下述步骤7 ；
步骤5 判断当前DP点类型是否为TDP ；如果不是，呼叫处理过程执行下述步骤6 ；如果是，呼叫处理过程执行下述步骤10 ；
步骤6 当前DP点是TRDP，在呼叫上下文中标记业务检出，同时记录在哪个DP点触发业务逻辑；
步骤7 呼叫处理过程继续到下一个PIC点； 步骤8 呼叫处理过程继续到下一个DP点；
步骤9 判断此DP点是否为TRDP关联的业务触发点；如果不是，呼叫处理过程转向执行所述步骤7 ；如果是，呼叫处理过程执行下述步骤10 ； 步骤10 触发业务逻辑，产生业务逻辑实例；
步骤11 判断当前DP点是否为请求型DP点；如果是，呼叫处理过程执行下述步骤12 ； 如果不是，呼叫处理过程转向执行所述步骤7 ；
步骤12 呼叫处理过程停留在此DP点，等待业务逻辑的指示。采用上述技术方案所产生的有益效果在于
1、当另一个呼叫执行同样的触发过程时，业务层根据TRDP和触发参数，在同一个业务逻辑实例中进行处理，不再产生新的业务逻辑实例。2、多个TRDP触发的业务在同一个业务逻辑实例中处理，克服了在开发复杂业务逻辑时需要新增操作，业务逻辑实例间需要交互等高复杂度的设计。降低业务逻辑实现的复杂度，缩短业务开发周期。3、能够利用智能网CS-2现有的操作，不增加新的DP点和新的操作，灵活的在一个业务逻辑实例中实现复杂会议业务逻辑。方便的实现MEETME会议、PRESET会议等复杂会议业务逻辑。4、本发明所述的方法为新业务的开发提供了一种新的思路，可以设计关联更多的 DP点的新型DP点，设计更灵活的检出和触发关系，这样会进一步降低了新业务开发的复杂度，缩短了新业务开发周期。
图1是TRDP点的检查以及延迟触发过程。图2是PRESET会议业务触发时，呼叫控制的CVS视图。图3是PRESET会议业务逻辑呼叫会议参与方后，呼叫控制的CVS视图。图4是一个会议参与方应答后，呼叫控制的CVS视图。图5是PRESET会议形成3方会议时，呼叫控制的CVS视图。图6是另一个呼叫方加入PRESET会议时，呼叫控制的CVS视图。图7是另一个呼叫方成功加入PRESET会议，形成4方会议时，呼叫控制的CVS视图。
具体实施例方式下面结合附图及实施例对本发明进行详细说明。实施例1 :PRESET会议业务的触发方法
PRESET会议预置了若干个会议参与方，由会议发起者拨打会议室号码发起PRESET会议，然后由业务逻辑呼叫会议中的参与方形成会议。同时任何一个呼叫方可以拨打PRESET 会议室号码加入会议。为了方便描述，标识A为会议发起者，B和C为预置会议成员，D为通过拨打会议室号码加入会议的呼叫方。PRESET会议业务的触发方法，包括如下步骤
步骤1 设置延迟触发事务检测点(TRDP)，其关联两个DP点，检出DP点是“分析_信息”DP点，触发DP点是“终端_试呼” DP点；“分析_信息”DP点在前，“终端_试呼” DP点在后；
步骤2 呼叫处理过程执行到一个DP点；
步骤3 判断当前DP点是否为“分析_信息” DP点；当是时，呼叫处理过程执行下述步骤4 ；当不是时，呼叫处理过程执行下述步骤7 ；
步骤4 判断当前呼叫参数是否与预先指配的触发标准匹配；如果匹配，呼叫处理过程执行下述步骤5 ；如果不匹配，呼叫处理过程执行下述步骤7 ；
步骤5 判断当前DP点类型是否为TDP ；如果不是，呼叫处理过程执行下述步骤6 ；如果是，呼叫处理过程执行下述步骤10 ；
步骤6 当前DP点是TRDP，在呼叫上下文中标记PRESET会议业务检出，同时记录在“终端_试呼” DP点触发业务逻辑，；
步骤7 呼叫处理过程继续到下一个PIC点； 步骤8 呼叫处理过程继续到下一个DP点；
步骤9 判断此DP点是否为“终端_试呼” DP点；如果不是，呼叫处理过程转向执行所述步骤7 ；如果是，呼叫处理过程执行下述步骤10 ；
步骤10 触发PRESET会议业务，产生一个PRESET会议业务逻辑实例； 步骤11 判断当前DP点是否为请求型DP点；如果是，呼叫处理过程执行下述步骤12 ； 如果不是，呼叫处理过程转向执行所述步骤7 ；
步骤12 呼叫处理过程停留在此DP点，等待业务逻辑的指示。上述方法的具体处理流程见图1所示。此时呼叫控制的CVS视图如图2所示。图中左侧是A对应的视图，右侧是PRESET会议对应的操作视图，称之为PRESET_1。TRDP将触发点设置在“终端_试呼”的目的就在于要生成PRESET会议对应的操作视图，方便后续利用“移动呼叫段”和“合并呼叫段”操作实现会议。具体过程如下描述。业务逻辑实例产生后，调用“启动试呼”操作依次呼叫B和C，此时呼叫控制的CVS 视图如图3所示。图中第一行是A拨打PRESET会议室号码的视图，即图2所示的视图；第二行是业务逻辑呼叫B的视图，其中PRESET_2是呼叫中PRESET会议对应的视图；第三行是业务逻辑呼叫C的视图，其中PRESET_3是呼叫中PRESET会议对应的视图。当B应答时，业务逻辑实例首先调用“移动呼叫段”操作，将PRESET_2中的呼叫段移动到PRESET_1中，然后再对PRESET_1进行“合并呼叫段”操作。此时形成AB两方会议，呼叫控制的CVS视图如图4所示。当C应答时，同样业务逻辑实例首先调用“移动呼叫段”操作，将PRESET_3中的呼叫段移动到PRESET_1中，然后再对PRESET_1进行“合并呼叫段”操作。此时形成3方会议，呼叫控制的CVS视图如图5所示。 形成3方会议后，D通过拨打会议室号码加入此会议，业务触发的过程和A发起会议时是一样的，此时CVS视图如图6所示，同样也生成了与D相关的PRESET会议对应的操作视图PRESET_4。当业务层收到这个TRDP触发时，会在当前的业务逻辑实例中处理，不会生成新的业务逻辑实例。此时业务逻辑实例首先调用“移动呼叫段”操作，将PRESET_4中的呼叫段移动到PRESET_1中，然后再对PRESET_1进行“合并呼叫段”操作。此时形成4方会议，呼叫控制的CVS视图如图7所示。
权利要求
1.一种软交换业务延迟触发方法，其特征在于包括以下步骤步骤1 设置延迟触发事务检测点(TRDP)，其关联两个DP点，一个是用于检出业务的检出DP点，另一个是用于触发业务逻辑的触发DP点；所述检出DP点在前，所述触发DP点在后；步骤2 呼叫处理过程执行到一个DP点；步骤3 判断当前DP点是否需要进行触发标准匹配检查；当需要检查时，呼叫处理过程执行下述步骤4 ；当不需要检查时，呼叫处理过程执行下述步骤7 ；步骤4 判断当前呼叫参数是否与预先指配的触发标准匹配；如果匹配，呼叫处理过程执行下述步骤5 ；如果不匹配，呼叫处理过程执行下述步骤7 ；步骤5 判断当前DP点类型是否为TDP ；如果不是，呼叫处理过程执行下述步骤6 ；如果是，呼叫处理过程执行下述步骤10 ；步骤6 当前DP点是TRDP，在呼叫上下文中标记业务检出，同时记录在哪个DP点触发业务逻辑；步骤7 呼叫处理过程继续到下一个PIC点；步骤8 呼叫处理过程继续到下一个DP点；步骤9 判断此DP点是否为TRDP关联的业务触发点；如果不是，呼叫处理过程转向执行所述步骤7 ；如果是，呼叫处理过程执行下述步骤10 ；步骤10 触发业务逻辑，产生业务逻辑实例；步骤11 判断当前DP点是否为请求型DP点；如果是，呼叫处理过程执行下述步骤12; 如果不是，呼叫处理过程转向执行所述步骤7 ；步骤12 呼叫处理过程停留在此DP点，等待业务逻辑的指示。
2.根据权利要求1所述的软交换业务延迟触发方法，其特征在于所述检出DP点和触发DP点都属于0BCSM，或者都属于TBCSM，或者一个属于0BCSM，一个属于TBCSM。
全文摘要
本发明公开了一种软交换业务延迟触发方法，涉及网络技术。本发明采用新的DP点——事务检测点(TRDP)，和一种新的业务延迟触发方法。使得能够利用智能网CS-2现有的操作，方便地实现MEETME会议、PRESET会议等复杂会议业务逻辑。TRDP关联两个DP点的，在一个DP点上检出业务，在随后的另一个DP点上触发业务逻辑，实现延迟触发。且多个TRDP触发的业务在同一个业务逻辑实例中处理。降低了业务逻辑实现的复杂度，缩短了业务开发周期。
文档编号H04M7/00GK102307270SQ20111026562
公开日2012年1月4日 申请日期2011年9月8日 优先权日2011年9月8日
发明者刘俊涛, 张成斌, 王增顺, 郑庆红, 高燕玲 申请人:河北远东哈里斯通信有限公司