[发明专利]一种利用媒体服务器提供拨号服务的方法

说明书

技术领域

本发明涉及一种下一代网络通信的方法，具体地说，涉及一种在下一代网络体系中利用媒体服务器为业务提供拨号服务的方法。

背景技术

在电话通信网中，一般通过双音多频(DTMF)信号进行拨号处理；同时也可以利用双音多频信号进行一些低速率的信息交互，比如显示主叫号码等，在智能网业务应用中统一将这种功能归为拨号服务。

在现有的以软交换为核心的下一代网络体系中，业务由应用服务器进行处理和控制，在开展业务的时候，对于呼叫分机的二次拨号功能，业务可以通过特殊的字段将总机号码和分机号码同时传递给软交换，软交换通过控制中继网关，在完成对总机的呼叫后，使用中继网关提供的双音多频信号处理功能完成对分机的二次拨号，就以上过程而言，这属于呼叫接续过程的拨号服务提供，只能在建立呼叫的时候进行支持，对于呼叫建立后，如果需要进行拨号操作，则不能使用这种方法。

除了上述软交换控制下的拨号缺陷外，利用中继网关提供拨号还有其他缺陷，分别说明如下：

首先，随着网络IP化以后，各种IP终端出现，由于控制和承载的分离，媒体流不一定会通过中继网关接入，在这种情况下，业务要通过中继网关进行拨号服务，必须进行媒体流切换操作，将IP终端与中继网关建立媒体链路，这样做复杂了控制流程，增加了处理延迟，影响了通话质量，降低了用户满意度。

其次，对于中继网关提供的披号功能，主要是为了建立呼叫控制，如果要支持灵活的业务应用，需要提供业务逻辑的应用服务器通过软交换和中继网关有很强的控制交互能力，而这样做加大了设备的耦合性，也背离了软交换控制与承载分离的思想，混淆了设备间的控制逻辑，无法得到业界对这种架构的认同。

再次，网络IP化后，以前在电路上传输的双音多频信号，在IP网络上只能是通过媒体流进行承载，目前使用的技术是通过实时流传输协议(RTP)进行承载，并被分为两种方法进行提供，一种是音频带内方式，这种方式包含的数据既是预先生成的标准的双音多频语音，但由于网络传输的不可靠，丢包或网络延迟，将会使得收到的音频数据失真，产生误码；另一种是由RFC2833定义的通过RTP携带特殊的头信息来表示各种音频信号，并提供完善的防止丢包的冗余处理机制，保证信号传输极高的可靠性。由此带来了在IP网络环境下，传递双音多频信号必须进行媒体协商，以确保收发双方使用相同的编码方式进行处理，这进一步加大了应用服务器直接控制中继网关的难度，也把网络分层思想弱化，不利于系统的管理与维护。

因此，现有技术还有待于改进和发展。

发明内容

本发明的目的是提供一种利用媒体服务器提供拨号服务的方法，基于智能网的应用，为业务的开展提供灵活的拨号服务。

本发明的技术方案包括：

一种利用媒体服务器提供拨号服务的方法，包括以下步骤：

a.业务由应用服务器控制终端与媒体服务器建立连接，所述媒体服务器根据控制信令进行媒体协商，完成媒体服务器与终端间拨号方式的匹配；

b.媒体服务器根据媒体协商结果，建立媒体连接，同时记录有关拨号方式；

c.业务需要进行拨号服务时，应用服务器发起拨号请求，请求中带有需要发送的号码信息，所述媒体服务器收到该号码后进行拨号资源切换；

d.拨号完成后，所述媒体服务器返回处理结果给应用服务器，同时关闭拨号资源。

所述的方法，其中，还包括：

业务完成后，所述应用服务器发送释放媒体连接请求，所述媒体服务器释放所有为本次媒体处理预留的媒体资源，包括拨号资源，完成后返回结果，业务结束。

所述的方法，其中，所述步骤C还包括：

在使用音频带内方式发送时，判断发送号码是标准的双音多频信号，还是业务自定义的音频信号，如果是标准的双音多频信号，所述媒体服务器使用双音多频信号发生器产生音频数据；如果是业务自定义的音频信号，媒体服务器使用音频发生器产生音频数据。

所述的方法，其中，所述步骤C还包括：

在使用RFC2833方式发送时，使用协议规定的方法生成数据，不区分发送号码是标准的双音多频信号，还是业务自定义的音频信号。

所述的方法，其中，如果发送业务自定义的音频信号，远端终端需同样支持这些信号的接收和解析。