Стр. 1
 

28 страниц

456.00 ₽

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

Официально распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль".

Наши цены ниже, чем в других местах, потому что мы работаем напрямую с поставщиками документов.

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

Определяет способ использования стандартов по сервисному элементу управления ассоциацией, по уровню представления и по сеансовому уровню с целью обеспечения функций ПДУФ для ГОСР Р ИСО/МЭК МФС 10607

Оглавление

Введение

1 Область применения

2 Нормативные ссылки

3 Определения

4 Сокращения

5 Соответствие

6 Сервисный элемент управления ассоциацией (СЭУА)

7 Уровень представления

8 Синтаксис передачи

9 Сеансовый уровень

Приложение А Список требований ЗСФС для протоколов СЭУА уровня представления и сеансового уровня

Приложение В Изменения и поправки

Показать даты введения Admin

Страница 1

ГОСТ Р ИСО/МЭК МФС 10607-1-94

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ

ФУНКЦИОНАЛЬНЫЙ СТАНДАРТ ПРОФИЛЕЙ AFTnn. ПЕРЕДАЧА ФАЙЛОВ, ДОСТУП К ФАЙЛАМ И УПРАВЛЕНИЕ ФАЙЛАМИ

ЧАСТЬ 1

СПЕЦИФИКАЦИЯ ПРОТОКОЛОВ СЭУА.

УРОВНЯ ПРЕДСТАВЛЕНИЯ И СЕАНСОВОГО УРОВНЯ ДЛЯ ИСПОЛЬЗОВАНИЯ ПРОТОКОЛАМИ ПДУФ

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


БЗ 10-93/642


ГОССТАНДАРТ РОССИИ М о с к в а

Страница 2

ГОСТ Р ИСО/МЭК МФС 10607—1—М

Предисловие

1    РАЗРАБОТАН Московским научно-исследовательским центром (МНИЦ), Всероссийским научно-исследовательским институтом стандартизации (ВНИИстандарт) Госстандарта России и Рос-сийским научно-исследовательским институтом информационных технологий и систем автоматизированного проектирования (РосНИИ ИТиАП)

ВНЕСЕН Комитетом при Президенте Российской Федерации по политике информатизации

ПОДГОТОВЛЕН Техническим комитетом по стандартизации (ТК 22) «Информационная технология»

2    ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 22.12.94 Л* 340

3    Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО'МЭК МФС 10607—1—90 «Информационная технология. Международный функциональный стандарт профилей АРТпп. Передача файлов, доступ к файлам и управление файлами. Часть 1. Спецификация протоколов СЭУА, уровня представления и сеансового уровня для использования протоколами ПДУФ»

4    ВВЕДЕН ВПЕРВЫЕ

ig> Издательство стандартов, 199$

Настоящий стандарт не может быть полностью или частично воспроизведем, тиражирован и распространен в качестве официального м»даимя в» разрешения Госстандарта России

11

Страница 3

ГОСТ Р ИСО/МЭК МФС 10607—1—#4

СОДЕРЖАНИЕ

Вяедение............

1    Область применения ........

2    Нормативные ссылки ........

О OD СГ> СЛ Ю

4 Определения...........

» Сокращения..........

б Соответствие ..........

6 Сервисный элемент управления ассоциацией (СЭУА)

7. Уровень представления.......

В Синтаксис передачи..............

9 Сеансовый уровень...................Н

Приложение А Списек требований ЗСФС для протоколов СЭУА уровня представления и сеансового уровня ..........14

Приложение В Изменения и поправки..........23

2—444

Страница 4

ГОСТ Р ИСО/МЭК МОС 10607—I—и

ВВЕДЕНИЕ

Настоящий функциональный стандарт (ФС) определен в контексте функциональной стандартизации н соответствии с принципами, установленными в ГОСТ Р ИСО/МЭК ТО 10000—93 «Основы и таксономия функциональных стандартов» (масти 1 н 2). Контекст функциональной стандартизации — это одна из частей обшей сферы деятельности в области информационной технологии (ИТ), охватывающей базовые стандарты, профили и механизмы регистрации. Профиль определнет комбинацию базовых стандартов, которые в совокупности выполняют конкретную четко определенную функцию ИТ. Профили стандартизуют использование-факультативных возможностей и других вариантов в базовых стандартах и обеспечивают основу для разработки унифицированных международно признанных системных тестов.

Одна из наиболее важных ролей ФС состоит в том, чтобы стать основой для создания (другими организациями, кроме ИСО и МЭК) общепризнанных тестов и центров тестирования. ФС разрабатываются не просто для «узаконивания» конкретного набора базовых стандартов и факультативных возможностей, ко и для того, чтобы способствовать взаимодействию открытых систем. Разработка и широкая приемлемость тестов, основанных на настоящем и других ФС, особенно важна для успешного достижении этой цел it.

Настоящий ФС эквивалентен ИСО/МЭК МФС 10607—1, который разработан в тесном сотрудничестве с группами экспертов по ПДУФ трех международных рабочих групп по ВОС: Секцией реализаторов ВОС (NIST OIW), Европейской секцией открытых систем (EWOS) и секцией Лэии—Океании (AOW). ИСО,'МЭК МФС 10607—1 согласован с этими секциями и в конечном счете ратифицирован пленарными ассамблеями этих секций.

IV

Страница 5

ГОСТ Р ИСО/МЭК МФС 10607-1-М

государственный стандарт российской федерации

Информационная технология

ФУНКЦИОНАЛЬНЫЙ СТАНДАРТ ПРОФИЛЕЙ AFTnn ПЕРЕДАЧА ФАЙЛОВ. ДОСТУП К ФАЙЛАМ И УПРАВЛЕНИЕ ФАЙЛАМИ

Чаегь I. Спецификация протоколов СЭУА. уровня представления и сеансового уровня для использования протоколами ПДУФ

Information technology. International standardized profiles AFTnn File transfer, access and management- Part 1. Specification of ACSE. presentation and session protocols for uae by FTAM

Дата введения 1996—01—01 I. ОБЛАСТЬ ПРИМЕНЕНИЯ

1.1    Общие положения

Настоящий стандарт определяет способ использования стандартов по сервисному элементу управления ассоциацией, по уровню представления и по сеансовому уровню с целью обеспечения функций ПДУФ для ГОСТ Р ИСО/МЭК МФС 10G07 (см. также рисунок 1). Следовательно, эти спецификации служат общей основой для прикладных функций , определенных а ГОСТ Р ИСО/МЭК МФС 10607 (части 3, 5. 6) и в любых последующих частях этого стандарта, которые могут быть разработаны.

