用于分布式呼叫处理和在线升级的系统和方法

专利名称：用于分布式呼叫处理和在线升级的系统和方法
技术领域：
本发明通常涉及通信系统，特别涉及一种用于使用负载共享组的分布式呼叫处理和在线升级的系统和方法。
背景技术：
目前全世界有超过3亿个蜂窝电话和其它无线装置的顾客。很大比例的这些无线装置被用作“数据管道”(即，语音业务不是基本功能)。在美国，蜂窝服务是由蜂窝服务提供商、地区Bell公司和国内长途运营商提供的。激烈的竞争迫使蜂窝服务的价格下降到大部分人可以承受的地步。
当前这一代蜂窝电话主要用于通过无线网络在用户装置(或无线装置)和另一方之间进行语音会话。少量的无线装置是数据装置，诸如装备有蜂窝/无线调制解调器的个人数字助理(PDA)。因为，当前这一代无线装置的带宽通常限于几十千比特每秒(Kbps)，当前这一代无线装置的应用相对受限。然而，希望在下一(或第三)代蜂窝/无线技术中改变这一点，下一(或第三)代蜂窝/无线技术有时被称为″3G″无线/蜂窝，其中，每个无线装置可使用更大的带宽(即，125Kbps或更高)。更高的数据率将会使用于无线装置的互联网应用更普遍。例如，3G蜂窝电话(或有3G蜂窝调制解调器的PC)可用于浏览互联网网站，发送和接收图形，执行流式音频或视频应用等。更高比例的3G蜂窝系统所处理的无线业务将会是互联网协议(IP)业务，传统语音业务所占的比例将会更低。
经互联网协议(IP)网络传送多媒体内容的实时流近年来成为更为普遍的应用。如上所述，3G无线网络将向无线装置提供用于实时应用的流式数据(视频和音频)。更广泛的互动和非互动多媒体互联网应用，诸如新闻点播、电视实况、可视会议、实况无线电广播(诸如Broadcast.com)等，将向无线装置提供″实时″数据流。不象先经“非实时”获得，然后再观看或播放的“下载的”视频文件那样，实时(或流式)数据应用要求数据源编码流式数据信号并经网络发送给接收机，接收机必须实时解码并播放信号(视频或音频)。
传统的移动台通常包含由主处理单元(MPU)控制的大型交换机构，主处理单元包含大量数据处理器和相关的存储器，其常以ASIC芯片形式出现。每个MPU处理器包含呼叫处理客户应用程序，其用于控制单个呼叫的控制信号流。每个呼叫处理客户应用程序依次与呼叫处理服务器应用程序通信，呼叫处理服务器应用程序控制大量呼叫的控制信号流。
这样，当在电话呼叫期间发生特定事件(例如，呼叫建立、启用三方呼叫、呼叫断开等)时，与该事件有关的控制信号从移动台中继到移动交换中心(MSC)的呼叫处理客户应用程序。然后，该呼叫处理客户应用程序将该控制信号中继到呼叫处理服务器应用程序，呼叫处理服务器应用程序实际执行控制信号所请求的呼叫处理服务。
遗憾的是，在大容量系统中，在呼叫处理服务器应用程序周围可能会出现瓶颈。每个呼叫处理客户应用程序必须与执行呼叫处理服务器应用程序的服务器硬件的特定部份通信。由于电话呼叫的开始和停止的随机性，所以，在大系统中，一些服务器可能接近容量的极限并出现瓶颈，而其它服务器仍有足够的带宽。此外，服务器硬件的特定部份出故障的系统导致所有呼叫处理的丢失，该呼叫处理是由故障服务器执行的呼叫处理服务器应用程序处理的。
例如，在传统的呼叫处理应用程序中，已分配中继线与呼叫状态数据相相关。当发起新的呼叫时，用中继线空闲列表服务器分配空闲中继线，然后将其与呼叫状态数据相关。当呼叫结束时，释放所分配的中继线。传统方法使用单个服务器管理空闲和已分配中继线以及相关数据，该单个服务器维护中继线的分配和释放，并支持相关数据的读取和写入。这些方法都代表了一个失败之处。已经通过使用备份服务器改善了单个服务器，以便使当主服务器故障时，使用备份服务器接管主服务器的工作。然而，在系统性能上这中方法是一个瓶颈，且其扩展性不强。随着越来越多的呼叫业务由交换机管理，因而，单个服务器的性能就降低了。
另外，当新呼叫开始(技术术语是“发起”)时，需要在呼叫的整个生存期中唯一标识该呼叫。唯一标识被称为“呼叫标识”，是对该呼叫唯一的数字。如果在呼叫的生存期中发生任何事件(诸如触发应答、各种超时、挂机等)时，将该事件传递给管理具体呼叫的呼叫处理应用程序。呼叫标识值用于定位事件，并将其转发给正确的呼叫处理应用程序。传统的系统用单个服务器来分配呼叫标识值。现有技术的服务器在被请求时分配任意数字，并将其标记为正在使用。当呼叫结束时，释放呼叫标识号，并由服务器将其标记为未分配。然后，该数字可重新用于另一呼叫。为了具有更高的可用性，服务器要有备份，以便当服务器故障时，备份可以接管服务器的工作。然而这会造成瓶颈且扩展性差。
而且，对于通信系统中的每个用户，有一组构成用户的顾客描述(customprofile)的数据。顾客描述包含诸如用户姓名和地址、用户被授权使用的通信系统服务、顾客记账信息等的信息。当用户打开移动台(诸如蜂窝电话)时，由于移动交换中心(MSC)预期用户会打电话，所以MSC将顾客描述信息高速缓存到存储器中。顾客描述的信息量可以很大，并且要求大量的内存。因为将大量顾客描述数据装载到存储器中所需要的时间，所以在打开移动台时将顾客描述数据装载到存储器中。顾客描述数据的全集被称为用户数据库(SDB)。
移动交换中心(MSC)给移动台分配国际移动台标识(IMSI)号或临时移动台标识(TMSI)号。对于与数据相关的活动，移动交换中心(MSC)给移动台分配基于分组的临时移动台标识(P-TMSI)号。用户数据库(SDB)与移动交换中心(MSC)分配给移动台的标识号(IMSI、TMSI或P-TMSI)相关联。
当用户从移动台(例如蜂窝电话)发出呼叫时，该呼叫被路由到用于注册的移动交换中心(MSC)。移动交换中心(MSC)能向用户数据库(SDB)服务器发送信息并且能从用户数据库(SDB)服务器接收信息。用户数据库(SDB)服务器能接收从移动台发送到移动交换中心(MSC)的注册消息。用户数据库(SDB)服务器使用分配它的本地位置寄存器(HLR)来注册移动台。用户数据库(SDB)服务器还能存储每个移动台的业务描述(serviceprofile)。用户数据库(SDB)服务器在呼入期间还能访问移动交换中心(MSC)，以获得临时路由号(例如，IMSI)。
现有技术的系统使用被安排成主(primary)-备份配置的单个用户数据库(SDB)服务器。主-备份配置降低了单个故障使用户数据库(SDB)服务器不能工作的危险。然而，这种简单的主-备份配置存在明显的问题。第一，集中式用户数据库(SDB)服务器是系统中潜在的瓶颈。用户数据库(SDB)服务器的性能可能不足以跟得上对它的要求。第二，可能有性能问题，即，集中式用户数据库(SDB)服务器的访问时间对于实时应用可能太慢。第三，集中式用户数据库(SDB)服务器可能有内存限制。集中式用户数据库(SDB)服务器可以容纳的用户数量可能受限。当向系统添加更多的用户时，集中式用户数据库(SDB)服务器可能不易扩展。最后，集中式用户数据库(SDB)服务器的相关成本可能很高。
此外，在传统的交换中心升级呼叫处理服务器应用程序而不中断现有服务是极其复杂的。在一些现有技术的系统中，执行软件升级要求在交换中心中有全冗余(双工)硬件。冗余部件被分成激活方与未激活方。要求复杂的控制软件来管理该划分(通过交换激活方与未激活方)和管理将系统的两半合并成完整系统的处理。冗余硬件使现有技术的交换中心增加额外的成本，并且开发复杂的控制软件也很昂贵，且由于其复杂性，易于出错，难以维护。
因而，需要改进的通信网络设备和服务。尤其是，需要具有高可靠性且在高呼叫业务量期间受瓶颈条件影响最小的移动交换中心。特别是，需要分布式呼叫处理体系结构、改进的中继空闲列表服务器体系结构、改进的呼叫标识服务器体系结构和改进的、在移动交换中心和其它类似的交换装置中使用的用户数据库服务器体系结构。而且，需要可以在线升级而不要求使用冗余硬件和复杂而昂贵的控制软件的交换中心。

