CN1845572A

CN1845572A - 通信系统中主被叫业务查询的实现方法

Info

Publication number: CN1845572A
Application number: CN 200510108119
Authority: CN
Inventors: 夏鹏
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2005-04-08
Filing date: 2005-09-29
Publication date: 2006-10-11
Anticipated expiration: 2025-09-29
Also published as: CN100486281C

Abstract

本发明涉及一种通信系统中主被叫业务查询的实现方法。该方法主要是将主叫用户的集中用户数据库业务查询与被叫用户的集中用户数据库业务查询分离开，具体处理过程为：首先，交换设备将待查询的业务号码信息及特性查询信息承载于查询消息中发送给集中用户数据库，集中用户数据库可以根据所述的特性查询信息确定需要查询的业务信息；然后，集中用户数据库根据所述的特性查询信息获取可查询的待查询的业务号码信息，并进行相应的业务查询；最后，将业务查询结果返回交换设备。本发明所述的方法可以在兼容现有集中用户数据库技术规范，且无需对现有的接口进行修改的情况下，实现主、被叫用户集中用户数据库业务查询的分离，方便扩展新增的集中用户数据库业务。

Description

通信系统中主被叫业务查询的实现方法

技术领域

本发明涉及通信技术领域，尤其涉及一种主被叫业务查询的实现方法。

背景技术

在通信网络中，综合智能归属位置寄存器等集中用户数据库为用户提供混合放号、智能签约等业务。交换设备可以和集中用户数据库之间通过特定的接口交互，交换设备可以根据主叫用户的物理号码和被号用户的逻辑号码，在集中用户数据库上查询得到主叫和被叫用户所配置的业务，并触发相应的业务。

所述的用户物理号码为运营商分配给用户的路由号码，该号码不向外公布，是网络的内部号码。该号码对应交换设备中的某个物理端口或用户线，交换设备可以根据该号码寻址用户。

所述的逻辑号码为运营商分配给用户的唯一号码，也是用户向外公布的号码。当用户作为主叫时，是被叫显示的主叫号码；当用户作为被叫时，是主叫方所拨的号码；同时也是运营商识别用户并计费的号码。

所述的集中用户数据库记录用户逻辑号码、物理号码以及两者间映射关系，记录用户智能业务签约属性等信息。

目前，交换设备发给集中用户数据库的查询消息中同时携带主叫用户物理号码和被叫逻辑号码，集中用户数据库根据这两个号码查询相应主被叫用户的业务，并在确认消息中将主被叫用户的业务查询结果返回给交换设备，交换设备据此来触发相应业务。

由此可以看出，在现有的交换设备通过集中用户数据库查询主被叫用户业务的流程为紧密结合，使得无法扩展新的业务。例如，在交换设备和集中用户数据库之间增加CUG(闭合用户群)业务，所述的CUG业务是一种可以提供特定用户间避免外人干扰的通信业务，CUG此业务也需要使用主叫逻辑号码和被叫逻辑号码进行业务查询，但是由于被叫业务触发后有可能改变被叫的号码，从而影响CUG业务的查询，因此，CUG业务的查询时机必须在被叫业务查询之前进行，而在现有技术基础上很难实现。

发明内容

鉴于上述现有技术所存在的问题，本发明的目的是提供一种通信系统中主被叫业务查询的实现方法，从而使得在通信系统中可以灵活地扩展新的集中用户数据库业务。

本发明的目的是通过以下技术方案实现的：

本发明提供了一种通信系统中主被叫业务查询的实现方法，包括：

A、交换设备将待查询的业务号码信息及特性查询信息承载于查询消息中发送给集中用户数据库；

B、集中用户数据库根据所述的特性查询信息获取可查询的待查询的业务号码信息，并进行相应的业务查询；

C、集中用户数据库将业务查询结果返回交换设备。

所述的特性查询信息包括：空号码信息，所述的空号码在集中用户数据库上无对应的业务。

本发明中，当进行主叫用户业务查询时，所述的步骤A包括：

交换设备将真实的主叫用户物理号码作为主叫用户物理号码信息填入查询消息中，将空号码作为被叫逻辑号码填入查询消息中，并发送给集中用户数据库。

本发明中，当进行被叫用户业务查询时，所述的步骤A包括：

交换设备将空号码作为主叫用户物理号码信息填入查询消息中，将真实的被叫逻辑号码作为被叫逻辑号码填入查询消息中，并发送给集中用户数据库。

