Комментарии 51
Параллельно со стандартизацией мы разрабатываем и исследуем алгоритмы для обеспечения малой задержки и высокой надежности передачи в сценариях с большим числом автономных устройств. Одна из работ на эту тему получила в сентябре 2019 г. награду на крупной международной научной конференции IEEE PIMRC.
Думаю выражу общую надежду, что вы и дальше будете продолжать в том же духе. Приятно видеть, что академические исследования из РФ находят отклик в сложных технологических проектах.
мы разрабатываем и исследуем алгоритмы для обеспечения малой задержки и высокой надежности передачи в сценариях с большим числом автономных устройств
Может даже в рамках отдельной статьи. Ибо тем, кто с Wi-Fi взаимодействует больше «снаружи», весьма интересен процесс «изнутри». Вся разработка ведется в теории и неких математических моделях, живущих в Матлабе или еще чем-то? Или часть из них проверяется экспериментально на хитрых SDR..? В общем очень интересно будет, если вы осветите эту тему.
Какова вероятность поддержки новым WFi IOT, Wi-Fi HaLow. Государство вводит законы на обязательную поддержку счетчиков онлайн соединений. Разумеется такой счётчик должен работать весь срок эксплуатации от одной батареи. Государство вводит законы, сейчас стало обязательным только электросчётчики онлайн, но скоро и другие счётчики будут обязательным онлайн.
??? и почему эту инициативу не рассматривали?
Ожидание: 7ГГц, скорость 40Гб/с.
Реальность: в твоей комнате нормально ловится только диапазон 2.4ГГц, шумы от точек доступа соседей со всех сторон не дают развить скорость больше 20Мб/с.
Другой путь — самоизоляция ;-) обои Фарадея и все такое прочее…
И что -блокировать все управление такими вещами от драйвера?
А потом появятся Enterprise точки доступа и опять появятся новости вида arstechnica.com/tech-policy/2015/01/marriott-says-it-wont-try-to-use-legal-wi-fi-security-measures-again а другие компании будут говорить что у них на своей территории такие милые развлечения делать можно и мы ж не блокируем, мы «не нашим» точкам согласуем минимальную скорость.
И как эту проблему решать?
Проблема в том, что сети Wi-Fi очень разнородны, содержат оборудование кучи производителей и разных операторов, клиентов. Причём никто никому не доверяет. Это осложняет реализацию согласованного расписания различных точек доступа.
Для большинства людей режимы реального времени не нужны. Это нужно для управления дронами или операции хирургические проводить онлайн. Но во втором случае такие потребности лучше решать через провод. Это вещи полезные но не для каждого и не для всех. А вот поддержка IOT жир нужно всем и каждому.
А что значит режим реального времени в данном случае?
минимальные задержки и нетерпимость к потерям пакетов?
это для VR надо
Потому что тут альтернативы:
- кабель (что жутко неудобно
- лепить 802.11ad (на 60 Ghz)
- таки использовать более нормальные стандарты + сжимать видеопоток (а значит надо бортовой декодер на шлеме, у Quest'ов есть) но даже в этом случае — надо иметь канал который прокачает 200 Mbit/s (не link rate 200 Mbit/s и не "ну в среднем будет 200")
я так и сделал. почему?
1) не надо мешать соседям
1.1) не делайте wds мосты там, где можно проложить провода
1.2) не загаживайте своими "тв" эфир udp пакетами
2) соблюдайте законы и нормы
3) заняли каждый канал от 1 до 14
были введены белые списки по характеристикам - общая утилизация эфира повысилась на 70%. главное всем хорошо стало, а чего раньше сами не делали - подтолкнуть надо было?
Ну либо брать Tri Band Mesh роутеры, там без проводного подключения так же можно достичь хорошие скорости т.к точки общаться между собой через 5Ghz.
Про ожидание я с вами полностью согласен, сначала наверно ученые восторгаются красотой передачи 40ГБит/c через 320MГц воздуха, потом маркетологи подхватывают эту идею, а люди, простые люди снова расстраиваются, когда на коробке одна цифра, а по факту совсем другая. Поэтому ликбез нужно вести с разных сторон, в том числе с той, которая поясняет что сферический конь в вакууме сильно отличается от реальных условий и не уходить в сторону китайских PMPO.
HomePlug AV devices are required to coexist, and optionally to interoperate, with HomePlug 1.0 devices. The physical layer uses OFDM carriers spaced at 24.414 kHz, with carriers from 2 to 30 MHz. Depending on the signal to noise ratio, the system automatically selects from BPSK, QPSK, 16 QAM, 64 QAM, 256 QAM, and 1024 QAM, on a carrier by carrier basis.
HomePlug AV2 can use the bandwidth from 30–86 MHz as additional bandwidth
Чуток зная такую капризную тему как Leaky Coax, понимаю, что кабель изулучает, но не так уж сильно. На практике с устройствами типа TP-LINK Powerline дел не имел (я счастливый обладатель витой пары в кабельканале плинтуса), но несколько знакомых, которые мучались вопросом «а как получить быстрый Wi-Fi» в дальней комнате, этот вопрос успешно решали.
Решали? Ну не знаю.
Есть опыт с микротиковскими powerline модулями на (якобы) 100 Mbit/s
Работают по сути дополнительными точками доступа.
Вообщем там линк поднимается мегабит на 30 максимум (обычная квартира старая).
(Возможности кинуть кабель конкретно в данное место — не было, так то он везде где можно кинут),
Просто если непрерывной, то даже интересно куда ее впихнуть, в 5 ггц не получится, из-за разрывов 5350-5470 и 5730-5735.
А в 6 ггц в Европе рассматривают выделить только 5925-6425, т.е. там вместится только один канал.
Раз мы заговорили про беспроводные связи у меня вопрос про 60GHz диапазон. В каком состоянии находится WiGig и имеются ли у этой технологии шансы выйти на массовый рынок в ближайшее время?
— внутри одного помещения — как пример, беспроводной адаптер для VR-шлемов HTC Vive.
— для окологигабитных беспроводных безлицензионных (в РФ) уличных пролетов в пределах километра (те же Mikrotik 60G)
Евгений, приветствую!
Большое спасибо за статью и за вклад в развитие Wi-Fi.
Было бы очень интересно узнать больше о "кухне" разработки новых стандартов: подгруппы, группы, внесение предложений, принятие решений, взаимодействие институтов.
Никогда не возникало идеи написать об этом? Ваш пример очень вдохновляет, скромность здесь ни к чему)
Вроде есть в настройках «автовыбор канала», но непонятно, не приведёт ли это к какому-нибудь race condition и хождению по кругу, если у всех будет auto.
Ну и то, что по умолчанию во всех «домашних» устройствах стоит максимальный уровень сигнала из возможных, расстраивает :( Я видимо один, кто регулирует его, чтоб соседям не сильно мешать (ну и не светить сетку за пределы квартиры). Эфир загажен конкретно.
Независимый (самостоятельный) выбор канала не нуждается в стандартизации. Алгоритмы, влияющие на производительность не стандартизируют, чтобы возникла возможность делать железки лучше и продваь их дороже. Как правило, под стандартизацию попадает функционал, обеспечивающий возможность что-то сделать, язык общения (протокол и формат кадров), и т.п. Координированная рассадка по частотам делается сейчас тоже проприетарными решениями, как правило, для корпоративных сетей.
Речь именно о независимых сетях, а не централизованной корпоративной.
В 11ax в теории и на научной практике поняли, что MU-MIMO все-же рабочий, поэтому в 11be пошли в стророну 16-ти приёмо-передатчиков на одной точке доступа, чтобы она одновременно могла отправлять нескольким 1-2-3 поточным клиентам, и от этого будет реальный выигрыш?
Или же мы плавно движемся к ФАР в малом корпусе, чтобы получить выигрыш по уровню сигнала в нужном направлении и уменьшение влияния в ненужном и это основная тема зачем нужно 16x16 с соответствующей ценой и потреблением мощности?
Использованием очень широких каналов и большого числа пространственных потоков приводит к проблеме высоких накладных расходов, связанных с процедурой оценивания состояния канала, необходимой для MIMO и OFDMA. Эти накладные расходы сводят на нет весь выигрыш от повышения номинальных скоростей передачи данных. Ожидается, что процедура оценки состояния канала будет пересмотрена.
А меня ещё это очень интригует.
Что нас ждет в Wi-Fi 7, IEEE 802.11be?