1.2    Место в таксономии

Настоящий стандарт является первой частью и общим текстом многочастевого ФС, идентифицированного в ГОСТ Р ИСО/МЭК ТО 10000 — 2 в виде профиля «AFT. Передача файлов, доступ к файлам и управление файлами» (см. также определение много-частевых ФС в 8.2 ГОСТ Р ИСО/МЭК ТО 10000^-1).

Он может быть объединен с любыми профилями Т (см. ГОСТ Р ИСО/МЭК ТО 10000), определяющими услуги транспортного уровня в режиме-с установленнем соедннеиия.

1.3    Сценарий

Используемая модель представляет собой одну из двух оконечных систем, действующих по межконцевой логической связи с использованием услуг и протоколов СЭУА, уровня представления и сеансового уровня (см. рисунок 1).

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

а*

I

Страница 6

ГОСТ Р ИСО/МЭК МФС 10607—I—И

Рисунок I — Модель обеспсчивахнцих уровней

2 НОРМАТИВНЫЕ ССЫЛКИ

В настоящем стандарте использованы ссылки на следующие стандарты:

ИСО 8327—87* Системы обработки информации. Взаимосвязь открытых систем. Спецификация базового протокола сеансового уровни в режиме с установлением соединения.

ИСО 8327/Дон. 2—93* Системы обработки информации. Взаимосвязь открытых систем. Спецификация базового протокола сеансового уровня в режиме с }ххтановленнем соединения. Дополнение 2. Включение данных пользователя неограниченного размера.

ГОСТ Р 34.980.1-92 (ИСО 8571-1—88) Информационная технология. Взаимосвязь открытых систем. Передача файлов, доступ к файлам и управление файлами. Часть I. Обшее введение

ГОСТ Р 34.980.2-92 (ИСО 8571-2-88) Информационная технология. Взаимосвязь открытых систем. Передача файлов, доступ к файлам и управление файлами. Часть 2. Определение виртуального накопителя файлов

ГОСТ Р 34.1980.3-92 (ИСО 8571—3—88) Информационная технология. Взаимосвязь открытых систем Передача файлов, доступ к файлам -и управление файлами. Часть 3. Определение услуг файлов t

Страница 7

ГОСТ Р НСО/МЭК МФС 10607-1-»*

ГОСТ Р 34.1980.4-93 (ИС08571 — 4 — 88) Информационная технология. Взаимосвязь открытых систем. Передача файлов, доступ к файлам н управление файлами. Часть 4. Спецификация протокола файлов

ИСО/МЭК 8571—5—90“ Системы обработки информации. Взаимосвязь открытых систем. Передача файлов, доступ к файлам и управление файлами. Часть 5. Форма заявки о соответствии реализации протоколу

ГОСТ 34.972-9! (ИСО 8823—88) Информационная технология. Взаимосвязь открытых систем. Спецификация протокола уровня представления в режиме с установлением соединения ГОСТ 34.973-91 (ИСО 8824—87) Информационная технология. Взаимосвязь открытых систем. Спецификация абстрактно-синтаксической нотации версии один (ACH.I)

ГОСТ 37.974-91 (ИСО 8825—87) Информационная технология. Взаимосвязь открытых систем. Спецификация базовых правил кодирования абстрактно-синтаксической нотация версии один (АСН.1)

ГОСТ Р 34.982-92 (ИСО 8650—88) Информационная технология. Взаимосвязь открытых систем. Спецификация протокола для сервисного элемента управления ассоциацией

ГОСТ Р ИСО/МЭК ТО 10000—1—93 Информационная технология. Основы я таксономия функциональных стандартов. Часть 1. Основы

ГОСТ Р ИСО/МЭК ТО 10000—2—93 Информационная технология. Основы и таксономия функциональных стандартов. Часть 2. Таксономия профилей

ГОСТ Р ИСО/МЭК МФС 10607—2—94 Информационная технология. Функциональный стандарт профилей AFTnn. Передача файлов, доступ к файлам и управление файлами. Часть 2. Определение типов документов, наборов ограничений и синтаксисов ИСО/МЭК МФС 10607—2/Изм. I—911 «Информационная технология. Международный функциональный стандарт профилей AFTnn. Передача файлов, доступ к файлам и управление файлами. Часть 2. Определение типов документов, наборов ограничений и синтаксисов. Изменение I. Дополнительные определения ГОСТ Р ИСО/МЭК МФС 10607—3—94 Информационная технология. Функциональный стандарт профилей AFTnn. Передача файлов, доступ к файлам и управление, файлами. Часть 3. AF.T11—услуги передачи простых файлов (неструктурированных)

1

До прямого применения данных докумешоа в качестве государственных стандартов Российской Федерации они могут быть получены во ВНИИКИ Госстандарта Россия.

3-444    3

Страница 8

ГОСТ Р ИСО/МЭК МФС 10607-1-94

ИСО/МЭК МФС 10607—4—91* Информационная технология-.. Международный функциональный стандарт профилей AFTnn_ Передача файлов, доступ к файлам и управление файлами. Часть 4. AFT12 — услуги передачи позиционных файлов (плоских)

ГОСТ Р ИСО/МЭК МФС 10607—5—94 Информационная технология. Функциональный стандарт профилей АГТпп. Передача файлон, доступ к файлам и управление файлами. Часть 5. AFT22— услуги доступа к позиционным файлам (плоским)

ГОСТ'Р ИСО/МЭК МФС 10607-6-94 Информационная технология. Функциональный стандарт профилей АЬ'Тпп. Передача файлов. доступ к файлам и управление файлами. Часть 6. AFT3 —услуги административного управления файлами.

3 ОПРЕДЕЛЕНИЯ

Термины, используемые в настоящем стандарте, определены » Сизовых стандартах, на которые даются ссылки.

Кроме того, здесь даны определения следующим терминам.

3.1    Общее понятие

Взаимодействие — способность к совместным действиям Для достижения цели инициатора.

3.2    Степень обеспечения

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

3.2.1 Обеспечивается; о —любая возможность, обозначенная <о>, в базовом стандарте является обязательной или факультативной. Такая возможность должна обеспечиваться, т. е. ее синтаксис и процедуры должны быть реализованы в соответствии с базовым стандартом либо настоящим стандартом во всех реализациях, претендующих на соответствие настоящему стандарту.

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

Примечания

1 Для тех возможностей, которые указаны как факультативные в базовых стандартах, реализации, претендующие на соответствие, должны был-

•До прямого применения данного документа в качестве государственного стандарта Российской Федерации он может быть получен во ВНИИКИ Госстандарта России

