Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
курсовая PDH / 006_(11v)a.doc
Скачиваний:
58
Добавлен:
05.05.2015
Размер:
442.88 Кб
Скачать

Определение адреса nsap для узлов сети

Каждый узел сети управления должен иметь свой адрес точки доступа сетевого сервиса NSAP,который присваивается узлу при инсталляции. Он уникален и служит для идентификации узла при его подключении к EM или NMS.

Важным параметром сети является количество мультиплексоров, управление которыми возможно.

Структура адреса NSAP показана на рисунке 4. Максимальная длина его – 20 байтов.

IDD

Начальная часть домена

Специфическая часть домена DSP

AFI

IDI

Адрес области AA

Идентификатор

Сигнала SID

NSEL

Рисунок №4.

Поле "адрес области" (10 байт) может быть разби­то на две части: адрес домена (Domain - 8 байтов) и собственно адрес области (Area - 2 байта).

На практике адреса NSAP должны контролироваться (распределяться) некоей сетевой ад­министрацией страны, где развертывается такая сеть, и схема нумерации должна быть локальной для данной страны. Если сама сеть управления локальна и не соединяется ни с какой другой сетью управления, то схема нумерации (отражаемая полем IDI) может быть выбрана достаточно произ­вольно.

Код страны в сетях передачи также должен регламентироваться определенным стандар­том. Им является стандарт ISO 3166, который содержит список трехзначных десятичных (двух­значных шестнадцатеричных) кодов, выделенных для каждой страны и используемых для запол­нения поля AFI.

Используем произвольный адрес страны: IDI = 00IF, a также произвольный идентификатор AFI=39. Адрес собственно области - 1, адрес домена - 1, т.е. поле адреса области АА = 00000000000000010001. Поле NSEL - 0. Эти адресные поля остаются постоянными для всех узлов рассматриваемой сети SDH.

SID-отражает структуру сети:

-поле номера станции (Station- 3 байта)

-поле номера отсека, где установлено оборудование(Room- 1 байт)

-поле номера полки (Subrack- 2 байта)

Таблица №3.

Узел

A

B

C

D

E

F

SID

01010001

02010001

03010001

04010001

05010001

06010001

5. Формирование сети синхронизации.

Для синхронизации всего оборудования узла или станции должен использоваться один источник сигналов синхронизации. Схема синхронизации должна иметь вид "звезды" с расходящимися лучами.

Схема синхронизации сети должна предусматривать возможность автоматического самовосстановления и исключать при этом возможность появления петель синхронизации.

Сообщение о статусе синхронизации отмечается в заголовке цикла передачи (агрегатного сигнала), передаваемого по линии.

В таблице №4 приведено обозначение уровня качества и соответствие его источникам синхронизации. Приоритеты назначаются в каждом узле и в процессе ручной или автоматической реконфигурации сети синхронизации остаются неизменными. Число возможных приоритетов от 1 до 15.

Таблица №4 – Уровни качества синхронизации.

Уровень

качества

Содержание байта

S1 (в STM - N)

Стабильность

частоты

Вид источника

синхронизации

Q1

. . . 0010

10-11

PRG ПЭГ (G.811)

Q2

. . . 0100

10-9

SSU – T ВЗГ - T (G.812)

Q3

. . . 1000

2 . 10-8

SSU – L ВЗГ - L (G.812 - 1)

Q4

. . . 1011

4,6 . 10-6

Удержание или SEC

Q5

. . . 0000

----------

Качество не определено

Q6

. . . 1111

----------

Для синхронизации не использовать

QF

----------

----------

Сообщение сигнал не обнаруживается

В данном случае схема синхронизации будет содержать первичный источник PRC (узел B) и один вторичный источник (узел D) G. 812 T (рис.2).

Окончательный этап формирования сети управления состоит в механической установке оборудо­вания узлов, их соединении с помощью кабелей и интерфейсных разъемов и инициализации узла: установки программного обеспечения, тестирования правильности соединения, конфигурирования узлов и блоков и прокладки маршрутов потоков данных.

Рис.2.

Примерная процедура инициализации узла могла бы включать следующие этапы:

  • подключить интерфейс F очередного узла к NM и запустить NM;

  • ввести данные о типе узла, типе полки, имени узла и имени станции, где он расположен;

  • установить требуемое программное обеспечение блоков узла;

  • ввести адрес NSAP;

  • перезагрузить систему и войти по введенному адресу NSAP;

  • отредактировать приоритеты в списке источников синхронизации;

  • сконфигурировать каналы управления DCC;

  • сконфигурировать используемые блоки STM-N, снабдить каждый проложенный маршрут дан­ных контейнера VC-4 идентификатором трассировки маршрута данных TTI.

Длина TTI не должна превышать 15 символов, если придерживаться при его формирова­нии правил, предложенных ETSI и основанных на рекомендации ITU-T E.164 [139]. Он должен содержать как минимум имена исходного узла и узла назначения, символьный код виртуального контейнера (например, А ~ VC-12, D ~ VC-4), номер тайм-слота терминально­го кросс-коммутатора, осуществляющего вывод заданного виртуального контейнера. Идентификаторы TTI по­зволяют контролировать корректность установки таблицы кросс-коммутаций у кросс-коммутаторов на всем пути следования виртуального контейнера.

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

Соседние файлы в папке курсовая PDH