Системы связи

Цитата: Russky от 02.11.2010 21:10:33
Портос, тролизм здесь не приведствуется. Вам Равиль русским по белому написал что ЕСУ не работоспособна. Чего пристали?
От России я не так далек как Вам может показаться.

ЕСУ ТЗ- (единая система управления тактического звена), находится в стадии войсковых испытаний. Пробный полковой (бригадный) комплект поступил в войска в 2007 году.
У меня к вам вопрос, какие конкретно комплексы связи входят в данную систему, каковы их характеристики и недостатки.
Ссылка на Равилля не корректна. Система связи бригады не его профиль, он ссылается на знакомого, хотя было бы интересно послушать его конкретику.
Еще я открываю  новую ветку, Системы связи, думаю тема эта не менее важна чем БТТ, ВМФ, БПЛА, СЯС.
Приглашаю всех высказывать свои мнения и знания, не зависимо от уровня компетентности (ненавязчиво).

Начались учения с использованием базового комплекта ЕСУ ТЗ
В Московской области в 5-й Таманской мотострелковой бригаде началось исследовательское командно-штабное учение с использованием нового базового комплекта ЕСУ ТЗ


http://www.sozvezdie…_bazovogo/

http://rosrep.ru/new…TION_ID=16
В Воронеже прошли испытания фрагмента ЕСУ ТЗ

В ОАО «Концерн «Созвездие»  в два этапа прошли стендовые(лабораторные) и  полигонные испытания  фрагмента АСУ мотострелкового батальона ЕСУ ТЗ. Концерн представил новые технические решения на СВЧ радиостанцию  Р-168 МРА, в которых успешно применена технология  WiFi, что позволяет в десятки раз уменьшить время передачи информации. Испытания показали несколько  моментов, где достижения разработчиков  были налицо. К их числу можно отнести, к примеру,  продемонстрированный членам комиссии принцип определения объектов с беспилотного  летательного аппарата «Стрекоза» и доведение информации, полученной с него,  до  средств огневого поражения.


http://www.radioscan…k_mra_mrd/  
Радиостанции СВЧ-диапазона комплекса Р-168-К-МРА и Р-168-К-МРД «Акведук-К-МР» предназначены для построения высокоскоростных радиосетей и пакетной радиосвязи ТЗУ с использованием принципа временного разделения приема, передачи, уплотнения информации и обеспечения радиодоступа.
Комплекс «Акведук-К-МР» состоит из двух типов радиостанций:
• Р-168-К-МРА – абонентские радиостанции (транспортный вариант);
• Р-168-К-МРД – абонентские станции радиодоступа (носимый вариант).
Производится на Ярославским радиозаводе

http://www.radioscan…ck_a_1.jpg  



Особенности комплекса «Акведук-К-МР»:
• борьба с радиопомехами за счет дублирования информации на разных радиоканалах и возможности перестройки второго радиоканала на не пораженную помехой радиочастоту применение направленных антенн на двух каналах одновременно
• пакетная передача информации, в том числе видеоизображения в движении и звука
• единая канальная скорость и формат сигналов для всех абонентских станций
• адаптивное изменение скорости передачи информации
• увеличение мощности Р-168-К-МРА за счет подключения внешнего УМ
• ввод и вывод радиоданных с помощью УВРД-О по ИК- порту. обеспечение ретрансляции на другой частоте без потери скорости
• увеличение скорости в два раза с использованием двух радиоканалов одновременно
• каждый радиомодем является источником передачи пользовательских данных
• Р-168-К-МРД обеспечивают прием и передачу цифровой информации поддержка протоколов TCPIP, HTTP, TFTP, SNMP
• возможность приема и передачи данных на стоянке и в движении тип соединения с ЭВМ-10100BaseT Ethernet

http://zala.aero/ru/news/1273647709.htm

Разведывательно-патрульные машины «Дозор» были оснащены беспилотными ЛА «Стрекоза» осенью 2008 г., когда «ZALA AERO» и «Концерн радиостроения «Вега» в сжатые сроки выполнили поставку комплексов с БЛА «Стрекоза» в Сухопутные войска МО РФ

