Процедуры обработки базового вызова

Процедуры управления базовыми соединениями с коммутацией каналов предполагают, что между вызывающим пользователем и исходящей АТС (или между входящей АТС и вызываемым пользователем) уже имеется соединение уровня 2. Как отмечалось сообщения Q.931 передаются между уровнями 3 и 2 в примитивах DL- DATA- REQUEST и DL-DATA-INDICATION, которые предусматривают перенос сообщений в нумеруемых кадрах I.

Процедуры различаются в зависимости от того, имеет ли вызываемый пользователь несколько однотипных терминалов или единственный терминал. Если терминалов несколько и неважно, какой из них ответит на вызов, используется вещательный режим работы уровня звена данных, описанный в предыдущей главе. Если входящая АТС определяет, что существует всего один терминал или из нескольких однотипных нужен один определенный терминал и известен его идентификатор, используется режим «точка—точка». Процедуры также различаются в зависимости от того, какой способ передачи адресной информации — блочный (en-bloc) или с перекрытием (overlap) — принят вызывающим пользователем.

На рис. 4.13 показан пример управления базовым соединением по протоколу Q.931. В этом соединении участвуют два пользователя — вызывающий (с терминалом ТЕ-А) и вызываемый (с терминалом ТЕ-Б).

Пользователь, инициирующий вызов, снимает трубку, что побуждает ТЕ-А послать сообщение SETUP с назначенной этим ТЕ меткой соединения. Сообщение SETUP включает в себя также информационные элементы, которые информируют сеть о требуемых характеристиках средств доставки информации, что подробно обсуждалось в предыдущем параграфе. Для рассматриваемого примера параметр «вид информации» имеет значение 00000 (речь), параметр «режим переноса» кодируется как 00 (канальный режим), а параметр «скорость передачи» имеет значение 10000 (канальный режим 64 Кбит/с). В некоторых случаях ТЕ-А может указывать в сообщении SETUP, какой В-канал он предпочитает использовать. Определив, что сеть может поддержать запрашиваемое соединение, исходящая АТС возвращает ТЕ-А сообщение SETUP_ACKNOWLEDGE, содержащее идентификацию В-канала, который будет использоваться в соединении.

Сообщение SETUP_ACKNOWLEDGE указывает также на необходимость дальнейшей информации для установления соединения в сети, в первую очередь — информации о номере вызываемого пользователя ТЕ-Б. Прием SETUP_ACKNOWLEDGE инициирует посылку вызывающему пользователю акустического сигнала «Ответ станции», который может генерироваться либо в терминале, либо в исходящей АТС, передающей этот сигнал пользователю по выбранному В-каналу.

Серия сообщений INFORMATION, несущих набираемые вызывающим пользователем цифры, составляет телефонный номер вызываемого пользователя. После приема последней цифры исходящая АТС отвечает вызывающему пользователю сообщением CALL_PROCEEDING и начинает устанавливать соединение через сеть к АТС вызываемого абонента. Такой способ передачи цифр номера называется передачей с перекрытием (overlap).

Возможен и другой вариант, связанный с наличием в ТЕ-А средств накопления набираемых цифр и/или средств хранения заранее запрограммированного номера, когда все цифры номера передаются в одном блоке в сообщении SETUP. В этом случае исходящая АТС сразу подтверждает сообщение SETUP сообщением CALLJPROCEEDING. Такая передача цифр номера называется блочной передачей (en-bloc).

При получении информации о вызываемом номере входящая АТС анализирует эту информацию, чтобы определить, кого вызывают и какие услуги запрашиваются. Если линия вызываемого пользователя свободна, по D-каналу посылается сообщение SETUP. В рассматриваемом примере уровень звена работает в режиме «точка—точка». Сообщение SETUP содержит метку соединения, назначенную входящей АТС, и информацию проверки совместимости, предоставленную вызывающим пользователем и анализируемую в ТЕ-Б. Если совместимость отсутствует, соединение не создается, а ТЕ-Б передает сообщение RELEASE_COMPLETE с информационным элементом «причина», имеющим значение «несовместимые терминалы». Если совместимость достигнута, процесс управления соединением продолжается.

