УЗБЕКСКОЕ АГЕНТСТВО СВЯЗИ И
ИНФОРМАТИЗАЦИИ
ТАШКЕНТСКИЙ УНИВЕРСИТЕТ
ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ
Кафедра ТС и СК
Методическое
пособие
по предмету
«Интеллектуальные сети »
для студентов
специальностей:
5А522202 –«Сети, узлы связи и
распределение информации»
5А522203- «Связь и оптические системы обработки информации»
5А522205 –«Сети
связи и управляющие системы »
5А522216 –«Методика преподавания специальных дисциплин»
Практические занятия
Ташкент 2008
ПРЕДИСЛОВИЕ
Сейчас наблюдается большой интерес со стороны операторов к оборудованию для предоставления интеллектуальных услуг связи. Этот интерес вызван желанием операторов создать удобные в использовании и техобслуживании услуги связи.
В настоящее время известны 2 пути предоставления таких услуг – на базе «классической» интеллектуальной сети и на основе узлов услуг, построенных с широким использованием самых современных компьютерных технологий.
До недавнего времени эти концепции считались взаимоисключающим. Современные технологии стирают грань между этими подходами, а сбалансированный подход к внедряемым решениям позволит с максимальной эффективностью предоставлять самый широкий спектр услуг и местного, и регионального, и федерального уровней, причем как услуг, традиционных для «классической» интеллектуальной сети, так и услуг, до недавнего времени предоставлявшихся лишь на базе интеллектуальных платформ.
Системы последнего поколения позволяют интегрировать в единое целое автоматические и полуавтоматические (операторские) службы, телефонную сеть и WEB, обеспечивая абонентам широкий набор услуг и богатые возможности по доступу практически к любой необходимой информации. При этом расширение системы (как в плане производительности, так и в плане функционального наполнения) сводится лишь к включению (причем потенциально - в любой точке глобальной Сети) необходимого количества дополнительных стандартных модулей, взаимодействующих по стандартным же протоколам (INAP, RADIUS, SIP, PARLAY и т.д.).
Архитектура Интеллектуальных сетей является хорошей
основой для развертывания новых услуг межрегионального и федерального уровней,
предусматривает быстрое реагирование на изменения интересов пользователей. Эти
факты способствовали широкому распространению интеллектуальных услуг у крупных
мировых операторов.
Вероятнее всего, Интеллектуальные сети в дальнейшем будут активно развиваться, и их наличие у операторов будет своеобразным критерием их
перспективности.
На базе ИСС могут быть достаточно быстро и экономично построены услуги федерального масштаба. Предоплаченные карты, например, могут использоваться в любой точке страны, при этом пользователю будет можно набирать всегда один и тот же номер доступа, независимо от его местоположения.
Проблема заключается в том, что существующие телефонные сети не приспособлены для предоставления широкого спектра дополнительных услуг связи. Для этого необходимы значительные инвестиции в дооборудование АТС. Концепция Интеллектуальных Сетей с использованием внешних SSP позволяет преодолеть эти ограничения и внедрить интеллектуальные услуги в существующую телефонную инфраструктуру.
Данное методическое пособие по практическим занятиям дисциплины Интеллектуальные сети позволит магистрантам специальностей:
5А522202 - «Сети, узлы связи и распределение информации»
5А522203
- «Связь и оптические системы обработки информации»
5А522205 – «Сети связи и управляющие системы »
5А522216 – «Методика преподавания специальных дисциплин»
изучить концепцию и принципы построения интеллектуальных сетей.
Практическое занятие 1
Введение в концепцию ИС. Пример ИС
1.1. Что такое ИС?
Существует ряд различных понятий Интеллектуальной Сети
(ИС). Каждому, вероятно, известно, что делать с телефонными услугами. ИС не
является сетью, как утверждает название, скорее это способ внедрения услуг в
сети. Услуги, внедренные этим способом, называются ИС услугами.
Каждый слышал об услуге, называемой «бесплатный
телефон» (free phone), где получатель вызова платит за этот вызов.
Бесплатный телефон, вероятно, был первой введенной ИС услугой. Даже если
большинство из нас знает об этой телефонной услуге, многие не знают, как эта
услуга осуществляется в сети.
Так как эта телефонная услуга – довольно старая
услуга, она не была первоначально осуществлена как ИС услуга, скорее она была
внедрена как «черный ящик» в сети, но об этом Вы узнаете позже
1.2. Управляющие силы для ИС
Сегодня существует много разных управляющих сил для
ИС. Рынок телекоммуникационной связи изменился для операторов из-за
регулирования. Монополия старых администраторов телекоммуникационной связи
закончилась, и они теперь должны конкурировать с другими операторами на том же
пространстве. Это приводит к необходимости искать способы привлечения
потребителей.
ИС концепция делает возможным удовлетворение растущих
запросов рынка на более продвинутые услуги более быстрым, более гибким и поэтому более экономным способом.
Введение ИС услуг в сеть дает вклад в более высокие
доходы для оператора. Благодаря доступности широкого диапазона новых
привлекательных ИС услуг трафик
(нагрузка), также как число успешных звонков, будет расти.
Большим преимуществом ИС, которое также стало одной из
управляющих сил после его введения, является то, что ИС сильно сократила время
внедрения новой услуги в сеть, с 2-4 лет до 6 месяцев и даже меньше.
Другие преимущества в том, что определенная услуга в сети управляется из
одной или из немногих центральных точек (SCP) вместо большого числа
распределенных точек (как в случае обычных дополнительных услуг). Это сильно
облегчает все административные процедуры типа введения, изменения или изъятия услуги.
Централизованное управление и администрация также дают более хороший обзор
оператору услуг в сети.
1.3. Концептуальный фон (база)
Термин «интеллектуальная сеть» был сформулирован
внутри BELLCORE (название фирмы) в 1984
году. Он родился как концепция, чтобы вновь созданным региональным компаниям
Белл в США стать более конкурентоспособными в новой раз регулированной среде
окружения.
ИС была, и все еще остается вдохновленной успехами в
современных технологиях операционных систем и баз данных. Одной из сфер
деятельности стал ввод компьютерных продавцов и изделий на рынок
телекоммуникаций. В международной стандартизации эта задача постепенно
достигается определением ИС как: «Телекоммуникационная сеть с возможностями,
независимыми от услуг, что позволяет поставщикам сетевых услуг или оперирующим
компаниям независимо определять и конкурентоспособно предоставлять новые
сетевые услуги».
1.4. Введение
в концепцию ИС
ИС услуги хранятся централизованно в сети в точке
управления услугой SCP. SCP действует как база данных, где ИС услуги хранятся и
выполняются.
ИС услуги обычно создаются с помощью SMAS, который
является дружественным к пользователю инструментом для создания и обработки ИС
услуг. Назовем способ создания ИС услуг «концепция сценария услуги». Когда
услуга создана в SMAS, она инсталлируется в SCP, где она выполняется. SMAS –
это приложение внутри TMOS, который является эриксоновской концепцией для
централизованной работы и обслуживания.
Вызовы (речевые цепи) не коммутируются в SCP.
Коммутация ИС вызовов делается в SSP
(точка коммутации услуги). Точки SSP и SCP – это два важнейших узла в ИС
сети.
Когда ИС вызов принят в SSP, SSP должен послать запрос к SCP и спросить,
как коммутировать ИС вызов. Этот тип обмена информацией между SSP и SCP
выполняется с помощью IN сигнализации (т.е. INAP протокола). INAP - часть системы сигнализации № 7 и лежит на
вершине следующих протоколов: TCAP, SCCP и MTP.
1.5. Пример Интеллектуальной сети
Пусть, скажем, SAS (Система Скандинавских Авиалиний)
имеет ряд офисов в Швеции. Один офис в Стокгольме (код зоны 08) и один в
Готенбурге (код зоны 031). Если абонент делает телефонный звонок (вызов) в SAS
используется их телефонный номер 020-хххххх, этот номер работает как
универсальный номер доступа, который означает что один и тот же номер
используется для всех офисов SAS. Абонент, делая вызов, не может повлиять на
то, с каким офисом он будет соединен, это будет офис ближайший к тому месту,
откуда он звонит. Если ближайший офис -
занят, он будет направлен к другому офису.
Рис 1.1. Пример IN
На рис. 1.1 дан пример
IN звонка (вызова). Если А-абонент набирает В-номер
020-хххххх из зоны 08, речевое соединение (сплошная линия) будет
установлено между абонентом и SSP с помощью сигнализации (пунктирная линия)
между локальной (LE) и SSP. Так как 020 не является кодом зоны, речевое
соединение не может быть установлено далее. Вместо этого номер 020 должен быть
транслирован (преобразован) в реальный телефонный номер (С-номер) SSP посылает
сигнализационное сообщение (пунктирная линия) к SCP и запрашивает трансляцию
номера 020. SCP транслирует его в SAS-овский
С-номер в зоне 08,так как А-абонент звонит из этой зоны. Когда SSP
пытается установить речевое соединение что С-номер - занят. SSP сообщает о состоянии
“занято” к SCP, который затем транслирует SAS-овский С-номер в зоне 031,
который свободен. После этого SSP может установить речевое соединение (сплошная
линия) А-абонентом и офисом SAS.
1.6. ИС услуги
Различные типы услуг могут быть внедрены как ИС
услуги, централизованные в сети. То, что можно разработать ограниченно боле или
менее только изобретательностью проектировщика.
Среди ИС услуг, спланированных или уже осуществленных
можно упомянуть:
·
Бесплатный
телефон, услуга в основном,
используемая компаниями, где приёмщик звонка (вызова) платит за вызов.
Бесплатный телефон много раз комбинируется (сочетается) с ИС услугой
“универсальный номер доступа”
·
Универсальный
номер доступа. Компания с
несколькими офисами, распределенными по стране, имеет один номер для всех
офисов. Каждый вызов соединяется с офисом, ближайшим к А-абоненту.
·
Услуги
премиального уровня. Вызов обычно
оплачивается на повышенном уровне, по сравнению с обычным. Премиальный уровень
обычно используется в связи с информацией от поставщиков услуг (например, отчет
о погоде)
·
Универсальная
Личная Телесвязь, UPT.
Абонент получает один личный телефонный номер, который не привязан к
конкретному телефонному аппарату. Он идентифицирует себя PIN-кодом, посылаемым системе, и дает инструкции, где он
хочет принимать свои звонки. Он может также делать телефонные звонки с любого
телефонного аппарата и с помощью PIN-кода
начислять оплату на свой собственный абонемент (счет).
·
Звонки по
кредитной карточке. Эта услуга
дает возможность использовать обычную кредитную карту в некоторых телефонах
общего пользования вместо использования монет. Звонок будет автоматически
начислен на кредитную карту. Это – один пример, когда пользователь услуги не
является в то же самое время телефонным абонентом.
·
Телеголосование. Эта ИС услуга подсчитывает количество попыток звонка
(вызова) на конкретный телефонный номер. Эта услуга используется в
ТВ–программах и радио–программах.
Рис 1.2. Услуга
голосования сеть вне часов наибольшей нагрузки.
·
Виртуальная
Личная Сеть, VPN. Эта ИС услуга в основном используется более крупными
компаниями с различными расположениями их офисов. Все офисы внутри компании
образуют VPN и абоненты внутри компании
имеют ощущение, что, они соединены вместе через одну физическую сеть, используемую
только их компанией. Вместо этого VPN
использует ресурсы внутри общественной сети с помощью ИС технологий.
Когда абонент услуги хочет сделать изменения в данных
своей собственной услуги, он может использовать дополнительную функцию,
называемую “Контроль (управления) Потребителя”. Он может, например, изменить
С-номер в своей услуге. Изменения данных выполняются с помощью телефонного
аппарата. Абонент услуги набирает специальный номер и получает соединение к
машине объявлений. Его могут, с помощью речевой подсказки, попросить сделать
изменения в его услуге (например, ”пожалуйста, введите ваш новый номер”).
1.7. Внедрение дополнительных услуг
Когда дополнительные услуги (например, передача
вызова) были введены в сеть, они не были доступны всем абонентам.
Дополнительные услуги могут быть внедрены только в станциях, управляемых
процессором (SCP-станциях). Это является недостатком не только для абонентов,
подключенных к аналоговым станциям, но также и для оператора, который не
получает дохода от этих абонентов.
Другой недостаток – в том ,что программное обеспечение
(ПО) в дополнительных услугах – трудно кодировать. Части услуги никогда нельзя
повторно использовать в другой услуге и услугу нельзя повторно модифицировать.
Факт, что услуги рассеяны (децентрализованы) по ряду локальных станций также
является проблемой. Все станции должны быть обновлены, когда нужна модификация.
Рис. 1.3 Внедрение
дополнительных услуг – децентрализовано и трудно программируемо.
1.8. Внедрение (осуществление) ИС услуг
Если используется ИС технология, услуги располагаются
централизованно в сети и становятся благодаря этому доступными всем абонентам,
а также их легко обновлять. ИС услуги проектируются с помощью программных
модулей, что позволяет легко повторно использовать эти модули в разных услугах.
Как ранее упомянуто модульный способ построения услуг также сокращает время для
разработки от нескольких лет до месяцев.
Рис.1.4. Внедрение услуг – централизированное и модульное
Выводы:
·
IN – это способ
внедрения услуг в сети. Эти услуги называются IN услугами
·
IN началась как концепция внутри BELLCORE в США в 1984 году, чтобы помочь этой компании стать
более конкурентноспособной. Это – все еще главная ведущая (управляющая) сила для IN
·
Узел для хранения
IN услуг – в SCP, а узел для коммутации IN
вызовов – в SSP. Эти узлы могут также
объединятся (комбинироваться) в SSCP
·
Дополнительные
услуги являются децентрализованными в местных станциях и внедрены как
программное обеспечение.
·
IN услуги могут
быть использованы всеми абонентами в сети, даже теми, которые подключены к
старым механическим станциям
·
«Бесплатный
телефон» - это один пример IN услуги .
Бесплатный телефон – это когда получатель вызова платит за вызов.
Практическое занятие 2
Понятие
(концепция ) Сценария Услуги
2.1 Стандартные строительные блоки для
проектирования услуги.
ITU-T международная организация по стандартизации для
стандартов в области связи, определила стандарты на то, как строить IN услуги.
Как часть этой работы они определили ряд стандартизованных блоков, которые
должны использоваться при построении IN услуг. Эти строительные блоки
называются SIB ( Независимые строительные блоки Услуг ). Каждый SIB состоит из
абстрактного описания функции SIB.
Ericsson имеет с SIB-ами, как базовые разработанные
соответствующие программные модули с названием Типы Управления (СТ). Эти СТ
используются для построения IN услуг согласно концепции сценария услуги. Один
СТ имеет один логический вход и один или несколько логических выходов.
Эти СТ не имеют к
SIB-ам отношения один к одному, так-как они являются собственным
стандартом Ericsson. Ericsson разработал около 80 СТ в IN фазе 2.1. Эти СТ имеют обычно более
высокую степень функциональности, чем SIB-ы.
2.2 Сценарий – часть услуги.
Услуга состоит из одного или нескольких сценариев
услуг ( обычно они называются просто сценариями ). Причиной для раздела на
сценарии является то, чтобы разделить
большие услуги на несколько логических частей, с которыми легче иметь
дело. Каждый сценарий построен из СТ, но как только СТ использован в услуге и
число выходов определено, он называется LM ( Логический Модуль ).
Сценарий состоит из логики и данных. На рисунке 2.1 мы
можем видеть сценарий, который разветвляется по дням недели ( DAYINW ) и
времени дня ( TIME ). Если вызов получен абонентом услуги в течение выходных
дней, вызывающий абонент получит объявление ( INFO ) « Извините мы закрыты ».
То же самое объявление будет дано на вызове, полученные в течении ночи. Для
вызовов, полученных в течении рабочих дней между 12-13 будет дано объявление ( INFO
) «Мы закрыты на обед». Если вызов получен в течении обычных рабочих часов, B-номер,
набранный А-абонентом, транслируется (INFO ) в С- номер. В этом случае
телефонный аппарат с номером 12345 будет звонить.
Все из этих шести LM-ов на рисунке 2.1, кроме RESPONS,
нуждаются в данных, подключенных к LM, когда выполняется услуга. LM RESPJNSE(
ответ) – это всегда последний LM при выполнении услуги.
Когда мы начинаем строить сценарий, мы начинаем с
логики. Сначала CT-ы (LM-ы) выбираются. Затем мы определяем число выходов для
каждого LM и соединяем LM-ы вместе. Мы строим логику для одного сценария за
раз. Логика для одного сценария называется SSL ( Логика Сценария Услуги ).
Рис.2.1 Сценарий, состоящий из шести LM ( Логических Модулей ), из которых пять нуждаются в
данных.
Таким же образом как логику называют LM-ами
(Логическими Модулями ), данные называются DM-ами ( Модули Данных ).
Большинство LM-ов подключено к DM, который включает в себя необходимые данные.
Когда мы определили DM-ы и подключили их к LM-ам, мы получили сценарий.
LM = Logic LM LM
Module LM
LM
Рис.2.2 SSL (Логика Сценария Услуги )
Один или несколько сценариев образуют услугу. Чтобы
перейти от одного сценария в услуге к следующему, производится переход ( jump-прыжок)
между сценариями. Переход обычно производится с помощью LM JUMP ( Логического
Модуля «Прыжок» ), который подключен к DM, где задан адрес перехода к
следующему сценарию. Этот переход является безусловным переходом.
Всем сценария дан адрес (или имя) который также
указывает цель сценария. Этот адрес называется SA-адресом. SA означает
Администратор Услуги и он является запись данных, которая имеет дело с одним
сценарием. На рисунке 2.6 мы имеем услугу «бесплатный телефон», которая состоит
из двух сценариев, один сценарий, который выполняет «бесплатно-телефонную»
часть сценария, и один сценарий, который создает разветвление по коду зоны
А-абонента. Первый сценарий имеет адрес SA=FREE ( free означает бесплатный ), а
последний сценарий – адрес SA=AREA (area=зона).
Пожалуйста,отметьте,что при проектировании услуги командами AXE прямо(непосредственно)
к SCP, имеется возможность для проектировщика – задать SA адрес самому. Когда
проектирование делается в SMAS, SA-адрес генерируется автоматически.
2.3 Локальные, Глобальные и
Потребительские Данные
Существует три типа DM, в зависимости от типа данных:
Локальные данные определяются как LDM (Модули
Локальных Данных) и определены только для одного конкретного сценария. Одним
примером локальных данных являются данные, которые задают переход от одного
сценария к другому.
Глобальные данные определяются как GDM (Модули
Глобальных Данных) и являются общими для нескольких LM в разных сценариях или
разных услугах. Пример Глобальных данных - общественные праздники в стране. Эта
информация должна меняться каждый год, поэтому вместо того, чтобы менять эти
данные для каждого сценария, они изменяются один раз как глобальные данные.
Данные Потребителя (или данные абонента) определяются
как CDM (Модули Данных Потребителя) и являются уникальными для одного
конкретного абонента услуги, например, компании, подписавшиеся на услугу
«бесплатный телефон». Данные потребителя - это, например, часы работы офиса
компании, например 9-12. Разные абоненты услуги могут использовать одну и ту же
услугу, но с разными CDM, подключенными к одному конкретному LM, см. рисунок
2.7. Все CDM-ы, принадлежащие одному абоненту услуги имеют один и тот же
ссылочный номер или адрес.
Этот адрес называется SC-адресом. SC означает
Потребитель Услуги и является записью данных, где хранятся данные потребителя. SC-адрес
используется при выполнении услуги для ссылки на правильного абонента услуги
таким же образом, как SA-адрес используется для обращения к правильной услуге.
Рис.2.3 Услуга « бесплатный телефон», включающая два
сценария.
2.4 Различные типы сценариев.
Сегодня используются в основном два типа сценариев: групповые
сценарии и системные сценарии.
Групповые сценарии. Особенность группового сценария-
он используется для создания услуг . Ряд абонентов услуги может использовать
один и тот же сценарий. CDM –ы каждого абонента услуги называются SC-адресом.
Групповые сценарии могут быть определены как
«обыкновенные» или «управляемые потребителями». Наиболее общим является
обыкновенный групповой сценарий. Он используется для выполнения общественных IN
услуг. Групповой сценарий, управляемый потребителем, используется только
абонентом услуги для изменения его собственных данных потребителя, Сценарий
Управления Потребителя всегда связан с обычным сценарием и разрабатывается как
часть услуги.
Системные сценарии- это сценарии, которые являются
общими для всех услуг в SCP. Существуют три системных сценария: сценарий
доступа, сценарий ошибки и сценарий обновления ( изменения )
Рис. 2.4 Услуга
«бесплатный телефон» с двумя
подключенными абонентами услуги.
Сценарий ошибки используется для перехода к нему от
групповых сценариев, при возникновении внутренних ошибок в процессе выполнения
услуги. Сценарий обновления используется для получения (приема), например,
статистической информации, вырабатываемой (генерируемой) в процессе исполнения
услуги. Эта информация переносится в операции «обновления.
Наиболее важный системный сценарий – это сценарий
доступа, используемый для анализа номера. Это первый сценарий, используемый в SCP
и из сценария доступа производится переход к требуемой услуге LM, выполняющей
анализ номера в сценарии доступа NRANAX подсоединен к GDM, где находится список
всех В- номеров в SCP. Каждый В- номер абонентов услуги ссылается на услугу ( SA-
адрес ), а также на конкретные данные для этого абонента услуги.
На рисунке 2.4 вы можете видеть услугу «бесплатный
телефон» и UPT (Универсальную Персональную Телефонию) услугу. Услуга
бесплатного телефона используется двумя абонентами услуги, SAS (Система
Скандинавских Авиалиний) и Lufthansa. SAS имеет В- номер 020-911200, который
ссылается на услугу бесплатного телефона ( SA=FREE) и на SAS-овские конкретные
данные для этой услуги ( SC=2). Соответствующее применяется к Люфтганзе.
Предположим, что один LM в услуге бесплатного
телефона - это TIME , и что TIME
используется для задания рабочих часов офиса. Имеется два CDM-а подсоединенных
к TIME . Один CDM хранит рабочие часы офиса SAS, например, 8-16, а другой CDM
хранит рабочие часы офиса Люфтганзы, например 9-17.
Кроме GDM, подключенного к NRANAX, имеется GDM,
подключенный к двум другим LM-ам, один в SA=FREE, а другой в SA= AREA. Эти два LM-ам
– одного и того же типа и нуждаются в одних и тех же данных.
Выводы:
·
ITU-Т определил
ряд стандартизованных строительных блоков, которые должны использоваться, чтобы
строить IN услуги. Эти строительные блоки называются SIB.
·
Ericsson
разработал, с SIB-ами в качестве основы, около 80 программных модулей.
Программные модули называются СТ (Контрольные Типы или Типы Управления) и
используются в разработке IN услуг.
·
Модули СТ
подключены друг к другу (или соединены друг с другом) для формирования логики IN услуги. Эти СТ называются LM (Логические Модули ), когда используются в услуге.
·
Данные
добавляются к модулям LM в форме DM (Модули Данных). Логика (LM-ы ) и данные (DM-ы) образуют вместе Сценарий, который является частью IN услуги.
·
Существуют три
различных типа данных (DM-ов):
локальные (LDM), глобальные (GDM) и потребителя (CDM).
·
Локальные данные
– специфичны для одного сценария.
·
Глобальные данные
могут разделяться (совместно использоваться различными сценариями). Данные
потребителя являются уникальными для одного абонента услуги.
·
Групповые
Сценарии рекомендуются для создания услуги сегодня. Сценарий Доступа
используется в SCP для анализа В- номера.
·
Сценарий
называется SA. Запись даных, уникальных для
одного абонента услуги называется SC.
Рис. 2.5 Пример сценария доступа.
Рис. 2.6 Структура SCP, включающего сценарий доступа и две услуги.
Контрольные вопросы
·
Почему IN услуги разделены на строительные блоки (Типы Контроля
управления)?
·
Как IN услуги построены согласно концепции Сценария Услуги?
·
Использование
различных модулей данных: локальных, глобальных и потребителя.
Практическое занятие 3
IN сети.
3.1 Планирование IN сети.
Рисунок 3.1 объясняет как планировать IN сеть. Этот
рисунок показывает сеть, когда IN внедрена до высокой степени. Мы начнем с
самого начала и шаг за шагом опишем как сеть может быть построена. Цифры на
рисунке относятся к шагам, описанным в последующем тексте.
Рис.
1. 
При первом внедрении IN в сеть, вопрос в том – как начинать. В SSCP мы имеем Функцию Коммутации Услуги ( SSF ) и Функцию Управления Услуги (SCF) в одном и том же узле. SSCP может быть используемым узлом, если сеть в большой степени имеем более старую систему сигнализации. Если
используются раздельные узлы ( SSP-SCP ), требуется
сигнализация №7. Еще одна причина для выбора
SSCP – если заранее известно, что использование IN услуг будет держаться на низком уровне. Тогда SSCP вероятно будет достаточно по причинам емкости. Пусть
скажем, оператор начинает с SSCP,
централизованного в сети и первой услугой, установленной в сети, является
услуга бесплатного телефона.
Все абоненты в сети могут быть направлены к SSCP для бесплатных вызовов. Когда абонент делает вызов
бесплатного телефона другому абоненту в той же локальной станции, речевая речь
будет подключена к SSF в SSCP и затем назад снова. Это называется «тромбонированием»
и является потерей ресурсов в сети. Тромбонирование к одному центральному узлу
в сети может быть приемлемо до тех пор пока IN трафик – низкий. Установление речевой цепи между
двумя абонентами есть результат сигнализации от SSP к SCP, чтобы
активизировать услугу бесплатного телефона.
2. Если использование услуги бесплатного телефона растет,
Оператор вероятно решит сделать некоторые транзитные
изменения в точках SSP. Для этого есть две причины,
чтобы уменьшить длину речевых цепей, т.е. уменьшить тромбонирование и чтобы
увеличить емкость для коммутации услуги в сети. SSF в SSCP может не
иметь емкости для коммутации всех узлов. Если емкость коммутации в сети –
низкая, многие абоненты не достигнут SSP. Они
будут остановлены в локальных станциях, где они получат тональный сигнал
перегруженности. Это повлияет на доход оператора. Это часто случается для услуг
массовых вызовов, например, Телеголосования, где обычно лучше всего реализовать
эту услугу как можно ниже в сетевой иерархии, даже внутри локальных станций.
3. При большом числе абонентов, пользующихся услугой
бесплатного телефона, эффект отказа в SCF в SSCP был бы
неприемлемым. По причинам безопасности, а также по причинам емкости, лучше –
удалить услугу бесплатного телефона из SSCP и вместо этого установить ее в два раздельных SСP в различных
частях сети. Когда эти два SCP имеют точно одну и ту же логику и данные
услуги, установленные в них, они называются сдвоенной парой. Если один из них
отказывает, другой перехватывает выполнение услуги бесплатного телефона для
всего трафика в сети. Когда устанавливаются еще услуги, они могут
устанавливаться в той же сдвоенной паре или в новой сдвоенной паре, если надо
по причинам емкости.
4. Некоторые типы IN услуг, например, Универсальная
Персональная Связь ( UPT ), требует большого количества данных
потребителя. SCP не всегда является наиболее подходящим узлом для
хранения потребительских данных. Для этой цели существует SDP ( Точка Данных Услуги ), узел, который может быть
использован для хранения данных потребителя. SDP подробно описывается в следующей главе.
3.2 SDP – Точка
Данных Услуги.
Когда точки SCP сконфигурированы как сдвоенные (
сцепленные ) пары, имеется проблема с
данными потребителя, т.к. они часто меняются, например PIN-код в UPT – услуге.
Если данные меняются в одном SCP, другой SCP в этой паре нуждается в
обновлении. Процедура обновления между точками SCP потребляет много времени,
т.к. она должна выполняться через SMAS.
Многие из проблем с данными потребителя могут быть
решены с помощью SDP ( Точки Данных Услуги ), введенных в IN фазе 2.1. Одна
цель SDP – это хранить описания, т.е. данные потребителя (CDM-ы ), централизованные в сети. Большие
объемы данных могут быть сохранены ( могут храниться ) и больше не будет нужно обновление между точками SCP. Точки SCP
будут все еще хранить логику услуги, а также локальные и глобальные данные. В
процессе выполнения услуги этот SCP будет восстанавливать данные
потребителя из SDP.
Установка абонента ( подписки ) из SMAS в SCP занимает
намного больше времени, чем та же самая процедура от SMAS к SDP. Это происходит благодаря ( помимо
других причин ) упрощенной структуре базы данных в SDP.
SDP может быть сконфигурирован различными способами,
одна конфигурация показана на рисунке 3.2. В этом случае SDP состоит из двух
отдельных услуг, каждая из них подключена к паре жестких дисков. В этом SDP
одни и те же данные потребителя хранятся на четырех различных жестких дисках.
Каждый из серверов имеет отдельные подключения сигнализации №7 и они взаимно
соединены через Ethernet.
Выводы:
·
SSCP – это узел,
который следует использовать только если IN внедрена в малом масштабе или если система
сигнализации не №7 большей части.
·
Большое число SSP в сети сокращает длину речевых цепей к SSP и обратно (называется трамбонирование ).
·
SSP обычно
внедряются в транзитных станциях. По причинам емкости они также могут быть
внедрены в локальных станциях.
·
По соображениям
безопасности также как и по соображениям емкости, точки SCP много раз дублируются, чтобы работать вместе как
сдвоенные пары. Одна и также услуга тогда хранится в обоих SCP.
·
Для хранения
эффективным способом уникальных данных потребителя (СDM – ы) может быть полезным IN узел SDP.
·
SDP – это узел
на базе UNIX для массового хранения данных. Он имеет упрощенную
структуру базы данных, которая ускоряет обработку данных.
Рис.3.2 SDP – Точка
Данных Услуги.
Контрольные вопросы
·
Какие аспекты
рассматривать при планировании IN в сети?
·
Цель SDP в сети.
Практическое занятие 4
Прикладная система управления Услугой SMAS
4.1 Почему SMAS ?
SMAS (Прикладная Система Управления Услугой) – это
дружественный к пользователю инструмент для создания IN услуг и для установки
новых. Он также включает рад функций технического обслуживания.
IN услуга может быть создана в двух разных средах
(окружениях), либо в AXE, с помощью AXE команд, либо в SMAS. Другое название
для AXE команд – MML (Человеко-Машинный язык)команды. На рисунке 4.1 вы можете
видеть окно проектирования в SMAS , где создана SSL (Логика Сценария Услуги).
Рис. 4.1 Проект SSL (Логика сценария услуги) в SMAS.
Когда для создания услуги выбран SMAS, услуга не может
обновляться и изменяться в AXE и остается распознаваемой SMAS-ом. Окружения для работы должно быть
выбрано с самого начала , либо SMAS либо AXE.
На рисунке 4.2 вы можете видеть разницу, когда SSL
создается иконками в SMAS-е и командами в AXE. Этот SSL – очень прост, он
состоит только из двух СТ. Он транслирует В- номер в С- номер, используя LM INFO
для этой трансляции. Что нельзя увидеть на этом рисунке, так это того, что там
имеются также некоторые параметры ( IR1=0 и IR2=2 ) для установки, когда этот SSL
проектируется в SMAS-е.
Рис.4.2 Один и тот же SSL, создаваемый двумя иконками
в SMAS и командами
в AXE.
4.2 Инструменальные средства SMAS
SMAS с его средой, основанный на окнах, более
дружествен пользователю при работе в нем, чем AXE с его командными строками.
Несмотря на это, там имеются области, которые могут быть улучшены.
Снабжение Услуги – это область определения абонентов и
создания абонементов (подписок) SMAS дает оператору общий пользовательский
интерфейс для создания подписок, один и тот же для всех типов услуг. Создание
абонементов – это одна из наиболее время – потребляющих задач для оператора.
Это – из- за большого числа подписок. Так как услуги сильно отличаются друг от
друга, создание абонементов было бы быстрее, если бы пользовательский интерфейс
был приспособлен к абонентам различных услуг. Благодаря новому инструменту GSA
(Общий Адаптер Услуги) возможно
разрабатывать дружественные к пользователю интерфейсы для услуги, для абонентов
различных услуг. GSA- это инструмент построенный на вершине SMAS. Кроме
пользовательских интерфейсов, GSA также предоставляет интерфейсы связи, которые
должны пользоваться для взаимосоединения
Эриксоновской Системы Управления Услугами.
Другой полезный инструмент- это «След Красной Линии»,
который дает возможность тестировать IN услуги off-line (не на линии). Это –
инструмент используемый особенно в процессе создания услуги. Путем вставления
данных о вызовах в форму, услуга может быть протестирована прямо в окне SMAS.
Красная линия показывает выполнение услуги, Контрольный Тип (CT) за Контрольным
Типом, сквозь всю услугу.
4.3 Обработка услуги в SMAS
Когда в SMAS-е создается услуга или подписка
(абонемент), они хранятся в базе данных SMAS. В процессе установки они
загружаются в базу данных SCP, где услуга выполняется. Как упомянуто раньше,
абонемент загружается в SDP, если он существует в сети. Программное обеспечение
в SCP, хранящей и выполняющей услуги, является SSI (Интерпретатором Сценария
Услуги). SSI – это всеобщее название функции платформы IN.
Связь между IN узлами, SDP, SCP и SSP осуществляется с
помощью сигнализации №7 на ИКМ линиях. Вязь между IN узлами и SMAS
осуществляется через сеть X.25. Пока только SMAS и SDP построены на платформе UNIX.
SCP может с фазы
4.4 Схема проектирования в SMAS
В IN фазе 2.1 имеется более или менее 7 шагов в SMAS
для создания услуг . Эти шаги находятся внутри трех главных областей в SMAS:
Создание Услуги, Развертывание Услуги и Обеспечение Услуги. Схема
проектирования показана на рисунке 4.3 , а различные шаги описаны ниже.
Логика Сценария Услуги: Здесь создается логика услуги.
Типы СТ вставляются в окно проектирования, определяется количество выходов и
типы СТ соединяются вместе. Теперь типы СТ стали модулями LM. Услуга делится на
один или более SSL. Все SSL, нужные для этой услуги, создаются независимо друг
от друга.
Администрация Логики Услуги: SSL, нужные для услуги,
ставятся вместе в SL ( Логика Услуги ) для услуги, которая должна основываться
на этом.
Администрация ( Управление ) Глобальных Данных: Здесь
создаются GDM–ы. Это происходит только в случае, если услуга должна быть
подключена к глобальным данным, а соответствующие GDM-ы еще не существуют. GDM
создается совершенно независимо от любой услуги.
Определение Услуги : Все LM-ы, которые требуют данных,
получают свои DM-ы, определенные как LDM-ы, GDM-ы или CDM-ы.
Для LM-ов, требующих глобальных данных, надо просто подключить
эти LM к уже существующим GDM, созданным на предыдущем шаге «Администрация
Глобальных Данных».
Для LM-ов, требующих данных потребителя, CDM-ы – определены
и можно создать данные по умолчанию. Уникальные данные для абонента услуги
создаются при создании абонемента.
Рис.4.3 Схема проектирования SMAS
Для LM-ов, требующих локальных данных, LDM-ы определены
и данные создаются.
Развертывание услуги: Это – шаг, где услуга и GDM-ы
инсталлируются в SCP.
Администрация Абонентов: Абоненты регистрируются
здесь. Все данные (Имя, Адрес и т.д.)задаются (описываются). Это делается
независимо от любой услуги.
Администрация Абонементов (Подписки): Все, что надо
делать с абонементом (подпиской) конкретные услуги, делается здесь. Задается
В-номер и создаются данные потребителя для CDM-ов, наконец подписка
инсталлируется в SCP или SDP.
Помимо SMAS функций, упомянутых выше, существует так
же другие важные функции, выполняемые при обработке услуги. Примеры функции для
поиска неисправностей, аудиты (проверка), статистика и сетевое управление.
Рис.4.4 Взаимная работа между SMAS и SCP/SDP
Выводы:
·
SMAS - это дружественный к пользователю инструмент для
обработки IN услуг и абонементов.
·
Если SMAS недоступен, обработка услуги может производиться с
помощью MML прямо к SCP.
·
Обработка услуги
в SMAS-е покрывает ряд различных областей: Создание Услуги,
Развертывание Услуги, Представление Услуги и т.д.
·
SMAS базируется
на UNIX, так же как SDP. В
более поздней версии SCP также будет
по выбору (как опция) основана на UNIX.
Сегодня SCP- основана только на AXE.
·
Связь между IN выполняется с помощью сигнализации №7 по линиям ИКМ.
·
Связь между SMAS и IN узлами
посылает файлы команд AXE через сеть X.25.
Контрольные вопросы
1. Почему полезен SMAS при обработке IN услуг?
2. Взаимодействие между SMAS и SCP.
3. Итоги проектирования услуги в SMAS.
Практическое занятие 5
SSP – точка
коммутации услуги
5.1 Общие положения.
SSP отвечает за все функции, касающиеся коммутации IN
услуг. Коммутация выполняется как результат выполнения услуги в SCP. Существует
непрерывный поток информации между SSP и SCP. SCP решает о коммутации и дает
заказ (приказ) SSP. SSP информирует SCP о деятельности абонента и состоянии
вызова в коммутационной станции.
Существует ряд важных областей, обрабатываемых SSP.
Все эти области описываются в последующих главах:
- Запуск и Инициализация;
- Контроль Перегруженности;
- Специальные Ресурсы;
- Начисление Платы;
- Вид Соединений.
5.2 Запуск и Инициализация (Вызов
Процедуры)
Запуск - это функция идентификации вызовов, требующая IN
доступа. Запуск - это результат действий абонента, например набора цифр.
Инициализация – это активизация услуги с работой. Работа (операция ) – это
сигнал между SSP и SCP и наоборот. Когда SSP опознал вызов как IN вызов, он
посылает операцию к SCP, чтобы активизировать услугу. Первая операция,
посланная от SSP, имеет имя ( название ) «Предоставь Инструкцию». Эта операция
часто обозначается как Запрос к SCP.
Наиболее общий тип триггер - это набранные цифры,
которые рассматриваются как начинающий триггер. Начинающие означает, что
триггер приглашает IN вызов со старта. Снятие трубки также является начинающим
триггером, но это должно быть указано в подписке ( в абонементе ). Снятие
трубки используется в услуге «Горячая Линия», которая может быть дополнительной
услугой или IN услугой. В- номер, с которым должно происходить соединение,
когда абонент «Снимает трубку» своего телефонного аппарата, должен быть заранее
запрограммирован в местной станции.
Помимо начинающих триггеров, существуют также средне-
вызывные триггеры и завершающие триггеры. Завершающие триггеры- это «нет
ответа» и «занято». Если нет ответа или вызываемый абонент занят, это может
быть триггером для переключения вызова на другой номер. Даже если все триггеры
не являются набранными цифрами, они все относятся к В- номеру в SSP.
Когда SSP принял триггер, в SCP посылается операция
«Обеспечьте ( Предоставьте) Инструкцию». Эта операция (сообщение) содержит
некоторое число различных параметров, в зависимости от которых услуга
запускается. В- номер к одной конкретной IN услуге (например, бесплатный
телефон) обычно относится к одному конкретному IN маршруту. IN маршрут в свою очередь относится (связан) к
двум таблицам, «Данные Маршрутов Трафика SSP» и «Данные Таблицы Запуска SSF».
AXE команда: «SSTRP:R=IN8020;» печатает таблицу
«Данные Маршрутов Трафика SSF», см. рисунок 5.1
SERVICE
SWITCHING FUNCTION TRAFFIC
FOUTE DATA
R APID BSI CCH CCO CESS DPC
IN8020 0 1 1 0 0 NO
FCDA FCGA GNCC GTNAPI GTNT LOC
0 0 NO NO NO 4
ONEI PROTV SCFR SH SHREQ SKS
0 2 0 0 0 1
TABLE TRIG TRIN
2 0 NO
GTMOD
0
END
Рис.5.1 Данные Маршрутов Трафика SSF.
Многие из параметров таблицы « Данные Маршрутов
Трафика SSF», включает в себя информацию о том, как операция (сообщение) от SSF
к SCF должна маршрутизироваться, если эти две функции находятся в отдельных
(раздельных) узлах, SSP и SCP, некоторые другие параметры – важны для
выполнения услуги.
Таблица «Данные Таблицы Триггеров (запусков) SSF» описывает: какие
параметры должны быть включены, когда операция «Обеспечьте Инструкцию»
посылается к SCP, параметр «TABLE» на рисунке 5.1 указывает, что эта триггерная
таблица 2 должна использоваться для спецификаций в этом случае.
AXE команда: «SSTTR:TABLE=2» ; печатает таблицу
«Данные Таблицы Триггеров SSF».
В таблице «Данные Таблицы Триггеров SSP» все параметры
заданы в виде «YES» или «NO» что является тем же самым как если бы они должны
быть включены в «Обеспечьте Информационную Инструкцию» или нет. Эти параметры
могут либо быть выбраны из таблицы «Данные Маршрутов Трафика SSF» либо они
могут быть выбраны откуда-то еще, например, А- или В-номер. В выше приведенном
примере, мы можем видеть, что А-номер (CLI) и В-номер ( CDN ) включены в
«Обеспечьте Инструкцию», когда она посылается в SCP.
AXE команды для определения и печати двух таблиц
«Данные Таблицы Триггеров SSF» и «Данные Маршрутов Трафика SSF» являются новыми
с IN фазы 2.1.
5.3 Контроль (Управление)
Перегруженности
Целью контроля перегруженности является управление
интенсивностью вызовов:
- в направлении SCP полностью;
- в направлении конкретной услуги;
- в направлении конкретного абонента услуги.
Контроль перегруженности может включаться двумя
различными путями:
- от услуги в SCP ( задана в NRANRAX или INFO );
- AXE командой SSP.
Существует в основном 3 разных метода контроля
перегруженности, которые можно применять к конкретной услуге, к конкретному
абоненту услуги или ко всем вызовам:
- Блокировка: полная блокировка вызовов в SSP;
- Перерыв ( Разрыв ): некоторые из вызовов проходят к SCP;
- Окно: динамический метод, который блокирует
выделяющиеся вызовы (вызовы, не получающие ответа или вызовы к занятому
абоненту), если номер (число) превышает предустановленный предел.
Все эти методы могут быть выполнены с или без операции
«Update(Обновить)» к SCP. «Обновить» включает число вызовов, которое
блокируется в SSP. Метод «Окно» - это новый метод из IN фазы 2.1. Два метода
«Блокировка и Обновление» и «Разрыв» будут описаны более подробно.
Блокировка
и Обновление.
«Блокировка и
Обновление» - это метод, где все вызовы стопорятся в SSP. В этом примере
триггер (спусковой механизм ) вызывает услугу, которая активизирует контроль
перегрузки. Активизация производится операцией «Контроль Перегрузки» от SCP.
Когда эта операция получена в SSP, все вызовы от триггеров к конкретной услуге-
блокируются. Блокировка будет действовать так долго, как задано в этой услуге,
например 10 минут. После истечения этого времени в SCP посылается операция
«Обновить», включающая в себя число блокированных вызовов. Абоненты,
блокированные в SSP будут соединены с машиной объявлений для получения причины
блокировки.
етод
«Блокировка и Обновление» может использоваться в услуге «Телеголосования»,
которая является услугой массовых вызовов. В IN фазе 2.2 «Услуги Массовых
Вызовов» - это новое название «Контроля Перегруженности».
Программа – лидер в TV-программе просит зрителей
принять участие в голосовании о чем ни будь, с альтернативами ответов «да» или
«нет». Зрители голосующие «да» («за») набирают номер 099-хххххх, а зрители
голосующие «нет» ( « против» ) набирают 099-уууууу. Зрителям говорят, что
каждый, набравший номер в течении 10 минут принимает участие в голосовании.
Услуга Телеголосования подвергается контролю перегруженности и все эти вызовы к
этим двум номерам блокируются в SSP. Зрителей соединяют с машиной объявлений с сообщением «Благодарим
вас за участие в голосовании». После 10 минут в SCP посылается операция
«Обновить», включающая в себя число блокированных вызовов. Это – результат
голосования, который также идет в TV-студию.
Как мы видели до сих пор «Блокировка и Обновление»
активизировались только от услуги. Она может также (как все другие методы)
активизироваться оператором с помощью AXE- команд непосредственно к SSP. Оператор
дает следующую команду (некоторые параметры опущены):
SSFCC : CCMET=3, CC0=0, CNR=12345, DUC=10, INFO=1008...;
Параметры, данные в AXE – команде почти те же самые,
что и параметры посланные в операции Контроль Перегруженности от SCP.
- CCMET (Метод Контроля Перегруженности) задает, что используется метод 3, т.е. Блокировка и
Обновление.
- ССO (Источник Контроля Перегруженности) задает
услугу, блокируемую в SSP. Это- услуга, относящаяся к IN маршруту с CCO=0 в
таблице «Данные Маршрутов Трафика SSF».
- CNR (Номер Контроля Перегруженности) – это В- номер
конкретного абонента услуги.
- DUС (Продолжительность Контроля Перегруженности)
задает продолжительность в минутах.
- INFO задает ссылку на объявление, даваемое
абонентом, пользующемуся услугой.
Таблица «Данные Маршрута Трафика SSF» дает два
параметра, важные для контроля перегруженности. Один- это CCO, который уже
объяснен. Другой- это CCH (Обработка (Выключатель) Контроля Перегруженности),
который определяет должен ли выполняться контроль перегруженности ( CCH=1 или 2
) или не должен выполняться ( CCH=0 ).
Перерыв
( Разрыв ).
Метод контроля перегруженности «Перерыв» не блокирует все вызовы в SSP,
некоторые вызовы пропускаются (т.е. им позволяется пройти на сквозь), см.
принцип на рисунке 5.2.
На рисунке 5.2, число разрешенных вызовов ( NALLWD )
установлено на 20. Продолжительность (длительность) контроля перегруженности (DUC)
– 8 минут. Первая попытка вызова запускает таймер (TDM) на 2 минуты и в течении
этого времени 20 попыток вызовов принимаются. Когда достигнут этот придел,
остальные вызовы отвергаются. Следующая попытка вызова после того как эти две
минуты истекут, запуская новый 2- минутный таймер.
5.4 Специальные Ресурсы
Специальные Ресурсы – это оборудование:
- контролирующее (управляющее) посылку объявлений;
- позволяющее принимать цифры от абонентов.
Обе эти две функции находятся в «IN мире», внедренном
в оборудование, известное как IP (Интеллектуальная Периферия).
IP может быть внедрен ( осуществлен) разными
способами:
- Встроенный в SSP;
- Отдельный;
- Сетевой;
- Продвинутый (Улучшенный).
Встроенный IP находится внутри SSP, так как он основан на аппаратуре AXE таким же
образом, как и остальная часть SSP. Название встроенного IP – «Erivoice»
(Эриголос), а эта аппаратура AXE называется AST-DR (Терминал Услуг Объявлений-
Прием Цифр). Встроенный IP – это наиболее общепринятый тип внедрения сегодня.
Он может выполнять ряд различных задач, подходящих для большинства приложений:
- посылка фиксированных объявлений, например, «Эта
услуга не может быть достигнута, пожалуйста попытайтесь позже», ( хранится в EPROM
);
- посылка переменных объявлений, например, «Стоимость
этого вызова была 5$», ( хранится в EPROM );
- посылка перезаписываемых объявлений например отчета
о погоде, ( хранится в RAM );
- мониторинг (наблюдение ) за цифрами ( DTMF) от
абонента;
- речевое подсказывание, которое является комбинацией
из посылки объявления и наблюдения за цифрами от абонента, например, «для
большей информации, пожалуйста, нажмите 1».
Рис. 5.2 Контроль (Управление)
перегруженности (прерывания).
Виды Внедрения
IP.
Когда используются другие типы IP, не построенные на «Erivoice»,
они не могут быть встроены в SSP. Кроме того, поставлять каждый SSP с более
улучшенным видом IP – слишком дорого. Вместо этого IP может быть внедрен как
отдельно стоящий, который делает возможным для ряда SSP – использовать один и
тот же IP. Недостаток с отдельно стоящим IP в том, что когда SCP отдает
(оставляет) контроль IP, то нет способа получить результат или информацию
обратно снова с SCP.
Типы модулей IP, более усовершенствованных, чем «Erivoice»,
могут быть либо IP от других продавцов или другие IP Ericsson, сегодня имеется
два IP Ericsson более усовершенствованного типа, ISAP и MXE. MXE- селен в
области сообщений (например, речевая почта и факсовая почта), а ISAP – хорош в
распознавании речи. Распознавание речи используется для взаимодействия с
услугой при помощи речевых команд вместо нажатия кнопок на телефонном аппарате.
В услугах, где важно быть способным
контролировать (управлять) IP, можно
использовать сетевой IP, вместо отдельно- стоящего IP. Одним преимуществом
является то, когда несколько IP вовлечены в один IN вызов. Сетевой IP может
контролироваться от SCP через INAP протокол, см. рисунок 5.7. Сетевой IP будет
введен в IN фазе 2.2.
Когда оператору требуется помочь абоненту,
использующему IN услугу, то можно использовать улучшенный IP. Улучшенный IP
может передавать вызов оператору, если абонент нуждается в помощи. Оператор
может следить за установлением вызова на экране и как вызов продолжается.
Собственный протокол Ericsson IPUP (Пользовательская Часть Интеллектуальной
Периферии) используется между SSP и улучшенным IP.
Рис. 5.3 Виды внедрения IP.
5.5 Начисление платы
IN функции могут влиять на начисление платы за вызов.
Это производится таким образом, что функция обычного начисления платы все еще
будет использоваться. В операции «Оплата Информации» посылаемой от SCP к SSP
имеется несколько включенных в нее параметров. Эти параметры дают следующую
информацию, касающуюся оплаты вызова:
- старт/стоп оплаты;
- на кого начисляется оплата, А- номер, В- номер, С-
номер и т.д.;
- разбить оплату, использовать процент;
- класс оплаты (импульсное измерение или междугородные
квитанции (билеты);
- код начисления для анализа В- номера;
- пределы для начисления оплаты.
Выше указанные параметры используются для манипуляции
начислением оплаты, для настройки к конкретным IN услугам. Для услуги «Вызов по
кредитной карточке» существуют некоторые дополнительный операции, посылаемые
между SCP и внешними базами данных. Имеются операции «Восстановить» и
«Обновить», которые используются для начисления оплаты на счет кредитной
карточки абонентов место подписки (абонента), см. рисунок 5.4.
Рис. 5.4 Информация об оплате – вызов по кредитной
карте.
5.6 Вид соединения
Вид соединения – это абстрактное описание того, как
соединения к и от абонентов устанавливаются в SSP в течение IN вызова. Внутри
понятия вида соединения существует ряд определений. Некоторые из этих определений
описаны ниже, см. также рисунок 5.5:
- Leg (нога, ножка) - соединение между одним абонентом
и SSP;
- Первичная точка соединения – соединяет один входящий
Leg к SSP и один исходящий Leg от SSP;
- Связанная (Ассоциированная) точка соединения – соединяет
два исходящих Leg от SSP.
Точка прерывного соединения является наиболее
общеиспользуемой. Когда А- абонент набирает номер В- абонента, соединение от А
до SSP определяется как Leg1, а соединение от SSP к В как Leg2. Так будет в
случае вызова бесплатного телефона.
Рис 5.5 Вид соединения
Точка ассоциированного соединения используется,
например, в IN случае, использующей «автоматический вызов обратно». Если
имеется компания (В-абонент), чей телефон занят в данный момент, вызывающий
абонент (А-абонент) мог бы быть подключен к машине объявлений со следующим
сообщением «Пожалуйста, повесьте трубку, а мы позвоним вам обратно позже». Как
только В-абонент кладет трубку, активизируется «автоматический вызов обратно». SSP
вызывает А-абонента, а когда А-абонент поднимает трубку, SSP звонит В-абоненту.
Соединение к А-абоненту устанавливается как Leg3, а соединение к В-абоненту как
Leg4. Оба эти Leg установлены от SSP и взаимно соединены в SSP.
Вид соединения пока еще не ожжет использоваться для
описания вызовов с более чем с двумя вовлеченными сторонами. Соединения между
двумя абонентами может быть установлено только через одну из точек соединения
за один раз, первичную или ассоциированную.
При обработке нормального вызова, вызов
рассматривается как одна единица. Если один абонент кладет трубку, весь вызов
будет разъединен после некоторой временной задержки. В IN вызове каждый Leg
рассматривается индивидуально. Если один абонент кладет трубку, это может быть
триггером (спусковым механизмом) для соединения другого (оставляются) абоненту
к другому Leg.
Существует ряд операций, используемых в сочетании с Leg:
- создать: создает Leg (соединение отSSP к абоненту);
- слить (присоединить): соединяет два Leg вместе;
- speit (разделить, разбить): отсоединяет две Leg друг
от друга;
- free (освободить): отсоединяет Leg от SSP;
- активизировать ресурс: подключает Leg к машине
объявлений (AST-DR);
- освободить ресурс: отсоединяет Leg от машины
объявлений (AST-DR).
На рисунках 5.6-5.9 приведен пример вызова IN,
использующего вид соединения и необходимые операции, относящиеся к виду
соединения. Большинство других операций опущено.
Рис.5.6:
Когда А-абонент поднимает трубку и набирает IN номер,
это - триггер (спусковой механизм) к SSP. SSP посылает операцию «Предоставь
инструкцию» к SCP, включающую ряд параметров. Эти параметры включены в таблицу
«Данные Таблицы Триггеров SSF», см. рисунок 5.4. Соединение от А-абонента к SSP
теперь определено как Leg1.(ножка 1).
Рис5.7:
Услуга активизирована в SCP. Часть услуги заключается
в том, что после объявления к А-абоненту со следующим сообщением: «Нажмите 1,
чтобы поговорить с оператором». Эта часть услуги выполняется с помощью операции
Активировать Ресурс. Она приказывает SSP присоединить А-абонента к машине
объявлений (аппаратура AST-DR в AXE). После операции «Активизировать Ресурс»
следует операция Монитор. Монитор наблюдает: кладет ли А-абонент трубку вместо
того, чтобы продолжать вызов. Если А-абонент нажимает цифру 1, это является
событием, которое будет пропущено к SCP в форме операции Событие.
Рис 5.8:
А-абонент теперь указал, что он желает говорить с
оператором (В-абонент). SCP дает приказ для SSP установить соединение к В-
абоненту. Это делается операцией Создать, которая является сигналом к SSP –
создать Leg2, подключить В- абонент к SSP.
Включенной с «Создать» является операция присоединить
(слить), которая взаимно соединяет Leg1 и Leg2, т.е. А- абонента и В- абонента.
Теперь речевое соединение – установлено между абонентами и телефон В- абонента
звонит. SCP наблюдает, операцией Наблюдать, отвечает ли В- абонент. Если это
случилось, операция Событие посылается к SCP.
Рис 5.9:
Конец услуги наступает, когда два абонента начинают
свою беседу (разговор). Это указывается пунктом SCP с помощью операции Контроль
Передачи, посылаемой к SSP. Контроль Передачи всегда является последней
операцией, посылаемой в IN услуге. Теперь вызов обрабатывается как обычный
вызов без какого – либо надзора со стороны SCP. Как можно видеть из предыдущего
примера, существует большое количество взаимодействия между абонентом и SCP.
Две общие операции – это Монитор (Наблюдать) и Event (Событие). Наблюдать- это
приказ для SCP узнать, что будет абонент делать, каковы будут его действия.
События служат, чтобы информировать SCP о действии абонента.
Выводы
·
Триггерование-
это функция идентификации (опознавания) вызовов, требующих IN доступа.
·
Для каждого
триггера, SSP консультируется с двумя
таблицами «Данные Маршрута Трафика» и «Данные таблицы Триггеров». Они включают
в себя важные данные для инициирования IN Услуги.
·
Обращение - это
активизация услуги операцией (IN сигнал),
посылаемой от SSP к SCP.
·
«Контроль
Перегруженности» - это способ контролировать интенсивность вызовов в направлении SCP. Активизация может быть сделана из IN услуги в SCP или
непосредственно в SSP командами MML.
·
«Специальные
Ресурсы» включают в себя оборудование для посылки объявлений абоненту и приема
цифр от абонента. Этот тип оборудования реализуется как IP.
·
Начисление оплаты
- этоSSP функция, выполняемая по приказу от SCP.
·
«Вид Соединений» -
это абстрактное описание того, как соединения к и от абонента устанавливаются в
SSP в процессе IN
вызова.
Рис 5.6 Этап соединения 1
Рис 5.7 Этап соединения 2
Рис 5.8 Этап соединения 3
Рис
5.9. Этап соединения 4
Практическое занятие 6
Использование внешних
SSP для
построения ИСС
6.1. Варианты
модернизации телефонной сети на базе внешнего SSP
Для того чтобы показать варианты модернизации
телефонной сети с использованием внешнего SSP, изобразим типовую структуру
телефонной сети общего пользования (рис.6.1).
Рис.6.1. Типовая
структура телефонной сети общего пользования
На сети с подобной топологией предполагается
развернуть Интеллектуальную сеть связи.
Построение Интеллектуальной сети в зависимости от
конкретной ситуации может проходить по различным вариантам. Существует два
таких варианта. Первый подразумевает, что какая-то часть ИСС у Оператора уже
существует. В ряде случаев SSP и SCP совмещены в единой платформе (такой узел
называют SSCP), что, конечно, не противоречит концепции Интеллектуальной сети,
но не подразумевает соответствующую этой концепции распределенную сетевую инфраструктуру
Этот вариант, однако, является хорошим стартом для развертывания «настоящей»
Интеллектуальной сети, так как у Оператора отсутствует необходимость в покупке
SCP, ведь он уже есть у него. При расширении сети требуется лишь установка новых
SSP в местах, где наблюдается большой трафик, вызванный обращениями к услугам Интеллектуальной
сети. Это позволяет сэкономить ресурсы сети за счет коммутации услуг в ближайшем
SSP.
Рис.6.2. Первый
вариант построения Интеллектуальной сети
Второй вариант имеет место, когда у Оператора никогда
не было Интеллектуальной сети, и он собирается построить её заново, приобретая
SCP какой-либо компании. При использовании федерального SCP Оператор
автоматически получает доступ к услугам федерального уровня.
Рис 6.3. Второй вариант построения Интеллектуальной сети
При любом из вышеприведенных вариантов при построении
или расширении
Интеллектуальной сети необходима установка SSP. И
здесь можно отметить два возможных варианта решения.
Первый, использование встроенной в некоторые
современные цифровые АТС функциональности SSP. Однако этот вариант имеет свои
ограничения, так как инициализировать внутренний SSP не всегда технически
просто и экономически оправданно, это требует дорогостоящей замены версии
программного обеспечения АТС. В большей мере это вызвано тем, что при покупке
АТС мало кто задумывается об использовании её как узла Интеллектуальной сети, а
ориентируются на предоставлении классических телефонных услуг. Кроме того, не
все существующие АТС позволяют встроить SSP из-за чисто технических
ограничений. Еще одним недостатком данного подхода является наличие на сети
электромеханических АТС, для которых разговор о встроенных SSP вообще
бессмысленен.
Для того чтобы обойти эти ограничения существует
второй вариант – это использовании внешних SSP , которые могут подключаться к
практически любому типу АТС посредством цифровых трактов Е1 и выполняют функции
SSP для поступающих вызовов. Внешний SSP имеет два интерфейса: один – для связи
с АТС по протоколам сигнализации ISUP, EDSS-1, R 1.5 и т.д., и второй – интерфейс
для связи с SCP по протоколу INAP-R. Установка внешнего SSP более дешева, по
сравнению с заменой версии ПО АТС (иногда более чем в два (!) раза).
Рис. 6.4. Внутренний и внешний SSP
Работу внешнего SSP кратко можно представить в
следующем виде: SSP принимает вызовы от телефонной станции, к которой он
подключен, затем обращается к SCP для обработки услуги и выполняет требуемые действия
(проигрывает голосовую подсказку, устанавливает соединение с вызываемым
пользователем и т.д.).
Рис.6.5. Использование
внешнего SSP
Немаловажным вопросом является место на ТфОП, где
будут установлены SSP. Одним из основных факторов при его выборе является объем
предоставляемых в данном районе услуг ИСС. Критериями при этом служат с одной
стороны эффективное использование канальных ресурсов телефонной сети за счет
того, что SSP находится достаточно близко географически к пользователю услуги,
а с другой стороны разумная загрузка SSP, исключающая его простои.
Установки внешних SSP целесообразнее начать с АМТС,
так как на них концентрируется трафик услуг ИСС. Таким образом, этот SSP будет
обрабатывать вызовы от абонентов всего региона, обслуживаемого данной АМТС.
В тех районах, где наблюдается большое количество
обращений к услугам
Интеллектуальной Сети, можно установить выделенные SSP
на местном уровне, уменьшив при этом нагрузку на зоновую сеть (на рис. 6.1.в
районе 2).
6.2. Организация
услуг федерального и регионального уровней
Ввиду того, что все услуги Интеллектуальной сети
действуют только в определенных географических пределах, они делятся на два
основных типа: федеральные и региональные.
Федеральные услуги действуют на территории всей страны,
они предоставляются на базе федеральной Интеллектуальной сети, а региональные –
только на территории конкретного региона.
Рис.6.6. Места
подключения SSP на ТфОП
Для реализации одновременного предоставления разных
типов услуг SSP обращается к различным SCP (рис 6.7. ). Например, при
пользовании предоплаченной картой, действующей только на территории данного
района, управление услугой будет осуществляться ближайшим региональным SCP
(региональная услуга). Если же предоплаченная карта действует в пределах
нескольких регионов или даже всей страны, обработка услуги будет производиться
SCP федерального масштаба (федеральная услуга). Такое разделение позволяет
региональным Операторам строить самостоятельный бизнес и при этом одновременно
поддерживать концепцию Минсвязи России об услугах федерального уровня, что
значительно увеличит доходы этого Оператора.
6.3. Место
подключения внешнего SSP к ТфОП
Немаловажным вопросом является место на ТфОП, где
будут установлены SSP. Одним из основных факторов при его выборе является объем
предоставляемых в данном районе услуг ИСС. Критериями при этом служат с одной
стороны эффективное использование канальных ресурсов телефонной сети за счет
того, что SSP находится достаточно близко географически к пользователю услуги,
а с другой стороны разумная загрузка SSP, исключающая его простои.
Рисунок 6.7. показывает архитектуру построения
Интеллектуальной сети. Установки внешних SSP целесообразнее начать с АМТС, так
как на ней концентрируется трафик услуг ИСС.
Рис.6.7. Организация услуг федерального и регионального уровней
Таким образом, этот SSP будет обрабатывать вызовы от
абонентов всего региона, обслуживаемого данной АМТС (ПРОТЕЙ-SSP 1,2). На АМТС
настраиваются направления на ПРОТЕЙ-SSP по кодам DEF - 80х, где х –любая цифра
от 0 до 9.
В тех районах, где наблюдается большое количество
обращений к услугам Интеллектуальной Сети, можно установить выделенные SSP на
местном уровне, уменьшив при этом нагрузку на зоновую сеть (на рисунке район
2).
6.4. Нумерация
услуг
Для нумерации услуг Интеллектуальной Сети используется
номер вида:
DEF x1 x2 x3 x4 x5
x6 x7
Негеографические коды DEF определяют тип
Интеллектуальной услуги (табл. 6.1 ).
Остальные цифры оператора (х1 х2 х3) и логический
номер абонента услуги (х4 х5 х6 х7), который назначается оператором.
Таблица 6.1.
|
Код DEF |
Услуга |
|
800 |
Бесплатный
вызов |
|
801 |
Вызов
с автоматической альтернативной оплатой |
|
802 |
Вызов
по кредитной карте |
|
803 |
Телеголосование
|
|
804 |
Универсальный
номер доступа |
|
805 |
Вызов
по предоплаченной карте |
|
806 |
Вызов
по расчетной карте |
|
807 |
Виртуальная
частная сеть |
|
808 |
Универсальная
персональная связь |
|
809 |
Вызов
за дополнительную плату |
Контрольное задание
1. Описать назначение узлов
Интеллектуальной сети.
2. Описать разницу между
внутренним и внешним SSP.
3. Перечислите и объясните
критерии, на основании которых выбирается место установки SSP.
4. В чем смысл разделения
услуг на федеральные и региональные? Как это связано с использованием SCP?
5. Каким образом внешний
SSP подключается к телефонной сети?
6. Опишите принципы
нумерации услуг Интеллектуальной сети.
7. На рисунке 6.8. показана
схема телефонной сети (около АТС указана емкость). Где стоит разместить SSP и
почему?
Рис.6.8. схема телефонной сети
Практическое занятие 7
IN
сигнализация
7.1 Система Сигнализации №7
IN сигнализация (протокол INAP) основана на «системе
сигнализации №7». Сигнализация №7 – это международный стандарт ITU-T (МСЭ) и самая современная система
сигнализация в телесвязи сегодня. Она используется для многих разных приложений
и IN является одним из них. Сигнализация №7 – эта форма передачи, где пакеты
данных посылаются между узлами в сети.
Приложения, не пользующие сигнализацию №7 называются UP
(User Parts - Пользовательские Части), иногда также AP (Application Parts=
Прикладные Части) . Некоторые из них перечислены ниже:
- TUP- Пользовательская Часть Телефонии (фиксированная
телефония);
- MAP- Мобильная Прикладная Часть (мобильная телефония
GSM);
- ISUP – ISDN Пользовательская Часть;
- INAP- IN Прикладная Часть.
UP используют общую систему транспорта, MTP (Часть
Передачи Сообщений), для сигнализации. Пакеты данных, используемые для транспортировки сообщений сигнализации,
называются MSU (Блоки Сигнализации Сообщений). Каждый MSU включает в себя информационные поля, некоторые
используются MTP, а некоторые используются UP.
MTP поле включает в себя проверку ошибок и контроль
ошибок, чтобы удостовериться, что UP информация принята пользователем без
ошибок. UP поле включает в себя информацию для установления вызова (например,
В- номер). И MTP и различные UP – это уровни протокола в сигнализации №7.
В 1980 году, когда стандарт сигнализации №7 был
определен, единственной целью для сигнализации была фиксированная телефония. В
то время единственным UP был TUP.
Сегодня INAP – это также UP, но INAP
используется только между SSP, SCP и SDP. Единственный UP, который может
использовать MTP платформа без какой- либо адаптации- это TUP. Все услуги UP
нуждаются в дополнительных протокольных уровнях между MTP и UP , см. рисунок 7.2.
Рис.7.1 Сигналы №7, посланные как пакеты данных
Рис.7.2. Приложения, построенные на MTP платформе в сигнализации №7
7.2. INAP, TCAP и SCCP
MTP поддерживает «сигнализацию, относящуюся к цепям».
Это- сигнализация с целью установить речевую цепь. Параметр, называемый CIC
(Код Опознавания Цепи) используется, чтобы связать (соотнести) сигнализацию
между двумя станциями к конкретной речевой цепи. CIC- это идентификация сигнализационного диалога в
процессе телефонного вызова, когда используется TUP протокол. TUP также
включает в себя В- номер, который используется как база для адресации сообщений
сигнализации. В- номер в каждом узле транслируется в DPC (Код Пункта
Назначения), который является адресом следующего узла.
В IN сигнализации нет речевой цепи, с которой можно
соотнестись. MTP не поддерживает «сигнализацию, относящуюся не к цепям». Вместо
этого для выполнения этой задачи введен протокол SCCP (Часть Контроля
Соединений Сигнализации). SCCP заботится об адресации сообщений сигнализации,
когда там нет В -номера. SCCP включает в себя GT (Глобальный Заголовок),
который является номером узла , принимающего узла. GT используется на всем пути
в сети кроме конечного узла, где используется SSN (Номер Субсистемы), для
указания – какое приложение будет приемником сообщения, например INAP.
Имеется еще один протокол нужный для IN сигнализации,
протокол TCAP (Прикладная Часть Возможностей Транзакции). TCAP поддерживает
интерактивные приложения в распределенной среде. IN является интерактивным со
всеми речевыми подсказками (например, для большей информации нажми1), генерируя
операции также как Наблюдать и Событие, посылаемые между SSP и SCP. IN также
является распределенным с SSP, SCP и SDP, разбросанными по сети. TCAP включает
диалоговый ID (идентификатор), используемый для опознавания сигнализационных
сообщений, принадлежащих конкретному IN вызову. Диалоговый ID используется
вместо CIC, который находится в TUP протоколе в «Сигнализации, относящейся к
цепям».
INAP- это собственный протокол Ericsson, включающий
операции, посылаемые между SSP и SCP в процессе IN вызова. Сегодня существует
около 20 операций. До того, как операция может быть послана через сеть, каждый
протокольный уровень должен добавить информацию, см. рисунок 7.3.
Рис.7.3. Протокольные уровни в сигнализации №7
TCAP состоит из двух уровней, первый, добавляющий ,
вызывающий ID к каждой операции. Вызывающий ID идентифицирует операцию внутри IN
диалога. Существуют различные серии номеров для двух направлений, от SSP к SCP
или от SCP к SSP. Второй уровень TCAP ставит несколько операций вместе, или они
могут быть посланы последовательно. Операция Активировать Ресурс, обычно за ней
следует операция Монитор (Наблюдать). Они могут быть вместе посланы в одном и
том же сообщении сигнализации. Этот второй уровень TCAP также добавляет
диалоговый ID, т.е. информацию для идентификации IN диалога, см. рисунок 7.4.
SCCP добавляет Глобальный Заголовок для маршрутизации
этого сообщения сквозь сеть. Наконец MTP добавляет информацию для исправления
ошибок, а также ставит флаг в начале и в конце сообщения.
Рис.7.4. Диалог для вызова бесплатного телефона
7.3 Международная Стандартизация – CS-1
Запросы от операторов, более чем когда бы то ни было,
- это стандартизованные телекомовские системы. Оборудование от различных производителей,
должно быть возможно взаимно соединить и использовать вместе. Набор
возможностей определен международной
организацией по стандартизации ITU-T. Эти возможности называются CS-1 (Набор
Возможностей) и они включают в себя
стандартизованный протокол для связи между IN узлами. CS-1 будет реализован в IN
фазе 2.2 . В CS-1 операции IN получат меньше функциональности, чем в INAP
протоколе Ericsson (INAP 2 в текущей версии). Как часть этого изменения в
операциях Контрольные Типы будут затронуты. Они также получат уменьшенную
функциональность, а число Контрольных Типов возрастет. Услуги, созданные в
будущем, будут затронуты (изменены) и некоторые услуги вообще невозможно будет
создать, следуя CS-1 стандарту. Потребители будут иметь возможность выбирать между
Ericsson INAP и CS-1.
На более поздних IN фазах Ericsson добавит больше
функциональности к CS-1 протоколу. Это будет сделано шагами на пути в
направлении к следующему стандартизованному протоколу CS-2, который будет иметь более высокую
функциональность, чем CS-1 . ETSI стандарт, соответствующий CS-1 , называется «INAP
ядра ETSI». ETSI – это европейская организация по стандартизации.
Когда IN фаза 2.2 – вводится, в протоколе между SMAS и SCP будет изменение. До сих пор
информация, посылаемая от SMAS к SCP, была
в виде AXE командного файла. В IN фазе 2.2 в основном будет
использоваться двоичный протокол (INM- Интерфейс Управления Интеллектуальной
Сети). INM- это более быстрый протокол для связи между двумя компьютерами.
Будет полная совместимость между IN фазой 2.1 и IN
фазой 2.2, касательно взаимосоединения SMAS, SCP и SSP.
Рис.7.5. Изменение протокола между IN фазой 2.1 и
фазой 2.2
Выводы
·
IN сигнализация
(протокол INAP) основан на «системе сигнализации
№7»
·
INAP- этот
протокол является собственностью Ericsson.
·
INAP- это один
из нескольких пользователей MTP протокола.
·
МТР- это общая
платформа для всех приложений в сигнализации
№7.
·
INAP требует еще
двух протоколов: SCCP и TCAP.
·
SCCP
поддерживает сигнализацию, ориентированную не на
·
цепи (семы). SCCP включает «Глобальный Заголовок», используемый для
сигнала №7 сквозь сеть.
·
TCAP
поддерживает интерактивные приложения в распределенной окружающей среде. TCAP включает в себя
диалоговый ID (идентификатор), чтобы
идентифицировать каждый IN вызов.
·
Несколько IN операций может быть послано в последовательности в одном RCAP сообщений. Каждая из них идентифицируется с помощью
привлечения идентификаторов ID.
·
В более поздних
версиях IN, Ericsson будет
адаптировать в направлении стандартного протокола CS-1, определенного ITU-T (МСЭ). Это будет уменьшать функциональность IN услуг.
Контрольные вопросы
·
Почему нужна IN сигнализация (INAP)?
·
Цель протоколов: MTP, SCCP и TCAP.
·
Как будет
реализован международный стандарт CS-1?
Содержание
Практическое занятие 1. Введение в
концепцию
ИС.
Пример ИС 4
Практическое занятие 2. Понятие (концепция)
Сценария Услуги 11
Практическое занятие
Практическое занятие 4. Прикладная система
управления
Услугой SMAS 23
Практическое занятие 5. SSP – точка коммутации
услуги 29
Практическое занятие 6. Использование внешних
SSP для построения ИСС 40
Практическое занятие
СПИСОК
ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ
1. Б.Я.Лихтциндер и др.
Интеллектуальные сети связи. – М.:Эко-Трендз, 2002.
2. 2.С.В.Крестьянинов и др. Интеллектуальные сети и
компьютерная телефония. - М.: Радио и связь, 2001. - 240с.: ил.
3. Галичский К.В. Компьютерные системы в телефонии. СПб.:
БХВ-Петербург, 2002.- 400 с.: ил.
4. Intelligent Network
2.1. AXE-10 Local 12.4 O&M. Ericsson Telecom, Ericsson-Center in
5. А.В.Росляков. Общеканальная система сигнализации №7. –
М.: Эко-Трендз, 2002.
6. Гольдштейн Б.С., Ехриель И.М., Рерле Р.Д. Интеллектуальные сети. – М.: Радио
и связь, 2000. - 500 с.: ил.
7. К.Закер. Компьютерные сети. Модернизация и поиск
неисправностей: Пер. с англ. – СПб.: БХВ-Петербург, 2002. – 1008 с.: ил.
8.
Intelligent Network 2.1. AXE-10 Local 12.4 O&M.
Ericsson Telecom, Ericsson-Center in
9. Саморезов
В.В. Интеллектуальные сети
связи. Использование внешних SSP: методическиерекомендации к лабораторным
работам и практическим занятиям (спец. 200900) / СПбГУТ. СПб, 2003.