http://www.sozvezdie…shtabnaya/  
Унифицированная командно-штабная машина Р-149МА1 (УКШМ Р-149МА1)

Назначение
Унифицированная командно-штабная машина Р-149МА1 предназначена для обеспечения управления и связи должностным лицам бригадного уровня на стоянке и в движении. УКШМ Р-149МА1 может также применяться и в оперативном звене при его использовании должностными лицами на передовых пунктах управления объединений для обеспечения управления соединениями и частями в соответствии с принятой тактикой применения войск.
Основные тактико-технические характеристики
1. Функциональные возможности

1.1. Изделие обеспечивает:
1. Образование до четырёх симплексных или до двух дуплексных УКВ радиоканалов с использованием радиостанций Р-168-100УЕ-2:
• при работе на антенну Р-168БШДА – на стоянке и в движении,
• при работе на антенну Р-168ШДАМ – на стоянке;
2. Образование симплексного КВ радиоканала с использованием радиостанции Р-168-100КБЕ:
• при работе на антенну АШ-4 - на стоянке и в движении,
• при работе на антенну «диполь» – на стоянке;
3. Образование симплексного высокоскоростного УКВ радиоканала с использованием радиостанции Р-168МРАЕ;
4. Речевую связь с использованием двух носимых радиостанций Р-168-0,1УМЕ на стоянке и в движении;
5. Приём и передачу данных по УКВ и КВ радиоканалам;
6. Приём и передачу данных по кабелю;
7. Приём и передачу речи по УКВ и КВ радиоканалам;
8. Приём и передачу речи по кабелю;
9. Приём и передачу речи с выносного рабочего места по УКВ радиоканалу;
10. Автоматическое определение координат своего местоположения с использованием изделия «Азимут», ввод координат и меток времени в ЭВМ;
11. Внутреннюю служебную связь с использованием комплекса АВСКУ-Е:
• конференц-связь со всех рабочих мест, оборудованных пультами управления;
• циркулярную связь со всех рабочих мест, оборудованных пультами управления;
• избирательную связь между всеми рабочими местами, оборудованными пультами управления (кроме места механика-водителя);
• громкую связь через блок громкоговорителя с рабочего места командира машины;
• служебную связь с абонентом выносного телефонного аппарата (ВТА) с пульта командира машины и пульта должностного лица по телефонной линии на дальности до 100 м на стоянке.
12. Автономную автоматизированную проверку работоспособности составных частей:
• комплекс АВСКУ-Е,
• изделие «Азимут»,
• ЭВМ TS Strong@Master 7020T (4 шт.),
• радиостанция Р-168-100КБЕ,
• радиостанция Р-168-100УЕ-2 (2 шт),
• радиостанция Р-168МРАЕ,
• аппаратура Т-237Е,
• устройство документирования УД-М111Д;
13. С использованием автоматизированных рабочих мест должностных лиц оперативного состава изделие обеспечивает выполнение следующих основных функций:
• прием, обработка и отображение приказов и сигналов боевого управления;
• формирование и выдача приказов боевого управления;
• сбор и обработка докладов о получении и донесений о выполнении приказов боевого управления;
• сбор информации об оперативно-тактической обстановке, ее обработка, хранение, документирование и отображение;
• сбор, обработка, хранение и отображение информации о боевом и численном составе;
• сбор, обработка, хранение и отображение информации о войсках противника;
• сбор, обработка, хранение и отображение информации об условиях ведения боевых действий и данных для оценки оперативно-тактической обстановки;
• формирование, хранение, поиск, обработка, архивирование и документирование боевых документов;
• решение специальных расчетных задач;
• формирование, обработка и отображение данных навигации, отслеживание на карте положения подвижных объектов;
• использование электронных карт местности различного масштаба для заданного района ведения боевых действий;
• нанесение на электронные карты оперативно-тактической обстановки с возможностью ее передачи по каналам связи;
14. Непрерывную круглосуточную работу с перерывами на техническое обслуживание.
1.2. С использованием аппаратуры шифрования данных и речи изделие обеспечивает:
1. Приём и передачу засекреченных данных по УКВ и КВ радиоканалам с использованием изделия Т-237Е;
2. Приём и передачу засекреченных данных по кабелю с использованием изделия Т-237Е;
3. Приём и передачу засекреченной речи по УКВ и КВ радиоканалам с использованием изделий Е-11С;
4. Приём и передачу засекреченной речи по кабелю с использованием изделий Е-11С;
5. Приём и передачу засекреченной речи с выносного рабочего места с использованием радиостанции Р-168-5УНЕ-2 и изделия Е-11Н на дальности не менее 1000 м.

