CN101090427B

CN101090427B - 双声多频数字传递方式的协议方法及系统

Info

Publication number: CN101090427B
Application number: CN2006100925915A
Authority: CN
Inventors: 周志昂; 洪尹菁; 侯承育
Original assignee: New Century Infocomm Tech Co Ltd
Current assignee: New Century Infocomm Tech Co Ltd
Priority date: 2006-06-16
Filing date: 2006-06-16
Publication date: 2010-08-25
Anticipated expiration: 2026-06-16
Also published as: CN101090427A

Abstract

一种双声多频(DTMF)数字传递方式的协议方法，执行于网络语音通信(VoIP)的一通话启始协议(SIP)发话端，上述发话端支持双声多频数字的多个传递方式，且每一传递方式对应一优先级。上述发话端发出一第一请求以开始一通话。在被一受话端要求输入双声多频信号以前，上述发话端询问上述受话端所支持的一种或一种以上的双声多频数字传递方式。根据上述多个传递方式的上述优先级以决定一种上述受话端所支持的双声多频数字传递方式。以上述被决定的传递方式传送一双声多频数字至上述受话端。

Description

双声多频数字传递方式的协议方法及系统

技术领域

本发明涉及计算机网络技术，且特别涉及双声多频(DTMF)数字传递方式的协议方法。

背景技术

通话启始协议(Session Initiation Protoco1，简称SIP)构架在计算机因特网的基础上，是在应用程序层的控制协议，可以建立多媒体通话，并可以调整或结束该通话。由于网络语音通信(voice over Internet protocol，简称VoIP)中也有如传统电信中发送与接收双声多频(Dual tone Multi-frequency，简称DTMF)数字需求，但是在实际执行时可能发生一些问题。

在SIP中最常用的方法为内定一种发送DTMF的SIP格式，例如Nortel或Cisco公司即分别采用其内定的SIP格式发送DTMF。但是利用此方法的SIP设备如果遇到不支持内定方法的受话端，就会发生错误。

也有一些设备一律以频带内(in-band)方式发送DTMF，但由于VoIP本身的特性，声音封包是不可靠的。故此种传送DTMF的方式经常发生问题。

若发话端采用尝试错误(try-error)的方法，也常因受话端设备直接忽略掉不支持的格式导致根本不会响应错误，使得try-error机制失败。

发明内容

有鉴于此，本发明的目的在提供双声多频数字传递方式的协议方法及系统。

基于上述目的，本发明实施例提供一种双声多频(DTMF)数字传递方式的协议方法，执行于一发话端，上述发话端支持双声多频数字的多个传递方式，且每一传递方式对应一优先级。上述发话端发出一第一请求以开始一通话。在被一受话端要求输入双声多频信号以前，上述发话端，询问上述受话端所支持的一种或一种以上的双声多频数字传递方式。根据上述多个传递方式的上述优先级以决定一种上述受话端所支持的双声多频数字传递方式。以上述被决定的传递方式传送一双声多频数字至上述受话端。

另外，本发明实施例提供一种双声多频(DTMF)数字传递方式的协议系统，执行于一发话端，上述发话端支持双声多频数字的多个传递方式，且每一传递方式对应一优先级。上述系统包含多个编码器、检测器、控制单元及通信单元。上述多个编码器分别用以执行对应上述多个传递方式的编码。当上述发话端发出一第一请求以开始一通话后，在被一受话端要求输入双声多频信号以前，上述检测器询问上述受话端所支持的一种或一种以上的双声多频数字传递方式，并根据上述多个传递方式的上述优先级以决定一种上述受话端所支持的双声多频数字传递方式。上述控制单元以上述被决定的传递方式对应的一编码器对一双声多频数字编码。上述通信单元以上述被决定的传递方式传送上述已编码的双声多频数字至上述受话端。

附图说明

图1显示一发话端实施例的结构方块图；以及

图2显示双声多频(DTMF)数字传递方式的协议方法流程图。

附图符号说明

11-14：编码器；15：检测器；16：控制单元；17：通信单元；100：发话端；101：协议系统；102：键盘；120：受话端。

具体实施方式

以下说明是本发明的较佳实施例。其目的是要举例说明本发明一般性的原则，不应视为本发明的限制，本发明的范围当以申请专利范围所界定者为准。

以下提出一种双声多频(DTMF)数字传递方式的协议方法及系统。

