CN102196393B - 触发智能网业务的方法及装置 - Google Patents

Abstract

本发明公开了一种触发智能网业务的方法及装置，属于多媒体技术领域。该方法包括：接收核心网发送的携带呼叫触发源地址的呼叫初始信令；将所述呼叫初始信令中携带所述呼叫触发源地址的字段修改为自身地址，并判断待触发的智能网业务是否需要所述呼叫触发源地址；如果需要，则在修改后的呼叫初始信令中添加携带所述呼叫触发源地址的扩展参数，得到新的呼叫初始信令，并将所述新的呼叫初始信令发送给所述待触发的智能网业务，以触发所述待触发的智能网业务。本发明通过添加携带呼叫触发源地址的扩展参数，可以在不改动核心网路由数据的情况下，既能支持携带呼叫触发源地址，又不影响呼叫路由及与呼叫触发源地址无关的业务处理。

Description

触发智能网业务的方法及装置

技术领域

本发明涉及多媒体技术领域，特别涉及一种触发智能网业务的方法及装置。

背景技术

IMS(IP Multimedia Subsystem，IP多媒体子***)作为下一代电信网络体系架构，是一种多业务的应用架构。为了有效控制和处理IMS中存在的业务交互问题，IMS体系中引入了一个新的网元来专门负责协调业务运行，即ServiceBroker(服务代理)。Service Broker作为智能网统一信令接入点，可触发智能网业务。为保证后续信令交互均经过Service Broker，在触发智能网业务时，Service Broker会将携带呼叫触发源地址的字段修改为自身地址，因此导致智能网业务特性损失，如：无法验证呼叫来源的合法性或无法判断用户漫游地等。

为了在触发智能网业务时，既能够保证所有信令均可路由到ServiceBroker，且又不会丢失呼叫触发源地址，现有技术提供的触发智能网业务的方式中，Service Broker不修改携带呼叫触发源地址的字段，而将SPC(SignallingPoint Code，信令点编码)字段改为自身地址，并将寻址方式修改为按SPC字段进行寻址，以使信令可路由到Service Broker。

在实现本发明的过程中，发明人发现现有技术至少存在以下缺点：

由于在固网中网元的SPC字段是全局可知的，而在移动网中SPC字段仅在本地内部可知，若Service Broker呼叫触发外网智能网业务，对端可能因为无法识别SPC字段，而不能将后续信令路由到Service Broker

发明内容

为了在不改动核心网路由数据的情况下，支持既能携带核心网发送的呼叫触发源地址，又不影响呼叫路由及与呼叫触发源地址无关业务的处理，本发明实施例提供了一种触发智能网业务的方法及装置。所述技术方案如下：

一方面，提供了一种触发智能网业务的方法，所述方法包括：

接收核心网发送的携带呼叫触发源地址的呼叫初始信令；

将所述呼叫初始信令中携带所述呼叫触发源地址的字段修改为触发智能网业务的装置的地址，并判断待触发的智能网业务是否需要所述呼叫触发源地址；

如果需要，则在修改后的呼叫初始信令中添加携带所述呼叫触发源地址的扩展参数，得到新的呼叫初始信令，并将所述新的呼叫初始信令发送给所述待触发的智能网业务，以触发所述待触发的智能网业务。

另一方面，提供了一种触发智能网业务的装置，所述装置包括：

第一接收模块，用于接收核心网发送的携带呼叫触发源地址的呼叫初始信令；

修改模块，用于将接收到的所述呼叫初始信令中携带所述呼叫触发源地址的字段修改为触发智能网业务的装置的地址；

第一判断模块，用于判断待触发的智能网业务是否需要所述呼叫触发源地址；

添加模块，用于在判断所述待触发的智能网业务需要所述呼叫触发源地址时，在修改后的呼叫初始信令中添加携带所述呼叫触发源地址的扩展参数，得到新的呼叫初始信令；

发送模块，用于将所述新的呼叫初始信令发送给所述待触发的智能网业务，以触发所述待触发的智能网业务。

本发明实施例提供的技术方案的有益效果是：

在将携带呼叫触发源地址的字段修改后，通过添加携带呼叫触发源地址的扩展参数，实现在触发智能网业务的同时，达到不会丢失呼叫触发源地址的效果。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一提供的触发智能网业务的方法流程图；

