ЖУРНАЛ «СТА» №2/2005

рован на решение задач реального вре- мени. Передача данных «точка – мно- готочка» не поддерживается. Обеспе- чивается только коммутируемый дос- туп в режиме «точка – точка». Ско- рость обмена данными может дости- гать 2030 кбит/с, но может быть зна- чительно ниже, при определённых об- стоятельствах может вообще не рабо- тать. Для GPRS показатель QoS (Quality Of Service) неприменим. Никто ничего не гарантирует – как получит- ся. Подход оператора GSM такой: ска- чали через GPRS 10 кбайт – заплатили за 10 кбайт; чтото случилось с GPRS, не успели, скачали только 2 кбайт – так и заплатили только за 2 кбайт. Не- обходимо иметь в виду, что главный приоритет у оператора мобильной свя- зи – обеспечить голосовую связь для своих абонентов, а передача данных – это для того, чтобы загрузить простаи- вающие голосовые каналы (таймсло- ты). Отсюда и выгодная стоимость GPRSсервиса. С точки зрения QoS, режим CSD (обычный GSMканал) предпочтителен, потому что всегда обеспечивает гарантированную ско- рость 9,6 кбит/с. Однако при этом и стоимость передачи данных будет дру- гой. Общие проблемы Коммутируемый доступ, реализуемый средствамиMPT1327, TETRA, GSMили через обычный модем, накладывает оп- ределённые ограничения на программ- ное обеспечение как SCADAсистемы, так и удалённого контроллера – они должны уметь устанавливать соедине- ние, то есть послать некоторую строку с номером абонента, например «atd1234». Однако поддержка этой функции у них может отсутствовать. Есть ещё один важный момент, кото- рый касается всех перечисленных сис- тем связи, за исключением системы MOSCAD: для реализации третьего требования (многопротокольности) необходимо обеспечить для каждого протокола отдельную радиостанцию, подключаемую к мастерконтроллеру, и отдельную радиостанцию возле каж- дого удалённого контроллера. При этом на базовой станции (при работе в режиме реального времени) для каждо- го протокола выделяется отдельный канал. Вдумайтесь в это! На наш взгляд, для наиболее эффек- тивного использования коммуникаци- онных средств, предоставляемых сис- темой TETRA и операторами GSM, не- обходимо использовать комбиниро- ванное решение с применением ком- мутируемого доступа и системы корот- ких сообщений. С ИСТЕМА СВЯЗИ И ПЕРЕДА Ч И ДАННЫХ T E R A N ET В 2004 году в одном из линейных производственных управлений ДК «Укртрансгаз» был реализован пи- лотный проект по развёртыванию сис- темы связи и передачи данных TeRaNet. Система TeRaNet позволяет решать разные задачи в едином комп- лексе. Это касается как задач по пере- даче данных, так и по организации го- лосовой связи, а также задач автомати- зации технологических объектов. В первую очередь, TeRaNet – это па- кетная сеть передачи данных со своим транспортным протоколом RNP, кото- рый предусматривает определение приоритетов различных пакетов дан- ных, организацию виртуальных кана- лов и др. Можно сказать, что RNP – это упрощённый вариант протокола АТМ, рассчитанный на работу в не- больших сетях. Архитектурно система состоит из не- скольких базовых радиостанций (БС), подключённых к центральному комму- татору системы (ЦКС), и абонентских СИС Т ЕМНА Я ИН Т Е Г РАЦИ Я / Н ЕФ Т Е ГАЗОВ А Я П Р ОМЫШЛ Е ННОС Т Ь 47 СТА 2/2005 www.cta.ru