参照图1，一种双声多频(DTMF)数字传递方式的协议系统101实作于一发话端100中，例如实作在整合式存取装置(Integrated Access Device，简称IAD)。系统101可以结合于SIP的客户端(client)，以应用程序实作。发话端100支持DTMF数字的多个传递方式，并按照预定的优先级以决定在一通话中将采用的DTMF数字传递方式。换言之，在发话端100中，每一传递方式对应一优先级。所支持的方法中可以包含以SIP信号、频带外(out-of-band)信号、或频带内信号传递DTMF数字。以SIP信号传递DTMF数字较准确，其次是频带外信号，因此发话端100以SIP信号传递DTMF数字的方法优先采用，其次是频带外信号，最后是频带内信号。

在此实施例中，发话端100支持四种传递方式，在传递方式的优先级上，第一及第二传递方式分别对应美国Cisco公司及加拿大Nortel公司以SIP信号传递DTMF数字的方法，第三传递方式则对应RFC 2833所揭示的方法，以频带外信号传递DTMF数字，而第四传递方式则对应以频带内信号(即媒体数据)传递DTMF数字。须要了解的是，在其它实施例中上述顺序可以改变，然而，以频带内信号传递DTMF数字是最后的选项。在不同实施例中，发话端也可以采用不同的DTMF数字传递方式。

发话端100具有一键盘102，其中具有多个数字键，可以产生DTMF数字。控制单元16用以控制系统101中各单元的运作，而通信单元17用以传送或接收信号或媒体数据。系统101中，检测器15用以检测与发话端100通信的受话端的DTMF数字传递方式。检测器15可以通过通信单元17以发出INVITE或OPTIONS请求来询问，并从上述请求的响应中决定一传递方式。编码器11-14各别以对应上述第一至第四传递方式，用以对键盘102上被按压的数字键产生的DTMF数字作编码，再交由通信单元17以对应方式传送。编码器11与12将以SIP信号格式产生DTMF数字；编码器13将DTMF数字编码为频带外信息；编码器14将DTMF数字编码为声音数据(例如以实时传输协议(Realtime Transport Protocol，简称RTP)协议的数据流传输)。须要了解的是，可以其它输入装置(例如声控装置或触控装置)产生拨号信号或DTMF数字以取代键盘102。

参照图2以说明双声多频(DTMF)数字传递方式的协议方法流程图。发话端100以SIP协议建立通话。首先，发话端100发出INVITE请求至受话端120以开始一通话(步骤S2)，并等待回应(步骤4)。

发话端100可以不同方法来询问受话端120支持的DTMF数字传递方式。举例来说，当受话端120回答发话端100的上述INVITE请求时，会以通话描述协议(session description protocol，简称SDP)的信息来回复受话端120是否支持上述第三传递方式。因此，上述INVITE请求是上述第三传递方式所对应的询问方式。发话端100可以SIP协议的OPTIONS请求来询问受话端120是否支持以上述第一及第二传递方式来传递DTMF数字。由此可知，发话端100可以发话端100支持的上述多个传递方式的每一者对应的询问方式来询问受话端120支持的DTMF数字传递方式。

有些通信系统在回复200以前的响铃阶段就会要求发话端输入DTMF数字，而有些则在回复200之后。发话端100须要在被受话端120要求输入DTMF数字以前就询问受话端120所支持的一种或一种以上的双声多频数字传递方式。因此，发话端100最好在接收到暂时性回复(provisional response，例如状态码180或183等回复)时，开始以上述OPTIONS请求来询问受话端120所支持的一种或一种以上的双声多频数字传递方式。

发话端100等待回应时若接收到状态码180、183或200等回复时，存储这些回复(步骤S6)，并且检测器15通过通信单元17传送OPTIONS请求至受话端120，藉此询问受话端120是否支持上述第一及第二传递方式(步骤S8)。发话端100接收并存储以OPTIONS请求询问后的回复(步骤S10)。发话端100可以在收到并存储180、183、200的同时判断出受话端120是否支持第三种DTMF发送方式。

检测器15根据上述多个传递方式的上述优先级以决定一种受话端120所支持的DTMF数字传递方式。首先，检测器15判别受话端120是否支持以通话启始协议(SIP)信号传递双声多频数字。检测器15根据受话端120对上述OPTIONS请求的回复中是否包含字符串“Accept：application/dtmf-relay”以判别受话端120是否支持上述第一传递方式(步骤S12)。如包含此字符串，则检测器15判别受话端120支持上述第一传递方式，并以编码器11对键盘102产生的DTMF数字进行编码(步骤S14)，以SIP信号传递DTMF数字至受话端120(步骤S16)。如不含该字符串，检测器15根据受话端120对上述OPTIONS请求的回复中是否包含字符串“Accept：application/vnd.nortelnetworks.digits”以判别受话端120是否支持上述第二传递方式(步骤S18)。如包含此字符串，则检测器15判别受话端120支持上述第二传递方式，并以编码器12对键盘102产生的DTMF数字进行编码(步骤S20)，以SIP信号传递DTMF数字至受话端120(步骤S22)。由于未来很可能有更多的SIP DTMF格式被使用，受话端仍可能以Accept：application/……的回应格式呈现。