图2是本发明实施例二提供的触发智能网业务的方法流程图；

图3是本发明实施例三提供的触发智能网业务的装置结构示意图；

图4是本发明实施例三提供的另一种触发智能网业务的装置结构示意图；

图5是本发明实施例三提供的第一处理模块结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例一

参见图1，本实施例提供了一种触发智能网业务的方法，该方法流程具体如下：

101：接收核心网发送的携带呼叫触发源地址的呼叫初始信令；

102：将呼叫初始信令中携带呼叫触发源地址的字段修改为自身地址，并判断待触发的智能网业务是否需要呼叫触发源地址；

103：如果需要，则在修改后的呼叫初始信令中添加携带呼叫触发源地址的扩展参数，得到新的呼叫初始信令；

104：将新的呼叫初始信令发送给待触发的智能网业务，以触发待触发的智能网业务。

其中，在判断待触发的智能网业务是否需要呼叫触发源地址，具体包括：

查询待触发的智能网业务的配置信息，配置信息中包含待触发的智能网业务是否需要呼叫触发源地址的配置项；

根据配置项判断待触发的智能网业务是否需要呼叫触发源地址。

进一步地，触发待触发的智能网业务之后，还包括：

接收待触发的智能网业务返回的接续被叫信令，并判断是否存在后续待触发的智能网业务；

如果存在，则继续触发后续待触发的智能网业务；

如果不存在，则将接续被叫信令返回给核心网。

具体地，继续触发后续待触发的智能网业务，具体包括：

判断后续待触发的智能网业务是否需要呼叫触发源地址；

如果需要，则将新的呼叫初始信令继续发送给后续待触发的智能网业务，以触发后续待触发的智能网业务；

如果不需要，则将新的呼叫初始信令中携带呼叫触发源地址的扩展参数删除后，发送给后续待触发的智能网业务，以触发后续待触发的智能网业务。

具体地，判断后续待触发的智能网业务是否需要呼叫触发源地址，具体包括：

查询后续待触发的智能网业务的配置信息，配置信息中包含后续待触发的智能网业务是否需要呼叫触发源地址的配置项；

根据配置项判断后续待触发的智能网业务是否需要呼叫触发源地址。

本实施例提供的方法，在将携带呼叫触发源地址的字段修改后，通过添加携带呼叫触发源地址的扩展参数，实现在触发智能网业务的同时，达到不会丢失呼叫触发源地址的效果；另外，由于与呼叫触发源地址无关的业务按照协议会忽略不识别的扩展参数，因此，可以在不改动核心网路由数据的情况下，既能支持携带呼叫触发源地址，又不影响呼叫路由及与呼叫触发源地址无关的业务处理。

实施例二

本实施例提供了一种触发智能网业务的方法，该方法在将携带呼叫触发源地址的字段修改后，采取添加携带呼叫触发源地址的扩展参数的方式，实现在触发智能网业务的同时，达到不会丢失呼叫触发源地址的效果。参见图2，该方法流程具体如下：

201：接收核心网发送的携带呼叫触发源地址的呼叫初始信令，并将呼叫初始信令中携带呼叫触发源地址的字段修改为自身地址。

以Service Broker触发智能网业务为例，当主叫用户拨打电话时，ServiceBroker将收到核心网发送的呼叫初始信令，即InitialDP信令，该呼叫初始信令携带原始的呼叫触发源地址，协议规定该呼叫初始信令用于建立网络侧触发的呼叫，是呼叫流程的初始消息，属于标准呼叫模型。

202：判断待触发的智能网业务是否需要呼叫触发源地址，如果是，则执行203，否则，执行208；

具体地，之所以判断待触发的智能网业务是否需要呼叫触发源地址，是因为有些业务可以根据呼叫触发源地址检验呼叫来源的合法性，判断用户漫游地以提供不同的费率优惠等，如果呼叫触发源地址丢失，将导致业务特性损失，因此，本实施例提供的方法在触发智能网业务时，需要判断待触发的智能网业务是否需要呼叫触发源地址。本实施例不对具体的判断方式进行限定，实际应用过程中，Service Broker存储有各个智能网业务的配置信息，本实施例不对配置信息的存储方式及具体内容进行限定，此处仅以列表的形式存储配置信息，如下面表1所示的内容为例：

