CN101296271B - 一种用户双音多频信号的监听方法 - Google Patents

Abstract

本发明提供了一种用户DTMF信号的监听方法，包括设置步骤和收号处理上报步骤，其中，还包括：需要监听的目标用户的呼叫建立成功后，软交换服务器向媒体网关下发包括DTMF信号检测事件的第一事件描述符的步骤；和媒体网关根据第一事件描述符对目标用户进行收号处理，直到目标用户终端释放或软交换服务器指示停止监听收号，并向软交换服务器发送DTMF信号检测事件报告的步骤。本发明实现了在承载与控制相分离的核心网络中对目标用户的DTMF信号监听。

Description

一种用户双音多频信号的监听方法

技术领域

本发明涉及一种通信领域的信号处理，特别是一种监听业务中用户双音多频信号的监听方法。 

背景技术

双音多频(DTMF，Dual Tone Multi Frequency)技术是一种在语音信号中传输数据的技术，通过一个高频信号和一个低频信号叠加组成一个组合信号，表示一个数字，在语音信道内传输。 

语音电话业务中，用户和智能平台之间的交互，通常是在打通到某个特服接入号后，由智能平台通过语音提示要求用户从电话终端上输入相应的数字，此时就是用DTMF技术将用户所输入的数字在语音信道内传输到相应的智能平台设备上。 

监听业务是电信网络向相关合法机构提供的一种特殊业务，要求电信网络能够实时将目标用户的活动事件和通话内容报告给合法机构维护的监听中心设备。为了更好的对目标用户进行监控，对其在通话中所输入的DTMF信号进行监视是不可或缺的功能，但是在现有的技术条件下，监听中心设备不具有DTMF信号的检测功能，因此只能要求电信网络中的交换机能够实时检测目标用户的DTMF信号，并通过带外的消息接口将用户的输入数字报告给监听中心。 

在传统的电路交换网络中，交换机可以很容易的从语音信道内检测并提取DTMF信号，因此实现上述对DTMF信号监听要求不存在问题。但是到了软交换网络中，基于控制和承载相分离的思想，传统的交换机实体被分为软交换服务器和媒体网关，以呼叫业务为例，前者只负责呼叫逻辑的控制，后者在前者的控制下完成语音信道的接续，二者之间通过媒体控制协议进行交互。 

从上述的描述可以发现，软交换网络实现DTMF信号的检测和提取是由媒体网关来进行，但是监听业务的控制过程又是在软交换服务器来实现的，因 此需要媒体控制协议能够支持相应的功能。 

目前的通信网络的媒体控制协议中定义了用于实现DTMF信号检测的事件描述符，但是这些事件主要用于普通语音业务中需要收号的处理，然而，普通语音业务中DTMF信号检测在一定条件(如收齐一定数目的DTMF数字，或收到某个指示用户结束输入的特殊DTMF数字)时，由媒体网关自动停止收号，很明显无法满足监听业务的要求。 

发明内容

本发明的目的是提供一种用户DTMF信号的监听方法，实现媒体控制协议中用户DTMF信号的监听。 

为了实现上述目的，本发明提供了一种用户DTMF信号的监听方法，包括设置步骤和收号处理上报步骤，其中，还包括： 

监听初始步骤，需要监听的目标用户的呼叫建立成功后，软交换服务器向媒体网关下发包括DTMF信号检测事件的第一事件描述符； 

DTMF信号获取步骤，媒体网关根据第一事件描述符对目标用户进行收号处理，直到目标用户终端释放或软交换服务器指示停止监听收号，并向软交换服务器发送DTMF信号检测事件报告。 

上述的方法，其中，所述DTMF信号获取步骤中，媒体网关在触发条件满足时向软交换服务器发送DTMF信号检测事件报告。 

上述的方法，其中，所述触发条件为：逐位检测上报、收满第一数目的号码后一起上报、第一预定时间后将已收到号码一起上报、接收下一位超时后将已收到号码一起上报、终端释放将之前已收到号码一起上报或软交换服务器指示停止DTMF信号检测时将之前已收到号码一起上报中的一个或多个的组合。 

上述的方法，其中，所述DTMF信号获取步骤具体包括： 

步骤41，目标用户在呼叫过程中输入号码，号码以DTMF信号的形式在承载话音通道中传送到媒体网关； 

步骤42，媒体网关检测DTMF信号； 

步骤43，媒体网关判断是否满足报告上报触发条件，如果是进入步骤45，否则进入步骤44； 

步骤44，缓存媒体网关检测到的DTMF信号后返回步骤42；