Хорошая ветка. Пофлудим

----------------------
Некоторое собственное видение.
----------------------
Сразу скажу, построения чисто умозрительные, на базе моего опыта работы в связи, IT и некоторого понимания проблемы.
-------------

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

По обрывкам разговоров тут на форуме, складывается впечатление, хотя возможно и не правильное, что текущая работа идет в больше направлении синхронных, гарантированных каналов связи. Вот здесь, с моей точки зрения, было бы неплохо всеже отказаться от жесткой канальной модели, и строить систему как минимум на двух логических уровнях, на подобии организации IP сети или сети GSM. Я не говорю что конкретно нужно завязаться на IP, даже скорее не нужно, я говорю про саму логику. Когда стек протоколов содержит на более низком уровне пакетные протоколы пусть даже негарантированной доставки. На более высоком, или на базе этого протокола негарантированной доставки, или может даже на отдельном протоколе, строим уже высокоуровневую канальную сеть.


Для чего я такое предлагаю. Дело в том, что как мне кажется, большую часть текущей информации, обстановку, приказы, доклады, возможно передавать мелкими атомарными сообщениями определенной структуры. Здесь я говорю о некоем аналоге пейджера/sms встроенном в систему. При этом, атомарность сообщений заключается в том, что каждое сообщение должно быть закончено само в себе и несет определенный логически конечный объем информации. Т.е. на первом логическом уровне строим некую систему обработки и маршрутизации сообщений. Для более полного понимания могу привести отличие стандартного ядра операционной системы от микроядерной ОС осуществляющей взаимодействие на основе сообщений. В первом случае Мы имеем жесткие связи между различными системами, во втором, мы можем исполнять различные части системы даже на различных физических компьютерах, и даже разнесенных между собой на расстояние.

При этом. Сообщения, по большей части предлагаю рассылать безадресно. И только определенную часть целевых сообщений, подписываем ключом/меткой определенного получателя.
Получается этакая, большая распределенная сеть обработки сообщений. Что это нам дает, чуть позже. Остановлюсь еще на секунду на организации этой сети сообщений. Предполагается, что автоматически, на определенном наборе алгоритмов, такая сеть сообщений логически самоорганизуется в дерево. Где каждый знает свой примерный уровень/вес и направление маршрутизациии сообщений через него. К примеру, по активации системы на местности, получается следующая структура дерева. Штаб у нас уровень 0, батальон уровень 1, рота уровень 2, взвод уровень 3, отделение уровень 4. Но эта структура не жесткая, а ориентированная в пространстве на местности. В результате маневров, вполне может получиться картина, когда какойто взвод будет иметь логический уровень равный уровню батальона. Изменение уровня, возможно как жестко, решениями соответствующих связистов, так возможно и автоматически, на основе определенных алгоритмов. Получаем такой динамически строящийся граф маршрутизации сообщений.

Каждое сообщение попадая в систему маркируется уровнем/подразделением/порядковым номером/направлением движения(спином) вверх или вниз, ну и далее уже типом, как то «текущие разведданные», «изменение обстановки», «изменение положения», ну и естественно всякими дополнительными параметрами, каждыми для своего типа.

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

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


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

Соседние взвода, да и вообще любые подразделения в пределах радиовидимости, поскольку сообщение безадресное, и они имеют к нему доступ, также автоматически наносят на свои карты данный рапорт. Все уровни связи выше взвода, по получении сообщения, автоматически ретранслируют его вверх, и в зависимости от типа сообщения и настроек системы возможно и вниз. Поскольку данное сообщение по своему типу достаточно важное (первичные разведданные+обнаружение противника) и являются критичными, то сообщение может автоматически разсылаться и вниз, но уже от лица соответсвующего батальона/роты, их собственным получателем. Либо не разсылаться до получения подтверждения. Пройдя цепочку рота/батальон, сообщение транслируестя батальонным узлом связи в сторону штаба.

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

