CN101222547B - Ip-pbx系统 - Google Patents

Abstract

本发明公开了一种IP-PBX系统，它可以实现系统集群，通过软交换服务与媒体网关的功能分离，提升了系统的容量和系统的效率。为了解决上述问题，本发明IP-PBX系统的技术方案是，所述IP-PBX系统至少包括两台以上的服务器，其中包括中央服务器和媒体服务器，所述中央服务器包括软交换业务模块和数据库，所述媒体服务器包括媒体网关模块，所述媒体服务器的通讯记录被记录在所述中央服务器上的数据库。系统还可以包括一台以上的本地软交换服务器，该服务器包括本地软交换业务模块和内建网关，所述本地软交换业务模块用于处理本地的软交换业务，处理所述内建网关的呼叫控制。

Description

IP-PBX系统

技术领域

本发明涉及一种IP-PBX(基于IP的专用交换机，The InternetProtocol Private Branch eXchange)系统。

背景技术

随着VoIP(Voice over Internet Protocol，基于网际协议的话音传输)技术的日趋成熟和广泛应用，IP-PBX在越来越多的企业中得到了应用。

许多公司发现传统的电话系统不仅维护费用昂贵，而且在支持员工分散工作的功能方面具有局限性。为使所有通信畅通无阻，IT管理员现在开始部署基于IP的公司电话系统--IP-PBX。这些系统可以完全将话音通信集成到公司的数据网络中，从而建立能够连接分布在全球各地办公地点和员工的统一话音和数据网络。

IP-PBX最显著特征是成为一个集成通信系统，通过电信网和互联网，仅需要单一设备即可为用户提供语音、传真、数据和视频等多种通信方式。还可以建立中、小型的呼叫中心，并且造价低廉。通过与网络软硬件的充分结合，提高了工作效率，节约了通信成本。

现有IP-PBX系统的构成，仅仅有一台服务器实现，从功能上划分它主要由软交换业务，媒体网关，数据库三个模块构成。其中，软交换业务模块用于实现呼叫控制、呼叫记录、资源分配、协议处理、呼叫路由、安全认证等功能；媒体网关模块包括呼叫编码转换、提供电话会议室、RTP语音中继、语音留言、语音信箱等媒体功能；数据库用于服务参数配置、呼叫记录、各类VoIP终端设备(媒体网关，级联服务器，VoIP中继，终端IP话机等)的注册认证信息等。

以一个实际的呼叫为例：现有IP-PBX系统在处理一个呼叫时，软交换业务模块通过查询数据库，认证主叫号码；成功后根据被叫号码的注册信息，进行呼叫控制；如果该呼叫还需要语音编码的转换、语音信箱服务、电话会议等功能的支持，则由媒体网关模块提供上述服务的支持。

但现有IP-PBX的容量与可靠性都无法满足大型企事业单位的需求，主要原因在于现有IP-PBX系统存在如下缺点：

首先，现有IP-PBX系统将软交换业务与媒体网关业务集中在同一台服务器上进行处理时，软交换业务的呼叫注册、状态查询、呼叫控制会占用大量的系统资源，而媒体网关业务中的电话会议功能，编码转换等同样会占用大量的系统资源，这是IP-PBX服务的瓶颈所在。

另外，现有IP-PBX系统既承担本地注册的IP电话的注册，认证，呼叫连接的建立，又承担为IP-PBX内建网关，外置网关侧呼入的呼叫建立、认证、编码转换的职能，这样也会占用大量的系统资源，这也是造成IP-PBX服务的瓶颈的一个原因。

发明内容

本发明所要解决的技术问题是提供一种IP-PBX系统，它可以实现系统集群，通过软交换服务与媒体网关的功能分离，提升了系统的容量和系统的效率。

为了解决上述问题，本发明IP-PBX系统的技术方案是，所述IP-PBX系统至少包括两台以上的服务器，其中包括中央服务器和媒体服务器，所述中央服务器包括软交换业务模块和数据库，所述媒体服务器包括媒体网关模块、本地数据库、本地软交换业务模块和内建网关，所述本地软交换业务模块用于处理本媒体服务器的软交换业务，处理所述内建网关的呼叫控制，所述的本地数据库的内容与中央服务器的数据库的数据实时同步更新，用于实现本地媒体业务、软交换业务的数据查询，所述媒体服务器的通讯记录被记录在所述中央服务器上的数据库；

中央服务器的软交换业务模块接收到VoIP终端设备发起的注册请求，软交换业务模块查询数据库，验证该终端设备的注册请求与数据库中的注册认证信息是否匹配，如果验证失败，拒绝注册，如果验证成功，则将该终端设备的实际注册信息写入到中央服务器的数据库中；

