Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 22.12.2025 по 28.12.2025
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р ИСО/МЭК 10164-1-99; Страница 17

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ Р ИСО 105-J03-99 Материалы текстильные. Определение устойчивости окраски. Часть J03. Метод расчета цветовых различий Textiles. Tests for colour fastness. Part J03. Calculation of colour differences (Настоящий стандарт распространяется на текстильные материалы и устанавливает метод расчета цветового различия двух проб из одного и того же материала, измеренных в одних и тех же условиях. Полученное числовое значение общего цветового различия количественно определяет степень несоответствия проб по цвету. Данный метод позволяет установить максимальное значение (допуск), которое зависит лишь от требуемой точности определения цветового равенства в данном конкретном случае, а не от того, с каким именно цветом имеют дело, или от характера цветовых различий) ГОСТ Р ИСО/МЭК МФС 11185-7-98 Информационная технология. Функциональный стандарт. Профили FVT2nn. Базовый класс виртуальных терминалов. Регистр определений типов объектов управления. Часть 7. FVT2110 - объект управления вводом Information technology. International standardized profiles FVT2nn. Virtual terminal basic class. Register of control object type definitions. Part 7. FVT2110 - entry control object (Настоящий стандарт определен в контексте функциональной стандартизации в соответствии с принципами, приведенными в ГОСТ Р ИСО/МЭК ТО 10000-1. Контекст функциональной стандартизации - это одна из частей общей сферы деятельности в области информационной технологии, охватывающей базовые стандарты, профили и механизмы регистрации.. В стандарте взаимосвязи открытых систем (ВОС) ГОСТ Р ИСО 9040 по услугам виртуальных терминалов (ВТ) базового класса приведены требования к международному регистру определений типов объектов управления ВТ. Процедуры операций этого регистра представлены в ИСО/МЭК 9834-5. Настоящий стандарт содержит такой регистр. Отдельные элементы регистра образуют профили формата обмена и представления данных ( профили F), определенные в ГОСТ Р ИСО/МЭК ТО 10000-1.. Настоящий стандарт определяет тип объектов управления, который используется совместно с функциональным блоком ВТ “поля“. Он включает в себя пользователя ВТ, чтобы определить управление вводом в поле, которое должно применяться к каждому полю объекта отображения, без необходимости вводить его отдельно в запись определения поля для каждого поля) ГОСТ Р ИСО/МЭК МФС 10613-2-98 Информационная технология. Функциональный стандарт. Профиль RA. Ретрансляция услуг сетевого уровня в режиме без установления соединения. Часть 2. Требования, зависимые от подсети ЛВС и не зависимые от физической среды Information technology. International standardized profile RA. Relaying the connectionless-mode network service. Part 2. LAN subnetwork-dependent media-independent requirements (Настоящий стандарт распространяется на устройства взаимодействия, работающие в функциональной среде взаимосвязи открытых систем (ВОС), и определяет комбинацию тех стандартов по ВОС, которые в совокупности обеспечивают функцию ретрансляции на сетевом уровне для услуг сетевого уровня в режиме без установления соединения.. Стандарт определяет зависимые от типа подсети требования к устройству взаимодействия, подключенному к локальной вычислительной сети (ЛВС) и использующему протокол управления логическим звеном (УЛЗ) типа 1 по ГОСТ 28907, не зависимый от физической среды ЛВС. К операциям устройства взаимодействия может относиться ретрансляция из одной подсети к другой, и эти подсети не обязательно должны быть подсетями одного и того же типа. Настоящий стандарт распространяется только на взаимосвязь, обеспечиваемую через подсети ЛВС, использующие протокол УЛЗ типа 1 по ГОСТ 28907)
Страница 17
Страница 1 Untitled document
ГОСТ I» ИСО/МЭК 10164-1-99
11.1.1.2.2 Ответ
В режиме с подтверждением ПАПУС должен принять примитив ответа на уведомление о
создании объекта, сформировать ПБДПА, подтверждающий уведомление, и выдать примитив
ЛУ-УВЕДОМ.ПЕНИЕ-О-СОБЫТИИ ответ с параметрами, образованными из примитива ответа.
11.1.2П р о ц е д у р а у в е д о м л е н и я об у д а л е н и и о б ъект а
11.1.2.1 Роль агента
11.1.2.1.1 П ривлечение
Эта процедура иницилизируется примитивом запроса уведомления об удалении объекта. При
получении этого примитива ПАПУС должен сформировать ПБДГ1А и выдать сервисный примитив
СОИ.А АУ-УВЕДОМДЕНИЕ-О-СОБЫТИИ запрос с параметрами, образованными из полученного
примитива. В режиме без подтверждений процедура по 11.1.2.1.2 не используется.
11.1.2.1.2 Прием ответа
При получении сервисного примитива СОПЛ ЛУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ подтверж
дение, содержащего 11БД11Л в качестве ответа на уведомление об удалении объекта. ПАПУС должен
выдать пользователю услуги уведомления об удалении объекта примитив подтверждения на уведом
ление об удалении объекта с параметрами, образованными из сервисного примитива ЛУ-УВЕДОМ
ДЕНИЕ-ООБЫТИИ подтверждение, завершая тем самым процедуру.
Примечание ПАПУС игнорирует все ошибки в полученном ПБДПА. Пользователь услуги уве
домлении об удалении объекта также может проигнорировать подобные ошибки или прервать ассониашно в
результате Этих ошибок.
11.1.2.2 Роль администратора
11.1.2.2.1 Прием запроса
При получении сервисного примитива СОПЛ ЛУ-УВЕДОМДЕНИЕ-О-СОБЫТИИ индика
ция, содержащего ПБДПА, запрашивающего услугу уведомления об удалении объекта. ПАПУС
должен при условии правильно сформированного ПБДПА выдать пользователю этой услуги
при митив индикации с параметрами, образованными из сервисного примитива ЛУ-
УВЕДОМЛЕНИЕ-О-СОБЫТИИ ответ. В противном случае ПАПУС, действуя в режиме с
подтверждениями, должен сформировать соответствующий ПБДПА, содержащий уведомление об
ошибке, и выдать сервисный примитив АУ-УВЕДОМДЕНИЕ-О-СОБЫТИИ ответ с параметром
«ошибка». В режиме без под тверждении процедура по 11.1.2.2.2 не используется.
11.1.2.2.2 Ответ
В режиме с подтверждением ПАПУС должен принять примитив ответа на уведомление об
удалении объекта, сформировать ПБДПА. подтверждающий уведомление, и выдать примитив
АУ-УВЕДОМДЕНИЕ-О-СОБЫТИИ ответе параметрами, образованными из примитива ответа.
11.1.3 П р о ц е д у р а у в е д о м л е н и я об и з м е н е н и и з н а ч е н и я ат рибут а
11.1.3.1
Роль агента
11.1.3.1.1 П ривлечение
Эта процедура иницилизируется примитивом запроса уведомления об изменении значения
атрибута. При получении этого примитива ПАПУС должен сформировать ПБДПА и выдать
сервисный примитивСОИА АУ-УВЕДОМДЕНИЕ-О-СОБЫТИИ запросе параметрами, образован
ными из полученного примитива. В режиме без подтверждений проиедура по 11.1.3.1.2 не исполь
зуется.
11.1.3.1.2 Прием ответа
При получении сервисного примитива СОИА АУ-УВЕДОМДЕНИЕ-О-СОБЫТИИ подтверж
дение, содержащего ПБДПА в качестве отпета на уведомление об изменении значения атрибута.
ПАПУС должен выдать пользователю услуги уведомления примитив подтверждения науведомление об
изменении значения атрибута с параметрами, образованными из сервисного примитива АУ-УВЕ-
ДОМЛЕНИЕ-О-СОБЫТИИ подтверждение, завершая тем самым процедуру.
Примечание ПАПУС игнорирует все ошибки в полученном ПБДПА. Пользователь услуги уве
домления об изменении значения атрибута также может проигнорировать подобные ошибки или прервать
ассоциацию в результате этих ошибок.
11.1.3.2 Path администратора
11.1.3.2.1 Прием запроса
При получении сервисного примитива СОИА АУ-УВЕДОМДЕНИЕ-О-СОБЫТИИ индика
ция. содержащего ПБДПА, запрашивающего услугу уведомления об изменении значения атрибута.
13