表1

业务键	……	origGT开关
			1	……	开
2	……	关

其中，配置项“origGT开关”用于标识控制触发智能网业务时，是否使用扩展参数携带呼叫触发源地址，本实施例以携带呼叫触发源地址的扩展参数origGT为例，从表1中可以看出，根据每个智能网业务对应的业务键可以查找到对应的“origGT开关”配置项，通过该配置项即可判断出智能网业务是否需要呼叫触发源地址，因此，判断待触发的智能网业务是否需要呼叫触发源地址，具体包括：查询待触发的智能网业务的配置信息，配置信息中包含待触发的智能网业务是否需要呼叫触发源地址的配置项；根据配置项即可判断待触发的智能网业务是否需要呼叫触发源地址。

203：在修改后的呼叫初始信令中添加携带呼叫触发源地址的扩展参数，得到新的呼叫初始信令，并将新的呼叫初始信令发送给待触发的智能网业务，以触发待触发的智能网业务；

针对该步骤，本实施例不对携带呼叫触发源地址的扩展参数进行具体限定，仅以Service Broker利用窄带信令中InitialDPArg参数的扩展字段extensions携带呼叫触发源地址为例，例如，新增一个名为origGT的可选参数，智能网业务可以通过解析该新增的扩展参数获取呼叫触发源地址，而与呼叫触发源地址无关业务按照协议会忽略不识别的扩展参数。协议规定InitialDPArg参数的extensions字段可以自行扩展定义，且原则上协议中任何可以自行扩展的地方均可使用，本实施例仅以origGT的可选参数为例。

204：接收待触发的智能网业务返回的接续被叫信令，并判断是否存在后续待触发的智能网业务，如果是，执行205，否则，执行209；

具体地，接续被叫信令即为Connect信令，协议规定该Connect信令用于接续被叫，属于标准呼叫模型。是否存在后续待触发的智能网业务，是由用户签约信息决定的，如果主叫用户仅签约了一个智能网业务，则通过上述步骤203触发一个智能网业务之后，此处判断不存在后续待触发的智能网业务，如果用户签约了多个智能网业务，则判断存在后续待触发的智能网流程，继续执行后续步骤。

205：判断后续待触发的智能网业务是否需要呼叫触发源地址，如果是，执行206，否则，执行207；

该步骤同上述步骤202，判断后续待触发的智能网业务是否需要呼叫触发源地址时，查询后续待触发的智能网业务的配置信息，配置信息中包含后续待触发的智能网业务是否需要呼叫触发源地址的配置项；根据配置项判断后续待触发的智能网业务是否需要呼叫触发源地址。

206：将新的呼叫初始信令发送给后续待触发的智能网业务，以触发后续待触发的智能网业务，返回步骤204；

针对该步骤，由于每触发一个智能网业务后，被触发的智能网业务都将返回一个接续被叫信令，因此，在执行该步骤之后，需要返回步骤204。

207：将新的呼叫初始信令中携带呼叫触发源地址的扩展参数删除后，发送给后续待触发的智能网业务，以触发后续待触发的智能网业务，返回步骤204；

可选地，如果外网SCP(Service Control Point，智能网业务控制节点)不支持呼叫初始信令中的扩展参数，则也可以将该扩展参数删除，本实施例对此不作具体限定。同上述步骤206，在执行该步骤之后，需要返回步骤204。

208：将修改后的呼叫初始信令发送给待触发的智能网业务，返回步骤204；

具体地，由于判断待触发的智能网业务不需要呼叫触发源地址，因此，serVice Broker在将核心网发送的呼叫初始信令中携带呼叫触发源地址的字段修改为自身地址后，将其发送给待触发的智能网业务即可，以触发待触发的智能网业务，另外，同上述步骤206，由于每触发一个智能网业务后，被触发的智能网业务都将返回一个接续被叫信令，因此，在执行该步骤之后，需要返回步骤204。

209：将接续被叫信令返回给核心网，流程结束。

针对该步骤，触发完待触发的智能网业务，并接收到待触发的智能网业务返回的接续被叫信令后，如果判断不存在后续待触发的智能网业务，则将接续被叫信令返回给核心网，至此触发智能网业务的流程结束。