步骤45，媒体网关将缓存的DTMF信号利用DTMF信号检测事件报告发送到软交换服务器； 

步骤46，目标用户终端释放或软交换服务器指示停止监听收号，媒体网关释放DTMF监听收号资源。 

上述的方法，其中，所述监听初始步骤中，DTMF信号检测事件在呼叫振铃时下发。 

上述的方法，其中，所述监听初始步骤中下发的第一事件描述符中还包括软交换服务器当前正控制媒体网关进行的事件。 

上述的方法，其中，所述监听初始步骤后，软交换服务器向媒体网关下发区别于DTMF信号检测事件的第二事件时，将DTMF信号检测事件和第二事件同时包括在第二事件描述符中下发。 

上述的方法，其中，所述DTMF信号获取步骤中，媒体网关保持提示音的播放。 

上述的方法，其中，所述DTMF信号获取步骤中，媒体网关继续通过语音信道向通话对端传输DTMF信号。 

上述的方法，其中，所述DTMF信号获取步骤中，通过将目标用户终端的上行媒体流复制后作为DTMF检测资源进行收号处理，并保持上行媒体流的原有流向。 

本发明的方法通过向媒体网关下发事件描述符，指示媒体网关对目标用户终端进行持续收号处理，因此媒体网关在对目标用户进行收号处理，会持续到到目标用户终端释放或软交换服务器指示停止监听收号，实现了在承载与控制相分离的核心网络中对目标用户的DTMF信号监听。 

附图说明

图1为本发明的方法的应用网络的结构示意图； 

图2为本发明的方法的流程示意图； 

图3为MOVE操作下发时不影响DTMF检测事件的处理流程图。 

具体实施方式

在对本发明的方法进行描述之前，先对本发明的方法的应用网络进行说明，以便于更好的理解本发明。

图1是承载与控制相分离的核心网络中，实现目标用户DTMF信号监听的组网逻辑图。如图1所示，在需要对用户进行DTMF信号监听时，在呼叫开始时，需要由软交换服务器通过H.248信令，通知媒体网关进行实时检测，用户在呼叫过程中所拨的数字信息，通过DTMF信号在承载话音通道内传送到媒体网关，此时媒体网关需要将检测结果经软交换服务器，通过带外信令报告给监听中心，同时需要保证DTMF信号在承载话音通道中继续正常传送到需要的接收端(如智能业务平台)。 

本发明的用户DTMF信号的监听方法如图2所示，包括： 

设置步骤，软交换服务器与监听中心交互，设置需要监听的目标用户对应的目标号码、监听类型等监听参数，其中监听类型参数中至少包括指示监听目标用户的DTMF拨号数字的信息； 

监听初始步骤，需要监听的目标用户的呼叫建立成功后，软交换服务器向媒体网关下发带有DTMF信号检测事件的事件描述符，指示媒体网关对该目标的终端进行持续收号控制，直到目标用户终端释放或软交换服务器指示停止监听收号； 

DTMF信号获取步骤，媒体网关对目标用户进行持续收号处理，直到目标用户终端释放或软交换服务器指示停止监听收号，并按触发条件向软交换服务器发送DTMF信号检测事件报告； 

收号处理上报步骤，软交换服务器接收媒体网关发送的DTMF信号检测事件报告，并根据DTMF信号检测事件报告向监听中心上报监听到的用户输入数字。 

在本发明的具体实施例中，为了实现DTMF信号的监听控制，在H.248协议中，我们定义一个新增扩展包：DDE包，包的内容可以参考定义如下： 

