Вы нашли то, что искали?
Главная Разделы

Добавить страницу в закладки ->

4. Цифровые сети с интеграцией служб (мультисервисные сети) (4.11-4.15). Интегральные и оптические сети

Интегральные и оптические сети

4. Цифровые сети с интеграцией служб (мультисервисные сети) (4.11-4.15)

4.11. Основные функции сигнализации В-ISDN

4.12. Адресация в B-ISDN

4.13. Маршрутизация в сети АТМ

4.14. Пользовательские возможности, ориентированные на соединение

4.15. Пользовательские возможности, неориентированные на соединение



4.11. Основные функции сигнализации В-ISDN

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

  • установление коммутационных соединений «пользователь-пользователь» и «пользователь - много пользователей»;
  • соединение с симметричным или асимметричным широкополосным каналами;
  • передача сигнала установления соединения;
  • сигнализация транспортного сервиса соответствующих классов (AAL-1, AAL-2, AAL-3/4. AAL-5);
  • выполнение требований по индикации сигнальных параметров;
  • задание VPI/VCI;
  • выполнение базовых (основных) функций протокола сигнальных сообщений, включающего элементы информации и процедур;
  • сигнализация о непрерывности контроля полосы частот исходящего канала для всех досылаемых сообщений;
  • устранение ошибок;
  • задание формата адреса сети общего пользования на участке UNI и сети частного (корпоративного) пользователя UNI для индивидуальной идентификации точки окончания (терминала);
  • реализация механизма регистрации пользователя сети;
  • адресное информирование на другой стороне соединения;
  • идентификация совместимости терминалов пользователей;
  • адресация многоразовых сервисов;
  • соединение мультимедийных терминалов со многими услугами при независимости контроля каждой из услуг.

Все указанные функции сигнализации условно можно разбить на две большие группы:

1) функции, связанные с установлением и обслуживанием вызова (Call Control);
2) функции, связанные с управлением соединениями, по которым транспортируется информация пользователя (Bearer Control).

Большинство функций сигнализации реализуются в коммутаторах доступа. При этом сообщения сигнализации могут передаваться виртуальными каналами сигнализации SVC (Signaling Virtual Channels), которые могут быть четырех типов:

  • виртуальный канал метасигнализации;
  • общий широковещательный канал сигнализации;
  • селективный широковещательный канал сигнализации;
  • виртуальный канал сигнализации «пользователь-пользователь».

На каждом интерфейсе «пользователь-сеть» Ш-ЦСИО может быть организован виртуальный канал метасигнализации. Этот канал является постоянным и двунаправленным и используется для установления, проверки и разъединения селективных широковещательных виртуальных каналов сигнализации и каналов типа «пользователь-пользователь».

Виртуальный канал метасигнализации является постоянным. Виртуальный канал сигнализации «пользователь-пользователь» организуется одним из пользователей, когда он активизирует соединение. При этом созданный канал сигнализации будет двусторонним и используется для установления соединения, контроля и разъединения виртуального канала, по которому передается пользовательская информация.

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

В ITU-T разработана концепция поэтапного внедрения системы сигнализации в B-ISDN. Эта концепция закреплена в рекомендациях Q.93B, Q.2931,Q.2761.

Предлагается две фазы внедрения сигнализации:

фаза 1 для постоянных и изменяющихся скоростей передачи;
фаза 2 для всех видов сообщений, включая полный набор мульти-медийных услуг.

В настоящее время внедряется первая фаза.

Для взаимодействия на транспортном участке сети АТМ разработана сигнальная система, опирающаяся на сигнальную систему № 7 (ОКС7), но предназначенная только для АТМ сети.

Рисунок 4.26. Конфигурация доступа «точка-точка»

Рисунок 4.26. Конфигурация доступа «точка-точка»

Необходимо отметить, что кроме протоколов сигнализации ITU-T разработаны протоколы ATM-Forum для корпоративных и частных сетей. Протоколы ITU-T и ATM-Forum для абонентского участка (UNI) основаны на принципах DSS-1 (Digital Subscriber Signaling), применяемых в N-ISDN.

Система абонентской сигнализации ITU-T, называемая DSS-2 предполагает две конфигурации «пользователь-сеть»:

1) конфигурация доступа «точка-точка» с фиксированным значением VPI:0/VCI:5;
2) конфигурация доступа «точка - много точек» со значением VPI и VCI, назначаемыми метасигнализацией по потребности.

