ГОСТ Р 56844—2015/1SO/IEEE 11073-20101:2004
Е.1.1.9.3 Объединение сеанса профиля MDAP
Чтобы уменьшить общее количество сообщений профиля MDAP. сеансовый уровень профиля MDAP под
держивает объединение, при котором множество PPDU MDAP-DT объединяется и отправляется в одном SPDU.
Если размер буфера превысит MTU (максимальный передаваемый блок данных), то буфер SPDU отправляется
(передается на нижние уровни) со следующей частью MDAP-DT или спустя определенное количество времени,
соответствующее периоду сбрасывания на диск, которое можно установить во время выполнения подключения
сеанса.
Если множество PPDU MDAP-ОТ объединяются, то к компонентам необходимо добавить поля длины такие,
чтобы сеансовый уровень мог разделить их на отдельные части (демультиплексировать). Для этого используется
поле U. которое указывает на общую длину блока данных SPDU. В соответствии с ИСО/МЭК 8327-1, используется
поле LI длиной в 3 октета с OxFF в качестве первого октета для кодирования длины в диапазоне 255-65535. Рас
ширение сеансового уровня профиля MDAP использует эту форму представления длины для кодирования длины в
диапазоне 0-65535. С учетом этого, начальный октет идентификатора длины LI блока данных SPDU можно ис
пользовать для обозначения того, имеет ли блок SPDU один или множество блоков PPDU (обычно это 0x00; OxFF
указывает на объединенные PPDU).
Каждый PPDU. входящий в объединение, также включает в себя длину, что позволяет разделить множество
блоков PPDU. В результате блоки PPDU должны представлять собой массив с множеством записей следующей
формы (когда объединение включено1’):
DD DDДлина PPDU
СС ССШТ-1Л6 с Presentation Context ID (ID Контекста лредсгааленияу
DD DDMDAP-User-data
Поэтому SPDU с тремя встроенными PPDU будет иметь следующую структуру:
£1 ГС31-MDAP-DT 3PDU; LI-2V» ука<ыи«н?т «а множество PPDU
хх ххдлина всего блока
spdu
DD DDдлина PPDU #1
СС ССJNT-Ulfe С Presentatlor. Context ID
DD DD
mdap
-user-data
DD DDДлина PPDU
*2
CC CCIMT-Ulfc C Presentation Context ID
DD DD MDAr-User-Tiara
DD DDДлина PPDU #3
cc cc
iHT-uifc c Presentation context
id
dd
DDMDAP-Ufer-data
Использование объединения увеличивает задержку сообщения, но благодаря этому уменьшается расход
пропускной способности (меньшее количество блоков PDU).
Для некоторых функций ответа увеличенное время задержки нежелательно. Поэтому реализация коммуни
кационного стека MDAP должна обеспечивать функцию размещения в стеке или сброса на диск, способную вы
звать передачу в буфере сеанса.
Е.1.2 Уровень представления
Как и а случав с протоколом сеансового уровня, у уровня представления профиля MDAP имеется два разных
элемента или части. Элемент mOSI обеспечивает стандартное представление базовых и дуплексных функцио
нальных блоков.
Элемент представления профиля MDAP. который должен рассматриваться как расширение обычного про
токола уровня представления, можно использовать только для нормальных данных пользователя. Он принимает
данные от сеансового элемента профиля MDAP и отправляет данные в сеансовый элемент MDAP. Он не работает
со стандартным сеансовым элементом mOSI.
Полную спецификацию требований mOSI для обеспечения уровня представления можно найти в прило
жении В ИСО/МЭК ISP 11188-3. Как было уже отмечено, уровень представления поддерживает только базовые и
дуплексные функциональные блоки.
Поддерживаемые блоки данных PPDU определяются в Е.1.2.1-Е.1.2.7. Описания блоков PPDU. указанные
здесь, являются не полными. Они предназначены лишь для того, чтобы дать представление об основном содер
жании блоков PDU. Полные определения можно найти в ИСО/МЭК 8327-1. Поддерживаемые опции соответствуют
ИСО/МЭК МФО 11188-3. Блоки PPDU кодированы согласно BER. даже если само поле данных пользователя не
закодировано согласно BER. Примеры закодированных блоков PPDU можно найти в приложении F.
Е.1.2.1 Подключение уровня представления (Connection Presentation - CP) PPDU
Блок CP PPDU определяется следующим образом;
ЧСм.Е
Л
-1.9.
39