专利名称：触发智能网业务的方法及装置的制作方法
技术领域：
本发明涉及多媒体技术领域，特别涉及一种触发智能网业务的方法及装置。
背景技术：
IMS(IP Multimedia Subsystem, IP多媒体子系统)作为下一代电信网络体系架构，是一种多业务的应用架构。为了有效控制和处理IMS中存在的业务交互问题，IMS体系中引入了一个新的网元来专门负责协调业务运行，即ServiceBroker (服务代理)。Service Broker作为智能网统一信令接入点，可触发智能网业务。为保证后续信令交互均经过 Service Broker，在触发智能网业务时，Service Broker会将携带呼叫触发源地址的字段修改为自身地址，因此导致智能网业务特性损失，如无法验证呼叫来源的合法性或无法判断用户漫游地等。为了在触发智能网业务时，既能够保证所有信令均可路由到ServiceBroker，且又不会丢失呼叫触发源地址，现有技术提供的触发智能网业务的方式中，Service Broker 不修改携带呼叫触发源地址的字段，而将SPC(SignallingP0int Code，信令点编码)字段改为自身地址，并将寻址方式修改为按SPC字段进行寻址，以使信令可路由到Service Broker0在实现本发明的过程中，发明人发现现有技术至少存在以下缺点由于在固网中网元的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.一种触发智能网业务的方法，其特征在于，所述方法包括 接收核心网发送的携带呼叫触发源地址的呼叫初始信令；将所述呼叫初始信令中携带所述呼叫触发源地址的字段修改为自身地址，并判断待触发的智能网业务是否需要所述呼叫触发源地址；如果需要，则在修改后的呼叫初始信令中添加携带所述呼叫触发源地址的扩展参数， 得到新的呼叫初始信令，并将所述新的呼叫初始信令发送给所述待触发的智能网业务，以触发所述待触发的智能网业务。
2.根据权利要求1所述的方法，其特征在于，所述判断待触发的智能网业务是否需要所述呼叫触发源地址，具体包括查询所述待触发的智能网业务的配置信息，所述配置信息中包含所述待触发的智能网业务是否需要呼叫触发源地址的配置项；根据所述配置项判断所述待触发的智能网业务是否需要所述呼叫触发源地址。
3.根据权利要求1所述的方法，其特征在于，所述触发所述待触发的智能网业务之后， 还包括接收所述待触发的智能网业务返回的接续被叫信令，并判断是否存在后续待触发的智能网业务；如果存在，则继续触发所述后续待触发的智能网业务； 如果不存在，则将所述接续被叫信令返回给所述核心网。
4.根据权利要求3所述的方法，其特征在于，所述继续触发所述后续待触发的智能网业务，具体包括判断所述后续待触发的智能网业务是否需要所述呼叫触发源地址； 如果需要，则将所述新的呼叫初始信令继续发送给所述后续待触发的智能网业务，以触发所述后续待触发的智能网业务；如果不需要，则将所述新的呼叫初始信令中携带所述呼叫触发源地址的扩展参数删除后，发送给所述后续待触发的智能网业务，以触发所述后续待触发的智能网业务。
5.根据权利要求4所述的方法，其特征在于，所述判断所述后续待触发的智能网业务是否需要所述呼叫触发源地址，具体包括查询所述后续待触发的智能网业务的配置信息，所述配置信息中包含所述后续待触发的智能网业务是否需要呼叫触发源地址的配置项；根据所述配置项判断所述后续待触发的智能网业务是否需要所述呼叫触发源地址。
6.一种触发智能网业务的装置，其特征在于，所述装置包括第一接收模块，用于接收核心网发送的携带呼叫触发源地址的呼叫初始信令； 修改模块，用于将接收到的所述呼叫初始信令中携带所述呼叫触发源地址的字段修改为自身地址；第一判断模块，用于判断待触发的智能网业务是否需要所述呼叫触发源地址； 添加模块，用于在判断所述待触发的智能网业务需要所述呼叫触发源地址时，在修改后的呼叫初始信令中添加携带所述呼叫触发源地址的扩展参数，得到新的呼叫初始信令；发送模块，用于将所述新的呼叫初始信令发送给所述待触发的智能网业务，以触发所述待触发的智能网业务。
7.根据权利要求6所述的装置，其特征在于，所述第一判断模块，具体用于查询所述待触发的智能网业务的配置信息，所述配置信息中包含所述待触发的智能网业务是否需要呼叫触发源地址的配置项；并根据所述配置项判断所述待触发的智能网业务是否需要所述呼叫触发源地址。
8.根据权利要求6所述的装置，其特征在于，所述装置，还包括第二接收模块，用于接收所述待触发的智能网业务返回的接续被叫信令； 第二判断模块，用于判断是否存在后续待触发的智能网业务； 第一处理模块，用于在判断存在后续待触发的智能网业务时，继续触发所述后续待触发的智能网业务；第二处理模块，用于在判断不存在后续待触发的智能网业务时，则将所述接续被叫信令返回给所述核心网。
9.根据权利要求8所述的装置，其特征在于，所述第一处理模块，具体包括 判断单元，用于判断后续待触发的智能网业务是否需要所述呼叫触发源地址； 第一处理单元，用于在判断所述后续待触发的智能网业务需要所述呼叫触发源地址时，则将所述新的呼叫初始信令继续发送给所述后续待触发的智能网业务，以触发所述后续待触发的智能网业务；第二处理单元，用于在判断所述后续待触发的智能网业务不需要所述呼叫触发源地址时，则将所述新的呼叫初始信令中携带所述呼叫触发源地址的扩展参数删除后，发送给所述后续待触发的智能网业务，以触发所述后续待触发的智能网业务。
10.根据权利要求9所述的装置，其特征在于，所述判断单元，具体用于查询所述后续待触发的智能网业务的配置信息，所述配置信息中包含所述后续待触发的智能网业务是否需要呼叫触发源地址的配置项；并根据所述配置项判断所述后续待触发的智能网业务是否需要所述呼叫触发源地址。
全文摘要
本发明公开了一种触发智能网业务的方法及装置，属于多媒体技术领域。该方法包括接收核心网发送的携带呼叫触发源地址的呼叫初始信令；将所述呼叫初始信令中携带所述呼叫触发源地址的字段修改为自身地址，并判断待触发的智能网业务是否需要所述呼叫触发源地址；如果需要，则在修改后的呼叫初始信令中添加携带所述呼叫触发源地址的扩展参数，得到新的呼叫初始信令，并将所述新的呼叫初始信令发送给所述待触发的智能网业务，以触发所述待触发的智能网业务。本发明通过添加携带呼叫触发源地址的扩展参数，可以在不改动核心网路由数据的情况下，既能支持携带呼叫触发源地址，又不影响呼叫路由及与呼叫触发源地址无关的业务处理。
文档编号H04L29/06GK102196393SQ20101013014
公开日2011年9月21日 申请日期2010年3月19日 优先权日2010年3月19日
发明者齐江 申请人:华为技术有限公司