---

Примечание. Сброс может потребовать от пользователей УУЗД вы­полнить процедуру восстановления,

Типы примитивов и параметры, необходимые для услуги сбро­са, приведены в табл. 8.

Таблица 8

Примитивы и параметры сброса

Параметр «инициатор» указывает источник сброса. Он может принимать значения «пользователь УУЗД», «поставщик УУЗД» или «инициатор неизвестен».

Параметр «причина» содержит информацию о причине сброса.

Значение этого параметра будет определяться следующим:

1. если параметр «инициатор» указывает, что сброс иници­ировал поставщик УУЗД, то значениями параметра «причина» мо­гут быть:

1. «перегрузка» из-за управления потоком звена данных;

«ошибка звена данных»

.Примечание. Вопрос расширения или уточнения этого перечня значе­ний с целью передачи более конкретной диагностической или управляющей ин­формации является предметом дальнейшего изучения;

2. если параметр «инициатор» указывает, что сброс иници­ировал пользователь УУЗД, то параметр «причина» имеет значе­ние «ресинхронизация пользователя»;

3. если параметр «инициатор» указывает, что инициатор неиз­вестен, то параметр «причина» принимает значение «причина не определена». Это позволяет не указывать значения этих парамет­ров в тех случаях, когда они не могут быть явно переданы прото­колом звена данных.

Взаимодействие между каждым пользователем УУЗД и пос­тавщиком УУЗД должно происходить в виде обмена указанными примитивами, а именно:

1. передача пользователем УУЗД примитива ЗД-СБРОС. зап­рос, после которой следует передача поставщиком УУЗД прими­тива ЗД-СБРОС. подтверждение.

2. передача поставщиком УУЗД примитива ЗД-СБРОС. ин­дикация, после которой следует передача пользователем УУЗД примитива ЗД-СБРОС. ответ.

Примитив ЗД-СБРОС. запрос действует как синхронизирую­щий маркер в потоке СБДЗД, выдаваемых пользователем УУЗД — источником запроса; примитив ЗД-СБРОС. индикация также действует как синхронизирующий маркер в потоке СБДЗД, при­нимаемых равноуровневым пользователем УУЗД. Точно также примитив ЗД-СБРОС. ответ действует как синхронизирующий маркер в потоке СБДЗД, передаваемых отвечающим пользовате­лем УУЗД, тогда как примитив ЗД-СБРОС. подтверждение дейст­вует как синхронизирующий маркер в потоке СБДЗД, принимае­мых пользователем УУЗД, инициировавшим сброс.

К свойствам повторной синхронизации услуги сброса относятся следующие:

1. никакие СБДЗД, выданные пользователем УУЗД до выда­чи примитива ЗД-СБРОС. запрос (или ответ) в том же переда­ваемом потоке, не должны доставляться другому пользователю- УУЗД после соответствующего примитива ЗД-СБРОС. индикация (или подтверждение).

Поставщик УУЗД должен аннулировать все СБДЗД, передан­ные до выдачи примитива ЗД-СБРОС. запрос и еще не доставлен­ные к равноуровневому пользователю УУЗД до того, как постав­щик УУЗД выдаст примитив ЗД-СБРОС. индикация.

Точно так же поставщик УУЗД должен аннулировать все СБДЗД, переданные до выдачи примитива ЗД-СБРОС. ответ и еще не доставленные инициатору примитива ЗД-СБРОС. запрос,.до того, как поставщик УУЗД выдаст примитив ЗД-СБРОС. под­тверждение;

2. никакие СБДЗД, переданные пользователем УУЗД после синхронизирующего маркера в том же передаваемом потоке, не должны доставляться другому пользователю УУЗД до получения синхронизирующего маркера в том же принимаемом потоке.

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

1. одним из пользователей УУЗД, приводя к взаимодействию:

1. с этим пользователем УУЗД и

2. с разноуровневым пользователем УУЗД;

2. обоими пользователями УУЗД, приводя к взаимодействию: а) с обоими пользователями УУЗД;

3. поставщиком УУЗД, приводя к взаимодействию:

б) с обоими пользователями УУЗД;

4. одним из пользователей УУЗД и поставщиком УУЗД, при­водя к взаимодействию:

1. с инициирующим пользователем и

2. с равноуровневым пользователем УУЗД.

Последовательность примитивов для этих четырех случаев по­казана в виде временных диаграмм на черт. 17—20.

Последовательности примитивов на черт. 17—20 могут остать­ся незавершенными при появлении примитива ЗД-РАЗЪЕДИНЕ- НИЕ.

П

ЗД~СБРОС запрос

оследовательность примитивов услуги сброса,
инициированной пользователем УУЗД

ЗД-СБРОС.
индикация

ЗД-СБРОС.

подтверждение

ЗД-СБРОС. ответ

Последовательность примитивов услуги сброса,
одновременно инициированной пользователями
УУЗД

ЗД-СБРОС. атВет

ЗД-СБРОС, индикация

Последовательность примитивов услуги сброса,
инициированной поставщиком УУЗД

Черт. 18

ЛД-СБРОС, запрос

зд-сброс.

подтверждение

**— ■ ■ —і

I

ЗД-СБР0С.

^запрос

ЗД-СБРОС. подтверждение

П

ЗД-СБРОС, ответ

ЗД-СБРОС, индикация

Черт. 19

оследовательность примитивов услуги сброса
одновременно инициированной пользователем
УУЗД и поставщиком УУЗД

З

ЗД-СБРОС, запрос

ЗД-СБРОС. подтверждение

Д - СБРОС,
индикация^

ЗД-СБРОС.

ответЧасть 3. ОПРЕДЕЛЕНИЕ ПРИМИТИВОВ В
РЕЖИМЕ БЕЗ-УСТАНОВЛЕНИЯ-СОЕДИНЕНИЯ

15. ФУНКЦИОНАЛЬНЫЕ ВОЗМОЖНОСТИ УСЛУГ ЗВЕНА
    ДАННЫХ В РЕЖИМЕ-БЕЗ-УСТАНОВЛЕНИЯ-СОЕДИНЕНИЯ

Услуги УЗД обеспечивают для пользователя УУЗД следующие «функциональные возможности:

1. средства разграничения, с помощью которых несколько СБДЗД ограниченной длины передаются в «прозрачном» режиме от ПДУЗД-отправителя к ПДУЗД-получателю при однократном доступе УУЗД без установления и последующего разъединения СЗД;

2. средства оценки КУ для каждого случая передачи данных в режиме-без-установления-соединения, которые выбираются передающим пользователем УУЗД во время инициации передачи в режиме-без-установления-соединения.

15. МОДЕЛЬ УСЛУГ ЗВЕНА ДАННЫХ В РЕЖИМЕ-БЕЗ-
    УСТАНОВЛЕНИЯ-СОЕДИНЕНИЯ

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

Определяющая характеристика передачи на уровне-звена-дан- ных-в-режиме-без-установления-соединения — независимый харак­тер каждого обращения к услуге звена данных режима-без-уста- новления-соединения. Однако на практике некоторые характерис­тики услуг часто можно увязать с пользователями УУЗД при на­личии логической взаимосвязи, существующей между заданной парой ПДУЗД, что улучшает базовые услуги звена данных в ре- жиме-без-установления-соединения с точки зрения эффективной увязки выбранного протокола сетевого уровня, увязанного с обес­печиваемой услугой.

Примечание. Предполагается, что такая информация становится доступ­ной пользователю УУЗД через некоторую функцию (или набор функций) диспет­чера.

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

двумя ПДУЗД, в указанных целях могут быть промоделированы абстрактным образом в виде некоторой логической взаимосвязи между двумя ПДУЗД. Эта логическая взаимосвязь имеет постоян­ный характер.

Только один вид объекта — объект «блок данных» может быть передан поставщику УУЗД через ПДУЗД. На черт. 21 пользова­тель УУЗД А означает того пользователя, который передает объекты поставщику УУЗД, а пользователь УУЗД Б — того поль­зователя, который принимает объекты от поставщика УУЗД.

