Действующий
5.8.8.4.1 Срочный блок данных - это СБД, который передается и(или) обрабатывается с более высоким приоритетом относительно нормальных СБД. Услуга передачи срочных данных может быть использована для целей сигнализации и прерывания. Передача срочных данных поддерживается только в режиме с установлением соединения.
5.8.8.4.2 Поток срочных данных не зависит от состояний и функционирования нормального потока, хотя данные, передаваемые в этих потоках, могут быть логически связаны. Концептуально соединение, которое поддерживает срочный поток, может быть рассмотрено как имеющее два подканала: один для нормальных, а другой для срочных данных. Предполагается, что данным, посылаемым по срочному каналу, присваивается более высокий приоритет относительно нормальных данных.
5.8.8.4.3 Такая передача гарантирует доставку срочного блока данных не позднее любого последующего нормального или срочного блока данных, передаваемых через соединение.
5.8.8.4.4 Поскольку срочный поток предполагается использовать для передачи небольшого количества данных нечасто, то в этом потоке данных могут быть использованы упрощенные механизмы управления потоком.
5.8.8.4.5 Срочный (N)-СБД должен обрабатываться принимающим (N+1)-логическим объектом с более высоким приоритетом относительно нормальных (N)-СБД.
5.8.8.4.6 Любой срочный (N)-СБД связан с конкретным (N)-соединением. Срочные данные определяются относительно потока нормальных данных, передаваемых по (N)-соединению. Что касается других (N)-соединений или соединений вышерасположенного или нижерасположенного уровня, то они необязательно будут предназначены для передачи срочных данных. Срочные данные на (N)-уровне необязательно будут срочными на нижерасположенном уровне.
5.8.8.4.7 Срочные данные не должны быть разрушены и нарушены при сбросе. Принимающий логический объект может предпринять некоторое ответное действие, такое как прерывание передачи, что приведет к разрушению, но это будет отдельным шагом. Кроме того, срочные данные не предусматривается использовать в виде способа обеспечения двух потоков трафика с разными уровнями приоритета. Срочные данные предполагается использовать в исключительных обстоятельствах, а не как часть обычной передачи данных.
5.8.8.4.8 По определению настоящего стандарта передача срочных данных не осуществляется при передаче данных в режиме без установления соединения. Хотя подобный эффект может быть получен путем запроса различных значений параметров качества услуг, таких как малое время задержки или более высокий приоритет, однако невозможно гарантировать доставку срочных данных раньше любой последовательности нормальных СБД.
5.8.8.4.10 В общем случае самое последнее ограничение означает, что небольшое количество срочных блоков данных (обычно один) может быть выдано сразу.
5.8.8.4.11 Следствием этих ограничений является то, что должна соблюдаться осторожность при преобразовании услуг для передачи срочных данных (N)-уровня в услуги для передачи срочных данных (N-1)-уровня:
a) Ограничение размера может привести к зависимости между уровнями в определении размера или может потребовать сегментирования и объединения срочных (N)-СБД на (N)-уровне.
Примечание - Если отправитель преобразует срочные услуги по нескольким уровням, например с прикладного уровня по сеансовый уровень, и существуют ограничения на форматируемый размер так, что сегментирование невозможно, тогда принимающая станция будет функционировать должным образом, обеспечивая срочные услуги с уровня на уровень, основываясь на том, что может или не может выполнить те ж преобразования срочных услуг, когда она является отправителем. Таким образом, ограничения размера формально не могут быть изъяты из стандарта.
b) Подобно проблемам при преобразовании существуют проблемы использования (N-1)-срочных услуг, если такие услуги используются (N)-уровнем при выполнении (N)-протокола, и предоставления (N)-срочных услуг.
c) Таким образом, преобразование не должно быть выполнено, если (N)-уровень производит мультиплексирование в (N-1)-соединения. Управление потоком над срочными данными на (N-1)-уровне может воспрепятствовать и запретить срочные передачи по (N)-соединениям, мультиплексированным в (N-1)-соединение.
5.8.8.4.12 Следовательно предпочтительнее, чтобы срочные (N)-СБД обрабатывались полностью (N)-функциями и полагались только на основные средства передачи (N-1)-данных, а не на специальные услуги (N-1)-уровня, такие как (N-1)-срочные услуги. Исключение может быть, когда (N)-протокол не способен использовать (N-1)-срочные услуги. В этом случае (N)-срочный сервисный блок данных может быть передан непосредственно через (N-1)-срочные услуги.
5.8.8.4.13 Преобразовать срочные (N)-СБД в срочные (N-1)-СБД, как отмечалось выше, можно, хотя это будет жизнеспособно в определенных очень ограниченных случаях, поэтому по возможности этих преобразований следует избегать. В некоторых случаях уровни могут быть необходимы для обеспечения более срочных услуг, таких как защита срочности или более гибкое управление потоком. В этих случаях потребуются более совершенные механизмы, например отдельное (N-1)-соединение, поэтому рекомендуется избегать преобразования (N)-срочной передачи в (N-1)-срочную передачу.
5.8.8.4.14 Срочные услуги не гарантируют того, что можно обойтись без механизмов управления потоком на нижнем уровне. Срочное сообщение может быть постоянно заблокировано.
5.8.8.5.1 Блоки данных в различных уровнях могут иметь несовместимые размеры. В связи с этим возникает необходимость сегментирования, т. е. преобразования одного (N)-СБД в несколько (N)-ПБД. Подобное разбиение возможно также, когда (N)-ПБД преобразуются в (N-1)-сервисные блоки данных. Поскольку необходимо сохранять идентичность (N)-СБД в (N)-соединении, должны быть предусмотрены функции, позволяющие идентифицировать отдельные сегменты (N)-СБД и дающие возможность взаимодействующим логическим объектам группировать сегменты в (N)-СБД.
5.8.8.5.2 Сегментирование может потребовать включения специальной информации в (N)-ПУИ (N)-протокольного блока данных. При отсутствии сегментирования и объединения (N)-протокольная управляющая информация присоединяется к соответствующему (N)-СБД, образуя (N)-протокольный блок данных [см. рисунок 10а)]. Если сегментирование выполняется, (N)-СБД преобразуется в несколько (N)-ПБД с присоединенной (N)-ПУИ к каждому ПБД [см. рисунок 10b)].
5.8.8.5.3 В некоторых случаях может потребоваться выполнение обратной операции объединения, посредством которой несколько (N)-СБД с добавлением (N)-ПУИ образуют (N)-протокольный блок данных [см. рисунок 10с)].
5.8.8.5.4 В эталонной модели также допускается операция сцепления, посредством которой несколько (Ы)-ПБД сцепляются в один (N-1)-СБД [см. рисунок 10d)].
5.8.8.5.5 Функции сегментирования и сцепления могут выполняться при передаче в режиме без установления соединения. Выполнение функций объединения и разделения не допускается при передаче в режиме без установления соединения.
5.8.8.6.1 В архитектуре ВОС (N-1)-услуги, обеспечиваемые (N-1)-уровнем, не гарантируют доставку (N)-СБД в той последовательности, в которой они были переданы (N)-уровнем. В случае, если (N)-уровню требуется сохранить порядок (N)-СБД, передаваемых через (N-1)-уровень, то в состав (N)-уровня должны входить средства, обеспечивающие механизм упорядочения. Упорядочение может потребовать дополнительную (N)-ПУИ.
5.8.8.6.2 При передаче в режиме без установления соединения упорядочение выполняется только тогда, когда применяется сборка к (N)-СБД.
5.8.9.1.1 Функция подтверждения используется равноправными (N)-логическими объектами в (N)-протоколе для получения более высокой вероятности обнаружения потерь протокольных блоков данных, чем это предусматривается (N-1)-уровнем. При этом каждый (N)-ПБД, передаваемый между взаимодействующими (N)-логическими объектами, должен быть однозначно идентифицирован, чтобы получатель мог информировать отправителя о приеме этого блока. Функция подтверждения позволяет установить, когда (N)-ПБД не получены и когда необходимо принять соответствующие меры по восстановлению информации.
5.8.9.1.2 Функция подтверждения может потребовать включения некоторой информации в (N)-ПУИ (N)-протокольных блоков данных.
5.8.9.1.3 Схема однозначной идентификации (N)-протокольных блоков данных может быть использована также для поддержания других функций, таких как обнаружение дублирования блоков данных, сегментирования и упорядочения.
Рисунок 10 - Взаимоотношения между (N)-сервисными блоками данных, (N)-протокольными блоками данных и (N-1)-сервисными блоками данных в одном уровне
СБД - сервисный блок данных; ПУИ - протокольная управляющая информация; ПБД - протокольный блок данных.
1 На этом рисунке не предусмотрено никаких взаимоотношений между протокольной управляющей информацией и данными пользователя в ПБД.
5.8.9.1.4 При передаче в режиме с установлением соединения функция подтверждения может быть применена только к (N)-ПБД, но не к (N)-СБД.
Примечание - Другие формы подтверждения, такие как подтверждение доставки и подтверждение выполнения некоторых действий, подлежат дальнейшему изучению.
5.8.9.2.1 Функции обнаружения ошибок и уведомления о них могут быть использованы (N)-протоколом для обеспечения большей вероятности обнаружения ошибок и искажения данных в ПБД, чем это обеспечивается (N-1)-услугами.
5.8.9.2.2 Обнаружение ошибок и уведомление о них может потребовать включения дополнительной информации в (N)-ПУИ (N)-протокольного блока данных.
5.8.9.2.3 В режиме без установления соединения, поскольку поставщик (N)-услуг может предусматривать уведомление об ошибках при искажении данных, потере ПБД, доставке ПБД по неправильному адресу и прочем, нельзя рассчитывать на то, что он сможет предоставить уведомление во всех случаях обнаружения ошибок.
5.8.9.3.1 Для восстановления после потери синхронизации между взаимодействующими (N)-логическими объектами некоторые услуги требуют наличия функции сброса. При сбросе взаимодействующие (N)-логические объекты устанавливаются в заранее определенное состояние с возможной при этом потерей или дублированием данных.