ЖУРНАЛ «СТА» №1/2008

канала; CON – подтверждение, ини- циируемое на уровне канала для окон- чания процедуры, активизированной запросом; IND – оповещение, выстав- ляемое на уровне канала как требова- ние передачи пользователю данных или активизации той или иной процедуры на уровне пользователя; RESP – ответ, инициируемый пользователем для из- вещения об окончании процедуры, предварительно активизированной оповещением. Подтверждения (кви- танции) или ответы могут быть как по- ложительными, так и отрицательными в зависимости от обстоятельств. Типичным содержанием сервисных примитивов являются параметры, ус- ловия и пользовательские данные, на- пример: пользовательские данные, класс передачи (S1, S2, S3), положи- тельная/отрицательная квитанция или ответы, контроль потока данных, за- прос данных, число повторений, со- стояние ошибки, состояние уровня (например, состояние рестарта). Со- держание сервисных примитивов в стандарте не рассматривается. Элементы процедур передачи пока- заны на рис. 5: посылка, подтвержде- ние (квитанция), запрос, ответ. Предметом стандарта [10] являются два типа процедур передачи канально- го уровня: небалансная, балансная. ● Небалансная процедура передачи ис- пользуется в СТМ, в которых ПУ кон- тролирует трафик данных последова- тельным опросом КП. В этом случае ПУ всегда является первичной стан- цией, инициирующей передачу всех сообщений, а КП – вторичной стан- цией, передающей сообщения только по вызову (следует обратить внима- ние на то, что это относится только к канальному уровню – на прикладном уровне могут быть реализованы лю- бые схемы приоритетов, в частности первоочередная спорадическая пере- дача информации об изменении со- стояния). Областью использования данной процедуры являются конфи- гурации СТМ всех типов. ● Балансная процедура передачи ис- пользуется в СТМ, в которых каждая станция может быть как первичной, инициирующей передачу сообще- ний, так и вторичной. Область ис- пользования такой процедуры пере- дачи ограничивается конфигурация- ми типа «точкаточка» и радиальной многоточечной структуры. Здесь важно отметить, что вторичная станция, хоть часто и именуется прини- мающей, по сути своей является отве- чающей (в оригинале – responding); причём она отвечает на запрос данны- ми (S3), а на данные – квитанцией (S2). В стандарте [10] рассмотрены режи- мы небалансной и балансной процедур передач при возможных отказах (иска- жениях) различных элементов проце- дур передачи. Процедуры передачи рас- сматриваются применительно к клас- сам S1, S2, S3 организации передачи сообщений и предусматривают защиту сообщений от остаточных (необнару- женных) ошибок в классе достоверно- сти I2 при использовании форматов пе- редаваемых кадров FT1.2, FT2 или FT3. При этом в любом физическом канале связи может использоваться единст- венный выбранный формат кадров. Стандарт [10] определяет состав по- лей информационной части кадра (ис- ключая стартбайты, указатель длины и защиту): С – поле управления, А – поле адреса, байты пользовательских данных. Поле управления С представлено на рис. 6 байтом, отличающимся для не- балансной и балансной процедур пере- дачи телемеханических сообщений. На рис. 6 приняты обозначения: RES — резерв; DIR – определитель фи- зического направления передачи («0» – от ведомой станции B к ведущей стан- ции A, «1» – от ведущей станции A к ве- домой станции B); PRM – первичное сообщение («0» – сообщение пере- даётся от вторичной, то есть принимаю- щей станции, «1» – сообщение пере- даётся от первичной, то есть иниции- рующей станции); FСB – бит счёта кад- ров; FCV – бит, определяющий режим счёта кадров (при FCV=1 изменение бита FCB должно учитываться, а при FCV=0 игнорироваться); ACD – бит за- проса данных («0» – нет запроса на пе- редачу данных с высоким приоритетом, то есть данных класса 1, «1» – запрос на передачу данных с высоким приорите- том); DFC – контроль потока данных («0» – приём сообщений возможен, «1» – вторичная, то есть принимающая Байт C Байт(ы) А Байты пользовательских данных С ТАНДА Р Т И З АЦИ Я И С Е Р Т ИФИК АЦИ Я 59 СТА 1/2008 www.cta.ru Посылка без ответа (S1) Посылка/ подтверждение ( 2S ) Запрос/ответ ( 3S ) D — данные REQ(D) REQ(D) REQ CON(D) Посылка (D) Посылка (D) Квитанция Запрос Ответ (D) RESP(D) IND Время IND D)( IND D)( REQ(D) CON (IND) (RESP) Уровень пользователя Уровень канала Процедуры передачи в канале связи REQ(D) CON (IND) (RESP) Уровень канала Уровень пользователя Сервисные примитивы Сервисные примитивы Рис. 5. Взаимодействие между сервисными примитивами и основными процедурами передачи по каналу связи Рис. 6. Состав и назначение битов поля управления b7, MSB b6 b5 b4 b3 b2 b1 b0, LSB Направление Небалансная передача Резерв RES PRM 1 FCB FCV Функциональный код FС От первичной станции 0 ACD DFC От вторичной станции Балансная передача DIR PRM 1 FCB FCV Функциональный код FС От первичной станции 0 RES DFC От вторичной станции