TamoGraph Site Survey и Ekahau Sidekick: физические ограничения клиентской модели и пределы скалярной коррекции

от автора

1. Введение

В предыдущей статье было показано, что RSSI-offset в Ekahau Sidekick представляет собой скалярную поправку уровня и не устраняет фундаментальные ограничения модели конкретного клиентского устройства [1]. Настоящая статья продолжает этот анализ и рассматривает, решает ли TamoGraph Site Survey те же задачи иным способом [2][3].

TamoGraph Site Survey — программный инструмент для Wi‑Fi-обследований и предиктивного планирования, разработанный компанией TamoSoft [2][4]. В отличие от Ekahau, TamoGraph не использует специализированный аппаратный сенсор и работает с различными совместимыми USB- и встроенными Wi‑Fi-адаптерами [3][4]. Это различие влияет на воспроизводимость измерений, интерпретацию результатов и границы применимости получаемых данных [3].

Цель статьи состоит не в сравнении маркетинговых возможностей, а в анализе того, насколько физическая модель TamoGraph приближается к реальному поведению клиентского устройства по тем критериям, которые были выделены ранее [1][3].

2. Архитектурные различия

Ekahau Sidekick представляет собой специализированный измерительный сенсор с фиксированными характеристиками, контролируемыми производителем на этапе выпуска [5]. TamoGraph, напротив, использует различные адаптеры, и документация отдельно указывает, что идентичность показаний уровня сигнала для разных адаптеров не гарантируется [3].

Это различие важно не само по себе, а как источник разных типов неопределённости. В случае Ekahau основной вопрос заключается в сопоставлении известного сенсора с целевым клиентом [1][5]. В случае TamoGraph к этому добавляется вариативность самого измерительного адаптера [3]. Поэтому сравнение двух систем должно вестись не только по функциональности, но и по физическим допущениям [3].

TamoGraph разделяет методы работы с данными на два класса, а AP-on-a-Stick выносит в отдельный workflow [2][3][7]:

  • Методы измерения реальных объектов: пассивный survey, активный survey и спектральный анализ [2][3].

  • Отдельный workflow AP-on-a-Stick [2][3][7].

  • Расчётные модели виртуальных объектов: предиктивное моделирование. В этом случае WLAN ещё не развёрнут, а результат представляет собой расчётный прогноз при заданных допущениях [2][3].

Такое разделение принципиально: TamoGraph прямо отделяет on-site измерения от предиктивного моделирования, и эти режимы не следует смешивать [2][3].

3. Анализ по критериям

Scalar RSSI-коррекция и нелинейность

В Ekahau RSSI offset означает изменение всех значений RSSI в проекте на заданную величину; в документации также описаны режимы, позволяющие смотреть визуализацию с учётом профиля устройства [1][6]. В TamoGraph для сопоставления показаний адаптера и клиента предусмотрена коррекция уровня сигнала адаптера, а для имитации клиентов с низкой RF-чувствительностью — настройки в панели Client Capabilities [3][7].

По функциональному смыслу это всё ещё скалярная корректировка уровня, а не полноценная физическая модель клиентского тракта [3][7]. Такая коррекция полезна для приведения измерений к единой шкале, но сама по себе не описывает возможную нелинейность ошибки по диапазону сигналов [3][7]. Следовательно, речь идёт о приближении, а не о восстановлении физики приёмника [3].

Noise figure клиентского чипсета

TamoGraph в явном виде описывает показания уровня, шума, интерференции, SNR и throughput в зависимости от режима survey, но не вводит noise figure клиентского чипсета как отдельный параметр модели [2][3]. Client Capabilities позволяет задать стандарт, ширину канала и другие возможности клиента, то есть описывает его протокольные характеристики, а не внутреннюю схему радиотракта [3].

Из этого следует осторожный вывод: инструмент может помочь сопоставить измерение с выбранным профилем клиента, но не заменяет физическую модель шумового тракта [3]. То же ограничение касается и Ekahau, где device profiles влияют на визуализацию, но не превращают проект в полную модель конкретного чипсета [1][6].

Роуминг и sticky client

