Недостатки архитектуры PON

Преимущества архитектуры PON

· отсутствие промежуточных активных узлов;

· экономия оптических приёмопередатчиков в центральном узле;

· экономия волокон;

· Древовидная топология P2MP позволяет оптимизировать размещение оптических разветвителей исходя из реального расположения абонентов, затрат на прокладку ОК и эксплуатацию кабельной сети.

· возросшая сложность технологии

· отсутствие резервирования в простейшей топологии дерева.

· 5. радиодоступа (микросотовый беспроводный доступ DECT, Bluetooth, Radio Ethernet и высокоскоростные локальные радиосети ETSI HIPERLAN).

DECT (Digital Enhanced Cordless Telecommunication) — технология беспроводной связи на частотах 1880—1900 МГц с модуляциейGMSK (BT = 0,5), используется в современных радиотелефонах.

Безусловно, ни одна из перечисленных технологий не может в полной мере удовлетворить потребности мультисервисного доступа.

Необходим абонентский концентратор, объединяющий все эти технологии. Такие концентраторы уже существуют:

• Протей-МАК (НТЦ «ПРОТЕЙ»);

• AN 2000 (UTStarcom);

• Any Media Access System (Lucent);

• ACE MAP Access Gateway (Samsung);

• и др..

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

Наиболее подходящими решениями здесь можно считать протоколы сигнализации и стандартизованные интерфейсы:

· RSVP (Reservation Protocol) - протокол резервирования ресурсов;

· Q.931 (протокол сетевого уровня абонентской цифровой системы сигнализации № 1);

· V5.2 (интерфейс N-ISDN, позволяющий предоставить пользователям удаленный фиксированный и мобильный доступ к ресурсам магистрали со скоростями n*64 Кбит/с, n=1-30).

RSVP – протокол сигнализации, который обеспечивает резервирование ресурсов для предоставления в IP-сетях услуг эмуляции выделенных каналов. Протокол позволяет запрашивать, например,

· гарантированную пропускную способность такого канала,

· предсказуемую задержку,

· максимальный уровень потерь.

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

На основе этой информации сеть может резервировать ресурсы, чтобы гарантировать выполнение требований к качеству доставки.

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

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

· верхнюю и нижнюю границы полосы пропускания;

· среднюю длительность задержки;

· допустимую вариацию длительности задержки.

Сообщение Path пересылается маршрутизаторами IP-сети в сторону получателя данных с использованием таблиц маршрутизации в узлах сети до ближайшего маршрутизатора MPLS транспортной сети NGN (рис. 2).

MPLS (multiprotocol label switching — многопротокольная коммутация по меткам) — механизм в высокопроизводительной телекоммуникационной сети, осуществляющий передачу данных от одного узла сети к другому с помощью меток.

MPLS является масштабируемым и независимым от каких-либо протоколов механизмом передачи данных. Пакетам данных присваиваются метки. Решение о дальнейшей передаче пакета данных другому узлу сети осуществляется только на основании значения присвоенной метки без необходимости изучения самого пакета данных. За счет этого возможно создание сквозного виртуального канала, независимого от среды передачи и использующего любой протокол передачи данных.

Основными областями применения MPLS являются оптимизация и управление трафиком (traffic engineering) и организация виртуальных частных сетей (VPN)

Каждый маршрутизатор, поддерживающий протокол RSVP, получив сообщение Path, фиксирует адрес предыдущего маршрутизатора как элемент “структуры пути”. Таким образом, в сети создается фиксированный маршрут.

Сообщения Path содержат:

1. те же адреса отправителя и получателя, что и пакеты данных, поэтому пакеты будут маршрутизироваться корректно даже через сетевые области, не поддерживающие протокол RSVP.

2. шаблон данных отправителя (Sender Template), описывающий тип этих данных.

Шаблон специфицирует фильтр, который может отделять пакеты этого отправителя от других пакетов в пределах сессии.

Шаблон данных отправителя имеет тот же формат, что и спецификация фильтра в сообщениях Resv (Reservation).

В зависимости от идентификатора протокола, заданного для сессии, шаблон может специфицировать только IP-адрес отправителя или (но не обязательно) также и UDP/TCP-порт.

3. спецификацию потока данных отправителя Tspec, которая определяет характеристики этого потока. Спецификация Tspec используется для того, чтобы предотвратить избыточное резервирование.

Приняв сообщение Path, получатель передает к маршрутизатору, от которого пришло это сообщение (т.е. по направлению к отправителю), запрос резервирования ресурсов – сообщение Resv (Tspec, Rspec) (рис. 3).

Сообщение Resv содержит:

Tspec - см.п.3 выше.

Rspec - спецификацию запроса, в которой указываются нужные получателю параметры качества доставки

Flowspec –спецификация (включает Tspec, Rspec)

filterspec - спецификацию фильтра, которая определяет, к каким пакетам сессии относится данная процедура.

Вместе Rspec и filterspec представляют собой дескриптор потока, используемый маршрутизатором для идентификации каждой процедуры резервирования ресурсов.

Когда получатель данных передает запрос резервирования, он может запросить передачу ему ответного сообщения, подтверждающего резервирование.

При получении Resv каждый маршрутизатор в резервируемом пути, поддерживающий протокол RSVP, определяет, приемлем ли этот запрос, для чего выполняются две процедуры:

· механизм управления доступом;

· процедура режимного контроля (policy control).

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

С помощью процедуры режимного контроля (policy control) – правомерен ли запрос резервирования ресурсов.

Если запрос не может быть удовлетворен, маршрутизатор отвечает на него сообщением об ошибке.

Если запрос приемлем, маршрутизатор передает Resv следующему маршрутизатору, находящемуся ближе к отправителю данных.

flowspec - спецификация, в которую входят два набора параметров:

· Rspec - определяет желательное качество доставки информации;

· Tspec - описывает информационный поток.

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

После окончания описанной процедуры ее инициатор начинает передавать данные и на их пути к получателю будет обеспечено требуемое качество доставки информации.

Совместное использование двух протоколов

· RSVP на уровне доступа

· MPLS на уровне транспортной сети –

позволяет предоставлять пользователям конвергентной сети гарантированное качество доставки информации.

Дата добавления: 2014-02-26; просмотров: 504; Нарушение авторских прав

Мы поможем в написании ваших работ!