Сообщение SETUP, направляемое вызываемому пользователю, также включает в себя идентификатор канала В, который предлагается для использования в соединении. Если возможно, пользовательский терминал выбирает для связи идентифицированный канал. Если это невозможно, пользовательский терминал выбирает другой канал В и информирует об этом входящую АТС в первом же ответе на сообщение SETUP, то есть в сообщении CALL..PROCEEDING, CONNECT или ALERTING.

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

Вызываемый терминал отвечает на сообщение SETUP сообщением ALERTING, указывающим на то, что вызываемый пользователь извещается о входящем вызове. Это сообщение эквивалентно сигналу «Контроль посылки вызова» в телефонии, который уведомляет вызывающего абонента о передаче сигнала вызова вызываемому абоненту. Входящая АТС передает соответствующую информацию к исходящей АТС, а та отправляет сообщение ALERTING вызывающему пользователю. Когда вызываемый пользователь отвечает на вызов, например, снимает телефонную трубку, от его терминала к входящей АТС посылается сообщение CONNECT. После приема сообщения CONNECT исходящей АТС прекращается передача сигнала контроля посылки вызова (КПВ) вызывающему пользователю и устанавливается его связь с вызываемым пользователем. Для завершения процедуры установления соединения сообщения CONNECT подтверждаются сообщениями CONNECT_ACKNOWLEDGE.

У терминала с автоматическим ответом скорость реакции на входящий вызов обычно намного больше, чем у терминала с неавтоматическим ответом. В связи с этим при вызове терминала с автоматическим ответом сообщение ALERTING может не передаваться. Реакцией терминала с автоматическим ответом на сообщение SETUP является сообщение CONNECT или необязательное сообщение CALL__PROCEEDING.

Когда разговор закончился, положить трубку первым может любой из пользователей. В данном примере первым кладет трубку вызывавший пользователь. Разъединение инициируется сообщением DISCONNECT от ТЕ-А, которое при приеме на исходящей АТС указывает на необходимость отключения В-канала от сетевого канала и освобождения сетевого канала. Исходящая АТС посылает сообщение RELEASE терминалу, в результате чего В-канал и метка соединения освобождаются и этим самым становятся доступными для будущих соединений. Завершение данного этапа на исходящей стороне подтверждается передачей от терминала вызывавшего пользователя к исходящей АТС сообщения RELEASE_COMPLETE.

Сообщение о разъединении одновременно передается через сеть к входящей АТС и к терминальному оборудованию вызванного пользователя. Терминал отвечает сообщением RELEASE, которое затем подтверждается сообщением RELEASE_COMPLETE от входящей АТС. В результате ресурсы, которые были задействованы в соединении, освобождаются и становятся доступными для использования в других соединениях.

В спецификациях процедур управления базовым соединением и на рис. 4.13 используются следующие таймеры сетевого уровня:

• таймер Т302 — используется только при передаче адресной информации в режиме с перекрытием. Таймер запускается при приеме сообщения SETUP__ACKNOWLEDGE, перезапускается при передаче каждого сообщения INFORMATION; останавливается при индикации достаточной адресной информации для маршрутизации вызова (при приеме сообщений CALLJPROCEEDING, ALERTING или CONNECT); Т302=15с;

• таймер ТЗОЗ -- интервал между посылкой SETUP и приемом ALERT, CONNECT, CALL_PROCEEDING, SETUP^ACKNOWLEDGE или RELEASE_COMPLETE; T303=4 c;

• таймер Т304 — интервал между приемом SETUP_ACKNOWLEDGE или посылкой сообщения INFORMATION (при передаче адресной информации в режиме с перекрытием) и приемом сообщения ALERT, CONNECT или CALL_PROCEEDING; T304=15c;

• таймер ТЗОЗ — интервал между посылкой сообщения DISCONNECT и приемом сообщения RELEASE или DISCONNECT; Т305=30 с;

• таймер Т308 — интервал между посылкой сообщения RELEASE и приемом сообщения RELEASE__COMPLETE или RELEASE; T308=4 с;

• таймер Т310 - интервал между приемом сообщения CALL_PROCEEDING и приемом одного из сообщений ALERT, CONNECT, PROGRESS или DISCONNECT; Т310>40с;