当上述OPTIONS请求的回复中不含上述二种字符串时，检测器15判别受话端120不支持以SIP信号传递双声多频数字，接着判别受话端120是否支持上述第三传递方式以频带外(out-of-band)信号传递DTMF数字(步骤S24)。如是，发话端100以编码器13对DTMF数字进行编码(步骤S26)，并以频带外信号传递DTMF数字至受话端120(步骤S28)。

当受话端120不支持上述第三传递方式以频带外信号传递双声多频数字时，则发话端100以编码器14对DTMF数字进行编码(步骤S30)，并以频带内(in-band)信号传递DTMF数字至受话端120(步骤S32)。

步骤S12、S18及S24用以决定一种传递方式以传送DTMF数字至受话端120。发话端再以被决定的方式来编码并传递DTMF数字。以频带内信号传递DTMF数字是最后的选项，其余以SIP信号或频带外信号传递的方式的顺序可以调整。虽然上述说明仅以一种检测顺序为例，然而，在其它实施例中也可以仅用上述实施例中的一部分步骤。举例来说，若检查不支持SIP就直接以频带内(in-band)信号方式传送DTMF。或者，先检查以频带外(out-of-band)信号传递DTMF数字的方式，若失败再检查SIP信号的方式，再失败才用频带内(in-band)信号方式传送DTMF。

须要了解的是INVITE与OPTIONS都是SIP设备必须支持的请求。因此，目前的SIP设备可以实作上述方法以利用这些SIP协议中的请求以询问或响应DTMF数字的传递方式，而不需要另外的通信协议。

总之，发话端100以INVITE请求来询问受话端120是否支持以频带外信号传递双声多频数字，以上述OPTIONS请求询问受话端120是否支持以SIP信号传递DTMF数字。发话端100依照一优先级以决定受话端所支持的一种DTMF数字传递方式。

虽然本发明已以较佳实施例揭露如上，然其并非用以限定本发明，任何熟习此技艺者，在不脱离本发明的精神和范围内，当可作各种的更动与润饰，因此，本发明的保护范围当视后附的申请专利范围所界定者为准。

Claims

1.一种双声多频数字传递方式的协议方法，执行于一发话端，上述发话端支持双声多频数字的多个传递方式，且每一传递方式对应一优先级，包含：

上述发话端发出一第一请求以开始一通话；

在被一受话端要求输入双声多频信号以前，上述发话端，询问上述受话端所支持的一种或一种以上的双声多频数字传递方式；

根据上述多个传递方式的上述优先级以决定一种上述受话端所支持的双声多频数字传递方式；以及

以上述被决定的传递方式传送一双声多频数字至上述受话端。

2.如权利要求1所述的双声多频数字传递方式的协议方法，其中，上述第一请求符合通话启始协议，更包含：

上述发话端以上述发话端支持的上述多个传递方式的每一者对应的询问方式来询问上述受话端。

3.如权利要求2所述的双声多频数字传递方式的协议方法，更包含：

上述发话端判别上述受话端是否支持以通话启始协议信号传递双声多频数字；

当上述受话端支持以通话启始协议信号传递双声多频数字时，则上述发话端以通话启始协议信号传递双声多频数字；

当上述受话端不支持以通话启始协议信号传递双声多频数字时，判别上述受话端是否支持以频带外信号传递双声多频数字；

当上述受话端支持以频带外信号传递双声多频数字时，则上述发话端以频带外信号传递双声多频数字；以及

当上述受话端不支持以频带外信号传递双声多频数字时，则上述发话端以频带内信号传递双声多频数字。

4.如权利要求3所述的双声多频数字传递方式的协议方法，其中，上述发话端以通话启始协议的一OPTIONS请求来询问上述受话端是否支持以通话启始协议信号传递双声多频数字，其中OPTIONS表示“请求关于服务器能力的信息”。

5.如权利要求4所述的双声多频数字传递方式的协议方法，其中，如果上述受话端对上述OPTIONS请求的回复中包含“Accept：application/dtmf-relay”或“Accept：application/vnd.nortelnetworks.digits”时，则上述发话端判别上述受话端支持以通话启始协议信号传递双声多频数字。

