专利名称：Ip-pbx系统的制作方法
技术领域：
本发明涉及一种IP-PBX (基于IP的专用交换机，The Internet Protocol Private Bmnch eXchange)系统。
技术背景随着VoIP (Voice over Internet Protocol,基于网际协议的话 音传输)技术的日趋成熟和广泛应用，IP-PBX在越来越多的企业中 得到了应用。许多公司发现传统的电话系统不仅维护费用昂贵，而且在支持员 工分散工作的功能方面具有局限性。为使^:有通信畅通无阻，IT管 理员现在开始部署基于IP的公司电话系统--IP-PBX。这些系统可以 完全将话音通信集成到公司的数据网络中，从而建立能够连接分布在 全球各地办公地点和员工的统一话音和数据网络。IP-PBX最显著特征是成为一个集成通信系统，通过电信网和互 联网，仅需要单一设备即可为用户提供语音、传真、数据和视频等多 种通信方式。还可以建立中、小型的呼叫中心，并且造价低廉。通过 与网络软硬件的充分结合，提高了工作效率，节约了通信成本。现有IP-PBX系统的构成，仅仅有 一台服务器实现，从功能上划 分它主要由软交换业务，媒体网关，数据库三个模块构成。其中，软 交换业务模块用于实现呼叫控制、呼叫记录、资源分配、协议处理、呼叫路由、安全认证等功能；媒体网关模块包括呼叫编码转换、提供电话会议室、RTP语音中继、语音留言、语音信箱等媒体功能；数据库用于服务参数配置、呼叫记录、各类VoIP终端设备(媒体网关，级联服务器，VoIP中继，终端IP话机等)的注册认证信息等。以一个实际的呼叫为例现有Ip—系统在处理一个呼叫时，软交换业务模块通过査询数据库，认证主叫号码；成功后根据被叫号 码的注册信息，进行呼叫控制；如果该呼叫还需要语音编码的转换、 语音信箱服务、电话会议等功能的支持，则由媒体网关模块提供上述 服务的支持。但现有IP-PBX的容量与可靠性都无法满足大型企事业单位的需 求，主要原因在于现有IP-PBX系统存在如下缺点首先，现有IP-PBX系统将软交换业务与媒体网关业务集中在同 一台服务器上进行处理时，软交换业务的呼叫注册、状态査询、呼叫 控制会占用大量的系统资源，而媒体网关业务中的电话会议功能，编 码转换等同样会占用大量的系统资源，这是IP-PBX服务的瓶颈所在。另外，现有IP-PBX系统既承担本地注册的IP电话的注册，认证， 呼叫连接的建立，又承担为IP-PBX内建网关，外置网关侧呼入的呼 叫建立、认证、编码转换的职能，这样也会占用大量的系统资源，这 也是造成IP-PBX服务的瓶颈的一个原因。发明内容本发明所要解决的技术问题是提供一种IP-PBX系统，它可以实 现系统集群，通过软交换服务与媒体网关的功能分离，提升了系统的容量和系统的效率。为了解决上述问题，本发明IP-PBX系统的技术方案是，所述 IP-PBX系统至少包括两台以上的服务器，其中包括中央服务器和媒 体服务器，所述中央服务器包括软交换业务模块和数据库，所述媒体 服务器包括媒体网关模块，所述媒体服务器的通讯记录被记录在所述 中央服务器上的数据库。系统还包括一台以上备用中央服务器，所述备用中央服务器与所 述的中央服务器配置相同，并且所述备用中央服务器与所述的中央服 务器的数据实时同步更新。所述的媒体服务器还包括本地软交换业务模块和内建网关，所述 本地软交换业务模块用于处理本地的软交换业务，处理所述内建网关 的呼叫控制。所述的媒体服务器还包括本地数据库，所述的本地数据库的内容 与中央服务器的数据库的数据实时同步更新，用于实现本地业务的数 据査询。系统还包括一台以上的本地软交换服务器，该服务器包括本地软 交换业务模块和内建网关，所述本地软交换业务模块用于处理本地的 软交换业务，处理所述内建网关的呼叫控制。系统还包括一台以上备用媒体服务器，所述备用媒体服务器与所 述的媒体服务器配置相同，并且所述备用媒体服务器与所述的媒体服 务器的数据实时同步更新。由于本发明采用将软交换业务模块与媒体网关模块的分离在不 同的服务器上，进而构成了系统集群，这样的分布式网络结构，可以 有效承载话音、数据和多媒体业务，提高了系统容量和效率。另外， 媒体服务器还包括本地软交换业务模块和内建网关，所述本地软交换 业务模块用于处理本地的软交换业务，控制所述内建网关的呼叫转 移，这样就可以减轻中央服务器的软交换负载，提高了系统的容量和 效率。再有，就是中央服务器和媒体服务器均采用主备模式运行，提高了系统的稳定性，可靠性。最后，在IP-PBX系统需要大量的PSTN 或者El， Tl中继接入时，该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。另外，本地数据库41的内容与本地数据 库31的内容实时同步更新，并且本地数据库31的内容随中央服务器 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的软交 换业务模块ll接收到某个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上的 进行呼叫控制流程与上述相同。
权利要求
1. 一种IP-PBX系统，其特征在于，所述IP-PBX系统至少包括两台以上的服务器，其中包括中央服务器和媒体服务器，所述中央服务器包括软交换业务模块和数据库，所述媒体服务器包括媒体网关模块，所述媒体服务器的通讯记录被记录在所述中央服务器上的数据库。
2、 如权利要求1所述的IP-PBX系统，其特征在于，系统还包 括一台以上备用中央服务器，所述备用中央服务器与所述的中央服务 器配置相同，并且所述备用中央服务器与所述的中央服务器的数据实 时同步更新。
3、 如权利要求1所述的IP-PBX系统，其特征在于，所述的媒 体服务器还包括本地软交换业务模块和内建网关，所述本地软交换业 务模块用于处理本服务器的软交换业务，处理所述内建网关的呼叫控 制。
4、 如权利要求1或3所述的IP-PBX系统，其特征在于，所述 的媒体服务器还包括本地数据库，所述的本地数据库的内容与中央服 务器的数据库的数据实时同步更新，用于实现本地媒体业务、软交换 业务的数据查询。
5、 如权利要求1或3所述的IP-PBX系统，其特征在于，系统 还可以包括一台以上的本地软交换服务器，该服务器包括本地软交换 业务模块和内建网关，所述本地软交换业务模块用于处理本地的软交 换业务，处理所述内建网关的呼叫控制。
6、 如权利要求5所述的IP-PBX系统，其特征在于，所述的本 地软交换服务器还包括本地数据库，所述的本地数据库的内容与中央 服务器的数据库的数据实时同步更新，用于实现本地软交换业务的数 据査询。
7、 如权利要求1所述的IP-PBX系统，其特征在于，系统还包 括一台以上备用媒体服务器，所述备用媒体服务器与所述的媒体服务 器配置相同，并且所述备用媒体服务器与所述的媒体服务器的数据实 时同步更新。
全文摘要
本发明公开了一种IP-PBX系统，它可以实现系统集群，通过软交换服务与媒体网关的功能分离，提升了系统的容量和系统的效率。为了解决上述问题，本发明IP-PBX系统的技术方案是，所述IP-PBX系统至少包括两台以上的服务器，其中包括中央服务器和媒体服务器，所述中央服务器包括软交换业务模块和数据库，所述媒体服务器包括媒体网关模块，所述媒体服务器的通讯记录被记录在所述中央服务器上的数据库。系统还可以包括一台以上的本地软交换服务器，该服务器包括本地软交换业务模块和内建网关，所述本地软交换业务模块用于处理本地的软交换业务，处理所述内建网关的呼叫控制。
文档编号H04M7/00GK101222547SQ200710036379
公开日2008年7月16日 申请日期2007年1月11日 优先权日2007年1月11日
发明者刚 吴 申请人:耐通信息科技(上海)有限公司