|
![]() |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Идентификационный номер документа: KSS412600-EDR-020 Название документа: "Описание системы" Медиа-шлюз SI2000Медиа-шлюз (MG) SI2000 - является основным элементом сетей следующего поколения (NGN), представлят собой самостоятельный узел или телекоммуникационную систему, что обеспечивает его простое подключение в существующие сети PSTN, ISDN и IP. Сети следующего поколенияСети следующего поколения (NGN) базируется на новой концепцией сетей, которые комбинируют речевые функции, качество обслуживания (QoS), а также качество управляемой коммутируемой сети с преимуществами и эффективностью пакетно-ориентированной сети. Сети NGN означают эволюцию существующих телекоммуникационных сетей, что отражается в слиянии сетей и технологий. Благодаря этому предоставляется широкий выбор услуг от классических телефонных до различных услуг обработки данных или их комбинаций. Отличительные особенности сетей NGN:
Примеры использованияСети NGN предназначены, прежде всего, для обеспечения мультисервисной среды, предоставляемые ими основные услуги позволяют выполнение многочисленных услуг с добавленной стоимостью таких, как например:
Рисунок 1-1: пример сети NGN На рисунке 1-1 отображен пример построения сети NGN, основанной на использовании узла MG. Как видно из рисунка, узел может обеспечивать удаленный доступ к предприятиям и ресурсам сетей (например, к серверам), а также телефонные соединения с аналоговых телефонных аппаратов или с телефонных аппаратов с функциями ISDN на терминалы VoIP. Кроме этого, узел может обеспечить некоторые системные услуги, например, безопасный доступ через VPN и фильтрация трафика. Медиа-шлюзОснова узла MG - модуль ММА, который базируется на стандартных платах CompactPCI (cPCI). Модульная структура позволяет осуществлять его простое интегрирование в существующие телекомуникационные системы с возможностью последующего усовершенствования системы на основе новых решений. Обеспечивает надежную инфраструктуру, которая с помощью поддержки многочисленных протоколов позволяет быстрое внедрение новых универсальных услуг. В соответствии с концепцией сетей NGN основной функцией узла MG является обеспечение использования пакетной (IP) сети как транспортного носителя вместо телефонной сети общего пользования. Выступает в роли медиа-шлюза между этими сетями и производит преобразование речи вызовов телефонных абонентов в IP-пакеты. Для контроля и управления узлом MG используется стандартный узел управления SI2000 (MN) или терминал управления (МТ). Возможно непосредственное подключение узла MN к узлу MG, или же посредством телефонной сети или сети IP. Если для управления существующих узлов SI2000 уже используется узел управления MN, то узел MG управляется этим же, общим узлом MN. Общее о свойствахРавные отличительные особенности узла MG:
УслугиУзлы MG и MN предоставляют различные телекоммуникационные услуги, которые можно классифицировать следующим образом:
Основные услуги Основные услуги - это те ключевые услуги, для выполнения которых предназначен узел MG. Узел MG предоставляет услуги медиа-шлюза, обеспечивающие использование пакетной (IP) сети для предоставления таких услуг телефонии, как голос поверх IP и факс пверх IP. Основные услуги подробно описаны в книге "Описание услуг", в главе "Основные услуги". Системные услуги Системные услуги обеспечивают поддержку работы узла и выполнение основных услуг. К системным услугам узла MG относятся: восстановление и синхронизация системы, поддержка протокола RADIUS, фильтрация (FW) и определение различий пакетов IP, маршрутизация, и т.д.. Услуги поддержки подробно описаны в книге "Описание услуг", в главе "Системные услуги". Услуги управления и технического управления Услуги управления и технического обслуживания обеспечивают контроль, управление и техническое обслуживание узла MG. Услуги выполняются через узел управления MN или терминал управления МТ и позволяют производить полное администрирование системы (MG и MN/MT), конфигурирование узла, диагностику, измерения, статистику и подобное. Услуги управления и технического обслуживания подробно описаны в книге "Описание услуг", в главе "Услуги управления и технического обслуживания". Архитектура системыМедиа-шлюз предоставляет возможность выполнения основных и системных услуг, а также услуг управления и технического обслуживания. Услуги разделены и организованы по уровням для системы в целом, представленной узлом MG и узлом управления MN. На узле MG выполняются основные и ситемные услуги, а также часть услуг управления и технического обслуживания. На узле управления, связанном с широкополосным узлом через сеть управления или через локально подключенный МТ, выполняются услуги управления и технического обслуживания. Основные уровни в структуре узлов MG и MN следующие:
Прикладное программное обеспечение выполняет основные услуги высших уровней на абонентском и сетевом доступе, а также услуги управления и технического обслуживания. Системное программное обеспечение представляет собой соединяющий элемент между прикладным программным обеспечением и аппаратными средствами и включает в себя операционную систему, контроллеры телекоммуникационной и процессорной периферии, систему управления базами данных, программное обеспечение для подключения узлов и т.д. В аппаратные средства входят телекоммуникационные и процессорные средства. Если для обеспечения электропитания телекоммуникационных узлов использованы системы электропитания MPS, управление и техническое обслуживание этих узлов можно производить из узла MN. На узле управления находится центральная база данных. Задача прикладных программ -осуществлять изменение даннных в центральной базе. А системное программное обеспечение в узлах MN и MG производит текущее согласование данных через сеть управления (подробнее это описано в главе "База данных и механизмы согласования данных"). Узел MGАппаратные средстваУзел MG базируется на модуле ММА. Подробное описание находится в главе "Описание аппаратных средств". Общие свойства аппаратных средств узла MG:
Модуль ММА расположен в корпусе типа 1U и состоит из:
На модуле ММА есть следующие интерфейсы и порты:
Подключение узла MG к окружению подробно приведено в главе "Место узла в телекоммуникационной сети***". Интерфейсы подробно описаны в главе "Интерфейсы, протоколы и сигнализации***". Системное программное обеспечениеВ системное программное обеспечение входят различные функциональные узлы.
Системные услуги, выполняемые системным программным обеспечением, описаны в книге "Описание услуг", в главе "Системные услуги". Прикладное программное обеспечениеПрикладные программы выполняются в режиме реального времени и поддерживают выполнение основных услуг и услуг поддержки, а также услуг управления и технического обслуживания. Поддерживают восстановление, контроль и управление соединениями, контроль и управление точками подключения, статистическую обработку, диагностику, а также инициализацию отдельных частей системы. Прикладное программное обеспечение позволяет выполнять следующие функции:
Услуги, выполняемые прикладным программным обеспечением, более подробно описаны в книге "Описание услуг", в главах "Основные услуги" и "Системные услуги". Их администрирование описано в той же книге в главе "Услуги управления и технического обслуживания". Узел управленияАппаратные средстваДля управления системой телекоммуникационных узлов, требующей высокой надежности и готовности, предусмотрена конфигурация большого количества компьютеров. На одним из них установлен сервер MN, на остальных располгаются клиенты MN. Их роль определена инсталлированным на них программным обеспечением. Для небольших систем предусмотрено использование только одного компьютера, с инсталлированным на нем программным обеспечением и для сервера, и для клиента MN. В этом случае создание сервера имен доменов не имеет смысла. Если узлов здесь нет, в таком случае, для локальной установки и управления предусматривается терминал управления МТ, на котором размещается уменьшенное в объеме программное обеспечение как для сервера, так и для клиента MN. Минимальная конфигурация сервера или клиентов MN и МТ описана в главе "Технические данные". Системное программное обеспечение MN и МТСостав системного программного обеспечения имеет различный функциональный состав:
Для упрощения администрирования IP-адресов введена система имен доменов (DNS). С помощью этой системы сервер имен доменов (DNS) автоматически преобразует имена доменов компьютеров в их IP-адреса. Пользователи включаются в общий домен, поэтому администрирование их системных установок производится из сервера MN, на котором работает первичный контроллер домена (PDC), выполняющий на системном уровне выдачу, изменение или отмену разрешений пользователям домена - это рапространяется на всех клиентов MN. Таким образом, пользователи для работы в домене могут регистрироваться у любого клиента MN.. Прикладное программное обеспечениеПрикладное программное обеспечение узла управления поддерживает выполнение услуг управления и технического обслуживания и содержит различные приложения:
Услуги управления и технического обслуживания более подробно описаны в книге "Описание услуг", в главе "Услуги управления и технического обслуживания". Приложения, предоставляющие возможность выполнения этих услуг, находятся на клиенте MN и связаны с соответствующим программным обеспечением сервера MN. Приложения подробно описаны в книге "Инструкции по управлению (MN/MT)", в главе "Введение в управление". База данных и механизмы согласования данныхБаза данных системы физически подразделена на:
Рисунок 2-1: Структура базы данных системы В центральной базе данных находятся общие данные системы и копия всех баз данных связанных телекоммуникационных узлов. Далее описаны различные механизмы согласования данных. Использование тех или иных механизмов зависит, прежде всего, от состояния узла и сети управления, через которую эти механизмы производят согласование данных. Отдельным случаем является локальное или оперативное управление телекоммуникационным узлом из МТ, в тот момент, когда нет связи с центральной базой данных через сеть управления, с помощью приложений МТ производится только изменение данных в локальной базе данных и базе данных локально подключенного узла. Онлайновое согласование данныхПрикладные программы управления производят изменение данных конкретного узла в центральной базе данных (CDB). Абоненты на телекоммуникационных терминалах изменяют настройки, которые хранятся в NDB. Системное программное обеспечение узла MN и узлов MG через сеть управления производит онлайновое изменение данных, чем самым обеспечивает согласованность CDB и NDB. Приложение SYS включает/выключает механизм онлайнового согласования данных. Согласование данных по запросуУже в процессе управления узлом MG из MN или в процессе изменения данных в базе данных узла может наступить несоответствие между базами данных. Системное программное обеспечение обнаруживает отказ сети управления и посылает предупреждение (подробное описание оповещений дано в книге "Ссылочное руководство"). В данном случае используется возможность проведения согласования данных по запросу, что более подробно описано в книге "Инструкции по управлению (MN/MT)", в главе "Системное администрирование". Инсталляция данныхЕсли невозможно решить проблему несоответствия данных между CDB и NDB ранее упомянутым способом, то необходимо провести повторную инсталляцию данных узла из CDB на NDB. Эта процедура используется также для первой инсталляции данных узла, которые заранее подготавливаются на MN и перед включением в управление их необходимо инсталлировать на узел из MN или МТ. Импорт данныхВ случае локального управления из МТ данные необходимо из LDB экспортировать в локальный архив, находящийся на МТ. Для этого нужно установить соединение с сервером MN и импортировать их из архива в CDB. Таким образом будет обеспечена согласованность данных CDB и LDB. Подробнее смотрите книгу "Инструкции по управлению (MN/MT)", главу "Системное администрирование". Сеть управленияУзел управления MN или терминал управления МТ связаны с узлом MG через сеть управления. Информация для управления передается с помощью высокоуровневых приложений над TCP или UDP транспортым уровнем, который основывается на телекоммуникационном протоколе IP, a архитектура управления основана на модели клиент-сервер. При использовании MN или МТ в сети управления может быть только один узел MN, служащий в качестве сервера. Этот узел одновременно может быть использован в качестве клиента. Вместе с ним может быть также несколько узлов MN, являющихся клиентами и представляющие собой дополнительные рабочие места для работы с сервером MN. В сети управления также может быть несколько терминалов управления МТ, всегда подключенных непосредственно на узел доступа и служащих для использования в исключительных ситуациях (повторное восстановление нормального состояния и работы какого-либо узла) и для технического обслуживания (управление диагностикой). МТ - это одновременно сервер и клиент с уменьшенной функциональностью как на серверной так и на клиентской части узла MN. После повтороного восстановления нормального состояния МТ может взять на себя роль клиента. Сеть управления между MN или МТ и узлом MG может физически восстанавливатся через:
В связи с определенными потребностями возможно также подключение через сети WAN между двумя сетями управления, при том, что каждая сеть управления имеет свой сервер MN. Соединение через EthernetСоединение через Ethernet может использоваться в двух случаях:
Узел MN и сети управления подключаются на LAN непосредственно с помощью собственной сетевой карточки Ethernet. Дополнительный способ соединения через Ethernet возможен в том случае, когда узел MG находится на одном и том же месте, что и какой-либо существующий узел SI2000 (SN, SAN, MG, AN), который всвязи с необходимостью управления уже подкючен к сети управления (например, через внутренний канал 64 Кбит/с или через тракты ATM). В этом случае узел MG можно подключить к этому узлу через Ethernet и управлять им из того же MN. Подключение терминала управления МТ Терминал управления МТ всегда подключается к узлу MG непосредственно. Подключение осуществляется через Ethernet или с помощью интерфейса RS232. Если МТ подключен к узлу MG с помощью интрефейса RS232, то он может быть использован только для эмулляции консоли узла, предназначенной для работы уполномоченного сервисного персонала. Когда МТ подключен к узлу MG с помощью интрефейса Ethernet, возможно выполнение всех функциональностей узла. Место узла в телекоммуникационной сетиУзел MG предназначен для подключения к коммутируемой (PSTN/ISDN) и пакетной сети IP. Всвязи с необходимостью управления узел включен в сеть управления. Подключения узла видны на следующем рисунке.
Рисунок 3-1: Подключение узла MG к окружению Включение в сетьУзел MG к пакетной сети IP подключается посредством интерфейсов Ethernet, а к сети PSTN/ISDN с помощью интерфейсов Е1. Через интрефейс Е1 к узлу MG можно также подключать частные узлы коммутации или станции (РВХ). Соединение для выполнения управления идет через Ethernet. Для локального управления узлом MG предназначены интерфейсы Ethernet и RS232. Интрефейс узла MG подробно описан в главе "Интерфейсы, протоколы м сигнализации". Интерфейсы, протоколы и сигнализацииУзел MG оборудован интерфейсами для подключения к телекоммуникационной сети, которая связывает узел непосредственно с конечными пользователями, которые используют услуги узла, правильность выполнения которых обеспечивается различными протоколами и сигнализациями. ИнтерфейсыПо интерфейсам осуществляются доступ к функциям системы по выполнению телекоммуникационных услуг на узле MG и на телекоммуникационной сети. Узел MG содержит :
Технические данные интерфейсов (рекомендации, характеристики передачи) находятся в главе "Технические данные***". Интерфейсы для подключения узла к сети PSTN/ISDNДля подключения узла MG к сети PSTN/ISDN со стороны узла MG используется интерфейс Е1. Интерфейс предназначен для передачи абонентского модемного или речевого трафика, а также для передачи сигнализации. Интерфейс обеспечивает доступ к телекоммуникационным услугам сети, к которой узел подключен. Скорость передачи по интерфейсу Е1 соответствует емкости восьми трактов Е1 и составляет 8 х 2,048 Мбит/с или 16,384 Мбит/с. Интерфейсы для подключения узла к IP-сетиДля подключения узла MG к IP-сети использованы два интерфейса Ethernet. Они предназначены для передачи абонентского трафика данных и предоставляют доступ к телекоммуникационным услугам сети, к которой узел подключен. Скорость передачи данных на одном интерфейсе до 10 Мбит/с (10 BaseT) или до 100 Мбит/с (100 BaseT). Возможно одновременное использование обоих Ethernet-интерфейсов, т.е. одного для передачи данных, другого для управления, или (с применением стандарта IEEE 802.3ad) обоих для передачи данных. Интерфейсы для выполнения управленияДля подключения узла MG к сети управления используется тот же интерфейс Ethernet, что и для подключения узла к пакетной сети. Скорость передачи по интерфейсу Ethernet составляет до 10 Мбит/с (10 BaseT) или до 100 Мбит/с (100 BaseT). Для локального подключения узлов управления MN/MT к узлу MG используется интерфейс Ethernet, для локального управления с МТ - интерфейс RS232. Подключение к сети управления подробно описано в главе "Сеть управления". ПротоколыПротоколы, обеспечивающие правильное выполнение услуг на узле MG распределены следующим образом:
Отдельные протоколы объединены в группы и описаны далее. Стек протоколов TCP/IPСтек протоколов TCP/IP - это стандарт, принятый организацией IETF. Его название составляют аббревиатуры наиболее часто используемых протоколов стека. Стек протоколов TCP/IP состоит из множества протоколов, представляющих собой основу телекоммуникации в пакетных сетях (например, в Интернете и в частных сетях - в интрасети и экстрасети (intranet и extranet)), которые в качестве уровня передачи используют технологически разные физические сети (например, Ethernet, ATM, ISDN). Состав стека протоколов TCP/IP и протоколов, используемых для узла MG, представлен на следующей схеме.
Рисунок 4-1: Стек протоколов TCP/IP Протокол ARP Протокол ARP выполняет преобразование логических адресов (IP) и физических Ethernet-адресов (MAC), благодаря чему обеспечиватся правильная передача и прием пакетов Ethernet. Сетевое устройство, которое, например, передает IP-пакеты другому сетевому устройству, для получения его МАС-адреса использует протокол ARP. Спецификация протокола ARP дана в документе RFC 626. Протокол Proxy ARP Протокол Proxy ARP используется вместо протокола ARP в случае отсутствия у какого-либо сетевого устройства интерфейса Ethernet, соединяющего его с локальной сетью, т.е. если устройство подключено к сети с помощью другого сетевого устройства (например, с помощью узла MG). В этом случае MG должен иметь протокол Proxy ARP, позволяющий отвечать на вызовы остальных сетевых устройств своим МАС-адресом, после чего принятые таким образом IP-пакеты направляются дальше к назначенному сетевому устройству. Спецификация протокола Proxy ARP дана в документе RFC 1027. Протокол IP Протокол IP не является протоколом соединения, задача протокола состоит в передаче IP-пакетов (дейтаграмм) по IP-сети от отправителя к получателю. Выполняет функции логической адресации устройств, маршрутизацию между устройствами, а также инкапсуляцию, фрагментацию и сборку дейтаграмм. Каждое устройство в IP-сети имеет хотя бы один IP-адрес, являющийся для него единственным. При передаче по IP-сети данные преобразуются в небольшие единицы, называемые IP-пакетами (дейтаграммами), содержащими IP-адреса исходящего устройства и устройства назначения. IP-пакеты проходят по IP-сети до IP-шлюзов, которые на основе IP-адресов передают пакеты в IP-шлюзы сети назначения, которая в свою очередь передает их до цели. Каждый пакет, проходящий через сеть IP, обрабатывается как самостоятельный блок данных. В настоящее время чаще всего используется четвертая версия протокола IP (IPv4), при этом существует и еще более усовершенствованная версия 6 (IPv6), в которой решены недостатки сущестующей версии, связанные, прежде всего, с качеством услуг. Спецификация протокола IP находится в документе RFC 791. Протокол ICMP Протокол ICMP управляющих сообщений Internet, предназначенных для контроля в сети. Сообщения ICMP - это IP-пакеты с точно определенными содержанием, предназначены для оповещения об обнаруженных в IP-сети ошибках (например, недоступное сетевое устройство). Для контроля IP-сети с помощью протокола ICMP используются приложения:
Спецификация протокола ICMP находится в документе RFC 792. Протокол TCP Протокол TCP это протокол управления передачей, транспортный протокол, предназначенный для обеспечения надежности доставки пакетов данных. Производит нумерацию IP-пакетов, а также их правильное расположение в очередности, динамический контроль потока данных, сегментацию и сборку пакетов данных, а также соответствующую адресацию пакетов данных (через порт) для использования в приложениях. Протокол TCP специфицирован в документе RFC 793. Протокол UDP Протокол UDP не является протоколом соединения, это протокол дейтаграмм пользователя, который обеспечивает доставку пакетов данных, а также соответствующую адресацию (через порт) пакетов данных для использования в приложениях. В связи с тем, что протокол не устанавливает соединения, он является быстрым и эффективным, но при этом менее надежным, чем протокол TCP, т.к. не обеспечивает контроля потока данных и очередности пакетов данных, что приложения должны выполнять сами. Протокол TCP специфицирован в документе RFC 768. Протокол FTP Протокол FTP является стандартным прикладным протоколом обмена файлами, используемыми протоколом TCP в процессе работы. В узле MG он используется для передачи файлов программ, файлов конфигурации и файлов данных. FTPi используется для передачи истории аварийных сигналов и ошибок, а также файлов, содержащих результаты статистики. Протокол FTP специфицирован в документе RFC 1579. Протокол TFTP Протокол TFTP является простейшей и наиболее эффективной версией протокола FTP, который в процессе своей работы используется протоколом UDP. Таким образом, этот протокол, как и FTP, используется для обмена файлами. Протокол TFTP специфицирован в документе RFC 1350. Протокол SNMP Протокол SNMP - прикладной протокол, предназначен для управления и контроля сетевых устройств и их функций. Для своей работы использует протокол UDP. Система управления с помощью протокола SNMP создает следующие элементы:
Существует три версии протокола SNMP, специфицированных в нескольких документах:
Протоколы SNMPv2 и SNMPv3 являются усовершенствованными версиями SNMPvi. SNMPv2 содержит в себе новые протокольные блоки данных (PDU) для передачи массовых данных и для соединения менеджер - менеджер, новую концепцию безопасности, а также улучшена функция контроля над MIB. SNMPv3 поддерживает новый формат сообщений SNMP, безопасность этих сообщений, управление доступом, а также дистанционное конфигурирование параметров SNMP. Протокол SNMP (версия SNMPv2) в узле MG используется для передачи данных о текущих аварийных сигналах и приоритете ошибок. Подробное описание работы находится в книге "Дополнения", в главе "SNMP". Протокол Telnet Telnet является протоколом, который обеспечивает стандартный метод терминального доступа (сеанса) до удаленного устройства. Может использоваться также для межтерминального ("linking") или межпроцессорного соединения. На узле MG используется для удаленного доступа и управления из консоли. Протокол PRC RPC - стандарт, используемый для передачи SQL-команд серверов SQL, добавляющих и удаляющих записи в базы данных. Использутся также для считывания/изменения реального времени и для дистанционного повторного запуска системы. Протокол Н.323Н.323 является одним из базовых стандартов, выпущенных организацией ITU, служащий для передачи звука, изображения и данных через сети IP. Содержит большое количество документов для установления разнообразных соединений через сети с негарантированным качеством услуг, что является значимым для большинства существующих в настоящее время локальных сетей. В стандарт Н.323 входят спецификации по кодированию звука и изображения, по сжатию и восстановлению сжатия медиа-потоков, чем обеспечивается использование различных мультимедийных приложений. Коммуникационную систему Н.323 создают следующие компоненты:
Существует несколько версий протокола Н.323, таких как: H.323v1, H.323v2, H.323v3 и H.323v4. Первая версия поддерживает, прежде всего, взаимодействие через локальные сети, вторая -работу через большие пакетные сети (Internet и WAN), с поддержкой безопасности, масштабирования, использованием альтернативных привратников и дополнительных услуг. В третьей версии улучшена интеграция телефонной сети, а также масштабируемость. В рамках четвертой версии дополнительно увеличена масштабируемость, введены дополнительные услуги (поддержка услуг осуществляется с помощью протокола HTTP, усовершенствованы функции вызова), определенные функции запросов (сообщения об использовании, идентификация вызывающего, усовершенствованы услуги телефакса), а также введен инструмент, позволяющий расширить стандарт новыми функциями. Медиа-поток, в соответствии со стандартом Н.323, передается с помощью протоколов RTP и RTCP на основе протокола UDP. Первый из них обеспечивает передачу действительного содержимого, второй - контрольной информации. Функционирование сигнализации поддерживается протоколом TCP совместно с протоколами RAS (регистрация, доступ и состояние), Q.931 (для установления вызовов, их разъединения, а также для некоторых услуг, специфичных для терминалов Iskratel) и Н.245 (для передачи при использовании канала и пропускной способности). Туннелирование сигнализации выполняется с помощью сообщений Н.225. Протокол RTP Протокол RTP обеспечивает передачу файлов (например, звука и изображения) в реальном времени. В основном обеспечивает приложениям только механизмы по передаче и приему потоков данных, и не обеспечивает резервирования полосы пропускания и качества услуг. На нижнем уровне обычно используется протокол UDP. Протокол RTCP Протокол RTCP обеспечивает контроль и управление за передачей с помощью протокола RTCP, его работа основана на периодической посылке контрольных пакетов и использует тот же способ передачи, что и для передачи пользовательской информации. Протокол RADIUSПротокол RADIUS основывается на модели клиент - сервер и выполняет тарификацию. Задачей клиента RADIUS (например, узла MG) является передача пользовательской информации (записей о разговорных сеансах или сеансах передачи/приема данных) серверу RADIUS, а также соответственная обработка отклика сервера. Сервер RADIUS выполняет услуги регистрации записей о сеансах одному или нескольким клиентам (на сетевых устройствах), с которыми связан с помощью сети передачи данных. Для обеспечения большей надежности в сети обычно находятся два сервера RADIUS (такую конфигурацию поддерживает и узел MG). Услуги, предоставляемые с помощью протокола RADIUS и использованные при выполнении основных услуг узла MG, более подробно описаны в книге "Описание услуг", в главе "Услуги RADIUS". Протоколы времениМасштаб времени, используемый в сети, представляет собой один из важнейших пунктов ее функционирования, который может явиться причиной многих ошибок и сбоев нормальной работы сети даже при незначительных временных сдвигах на отдельных устройствах. От точности времени зависит правильное функционирование различных программных процедур, механизмов обеспечения безопасности, усовершенствование системных файлов, и т.д. Синхронизация в пакетных сетях обычно выполнена так, чтобы в сети было несколько эталонных серверов времени, задачей которых является синхронизирование сетевых устройств с помощью протоколов задания времени. Протокол NTP Протокол сетевого времени NTP обеспечивает высокоточную синхронизацию устройств в пакетных сетях с системным временем сервера. С помощью всемирного координированного времени (UTC) выполняет синхронизацию с точностью до миллисекунд или их кратных. NTP работает с протоколом и программным обеспечением типа клиент - сервер, которое находится в сетевых устройствах. Клиент NTP дает запрос серверу NTP, а при обработке отклика пересчитывает задержку соединения и локальный сдвиг, а также устанавливает локальное время. NTP поддерживает также распределенную (broadcast) синхронизацию времени сетевого оборудования. Факс-протоколыУзел MG поддерживает следующие протоколы, выполняющие функции поддержки услуг телефакса: V.17, V.27, а также V.29 и Т.38. СигнализацииТелекоммуникационные сети через некоторое количество коммутируемых участков и сетевых устройств связывают между собой терминальные устройства, которые обмениваются сообщениями (например, речью). Для управления этими соединениями по сети, кроме сигнальных сообщений должна передаваться также управляющая информация, т.е. сигнализация. В современных (цифровых) телефонных сетях используются различные типы сигнализации по общему каналу (ОКС), которые отделены от разговорных каналов и объединены в сеть сигнализации. Наиболее часто используются две системы сигнализации - DSS1 и ОКС №7. В случае объединения телефонных сетей с пакетными (IP) сетями в шлюзах между ними выполняется преобразование сигнализации. Например, на узле MG сообщения системы сигнализации через пакетную сеть переносятся прозрачно в виде сообщений стандарта Н.323 (протокол МТР), благодаря чему обеспечивается прозрачная передача сигнализации между двумя оконечными точками. Присутствует также еще одна возможность передачи сигнализации, которая выражается в преобразовании телефонной сигнализации в сообщения Н.323 - в этом случае большинство дополнительных телефонных услуг не выполняется, т.к. они не предусмотрены стандартом Н.323. Сигнализация DSS1Цифровая абонентская сигнализация № 1 (DSS1) - это стандартизированная цифровая система сигнализации, предназначенна для передачи сигнальной информации в режиме точка-точка. DSS1 не работает с телефонной маршрутизацией, как это обычно происходит в системе сигнализации SSN7, описанной далее. Сигнализация DSS1 обычно использует канал емкостью 16 кбит/с (D-канал ISDN BRA) или 64 кбит/с (D-канал ISDN PRA или канал тракта Е1). В сигнализации DSS1 используется передача сообщений сигнализации между пользователями ISDN или учрежденческой телефонной станции (РВХ) и вышестоящей станцией. Может использоваться также для подключения местных телефонных станций, соединенных с вышестоящими станциями в режиме точка-точка. Сигнализация DSS1 является несимметричной и различна на сетевой и пользовательской стороне. Подсистемами сигнализации DSS1 являются:
Первая подсистема используется, когда один сетевой элемент (например, телефонная станция) по отношению к другому элементу (например, к пользователю ISDN) играет роль сети, вторая подсистема используется в том случае, когда тот же сетевой элемент по отношению к другому элементу (например, к вышестоящей телефонной станции) имеет роль пользователя. Сигнализация DSS1 функционирует на первых трех уровнях модели OSI:
SSN7Система сигнализации № 7 (ОКС № 7) является стандартной цифровой системой сигнализации, используемой между станциями внутри сети или между сетями по общему каналу емкостью 64 кбит/с. Представляет собой надежную систему сигнализации, которая наряду с установлением соединений предоставляет дополнительные и интеллектуальные услуги, шлюзы между сетями, контроль и управление сетями. Топологию системы или сети ОКС № 7 составляют звенья сигнализации и пункты сигнализации. Звенья сигнализации, объединенные в группы каналов, взаимосвязаны между собой с пунктами сигнализации. Существует три типа пунктов:
Функции сигнализации в системе сигнализации ОКС № 7 подразделяются следующим образом:
Описание аппаратных средств телекоммуникационного узлаАппаратные средства телекоммуникационного узла MG представлены модулем ММА, описание которого находится в главе "Модуль ММА". В зависимости от инсталлированного программного обеспечения он выполняет преобразование речевого трафика и/или модемного трафика в IP-трафик и обратно. Контроль и управление модулем выполняется из узла управления MN или из терминала управления МТ (конфигурация аппаратных средств описана в главе "Технические данные"). Модуль ММААппаратные средства модуля ММА вместе с программным обеспечением представляют собой узел MG, предназначенный для преобразования речевого трафика и/или модемного трафика в IP-трафик и обратно. Модуль состоит из плат СМА и RPD. Оборудование выполнено в соответствии со стандартами ETSI и спецификациями CompactPCI. Оборудование модуля находится в корпусе 1U, см. главу "Механическая конструкция***". СМА в модуле выполняет функции преобразования трафика, посредством платы RPD модуль включается в окружение с помощью различных интерфейсов и точек подключения:
В корпусе могут быть расположены два модуля ММА. Платы СМА и RPD подключены к монтажным позициям через разъемы на внутренней плате, где есть все шины для соединений монтажных позиций между собой. Электропитание модуля обеспечивает блок электропитания, расположенное в корпусе, которое через внутреннюю плату обеспечивает все платы необходимым постоянным напряжением. Блок электропитания может быть выполнено с виде преобразователя AC/DC или DC/DC.
Рисунок 5-1: Блок-схема модулей MMA Механическая конструкцияОборудование модуля ММА расположено в металлическом корпусе и выполнено в соответствии со спецификациями CompactPCI. Размеры корпуса - 432 х 280 х 44,5 мм (длина х ширина х высота -1U). Внутреннее пространство состоит из двух частей. С левой стороны расположены две монтажных позиции, предназначенные для горизонтального (лежачего) расположения плат. На каждой монтажной позиции располагается две съемные платы. Спереди - плата для выполнения функций узла, а сзади - плата, обеспечивающая включение модуля в окружение. Платы вставляются в корпус по направляющим, на которых есть металлические контактные клинья для отвода электростатической энергии из съемных плат на массу корпуса. Обе платы, как и обе монтажные позиции, связаны между собой через внутреннюю коммуникационную плату (midplane). Разъемы и корпус являются ЕМС-совместимыми, для включения модуля в окружение использованы экранированные кабели. С правой стороны корпуса расположен блок электропитания для обеспечения электропитанием плат модуля. Существуют типы исполнения этих блоков, позволяющие подавать сетевое напряжение 230 В или же постоянное напряжение 48 В. Гнездо для подключения напряжения электропитания и переключатель для включения/выключения блока электропитания находятся на задней стенке корпуса, там же расположено гнездо для подключения антистатического браслета и контактная группа для подключения корпуса к системному заземлению. Лицевая сторона этой части корпуса перфорирована для вентиляции корпуса. Между левой и правой сторонами находятся вентиляторы для принудительного охлаждения плат.
Рисунок 5-2: Механический корпус - подключение к сетевому напряжению 230 В
Внутренняя плата (midplane) Внутренняя плата предназначена для подключения съемных плат в систему. В корпусе закреплена таким образом, что с любой стороны могут расположиться по две съемных платы. С одной стороны внутренней платы расположены две монтажных позиции для размещения двух плат СМА, на другой стороне - две монтажных позиции для размещения Rear I/O (standard CompactPCI) съемных плат RPD для включения модуля в окружение. На этой стороне есть также разъем для подключения напряжения из преобразователя и три разъема с установленными перемычками. Монтажные позиции связаны между собой системой шин, которые определяют архитектуру системы.
Рисунок 5-3: Внутренняя плата с разъемами для подключения плат СМА
Рисунок 5-4: Внутренняя плата с разъемами для подключения плат RPD
Блок вентиляторов Блок вентиляторов предназначен для принудительного охлаждения модуля. Состоит из четырех вентиляторов, которые прикреплены к металлическому основанию справа от съемных плат. Вентиляторы подключены к электропитанию с помощью разъемов и во время работы модуля постоянно включены. Номинальное питающее напряжение каждого вентилятора - 12 В. Подключение каждого вентилятора к задней плате изображено на следующем рисунке. Все вентиляторы взаимозаменяемы, замену можно производить при отключения кабеля из разъема. Кабель электропитания является составной частью вентилятора.
Рисунок 5-5: Подключение вентиляторов к блоку электропитания Питание модуляВ корпусе модуля находится блок электропитания, выходное напряжение которого обеспечивает модуль питанием (+5 В, +3,3 В, -12 В, +12 В). Напряжение подается по проводам, подключенным к внутренней плате, откуда по электрошине поступает на платы. На съемных платах есть инвертор DC/DC для преобразования величины напряжения до +2,5 В и +1,8 В. Электропитание напряжением 12 В подается также на блок четырех вентиляторов, подключенных через разъемы. Блок электропитания может быть выполнен в одном из двух вариантов:
Выходная мощность обоих преобразователей -150 Вт.
Рисунок 5-6: Блок-схема электропитания модуля MMA Обозначение аппаратных средствКонструктивные элементы аппаратных средств для более простой идентификации обозначены наклейками со следующими данными:
Идентификационное обозначение имеет девятизначный код конструктивного элемента, который составлен из трех букв, обозначающих тип конструктивного элемента AEU - корпус, UTA - съемная плата, ETN - дочерняя плата, PSE - механический узел, VIN - электронный узел), четырех цифр и двух букв, предназначенных для обозначения варианта конструктивного элемента. Конструктивные элементы, обозначенные наклейками:
Кроме идентификационных наклеек на конструктивных элементах можно также использовать наклейки с серийным номером, изображенном в цифровом виде и в виде штрихкода с размером 81 мм х 3,5 мм, наклейку для выключения питания с размером 12 мм х 6 мм (съемные платы), наклейки сертификата системы сертификации "Электросвязь" - ССЭ (шкафы, стативы), наклейку для заземления и т.д. На выталкивателе съемных плат находится наклейка с идентификационным обозначением платы и ее сокращенное название. Описание платВсе платы выполнены в соответствии со спецификациями CompactPCI, в которых наряду с электрическими требованиями определены механические требования, расположение разъемов и точек подключения, способ заземления и тому подобное. В модуле ММА присутствуют два различных типа съемных плат, которые различаются между собой назначением и размерами. Первый тип включается в корпус с лицевой стороны, второй тип, так называемой Rear l/0-платы, включается с задней стороны. Длина платы для обоих типов стандартная 6U (233,35 мм), ширина первого - 160 мм, второго - 80 мм. На лицевой стороне находится маска с защитой ЕМС, защищающая плату от электромагнитного излучения. Маска имеет механизм извлечения с запирающим устройством, которые обеспечивают надежное подключение платы к внутренней плате. На маске есть отверстия для доступа к разъемам и другим элементам, таким как кнопки, светодиоды и т.д. На платах одинакового типа, но выполняющих различные функции, маска имеет наклейку с обозначением назначения платы:
Рисунок 5-7: Пиктограммы назначения плат Ширина маски - 20,32 мм, что является монтажной высотой платы в корпусе. На нижней стороне платы раположены три металлических клина, предназначенных для выборочной передачи электростатических зарядов с платы на общую систему заземления. Модемный контроллер - СМА Модемный контроллер СМА - контроллер медиа-шлюза - в модуле ММА в зависимости от инсталлированного на нем программного обеспечения преобразует модемный и речевой трафик в IP-трафик и обратно. Модемный и речевой трафик из сети ТфОП направляются по шинам ST в поле процессоров DSP, где с помощью модемных контроллеров, с использованием соответствующих протоколов преобразуется в IP-пакеты. Главный процессор переносит эти пакеты через локальные шины в локальное память SDRAM, где они обрабатываются и через интерфейс Ethernet передаются в IP-сеть. Из периферийной съемной платы пакеты передаются по шине CompactPCI . Из IP-сети данные передаются в обратном направлении. Синхронность работы платы обеспечивает синхронизационная микросхема, составной частью которой является осциллятор с контролируемым напряжением, которая может работать на собственной частоте 16.384 МГц (режим free-run), исходя из последних измеренных значений напряжения осциллятора (режим hold-over), или же она синхронизирована на различные источники синхронизации, такие как тракты 2 Мбит/с, периферийная плата или внешний осциллятор. Все возможные источники с помощью программно-управляемых мультиплексоров подключены к шине Н.110 на задней плате. Если плата находится на системной монтажной позиции, то она может устанавливать соединение с процессором ввода-вывода периферийной платы через шину CompactPCI внутренней платы и выполнять управление формирователями циклов этой периферийной платы, коммутатором TDM устанавливать и разрушать разговорные соединения с помощью процессоров цифровой обработки сигналов DSP. Плата также осуществляет идентификацию, контроль температуры и контроль включения электропитания. Для выполнения этих функций на плате есть следующие узлы и микросхемы:
Для коммуникации и передачи данных между отдельными микросхемами и узлами на плате есть следующие шины:
Рисунок 5-8: Блок-схема СМА Расположение элементов на СМА Съемная плата СМА выполнена на печатной плате стандартного размера CompactPCI 6U (233,5 мм х 160 мм (длина х ширина)). На стороне компонент В находятся две монтажных позиции РМС для подключения дочерних плат. Каждая монтажная позиция оборудована четырьмя разъемами, расположенными в соответствии с расположением контактных точек стандарта PCI. В маске на лицевой стороне блока расположены восемь светодиодов и кнопка для перезагрузки платы. В случае необорудованности дочерними платами, отверстия доступа к дочерним платам покрыты сплошными пластинами. На задней стороне платы расположены пять разъемов Jx для подключения плат к внутренней плате. Кроме преобразователя DC/DC и других элементов, необходимых для работы платы, на этой стороне находится также разъем для подключения накопителя для хранения данных (Compact Flash Disk), разъемы для подключения устройств тестирования, разъемы с установленными перемычками, микропереключатели и идентификационные наклейки. На стороне компонент А на передней стороне платы расположены одиннадцать светодиодов (D9/ D19), которые не видны на маске и предназначены для использования по необходимости в процессе дальнейшей разработки. Расположение и назначение отдельных элементов отображено на рисунках "Расположение элементов на плате СМА, сторона элементов А" и "Расположение элементов на плате СМА, сторона элементов В".
Рисунок 5-9: Расположение элементов на плате СМА, сторона элементов А
Рисунок 5-10: Расположение элементов на плате СМА, сторона элементов В
Плата входа-выхода - RPD Плата RPD в модуле ММА играет роль входа-выхода, обеспечивая включение модуля в окружение. В корпусе плата находится с задней стороны и подключена на внутреннюю плату посредством двух разъемов J3 и J5. На плате есть пассивный линейный интерфейс с входным сопротивлением 120 Ом, защитой от перенапряжения и с электромагнитной совместимостью ЕМС для восьми трактов 2 Мбит/с из сети PSTN. Эти тракты через разъемы на лицевой стороне модуля и внутреннюю плату соединяют сеть PSTN с формирователем циклов на плате СМА. Плата RPD позволяет подключать остальные интерфейсы и элементы платы СМА к внешней среде:
Рисунок 5-11: Блок-схема платы RPD и подключение к СМА через внутреннюю плату Расположение элементов на плате RPD Съемная плата RPD выполнена на печатной плате в соответствии со стандартом CompactPCI 6U (233,5 мм х 80 мм). На стороне компонент В расположены пассивные элементы для выполнения функций платы. На переднем торце платы расположены различные разъемы для включения модуля в окружение, на заднем - два разъема rJx для подключения к внутренней плате. На этой стороне находятся также идентификационные наклейки.
Рисунок 5-12: Расположение элементов на плате RPD
Технические данныеИспользование системыУзел MG является автономным узлом и основан на функциях медиа-модуля версии А - ММА. Исполнение модуля соответствует стандартам Compact PCI и может располагаться в соответствующем данному стандарту корпусе. Свойства системыЕмкость и характеристики трафикаВ модуле ММА может находиться одна плата СМ А, на которой есть интерфейс Е1 для подключения восьми трактов Е1 и двух интерфейсов Ethernet. Емкость модуля определяется сетью, к которой он подключается:
НадежностьДанные по надежности относятся к отказам как в аппаратных средствах, так и в программном обеспечении. Под надежностью системы понимается ее способность выполнения своих функций в нормальных условиях в течение 10 лет. Время восстановления работы Время восстановления работы составляет менее 15 минут. Среднее суммарное время отказа системы Среднее суммарное время всех отказов системы (МАЮТ) составляет менее 24 часов в год (термин "внутренний" означает. В суммарное время не включено время, необходимое для прибытия на объект персонала по техническому обслуживанию. Доля отдельных отказов системы продолжительностью свыше 1 часа не превышает 5 часов в год в общем суммарном времени отказов системы. Надежность аппаратных средств Среднее время наработки аппаратных средств на отказ (MTBF) для каждой платы в системе составляет свыше 10 000 часов. Запланированные остановки в работе Запланированные остановки в работе системы, связанные с заменой программного обеспечения, устранением ошибок программного обеспечения, или по причине расширения или замены аппаратных средств составляют менее 1 часа. ИнтерфейсыВ состав узла MG входят следующие интерфейсы:
Характеристики передачиИнтерфейс EthernetТаблица 6-1: Характеристики передачи интерфейса Ethernet
Интерфейс Е1Таблица 6-2: Характеристики передачи интерфейса Е1
ЭлектропитаниеТаблица 6-3: Характеристики питающего напряжения
Условия окружающей средыТаблица 6-4: Условия окружающей среды
Рекомендуемое оборудование узла управленияМинимальные конфигурации узла управления MN и терминала управления МТ различны в зависимости от размера системы (число контролируемых объектов), типа узла и его роли в системе (клиент MN, сервер MN или обе одновременно). Минимальная конфигурация сервера MN - большие системы Таблица 6-5: Минимальная конфигурация сервера MN - большие системы
Минимальная конфигурация сервера MN - малые системы Таблица 6-6: Минимальная конфигурация сервера MN - малые системы
Минимальная конфигурация клиента MN Таблица 6-7: Минимальная конфигурация клиента MN
Минимальная конфигурация МТ Таблица 6-8: Минимальная конфигурация МТ
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||