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

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

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

Протокол DSS-1: Сетевой уровень 12 9

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

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

• предоставления и запрета предоставления номера вызываю­щего абонента (CLIP/CLIR),

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

• уведомления о новом вызове во время установленного соеди­нения (CW),

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

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

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

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

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

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

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

130 Глава 4

время других этапов соединения, этот информационный элемент передается в составе сообщений INFORMATION. Сеть отвечает вызывающему пользователю с помощью информационного элемента display в сообщении CALL_PROCEEDING (при установлении со­единения) или в сообщении INFORMATION. Сеть может запраши­вать у пользователя дополнительную информацию, передавая ему соответствующие звуковые сигналы, речевые подсказки и/или со­общения INFORMATION. Пользователь передает запрошенную дополнительную информацию в информационных элементах key­pad facility сообщений INFORMATION.

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

Условный идентификатор услуги вводится в состав инфор­мационного элемента активизации услуги (feature activation), со­держащегося либо в сообщении SETUP, либо в сообщении INFOR­MATION. Сеть отвечает пользователю с помощью информацион­ного элемента индикации услуги (feature indication), который мо­жет вводиться в сообщение SETUP_AC KNOWLEDGE, INFOR­MATION или DISCONNECT. Информация для вывода на дисплей пользовательского терминала может передаваться в составе тех же сообщений в информационном элементе display. Как и в протоко­ле с непосредственной идентификацией услуги, сеть может запра­шивать у пользователя дополнительную информацию. Для ее за­проса и передачи используются те же средства, что и в протоколе с непосредственной идентификацией.

Оба только что рассмотренных протокола ориентированы на сравнительно простые терминалы, которые способны выполнять лишь несложные функции формирования сообщений с информа­ционными элементами, несущими передаваемую пользователем информацию управления услугой, и функции выделения необхо­димых пользователю сведений или сигналов из сообщений, прини­маемых от сети. Анализ получаемых сведений (сигналов) и приня-

Протокол DSS-1: Сетевой уровень 131

тие решений, необходимых для выполнения алгоритма взаимодей­ствия с сетью, производит сам пользователь, всякий раз стимулируя терминал передать нужное сообщение (отсюда общее для этих двух протоколов английское название stimulus protocols).

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

Характерный пример — дополнительная услуга «наведение справки», предусматривающая, что связь между двумя пользова­телями, во время которой потребовалось навести справку, перево­дится в режим удержания, а пользователь, обратившийся к этой услуге, устанавливает соединение с третьим пользователем, полу­чает от него нужные сведения и возвращается к прерванной связи, переводя ее из режима удержания в обычный рабочий режим. С этой услугой связаны две функции — HOLD (удержание) и RETRIEVE (возобновление), для управления которыми предусмот­рена особая группа сообщений: HOLD, HOLD_ACKNOWLEDGE, HOLD_REJECT, RETRIEVE, RETRIEVE_ACKNOWLEDGE и RETRIEVE_REJECT.

Обращение к функции HOLD возможно как в процессе уста­новления соединения, так и непосредственно во время соединения. Если, например, пользователь посылает сообщение HOLD, когда соединение уже установлено, то сеть освобождает В-канал, сохра­няя метку соединения, и передает в ответ сообщение HOLD_ACK-NOWLEDGE. После приема этого сообщения пользователь может установить другое соединение, затем нарушить его и послать сооб­щение RETRIEVE с меткой соединения, находящегося в режиме удержания. В нормальном случае сеть восстанавливает соединение с В-каналом и отвечает сообщением RETRIEVE_ACKNOWLEDGE. Приняв это сообщение, пользователь подключается к В-каналу и получает возможность возобновить прерванное соединение.

Вторая категория процедур функционального протокола ис­пользуется во всех случаях, когда специальные требования в отно­шении синхронизации процессов по разные стороны интерфейса

132Глава 4