中央服务器的软交换业务模块接收到某个VoIP终端设备发起的呼叫请求，软交换业务模块查询数据库，根据被叫号码的注册信息，确定呼叫路由，进行呼叫控制，如果该呼叫需要多媒体业务的支持，中央服务器会调用所述媒体服务器上的媒体网关模块，进行多媒体业务的处理；

对于从媒体服务器的内建网关呼入的呼叫，媒体服务器的本地软交换业务模块根据主叫的呼叫权限，从本地数据库中查询被叫号码的注册信息，确定呼叫路由，并进行相应软交换呼叫控制，如果从内建网关呼入的呼叫需要多媒体业务的支持，本地软交换业务模块会调用媒体网关模块，完成多媒体业务处理，在该呼叫结束后，本地软交换业务模块会将该呼叫记录写入到中央服务器的的数据库中。

系统还可以包括一台以上备用中央服务器，所述备用中央服务器与所述的中央服务器配置相同，并且所述备用中央服务器与所述的中央服务器的数据实时同步更新。

系统还可以包括一台以上的本地软交换服务器，该服务器包括本地软交换业务模块和内建网关，所述本地软交换业务模块用于处理本地的软交换业务，处理所述内建网关的呼叫控制。

所述的本地软交换服务器还包括本地数据库，所述的本地数据库的内容与中央服务器的数据库的数据实时同步更新，用于实现本地软交换业务的数据查询。

系统还可以包括一台以上备用媒体服务器，所述备用媒体服务器与所述的媒体服务器配置相同，并且所述备用媒体服务器与所述的媒体服务器的数据实时同步更新。

由于本发明采用将软交换业务模块与媒体网关模块的分离在不同的服务器上，进而构成了系统集群，这样的分布式网络结构，可以有效承载话音、数据和多媒体业务，提高了系统容量和效率。另外，媒体服务器还包括本地软交换业务模块和内建网关，所述本地软交换业务模块用于处理本地的软交换业务，控制所述内建网关的呼叫转移，这样就可以减轻中央服务器的软交换负载，提高了系统的容量和效率。再有，就是中央服务器和媒体服务器均采用主备模式运行，提高了系统的稳定性，可靠性。最后，在IP-PBX系统需要大量的PSTN或者E1，T1中继接入时，该IP-PBX系统还可以提供了一台以上的本地软交换服务器，该服务器包括本地软交换业务模块和内建网关，用于处理新增的中继接入，有效的扩展了系统的外线处理容量。

附图说明

下面结合附图与具体实施方式对本发明作进一步详细的说明。

图1是本发明IP-PBX系统集群网络架构图；

图2是本发明的实际呼叫示例；

图3是本发明在媒体服务器进行呼叫控制流程图。

具体实施方式

如图1所示，它是本发明IP-PBX系统集群网络架构图。该系统包括两台中央服务器，分别为中央服务器10和备用中央服务器20，还包括两台媒体服务器，分别为媒体服务器30和备用媒体服务器40；另外本发明还包括一台本地软交换服务器50。当然对于中央服务器、媒体服务器和本地软交换服务器的数量的配置可以根据需要设定，一般来讲中央服务器和媒体服务器需要两台以上，用于提高系统的稳定性，而本地软交换服务器则根据负载和容量情况设定一台或多台。

中央服务器10具有软交换业务模块11和数据库12，在备用服务器20上同样具有软交换业务模块21和数据库22。中央服务器10和备用服务器20在同一时间仅有一台用于系统工作，只有当中央服务器10出现故障或者其它紧急状态时，才启用备用服务器20。不过，其中数据库22的内容随数据库12的内容实时同步更新。当然，中央服务器10和备用服务器20上还包括其它必要的功能模块，该些功能模块为现有技术中的功能模块，比如电源模块，网络接口模块等等。

媒体服务器30包括本地软交换业务模块31、媒体网关模块32、本地数据库33和内建网关34。同样在备用媒体服务器40上也具有本地软交换业务模块41、媒体网关模块42、本地数据库43和内建网关44，媒体服务器30和备用媒体服务器40在同一时间仅有一台用于系统工作，只有当媒体服务器30出现故障或者其它紧急状态时，才启用备用媒体服务器40。另外，本地数据库43的内容与本地数据库33的内容实时同步更新，并且本地数据库33的内容随中央服务器10的数据库12或备用中央服务器20的数据库22实时同步更新。

本地软交换服务器50上具有本地软交换业务模块51、本地数据库52和内建网关53。其中，本地数据库52的内容与中央服务器10的数据库12实时同步更新。

另外，关于本发明提及的本地软交换业务模块31、41、51和中央服务器的软交换业务模块11的功能和技术构成类似。

