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

ETSI TECHNICAL REPORT, ETR 300-2 :

MCCH: Main Control CHannel (Single MCCH; Multiple MCCH).
TCH: Traffic CHannel.
SCH: Signalling CHannel (Full slot/ Half slot Downlink/ Half slot Uplink)

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

ValdemarG

В этом документе автор Telive описывает 6-канальный приём TETRA.

Не совсем понятно зачем (в ключе этого вопроса). Ведь Тетра-терминал аттачится на конкретный канал когда работает в этой сети. В сервисном меню конкретно видно что на этой БС, которая обсуждается выше, терминал садится на вполне конкретный канал (определяемый по LA#) и сидит на нем. Или вы хотите сказать, что терминал выполняет перестройки по частоте, то на TCH, то на MCCH?

9CXX
Терминал в том числе "слушает" не только свой собственный MCCH, но и соседний в случае сети из нескольких базовых станций - С1 и С2 параметры. Они нужны для бесшовного fast reselection с одной базы на другую, когда терминал двигается в режиме связи (в группе или в индивидуальном звонке). Когда терминал просто двигается с одной базы в другую тут используется slow reselection. Когда Вы программируете TETRA терминал Вы должны "забить" в него все частоты контрольных и трафиковых каналов.

Коллеги, напишу пару слов про эту самую тетру. Это, конечно, все знают, но я просто так, как памятку)

Это система транкинговой связи с выделенным каналом управления.
Каждая несущая БС имеет четыре логических канала, множественный доступ - TDMA. Количество несущих (физических каналов) варьируется в зависимости от предполагаемой загрузке сайта и типически составляет от 1 до 8.
MCCH - управляющий канал. Он транслирует, в числе прочего, MCC, MNC, LA, cell ID, BCC.
Каждой абонентской станции присваивается уникальный SSI, также в неё прописываются все GSSI, в которых терминал может работать. Некоторые системы поддерживают динамическое назначение групп.
В станцию также прописываются номиналы рабочих частот физических каналов.
Для каждой станции прописывается категория приоритета (их вроде аж 200), также прописывается разрешение на типы вызовов - дуплексный и симплексный. Это, так сказать, оптимизация занятия ресурса инфраструктуры. Симплексный вызов занимает один таймслот, дуплексный - два таймслота.
Вся эта светотень относится к параметрам обработки вызовов. В стандарте прописано чудовищное количество конфигурируемых параметров, максимум, что обычно трогают - параметры гистерезиса хендовера, на большее у юзеров либо нет желания, либо знаний/мозгов.
Кстати говоря, сам терминал выполняет немалую долю "логической" работы в системе. Характерный пример - обработка групповых вызовов. Терминал принимает по MCCH все сетапы и сам решает - начинать ему разговаривать или нет, т.е. если он сконфигурирован для работы в группе с GSSI 4001, он будет молчать при приходе от БС сетапа с GSSI 4004 и 4009, а при приходе своего 4001 начнет разговаривать, при этом он покопается у себя в мозгах для понимания - включен у него режим hook или on-hook)) На самом деле это более актуально для индивидуального вызова)
Да, проблемы с приемом определенной группы в тетре может быть связана с тем, что в данном конкретном случае терминал работает в динамически назначенной группе.

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

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

9CXX
Не совсем понятно зачем (в ключе этого вопроса). Ведь Тетра-терминал аттачится на конкретный канал когда работает в этой сети. В сервисном меню конкретно видно что на этой БС, которая обсуждается выше, терминал садится на вполне конкретный канал (определяемый по LA#) и сидит на нем. Или вы хотите сказать, что терминал выполняет перестройки по частоте, то на TCH, то на MCCH?

Терминал принимает одномоментно только один логический канал в режиме ожидания - это МССН той БС, в которой он залоцирован, в режиме вызова - еще и канал трафика. Номер канала трафика терминал принимает в вызывном сетапе.

Терминал принимает одномоментно только один логический канал в режиме ожидания - это МССН той БС, в которой он залоцирован, в режиме вызова - еще и канал трафика. Номер канала трафика терминал принимает в вызывном сетапе.
Т.е. - контрольный канал существует (в ТМО режиме имею ввиду).
Некоторый опыт работы с системами на EADS TB3 это как бы и подтверждает, равно как и что В стандарте прописано чудовищное количество конфигурируемых параметров, максимум, что обычно трогают - параметры гистерезиса хендовера, на большее у юзеров либо нет желания, либо знаний/мозгов.
Посему стараются "накормить собак и - ничего не трогать!". ;)

