Fax Over IP

The

Fax Terminals Across IP Networks

A fax call starts with a voice call. In case of a transcoding voice call:

1. Initial signaling occurs and voice path is established.
2. If calling party wants to send fax, it sends CNG to called party.
3. If called party supports fax, it sends CED tone, which is known as ANS. The tone is a continuous tone signal of 2100 ± 15 Hz for a duration of 2.6 to 4 seconds. The CED is used as a voice and fax call discriminator.

4. The

   Unable to show "metadata-from": No such page "_space_variables"
   can detect ANS/CED tone, and depending on the configuration and the capabilities of the
   Unable to show "metadata-from": No such page "_space_variables"
   , the
   Unable to show "metadata-from": No such page "_space_variables"
   can switch to G.711 on one or both legs of the call.

The

Legend:
	supported
	not supported

Fax Interworking

Protocols	SBC 5xx0/5400/7000	SBC SWe
Fallback to G.711
T.38 Passthrough (V0 or V3)
G.711 – T.38 (V0)
G.711 – T.38 (V3)
T.38 (V0) – T.38 (V0)*
T.38 (V3) – T.38 (V3)*
T.38 (V0) – T.38 (V3)

Fax Tone Treatment

After a packet-to-packet call is established as audio, the

The

Fax Tone Detection with DSP Resources

The SBC supports the honorToneDetection flag to the fax and modem parameters in the media codecEntry configuration for G.711 to appropriately handle fax and modem tones.

• For G.711 to G.711 transcoded calls, the SBC Core initiates a fax re-invite upon the fax tone detection when the fax toneTreatment configuration is either faxRelayOrFallbackToG711 or fallbackToG711 and the honorToneDetection flag is enabled. If the fax toneTreatment configuration is either faxRelayOrFallbackToG711 or fallbackToG711 and the honorToneDetection flag is disabled, the SBC ignores the fax tone.
  
• For G.711 to G.711 transcoded calls, the SBC also initiates a re-invite upon the modem tone detection when the modem toneTreatment configuration is fallbackToG711 and the honorToneDetection flag is enabled. If the modem toneTreatment configuration is fallbackToG711 and the honorToneDetection flag is disabled, the SBC ignores the modem tone. 
  

The following table outlines how the SBC handles G.711 to G.711 transcoded calls when the honorToneDetection flag is either enabled or disabled.

V.34 Fax Relay Support

T.38 protocol Version 0 supports relay of Group 3 fax. T.38 protocol Version 3 supports V.34 fax relay or Super G3 fax. V.34 fax machines use a start-up procedure as described by ITU-T standard V.8, which is the same used by V.34 data modems.

The 

• Configuration interface support to enable/disable T.38 version 3
• Implementation of 33600 bps V.34 modems required in DSPs for supporting V3 fax relay
• Implementation of T.38 Version 3 stack on DSPs
• Support of V.8 signal analysis in DSPs to determine nature of the call – fax or data
• Implementation of dynamic resource pool for T.38 (v3) channels
• Implementation of dynamic resource pools for voice codecs which can also support V.8 detection
• Support of activating DSP channel with V.8 detection based on PSX/CLI configuration
• Support of SIP / H.323 / GW-GW signaling to establish pass-through or transcoded call for T.38 V3
• Enhanced SBC intersection and augmentation logic for supporting T.38 V3
• Support of V.17 fax using Version 3 stack
• Support of T.38 V3 to G11 transcoded call using single PXPAD implementation for T.38 to G.711 interworking
• Support of fallback from T.38 V3 to T.38 V0 in situation where SBC sends Offer-SDP with T.38 V3, and Answer SDP contains T.38 V0. This also involves sending
  Unable to show "metadata-from": No such page "_space_variables"
  -generated V8 messages (Joint Menu) to complete V8 signaling

Fax Call Lifetime Using V.34

A V.34 fax call is established between two fax terminals, exchanging T.30/V.8 signals through the

Fax Call Establishment Call Flow Example

T.38 Relay

Most compressed codecs are unsuitable for fax transmission; the result ranges from poor to unusable based on specific endpoints and network topology. ITU has defined the T.38 protocol for Fax transmittal over IP networks. The 

The

% set profiles media packetServiceProfile <unique_profile_name> t38 maxBitRate <2.4Kbits_s | 4.8Kbits_s | 9.6Kbits_s | 14.4Kbits_s>

When G711 is selected as the audio codec and fax toneTreatment is set to faxRelayOrFallbackToG711, the

The

% set profiles media packetServiceProfile <unique_profile_name> t38 protocolVersion <0 | 3>

• When protocolVersion is set to "0", the 
  Unable to show "metadata-from": No such page "_space_variables"
  advertises "T38FaxVersion:0" in the outgoing offer SDP. If the SBC receives an offer either without T38FaxVersion or with T38FaxVersion set to any value other than "0", the 
  Unable to show "metadata-from": No such page "_space_variables"
  answers with "T38FaxVersion:0" and configures the DSP channel for T.38 Version 0 operation.
  
  
