wiki:FunctionsOverlapDialing

Статья находится в стадии создания! Представленная информация может быть неполной и/или неточной.

Набор номера с перекрытием в сети IP

Традиционно шлюзы, соединяющие сети TDM и IP, транслируют телефонный вызов со стороны канала TDM в сеть IP следующим образом: обнаружив занятие канала с удаленной стороны, шлюз принимает от вызывающей стороны номер вызываемого абонента. Прием номера продолжается до тех пор, пока шлюз не получит номер полностью (критерием окончания приема номера может быть заранее установленное правило, задающее формат номера, или таймаут ожидания очередной цифры номера). Только после того как номер получен шлюзом полностью, шлюз формирует и отправляет в сети сообщение INVITE, помещая номер вызываемого абонента в SIP URI, которому адресовано сообщение.

Такой способ трансляции вызова, при котором вся адресная информация принимается полностью прежде чем передать вызов дальше, называется блочным набором (en-bloc dialing). Преимуществом данного метода является простота - в любой точке сети по пути прохождения вызова известен полный номер вызываемого абонента, что позволяет выполнять маршрутизацию вызова по любому критерию, преобразование номера из одного формата в другой, а также минимизировать служебный трафик (полная информация о вызове передается в одном сообщении INVITE). Недостатком данного метода является большое время, требуемое на установку соединения, особенно если передача номера выполняется декадно-импульсным методом. Большое время установки соединения вызвано тем, что на каждом участке сети адресная информация передается последовательно: занятие следующего участка происходит только после завершения приема номера от предыдущего. Далее приведен пример сценария такого вызова, при котором абонент А, имеющий аналоговый телефонный аппарат с декадно-импульсным набором номера вызывает абонента Б с IP телефоном, при этом по пути соединение проходит участок с сигнализацией индуктивным кодом (канальные окончания 1IND), также использующим декадно-импульсный набор:

На приведенной выше диаграмме процесс передачи номера вызываемого абонента выделен красным цветом. Как видно из диаграммы, сообщение INVITE отправляется в сеть канальным окончанием FXS только после того как телефонный аппарат вызывающего абонента передал все цифры номера. После этого канальное окончание 1IND, принявшее вызов из сети IP, начинает передавать номер через канал TDM (удалив из него первую цифру "8", являющуюся префиксом междугородного номера). После завершения приема номера окончанием 1IND на другой стороне канала формируется сообщение INVITE телефонному аппарату вызываемого абонента, и вызываемый слышит звонок. Так как передача номера, показанного в приведенном сценарии, требует около 15 секунд, общее время установки соединения составит около 30 секунд. Столь длительное время установки соединения может быть некомфортно для вызывающего абонента.

В традиционной телефонии существует метод передачи адресной информации "набор с перекрытием" (overlap dialing). При использовании этого метода принимающая вызов станция, получив количество цифр, достаточное для определения дальнейшего маршрута, сразу занимает следующий участок сети - до того как получен весь номер вызываемого абонента. Благодаря раннему занятию последующих участков передача адресной информации выполняется в них одновременно (с перекрытием). Благодаря этому общее время, необходимое для установки соединения, сокращается.

В протоколе SIP метод набора с перекрытием напрямую не поддерживается, однако при выполнении ряда условий может быть реализован. Одним из вариантов реализации overlap dialing в SIP является метод, описанный в этом IETF draft. При использовании данного метода UAC формирует и отправляет в сеть INVITE как только ему становятся доступны первые цифры номера, достаточные для маршрутизации вызова. Принимающая INVITE станция получает в вызываемом URI только несколько первых цифр номера вызываемого абонента, и ожидает оставшуюся часть номера, которая передается ей вызывающей стороной в последующих сообщениях INFO в рамках установленного диалога по мере набора номера вызывающим абонентом:

В данном сценарии канальное окончание FXS формирует и отправляет в сеть сообщение INVITE после приема первой цифры номера вызываемого абонента ("8"). Сообщение принимает канальное окончание 1IND, которое сразу передает ответ "183 Session Progress", необходимое для ранней установки диалога, после чего сразу выполняет занятие канала TDM. Каждый раз, когда телефонный аппарат вызывающего абонента передает новую цифру номера, канальное окончание FXS формирует и отправляет в рамках установленного диалога сообщение INFO, содержащее набранную цифру. Канальное окончание 1IND, получив сообщение INFO, добавляет полученную цифру к уже имеющимся и передает ее в канал TDM. Таким образом, передача номера на участках "Абонент А" - "окончание FXS" и "окончание 1IND" - "окончание 1IND" происходит одновременно с отставанием лишь на одну цифру номера, что существенно сокращает общее время установки соединения.

Недостатками описанного метода установки соединения являются увеличение служебного трафика (при наборе каждой новой цифры через сеть передается два дополнительных сообщения SIP), меньшая гибкость маршрутизации (маршрутизировать вызов можно только по первым цифрам номера, длина номера заранее неизвестна). Так как данный метод не является стандартом, использовать его можно лишь в случае, когда заранее известно, что метод поддерживается удаленным UAS.

Порддержка overlap dialing канальными окончаниями плат VE-01/VE-02

Канальное окончание Трансляция набора TDM --> SIP Трансляция набора SIP --> TDM

FXS

Поддерживается

Неприменимо
(номер вызываемого абонента не передается в этом направлении)

FXO

Неприменимо
(номер вызываемого абонента не передается в этом направлении)

Неприменимо
(так как нет сигнала "ответ" от вызываемой стороны, окончание переходит в состояние разговора сразу после передачи номера в канал)

1IND

Поддерживается

Поддерживается

PRI

Поддерживается

Поддерживается

R2

Не поддерживается

Не поддерживается

R2-DTMF

Не поддерживается

Не поддерживается

АДАСЭ

Не поддерживается

Не поддерживается

EM

Поддерживается

Поддерживается

SL

Не поддерживается

Не поддерживается

Last modified 5 years ago Last modified on Nov 6, 2019, 6:28:00 PM
Note: See TracWiki for help on using the wiki.