7.1.3. Транзитная группа (tg)

Транзитная группа (TG) обеспечивает интерфейсы для соединений сети (рис.7.7). Транзитная группа образуется из блоков ITB, которые обеспечивают следующие стандартные цифровые интерфейсы: Е1-до32на IТВ; Т1 - до 32 на ITB; ЕЗ - до двух на ITB; DS3 - до двух на ITB; STM-1.

Каждый блок ITB подключается к группе коммутации SWG при помощи оптических интерфейсов MOI. Количество интерфейсов MOI зависит от емкости внешних интерфейсов.

Для управления подключениями по выше перечисленным интерфейсам поддерживаются различные системы сигнализации:

SS7 (ITU-T/ETSI и ANSI варианты, поддерживаются также национальные варианты);

CAS (R1.5, R2, национальные варианты сигнализации CAS).

Разработана специальная версия модулей ITB, используемых для синхронизации системы, так называемые транзитные блоки синхронизации (TBS). В системе есть всегда два модуля этого типа. Модули оснащены платами синхронизации с высокоточными генераторами, которые могут синхронизироваться внешними сигналами синхронизации. Поддерживаются несколько типов сигнала синхронизации: Е1; Т1; 2.048 MГц; 1.554 MГц (в зависимости от типа платы синхронизации).

Для применения в области сетей следующего поколения существует пакетный вариант ITB - Пакетный интегрированный транзитный блок (ITB/P). Модуль оснащен интерфейсом Ethernet для подключения к сетевой инфраструктуре.

Существуют две конфигурации для взаимодействия с сетью на основе NGN:

взаимодействие с Media Gateway Controller (MGC) по протоколу SIP;

взаимодействие с элементами инфраструктуры по протоколам Н.323.

Система MEDIO дает возможность сетевому оператору подключить стандартный шлюз канала связи (Trunk Gateway), расположенный в удаленном месте. Тогда система MEDIO управляет TG, используя стандартный протокол H.248/MEGACO.

7.2. Программное обеспечение системы medio

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

Рисунок 7.7 - Структура транзитной группы TG

Модули должны рассматриваться как логические модули или процессы, выполняющие функцию ведущего узла на аппаратных модулях сервера. Распределение и количество отдельных аппаратных модулей зависят главным образом от производительности и требований трафика.

Группа управления (CG) включает в себя модули, которые управляются универсальными серверными блоками (SRV) или промышленными серверными блоками (ISM). Один управляющий (ведущий) модуль может управлять большим количеством модулей, в зависимости от конфигурации системы и ожидаемой нагрузки системы. Все модули внутри группы управления сдвоены.

Аппаратная группа универсального серверного блока (SRV) состоит из двух идентичных независимых секторов, отмеченных на рис.7.8 как секторы A и B. Каждый из двух секторов аппаратной группы содержит:

1. интерфейс Compact PCI, установленный на задней стороне блока;

2. плату процессора управления CBCP;

3. плату питания CPWS;

4. две платы оптического интерфейса COCU (COSU).

1. Для решения отдельных задач в рамках системы MEDIO блок может содержать и другие платы расширения.

Перечислим основные модули управления группы управления CG:

координатор вызовов/управление адресатом (CC/DEM);

база данных по маршрутизации соединительных линий (CDB);

абонентская база данных (SDB), размещаемая в любой локальной станции;

маршрутизатор внутренней сигнализации (RIS);

маршрутизатор внешней сигнализации (RES);

голосовой сервер (VS);

сервер технического обслуживания системы (SMS);

сервер базы данных по тарификации Toll Ticketing Server (TTS);

сервер расчета оплаты услуг Charging Server (CS);

модуль Mediation Device (MD).

Рисунок 7.8 - Структура аппаратной группы SRV

Координатор вызовов /управление адресатом CC/DEM выполняет анализ информации маршрутизации (например, вызываемого номера), координацию процесса поиска адресата вызова, хранение информации о маршрутизации направлений. Координатор вызовов СС отвечает за цифровой анализ и координацию поиска и размещения порта станции (абонентской линии или межстанционной линии). Модуль СС выполняет также некоторые свойства маршрутизации, такие как:

анализ цифровой информации;

маршрутизация в зависимости от происхождения вызова;

расположение исходящего сетевого шлюза.

Управление адресатом DEM отвечает за хранение информации о маршрутизации направлений и их цепочек. DEM распознает соответствующие пучки для цепочек направления. Модуль также обрабатывает информацию для зависящей от времени маршрутизации (TDR).

Модули CC и DEM составляют один программный модуль и не могут быть разделены. Аппаратный модуль, управляющий модулем CC/DEM должен отвечать следующим требованиям: две MOI интерфейсные платы COCU; 8 MB RAM и 0,5 MB на 1000 цифровых копий.

База данных по маршрутизации соединительных линий CDB содержит информацию о пучках и направлениях. Модули CDB содержат информацию о свойствах направлений, а также о текущем трафике и состояниях обслуживания. Основная задача модулей CDB - это выбор соединительных линий. Все модули CDB имеют информацию о статических свойствах всех существующих пучков линий в системе. Для каждого пучка только один CDB сохраняет динамическую информацию о состоянии направлений. Распределение пучков выполняется автоматически, чтобы уровнять нагрузку отдельных модулей CDB. Информация о текущей обработке пучков сохраняется модулями управления адресатом DEM. В случае отказа одного из модулей CDB, пучки вышедшего из строя модуля перераспределяются по остальным модулям CDB.

