Originalarbeiterreichbar
RFC 4733, RTP Payload for DTMF Digits, Telephony Tones, and Telephony Signals
rfc-editor.org (externe Seite)
Wie eine gedrückte Taste im Telefonnetz übertragen wird, nämlich als benanntes Ereignis. Der Grund steht in der Einleitung: Sprachcodecs mit niedriger Bitrate geben solche Töne nicht zuverlässig genug wieder, damit eine Maschine sie erkennt. Dem Gateway empfiehlt der Standard, nur noch das Ereignis wiederzugeben, weil die Kompression Störtöne erzeugen kann; dass sie die Erkennung stören, erwartet er im Allgemeinen nicht. Falsche Ziffern drohen dort, wo Ton und Ereignis zeitlich nicht abgestimmt sind.
geprüft 10.11.2026
Worauf sich diese Seite beruft, wörtlich, abgerufen am 07.08.2026:
Separate RTP payload formats for telephony tone signals are desirable since low-rate voice codecs cannot be guaranteed to reproduce these tone signals accurately enough for automatic recognition.
bestätigt 10.11.2026In addition, tone properties such as the phase reversals in the ANSam tone will not survive speech coding.
bestätigt 10.11.2026It is RECOMMENDED that gateways render only the telephone-event payload once it is received, since the audio may contain spurious tones introduced by the audio compression algorithm.
bestätigt 10.11.2026the first few milliseconds of a digit will arrive as regular audio packets.
bestätigt 10.11.2026careful time and power (volume) alignment between the audio samples and the events is needed to avoid generating spurious digits at the receiver.
bestätigt 10.11.2026Some implementations send events and encoded audio packets (e.g., PCMU or the codec used for speech signals) for the same time instant for the duration of the event.
bestätigt 10.11.2026However, it is anticipated that these extra tones in general should not interfere with recognition at the far end.
bestätigt 10.11.2026