4

Страница 9

ГОСТ Р ИСО/МЭК МФС 10607—1—94

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

2 (Х*спеченне возможности может быть условным в зависимости от обеспечения того класса возможностей, к которому она относится, например, атрибут в группе атрибутов, параметр в ПБД, ПБД в функциональном модуле.

35.2 Факультативно обеспечиваемое; ф—любая возможность, обозначаемая сф>, обеспечивается в реализации по усмотрению ее разработчика.

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

3.2.3    Условно обеспечиваемая; у —любая возможность, обозначенная «у», должна обеспечиваться при соблюдении условий, определенных в настоящем стандарте. Если эти условия отсутствуют, то обеспечение данной возможности не входит в предмет рассмотрения настоящего стандарта.

3.2.4    Исключенная; и—любая возможность, обозначенная «и», исключается из настоящего стандарта, т. с. не должна реализовываться.

3.2.5    Не рассматривается; н/р—любая возможность, обозначенная «н/р», не входит в предмет рассмотрения настоящего стандарта, т. е. может быть проигнорирована и, следовательно, она не может быть предметом аттестационного тестирования ФС. Однако синтаксис всех параметров, обеспечиваемых ПБД, должен быть реализозан, даже если процедуры не реализованы (т. е. получатель должен быть способен декодировать ПБД).

3.2.6    Не используется;--любая возможность, обозначенная

знаком «—», не определяется в том контексте, где она упоминается, например, параметр, который не является частью соответствующего ПБД. Наличие возможностей, которые «не используются», обусловлено, главным образом, форматом страниц в списке требований ЗСРФС.

4 СОКРАЩЕНИЯ

ACH.I — абстрактная синтаксическая нотация один; БДДФ — блок данных доступа к файлам;

ВОС — взаимосвязь открытых систем;

ЗДУП — значение данных уровня представления;

ЗСРП — заявка о соответствии реализации протоколу; ЗСФС — заявка о соответствии реализации ФС;

ЛОП — логический объект прикладного уровня;

ФС — функциональный стандарт;

э*

Страница 10

ГОСТ Р ИСО/МЭК МФС 10607-1-84

НПСУП — иеприем соединения ка уровне представления;

ОГ1У — обработка на прикладном уровне;    !

ПБД — протокольный блок данных;

ПБДАс — «протокольный блок данных управления ассоциацией; ПБДПр — протокольный блок данных'уровня представления; ПБДС — протокольный блок данных уровня сессий;

ПБДФ — протокольный блок данных файлов;

ПДУФ — передача файлов, доступ к файлам и управление файлами;

ПСИН — повторная синхронизация;

ПСНР—поставщик ненормального разъединения;

ПЛНР — пользователь ненормального разъединения;

ПУИ — протокольная управляющая информация;

СУП — соединение на уровне представления;

СЭУА — сервисный элемент управления ассоциацией;

AFT — подкласс профилей: передача файлов, доступ к файлам и управление файлами.

Степень обеспечения протокольных возможностей: о— обеспечивается обязательно; ф — обеспечивается факультативно; у — обеспечивается условно; й — исключено; и/р — не входит в предмет рассмотрения;

--не используется.

G СООТВЕТСТВИЕ

Настоящий стандарт устанавливает требования к взаимодействию реализаций. Заявка о соответствии настоящему стан-дарту —это заявка о том, что все требования соответствующих базовых стандартов, а также требования последующих разделов н приложения А настоящего стандарта удовлетворены. В приложении А устанавливаются взаимоотношения между требованиями настоящего стандарта н требованиями базовых стандартов.

5.1    Констатация соответствия

Для каждой реализации, претендующей на соответствие настоящему стандарту, должна быть составлена ЗСРП, указывающая, обеспечивается или не обеспечивается каждая факультативная возможность, идентифицируемая в настоящем стандарте. *" 5.2 Взаимоотношения с базовыми стандартами

5.2.1    Соответствие СЭУА

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

Страница 11

ГОСТ Р ИСО/МЭК МФС 10607-1-94

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

5.2.2 Соответствие уровня представления

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

5.2.3. Соответствие синтаксису передачи

Реализация, соответствующая па стоящему стандарту, должна обеспечивать «базовое кодирование простого типа АСЙ.1», определенное в ГОСТ 34.974, наряду с дополнительными правилами, определенными в разделе 8. по генерации протокольных кодов ACH.I.

' 5.2.4 Соответствие сеансовому у ровню

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

в СЕРВИСНЫЙ ЭЛЕМЕНТ УПРАВЛЕНИЯ АССОЦИАЦИЕП (СЭУА)

Обеспечение функций н параметров для СЭУА определено в А.1 приложения А. ЗСРП реализации может налагать ограничения иа протокольные аспекты, касающиеся длины или значений, но она не должна налагать более серьезных ограничений, ио сравнению с теми, что определены в данном разделе. Реализация, соответствующая настоящему стандарту, может прервать ассоциацию, если нарушены требования, определенные в 6.1—6.3.

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

Наименования логических объектов физического уровня должны реализовываться в соответствии с технической поправкой 1 к ГОСТ Р 34.982.

Реализации, использующие в своих услугах н протоколах наименования ЛЭП, должны обеспечивать форму 2 наименования

г

Страница 12

ГОСТ Р ИСО/МЭК МФС 10607— I —W

ЛЭП — форму объектного идентификатора. Обеспечение формы 1 наименования ЛЭП~ формы различного наименования — является факультативной.

Примечания

1    «Обеспечено» означает реализованную возможность передачи и приема параметра, но не обязательно используемую в каждом «знее иэанмодействня.

2    Наименование ЛОГ1 должно образовываться путем присоединения определителя ЛОП к соответствующему наименоианию Прикладного    Протокола-

6.2    Наименование контекста прикладного уровня

Стандарт ГОСТ Р 34.1980.4 определяет значение простого механизма передачи. Другие значения не 01*ределены в настоящем стандарте.

6.3    ПБДП «прерывание»

При использовании ПБДП в фазе установления ассоциации согласование на уровне представления считается полным и компонент ВНЕШНЕЕ спрямая-есылка* не должен иметь место.

7 УРОВЕНЬ ПРЕДСТАВЛЕНИЯ

Обеспечение функций и параметров для протокола уровня представления соответствует изложенному в А,2 приложения А. В ЗСРП реализации могут содержаться ограничения на длину аспектов протокола, но в ней не должно содержаться ограничений более строгих, чем те, которые определены в данном разделе. Реализация, соответствующая настоящему стандарту, может прервать соединение, если требования 7.1—7.8 нарушены.

7.1    Идентификатор контекста уровня представления

В реализации, соответствующей протоколу, идентификаторы контекста уровня представления должны кодироваться от 0 до 32767.

7.2    Имя синтаксиса передачи в списке ЗДП

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

Компонент «имя-синтаксиса-передачи* значения списка ЗДП всегда должен иметь место в типе ЗДП. Если согласован только функциональный модуль «ядро*, то компонента «имя-синтаксиса-лередачн» значения списка ЗДП не должно быть ни в каком другом ПБДП.

7.3    Кодирование данных уровня представления

Полностью закодированные данные, т. е. последовательности ЗДП, в одном и том же контексте уровня представления (напри* в

Страница 13

ГОСТ Р ИСО/МЭК МФС 10607-1-М

мер сгруппированные ПБД ПДУФ) должны кодироваться либо в виде простого списка ЗДП (используя вариант иооктетного выравнивания), либо в виде последовательности списка ЗДП, каждое из которых закодировано в виде либо одного ЗДП (используя вариант типа простого ACH.I), либо нескольких ЗДП (используя вариант пооктетного выравнивания).

Принимающие стороны должны воспринимать любой из перечисленных выше кодов

7.4    Параметр сданные пользователя»

Этот параметр ПБДП должен содержать ответный ПБД «П-АССОЦИАЦИЯ», если отсутствует параметр «причина поставщика».

7.5    Кодирование значения тип-СРС

Реализации не должны использовать в параметре «данные-пользователя УСнУ» примитива СН-СОЕДИНЕНИЕзягтрос нн-■какнх значений типа СРС, если только для одного контекста представления ЗДП не предложено более одного синтаксиса передачи. Каждый тип СРС представляет уникальный синтаксис передачи, так что если предложено более одного синтаксиса передачи, то значения типа СРС могут появляться в параметре «данные-пользоаателя УСнУ».

Для того контекста уровня представления, в котором предложенным синтаксисом передачи являются базовые правила кодирования, все ЗДП в параметре «данные пользователя» ПБДП КП должны быть сначала закодированы с использованием базовых яравил кодирования и должны анализироваться принимающим протокольным автоматом, затем могут быть проанализированы значения типа СРС, либо они могут быть проигнорированы по усмотрению принимающей стороны (см. ГОСТ 34.972, 62.5.3).

7.6    Список результатов определения контекста представления

Параметр «список-результатов-определенкякоитекста представления» требуется в том случае, если параметр «причнна-поставщи ка» отсутствует в ПБДП.

Отсутствие этого факультативного параметра ПБДП не предполагает никакой семантики.

7.7    ПБДП «повторная синхронизация»

Параметр «список-идентификаторов-контскста*предсгавления» ПБДП ПС может отсутствовать только в том случае, если действует функциональный -блок «ядро».

7.8    Недействительное кодирование

Если полученный ПБДП содержит какие-либо неправильно закодированные значения данных (включая значения, содержа-

Страница 14

ГОСТ Р ИСО/МЭК МФС 10607— I —94

щиеся в поле «данные пользователя» ПБДП) и выдано прерывание, то должен быть передан либо ARU, либо ARP.

8 СИНТАКСИС ПЕРЕДАЧИ

В 8.1—8.5 определяются правила, которые ограничивают кодированные данные, определенные а настоящем стандарте в соответствии с базовыми правилами коднроваия абстрактной синтаксической нотации один. Декодер должен воспринимать коды, находящиеся в пределах установленных границ. Другие поведения декодера при превышении этих границ не входят в предмет рассмотрения настоящего стандарта.

8.1    Поля «длина» ACH.I

Максимальное значение компонента «октеты длины» АСН.Г, которое должно обрабатываться реализацией, соответствующей настоящему стандарт)’, должно равняться 4 294 967 295. Это максимальное абсолютное значение целого числа, которое может быть представлено в 32 битах. Следовательно, код октетов длины может занимать максимум 5 октетов.

