Материал: Протоколы сети доступа - Гольдштейн

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

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

К процедурам обработки особых ситуаций относится также

процедура прерывания соединения. Данная процедура позволяет поль-

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

NOTIFY.

Определен также ряд процедур для обработки сбойных ситуаций.

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

126 Глава 4____________________________

4.4. ПРОЦЕДУРЫ ПАКЕТНОЙ ПЕРЕДАЧИ ДАННЫХ

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

Система DSS-1 предоставляет два варианта доступа к услугам пакетной передачи данных.

Водном варианте пользователь получает доступ к сети передачи данных общего пользования. В этом случае устанавливается соединение между пользователем и блоком доступа к сети пакетной передачи данных.

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

Вдругом варианте пользователь получает доступ к устройству коммутации пакетов, расположенному, например, на опорной АТС. Для этого может использоваться либо информационный канал В, либо сигнальный канал D. Если доступ осуществляется по В-каналу, то в качестве сигнальных процедур используются процедуры, описанные в предыдущем параграфе, но со следующими особенностями: применяется только блочная передача адресной информации; сообщение ALERTING от АТС к вызывающему пользователю не посылается; информационный элемент «средства доставки информации» в сообщении SETUP содержит индикацию пакетного режима, а параметры «протокол обработки информации пользователя, уровни 2 и 3» указывают на использование протоколов Х.25.2 и Х.25.3.

Если доступ осуществляется по D-каналу, то между пользователем

иустройством коммутации пакетов на АТС организуется соединение уровня 2 (SAPI=16), обеспечивающее квитированную передачу информационных 1-кадров. Таким образом, D-канал предоставляет услуги уровней 1 и 2 модели OSI, а функции уровня 3 выполняет протокол коммутации пакетов (Х.25.3).

4.5. ПРОЦЕДУРЫ СИГНАЛИЗАЦИИ «ПОЛЬЗОВАТЕЛЬПОЛЬЗОВАТЕЛЬ»

Информация типа «пользователь-пользователь» переносится через сеть прозрачно, без ее анализа. Передача такой информации может происходить в фазе создания и в фазе нарушения соединения (услуга 1), во время установления соединения между передачей сообщений ALERTING и CON NECT (услуга 2), в фазе разговора или передачи данных (услуга 3). Аналогичные услуги имеют место в подсистеме ISUP протокола ОКС-7 (параграф 10.3 первого тома).

При услуге 1 информация «пользователь-пользователь» содержится в обычных сообщениях управления соединениями, например, в сообщении SETUP, инициирующем установление соединения. Информация входит в состав информационного элемента «пользовательпользователь». Параметр этого элемента, называемый «дискриминатором протокола» (не путать с имеющим то же название обязательным информационным элементом всех сообщений Q.931), принимает одно из следующих значений: 00000000-кодирование, определяемое пользователем; 00000100 - информация между пользователями передается в виде символов кода №5 ITU-T

Обращение к услуге I в фазе создания соединения может быть явным или неявным. В случае явного обращения к услуге вызывающий пользователь указывает в сообщении SETUP, что оно содержит информацию «пользователь—пользователь». Это указание входит в состав информационного элемента facility (дополнительная услуга). Сама же информация «пользователь—пользователь» входит в состав информационного элемента «пользователь—пользователь» и передается по сети к вызываемому пользователю. При получении сообщения SETUP вызываемый пользователь, отвечая на него сообщением ALERTING или CONNECT, также может включить в это сообщение информационный элемент «пользователь-пользователь». Явное обращение к услуге 1 возможно только при связи типа «точка—точка».

В случае неявного обращения к услуге 1 вызывающий пользователь вводит в

сообщение SETUP информационный элемент «пользователь—пользователь», но информационный элемент facility в это сообщение не включается. Информация «пользователь-пользователь» передается по сети и доставляется вызываемому пользователю. Неявное обращение применяется как в конфигурации «точка— точка», так и в вещательном режиме. При связи «точка—точка» ответный информационный элемент «пользователь—пользова-

www.kiev-security.org.ua