所述的步骤B包括：

获取主叫用户物理号码和被叫逻辑号码信息，并根据所述号码信息进行相应的业务查询。

所述的特性查询信息包括：特殊标志信息，所述特殊标志信息用于标识在集中用户数据库上进行主叫业务查询或被叫业务查询。

所述的特殊标志信息承载于查询消息中新增字段或扩展消息域中。

所述的特殊标志信息承载于查询消息中承载主叫用户物理号码或被叫逻辑号码的消息域。

所述的步骤A还包括：

在集中用户数据库中保存所述特殊标志信息对应的需要查询的主叫业务信息及被叫业务信息。

所述的步骤B包括：

集中用户数据库收到所述查询消息后，获取查询消息中的特殊标志信息，并根据所述特殊标志信息确定需要查询的主叫业务或被叫信息；

从所述查询消息中获取查询所述业务需要的主叫用户物理号码或被叫逻辑号码信息，并根据该号码信息进行相应的业务查询处理。

本发明中，所述的集中用户数据库包括综合智能归属位置寄存器(SHLR)，所述的交换设备包括软交换。

由上述本发明提供的技术方案可以看出，本发明所述的方法可以在兼容现有集中用户数据库技术，如SHLR技术，且无需对现有的接口进行修改的情况下，实现主、被叫用户SHLR业务查询的分离，方便扩展新增的SHLR业务。例如，可以在主叫业务查询完成后，进行CUG业务的查询，并在CUG业务查询完成后，继续进行被叫业务查询，获得相应的业务查询结果。

附图说明

图1为现有技术中业务查询过程的示意图；

图2为本发明提供的业务查询过程示意图；

图3为本发明中扩展CUG业务的业务查询过程示意图。

具体实施方式

本发明的核心是将主叫用户的业务查询与被叫用户的业务查询分离开，也就是将当前一次查询流程分离成主叫用户业务查询流程和被叫用户业务查询流程两个处理流程，以便于扩展新的集中用户数据库提供的业务。

下面将结合附图对本发明所述的方法的具体实现过程进行说明，此方法适用于交换设备和集中用户数据库之间的交互处理，以下均以软交换和SHLR为例进行说明。如图2所示，具体包括：

步骤21：首先是主叫用户SHLR业务查询流程，即软交换向SHLR发送查询消息，且在所述的查询消息中填入的主叫号码为主叫用户物理号码，填入被叫逻辑号码为一个可配置的空号码，所述空号码作为一个特性查询信息，用于实现在SHLR上仅进行主叫业务查询；

所述的空号码必需是在SHLR上无法查询到任何业务的号码，以保证SHLR根据业务查询消息中的号码信息只能查询到主叫用户对应的业务，即仅获得针对主叫用户物理号码的查询结果；

步骤22：SHLR在确认消息中将主叫业务查询结果返回给软交换，根据所述查询结果，软交换便可以触发相应的主叫业务；

该步骤具体的处理过程为：当SHLR收到软交换的查询消息后，将分别查找主叫号码和被叫逻辑号码对应的SHLR业务，因为被叫逻辑号码是一个没有业务的空号码，所以SHLR只可能查询到主叫用户的SHLR业务。

软交换完成主叫业务的触发后，便可以继续进行被叫用户SHLR业务查询流程，具体过程为：

步骤23：软交换向SHLR发送查询消息，并在所述查询消息中填入的主叫号码为一个可配置的空号码，并且此号码在SHLR上无法查询到任何业务，而填入的被叫逻辑号码为真正的被叫逻辑号码；

步骤24：SHLR在确认消息中将被叫业务查询结果返回给软交换，软交换触发被叫业务；

在该步骤中：SHLR收到软交换的查询消息后，分别查找主叫号码和被叫逻辑号码对应的SHLR业务，因为主叫号码是一个没有业务的空号码，所以SHLR只可能查询到被叫用户的SHLR业务。

经过上述处理过程，原来在SHLR技术规范中同时查询主被叫用户业务的流程就被分离成两个互相独立的查询流程，为在主被叫业务查询过程中扩展新的业务的处理过程提供了基础。

当然，本发明还可以采用其他的方案实现主被叫业务查询过程的分离，例如可以在发送的查询消息增加设置相应的特殊标志作为特性查询信息，使得SHLR可以根据所述的特殊标志进行主叫或被叫业务的查询。下面将以两个具体的实现方式为例，对相应的方案进行说明。

