Приложение А (справочное). Краткие пояснения, относящиеся к выбору уровней

Приложение А
(справочное)

Краткие пояснения, относящиеся к выбору уровней

А.1 В данном приложении содержится материал, дополняющий информацию, которая имеется в настоящем стандарте.

А.2 Ниже кратко приведены общие положения, относящиеся к выбору уровней.

А.2.1 Необходимо, чтобы архитектура допускала использование разнообразных реально существующих физических средств связи с различными процедурами управления. Применение принципов, изложенных в 6.2 с), 6.2 е) и 6.2 h), приводит к выделению физического уровня как самого нижнего уровня архитектуры.

А.2.2 Некоторые физические средства связи (например, телефонные каналы) требуют специальных методов, обеспечивающих передачу данных между системами в условиях сравнительно интенсивных искажений (т. е. при интенсивности ошибок, неприемлемых для большинства применений). Эти специальные методы используются в процедурах управления уровня звена данных, которые были предметом изучения и стандартизации в течение ряда лет. Необходимо также принять во внимание, что появление новых физических средств связи (например, оптоволоконных кабелей) потребует других процедур управления уровня звена данных. Применение принципов, изложенных в 6.2 с), 6.2 е) и 6.2 h), ведет к выделению в архитектуре уровня звена данных, расположенного над физическим уровнем.

А.2.3 В архитектуре открытых систем некоторые открытые системы функционируют как оконечные получатели данных (см. раздел 4), а некоторые - только как промежуточные узлы, пересылающие данные в другие системы (см. рисунок 13). Применение принципов, изложенных в 6.2 с), 6.2 е) и 6.2 g), ведет к выделению сетевого уровня над уровнем звена данных. В этом уровне группируются такие протоколы, как, например, маршрутизация. Таким образом, сетевой уровень обеспечивает тракт связи (соединение сетевого уровня) между парой логических объектов транспортного уровня, включая случай использования промежуточных узлов, как показано на рисунке 12 (см. также 7.5.4.2).

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

А.2.5 В системе существует необходимость организации и синхронизации диалога, а также административного управления обменом данными. Применение принципов, изложенных в 6.2 с) и 6.2 d), приводит к выделению сеансового уровня над транспортным уровнем.

А.2.6 Оставшиеся функции, представляющие общий интерес, относятся к представлению структурированных данных и операциям с ними. Эти функции облегчают разработку прикладных программ. Применение принципов, изложенных в 6.2 с) и 6.2 d), ведет к выделению над сеансовым уровнем уровня представления данных.

А.2.7 И наконец, имеются прикладные процессы, выполняющие обработку информации. Коммуникационные аспекты этих процессов и протоколы, по которым они взаимодействуют, составляют прикладной уровень, являющийся самым верхним уровнем архитектуры.

A.3 Полученная таким образом архитектура из семи уровней, иллюстрированная на рисунке 11, удовлетворяет принципам, изложенным в 6.2 а) и 6.2 b).

Более подробная информация о каждом из семи уровней, перечисленных здесь, содержится в разделе 7 настоящего стандарта, начиная с верхнего - прикладного - уровня, описанного в 7.1, и кончая нижним - физическим уровнем, описанным в 7.7.