Адресные доклады и приказы путешествуют по этой сети также, многократно повторяясь на повторителях разного уровня, но отображаются/визуализируются только у соответствующего адресата, как при путешествии вниз, так и вверх. Такими адресными приказами могут быть к примеру приказы на открытие огня определенным силам и средствам по определенной конкретной цели. Ну и естественно приказы перемещения. И т.д.

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

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

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

В общем суть я по моему передал. Хоть может несколько сумбурно, но идея я думаю понятна.

В моем предложении подразумевается что организацие защищенного канала занимается непосредственно приемо/передающий уровень. Хоть даже и аппаратно.

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

Если взять к примеру обыкновенную стратегическую игру. Когда штаб, которым является игрок. Получает информацию и управляет достаточно сложной обстановкой фактически именно с помощью сообщений, не имея никаких иных каналов связи и иной информации. В условиях, к примеру,  наличия средств РЭБ у противника, это по моему самое правильное решение. Поскольку не требует больших скоростей, не требует наличия постоянно существующего канала, позволяет заносить в систему напрямую информацию от автоматических средств разведки и обнаружения, ну и  т.д.т.п.

---------

Поехали?

Цитата: laplat от 03.11.2010 08:19:15
Хорошая ветка. Пофлудим
...

Легко!  :)

Сейчас я по акведуку отвечу только.

Цитата: Портос от 03.11.2010 01:03:18
http://www.radioscan…k_mra_mrd/  
Радиостанции СВЧ-диапазона комплекса Р-168-К-МРА и Р-168-К-МРД «Акведук-К-МР» предназначены для построения высокоскоростных радиосетей и пакетной радиосвязи ТЗУ с использованием принципа временного разделения приема, передачи, уплотнения информации и обеспечения радиодоступа.
Комплекс «Акведук-К-МР» состоит из двух типов радиостанций:
• Р-168-К-МРА – абонентские радиостанции (транспортный вариант);
• Р-168-К-МРД – абонентские станции радиодоступа (носимый вариант).
Производится на Ярославским радиозаводе

http://www.radioscan…ck_a_1.jpg  

Итак, разбираю данную радиостанцию.

Вот более подробная информация. http://www.yarz.ru/prod_r168mraer.html


1. Здесь все пинали на диапазон и необходимость работы в 30-300 МГц. У этой станции диапазон: 1.5-1.75 ГГц, с шагом 1 МГц. При этом ширина канала - 25 МГц!!!
Во первых, 10 каналов это мало. Мы упираемся в то, о чем говорил Равиль: недостаток частотного ресурса
Во вторых, получается что мы не ограничены диапазоном, а можем просто использовть те-же 2.4 ГГц.
2. Здесь не говориться про количество станций на одной честоте. ЕМНИП это максимум 5. Т.е. одновременно работает только 5 станций.
3. Скорость передачи у нас ограничивается 1 МГц

В любом случае, система связи изначально построена не как сеть, а как соединение точка-точка.

Короче, акведук - в топку. Нет смысла говорить о навороченности ЕСУ-ТЗ.

Цитата: laplat от 03.11.2010 08:19:15

----------------------
Некоторое собственное видение.
----------------------
.
.
.
Что мы в результате получаем. Распределенную систему связи устойчивость которой, при некоторой избыточности, гарантируется ее размазыванием по местности и наличием большого количества резервных связей и повторами передачи информации. Не требовательность к высокой скорости передачи, всвязи с работой с цифровыми минимального объема сообщениями.
.
.
.
---------

Поехали?

Правильно!
Фактически Вы пришли к тому же выводу. Надо строить сеть. Хотим мы этого или не хотим, но сеть это реальность. Маршрутизаторы, коды доступа, адресация и т.д. это дело вторичное. Главное это обеспечить покрытие территории с достаточной избыточностью чтобы гарантировать доставку сообщения получателю за определенный интервал времени.

