[Bug 36031] Chan.I.DTMF recommand 3 seconds for pause which is too long

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=36031

--- Comment #3 from Pekka Pessi <pekka.pessi at nokia.com> 2011-04-07 05:59:47 PDT ---
Nicolas, you got it right. The pause value of 3 seconds is from the 3GPP
recommendation 22.101, A.21:

A.21 DTMF control digits separator

Provision has been made to enter DTMF digits with a telephone number, and upon
the called party answering the UE shall send the DTMF digits automatically to
the network after a delay of 3 seconds (± 20 %). The digits shall be sent
according to the procedures and timing specified in 3GPP TS 24.008 [13].  The
first occurrence of the "DTMF Control Digits Separator" shall be used by the ME
to distinguish between the addressing digits (i.e. the phone number) and the
DTMF digits. Upon subsequent occurrences of the separator, the UE shall pause
again for 3 seconds (± 20 %) before sending any further DTMF digits. To enable
the separator to be stored in the address field of an Abbreviated Dialling
Number record in the SIM/USIM, the separator shall be coded as defined in 3GPP
TS 31.102 [19]. The telephone number shall always precede the DTMF digits when
stored in the SIM/USIM. The way in which the separator is entered and display
in the UE, is left to the individual manufacturer's MMI. MEs which do not
support this feature and encounter this separator in an ADN record of the
SIM/USIM will treat the
character as "corrupt data" and act accordingly.

Perhaps the spec should mention that the pause is also protocol-dependent?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.