5.7.6. Пе редача данных
Передача нормальных данных
Управляющая информация и данные пользователя передаются между (N)-логическими объектами в (N)-протокольных блоках данных. (N)-протокольный блок данных — это блок данных, определенный в (N)-протоколе и содержащий (N)-протокольную управляющую информацию и, возможно, (N)-данные пользователя.
(N)-протокольная управляющая информация передается между (N)-логическими объектами, использующими (N—1)-соединение. (N)-протокольная управляющая информация — это любая информация, которая используется при организации совместной работы (N)-логических объектов. (N)-данные пользователя передаются между (N)-логическими объектами через (N—^-соединение без каких-либо изменений.
(N)-протокольный блок данных имеет произвольный, но ограниченный размер. (N)-протокольные блоки данных отображаются в (N—1)-сервисные блоки данных. Интерпретация (N)-протокольных блоков данных определяется (N)-протоколом для (N— 1) -соединения.
(N)-сервисный блок данных передается между (N+1)- и (Геологическими объектами через (N)-пункт доступа к услуге в виде одного или нескольких (N)-интерфейсных блоков данных. (N)-cep- висный блок данных передается как (N)-данные пользователя в одном или нескольких (N)-протокольных блоках данных.
Обмен данными согласно правилам (N)-протокола может иметь место только при наличии (N—1)-соединения. Если (N—1)- соединение не существует, оно должно быть установлено до начала обмена данными (п. 5.7.4).
Передача данных в процессе установления и разрыва соединения
(N)-данные пользователя могут передаваться при обмене, реализующем протокол установления и протокол разрыва (N)-соединения.
Обмен, реализующий протокол разрыва соединения, может быть объединен с обменом, реализующим протокол установления соединения (п. 5.7.4), чтобы совместить перенос одного блока (N)-данных пользователя между связанными (N + 1)-логическими объектами с подтверждением приема.
Передача срочных данных
Срочный блок данных — это сервисный блок данных, который передается и (или) обрабатывается с более высоким приоритетом относительно нормальных сервисных блоков данных. Услуга передачи срочных данных может быть использована для целей сигнализации и прерывания.
Поток срочных данных не зависит от состояний и функционирования нормального потока, хотя данные, передаваемые в этих потоках, могут быть логически связаны. Концептуально, соединение, которое поддерживает срочный поток, может рассматриваться как соединение, имеющее два канала — один для нормальных, а другой для срочных данных. Предполагается, что данным,, посылаемым по срочному каналу, присваивается более высокий приоритет относительно нормальных данных.
Такая передача гарантирует доставку срочного блока данных не позднее любого последующего нормального или срочного блоков данных, передаваемых через соединение.
Поскольку предполагается, что срочный поток используется для редкой передачи небольшого количества данных, в этом потоке данных могут быть использованы упрощенные механизмы управления потоком.
Устанавливается, что срочный (N)-сервисный блок данных должен обрабатываться принимающим (N+1)-логическим объектом с более высоким приоритетом относительно нормальных (N)-сервисных блоков данных.
Управление потоком
Функции управления потоком, когда они предусмотрены, выполняются только над протокольными и интерфейсными блоками данных.
Определяются два типа управления потоком:
Управление потоком между равноправными логическими объектами, при котором регулируется скорость передачи через (N)-соединение (N)-протокольных блоков данных к равноправному (N)-логическому объекту. Такое управление требует определения в протоколе соответствующих понятий и основано на размере (N)-протокольного блока данных.
Управление (N)-интерфейсным потоком, при котором регулируется скорость передачи (N)-интерфейсных данных между (N4-1)- и (N)-логическими объектами. Управление (^-интерфейсным потоком основано на размере (N)-интерфейсного блока данных.
Наличие мультиплексирования в уровне может потребовать функций управления потоком между равноправными логическими объектами для каждого из потоков (п. 5.7.5).
Функции управления потоком между равноправными логическими объектами требуют включения информации управления потоком в (N)-протокольную управляющую информацию (N)- протокольного блока данных.
Если размер сервисного блока данных превышает максимальный размер части протокольного блока данных, отведенной под (N)-данные пользователя, то вначале должно выполняться сегментирование (N)-сервисного блока данных для его упаковки в (N)- протокольные блоки данных. Затем (N)-протокольные блоки данных могут быть подвергнуты управлению потоком между равноправными логическими объектами.
G.5. Сегментирование, объединение и сцепление
Блоки данных в различных уровнях могут иметь несовместимые размеры. В связи с этим возникает необходимость сегментирования, то есть отображения (N)-сервисного блока данных в несколько (N)-протокольных блоков данных. Сегментирование может выполняться также, когда (N)-протокольные блоки данных отображаются в (N—1)-интерфейсные блоки данных. Поскольку необходимо сохранять тождественность (N)-сервисных блоков данных в (N)-соединении, должны предусматриваться функции, позволяющие различать отдельные сегменты (N)-сервисного блока данных и дающие возможность связанным логическим объектам группировать сегменты в (N)-сервисные блоки данных.
Сегментирование может потребовать включения специальной информации в (N)-протокольную управляющую информацию (N)-протокольного блока данных. При отсутствии сегментирования и объединения (N)-протокольная управляющая информация присоединяется к соответствующему (N)-сервисному блоку данных, образуя (N)-протокольный блок данных (черт. 12а). Если сегментирование выполняется, (N)-сервисный блок данных отображается в несколько (N)-протокольных блоков данных
с присоединением (N)-протокольной управляющей информации к каждому протокольному блоку (черт. 126).
Соотношение между (М)-сервисным блоком данных, (М)-протокольным блоком
данных и (N—1 ^-сервисным блоком данных внутри уровня
а) отсутствие сегмен-
тирования и блокиро-
вания
б) сегментирование/
сборка
(Н)-ПБД
(Н)-ПБД (М)-ПБД
в) блокирование/деблокирование
(N) -ПБД
г) сцепление/разделение
(Ц-1)-СБД
СБД — сервисный блок данных;
ПУЛ — протокольная управляющая информация;
ПБД — протокольный блок данных.
Черт. 12
Примечания:
Представленное графическое изображение протокольного блока данных,, состоящего из протокольной управляющей информации и пользовательских данных, не означает наличия какой-либо позиционной связи между ними.
При использовании сцепления (N)-протокольный блок данных может не включать (N)-сервисный блок данных.
В некоторых случаях может потребоваться выполнение обратной операции объединения, посредством которой несколько (N)-сервисных блоков данных с добавлением (N)-протокольной управляющей информации образуют (N)-протокольный блок данных (черт. 12в).
В эталонной модели также допускается операция сцепления, посредством которой несколько (N)-протокольных блоков данных сцепляются в один (N—1)-сервисный блок данных (черт. 12г).
Упорядочение
В архитектуре ВОС (N—1)-услуги, предоставляемые (N—1)- уровнем, не гарантируют доставку данных в том порядке, в каком они были представлены (N)-уровнем. Если (N)-уровню требуется сохранить порядок данных, передаваемых через (N—1)- уровень, то в его состав должны входить средства, обеспечивающие механизм упорядочения. Упорядочение может потребовать дополнительной (N)-протокольной управляющей информации.
5.7.7. Функции защиты от ошибок
Подтверждение
Функция подтверждения используется равноправными (N)- логическими объектами в (N)-протоколе для обеспечения более высокой вероятности обнаружения потерь протокольных блоков данных, чем обеспечивает (N—1)-уровень. При этом каждый (N)-протокольный блок данных, передаваемый между связанными (N)-логическими объектами, должен быть однозначно идентифицирован, чтобы приемник мог информировать передатчик о приеме этого блока. Функция подтверждения дает возможность установить, когда возникает неприем (N)-протокольных блоков данных и принять соответствующие меры по восстановлению информации.
Функция подтверждения может потребовать включения некоторой информация в (N)-протокольную управляющую информацию (N)-протокольных блоков данных.
Схема однозначной идентификации (N)-протокольных блоков данных может быть также использована для поддержания других функций, таких как обнаружение дублирования блоков данных, сегментирование и упорядочение.
Примечание, Другие формы подтверждения, такие как подтверждение доставки и подтверждение выполнения некоторых действий, подлежат дальнейшему изучению.
Обнаружение ошибок и уведомление о них
Функции обнаружения ошибок и уведомления о них предназначены для использования в (N)-протоколе с целью обеспечения более высокой вероятности обнаружения искажения данных и ошибок в протокольных блоках данных, чем это обеспечивается (N—1)-услугой.
Обнаружение ошибок и уведомление о них может потребовать включения дополнительной информации в (N)-протокольную управляющую информацию (N)-протокольного блока данных.
Сбро
сНекоторые услуги требуют наличия функции сброса для восстановления после потери синхронизации между связанными (N)-логическими объектами. При сбросе связанные (N)-логические объекты устанавливаются в заранее определенное состояние с возможной при этом потерей или дублированием данных.
Примечание. Для надежного определения точки, в которой была прервана передача данных, могут потребоваться дополнительные функции.
Некоторое количество (N)-данных пользователя может быть передано в процессе выполнения функции (N)-сброса.
Функция сброса может потребовать включения некоторой информации в (N) -протокольную управляющую информацию (N)- протокольного блока данных.
5.8. Маршрутизация
Функция маршрутизации в (N)-уровне дает возможность транслировать связь по цепочке (N)-логических объектов. Прохождение маршрута связи через промежуточные (N)-логические объекты остается неизвестным ни нижним, ни верхним уровням. (N)- логический объект, принимающий участие в маршрутизации, может содержать таблицу маршрутизации.
Аспекты административного управления ВОС
Т е р м и н ы и пояснения
Прикладное административное управление — функции в прикладном уровне (п. 6.1), относящиеся к административному управлению прикладными процессами ВОС.
Прикладной логический объект прикладного административного управления — прикладной логический объект, который выполняет функцию прикладного административного управления.
Ресурсы ВОС — ресурсы обработки данных и ресурсы обмена данными, относящиеся к ВОС.
Административное управление системой — функции в прикладном уровне, связанные с административным управлением различными ресурсами ВОС и их состоянием по всем уровням архитектуры ВОС.
Прикладной логический объект административного управления системой — прикладной логический объект, который выполняет функции административного управления системой.
Административное управление уровнем — функции административного управления (N)-уровнем, частично выполняемые в самом (N)-уровне в соответствии с (N)-протоколом уровня (такие, например, действия, как активизация и защита от ошибок) , а частично выполняемые как функции из подмножества функций административного управления системой.
Введение
В архитектуре ВОС существует необходимость выделения некоторых специальных аспектов функционирования. К ним относятся инициирование, завершение, наблюдение с целью контроля за происходящими действиями и поддержка нормального выполнения операций, а также обработка особых ситуаций. Все вместе они рассматриваются в архитектуре ВОС как аспекты административного управления. Эти понятия являются существенными для работы взаимосвязанных открытых систем и поэтому они включаются в полное описание эталонной модели, приводимое в последующих разделах настоящего стандарта.
В число действий административного управления, подлежащих рассмотрению, включаются действия, осуществляющие действительный обмен информацией между открытыми системами. Объектами стандартизации в рамках архитектуры ВОС должны являться только те протоколы, которые необходимы для организации такого обмена.
В данном разделе рассматриваются некоторые основные понятия, относящиеся к аспектам административного управления, включая различные категории его управляющих действий и их размещение в архитектуре ВОС.
Категории действий административного управления
К архитектуре ВОС имеют отношение только те действия административного управления, которые обеспечивают действительный обмен информацией между удаленными логическими объектами административного управления. Другие действия административного управления, локальные по отношению к конкретным открытым системам, не являются объектами стандартизации.
Аналогично, не все ресурсы имеют отношение к ВОС. Настоящий международный стандарт рассматривает только ресурсы ВОС, т. е. ресурсы обработки данных и обмена данными, относящиеся к ВОС.