BEST rus DOC FOR FULL SECURITY

www.kiev-security.org.ua BEST rus DOC FOR FULL SECURITY

тель» входит в состав либо сообщения ALERTING, либо сообщения CONNECT. При многоточечной связи ответ содержится в сообщении CONNECT. Услуга 1 также позволяет включить информацию «пользователь—пользователь» в состав первого сообщения процедуры разъединения.

Услуга 2 применима к связи «точка—точка». Она позволяет передавать информацию «пользователь—пользователь» во время установления соединения между сообщениями ALERTING и CONNECT. В сообщении SETUP, передаваемом вызывающим пользователем, должен присутствовать информационный элемент facility с индикатором запроса услуги 2. Как только вызываемая сторона отреагирует на вызов сообщением ALERTING, может начаться обмен информацией «пользователь—пользователь» между вызывающим и вызываемым пользователями: Передача информации осуществляется с помощью сообщений USER_IN FORMATION. Сообщения содержат соответствующие метки соединения и информационные элементы «пользователь—пользователь».

Услуги 1 и 2 позволяют вызывающему и вызываемому пользователям посылать в сообщениях управления соединением до 128 байтов информации.

Услуга 3 может быть запрошена либо во время установления соединения, либо в фазе разговора/передачи данных. При запросе соединения вызывающий пользователь включает информационный элемент facility (с индикатором услуги 3) в сообщение SETUR Как только соединение будет установлено и вступит в фазу разговора/ передачи данных, может начаться обмен информацией между пользователями в сообщениях USERJNFORMATION.

Если пользователь пожелает обратиться к услуге 3 в фазе разговора/передачи данных, и на это не было указано в сообщении SETUP, то он отправляет другому пользователю сообщение FACILITY с индикатором услуги 3. Второй пользователь отвечает таким же сообщением FACILITY, после чего становится возможным обмен информацией в сообщениях USERJNFORMATION.

4.6. ДОПОЛНИТЕЛЬНЫЕ УСЛУГИ

Типовые процедуры DSS-1, обеспечивающие предоставление дополнительных услуг ISDN, определены ITU-T, однако подробное описание процедур в рекомендациях ITU-T не дается.

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

•прямого входящего набора (DDI),

•присвоения абоненту нескольких номеров (MSN),

•предоставления и запрета предоставления номера вызывающего

абонента (CLIP/CLIR),

•идентификации и запрета идентификации номера ответившего абонента (COLP/COLR),

•уведомления о новом вызове во время установленного соединения

(CW),

•субадресации (SUB).

Реализация других дополнительных услуг связана с использованием специальных процедур. Для управления такими дополнительными услугами определены три протокола: с непосредственной идентификацией услуг, с условной идентификацией услуг и функциональный.

Протокол с непосредственной идентификацией услуг — это процедура, предусматривающая, что пользователь набирает алфавитноцифровой код услуги в соответствии с системой кодирования, принятой в данной сети для всех пользователей. Протокол с условной идентификацией услуг предполагает, что для каждого пользователя создан так называемый профиль услуг. Запрос конкретной дополнительной услуги осуществляется пользователем путем набора кода услуги в системе кодирования, соответствующей его профилю услуг, а сеть устанавливает соответствие между этим кодом и нужной услугой, обращаясь к данным о профиле услуг, установленном для данного пользователя.

Функциональный протокол предполагает, что терминал пользователя обладает интеллектом, позволяющим определять семантику элементов протокола и выполнять предусмотренные протоколом действия без участия пользователя.

Рассмотрим эти три протокола несколько подробнее.

Протокол с непосредственной идентификацией услуг применим для базового и первичного доступов. Соответствие между алфавитноцифровыми кодами и дополнительными услугами в международном масштабе не нормируется, и коды, следовательно, специфичны для каждой конкретной сети.

Запрос нужной дополнительной услуги вводится в информационный элемент keypad facility. Если услуга запрашивается во время установления соединения, информационный элемент keypad facility входит в состав сообщения SETUP и (при наборе с перекрытием) сообщений INFORMATION. Если услуга запрашивается во