Услуги, предоставляемые набором возможностей CS_1 имеют в общем 38 свойств. Согласно Q.1211 кратко охарактеризуем некоторые основные из них.

1) ABD (Abbreviated Dialing) - сокращенный набор номера. Это свойство помогает, в частности, реализовать услугу Virtual Private Network (VPN).

2) AUTZ (Authorization Code) - код авторизации, например, набором пароля (PIN_кода) пользователь получает доступ к сети при использовании кредитной карты, а в сети VPN может снять ограничения на доступные ему номера вызываемых пользователей. Разные наборы привилегий могут иметь разные коды. Один и тот же код может быть предоставлен многим абонентам VPN.

3) AUT (Authentication) - аутентификация, установление личности вызывающего пользователя с целью предоставления ему доступа к каким-то ресурсам телефонной сети.

4) CD (Call Distribution) - автоматическое распределение входящих вызовов между двумя или более пользователями в заданной пропорции.

5) CFC (Call Forwarding on Busy/Don't Answer) - переадресация при условии занятости или не ответа вызываемого пользователя.

6) GAP (Call Gapping) - автоматическое прореживание вызовов, направляемых к пользователю, в частности, для предупреждения перегрузки на сети.

7) LIM (Call Limiter) - ограничитель вызовов, ограничение максимального числа одновременно входящих (удерживаемых) вызовов. В частности, максимальное число (порог) может меняться в реальном времени.

8) LOG (Call Logging) - запоминание входящих вызовов к какому-то заданному номеру.

9) CRG (Customized Ringing) - абонент услуги может заказать различный вызывной сигнал для заданного списка А-номеров.

10) ONE (One Number) - единый номер (на несколько линий). Абонент услуги может задавать, какие вызовы, с какой линией соединять.

11) ODR (Origin Dependent Routing) - позволяет абоненту услуги принять или отклонить вызов в зависимости от географического адреса вызова.

12) OCS (Originating Call Screening) - высвечивает на индикаторе номер входящего вызова, если он включен в заданный список, учитывая при этом географический адрес А-номера, время суток и т.п.

13) PRMC (Premium Charging) - передача части оплаты за разговор вызываемому пользователю.

14) REVC (Reverse Charging) - оплата за счет вызываемого пользователя.

1.4.2 Информационный обмен в IN

Процессы предоставления интеллектуальных услуг (ИУ) протекают в разных, рассредоточенных по территории сети, подсистемах IN, поэтому они должны быть строго согласованы. Потребность в предоставлении ИУ распознается на АТС, где имеется ПКУ, по коду, набираемому пользователем. Запрос предоставления ИУ ПКУ направляет через транспортную сеть в ИВУ. Здесь происходит определение вида ИУ. Если в ИВУ имеется собственная БД, то из нее считываются необходимые данные и ПРУ. Выполнение программы предоставления ИУ в соответствии с ее ПРУ осуществляется на АТС с программным управлением. Если в ИВУ нет собственной БД ИУ, то запрос передается через транспортную сеть во внешнюю БД (рис. 1.3). Задержка предоставления ИУ существенно зависит от скорости передачи информации между ПКУ и ИВУ и между ИВУ и БД. Поэтому реализация IN целесообразна на базе ISDN, в которой данные, необходимые для предоставления ИУ, передаются между элементами сети со скоростями не ниже, чем 64 Кбит/с.

Как уже упоминалось, каждый вызов, требующий предоставления ИУ, опознается в ПКУ. Здесь генерируется отчет со всеми параметрами вызова. Отчет в виде сообщения передается через сеть сигнализации (по протоколу ОКС №7) интерпретатору вида услуги, и проверяется возможность реализации услуги путем посылки запроса через транспортную сеть в ПАУ. В соответствии с требуемым видом услуги выполняется поиск ПРУ и сопровождающих данных в СИБД или во внешней БД. Интерпретатор вида услуги получает подтверждение о реализуемости запрошенной услуги и начинает контроль ее реализации путем обмена в реальном времени с ПКУ. Информационный обмен между ПКУ, ИВУ и ПАУ не требует специальных каналов (эти объекты IN являются узлами транспортной сети) и установления соединений и относится к транзакционному типу обмена в сети с коммутацией пакетов. Транзакция - это одноразовая обработка запроса, предполагающая передачу ответа источнику запроса о полученном результате. Каждый ПКУ обычно адресует запросы к одному ИВУ, последний может поддерживать несколько ИУ. Один ПАУ тоже может поддерживать несколько ИУ. В целях уменьшения задержки ресурсы для реализации конкретной ИУ предоставляются только одним ПАУ, если на сети их несколько.

1.4.3 Предоставление ИУ в IN

Рассмотрим процесс предоставления ИУ на примере «услуги 800». Как было отмечено, оплата за обмен в этом случае возлагается на вызываемого абонента. На рис. 1.5 показан обмен между уровнями IN при предоставлении данной услуги.

Рисунок 1.5 - Пример обмена в IN при предоставлении ДВО

Пусть абонент А, являющийся пользователем цифровой АТС, просит предоставить «услугу 800» путем набора номера 800-2345678. На этой АТС модуль ПКУ определяет по коду 800 требование на ИУ и передает запрос в ИВУ через сеть сигнализации. Запрос от ПКУ интерпретируется в ИВУ по логическому номеру заказанной услуги 2345678 как заявка на оплату разговора за счет вызываемого абонента.

Частная фирма, абонент или государственная организация по согласованию с администрацией сети получают логический номер, который заносится в СИБД. Ему ставится в соответствие определенный набор номеров телефонов, к которым может быть установлено соединение при реализации данной услуги. В приведенном примере логическому номеру 2345678 сопоставлен физический сетевой номер телефона абонента Б: 6-54-32-10. Если в пункте, где находится ИВУ, нет требуемой БД с необходимыми данными, то здесь формируется запрос для считывания данных из СИБД. Этот запрос передается через сеть сигнализации. Обмен с СИБД относится к типу транзакции. До завершения ориентирования в IN по поводу всех деталей предоставления ИУ абонент ожидает начала обслуживания, получая соответствующий оповещающий сигнал. Система управления СИБД обеспечивает считывание физического сетевого номера абонента Б. Пусть результатом пересчета логического номера 2345678 в физический будет номер абонента Б: 6-54-32-10. Сообщение об этом номере и ПРУ передаются из СИБД в ИВУ и далее в ПКУ на АТС к которой подключен абонент А. Здесь будет установлено соединение с абонентом Б с помощью стандартных средств и протоколов коммутируемой сети, а программа реализации услуги позволит начислить оплату за ИУ абоненту Б.

1.5 Особенности, назначение и архитектура прикладного протокола интеллектуальной сети

1.5.1 Функции узлов, функциональные связи и интерфейсы интеллектуальной сети

Узлы IN, как правило, выполняют одну или несколько функций, которые можно разделить на три основные категории: функции, относящиеся к управлению вызовом; функции, относящиеся к управлению услугами и функции, обеспечивающие услуги (эксплуатационная поддержка и администрирование сети). Данные функции определены в табл. 1.2.

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

Таблица 1.2 - Функции узлов IN

Страницы: 1, 2, 3, 4, 5, 6