Анализ развития электронных технологий в США, страница 31

Программа управления сегментацией и сборкой AAL5

 Программа управления сегментацией и сборкой подуровня SAR AAL5 производит “нарезку” блоков CPCS – РDU на 48–байтные сегменты и передает на уровень АТМ без добавления служебной информации подуровня CPI. Для правильной сборки полей данных CPCS – РDU приемник должен уметь обнаруживать последний сегмент каждого блока CPCS – РDU. Протокол подуровня SAR AAL5 не может предоставить явные указатели начала и конца поля данных в SAR-РDU, так как все 48 байт полезной нагрузки заняты данными пользователя. Для обеспечения выявления последнего сегмента каждого блока CPCS – РDU подуровень SAR источника дает команду уровню АТМ пометить последнюю ячейку каждого блока CPCS – РDU. Последняя ячейка помечается уровнем АТМ установкой в значение 1 последнего бита поля информационного наполнения PTI (тип SDU = 1) в заголовке ячейки. В соответствии с этим первая ячейка с SAR-РDU блока CPCS – РDU задается в явном виде как следующая за последней ячейкой предыдущего блока, которая определена в неявном виде.

Таким образом, протокол AAL5 реализует в основном те же функции, что и протокол AAL3/4. Поле длины указывает, что ни одна из ячеек не была потеряна, а контроль CRC гарантирует корректность их получения. Пользователь также имеет возможность гарантированной и негарантированной доставки данных с поддержанием режима многоадресной рассылки без обеспечения мультиплексирования потоков (протокол AAL5 не определяет поле MID или его эквивалент).

В заключение еще раз отметим, что на приеме каждый элемент программной структуры АТМ оперирует только со своим заголовком (концевиком) и не анализирует полученную информационную часть протокольного блока, чем обеспечивается протокольная “прозрачность” в сети. Исключение составляет программа управления сегментацией и сборкой AAL5, которая использует для своих целей служебное поле PTI заголовка ячейки АТМ, а также программы управления передачей AAL1 и AAL2, которые используют поле СSI заголовка соответствующих SAR-PDU.

2.6.3. Программная структура уровня АТМ

Уровень АТМ предусматривает набор служб, которые могут запрашиваться подуровнем сегментации и сборки AAL и предоставляются посредством соответствующих протоколов уровня. Функции логического уровня АТМ реализуются программами управления сетью, которые формируют протокольный блок уровня (ячейку), а также устанавливают и поддерживают логический канал АТМ, включая управление информационным потоком.

Рис.8. Структура и формат заголовков ячеек АТМ: а- структура и формат заголовка ячейки АТМ на интерфейсе “пользователь-сеть”; б - структура и формат заголовка ячейки АТМ на сетевом интерфейсе

 В стандартах Forum АТМ для сети АТМ определены два основных физических интерфейса: интерфейс “пользователь-сеть” (User - Network Interface - UNI) – интерфейс между конечной точкой сети АТМ (оконечной АТМ -системой) и коммутатором АТМ (сетевым АТМ-узлом), а также интерфейс “сеть-сеть” (Network - Network Interface - NNI) – интерфейс между двумя коммутаторами АТМ. Указанные интерфейсы специфицированы соответствующими форматами ячеек АТМ, передаваемых между сетевыми устройствами с помощью служб уровня АТМ. Каждая ячейка содержит 53 байт. Структура и формат заголовков ячеек АТМ приведены на рис. 8. Поле данных, или информационное наполнение ячейки (Payload) содержит 48 байт данных пользователя и/или управляющей информации. Для наполнения поля данных используются протокольные блоки подуровня сегментации и сборки (Segmentation and Reassembly protocol data unit - SAR-РDU) различных типов AAL и/или специальная информация для административного управления, включая проверку на четность (Bit Interleaved Parity – BIP) и сбор результатов об ошибках в сообщениях данных на приемном конце (Far End Block Error – FEBE) для оценки коэффициента ошибок.