Я фактически предлагал следующее:
Уровень (до взвода) 0: bluetooth/WiFi (0.1-10 Мбит)
Уровень (до батальона)1: CDMA/WiMax (1-10 Мбит), CDMA - по моему 19 кБит всего, но их можно много пустить
Уровень (до полка/дивизии)2: WiMax - (10 Мбит)
Уровень (дивизия и выше)3: Радиорелейка и провода. (магистральные каналы под 100/1000 Mbit)

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

При этом сделать несколько чипов которые будут тупо поддерживать эти протоколы, это стоит не дорого. Все остальное это софт.

Еще раз повторю, что такую сеть будет просто нереально задавить.

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

Цитата: Igor от 03.11.2010 13:19:34
Что то вы не совсем последовательны в своих рассуждениях и умозаключениях, не видно почему вы так решили.

Решил что? И в чем не последователен?

Цитата
А то что вы предлагаете хорошо для комнатной связи но ни как не для полевых условий.

А в чем проблема будет в полевых условиях? В городах, где условия распространения не лучше чем в поле, все уже давно работает.  :)

Цитата: Russky от 03.11.2010 13:30:50
Решил что? И в чем не последователен?

ну хотя бы - почему Акведук в топку?
или почему вашу сеть задавить нельзя?

Цитата: Russky от 03.11.2010 13:30:50
А в чем проблема будет в полевых условиях? В городах, где условия распространения не лучше чем в поле, все уже давно работает.  :)

Да работает, но, Вы наверное мало с этим сталкивались.
Wi-Fi - радиус действия более 10 метров не гарантирован. Кроме того даже на лабораторном столе  (с передатчиком Wi-Fi) можно найти как минимум 3 зоны неустойчивого приема а по комнате и несколько зон полного отсутсвия сигнала.
Bluetooth немногим лучше - до 100 метров, ясно это все с боооольшой натяжкой, экранируется ладошкой.
WiMax - прямая вилимость. ну и т.п.
Зачем это все в армии?

Цитата
Уровень (до взвода) 0: bluetooth/WiFi (0.1-10 Мбит)
Уровень (до батальона)1: CDMA/WiMax (1-10 Мбит), CDMA - по моему 19 кБит всего, но их можно много пустить
Уровень (до полка/дивизии)2: WiMax - (10 Мбит)
Уровень (дивизия и выше)3: Радиорелейка и провода. (магистральные каналы под 100/1000 Mbit)

А вот здесь я не согласен.

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

Вам уже не раз указывали о невозможности нормальной работы этих протоколов в поле. И я поддержу народ. Не будет сеть общего назначения жить в таких условиях. Ее надо перетачивать настолько, что проще сделать чтото новое. Это видно хотябы по тому, сколько косяков и костылей в обычном wifi, который давно уже скомпроментировал себя даже в сетях общего пользования уровня кафе или площадь какаянибудь. Максимум на что годен - квартира и небольшой офис. Все остальное через костыли, нестандартные решения, дополнительное оборудование и т.д. т.п. А вы предлагаете _это_ взгромоздить на динамически меняющую физическую конфигурацию сеть в условия сложной помехо обстановки. Флаг как говорится в руку.

Куда рыть - надо думать. Просто нужно вначале, с моей точки зрения, определить требования к скоростям и объемам передачи данных, потом уже думать в сторону типа и состава оборудования. А может и параллельно.

Цитата: Igor от 03.11.2010 13:53:52
ну хотя бы - почему Акведук в топку?
или почему вашу сеть задавить нельзя?

Акведук в топку:
1. Нехватка радиочастотных ресурсов.
2. Это не сеть в шикором смысле. Это лишь фрагмент сети.
3. Дорого и неэффективно.
4. Это уже прошлый век. Тогда это было круто, сейчас уже есть совсем другие решения.
По акведуку я сказал: "ненадежно, неудобно, дорого".

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