本实施例提供的方法，在将携带呼叫触发源地址的字段修改后，通过添加携带呼叫触发源地址的扩展参数，实现在触发智能网业务的同时，达到不会丢失呼叫触发源地址的效果，从而保证智能网业务的特性；另外，由于与呼叫触发源地址无关的业务按照协议会忽略不识别的扩展参数，因此，可以在不改动核心网路由数据的情况下，既能支持携带呼叫触发源地址，又不影响呼叫路由及与呼叫触发源地址无关的业务处理。

实施例三

参见图3，本实施例提供了一种触发智能网业务的装置，该装置包括：

第一接收模块301，用于接收核心网发送的携带呼叫触发源地址的呼叫初始信令；

修改模块302，用于将接收到的呼叫初始信令中携带呼叫触发源地址的字段修改为自身地址；

第一判断模块303，用于判断待触发的智能网业务是否需要呼叫触发源地址；

添加模块304，用于在判断待触发的智能网业务需要呼叫触发源地址时，在修改后的呼叫初始信令中添加携带呼叫触发源地址的扩展参数，得到新的呼叫初始信令；

发送模块305，用于将新的呼叫初始信令发送给待触发的智能网业务，以触发待触发的智能网业务。

其中，第一判断模块303，具体用于查询待触发的智能网业务的配置信息，配置信息中包含待触发的智能网业务是否需要呼叫触发源地址的配置项；并根据配置项判断待触发的智能网业务是否需要呼叫触发源地址。

进一步地，参见图4，该装置还包括：

第二接收模块306，用于接收待触发的智能网业务返回的接续被叫信令；

第二判断模块307，用于判断是否存在后续待触发的智能网业务；

第一处理模块308，用于在判断存在后续待触发的智能网业务时，继续触发后续待触发的智能网业务；

第二处理模块309，用于在判断不存在后续待触发的智能网业务时，则将接续被叫信令返回给核心网。

具体地，参见图5，第一处理模块308，具体包括：

判断单元308a，用于判断后续待触发的智能网业务是否需要呼叫触发源地址；

第一处理单元308b，用于在判断后续待触发的智能网业务需要呼叫触发源地址时，则将新的呼叫初始信令继续发送给后续待触发的智能网业务，以触发后续待触发的智能网业务；

第二处理单元308c，用于在判断后续待触发的智能网业务不需要呼叫触发源地址时，则将新的呼叫初始信令中携带呼叫触发源地址的扩展参数删除后，发送给后续待触发的智能网业务，以触发后续待触发的智能网业务。

其中，判断单元308a，具体用于查询后续待触发的智能网业务的配置信息，配置信息中包含后续待触发的智能网业务是否需要呼叫触发源地址的配置项；并根据配置项判断后续待触发的智能网业务是否需要呼叫触发源地址。

综上所述，本实施例提供的装置，在将携带呼叫触发源地址的字段修改后，通过添加携带呼叫触发源地址的扩展参数，实现在触发智能网业务的同时，达到不会丢失呼叫触发源地址的效果，从而保证智能网业务的特性；另外，由于与呼叫触发源地址无关的业务按照协议会忽略不识别的扩展参数，因此，可以在不改动核心网路由数据的情况下，既能支持携带呼叫触发源地址，又不影响呼叫路由及与呼叫触发源地址无关的业务处理。

需要说明的是：上述实施例提供的触发智能网业务的装置在触发智能网业务时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的触发智能网业务的装置与触发智能网业务的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本发明实施例中的部分步骤，可以利用软件实现，相应的软件程序可以存储在可读取的存储介质中，如光盘或硬盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种触发智能网业务的方法，其特征在于，所述方法包括：

接收核心网发送的携带呼叫触发源地址的呼叫初始信令；

将所述呼叫初始信令中携带所述呼叫触发源地址的字段修改为触发智能网业务的装置的地址，并判断待触发的智能网业务是否需要所述呼叫触发源地址；

如果需要，则在修改后的呼叫初始信令中添加携带所述呼叫触发源地址的扩展参数，得到新的呼叫初始信令，并将所述新的呼叫初始信令发送给所述待触发的智能网业务，以触发所述待触发的智能网业务。