PackageID：dde(0x####) 

Version：1 

Extends：None 

Description：This package defines H.248methods to monitor Digit dialed bysubscriber. 

该包中定义了DTMF监听所需要的属性和事件，其中属性的定义包括：

其中事件的定义如下所示，该事件用于媒体网关收集到一个或多个DTMF信号，并判断满足报告的条件时，向软交换服务器报告检测到的结果。 

Event Name：DigitString Report 

Event ID：dsrpt(0x####) 

EventsDescriptor parameters:None 

ObservedEventsDescriptor parameters： 

Parameter Name：DigitString 

ParameterID：ds(0x####) 

Description：所收集到的DTMF信号. 

Type：String 

Optional：No 

Possible values：一个可能包括′0′到′9′和＂E＂、＂F＂的字符串. 

Default：None 

该设置步骤具体包括： 

步骤11，监听中心向软交换服务器设置监听目标号码，以及监听所需要的必要参数，其中要求监听该目标用户的DTMF拨号数字； 

步骤12，软交换服务器校验监听中心的合法性，保存监听目标的相关数据，向监听中心返回响应，指示目标设置成功。 

监听初始步骤具体包括： 

步骤21，被监听的目标用户发起呼叫，或被其他用户所呼叫，由软交换服务器控制媒体网关，为用户终端接续话路； 

步骤22，呼叫建立成功，软交换服务器根据保存的监听信息判断用户是 否为需要监听DTMF拨号数字的目标用户，如果是，进入步骤23； 

步骤23，软交换服务器监听中心报告呼叫开始事件通知，并向媒体网关下发带有DTMF信号检测事件及报告上报触发条件的事件描述符，要求媒体网关对该目标用户的终端进行持续收号控制，直到目标用户终端释放前或软交换服务器指示停止监听收号，同时要求媒体网关在满足报告上报触发条件时上报收号结果报告。 

其中，该带有DTMF信号检测事件为专用于监听业务的DTMF信号检测事件，可以利用特定的名称来实现。 

其中报告上报触发条件可以是如下的条件： 

收到即上报，也就是逐位检测上报； 

收满“dnl”位后，将已经收到的号码一起上报； 

从收到第一位开始，“1dur”秒后将已经收到的号码一起上报； 

收到第N位后，定时器超时后，将已经收到的号码一起上报； 

终端释放，此时将之前已经收到的号码一起上报； 

软交换服务器指示停止DTMF信号检测时上报。 

按照H.248协议的要求，呼叫中后来的事件描述符是要覆盖之前的事件描述符的，因此如果软交换服务器在向媒体网关下达DTMF信号检测事件后，又由于业务的需要下达了其他事件(如随路信号检测事件)，媒体网关将会自动停止之前的监听业务DTMF信号检测处理，为解决用户正常业务中各种事件和操作对DTMF监听的影响，当然，也解决DTMF监听对其他事件的影响，本发明采用如下方式来解决：在呼叫振铃时向媒体网关下发DTMF信号检测事件，因为，振铃之前不会有需要目标用户输入DTMF数字的业务需要，同时，振铃之后其他事件操作比较少，会减少DTMF信号检测事件与其他事件相冲突的概率。 

然而在呼叫振铃时下发有DTMF信号检测事件仅仅只能减少冲突的几率，并不能完全解决，因此在软交换服务器向媒体网关下发了带有DTMF信号检测事件的事件描述符后，在下发其他事件时，在新下发的事件描述符中自动加入DTMF信号检测事件，以免DTMF信号检测事件被覆盖； 

同时软交换服务器向媒体网关下发DTMF信号检测事件时，判断当前是 否正在控制媒体网关进行其他事件处理，如果有，则应该在本次下发的事件描述符中，带有DTMF信号检测事件的同时，也携带上当前正在执行的其他事件，以免其他事件被覆盖； 

下面以MOVE操作为例进一步说明如何避免DTMF信号检测事件和其他事件之间的影响，MOVE操作是将一个用户终结点从一个关联转移到另一个关联的操作，如图3所示，该处理过程具体包括： 

步骤31，软交换服务器向媒体网关下发MOVE操作消息时，判断当前是否正在控制媒体网关进行DTMF信号检测事件处理，如果是进入步骤32，否则按MOVE操作正常流程进行处理； 

步骤32，软交换服务器向媒体网关下发的MOVE操作消息，该MOVE操作消息中携带DTMF信号检测事件； 

步骤33，媒体网关接收MOVE操作消息； 

步骤34，媒体网关执行MOVE操作后继续DTMF信号检测，原来已经收到并缓存的数字仍然有效，且判断触发条件时需要保持原来已经收到数字的延续性。 

当然，如果软交换服务器决定中止DTMF信号检测，这样在MOVE操作消息中就不需要携带DTMF信号检测事件，而媒体网关执行MOVE操作前将已经收到的数字进行触发上报，在执行MOVE操作后不再进行DTMF信号检测收号的操作。 

当然，还有可能软交换服务器向媒体网关下发MOVE操作消息时，软交换服务器并没有控制媒体网关进行DTMF信号检测事件处理，但是软交换服务器需要在此时控制媒体网关进行DTMF信号检测事件处理，因此，在软交换服务器向媒体网关下发的MOVE操作消息中携带DTMF信号检测事件，同时，媒体网关接收到携带有DTMF信号检测事件的MOVE操作消息后执行MOVE操作，然后启动DTMF信号检测及收号处理。 

DTMF信号获取步骤具体包括： 

步骤41，目标用户在呼叫过程中输入号码，号码以DTMF信号的形式在承载话音通道中传送到媒体网关； 

步骤42，媒体网关检测DTMF信号；

步骤43，媒体网关判断是否满足报告上报触发条件，如果是进入步骤45，否则进入步骤44； 

步骤44，缓存媒体网关检测到的DTMF信号，返回步骤42； 

步骤45，媒体网关将缓存的DTMF信号利用DTMF信号检测事件报告发送到软交换服务器； 

步骤46，目标用户终端释放或软交换服务器指示停止监听收号，媒体网关释放DTMF监听收号资源，当然在目标用户终端释放时，媒体网关还会释放用户的话路资源，媒体网关释放目标用户所占用的媒体资源的同时也会释放为分配DTMF监听收号资源。 

媒体网关收到DDE事件后，仅将目标用户终端的上行媒体流复制给DTMF检测资源，而不对目标用户终端的下行媒体流做任何处理，防止对目标用户所进行的业务造成任何可以被目标用户察觉的影响，例如终止提示音的播放，举例如下： 

在H.248协议中要求，如果正在对用户终端进行放音，即进行Signal描述符的相关操作，收到事件描述符后，可以根据事件属性要求停止或继续信号音的播放，对于DTMF信号检测事件，用于监听目标用户的DTMF信号，而监听的基本要求是不能为被监听用户所察觉，因此媒体网关收到DTMF信号检测事件后，继续已经存在的信号音播放。 

在步骤42中进行DTMF信号检测时，仅将目标用户终端的上行媒体流复制给DTMF检测资源，而不对其上行媒体流的原有流向进行任何处理，即不阻塞DTMF信号在语音信道中继续向通话对端的传输。 

在上述的本发明的具体实施例中是以H.248协议为例进行的说明，但应当理解的是，本发明的方法同样适用于其他的媒体控制协议。 

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (9)

1.一种用户双音多频信号的监听方法，包括设置步骤和收号处理上报步骤，其特征在于，还包括：

监听初始步骤，需要监听的目标用户的呼叫建立成功后，软交换服务器向媒体网关下发包括双音多频信号检测事件的第一事件描述符；

双音多频信号获取步骤，媒体网关根据第一事件描述符对目标用户进行收号处理，直到目标用户终端释放或软交换服务器指示停止监听收号，并向软交换服务器发送双音多频信号检测事件报告；

所述双音多频信号获取步骤中，媒体网关在事件描述符中携带的报告上报触发条件满足时向软交换服务器发送双音多频信号检测事件报告。

2.根据权利要求1所述的方法，其特征在于，所述报告上报触发条件为下述条件中的一个或多个的组合：

逐位检测上报；

收满第一数目的号码后一起上报；

第一预定时间后将已收到号码一起上报；

接收下一位超时后将已收到号码一起上报；

终端释放将之前已收到号码一起上报；

软交换服务器指示停止双音多频信号检测时将之前已收到号码一起上报。

3.根据权利要求1或2所述的方法，其特征在于，所述双音多频信号获取步骤具体包括：

步骤41，目标用户在呼叫过程中输入号码，号码以双音多频信号的形式在承载话音通道中传送到媒体网关；

步骤42，媒体网关检测双音多频信号；

步骤43，媒体网关判断是否满足报告上报触发条件，如果是进入步骤45，否则进入步骤44；

步骤44，缓存媒体网关检测到的双音多频信号后返回步骤42；

步骤45，媒体网关将缓存的双音多频信号利用双音多频信号检测事件报告发送到软交换服务器；

步骤46，目标用户终端释放或软交换服务器指示停止监听收号，媒体网关释放双音多频监听收号资源。

4.根据权利要求1所述的方法，其特征在于，所述监听初始步骤中，双音多频信号检测事件在呼叫振铃时下发。

5.根据权利要求1或4所述的方法，其特征在于，所述监听初始步骤中下发的第一事件描述符中还包括软交换服务器当前正控制媒体网关进行的事件。

6.根据权利要求1或4所述的方法，其特征在于，所述监听初始步骤后，软交换服务器向媒体网关下发区别于双音多频信号检测事件的第二事件时，将双音多频信号检测事件和第二事件同时包括在第二事件描述符中下发。

7.根据权利要求1所述的方法，其特征在于，所述双音多频信号获取步骤中，通过将目标用户终端的上行媒体流复制后作为双音多频检测资源进行收号处理，并保持上行媒体流的原有流向。

8.根据权利要求7所述的方法，其特征在于，所述双音多频信号获取步骤中，媒体网关保持提示音的播放。

9.根据权利要求7所述的方法，其特征在于，所述双音多频信号获取步骤中，媒体网关继续通过语音信道向通话对端传输双音多频信号。

Images