Automatic Detection of Analog Modems and Facsimile Machines

advertisement
ITU - Telecommunications Standardization Sector
PCM'01-023R1
Study Group 16 - Question 11
_____________________________________
Rapporteur Meeting, Nice, France, 2-4 April 2001
SOURCE:
3Com
CONTACT:
Michael Nicholas
Phone: +1 (847) 342-6772
Fax:
+1 (847) 342-6785
Email: Michael_Nicholas@3Com.com
TITLE:
Automatic Detection of Analog Modems and Facsimile Machines
_____________________
Abstract
This contribution proposes how xOIP gateways may distinguish between Fax and Modem calls
as well as V.18.
Intellectual Property Statement
The individuals preparing this contribution know of patents, the use of which may be essential to a standard
resulting in whole or in part from this contribution.
ITU- Telecommunications Standardization Sector
Study Group 16 - Question 11
Nice, France, 2-4 April, 2001
1 Introduction
Contribution PCM01-021 outlines a procedure for how a call may be switched between VoIP,
FoIP, and MoIP. It recommends that xOIP gateways start in VoIP mode and when modem/fax
signals being sent in both directions indicate that it is a modem or fax call, that the gateways
switch from VoIP to MoIP or FoIP. This contribution explicitly defines the Fax and Modem
signals to use and when and how to switch. It proposes using RTP packets based partly on
RFC2833, but expanding on RFC2833, which incomplete. This contribution is roughly related
to H.248 Annex F, which defines how Fax and V.18 signals may be detected. However, H.248
Annex F procedures are inadequate and it is anticipated that the procedures defined here will
supersede those defined in H.248 Annex F.
This contribution assumes that MoIP Type 0 and possible Types 4 and 5 are supported. The
other Types (1, 2, 3) as described in the MoIP Issues list may not be supported by these
procedures.
2 Signals Sent by Answering Modems
Note that a call could be made using 'reverse frequency dialling'. These procedures are
symmetric and will still work as long as the gateways are looking for both 'originating' and
'answering' modem signals.
2.1 ANS, ANS/, ANSam, ANSam/, ANSpn, ANSpcm
Most modem and fax connections involve sending some form of V.25 or V.8 (or V.92) 2100 Hz
answer tone. RFC 2833 defines Tone and Event packets which may be sent when these are
detected, but defines no procedures. In order to meet timing requirements for modem and fax
connections, detecting an entire 1s in order to observe two phase reversals as well as 15 Hz am
modulation will not work. It is recommended that event packets not be used and that tone
packets be used in the following manner, with some modifications to RFC2833:
2.1.1 2100 Hz (ANS or CED) detected
When 2100 Hz is seen, the gateway shall clamp off its VoIP path to the other gateway and start
sending Tone packets indicating 2100 Hz. As was described in document PCM01-021, the
gateway which detected 2100 Hz will need to indicate to the other gateway which scenarios it
supports. It will do this by 'piggybacking' another RTP packet with bits set to indicate support
for FoIP, MoIP Type 0, MoIP Issue 1 (which may be Types 4 or 5 as described in the MoIP
Issues List), or V.18 (or other call functions defined in V.8).
2.1.2 ANSam detected
When 15 Hz modulation is seen in addition to 2100 Hz, change from sending 2100 Hz Tone
packets, to sending 2100 Hz with 15 Hz modulation Tone packets. Again, the gateway should
3Com
Automatic Detection of Analog Modems and Facsimile Machines
PCM'01-023R1
2
ITU- Telecommunications Standardization Sector
Study Group 16 - Question 11
Nice, France, 2-4 April, 2001
'piggyback' additional RTP packets indicating support for FoIP, MoIP Type 0, MoIP Issue 1,
V.18, etc.
2.1.3 ANS/ or ANSam/ detected
When a 180 degree phase reversal is seen, switch to sending 2100 Hz Tone (optionally plus 15
Hz modulation) plus with 180 degree reversal bit set. This would be a modification to RFC
2833. This bit would remain set in each additional Tone packet until another 180 degree phase
reversal is seen at which point it would be toggled back to cleared, and so on. Again, the gateway
should 'piggyback' another RTP packet indicating support for FoIP, MoIP Type 0, MoIP Issue 1,
V.18, etc.
2.1.4 ANSpn
The proprietary ANSpn should be detected as ANS (or possibly ANSam if it is additionally
modified by 15 Hz amplitude modulation) and is not supported by this contribution.
2.1.5 ANSpcm
It is not necessary to detect ANSpcm, since ANSpcm will only be sent after the call has switched
to MoIP mode.
2.1.6 Additional Information
The gateway which is re-generating the 2100 Hz tone needs to take care not to cause extraneous
phase reversals in its tone generator routine. The level and duration fields in the RFC2833 RTP
packets may be used by the manufacturers as desired. For example, the gateway generating the
2100 Hz signal may decide to generate 2100 Hz at a lower level to meet national restrictions.
When 2100 Hz is no longer detected, the gateway should send Tone packets indicating 2100Hz
is no longer seen.
When these Tone packets are sent, both gateways will know that the call may be a fax or modem
call for the one direction. They cannot yet switch to MoIP or FoIP until they know the other
direction is also modem or fax.
2.1.7 Example
If a client modem is calling to a server modem which sends ANSam/ through an xOIP link, it
will first see a small amount, maybe 50ms, of 2100 Hz which is passed through the xOIP link as
VoIP G.711 or G.729 or other codec. Then it will receive the 2100 Hz as generated by the
nearest gateway. After maybe 200ms, that will change to ANSam. Finally, after 450ms it will
see the first phase reversal. The initial 50ms or so of 2100 Hz may cause a spurious phase
reversal. It is not anticipated that this should cause any problems for network echo cancellers.
3Com
Automatic Detection of Analog Modems and Facsimile Machines
PCM'01-023R1
3
ITU- Telecommunications Standardization Sector
Study Group 16 - Question 11
Nice, France, 2-4 April, 2001
2.2 USB1
When USB1 is seen, the gateway shall clamp off its VoIP path to the other gateway, if it has not
already done so, and start sending Tone packets indicating 2250 Hz. As was described in
document PCM01-021, the gateway which detected 2250 Hz will need to indicate to the other
gateway which scenarios it supports. It will do this by 'piggybacking' another RTP packet with
bits set to indicate support for FoIP, MoIP Type 0, MoIP Issue 1 (which may be Types 4 or 5 as
described in the MoIP Issues List), or V.18 (or other call functions defined in V.8). It needs to
send this for the case that 2100 Hz is not sent first.
2.3 V.32bis AC
When V.32bis AC is seen, the gateway shall clamp off its VoIP path to the other gateway, if it
has not already done so, and start sending Tone packets indicating 3000+600 Hz (this may need
to be defined for RFC2833). As was described in document PCM01-021, the gateway which
detected V.32bis AC will need to indicate to the other gateway which scenarios it supports. It
will do this by 'piggybacking' another RTP packet with bits set to indicate support for FoIP,
MoIP Type 0, MoIP Issue 1 (which may be Types 4 or 5 as described in the MoIP Issues List), or
V.18 (or other call functions defined in V.8). It needs to send this for the case that V.32bis AC is
sent first.
2.4 V.21 1650 Hz Mark Frequency
When V.21 1650 Hz Mark Frequency is seen, the gateway shall clamp off its VoIP path to the
other gateway, if it has not already done so, and start sending Tone packets indicating 1650 Hz.
As was described in document PCM01-021, the gateway which detected V.21 1650 Hz Mark
Frequency will need to indicate to the other gateway which scenarios it supports. It will do this
by 'piggybacking' another RTP packet with bits set to indicate support for FoIP, MoIP Type 0,
MoIP Issue 1 (which may be Types 4 or 5 as described in the MoIP Issues List), or V.18 (or
other call functions defined in V.8). It needs to send this for the case that V.21 1650 Hz is sent
first.
There are some open issues with this still. Should MoIP support V.21, since it is not usually
used with an error correcting protocol? Should MoIP support V.21 or treat it as V.18
Automode? This is left for further discussion.
2.5 V.23 1300 Hz Mark Frequency
When V.23 1300 Hz Mark Frequency is seen, the gateway shall clamp off its VoIP path to the
other gateway, if it has not already done so, and start sending Tone packets indicating 1300 Hz.
As was described in document PCM01-021, the gateway which detected V.23 1300 Hz Mark
Frequency will need to indicate to the other gateway which scenarios it supports. It will do this
by 'piggybacking' another RTP packet with bits set to indicate support for FoIP, MoIP Type 0,
MoIP Issue 1 (which may be Types 4 or 5 as described in the MoIP Issues List), or V.18 (or
other call functions defined in V.8). It needs to send this for the case that V.23 1300 Hz is sent
first.
3Com
Automatic Detection of Analog Modems and Facsimile Machines
PCM'01-023R1
4
ITU- Telecommunications Standardization Sector
Study Group 16 - Question 11
Nice, France, 2-4 April, 2001
There are some open issues with this still. Should MoIP support V.23, since it is not usually
used with an error correcting protocol? Should MoIP support V.23 or treat it as V.18
Automode? 1300 Hz is also used as the data mode calling tone. With reverse frequency
dialling, this may be mistaken as V.23 Answer Mode Mark frequency. This is left for further
discussion.
2.6 V.8 bis CRe (1375 Hz + 2002 Hz, followed by 400 Hz)
V.8 bis signals present a unique problem and need special handling since it might be the case that
the client and server modems support V.8 bis, but only one or neither of the MoIP gateways
support V.8 bis. Therefore, the gateways which do not support V.8 bis must still detect the V.8
bis signals to prevent sending them unknowingly as VoIP G.711 data. When V.8 bis CRe is
detected, the gateway shall send Tone Packets to the other gateway indicating the V.8 bis tones
were detected.
As was described in document PCM01-021, the gateway which detected V.8 bis CRe will need
to indicate to the other gateway which scenarios it supports. It will do this by 'piggybacking'
another RTP packet with bits set to indicate support for FoIP, MoIP Type 0, MoIP Issue 1
(which may be Types 4 or 5 as described in the MoIP Issues List), or V.18 (or other call
functions defined in V.8).
The other gateway shall then send CRe if it supports V.8 bis. If it does not support V.8bis, it
may either send nothing (waiting for the server modem to timeout, fallback to V.8 and send 2100
Hz answer tone) or it may generate ANSam.
3 Signals Sent by Originating Modems
3.1 1100 Hz CNG Tone
The 1100Hz Fax Calling Tone should be detected and signalled in 1100 Hz Tone packets. It
may also be sent in VoIP G.711 or G.729 or other codec, since this signal alone is not enough to
indicate that the call is Fax and it may not be sent by the originating Fax machine in all cases.
The gateway shall not piggyback an RTP packet indicating xOIP capabilities.
3.2 1500 Hz Proprietary Calling Tone
The proprietary 1500Hz Fax Calling Tone may be detected and signalled in 1500 Hz Tone
packets. It may also be sent in VoIP G.711 or G.729 or other codec, since this signal alone is not
enough to indicate that the call is Data and it may not be sent by the originating Fax machine in
all cases. The gateway shall not piggyback an RTP packet indicating xOIP capabilities.
3.3 V.21 Flags
When V.21 hdlc flags are seen and the gateway knows that the other gateway is capable of
MoIP, it shall switch to FoIP mode and send one or more RTP packets to the other gateway to
inform it to switch to FoIP mode as well.
3Com
Automatic Detection of Analog Modems and Facsimile Machines
PCM'01-023R1
5
ITU- Telecommunications Standardization Sector
Study Group 16 - Question 11
Nice, France, 2-4 April, 2001
3.4 V.8 CI
V.8 CI should be sent in VoIP mode. Just as in 1100 Hz CNG tone, this is not mandatory and is
not an indication that both ends of the connection are modems.
3.5 V.8 CM (and V.92 QCA1a or QCA1d)
When the start of V.8 CM is seen and the gateway knows that the other gateway is capable of the
call function indicated in V.8, it shall switch to that mode (MoIP, V.18, etc) and send one or
more RTP packets to the other gateway to inform it to switch to that mode as well. It is not
necessary to detect an entire CM sequence, only the Preamble and Call Function are necessary.
As long as it does not look like HDLC flags (indicative of Fax), the gateway may switch to
MoIP. In fact, it is desirable that the gateway does switch modes before the end of the second
CM or the server modem (in the case of client calling server via MoIP) will have received the
V.8CM from the client modem. This is not what it needs. The server modem needs the V.8CM
from the gateway closest to it, which may support different modulations such as V.91.
When the gateways have switched to MoIP mode, they each negotiate modulations locally.
3.6 V.8 bis CRd (1529 Hz + 2225 Hz, followed by 1900 Hz)
V.8 bis signals present a unique problem and need special handling since it might be the case that
the client and server modems support V.8 bis, but only one or neither of the MoIP gateways
support V.8 bis.
If V.8 bis CRd is detected, and the gateway supports V.8 bis and knows that the other gateway is
capable of MoIP, it shall switch to MoIP mode and send one or more RTP packets to the other
gateway to inform it to switch to MoIP mode as well.
When the gateways have switched to MoIP mode, they each negotiate modulations locally.
3.7 V.92 QCA2a or QCA2d
V.92 V.8 bis-like signals present a unique problem and need special handling since it might be
the case that the client and server modems support V.8 bis, but only one or neither of the MoIP
gateways support V.8 bis.
If V.92 QCA2a or QCA2d is detected and the gateway knows the other gateway supports MoIP,
the gateway shall clamp off the data being sent via VoIP to the other gateway, switch to MoIP
mode , and send one or more RTP packets telling the other gateway to switch to MoIP mode as
well.
When the gateways have switched to MoIP mode, they each negotiate modulations locally.
3Com
Automatic Detection of Analog Modems and Facsimile Machines
PCM'01-023R1
6
ITU- Telecommunications Standardization Sector
Study Group 16 - Question 11
Nice, France, 2-4 April, 2001
3.8 V.32bis 1800 Hz AA
When V.32bis 1800 Hz AA is seen and the gateway knows that the other gateway is capable of
MoIP, it shall switch to MoIP mode and send one or more RTP packets to the other gateway to
inform it to switch to MoIP mode as well.
When the gateways have switched to MoIP mode, they each negotiate modulations locally.
3.9 V.22bis S1
When V.22bis S1 is seen and the gateway knows that the other gateway is capable of MoIP, it
shall switch to MoIP mode and send one or more RTP packets to the other gateway to inform it
to switch to MoIP mode as well.
When the gateways have switched to MoIP mode, they each negotiate modulations locally.
3.10 V.22 SB1
When V.22 SB1 is seen and the gateway knows that the other gateway is capable of MoIP, it
shall switch to MoIP mode and send one or more RTP packets to the other gateway to inform it
to switch to MoIP mode as well.
When the gateways have switched to MoIP mode, they each negotiate modulations locally.
3.11 103-Type 1270 Hz
When 103-Type 1270 Hz is seen and the gateway knows that the other gateway is capable of
MoIP, it shall switch to MoIP mode and send one or more RTP packets to the other gateway to
inform it to switch to MoIP mode as well.
When the gateways have switched to MoIP mode, they each negotiate modulations locally.
There are some open issues with this still. Should MoIP support 103-Type, since it is not usually
used with an error correcting protocol? Should MoIP support 103-Type or treat it as V.18
Automode? This is left for further discussion.
3.12 V.21 980 Hz Mark Tone
When V.21 980 Hz is seen and the gateway knows that the other gateway is capable of MoIP, it
shall switch to MoIP mode and send one or more RTP packets to the other gateway to inform it
to switch to MoIP mode as well.
When the gateways have switched to MoIP mode, they each negotiate modulations locally.
There are some open issues with this still. Should MoIP support V.21, since it is not usually
used with an error correcting protocol? Should MoIP support V.21 or treat it as V.18
Automode? This is left for further discussion.
3Com
Automatic Detection of Analog Modems and Facsimile Machines
PCM'01-023R1
7
ITU- Telecommunications Standardization Sector
Study Group 16 - Question 11
Nice, France, 2-4 April, 2001
3.13 V.23 390 Hz Mark Tone
When V.23 390 Hz is seen and the gateway knows that the other gateway is capable of MoIP, it
shall switch to MoIP mode and send one or more RTP packets to the other gateway to inform it
to switch to MoIP mode as well.
When the gateways have switched to MoIP mode, they each negotiate modulations locally.
There are some open issues with this still. Should MoIP support V.23, since it is not usually
used with an error correcting protocol? Should MoIP support V.23 or treat it as V.18
Automode? This is left for further discussion.
3Com
Automatic Detection of Analog Modems and Facsimile Machines
PCM'01-023R1
8
Download