Разработка интеллектуальной системы мониторинга компании GN Nettest для сетей ОКС7, GSM и IN
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
?исон, Висконсин и Чикаго.
Принципы построения сети сигнализации, режимы связности, иерархическая структура и другие сетевые аспекты ОКС7 находятся несколько в стороне от тематики данного проекта.
Соответствие протокола ОКС7 модели взаимодействия открытых систем ВОС (или OSI в английской аббревиатуре) показано на рис. 2.1. Здесь сравнивается архитектура протокола ОКС7 с уровнями OSI. Следует подчеркнуть, что именно многоуровневая архитектура протокола обеспечивает гибкость введения услуг и легкость техобслуживания сети сигнализации.
Нижние уровни протокола ОКС7 состоят из трех уровней подсистемы переноса сообщений МТР и подсистемы управления сигнальными соединениями SCCP. Три уровня МТР представляют собой:
уровень 1 звена передачи данных, уровень 2 сигнального звена, уровень 3 сети сигнализации.
Первые два уровня МТР реализуют функции сигнального звена между двумя непосредственно связанными пунктами сигнализации.
Возможности, которые содержатся на сетевом уровне модели OSI, распределены в ОКС7 между третьим уровнем МТР и SCCR Это обусловлено следующими соображениями: 1) не все протоколы сигнализации требуют использования расширенных возможностей адресации SCCP и передачи сообщений, не ориентированных на соединение, и 2) путем выделения функций SCCP в отдельную подсистему оказалось возможным оптимизировать характеристики третьего уровня МТР. Подсистема SCCP является пользователем функциональными возможностями МТР и предоставляет расположенным над ней подсистемам как сетевые услуги без организации соединения в сети ОКС, так и услуги, ориентированные на соединение.
Верхние уровни в протоколе ОКС7 включают в себя ТСАР , а также сервисные элементы прикладного уровня (ASE), подсистему эксплуатационного управления (ОМАР) и другие прикладные подсистемы. Эти уровни используют услуги, предоставляемые МТР и SCCP.
Рис. 1.1 Сравнение архитектур протоколов OSI и ОКС7
ISUP протокола ОКС7 реализует функции сигнализации, необходимые для обслуживания вызовов в сети ISDN, а также для поддержки дополнительных услуг ISDN, являясь пользователем подсистемы МТР и подсистемы SCCR
ТСАР реализует функции, которые можно использовать в одном узле для того, чтобы вызвать выполнение процедуры в другом узле. Пример такого использования - услуга 800, в которой цифры номера, оставшиеся после кода 800, преобразуются централизованной базой данных в физический адрес. Механизм предоставления услуг интеллектуальной сети (IN), поддерживаемый одним из сервисных элементов прикладного уровня (ASE) - подсистемой INAP, опирается на ТСАР.
Описанию этих подсистем посвящены следующие разделы данной главы. Ссылки на соответствующие рекомендации Белой книги ITU-T представлены в табл. 1.1
Таблица 1.1 Перечень рекомендаций ITU-T серии Q по вопросам ОКС7
Описание подсистем, функций, компонентовРекомендации ITU-TВведение в ОКС7Q.700Подсистема переноса сообщений - МТРQ.701-Q.704, Q.706, Q.707Структура сети сигнализации ОКС7Q.705Подсистема управления сигнальными соединениями - SCCPQ.711-Q.714, Q.716Подсистема TUPQ.721 - Q.725Дополнительные услугиQ.730-Q.737Управление сетью ОКС7 - ОМАР, ERDSQ.750, Q.752-Q.755Подсистема ISDN UP - ISUPQ.761-Q.764, Q.766, Q.767Подсистема ТСАРQ.771-Q.775Тестирование МТР, TUP, ISUP, SCCP, ТСАРQ.780-Q.787Подсистема мобильной сети - MAPQ.1051Подсистема интеллектуальной сети - INAPQ.1205, Q.1208, Q.1211, Q.1213-Q.1215, Q.1218, Q.1219, Q.1290Соответствие ОКС7 и модели взаимодействия открытых систем OSIQ.1400
Выше говорилось, что задача подсистемы МТР заключается в том, чтобы обеспечить перенос сигнальных сообщений от SP-отправителя через сеть ОКС к SP-получателю. Теперь появилась возможность определить задачу МТР более точно: обеспечить перенос сообщений уровня 4 от подсистемы, их создающей, к подсистеме, которой они адресованы.
Очевидно, что для выполнения этой задачи нет необходимости анализировать содержание сообщений (за исключением, разве лишь, той их части, на основании которой определяется адрес подсистемы-получателя). Главное, что необходимо, - обеспечить перенос сообщений без потерь, без искажения содержания, без нарушения той последовательности, в которой они были переданы подсистемой-отправителем, без дублирования одного и того же сообщения.
Рассмотрим, как организованы функции МТР в каждом из трех, уже упоминавшихся, уровней.
Уровень 1
Уровень 1 содержит функции, которые обеспечивают использование физической среды для передачи битов и формируют звено передачи данных, несущих сигнальную информацию. Это звено образуется двумя каналами с противоположными направлениями передачи (как правило, со скоростью 64 кбит/с в каждом направлении), оборудованными на концах средствами формирования интерфейса с вышележащим уровнем. Наличие этих средств дает возможность уровню 1 стандартным образом предоставлять уровню 2 услуги передачи битов, обеспечивая независимость функций уровня 2 МТР (и, тем более, остальных уровней) от характеристик передающей среды.
Полезно отметить, что цифровой канал (как прямого, так и обратного направления), используемый для формирования звена передачи данных, не должен использоваться ни для каких иных целей. Обычно это - 16-канал из стандартной 30-канальной группы системы ИКМ-передачи.
Уровень 2
Уровень 2 МТР содержит функции формирования (с привлечением услуг уровня 1) сигнального звена между двумя смежными SP и реализует процедуры, связанные с передачей сигнальных сообщений по этому звену. Функции уровня 2 определяют структуру информации, передаваемой по сигнальному звену, и процедуры об