6.如权利要求4所述的双声多频数字传递方式的协议方法，包含：

上述发话端以上述第一请求来询问上述受话端是否支持以频带外信号传递双声多频数字，其中，上述第一请求为通话启始协议的INVITE请求，其中INVITE表示“邀请用户加入呼叫”。

7.如权利要求4所述的双声多频数字传递方式的协议方法，其中，上述发话端接收到暂时性回复时，开始以上述OPTIONS请求来询问上述受话端所支持的一种或一种以上的双声多频数字传递方式。

8.如权利要求7所述的双声多频数字传递方式的协议方法，其中，上述发话端接收到状态码180时，以上述OPTIONS请求询问上述受话端所支持的一种或一种以上的双声多频数字传递方式。

9.如权利要求7所述的双声多频数字传递方式的协议方法，其中，上述发话端接收到状态码183时，以上述OPTIONS请求询问上述受话端所支持的一种或一种以上的双声多频数字传递方式。

10.如权利要求4所述的双声多频数字传递方式的协议方法，其中，上述发话端接收到上述第一请求的回复200时，以上述OPTIONS请求询问上述受话端所支持的一种或一种以上的双声多频数字传递方式。

11.一种双声多频数字传递方式的协议系统，执行于一发话端，上述发话端支持双声多频数字的多个传递方式，且每一传递方式对应一优先级，包含：

多个编码器，分别用以执行对应上述多个传递方式的编码；

一检测器，当上述发话端发出一第一请求以开始一通话后，在被一受话端要求输入双声多频信号以前，用以询问上述受话端所支持的一种或一种以上的双声多频数字传递方式，并根据上述多个传递方式的上述优先级以决定一种上述受话端所支持的双声多频数字传递方式；

一控制单元，以上述被决定的传递方式对应的一编码器对一双声多频数字编码；以及

一通信单元，以上述被决定的传递方式传送上述已编码的双声多频数字至上述受话端。

12.如权利要求11所述的双声多频数字传递方式的协议系统，其中，上述第一请求符合通话启始协议，上述检测器以上述发话端支持的上述多个传递方式的每一者对应的询问方式来询问上述受话端。

13.如权利要求12所述的双声多频数字传递方式的协议系统，其中，上述检测器判别上述受话端是否支持以通话启始协议信号传递双声多频数字，如是，则上述通信单元以通话启始协议信号传递双声多频数字，当上述受话端不支持以通话启始协议信号传递双声多频数字时，上述检测器判别上述受话端是否支持以频带外信号传递双声多频数字，如是，则上述通信单元以频带外信号传递双声多频数字，以及，当上述受话端不支持以频带外信号传递双声多频数字时，则上述通信单元以频带内信号传递双声多频数字。

14.如权利要求13所述的双声多频数字传递方式的协议系统，其中，上述检测器以通话启始协议的一OPTIONS请求来询问上述受话端是否支持以通话启始协议信号传递双声多频数字，其中OPTIONS表示“请求关于服务器能力的信息”。

15.如权利要求14所述的双声多频数字传递方式的协议系统，其中，如果上述受话端对上述OPTIONS请求的回复中包含“Accept：application/dtmf-relay”或“Accept：application/vnd.nortelnetworks.digits”时，则上述检测器判别上述受话端支持以通话启始协议信号传递双声多频数字。

16.如权利要求14所述的双声多频数字传递方式的协议系统，其中，上述检测器以上述第一请求来询问上述受话端是否支持以频带外信号传递双声多频数字，其中，上述第一请求为通话启始协议的INVITE请求，其中INVITE表示“邀请用户加入呼叫”。

17.如权利要求14所述的双声多频数字传递方式的协议系统，其中，上述通信单元接收到暂时性回复时，上述检测器开始以上述OPTIONS请求来询问上述受话端所支持的一种或一种以上的双声多频数字传递方式。

18.如权利要求17所述的双声多频数字传递方式的协议系统，其中，上述通信单元接收到状态码180时，上述检测器以上述OPTIONS请求询问上述受话端所支持的一种或一种以上的双声多频数字传递方式。

19.如权利要求17所述的双声多频数字传递方式的协议系统，其中，上述通信单元接收到状态码183时，上述检测器以上述OPTIONS请求询问上述受话端所支持的一种或一种以上的双声多频数字传递方式。

20.如权利要求14所述的双声多频数字传递方式的协议系统，其中，上述通信单元接收到上述第一请求的回复200时，上述检测器以上述OPTIONS请求询问上述受话端所支持的一种或一种以上的双声多频数字传递方式。