Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 3)

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.6 и соответствуют функциональным интерфейсам, приведенным в табл. 1.3.

Рисунок 1.6 – Функциональные связи и эталонные точки IN для CS‑1

Таблица 1.3 – Функциональные интерфейсы интеллектуальной сети

Для CS‑1 определены только три из приведенных на рис. 1.6 связей, а именно D, Е и F. Возможности управления требуются только для первых шести из приведенного списка функциональных связей (т.е. для связей А, В, С, D. E и F). Функциональная связь в некоторой опорной точке может предусматривать один или несколько классов управления. Любое сочетание функциональной связи и класса управления называется управляющей связью. Управляющая связь обозначается строкой вида . [4, 11], где обозначает функциональную связь, а – класс управления. Определено четыре класса управления:

– класс 1: средства управления соединением;

– класс 2: средства управления обслуживанием вызова;

– класс 3: средства управления услугой IN;

– класс 4: средства эксплуатационного управления.

Например, D.3 означает управляющую связь между функциональными элементами SSF и SCF для класса управления 3.

1.5.2 Назначение, основные понятия и особенности протокола INAP

Как было показано, принципы создания, предоставления, и управления услугами в рамках архитектурной концепции IN определяются концептуальной моделью, содержащей четыре плоскости (рис. 1.3). На распределенной функциональной плоскости модели действия, выполняемые разными блоками SIB, объединяются в группы, называемые функциональными объектами. При внедрении услуг интеллектуальной сети эти функциональные объекты могут гибко распределяться по физическим элементам сети – узлам IN. В процессе предоставления услуг IN функциональные объекты из разных физических элементов взаимодействуют друг с другом, причем взаимодействие происходит в форме диалога: один функциональный объект запрашивает выполнение операции, а другой выполняет ее и возвращает первому результат [12].

Все необходимые для этого связи между физическими элементами сети осуществляются через стандартизованные интерфейсы (рис. 1.6). Специально для поддержки информационных потоков между узлами IN специфицирован прикладной протокол интеллектуальной сети INAP (Intelligent Network Application Protocol), который определяет синтаксис и семантику вызываемых операций, назначение и порядок их обработки. Данный протокол поддерживается системой сигнализации ОКС №7 и цифровой абонентской системой сигнализации DSS1.

Протокол INAP представляет собой прикладной протокол, т.е. протокол 7‑го уровня модели взаимодействия открытых систем (ВОС). Он предоставляет услуги для поддержки взаимодействия между прикладными процессами (АР – Application Process), происходящими в узлах IN (например, в SSP, SCP, IP). Прикладной процесс является самым верхним уровнем абстрактного представления в INAP и описывает обработку запроса услуги в узле сети. Один прикладной процесс может использовать несколько прикладных объектов (Application Entity, АЕ), каждый из которых поддерживает специфический набор функций (например, SSF АЕ, SRF АЕ, SCF АЕ), обеспечивающих взаимодействие с удаленными прикладными процессами.

АЕ представляет собой абстрактное описание функций, которые могут быть востребованы прикладным процессом АР для взаимодействия с удаленным АР. АЕ содержит определение каждой функции и правила использования этих функций. Базовым компонентом объекта АЕ является прикладной сервисный элемент (Application Service Element, ASE).

ASE объединяет в себе группу логически связанных функций, которые, в соответствии с рекомендацией ITU-T Q.775, могут быть использованы более чем одним АЕ. Применительно к интеллектуальной сети, ASE представляют собой набор спецификаций процедур обслуживания вызова, известных как операции, например InitialDP и др. Если в SSF, например, обнаружена точка DP, инициализирующая услугу и требующая участия SCF, то функция SSF формирует сообщение, которое называется InitialDP Operation, и посредством подсистемы транзакций ТСАР (Transaction Capabilities Application Part), где, в свою очередь, еще выделены два подуровня, начинается сеанс связи с соответствующими уровнями протоколов контроллера SCP. При этом используются, как будет показано дальше, также подсистема контроля соединений сигнализации системы сигнализации ОКС №7.

Характеристики

Список файлов ВКР