Сначала берем самый нижний уровень, т.е. - солдат. Во первых, давить его никто не будет, во вторых из-зи того что солдаты близко находятся к базовым станциям, то давить будет дороже. К тому-же тот-же BT (тут уже давали ссылку на BT с дальностью до 10 кМ и 1 кМ в городе) достаточно сложно задавить совсем (WiFi мы тоже берем с дальностью в киллометр). Более того, если предположить что базовые для BT будут между собой через каждые 100 метров, то я честно, не представляю как подавить нижний уровень. Проблемы создать да, можно (снизить скорость передачи). Но совсем подавить нельзя.
Вот Вы наверняка спросите, как-же связываться через 10 километров? Это мы переклавываем на следующий уровень. На каждом автомобили вместе с BT станцией у нас есть CDMA или WiMax вместе с рутером и т.д. Т.е. это типа мини базовой станции вместе с маршрутизатором и т.д. Если у тебя есть доступ к другим подразделениям или к штабам, то мы просто перенаправляем твое сообщение полученное по BT через CDMA/WiMax дальще. А тот кто дальше, еще дальше. Вот как в потелефону говорищь, так и там.
Дальше берем уровень взвод-рота. Там мы будем использовать CDMA. Это фактически уже передача между самыми маленькими базовыми станциями. Они передают между собой и имеют свои базовые станции. Фактически, связист и любая машина будут возить на борту Access Point для БТ, трубку CDMA и маленький комп, которые будут делать маршрутизацию. Всё, взвод мы организовали и объединили в батальон.
Дальше идет уровень WiMax, это уже отдельная машина с нормальной антеной которая обеспечивает связь между большими узлами (уровень дивизии и выще). А там уже и кабели/радиорелейка/спутник можно подключить.

В итоге получается сотовая структура трех уровней. Чем выше уровень тем выше пропускная способность.
Если обеспечить нармальное покрытие территории (а это легко достигается), то толку от того что кто-то задавит станцию не будет. Абонент просто переключится на другую.
В итоге все это сводится к определению маршрутов и расдаче кодов доступа. Для отработки этого можно собрать прототип на том что есть, и в процессе изменить несколько чипов, которые и обеспечивают BT/WiFi/CDMA/WiMax c параметрами которые мы в них заложем. Изобретать нового ничего не надо.

В итоге решается проблема радиочастотного ресурса и стоимости устройств.

Цитата
Да работает, но, Вы наверное мало с этим сталкивались.
Wi-Fi - радиус действия более 10 метров не гарантирован. Кроме того даже на лабораторном столе  (с передатчиком Wi-Fi) можно найти как минимум 3 зоны неустойчивого приема а по комнате и несколько зон полного отсутсвия сигнала.
Bluetooth немногим лучше - до 100 метров, ясно это все с боооольшой натяжкой, экранируется ладошкой.
WiMax - прямая вилимость. ну и т.п.
Зачем это все в армии?

Есть разные классы устройств. Можно найти WiFi 1 ватт. Там точно за километр без проблем будет работать. К тому-же если допуск во времени доставки в 30 секунд, то проблем вообще не будет.

В любом случае, доработать все это дело можно. Просто не надо разрабатывать все с нуля и не надо делать систему которая отстает от времени на несколько покалений.

Цитата: laplat от 03.11.2010 14:12:20
Куда рыть - надо думать. Просто нужно вначале, с моей точки зрения, определить требования к скоростям и объемам передачи данных, потом уже думать в сторону типа и состава оборудования. А может и параллельно.

Я думаю что скорость в данном случае вторична. По мере разработки новых устройств будет улучшаться и скорость.

Видите ли, уважаемые коллеги!
Я понимаю, что вы - в большинстве своем профессионалы в области систем связи различного назначения, а также программирования и т.д.

И обсуждение вопросов типа "как нам организовать рабкрин" (зачеркнуто) "как нам организовать связь в бою..." - конечно и безусловно важные. И нужные

Но.
Поймите вы, наконец, что процесс передачи информации - это всего 2 (два!!!) процента времени от всего "большого" цикла боевого управления (получение задачи, ее уяснение, оценка обстановки, принятие решения, постановка задач войскам, планирование боя, практическая работа в войсках по подготовке боя, выполнение боевых задач, доклад о выполнении)

