CN1314248C - 实现跨地域商务群业务的系统和方法 - Google Patents

Abstract

本发明公开了一种通讯领域中实现跨地域商务群业务的系统方法，系统包括多个软交换系统、一个或多个路由服务器实体以及由软交换系统控制的用户；路由服务器实体是为软交换系统提供路由服务的服务部件，每个软交换系统各控制部分用户的呼叫，彼此之间的呼叫路由由一个或多个路由服务器来完成。本发明的目的是克服网络资源浪费、限制业务开展和规模扩大的缺点，以提高业务部署的速度和规模，并使系统具有很好的可扩展性。

Description

实现跨地域商务群业务的系统和方法

技术领域

本发明属于数据通讯和语音通讯领域，尤其涉及在基于分组交换的语音系统中提供商务群业务的方法。

背景技术

商务群(又称为集中用户交换机群，即Centrex群)是一种在电话网络中由部分电话用户组成的虚拟用户群，提供与通用通信系统不同的编号方案进行内部互通，适用于成员较多的集团用户。随着企业规模的扩大和地域之间交流的增加，跨地域的企业集团越来越多，在这样的情况下，也同样产生了在跨地域的情况下进行互相通讯的要求。而软交换(SoftSwitch，SS)技术的发展为提供这样跨地域的商务群业务提供了方便，软交换的体系结构中，作为控制中心的软交换系统具有对呼叫的集中控制能力，而语音则由边缘层的各类网关提供，中间层面通过基于IP的传输层来进行控制命令的交互操作。这样就可以将网关和用户分布到不同的地域，通过控制中心对这些用户进行商务分群处理。同时，商务群的用户可能分属于多个软交换系统管理之下，这时就需要通过软交换之间的配合完成跨域商务群功能，而目前的实现方法是，每个软交换系统需要将群内所有用户的分布情况进行记录，当群内用户呼叫另一软交换中的群内用户时，需要从分布情况中查找出目的用户的所属地，然后完成呼叫操作。如果一个软交换的群内用户情况发生变化，可能需要对其他软交换系统的分布情况进行全网同步调整，不仅浪费了网络资源，也极大地限制了业务的开展和规模的扩大。

尚未检索到能够解决上述问题的现有技术文献。

发明内容

本发明所要解决的技术问题是现有技术存在的当软交换群内用户情况发生变化时，需要对其他软交换系统的分布情况进行全网同步调整的缺点，以期提供一种能够节省网络资源，推动业务开展和规模扩大的实现跨地域商务群业务的系统和方法。

为实现上述目的，本发明构造了一种实现跨地域商务群业务的系统，其特征在于，包括多个软交换系统、一个或多个路由服务器实体(Route Server，RS)以及由所述软交换系统控制的用户，其中，所述路由服务器实体是为所述软交换系统提供路由服务的服务部件，每个所述软交换系统各控制部分用户的呼叫，这些软交换之间的呼叫路由由所述一个或多个路由服务器来完成。

在所述多个软交换系统中，各有部分用户属于同一个商务群，每一个商务群拥有一个全局唯一的群编码，各个用户拥有唯一的群内编号。所述商务群的路由信息编码规则是“群编码+群内号码对应某个软交换系统的网络地址”。

当软交换系统的数量和规模进一步扩大后，可以采用分层多级路由服务器的架构来满足大规模的跨地域商务群业务的需求。

本发明还提供了一种实现跨地域商务群业务的方法，其特征在于，包括以下步骤：

第一步，当某个软交换系统中增加或删除群内用户，引起群内用户路由的变化时，软交换将群内用户路由变化信息提交到路由服务器中；

第二步，路由服务器将该路由变化整合到本地的路由信息中；如果需要，将该路由变化信息同步到其他相关的路由服务器群；

第三步，当软交换系统中的群内用户进行群内呼叫时，如果本系统中没有该用户的数据，将向路由服务器发起路由查询请求；

第四步，路由服务器查询得到被叫用户的实际分布后，将结果返回给软交换系统，可能需要经多个路由服务器逐级查询得到路由信息；

第五步，软交换系统根据得到的路由信息，建立普通的软交换域间呼叫流程完成本次群内呼叫。

与现有技术相比，由于本发明在体系架构中引入了路由服务器实体，将原先需要由每个软交换系统保存的商务群内用户的分布情况，交由路由服务器统一管理，避免了因为某个群内用户路由信息发生变化，而导致向全网的所有软交换系统同步的情况的出现，提高了业务部署的速度和规模。而且由于本发明采用了多级路由服务器的架构，使系统具有很好的可扩展性。

附图说明

图1是本发明所述系统的结构图；

图2是本发明所述多级路由服务器系统的结构图；

图3是本发明所述方法流程图。