2.根据权利要求1所述的方法，其特征在于，所述判断待触发的智能网业务是否需要所述呼叫触发源地址，具体包括：

查询所述待触发的智能网业务的配置信息，所述配置信息中包含所述待触发的智能网业务是否需要呼叫触发源地址的配置项；

根据所述配置项判断所述待触发的智能网业务是否需要所述呼叫触发源地址。

3.根据权利要求1所述的方法，其特征在于，所述触发所述待触发的智能网业务之后，还包括：

接收所述待触发的智能网业务返回的接续被叫信令，并判断是否存在后续待触发的智能网业务；

如果存在，则继续触发所述后续待触发的智能网业务；

如果不存在，则将所述接续被叫信令返回给所述核心网。

4.根据权利要求3所述的方法，其特征在于，所述继续触发所述后续待触发的智能网业务，具体包括：

判断所述后续待触发的智能网业务是否需要所述呼叫触发源地址；

如果需要，则将所述新的呼叫初始信令继续发送给所述后续待触发的智能网业务，以触发所述后续待触发的智能网业务；

如果不需要，则将所述新的呼叫初始信令中携带所述呼叫触发源地址的扩展参数删除后，发送给所述后续待触发的智能网业务，以触发所述后续待触发的智能网业务。

5.根据权利要求4所述的方法，其特征在于，所述判断所述后续待触发的智能网业务是否需要所述呼叫触发源地址，具体包括：

查询所述后续待触发的智能网业务的配置信息，该配置信息中包含所述后续待触发的智能网业务是否需要呼叫触发源地址的配置项；

根据该配置项判断所述后续待触发的智能网业务是否需要所述呼叫触发源地址。

6.一种触发智能网业务的装置，其特征在于，所述装置包括：

第一接收模块，用于接收核心网发送的携带呼叫触发源地址的呼叫初始信令；

修改模块，用于将接收到的所述呼叫初始信令中携带所述呼叫触发源地址的字段修改为触发智能网业务的装置的地址；

第一判断模块，用于判断待触发的智能网业务是否需要所述呼叫触发源地址；

添加模块，用于在判断所述待触发的智能网业务需要所述呼叫触发源地址时，在修改后的呼叫初始信令中添加携带所述呼叫触发源地址的扩展参数，得到新的呼叫初始信令；

发送模块，用于将所述新的呼叫初始信令发送给所述待触发的智能网业务，以触发所述待触发的智能网业务。

7.根据权利要求6所述的装置，其特征在于，所述第一判断模块，具体用于查询所述待触发的智能网业务的配置信息，所述配置信息中包含所述待触发的智能网业务是否需要呼叫触发源地址的配置项；并根据所述配置项判断所述待触发的智能网业务是否需要所述呼叫触发源地址。

8.根据权利要求6所述的装置，其特征在于，所述装置，还包括：

第二接收模块，用于接收所述待触发的智能网业务返回的接续被叫信令；

第二判断模块，用于判断是否存在后续待触发的智能网业务；

第一处理模块，用于在判断存在后续待触发的智能网业务时，继续触发所述后续待触发的智能网业务；

第二处理模块，用于在判断不存在后续待触发的智能网业务时，则将所述接续被叫信令返回给所述核心网。

9.根据权利要求8所述的装置，其特征在于，所述第一处理模块，具体包括：

判断单元，用于判断后续待触发的智能网业务是否需要所述呼叫触发源地址；

第一处理单元，用于在判断所述后续待触发的智能网业务需要所述呼叫触发源地址时，则将所述新的呼叫初始信令继续发送给所述后续待触发的智能网业务，以触发所述后续待触发的智能网业务；

第二处理单元，用于在判断所述后续待触发的智能网业务不需要所述呼叫触发源地址时，则将所述新的呼叫初始信令中携带所述呼叫触发源地址的扩展参数删除后，发送给所述后续待触发的智能网业务，以触发所述后续待触发的智能网业务。

10.根据权利要求9所述的装置，其特征在于，所述判断单元，具体用于查询所述后续待触发的智能网业务的配置信息，该配置信息中包含所述后续待触发的智能网业务是否需要呼叫触发源地址的配置项；并根据该配置项判断所述后续待触发的智能网业务是否需要所述呼叫触发源地址。

Images