第一种实现方式为：

对软交换向SHLR发送的查询消息进行扩展，具体为在所述查询消息中增加新的字段或标志，所述的字段或标志用于表明本次查询的目的是查询主叫业务还是被叫业务；例如，增加一个枚举值作为特性查询信息，设置当值为1时，表示查询主叫业务，当值为2时，表示查询被叫业务；

当SHLR收到所述查询消息后，便可以根据所述字段或标志信息进行相应的主叫业务或被叫业务查询，并向软交换返回对应的查询结果。

第二种实现方式为：

在相应的查询消息的主叫号码或被叫逻辑号码字段中增加特殊标志，所述的特殊标志用于表明本次查询的目的是查询主叫业务还是被叫业务，例如可以在主叫物理号码或被叫逻辑号码前增加一个SHLR可以识别的特殊号码，当SHLR收到所述的查询消息后，则分析所述特殊号码，并根据特殊号码的含义分别进行主叫业务或被叫业务查询，最后将查询结果返回给软交换。

下面将以在主被叫业务查询过程需要扩展CUG业务的处理过程，则可以将新的查询过程加入到主叫查询流程和被叫查询流程之间，其中主叫逻辑号码在主叫业务查询之后得到。以实现新增SHLR业务的扩展。具体的实现方式如图3所述具体包括：

首先，经过步骤21和步骤22完成了主叫用户业务的查询，获得了主叫业务的查询结果，即获得主叫逻辑号码，然后，执行步骤31；

步骤31：软交换向SHLR发送CUG业务查询消息，所述的消息中携带着主叫逻辑号码和被叫逻辑号码信息；

步骤32：SHLR获取所述CUG业务查询消息后，根据其中的号码信息进行业务查询处理，获得业务查询结果信息，将所述业务查询结果通过CUG确认消息返回给软交换，软交换便可以触发相应的CUG业务。

当然，本发明还可以在主叫业务查询与被叫业务查询过程中扩展其他SHLR业务的处理过程，以实现相应的扩展SHLR业务。

综上所述，本发明所述的方法可以在兼容现有SHLR技术规范，且无需对现有的接口进行修改的情况下，实现主、被叫用户SHLR业务查询的分离，方便扩展新增的SHLR业务。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims

1、一种通信系统中主被叫业务查询的实现方法，其特征在于，包括：

C、集中用户数据库将业务查询结果返回交换设备。

2、根据权利要求1所述的通信系统中主被叫业务查询的实现方法，其特征在于，所述的特性查询信息包括：空号码信息，所述的空号码在集中用户数据库上无对应的业务。

3、根据权利要求2所述的通信系统中主被叫业务查询的实现方法，其特征在于，当进行主叫用户业务查询时，所述的步骤A包括：

软交换将真实的主叫用户物理号码作为主叫用户物理号码信息填入查询消息中，将空号码作为被叫逻辑号码填入查询消息中，并发送给集中用户数据库。

4、根据权利要求2或3所述的通信系统中主被叫业务查询的实现方法，其特征在于，当进行被叫用户业务查询时，所述的步骤A包括：

5、根据权利要求4所述的通信系统中主被叫业务查询的实现方法，其特征在于，所述的步骤B包括：

6、根据权利要求1所述的通信系统中主被叫业务查询的实现方法，其特征在于，所述的特性查询信息包括：特殊标志信息，所述特殊标志信息用于标识在集中用户数据库上进行主叫业务查询或被叫业务查询。

7、根据权利要求6所述的通信系统中主被叫业务查询的实现方法，其特征在于，所述的特殊标志信息承载于查询消息中新增字段或扩展消息域中。

8、根据权利要求6所述的通信系统中主被叫业务查询的实现方法，其特征在于，所述的特殊标志信息承载于查询消息中承载主叫用户物理号码或被叫逻辑号码的消息域。

9、根据权利要求6所述的通信系统中主被叫业务查询的实现方法，其特征在于，所述的步骤A还包括：

10、根据权利要求6、7、8或9所述的通信系统中主被叫业务查询的实现方法，其特征在于，所述的步骤B包括：

11、根据权利要求1、2、3、6、7、8或9所述的通信系统中主被叫业务查询的实现方法，其特征在于，所述的集中用户数据库包括综合智能归属位置寄存器SHLR，所述的交换设备包括软交换。