CN101056349A - 以网关控制协议支持的高速传真的信令流程的实现方法 - Google Patents
以网关控制协议支持的高速传真的信令流程的实现方法 Download PDFInfo
- Publication number
- CN101056349A CN101056349A CN 200610073014 CN200610073014A CN101056349A CN 101056349 A CN101056349 A CN 101056349A CN 200610073014 CN200610073014 CN 200610073014 CN 200610073014 A CN200610073014 A CN 200610073014A CN 101056349 A CN101056349 A CN 101056349A
- Authority
- CN
- China
- Prior art keywords
- gateway
- fax
- soft switch
- mode
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种以网关控制协议支持的高速传真的信令流程的实现方法，其中软交换和网关之间采用MGCP协议交互信息和控制传真业务，能够同时兼容T.38和VBD两种传真方式，且首选T.38方式，次选VBD方式；软交换控制传真发送终端和接收终端的两个网关之间对传真方式和传真媒体通道信息进行协商；在传真结束后，根据软交换设置的切回开关的工作状态，切回语音通话状态，或不切回语音通话状态而直接释放呼叫。本发明网关是采用MGCP协议的网关，例如IAD。该方法可动态分配传真媒体的IP地址、端口号和编码方式，在全网实施时，能够实现不同厂家、不同运营商的传真互通；信令流程简洁、清晰、高效、可靠，给语音呼叫增加的交互消息少，还能支持跨软交换的传真业务，可实施性强。
Description
技术领域
本发明涉及一种解决组3(G3)传真数据在IP互联网上实时传送的可靠性问题的方法，确切地说，涉及一种以网关控制协议支持的高速传真的信令流程的实现方法，属于软交换网络的技术领域。
背景技术
目前，在IP互联网上传送的传真数据主要有两种编码技术，一种是采用语音编码G.711算法对传真数据进行编码后，在IP互联网上传送，业界将这种方法称为VBD(Voice Band Data)；另一种是采用专门针对传真数据在IP互联网实时传送的编码技术-T.38规程，其数据包中带有T.38的包头，增加了冗余和纠错机制，以保证传真数据在IP互联网上的可靠传送。
对于传真业务，T.38方式对IP互联网的承载环境的适应能力，要比VBD方式强，因此能够达到更好的传真质量。但是，T.38所需要的数字信号处理器(DSP)有特别的性能要求，对网关的性能消耗也比G.711的DSP要大，对网关的技术要求较高。而对于G.711这种压缩率最低的语音编码技术是网关最基本和成熟的技术，因此网关通常都支持VBD传真方式；如果采用T.38方式，必须对网关进行特别技术改造。
基于VBD方式简单、成熟的优点，在IP互联网络质量较好，或传真质量保证需求较低的情况下，仍然允许采用VBD方式。目前的网关设备对于传真编码方式的选择都是预先从上述两种方式中选择设定一种，业务流程不能同时兼容两种方式；也就是说，传真发送和接收双方网关设备不能进行动态协商，一旦双方的设定不一致，则无法实现传真。
在传真控制技术中，传真的开始都是采用先建立语音通道，然后传真终端发送传真开始信号音，接着建立传真通道。网关上建立传真通道必须执行进入传真模式、确定编码算法、IP地址和端口号。目前建立传真通道的方法可以归纳成两类：一种是网关自行建立，软交换不控制；另一种是由软交换控制。
软交换不控制的方法存在的主要问题是传真发送和接收的双方网关不能动态协商传真编码方式和端口号，两个网关必须事先设定彼此的传真端口号，事先设定采用相同的编码方式：VBD或T.38。这样在全网实施时，难以实现不同厂家、不同运营商的传真互通。另外，软交换不控制的方式导致软交换无法知道用户在使用传真业务，而把高质量的传真业务也只当成普通的语音业务。
因此，业界倾向采用软交换控制的方式，目前方法是网关把主叫传真音CNG、被叫对CNG的证实音CED、前导信号音V21和T.30控制信号都上报给软交换，由软交换控制网关播放对方网关的这些信号，控制网关切换到传真模式、协商传真方式和端口号，这种方法对网关自适应传真的功能要求低。但是，为了建立传真通道，软交换和网关之间交互的信令消息过多，大大降低传真效率；并且消息定义不明确，实施性较差。其中最大的问题是当传真呼叫跨越两个软交换时，软交换之间的信令不支持携带T.30的控制信号，导致跨软交换的传真无法实现。
发明内容
有鉴于此，本发明的目的是提供一种以网关控制协议支持的高速传真的信令流程的实现方法，用于解决目前在传真业务存在的问题：T.38和VBD两种传真编码方式不能在业务中兼容，以及采用软交换控制传真时，存在的诸多问题：与网关的信令交互过多，效率低，实施性差，以及无法实现跨软交换的传真；从而，为用户提供一种清晰、简洁、能够在全网互通的高效传真信令流程的实现方法。
为了达到上述目的，本发明提供了一种以网关控制协议支持的高速传真的信令流程的实现方法，其特征在于：软交换和网关之间采用网关控制协议MGCP对传真业务进行控制，能够同时兼容两种传真方式：在IP互联网上实时传送G3传真的T.38规程的方式和采用语音通道透传传真数据的VBD方式，且首选T.38方式，次选VBD方式；软交换控制传真发送终端和接收终端的两个网关之间对传真方式和包括IP地址与端口号的传真媒体通道信息进行协商；在传真结束后，根据软交换设置的切回开关的工作状态，切回语音通话状态，或不切回语音通话状态而直接释放呼叫。
所述网关是采用MGCP协议的网关，包括但不限于综合接入设备IAD。
所述传真发送终端和接收终端的两个网关是同一软交换控制下的两个网关，或者是分别处于两个不同软交换控制下的两个网关。
在传真发送终端和接收终端的两个网关位于同一软交换控制下时，所述方法包括下列操作步骤：
(1)建立语音通话状态；
(2)在软交换控制下，采用MGCP协议进行两个网关之间的媒体能力协商而建立传真通道，进入传真状态；
(3)结束传真状态。
在传真发送终端和接收终端的两个网关分别处于两个不同软交换控制下时，所述方法中的两个不同软交换之间采用初始会话SIP协议传递交换信令。
所述步骤(1)进一步包括下列操作内容：
(11)被叫应答触发对传真事件的检测：当被叫网关是IAD时，被叫应答信号是IAD通过NTFY消息上报的被叫用户的摘机事件；
(12)软交换收到被叫用户应答信号，向被叫网关发送RQNT消息，其中采用传真事件FXR/t38请求网关检测传真开始事件；
(13)被叫网关向软交换发送响应消息；
(14)软交换向主叫网关发送MDCX消息，修改连接模式为sendrecv；
(15)主叫网关向软交换发送响应消息；
(16)软交换向主叫网关发送RQNT消息，请求检测传真事件FXR/t38；
(17)主叫网关向软交换发送响应消息。语音呼叫建立，进入通话状态。
所述步骤(2)进一步包括下列操作内容：
(21)第一个网关检测到V21前导音，采用传真开始事件FXR/t38(start)通过NTFY消息上报软交换；
(22)软交换向第一个网关发送响应消息；
(23)软交换向第一个网关发送MDCX消息，请求执行下列操作：检测传真事件FXR/t38，分配本端对T.38和VBD方式传真的IP地址及端口号，并优先选择T.38，次选VBD，关闭回声抑制；
(24)第一个网关向软交换发送响应消息，并带回该第一个网关所支持传真方式的媒体资源描述信息SDP；如果第一个网关能够支持T.38和VBD两种传真方式，则必须预留两种方式的资源，并将媒体资源描述信息返回软交换；
(25)软交换向第二个网关发送MDCX消息，请求执行下列操作：分配本端对T.38和VBD方式传真的IP地址及端口号，并优先选择T.38，次选VBD，将第一个网关的传真媒体描述信息带给第二个网关，要求第二个网关选择一种传真方式；
(26)第二个网关将自己支持的传真方式与步骤(25)中所列的第一个网关的传真方式进行匹配，并按软交换设置的优先顺序选择一种传真方式进行资源分配后，向软交换发送响应消息，其中将所分配媒体资源的描述信息返回软交换；
(27)软交换向第一个网关发送MDCX消息，将第二个网关的传真媒体描述信息传递给第一个网关；
(28)第一个网关向软交换发送响应消息；传真通道建立，进入传真状态。
所述步骤(23)和(25)中，涉及的主要信令参数包括有：
本地连接选项LocalConnectionOptions中的媒体能力Capabilities以表示优先级高低的先后顺序排列T.38和VBD编码方式的描述信息，表示为：a：image/t38；PCMU，
本地连接选项LocalConnectionOptions中将回声抑制设置为关闭，表示为：e：off。
所述步骤中，涉及的T.38方式的媒体资源会话描述信息SDP中的属性a至少包括下述四种属性：
T.38协议版本：a＝T38FaxVersion：<T.38协议版本>
传真训练信号方式：a＝T38FaxRateManagement：transferredTCF
UDP冗余保护方式：a＝T38FaxUdpEC：t38UDPRedundancy
传真最大速率：a＝T38MaxBitRate：14400。
所述步骤(3)进一步包括下列操作内容：
(31)用户结束传真时，某个网关A检测到传真结束事件后，采用FXR/t38(stop)事件通过NTFY消息上报给软交换；
(32)软交换向网关A发送响应消息，软交换判断是否设置了传真结束切回语音通话状态，如果没有设置切回，则按正常程序释放呼叫；如果设置了切回，则执行后续操作；
(33)软交换向网关A发送MDCX消息，请求检测传真事件FXR/t38，并将传真前网关A的语音媒体的本端和远端的IP地址及端口号、语音压缩算法传送给网关A，采用参数e：on将回声抑制置为开启；
(34)网关A向软交换发送响应消息；
(35)软交换向另一个网关B发送MDCX消息，请求检测传真事件FXR/t38，将传真前的网关B的语音媒体的本端和远端的IP地址及端口号、语音压缩算法传送给网关B，采用参数e：on将回声抑制置为开启；
(36)网关B向软交换发送响应消息，再次建立语音呼叫，进入通话状态；如果用户又发起传真，则跳转执行步骤(21)；如果用户挂机，则按正常程序释放呼叫。
本发明是一种以网关控制协议支持的高速传真的信令流程的实现方法，该方法与现有技术相比较的优点和效果是：
首先解决了现有技术中采用MGCP协议的网关设备的传真业务不能兼容T.38和VBD两种编码方式的问题，实现了T.38和VBD两种传真方式在业务流程中的兼容。而且，由于本发明是采用媒体能力协商的方法，实际上能够兼容将来可能出现的更多的传真方式。此外，本发明采用高效的媒体能力协商的方法，传真媒体的IP地址、端口号和编码方式都可以动态分配，在全网实施时，能够实现不同厂家、不同运营商的传真互通。相比之前的软交换控制传真的方法，本发明定义的信令流程简洁、清晰、高效、可靠，给语音呼叫增加的交互消息量较少，还能支持跨软交换的传真业务，具有很强的可实施性。另外，本发明中的软交换还可以灵活设置传真结束后是否切回语音模式，以便实现传真和语音模式的灵活切换。
附图说明
图1是传真业务的网络结构示意图。
图2是本发明以网关控制协议支持的高速传真的信令流程的实现方法的主要步骤方框图。
图3是本发明以网关控制协议支持的高速传真的信令流程的实现方法的业务流程的方框图。
图4是本发明高速传真的信令流程的实现方法一实施例的信令时序图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。
本发明是一种以网关控制协议支持的高速传真的信令流程的实现方法，其中软交换和网关之间采用网关控制协议MGCP协议对传真业务进行控制，能够同时兼容T.38和VBD两种传真方式，且首选T.38方式，次选VBD方式；软交换控制传真发送终端和接收终端的两个网关之间对传真方式和包括IP地址与端口号的传真媒体通道信息进行协商；在传真结束后，根据软交换设置的切回开关的工作状态，切回语音通话状态，或不切回语音通话状态而直接释放呼叫。本发明中的网关是采用MGCP协议的网关，例如综合接入设备IAD。
参见图1，介绍本发明适用的网络结构：两个传真终端分别接入到两个网关(注：这里的两个网关可以是同一个网关)，传真终端是网关上的用户终端。在语音通道建立阶段，这两个传真终端分别作为主叫和被叫用户，在传真通道建立阶段，则分别作为传真发起方和传真接收方。本发明的网关受软交换的控制，为了方便描述，下面以两个网关受同一软交换控制的网络结构进行描述，但本发明同样适用于两个网关分别受两个不同软交换控制的网络结构，此时，两个软交换之间采用初始会话SIP协议传递信令，软交换之间SIP信令不在本发明请求保护范围内，故不作赘述。
参见图2，介绍本发明方法的主要操作步骤方框图：
(1)建立语音通话状态；
(2)在软交换控制下，采用MGCP协议进行两个网关之间的媒体能力协商而建立传真通道，进入传真状态；
(3)结束传真状态。
参见图3，具体说明本发明方法业务流程的方框图。
(1)被叫应答触发对传真事件的检测：当被叫网关是IAD时，被叫应答信号是IAD通过NTFY消息上报的被叫用户的摘机事件；
(2)软交换收到被叫用户应答信号，向被叫网关发送RQNT消息，其中采用传真事件FXR/t38请求网关检测传真开始事件；
(3)被叫网关向软交换发送响应消息；
(4)软交换向主叫网关发送MDCX消息，修改连接模式为sendrecv；
(5)主叫网关向软交换发送响应消息；
(6)软交换向主叫网关发送RQNT消息，请求检测传真事件FXR/t38；
(7)主叫网关向软交换发送响应消息。语音呼叫建立，进入通话状态；
(8)第一个网关检测到V21前导音，采用传真开始事件FXR/t38(start)通过NTFY消息上报软交换；
(9)软交换向第一个网关发送响应消息；
(10)软交换向第一个网关发送MDCX消息，请求执行下列操作：检测传真事件FXR/t38，分配本端对T.38和VBD方式传真的IP地址及端口号，并优先选择T.38，次选VBD，关闭回声抑制；涉及的主要参数如下：
本地连接选项LocalConnectionOptions中的媒体能力Capabilities以表示优先级高低的先后顺序排列T.38和VBD编码方式的描述信息，表示为：a：image/t38；PCMU，
本地连接选项LocalConnectionOptions中将回声抑制置为关闭，表示为：e：off；
(11)第一个网关向软交换发送响应消息，并带回该第一个网关所支持传真方式的媒体资源描述信息SDP；如果第一个网关能够支持T.38和VBD两种传真方式，则必须预留两种方式的资源，并将媒体资源描述信息返回软交换；其中关于T.38的SDP描述信息至少包括：
T.38协议版本：a＝T38FaxVersion：<T.38协议版本>
传真训练信号方式：a＝T38FaxRateManagement：transferredTCF
UDP冗余保护方式：a＝T38FaxUdpEC：t38UDPRedundancy
传真最大速率：a＝T38MaxBitRate：14400；
(12)软交换向第二个网关发送MDCX消息，请求执行下列操作：分配本端对T.38和VBD方式传真的IP地址及端口号，并优先选择T.38，次选VBD，将第一个网关的传真媒体描述信息带给第二个网关，要求第二个网关选择一种传真方式。涉及的主要参数如下：
本地连接选项LocalConnectionOptions中的媒体能力Capabilities以表示优先级高低的先后顺序排列T.38和VBD的编码方式描述信息，表示为：a：image/t38；PCMU，
本地连接选项LocalConnectionOptions中将回声抑制置为关闭，表示为：e：off；
(13)第二个网关将自己支持的传真方式与步骤(12)中所列的第一个网关的传真方式进行匹配，并按软交换设置的优先顺序选择一种传真方式进行资源分配后，向软交换发送响应消息，其中将所分配媒体资源的描述信息返回软交换；
(14)软交换向第一个网关发送MDCX消息，将第二个网关的传真媒体描述信息传递给第一个网关；
(15)第一个网关向软交换发送响应消息；传真通道建立，进入传真状态；
(16)用户结束传真时，某个网关A检测到传真结束事件后，采用FXR/t38(stop)事件通过NTFY消息上报给软交换(为方便描述，称先报传真结束事件的网关为网关A，另一个网关为网关B。如果后来网关B也向软交换上报传真结束事件，软交换则向网关B发送正常响应消息，不影响以下流程)；
(17)软交换向网关A发送响应消息，软交换判断是否设置了传真结束切回语音通话状态，如果没有设置切回，则按正常程序释放呼叫；如果设置了切回，则执行后续操作；
(18)软交换向网关A发送MDCX消息，请求检测传真事件FXR/t38，并将传真前网关A的语音媒体的本端和远端的IP地址及端口号、语音压缩算法传送给网关A，采用参数e：on将回声抑制置为开启；
(19)网关A向软交换发送响应消息；
(20)软交换向另一个网关B发送MDCX消息，请求检测传真事件FXR/t38，将传真前的网关B的语音媒体的本端和远端的IP地址及端口号、语音压缩算法传送给网关B，采用参数e：on将回声抑制置为开启；
(21)网关B向软交换发送响应消息，再次建立语音呼叫，进入通话状态；如果用户又发起传真，则跳转执行步骤(8)；如果用户挂机，则按正常程序释放呼叫。
下面介绍本发明的一个试验实施例，该实施例中的网关1和网关2都是采用MGCP协议的网关，通常为IAD。其中用户1和用户2都是网关1和网关2所带的传真终端。用户1拨打用户2，在使用传真业务时，一方作为传真发起方，而另一方作为传真接收方。
需要说明的是：该实施例的消息示例中的端点标识、IP地址、端口号、连接号、事件号和事务号等都是示例，实际应用时要根据情况而变。先检测到传真开始事件的网关和先检测到传真结束事件的网关都是举例，实际应用中可换成另一方。
参见图4，介绍本发明以网关控制协议支持的用户传真业务的信令流程实施例：
(1)软交换收到用户2的摘机应答信号，向网关2发送RQNT消息，请求检测事件，其中包括传真(FXR/t38)事件。消息示例如下：
RQNT100aaln/0@gw2.whatever.net MGCP1.0
X：2
R：L/hu(N)，L/hf(N)，FXR/t38
(2)网关2回送响应。消息示例如下：
200 100 OK
(3)软交换向网关1发送MDCX命令，修改连接模式为sendrecv。消息示例如下：
MDCX101 aaln/0@gw1.whatever.net MGCP1.0
C：1
I：1
M：sendrecv
(4)网关1回送响应。消息示例如下：
200 101 OK
(5)软交换向网关1发送RQNT消息，请求检测事件，其中包括传真(FXR/t38)事件。消息示例如下：
RQNT102 aaln/0@gw1.whatever.net MGCP1.0
X：3
R：L/hu(N)，L/hf(N)，FXR/t38
(6)网关1回送响应。用户1和用户2的语音呼叫建立，双方网关都在检测传真事件。消息示例如下：
200 102 OK
(7)假设网关1先检测到用户1的V21传真开始事件，将此传真开始事件FXR/t38(start)通过NTFY命令上报给软交换。消息示例如下：
NTFY 2 aaln/0@gw1.whatever.net MGCP1.0
X：3
O：FXR/t38(start)
(8)软交换回送响应。消息示例如下：
200 2 OK
(9)软交换向网关1发送MDCX消息，请求执行下列操作：检测传真事件(FXR/t38)，分配本端对T.38和VBD方式传真的IP地址及端口号，并且优先选择T.38，次选VBD，关闭回声抑制。消息示例如下：
MDCX103 aaln/0@gw1.whatever.net MGCP1.0
C：1
I：1
L：e：off，a：image/t38；PCMU
X：4
R：L/hu(N)，L/hf(N)，FXR/t38
(10)网关1回送响应，其中携带网关1的传真媒体描述信息SDP。消息示例如下：
200 103 OK
v＝0
o＝gstaMedia_MGCP 3002 100 IN IP4 191.1.12.51
s＝-
c＝IN IP4 191.1.12.51
t＝0 0
m＝image 40000 udptl t38
a＝T38FaxVersion：0
a＝T38FaxRateManagement：transferredTCF
a＝T38FaxUdpEC：t38UDPRedundancy
a＝T38MaxBitRate：14400
v＝0
o＝gstaMedia_MGCP 3002 100 IN IP4 191.1.12.51
s＝-
c＝IN IP4 191.1.12.51
t＝0 0
m＝audio 6024 RTP/AVP 0
a＝ptime：20
(11)软交换向网关2发送MDCX命令，请求分配本端对T.38和VBD方式传真的IP地址及端口号，并且优先选择T.38，次选VBD，关闭回声抑制；将网关1的传真媒体描述信息SDP传送给网关2。消息示例如下：
MDCX104 aaln/0@gw2.whatever.net MGCP1.0
L：e：off，a：image/t38；PCMU
C：2
I：2
v＝0
o＝gstaMedia_MGCP 3002 100 IN IP4 191.1.12.51
s＝-
c＝IN IP4 191.1.12.51
t＝0 0
m＝image 40000 udptl t38
a＝T38FaxVersion：0
a＝T38FaxRateManagement：transferredTCF
a＝T38FaxUdpEC：t38UDPRedundancy
a＝T38MaxBitRate：14400
v＝0
o＝gstaMedia_MGCP 3002 100 IN IP4 191.1.12.51
s＝-
c＝IN IP4 191.1.12.51
t＝0 0
m＝audio 6024 RTP/AVP 0
a＝ptime：20
(12)网关2将自己支持的传真方式和步骤(11)中所列的网关1的传真方式进行匹配，并按照软交换要求的优先顺序选择一种传真方式进行资源分配，向软交换发送响应消息，其中将所分配媒体资源的描述信息返回软交换。消息示例如下：
200 104 OK
v＝0
o＝gstaMedia_MGCP 3002 100 IN IP4 191.1.12.50
s＝-
c＝IN IP4 191.1.12.50
t＝0 0
m＝image 6024 udptl t38
a＝T38FaxVersion：0
a＝T38FaxRateManagement：transferredTCF
a＝T38FaxUdpEC：t38UDPRedundancy
a＝T38MaxBitRate：14400
(13)软交换向网关1发送MDCX消息，将网关2的传真媒体描述信息带给网关1。消息示例如下：
MDCX105 aaln/0@gw1.whatever.net MGCP1.0
L：e：off，a：image/t38；
C：1
I：1
v＝0
o＝gstaMedia_MGCP 3002 100 IN IP4 191.1.12.50
s＝-
c＝IN IP4 191.1.12.50
t＝0 0
m＝image 6024 udptl t38
a＝T38FaxVersion：0
a＝T38FaxRateManagement：transferredTCF
a＝T38FaxUdpEC：t38UDPRedundancy
a＝T38MaxBitRate：14400
(14)网关1回送响应。传真通道建立，进入传真状态。消息示例如下：
200 105 OK
(15)用户结束传真，一网关A先检测到传真结束事件并将事件FXR/t38(stop)通过NTFY消息上报给软交换(为方便描述，称先报传真结束事件的网关为网关A，另一方网关称为网关B。如果网关B后来也向软交换上报传真结束事件，软交换则向网关B发正常响应消息，不影响以下流程)。消息示例如下：
NTFY3 aaln/0@gw2.whatever.net MGCP 1.0
X：2
O：FXR/t38(stop)
(16)软交换回送响应。软交换判断是否设置了传真结束切回语音通话状态，如果未设置切回，则按正常程序释放呼叫，如果设置了切回，则执行后续步骤。消息示例如下：
200 3 OK
(17)软交换向网关A发送MDCX命令，请求检测事件，其中包括传真(FXR/t38)事件；将传真前网关A的语音媒体的本端和远端的IP地址及端口号、语音压缩算法带给网关A，将回声抑制置为开启(e：on)。消息示例如下：
MDCX106 aaln/0@gw2.whatever.net MGCP1.0
C：2
I：2
L：e：on，p：20，a：PCMU；PCMA
X：5
R：L/hu(N)，L/hf(N)，FXR/t38
v＝0
o＝gstaMedia_MGCP 3002 100 IN IP4 191.1.12.51
s＝-
c＝IN IP4 191.1.12.51
t＝0 0
m＝audio 6024 RTP/AVP 0
a＝ptime：20
(18)网关A向软交换回送响应。消息内容如下：
200 106 OK
(19)软交换向网关B发送MDCX命令，请求检测事件，其中包括传真(FXR/t38)事件；将传真前网关B的语音媒体的本端和远端的IP地址及端口号、语音压缩算法带给网关B，将回声抑制置为开启(e：on)。消息示例如下：
MDCX107 aaln/0@gw1.whatever.net MGCP1.0
C：1
I：1
L：e：on，p：20，a：PCMU；PCMA
X：6
R：L/hu(N)，L/hf(N)，FXR/t38
v＝0
o＝gstaMedia_MGCP 3002 100 IN IP4 191.1.12.50
s＝-
c＝IN IP4 191.1.12.50
t＝0 0
m＝audio 6024 RTp/AVP 0
a＝ptime：20
(20)网关B向软交换回送响应。语音呼叫再次建立，进入通话状态，如果用户又发起传真，则流程回到步骤(7)；如果用户挂机，则按正常程序释放呼叫。消息示例如下：
200 107 OK
本发明已经在商用软交换网络中进行了试验实施，试验结果是成功的，取得了传真业务高效可靠、跨软交换互通良好的效果，实现了发明目的。
Claims (10)
1、一种以网关控制协议支持的高速传真的信令流程的实现方法，其特征在于：软交换和网关之间采用网关控制协议MGCP对传真业务进行控制，能够同时兼容两种传真方式：在IP互联网上实时传送G3传真的T.38规程的方式和采用语音通道透传传真数据的VBD方式，且首选T.38方式，次选VBD方式；软交换控制传真发送终端和接收终端的两个网关之间对传真方式和包括IP地址与端口号的传真媒体通道信息进行协商；在传真结束后，根据软交换设置的切回开关的工作状态，切回语音通话状态，或不切回语音通话状态而直接释放呼叫。
2、根据权利要求1所述的高速传真的信令流程的实现方法，其特征在于：所述网关是采用MGCP协议的网关，包括但不限于综合接入设备IAD。
3、根据权利要求1所述的高速传真的信令流程的实现方法，其特征在于：所述传真发送终端和接收终端的两个网关是同一软交换控制下的两个网关，或者是分别处于两个不同软交换控制下的两个网关。
4、根据权利要求3所述的高速传真的信令流程的实现方法，其特征在于：在传真发送终端和接收终端的两个网关受同一软交换控制时，所述方法包括下列操作步骤：
(1)建立语音通话状态；
(2)在软交换控制下，采用MGCP协议进行两个网关之间的媒体能力协商而建立传真通道，进入传真状态；
(3)结束传真状态。
5、根据权利要求3或4所述的高速传真的信令流程的实现方法，其特征在于：在传真发送终端和接收终端的两个网关分别处于两个不同软交换控制下时，所述方法中的两个不同软交换之间采用初始会话SIP协议传递交换信令。
6、根据权利要求4所述的高速传真的信令流程的实现方法，其特征在于：所述步骤(1)进一步包括下列操作内容：
(11)被叫应答触发对传真事件的检测：当被叫网关是IAD时，被叫应答信号是IAD通过NTFY消息上报的被叫用户的摘机事件；
(12)软交换收到被叫用户应答信号，向被叫网关发送RQNT消息，其中采用传真事件FXR/t38请求网关检测传真事件；
(13)被叫网关向软交换发送响应消息；
(14)软交换向主叫网关发送MDCX消息，修改连接模式为sendrecv；
(15)主叫网关向软交换发送响应消息；
(16)软交换向主叫网关发送RQNT消息，请求检测传真事件FXR/t38；
(17)主叫网关向软交换发送响应消息。语音呼叫建立，进入通话状态。
7、根据权利要求4所述的高速传真的信令流程的实现方法，其特征在于：所述步骤(2)进一步包括下列操作内容：
(21)第一个网关检测到V21前导音，采用传真开始事件FXR/t38(start)通过NTFY消息上报软交换；
(22)软交换向第一个网关发送响应消息；
(23)软交换向第一个网关发送MDCX消息，请求执行下列操作：检测传真事件FXR/t38，分配本端对T.38和VBD方式传真的IP地址及端口号，并优先选择T.38，次选VBD，关闭回声抑制；
(24)第一个网关向软交换发送响应消息，并带回该第一个网关所支持传真方式的媒体资源描述信息SDP；如果第一个网关能够支持T.38和VBD两种传真方式，则必须预留两种方式的资源，并将媒体资源描述信息返回软交换；
(25)软交换向第二个网关发送MDCX消息，请求执行下列操作：分配本端对T.38和VBD方式传真的IP地址及端口号，并优先选择T.38，次选VBD，将第一个网关的传真媒体描述信息带给第二个网关，要求第二个网关选择一种传真方式；
(26)第二个网关将自己支持的传真方式与步骤(25)中所列的第一个网关的传真方式进行匹配，并按软交换设置的优先顺序选择一种传真方式进行资源分配后，向软交换发送响应消息，其中将所分配媒体资源的描述信息返回软交换；
(27)软交换向第一个网关发送MDCX消息，将第二个网关的传真媒体描述信息传递给第一个网关；
(28)第一个网关向软交换发送响应消息；传真通道建立，进入传真状态。
8、根据权利要求7所述的高速传真的信令流程的实现方法，其特征在于：所述步骤(23)和(25)中，涉及的主要信令参数包括有：
本地连接选项LocalConnectionOptions中的媒体能力Capabilities以表示优先级高低的先后顺序排列T.38和VBD编码方式的描述信息，表示为：a：image/t38；PCMU，
本地连接选项LocalConnectionOptions中将回声抑制设置为关闭，表示为：e：off。
9、根据权利要求7所述的高速传真的信令流程的实现方法，其特征在于：所述步骤中，涉及的T.38方式的媒体资源会话描述信息SDP中的属性a至少包括下述四种属性：
T.38协议版本：a＝T38FaxVersion：<T.38协议版本>
传真训练信号方式：a＝T38FaxRateManagement：transferredTCF
UDP冗余保护方式：a＝T38FaxUdpEC：t38UDPRedundancy
传真最大速率：a＝T38MaxBitRate：14400。
10、根据权利要求4所述的高速传真的信令流程的实现方法，其特征在于：所述步骤(3)进一步包括下列操作内容：
(31)用户结束传真时，某个网关A检测到传真结束事件后，采用FXR/t38(stop)事件通过NTFY消息上报给软交换；
(32)软交换向网关A发送响应消息，软交换判断是否设置了传真结束切回语音通话状态，如果没有设置切回，则按正常程序释放呼叫；如果设置了切回，则执行后续操作；
(33)软交换向网关A发送MDCX消息，请求检测传真事件FXR/t38，并将传真前网关A的语音媒体的本端和远端的IP地址及端口号、语音压缩算法传送给网关A，采用参数e:on将回声抑制置为开启；
(34)网关A向软交换发送响应消息；
(35)软交换向另一个网关B发送MDCX消息，请求检测传真事件FXR/t38，将传真前的网关B的语音媒体的本端和远端的IP地址及端口号、语音压缩算法传送给网关B，采用参数e:on将回声抑制置为开启；
(36)网关B向软交换发送响应消息，再次建立语音呼叫，进入通话状态；如果用户又发起传真，则跳转执行步骤(21)；如果用户挂机，则按正常程序释放呼叫。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200610073014 CN101056349A (zh) | 2006-04-10 | 2006-04-10 | 以网关控制协议支持的高速传真的信令流程的实现方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200610073014 CN101056349A (zh) | 2006-04-10 | 2006-04-10 | 以网关控制协议支持的高速传真的信令流程的实现方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101056349A true CN101056349A (zh) | 2007-10-17 |
Family
ID=38795942
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200610073014 Pending CN101056349A (zh) | 2006-04-10 | 2006-04-10 | 以网关控制协议支持的高速传真的信令流程的实现方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101056349A (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010078766A1 (zh) * | 2008-12-29 | 2010-07-15 | 中兴通讯股份有限公司 | Ip传真机的训练方法与装置 |
| CN101610269B (zh) * | 2009-07-22 | 2012-08-08 | 华为终端有限公司 | 一种承载数据业务链路的建立方法、装置及系统 |
| CN101635777B (zh) * | 2008-07-21 | 2012-11-07 | 中国电信股份有限公司 | 网络传真业务的实现方法、网络传真系统和应用服务器 |
| CN104811579A (zh) * | 2014-01-26 | 2015-07-29 | 中国移动通信集团北京有限公司 | 一种传真业务处理系统、方法及设备 |
| CN105282390A (zh) * | 2014-07-25 | 2016-01-27 | 中兴通讯股份有限公司 | 传真通道到语音通道的切换方法、装置及系统 |
| CN107835327A (zh) * | 2017-10-30 | 2018-03-23 | 北京佳讯飞鸿电气股份有限公司 | 信令网关的协议栈队列的维护方法、装置及系统 |
-
2006
- 2006-04-10 CN CN 200610073014 patent/CN101056349A/zh active Pending
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101635777B (zh) * | 2008-07-21 | 2012-11-07 | 中国电信股份有限公司 | 网络传真业务的实现方法、网络传真系统和应用服务器 |
| WO2010078766A1 (zh) * | 2008-12-29 | 2010-07-15 | 中兴通讯股份有限公司 | Ip传真机的训练方法与装置 |
| CN101610269B (zh) * | 2009-07-22 | 2012-08-08 | 华为终端有限公司 | 一种承载数据业务链路的建立方法、装置及系统 |
| CN104811579A (zh) * | 2014-01-26 | 2015-07-29 | 中国移动通信集团北京有限公司 | 一种传真业务处理系统、方法及设备 |
| CN104811579B (zh) * | 2014-01-26 | 2018-05-22 | 中国移动通信集团北京有限公司 | 一种传真业务处理系统、方法及设备 |
| CN105282390A (zh) * | 2014-07-25 | 2016-01-27 | 中兴通讯股份有限公司 | 传真通道到语音通道的切换方法、装置及系统 |
| CN105282390B (zh) * | 2014-07-25 | 2019-04-09 | 中兴通讯股份有限公司 | 传真通道到语音通道的切换方法、装置及系统 |
| CN107835327A (zh) * | 2017-10-30 | 2018-03-23 | 北京佳讯飞鸿电气股份有限公司 | 信令网关的协议栈队列的维护方法、装置及系统 |
| CN107835327B (zh) * | 2017-10-30 | 2020-01-07 | 北京佳讯飞鸿电气股份有限公司 | 信令网关的协议栈队列的维护方法、装置及系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1661990A (zh) | 协议版本转换器 | |
| CN101052154A (zh) | Ip多媒体子系统及其编解码转换控制方法 | |
| CN1852081A (zh) | 一种通过下一代网络实现多方会议的方法 | |
| CN1852362A (zh) | 被叫向主叫提供指示信息的方法及其系统 | |
| CN1816053A (zh) | 基于会话初始化协议的流媒体直播p2p网络方法 | |
| CN1656785A (zh) | 终端连接装置、连接控制装置及多功能电话终端 | |
| CN1832473A (zh) | 一种在ims网络中处理会话消息的方法及装置 | |
| CN101047628A (zh) | 一种电路域终端接入分组网络实现分组业务的系统和方法 | |
| CN1484423A (zh) | 通信终端单元以及对该单元进行控制的方法 | |
| CN101056349A (zh) | 以网关控制协议支持的高速传真的信令流程的实现方法 | |
| CN101064863A (zh) | 一种ims网络下提供媒体资源服务的方法和系统 | |
| CN1874328A (zh) | 实现业务互通的方法及系统 | |
| CN1312635A (zh) | 多业务通信系统及方法 | |
| CN1870826A (zh) | 一种呼叫释放控制系统及其方法 | |
| CN1868197A (zh) | 借助于sip协议的荷载信道变更的信令方法、软件产品和装置 | |
| CN1870772A (zh) | 一种承载路径优化方法 | |
| CN101056308A (zh) | 以媒体能力协商支持的高速传真的信令流程的实现方法 | |
| CN1878388A (zh) | 通信网络中数据传输服务质量的确定方法 | |
| CN101064683A (zh) | 处理补充业务的方法、系统及装置 | |
| CN1949752A (zh) | 一种电路交换网与ip多媒体子系统网络互通的系统和方法 | |
| CN101068199A (zh) | 实现融合业务的方法、系统、业务代理及终端 | |
| CN101047524A (zh) | 实现多媒体录制的方法及系统 | |
| CN1716870A (zh) | 媒体流服务质量上报方法 | |
| CN2726229Y (zh) | 网络媒体话机终端 | |
| CN1878151A (zh) | 实现多媒体业务变化的系统、方法及信息处理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |