Главная/

Радиоэлектроника, компьютеры и периферийные устройства. /

Принципы уровневой организации ЛВС (на основе модели OSI)

Сеансовая служба содержит три фазы :

- установление сеансового соединения ;

- передачи данных ;

- освобождения сеансового соединения .

С первой фазой связана только одна служба - установления

сеансового соединения , используемая для установления сеансо-

вого соединения и для согласования признаков и параметров со-

единения .

В фазе передачи данных осуществляется обмен данными меж-

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

связаны четыре службы :

- служба передачи нормальных данных обеспечивает переда-

чу cеансовых блоков данных службы по сеансовому соеди-

- 39 -

нению . При использовании функционального блока

полудуплекса управление передачей данных осуществляет-

ся с помощью признака данных ;

- служба передачи срочных данных обеспечивает передачу

срочных cеансовых блоков данных службы по сеансовому

соединению , причем на передачу срочных данных не

оказывают никакого влияния механизмы управления

потоками и признаками , связанными с передачей всех

других типов данных ;

- служба передачи служебных данных используется для пе-

редачи служебных cеансовых блоков данных службы без

использования механизмов управления передачей с по-

мощью признака данных ;

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

небольшими порциями данных . Эта служба может быть

инициирована только при наличии службы управления

деятельностью , причем обмен данными о возможности

производится до начала деятельности .

С управлением признаками связаны три службы :

- служба передачи признаков позволяет пользователю сеан-

совой службы уступить один или несколько сеансовых

признаков другому пользователю ;

- служба запроса признаков позволяет пользователю сеан-

совой службы запросить другого пользователя сеанса

передать ему один или несколько конкретных признаков ;

- служба передачи управления позволяет пользователю се-

анса уступить все доступные признаки другому

пользователю .

- 40 -

С синхронизацией и повторной синхронизацией связаны три

службы :

- служба вспомогательных точек синхронизации позволяет

пользователю сеансовой службы отделять поток нормаль-

ных сеансовых блоков данных службы и служебных

сеансовых блоков данных службы , переданных до запроса

этой службы , от потока таких же блоков , переданных

после запроса . Для управления этой службой исполь-

зуются признаки вспомогательной синхронизации ;

- служба главных точек синхронизации позволяет пользова-

телю сеансовой службы ограничивать поток нормальных ,

служебных и срочных сеансовых блоков данных службы ,

передаваемых внутри единицы диалога . Для управления

этой службой используются признаки главной

синхронизации/деятельности ;

- служба повторной синхронизации используется для уста-

новления сеансового соединения к предыдущей или новой

точке синхронизации и для повторного прикрепления

доступных признаков . Применение этой службы может

повлечь за собой потерю нормальных , служебных или

срочных сеансовых блоков данных службы .

Для сообщений об ошибках и непредвиденных ситуациях име-

ются две службы :

- служба выдаваемых пставщиком особых оповещений позво-

ляет сообщать пользователям об особых состояниях или

протокольных ошибках поставщика сеансовой службы .

Применение этой службы может повлечь потерю нормаль-

ных , служебных или срочных сеансовых блоков данных

- 41 -

службы ;

- служба выдаваемых пользователем особых оповещений ис-

пользуется пользователем сеансовой службы для сообще-

ния о наступлении особых состояний в случаях , когда

признак данных доступен , но ему не прикреплен . При-

менение этой службы может повлечь потерю нормальных ,

служебных или срочных сеансовых блоков данных службы .

С управлением деятельномтью связаны пять служб :

- служба начала деятельности используется для индикации

того , что начата новая деятельность ;

- служба возобнавления деятельности используется для ин-

дикации восстановления ранее прерванной деятельности ;

- служба прерывания деятельности позволяет осуществлять

аварийное завершение деятельности , но таким образом ,

что выполненная до этого работа не будет утрачена и

может быть продолжена в дальнейшем . Применение этой

службы может повлечь потерю нормальных , служебных или

срочных сеансовых блоков данных службы ;

- служба аннулирования деятельности позволяет осуществ-

лять аварийное завершение деятельности , причем выпол-

ненная до этого работа будет утрачена и не может быть

продолжена в дальнейшем . Применение этой службы может

повлечь потерю нормальных , служебных или срочных се-

ансовых блоков данных службы ;

- служба окончания деятальности используется для завер-

шения деятельности ( и установки главной точки

синхронизации ) . Для управления этими службами

используются признаки главной синхронизации/деятель-

- 42 -

ности .

Применение служб управления деятельностью может привести

к такому состоянию , когда на сеансовом соединении не осу-

ществляется никакая деятельность . Если во время отсутствия

какой бы то ни было деятельности используются службы управле-

ния деятельностью , то пользователями сеансовой службы могут

быть инициированы только следующие службы :

- начала деятельности ;

- возобнавления деятельности ;

- управления признаками ;

- обмена данными о возможности ;

- передачи служебных данных ;

- передачи нормальных данных ;

- передачи срочных данных ;

- разрыва соединения ;

- освобождения соединения .

2.6. Представление данных .

Этот уровень определяет трансляцию форматов и синтаксиса

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

представление данных определяет способ , по которому програм-

мы поступают в сеть .

На представительном уровне обеспечивается представление

информации , которая передается прикладными объектами или на

которую они ссылаются в процессе передачи . На этом уровне

осуществляется только синтаксическая , но не семантическая (

содержательная ) обработка данных , выполняемая на приклад-

- 43 -

ном уровне .

На представительном уровне обеспечивается общее предс-

тавление данных , используемых между прикладными объектами .

Таким образом обеспечивается независимость прикладных объек-

тов от используемого синтаксиса ( т. е. правил кодирования

передаваемой