具体实施方式

下面结合附图对技术方案的实施作进一步的详细描述。

在附图1描述的有路由服务器参与的跨地域、跨系统的商务群实现架构中，用户A1、B1、C1是软交换Softswitch 1控制域内的用户，而用户A2、B2、C2是软交换Softswitch 2控制域内的用户。用户A1、C1和B2同属于某个商务群。路由服务器Route Server为软交换Softswitch 1和Softswitch 2提供路由服务。

在所述的多个软交换系统中，各有部分用户属于同一个商务群，为了唯一地标识和定位这些商务群用户，要求每一个商务群拥有一个全局唯一的群编码，各个用户拥有唯一的群内编号。商务群的路由信息编码规则是群编码+群内号码对应某个软交换系统的网络地址。

1、路由信息的编码

该架构中，路由服务器实体Route Server中存储了Softswitch1和Softswitch 2的呼叫路由信息。其中商务群的路由信息是以群编码+群内号码对应某个软交换的地址的格式存在的，是由Softswitch 1和Softswitch 2上报形成的。为了保证群编码+群内号码可以唯一定位到某个商务群内的某个用户，群编码采用统一的编码规则，是全局唯一的。为了在路由服务器中能够统一处理商务群路由信息和普通路由信息，可以将商务群编码和群内号码合编在一起按普通号码处理，中间隔以特定的符号(比如****)。例如用户A所在的商务群编码为1，其群内号码是0001，其所在的软交换系统Softswitch 1的IP是1.2.3.4，该路由信息格式为：

用户号码      软交换地址

1****0001

1.2.3.4

在实际应用中，为了提高路由信息的存储效率，路由信息存储时采用的是群编码+群内号码段对应某个软交换的地址的格式，即当某个商务群内的连续多个号码同属于一个软交换控制域时，可以将多条路由信息整合为一条路由，而当原来的连续的号码段中某个号码对应的软交换控制域发生变化时，需要将原来的一条路由信息拆分成多条路由信息。

2、路由信息同步和维护

路由服务器与软交换间可以通过某种数据访问协议完成路由信息的上报和查询，例如LDAP(Lightweight Directory AccessProtocol，轻量级目录访问协议)协议。当在软交换(如：Softswitch1)中将用户(A1)加入到某个商务群中时，软交换需要自动将该信息(群编码+群内号码)通过某种协议上报至为其提供路由服务的路由服务器(Route Server)。同样，在删除群内用户时，也需要通知路由服务器。其上报的信息格式为：

用户号码          事件

1****0001

增加/删除

路由服务器在接收到软交换上报的路由信息变更时(增加或删除)，需要自动将上报的软交换的地址信息组合到路由信息中，并与本地的路由信息进行比对，根据实际情况进行路由的整合和拆分。

路由服务器中配置有其所服务的所有软交换的信息。在启用之初，路由服务器可以通过LDAP协议，主动向所有这些软交换请求其路由信息。随后，通过软交换的主动上报同步过程，进行呼叫路由信息的维护。

3、通过路由服务器完成跨地域商务群内呼叫

当Softswitch 1域内的用户A1发起商务群内呼叫时，Softswitch 1首先在自身的系统中查找被叫用户路由，若发现被叫用户是本域内的用户(例如B1)，则直接建立域内呼叫。若发现无该用户(例如B2，其群内号码为0002)的路由数据，则将主叫用户A1所在的商务群编码+被叫号码编码成路由信息格式后，通过LDAP协议向Route Server发起路由查询，其请求的信息格式为：

用户号码        事件

1****0002

查询

在得到该用户的实际路由(Softswitch 2)后，通过普通的域间呼叫流程完成本次群内呼叫。

4、多级路由查询

在软交换规模进一步扩大后，这些软交换之间的呼叫路由可以由分层的多个路由服务器来完成，如附图2所示。

此时，在路由查询和路由信息上报中需要引入向相关路由服务器查询和向相关路由服务器同步等技术。

仅在片区路由服务器中存储了商务群内号码对应的软交换控制域的路由信息，而在主干或国家级路由服务器中，存储的路由信息是商务群内号码对应的路由服务器地址。

此时的路由上报同步过程变为，首先是某个软交换向为其提供路由服务的路由服务器(例如RS22)上报路由信息，路由服务器RS22向其上级RS11上报，RS11则将路由信息上报至RS01。

路由服务器间上报的信息依然是(群编码+群内号码)，可以采用与软交换上报路由信息时相同的数据访问协议，比如LDAP协议，也可以采用不同的协议，例如TRIP(Telephony Routing over IP)协议。上层路由服务器在接收到下层路由服务器上报的路由信息时，需要自动将上报的路由服务器的地址信息组合到路由信息中，并与本地的路由信息进行比对，进行路由的整合或拆分。

