Действующий
5.8.1.16 Подтверждение - функция (N)-уровня, с помощью которой принимающий (N)-логический объект информирует передающий (N)-логический объект о приеме (N)-ПБД.
5.8.1.17 Сброс - функция, посредством которой взаимодействующие (N)-логические объекты устанавливаются в заранее определенное состояние с возможной потерей или дублированием данных.
5.8.1.18 (N)-идентификатор версии протокола - идентификатор, передаваемый между взаимодействующими (N)-логическими объектами и позволяющий выбрать версию (N)-протокола.
Примечание - Определение нового (N)-идентификатора версии протокола предполагает минимально общую информацию (N)-протокола, определяемого (N)-идентификатором версии протокола. Если такая минимальная общая информация не может быть получена, следует рассматривать эти (N)-протоколы как независимые и разные.
5.8.2.2 Для (N)-уровня могут быть определены один или несколько (N)-протоколов. (N)-логический объект может использовать один или несколько (N)-протоколов.
5.8.2.3 Для обеспечения связи между (N)-логическими объектами через (N-1)-соединение требуется согласованный выбор одного (N)-протокола.
5.8.2.4 (N)-идентификатор протокола определяет наименование конкретного протокола. (N+1)-идентификатор протокола не является частью (N)-ПУИ. Поэтому (N)-услуги используют (N)-адреса для идентификации (N+1)-протокола в соответствии с ГОСТ Р ИСО 7498-3.
5.8.2.5 Поскольку не все протоколы (ВОС или не ВОС) могут обеспечить передачу (N)-идентификатора протокола, (N)-идентификатор протокола не может быть использован для определения типа протокола (ВОС или не ВОС). Для этих целей лучше использовать (N)-адрес.
5.8.3.1.1 Идентификация версии протокола - это механизм, позволяющий идентифицировать уровень конкретного протокола, который будет использован. Идентификация версии протокола предполагает, что протокол был идентифицирован либо неявным способом, либо путем использования известных механизмов.
5.8.3.1.2 В любом случае он может быть удобен для распознавания идентификатора подверсии, который должен быть передан в (N)-ПУИ вместе с (N)-идентификатором версии протокола. Это позволяет сохранить след несущественного изменения заданной версии протокола (например, чтобы определить степень интегрирования отчетов об ошибке). Ответственность за введение или невведение идентификатора подверсии несут стандарты на конкретный (N)-уровень. Однако только (N)-идентификатор версии протокола независимо от любого дополнительного идентификатора подверсии должен быть учтен при определении возможности обмена данными между равноправными (N)-логическими объектами.
5.8.3.2.2 Изменения, выполненные в протоколе, не всегда подразумевают необходимость в новой версии протокола (или нового протокола). Новая версия протокола (или новый протокол) становится необходимой, если эти изменения приводят к значительным функциональным изменениям, которые могут быть несовместимыми при использовании существующей спецификации протокола так, чтобы реальная открытая система, реализующая заново определенные функции протокола, могла бы обмениваться данными с реальной открытой системой, реализующей прежние спецификации.
5.8.3.2.3 В тех случаях, когда два набора функций протокола совместно используют механизмы идентификации версии протокола (передачи, кодирования, согласующих идентификаторов версии протокола), по крайней мере при одинаковом их понимании, эти наборы следует рассматривать как две разные версии одного протокола, в противном случае их рассматривают как два разных протокола.
1 Значительные функциональные изменения не всегда попарно изменяют протокольные элементы обмена между равноправными логическими объектами (например, изменение поведения логического объекта, связанное с введением услуг транспортного уровня).
2 Новая версия протокола не имеет прямого отношения к административному процессу исправления действующих стандартов. Возникновение новой версии протокола зависит от степени проведенных изменений.
5.8.3.3.1 Согласование версии протокола может происходить только при обмене данными в режиме с установлением соединения. Поле (N)-идентификатора версии протокола должно присутствовать в ПБД, имеющих отношение к установлению соединения. Механизм идентификации версии протокола должен с помощью (N)-идентификатора версии протокола определить, какая версия должна быть вызвана по конкретному соединению между вызывающим и вызываемым (N)-логическим объектами.
5.8.3.3.2 Вызывающий (N)-логический объект посылает информацию всех поддерживаемых версий к вызываемому (N)-логическому объекту. Вызываемый (N)-логический объект проверяет наличие каких-либо поддерживаемых версий, общих для вызывающего и вызываемого (N)-логических объектов. Если таких версий несколько, выбирается последняя из них. Если общей версии не существует, запрос на установление соединения отклоняется.
5.8.3.3.4 В протоколах для режима без установления соединения механизм согласования не поддерживается. Идентификация версии протокола неявно (например, предыдущая информация) или косвенно передается в ПБД.
5.8.4.1 Вся информация, требующаяся (N)-услуге режима без установления соединения для доставки (N)-СБД (адрес получателя, требуемые параметры качества услуги, факультативные возможности и т. д.), предоставляется ей вместе с (N)-СБД за одно логическое обращение к услуге отправляющим (N+1)-логическим объектом.
5.8.4.2 Вся информация, относящаяся к (N)-СБД, вместе с самим (N)-СБД принимается получающим (N+1)-логическим объектом за одно логическое обращение к (N)-услугам.
5.8.4.3 Для обеспечения (N)-услуг в режиме без установления соединения (N)-уровень выполняет функции, описанные в 5.3.3.3. Эти функции поддерживаются (N)-протоколами.
5.8.4.4 Если (N)-СБД не может быть принят (N+1)-логическим объектом во время его поступления в (N)-ПДУ, (N+1)-логический объект может применить услуги интерфейсного управления потоком (см. 5.8.8.4). Это может привести к аннулированию (N)-СБД поставщиком (N)-услуг или, если обеспечены соответствующие функции управления потоком, - к воздействию со стороны поставщика (N)-услуг на передающий (N)-ПДУ с помощью механизма интерфейсного управления потоком.
5.8.4.5 С помощью (N)-услуг в режиме без установления соединения могут быть переданы копии (N)-СБД нескольким (N)-ПДУ получателям. (N)-СБД, переданные несколькими (N)-ПДУ, могут быть приняты в одном (N)-ПДУ, (N)-уровень не предполагает наличия какой-либо логической связи между этими (N)-СБД.
5.8.4.6 (N)-логические объекты не обмениваются никакой (N)-ПУИ относительно взаимной готовности (N+1)-логических объектов обмениваться данными с помощью (N)-услуг в режиме без установления соединения.
1 Конкретный интерфейсный механизм, используемый в реализации услуг в режиме без установления соединения, может потребовать не одного, а нескольких обменов по интерфейсу, чтобы осуществить единственное логическое обращение, необходимое для инициализации передачи в режиме без установления соединения. Однако это следует рассматривать как локальные вопросы конкретной реализации.
2 Передача каждого (N)-СБД с помощью (N)-услуг в режиме без установления соединения должна быть независимой от других передач. Вся адресная и другая информация, требуемая (N)-уровнем для доставки (N)-СБД по назначению, должна быть сообщена во время обращения к услугам при каждой передаче.
3 Основными характеристиками услуг в режиме без установления соединения являются отсутствие диалога о настройке параметров передачи и отсутствие какой-либо динамической ассоциации между взаимодействующими логическими объектами. Однако может быть сохранена значительная свобода выбора, если будет возможно определение характеристик и значений параметров (таких как скорость передачи, вероятность ошибок в канале связи и т. д.) во время доступа к услугам. Если в конкретной реализации локальная (N)-подсистема определяет во время обращения к услугам [с помощью информации, содержащейся в этой (N)-подсистеме], что требуемая передача не может быть успешно выполнена с установленными характеристиками и значениями параметров, она может аварийно закончить передачу и передать сообщение об ошибке. Если несоответствие режимов выявилось уже после того, как обращение к услугам было завершено, все действия, связанные с этой передачей, прекращаются, поскольку предполагается, что (N)-уровень не имеет информации, требуемой для выполнения каких-либо других действий.
5.8.5.1 (N)-соединение - это ассоциация, устанавливаемая для связи между двумя или более (N+1)-логическими объектами, идентифицируемыми их (N)-адресами. (N)-соединение предлагается как услуги (N)-уровня, с помощью которых может осуществляться обмен информацией между (N+1)-логическими объектами.
5.8.5.2 (N+1)-логический объект может одновременно иметь одно или несколько (N)-соединений с другими (N+1)-логическими объектами, соединение с некоторым заданным (N+1)-логическим объектом и с самим собой.
5.8.5.3 (N)-соединение устанавливается путем указания, прямо или косвенно, (N)-адреса для (N+1)-логического объекта, являющегося источником, и (N)-адреса для каждого из одного или нескольких (N+1)-логических объектов, являющихся получателем.
Примечание - Конкретный интерфейсный механизм, используемый в реализации услуг в режиме с установлением соединения, может потребовать не одного, а нескольких обменов по интерфейсу, чтобы осуществить единственное логическое обращение, необходимое для инициализации передачи в режиме с установлением соединения. Однако это следует рассматривать как локальный вопрос конкретной реализации.
5.8.5.4 (N)-адрес отправителя и один или несколько (N)-адресов получателей могут совпадать. Один или несколько (N)-адресов получателей могут совпадать, а (N)-адрес отправителя может отличаться. Все адреса могут быть различными.