При конфигурации доступа «точка-точка» на стороне пользователя имеется только одна оконечная точка сигнализации (рисунок 4.26).

Таким оконечным оборудованием может быть односервисный терминал или широкополосное сетевое окончание. Для этого типа доступа требуется организации одного постоянного канала сигнализации VPI:0/VCI:5 (рисунок 4.27).

Рисунок 4.27. Формирование сигнального сообщения

Рисунок 4.27. Формирование сигнального сообщения

Архитектура протокола сигнализации для этой конфигурации показана на рисунке 4.25. При конфигурации «точка - много точек» на стороне пользователя имеется несколько оконечных точек сигнализации. В этом случае для организации и управления другими виртуальными каналами сигнализации необходим постоянный виртуальный канал метасигнализации VPI:0/VCI:1.
Метасигнализация (рекомендация ITU–T Q.2120) используется для установления, поддержания и разъединения виртуальных каналов сигнализации в интерфейсе «пользователь-сеть» и работает только по выделенному виртуальному каналу метасигнализации.

Протокольные процедуры метасигнализации имеют возможности:

  • определяют оконечные точки сети сигнализации;
  • назначать скорости для виртуальных каналов сигнализации;
  • разрешать возможные конфликтные ситуации.

Сегмент сигнального сообщения приведен на рисунке 4.28.

Скоростные градации ячеек (пользователь-пользователь) для сигнализации 42, 84, 168, 336, 672, 1344, 2688 ячеек в секунду или при умолчании 42 ячейки в секунду. Идентификатор профиля услуги для запроса со стороны пользователя основных или дополнительных услуг,

Пример сигнальных сообщений участка «пользователь-сеть» приведен на рисунке 4.29.

Рисунок 4.28. Сегмент сигнального сообщения метасигнализации

Рисунок 4.28. Сегмент сигнального сообщения метасигнализации

PD (Protocol Discriminator) - определитель типа протокола:
PV (Protocol Version) - определитель версии протокола:
МТ (Message Type)—идентификатор сообщения (возможны шесть типов сообщения);
II (Indicate Information)-индикатор справки;
ISVC А, В - идентификатор виртуального канала сигнализации А, В:
CAUSE- причины запроса или отправления сообщения:
CRC - процедура контроля ошибок

Рисунок 4.29. Сигнальные сообщения

Рисунок 4.29. Сигнальные сообщения

ATM-Forum разработал протоколы абонентской сигнализации UNI 3.0/3.1 и UNI 4.0. Особенностью протоколов является высокая степень масштабируемости, надежность и гибкость при выборе коммутаторами маршрута с помощью протоколов динамической маршрутизации.

На межузловом интерфейсе ATM-Forum предложил использовать протоколы:

IISP (Inter-Switch Signaling Protocol) - промежуточный межузловой протокол сигнализации;
PNNI (Private NNI) - частный протокол межузловой сигнализации.

HSP-протокол предназначен для работы по принципам спецификаций UNI 3.0/UNI 3.1 и основан на процедурах протокола сигнализации, изложенного в этих спецификациях. Такое решение оказалось возможным благодаря симметричности процедур протокола сигнализации «пользователь-сеть». Так, чтобы установить соединение между коммутаторами в сети, один из коммутаторов играет роль «пользователя», а второй «сети» и так далее. Протокол IISP работает в паре с протоколом статистической маршрутизации.

Рисунок 4.30. Структура сети сигнализации PNNI

Рисунок 4.30. Структура сети сигнализации PNNI

*– Физические узлы сети (22 байта идентификации узла)

PNNI-протокол, обеспечивающий обмен маршрутной и сигнальной информацией, предназначен для установления коммутируемого виртуального соединения и состоит из протоколов маршрутизации и сигнализации. Он является дальнейшим развитием протокола IISP, который является очень простым и требующим ручной настройки таблиц адресов на каждом коммутаторе.

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

На самом нижнем уровне каждый логический узел представлен физическим узлом сети, а его идентификатор соответствует адресу сетевого узла (VPI/VCI —> m/n) (рисунок 4.30).

Логические звенья между узлами на нижнем уровне являются физическим звеном или соединением виртуального тракта VPI.