• When protocolVersion is set to "3", the
  Unable to show "metadata-from": No such page "_space_variables"
  advertises "T38FaxVersion:3" in the outgoing offer. If the SBC receives an offer either without T38FaxVersion or with T38FaxVersion set to any value other than "3", the
  Unable to show "metadata-from": No such page "_space_variables"
  answers with "T38FaxVersion:0" and configures the DSP channel for T.38 Version 0 operation. If the received offer is "T38FaxVersion:3", the 
  Unable to show "metadata-from": No such page "_space_variables"
    answers with the same version and configures the DSP channel for T.38 Version 3 operation. This behavior mirrors the design of the answer SDP which contains the same or a lower version number than the offer SDP.

v=0
o=Sonus_UAC 2117318520 1798954445 IN IP4 10.54.172.6
s=SIP Media Capabilities
c=IN IP4 10.54.172.6
t=0 0
m=image 1028 udptl t38
a=T38FaxVersion:3
a=T38MaxBitRate:33600
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxBuffer:553
a=T38FaxMaxDatagram:370
a=T38FaxUdpEC:t38UDPRedundancy
a=sendrecv

v=0
o=user1 53655765 2353687637 IN IP4 10.128.254.86   
s=-
c=IN IP4 10.128.254.86
t=0 0
m=image 5008 udptl t38
a=T38FaxVersion:0
a=T38MaxBitRate:14400
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxBuffer:262
a=T38FaxMaxDatagram:176
a=T38FaxUdpEC:t38UDPRedundancy
a=sendrecv

T.38 Max Bit Rate Handling for Non-Direct Media Calls

SBC Core Behavior

For T.38 version=0, the SBC supports four bit rates: 2.4 Kbps, 4.8 Kbps, 9.6 Kbps and 14.4 Kbps.

The SBC normalizes the T.38 bit rate that it receives in the SDP from the peers.

• If the bit rate received in the SDP is one of these four values, the SBC selects the minimum of route-configured bit rate and peer's bit rate.
• However, if the bit rate received in the SDP is not one of these four values, the SBC selects one of these four bit rates that is lower than the peer's bit rate.
  Consequently, the SBC uses the minimum value of: route-configured bit rate and peer's bit rate after normalization.
  Examples:
  • If peer is requesting 14.4 Kbps and the route is configured with 14.4 Kbps, the SBC uses 14.4 Kbps.
  • If peer is requesting 14.4 Kbps and the route is configured with 9.6 Kbps, the SBC uses 9.6 Kbps.
  • If peer is requesting 10 Kbps and the route is configured for 14.4 Kbps, the SBC uses 9.6 Kbps.
  • If peer is requesting 7.2 Kbps and the route is configured for 9.6 Kbps, the SBC uses 4. 8 Kbps.
  • If peer is requesting 7.2 Kbps and the route is configured for 2.4 Kbps, the SBC uses 2.4 Kbps.

External PSX Provisioning

Another configuration related to T.38 Max Bit Rate handling for non-Direct Media calls is the PSX "Use Max Bit Rate Only" object, with the following considerations:

• The PSX PSP flag "Use Max Bit Rate Only" does not impact the logic explained above for bit rate selection based on a peer's value plus the SBC supported/configured values.
• If "Use Max Bit Rate Only" flag is disabled, the SBC will further adjust/reduce the bit rate (computed above) based on the T38FaxMaxBuffer, T38FaxMaxDatagram and T38FaxUdpEC attributes. Thus, enabling this flag only prevents the SBC from further reducing the bit rate using these attributes.

Re-Invite with G.711

A call is treated as fax transition request when the re-invite is received with G711 and silence suppression is off, "a=sendrecv" direction attribute includes a valid IP address in "c-line", and the call is not retrieve request.

Re-Invite received for HOLD request

When a Re-Invite is received with G711 and silence suppression is off, the call is not taken as fax transition request irrespective of silenceSuppTreatment flag value. All variations for call hold (a=sendonly, a=inactive, a= recvonly,  c=0.0.0.0) is supported. The corresponding egress Re-invite has the same direction attribute as received from ingress.

Re-Invite received for Retrieve request

When a re-invite is received with G711 and silence suppression is off as part of retrieve request, the call is not treated as fax transition request, irrespective of silenceSuppTreatment flag value. All the possible ways for call retrieve (a=sendrecv, c=a.b.c.d[valid ip address]) is supported. If the direction attribute is omitted, it is considered as a=sendrecv. The corresponding egress re-invite has the same direction attribute as received from ingress.

(Refer to SIP Trunk Group - Signaling - CLI or SIP Trunk Group - Signaling for command details)

Fallback to G.711

• Fall back to G.711 when a fax tone is detected.
  
  
• Upon detection of fax tone when the current codec is not already G.711. After transiting to G.711, SBC allows the peer to re-Invite to T.38 transitions. This is accomplished using one of the following toneTreatment options. 

% set profiles media codecEntry <codecentry_name> fax toneTreatment fallbackToG711

% set profiles media codecEntry <codecentry_name> fax toneTreatment fallbackToG711AllowPeerToNegotiateFaxRelay