Примечание — Это требование яс относится к коду бесконечно* длины.

8.2    Значения типа целого

При любом значении типа ЦЕЛОЕ АСН.1, определенном в абстрактных синтаксисах ПДУФ, СЭУА н уровня представления, передатчик не должен кодировать значения, превышающие 2**31 —1 или мсньшне, чем— 2**31. Приемник должен быть спосо-беп декодировать значения, которые, по меньшей мере, находятся в диапазоне от —2**31 до 2**31—1.

В виде исключения значения следующих параметров

Атрибуты ПДУФ размерфайла буд ущи й • р а з мер ф а й л а

ф-ВОССТАНОВЛЕНИЕзапрос

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

Идентификатор БДДФ номер БДДФ

могут быть закодированы передатчиком в диапазоне от — 2**65 до 2**63—I. В подобных случаях сторона может отклонить соответствующий ПБД ПДУФ.

При любом типе ЦЕЛОЕ АСН.1, определенном в других абстрактных синтаксисах (см. ГОСТ Р ИСО/МЗК МФС 10607—2)„ передатчик не должен кодировать значений, превышающих, ю

Страница 15

ГОСТ Р ИСО/МЭК МФС 10607-1-9*

2**31 — 1 или меньших, чем —2**31. Принимающая сторона должна быть способна декодировать значения, которые, по меньшей мере, находятся в диапазоне от —2**31 до 2**31 —1 или в некою-ром другом диапазоне, определенном в ГОСТ Р ИСО/МЭК МФО. 10607—2.

Пркм еч а н ие —Чтобы гарантировать взаимодействие, кодируемые значения должны быть ограничены диапазоном ОТ 2**31 до 2**31—I.

8.3    Значения типа «строка бит»

Если в базовом стандарте не оговорено иное, то каждый бит, поименованный в типе СТРОКА БИТ, используемом в определениях абстрактных синтаксисов уровня представления, СЭУА, ПУИ ПДУФ и БДДФ ПДУФ. должен быть явно закодирован в соответствующее значение СТРОКА БИТ даже в том случае, если он является частью строки концевых нулевых бит.

Неиспользуемые биты, не входящие в точное число бит, соответствующих полному списку специфицированных поименованных бит, никогда не должны кодироваться. Это правило применимо ко всем типам СТРОКА БИТ, если только в определении абстрактного синтаксиса не оговорено иное.

8.4    Тип «внешние данные»

8.4.1    Если значение данных, которое должно быть скомпоновано в типе ВНЕШНИЙ, является экземпляром простого тина АСН.1, закодированного в соответствии с базовыми правилами кодирования АСН.1, то в качестве его кода должна быть выбрана факультативная возможность «простой-тип-АСН.1».