Каждый узел обеспечивает в рамках своей равноправной группы передачу информации о топологии сети, которая используется узлами для вычисления маршрута с учетом параметров качества QoS. Т.о. PNNI интересен тем, что он обеспечивает построение больших территориально распределенных сетей АТМ без использования SDH в качестве технологии транспортной сети.

Протокол PNNI обладает высокой степенью гибкости, поскольку позволяет в случае выхода из строя направлении передачи данных восстанавливать соединения через альтернативные пути, при этом направление альтернативной маршрутизации не должно быть сформировано до возникновения сбоя в сети, и выбирается коммутаторами АТМ, что приводит к функциям самовосстановления сети АТМ. Наличие динамической маршрутизации в протоколе PNNI значительно усложняет его структуру, которая включает несколько подсистем сигнализации.

Установление вызова в B-lSDN UNI

Установление вызова в B-ISDN UNI требует поддержки трех отдельных протоколов одновременно:

- промежуточного локального интерфейса управления (Interim Local Management Interface - ILMI), используемого для регистрации адреса конечного пользователя в сети АТМ (только для UNI версий 3.0 и 3.1 АТМ форума);
- сигнализации уровня адаптации АТМ (SAAL), гарантирующего передачу данных сообщений сетевого уровня;
- сетевого уровня (UNI 3.0 и 3.1, Q.2931, IISP, PNNI), используемого для поддержки, установления и разрыва соединений.


4.12. Адресация в B-ISDN

Для установления коммутируемых виртуальных соединений в сети АТМ необходимо назначить уникальный адрес каждому конечному устройству. На начальной стадии становления B-ISDN структура форматов адресов для сетей общего пользования и частных сетей была различной из-за разных требований к адресации.

Требования в сетях общего пользования:

- единство адресного пространства в рамках международной сети (по ITU-T);
- возможность взаимодействия АТМ с другими сетями (ISDN, Frame Relay), использующими адреса в формате Е.164,'
- возможность расширения адресного пространства.

Рисунок 4.31, Форматы адресов в сетях общего пользованияAFI (Authority and Format Indicator) -индикатор формата заголовка (число 47, 39 или 45);

Рисунок 4.31, Форматы адресов в сетях общего пользованияAFI (Authority and Format Indicator) -индикатор формата заголовка (число 47, 39 или 45);

DSP (Domain Specific Part)- специальная часть адреса;
IDI (Initial Domain Identifier) - идентификатор начальной части адреса;
IDP (Initial Domain Part} -начальная часть адреса;

AESA (АТМ End System Addresses) - адрес АТМ оконечной системыСогласно этим требованиям ITU-T предусмотрел использование в сети общего пользования формата адреса по рекомендации Е.164 (рисунок 4.31).

В формате А адрес состоит из обязательного поля адреса Е.164 (8 байт) и поля подадреса (до 20 байт), обеспечивающего дополнительную адресную емкость вне плана нумерации. Подадрес передается по сети АТМ от пользователя к пользователю прозрачно. Структура поля подадреса нестандартизирована, однако обычно применяется формат точки доступа к услуге сетевого уровня согласно рекомендации ITU-T X.213.

Учитывая, что сеть АТМ общего пользования должна взаимодействовать с частными сетями АТМ, были расширены международные стандарты. Так согласно рекомендации ITU-T E.191 для адресации в сети АТМ общего пользования может применяться формат адреса AESA (на рисунке 4.31 формат Б). AESA состоит из начальной части домена (области) DSP. Информация, содержащаяся в поле IDP, используется для маршрутизации в сети общего пользования. Она указывает на номер абонента в формате Е.164, администрацию, ответственную за выделение кодов в рамках сети общего пользования, и тип адреса – групповой или индивидуальный.

Рисунок 4.32. Форматы AESA

Рисунок 4.32. Форматы AESA

HO-DSP (High Order-Domain Specific Part) - адресная часть пространства для подсети;
ESI (End System Identifier) - идентификатор конечной системы;
SEL (Selector) – селектор, используемый конечной системой.Информация DSP передается в сети общего пользования без обработки и содержит адрес пользователя в частной сети АТМ.

При адресации в частных сетях ATM-Forum предусматривает использование трех форматов адреса AESA: NSAP (OSI Network Service Access Point – точка доступа к услугам сетевого уровня семиуровневой модели открытых систем); DCC (Data Country Code -код страны); ICD (International Code Designator - идентификатор организации) (рисунок 4.32)

