DTMF сигнализация в SIP
Передача DMTF сигналов в протоколе SIP может быть обеспечена с помощью сообщений INFO или при помощи RTP сообщений, протокола передачи медиаданных. Эти методы определены в документе http://www.ietf.org/rfc/rfc2833.txt - IETF RFC 2833
Это RFC определяет сингнализацию для следующих событий:
- тоны DTMF посылок
- тона, связанные с передачей факсов
- стандартные тональные сигналы линии
- тональные сигналы линии специфичные для каждой страны
- транковые события (trunk events)
Связь событий и их кодов начинается с:
Событие | Код события (десятичное число) |
0 | 09 |
* | 10 |
# | 11 |
A | 1215 |
Flash | 16 |
и так далее для других событий.
Выдержка из вводного раздела RFC:
Этот документ определяет два формата передачи сигнальной информации, один для передачи цифр в двухтональном многочастотном формате (DTMF), других сигналов линии и транковых каналов (Раздел 3), и второй для передачи многочастотных тонов в RTP [1] пакетах (Раздел 4). Применение отдельных форматов для RTP payload стало необходимостью с тех пор, как появились низкоскоростные голосовые кодеки, которые не могут гарантировать правильное воспроизведение тональных сигналов, необходимое для их автоматического воспроизведения. Определение различных форматов для payload так же позволяет использовать более высокую избыточность данных при работе с низкоскоростными каналами.
Payload форматы, описанные тут, могут быть использованы, по крайней мере, для трех применений: обработка передачи DTMF для шлюзов и на конечных системах, так же как и "RTP trunks". В первом варианте применения, шлюз, расположенный между телефонными линиями и Интернетом детектирует DTMF на входящих телефонных линиях и передает эти сигналы, используя RTP протокол с payload, описанным тут, вместо передачи этих сигналов в пакетах, используемых для передачи общего звукового потока. Шлюз применяет соответствующий обработчик звукового сигнала (DSP) и соответствующие алгоритмы, нужные для детектирования DTMF, например, для донабора номера конечного абонента. Умение шлюза детектировать тональные сигналы помогает конечным приемным Интернет системам избавиться от этой работы по декодированию тональных сигналов, а так же избавляет от проблемы некорректной передачи тональных DTMF сигналов при использовании низкоскоростных голосовых кодеков, таких как G.723.1. Во вторых, конечные Интернет системы, такие как "Интернет телефоны", могут эмулировать действия, которые производятся с помощью DTMF сигналов, не используя непосредственно воспроизведение точной пары тонов и не загружая получателя работой по распознаванию этих сигналов.
- http://www.ietf.org/rfc/rfc2833.txt RFC 2833: RTP Payload для передачи DTMF сигналов, Телефонные сигналы и тоны.