8.4.2    Если значение данных, которое должно быть скомпоновано в типе ВНЕШНИЙ, является целым числом окгегов. а условия 8.4.1 неприменимы, то в качестве его кода должна быть, выбрана факультативная !возможность «выравнено-по-октетам».

8.4.3    Всегда остается в силе соглашение по правилам кодирования на уровне представления.

8.5    Структура кода

При кодировании БДДФ, ПБДАс и ПБДПр применимо следующее правило.

Содержимое октетов сформированного кода значения СТРОКА БИТ, СТРОКА ОКТЕТОВ или строка знаков состоит из полного кода одного, нескольких или ни одного значения данных, « код этих значений данных должен быть очень простым.

9 СЕАНСОВЫЙ УРОВЕНЬ

Обеспечение функций и параметров протокола сеансового >ровня определено в А.З приложения А. ЗСРП реализации может

Уг

Страница 16

ГОСТ Р ИСО/МЭК МФС 10607—1—и

налагать ограничения на протокольные аспекты длин или значений, но *тн ограничения не должны быть более строгими, чем «граничения данного раздела. Реализация, соответствующая настоящему стандарту, может обусловить прерывание соединения, если нарушены требования 9.1—9.8.

9.1    Версия сеансового протокола

Для использования данных пользователя неограниченного размера должна использоваться версия 2 сеансового протокола в соответствии с дополнением 2 к И СО 8327.

9.2    Расширенное сцепление

Расширенное -сцепление не требуется. Оно может быть отклонено при использовании механизмов согласования протокола сеансового уровня. Реализация, претендующая на соответствие настоящему стандарту, должна быть способна к взаимодействию ■без расширенного сцепления.

9.3    Сегментация сеанса

Сегментация сеанса не требуется. Она может быть отклонена при использовании ‘механизмов согласования протокола сеансового уровни. Реализация, претендующая на соответствие настоящему стандарту, должна быть способна к взаимодействию ■без сегментации сеанса.

9.4    Младшая синхронизация

Функциональный модуль «младшая синхронизация сеанса» должен быть реализован, если обеспечены функциональные модули «восстановление» или «повторный пуск передачи данных» ПДУФ, либо если реализован функциональный модуль «повторная синхронизация сеанса»

9.5    Повторная синхронизация

Функциональный модуль «повторная синхронизация сеанса» должен быть реализован, если реализован функциональный модуль «повторный пуск передачи данных» ПДУФ.

П р и и е ч а и и е — Обеспечение функционального модуля «ловториая сии-лроннзация сеанс*» требуется только и соответствии с требованиями W.5. Однако этот функциональный модуль должен всегда реализовываться при необходимости преобразования Ф-АННУЛИРОВАНИЕ ПДУФ в Пр-ПОВТОР* ЛАЯ СИНХРОНИЗАЦИЯ (отказ),

9.6    Повторное использование соединения транспортного уровня

Повторного использования соединение транспортного уровня не -требуется. Если оно реализовано, должен быть обеспечен параметр •«разъединение» соединения транспортного уровня ПБДСн ОТ-ХЛОНЕНИЕ или ОКОНЧАНИЕ.

Страница 17

ГОСТ Р ИСО/МЭК МФС 10607 — 1—94

9.7    Использование срочных услуг транспортного уровня

Использование сеансовым уровнем срочных услуг транспорт-лого уровня является факультативной возможностью.

Примечание — Это средство должно запрашвватьси и мспапмопатъся.

9.8    Получение недействительных ПБДСн

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

IS

Страница 18

ГОСТ Р ИСО/МЭК МФС 10607-1—94

ПРИЛОЖЕНИЕ Я (обязательное)

СПИСОК ТРЕБОВАНИЙ ЗСФС ДЛЯ ПРОТОКОЛОВ СЭУА УРОВНЯ ПРЕДСТАВЛЕНИЯ И СЕАНСОВОГО УРОВНЯ

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

В таблицах A.J—АЗ приведены сводные перечни характеристик протока-лов СЭУА уровня представления н сеансового уровня п соответствии с требованиями ПДУФ ГОСТ Р ИСО/МЭК МФО I0WI7 Степень обеспечения каждой функциональной возможности указанных протоколов определена и таблицах А.1— А.З с использованием понятий, определенных » 3-2.

В заголовках таблиц А.1—А.З использованы следующие сохрашения:

Д — требования к соответствию, определенные в базовом стандарте.

Р—тробовашзя к соответствию, определенные п настоящем стандарте.

Если в таблицах А.1— А.З степень обеспечения определена двумя значе-ивями, разделенными пробелом, то левое значение относится к роли инициатора в данной реализации, а правое — к роли ответчика в дайной реализации.

А.1 Сервисный алемент управления ассоциацией

Таблица A I — Протокол сервисного элемента управления ассоциацией

1

Дняпазоп дмйчсяиД

Элсигит/лирдыетр протокола

Д

Г'

ялм «иглха

