Транспортный уровень

В соответствии с ЭМВОС транспортный уровень выполняет все необходимые процедуры для обеспечения надежной и эффективной прозрачной передачи данных из конца в конец от одного пользователя (сеансового объекта) до другого. Таким образом, все протоколы, определенные на транспортном уровне, функционируют в среде ВОС только между оконечными открытыми системами.

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

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

При предоставлении сервиса с соединением транспортные соединения устанавливаются между сеансовыми объектами, идентифицируемыми транспортными адресами. Качество обслуживания в транспортном соединении согласовывается между сеансовыми объектами и транспортной службой. В процессе установления транспортного соединения выбирается один из имеющихся классов транспортной службы, характеризуемых различными наборами параметров качества обслуживания: пропускной способности, транзитной задержки, времени установления соединения и т.д.

Между одной и той же парой транспортных адресов может быть установлено несколько транспортных соединений. Для их различения сеансовые объекты используют идентификаторы оконечных точек транспортного соединения.

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

В фазе установления соединения могут выполняться следующие функции: выбор сетевого соединения, наиболее полно удовлетворяющего требованиям сеансового объекта с учетом стоимости и качества обслуживания; решение о целесообразности мультиплексирования или расщепления транспортного соединения с целью оптимизации использования сетевых соединений; выбор оптимального размера транспортного БДП; выбор функций, которые будут задействованы в фазе передачи данных; отображение транспортных адресов в сетевые; обеспечение идентификации различных транспортных соединений между одной и той же парой транспортных ТДС; передача данных.

В фазе передачи данных осуществляется доведение транспортных БДС до сеансовых объектов-получателей по транспортному соединению передачей транспортных БДП. При этом могут быть задействованы следующие функции, использование каждой из которых согласуется в фазе установления соединения:

упорядочение; сегментирование, блокирование и сцепление;

мультиплексирование или расщепление; управление потоком;

обнаружение ошибок; исправление ошибок;

передача срочных данных; разграничение транспортных БДС;

идентификация транспортных соединений.

В фазе разъединения соединения могут выполняться функции:

оповещения о причине разъединения;

идентификации разъединяемого транспортного соединения;

передачи данных.

При установлении транспортного соединения используются следующие примитивы (в скобках — список параметров):

T-CONNECTrequest: (вызываемый адрес, вызывающий адрес, использование срочных данных, параметры качества, данные пользователя);

T-CONNECTindication: (вызываемый адрес, вызывающий адрес, использование срочных данных, параметры качества, данные пользователя);

T-CONNECTresponse: (адрес ответчика, использование срочных данных, параметры качества, данные пользователя);

T-CONNECTconfirmation: (адрес ответчика, использование срочных данных, параметры качества, данные пользователя).

Указанные в параметрах адреса — это адреса Т-ТДС. Адрес ответчика может использоваться тогда, когда на сетевом уровне есть услуга по переадресации. Такая услуга предусмотрена в сетях коммутации пакетов общего пользования. Адрес ответчика, очевидно, может отличаться от вызываемого адреса.

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

Данные пользователя передаются прозрачно. Здесь максимальная длина этого поля — 32 октета.

Таблица соответствия параметров примитивов (табл.2.1) не отражает, вообще говоря, всех аспектов согласования.

Установление соединения связано с согласованием параметров качества и порядка использования срочных данных.

Для разъединения уже установленного соединения, а также при отказе установить соединение используется пара примитивов T-DISCONNECTrequest и -indication с соответствующими параметрами. Такая же пара (T-DATA-) с единственным типом параметра — “данные пользователя” — используется при передаче данных по соединению. Длина Т-БДС не ограничена, так как на транспортном уровне есть функция разбиения Т-БДС на последовательность Т-БДП.

Таблица 2.1. Соответствие параметров примитивов T-CONNECT

При передаче срочных данных срочный Т-БДС имеет длину до 16 октетов включительно и передается в сервисных примитивах T-EXPEDITED-DATArequest: (данные пользователя) и -indication: (данные пользователя). Срочные Т-БДС имеют собственный механизм управления потоком, например, следующий Т-БДС не будет передаваться, пока не завершиться передача предыдущего Т-БДС.

Продвижение срочных и нормальных Т-БДС должно обеспечиваться так, чтобы срочные Т-БДС не приходили партнеру позже нормальных. В ряде случаев, например при пропаже срочных данных и их повторной передаче, для такого обеспечения нужны дополнительные механизмы. Один из таких механизмов может быть основан на прекращении передачи всех Т-БДС до тех пор, пока на транспортном уровне не будет передан и подтвержден срочный Т-БДС. Задержка передачи на интервал t здесь определяется транзитной задержкой (рис.2.2). С точки зрения пользователя это означает, что передача срочных данных может значительно ухудшить характеристики потока нормальных данных.

Рис.2.2. Соотношение нормальных и срочных данных

Рис. 2.3 и табл. 2.2 иллюстрируют использование в целях описания соотношений примитивов на одном конце соединения таблиц следования и/или диаграмм состояний-переходов табл.2.2 и рис.2.3 для рассматриваемого транспортного сервиса.

Связь параметров качества сервиса транспортного и сетевого уровней показана на рис.2.4. Параметр приоритета транспортного соединения (ТС) связан с аналогичным параметром сетевого соединения (СтС) косвенно, что обозначено пунктиром. Характер связи обусловлен различием используемых механизмов. Например, если ТС мультиплексируются в одно СтС, то ухудшение параметров СтС одинаково сказывается на всех ТС. Наоборот, ухудшение характеристик одного ТС может быть не связано с приоритетом СтС и определяется исключительно его собственным приоритетом.

Таблица 2.2. Допустимое (+) и недопустимое (-) следование (упорядочивание) примитивов транспортного сервиса

Основы сетевых технологий. 09 Транспортный уровень

Похожие статьи:

• Уровень представления
• Выбор транспортной технологии и разработка схемы организации связи
• Рынок транспортных услуг и его особенности