Дополнительные услуги

7.. Российская Ассоциация Управления Проектами "СОВНЕТ" http://www.sovnet.ru/

8. Программное обеспечение управления проектами http://www.pmsoft.ru/

9. Сайт компании VHW< по управлению проектами http://www.pmconsult.ru/

10. Сайт менеджеров проектов http://www.anryk.ru/

11. Бесплатный дистанционный курс управления проектами http://pm.mrybakov.ru/?gclid=CKKCl9C97aMCFQ1gZwod03Lv3Q

[1] Григорий Ципес, Александр Товб Объять необъятное... или Стандарт управления проектами — это наше все! http://www.osp.ru/cio/2002/06/172197/

[2] http://www.iteam.ru/publications/project/section_40/article_247

[3] Карен Рихтер Управление проектами

http://www.iteam.ru/publications/project/section_40/article_2873/

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

Типовые процедуры 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

«пользователь-сеть» отсутствуют. Вся информация, необходимая для управления дополнительными услугами, передается в универ­сальных информационных элементах facility. Такой подход позво­ляет легко вводить новые услуги, не требуя расширения перечня со­общений, и обеспечивает возможность помещать в одном сообще­нии обращения к нескольким дополнительным услугам. Информа­ционный элемент facility может использоваться для обращения к до­полнительным услугам как при наличии базового соединения, так и при его отсутствии. Для случая, когда соединение существует или устанавливается, информационный элемент facility входит в состав сообщения FACILITY или SETUP. Если базовое соединение не су­ществует, для создания необходимого сигнального соединения ис­пользуется сообщение REGISTER, а сообщения FACILITY могут использоваться, как только сигнальное соединение будет создано.

Необходимо отметить, что к одной и той же дополнительной услуге можно обратиться с помощью любого из рассмотренных протоколов. Более того, в одной и той же ISDN могут одновре­менно использоваться все три протокола (или любые два из них).

Стандартами ETSI нормирован перечень дополнительных услуг, реализуемых с использованием функционального про­токола.

В группу услуг переадресации вызова входит четыре услуги (без­условная переадресация — CFU, переадресация при занятости вы­зываемого абонента — СРВ, переадресация при неответе — CFNR и отклонение вызова — CD).

Услуги извещения о плате за связь обеспечивают возможность передачи абоненту информации о стоимости разговора во время, до или после установления соединения (AOC-D, AOC-S или АОС-Е, соответственно).

С помощью услуги переключения связи (ЕСТ) можно уста­новить соединение между абонентом, с которым установлено со­единение в настоящий момент, и вторым абонентом, находящим­ся на удержании, соединение с которым было установлено пред­варительно. Возможны два варианта данной услуги: переключение осуществляется в ходе разговора или автоматически при занято­сти/ неответе вызываемого абонента.

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

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

С использованием функционального протокола реализуются также услуги многосторонней конференц-связи с последовательным сбором участников (CONF), трехсторонней конференц-связи (3PTY), идентификации злонамеренного вызова (MC1D).

О дополнительной услуге сигнализации «пользователь—поль­зователь» (LJUS) уже говорилось выше.