[Решения по ошибкам и изменения

См. приложение В

Эт« извещения об ошибках в ИСО

8860 были разрешены. Поэтому они

рассматринаются как та часть ИСО

8860, на которой основана иастоя-

umft стандарт

Установление ассоциации:

П* АССОЦИАЦИЯ -ЗАПРОС

0

о

См 6.1

протокольная версия

Ф

0

«версии-1»

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

О

0

См 62

наименование вызыпакицего ППк

ф

о ф

идентификатор привлечения вы-вывающего ППк

н/р

определитель вызывающею ЛОПк

Ф

0 ф

идентификатор-привлечения выбывающего ЛОПк

ф

в ,‘р

наименование вызываемого ППк

ф

О

идентификатор-привлечения вы

виваемого ППк

Ф

н/р

М

Страница 19

ГОСТ Р ИСО/МЭК МФС 10607— I —м

Окончание таблицы A.J

Элемент/параметр протокола

Я

р

Дкапагоп змаченг# или ссылка

определитель вызываемого ЛОПк

Ф

о

идентификатор-привлечения вызы

ваемого ЛОПк

Ф

И/р

информация о реализации информация пользователя

Ф

и.’Р

Ф

о

Пк-АССОЦИЛЦИЯ ОТВЕТ

0

0

О». 6.1

протокольная версия

Ф

о

«версия-1»

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

о

0

См. 6.2

наименование вызывающего ППк

ф

0

идентификатор привлечения вызы

м/р

вающего ППх

$

определитель вызывающего ЛОПк

ф

о

идентификатор-привлечения вызывающего ЛОПк

ф

Н/р

результат

0

0

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

о

0

информация о реализации

Ф

и/р

информация пользователя

Ф

0

Сброс ассоциации:

Пк-СБРОС-ЗЛПРОС

0

о

причина

ф

й/р

информация пользователя

ф

0

Пк-СБРОС ОТВЕТ

0

0

причина

ф

и/р

информация пользователя

ф

о

Пк-ПРсРЫВАНИЕ

0

о

См. 6.3

источник прерывания

о

0

информация пользователя

ф

0

К2 Уровень представления

Таблица А.2 —Протокол уровня представления

Элсм*лт/па|>ам«тр протокола

Д

Р

Диока»«я «иачогси* к.1И ссылка

Решения по ошибкам и изменения Эти нтчцення об ошибках в ГОСТ 34572 были разрешены. Потому онн рассматриваются как та часть ГОСТ 34.972, на которой основан настоящий стандарт

См. приложение В

15

Страница 20

ГОСТ Р И СО/М ЭК МФС 10607—1-М

Продолжение таблицы А.2

Э4»иеит/п»р*м»тр протокола

Я

V

Дмйпааоа шчпаИ йлм «ияка

ФУНКЦИОНАЛЬНЫЕ МОДУЛИ: ядро

админкстратинное управление контекстом

восстановление контекста

АБСТРАКТНЫЕ СИНТАКСИСЫ:

ПУИ ПДУФ

БДДФ ПДУФ

абстрактный синтаксис кеструхтурв-ром иного текста ПДУФ

абстрактный синтаксис неструктурированный двоичный ПДУФ

абарактный синтаксис ACI НБС

абстрактный синтаксис записи справочника файолов НБС (НБС-АС2)

абстрактный синтаксис наименования уала случайного доступа (НБС-АСЗ)

абстрактный синтаксис файла случайного двоичного доступа НВС-АС4)