NDR

^{Для каждой станции прописывается категория приоритета (их вроде аж 200)}
В TETRA 15 штук приоритетов. Самый верхний - это Emergency call

^{включен у него режим hook или on-hook)) На самом деле это более актуально для индивидуального вызова)}
При запрограммированном Hook Signalling при индивидальном вызове вызываемый абонент должен подтвердить входящий вызов нажатием РТТ, при Direct Signalling соединение происходит автоматически

Возникла проблема в работе Motorola MTH800, После некоторого времени нормальной работы, станция, при попытке регистрации в сети, стала выдавать ошибку "Сбой регистрации". Затем "Нет обслуживания". Затем "Дождитесь соединения", и далее по кругу - Сбой регистрации - Нет обслуживания - Дождитесь соединения.
В чем может быть причина и как это победить? Оно само сломалось, я ничего не трогал.

9c4772
вас просто заблокировали. наверно хотели внести свою лепту в радиообмен )

Смена TEI+ISSI ничего не поменяло. MTM700, которая в эфире не светилась и имеет другие TEI и ISSI, выдает такую же ошибку - "registration failure".
Время появления этой ошибки совпало с появлением новых БС в сети.
Инструкция говорит, что станция не смогла зарегистрироваться в сети и предлагает повторить попытку позже.

9c4772
Возможно, что включили authentication. В этом случае заломиtья в сеть не поlучится.

А аутентификация по какому принципу происходит, т.е почему одной станции разрешает работать в сети, а другой нет?

Caprice Classic
При аутентификации для каждой радиостанции генерится индивидуальный файл с ключами согласно TEI ("K" 128-bit) , который потом грузится в систему. При регистрации радиостанции в сети происходит обмен ключами между абонентом и инфраструктурой (3-DES алгоритм и ещё много чего). Basic вариант - это когда инфраструктура опрашивает радиостанцию и согласно ответу регистрирует или не регистрирует абонента. Mutual вариант - это когда, и радио, и инфраструктура опрашивают друг друга.

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

В сети ФИФА нет аутентификации и станции аттачатся. Но обучать людей как садится в этот транк - кретинизм.


Увеличить

9CXX
Ваше мнение очень важно для нас, оставайтесь на линии.

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

9CXX
^{В сети ФИФА нет аутентификации и станции аттачатся.}
это здОрево. А осуществить групповой или индивидуальный вызов получается между клонами? При таких опытах нужно учитывать то, что клон может быть killed админом системы. Ну а дальше мы знаем куда девать этот клон - колоть орехи, гвоздики забивать, отправлять производителю на ремонт

Кто алекает и мешает людям работать - туда им и дорога! А так есть защита от килла, по крайней мере у моторолы в расширенном софте Depot

ValdemarG

колоть орехи, гвоздики забивать, отправлять производителю на ремонт

Это у вас в Европах так. Я делаю иначе. Ставлю станцию во флеш-мод, гружу станцию бутлоадером и восстанавливаю родной тюнинг из заботливо сохраненного кодеплага. Но тут надо понимать, что самое важное в этой истории - это подходящий бутлоадер. Моторола его никому не дает под страхом смерти. Ну флеш-кабель тоже печалит - схем нет, а цена примерно $300.

Caprice Classic
^{А так есть защита от килла, по крайней мере у моторолы в расширенном софте Depot}
9CXX
^{Я делаю иначе}
Круто, парни, что тут скажешь. Чисто для собственного развития - почему бы и нет.

ValdemarG