Составная часть этого цикла - организация боя (до момента окончания планирования). В ней передача данных занимает примерно 8 (восемь) процентов времени.

Всего указанный процесс (организация боя) занимает около 5-6 часов. Иногда - до восьми.

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

И прикиньте на склько сократится ВЕСЬ цикл боевого управления (10-12 часов)

При том, что 92 процента времени организационного цикла комплекс ЕСУ ТЗ (вследствии многих причин) командиру не то что бы помогает, а впрямую - МЕШАЕТ!!! Так, для нанесения на электронную карту обстановки решения командира бригады на оборону, для ее последующей отправки подчиненным в виде боевых приказов (распоряжений) - в "Созвездии 2М" требуется  около 10 часов!!!

Для сравнения: в ручном режиме такая карта по всем нормативам делается не более четырех часов.

Поймите! Пока командир, оснащенный комплексом "Созвездие" будет "рисовать" свое решение - другой командир (без средств АСУВ) при помощи фломастера, кальки и телефона ТА-57 успеет ДВА РАЗА принять решение и довести его до подчиненных!

И еще не торопясь покурить и выпить 100 грамм перед боем.

В реальном бою это означает, что бригада без средств АСУВ будет плностью готова к бою на шесть(!) часов раньше, чем бригада с АСУВ. А, следовательно - сможет нанести удар первой - когда "АСУшная" бригада еще не готова!

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

При этом не надо путать достигнутое "Созвездием" сокращение времени на передачу данных (пусть даже в пять раз) с сокращением общего времени цикла боевого управления!!!

Цитата: Дракон первый от 03.11.2010 16:22:40
Видите ли, уважаемые коллеги!

Видим. Все правильно.
Но вообщето здесь собрались побазарить по поводу систем связи как таковых, а для обсуждения вопроса их использования видимо надо еще ветку открывать.

Цитата: Дракон первый от 03.11.2010 16:22:40
Радикально (в разы) основную проблему сокращения цикла управления можно решить только за счет сокращения организационной части работы командира и штаба при подготовке боевых действий.

При этом не надо путать достигнутое "Созвездием" сокращение времени на передачу данных (пусть даже в пять раз) с сокращением общего времени цикла боевого управления!!!

Дракон, я же написал, что если будет нормальная сеть связи, то разработать нормальную систему управления это просто разработать софт.
Система управления это софт. Проблемы систем связи упираются в устройства.

Лично я вообще не вижу проблем в области разработки любого софта даже под линухом. А за год можно сделать пиемлемый софт под винду на .NET. Это не потому что я винды хочу в войска поставить. Просто на первом этапе корректировки ТЗ и оптимизации управления, на винде проще сделать.

PS. По поводу приведенных Вами результатов испытаний : я в ах.е!

Цитата: Igor от 03.11.2010 16:42:58
Видим. Все правильно.
Но вообщето здесь собрались побазарить по поводу систем связи как таковых, а для обсуждения вопроса их использования видимо надо еще ветку открывать.

Новую ветку точно не надо. Здесь как раз место. Все равно связь и управление не разделимы.  :)

Цитата: Russky от 03.11.2010 16:48:20
Лично я вообще не вижу проблем в области разработки любого софта даже под линухом. А за год можно сделать пиемлемый софт под винду на .NET. Это не потому что я винды хочу в войска поставить. Просто на первом этапе корректировки ТЗ и оптимизации управления, на винде проще сделать.

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

Цитата: Дракон первый от 03.11.2010 16:55:48
Да. Но среди всех критиков моей критики "Созвездия" (извините за тафтологию), а также специалистов самого концерна, понимания, того толстого обстоятельства, что без приемлемого софта НИКАКАЯ система связи не сможет сколь-нибудь существенно ускорить управление я не встретил. Кроме Вас.

А я когда-то говорил что софт не нужен? Скорее всего Вы меня не поняли.
Вы в основном критикуете созвездие за софт. Я критикую за хард (средства связи).
Если честно, то я не мог себе представить что можно написать софт настолько коряво.
С моей точки зрения, хард у созвездия минимум на 3 покаления отстал от времени. Судя по всему, софт они писали на синклерах.  :)