一种智能业务触发的方法和系统的制作方法

专利名称：一种智能业务触发的方法和系统的制作方法
技术领域：
本发明涉及通信领域，特别是涉及一种智能业务触发的方法和系统。
背景技术：
随着智能移动网络的迅速发展，出现了许多基于智能移动网络的智能协
议。智能协议的出现是为了实现业务和交换的分离，出现了像PPS (Pre-aid Service,预付费业务)和MVPN ( Mobile Virtual Private Network,移动虚拟专 网)等非常典型的应用，为运营商提供了便利。
CAMEL ( Customized applications for Mobile Network Enhanced Logic,基 于移动网络增强型逻辑的客户化应用)的出现，同样是为了移动网能够提供 独立于服务网络的业务运行机制。CAMEL并非提供一种补充业务，而是提供 一种网络特征。该特征简化了业务运营者从服务网络外对业务进行的控制。 因此，CAMEL业务能够使网络运营者提供运营者自己决定的业务，即使用 户漫游出HPLMN ( Home Public and Mobile Network,本地^〉用陆地移动网 络)，也不会对于业务的运行造成影响。
基于CAMEL的智能业务在现有网络MSC/VLR ( Mobile Switching Center/ Visited Location Register, 移动交换中心/拜访位置寄存器)上叠加gsmSSF (GSM Service Switching Function, GSM业务交换功能)，gsmSSF根据gsmSCF (GSM Service Control Function, GSM业务控制功能)的要求上报相关信息(如 当前用户所在的位置信息)或相关事件(如被叫用户应答事件)给gsmSCF, gsmSCF依据这些信息或者事件控制业务逻辑以实现相关的业务。支持 CAMEL体系功能实体组网如图1所示，其组网功能实体主要包括HLR (Home Location Register,归属位置寄存器)、gsmSCF、 gsmSSF、 GMSC (Gateway MSC，移动关口交换中心)、VLR (Visited Location Register,拜 访位置寄存器)、MSC( Mobile Switching Center,移动交换中心)和gsmSRF (GSM Specialized Resource Function,特殊资源功能)。其中HLR与gsmSCF、 GMSC、 VLR间的接口为MAP( Mobile application Part,移动应用部分)；GMSC 与MSC间的接口为MAP; gsmSCF与gsmSSF、 gsmSRF间的接口为CAP
(CAMEL Application Part, CAMEL应用部分)。
在目前的基于CAMEL智能业务中，在同 一用户的同 一次呼叫过程中， MO ( Mobile Originating ,移动始发)或MT (Mobile Terminating,移动终结) 智能业务中只能触发一次智能业务。比如如果用户A是始发智能用户，拔 打用户B, gsmSSF触发用户A的始发智能业务，而且只触发一次。如果用户 A签约了二个以上的智能业务，gsmSSF会释放本次呼叫，从而不能实现二次 以上的智能业务。

发明内容
本发明的实施例提供一种智能业务触发的方法和装置，实现同 一用户在 同一次呼叫中触发两次以上智能业务。
为达到上述目的，本发明的实施例提供一种智能业务触发的方法，包 括步骤接收呼叫请求后，如果用户签约了第一智能业务，智能触发系统 向第一业务控制点SCP发送第一智能业务控制请求；收到所述第一 SCP 呼叫继续的通知后，所述智能触发系统判断用户是否签约了两个以上智能 业务，如果是则向第二智能业务对应的第二 SCP发送第二智能业务控制请 求，记录所述第一智能业务控制请求与所述第二智能业务控制请求为同一 用户在同 一次呼叫中的不同智能业务控制请求，并根据所述第二 SCP的控 制继续处理所述呼叫。
为达到上述目的，本发明的实施例还提供一种智能触发系统，包括 第一智能业务处理子系统、第二智能业务处理子系统、二次触发级联子系 统，其中所述第一智能业务处理子系统用于处理用户签约的第一智能业 务，并通知所述二次触发级联子系统进行处理；所述二次触发级联子系统 用于判断用户是否签约了两个以上智能业务，如果是则通知所述第二智能 业务处理子系统进行处理，并记录所述第一智能业务处理子系统和第二智 能业务处理子系统处理的是同一用户在同一次呼叫中的不同智能业务，否
则将呼叫移交给第一智能业务处理子系统继续处理；所述第二智能业务处
理子系统用于处理用户签约的第二智能业务。
收到第一SCP发送的继续处理呼叫的通知后或收到HLR返回的第二请 求响应消息后，再判断用户是否签约了两个以上智能业务，如果是则进行 二次智能业务触发流程，并记录第一智能业务控制请求与所述第二智能业务 控制请求为同 一用户在同一次呼叫中的不同智能业务控制请求，记录所述第 一智能业务处理子系统和第二智能业务处理子系统处理的是同 一用户在同 一次呼叫中的不同智能业务，从而实现了同一用户在同一次呼叫中实现多 次智能业务。
另外，当检测到呼叫事件后，先根据第一SCP的控制决定是否上报呼 叫事件，然后再根据第二SCP的控制决定是否上报呼叫事件，从而能够根 据相应的SCP的控制决定是否上报呼叫事件而不互相影响。