Да какое тут развитие, это просто повторение чужого опыта. Нужно для экономии средств. Для бизнес-юзеров Моторола предлагает посылать это все к дилеру, дилер уже в Моторола ГмбХ. Половина цены терминала и 6 месяцев ожидания, и станция опять работает.

В режиме ТМО клон не должен работать. Помимо всего прочего, контроллер пишет данные о локации абонента в таблицу ММ (Mobile Management) и клон в любом случае вызовет вопросы. К сожалению, я уже не помню стандартную процедуру аутентификации абонента в сети. Кроме ISSI надо корректно прописать MCC, MNC и частоты физических каналов.

Контрольный канал - МССН - существует)) Он сидит на первом логическом канале базовой станции. Через него, помимо служебной информации, еще и SDS передаются.

Просмотрел имеющиеся записи. Теперь стало понятнее что происходит. Повсеместно используется разные частоты для организации связи и для голосового трафика. Так хотелось реализовать простенький плагин для быстрого мониторинга сети, но с таким раскладом полноценного мониторинга не получается. На голосовом канале не всегда имеется полная необходимая информация. А для реализации полноценного контроля плагин превратится в монструозный кусок софта. Это точно не в рамках плагина. В итоге - полноценный мониторинг только если трафик и управление на одной частоте. На раздельных частотах полнота информации не гарантируется и зависит от настроек БС.

Трафик и управление могут быть на одной частоте. Просто на каждой частоте (физическом канале, несущей) организуется ЧЕТЫРЕ логических канала. То есть даже одночастотная БС имеет один МССН и три канала трафика. Если несущих две - один МССН и семь каналов трафика. Занятие терминалом ресурса инфраструктуры - ТССН - определяется самой инфраструктурой. Если тупо - БС передаёт в сторону абонента информацию, какой именно логический канал нужно занять под вызов.

NDR
Клон работать будет! Проверяли (случайно так получилось). Но как правильно сказали выше - черевато глюками для обоих радиостанций. Точно не работали индвидуальные вызовы. Лог местоположения еще ж надо чтоб кто-то смотрел ;)

TSSDR
Думаю, если выпустите платное приложение, то спрос будет. Плагин - реклама, бета-версия. Кому реально нужен полный функционал - то те, уверег, заплатят. И ваши труды не уйдут впустую.

Caprice Classic

Значит, с аутентификацией в этой системе не все гладко))
Скорее всего, используется какой-то упрощенный вариант. Либо система односайтовая и безмозглая))

NDR

Какой еще аутентификацией? В сети с аутентификацией не будет пиратов-двойников пока это явно не захочет админ. Поэтому такие проверки простым смертным доступны только на сети без аутентификации.

9CXX

Дефиницию термина "аутентификация" можно уточнить на образовательных ресурсах.

При включении абонентской р/ст (АС) в сеть в режиме ТМО между АС и инфраструктурой происходит некий обмен служебной информацией. Происходит это примерно следующим образом (упрощенно):

1. АС после включения начинает сканировать частоты, залитые в неё при конфигурировании.
2. Найдя частоту с МССН, радиостанция читает MCC и MNC. Если это "родные" данные, р/ст начинает "стучаться" в БС,
посылая при этом свои АУТЕНТИФИКАЦИОННЫЕ ДАННЫЕ.
3. БС отправляет данные абонента на контроллер сети, который проверяет - "правильная" это р/ст или не очень и соответственно дает добро на локацию АС, фиксируя эту самую локацию в таблице ММ.

Так вот, в простейшем случае для аутентификации достаточно только ISSI. Если у администратора сети воображение развито чуть более, чем у дверной ручки, аутентификация проводится еще по некоторым признакам, например по электронному номеру, который в гсм называется IMEI. В тетре, по-моему, тоже.

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

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

Не помню, как называется режим работы БС в автономном режиме, т.е. без контроллера сети. В этом случае БС оперирует только с ISSI и обеспечиваются только симплексные индивидуальные и групповые вызовы. И то, наверное, не у всех производителей.