发明内容
为了解决上述现有技术的缺陷，本发明的主要目的是提供一种系统和方法，用于在通信系统中使用负载共享组快速而有效地进行分布式呼叫处理和在线升级。
根据本发明第一优选实施例，交换机包括1)主处理单元，能执行呼叫处理客户应用程序，其中，每个呼叫处理客户应用程序与多个呼叫连接之一关联；和2)N个呼叫应用节点，能够执行呼叫处理服务器应用程序，其中，在N个呼叫应用节点的第一节点上执行第一呼叫处理服务器应用程序，并与在N个呼叫应用节点的第二节点上执行的、类似的第二呼叫处理服务器应用程序相关联，上述第二节点与第一节点相分离。从而，第一和第二呼叫处理服务器应用程序形成第一负载共享组服务器应用程序，其中，每个呼叫处理客户应用程序将呼叫处理服务请求发送到第一负载共享组服务器应用程序，且第一负载共享组服务器应用程序选择第一和第二呼叫处理服务器应用程序之一，并根据负载分布算法来执行所请求的呼叫处理服务。
根据本发明的第一实施例，负载分布算法以交替方式在第一和第二呼叫处理服务器应用程序之间分布新的呼叫处理服务请求。
根据本发明的第一实施例，负载分布算法根据第一呼叫处理服务器应用程序的当前呼叫处理负载和第二呼叫处理服务器应用程序的当前呼叫处理负载，来分布新的呼叫处理服务请求。
还根据本发明的第一实施例，为了将第一呼叫处理服务器应用程序的当前呼叫处理负载维持在大致与第二呼叫处理服务器应用程序的当前呼叫处理负载相等的水平上，负载分布算法分布新的呼叫处理服务请求。
还根据本发明的第一实施例，第一呼叫处理服务器应用程序包括第一主-备份组服务器应用程序，其中，第一主-备份组服务器应用程序包括在第一呼叫应用节点上执行的第一主呼叫处理和与第一主呼叫处理关联的第一备份呼叫处理。
根据本发明的第一实施例，与第一主呼叫处理相关的状态信息被镜像到与第一主呼叫处理相关的第一备份呼叫处理上。
还根据本发明的第一实施例，第一备份呼叫处理位于第一呼叫应用节点中。
还根据本发明第一实施例，第一备份呼叫处理位于与第一呼叫应用节点分离的呼叫应用节点中。
在本发明的第一实施例中，第二呼叫处理服务器应用程序包括第二主-备份组服务器应用程序，其中，第二主-备份组服务器应用程序包括在第二呼叫应用节点上执行的第二主呼叫处理和与第二主呼叫处理相关的第二备份呼叫处理。
在本发明的第一实施例中，与第二主呼叫处理相关的状态信息被镜像到与第二主呼叫处理相关的第二备份呼叫处理上。
还在本发明的第一实施例中，第二备份呼叫处理位于第二呼叫应用节点中。
仍在本发明的另一实施例中，第二备份呼叫处理位于与第二呼叫应用节点分离的呼叫应用节点中。
为了解决现有技术的上述缺陷，本发明的第二目的是提供一种控制器，其同通信交换机一起使用，用来监视与交换机相关的中继线的使用状态。交换机是用来处理在相关中继线上主叫装置和被叫装置之间的呼叫连接。控制器部分是用来提高与相关中继线的分配职责相关的交换机的效率和可靠性。
控制器包括N个呼叫应用节点，其能执行用于给呼叫连接分配一些中继线的中继线空闲列表服务器应用程序，其中，第一中继线空闲列表服务器应用程序在第一呼叫应用节点上执行，并与在分离的第二呼叫应用节点上执行的第二中继线空闲列表服务器应用程序相关。第一和第二中继线空闲列表服务器应用程序形成了负载共享组服务器应用程序，其用来(i)接收来自在交换机内执行的呼叫处理的中继线分配请求，和(ii)选择第一或第二中继线空闲列表服务器应用程序，以根据负载分布算法给与中继线分配请求相关的呼叫连接分配中继线。
本发明的第二目的是提供一种组策略，其允许可变数量的服务器应用程序程序加入映射资源组(MRG)。该组策略允许服务器组，主用和备份服务器组，加入MRG，并提供管理特定中继组的特定服务器的映射，以使客户应用程序能有效地分配和释放中继线。该组策略允许添加、移除或补偿服务器应用程序，诸如在故障事件中，以使服务器配置对客户应用程序是透明的。当出现配置改变时，MRG策略，允许其控制器在通信网络中分布服务器，以避免单处故障，并提供用于分配中继线的性能效率机制，以便使其在可用服务器中所选的几个服务器中，自动地重新分布中继线组职责。
为了解决现有技术的上述缺陷，本发明的第三目的是提供一种控制器，其用于给与交换机相关的呼叫连接分配呼叫标识值，其中，交换机处理与交换机相关的中继线上的主叫装置和被叫装置之间的呼叫连接。根据本发明的优选实施例，该控制器包括N个呼叫应用节点，其用于执行给呼叫连接分配呼叫标识值的多个标识服务器应用程序，其中，多个标识服务器应用程序中的第一个在N个呼叫应用节点的第一个上执行，并与在N个呼叫应用节点的第二个上执行的标识服务器应用程序的第二个相关，上述N个呼叫应用节点的第二个与第一节点相分离，第一和第二标识服务器应用程序形成了负载共享组服务器应用程序，并且，其中负载共享组服务器应用程序从正在交换机中执行的新呼叫处理接收呼叫标识请求，并选择第一和第二标识服务器应用程序之一，以便根据负载分布算法，给与呼叫标识请求相关的新呼叫连接分配呼叫标识值。
根据本发明的第三实施例，第一标识服务器应用程序分配具有第一连续范围的呼叫标识值，并且第二标识服务器应用程序分配具有第二连续范围的呼叫标识值，第二连续范围不同于第一连续范困。
根据本发明的第三实施例，负载分布算法以交替方式在第一和第二标识服务器应用程序之间分布新的呼叫标识请求。
还根据本发明的第三实施例，负载分布算法根据第一标识服务器应用程序的当前处理负载和第二标识服务器应用程序的当前处理负载，分布新的呼叫标识请求。
还根据本发明的第三实施例，负载分布算法为了将第一标识服务器应用程序的当前处理负载维持在与第二标识服务器应用程序的当前处理负载大致相等的水平上，分布新的呼叫标识请求。
还根据本发明的第三实施例，第一标识服务器应用程序包括第一主-备份组服务器应用程序，其中，第一主-备份组服务器应用程序包括在第一呼叫应用节点上执行的第一主标识服务器应用程序和与第一主标识服务器应用程序相关的第一备份标识服务器应用程序。
还根据本发明的第三实施例，与第一主标识服务器应用程序相关的呼叫状态信息被镜像到与第一主标识服务器应用程序相关的第一备份标识服务器应用程序上。
还根据本发明的第三实施例，第一备份标识服务器应用程序位于第二呼叫应用节点中。
在本发明第三实施例中，第一备份标识服务器应用程序位于与第一呼叫应用节点分离的呼叫应用节点上。
在本发明的第三实施例中，第二标识服务器应用程序包括第二主-备份组服务器应用程序，其中，第二主-备份组服务器应用程序包括在第二呼叫应用节点上执行的第二主标识服务器应用程序和与第二主标识服务器应用程序相关的第二备份标识服务器应用程序。
还在本发明的第三实施例中，与第二主呼叫处理相关的状态信息被镜像到与第二主呼叫处理相关的第二备份呼叫处理上。
还在本发明的第三实施例中，第二备份标识服务器应用程序位于第二呼叫应用节点中。
还在本发明的第三实施例中，第二备份标识服务器应用程序位于与第二呼叫应用节点分离的呼叫应用节点中。
为了解决现有技术的上述缺陷，本发明的第四目的是提供一种改进了的装置和方法，其用于在通信系统中快速而有效地分布和访问用户数据库(SDB)信息。
本发明的第四目的是提供一种交换机，其能处理在与交换机相关的多条中继线上的、主叫装置和被叫装置之间的呼叫连接。根据本发明的优选实施例，交换机包括1)主处理单元，其能执行呼叫处理应用，其中，每个呼叫处理应用与呼叫连接之一相关；和2)N个呼叫应用节点，其能执行用户数据库服务器应用程序，其中，第一用户数据库服务器应用程序在N个呼叫应用节点的第一节点上执行，并与N个呼叫应用节点的第二节点上执行的类似的第二用户数据库服务器应用程序相关，上述N个呼叫应用节点的第二节点与第一节点分离，从而，第一和第二呼叫处理服务器应用程序形成用户数据库负载共享组服务器应用程序，其中，每个呼叫处理应用程序将用户数据库服务请求发送到用户数据库负载共享组服务器应用程序，并且用户数据库服务器应用程序选择第一和第二用户数据库服务器应用程序之一，以根据负载分布算法，执行所请求的用户数据库服务请求。
根据本发明的第四实施例，负载分布算法以交替方式在第一和第二用户数据库服务器应用程序之间分布新的用户数据库服务请求。
根据本发明的第四实施例，负载分布算法根据第一用户数据库服务器应用程序的当前呼叫处理负载和第二用户数据库服务器应用程序的当前呼叫处理负载分布新的用户数据库服务请求。
还根据本发明的第凹实施例，负载分布算法为了将第一用户数据库服务器应用程序的当前呼叫处理负载维持在与第二用户数据库服务器应用程序的当前呼叫处理负载大致相同的水平上，而分布新的用户数据库服务请求。
还根据本发明的第四实施例，第一用户数据库服务器应用程序包括第一主-备份组服务器应用程序，其中，第一主-备份组服务器应用程序包括在第一呼叫应用节点上执行的第一主用户数据库服务器应用程序和与第一主用户数据库服务器应用程序相关的第一备份用户数据库服务器应用程序。
还根据本发明的第四实施例，与第一主用户数据库服务器应用程序相关的状态信息镜像到与第一主用户数据库服务器应用程序相关的第一备份用户数据库服务器应用程序上。
还根据本发明的第四实施例，第一备份用户数据库服务器应用程序位于第一呼叫应用节点中。
还根据本发明的第四实施例，第一备份用户数据库服务器应用程序位于与第一呼叫应用节点分离的呼叫应用节点中。
在本发明的第四实施例中，第二用户数据库服务器应用程序包括第二主-备份组服务器应用程序，其中，第二主-备份组服务器应用程序包括在第二呼叫应用节点上执行的第二主用户数据库服务器应用程序和与第二主用户数据库服务器应用程序相关的第二备份用户数据库服务器应用程序。
在本发明的第四实施例中，与第二主用户数据库服务器应用程序相关的状态信息被镜像到与第二主用户数据库服务器应用程序相关的第二备份用户数据库服务器应用程序上。
还在本发明的第四实施例中，第二备份用户数据库服务器应用程序位于第二呼叫应用节点中。
还在本发明的第四实施例中，第二备份用户数据库服务器应用程序位于与第二呼叫应用节点分离的呼叫应用节点中。
为了解决现有技术的上述缺陷，本发明的第五目的是提供一种在包括N个呼叫应用节点(CAN)的交换机中使用的、用于升级多个呼叫处理服务器应用程序的方法，其中，每个呼叫处理服务器应用程序包括在N个CANs中不同的CANs上执行的主呼叫处理和备份呼叫处理。根据本发明的优选实施例，该方法包括步骤1)接收关闭命令以可操作地升级第一呼叫处理服务器应用程序，第一呼叫处理服务器应用程序包括在第一CAN上执行的第一主呼叫处理和在第二CAN上执行的第一备份呼叫处理；2)响应关闭命令的接收，禁用第一主呼叫处理，使得不再向第一CAN上的第一主呼叫处理发送与第一呼叫处理服务器应用程序相关的后来的呼叫业务；3)将第一备份呼叫处理重新指定为第一呼叫处理服务器应用程序的新主呼叫处理，以使将与由第一呼叫处理服务器应用程序处理的先前呼叫相关的所有将来的呼叫业务都被发送到第二CAN上的所重新指定的第一备份呼叫处理，而不需直接了解它或了解发送应用；4)如果有的话，就把与第二呼叫处理服务器应用程序相关且位于第一CAN上的第二备份呼叫处理移到不同的CAN上；和5)在第一CAN上安装升级后的第一呼叫处理服务器应用程序，使得升级后的第一呼叫处理服务器应用程序的升级后的第一主呼叫处理在第一CAN上执行，并在第一CAN上创建升级后的第一呼叫处理服务器应用程序的升级后的第一备份呼叫处理。
根据本发明的第五实施例，该方法还包括步骤从第一CAN移除被禁用的第一主呼叫处理。
根据本发明的第五实施例，该方法还包括步骤防止将与新呼叫相关的后来的呼叫业务被发送到重新指定的第一备份呼叫处理上。
还根据本发明的第五实施例，该方法还包括步骤当所有先前的呼叫终止时，从第二CAN上移除重新指定的第一备份呼叫处理。
还根据本发明的第五实施例，升级后的第一主呼叫处理加入了第一负载共享组服务器应用程序，该第一负载共享组服务器应用程序包括与升级后的第一呼叫处理服务器应用程序类似的呼叫处理服务器应用程序。
还根据本发明的第五实施例，第一负载共享组服务器应用程序在节流机制的控制下，将与新呼叫相关的新呼叫业务发送到升级后的第一主呼叫处理。
还根据本发明的第五实施例，节流机制首先使相对少量的新呼叫业务被发送到升级后的第一主呼叫处理上。
还根据本发明的第五实施例，节流机制使逐渐增加的新呼叫业务量被发送到升级后第一主呼叫处理上。
上文已经很概括地概述了本发明的特点和技术优点，以便使本领域的技术人员可以更好地理解下文对本发明的详细描述。在下文中描述本发明的附加特点和优点，这构成了本发明权利要求书的主体。本领域的技术人员会了解，他们可以容易地使用所公开的构思和具体实施例，以此为基础修改或设计用于实现本发明的相同目的的其他结构。本领域的技术人员也应知道，这种等效结构没有背离最广泛形式的本发明的精神和范围。
在下面的本发明的详细描述之前，最好解释一下本专利文献中使用的某些词汇和短语的定义术语″包括″和″包含″以及其派生义是没有限制的包括；术语″或″是包括在内的，指和/或；短语″相关″和″与其相关″以及其派生义可以是包括、被包括在、与……互连、包含、被包含在、连接到或连接了、耦合到或耦合了、可与其通信、与其协作、交织、并列、接近、结合到或结合了、有、有……属性，等等；术语″控制器″指控制至少一种操作的任何装置、系统或其部分，这种装置可以用硬件、固件或软件或者它们中至少两种的组合来实现。应当注意，与任何特定控制器相关的功能可以是集中式或分布式的，本地的或远程的。提供了整个专利文献的某些词汇和短语的定义，本领域的一般技术人员应当理解，如果不是在多数情况下，这些定义也应用于现有以及将来使用的这种被定义的词汇和短语。


