[发明专利]一种基于SIP的寻呼方法及系统

说明书

技术领域

本发明涉及通信技术领域，尤其涉及一种基于SIP（Session Initiation Protocol）的寻呼方法及系统。

背景技术

寻呼（Paging）在有线通信领域中广泛应用，很多程控数字交换机都支持这个功能，其应用场景是在交换机上预先配置若干终端进入寻呼组，并赋予寻呼组一个寻呼组号（例如6000），这些终端的特点是对来话能够自动应答，多数情况下这些终端本身是一个自动应答的扬声器，部署在楼宇的不同楼层和不同房间。例如，在一栋大楼里面，四楼的所有走廊和房间，都安装了扬声终端并配置在寻呼组4000里面，六楼的都配置在6000里面。当用户需要在四楼找人时，该用户可以直接用座机拨打4000，这时四楼所有的扬声终端全部开启，并开始在四楼广播用户的找人语音，例如“张三，前台有快递”等。而其他楼层不会听到。

目前有线通信技术进入到软交换阶段，市面上出现了大量功能强大的IP话机，这些话机本身支持在以太网上利用组播技术进行IP话机之间的寻呼，例如Yealink、Aastra品牌的系列IP话机。其具体实现方式为，加入寻呼组的IP话机在指定的IP组播地址（例如224.1.1.1:10000）上监听，当有组播包发送到该组播地址时，自动应答并且播放组播包的声音。因此，发起寻呼的IP话机只要向指定的组播地址发送IP语音（通常为RTP格式），就能够实现对所有在此地址上监听的IP话机进行组播。

上述方案存在以下缺点：在软交换领域，必须由IP话机来发起寻呼，因为只有IP话机具备向IP组播地址直接发送组播包的功能，而传统的模拟电话、数字电话、手机用户等，无法向IP话机发起寻呼。

另外，在上述方案中，寻呼缺乏统一的管理，使用不方便。例如在某一企业，有1000台IP话机，每台话机可以属于不同的若干个寻呼组，而每个寻呼组有自己的号码。在没有统一管理的情况下，用户必须逐一地配置每台IP话机所属的寻呼组；当寻呼组修改号码时，用户也必须逐一地对每台IP话机的配置进行修改，费时费力且容易出错。

发明内容

本发明实施例提出一种基于SIP的寻呼方法及系统，实现所有类型的话机都能够向IP话机发起寻呼，并且便于管理，具有通用性。

本发明实施例提供一种基于SIP的寻呼方法，包括：

S1、主叫话机向软交换服务器发送呼叫请求消息；所述呼叫请求消息包含被叫寻呼组号；

S2、软交换服务器收到所述呼叫请求消息后，将所述呼叫请求消息路由到寻呼服务器；

S3、寻呼服务器收到所述呼叫请求消息后，自动应答呼叫；且所述寻呼服务器还根据所述呼叫请求消息中的被叫寻呼组号查询索引表，获得被叫寻呼组的组播地址；

S4、主叫话机和所述寻呼服务器建立流媒体连接，并向所述寻呼服务器发送语音媒体流数据包；

S5、寻呼服务器将收到的语音媒体流数据包，转发到所述被叫寻呼组的组播地址；

S6、在所述被叫寻呼组的组播地址上监听的话机，播放所述语音媒体流数据包的语音。

进一步的，所述索引表设置在所述寻呼服务器上；所述索引表包含各寻呼组号及其对应的组播地址的配置信息；各话机在初始化时，从所述寻呼服务器下载索引表，获得各寻呼组号及其对应的组播地址的配置信息。

相应地，本发明实施例还提供一种基于SIP的寻呼系统，包括主叫话机、软交换服务器、寻呼服务器以及在被叫寻呼组的组播地址上监听的话机；

所述主叫话机包括：

呼叫请求单元，用于向软交换服务器发送呼叫请求消息；所述呼叫请求消息包含被叫寻呼组号；

媒体流发送单元，用于建立主叫话机和寻呼服务器之间的流媒体连接，向所述寻呼服务器发送语音媒体流数据包；

所述软交换服务器包括：

呼叫路由单元，用于接收所述主叫话机发出的呼叫请求消息，并将所述呼叫请求消息路由到寻呼服务器；

所述寻呼服务器包括；

呼叫应答单元，用于在收到所述呼叫请求消息后，自动应答呼叫；

地址查询单元，用于根据所述呼叫请求消息中的被叫寻呼组号查询索引表，获得被叫寻呼组的组播地址；

媒体流转发单元，用于将收到的语音媒体流数据包，转发到所述被叫寻呼组的组播地址；

在被叫寻呼组的组播地址上监听的话机，用于播放所述语音媒体流数据包的语音。

进一步的，所述寻呼服务器还包括：

索引表存储单元，用于保存索引表；所述索引表包含各寻呼组号及其对应的组播地址的配置信息；