Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Учебное пособие 700169.doc
Скачиваний:
5
Добавлен:
01.05.2022
Размер:
994.3 Кб
Скачать

6.1. Логическая характеристика протокола fr

FR является бит-ориентированным синхронным протоколом, исполь­зующим "кадр" в качестве основного информационного элемента, и в этом смысле очень похож на протокол HDLC. Однако FR не обеспечивает все функции протокола HDLC, и поэтому многие из эле­ментов кадра HDLC исключены из основного формата кадра FR (в кадре FR адресное поле и поле управления HDLC совмещены в одно адресное поле). Структура кадра FR представлена в табл. 6.1 и включает необходимые поля.

Таблица 6.1

Структура кадра

HDLC

Флаг

Адрес

Управление

Информация

Проверка

Флаг

FR

Флаг

Адрес

Информация

Проверка

Флаг

Адрес

CR

ЕА

Адрес

FECN

BECN

DE

ЕА

8...3

2

1

8...5

4

3

2

1

"0"

"1"

Флаг. Все кадры начинаются и заканчиваются комбинацией флаг -"01111110". Одна и та же комбинация флаг может использоваться как за­крывающая один кадр и открывающая следующий. С целью предотвращения имитации комбинации флаг при передаче кадра проверяется все его содер­жание между двумя флагами и вставляется "0"-й бит после всех последова­тельностей из пяти идущих подряд битов "1". На приемном конце "0"-е биты отбрасываются. Данная процедура (bit stuffing - "прозрачность") обяза­тельна при формировании любого кадра FR.

Адрес. Поле адреса в пределах кадра FR состоит из 6 битов первого октета и 4 битов второго октета (кодировка поля адреса представлена в табл. 6.2. Эти 10 битов определяют абонентский адрес в сети FR (иденти­фикатор канала передачи данных: Data Link Connection Identifier DLCI). Стандарты ANSI и ITU-T допускают размер заголовка кадра до 4 октетов.

Таблица 6.2

Кодировка 10-битового DLCI в поле "адрес" кадра FR

Октеты поля "Адреса"

8

7

6

5

4

3

2

1

Первый

29

28

27

26

25

24

Второй

23

22

21

20

Бит "опрос/финал" (Command/Response - CR), Этот бит протоко­лом FR не используется, но может применяться в пользовательских прило­жениях и "прозрачно пропускается" аппаратно-программными средствами сети FR.

Бит расширения адреса (Extended Address - ЕA). DLCI содержится в 10 битах, входящих в два октета поля адреса. Однако возможно расшире­ние адресного поля (заголовка) на целое число дополнительных октетов с целью указания адреса, состоящего из более чем 10 битов. Бит ЕА уста­навливается в конце каждого октета заголовка, и если он имеет значение "1", то это означает, что данный октет в заголовке последний. Стандарт FRF рекомендует использовать заголовок, состоящий из двух октетов. В этом случае бит ЕА в первом октете будет установлен в "0", а во вто­ром - в "1".

Бит уведомления (сигнализации) приемника о явной перегрузке (Forward Explicit Congestion Notification - FECN). Этот бит устанавлива­ется в "1" АКД сети для уведомления получателя сообщения о том, что произошла перегрузка в направлении передачи кадра, содержащего этот признак. Бит FECN устанавливается АКД сети FR (а не передающим ООД пользователя) и не обязателен для терминалов абонентов (рис. 6.1).

Рис. 6.1. Установка битов перегрузки

Бит уведомления (сигнализации) источника о явной перегрузке (Backward Explicit Congestion Notification - BECN). Этот бит устанавли­вается в "1" АКД сети для уведомления источника сообщения о том, что, произошла перегрузка в обратном направлении относительно направления передачи кадра, содержащего этот признак. Бит BECN устанавливается АКД сети FR (а не передающим ООД пользователя) и не обязателен для терминалов абонентов (рис. 6.1).

Бит разрешения сброса (Discard Eligibility - DE). Этот бит устанавливается в "1" в случае явной перегрузки входного графика и указывает на то, что данный кадр может быть уничтожен в первую очередь по отношению к другим кадрам, не имеющим данного признака. Бит DE может 6ыть установлен в "1" либо АКД сети FR, либо ООД пользователя (то есть поль­зователю предоставлено право выбирать, какими кадрами "он может по­жертвовать"), при этом повторная установка не допускается. Это преду­смотрено для того, чтобы узлы коммутации сети FR могли уничтожать при перегрузках не только кадры с установленным битом DE (рис. 6.2).

Рис. 6.2. Гарантированная скорость передачи информации и кадры, которые могут быть уничтожены

Информационное поле. Информационное поле содержит данные поль­зователя и состоит из целого числа октетов. Максимальный размер для это­го поля определен стандартом FRF и составляет 1600 октетов (минималь­ный размер - 1 октет). Содержание информационного поля пользователя передается неизменным через сети FR и прозрачно для протокола FR.

Проверочная последовательность кадра (Frame Check Sequence -FCS). Проверочная последовательность кадра используется для обнаруже­ния возможных ошибок при его передаче и состоит из двух октетов. Данная последовательность FCS формируется аналогично циклическому коду HDLC.

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

Протокол FR не предусматривает передачу сигнальных сообщений: нет командных (или супервизорных) кадров, как в HDLC. Для передачи слу­жебной информации используется специально выделенный канал сигнали­зации (ОКС), внутри которого передаются супервизорные кадры.

Другое важное различие между FR и HDLC - отсутствие любой нуме­рации последовательности передаваемых (принимаемых) кадров. Это явля­ется результатом того, что протокол FR не имеет никаких механизмов для подтверждения правильно принятых кадров.