П р и и еч а н ие —Требования по синтаксисов зависят от пабора ограни вземыя ПДУФ (см. приложение А, А-9 ИСО/МЭК МФС 10607—4 я ГОСТ Р V

о

Ф

о

Ф

Ф

Ф

обсспе*

чеиий

ГОС.!

со/м-

О

н/р

И/Р

о

У

0

О

У

У

У

У

■ению а типо Р И< Ж M«t

Значения ОБЪЕКТНОЮ ИДЕНТИФИКАТОРА:

{ гост 34.980 абстрактный-синтаксис (2) пуи пдуф (1)1 1 гост 34 980 абстракт-ный-сиитакскс (2) бддф-пдуф (2)|

( гост 34 980 абстракт ный синтаксис (2) неструктурированный-текст (3)}

{ гост 34.980 абстракт-ный-сннтакснс (2) неструктурированный-двоичный (4))

| оргаинзацня-идеитифх-дированная исо вон (14) адуфэн (5) абстракт-мый-сиитаксис (2) ибс-acl (1)

(организация-иденго-фицироваииая исо оои (14) пдуфзн (5) абстрактиын-снитак-сис (2) нбс-ас2 (2)} оргаииза ция идеигиф я Шфопкнная исо аои (14) пдуфзн (5) абстрактный-синтаксис (2) нбе-имя-

узла (3)}

{оргаиидация-идектиАи-цированивя исо ном (14) пдуфзн (5) абстрактный-синтаксис (2) ибс-слу-чайный-двончный (4) )

условных afictfiaKTimx i и документов, обсспечи- 1

:о/мэк мфс 10С07—з, [

>С 10607—5). \

>0

Страница 21

ГОСТ Р ИСО/.НЭК МФС 10в07-1-9«

Продолжении таблицы А 2

Элсмеиг/аар*ы«тр протокола

А

р

или ссылка

абстрактный синтаксис простого текста НВС (ПБС-АС5)

У

( организ8иия-иден1нфи-иирооанная исо вон (14) пдуфзн (5) абстрахт-ный-сиитаксис (2) нбе-простой-тскст (5)|

абстрактный снигвксис АС1 INTAP

У

( наииональный-комшет исо 392 пдуф (10) абст-рахтный-скнгаксис (3) intap-acl (l)J

f абстрактный синтаксис для СЭУА )

о

о

совместно-исо-мкктт управление-ассоциацией (2) абстрактный-сингак-сис (1) пбдп (0) версия 1 (1)}

СИНТАКСИСЫ ПЕРЕДАЧИ:

[ совместно-исо-мкктт acnl (1) базовое-кодиро ванне (1) }

Ваэо&ос кодирование простого типа ACH.I

0

О

Синтаксис передачи СП! INTAP ПБДПр И ПАРАМЕТРЫ:

ф

{ иациоиальаый-хонитет исо 392 пдуф (10) синтаксис передачи (4) intap-cn) (1) 1 См. 7.2

Установление соединения:

СОЕДИНЕНИЕ УРОВНЯ ПРЕДСТАВ

0

О

ЛЕНИЯ

селектор режима

0

о

«нормальный режим»

версия протокола

ф

О

«версия-1»

селектор вызывающего на уровне

О

ф о

ограничено до 4 октетов

представлении

о ф

селектор вызываемого на уровне

0

ограничено до 4 октетов

представления

См. 7.1

список определений контекста

ф

о

уровня представления

ф

н/Р

наименование контекста по умол

чанию

требования уровня представления

ф

м/р

требования пользователя сеансово

ф

«л>

го уровня

См 75

данные пользователя

ф

О

ПРИНЯТИЕ СОЕДИНЕНИЯ УРОВНЯ

0

О

ПРЕДСТАВЛЕНИЯ

селехтор режима

О

О

«нормальный режим»

версия протокола

ф

О

«версия-1»

селектор отвечающего на уровне

о

ф О

ограничено до 4 октетов

представлении

См. 7.1, 7.6

список результатов определений

ф

О

контекста уровня представления

ф

н/р

требования уровня представления,

17

Страница 22

ГОСТ Р ИСО/МЭК МФС !0607—t—М

Продолжение таблицы А.2

Элемент,'параметр upotoxoxa

Д

р

Лнакдон SHjgpim# «ии ссылка

требования пользователя сеансового

Ф

и/р

уровня

Ф

Сч. 7 5

данные пользователя

0

ОТКЛОНЕНИЕ СОЕДИНЕНИЯ УРОВ

0

о

НЯ ПРЕДСТАВЛЕНИЯ

версия протокола

Ф

0

«версия-!*

селектор отстающего на уровне

Ф

О ф

представления

ограничено до Л октетоа

список определений контекста

Ф

О

С*. 7.1. 76

уровня представления

Ф

*3?

результат кок текста по умолчанию

причинз поставщика

$

ф

данные пользователя

Ф

о

См 7.4. 7.5

Ненормальный сброс:

ПО Л ЬЗОВ АТЕ Л Ь И Е НОРМА Л Ь НО ГО

о

о

См / 7.8

СБРОСА

список определений контекста

ф

0

уровня представления

ф

данные пользователя

0

ПОСТАВЩИК НЕНОРМАЛЬНОГО

о

О

См. 7 8

СБРОСА

ф

причина поставщика

идентификатор события

Ф

м/р

Изменение контекста:

и/р

ИЗМЕНЕННЫЙ КОНТЕКСТ

Ф

ПОДТВЕРЖДЕНИЕ ИЗМЕНЕННОГО

Ф

н/р

КОНТЕКСТА

Передача информации:

ДАННЫЕ УРОВНЯ ПРЕДСТАВЛЕ

о

О

НИЯ

данные пользователя

О

О

См. 72

РАСПЕЧАТЫВАЕМЫЕ ДАННЫЕ

ф

11/р

УРОВНЯ ПРЕДСТАВЛЕНИЯ

СРОЧНЫЕ ДАННЫЕ

ф

1i/p

ДАННЫЕ ФУНКЦИОНАЛЬНЫХ ВОЗ

ф

HP

МОЖНОСТЕЙ

К/р

ПОДТВЕРЖДЕНИЕ ДАННЫХ ФУНК

ф

ЦИОНАЛЬНЫХ ВОЗМОЖНОСТЕЙ

Повторная синхронизация:

повторная Синхронизация

ф

У

См. 9,5

список идентификаторов коцичсста

ф

н/р

См. 7.7

уровня представления

данные пользователя

ф

О

ПОДТВЕРЖДЕНИЕ ПОВТОРНОЙ

ф

У

См. 9.5

СИНХРОНИЗАЦИИ

Н/Р

список идентификаторов конгекста

ф

уровня представления

ф

данные пользователя

О

18

Страница 23

ГОСТ Р ИСО/МЭК МФС 10507-1-94

А.З Сеансовый уропень

Таблица А.З — Протокол сеансового уровня

Э.ккспт/параиегр протокола

Д

р

Дищ-иом «иакниЛ ».1* ССЫЛМ

Решения >ю ошибкам и изменения

См. приложение В

Эти извещения об ошибках в ИСО 8327

были разрешены. Поэтому они рассмат

риваются как те части ИСО 8327 и ИСО 8327/Доп, 2, на которых осиопаи

шжстоящнЛ стандарт ФУНКЦИОНАЛЬНЫЕ МОДУЛИ:

ядро

о

0

полудуплекс

Ф

н/р

дуплекс

Ф

0

срочные данные

I

н/р

См 9.4

младшая синхронизации

Ф

У

старшая синхронизация

Ф

н/р

См. 9.6

повторная синхронизация

Ф

У

административное управление

Ф

и/Р

активностью

согласованное оезобожденно

Ф

н/р

обмен данными функциональных

Ф

Ч’Р

возможностей

исключения

Ф

%

распечатываемые данные ПОЛНОМОЧИЯ:

Ф

освобождение

Ф

и/р

ста ршая/а ктн в иость

Ф

и/р

См 9.4

младшая-синхронизация

Ф

У

данные

Ф

н/р

ВОЗМОЖНОСТИ СЕАНСОВОГО

УРОВНЯ:

базовое сцепление

О

0

См. 9.2

расширенное сцепление

ф

ф

сегментирование

ф

7

См. 9.3

повториое использование транс

ф

Ф

См. 9.6

портного уровня

ф

См. 9.7

использование срочных возмож

Ф

ностей транспортного уровня

ПВДСн И ПАРАМЕТРЫ:

См. 9 8

Установление соединения:

СОЕДИНЕНИЕ

0

О

идентификатор соединения

вД>

элемент соедипить/принять

ф

о

факультативные возможности прото

0

о

кола

максимальный размер ПБДСн

ф

ф

См. 9 I

номер версии

0

о

начальный порядковый номер

ф

$

элемент установления полномочий

ф

ф

Страница 24

ГОСТ Р НСО/МЭК МФС 10в07—1-М

Продолжение таблицы A.S

Элемент/пара метр ПРОТОКОЛ»

Д

и

Диаеаэо» эиачени!

ял» есмлк»

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

Ф 1

О

вого уровня

Ф

ф О

селектор кызывающею на сеансо

вое уровне

Ф

о ф

селектор вызываемого на сеансо

вом уровне

Ф

Ц-р

переполнение данных

данные пользователя

Ф

о

расширенные данные пользова

Ф

о

теля

ПРИНЯТИЕ

о

о

вложенный элемент

$

н/р

идентификатор соединения

Ф

Ф

Hfp

элемент соединить/принять

0

факультативные возможности прото

о

о

кола

ф

ф

максимальный размер ПБДСн

См 9 1

Hovop версии

о

о

начальный порядковый номер

£

$

элемент установления полномочий

ф

ф

ф

н/р

элемент полномочий

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

ф

вого уровня

0

селектор вызывающего на сеансо

ф

ф 0

вом уровне

селектор отвечающего на сеансовом

ф

А,

о ф

уровне

данные пользователя

Ф

о

ОТКЛОНЕНИЕ

о

О

вложенный элемент

ф

$

идентификатор соединения

ф

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

ф

О

сового уровня

разъединение на транспортном

ф

У

См. 9.6

уровне номер версии

О

ф

о

/\

См. 9.1

код причины ПРИНЯТИЕ ПЕРЕПОЛНЕНИЯ

V

ф

н/р

ПЕРЕПОЛНЕНИЕ ДАННЫХ В СОЕ-

ф

Н/р

ДИНЕНИИ

Освобождение соединения:

ЗАКОНЧЕНО

0

X

О

вложенный элемент

ф

н/р

См. 9 6

разъединение на транспортном уров

ф

У

не

ф

данные пользователя

О

РАЗЪЕДИНЕНИЕ

О

О

Страница 25

ГОСТ Р ИСО/МЭК МФС 10607—1—94

Продолжение таблицы А З

Элшеит/паоачггв протоко* а

д

р

Лхпим аиахеияй или ссылка

вложенный элемент

ф

ф

и/р

дан кие пользователя

О

НЕ ЗАКОНЧЕНО

ф

Н/р

ПРЕРЫВАНИЕ

о

О

вложенный элемент

Ф

н/р

разъединение на транспортном

о

О

уровне

значения отклоненного параметра

Ф

ф

данные пользователя

ф

0

ПРИНЯТИЕ ПРЕРЫВАНИЯ

Ф

и/р

Передача данных: ПЕРЕДАЧА ДАННЫХ

о

О

вложенный элемент

ф

ф

поле «информация пользователя» СРОЧНЫЕ ДАННЫЕ

О

О

ф

я/р

РАСПЕЧАТЫВАЕМЫЕ ДАННЫЕ

ф

*v'p

ДАННЫЕ ФУНКЦИОНАЛЬНЫХ ВОЗ

ф

и/р

МОЖНОСТЕЙ

ПОДТВЕРЖДЕНИЕ ДАННЫХ ФУНК

ф

и/р

ЦИОНАЛЬНЫХ ВОЗМОЖНОСТЕЙ .

Административное управление

полномочиями;

ПРЕДОСТАВЛЕНИЕ ПОЛНОМОЧИЙ

О

О

вложенный элемент

ф

н/р

элемент полномочий

ф

ф

данные пользователя

ф

Я.Ф

ЗАПРОС ПОЛНОМОЧИИ

ф

ВД>

ПОДТВЕРЖДЕНИЕ ПРЕДОСТАВ

ф

Н/р

ЛЕНИЯ ПОЛНОМОЧИИ

ПОЛОЖИТЕЛЬНОЕ ПОДТВЕРЖДЕ

ф

Н/р

НИЕ

ПРЕДОСТАВЛЕНИЯ ПОЛНОМОЧИИ

Синхронизация:

Си. 9.4

ТОЧКА МЛАДШЕП СИНХРОНИЗА-

ф

у

ЦИИ

вложенный элемент

ф

и/р

момент типа синхронизации

ф

О

аорядковмй номер

О

О

данные пользователя

ф

н/р

См. 9.4

ПОДТВЕРЖДЕНИЕ МЛАДШЕЙ СИН

ф

У

ХРОНИЗАЦИИ

вложенный элемент

ф

я/р

порядковый помер

0

О

данные пользователя

ф

и/Р

я/р

ТОЧКА СТАРШЕЙ СИНХРОНИЗА

ЦИИ

II

Страница 26

ГОСТ Р ИСО.'МЭК МФГ. 10в07-1-М

Продолжение таблицы А З

Элемскг/пюпиеп) протокол»