图1为基于CAMEL的智能业务的功能实体组网示意图； 图2为本发明实施例一的移动始发MO智能业务的信令流程图； 图3为本发明实施例一的移动始发MO智能业务的方法流程图； 图4为本发明实施例二的移动终结MT智能业务的方法流程图； 图5为本发明实施例二的移动终结MT智能业务的信令流程图； 图6为本发明实施例三的示意图。
具体实施例方式
下面结合附图和实施例，对本发明的具体实施方式
作进一步详细描述 请参见图2、图3,为本发明实施例一的移动始发MO智能业务流程
图，具体包括以下步骤
步骤S301，用户拨打被叫号码，智能触发系统例如交换设备收到主
叫用户的呼叫请求后，建立第一呼叫控制模块，该第一呼叫控制模块用于
控制本次呼叫，并将呼叫移交给智能触发系统的第一智能触发模块进行智 能触发处理。
步骤S302，第 一智能触发模块判断该主叫用户是否签约了第 一智能业 务，如OCSI( Originating CAMEL Subscription Information,移动始发CAMEL 签约4言息)、T-CSI ( Terminating CAMEL Subscription Information,移动 终结CAMEL签约信息)，如果是，则执行步骤S303，否则执行骤S304。
步骤S303，第一智能触发模块向第一业务控制点SCP发送第一智能业 务控制请求，如第一智能触发模块向第一SCP发送初始检测点InitialDP消 息。
另外，第一智能触发模块建立第一智能事件处理模块，然后执行骤 S305。
步骤S304,第一智能触发模块通知第一呼叫控制模块继续呼叫处理。 步骤S305,第一SCP向智能触发系统发送报告请求信息。 例如第一SCP向第一智能事件处理模块发送报告信息，该报告请求信 息包括请求报告BCSM事件消息RequestReportBCSM，用于请求该第一智 能事件处理模块报告该事件信息和配置相关的事件，如主叫放弃、被叫应 答、路由选择失败、主叫拆线、被叫拆线等信息；计费申请消息 ApplyCharging，用于请求该第 一智能事件处理模块在满足条件下对主叫用 户计费，并报告计费结果。
步骤S306，第一SCP通知第一智能触发模块继续处理呼叫，例如第一 SCP向第一智能触发模块发送Continue或Connect消息，请求继续处理呼叫， 然后第 一智能触发模块将呼叫移交第 一呼叫控制模块控制，第 一呼叫控制 模块将呼叫移交给二次触发级联模块控制。
步骤S307, 二次触发级联模块判断用户是否签约了两个以上智能业 务，如果是建立第二呼叫控制模块，将呼叫移交给第二呼叫控制模块控制， 并记录第一呼叫控制模块和第二呼叫控制模块处理的呼叫为同一用户的同 一次呼叫，然后执行步骤S308;否则，二次触发级联模块通知第一呼叫控 制模块继续处理呼叫，如寻呼被叫或出局处理。
步骤S308,第二呼叫控制模块将呼叫移交给第二智能触发模块，第二 智能触发模块判断用户是否签约了第二智能业务，如DCSI ( Dialed Service CAMEL Subscription Information,拨号业务CAMEL签约信息)或NCSI (Network Service CAMEL Subscription Information,网络业务CAMEL签约 信息)，如果有，则执行步骤S309，否则执行步骤S310。
其中第一智能业务的优先级高于第二智能业务的优先级。 步骤S309, 第二智能触发模块向第二SCP发送第二智能业务控制请 求，如第二智能触发模块向第二SCP发送初始检测点InitialDP消息，并建立 第二智能事件处理模块，然后执行步骤S311,其中所述第一智能业务控制 请求与所述第二智能业务控制请求为同 一用户在同 一次呼叫中的不同智能业 务控制请求。
步骤S310,第二智能触发模块通过第二呼叫控制模块通知第一呼叫 控制模块继续处理呼叫，如寻呼被叫或出局处理。
步骤S311，第二SCP向第二智能事件处理模块发送报告请求信息。
例如该报告请求信息包括请求报告BCSM事件消息 RequestReportBCSMEvent,用于请求该第一智能事件处理才莫块才艮告该事件 信息和配置相关的事件，如主叫放弃、被叫应答、路由选择失败、主叫拆 线、被叫拆线等信息；计费申请消息ApplyCharging，用于请求该第一智能 事件处理模块在满足条件下对主叫用户计费，并报告计费结果。
步骤S312，第二SCP通知第二智能触发模块继续处理呼叫，例如第二 SCP向第二智能触发模块发送Continue或Connect消息，请求继续处理呼叫， 然后第二智能触发模块将呼叫移交第二呼叫控制模块控制。
步骤S313，如果用户签约的是两个智能业务，且被叫用户为本局用户 时，第二呼叫控制模块进行寻呼处理；如果用户签约的是两个智能业务， 且被叫用户不是本局用户时，第二呼叫控制模块进行出局处理；如果用户 签约的是三个以上的智能业务，第二呼叫控制模块将呼叫移交给二次触发 级联模块处理，二次触发级联模块建立第三呼叫控制模块，具体的过程与 第二智能业务的流程相同，因此不再赘述。
步骤S314 ，检测到呼叫事件后第 一智能事件处理模块根据第一SCP的 控制决定是否向第一SCP发送报告应答信息，即上报呼叫事件，然后向二 次触发级联模块发送呼叫事件，二次触发级联模块向第二智能事件处理模 块发送呼叫事件，收到呼叫事件后第二智能事件处理模块根据第二SCP的 控制决定是否发送报告应答信息。
实施例一的第一呼叫控制模块收到第一SCP发送的继续处理呼叫后， 将该呼叫移交给二个触发级联模块，由二次触发级联模块判断主叫用户是 否签约了两个以上智能业务，如果是则进行二次智能业务触发流程，并记 录第一呼叫控制模块和第二呼叫控制模块处理的呼叫为同一用户的同一次 呼叫，将第一智能业务控制请求与所述第二智能业务控制请求记录为同一用 户在同 一次呼叫中的不同智能业务控制请求，从而解决了第 一呼叫控制模块 和第二呼叫控制模块把同一用户的同一次呼叫看作独立的两个呼叫带来的
呼叫沖突问题，并协调第一呼叫控制模块和第二呼叫控制模块的操作，从 而实现了同一用户在同一次呼叫中实现多次智能业务。
另外，当第 一智能事件处理模块根据第一 SCP的控制决定是否上报呼 叫事件后，二次级联触发模块通知第二智能事件处理模块根据第二SCP的 控制决定是否上报呼叫事件，使得第一智能事件处理模块和第二智能事件 处理模块能够根据相应的SCP的控制决定是否上报呼叫事件而不互相影 响。
请参见图4、图5,为本发明实施例二的移动终结MT智能业务流程图， 具体包括以下步骤
步骤S401,用户拨打被叫号码，智能触发系统收到建立呼叫请求后， 建立第一呼叫控制模块，该第一呼叫控制模块用于控制本次呼叫，并将呼 叫移交给第 一智能触发模块进行智能触发处理。
步骤S402,第一呼叫控制模块向HLRj义送第一漫游号码请求消息，例 如第一呼叫控制模块向HLR发送第一SRI ( Send Routing Information,发送 路由信息)消息，向HLR请求漫游号码。
步骤S403, HLR向第 一呼叫控制才莫块返回第 一请求响应消息，例如HLR
向第 一呼叫控制模块返回SRI-ACK消息，消息中携带有T-CSI (Terminating CAMEL Subscription Information移动终结CAMEL签约信息)。
步骤S404,第一呼叫控制模块将呼叫移交给第一智能触发模块，第一 智能触发模块判断该被叫用户是否签约了第一智能业务，如T - CSI (Terminating CAMEL Subscription Information,移动纟冬结CAMEL签约4言 息)，如果是，则执行步骤S405,否则执行步骤S406。
步骤S405,第一智能触发^^莫块向第一SCP发送第一智能业务控制请求， 如第一智能触发模块向第一SCP发送初始检测点InitialDP消息，并建立第一 智能事件处理模块，然后执行骤S407。
步骤S406,第 一 智能触发模块通知第 一呼叫控制模块继续呼叫处理， 如寻呼^皮叫或出局处理。
步骤S407， 第一SCP向智能触发系统发送报告请求信息。
例如第一SCP向第 一智能事件处理模块发送报告请求信息，该报告请 求信息包括请求报告BCSM事件消息RequestReportBCSMEvent,用于请 求该第一智能事件处理模块报告该事件信息和配置相关的事件，如主叫放 弃、被叫应答、路由选择失败、主叫拆线、被叫拆线等信息；计费申请消 息ApplyCharging，用于请求该第一智能事件处理模块在满足条件下对主叫 用户计费，并报告计费结果。
步骤S408,第一SCP通知第一智能触发模块继续处理呼叫，例如第一 SCP向第一智能触发模块发送Continue或Connect消息，请求继续处理呼叫， 然后第 一智能触发模块将呼叫移交第 一呼叫控制模块控制。
步骤S409,第一呼叫控制模块向HLR发送第二漫游号码请求消息，例 如第 一呼叫控制模块向HL嫂送第二SRI消息。
步骤S410, HLR向第 一呼叫控制模块返回第二请求响应消息，例如HLR 向第一呼叫控制模块返回SRI-ACK消息，消息中携带有MSRN (Mobile Station Roaming Number,移动用户漫游码)。
步骤S411,第一呼叫控制模块将呼叫移交给二次触发级联模块控制。
步骤S412, 二次触发级联模块判断用户是否签约了两个以上智能业
务，如果是建立第二呼叫控制模块，将呼叫移交给第二呼叫控制模块控制， 并记录第一呼叫控制模块和第二呼叫控制模块处理的呼叫为同一用户的同
一次呼叫，然后执行步骤413,否则二次触发级联模块通知第一呼叫控制模 块继续处理呼叫，如寻呼被叫或出局处理。
步骤S413,第二呼叫控制模块将呼叫移交给第二智能触发模块控制， 第二智能触发模块根据MSRN查询用户是否签约了第二智能业务，如 NCSI,如果有，则执行步骤S414，如果没有，则执行步骤S415。
其中第一智能业务的优先级高于第二智能业务。
步骤S414,第二智能触发模块向第二SCP发送第二智能业务控制请求， 如第二智能触发模块向第二SCP发送初始检测点InitialDP消息，并建立第二 智能事件处理模块，然后执行步骤S416。
其中，第一智能业务控制请求与所述第二智能业务控制请求为同一用户 在同 一次呼叫中的不同智能业务控制请求。
步骤S415,第二智能触发模块通过第二呼叫控制模块将呼叫移交给二 次触发级联模块控制，二次触发级联模块通知第一呼叫控制模块继续处理 呼叫，如寻呼^皮叫或出局处理。
步骤S416,第二 SCP向第二智能事件处理模块发送报告请求信息。
例如该报告请求信息包括请求报告BCSM事件消息 R叫uestReportBCSMEvent,用于请求该第一智能事件处理模块冲艮告该事件 信息和配置相关的事件，如主叫放弃、被叫应答、路由选择失败、主叫拆 线、被叫拆线等信息；计费申请消息ApplyCharging,用于请求该第一智能 事件处理模块在满足条件下对主叫用户计费，并报告计费结果。
步骤S417,第二SCP通知第二智能触发模块继续处理呼叫，例如第二 SCP向第二智能触发模块发送Continue或Connect消息，请求继续处理呼叫， 然后第二智能触发模块将呼叫移交第二呼叫控制模块控制。
步骤S418，如果用户签约的是两次智能业务，且被叫用户为本局用户 时，第二呼叫控制模块进行寻呼处理；如果用户签约的是两次智能业务， 且被叫用户不是本局用户时，第二呼叫控制模块进行出局处理；如果用户签约的是三次以上的智能业务，第二呼叫控制模块将呼叫移交给 二次触发级联模块处理，二次触发级联模块建立第三呼叫控制模块，具体 的过程与第二次智能触发的流程相同，因此不再赘述。
步骤S419,检测到呼叫事件后第一智能事件处理模块根据第一SCP的 控制决定是否向第一SCP发送报告应答信息，即上报呼叫事件，然后向二 次触发级联模块发送呼叫事件，二次触发级联模块向第二智能事件处理模 块发送呼叫事件，收到呼叫事件后第二智能事件处理模块根据第二SCP的 控制决定是否发送报告应答信息。
实施例二的第 一 呼叫控制模块收到HLR返回的第二请求响应消息后， 将该呼叫移交给二次触发级联模块，由二次触发级联模块判断主叫用户是 否签约了两个以上智能业务，如果是则进行二次智能业务触发流程，并记 录第一呼叫控制模块和第二呼叫控制模块处理的呼叫为同一用户的同一次 呼叫，将第一智能业务控制请求与所述第二智能业务控制请求记录为同一用 户在同 一次呼叫中的不同智能业务控制请求，从而解决了第 一呼叫控制模块 和第二呼叫控制模块把同一用户的同一次呼叫看作独立的两个呼叫带来的
呼叫冲突问题，并协调第一呼叫控制模块和第二呼叫控制模块的搡作，从 而实现了同一用户在同 一次呼叫中实现多次智能业务。
另外，当第 一智能事件处理模块根据第一SCP的控制决定是否上报呼 叫事件后，二次级联触发模块通知第二智能事件处理模块根据第二SCP的 控制决定是否上报呼叫事件，使得第一智能事件处理模块和第二智能事件 处理模块能够根据相应的SCP的控制决定是否上报呼叫事件。
请参见图6,为本发明实施例三的示意图，该通信系统包括智能业务 触发系统61,第一SCP实体62，第二SCP实体63和HLR实体64，其中， 智能触发系统61分别和第一 SCP实体62、第二 SCP实体63和HLR实体64 相连。
智能业务触发系统61进一步包括第一智能业务处理子系统611、第二 智能业务处理子系统612、 二次触发级联子系统613,其中
第一智能业务处理子系统611用于处理用户签约的第一智能业务，并通
知二次触发级联子系统613进行处理；
二次触发级联子系统613用于判断用户是否签约了两个以上智能业务， 如果是则通知第二智能业务处理子系统612进行处理，并记录第一智能业务 处理子系统611和第二智能业务处理子系统612处理的智能业务是同一用户 在同 一次呼叫中的不同智能业务，否则将呼叫移交给第 一智能业务处理子 系统611继续处理；
第二智能业务处理子系统612用于处理用户签约的第二智能业务。
如果用户签约的是两个智能业务，并且被叫用户为本局用户，处理完第 二智能业务后所述第二智能业务处理子系统612还用于进行寻呼处理。
如果用户签约的是两个智能业务，并且被叫用户不是本局用户，处理 完第二智能业务后所述第二智能业务处理子系统612还用于进行出局处 理。
如果用户签约的是三个以上智能业务，处理完第二智能业务后所述第二 智能业务处理子系统612还用于向所述二次触发级联子系统613发送呼叫继 续的通知。所述二次触发级联子系统613收到第二智能业务处理子系统612 的呼叫继续通知后，建立第三智能业务处理子系统并通知第三智能业务处 理子系统进行处理，第三智能业务处理子系统处理用户签约的第三智能业 务。
其中，所述第一智业务、第二智能业务、第三智能业务的优先级依次 降低。
检测到呼叫事件后，所述第一智能业务处理子系统611还用于决定是否 上报所述呼叫事件，并将所述呼叫事件通过所述二次触发级联子系统613 发送给所述第二智能业务处理子系统612，所述第二智能业务处理子系统 612接收所述呼叫事件，并决定是否上报所述呼叫事件。
如果是移动终结智能业务，所述第一智能业务处理子系统611在处理用 户签约的第一智能业务之前还用于向HLR发送第一漫游号码请求，并接收 所述HLR返回的第一漫游号码请求响应；并在通知所述二次触发级联子系 统613进行处理之前还用于向所述HLR发送第二漫游号码请求，并接收所
述HLR返回的第二漫游号码请求响应。
其中，第一智能业务处理子系统611、第二智能业务子系统、第三智能 业务子系统分别还包括呼叫控制模块、智能触发模块、智能事件处理模块。
该呼叫控制模块用于呼叫控制；
该智能触发模块用于根据用户的签约信息触发智能；
该智能事件处理模块用于决定是否上报呼叫事件。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发 明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件， 但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案 本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来， 该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算 机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实 施例的方法。
以上仅是本发明的实施方式，应当指出，对于本技术领域的普通技术人 员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些 改进和润饰也应视为本发明的保护范围。
权利要求
1、一种智能业务触发的方法，其特征在于，包括以下步骤接收呼叫请求后，如果用户签约了第一智能业务，智能触发系统向第一业务控制点SCP发送第一智能业务控制请求；收到所述第一SCP呼叫继续的通知后，所述智能触发系统判断用户是否签约了两个以上智能业务，如果是则向第二智能业务对应的第二SCP发送第二智能业务控制请求，记录所述第一智能业务控制请求与所述第二智能业务控制请求为同一用户在同一次呼叫中的不同智能业务控制请求，并根据所述第二SCP的控制继续处理所述呼叫。
2、 根据权利要求1所述的智能业务触发的方法，其特征在于，如果用户 签约的是两个智能业务，所述智能触发系统根据所述第二 SCP的控制继续处 理所述呼叫包括如果被叫用户为本局用户，所述智能触发系统进行寻呼处理； 如果被叫用户不是本局用户，所述智能触发系统进行出局处理。
3、 根据权利要求1所述的智能业务触发的方法，其特征在于，如果用户 签约的是三个以上智能业务，所述智能触发系统根据所述第二 SCP的控制继 续处理所述呼叫包括收到所述第二 SCP呼叫继续的通知后，所述智能触发系统向第三智能业 务对应的第三SCP发送第三智能业务控制请求，并记录所述第一智能业务控 制请求、所述第二智能业务控制请求和所述第三智能业务控制请求为同一用 户在同一次呼叫中的不同智能业务控制请求，并根据所述第三SCP的控制继 续处理所述呼叫。
4、 根据权利要求1所述的智能业务触发的方法，其特征在于，还包括步 骤检测到呼叫事件后，所述智能触发系统决定是否向所述第一 SCP上报所 述呼叫事件，然后决定是否向所述第二 SCP上净艮所述呼叫事件。
5、 根据权利要求l所述的智能业务触发的方法，其特征在于，对于移动 终结智能业务，在所述智能触发系统接收呼叫请求后以及所述智能触发系统 向第一 SCP发送第一智能业务控制请求前还包括步骤所述智能触发系统向HLR发送第一漫游号码请求消息，并接收所述HLR返回的第 一漫游号码请求响应消息，所述响应消息中携带有移动终结签约信 息。
6、 根据权利要求5所述的智能业务触发的方法，其特征在于，在收到所 述第一 SCP呼叫继续的通知后以及所述智能触发系统判断用户是否签约了两 个以上智能业务之前还包括步骤所述智能触发系统向所述HLR发送第二漫游号码请求消息，并接收所述 HLR返回的第二漫游号码请求响应消息。
7、 根据权利要求l所述的智能业务触发的方法，其特征在于，所述用户 签约的第一智能业务的优先级高于所述第二智能业务的优先级。
8、 一种智能触发系统，其特征在于，包括第一智能业务处理子系统、 第二智能业务处理子系统、二次触发级联子系统，其中所述第一智能业务处理子系统用于处理用户签约的第一智能业务，并 通知所述二次触发级联子系统进行处理；所述二次触发级联子系统用于判断用户是否签约了两个以上智能业 务，如果是则通知所述第二智能业务处理子系统进行处理，并记录所述第 一智能业务处理子系统和第二智能业务处理子系统处理的是同一用户在同 一次呼叫中的不同智能业务，否则将呼叫移交给第 一智能业务处理子系统 继续处理；所述第二智能业务处理子系统用于处理用户签约的第二智能业务。
9、 根据权利要求8所述的智能触发系统，其特征在于，如果用户签约的 是两个智能业务，并且被叫用户为本局用户，处理完第二智能业务后所述 第二智能业务处理子系统还用于进行寻呼处理；或如果用户签约的是两个智能业务，并且被叫用户不是本局用户，处理 完第二智能业务后所述第二智能业务处理子系统还用于进行出局处理。
10、 根据权利要求8所述的智能触发系统，其特征在于，如果用户签约 的是三个以上智能业务，处理完第二智能业务后所述第二智能业务处理子系 统还用于向所述二次触发级联子系统发送呼叫继续的通知。
11、 根据权利要求10所述的智能触发系统，其特征在于，所述智能触发系统还包括第三智能业务处理子系统，用于处理用户签约的第三智能业务； 当所述二次触发级联子系统收到所述第二智能业务处理子系统的呼叫继续 通知后，通知所述第三智能业务处理子系统进行处理。
12、 根据权利要求8所述的智能触发系统，其特征在于，如果检测到呼叫 事件，所述第一智能业务处理子系统还用于决定是否上报所述呼叫事件， 并将所述呼叫事件通过所述二次触发级联子系统发送给所述第二智能业务 处理子系统，所述第二智能业务处理子系统接收所述呼叫事件，并决定是 否上报所述呼叫事件。
13、 根据权利要求8所述的智能触发系统，其特征在于，如果是移动终 结智能业务，所述第一智能业务处理子系统在处理用户签约的第一智能业 务之前还用于向HLR发送第一漫游号码请求，并接收所述HLR返回的第一 漫游号码请求响应。
14、 根据权利要求13所述的智能触发系统，其特征在于，如果是移动终 结智能业务，在通知所述二次触发级联子系统进行处理之前所述第一智能 业务处理子系统还用于向所述HLR发送第二漫游号码请求，并接收所述 HLR返回的第二漫游号码请求响应。
15、 根据权利要求8所述的智能触发系统，其特征在于，所述第一智能 业务的优先级高于所述第二智能业务的优先级。
16、 根据权利要求8至15任一项所述的智能触发系统，其特征在于，所 述智能业务处理子系统包括呼叫控制模块、智能触发才莫块、智能事件处理模 块，所述呼叫控制模块用于呼叫控制； 所述智能触发模块用于根据用户的签约信息触发智能； 所述智能事件处理模块用于决定是否上报呼叫事件。
全文摘要
本发明的实施例公开了一种智能触发系统，包括第一智能业务处理子系统、第二智能业务处理子系统以及二次触发级联子系统。所述第一智能业务处理子系统用于处理用户签约的第一智能业务，并通知所述二次触发级联子系统进行处理；所述二次触发级联子系统用于判断用户是否签约了两个以上智能业务，如果是则通知所述第二智能业务处理子系统进行处理，并记录所述第一智能业务处理子系统和第二智能业务处理子系统处理的是同一用户在同一次呼叫中的不同智能业务；所述第二智能业务处理子系统用于处理用户签约的第二智能业务。上述的智能触发系统可以在同一用户的同一次呼叫中实现多次智能业务。
文档编号H04Q7/38GK101207928SQ20071019562
公开日2008年6月25日 申请日期2007年12月4日 优先权日2007年12月4日
发明者冼旭和, 杨青山 申请人:华为技术有限公司