Survey-инструменты в первую очередь измеряют радиосреду и реальное поведение выбранного тестового устройства, а не универсальный алгоритм роуминга всех возможных клиентов [3][7]. В TamoGraph active survey предполагает подключение Wi‑Fi-адаптера к выбранной сети и измерение реального throughput на конкретном устройстве [7]. Это полезно для практической оценки покрытия, но не даёт исчерпывающего описания vendor-specific роуминговой логики.

Поэтому корректнее говорить не о полном моделировании sticky client, а об измерении поведения конкретного тестового устройства в заданной среде [3][7]. В этом отношении TamoGraph и Ekahau решают близкие задачи разными способами, но оба остаются в пределах survey-методологии [1][3][5][7].

Воспроизводимость измерений

У TamoGraph результаты пассивного survey могут корректироваться так, чтобы показания адаптера лучше совпадали с опорным устройством [3][7]. Это важная возможность, но она не устраняет аппаратную вариативность разных адаптеров, поскольку разные модели и даже разные экземпляры могут иметь отличающуюся чувствительность и поведение при приёме [3].

У Ekahau воспроизводимость обеспечивается за счёт фиксированного Sidekick и device profiles с offset, применяемыми в визуализации [1][5][6]. У TamoGraph та же задача решается через адаптерную коррекцию и клиентские возможности, что делает систему гибкой, но менее аппаратно фиксированной [3][7].

4. Сравнительная таблица

Критерий

Ekahau Sidekick

TamoGraph

Scalar RSSI-коррекция

RSSI offset по проекту, с визуализацией через device profile [1][6]

Adapter Signal Level Correction / Signal Correction [3][7]

Noise figure клиента

Не моделируется как отдельный параметр клиента [1][6]

Не моделируется как отдельный параметр клиента [3]

Роуминг / sticky client

Active survey показывает поведение тестового устройства [5][6]

Active survey показывает поведение конкретного адаптера [7]

Воспроизводимость

Аппаратно фиксируется Sidekick [5]

Зависит от адаптера и программной коррекции [3][7]

Предиктивное моделирование

Поддерживается как отдельный режим визуализации [6]

Поддерживается как отдельный режим планирования [3]

5. Системное ограничение класса

Полученные различия показывают, что TamoGraph и Ekahau разделяют один и тот же класс физических ограничений [1][3]. RSSI, шумовой пол и показания survey-инструмента не являются полной моделью клиентского радиотракта, а поэтому сами по себе не восстанавливают поведение конкретного устройства в каждой точке пространства [1][3][5][7].

Некоторые ограничения можно ослабить калибровкой и корректной интерпретацией измерений, но фундаментальная граница остаётся прежней: survey-инструмент даёт практическую картину радиосреды, а не полное физическое описание клиента [3][7]. Именно поэтому оба продукта полезны в инженерной работе, но не следует приписывать им то, чего они не заявляют [1][3][6][7].

6. Заключение

Сравнительный анализ показывает, что TamoGraph Site Survey не устраняет системные ограничения, присущие Ekahau Sidekick и скалярной корректировке RSSI [1][3]. Его сильные стороны лежат в области практической гибкости: поддержка разных адаптеров, адаптерная коррекция уровня, active survey и предиктивное планирование [2][3][7].

При этом физическая модель конкретного клиентского устройства остаётся приближённой и не охватывает все особенности реального радиотракта [1][3][5][6]. Поэтому TamoGraph следует рассматривать как мощный инструмент survey и планирования, а Ekahau — как систему с жёстко контролируемым измерительным сенсором и device profiles для визуализации [1][5][6].

Список литературы

  1. Ekahau. View modes and RSSI offsets. support.ekahau.com. [1]

  2. TamoSoft. TamoGraph Site Survey. tamos.com/products/wifi-site-survey. [2]

  3. TamoSoft. Performing a Site Survey. tamos.com/htmlhelp/tg/mobile/performing_a_site_survey.htm. [3]

  4. TamoSoft. Help Files, Manuals, and Other Documentation. tamos.com/download/manual. [4]

  5. Ekahau. Determining Device Offsets. ekahau.com. [5]

  6. Ekahau. Visualization Options. support.ekahau.com. [6]

  7. TamoSoft. How to take into account the difference in sensitivity between adapter and client devices. pal.tamos.com. [7]

Благодарим за помощь: @andreyzaostrovnykh @Arsenii_SB

ссылка на оригинал статьи https://habr.com/ru/articles/1046033/