Указанные форматы основаны на OSI NSAP, однако за выделение адресного пространства отвечают разные международные организации.

Формат NSAP Е.164 предназначен для использования в сетях АТМ общего пользования, где распределение адресного пространства регулируется ITU-T.

Формат DCC используется в США. Распределение в нем адресов могут осуществлять организации, зарегистрированные в стандарте ISO 3166.

Формат AESA ICD выдают организации, которые зарегистрированы институтом стандартов Великобритании BSO (British Standards Organization).

В России система адресации в сети АТМ может быть выполнена двумя способами (согласно РД 45.123-99): нумерация Е.164 и адрес AESA.

В сети АТМ России должна использоваться двухуровневая система адресации согласно требованиям пересмотренной (1998 год) рекомендации Е.191 ITU-T.

В качестве первого уровня адресации, определяющего окончание сети АТМ общего пользования, должен использоваться формат Е.164.

В качестве второго уровня адресации, определяющего элементы сети АТМ ограниченного пользования (корпоративной сети АТМ) сети средств пользователя, подключенные к сетевому окончанию сети АТМ общего пользования должен использоваться любой формат адреса AESA (DCC AESA, ICD AESA, Е.164 AESA, Local AESA, ITU-T).

Сеть АТМ общего пользования должна распознавать все возможные виды форматов адреса AESA и, если пользователь указал только адрес AESA, формировать номер Е.164 для маршрутизации вызовов через сеть АТМ общего пользования. При передаче адреса AESA сеть АТМ общего пользования не должна его изменить.

Структура номера Е.164 для России приведена на рисунке 4.33 [40].

Рисунок 4.33. Структура адреса Е.164 для России

Рисунок 4.33. Структура адреса Е.164 для России

Согласно стандарта ISO 3166 значение кода IDI для России равно 643. Поле HO-DSP для сетей общего пользования и частных сетей включает следующие поля (рисунок 4.34):

x1x2 - поле организации (1 байт);
x3x4x5x6x7x8 - поле кода оператора магистральной сети или корпоративной сети (3 байта);
x9x10x11x12 - поле кода точки подключения к магистральной сети или сети корпоративной (2 байта);
x13x14x15x16 - поле кода точки подключения к региональной сети (2 байта).

Значения полей кодируются десятичными цифрами, каждая цифра занимает 4 бита.

Рисунок 4.34. Формат адреса NSAP DSP

Рисунок 4.34. Формат адреса NSAP DSP



4.13. Маршрутизация в сети АТМ

Сложная топология сети АТМ требует использования протоколов маршрутизации. При этом нет необходимости маршрутизировать данные пользователя - достаточно выполнить маршрутизацию запросов на установление виртуальных соединений.

Известно множество методов маршрутизации, которые подробно описаны в литературе. Для сетей АТМ Форум АТМ в 1996 году принял первую редакцию протокола PNNI. В сети, поддерживающей протокол PNNI, маршрутизация запросов выполняется на основе первых 19 байт адреса АТМ (всего в адресе 20 байт). Каждый коммутатор в сети имеет уникальный 22 байтовый идентификатор. Отдаленные узлы (коммутаторы) группируются и каждая группа идентифицируется 14 байтовым идентификатором группы. Все узлы в одной группе имеют один и тот же идентификатор группы. Этот идентификатор формируется по адресам АТМ коммутаторов. При назначении адресов стараются сделать так, чтобы место положения любого узла можно было однозначно определить по адресу. В сложных иерархических сетях в состав адреса закладывается информация об уровне иерархии протокола PNNI.

Для получения информации о текущем состоянии соседних коммутаторов происходит постоянный обмен специальными сообщениями (протокол PNNI - Hello), которые проходят через каналы. Успешная передача этих сообщений указывает на возможность использования этих каналов.

Информация о маршрутной топологии сети для PNNI включает сведения об узлах, каналах связи, доступных адресах, параметрах скорости передачи данных, задержки и т.д. Т.о. каждый узел сета может хранить запись, описывающую «видимую» им часть сети. В терминологии PNNI эти записи называются элементами состояния топологии (PNNI Topology State Element, PTSE). Если узел, кроме своего PTSE, имеет PTSE всех узлов своей группы, он может вычислить маршрут для любого адреса группы. Соединение может быть осуществлено только по тому адресу, который указан в PTSE на одном из доступных коммутаторов. Размер группы ограничен объемом памяти и мощностью процессоров коммутаторов. Каждый адрес, канал связи, узел сети повышают объем информации о топологии группы и требуют дополнительных ресурсов коммутатора. Поэтому для улучшения масштабируемости протокол PNNI поддерживает иерархическое построение сети, что позволяет обслуживать практически неограниченное число каналов связи и узлов, не требуя при этом больших ресурсов коммутаторов.



