ГОСТ Р ИСО/МЭК ТО 10023—м
c) возможности внутреннего нелетермнннзма при установлении
любого дополнительного соединения, если, по меньшей .мере, одно
соединение уже поддерживается(представленной процессом
TCAcceptancc. см. раздел 14), и
d) возможности внутреннего недетермннизма при передаче дан
ных (представленной процессом ТВаскрге$йпге. см раздел 15); при
помощи этого принимающий пользователь вызывает эффект уп
равления потоком, сообщая об этом передающему пользователю.
Спецификация динамического повеления предьаряется специ
фикацией типов данных на интерфейсе {см. раздел 8). Такие опре
деления являются общими для формализованных описаний, кото
рые могут взаимодействовать, а именно для протоколов транспорт
ного и сеансового уровней.
Порядок представления остальных определении обоснован же
ланием следовать порядку, установленному ГОСТ 34.960, который в
основном связан с обеспечением единственного ТС.Описание
требований, являющихся локальными для обеспечения одного ТС
(представлены в разделах 10, И и 12), предшествуют описаниям
глобальных требований, упомянутых выше в Ь), с) и d) соответст
венно.
Тимы данных, определенные конструкцией library, импортиру
ются из библиотеки типов данных LOTOS.
specification TransportService! t j ; noexit
library Set. Element, OctetString-, NatRepresentation, NainralNum-
ber, Boolean. FBoolean. DecNatRepr
endlib
8 ТИПЫ ДАННЫХ НА ИНТЕРФЕЙСЕ
8.1 О бщ ее оп и сан и е
В соответствии с представлением взаимодействий на границе
транспортных услуг (см. раздел 7) типы данных на интерфейсе
состоят из трех основных определении, которые соответственно
составляют виды TAtldress (см. 8.2), ТСЕ1 (см. 8.3)и TSP (см.
8.4). Параметр TSP — качество услуги — определяется в 8.5.а
остальные параметры — в 8.6. В 8.7 представлены вспомогатель
ные определения.
8.2 Т р ан сп о р тн ы йадр ес
В ГОСТ 34.960 не определена структура транспортного адреса.
Следующее определение использует определение Generalldentifier
4