rd_45_176-2001 (524306), страница 3

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

Текст из файла (страница 3)

Рисунок 6.5 – Формат кадра данных Token Ring

Таблица 6.8 - Поля кадра данных Token Ring

Поле	Назначение поля кадра данных Token Ring	Длина поля, октет
НК	Начало кадра, содержит комбинацию битов JK0JK000, где J и K - символы линейного кода 8В10В, не используемые для кодирования передаваемой информации. При отсутствии этой последовательности в начале кадра или её искажении кадр недействителен	1
УД	Управление доступом, содержит комбинацию битов PPPTMRRR, где: Р - биты приоритета кадра, принимающие значения от 0 до 7; Т - бит маркера, принимающий значение 1 в КД; М - бит текущего контроля, устанавливается в 1 после первого обращения КД или КМ по кольцу; R - биты резервирования приоритета	1
УК	Управление кадром, определяет тип кадра, содержит комбинацию битов FFZZZZZZ, где: F - биты типа кадра, принимающие значения "00" для кадра УДС и "01" для кадра УЛЗ, "11" - зарезервировано. Если биты FF имеют значение "01", биты ZZZZZZ должны интерпретироваться как биты управления, если - "00", то первые три бита устанавливаются в значение "0", а остальные используются для указания приоритета данных	1
АП	Адрес получателя	2/6
АО	Адрес отправителя	2/6
Инф	Октеты полезной нагрузки	0-133
КПК	Поле КПК формируется аналогично полю КПК (п. 6.1.1.2)	4
КК	Конец кадра, содержит комбинацию битов JK1JK1IE, где: J и K - биты, не используемые для кодирования передаваемой информации; I - бит промежуточного кадра ("0" – признак последнего кадра, "1" - следует продолжение передачи); Е - бит наличия ошибки ("0" - нет ошибок, "1" - ошибка в кадре).	1

6.2.2.3 Структура и формат полей АП и АО (адреса получателя и отправителя) должны соответствовать рисунку 6.3.

Рисунок 6.6 – Формат полей АП и АО

И/Г - индивидульный/групповой адрес ("0" - индивидуальный, "1" - групповой).

У/Л - универсальная/локальная адресация ("0" - универсальная, "1" - локальная).

6.2.2.4 Формат кадра маркера должен соответствовать рисунку 6.4.

Рисунок 6.7 – Формат кадра маркера

Длина и назначение полей кадра маркера аналогичны кадру данных (п. 6.2.2.2).

6.2.2.5 Формат кадра прерывания должен соответствовать рисунку 6.5.

Рисунок 6.8 – Формат кадра прерывания

Длина и назначение полей кадра прерывания аналогичны кадру данных
(п. 6.2.2.2).

6.3Требования к интерфейсам FDDI и CDDI

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

1. скорость передачи: 100 Мбит/с;

1. кодирование сигнала: 4В5B (FDDI), MLT (CDDI);

1. среда передачи:

1. оптоволокно (FDDI);

1. экранированная витая пара STP типа 1 и/или неэкранированная витая пара UTP 5-й категории, расстояние между узлами: до 100 м (CDDI).

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

Таблица 6.9 - Параметры физического стыка аппаратуры FDDI

6.3.3 Передача информации на уровне УДС осуществляется кадрами данных и маркера.

6.3.3.1 Формат кадра данных должен соответствовать рисунку 6.6 и таблице 6.10.

Рисунок 6.9 – Формат кадра данных

Таблица 6.10 - Поля кадра данных FDDI/CDDI

