П2.7.4.1. Введение


Настоящий пункт дополняет п.7.4 основной части настоящего стандарта.


П2.7.4.2. Назначение


Назначение транспортного уровня определено в п.7.4.2 основной части настоящего стандарта; это определение не изменяется в настоящем приложении.


П2.7.4.3. Услуги, предоставляемые сеансовому уровню


Транспортный уровень предоставляет услугу режима без установления соединения, которая преобразует запрос на передачу сервисного блока данных транспортного уровня в запрос на обращение к услуге сетевого уровня режима без установления соединения.


П2.7.4.4. Функции, выполняемые транспортным уровнем


Транспортный уровень предоставляет следующие функции, относящиеся к поддержанию передачи в режиме без установления соединения:


а) установление соответствия между адресами транспортного уровня и адресами сетевого уровня;


б) установление соответствия между межоконечными передачами транспортного уровня без установления соединения и передачами уровня сети без установления соединения;


Примечание. Возможны ситуации, в которых оправдано преобразование режима без установления соединения в режим с установлением соединения на транспортном уровне. Преобразования такого типа разрешаются в тех случаях, когда они требуют лишь незначительного расширения существующих протоколов. В этих случаях допускается ситуация, когда связь, использующая преобразование режима на транспортном уровне, может осуществляться только между теми оконечными системами, которые поддерживают эти преобразования (см. П2.6.3.1).



в) обнаружение ошибок в межоконечных передачах и контроль за качеством услуг;


г) выделение (разграничение) сервисных блоков данных транспортного уровня;


д) супервизорные функции.


П2.7.5. Сетевой уровень


П2.7.5.1. Настоящий пункт дополняет п.7.5 основной части настоящего стандарта.


П2.7.5.2. Назначение


Назначение сетевого уровня, определенное в п.7.5.2 основной части настоящего стандарта, дополняется функциональными и процедурными средствами передачи данных в режиме без установления соединения между логическими объектами транспортного уровня, что обеспечивает логическим объектам транспортного уровня независимость от функций маршрутизации и ретрансляции, связанными с процессом передачи данных без установления соединения.


П2.7.5.3. Услуги, предоставляемые транспортному уровню


Ниже перечисляются услуги и элементы услуг, обеспечиваемые сетевым уровнем взаимодействующим (без установления соединения) парам пунктов доступа к услугам сетевого уровня:


а) передача сервисных блоков данных сетевого уровня, имеющих установленный максимальный размер;


б) возможность задавать параметры качества услуги;


в) локальное оповещение об ошибках.


П2.7.5.4. Функции, выполняемые сетевым уровнем


Сетевой уровень обеспечивает следующие функции, поддерживающие передачу в режиме без установления соединения:


а) установление соответствия между адресами сетевого уровня и адресами уровня звена данных;


б) установление соответствия между передачами без установления соединения уровня сети и передачами без установления соединения уровня звена данных;


в) преобразование режима услуги с установлением соединения на уровне звена данных к режиму без установления соединения на сетевом уровне;


г) маршрутизация и коммутация;


д) сегментирование и объединение;


е) восстановление при ошибках;


ж) выбор услуги.


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


П2.7.6. Уровень звена данных


П2.7.6.1. Введение


Настоящий пункт дополняет п.7.6 основной части настоящего стандарта.


П2.7.6.2. Назначение


Назначение уровня звена данных, определенное в п.7.6.2 основной части настоящего стандарта, дополняется функциональными и процедурными средствами передачи данных в режиме без установления соединения между логическими объектами сетевого уровня.


П2.7.6.3. Услуги, предоставляемые сетевому уровню


Следующие услуги и элементы услуг предоставляются уровнем звена данных:


а) передача сервисных блоков данных уровня звена данных;


б) локальное оповещение об ошибках;


в) возможность задавать параметры качества услуг.


П2.7.6.4. Функции, выполняемые уровнем звена данных


Функции, выполняемые в уровне звена данных, обеспечивают предоставление услуг уровня звена данных с использованием услуг физического уровня.


П2.7.7. Физический уровень


П2.7.7.1. Введение


Настоящий пункт дополняет п.7.7 основной части настоящего стандарта.


П2.7.7.2. Назначение


Назначение физического уровня определяется в п.7.7.2 основной части настоящего стандарта и не изменяется настоящим приложением.


П2.7.7.3. Услуги, предоставляемые уровню звена данных


Услуги физического уровня определяются характеристиками используемых средств связи и слишком разнообразны, чтобы их можно было разделить на две категории - с установлением и без установления соединения.


П2.7.7.4. Функции, выполняемые в физическом уровне


Функции физического уровня определяются характеристиками используемых средств связи и слишком разнообразны, чтобы их можно было разделить на две категории - с установлением и без установления соединения.




ПРИЛОЖЕНИЕ 3

Справочное

КРАТКИЕ ПОЯСНЕНИЯ ПО ВЫБОРУ УРОВНЕЙ


П3.1. В настоящем приложении содержится дополнительная информация к настоящему стандарту.


П3.2. Общие положения по выбору уровней


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


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


П3.2.3. В архитектуре открытых систем некоторые открытые системы функционируют как оконечные получатели данных (см. разд.4), а некоторые только как промежуточные узлы, пересылающие данные в другие системы (см. черт.5). Применение принципов, изложенных в п.6.2 перечисления 3, 5 и 7, ведет к выделению сетевого уровня над уровнем звена данных. В этом уровне группируются такие протоколы, как например, маршрутизация. Таким образом, сетевой уровень обеспечивает тракт связи (соединение сетевого уровня) между парой транспортных логических объектов, включая случай использования промежуточных узлов (см. черт.5 и п.7.5.4.1).


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


П3.2.5. В системе существует необходимость организации и синхронизации диалога, а также административного управления обменом данными. Применение принципов, изложенных в п.6.2 перечисления 3 и 4, приводит к выделению сеансового уровня над транспортным уровнем.


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


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


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




Текст документа сверен по:

официальное издание

М.: Издательство стандартов, 1991