• таймер ТЗ 13 — выдержка времени между посылкой сообщения CONNECT и приемом сообщения CONNECT_ACKNOWLEDGE; ТЗ 13=4 с.

Процедуры, применяемые при использовании на вызываемой стороне вещательного режима, аналогичны процедурам для режима «точка-точка» на рис. 4.13. Различия, описываемые ниже, обусловлены тем, что на входящее сообщение SETUP реагируют сразу несколько терминалов. Каждый терминал проверяет информацию о совместимости, доставленную в сообщении SETUP. Если обнаруживается несовместимость, терминал может или игнорировать сообщение SETUP и не предпринимать дальнейших действий, или отправить сообщение RELEASE_COMPLETE с информационным элементом «причина», указывающим на несовместимость с терминалом вызывающего пользователя. Если же терминал определяет совместимость с терминалом вызывающего пользователя, он передает к входящей АТС сообщение CALL_PROCEEDING, сообщение ALERTING и/или сообщение CONNECT, как описано выше в этом параграфе. Входящая АТС вынуждена в этом случае отслеживать каждый терминал.

Терминал вызываемого пользователя, который первым ответит сообщением CONNECT, считается получателем вызова. От входящей АТС к терминалу-получателю передается сообщение CONNECT_ACKNOWLEDGE, подтверждающее, что именно с ним устанавливается связь. Всем остальным терминалам, отреагировавшим на сообщение SETUP, входящая АТС посылает сообщение RELEASE. Наконец, если существуют несколько терминалов, из которых не удается выделить один, используя вышеприведенный способ, то каждый из них посылает сообщение ALERTING к входящей АТС. Для связи выбирается первый терминал, пославший сообщение CONNECT, путем посылки к этому терминалу сообщения CONNECT__ACKNOWLEDGE от входящей АТС, а остальные терминалы возвращаются в исходное состояние путем посылки им от входящей АТС сообщения RELEASE.

В число процедур сетевого уровня системы DSS-1 для базовых вызовов с коммутацией каналов входят также процедуры, связанные с особыми ситуациями. Такова, в частности, процедура рестарта.

Если в звене данных возникает неисправность, пользователь или АТС могут потерять информацию о состоянии каналов в этом звене. Процедура рестарта используется для возврата каналов в исходное состояние. Она также может быть вызвана, если, например, терминал пользователя не реагирует на сообщения разъединения.

Процедура активизируется либо пользователем, либо АТС передачей сообщения RESTART. Получатель сообщения RESTART освобождает соответствующий канал (каналы) и метки соединений и передает в ответ сообщение RESTART_ACKNOWLEDGE. Получатель сообщения RESTART_ACKNOWLEDGE, в свою очередь, тоже освобождает канал (каналы) и метки соединений.

К процедурам обработки особых ситуаций относится также процедура прерывания соединения. Данная процедура позволяет пользователю прервать (приостановить) связь, внести изменения в используемое оконечное оборудование, а затем возобновить соединение. Изменения могут включать в себя физическую замену одного терминала другим, физическое перемещение от одного терминала к другому, отключение и повторное подключение терминала. Процедура вызывается пользователем путем передачи к АТС сообщения SUSPEND. Сообщение содержит идентификатор, заменяющий метку соединения, что позволяет АТС освободить назначенную ранее метку. АТС резервирует В-канал для возобновления связи и подтверждает прерывание соединения, передавая пользователю сообщение SUSPEND^ACKNOWLEDGE. Когда пользователь решает возобновить связь, он передает к АТС сообщение RESUME, содержащее тот же идентификатор соединения и новую метку соединения. АТС восстанавливает соединение с полученной новой меткой и передает пользователю сообщение RESUME_ACKNOWLEDGE, одновременно уведомляя о возобновлении связи второго ее участника сообщением NOTIFY.

Определен также ряд процедур для обработки сбойных ситуаций. Эти процедуры обеспечивают исправление ошибок и разрешение ситуаций, возникающих при нарушении порядка следования сообщений. Например, если пользователь получает непредвиденное сообщение, он передает сообщение STATUS с информационным элементом, указывающим на то, что полученное сообщение несовместимо с состоянием соединения.