Поле	Назначение поля кадра данных	Длина поля, октет
ПМБ	Преамбула, содержит, как минимум, 4-е битовых последовательности "11111" линейного кода	 2
НК	Начальное поле кадра, кодируется последовательностью "11000 10001" линейного кода	1
УК	Управление кадром, определяет тип кадра, длину полей АО и АП. Кодирование соответствует п. 6.3.3.2	1
АП	Адрес получателя, содержит либо индивидуальный адрес станции-получателя кадра, либо групповой адрес станций сети, которым предназначен данный кадр. В поле АП младший бит должен устанавливаться в "0" для индивидуального адреса и в "1" для группового адреса	2/6
АО	Индивидуальный адрес станции-отправителя кадра. В поле АО младший бит должен устанавливаться в значение "0"	2/6
Инф	Содержит полезную нагрузку	0-4500
КПК	Поле КПК формируется аналогично полю КПК для Ethernet (п. 6.1.1.2)	4
КК	Конец кадра, кодируется последовательностью "01101" линейного кода	0,5
СК	Состояние, содержит три, как минимум, битовых последовательности "00111" или "11001" и может заканчиваться последовательностью "01101" линейного кода	1,5

6.3.3.2 Поле УК имеет размер 1 октет.

Кодирование поля УК должно соответствовать таблице 6.11.

Таблица 6.11 – Кодирование поля УК кадра данных FDDI/CDDI

Окончание таблицы 6.11

6.3.3.3 Формат кадра маркера должен соответствовать рисунку 6.7.

Рисунок 6.10 – Формат кадра маркера

Кодирование полей кадра маркера аналогично кодированию кадра данных (подпункт 6.3.3.1), за исключением:

КК – конец кадра, кодируется последовательностью "0110101101" линейного кода.

6.3.3.4 Протокол УДС должен использовать следующие значения таймаутов:

1. ожидания маркера (рекомендуемое значение от 4,0 мс до 167,77 мс);

1. удержания маркера (равен текущему значению таймаута ожидания маркера);

1. правильной передачи (рекомендуемое значение не менее 2,35 мс).

6.4Требования к интерфейсам ATM

6.4.1 Интерфейсы АТМ (E1, E3, STM-1, STM-4, STM-16, ATM 25 Мбит/с), реализованные в аппаратуре, должны соответствовать подразделу 3.1 [3].

6.5Требования к интерфейсам СЦИ и ПЦИ

Интерфейсы СЦИ (STM-N) и интерфейсы ПЦИ (E1, E3), реализованные в аппаратуре, должны соответствовать подразделу 4.2 [4].

6.6Требования к интерфейсам ПД

6.6.1 Интерфейсы сети передачи данных, работающие в соответствии с требованиями рекомендаций МСЭ-Т серии V (V.10 [5], V.11 [6], V.24 [7], V.28 [8]), стыка V.35, серии G (G.703 [9], G.825 [10]), серии X (Х.21 [11], Х.21bis [12]), реализующие протоколы Frame Relay и Х.25 [13], должны соответствовать [14].

6.7Требования к интерфейсу Bluetooth

6.7.1 Интерфейс Bluetooth обеспечивает беспроводный радиодоступ на коротких расстояниях (до 10 м) и должен соответствовать [15].

Аппаратура с интерфейсом Bluetooth в соответствии с рисунком 6.8 должна реализовывать:

1. радиоинтерфейс;

Рисунок 6.11 – Протоколы и функции, реализуемые аппаратурой Bluetooth

1. протокол управления звеном LC (Link Control);

1. протокол уровня адаптации и управления логическим звеном L2CAP (Logical Link Control and Adaptation Layer Protocol);

1. протокол административного управления звеном LMP (Link Management Protocol);

1. протокол эмуляции проводного соединения RFCOMM;

1. кодирование аудиосигналов;

1. протокол определения реализуемых аппаратурой услуг SDP (Service Discovery Protocol);

2. протокол управления телефонным вызовом TCS;

1. протокол IP;

1. протокол обмена объектами OBEX (Object Exchange).

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

Таблица 6.12 – Назначение и функции протоколов, реализуемых аппаратурой Bluetooth

6.7.3 Радиоинтерфейс аппаратуры Bluetooth должен соответствовать [16]. Основные значения параметров представлены в таблице 6.13.

Таблица 6.13 – Параметры радиоинтерфейса аппаратуры Bluetooth

Требования к радиоинтерфейсу аппаратуры Bluetooth приведены в таблице 6.14.

Характеристики

Список файлов стандарта