上层路由服务器中配置有所有下层路由服务器的信息。在启用之初，上层路由服务器可以主动向所有这些下层路由服务器请求其路由信息。随后，通过下层路由服务器的主动上报同步过程，进行呼叫路由信息的维护。

多级路由查询是多个查询的接续，直到查询有结果(有路由或无路由)返回。当某个软交换控制域内的商务群用户呼叫非本控制域中的群内用户时，软交换向片区路由服务器(例如RS22)发起路由查询请求，若在片区路由服务器中无法查询到该被叫群内号码的路由时，RS22需要向上级(主干)路由服务器RS11发起路由查询请求，若在RS11中查询到了被叫用户的路由信息，但此时路由地址是某个路由服务器(例如RS21)的地址，而非某个软交换的地址时，查询过程仍然需要继续下去，由RS11向RS21发起路由查询请求，RS21将最终结果(某个软交换的地址或无结果)返回给RS11，RS11再将该结果返回给RS22，RS22将结果返回给最初发起查询的软交换，由软交换发起跨域呼叫或终止本次呼叫。该查询过程如附图3所示。

步骤1：用户A发起商务群内呼叫；

步骤2：软交换SS1发现被叫用户为非本控制域用户，向路由服务器RS22发起路由查询；

步骤3：路由服务器RS22在查询不到相关路由信息时，向其上层路由服务器RS11发起查询请求；

步骤4：路由服务器RS11在查询不到相关路由信息时，向其上层路由服务器RS01发起查询请求；

步骤5：路由服务器RS01发现该路由信息归属于下层路由服务器RS12，向RS12发起查询请求；

步骤6：路由服务器RS12将被叫用户B所在的软交换SS2的地址返回给路由服务器RS01；

步骤7：路由服务器RS01将软交换SS2的地址返回给路由服务器RS11；

步骤8：路由服务器RS11将软交换SS2的地址返回给路由服务器RS22；

步骤9：路由服务器RS22将软交换SS2的地址返回给路由服务器SS1；

步骤10：软交换SS1向软交换SS2发起跨域呼叫；

步骤11：用户A与商务群内用户B通话。

路由服务器间的路由查询可以考虑采用软交换与路由服务器间的数据访问协议，以实现查询的逐级接续。

Claims (7)

1、一种实现跨地域商务群业务的系统，包括多个软交换系统、一个或多个路由服务器实体以及由所述软交换系统控制的用户；所述路由服务器实体是为所述软交换系统提供路由服务的服务部件，每个所述软交换系统各控制部分用户的呼叫，彼此之间的呼叫路由由所述一个或多个路由服务器来完成，其特征在于，在所述多个软交换系统中，各有部分用户属于同一个商务群，每一个商务群拥有一个全局唯一的群编码，各个用户拥有唯一的群内编号，所述商务群的路由信息编码规则是“群编码+群内号码对应某个软交换系统的网络地址”。

2、根据权利要求1所述的实现跨地域商务群业务的系统，其特征在于，当软交换系统的数量和规模进一步扩大后，所述一个或多个路由服务器实体采用分层多级路由服务器的架构。

3、根据权利要求2所述的实现跨地域商务群业务的系统，其特征在于，所述分层多级路由服务器包括国家级路由服务器、主干路由服务器和片区路由服务器。

4、根据权利要求3所述的实现跨地域商务群业务的系统，其特征在于，上层路由服务器中配置有所有下层路由服务器和/或所服务的软交换的信息；在启用之初，上层路由服务器主动向所有这些下层路由服务器和/或软交换请求其路由信息。

5、一种实现跨地域商务群业务的方法，其特征在于，包括以下步骤：

第一步，当某个软交换系统中增加或删除群内用户，引起群内用户路由的变化时，软交换将群内用户路由变化信息提交到路由服务器中；

第二步，路由服务器将该路由变化整合到本地的路由信息中；如果需要，将该路由变化信息同步到其他相关的路由服务器群；

第三步，当软交换系统中的群内用户进行群内呼叫时，如果本系统中没有该用户的数据，将向路由服务器发起路由查询请求；

第四步，路由服务器查询得到被叫用户的实际分布后，将结果返回给软交换系统，需要经多个路由服务器逐级查询得到路由信息；

第五步，软交换系统根据得到的路由信息，建立普通的软交换域间呼叫流程完成本次群内呼叫。

6、根据权利要求5所述的实现跨地域商务群业务的方法，其特征在于，路由服务器与软交换间通过数据访问协议完成路由信息的上报和查询。

7、根据权利要求6所述的实现跨地域商务群业务的方法，其特征在于，所述数据访问协议为轻量级目录访问协议。