下面结合几个例子对本发明进一步进行说明，中央服务器10上的实际注册示例，中央服务器10的软交换业务模块11接收到某个VoIP终端设备发起的注册请求，软交换业务模块11查询数据库12，验证该VoIP终端设备的注册请求与数据库12中的注册认证信息是否匹配，如果验证失败，拒绝注册。如果验证成功，则将VoIP该终端设备的实际注册信息(IP地址，端口号)写入到中央服务器10的数据库12中。与此同时，中央服务器采取同步机制使本地数据库33，43，52与数据库12的内容实现同步更新。同样道理，在使用备用中央服务器20时的注册流程与上述相同。

如图2所示，它是本发明的实际呼叫示例。中央服务器10的软交换业务模块11接收到某个VoIP终端设备发起的呼叫请求，软交换业务模块11查询数据库12，根据被叫号码的注册信息，确定呼叫路由，进行呼叫控制。如果该呼叫需要多媒体业务的支持，中央服务器10会调用媒体服务器30上的媒体网关模块32，进行多媒体业务的处理。在通话完毕后，中央服务器10的软交换业务模块11会将该呼叫记录写入中央服务器10的数据库12中。此时，各个服务节点(以下将媒体服务器、备用媒体服务器和本地软交换服务器统称为“服务节点”)30、40、50会实时地将该呼叫记录同步到服务节点的数据库33，43，52中。此时的数据的流向是从中央节点10流向服务节点30、40、50。同样道理，在使用备用中央服务器20时的控制流程与上述相同。

如图3所示，它是本发明在媒体服务器进行呼叫控制流程图。对于从服务节点30上的内建网关34呼入的呼叫，服务节点30上的本地软交换业务模块31根据主叫的呼叫权限，从数据库33中查询被叫号码的注册信息，确定呼叫路由，并进行相应软交换呼叫控制。如果从内建网关34呼入的呼叫需要多媒体业务的支持(例如编码转换，语音信箱，MeetMe多方会议)，此时，本地软交换业务模块31会调用媒体网关模块32，完成多媒体业务处理。在该呼叫结束后，本地软交换业务模块31会将该呼叫记录写入到服务节点10的数据库12中。此时数据流向是从服务节点30流向中央节点10。

同样道理，在不需要多媒体业务时，在本地软交换服务器50上的进行呼叫控制流程与上述相同。

Claims (5)

1.一种IP-PBX系统，其特征在于，所述IP-PBX系统至少包括两台以上的服务器，其中包括中央服务器和媒体服务器，所述中央服务器包括软交换业务模块和数据库，所述媒体服务器包括媒体网关模块、本地数据库、本地软交换业务模块和内建网关，所述本地软交换业务模块用于处理本媒体服务器的软交换业务，处理所述内建网关的呼叫控制，所述的本地数据库的内容与中央服务器的数据库的数据实时同步更新，用于实现本地媒体业务、软交换业务的数据查询，所述媒体服务器的通讯记录被记录在所述中央服务器上的数据库；

中央服务器的软交换业务模块接收到VoIP终端设备发起的注册请求，软交换业务模块查询数据库，验证该终端设备的注册请求与数据库中的注册认证信息是否匹配，如果验证失败，拒绝注册，如果验证成功，则将该终端设备的实际注册信息写入到中央服务器的数据库中；

中央服务器的软交换业务模块接收到某个VoIP终端设备发起的呼叫请求，软交换业务模块查询数据库，根据被叫号码的注册信息，确定呼叫路由，进行呼叫控制，如果该呼叫需要多媒体业务的支持，中央服务器会调用所述媒体服务器上的媒体网关模块，进行多媒体业务的处理；

对于从媒体服务器的内建网关呼入的呼叫，媒体服务器的本地软交换业务模块根据主叫的呼叫权限，从本地数据库中查询被叫号码的注册信息，确定呼叫路由，并进行相应软交换呼叫控制，如果从内建网关呼入的呼叫需要多媒体业务的支持，本地软交换业务模块会调用媒体网关模块，完成多媒体业务处理，在该呼叫结束后，本地软交换业务模块会将该呼叫记录写入到中央服务器的的数据库中。

2.如权利要求1所述的IP-PBX系统，其特征在于，系统还包括一台以上备用中央服务器，所述备用中央服务器与所述的中央服务器配置相同，并且所述备用中央服务器与所述的中央服务器的数据实时同步更新。

3.如权利要求1所述的IP-PBX系统，其特征在于，系统还包括一台以上的本地软交换服务器，该服务器包括本地软交换业务模块和内建网关，所述本地软交换业务模块用于处理本地的软交换业务，处理所述内建网关的呼叫控制。

4.如权利要求3所述的IP-PBX系统，其特征在于，所述的本地软交换服务器还包括本地数据库，所述的本地数据库的内容与中央服务器的数据库的数据实时同步更新，用于实现本地软交换业务的数据查询。

5.如权利要求1所述的IP-PBX系统，其特征在于，系统还包括一台以上备用媒体服务器，所述备用媒体服务器与所述的媒体服务器配置相同，并且所述备用媒体服务器与所述的媒体服务器的数据实时同步更新。

Images