В эксплуатации VoIP шлюзов часто возникают проблемы передачи донабора DTMF.
Либо цифры могут не передаваться совсем, либо передаваться частично, не в правильном порядке, либо дублироваться.
Данные проблемы, как правило, связаны с неправильной схемой организации связи или с некорректной работой встречного VoIP оборудования.
В данной статье речь пойдет о режимах донабора DTMF и о различных спецификах его транзита через SMG.
А также о типовых проблемах транзита DTMF и способах их решения.
Существуют следующие режимы передачи цифр DTMF через IP канал:
1) inband – в пакетах протокола RTP, внутриполосно; DTMF передается в речевом тракте, вместе с голосом.
2) RFC2833 – в пакетах протокола RTP EVENT, согласно рекомендации RFC2833;
RTP EVENT RFC2833 использует динамический тип нагрузки Ptype и может настраиваться на разном оборудовании по разному.
3) SIP-INFO – внеполосно, по протоколу SIP, используются сообщения INFO, при этом вид передаваемых сигналов DTMF будет зависеть от типа расширения MIME;
Тип расширения DTMF MIME Type тоже может настраиваться на разном оборудовании по разному.
4) SIP-NOTIFY - внеполосно, по протоколу SIP, используются сообщения NOTIFY. Такая передача DTMF является реализацией метода, который используется на оборудовании Cisco, используется редко.
Специфика работы SMG.
SMG всегда выступает в роли транзитного шлюза и сама не генерирует никаких DTMF сигналов.
По умолчанию она передает то, что получает, но возможно преобразование режимов DTMF.
Например, схемы без преобразования:
<Inband>SMG<Inband> (сюда же можно отнести участок с потоком Е1)
<RFC2833>SMG<RFC2833>
<SIP INFO>SMG<SIP INFO>
с преобразованием DTMF:
<RFC2833>SMG<Inband> (сюда же можно отнести участок с потоком Е1)
<SIP INFO>SMG<RFC2833>
<SIP INFO с MIME Type application/dtmf-relay>SMG<SIP INFO с MIME Type application/dtmf>
Тут важно понимать, что на режимы приема DTMF, настройка SMG "способ передачи DTMF" не влияет.
Настройка SMG влияет только на исходящее плечо, какой способ будет использовать SMG на выходе.
На входящее плечо, на прием SMG воспринимает любой метод DTMF и тут SMG реализует логику "adaptive":
метод DTMF, пришедший первым становится основным для текущего звонка, все остальные методы игнорируются.
Такую логику делали специально, суть в том, что за SIP интерфейсами SMG могут находиться любые оконечки, за которым могут
находиться другие оконечки, реализующие способ передачи DTMF по своему. И взаимодействующий с SMG оператор может этого (способа) и не знать.
SMG работает в максимально универсальном режиме для всех, уповая что на встречной стороне всегда "зоопарк" устройств.
Также на практике возможны случаи когда одна цифра приходит одновременно разными методами.
И чтобы она не детектировалась как две разные DTMF c одной цифрой, и была реализована данная логика.
Также на практике возможны случаи когда голос человека содержит те или иные частоты DTMF и
SMG детектирует спонтанные DTMF в inband тракте. В этой ситуации если DTMF в голосе придет раньше реальной RFC2833 цифры,
то реально набранная цифра про игнорируется шлюзом. В этом случае рекомендуется отключать детектирование DTMF в inband тракте,
например, выставить везде RFC2833.
Типовые проблемы и решения:
1) Цифры совсем не передаются.
Решение:
Сначала нужно актуализировать версию ПО. Последнюю прошивку можно скачать с сайта:
https://eltex-co.ru/support/downloads/
Затем нужно понять на каком участке стыка находится SMG: с преобразованием режимов DTMF или без преобразования.
Если SMG выполняет преобраования DTMF, то нужно постараться отказаться от этой схемы и привести
все взаимодействующие АТС к одному режиму передачи цифр. Это крайне важно: режимы и настройки DTMF на SMG и встречных АТС должны быть одинаковыми.
Если SMG не выполняет преобразования DTMF, то нужно удостовериться, что по входящему плечу сигналы DTMF точно поступают.
Например, можно снять tcpdump (Раздел РСАР трассировки) и посмотреть.
Если во входящем плече цифры отсутствуют, значит нужно разбираться со встречной АТС или обратиться к оператору.
Если во входящем плече цифры есть, а в исходящем плече отсутствуют, то нужно отправить tcpdump с описанием проблемы в ТП Eltex.
2) Цифры передаются с искажениями или дублируются.
Решение:
Аналогично проблеме 1 нужно постараться:
-обновить ПО на последнее;
-отказаться от преобразования режимов транзита DTMF;
-и разделить проблему, относительно SMG, на входящее плечо и исходящее.
Если во входящем плече цифры искажаются или дублируются разными методами, значит нужно разбираться со встречной АТС или обратиться к оператору.
Если во входящем плече цифры нормальные, а в исходящем плече искажаются, то нужно отправить tcpdump (Раздел РСАР трассировки) с описанием проблемы в ТП Eltex.