> For the complete documentation index, see [llms.txt](https://navixy.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://navixy.com/docs/user/ru/guide/events-and-notifications/device-connection/gsm-jamming.md).

# Попытка GSM глушения (потеря связи)

Определяйте и получайте оповещения, когда GSM-сигнал на GPS-трекере подвергается глушению, что препятствует передаче данных на платформу в реальном времени.

Попытка GSM глушения (потеря связи) означает нарушение GSM-сигналов (сигналов мобильной связи) из-за помех от близлежащих источников. Эти помехи, часто называемые маскировкой или частотной маскировкой, могут не позволить мобильным устройствам подключаться к мобильным сетям, влияя на такие сервисы, как мобильная передача данных (2G, 3G, 4G, LTE), текстовые сообщения и голосовые вызовы. В контексте GPS-мониторинга попытка GSM глушения (потеря связи) может привести к потере передачи данных в реальном времени, поэтому крайне важно настроить правила обнаружения.

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

## Настройки правила

Это правило полностью зависит от возможностей устройства и конфигурации аппаратной части. В самом правиле нет отдельных настроек.

Общие настройки см. в [Правила и контроль событий](/docs/user/ru/guide/events-and-notifications.md).

## Сведения о работе системы

* **Таймер сброса:** Вкладка **Попытка GSM глушения (потеря связи)** У этого оповещения есть таймер сброса на 5 минут, то есть оно не срабатывает чаще, чем раз в 5 минут. Если событие происходит в период сброса, платформа Navixy его пропускает и не включает в отчеты.
* **Несколько устройств:** Пользователи могут выбрать несколько GPS-устройств для мониторинга по этому правилу. Единственное требование — выбранные GPS-устройства должны поддерживать события попытки GSM глушения (потеря связи) и быть интегрированы с платформой. Такая гибкость позволяет удобно отслеживать этот тип события на разных транспортных средствах или устройствах.
* **Оповещение о событии, не зависящем от GPS:** Платформа регистрирует и отображает событие, даже если оно получено в сообщении без действительных GPS-координат. Это гарантирует, что пользователи будут уведомлены о событии независимо от данных о местоположении. В этих случаях настройки радиокнопки Inside/Outside для геозон игнорируются, поскольку платформа в первую очередь отображает потенциально критические события.

## См. также

* [Попытка GPS глушения (потеря связи)](/docs/user/ru/guide/events-and-notifications/device-positioning/gps-jamming.md)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://navixy.com/docs/user/ru/guide/events-and-notifications/device-connection/gsm-jamming.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
