В прошлой заметке упомянул про Китайскую инициативу внедрения своего стандарта, как альтернативы "синему зубу" - "зеленый зуб" (nearlink, sparklink).
Т.е. это именно вся цепочка - консорциум (ниже подробно) , стандарты, производство чипов, экосистема. Причем это случай, когда не просто копируют, но и местами пытаются делать Систему.
Технические характеристики:
NearLink (китайский: 星闪; также известный как SparkLink и ранее Greentooth) — это протокол беспроводной технологии ближнего действия, разработанный NearLink Alliance под руководством Huawei, созданным 22 сентября 2020 года. По состоянию на сентябрь 2023 года в состав Alliance входят более 300 предприятий и учреждений, в том числе производители автомобилей, производители микросхем и модулей, разработчики приложений, компании ИКТ и научно-исследовательские институты.
4 ноября 2022 года Alliance выпустил стандарт беспроводной связи ближнего действия SparkLink 1.0, который включает два режима доступа, а именно SparkLink Low Energy (SLE) и SparkLink Basic (SLB), для интеграции функций традиционных беспроводных технологий, таких как Bluetooth и Wi-Fi, с улучшенными требованиями к задержке, энергопотреблению, покрытию и безопасности.
Альянс представил Standard 2.0 30 марта 2024 года, который улучшает сквозную систему протоколов и расширяет стандарты приложений, поддерживая собственные возможности аудио и видео, взаимодействие человека с компьютером и приложения позиционирования.
NearLink использует форму сигнала Cyclic Prefix-Orthogonal Frequency Division Multiplexing (Cyclic Prefix-OFDM) для решения проблем с задержкой в различных приложениях. Форма сигнала отличается сверхкороткой структурой кадра и гибкой схемой планирования ресурсов временной области, что сокращает задержку передачи примерно до 20 микросекунд. Кроме того, NearLink применяет полярные коды и принимает схемы Hybrid Automatic Repeat-reQuest (HARQ) для поддержки приложений с высокими требованиями к надежности, таких как промышленные приложения замкнутого контура управления для автоматизированных сборочных линий, где требования к надежности составляют не менее 99,999%.
NearLink включает два режима доступа, а именно SparkLink Low Energy («SLE») и SparkLink Basic («SLB»).
Режим SLE в основном нацелен на маломощные, малозатратные и высоконадежные сценарии применения, такие как беспроводные гарнитуры, мыши, автомобильные ключи и т. д. Сообщается, что он обеспечивает скорость передачи данных до 12 Мбит/с, что в шесть раз больше, чем у Bluetooth, и поддерживает двунаправленную задержку 250 микросекунд, одновременный доступ 256 пользователей и потребление энергии менее 2 мА.
Режим SLB ориентирован на высокоскоростные, высокопроизводительные и высокоточные сценарии применения, такие как передача видео, обмен большими файлами и точное позиционирование. Сообщается, что он обеспечивает скорость передачи данных до 1,2 Гбит/с, что в два раза больше, чем у Wi-Fi, и поддерживает задержку 20 микросекунд и одновременный доступ 4096 пользователей.
Руководство консорциума - https://www.sparklink.org.cn/en/channel.php?id=27 ( ни одного снежка ).
Состав рабочих груп -
Эксперты комитета ( леново, медиатек ... )
Члены альянса
Структуризация - много автопроизводителей - ибо современные самобеглые коляски это уже считай "электроника" на колесах... производители дронов и прч., замечены и компании цвета хаки.
Примеры чипов
https://www.cdebyte.com/news/914
Чипы на али по 500рэ
Область применения не только "наушники" - а больше для общения устройств между собой (внутри авто) , участки сборочных линий ( 4000 устройств норм характеристика) и прч
Еще подробности - https://pmc.ncbi.nlm.nih.gov/articles/PMC9958389/
Судя по проработке (алгоритмы и прч) - сделан не только индустрией, но и при активном участии ученых ( проверил по научным публикациям ).
Как Китайцам удалось обойти проблему третьего мира в виде цеховизации академсектора живущего (а иногда жирующего) на "гранты" (причем без особого выхлопа) вопрос даже по интересней технических аспектов.
Любая кормушка рано или поздно окукливается, сегментируется по числу данбара внутри "направлений" и переходит в имитационный режим эффективного поедания "распределяемого" ресурса - западоиды борются с переменным успехом с этим за счет "открытости" и тем, что просто много разных институций (типа конкуренция - не успевают снюхиваться). Но...
Впрочем ладно это другая сказка.
Какие ложки дегтя.
Толкает тему по большому счету один хуавей - из производителей чипов вписался только Медиатек ( а это Тайвань)
США думаю на уровне FCC это все вообще забанит. Как поведут себя еврокомиссары?
Короче история развития Темы будет хоть и маленькой, но лакмусовой бумажкой... что будет происходить по технической части на нашем(?) шарике.
P.S.
Предыдущие заметки:
Битва стандартов или будет ли у БРИКСа свой "синий зуб"? - https://aftershock.news/?q=node/1463748
Чо новенького по электронному барахлу - https://aftershock.news/?q=node/1462179
В чем это все выразится для Российского обывателя - появится куча (точнее уже есть) китайской техники _лучше_ наднациональной, но с оной не совместимой.
Как долго это будет продолжаться? х.з.
Комментарии
да тут дело больше в производителях "чипов" и рынках их сбыта - а не в "алгоритмах" (их в академсекторе кстати "наизобретено" будь здоров)
заметка на тему того, что наблюдается попытка выйти из чужих правил игры (не факт что удачная - не просто так про ант+ написал до того как)
хотя шансы выше - подтянули автоиндустрию (сигналки плюс общение внутри авто запчастей между собой - датчики шин и прч) плюс телефоны свои есть
Ну будем посмотреть, разнообразие это хорошо )
А количество пакетов данных, передаваемых в секунду там можно же посчитать через эти минимальные периоды? - 1/0.000250*2 = 8000 и 1/0.000020*2 = 100000 - это же на все имеющиеся подключения в сети, т.е. до 256 и 4096, соответственно? Понятно, что не обязательно каждую секунду буквально все они будут что-то передавать/получать, но вообще ограничение по числу пакетов такое, как можно посчитать из указанных временных параметров?
* коэффициент 2 появился из трактовки "в обе стороны", т.е. одновременно устройство может и отправлять, и получать данные.
Это время "пинга" между AP и устройством. Те пакет получили нашли ошибку перезапросили и так по кругу пока не получили верный пакет это занимает максимум 250 микросекунд. Во второй версии добавили HARQ, пакет получили, нашли ошибку перезапросили. Если в новом пакете тоже ошибка то новый пакет объединяем со старым и пытаемся подобрать верное сочетание битов. Это занимает 20 микросекунд. Те тут разговор не про число транзакций в секунду, а о гарантированном времени осуществления транзакции. Ну как я понимаю эти цифры )
Я понимаю, что при ошибке пакет будет перезапрашиваться, ну, если интерфейс с гарантированной доставкой, а не какой-нибудь udp. Просто все эти максимальные скорости передачи считаются для варианта, когда потерь нет (ну, или сколько их там допускается для дата центров - при переходе на "здесь и сейчас" там по потерям выходят жалкие доли процента). Плюс к этому макс. скорость передачи достигается лишь при использовании максимально больших пакетов (например, ~9.5кБ при обычном tcp/ip). А это, в свою очередь означает наличие ограничения по количеству пакетов, которые может сетевое оборудование передать за единицу времени. И именно здесь (напоминаю, считаем, что у нас нет ошибок доставки пакетов) и кроется основная причина тормозов в сети, т.к. тот же свитч может обработать совсем не такое большое количество пакетов за секунду (счёт идёт на десятки тысяч в секунду). При малом числе клиентов это, считай, не заметно, но, с ростом их количества, можно прийти к тому, что скорость передачи в байтах снижается до уровня очень далёкого от заявленного максимума, хотя реально в это время сетевое оборудование очень плотно занято. Вот, мне с этой стороны и интересна пропускная способность нового китайского стандарта.
Страницы