4.14. Пользовательские возможности, ориентированные на соединение

Сервис сети АТМ, ориентированный на соединение BC-OBS (Broadband Connection-Oriented Bearer Service), предназначен для поддержки протоколов передачи информации пользователя, предполагающих установление соединения. К таким протоколам относятся: АТМ, Frame Relay, X25, Кроме того, соединение необходимо в сетях N-ISDN и телефонных.

Сервис BC-OBS, согласно рекомендаций ITU-T F.811 характеризуется следующими параметрами:

  • режимом соединения (постоянный, заказной и коммутируемый);
  • типом соединения (виртуального пути и виртуального канала);
  • категорией услуги передачи (CBR, VBRrt и VBRnrt, ABR, UBR);
  • параметрами трафика (пиковой PCR, поддерживаемой SCR и минимальной MCR) скоростями передачи данных; максимальной длиной пакета ячеек MBS; допустимым отклонением времени задержки ячеек CDV;
  • классом качества услуги QoS (1,2,3,4 классы), примеры классов качества приведены в таблице 4.9;
  • протоколом уровня адаптации (AAL-1, 2, 3/4, 5).

Для сервиса BCОВS кроме выше перечисленных параметров должны поддерживаться дополнительные параметры качества:

Таблица 4.9. Значения параметров качества QoS

Таблица 4.9. Значения параметров качества QoS

- коэффициент ошибочных ячеек CER (Celt Error Ratio);
- доля ячеек, принимаемых не по адресу CMR (Cell Misinsertion Rate);
- коэффициент ошибочных блоков SECBR (Severely Errored Cell Block Ratio, SECBR).


4.15. Пользовательские возможности, неориентированные на соединение

Сервис сети АТМ, неориентированный на установление соединения, предназначен для поддержки протоколов передачи информации пользователя, не предполагающих установление соединения (IP, Ethernet, Token Ring). Этот сервис обеспечивает распределение потоков информации пользователя по соединениям АТМ. Сервис сети АТМ, неориентированный на соединение BCDBS (Broadband Connectionless Data Bearer Service), использует функции сервера неориентированного на соединение CLS (Connectionless Server) и обеспечивает установление соединений АТМ, подтверждение адресов, маршрутизацию, обработку группового адреса, функции ОАМ и т.д.

Для реализации сервиса BCDBS в сети АТМ определены два способа:

  • функции CLS_ выполняет оборудование, подключенное к сети АТМ (рисунок 4.35), при этом сеть АТМ осуществляет только передачу информации пользователя;
  • сеть АТМ выполняет функции CLS и осуществляет передачу информации пользователя (рисунок 4.36).

Рисунок 4.35. Подключение сервера CLS к сети B-ISDN для услуг с соединением

Рисунок 4.35. Подключение сервера CLS к сети B-ISDN для услуг с соединением

Услуги BCDBS поддерживаются в постоянном, заказном и коммутируемом режимах при этом образуются два вида соединений (виртуальные пути и каналы). Соединения могут иметь различные конфигурации: точка-точка, точка - несколько точек, несколько точек - точка, несколько точек - несколько точек. Категории услуг передачи и классы качества соответствуют таблице 4.9

Протокольная реализация AAL-3/4 и AAL-5.

Рисунок 4.36. Подключение сервера CLS для услуг неориентированных на соединение

Рисунок 4.36. Подключение сервера CLS для услуг неориентированных на соединение

Интегральные и оптические сети





Добавить страницу в закладки ->
© Банк лекций Siblec.ru
Электронная техника, радиотехника и связь. Лекции для преподавателей и студентов. Формальные, технические, естественные, общественные и гуманитарные науки.

Новосибирск, Екатеринбург, Москва, Санкт-Петербург, Нижний Новгород, Ростов-на-Дону, Чебоксары.

E-mail: formyneeds@yandex.ru