Я

р

Дииазоа witMKl

ИЛИ С-Ы.'К»

ПОДТВЕРЖДЕНИЕ СТАРШЕЙ СИН

Ф

и/р

ХРОНИЗАЦИИ

Повторная синхронизация: ПОВТОРНАЯ СИНХРОНИЗАЦИЯ

Ф

А

См. 9.5

вложенный элемент

Ф

элемент установления полномочий

Ф

О

тип попторной синхронизации

о

О

порядковый номер

а-

О

данные пользователя

Ф

О

ПОДТВЕРЖДЕНИЕ ПОВТОРНОЙ

Ф

У

См. 9.5

СИНХРОНИЗАЦИИ

вложенный элемент

Ф

н/р

элемент установления полномочий

Ф

0

порядковый номер

о

О

дзнныо пользователя

Ф

О

ПОДГОТОВКА

Ф

ф

См. 9.7

Отчет об особых случаях:

ОТЧЕТ ОБ ОСОБЫХ СЛУЧАЯХ

Ф

н/р

СРОЧНЫЕ ДАННЫЕ

,Ф .

н/р

Административное управление

активностью:

НАЧАЛО АКТИВНОСТИ

Ф

$

ВОЗОБНОВЛЕНИЕ АКТИВНОСТИ

ПРЕРЫВАНИЕ АКТИВНОСТИ

т

%

ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ

Ф

АКТИВНОСТИ

АННУЛИРОВАНИЕ АКТИВНОСТИ

Ф

и/Р

я/р

ПОДТВЕРЖДЕНИЕ АННУЛИРОВА

Ф

НИЯ АКТИВНОСТИ

н/р

ОКОНЧАНИЕ АКТИВНОСТИ

Ф

ПОДТВЕРЖДЕНИЕ ОКОНЧАНИЯ

Ф

Ч/р

АКТИВНОСТИ

Страница 27

ГОСТ Г ИСО/МЭК МФО. I0M7—1—м

ПРИЛОЖЕНИЕ В (обязательное)

ИЗМЕНЕНИЯ И ПОПРАВКИ

Международные стандарты постоянно проверяются и пересматриваются соответствующими техническими комитетами ИСО/МЭК. Приводимые ниже поправки одобрены ИСО/МЭК CTKI, ио к моменту публикации настоящего стандарта и* еще не успели включить в тексты соответствующих базовых стандартов, ссылки на которые даны п разделе 2. Перечисленные ниже поправки рассматриваются в настоящем стандарте как обязательный справочный материал.

СЭУА ИСО 8650Д1оо.1: 1990 Сеансовый уроиекь

ИД.УФ

ИСО 8357—1/Поп.1: 1990 ИСО 8357—2/Поп 1 . IW0 ИСО 8357—ЗПо«.1 . 1990 ИСО 8357— 4/Поп. 1: 1990

Решение «о извещениям об ошибках в стандарте ИСО 8327:

8326/002 : ИСО/МЭК СТК1 ПК21 .V» 4659 8326/005: ИСО/МЭК СТК1 ИК21 St 4660 8326/025: ИСО/МЭК СТК1 ПК21 № 4637 8326:026: ИСО/МЭК CTKI ПК21 № 4638 8326/037 : ИСО/МЭК СТК1 ПК21 № 466!

8326/043: ИСО/МЭК CTKI Г1К21 Jft 4663 8326,045 ИСО/МЭК CTKI ПК21 .Чг 4664 8326/047 : ИСО/МЭК СТК1 ПК21 № 4665 8326/048 : ИСО/МЭК СТК1 ПК21 М 4666

Примечание —Данные документы могут быть получены в техническом комитете во стандартизации «Информационная технология» (ТК 22).

»

Страница 28

ГОСТ Р ИСО/МЭК МФС 1W07-1-M

УДК 681.3.06:006.354    П    85    ОКСТУ 4002

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

Редактор в. П. Огурио»

Технический редактор Н. С. Гришаиом Корректор В. С. Чер«*я

Ciaeo п паб. 1343.96 Поап. в псч. 27.0196. Уел. п. л. t.«. Уел, хр.-отт. 1лЗ-Уч И9Д. а 1.45. Тир. *06 ж». С 23S5

Орде»» «Знак П»*гга. Издигелктао стандарте». 107076. Москяа Колодеаяи* пер. ]« 1кп «Московски* печатяик». Моек»». Лялин яер.. 6 За к. 444