为了更完全地理解本发明及其优点，下面结合附图进行描述，其中，类似的数字指示类似的对象，其中图1说明了根据本发明一个实施例的示例无线网络；图2更详细地说明了根据本发明一个实施例的示例移动交换中心；图3说明了根据本发明的原理，使用组服务来执行分布式呼叫处理的移动交换中心的所选择部分；图4A说明了根据本发明第一示例实施例的服务器侧内部组策略类；图4B说明了根据本发明第一示例实施例的客户侧内部客户策略体系结构；图4C说明了根据本发明第一示例实施例的负载共享客户侧策略内部架构；图4D说明了根据本发明第二示例实施例的客户侧内部客户策略体系结构；图4E说明了根据本发明第二示例实施例的负载共享客户侧策略内部体系结构；图5是说明了根据本发明第二实施例，操作控制器的第二示例方法的流程图，该控制器包括至少一个负载共享组；图6是说明了本发明的方法的第四示例实施例的操作的流程图；图7是说明了根据本发明第五示例实施例的移动交换中心中的呼叫处理服务器应用程序的分区和在线升级的流程图；和图8A-8K是在对呼叫应用节点进行图7所述的分区和在线升级处理时，示例移动交换中心(MSC)中呼叫应用节点的系列图。
具体实施例方式
下面讨论的图1到图8和在本专利文献中用于描述本发明的原理的多个实施例仅用于说明，无论如何不应被看作限制了本发明的范围。本领域的技术人员可以理解，本发明的原理可以在任何配置合适的通信网络中实现。
在下面的公开文本中，在无线通信网络的移动交换中心中实现了用于执行各种分布式呼叫处理功能的组服务框架。这只是用于说明而不应被认为限制了本发明的范围。本领域的技术人员会理解，下述的组服务框架可以在其它类型的通信网络和装置中实现，包括多种交换机、路由器等，并且也包括不包含无线装置的整个有线网络。
图1说明了根据本发明一个实施例的示例无线网络100。无线网络100包括多个小区站点(cell site)121-123，每一个小区站点都包含多个基站，BS101、BS102或BS103，中的一个。基站101-103经，例如，码分多址(CDMA)信道与多个移动台(MS)111-114通信。移动台111-114可以是任何适当的无线装置，包括传统的蜂窝无线电电话、PCS手持装置、个人数字助理、便携式计算机或计量装置。本发明不限于移动装置。也可以使用其它类型的接入终端，包括固定无线终端。然而，为了简便，下文只显示和讨论移动台。
虚线显示了基站101-103所出的小区站点121-123的近似边界。为了说明和解释，小区站点被显示为近似圆。应当清楚地知道，小区站点可以有其它不规则形状，这取决于所选择的小区配置以及自然和人为的障碍。
如现有技术已知的那样，小区站点121-123由多个扇区(未示出)组成，每个扇区由与基站连接的定向天线来说明。图1的实施例说明了小区中心的基站。替换实施例将定向天线放置在扇区的角落中。本发明的系统不限于任何一种小区站点配置。
在本发明的一个实施例中，BS101、BS102或BS103包括基站控制器(BSC)和一个或多个基站收发信机子系统(BTS)。基站控制器和基站收发信机子系统是本领域的技术人员所公知的。基站控制器是一种管理无线通信资源的装置，包括用于在无线通信网络中指定的小区的基站收发信机。基站收发信机子系统包括RF收发信机、天线和位于每个小区站点内的电气设备。该设备可以包括空调单元、加热单元、电源、电话线接口以及RF发射机和RF接收机。为了简单明了地解释本发明的操作，在每个小区121-123中的基站收发信机子系统和与每个基站收发信机子系统相关的基站控制器分别总体用BS101、BS102或BS103来表示。
BS101、BS102或BS103经通信中继线131、移动交换中心(MSC)140和通信中继线132在彼此之间和公共交换电话网络(PSTN)之间传送语音和数据信号。中继线131还提供连接路径以在MSC140和BS101、BS102和BS103之间传送控制信号，该控制信号用于建立用于语音和数据电路的连接，该连接是经通信中继线131在MSC140和BS101、BS102、BS103之间的连接，以及经通信中继线132在MSC140和互联网或PSTN之间的连接。在本发明的一些实施例中，通信中继线131可以是几种不同的数据链路，这里，每条数据链路将BS101、BS102或BS103中的一个连接到MSC140。
中继线131和132包括一个或多个任何适当的连接装置，该装置包括T1线路、T3线路、光纤链路、网络分组数据主干连接或任何其它类型的数据连接。本领域的技术人员会知道中继线131和132上的连接可以提供用于传输模拟音频信号的传输路径、用于以脉冲码调制(PCM)格式传输语音信号的数据路径、用于以互联网协议(IP)格式传输语音信号的数字路径、用于以异步传输模式(ATM)格式传输语音信号的数字路径、或以其它适当的连接传输协议格式传输语音信号的数字路径。本领域的技术人员会知道，中继线131和132上的连接可以提供用于以适当的信令协议传输模拟或数字控制信号的传输路径。
图2更详细地说明了根据本发明的一个实施例的示例移动交换中心140。MSC140包括在其它事物之间的互连网络200。互连网络200包括交换机构205和交换控制器210，它们一起提供中继线131和132中通信电路之间的交换路径。MSC140提供在无线网络100中的用户和诸如PSTN或互联网的外部网络的用户之间的服务和协作。与MSC140类似的移动交换中心是本领域的技术人员所公知的。
当无线网络用户打开他或她的移动台(例如蜂窝电话)或固定接入终端时，无线消息经空中接口通知基站移动台(或固定存取终端)正进入网络。然而，不在中继线131-132中自动为语音或数据业务承载电路建立连接。不需要连接到公共交换电话网络(PSTN)或互联网的语音或数据业务连接，直到用户进行呼叫(例如，拨电话号码)或访问网络。
然而，即使在电话空闲时，也必须获取用户的某些信息(即，用户数据)并将其存储在基站或MSC140或二者之中，以验证用户、收集计费信息、识别用户可使用的服务、确定移动台的能力等。要求上述操作的控制信号(相对于语音和数据业务)也承载于中继线131和132上。在将用户数据存储在MSC140的存储器中后，该数据可由多种呼叫处理客户(CPC)应用程序使用，在移动台被激活时，该呼叫处理客户应用程序可以由用户或另一装置启动。
例如，当MS111先被打开时，在MSC140中为MS111建立呼叫处理，用户数据(例如，计费信息)存储在MSC140中，MSC140可以由提供特定类型的呼叫服务的呼叫处理或其它呼叫应用来访问。如果用户在MS111上拨电话号码或者接收从MS111发送到PSTN的呼叫，MS111的呼叫处理就在中继线131上的中继线之一和中继线132中的中继线之一上建立呼叫连接。在MSC140中执行的MS111呼叫处理维护所有与该呼叫和MS111有关的状态信息，并处理MS111所要求的所有其它应用，包括三方呼叫、语音邮件、呼叫断开等。
为了处理大量的呼叫业务，有必要在多个呼叫应用节点上分布许多激活的呼叫处理和由MS111处理的呼叫服务应用。呼叫服务可以包括用于访问用户数据库、选择(或不再选择)中继线、获取和维护呼叫标识信息等的应用。本发明提供了用于以高可靠性和冗余方式在多个呼叫应用节点上分布呼叫处理和呼叫服务应用的多种方法和设备。这是由冗余服务器的分布式网络实现的，其中，分布呼叫业务是为了增加MSC140的呼叫处理能力。分布式服务器的冗余对请求服务的呼叫处理客户应用程序和提供服务的呼叫处理服务器应用程序都是透明的。这也降低了客户和服务器应用程序的复杂性。
图3更详细地说明了按照本发明的原理的，使用组服务来执行分布式呼叫处理的示例移动交换中心140的所选择部分。MSC140包括主处理单元(MPU)310、系统管理器节点1(SYSMGR1)、可选系统管理器节点2(SYSMGR2)和主数据库320。MSC140还包括多个呼叫应用节点(CAN)和多个本地存储装置(SD)，呼叫应用节点包括CAN1、CAN2和CAN3，本地存储装置(SD)也就是与CAN1、CAN2和CAN3相关的SD1、SD2和SD3。主数据库320也可被用作存储数据库、软件图像、服务器统计、登录数据等的主软件库。SD1-SD3可用于存储局部封装(local capsule)、瞬时数据等。
系统管理器节点1和2和CAN1-CAN3一起执行配置管理(CM)处理，其在初次启动时或重新启动之后，用适当的软件和配置数据建立每个节点。系统中的每个节点也执行装入软件的节点监控(NM)处理和确定是否有处理失败的跟踪处理，系统管理器节点1和2执行第一任意处理P1，系统管理器节点1还执行第二任意处理P2。
按照本发明的原理，呼叫应用节点1-3(CAN1-CAN3)执行多个被组织成主用和备份处理的呼叫处理(CP)服务器应用程序，其可作为分布式组服务用于第1到N个呼叫处理客户(CPC)应用，即，主处理单元310中的CPCAPP1-CPC APPn。N个呼叫应用节点(例如，CAN1-CAN3)是包括处理器和存储器的分离的计算节点，通过简单地添加更多的呼叫应用节点来提供伸缩性和冗余。
N个呼叫处理客户(CPC)应用中的每一个，即，MPU310中的CPCAPP1-CPC APPn中的每一个都处理与单个呼叫有关的控制信号和消息，该单个呼叫与移动台相关。CPC APP1-CPC APPn中的每一个用负载共享组建立会话，该负载共享组将呼叫分配给主-备份组呼叫处理服务器应用程序，即CP1、CP2或CP3，中的某一个。所选择的呼叫处理服务器应用程序实际执行呼叫处理客户应用程序所请求的呼叫处理服务/功能。
在所说明的实施例中，执行了3个示例呼叫处理服务器应用程序，即，CP1、CP2和CP3。这些处理的每一个都作为主-备份组存在。这样，CP1作为主处理CP1(P)和备份处理CP1(B)存在。类似地，CP2作为主处理CP2(P)和备份处理CP2(B)存在。CP3作为主处理CP3(P)和备份处理CP3(B)存在。在所说明的实施例中，CP1(P)和CP1(B)位于不同的呼叫应用节点(即，CAN1和CAN2)上。这不是严格的要求CP1(P)和CP1(B)可以位于相同的呼叫应用节点(例如CAN1)上，并且仍然提供用于主处理CP1(P)的软件故障的可靠性和冗余。然而，在本发明的优选实施例中，主处理和备份处理位于不同的呼叫应用节点上，从而提供了硬件冗余和软件冗余。这样，CP1(P)和CP1(B)位于CAN1和CAN2上，CP2(P)和CP2(B)位于CAN2和CAN3上，CP3(P)和CP3(B)位于CAN3和CAN1上。
CP1、CP2和CP3一起形成用于负载共享的超级组。这样，CP1(P)和CP1(B)、CP2(P)和CP(B)和CP3(P)和CP3(B)是第一负载共享组(LSG1)的一部分，LSG1用虚线边界来表示。另外，CAN1-CAN3容纳(host)了3个其它负载共享组，即，LSG2、LSG3和LSG4。LSG2包括两个中继线空闲列表(TIL)服务器应用程序，即，TIL1和TIL2。TIL1作为CAN2上的主处理TIL1(P)和CAN3上的备份处理TIL1(B)存在。TIL2作为CAN3上的主处理TIL2(P)和CAN2上的备份处理TIL2(B)存在。类似地，LSG3包括两个标识服务器(IS)端应用程序，即，IS1和IS2。IS1作为CAN1上的主处理IS1(P)和CAN2上的备份处理IS1(B)存在。IS2作为CAN2上的主处理IS2(P)和CAN1上的备份处理IS2(B)存在。最后，LSG4包括两个用户数据库(SDB)服务器应用程序，即，SDB1和SDB2。SDB1作为CAN2上的主处理SDB1(P)和CAN3上的备份处理SDB1(B)存在。SDB2作为CAN3上的主处理SDB2(P)和CAN2上的备份处理SDB2(B)存在。
组服务提供用于在计算网络中组织一组分布式软件对象的框架。每个软件对象提供服务。另外，组服务框架提供增强行为(enhanced behavior)，其用于确定组成员关系、决定在出现错误时采取什么动作和控制组的成员和客户之间的单播、多播、组播通信。组利用策略以增强该组所提供的服务的行为。一些策略包括主-备份，其用于高服务可用性；和负载共享，其在网络中分布服务负载。
位于计算网络中的呼叫处理服务器应用程序，诸如CP1-CP3、IS1-IS2和TIL1-TIL2提供客户应用程序所调用的服务，诸如CPC APP1-CPC APPn。如图3所示，呼叫处理服务器应用程序被组织成为主-备份组，该主-备份组被配置成为1+1类型的主-备份组。这些主-备份组有多个成员，并且确切数量可以根据处理和/或所使用的计算节点(CAN)的数量伸缩。所有的主-备份组均是单个负载共享组(例如LSG1，LSG2，LSG3，LSG4)的成员。
尤其要注意，当呼叫处理客户应用程序，CPC APP1-CPC APPn相对于呼叫处理服务器应用程序CP1、CP2和CP3是客户时，服务器应用程序相对于另一服务器应用程序可以是客户。尤其是，呼叫处理服务器应用程序CP1-CP3相对于中继空闲列表服务器应用程序TIL1，TIL2、用户数据库服务器应用程序SDB1，SDB2和标识服务器应用程序IS1，IS2可以是客户。
客户应用程序建立与负载共享组的接口。当客户应用程序收到新的呼叫指令时，客户应用程序就根据客户侧负载共享策略建立与负载共享组的会话。初始服务器(CP1、CP2等)选择策略是基于CPU应用(即，基于每个候选CAN中的处理器负载，先选择负载较轻的组)，但是，可以使用其它算法策略，诸如循环法(即，顺次向每个CAN分布新的呼叫)。
客户应用程序将新的呼叫与会话相关联，并经该会话对象发送与该呼叫相关的消息。客户应用程序还经已建立的与主-备份组之间的会话接收来自主-备份组的消息。只将主-备份组的主处理(例如，CP1(P))加入负载共享组(例如，LSG1)。
由于许多原因，所以，可以从服务中移除包含主成员的应用。随着主成员的移除，备份成员成为主成员，并且服务器应用程序不再是负载共享组的成员。然而，客户应用程序还保持用于现有呼叫的与主-备份组之间的会话。如果主-备份组不是负载共享组的成员的话，就不向其分布新的呼叫。
如果作为负载共享组成员的主-备份组的主成员发生故障，就通知备份成员主成员已经出故障(或离开)，并且，然后备份成员担当主成员的角色。必须由服务器应用程序执行这些动作的职责。组服务的职责是通知备份成员主成员已经出故障或离开。
作为在线软件升级处理的一部分，包含主-备份组的一个或多个应用可以被从服务中移除、卸下，然后用新版本的软件代码恢复。如果这些组的接口没有改变，它们就加入现有负载共享组。当其第一次被启动时，要求客户接口能对到特定主-备份组的呼叫业务进行节流。业务节流用从0％(无呼叫)到100％变化的百分比来表示。该会话处理根据调度算法调度的所有新的呼叫。节流系数对于任何加入负载共享组的主-备份组都被初始化为100％。在在线软件升级期间，对新的软件版本将节流系数调节为从无呼叫开始。任何用于负载共享组的客户应用程序都可以建立与指定主-备份组之间的会话。然后，客户可以随时改变节流系数。当节流系数改变时，所有客户会话接口都经多播来接收改变后的节流系数。随着节流系数的增大，新软件版本的呼叫处理服务器应用程序可以接收更大量的呼叫业务。
从客户应用程序到呼叫处理服务器主-备份组的呼叫处理通信必须支持很大量的呼叫。组软件利用由多播协议(简单IP多点传送)和可选的单播协议组成的内部传输。单播协议是TCP/IP、SCTP或其它传输协议。多播协议用于与成员关系、状态改变和错误检测有关的内部成员通信。在没有单播传输时，多播协议用于传送客户/服务器通信流。当提供单播协议时，淡泊协议用于提供客户和服务器之间的高速流时。流总是被传送到主-备份组的主成员，该主-备份组对呼叫处理客户应用程序和呼叫处理(例如，CP1、CP2、CP3、TIL1、TIL2、IS1、IS2)都是透明的。
如上所述，呼叫应用节点(CAN)上的呼叫处理被组织成负载共享组。每个呼叫处理(例如，CP1、CP2、CP3、TIL1、TIL2、IS1、IS2)其自身就是主-备份组。主-备份组的成员都可以提供服务，但只有该组的主成员接收消息，并因而实际提供服务。当组的一个成员被选为主成员时，为该组注册一个或多个接口流。每个流是用于一些呼叫处理服务的独立接口。
MSC140中的呼叫处理客户应用程序(例如CPC APP1、CPC APP2)接收新呼叫指示，并用组服务来选择与呼叫应用节点(即，服务器)之间的接口，以处理该新呼叫。每个服务器(CAN)上的呼叫处理是负载共享组的成员，并基于CPU应用(即，负载)或其它算法(诸如循环法)，从呼叫处理客户应用程序的角度选择特定呼叫应用节点(CAN)。对于所选择的特定主-备份组，会话返回到该呼叫处理客户应用程序。当建立了与主-备份呼叫处理服务器组之间的会话时，然后，呼叫处理客户应用程序打开到特定成员的接口(表示到主-备份组的接口)并获得会话接口。每个呼叫处理服务器经会话接口发送与新呼叫有关的消息。经相同的会话对象发送与呼叫相关的任何后来的事务(transaction)。
呼叫处理服务器(即，主-备份组)可以经使用一个或多个所定义流接口的会话异步发送消息。呼叫处理服务器组的主成员接收事务。备份组成员不接收事务。主组成员将新信息(updates)发送到备份组成员。在本发明的示例实施例中，主组成员决定何时向备份组成员发送新信息。主成员在呼叫被应答时开始发送新信息。在呼叫被应答之前，将呼叫定义为瞬态呼叫。在呼叫被应答之后，将呼叫定义为稳态呼叫。本发明保护稳态呼叫不出故障，但是不保护瞬态呼叫。然而，更早和更频繁地从主成员向备份成员发送新信息也可以保护瞬态呼叫不出故障。
如果主组成员出了故障，那么，备份组成员成为新的主成员。根据本发明的示例实施例，故障后(fail-over)时期(主成员出故障到备份成员成为新的主成员之间的时间)期间的所有瞬态呼叫信息可能丢失，但是，所有稳定呼叫信息都由备份来维护。
最好的是，本发明对系统的伸缩性没有限制，并对主-备份组服务器应用程序、呼叫处理客户应用程序和二者都隐藏了系统大小。本发明消除了系统中的任何单处故障。系统内的任何故障都不影响系统可用性和性能。
可以动态地向负载共享组添加新的呼叫应用节点(CAN)和附加主-备份组服务器应用程序(例如CP1、CP2、CP3、TIL1、TIL2、IS1、IS2)，并可以开始为新的呼叫业务服务。呼叫处理客户应用程序不受添加新服务器的影响。如果服务器出故障，其备份就对负载负责。这就为每个呼叫服务提供了高可用性并使掉话最少。
1.第一实施例(呼叫处理服务器应用程序)图4A是对根据本发明的第一示例实施例的服务器侧内部组策略类的说明。图4B是对根据本发明的第一示例实施例的客户侧内部客户策略体系结构的说明。图4C是对根据本发明的第一示例实施例的负载共享客户侧策略内部体系结构的说明。
服务器应用程序产生主-备份组，然后加入该主-备份组。这一动作产生包含图4A所示的对象的服务器侧策略。组策略分布来自客户的调用，参加组中主成员的分布式选择，保持组成员关系，监控组成员的故障。服务器应用程序使用作为负载共享组的代理成员的组适配器对象来加入负载共享组。在加入负载共享组之前，以主-备份组的名义来设定组适配器对象(groupadaptor objects)。
客户应用程序建立到负载共享组的客户接口并通过打开会话来开始。打开会话的行为利用客户侧负载共享策略来选择负载共享组的成员之一。图4C显示了内部负载共享客户策略体系结构。会话对象自身囊括了与特定主-备份组相连的客户侧策略。图4B显示了用于该客户策略的内部体系结构。
呼叫处理客户应用程序与所选择的服务器(其是主-备份组中的主成员)通信。由于主呼叫处理接收来自呼叫处理客户应用程序的消息，所以，主呼叫处理将状态更新发送到相应的备份呼叫处理。如果主呼叫处理出故障，就自动选择作为新的主呼叫处理的备份呼叫处理。在故障后时期到新的主呼叫处理开始工作期间，呼叫处理客户应用程序接收故障指示，并可以重新尝试发送直到新的主呼叫处理准备接收消息。这使故障后时期内的丢失消息业务达到最少。一旦通过使用会话完成了呼叫处理客户应用程序，呼叫处理客户应用程序就可以释放会话。
PBUINIGroupPolicy组策略有下面的内部成员
1)PBUNIConfiguration-将组策略名标识为″PBUNI″，并指定用于这种策略的通信栈的QoS要求。
2)PolicyGroupMembership-保持组的成员关系，并提供成员关系协议，该协议用于添加新的成员，移除已经离开的成员，将出故障的成员标记为″FAILED″。
3)PBPolicyEventNotification-提供用于事件通知的行为，诸如i)当一个成员加入组(恢复的)时，ii)离开组(离开的)，iii)故障(故障的)，或iv)有状态改变。
4)PBMemberStateControl-在有组成员的加入、离开和故障出现时，有用于主选择的状态机。该类的每个局部实例(local instance)确定哪个成员是主的。有可能因网络划分(partition)而可以在同时有一个以上的主成员。
5)PBSessionControl-控制在用于主-备份组的呼叫处理客户应用程序和组成员之间的会话建立。
6)PBPolicyIOControl-提供用于多点传送的主-备份策略行为并发送到组成员。
7)GroupSendProtocol-提供用于给该组的其它成员和该组的客户发送信息的组成员协议。
8)UnicastGroupInterface-是为其中驻留有组成员的每个封装提供独立接口的组接口。
PBUNIClientPolicy是一种主-备份客户策略，其中，单播链路用于与组通信。通用发送只发送到主成员而不被冗余地发送到备份成员。PBUNIClientPolicy有如下成员。
1)ClientMembershipView-提供组成员关系的局部图，但不象GroupMembershipView那样，其不加入与组成员资格相关的协议。
2)PBUNIClientPolicyIO-处理经到主成员的单播链路的I/O。
3)GroupSendProtocol-提供组成员协议，其用于给该组的其它成员和该组的客户发送信息。
4)ClientSessionControl-用组成员管理客户侧的会话。
5)PBUNIClientStateControl-保持局部图，其成员是主-备份组的主成员。
6)ClientSessionControl-用组成员管理客户侧的会话。
7)UnicastGroupInterface-给组成员所位于的每个封装提供独立接口。
LSIClientPolicy是用于其自身就是组的组成员的负载共享策略。在打开到成员的会话时，LSIClientPolicy提供客户侧的成员循环选择。每个会话为特定组提供组接口。LSIClientPolicy还给每个会话提供了对消息节流的支持。节流可以从0％(无消息)变化到100％(发送所有的消息，该消息一般用循环调度来选择)。LSIClientPolicy优先于基本ClientPolicy的策略。LSIClientPolicy包含如下成员1)LSIClientNotification-把事件通知ClientPolicy通告程序(notifier)和局部通告程序。
2)LISIClientSessionControl-用循环算法返回会话。所提供的会话是到另一组的接口。LISISessionControl有用于选择新会话的运行索引(runningindex)，该新会话用于每个打开会话请求。LISISessionControl有被称为″已知成员″的已知接口列表。已知成员是由成员ID索引的映射表(map)且包含SessionCount对象，其包含实际会话和会话实例的用户数量的参考计数。即使成员离开该组时，也保持已知会话。当成员离开该组时，从可用成员中移除它们，但将其保持已知成员中。这允许客户即使在已经离开了负载共享组时，也可继续使用组接口。
3)GroupSendProtocol-提供组成员协议，其用于给该组的其它成员和该组的客户发送信息。
4)GroupInterface-对组接口使用的多播和/或单播协议栈来说是接口类。
5)ClientPolicyIO-负责处理客户I/O。
6)ClientStateControl-用于控制该组的事件状态和获得该组的事件状态。
2.第二实施例(中继空闲列表服务器应用程序)图4A是对根据本发明第二示例实施例的服务器侧内部组策略类的说明。图4B是对根据本发明第二示例实施例的客户侧内部客户策略体系结构的说明。因为与第一实施例的描述很象，所以不再对上图进行描述。
图4D是对根据本发明第二示例实施例的负载共享客户侧策略内部体系结构的说明。
MappedResourceClientPolicy是用于其自身就是组的组成员的负载共享策略。在打开到一个成员的会话时，MappedResourceClientPolicy提供客户侧的成员的循环选择。每个会话给特殊组提供了组接口。MappedResourceClientPolicy还给每个会话提供了对消息节流的支持。节流可以从0％(无消息)变化到100％(发送所有的消息，该消息一般用循环调度来选择)。MappedResourceClientPolicy优先于基本ClientPolicy中的策略。MappedResourceClientPolicy包含如下成员1)ClientEventNotification-把事件通知给ClientPolicy通告程序和局部通告程序。
2)ResourceClientSessionControl-用循环算法返回会话。所提供的会话是到另一组的接口。ResourceClientSessionControl有用于选择新会话的运行索引，该新会话用于每个打开会话请求。ResourceClientSessionControl有被称为″已知成员″的已知接口列表。已知成员是由成员ID索引的映射表且包含SessionCount对象，其包含实际会话和会话实例的用户数量的参考计数。即使在成员离开该组时，也保持已知会话。当成员离开该组时，从可用成员中移除它们，但将其保持已知成员中。这允许客户即使在离开负载共享组时，也可继续使用组接口。
3)GroupSendProtocol-提供用于组成员的协议，用于给该组的其它成员和该组的客户发送信息。
4)GSInterface-对于由组接口使用的多播和/或单播协议栈来说，是接口类。
5)ClientPolicyIO-负责处理客户I/O。
6)ClientStateControl-用于控制该组的事件状态和获取该组的事件状态。
图4E是对根据本发明第二示例实施例的中继线空闲列表服务器侧策略内部体系结构的说明。ResourceGroupPolicy是一个GroupPolicy且包含ResourceSessionControl、ResourcePolicyIOControl、ResourceGroupConfiguration、PolicyGroupMembership、GroupSendProtocol、PBMemberStateControl、GSInterface和PBPolicyEventNotification。这是用于超级组的服务器侧结构。
中继线空闲列表(TIL)组是成员的超级组，这里，每个组其本身就是主-备份组(下文中称为″PBG成员″)。加入TIL的第一PBG成员被选为领导，并负责任务发现必须管理的中继线列表资源和为每个其它PBG成员分配中继线空闲列表职责。然后，TIL组的领导成员通知TIL组必须管理的中继组的列表。随着每个新的PBG成员加入该组，给其分配一个要管理的中继线组的范围。每个中继线组包含可变数量的中继线。领导PBG成员通知每个新的PBG成员在每个所分配的中继线组中的中继线数量。
TIL组的客户应用程序接收表示呼叫发起的事件。呼叫发起经特定中继线组的特定中继到来。使用客户TIL接口分配中继线组中的中继线或将其标记为“正在使用”。管理资源的特定PBG成员的位置对客户是透明的。当相关呼叫指定了一被叫方时，计算中继线组，并通过TIL客户接口，请求负责的PBG成员分配中继线组内的任何中继线。当呼叫结束时，客户应用程序通过指定该呼叫各方的中继线组和中继线，来释放用于发起和终止该呼叫的中继线。
在所有情况下，客户应用程序不知道哪个PBG中继线空闲列表服务器应用程序正在处理指定的中继线组。这就允许随时添加附加服务器。这样，该系统对任何数量的服务器都是可伸缩的。因为每个成员都由主-备份对组成，且在备份中不断更新状态数据的分配和/或释放，所以根据本发明原理的中继线空闲列表负载共享组不易受到任何一个PBG成员的单处服务器故障的影响。
图5说明了操作根据本发明的一个实施例的、包括图3的LSG2的控制器505的示例方法的流程图(通常用500来表示)。运行示例控制器505以监控与交换机MSC140相关的中继线的使用状态，并且还直观地包括CAN2和CAN3，CAN2和CAN3中每个能执行一个或多个中继线空闲列表服务器应用程序(例如，TIL1和TIL2)，每个中继线空闲列表服务器应用程序都能给呼叫连接分配多个中继线。如前所述，LSG2包括TIL1和TIL2，其中，TIL1执行为CAN2上的主处理TIL1(P)和CAN3上的备份处理TIL1(B)。TIL2执行为CAN3上的主处理TIL2(P)和CAN2上的备份处理TIL2(B)。
为了说明，假设运行MSC140以处理在与MSC140相关的多条中继线131-132上的主叫和被叫装置MS111-114之间的呼叫连接(开始步骤；电话呼叫在电话中继线上发起和终止)。电话中继线被组织成为中继线组，可以有可变数量的中继线组，其中，每个中继组可以有可变数量的中继线。当在特定中继组内的中继线上发起电话呼叫时，该中继线被适当地标记为使用中。对于要被实际连接的电话呼叫，同样分配和标记特定中继线组中的终止中继线。修改状态标志以确保所分配的中继线不被用于终止其它已发起的电话呼叫。
根据所说明的实施例，LSG2从MSC140中执行的呼叫处理(例如，CP1-CP3)接收中继线分配请求(步骤S510)。例如，MS113请求与MS112的电话呼叫连接，使BS102经CP1 CP3中的一个请求来自LSG2的中继线分配，CP1 CP3都在MSC140中执行。根据示例实施例，为了分配中继线，呼叫处理(例如，CP1 CP3)可以指定可以适当地分配其中的相关中继线的特定子组，或指定特定信道，以使用子组来获得特定中继线。
LSG2响应分配请求，选择中继线空闲列表服务器应用程序中的一个(步骤515；例如，TIL1(P)或TIL2(P))，运行它以将中继线分配给与中继线分配请求相关的呼叫连接，这些都根据适当的负载分布算法来进行(步骤520)。例如，LSG2选择分别在CAN2和CAN3中执行的TIL1(P)和TIL2(P)中的一个，从而其给与从MS113收到的中继线分配请求相关的呼叫连接分配中继线。假设MS112是可用的，就在经BS102的MS113和经BS101/BS103的MS112之间建立电话呼叫连接。根据示例实施例，LSG2(即，经TIL1(P)或TIL2(P)中的一个)分配中继线，并将信道与其它相关数据一起返回呼叫处理(例如，CP1-CP3)。
LSG2响应电话呼叫的终止，使用中继线空闲列表服务器应用程序中的一个释放中继线(步骤525；例如，TIL1(P)或TIL2(P))。根据示例实施例，LSG2(即，经TIL1(P)或TIL2(P)中的一个)通过特定信道释放中继线，并修改中继线空闲列表，以指示该中继线不在使用中。
中继空闲列表被存储在存储器中，并最好与中继线空闲列表状态一起被备份，所以在故障事件中，不丢失当前分配列表。如果一部分分配列表丢失了，就可以适当地使用已知的存储管理机制来恢复空闲列表状态信息。可以在多个处理上适当地分布中继空闲列表，以提高呼叫处理的性能和可靠性，并且还使中继线空闲列表分配方案在小系统配置和大系统配置上都有伸缩性。
最好给用于中继线空闲列表的分布式成员服务器分派灵活范围的中继组以进行管理，并且成员服务器可以适当地被配置成在运行时间协商所要管理的中继组的范围，来作为对成员服务器(例如，由于系统升级、划分、故障等)或可用资源(例如，中继组、中继线或其它资源的加法、减法等)进行增加、减少或其它类似修改的功能。
重呼，运行每个服务器应用程序以保持其相关中继组和每个中继组中的相关中继线。当服务器应用程序接收特定中继线分配请求时，将该中继线指定为所分配中继线。当服务器应用程序接收对特定中继组内的任何中继线的请求(用于终止呼叫)时，服务器应用程序选择性地分配特定中继组内的空闲中继线。服务器应用程序还接收用于释放特定中继组内的特定中继的请求。
本发明的一个重要方面是其提供一种组策略，它允许可变数量的服务器应用程序加入到映射资源组(MRG)中。该组策略允许服务器组，主和备份服务器组加入到MRG中，并提供指定服务器应用程序的映射，指定服务器管理指定中继组，请求客户应用程序能有效分配和释放中继线，该组策略使服务器配置对于客户应用程序是透明的，在诸如故障事件中，它允许对服务器应用程序的添加、移除、保持或补偿。当发生配置改变时，MRG策略自动在所选择的可用服务器上重新分布中继线组职责，允许其控制器在通信网络上分布服务器，以避免单处故障，并提供用于分配中继线的性能效率机制。其另一方面是没有对系统伸缩性的限制，该伸缩性对于服务器和客户应用程序可被适当地″隐藏″。也没有单处故障，并且系统中的故障也不会影响系统可用性和性能。
3.第三实施例(标识服务器应用程序)图4A是对根据本发明第三示例实施例的服务器侧内部组策略类的说明。图4B是对根据本发明第三示例实施例的客户侧内部客户策略体系结构的说明。图4C是对根据本发明第三示例实施例的负载共享客户侧策略内部体系结构的说明。因为对其的描述与对第一实施例的描述很象，所以不再对上图进行描述。
根据本发明的第三示例实施例，MSC140利用组服务方法来提供MSC140和无线网络100中的一组分布式标识服务器。如上所述，IS1和IS2是标识服务器(IS)应用，其提供由诸如CPC APP1-CPC APPn的各种客户应用程序调用的服务。IS1和IS2服务器应用程序被组织成主-备份组，该主-备份组根据所使用的处理和/或计算节点(CANs)数量而伸缩。IS1和IS2服务器应用程序是负载共享组，即LSG3的成员。呼叫处理服务器应用程序CP1-CP3相对于LSG3以及IS1和IS2服务器应用程序来说是客户。每个呼叫标识服务器应用程序(例如，IS1、IS2)是主-备份组服务器应用程序的一部分。
一般来讲，本发明使用有N个呼叫标识服务器(没有限制)的组，该呼叫标识服务器管理在呼叫整个标识范围内的一个呼叫标识范围。通常，呼叫标识是14位的数字。这样，例如，对于有10个服务器的组，每个呼叫标识服务器应用程序(例如，IS1、IS2)管理全部呼叫标识范围的十分之一。当发起新呼叫时，用于LSG3标识服务器负载共享组的客户应用程序请求标识。然后，用于标识服务器负载共享组的客户策略根据如下一个或多个标准来选择负载最少的服务器应用程序1)用客户侧循环选择整个可用服务器列表中的一个；或2)选择负载最少的服务器应用程序，诸如较低的CPU利用和/或较低的存储器利用。
一旦选择了这种服务器，服务器(例如，LS1)就分配一个在它管理范围内的呼叫标识号。而后，使用该呼叫标识号来标识该呼叫。当呼叫结束时，由于每个服务器管理固定的标识号范围，所以可通过从呼叫标识自身定位适当的服务器来释放呼叫标识号。然后，服务器应用程序通过将该号标记为未分配，使其可被使用。
标识服务器应用程序与呼叫分布服务器应用程序有关，其中，当MPU210中的客户应用程序选择呼叫处理应用程序时，呼叫处理应用程序所做的第一件事就是起标识服务器组的客户的作用，以分配呼叫标识号。
根据本发明的优选实施例，可用呼叫标识值有可配置的范围。当标识服务器负载共享组(即，LSG3)启动时，选IS1或IS2为″领导″，并且它给每个可用服务器分配呼叫标识值的子集。每个IS1和IS2组服务器应用程序都管理呼叫标识值的连续范围。
当客户应用程序(例如，CP1、CP2、CP3)访问标识服务器负载共享组时，给客户应用程序客户策略一个资源参考表，该资源参考表是根据呼叫标识值范围组织的查询表，该呼叫标识值与到特定服务器的接口相关。当服务器配置改变时，LSG3标识服务器负载共享组自动更新表内容。
当呼叫开始时，在客户接口分配呼叫标识。LSG3客户策略从IS1和IS2服务器接收负载系数。当分配新的呼叫标识时，LSG3客户策略考虑服务器的负载并选择负载最少的服务器。只要每个客户应用程序有呼叫标识值，网络中的任何客户应用程序现在都可以读取或写入相关数据。客户应用程序只指定呼叫标识，并返回到与IS1或IS2服务器之间的接口。然后，客户应用程序可以对读或写相关数据或者释放呼叫标识值。
4.第四实施例(用户数据库服务器)图4A是对根据本发明第四示例实施例的服务器侧内部组策略类的说明。图4B是对根据本发明第四示例实施例的客户侧内部客户策略体系结构的说明。图4C是对根据本发明第四示例实施例的负载共享客户侧策略内部体系结构的说明。因为对其的描述与对第一实施例的描述很象，所以不再对上图进行描述。
对于通信网络中的每个用户，有一组构成用户的顾客描述的数据。顾客描述包含信息，诸如，用户姓名和地址、用户被授权使用的通信系统服务、顾客计费信息等。当用户打开移动台(诸如蜂窝电话)时，由于移动交换中心(MSC)140预期用户会打电话，所以MSC将顾客描述信息高速缓存到存储器中。顾客描述的信息量可以很大，并且要求大量内存。因为将大量顾客描述数据装载到存储器中所需要的时间，所以在打开移动台时顾客描述数据装载到存储器中。顾客描述的全集被称为用户数据库(SDB)。
移动交换中心(MSC)140给移动台分配国际移动台标识(IMSI)号或临时移动台标识(TMSI)号。对于与数据有关的活动，移动交换中心(MSC)140给移动台分派基于分组的临时移动台标识(P-TMSI)号。用户数据库(SDB)与移动交换中心(MSC)140分配给移动台的标识号(IMSI、TMSI或P-TMSI)相关联。下面的阐述与IMSI有关，也涉及TMSI号和P-TMSI号。
当用户从移动台(例如蜂窝电话)发出呼叫时，该呼叫被路由到用于注册的移动交换中心(MSC)140。移动交换中心(MSC)140能向LSG4中的用户数据库(SDB)服务器应用程序发送信息并且能从LSG4中的用户数据库(SDB)服务器应用程序接收信息。LSD4中的用户数据库(SDB)服务器应用程序，SDB1和SDB2，能接收从移动台发送到MSC140的注册消息。用户数据库(SDB)服务器应用程序，SDB1和SDB2，中的每一个使用所分配的本地位置寄存器(HLR)(未示出)来注册移动台。用户数据库(SDB)服务器应用程序，SDB1和SDB2，还都能存储用于每个移动台的业务描述。用户数据库(SDB)服务器应用程序，SDB1和SDB2，还都能访问MSC140，以在呼入期间获得临时路由号(例如，IMSI)。
现有技术的系统使用被安排主-备份配置的单个用户数据库(SDB)服务器。主-备份配置降低了单个故障使用户数据库(SDB)不能工作的危险性。然而，这种简单的主-备份配置存在明显的问题。第一，集中式用户数据库(SDB)服务器是系统中潜在的瓶颈。用户数据库(SDB)服务器的性能可能不足以跟得上对它的要求。第二，可能有性能问题，即，集中式用户数据库(SDB)服务器的访问时间对于实时应用可能太慢。第三，集中式用户数据库(SDB)服务器可能有内存限制。集中式用户数据库(SDB)服务器可以容纳的用户数量可能受限。当向系统添加更多的用户时，集中式用户数据库(SDB)服务器可能不易扩展。最后，集中式用户数据库(SDB)服务器的相关成本可能很高。
本发明通过使用组服务框架快速而有效地分布和访问用户数据库(SDB)信息，解决了现有技术系统的这些问题。该组服务框架提供了一组分布式用户数据库(SDB)服务器。尤其是，移动交换中心(MSC)140包括负载共享组LSG4。负载共享组LSG4包括用户数据库(SDB)服务器应用程序SDB1和用户数据库(SDB)服务器应用程序SDB2。SDB1包括主SDB1(P)和备份SDB1(B)。类似地，SDB2包括主SDB2(P)和备份SDB2(B)。主SDB1(P)和主SDB2(P)形成了SDB超级组。给每个SDB服务器应用程序，SDB1和SDB2，都分配了IMSI号的连续范围。
当呼叫处理应用程序(CPA)接收具有新IMSI号的呼叫时，呼叫处理应用程序(CPA)打开指定IMSI号的会话。适当的组服务客户策略使用该IMSI号来计算与特定用户数据库(SDB)服务器应用程序(例如，SDB1)相关的索引。组服务客户策略将该索引发送到呼叫处理应用程序(CPA)，以给该呼叫处理应用程序(CPA)一个到适当用户数据库(SDB)服务器应用程序的接口。然后，呼叫处理应用程序(CPA)可以向适当的用户数据库(SDB)用户表目内写入或读取数据。
虽然该优选实施例仅包括两个用户数据库(SDB)服务器应用程序，SDB1和SDB2，但是，本发明不限于使用两个用户数据库(SDB)服务器应用程序。对可以作为用户数据库(SDB)组的一部分的、用户数据库(SDB)服务器应用程序的数量没有限制或约束。
每个主用户数据库(SDB)服务器应用程序都有备份用户数据库(SDB)服务器应用程序。用户数据库(SDB)组服务框架能给备份用户数据库(SDB)服务器应用程序提供状态更新。如果主用户数据库(SDB)服务器应用程序故障，本发明就检测该故障，并自动切换到新的主用户数据库(SDB)服务器应用程序(其是前备份用户数据库(SDB)服务器应用程序)。该故障消除对呼叫处理应用程序(CPA)或其它客户应用程序是透明的。
这样，本发明提供了一种用于在通信网络中操作分布式用户数据库(SDB)的可伸缩的设备和方法。本发明的用户数据库(SDB)没有单处故障。本发明的用户数据库(SDB)也不允许发生性能瓶颈。
图6说明了操作本发明的方法的第四优选实施例的步骤的流程图。该方法的步骤通常用参考数字600来表示。给多个用户数据库(SDB)服务器应用程序中的每一个都分配一个IMSI号的连续范围(步骤605)。呼叫处理应用程序(CPA)接收具有新IMSI号的呼叫，并打开指定IMSI号的会话(步骤610)。适当的组服务客户策略使用IMSI号来计算与特定用户数据库(SDB)服务器应用程序相关的索引(步骤615)。然后，组服务客户策略将该索引发送到呼叫处理应用程序(CPA)，以便给该呼叫处理应用程序(CPA)提供一个到适当的用户数据库(SDB)服务器应用程序的接口(步骤620)。
然后，移动交换中心(MSC)140确定主用户数据库(SDB)服务器应用程序是否在线(确定步骤625)。如果主用户数据库(SDB)服务器应用程序在线，那么，呼叫处理应用程序(CPA)可以向适当的用户数据库(SDB)用户表目内写入或读取数据(步骤630)。
如果主用户数据库(SDB)服务器应用程序没有在线(即，主用户数据库(SDB)服务器应用程序故障)，那么，移动交换中心(MSC)140就使用备份用户数据库(SDB)服务器应用程序(步骤635)。然后，呼叫处理应用程序(CPA)可以向适当的用户数据库(SDB)用户表目内写入或读取数据(步骤630)。
5.第五实施例(呼叫处理软件的在线升级)呼叫应用节点1-3(即，CAN1-CAN3)的冗余体系结构和移动交换中心140中的主-备份组服务器应用程序的使用最好提供一种特有的方法，其用于升级MSC140中的呼叫处理服务器应用程序而不中断现有服务。根据本发明的第五实施例，为了使目标呼叫应用节点的划分生效，可以逐步关闭每个CAN1-CAN3上的每个主-备份组服务器应用程序。然后，目标呼叫应用节点可以被升级为新的主-备份组服务器应用程序软件，并且升级后的软件可以逐步上线并加入到使用节流机制的负载共享组中。一旦升级后的软件被测试完并进入完全的运转中，就在下一目标呼叫应用节点上继续重复该处理，直到升级完所有的呼叫应用节点。
图7描绘了流程图700，其说明了根据本发明原理的移动交换中心140中的主-备份组服务器应用程序的划分和在线升级。最初，系统管理器节点1可以自动(或维护人员手动)地指定要被升级的第一目标呼叫应用节点(例如，CAN1)(处理步骤705)。禁用第一目标呼叫应用节点上的主-备份组呼叫处理服务器应用程序的每个主呼叫处理CPx(P)，并且在不同的呼叫应用节点(例如，CAN2)上的相应备份呼叫处理CPx(B)成为新的主呼叫处理。这时，新的主呼叫处理开始没有备份处理的运行。然而，不再给新的主呼叫处理发送呼叫新业务。这样，CPx主-备份组就随现有呼叫的断开而最终被关闭(处理步骤710)。
由于第一目标呼叫应用节点可以容纳与其它呼叫应用节点上执行的主呼叫处理相关的一个或多个备份呼叫处理，本发明接下来将第一目标呼叫应用节点上的所有备份呼叫处理CPy(B)移动到不同的呼叫应用节点上(处理步骤415)。第一目标呼叫应用节点现在没有任何主和备份呼叫处理。第一目标呼叫应用节点现在是新的划分，并且其余呼叫应用是旧的划分部份。
下面，安装用于主呼叫处理CPx(P)*的已升级软件，并在第一目标呼叫应用节点上产生备份呼叫处理CPx(B)*。然后，该新的主-备份组呼叫处理服务器应用程序加入到适当的负载共享组(即，LSG1)中。这时，新的主服务器应用程序不接收业务。而后，使用由技工(或由系统管理者通过算法)控制的节流机制将新呼叫业务的增量发送到升级后的主呼叫处理CPx(P)*，直到升级后的主-备份组CPx*100％地运行(处理步骤720)。
而后，对第二目标呼叫应用节点(例如，CAN2)重复步骤705、710、715、720，以便安装(或产生)升级后的主呼叫处理CPz(P)*和升级后的备份呼叫处理CPz(B)*，并在第二目标呼叫应用节点上运行(处理步骤725)。第二目标呼叫应用节点与第一目标呼叫应用节点现在是新划分部分。
最后，管理软件应用交换备份呼叫处理CPx(B)*和CPz(B)*的位置，以便主和备份呼叫处理不在相同的呼叫应用节点上运行(处理步骤730)。然后，升级处理继续在其它呼叫应用节点上进行，直到所有其余呼叫应用节点都已经加入新的划分，且旧的划分(包含旧的软件)不再存在。
图8A-8K是在呼叫应用节点进行图7中所述的划分和在线升级处理时，示例移动交换中心(MSC)140中呼叫应用节点的系列图。
图8A说明了移动交换中心140中CAN1-CAN3的初始图。
图8B中，CAN1中的主呼叫处理CP1(P)已经终止，且CAN2中相关的备份呼叫处理CP1(B)已经成为新的主呼叫处理CP1(P)。不向CAN2中的CP1(P)发送新业务。而且，备份呼叫处理CP3(B)已经移到CAN2。
在图8C中，新的已升级主呼叫处理CP1(P)*已经被安装在CAN1中，已经在CAN1中产生了新的已升级备份呼叫处理CP1(B)*。现在可以将新的呼叫业务发送到增量中的主呼叫处理CP1(P)*，直到新的已升级主-备份组呼叫处理服务器应用程序CP1*功能完全。
图8D中，CAN2中的旧的呼叫处理CP1(P)已经通过终止所有现有呼叫而最后被关闭。
图8E中，CAN2中的主呼叫处理CP2(P)已经终止，且CAN3中的相关备用呼叫处理CP2(B)已经成为新的主呼叫处理CP2(P)。不向CAN3中的CP2(P)发送新的业务。而且，备份呼叫处理CP3(P)已经移动到CAN3。
在图8F中，已经在CAN2中安装了新的已升级主呼叫处理CP2(P)*，且已经在CAN2中产生了新的已升级备份呼叫处理CP2(B)*。现在可以将新的呼叫业务发送到增量中的主呼叫处理CP2(P)*，直到新的已升级的主-备份组呼叫处理服务器应用程序CP2*功能完全。
在图8G中，CAN3中旧的呼叫处理CP2(P)已经通过终止所有现有呼叫而最后被关闭。
在图8H中，备份呼叫处理CP1(B)*和CP2(B)*交换CAN1和CAN2中的位置。
在图8I中，CAN3中的主呼叫处理CP3(P)已经通过离开负载共享组而急需新的呼叫。主呼叫处理CP3(P)及其相关备份处理CP3(B)已经在所有现有呼叫业务结束后终止了。
在图8J中，已经在CAN3中安装了新的已升级主呼叫处理CP3(P)*，且已经在CAN3中产生了新的已升级备份呼叫处理CP3(B)*。现在可以将新的呼叫业务发送到增量中的主呼叫处理CP3(P)*，直到新的已升级主-备份组呼叫处理服务器应用程序CP3*功能完全。
在图8K中，已经轮换了备份呼叫处理CP1(B)*、CP2(B)*和CP3(B)*在CAN1、CAN2和CAN3中的位置，以实现图8A中说明的最初配置。
虽然已经详细描述了本发明，但是，本领域的技术人员应当知道，可以在其中进行多个改变、代替或变化而在广泛形式上不背离本发明的精神和范围。
权利要求
1.一种交换机，能处理在与所述交换机相关的多条中继线上的主叫装置和被叫装置之间的呼叫连接，所述交换机包括主处理单元，能执行呼叫处理客户应用程序，其中，每个所述呼叫处理客户应用程序与所述呼叫连接之一相关；和N个呼叫应用节点，能执行呼叫处理服务器应用程序，其中，第一呼叫处理服务器应用程序在所述N个呼叫应用节点的第一呼叫应用节点上执行，与在所述N个呼叫应用节点的第二呼叫应用节点上执行的类似的第二呼叫处理服务器应用程序相关，所述第二呼叫应用节点与所述第一呼叫应用节点相分离，从而，所述第一和第二呼叫处理服务器应用程序形成第一负载共享组服务器应用程序，其中，所述每个呼叫处理客户应用程序将呼叫处理服务请求发送到所述第一负载共享组服务器应用程序，所述第一负载共享组服务器应用程序选择所述第一和第二呼叫处理服务器应用程序中的一个，以根据负载分布算法来执行所述所请求的呼叫处理服务。
2.根据权利要求1所述的交换机，其中，所述负载分布算法以交替方式在所述第一和第二呼叫处理服务器应用程序之间分布新的呼叫处理服务请求。
3.根据权利要求1所述的交换机，其中，所述负载分布算法根据所述第一呼叫处理服务器应用程序的当前呼叫处理负载和所述第二呼叫处理服务器应用程序的当前呼叫处理负载，来分布新的呼叫处理服务请求。
4.根据权利要求3所述的交换机，其中，所述负载分布算法分布所述新的呼叫处理服务请求，以使所述第一呼叫处理服务器应用程序的所述当前呼叫处理负载维持在与所述第二呼叫处理服务器应用程序的所述当前呼叫处理负载大致相等的水平上。
5.根据权利要求1所述的交换机，其中，所述第一呼叫处理服务器应用程序包括第一主-备份组服务器应用程序，其中，所述第一主-备份组服务器应用程序包括在所述第一呼叫应用节点上执行的第一主呼叫处理和与所述第一主呼叫处理相关的第一备份呼叫处理。
6.根据权利要求5所述的交换机，其中，与所述第一主呼叫处理相关的状态信息被镜像到与所述第一主呼叫处理相关的所述第一备份呼叫处理上。
7.根据权利要求6所述的交机，其中，所述第一备份呼叫处理位于所述第一呼叫应用节点中。
8.根据权利要求6所述的交换机，其中，所述第一备份呼叫处理位于与所述第一呼叫应用节点相分离的呼叫应用节点中。
9.根据权利要求1所述的交换机，其中，所述第二呼叫处理服务器应用程序包括第二主-备份组服务器应用程序，其中，所述第二主-备份组服务器应用程序包括在所述第二呼叫应用节点上执行的第二主呼叫处理和与所述第二主呼叫处理相关的第二备份呼叫处理。
10.根据权利要求9所述的交换机，其中，与所述第二主呼叫处理相关的状态信息被镜像到与所述第二主呼叫处理相关的所述第二备份呼叫处理上。
11.根据权利要求10所述的交换机，其中，所述第二备份呼叫处理位于所述第二呼叫应用节点中。
12.根据权利要求10所述的交换机，其中，所述第二备份呼叫处理位于与所述第二呼叫应用节点相分离的呼叫应用节点中。
13.一种无线网络，包括多个基站，能与所述无线网络的覆盖区域中的多个移动台通信；和移动交换中心，通过多条中继线与所述多个基站和公共交换电话网络相连，其中，所述移动交换中心能处理所述多条中继线上的主叫装置和被叫装置之间的呼叫连接，所述移动交换中心包括主处理单元，能执行呼叫处理客户应用程序，其中，每一个所述呼叫处理客户应用程序均与所述呼叫连接中的一个相关；和N个呼叫应用节点，能执行呼叫处理服务器应用程序，其中，第一呼叫处理服务器应用程序在所述N个呼叫应用节点的第一呼叫应用节点上执行，并且与在所述N个呼叫应用节点的第二呼叫应用节点上执行的类似的第二呼叫处理服务器应用程序相关，所述第二呼叫应用节点与第一呼叫应用节点相分离，从而所述第一和第二呼叫处理服务器应用程序形成第一负载共享组服务器应用程序，其中，所述每个呼叫处理客户应用程序将呼叫处理服务请求发送给所述第一负载共享组服务器应用程序，并且所述第一负载共享组服务器应用程序选择所述第一和第二呼叫处理服务器应用程序中的一个，以根据负载分布算法执行所述所请求的呼叫处理服务。
14.根据权利要求13所述的无线网络，其中，所述负载分布算法以交替方式在所述第一和第二呼叫处理服务器应用程序之间分布新的呼叫处理服务请求。
15.根据权利要求13所述的无线网络，其中，所述负载分布算法根据所述第一呼叫处理服务器应用程序的当前呼叫处理负载和所述第二呼叫处理服务器应用程序的当前呼叫处理负载分布新的呼叫处理服务请求。
16.根据权利要求15所述的无线网络，其中，所述负载分布算法分布所述新的呼叫处理服务请求，以使所述第一呼叫处理服务器应用程序的所述当前呼叫处理负载维持在与所述第二呼叫处理服务器应用程序的所述当前呼叫处理负载大致相等的水平。
17.根据权利要求13所述的无线网络，其中，所述第一呼叫处理服务器应用程序包括第一主-备份组服务器应用程序，其中，所述第一主-备份组服务器应用程序包括在所述第一呼叫应用节点上执行的第一主呼叫处理和与所述第一主呼叫处理相关的第一备份呼叫处理。
18.根据权利要求17所述的无线网络，其中，与所述第一主呼叫处理相关的状态信息被镜像到与所述第一主呼叫处理相关的所述第一备份呼叫处理上。
19.根据权利要求18所述的无线网络，其中，所述第一备份呼叫处理位于所述第一呼叫应用节点中。
20.根据权利要求18所述的无线网络，其中，所述第一备份呼叫处理位于与所述第一呼叫应用节点相分离的呼叫应用节点中。
21.根据权利要求13所述的无线网络，其中，所述第二呼叫处理服务器应用程序包括第二主-备份组服务器应用程序，其中，所述第二主-备份组服务器应用程序包括在所述第二呼叫应用节点上执行的第二主呼叫处理和与所述第二主呼叫处理相关的第二备份呼叫处理。
22.根据权利要求21所述的无线网络，其中，与所述第二主呼叫处理相关的状态信息被镜像到与所述第二主呼叫处理相关的所述第二备份呼叫处理上。
23.根据权利要求22所述的无线网络，其中，所述第二备份呼叫处理位于所述第二呼叫应用节点中。
24.根据权利要求22所述的无线网络，其中，所述第二备份呼叫处理位于与所述第二呼叫应用节点相分离的呼叫应用节点中。
25.一种控制器，用于监控与交换机相关的中继线的使用状态，所述交换机能处理在与所述交换机相关的多条中继线上的主叫装置和被叫装置之间的呼叫连接，包括N个呼叫应用节点的所述控制器，能执行多个给所述呼叫连接分配多条所述中继线的中继线空闲列表服务器应用程序，其中，第一中继线空闲列表服务器应用程序在所述N个呼叫应用节点的第一呼叫应用节点上执行，并且与在所述N个呼叫应用节点的第二呼叫应用节点上执行的第二中继线空闲列表服务器应用程序相关，所述第二呼叫应用节点与第一呼叫应用节点相分离，从而，所述第一和第二中继线空闲列表服务器应用程序形成负载共享组服务器应用程序，其中，所述负载共享组服务器应用程序从在所述交换机中执行的呼叫处理接收中继线分配请求，并选择所述第一和第二中继线空闲列表服务器应用程序中的一个，以根据负载分布算法给与所述中继线分配请求相关的呼叫连接分配中继线。
26.根据权利要求25所述的控制器，其中，所述第一中继线空闲列表服务器应用程序分配来自与所述第一中继线空闲列表服务器应用程序相关的至少一个中继线组中的中继线，所述第二中继线空闲列表服务器应用程序分配来自与所述第二中继线空闲列表服务器应用程序相关的至少一个中继线组中的中继线。
27.根据权利要求26所述的控制器，其中，所述负载分布算法根据与所述中继线分配请求相关的中继线组，给所述第一和第二中继线空闲列表服务器应用程序分配新的中继线分配请求。
28.根据权利要求26所述的控制器，其中，所述第一中继线空闲列表服务器应用程序包括第一主-备份组服务器应用程序，其中，所述第一主-备份组服务器应用程序包括在所述第一呼叫应用节点上执行的第一主中继线空闲列表服务器应用程序，和与所述第一主中继线空闲列表服务器应用程序相关的第一备份中继线空闲列表服务器应用程序。
29.根据权利要求28所述的控制器，其中，与所述第一主中继线空闲列表服务器应用程序相关的中继线状态信息被镜像到与所述第一主中继线空闲列表服务器应用程序相关的所述第一备份中继线空闲列表服务器应用程序。
30.根据权利要求29所述的控制器，其中，所述第一备份中继线空闲列表服务器应用程序位于所述第一呼叫应用节点中。
31.根据权利要求29所述的控制器，其中，所述第一备份中继线空闲列表服务器应用程序位于与所述第一呼叫应用节点相分离的呼叫应用节点中。
32.根据权利要求26所述的控制器，其中，所述第二中继线空闲列表服务器应用程序包括第二主-备份组服务器应用程序，其中，所述第二主-备份组服务器应用程序包括在所述第二呼叫应用节点上执行的第二主中继线空闲列表服务器应用程序，和与所述第二主中继线空闲列表服务器应用程序相关的第二备份中继线空闲列表服务器应用程序。
33.根据权利要求32所述的控制器，其中，与所述第二主呼叫处理相关的状态信息被镜像到与所述第二主呼叫处理相关的所述第二备份呼叫处理中。
34.根据权利要求33所述的控制器，其中，所述第二备份中继线空闲列表服务器应用程序位于所述第二呼叫应用节点中。
35.根据权利要求34所述的控制器，其中，所述第二备份中继线空闲列表服务器应用程序位于与所述第二呼叫应用节点相分离的呼叫应用节点中。
36.一种无线网络，包括多个基站，能与所述无线网络的覆盖区域中的多个移动台通信；和移动交换中心，通过多条中继线与所述多个基站和公共交换电话网络相连，其中，所述移动交换中心能处理在所述多条中继线上的主叫装置和被叫装置之间的呼叫连接，所述移动交换中心包括主处理单元，能执行呼叫处理客户应用程序，其中，每一个所述呼叫处理客户应用程序均与所述呼叫连接中的一个相关；和包括N个呼叫应用节点的控制器，能执行多个用于给所述呼叫连接分配多条所述中继线的中继线空闲列表服务器应用程序，其中，第一中继线空闲列表服务器应用程序在所述N个呼叫应用节点的第一呼叫应用节点上执行，并与在所述N个呼叫应用节点的第二呼叫应用节点上执行的第二中继线空闲列表服务器应用程序相关，所述第二呼叫应用节点与所述第一呼叫应用节点相分离，从而所述第一和第二中继线空闲列表服务器应用程序形成第一负载共享组服务器应用程序，其中，所述负载共享组服务器应用程序接收从在所述交换机中执行的呼叫处理接收中继线分配请求，并选择所述第一和第二中继线空闲列表服务器应用程序中的一个，以根据负载分布算法给与所述中继线分配请求相关的呼叫连接分配中继线。
37.根据权利要求36所述的无线网络，其中，所述第一中继线空闲列表服务器应用程序分配来自与所述第一中继线空闲列表服务器应用程序相关的至少一个中继线组的中继线，所述第二中继线空闲列表服务器应用程序分配来自与所述第二中继线空闲列表服务器应用程序相关的至少一个中继线组的中继线。
38.根据权利要求37所述的无线网络，其中，所述负载分布算法根据与所述中继线分配请求相关的中继线组，给所述第一和第二中继线空闲列表服务器应用程序分布新的中继线分配请求。
39.根据权利要求37所述的无线网络，其中，所述第一中继线空闲列表服务器应用程序包括第一主-备份组服务器应用程序，其中，所述第一主-备份组服务器应用程序包括在所述第一呼叫应用节点上执行的第一主中继线空闲列表服务器应用程序和与所述第一主中继线空闲列表服务器应用程序相关的第一备份中继线空闲列表服务器应用程序。
40.根据权利要求39所述的无线网络，其中，与所述第一主中继线空闲列表服务器应用程序相关的中继线状态信息被镜像到与所述第一主中继线空闲列表服务器应用程序相关的所述第一备份中继线空闲列表服务器应用程序中。
41.根据权利要求40所述的无线网络，其中，所述第一备份中继线空闲列表服务器应用程序位于所述第一呼叫应用节点中。
42.根据权利要求40所述的无线网络，其中，所述第一备份中继线空闲列表服务器应用程序位于与所述第一呼叫应用节点相分离的呼叫应用节点中。
43.根据权利要求37所述的无线网络，其中，所述第二中继线空闲列表服务器应用程序包括第二主-备份组服务器应用程序，其中，所述第二主-备份组服务器应用程序包括在所述第二呼叫应用节点上执行的第二主中继线空闲列表服务器应用程序和与所述第二主中继线空闲列表服务器应用程序相关的第二备份中继线空闲列表服务器应用程序。
44.根据权利要求43所述的无线网络，其中，与所述第二主呼叫处理相关的状态信息被镜像到与所述第二主呼叫处理相关的所述第二备份呼叫处理中。
45.根据权利要求44所述的无线网络，其中，所述第二备份中继线空闲列表服务器应用程序位于所述第二呼叫应用节点中。
46.根据权利要求45所述的无线网络，其中，所述第二备份中继线空闲列表服务器应用程序位于与所述第二呼叫应用节点相分离的呼叫应用节点中。
47.一种控制器，用于给与交换机相关的呼叫连接分配呼叫标识值，所述交换机能处理在与所述交换机相关的多条中继线上的主叫装置和被叫装置之间的呼叫连接，所述控制器包括N个呼叫应用节点，能执行多个用于给所述呼叫连接分配呼叫标识值的标识服务器应用程序，其中，所述多个标识服务器应用程序中的第一标识服务器应用程序在所述N个呼叫应用节点的第一呼叫应用节点上执行，并与在所述N个呼叫应用节点的第二呼叫应用节点上执行的所述多个标识服务器应用程序中的第二标识服务器应用程序相关，所述N个呼叫应用节点的第二呼叫应用节点与所述第一呼叫应用节点相分离，从而，所述第一和第二标识服务器应用程序形成了负载共享组服务器应用程序，和其中，所述负载共享组服务器应用程序从在所述交换机中执行的新呼叫处理接收呼叫标识请求，并选择所述第一和第二标识服务器应用程序中的一个，以根据负载分布算法，给与所述呼叫标识请求相关的新呼叫连接分配呼叫标识值。
48.根据权利要求47所述的控制器，其中，所述第一标识服务器应用程序分配具有第一连续范围的呼叫标识值，且所述第二标识服务器应用程序分配具有第二连续范围的呼叫标识值，所述第二连续范围与所述第一连续范围不同。
49.根据权利要求48所述的控制器，其中，所述负载分布算法以交替方式在所述第一和第二标识服务器应用程序之间分布新的呼叫标识请求。
50.根据权利要求48所述的控制器，其中，所述负载分布算法根据所述第一标识服务器应用程序的当前处理负载和所述第二标识服务器应用程序的当前处理负载分布新的呼叫标识请求。
51.根据权利要求50所述的控制器，其中，所述负载分布算法分布所述新的呼叫标识请求，是为了使所述第一标识处理服务器应用程序的所述当前处理负载维持在与所述第二标识处理服务器应用程序的所述当前处理负载大致相等的水平。
52.根据权利要求48所述的控制器，其中，所述第一标识服务器应用程序包括第一主-备份组服务器应用程序，其中，所述第一主-备份组服务器应用程序包括在所述第一呼叫应用节点上执行的第一主标识服务器应用程序和与所述第一主标识服务器应用程序相关的第一备份标识服务器应用程序。
53.根据权利要求52所述的控制器，其中，与所述第一主标识服务器应用程序相关的呼叫状态信息被镜像到与所述第一主标识服务器应用程序相关的所述第一备份标识服务器应用程序中。
54.根据权利要求53所述的控制器，其中，所述第一备份标识服务器应用程序位于所述第一呼叫应用节点中。
55.根据权利要求53所述的控制器，其中，所述第一备份标识服务器应用程序位于与所述第一呼叫应用节点相分离的呼叫应用节点中。
56.根据权利要求48所述的控制器，其中，所述第二标识服务器应用程序包括第二主-备份组服务器应用程序，其中，所述第二主-备份组服务器应用程序包括在所述第二呼叫应用节点上执行的第二主标识服务器应用程序和与所述第二主标识服务器应用程序相关的第二备份标识服务器应用程序。
57.根据权利要求56所述的控制器，其中，与所述第二主呼叫处理相关的状态信息被镜像到与所述第二主呼叫处理相关的所述第二备份呼叫处理中。
58.根据权利要求57所述的控制器，其中，所述第二备份标识服务器应用程序位于所述第二呼叫应用节点中。
59.根据权利要求57所述的控制器，其中，所述第二备份标识服务器应用程序位于与所述第二呼叫应用节点相分离的呼叫应用节点中。
60.一种无线网络，包括多个基站，能与所述无线网络的覆盖区域中的多个移动台通信；和移动交换中心，通过多条中继线与所述多个基站和公共交换电话网络相连，所述移动交换中心包括用于给与移动台相关的呼叫连接分配呼叫标识值的控制器，所述控制器包括N个呼叫应用节点，能执行多个用于给所述呼叫连接分配呼叫标识值的标识服务器应用程序，其中，所述多个标识服务器应用程序的第一标识服务器应用程序在所述N个呼叫应用节点的第一呼叫应用节点上执行，并与在所述N个呼叫应用节点的第二呼叫应用节点上执行的所述多个标识服务器应用程序的第二标识服务器应用程序相关，所述第二呼叫应用节点与所述第一呼叫应用节点相分离，从而所述第一和第二标识服务器应用程序形成负载共享组服务器应用程序，和其中，所述负载共享组服务器应用程序从在所述交换机中执行的新的呼叫处理接收呼叫标识请求，并选择所述第一和第二标识服务器应用程序中的一个，以根据负载分布算法给与所述呼叫标识请求相关的新的呼叫连接分配呼叫标识值。
61.根据权利要求60所述的无线网络，其中，所述第一标识服务器应用程序分配具有第一连续范围的呼叫标识值，且所述第二标识服务器应用程序分配具有第二连续范围的呼叫标识值，所述第二连续范围与所述第一连续范围不同。
62.根据权利要求61所述的无线网络，其中，所述负载分布算法以交替方式在所述第一和第二标识服务器应用程序之间分布新的呼叫标识请求。
63.根据权利要求61所述的无线网络，其中，所述负载分布算法根据所述第一标识服务器应用程序的当前处理负载和所述第二标识服务器应用程序的当前处理负载分布新的呼叫标识请求。
64.根据权利要求63所述的无线网络，其中，所述负载分布算法分布所述新的呼叫标识请求，是为了使所述第一标识服务器应用程序的所述当前处理负载维持在与所述第二标识服务器应用程序的所述当前处理负载大致相等的水平。
65.根据权利要求61所述的无线网络，其中，所述第一标识服务器应用程序包括第一主-备份组服务器应用程序，其中，所述第一主-备份组服务器应用程序包括在所述第一呼叫应用节点上执行的第一主标识服务器应用程序和与所述第一主标识服务器应用程序相关的第一备份标识服务器应用程序。
66.根据权利要求65所述的无线网络，其中，与所述第一主标识服务器应用程序相关的呼叫状态信息被镜像到与所述第一主标识服务器应用程序相关的所述第一备份标识服务器应用程序中。
67.根据权利要求66所述的无线网络，其中，所述第一备份标识服务器应用程序位于所述第一呼叫应用节点中。
68.根据权利要求66所述的无线网络，其中，所述第一备份标识服务器应用程序位于与所述第一呼叫应用节点相分离的呼叫应用节点中。
69.根据权利要求61所述的无线网络，其中，所述第二标识服务器应用程序包括第二主-备份组服务器应用程序，其中，所述第二主-备份组服务器应用程序包括在所述第二呼叫应用节点上执行的第二主标识服务器应用程序和与所述第二主标识服务器应用程序相关的第二备份标识服务器应用程序。
70.根据权利要求69所述的无线网络，其中，与所述第二主呼叫处理相关的状态信息被镜像到与所述第二主呼叫处理相关的所述第二备份呼叫处理中。
71.根据权利要求70所述的无线网络，其中，所述第二备份标识服务器应用程序位于所述第二呼叫应用节点中。
72.根据权利要求70所述的无线网络，其中，所述第二备份标识服务器应用程序位于与所述第二呼叫应用节点相分离的呼叫应用节点中。
73.一种控制器，用于提供与交换机相关的用户数据库，所述交换机能处理在与所述交换机相关的多条中继线上的主叫装置和被叫装置之间的呼叫连接，且所述交换机能执行呼叫处理应用程序，其中，每个所述呼叫处理应用程序与所述呼叫连接中的一个相关，所述控制器包括N个呼叫应用节点，能执行多个用于将用户数据库连接到呼叫连接上的用户数据库服务器应用程序，其中，第一用户数据库服务器应用程序在所述N个呼叫应用节点的第一呼叫应用节点上执行，且与在所述N个呼叫应用节点的第二呼叫应用节点上执行的类似的第二用户数据库服务器应用程序相关，所述第二呼叫应用节点与所述第一呼叫应用节点相分离，从而，所述第一和第二用户数据库服务器应用程序形成了用户数据库负载共享组服务器应用程序，和其中，所述每个呼叫处理应用程序将用户数据库服务请求发送到所述用户数据库负载共享组服务器应用程序，且所述用户数据库负载共享组服务器应用程序选择所述第一和第二用户数据库服务器应用程序中的一个，以根据负载分布算法，执行所述所请求的用户数据库服务请求。
74.根据权利要求73所述的控制器，其中，所述负载分布算法以交替方式在所述第一和第二用户数据库服务器应用程序之间分布新的用户数据库服务请求。
75.根据权利要求73所述的控制器，其中，所述负载分布算法根据所述第一用户数据库服务器应用程序的当前呼叫处理负载和所述第二用户数据库服务器应用程序的当前呼叫处理负载分布新的用户数据库服务请求。
76.根据权利要求75所述的控制器，其中，所述负载分布算法分布所述新的用户数据库服务请求，是为了使将所述第一用户数据库服务器应用程序的所述当前呼叫处理负载维持在与所述第二用户数据库服务器应用程序的所述当前呼叫处理负载大致相等的水平。
77.根据权利要求73所述的控制器，其中，所述第一用户数据库服务器应用程序包括第一主-备份组服务器应用程序，其中，所述第一主-备份组服务器应用程序包括在所述第一呼叫应用节点上执行的第一主用户数据库服务器应用程序和与所述第一主用户数据库服务器应用程序相关的第一备份用户数据库服务器应用程序。
78.根据权利要求77所述的控制器，其中，与所述第一主用户数据库服务器应用程序相关的状态信息被镜像到与所述第一主用户数据库服务器应用程序相关的所述第一备份用户数据库服务器应用程序中。
79.根据权利要求78所述的控制器，其中，所述第一备份用户数据库服务器应用程序位于所述第一呼叫应用节点中。
80.根据权利要求78所述的控制器，其中，所述第一备份用户数据库服务器应用程序位于与所述第一呼叫应用节点相分离的呼叫应用节点中。
81.根据权利要求73所述的控制器，其中，所述第二用户数据库服务器应用程序包括第二主-备份组服务器应用程序，其中，所述第二主-备份组服务器应用程序包括在所述第二呼叫应用节点上执行的第二主用户数据库服务器应用程序和与所述第二主用户数据库服务器应用程序相关的第二备份用户数据库服务器应用程序。
82.根据权利要求81所述的控制器，其中，与所述第二主用户数据库服务器应用程序相关的状态信息被镜像到与所述第二主用户数据库服务器应用程序相关的所述第二备份用户数据库服务器应用程序中。
83.根据权利要求82所述的控制器，其中，所述第二备份用户数据库服务器应用程序位于所述第二呼叫应用节点中。
84.根据权利要求82所述的控制器，其中，所述第二备份用户数据库服务器应用程序位于与所述第二呼叫应用节点相分离的呼叫应用节点中。
85.一种无线网络，包括多个基站，能与所述无线网络的覆盖区域中的多个移动台通信；和移动交换中心，通过多条中继线与所述多个基站和公共交换电话网络相连，其中，所述移动交换中心能处理在所述多条中继线上的主叫装置和被叫装置之间的呼叫连接，且其中，所述移动交换中心能执行呼叫处理应用程序，其中，每个所述呼叫处理应用程序与所述多个呼叫连接中的一个相关，其中，所述移动交换中心包括控制器，用于提供与所述移动交换中心相关的用户数据库，其中，所述控制器包括N个呼叫应用节点，能执行呼叫处理服务器应用程序，其中，第一用户数据库服务器应用程序在所述N个呼叫应用节点的第一呼叫应用节点上执行，并与在第二呼叫应用节点上执行的类似的第二用户数据库服务器应用程序相关，所述N个呼叫应用节点的第二呼叫应用节点与所述第一呼叫应用节点相分离，从而所述第一和第二用户数据库服务器应用程序形成用户数据库负载共享组服务器应用程序，和其中，所述每个呼叫处理应用程序给所述用户数据库负载共享组服务器应用程序发送用户数据库服务请求，且所述用户数据库负载共享组服务器应用程序选择所述第一和第二用户数据库服务器应用程序中的一个，以根据负载分布算法执行所请求的用户数据库服务请求。
86.根据权利要求85所述的无线网络，其中，所述负载分布算法以交替方式在所述第一和第二用户数据库服务器应用程序之间分布新的用户数据库服务请求。
87.根据权利要求85所述的无线网络，其中，所述负载分布算法根据所述第一用户数据库服务器应用程序的当前呼叫处理负载和所述第二用户数据库服务器应用程序的当前呼叫处理负载分布新的用户数据库服务请求。
88.根据权利要求87所述的无线网络，其中，所述负载分布算法分布所述新的用户数据库服务请求，是为了使将所述第一用户数据库服务器应用程序的所述当前呼叫处理负载维持在与所述第二用户数据库服务器应用程序的所述当前呼叫处理负载大致相等的水平。
89.根据权利要求85所述的无线网络，其中，所述第一用户数据库服务器应用程序包括第一主-备份组服务器应用程序，其中，所述第一主-备份组服务器应用程序包括在所述第一呼叫应用节点上执行的第一主用户数据库服务器应用程序和与所述第一主用户数据库服务器应用程序相关的第一备份用户数据库服务器应用程序。
90.根据权利要求89所述的无线网络，其中，与所述第一主用户数据库服务器应用程序相关的状态信息被镜像到与所述第一主用户数据库服务器应用程序相关的所述第一备份用户数据库服务器应用程序中。
91.根据权利要求90所述的无线网络，其中，所述第一备份用户数据库服务器应用程序位于所述第一呼叫应用节点中。
92.根据权利要求90所述的无线网络，其中，所述第一备份用户数据库服务器应用程序位于与所述第一呼叫应用节点相分离的呼叫应用节点中。
93.根据权利要求85所述的无线网络，其中，所述第二用户数据库服务器应用程序包括第二主-备份组服务器应用程序，其中，所述第二主-备份组服务器应用程序包括在所述第二呼叫应用节点上执行的第二主用户数据库服务器应用程序和与所述第二主用户数据库服务器应用程序相关的第二备份用户数据库服务器应用程序。
94.根据权利要求93所述的无线网络，其中，与所述第二主用户数据库服务器应用程序相关的状态信息被镜像到与所述第二主用户数据库服务器应用程序相关的所述第二备份用户数据库服务器应用程序中。
95.根据权利要求94所述的无线网络，其中，所述第二备份用户数据库服务器应用程序位于所述第二呼叫应用节点中。
96.根据权利要求94所述的无线网络，其中，所述第二备份用户数据库服务器应用程序位于与所述第二呼叫应用节点相分离的呼叫应用节点中。
97.在无线网络中使用的包括多个基站，能与所述无线网络的覆盖区域中的多个移动台通信；和移动交换中心，通过多个中继线与所述多个所述基站和公共交换电话网络相连，其中，所述移动交换中心能处理在所述多条中继线上的主叫装置和被叫装置之间的呼叫连接，且其中，所述移动交换中心能执行呼叫处理应用程序，其中，每个所述呼叫处理应用程序与所述呼叫连接中的一个相关；一种方法，用于提供与所述移动交换中心相关的用户数据库，所述方法包括步骤在所述移动交换中心内提供N个呼叫应用节点，所述N个呼叫应用节点能执行多个用户数据库服务器应用程序；在所述N个呼叫应用节点的第一呼叫应用节点上执行第一用户数据库服务器应用程序；在所述N个呼叫应用节点的第二呼叫应用节点上执行第二用户数据库服务器应用程序，所述第二呼叫应用节点与所述第一呼叫应用节点相分离，从而，所述第一和第二用户数据库服务器应用程序形成用户数据库负载共享组服务器应用程序；将来自呼叫处理应用程序的用户数据库服务请求发送到所述用户数据库负载共享组服务器应用程序；在所述用户数据库负载共享组服务器应用程序中，选择所述第一和第二用户数据库服务器应用程序中的一个，以执行所述所请求的用户数据库服务请求；和根据负载分布算法执行所述所请求的用户数据库服务请求。
98.根据权利要求97所述的方法还包括步骤以交替方式在所述第一和第二用户数据库服务器应用程序之间分布新的用户数据库服务请求。
99.根据权利要求97所述的方法还包括步骤根据所述第一用户数据库服务器应用程序的当前呼叫负载处理和所述第二用户数据库服务器应用程序的当前呼叫负载处理分布新的用户数据库服务请求。
100.根据权利要求99所述的方法还包括步骤为了使所述第一用户数据库服务器应用程序的所述当前处理负载维持在与所述第二用户数据库服务器应用程序的所述当前处理负载大致相等的水平上，来分布新的用户数据库服务请求。
101.根据权利要求97所述的方法，其中，所述第一用户数据库服务器应用程序包括第一主-备份组服务器应用程序，其中，所述第一主-备份组服务器应用程序包括在所述第一呼叫应用节点上执行的第一主用户数据库服务器应用程序和与所述第一主用户数据库服务器应用程序相关的第一备份用户数据库服务器应用程序。
102.根据权利要求101所述发方法还包括步骤将与所述第一主用户数据库服务器应用程序相关的状态信息被镜像到与所述第一主用户数据库服务器应用程序相关的所述第一备份用户数据库服务器应用程序中。
103.根据权利要求102所述的方法，其中，所述第一备份用户数据库服务器应用程序位于所述第一呼叫应用节点中。
104.根据权利要求102所述的方法还包括步骤所述第一备份用户数据库服务器应用程序位于与所述第一呼叫应用节点相分离的呼叫应用节点中。
105.根据权利要求97所述的方法，其中所述第二用户数据库服务器应用程序包括第二主-备份组服务器应用程序，其中，所述第二主-备份组服务器应用程序包括在所述第二呼叫应用节点上执行的第二主用户数据库服务器应用程序和与所述第二主用户数据库服务器应用程序相关的第二备份用户数据库服务器应用程序。
106.根据权利要求105所述的方法还包括步骤将与所述第二主用户数据库服务器应用程序相关的状态信息被镜像到与所述第二主用户数据库服务器应用程序相关的所述第二备份用户数据库服务器应用程序中。
107.根据权利要求106所述的方法，其中，所述第二备份用户数据库服务器应用程序位于所述第二呼叫应用节点中。
108.根据权利要求106所述的方法，其中，所述第二备份用户数据库服务器应用程序位于与所述第二呼叫应用节点相分离的呼叫应用节点中。
109.在包括N个呼叫应用节点(CAN)的交换机中使用的一种方法，用于升级多个呼叫处理服务器应用程序，其中，每个呼叫处理服务器应用程序包括在N个CAN中的不同CAN上执行的主呼叫处理和备份呼叫处理，所述方法包括步骤接收在第一呼叫处理服务器应用程序上的可操作关闭命令，所述第一呼叫处理服务器应用程序包括在第一CAN上执行的第一主呼叫处理和在第二CAN上执行的第一备份呼叫处理；响应关闭命令的接收，禁用第一主呼叫处理，以使不再给第一CAN上的第一主呼叫处理发送与第一呼叫处理服务器应用程序相关的后来的呼叫业务；将第一备份呼叫处理重新指定为第一呼叫处理服务器应用程序的新主呼叫处理，以使所有与由第一呼叫处理服务器应用程序处理的先前呼叫相关的后来的呼叫业务都被发送给第二CAN上所重新指定的第一备份呼叫处理；如果有的话，把与第二呼叫处理服务器应用程序相关且位于第一CAN中的第二备份呼叫处理移动到不同的CAN中；和在第一CAN上安装升级后的第一呼叫处理服务器应用程序，以使升级后的第一呼叫处理服务器应用程序的升级后的第一主呼叫处理在第一CAN上执行，并在第一CAN上产生升级后的第一呼叫处理服务器应用程序的升级后的第一备份呼叫处理。
110.根据权利要求109所述的方法还包括步骤从第一CAN除去禁用的第一主呼叫处理。
111.根据权利要求110所述的方法还包括步骤防止与新呼叫相关的将来呼叫业务被引导到重指定的第一备份呼叫处理。
112.根据权利要求111所述的方法还包括步骤当所有先前的呼叫终止时，从第二CAN中除去所重新指定的第一备份呼叫处理。
113.根据权利要求109所述的方法，其中，升级后第一主呼叫处理加入第一负载共享组服务器应用程序，所述第一负载共享组服务器应用程序包括与升级后的第一呼叫处理服务器应用程序相类似的呼叫处理服务器应用程序。
114.根据权利要求113所述的方法，其中，第一负载共享组服务器应用程序在节流机制的控制下，将与新呼叫相关的新呼叫业务发送到升级后的第一主呼叫处理中。
115.根据权利要求114所述的方法，其中，节流机制最初给升级后的第一主呼叫处理发送相对少量的新呼叫业务。
116.根据权利要求115所述的方法，其中，节流机制逐渐增加发送到升级后的第一主呼叫处理的新呼叫业务量。
117.根据权利要求109所述的方法，其中，所述收到的关闭命令由所述交换机自动产生。
118.根据权利要求109所述的方法，其中，所述收到的关闭命令由所述交换机的操作员产生。
119.一种通信交换机，包括N个呼叫应用节点(CAN)，能执行多个呼叫处理服务器应用程序，其中，每个呼叫处理服务器应用程序包括在N个CAN的不同CAN上执行的主呼叫处理和备份呼叫处理，其中，交换机执行能升级所述多个呼叫处理服务器应用程序的升级处理，所述升级处理包括接收在第一呼叫处理服务器应用程序上可操作的关闭命令，所述第一呼叫处理服务器应用程序包括在第一CAN上执行的第一主呼叫处理和在第二CAN上执行的第一备份呼叫处理；响应关闭命令的接收，禁用第一主呼叫处理，以使得不再给第一CAN上的第一主呼叫处理发送与第一呼叫处理服务器应用程序相关的呼叫业务；将第一备份呼叫处理重新指定为第一呼叫处理服务器应用程序的新主呼叫处理，使得所有与由第一呼叫处理服务器应用程序管理的先前呼叫相关的后来的呼叫业务都被发送到第二CAN上的重新指定的第一备份呼叫处理中；如果有的话，就把与第二呼叫处理服务器应用程序相关且位于第一CAN中的第二备份呼叫处理移动到不同的CAN中；和在第一CAN上安装升级后的第一呼叫处理服务器应用程序，使得升级后的第一呼叫处理服务器应用程序的升级后的第一主呼叫处理在第一CAN上执行，并在第一CAN上产生升级后的第一呼叫处理服务器应用程序的升级后的第一备份呼叫处理。
120.根据权利要求119所述的通信交换机，其中，升级处理还包括从第一CAN中除去禁用的第一主呼叫处理。
121.根据权利要求120所述的通信交换机，其中，升级处理还包括防止与新呼叫相关的后来的呼叫业务被发送到重新指定的第一备份呼叫处理中。
122.根据权利要求121所述的通信交换机，其中，升级处理还包括当所有先前的呼叫终止时，从第二CAN中除去重新指定的第一备份呼叫处理。
123.根据权利要求119所述的通信交换机，其中，升级后的第一主呼叫处理加入第一负载共享组服务器应用程序，所述第一负载共享组服务器应用程序包括与升级后的第一呼叫处理服务器应用程序相类似的呼叫处理服务器应用程序。
124.根据权利要求123所述的通信交换机，其中，第一负载共享组服务器应用程序在节流机制的控制下，将与新呼叫相关的新呼叫业务发送到升级后的第一主呼叫处理中。
125.根据权利要求124所述的通信交换机，其中，节流机制最初给升级后的第一主呼叫处理发送相对少量的新呼叫业务。
126.根据权利要求125所述的通信交换机，其中，节流机制逐渐增加发送到升级后的第一主呼叫处理的新呼叫业务量。
127.根据权利要求119所述的通信交换机，其中，所述收到的关闭命令由所述交换机自动产生。
128.根据权利要求119所述的通信交换机，其中，所述收到的关闭命令由所述交换机的操作员产生。
全文摘要
一种在包括N个呼叫应用节点(CAN)的交换机中使用的方法，用于升级包括在不同CAN上执行的主呼叫处理和备份呼叫处理的多个呼叫处理服务器应用程序(CPSAP)，所述方法包括1)接收关闭命令，以关闭第一CPSAP；2)禁用第一主呼叫处理，使得不再给它发送与第一CPSAP相关的后来的呼叫业务；3)重新指定作为新主呼叫处理的第一备份呼叫处理，使得将与由第一CPSAP处理的先前呼叫相关的所有后来的呼叫业务都发送到重新指定的第一备份呼叫处理；4)如果有的话，就把与第二CPSAP相关且位于第一CAN上的第二备份呼叫处理移动到不同的CAN上；和5)在第一CAN上安装升级后的第一CPSAP且执行它，并在第一CAN上产生升级后的第一备份呼叫处理。
文档编号H04Q7/20GK1434648SQ02159599
公开日2003年8月6日 申请日期2002年12月31日 优先权日2001年12月31日
发明者戴维·A·柯林斯, 罗伊·C·戈斯韦尔 申请人:三星电子株式会社