Аппаратный модуль, управляющий модулем CDB должен отвечать следующим требованиям: две MOI интерфейсные платы COCU; 4 MB RAM.

Абонентская база данных (SDB) сохраняет все данные об абоненте и обеспечивает этими данными блоки управления абонентами в целях управления вызовами. SDB обеспечивает следующие функции: обеспечение абонентскими данными модулей SCB; определение соответствующего SCB согласно вызываемому номеру; обеспечение абонентскими данными с целью законного прослушивания; обработка требований для управления дополнительными услугами. Аппаратный модуль, управляющий модулем SDB, должен отвечать следующим требованиям: две MOI интерфейсные платы COCU; 20 MB RAM + абонентские данные (зависит от вероятного количества абонентских данных - 6МВ на 10 000 абонентов); носители данных для дисковой копии абонентской базы данных (емкость зависит от количества абонентских данных).

Маршрутизатор внутренней сигнализации (RIS) выполняет маршрутизацию информации между модулями системы и их приложениями. Другими словами, модули RIS контролируют потоки информации внутри системы.

Маршрутизатор внутренней сигнализации (RIS) обеспечивает функции:

маршрутизация сообщений внутренней сигнализации;

распределение запросов, отправленных по общему адресу группы модулей; постоянное тестирование пригодности системы;

управление сетью внутренней сигнализации;

шлюз к LAN (TCP/IP) для внутренней связи.

Программное обеспечение каждого аппаратного модуля SRV или аппаратного модуля ISM содержит упрощенную версию модуля RIS, обеспечивающую совместимость модулей CG на одном аппаратном модуле.

Функциональная схема модуля RIS показана на рис.7. 9.

Аппаратный модуль, управляющий модулем RIS должен отвечать следующим требованиям: две MOI интерфейсные платы COCU; 20 MB RAM.

Маршрутизатор внешней сигнализации (RES) разработан для обеспечения всех функций, требуемых от МТР системы сигнализации ОКС 7 (SS7).

Маршрутизатор внешней сигнализации (RES) обеспечивает:

функции части передачи сообщений SS7;

функции нижнего уровня SCCP;

функции встроенного узла передачи сигнализации;

определение адресата ITB для сообщений сигнализации;

передачу сообщений SS7 для внутренней доставки к ITB;

распределение информации о наличии пунктов сигнализации к ITB. Способ окончания каналов связи сигнализации показан на рис. 7.10. Аппаратный модуль, управляющий модулем RES должен отвечать следующим требованиям: две MOI интерфейсные платы COCU; 32 MB RAM.

Рисунок 7.9 - Функциональная схема модуля RIS

Основная функция голосового сервера (VS) генерировать цифровую информацию, передаваемую в полосе речевого сигнала. Например, генерация тона и воспроизведение речевых сообщений (сообщения точного времени), выполнение задач IP телефонии, распознавания голоса. Голосовые серверы также обеспечивают функции интеллектуальной периферии Intelligent Peripheral (IP), когда система функционирует как SSP. Используются несколько вариантов голосовых серверов. Внутриканальные информационные сообщения сохраняются в файлах WAV. Запись должна отвечать следующим критериям: тактовая частота 8 кГц; 8 бит на такт; режим Mono (только один audio канал); речевое кодирование. Аппаратный модуль, управляющий модулем VS должен отвечать следующим требованиям: две MOI интерфейсные платы COCU, если обеспечивается шлюз Н.323; 128 MB RAM с рекомендуемым распределением - 20 MB для приложения и его данных , а также 20 MB, если требуется запись (остаток свободной памяти используется для сообщений); носители данных для внутриканальных информационных сообщений (емкость определяется анализом требований клиента).

Рисунок 7.10 - Окончание каналов связи сигнализации на модулях RES

Голосовой сервер для услуг (VSS) используется для управления и поддержки некоторых клиентских услуг, связанных также с функциями IVR, и взаимодействия баз данных.

Дополнительный контроллер услуг (ASC) обеспечивает функциональные возможности функции управления услугами (SCF) для услуг интеллектуальной сети IN. Этот модуль может быть интегрирован в систему, заменяя обычный СС, или находиться на предназначенном для него пункте управления услугами (SCP). Модуль может взаимодействовать с другими элементами инфраструктуры интеллектуальной сети.

Перечислим программные модули, которые не являются автономными, но могут расширять возможности СС или ASC.

База данных соединительных линий (CDB) поддерживает управление соединительными линиями, а также обеспечивает функции, связанные с выделением линии исходящих вызовов.

Сервер оплаты услуг связи (Toll Ticket Server, TTS) отвечает за сбор информации об оплате, а также за создание записей Call Data Records (CDR).

Сервер управления системой (System Management Server,SMS) обеспечивает сохранение и управление всеми системными данными и программным обеспечением.

Модуль Mediation Device (MD) обеспечивает хранение данных большого объема для записей Call Data Records (сбор и обработка информации по вызовам), аварийной базы данных и также для всех приложений, требующих хранение большого количества данных. Этот физический модуль также управляет приложениями, поддерживающими работу системы. В случае необходимости Mediation Device может быть реализован как автономный компьютер серверного типа.

Тарификационный сервер (CS) служит для хранения базы данных тарифов за услуги системы, требующий централизованный доступ к информации о тарифах. Этот модуль управляется со специализированного компьютера серверного типа.

Шлюз (HLRG) позволяет системе MEDIO запрашивать регистры положения HLR сети стандарта GSM900 для уточнения платежеспособности абонента и права пользования дополнительными услугами.