Модель УУЗД в режиме-без-установления-соединения

Логическая Взаимосвязь
между А и Б

Поставщик УУД

Черт. 21

В общем случае поставщик УУЗД может выполнять любое из нижеперечисленных действий или все эти действия:

1. аннулирование объектов;

2. дублирование объектов и/или

3. изменение порядка следования примитивов индикаций от­носительно порядка поступления примитивов запросов.

Однако в отношении конкретной логической взаимосвязи неко­торые характеристики, определяющие характер и тип услуг (за исключением характеристик, свойственных базовым УУЗД режи- ма-без-установления-соединения), могут быть отнесены к пользо­вателю УУЗД посредством определенных средств диспетчера. Ни­же приведены примеры некоторых требований или ограничений, которые могут подразумеваться или наблюдаться пользователем УУЗД:.

4. объекты не должны аннулироваться;

5. объекты не должны дублироваться;порядок следования примитивов индикаций должен быть такой же, как и порядок следования примитивов запросов.

Если подобная информация становится известной пользователю УУЗД до вызова услуги УЗД режима-без-установления-соедине- ния, он может использовать такие сведения для выбора соответ­ствующего протокола сетевого уровня.

Операции, выполняемые поставщиком УУЗД при конкретной логической взаимосвязи УЗД, не зависят от действий пользовате­лей УУЗД. Сведения, которыми обладают пользователи УУЗД о характеристиках, обеспечиваемых УУЗД, являются частью их ап­риорных сведений о функциональной среде ВОС.

15. КАЧЕСТВО УСЛУГ В РЕЖИМЕ-БЕЗ-УСТАНОВЛЕНИЯ-
    СОЕДИНЕНИЯ

Термин «качество услуг» относится к определенным характе­ристикам передачи в режиме-без-установления-соединения, наб­людаемым между ПДУЗД. КУ описывает только те аспекты пере­дачи в режиме-без-установления-соединения, которые свойственны поставщику УУЗД. Они могут быть определены надлежащим об­разом при отсутствии действий пользователя УУЗД (которые не подпадают под управление поставщика УУЗД), налагающие сильные ограничения на рабочие характеристики УУЗД или ухуд­шающие их.

Вопрос о том, одинаково ли выглядит КУ в каждом случае использования передачи в режиме-без-установления-соединения для каждого пользователя УУЗД, пользующегося данной услугой, зависит от характера этого использования и от вида информации о характере услуг, предоставляемых пользователю (ям) УУЗД поставщиком УУЗД до привлечения данной услуги.

Основная особенность услуг режима-без-установления-соедине- ния состоит в том, что здесь в отличие от услуг режима-с-установ- лением-соединения между взаимодействующими партнерами отсут­ствует динамическая логическая взаимосвязь, подобная той, кото­рая имеет место при установлении соединения. Поэтому выбор характеристик услуг, которые должны быть обеспечены во время передачи, не связан с СЗД.

Во время инициации примитивов передающий пользователь УУЗД запрашивает определенные показатели КУ, касающиеся каждой передачи в режиме-без-установления-соединения. Запра­шиваемые показатели (или значения параметров и факультатив­ные возможности), основаны на априорных сведениях пользовате­ля УУЗД о тех услугах, которые предоставляет ему поставщик УУЗД. Сведения о характеристиках и типе предоставляемых услуг (т. е. параметры, форматы и факультативные возможности, влия­ющие на передачу данных) пользователь УУЗД получает пос­редством определенного взаимодействия с функцией управления уровнем перед вызовом услуги УЗД-режима-без-установления- соединения.

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

Поставщик УУЗД может предоставлять также информацию о текущем КУ независимо от обращения к услуге со стороны пользо­вателя УУЗД. Этот квазидинамический процесс определения КУ не является согласованием, он предоставляет текущую информа­цию о характеристиках услуг безотносительно каждого вызова услуги.

Все параметры КУ можно классифицировать следующим об­разом:

Таблица 9

Классификация параметров КУ, отражающих рабочие характеристики УУЗД

Критерий рабочей характеристики