ИНФОРМАЦИЯ ОБ ОБЛАСТИ И УРОВНЕ ТЕХНИКИ
1. ОБЛАСТЬ ТЕХНИКИ
[0001] Настоящее изобретение в основном относится к устройству связи и способам для электронных устройств и систем и, более конкретно, относится к одновременной повторной передаче в сетях с множеством точек доступа (AP).
2. УРОВЕНЬ ТЕХНИКИ
[0002] Беспроводные сети, которые обмениваются данными путем одновременной передачи с использованием множества AP, позволяют электронным устройствам обмениваться данными в сетях путем осуществления одновременной передачи, отправляемой на множество электронных устройств. Такие сети имеют преимущества перед другими беспроводными сетями, в которых беспроводная связь ограничена одной передачей на одно электронное устройство.
РАСКРЫТИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ
[0003] Один не имеющий ограничительного характера приведенный для примера вариант осуществления способствует обеспечению обмена данными с одновременной передачей и повторной передачей в сетях с множеством AP. В качестве примера этот обмен данными включает в себя одновременную повторную передачу между двумя или более точками доступа (access point, AP) и одной или более беспроводными станциями (STA).
[0004] Один приведенный для примера вариант осуществления представляет собой точку доступа (access point, AP), которая включает в себя приемник, который во время работы принимает от другой AP триггерный кадр одновременной передачи (Joint Transmission, JT), который указывает блоки данных протокола MAC (MAC protocol data unit, MPDU), подлежащие одновременной передаче на устройство связи; и локальное запоминающее устройство, которое хранит один или более MPDU, ранее переданных на устройство связи.
[0005] Следует отметить, что общие или конкретные варианты осуществления могут быть реализованы в виде системы, способа, интегральной схемы, компьютерной программы, носителя данных или любой их выборочной комбинации.
[0006] Дополнительные достоинства и преимущества раскрытых вариантов осуществления станут очевидными из описания и чертежей. Такие достоинства и/или преимущества могут быть получены отдельно с помощью различных вариантов осуществления и признаков из описания и чертежей, все из которых не обязательно должны присутствовать для получения одного или более из таких достоинств и/или преимуществ.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0007] Сопроводительные чертежи, на которых подобные номера позиций относятся к идентичным или функционально аналогичным элементам на отдельных изображениях и которые вместе с подробным описанием, представленным ниже, включены в настоящее изобретение и составляют его часть, служат для иллюстрации различных вариантов осуществления и для объяснения различных принципов и преимуществ в соответствии с настоящими вариантами осуществления.
[0008] На фиг. 1 показана беспроводная сеть с системой с множеством AP в соответствии с приведенным для примера вариантом осуществления.
[0009] На фиг. 2A представлена система с множеством AP, показанная как корпоративная сеть, в соответствии с приведенным для примера вариантом осуществления.
[0010] На фиг. 2B представлена система с множеством AP, показанная как домашняя или офисная сеть, в соответствии с приведенным для примера вариантом осуществления.
[0011] На фиг. 2C представлена система с множеством AP, показанная в конфигурации «ведущий-ведомый», в соответствии с приведенным для примера вариантом осуществления.
[0012] На фиг. 3 представлен блок данных протокола MAC (MAC Protocol Data Unit, MPDU) в соответствии с приведенным для примера вариантом осуществления.
[0013] На фиг. 4 представлена последовательность сообщений при одновременной передаче в системе с множеством AP в соответствии с приведенным для примера вариантом осуществления.
[0014] На фиг. 5A и 5B представлены кадры данных, используемые для инкапсуляции данных JT, в соответствии с приведенным для примера вариантом осуществления.
[0015] На фиг. 6 представлен кадр данных, первая таблица с именами протоколов и типами полезной нагрузки и вторая таблица с типами пакета координации AP в соответствии с приведенным для примера вариантом осуществления.
[0016] На фиг. 7 показана одновременная передача между ведущей AP, ведомой AP и целевой STA в соответствии с приведенным для примера вариантом осуществления.
[0017] На фиг. 8 представлен триггерный кадр JT в соответствии с приведенным для примера вариантом осуществления.
[0018] На фиг. 9 представлена последовательность сообщений при сеансе одновременной передачи между ведущей AP и ведомыми AP в системе с множеством AP в соответствии с приведенным для примера вариантом осуществления.
[0019] На фиг. 10 представлены кадры «Действие по координации AP», обмен которыми происходит по беспроводной связи для согласования или прекращения сеанса одновременной передачи, в соответствии с приведенным для примера вариантом осуществления.
[0020] На фиг. 11 представлен кадр, в котором в кадре Ethernet инкапсулированы данные JT, а также кадры «Действие по координации AP», в соответствии с приведенным для примера вариантом осуществления.
[0021] На фиг. 12 представлен триггерный кадр для одновременной передачи на целевую STA в соответствии с приведенным для примера вариантом осуществления.
[0022] На фиг. 13 показан обмен данными, при котором ведущая AP не участвует в одновременной передаче данных, в соответствии с приведенным для примера вариантом осуществления.
[0023] На фиг. 14 представлены кадры действий, используемые AP на этапе запроса информации для сбора информации от другой AP, в соответствии с приведенным для примера вариантом осуществления.
[0024] На фиг. 15 представлен кадр для совместного использования данных, передаваемый от ведущей AP на ведомые AP в соответствии с приведенным для примера вариантом осуществления.
[0025] На фиг. 16 представлен кадр данных JT в виде агрегированного блока данных протокола MAC (Aggregated MAC Protocol Data Unit, A-MPDU) в соответствии с приведенным для примера вариантом осуществления.
[0026] На фиг. 17 представлен кадр в виде агрегированного блока данных протокола MAC (A-MPDU), используемого для совместного использования данных ведомыми AP, в соответствии с приведенным для примера вариантом осуществления.
[0027] На фиг. 18 представлен триггерный кадр для одновременной передачи в соответствии с приведенным для примера вариантом осуществления.
[0028] На фиг. 19 представлен приведенный для примера вариант одновременной передачи с применением распределенного MU-MIMO на две STA, которые ассоциированы с ведущей AP, в соответствии с приведенным для примера вариантом осуществления.
[0029] На фиг. 20 представлен кадр данных JT, кадр подтверждения (ACK или Ack) и кадр BlockAck в соответствии с приведенным для примера вариантом осуществления.
[0030] На фиг. 21 показана одновременная передача, при которой STA не удалось принять кадр данных JT, а ведущая AP повторяет процедуру одновременной передачи, в соответствии с приведенным для примера вариантом осуществления.
[0031] На фиг. 22 показана одновременная передача, при которой STA не удалось принять кадр данных JT, и ведомые AP также обрабатывают кадры Ack, а ведущая AP повторяет одновременную передачу без повторного распределения данных, в соответствии с приведенным для примера вариантом осуществления.
[0032] На фиг. 23 показана одновременная передача, при которой STA не удалось принять данные JT, а ведомые AP также обрабатывают кадры BlockAck и удаляют данные JT, в соответствии с приведенным для примера вариантом осуществления.
[0033] На фиг. 24 показана одновременная передача, при которой STA не удалось принять данные JT и устранить ошибку в том случае, если ведущей AP не удалось принять кадр BlockAck, в соответствии с приведенным для примера вариантом осуществления.
[0034] На фиг. 25 представлен кадр «Ответ с информацией о координации AP» и таблица с причинами удаления в соответствии с приведенным для примера вариантом осуществления.
[0035] На фиг. 26 показана беспроводная сеть и беспроводный обмен данными с STA в Backhaul BSS и Fronthaul BSS в соответствии с приведенным для примера вариантом осуществления.
[0036] На фиг. 27 показана одновременная передача, при которой STA не удалось принять данные JT, а ведомые AP используют триггерный кадр JT для удаления JT MPDU, в соответствии с приведенным для примера вариантом осуществления.
[0037] На фиг. 28 показана одновременная передача, при которой STA не удалось принять данные JT, а ведомые AP передают информацию о кадрах подтверждения на ведущую AP, в соответствии с приведенным для примера вариантом осуществления.
[0038] На фиг. 29 представлен кадр «Ответ с информацией о координации AP» в соответствии с приведенным для примера вариантом осуществления.
[0039] На фиг. 30 представлен триггерный кадр JT с указанием очистки буфера в соответствии с приведенным для примера вариантом осуществления.
[0040] На фиг. 31 показана одновременная передача, при которой STA не удалось принять данные JT, и для одновременной передачи поддерживается не немедленное подтверждение BlockAck, в соответствии с приведенным для примера вариантом осуществления.
[0041] На фиг. 32 показана одновременная передача с применением распределенного MU-MIMO, при которой STA не удалось принять данные JT, и для одновременной передачи поддерживается не немедленное подтверждение BlockAck, в соответствии с приведенным для примера вариантом осуществления.
[0042] На фиг. 33 показана одновременная передача, при которой STA не удалось принять данные JT, и специализированный кадр, предписывающий ведомым AP удалить хранимые данные JT, в соответствии с приведенным для примера вариантом осуществления.
[0043] На фиг. 34 представлена таблица значений поля «Действие в сеансе координации AP» и кадр «Очистка данных координации AP» в соответствии с приведенным для примера вариантом осуществления.
[0044] На фиг. 35 представлено электронное устройство в соответствии с приведенным для примера вариантом осуществления.
[0045] Для специалистов в данной области техники будет очевидно, что элементы на фигурах показаны для простоты и ясности, и не обязательно изображены в масштабе.
ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ
[0046] Электронные устройства могут быть выполнены с возможностью передачи и приема данных одновременной передачи (joint transmission, JT) в сетях с множеством AP. Эти электронные устройства имеют много преимуществ перед обычными электронными устройствами, возможности которых ограничиваются одной передачей на одно электронное устройство. Однако осуществление одновременных передач в сетях с множеством AP сопряжено с многочисленными техническими проблемами.
[0047] Существующие BSS (базовые наборы услуг) 802.11 действуют как отдельный блок. Точки доступа для каждого BSS предоставляют услугу беспроводной связи только беспроводным станциям (STA), которые ассоциированы с соответствующими AP. Скорость передачи данных, которую AP может обеспечить в беспроводной линии связи с соответствующей STA, зависит от MCS (схемы модуляции и кодирования), используемой для линии связи, которая, в свою очередь, зависит от SINR (отношения сигнал-помеха плюс шум) для каждой STA. Как правило, максимальная MCS может быть обеспечена при более высоком SINR, в то время как при низких уровнях SINR возможна только минимальная MCS. Хотя в отдельном BSS отношением сигналов можно управлять с помощью AP путем регулировки мощности передачи, управлять уровнем помех с помощью STA гораздо сложнее. Эта проблема, в частности, актуальна для STA, которые находятся на границе сети и находятся в пределах зоны действия беспроводной сети с поддержкой множества BSS (также известной как зона OBSS (Overlapping BSS, с совмещением BSS)). Полезным сигналом в одном BSS является по существу помеха для STA с другим BSS.
[0048] Координация множества AP (например, координация между AP с поддержкой соседних BSS) может быть использована в качестве эффективного способа улучшения SINR STA-участников. Такие схемы становятся возможными благодаря плотному размещению AP в управляемой сети (например, в корпоративной сети, сети стадиона и т.д.) или в домашних сетях (например, в домашних ячеистых сетях с множеством AP).
[0049] Различные схемы координации с множеством AP могут быть разделены на две общие группы. Первая группа включает в себя схемы, с помощью которых пытаются уменьшить помехи в OBSS путем управления мощностью передачи, скоординированного формирования луча, скоординированного формирования нуля, скоординированного планирования и т. д. Вторая группа включает в себя схемы, с помощью которых пытаются повысить уровень сигнала на STA путем синхронизированной передачи с множества AP на одну и ту же STA. Схемы второй группы могут упоминаться как одновременная обработка на множестве AP, одновременная передача с использованием множества AP или с применением распределенного MU-MIMO.
[0050] Одновременная передача обеспечивает не только повышение уровня сигнала, но и уменьшение помех путем преобразования сигнала помехи в полезный сигнал. Приведенные для примера варианты осуществления, таким образом, позволяют решить технические проблемы, связанные с STA в сетях с совмещением BSS или с системами с множеством AP, путем уменьшения помех на STA и повышения SINR на STA. Эти проблемы включают в себя способы распределения и синхронизации данных одновременной передачи (данных одновременной передачи с применением MU-MIMO) между ведомыми AP, и другие проблемы, обсуждаемые в настоящем документе.
[0051] Один приведенный для примера вариант осуществления представляет собой точку доступа (access point, AP), которая включает в себя приемник, который во время работы принимает от другой AP триггерный кадр одновременной передачи (Joint Transmission, JT), который указывает блоки данных протокола MAC (MAC protocol data unit, MPDU), подлежащие одновременной передаче на устройство связи; и локальное запоминающее устройство, которое хранит один или более MPDU, ранее переданных на устройство связи.
[0052] Другой приведенный для примера вариант осуществления представляет собой точку доступа (AP), которая включает в себя схему, которая во время работы определяет, что устройство связи не смогло принять один или более блоков данных протокола MAC (MPDU), которые были одновременно переданы данной AP и другой AP на устройство связи; и передатчик, который во время работы передает триггерный кадр одновременной передачи (JT) на другую AP без повторного распределения не принятых MPDU на другую AP.
[0053] На фиг. 1 показана беспроводная сеть с системой 100 с множеством AP в соответствии с приведенным для примера вариантом осуществления. В качестве примера система 100 включает в себя три BSS (показаны как BSS1, BSS2 и BSS3). Каждый BSS обеспечивается по меньшей мере одной AP (показаны как AP1, AP2 и AP2). Множество STA (показаны как STA1-TA5) распределены по всей системе. STA1 находится в зоне действия одного BSS (BSS1); STA2 находится в зоне действия трех перекрывающихся BSS (BSS1-BSS3); STA3 находится в зоне действия двух перекрывающихся BSS (BSS1 и BSS3); STA4 находится в зоне действия двух перекрывающихся BSS (BSS2 и BSS3); и STA5 находится в зоне действия одного BSS (BSS2).
[0054] Хотя на фиг. 1 показано, что STA2 связана с AP3, три AP (AP1, AP2 и AP3) могут координировать свою передачу для одновременной передачи на STA2. Такая одновременная передача повышает уровень SINR на STA2 и обеспечивает использование максимальной MCS, что приводит к более высокой пропускной способности для STA2.
[0055] Хотя в схемах координации с множеством AP, как правило, используют некоторую временную синхронизацию между участвующими AP, используемый уровень синхронизации является самым высоким для одновременной передачи, в частности, в случае применения распределенного MU-MIMO. В связи с этим в одном или более примерах осуществления реализуют одновременную передачу, при которой одна AP (называемая ведущей AP) обеспечивает сигнал синхронизации, а другие участвующие AP (называемые ведомыми AP) находятся в пределах зоны действия ведущей AP. На фиг. 1 AP3 является ведущей AP, а AP1 и AP2 являются ведомыми AP. Ведущая AP также альтернативно может упоминаться как координирующая AP, AP одновременной передачи (JT) или контроллер множества AP и т. д., а ведомая AP также может упоминаться как устройство с множеством AP или координируемая AP и т.д.
[0056] В одном приведенном для примера варианте осуществления и как более подробно описано ниже, одновременная передача включает в себя передачу всеми участвующими AP одного и того же сигнала на STA. Это включает в себя применение конкретных полей уровня MAC, которые должны быть эквивалентными для всех участвующих AP.
[0057] На фиг. 2A представлена система 200 с множеством AP, показанная в виде корпоративной сети, в соответствии с приведенным для примера вариантом осуществления. В качестве примера система включает в себя множество AP (показанных как AP1-AP8), осуществляющих широковещательную передачу с перекрытием. Каждая AP управляет соответствующим каналом (Ch), например, AP1 - Ch 36, AP2 - Ch 52, AP3 - Ch 149, AP4 - Ch 44, AP5 - Ch 56, AP6 - Ch 161, AP7 - Ch 48 и AP8 - Ch 60.
[0058] В корпоративных сетях положение AP и распределение частот тщательно планируют во время развертывания для достижения максимальной пропускной способности. Как показано на фиг. 2A, смежные AP используют неперекрывающиеся каналы для минимизации помех между BSS. В AP могут использовать направленные антенны с высоким коэффициентом усиления и малой шириной луча. Смежные AP могут не находиться в пределах зоны действия беспроводной сети друг друга. Множество AP или все AP могут использовать один и тот же идентификатор набора услуг (Service Set Identifier, SSID). Кроме того, AP подключены посредством Ethernet и их конфигурирование и/или управление ними может осуществляться с помощью центрального контроллера AP. Большинство пограничных STA будут находиться в пределах зоны покрытия по меньшей мере двух AP. Связь AP с AP может происходить, например, посредством Ethernet или внеполосных ячеистых беспроводных прямых линий связи. Несмотря на то, что соседним AP выделены неперекрывающиеся первичные каналы, при использовании широкополосных каналов в зонах OBSS неизбежно будут присутствовать взаимные помехи между BSS. Поскольку большинством корпоративных сетей управляют централизованно, а координация между AP является более простой, корпоративные сети являются основным кандидатом для создания систем одновременной передачи.
[0059] На фиг. 2B представлена система 230 с множеством AP, показанная в виде домашней или офисной сети, в соответствии с приведенным для примера вариантом осуществления. В качестве примера система включает в себя множество AP (показанных как AP1-AP3), осуществляющих широковещательную передачу с перекрытием. Каждая AP управляет соответствующим каналом, например, AP1 - Ch 36, AP2 - Ch 149 и AP3 - Ch 52.
[0060] Системы с множеством AP (например, Wi-Fi EasyMesh) представляют собой пример конфигурации, обеспечивающей покрытие Wi-Fi на всей площади, например, дома или офиса. Положение AP и распределение частоты планируют для обеспечения максимального покрытия. Например, одна AP может выполнять функцию контроллера множества AP, а остальные AP могут выполнять функцию агентов в множестве AP. Можно ожидать, что AP будут находиться в зоне беспроводного покрытия по меньшей мере одной другой AP. Backhaul BSS предполагает передачу сигналов от AP к AP. В Backhaul BSS может использоваться SSID, отличный от SSID fronthaul. Большинство пограничных STA будут находиться в пределах зоны покрытия по меньшей мере двух AP. Кроме того, для осуществления связи между AP могут использоваться беспроводные прямые линии связи или сочетание беспроводных и проводных линий связи. Такие домашние или небольшие офисные сети с множеством AP также являются хорошим кандидатом для систем одновременной передачи.
[0061] На фиг. 2C представлена система 260 с множеством AP, показанная в конфигурации «ведущий-ведомый», в соответствии с приведенным для примера вариантом осуществления. В качестве примера система включает в себя ведущую AP 270, две ведомых AP 280 и 282 и STA 284. Связь между AP осуществляется по линиям 290 связи, а связь между AP и STA осуществляется по линиям 292 связи.
[0062] Для одновременной передачи на AP хранятся данные передачи (данные верхнего уровня), которые подлежат одновременной передаче на STA до фактического выполнения одновременной передачи. Однако в одном или более примерах осуществления хранения данных передачи может быть недостаточно для реализации повышения SINR при одновременной передаче. Фактические символы данных, передаваемые в эфире, должны быть синхронизированы между участвующими AP, например, между AP из множества AP или всеми AP. Это означает, что уровень PHY и уровень MAC обработки данных передачи являются одинаковыми для участвующих AP. Приведенные для примера варианты осуществления включают в себя системы, аппараты и способы распределения и синхронизации данных для одновременной передачи с использованием множества AP.
[0063] В одном или более примерах осуществления одновременную передачу осуществляют в два этапа: Распределение данных JT по ведомым AP и одновременная передача на целевую STA.
[0064] На первом этапе (распределение данных одновременной передачи по ведомым AP) данные, подлежащие одновременной передаче, распределяют между участвующими ведомыми AP до фактического выполнения одновременной передачи по линии связи AP с AP, такой как линия 290 связи, показанная на фиг. 2C. Указанное распределение может осуществляться по беспроводной backhaul-линии связи между AP или также может осуществляться по проводной backhaul-линии связи между AP, например, Ethernet. При использовании беспроводной backhaul-линии связи перед инициированием одновременной передачи ведомые AP могут быть ассоциированы с ведущей AP с помощью отдельной настройки BSS на ведущей AP с целью осуществления связи между AP. Беспроводной канал, используемый для backhaul-линии связи между AP, может отличаться от fronthaul-линии связи между AP и целевой STA.
[0065] На втором этапе (одновременная передача данных на целевую STA) фактическая одновременная передача данных двумя или более участвующими AP на целевую STA происходит по такой линии связи, как беспроводные линии 292 связи, показанные на фиг. 2C. Одновременной передаче может предшествовать передача сигнала синхронизации с ведущей AP по линии 290 связи, который может упоминаться как триггерный кадр для ведомой AP или триггерный кадр одновременной передачи (JT). В некоторых сценариях ведущая AP также может участвовать в одновременной передаче, но в некоторых сценариях ведущая AP может не участвовать в одновременной передаче, а в ней могут участвовать только ведомые AP. Различные наборы AP могут быть задействованы в одновременных передачах на различные целевые STA.
[0066] На фиг. 3 показан блок 300 данных протокола MAC (MPDU), подлежащий одновременной передаче, в соответствии с приведенным для примера вариантом осуществления изобретения. MPDU включает в себя заголовок MAC и тело кадра. Заголовок MAC включает в себя следующие параметры: «Управление кадром», «Длительность», «Адрес 1» (адрес приемника), «Адрес 2» (адрес передатчика), «Адрес 3» (BSSID), «Управление последовательностью», «Управление QoS» и «Управление HT». Тело кадра включает в себя полезную нагрузку в виде данных, MIC и FCS. Поле «Адрес 3» содержит идентификатор BSSID, если кадр «Данные» содержит A-MSDU, в противном случае поле «Адрес 3» содержит адрес источника (Source Address, SA), т.е. MAC-адрес устройства, которое является источником полезной нагрузки в виде данных.
[0067] Чтобы реализовать выигрыш в SINR при одновременной передаче, фактические символы данных, передаваемые в эфире, синхронизируют между участвующими AP. Кроме того, уровень PHY и уровень MAC обработки данных передачи являются одинаковыми для участвующих AP. Как правило, для обычных передач (например, неодновременных передач) верхний уровень (например, IP-уровень) передает полезную нагрузку в виде данных (например, IP-пакеты), подлежащую передаче на уровень MAC, который выполняет обработку уровня MAC, такую как добавление заголовков MAC, добавление FCS, при необходимости заполнение MAC и т.д. для создания MPDU (блока данных протокола MAC) 300. Если включена защита, полезная нагрузка в виде данных может быть дополнительно подвергнута процедуре шифрования, в результате которой к телу кадра MAC добавляется поле заголовка CCMP и поля MIC. Затем MPDU передают на уровень PHY для обработки уровня PHY, такой как добавление преамбулы PHY, применение кодирования PHY, добавление заполнения PHY и т. д. для создания блока данных протокола PHY (PHY Protocol Data Unit, PPDU) и, наконец, PPDU передают в эфир.
[0068] Для одновременной передачи участвующим AP должны быть сообщены параметры MAC и PHY, подлежащие применению к полезной нагрузке в виде данных. Кроме того, на уровне MAC есть несколько полей, которые генерируются локально. Хотя некоторые поля, такие как «Управление кадром», «Адрес 2 (TA)», «Адрес 3 (BSSID)», «Управление QoS», «Управление HT», могут быть перезаписаны уровнями MAC ведомых AP для обеспечения соответствия полям, созданным ведущими AP, некоторые поля, такие как «Управление последовательностью», «Заголовок CCMP», отличаются для каждого MPDU и, как правило, генерируются локально в каждой AP; следовательно, такие поля сложнее синхронизировать между AP. Кроме того, более одного MPDU также могут быть агрегированы на уровне MAC с образованием агрегированного MPDU (Aggregated MPDU, A-MPDU) или один MPDU может составлять единый MPDU (Single MPDU, S-MPDU). Для синхронизации данных, подлежащих одновременной передаче между уровнями MAC всех участвующих AP, ведущая AP может генерировать и распределять актуальный A-MPDU или S-MPDU уровня MAC по всем участвующим ведомым AP. Поле «Управление последовательностью» в MPDU также генерируется ведущей AP и одинаковое числовое пространство используют для подполя «Номер последовательности» поля «Управление последовательностью» как для прямой передачи (т.е. передачи от одной AP) с ведущей AP на целевую STA, так и для одновременных передач. Если включено шифрование, ведущая AP также шифрует полезную нагрузку в виде данных и добавляет поле MIC. В этом случае данные одновременной передачи (JT) относятся к данным уровня MAC, подлежащим одновременной передаче.
[0069] В некоторых случаях ведущая AP может не участвовать в фактическом осуществлении этапа одновременной передачи (например, только ведомые AP могут участвовать в одновременной передаче). Это может произойти, если ведущая AP реализована в виде центрального контроллера и удалена от целевой STA. В этом случае целевая STA будет ассоциирована с одной из ведомых AP, а не с ведущей AP.
[0070] В таких случаях, если целевая STA ассоциирована с ведомой AP, во время этапа распределения данных ведущая AP устанавливает поля заголовка MAC MPDU 300 таким образом, что MPDU генерируется ведомой AP, с которой ассоциирована целевая STA, например, в поле «Адрес 2 (TA)» и в поле «Адрес 3 (BSSID)» будет установлен MAC-адрес ведомой AP. Ведущая AP также запрашивает на ведомой AP следующие, подлежащие использованию, данные управления последовательностью и, в соответствующих случаях, номер пакета CCMP (Packet Number, PN), а также идентификатор ключа шифрования, подлежащий использованию для передачи на целевую STA, и соответственно устанавливает поля MPDU 300. Поле «Управление последовательностью» в MPDU в этом случае генерируется ведомой AP и одинаковое числовое пространство используют для подполя «Номер последовательности» поля «Управление последовательностью» как для прямой передачи (т.е. передачи от одной AP) с ведомой AP на целевую STA, так и для одновременных передач.
[0071] На фиг. 4 представлена последовательность 400 сообщений при одновременной передаче в системе с множеством AP в соответствии с приведенным для примера вариантом осуществления.
[0072] В распределенной беспроводной сети, такой как WLAN 802.11, доступом к беспроводному каналу управляют с помощью CSMA/CA и сложно предсказать точное время передачи. Аналогичным образом, сбои в передаче и повторные передачи усложняют соблюдение порядка передачи. В связи с этим для одновременных передач может быть предпочтительным отменить привязку этапа распределения данных к этапу одновременной передачи.
[0073] Как показано на фиг. 4, одновременную передачу выполняют в два этапа: Распределение данных одновременной передачи по ведомым AP и одновременная передача на одну или более целевых STA. На первом этапе одни или более данных одновременной передачи распределяют между ведомыми AP (например, посредством беспроводной backhaul-связи). Каждым данным одновременной передачи назначают уникальный идентификатор. На втором этапе ведущая AP инициирует одновременную передачу, передавая триггерный кадр JT. Этот кадр содержит уникальный идентификатор, который идентифицирует данные одновременной передачи, подлежащие одновременной передаче всеми участвующими AP.
[0074] На фиг. 4 показан пример последовательности сообщений, задействованных в одновременной передаче, при которой этап 410 распределения данных является отдельным от этапа 420 одновременной передачи. Во время осуществления этапа 410 распределения данных ведущая AP распределяет одни или более данных одновременной передачи (JT) между ведомыми AP. Данные JT в этом случае могут представлять собой фактический S-MPDU или A-MPDU, подлежащий одновременной передаче и инкапсулированный в другом кадре данных, адресованном ведомым AP. Чтобы снизить ресурсопотребление на распределение данных JT, инкапсулирующий данные кадр может быть передан на ведомые AP с применением групповой передачи вместо одноадресной передачи. Ведущая AP также может использовать многопользовательский (Multi-user, MU) формат PPDU для одновременного распределения различных данных JT между различными ведомыми AP.
[0075] Чтобы однозначно идентифицировать каждые данные JT, ведущая AP также назначает уникальный идентификатор, который может упоминаться как идентификатор пакета JT, каждым данным JT. Каждая ведомая AP после приема инкапсулированных данных JT декапсулирует и сохраняет в локальном запоминающем устройстве данные JT, индексированные по идентификатору пакета JT. Для обеспечения того, что ведомая AP будет сохранять данные JT вместо того, чтобы немедленно перенаправлять их на целевую STA, кадр данных, в котором инкапсулированы данные JT, может быть адресован ведомой AP путем установки RA в MAC-адресе ведомой AP. Если в кадре данных для ведомых AP используют четырехадресный заголовок MAC, как RA (адрес 1), так и DA (адрес 3) могут быть установлены в MAC-адресе ведомой AP. Из-за жесткого требования к временной синхронизации для одновременной передачи и для более быстрого извлечения кадр данных JT может быть сохранен в отдельном запоминающем устройстве (например, отличном от запоминающего устройства локальных очередей EDCA).
[0076] На этапе 420 одновременной передачи ведущая AP инициирует одновременную передачу, передавая триггерный кадр JT на ведомые AP. Триггерные кадры JT обеспечивают временную синхронизацию для ведомых AP. Кроме того, триггерный кадр JT также содержит идентификатор пакета JT данных JT, подлежащих одновременной передаче. Каждая ведомая AP после приема триггерного кадра JT извлекает из локального запоминающего устройства данные JT, соответствующие идентификатору пакета JT, и передает JT PPDU, созданный из данных JT.
[0077] На фиг. 5A и 5B представлены кадры данных, используемые для инкапсуляции данных JT, в соответствии с приведенным для примера вариантом осуществления.
[0078] На фиг. 5A показан передаваемый ведущей AP кадр 500 данных, в котором инкапсулируются данные JT, которые в данном случае представляют собой S-MPDU, в пределах тела кадра 500 данных. S-MPDU состоит из разделителя MPDU, фактического MPDU и, при необходимости, заполнения. Каждым данным одновременной передачи назначается уникальный идентификатор (идентификатор пакета JT). В этом случае идентификатор пакета JT однозначно идентифицирует S-MPDU.
[0079] На фиг. 5B показан передаваемый ведущей AP кадр 550 данных, в котором инкапсулируются данные JT, которые в данном случае представляют собой A-MPDU, в пределах тела кадра 550 данных. A-MPDU состоит из двух или более подкадров A-MPDU и, при необходимости, заполнения EOF (End-of-frame, конец кадра). Каждый подкадр A-MPDU имеет тот же формат, что и S-MPDU. В этом случае идентификатор пакета JT однозначно идентифицирует A-MPDU.
[0080] Если шифрование включено, каждый из MPDU в данных JT также шифруется ведущей AP перед инкапсуляцией в кадре 500 или 550 данных.
[0081] Каждая ведомая AP после приема инкапсулированных данных JT декапсулирует и сохраняет в локальном запоминающем устройстве данные JT, индексированные по идентификатору пакета JT. Из-за жесткого требования к временной синхронизации для одновременной передачи для более быстрого извлечения кадр данных JT может быть сохранен в отдельном запоминающем устройстве (например, отличном от запоминающего устройства локальных очередей EDCA).
[0082] Ведомые AP не сразу пересылают принятые данные JT на целевую (-ые) STA. Для этого, если в кадре данных для ведомых AP используют четырехадресный заголовок MAC, как RA (адрес 1), так и DA (адрес 3) устанавливают в MAC-адресе ведомой AP.
[0083] На фиг. 6 представлен кадр 600 данных, первая таблица 610, в которой показано кодирование поля типа полезной нагрузки, и вторая таблица 620, в которой показано кодирование поля типа пакета координации AP, в соответствии с приведенным для примера вариантом осуществления.
[0084] В кадре 600 данных во время этапа распределения данных инкапсулируются данные JT (например, описанного (410) по фиг. 4). В этом примере тело кадра 600 данных содержит кадр Ethertype 89-0d, для которого в поле типа полезной нагрузки установлено 5 «Координация AP» для различения от других типов инкапсуляции. Ethertype 89-0d представляет собой Ethertype, изначально назначенный для инкапсуляции кадров IEEE 802.11 в пределах кадров Ethernet. Полезная нагрузка кадра Ethertype 89-0d, если для типа полезной нагрузки установлено значение «Координация AP», может нести данные JT в поле «Содержимое пакета», если в поле «Тип пакета координации AP» установлено значение 0, 1 или 2, как указано в таблице 620. MAC-адрес назначения содержит MAC-адрес целевой STA (например, целевой STA одновременной передачи). Идентификатор пакета JT представляет собой уникальный идентификатор, назначенный данным JT, а в поле «Длина пакета» указан размер данных JT, содержащихся в поле «Содержимое пакета». Если кадры данных 802.11 используют исключительно для инкапсуляции данных JT, подполе 630 «Номер последовательности» в поле 632 «Управление последовательностью» кадра данных 802.11 хоста может быть использовано в качестве косвенного идентификатора пакета JT, а поле «Идентификатор пакета JT» может быть опущено в теле кадра Ethertype 89-0d.
[0085] Для обеспечения того, что ведомые AP будут сохранять данные JT вместо того, чтобы немедленно перенаправлять их на целевую STA, кадр 600 данных, в котором инкапсулированы данные JT, адресуют ведомой AP путем установки поля RA заголовка MAC в MAC-адресе ведомой AP. Если используется четырехадресный заголовок MAC, то как RA (адрес 1), так и DA (адрес 3) устанавливают в MAC-адресе ведомой AP.
[0086] На фиг. 7 показана одновременная передача 700 между ведущей AP, ведомой AP и целевой STA в соответствии с приведенным для примера вариантом осуществления.
[0087] На этапе одновременной передачи (например, описанном (420) по фиг. 4) ведущая AP инициирует одновременную передачу путем передачи триггерного кадра 710 JT на ведомые AP. В дополнение к параметрам PHY и MAC, используемым для синхронизации, триггерный кадр JT также содержит идентификатор пакета JT данных JT, подлежащих одновременной передаче. Каждый уровень MAC ведомой AP после приема триггерного кадра JT, который идентифицирует ведомую AP как AP, участвующую в одновременной передаче, извлекает из локального запоминающего устройства данные JT, соответствующие идентификатору пакета JT, и передает их на уровень PHY, который создает JT PPDU из данных JT перед передачей его SIFS (Short Interframe Space, короткого межкадрового пространства) после окончания триггерного кадра JT. Ведущая AP также создает JT PPDU из данных JT, соответствующих идентификатору пакета JT, и передает SIFS (короткое межкадровое пространство) JT PPDU после окончания триггерного кадра JT. Поскольку состояния каналов могут отличаться для разных AP, каждой ведомой AP может быть необходимо учитывать состояние канала и передавать JT PPDU только в том случае, если канал считается незанятым во время передачи SIFS после окончания триггерного кадра JT, за тем исключением, что NAV (Network Allocation Vector, вектор выделения сети), установленный из-за передач ведущей AP или целевой STA, может быть проигнорирован. Что касается целевой STA, то при приеме данных JT ей может быть даже неизвестно о том, что в передаче было задействовано множество AP. Что касается целевой STA, то указанная передача представляет собой просто еще одну передачу от ведущей AP или AP, MAC-адрес которой указан в поле адреса TA (Адрес 2) кадра. Если прием был успешным, целевая STA переходит к передаче кадра подтверждения (ACK или Block Ack) на AP, MAC-адрес которой указан в поле адреса TA (Адрес 2).
[0088] На фиг. 8 представлен триггерный кадр 800 JT в соответствии с приведенным для примера вариантом осуществления. Каждое поле «Информация о пользователе» содержит информацию о наборе ведомых AP и целевых STA.
[0089] Поле «MAC-адрес» ведомых AP идентифицирует ведомые AP, участвующие в одновременной передаче для конкретного набора STA. Если в одновременной передаче задействована только одна ведомая AP, это может быть опущено и ведомая AP идентифицируется полем RA в заголовке MAC. В поле AID12 в каждом поле информации о пользователе может быть установлено специальное значение (например, 2047) для различения триггерного кадра JT от других триггерных кадров, используемых для запроса передач OFDMA по восходящей линии связи.
[0090] Поле «Идентификатор пакета JT» идентифицирует (хранимые) MPDU, подлежащие включению в JT PPDU. В случае S-MPDU это значение также может представлять собой значение поля «Управление последовательностью» S-MPDU. Значение этого поля может быть одинаковым для разных ведомых AP, если будут одновременно передаваться идентичные данные (различие содержимого передачи). В качестве альтернативы, значение поля может отличаться для различных ведомых AP, если будут одновременно передаваться различные данные (D-MIMO).
[0091] Кроме того, в поле «Информация об уровне PHY при одновременной передаче» указывают дополнительные параметры PHY, которые будут использоваться для кодирования JT PPDU. Например, при одновременных передачах различного содержимого (также известных как некогерентные одновременные передачи) для предотвращения непреднамеренного формирования луча желательно, чтобы для передающей антенны (цепей передачи) различных AP, участвующих в одновременной передаче на целевую STA с использованием одного и того же пространственного потока, использовались различные значения разноса циклического сдвига (CSD). В таких случаях в поле «Информация об уровне PHY при одновременной передаче» могут быть указаны значения (CSD), которые будут использоваться ведомыми AP для их цепей передачи. Ведущая AP может выбрать значения CSD, которые будут использоваться для каждой цепи передачи каждой ведомой AP, и сообщить точные значения CSD ведомым AP. В качестве альтернативы, вместо сигнализации точных значений CSD ведущая AP назначает номер индекса цепи передачи, участвующей в одновременной передаче, и сообщает этот номер индекса ведомым AP в поле «Информация об уровне PHY при одновременной передаче». Ведомые AP выбирают значение CSI в соответствии с номером индекса, обращаясь к хранимой таблице значений CSD. Если ведомая AP осуществляет передачу с использованием более чем одной антенны, номер индекса может представлять собой начальный индекс, причем последующая антенна использует значения CSD, соответствующие следующему номеру индекса в указанной таблице. Информация о целевой STA включает информацию, относящуюся к одновременной передаче, осуществляемой ведомой AP на одну или более целевых STA. Информация об одновременной передаче идентифицирует хранимые данные, подлежащие передаче, и пространственный поток для целевой STA.
[0092] Кроме того, поле «Выделение пространственного потока» указывает пространственные потоки, выделенные для каждой целевой STA, и присутствует только в случае одновременных передач с применением MIMO. В поле «Начальный пространственный поток» указывается первый пространственный поток, выделенный для STA, а в поле «Количество пространственных потоков» указывается общее количество последовательных пространственных потоков, включая первый пространственный поток, выделенный для STA.
[0093] На фиг. 9 представлена последовательность 900 сообщений при сеансе одновременной передачи между ведущей AP и ведомыми AP в системе с множеством AP в соответствии с приведенным для примера вариантом осуществления.
[0094] Если ожидается, что одновременная передача будет происходить в течение более чем одного или двух кадров, согласно приведенному для примера варианту осуществления перед фактическим осуществлением одновременной передачи между ведущей AP и участвующими ведомыми AP устанавливается сеанс одновременной передачи. Во время согласования сеанса одновременной передачи ведущая AP и ведомые AP обмениваются информацией о целевых STA, участвующих в одновременной передаче. Ведущая AP и ведомые AP также определяют параметры одновременной передачи, которые, как ожидается, будут использоваться в течение всего сеанса, например, канал, который будет использоваться, формат PPDU (HT, VHT или HE и т. д.), схемы предварительного кодирования для MU-MIMO и т. д. Каждый сеанс одновременной передачи идентифицируют с помощью уникального идентификатора сеанса. Ведущая AP инициирует настройку сеанса одновременной передачи, передавая кадр «Запрос сеанса координации AP» на ведомую AP. Если ведомая AP принимает запрос, она передает обратно на ведущую AP кадр «Ответ в отношении сеанса координации AP» с полем кода состояния, установленным на значение «Принять». Ведущая AP повторяет этот процесс для каждой ведомой AP, участвующей в одновременной передаче. Чтобы завершить сеанс, ведущая AP передает кадр «Завершение сеанса координации AP» на ведомую AP.
[0095] На фиг. 10 представлены кадры «Действие по координации AP», которыми обмениваются AP для согласования или завершения сеансов одновременной передачи, в соответствии с приведенным для примера вариантом осуществления. На этом чертеже показан запрос 1000 сеанса координации AP, ответ 1002 в отношении сеанса координации AP, завершение 1004 сеанса координации AP, таблица 1010 со значениями поля «Действие в сеансе координации AP» и таблица 1020 со значениями поля «Тип координации AP».
[0096] Новая категория кадров «Действие» определена для координации множества AP и указана в поле категории. Пять новых кадров «Действие» определены для обмена данными AP с AP, связанного с координацией множества AP, из которых три используют для настройки/завершения сеансов (указаны значениями поля «Действие в сеансе координации AP», перечисленными в таблице 1010). Сеансы могут быть настроены для различных типов схем координации с множеством AP и указаны с помощью значений поля «Тип координации AP» в кадре «Запрос сеанса координации AP», перечисленных в таблице 1020. Например, для сеансов одновременной передачи его устанавливают равным 2. В поле «Информация о целевой STA» в кадре 1000 «Запрос сеанса координации AP» перечислены MAC-адреса одной или более целевых STA, которые, как ожидается, будут участвовать в одновременной передаче.
[0097] Поле «Параметры, специфические для типа» в кадре 1000 «Запрос сеанса координации AP» содержит дополнительные параметры сеанса, которые являются специфическими для типа координации AP. Например, для одновременной передачи в этом поле может быть указана информация о канале для одновременной передачи. Информация о канале может присутствовать, если ведущая AP и ведомые AP работают в разных fronthaul-каналах. В поле «Параметры, специфические для типа» также может быть указано ожидаемое время начала одновременной передачи. В сетях с плотным расположением узлов соседние AP обычно работают в разных каналах для подавления помех между BSS. Если канал, указанный в информации о канале, отличается от рабочего канала ведомой AP и если ведомая AP принимает запрос на сеанс координации AP, ожидается, что ведомая AP переключит канал на указанный канал одновременной передачи до указанного момента начала одновременной передачи.
[0098] В качестве еще одного примера, касающегося одновременной передачи, если для одновременной передачи включено шифрование и оно должно выполняться локально на каждой AP, поле «Параметры, специфические для типа» также может включать в себя ключ безопасности (например, PTK), который будет использоваться для шифрования.
[0099] В качестве еще одного примера, касающегося одновременной передачи, поле «Параметры, специфические для типа» также может включать в себя данные об объеме буферного пространства, запрошенного ведущей AP, который должен быть выделен ведомыми AP для хранения кадров данных JT.
[00100] На фиг. 11 представлен кадр 1100, в котором в кадре Ethernet инкапсулированы данные JT, а также кадры «Действие по координации AP», в соответствии с приведенным для примера вариантом осуществления.
[00101] Ведущая AP инкапсулирует кадр «Данные одновременной передачи» (весь S-MPDU или A-MPDU, несущий полезную нагрузку в виде данных одновременной передачи) в кадре 802.3 (Ethernet) и передает его на ведомые AP по линии связи Ethernet. Если будет использоваться шифрование, инкапсулируется (-ются) зашифрованный (-е) кадры (кадр).
[00102] Если кадры Ethernet используют для обмена информацией о координации AP между AP, кадры Ethertype 89-0d также могут быть использованы для инкапсуляции кадров «Действие по координации AP», например, для настройки или завершения сеанса координации AP. В этом случае поле «Тип полезной нагрузки» имеет значение «Координация AP», а полезная нагрузка кадра Ethertype 89-0d содержит кадры «Действие по координации AP». В поле «Тип пакета координации AP» в этом случае указываются кадры «Действие по координации AP» (имеет значение 3, указанное в таблице 620 на фиг. 6), а поле «Содержимое пакета» содержит кадры «Действие по координации AP», в то время как другие поля в полезной нагрузке опущены.
[00103] Благодаря наличию поля «Адрес назначения» в заголовке MAC ведомые AP не будут немедленно пересылать принятые кадры данных JT на целевые STA. Например, значением подполя является MAC-адрес ведомой AP, а не на MAC-адрес целевой STA.
[00104] Передачи на различные ведомые AP не могут быть синхронизированы во времени в проводном или смешанном backhaul-сценарии и могут происходить в одно и то же время или в разное время. Идентификатор пакета JT используют для синхронизации содержимого одновременной передачи.
[00105] На фиг. 12 представлен триггерный кадр 1200 для одновременной передачи на целевую STA в соответствии с приведенным для примера вариантом осуществления.
[00106] Триггерный кадр 1200 для одновременной передачи включает в себя идентификатор 1210 сеанса координации AP. Идентификатор сеанса включен в триггерный кадр JT для указания того, какой сеанс одновременной передачи инициируется. На основании идентификатора сеанса ведомые AP, принявшие триггерный кадр JT, получают общие параметры, которые были согласованы во время настройки сеанса. Такие предварительно согласованные параметры опущены в триггерном кадре JT, если только ведущая AP явным образом не переопределяет какой-либо из параметров. При этом уменьшается ресурсопотребление на сигнализацию управления одновременной передачей посредством беспроводной среды.
[00107] Кроме того, поле «MAC-адрес» ведомых AP может быть пропущено, если все ведомые AP, соответствующие идентификатору сеанса, участвуют в одновременной передаче. Поле «MAC-адрес назначения» также может быть пропущено, если целевая STA очевидна из идентификатора сеанса.
[00108] На фиг. 13 показан обмен 1300 данными, при котором ведущая AP не участвует в одновременной передаче, в соответствии с приведенным для примера вариантом осуществления.
[00109] Как упоминалось ранее, в некоторых случаях ведущая AP может не участвовать в фактическом осуществлении этапа одновременной передачи и только ведомые AP могут участвовать в одновременной передаче. Это может произойти, когда ведущая AP реализована в виде центрального контроллера и удалена от целевой STA, или ведущая AP даже может не быть фактической AP и может представлять собой устройство в виде контроллера множества AP в опорной сети. В этом случае целевая STA ассоциирована с одной из ведомых AP, а не с ведущей AP. Обмен данными между ведомыми AP и ведущей AP, включая передачу триггерного кадра JT, может происходить по проводной backhaul-линии связи (например, Ethernet). При отсутствии беспроводной линии связи между ведущей AP и ведомыми AP даже триггерные кадры JT инкапсулируются в кадры Ethernet. Из-за жесткого требования к временной синхронизации для одновременной передачи и из-за того, что триггерные кадры JT используют для временной синхронизации между ведомыми AP, использование проводной backhaul-линии связи для передачи триггерных кадров JT возможно только тогда, когда можно гарантировать, что все участвующие ведомые AP принимают триггерный кадр JT одновременно. В этом случае поле «Тип полезной нагрузки» имеет значение «Координация AP», а полезная нагрузка кадра Ethertype 89-0d содержит триггерные кадры JT. В поле «Тип пакета координации AP» в этом случае указывается триггерный кадр JT (имеет значение 4, указанное в таблице 620 на фиг. 6) и поле «Содержимое пакета» содержит триггерный кадр JT, в то время как другие поля в полезной нагрузке опущены. Развертывание этого типа позволяет устранить ограничение, требующее, чтобы ведомые AP находились в пределах зоны действия беспроводной сети ведущей AP, и обеспечивает одновременную передачу в гораздо большем масштабе, при этом ведущая AP в центральном местоположении может удаленно управлять одновременной передачей во множестве физических местоположений. Однако, если невозможно гарантировать, что все участвующие ведомые AP принимают триггерный кадр JT одновременно, триггерный кадр JT передают посредством беспроводной среды.
[00110] В таких случаях, если целевая STA не ассоциирована с ведущей AP, ведущей AP может быть неизвестно значение, которое будет использовано для поля «Управление последовательностью», или номер пакета (Packet Number, PN) CCMP, которые локально генерируются ведомой AP. Например, если целевая STA ассоциирована с ведомой AP1 перед этапом 1320 распределения данных ведущая AP инициирует этап 1310 запроса информации и запрашивает на ведомой AP1 следующий параметр управления последовательностью, который будет использован, а также, в соответствующих случаях, номер пакета (PN) CCMP и идентификатор ключа шифрования, который будет использован при передаче на целевую STA. Ведущая AP использует запрошенную информацию для установки соответствующих полей инкапсулированных данных JT, если все MPDU распределены по ведомым AP, или распределяет информацию по ведомым AP, если MPDU для одновременной передачи локально генерируются ведомыми AP.
[00111] В некоторый момент перед этапом 1320 распределения данных ведущая AP также организует маршрутизацию данных верхнего уровня через себя, а не через ведомую AP1. Это может быть выполнено путем временного обновления таблицы маршрутизации устройства в виде сетевого маршрутизатора, перенаправляющего полезную нагрузку в виде данных на AP таким образом, чтобы ведущая AP регистрировалась в качестве обслуживающей AP для целевой STA.
[00112] Во время осуществления этапа 1320 распределения данных ведущая AP устанавливает поля заголовка MAC инкапсулированных данных JT таким образом, что данные генерируются ведомой AP1, с которой ассоциирована целевая STA, например, в поле «Адрес 2 (TA)» одновременно передаваемых MPDU устанавливается MAC-адрес ведомой AP1. Кроме того, подполе номера последовательности в поле управления последовательностью MPDU (данных JT) используют в качестве косвенных идентификаторов JT, поэтому явные идентификаторы пакета JT не назначают данным JT. Во время осуществления этапа 1330 одновременной передачи ведущая AP по-прежнему инициирует одновременную передачу, передавая триггерный кадр JT, однако только ведомые AP участвуют в фактическом осуществлении одновременной передачи. Для целевой STA передача инициируется ведомой AP1.
[00113] На фиг. 14 представлены кадры 1400 действий, используемые AP на этапе запроса информации для сбора информации от другой AP, в соответствии с приведенным для примера вариантом осуществления.
[00114] Кадр «Запрос информации о координации AP» включает в себя битовую карту запрошенной информации, которая указывает информацию о параметрах ведомых AP для целевой STA, запрашиваемую ведущей AP. Ведомая AP использует кадр «Ответ с информацией о координации AP» для сообщения запрошенной информации ведущей AP, причем включенная информация указана в битовой карте сообщенной информации.
[00115] Хотя ведущая AP может инициировать запрос, ведомые AP также могут инициировать запрос. Кадр 1410 «Запрос информации о координации AP» включает в себя битовую карту запрошенной информации, которая указывает информацию о параметрах принимающей AP для целевой STA, запрашиваемую передающей AP. Принимающая AP использует кадр 1420 «Ответ с информацией о координации AP» для сообщения запрошенной информации запрашивающей AP, при этом включенные информационные поля указаны в битовой карте сообщаемой информации. Если в битовой карте сообщаемой информации бит установлен в 1, соответствующее поле включается в кадр 1420 «Ответ с информацией о координации AP», в противном случае он отсутствует.
[00116] На фиг. 15 показан кадр 1500 для совместного использования данных, передаваемый от ведущей AP на ведомые AP, в соответствии с приведенным для примера вариантом осуществления.
[00117] Вместо того, чтобы инкапсулировать весь кадр уровня MAC (MPDU или A-MPDU), ведущая AP инкапсулирует только полезную нагрузку в виде данных верхнего уровня (также упоминаемую как MSDU (MAC Service Data Unit, блок служебных данных MAC)) и другие соответствующие поля заголовка MAC в поле «Полезная нагрузка» тела кадра Ethertype 89-0d. Если включено множество полезных данных, поле управления последовательностью и заголовок CCMP (если включены) несут, соответственно, начальный номер последовательности (Sequence Number, SN) и номер пакета (Packet Number, PN). На основании них каждая ведомая AP генерирует MPDU или A-MPDU, подлежащий одновременной передаче. При необходимости каждой ведомой AP выполняется шифрование данных.
[00118] Копии полей «Управление кадром», «Длительность/идентификатор», «Управление QoS» и «Управление HT» используются ведомыми AP для создания заголовков MAC для локально сгенерированных MPDU. В качестве альтернативы некоторые или все из этих полей также могут быть распределены во время настройки сеанса JT, если эти поля остаются неизменными на протяжении всего сеанса JT.
[00119] Поле 1510 «Заголовок CCMP» присутствует, если установлен бит «Защищенный кадр» в поле 1520 «Управление кадром». Поле 1510 «Заголовок CCMP» содержит номер пакета (PN), который будет использоваться для шифрования первого MPDU, а для последующих MPDU будут использоваться последовательно увеличивающиеся PN.
[00120] Поле 1520 «Управление последовательностью» содержит номер последовательности (SN), который будет использоваться для локально созданных A-MPDU. Его используют в качестве начального SN для первого MPDU, и он последовательно увеличивается для последующих MPDU в A-MPDU.
[00121] Поле 1530 «Содержимое пакета» содержит только полезную нагрузку более высокого уровня (также упоминаемую как MSDU). Каждая из ведомых AP добавляет локально сгенерированные заголовки MAC к полезной нагрузке более высокого уровня для генерации MPDU для одновременной передачи.
[00122] На фиг. 16 представлен кадр 1600 данных JT в виде агрегированного блока данных протокола MAC (A-MPDU) в соответствии с приведенным для примера вариантом осуществления.
[00123] Каждая ведомая AP локально генерирует кадр 1600 «Данные одновременной передачи» и сохраняет его в запоминающем устройстве. Например, каждая ведомая AP генерирует MPDU или A-MPDU, подлежащий одновременной передаче, на основании информации 1602, принятой от ведущей AP. Стрелки на фиг. 16 означают, что поля просто копируются в локально сгенерированные MPDU, за исключением некоторых полей, которые требуют дополнений. Первый сгенерированный MPDU непосредственно использует поле «Управление последовательностью», принятое от ведущей AP, в то время как для каждого последующего MPDU подполе номера последовательности в поле 1620 управления последовательностью будет увеличиваться на единицу. MPDU или A-MPDU могут быть сгенерированы сразу после приема инкапсулированных данных от ведущей AP и сохранены в запоминающем устройстве. Если требуется шифрование (указанное битом «Защищенный кадр» в поле 1610 «Управление кадром»), каждая ведомая AP также шифрует полезную нагрузку в виде данных, а также генерирует и добавляет MIC к полезной нагрузке. В первом зашифрованном MPDU непосредственно используется поле «Заголовок CCMP», принятое от ведущей AP, а для каждого последующего MPDU подполе PN в поле «Заголовок CCMP» будет увеличиваться на единицу. В запоминающем устройстве хранятся зашифрованные MPDU, индексированные по идентификатору 1630 пакета JT.
[00124] В качестве альтернативы, если ведомые AP имеют достаточно быстрые процессоры, во время выполнения этапа распределения данных принимаемые параметры MAC и полезные нагрузки сохраняются в запоминающем устройстве, а генерация MPDU (и шифрование, если требуется) может быть выполнена только после приема триггерного кадра JT.
[00125] Как показано на фиг. 16, поле 1622 «Адрес 2 (TA)» в MPDU локально созданного кадра 1600 данных JT также копируется из соответствующего поля 1630 «Адрес 2 (TA)» в информации 1602, принятой от ведущей AP. В поле 1630 «Адрес 2 (TA)» устанавливается MAC-адрес ведущей AP или один из MAC-адресов ведомых AP в зависимости от AP, с которой ассоциирована целевая STA. Остальные поля каждого подкадра A-MPDU (разделитель MPDU, заполнение, FCS и т. д.), а также заполнение EOF генерируются локально. Кроме того, в кадре «Шифрование CCMP» ведомая AP выполняет шифрование CCMP, если в поле 1610 «Управление кадром» установлен бит «Защищенный кадр».
[00126] Одним из преимуществ кадра 1600 является то, что уменьшается ресурсопотребление на передачу данных по backhaul-линии связи.
[00127] На фиг. 17 представлен кадр 1700 в виде агрегированного блока данных протокола MAC (Aggregated MAC Protocol Data Unit, A-MPDU), используемого для совместного использования данных ведомыми AP, в соответствии с приведенным для примера вариантом осуществления.
[00128] Ведущая AP использует кадры 1700 данных 802.11 с 4-адресным форматом заголовка MAC для распределения данных JT по ведомым AP (без использования инкапсуляции Ethertype 89-0d). Эта схема распределения может быть использована, если ведомые AP ассоциированы с ведущей AP, например, при развертывании Wi-Fi EasyMesh.
[00129] После приема данных одновременной передачи от ведущей AP ведомая AP генерирует MPDU, подлежащий одновременной передаче. Номер последовательности в полях 1734 «Управление последовательностью» в заголовке MAC сгенерированных MPDU 1730 используют в качестве косвенных идентификаторов JT.
[00130] Рассмотрим пример развертывания, когда целевая STA ассоциирована с ведущей AP, а ведущая AP также участвует в фактическом осуществлении одновременных передач. Ведущая AP передает A-MDPU 1700 на ведомую AP для распределения данных JT. Для каждого кадра данных в MPDU A-MPDU используют четырехадресный формат заголовка MAC, а тело кадра MPDU 1710 содержит фактическую полезную нагрузку 1720 в виде данных (зашифрованную, если требуется, и включающую в себя поле «Заголовок CCMP» и поле MIC), подлежащую одновременной передаче. В этом случае данные JT относятся к полезной нагрузке 1720 в виде данных (зашифрована, если требуется, и включает в себя поле «Заголовок CCMP» и поле MIC). Поскольку конечным пунктом назначения полезной нагрузки 1720 в виде данных не является ведомая AP, биты «К DS» и «От DS» в поле 1712 «Управление кадром» установлены в 1 для различения передач от AP к STA и от STA к AP. Поле 1714 «Управление HE» также улучшено для использования EHT, а для координации AP определен новый идентификатор управления. Поле «Управление» может быть использовано для передачи сигналов управления для различных схем координации множества AP, причем поле 1716 «Тип координации AP» указывает схему координации и может иметь одно из значений из таблицы 1020 на фиг. 10, например, 2 для одновременной передачи, и в этом случае последующее поле поля «Управление HE» используется для передачи 1718 «Управление последовательностью JT». Поле 1718 «Управление последовательностью JT» содержит поле 1734 «Управление последовательностью» фактического MPDU, подлежащего одновременной передаче.
[00131] После приема A-MPDU 1710 от ведущей AP, который содержит поле 1714 «Управление HE» для координации AP, адресованная ведомая AP (которая указана в поле «Адрес 1 (RA)») вместо пересылки A-MPDU на целевую STA (указанную в поле «Адрес 3 (DA)») генерирует MPDU или A- MPDU, подлежащий одновременной передаче, на основании информации, принятой от ведущей AP. Сгенерированные MPDU 1730 представляют собой кадры данных 802.11, для которых используют трехадресный формат заголовка MAC.
[00132] Стрелки на фиг. 17 обозначают копирование поля из принятых MPDU в сгенерированные MPDU, за исключением того, что в сгенерированных MPDU бит «К DS» в поле 1732 «Управление кадром» установлен в 0, а бит «От DS» установлен в 1. Поле 1734 «Управление последовательностью» сгенерированного MPDU копируется из поля 1718 «Управление последовательностью JT», принятого от ведущей AP. Поле «Длительность», поле «Адрес 2 (TA)» и поле «Управление QoS» копируются без каких-либо изменений, в то время как поле «Адрес 3 (DA)» копируется в поле «Адрес 1 (RA)», а поле «Адрес 4 (SA)» копируется в поле «Адрес 3 (SA)» в сгенерированных MPDU. Поле «Управление HE», содержащее поле «Управление последовательностью JT», отсутствует в сгенерированном MPDU. Тело кадра сгенерированного MPDU непосредственно копируется из MPDU 1710, принятого от ведущей AP (т.е. без какой-либо дополнительной обработки). Однако поле 1738 FCS генерируется локально ведомыми AP. Важным аспектом, который следует отметить в данном случае, если полезная нагрузка 1720 в виде данных зашифрована, является то, что шифрование CCMP выполняется для его использования целевой STA и, следовательно, параметры заголовка MAC, используемые для шифрования, основаны на полях заголовка MAC, которые включены в фактический MPDU 1730, который одновременно передают, а не на полях заголовка MAC MPDU 1710. В частности, во время выполнения процедуры инкапсуляции CCMP ведущая AP использует поле 1732 «Управление кадром», поле 1740 «Адрес 1 (RA)», поле 1742 «Адрес 2 (TA)», поле 1744 «Адрес 3 (SA)», поле 1746 «Управление последовательностью» и поле 1748 «Управление QoS», которые будут сгенерированы ведомыми AP, для создания дополнительных данных аутентификации (additional authentication data, AAD), подлежащих использованию для шифрования CCMP. Поле «Адрес 4» не включено в AAD. Поле «Заголовок CCMP», зашифрованная полезная нагрузка 1720 в виде данных и сгенерированный MIC включены в тело кадра MPDU 1710 и непосредственно копируются в тело кадра MPDU 1730 ведомыми AP без дальнейшей обработки. Это значительно снижает ресурсопотребление на обработку, связанную с шифрованием для ведомых AP.
[00133] MPDU или A-MPDU могут быть сгенерированы ведомыми AP сразу после приема данных от ведущей AP и сохранены в запоминающем устройстве. В запоминающем устройстве хранятся MPDU, индексированные по подполю «Номер последовательности» поля 1734 «Управление последовательностью». В качестве альтернативы, если ведомые AP имеют достаточно быстрые процессоры, во время выполнения этапа распределения данных принимаемые MPDU/A-MPDU сохраняются в запоминающем устройстве без каких-либо изменений, а генерация MPDU (для одновременной передачи) может быть выполнена только после приема триггерного кадра JT.
[00134] На фиг. 18 представлен триггерный кадр 1800 для одновременной передачи в соответствии с приведенным для примера вариантом осуществления.
[00135] Триггерный кадр JT включает в себя список номеров последовательности MPDU, подлежащих одновременной передаче. Ведомые AP при необходимости создают A-MPDU из сохраненных MPDU.
[00136] Подполе номера последовательности в поле управления последовательностью MPDU (данные JT), например, 1620 на фиг. 16 или 1732 на фиг. 17, используют в качестве косвенного идентификатора JT. Это позволяет ведущей AP более гибко выбирать содержимое данных JT во время фактического осуществления одновременной передачи (путем указания конкретных номеров последовательности в поле 1810 «Информация о номере последовательности» в триггерном кадре 1800 JT).
[00137] Такая гибкость может быть реализована, например, во время осуществления одновременных повторных передач, при которых повторно передают только сбойные переданные MPDU. Поле 1810 «Информация о номере последовательности» идентифицирует MPDU, подлежащие одновременной передаче. Биты, установленные в 1 в подполе «Битовая карта номера последовательности», указывают номер последовательности MPDU, подлежащий включению, при этом первый бит (n =1) в битовой карте соответствует подполю «Начальный номер последовательности» (Starting Sequence Number, SSN), а n-й бит соответствует (SSN + n - 1).
[00138] На фиг. 19 представлен пример одновременной передачи 1900 с применением распределенного MU-MIMO (Distributed MU-MIMO, D-MU-MIMO) на две STA, которые ассоциированы с ведущей AP, в соответствии с приведенным для примера вариантом осуществления.
[00139] Позициями 1910 и 1912 обозначено распределение данных по ведомым AP. Данные JT распределяются по ведомым AP, которые назначены, соответственно, STA1 и STA2. Например, данные 1910 и 1912 JT могут представлять собой A-MPDU 1700 по фиг. 17. После приема данных 1910 и 1920 JT ведомые AP могут генерировать MPDU 1730 для одновременной передачи путем копирования в требуемые поля из принятых данных JT. Ведомые AP могут дополнительно агрегировать локально сгенерированные MPDU в один A-MPDU и сохранять A-MPDU в назначенном локальном буфере. Хотя это не показано на фиг. 19, для одновременных передач D-MU-MIMO перед фактическим осуществлением одновременной передачи AP должны собрать информацию о состоянии канала (channel state information, CSI) для каналов между AP и целевыми STA, например, путем выполнения процедур точного зондирования. Ведущая AP может предписать каждой ведомой AP собирать CSI для канала между AP и целевыми представляющими интерес STA в соответствии с традиционными процедурами зондирования 802.11. Ведомые AP будут сообщать CSI ведущей AP. После того, как ведущая AP соберет CSI от всех ведомых AP, ведущая AP вычисляет матрицу управления, которая будет использоваться при одновременной передаче. Затем ведущая AP распределяет соответствующие секции матрицы управления по всем ведомым AP. Это может произойти до или после этапа распределения данных. Позицией 1914 обозначен триггерный кадр одновременной передачи, используемый для инициирования одновременной передачи на целевые STA. Триггерный кадр 1914 JT инициирует MU одновременную передачу, для которой используют два пространственных потока, используя матрицу управления, принятую от ведущей AP. Позицией 1920 обозначена одновременная передача на STA1: S.N 1-5 на STA1 с использованием пространственного потока 1. Позицией 1922 обозначена одновременная передача на STA2: S.N 11-15 на STA2 с использованием пространственного потока 2. События 1920 и 1922 происходят в одно и то же время, но для них используют различные пространственные потоки.
[00140] Другая проблема заключается в том, что неясно, как долго ведомая AP должна хранить данные JT (например, данные, которые были ранее распределены ведущей AP). Поскольку буферное пространство является ограниченным ресурсом для AP, ведомой AP желательно как можно скорее удалить уже переданные данные JT, чтобы освободить место для более новых данных JT. Однако при преждевременном удалении данных JT возникают проблемы неопределенности в отношении одновременных повторных передач, в результате чего ведущим AP неизвестно, хранятся ли еще на ведомых AP данные JT для повторной передачи, или необходимо повторно распределить данные JT.
[00141] С повторным распределением и повторной передачей связаны и другие проблемы. Например, применение беспроводной backhaul-связи обуславливает значительное протокольное ресурсопотребление. Если backhaul-передача и одновременная передача жестко связаны, указанное ресурсопотребление еще больше увеличивается при сбоях передачи.
[00142] Приведенные для примера варианты осуществления позволяют решить эти проблемы и обеспечить процедуру подтверждения для схем одновременной передачи и повторной передачи с использованием множества AP. Приведенные для примера варианты осуществления также позволяют снизить ресурсопотребление при повторной передаче.
[00143] На фиг. 20 представлен кадр 2000 данных JT, кадр 2010 подтверждения (ACK или Ack) и кадр 2020 BlockAck в соответствии с приведенным для примера вариантом осуществления.
[00144] Хотя в одновременной передаче может участвовать множество AP, для целевой STA она может выглядеть как передача от одной AP. STA даже может быть неизвестно об одновременной передаче. Поле RA кадра Ack или кадра BlockAck просто копируются из поля TA кадра данных JT, в котором обычно устанавливают MAC-адрес AP, с которой ассоциирована целевая STA. Кроме того, AP по умолчанию не будут выполнять синтаксический анализ кадров Ack или BlockAck, поле RA которых не соответствует их собственному MAC-адресу. В результате этим AP будет неизвестно, была ли одновременная передача успешной или нет.
[00145] Как показано на фиг. 20, в качестве адреса 2 (TA) 2030 кадра 2000 данных JT установлен MAC-адрес ассоциированной AP (например, ведущей AP или одной из ведомых AP). После успешного приема кадра 200 данных JT адресованная STA подтверждает кадр данных JT путем передачи кадра 2010 ACK или кадра 2020 BlockAck. STA копирует поле 2030 TA кадра данных JT в поле 2040 RA кадра 2010 Ack или поле 2050 RA кадра 2020 BlockAck.
[00146] На фиг. 21 показана одновременная передача 2100, при которой STA не удалось принять кадр данных JT, а ведущая AP повторяет процедуру одновременной передачи, в соответствии с приведенным для примера вариантом осуществления.
[00147] Как отмечалось выше, STA даже может быть неизвестно об одновременной передаче. Таким образом, ACK адресовано на TA данных JT (т.е. ведущей AP в этом примере по фиг. 21). В этом случае способ обработки данных JT ведомыми AP не стандартизирован, поэтому для ведомых AP процедура является простой. Однако ресурсопотребление на передачу данных является высоким вследствие повторного распределения данных на ведомые AP. В данном случае ведущая AP предполагает, что ведомые AP будут удалять данные JT непосредственно после каждой одновременной передачи. Ведущая AP инициирует повторную передачу, если кадр Ack не принят в течение определенного значения тайм-аута. В случае выполнения повторных передач ведущая AP просто повторяет всю процедуру одновременной передачи, включая этап распределения данных.
[00148] В качестве альтернативы вместо удаления данных JT из запоминающего устройства после каждой одновременной передачи ведомые AP в любой момент времени могут хранить только одни данные JT в запоминающем устройстве. Если от ведущей AP приняты новые данные JT, ведомая AP заменит хранимые данные JT, если таковые имеются. В любом случае можно видеть, что в случае сбоев передачи ресурсопотребление на повторную передачу является высоким вследствие выполнения повторного распределения данных на ведомые AP.
[00149] На фиг. 22 показана одновременная передача 2200, при которой STA не удалось принять кадр данных JT и ведомые AP также обрабатывают кадры Ack, а ведущая AP повторяет одновременную передачу без повторного распределения данных, в соответствии с приведенным для примера вариантом осуществления.
[00150] Как показано на фиг. 22, ведомые AP активно участвуют в процедуре подтверждения для одновременной передачи. Как более подробно описано ниже, данные JT хранятся ведомыми AP до тех пор, пока они не будут успешно подтверждены или пока не будет достигнуто предельное количество повторных попыток (т.е. ведомые AP также следуют процедуре повторной передачи, которую, как правило, выполняет передатчик).
[00151] После одновременной передачи ведомая AP также обрабатывает кадр Ack от целевой STA (адресованный ведущей AP или другой ведомой AP), как если бы кадр ACK был адресован данной ведомой AP. Если принят кадр ACK, данные одновременной передачи удаляются. Если кадр ACK не принят, данные одновременной передачи сохраняются для возможной повторной передачи. Ведомые AP имеют счетчики повторных попыток (счетчик коротких повторных попыток или SRC (short retry counter) и счетчик длинных повторных попыток или LRC (long retry counter)) для каждого MSDU одновременной передачи и увеличивают значения счетчиков при каждой одновременной повторной передаче. При достижении любого из предельных значений повторных попыток соответствующий MSDU одновременной передачи отбрасывается. Предельные значения повторных попыток синхронизируют между всеми участвующими AP, т.е. они должны быть одинаковыми.
[00152] В случае сбоя передачи, ведущая AP повторяет только конкретную одновременную передачу. Распределение данных не повторяется. Во время повторной передачи распределение данных по backhaul-линии связи пропускается. Кроме того, триггерный кадр JT, который инициирует одновременную повторную передачу, может указывать более надежные режимы передачи (минимальную MCS и т. д.) или может быть указана другая кодировка PHY (например, если используется повторная передача HARQ).
[00153] На фиг. 23 показана одновременная передача 2300, при которой STA не удалось принять данные JT, а ведомые AP также обрабатывают кадры BlockAck и удаляют данные JT, в соответствии с приведенным для примера вариантом осуществления.
[00154] На этом чертеже показан пример агрегированной передачи, при которой используется подтверждение блока. Во время одновременной передачи A-MPDU, несущий агрегацию множества MPDU, одновременно передается AP, а целевая STA отвечает, передавая кадр BlockAck, адресованный ведущей AP, подтверждающий те MPDU, которые были успешно приняты. В этом примере ведомые AP также обрабатывают кадр BlockAck (BA) от целевой STA (адресованный ведущей AP), как если бы кадр BlockAck был адресован ведомой AP. Если кадр BlockAck указывает, что MPDU принят, MPDU удаляется из локального буфера. Если кадр BlockAck указывает, что MPDU не принят, MPDU сохраняется для возможной повторной передачи. Как показано на фиг. 23, во время первоначальной одновременной передачи MPDU с S. N. с 1 по 10 передаются одновременно, однако целевой STA не удалось принять MPDU с S. N. 5 и 6, и в кадре BlockAck сообщается, что MPDU с S. N. 5 и 6 не приняты. После обработки BlockAck ведомая AP1 и ведомая AP2 удаляют переданные MPDU, за исключением MPDU, имеющих S. N. 5 и 6. Впоследствии ведущая AP передает триггерный кадр JT, предписывающий повторную передачу MPDU с S. N. 5 и 6, а также передачу MPDU с S. N. с 11 по 20. Поскольку ведомые AP сохранили MPDU, ведущей AP не нужно повторно распределять MPDU с S. N. 5 и 6 на ведомые AP. Из-за необходимости декодирования ACK/BA, а также поддержки счетчиков повторных попыток, нагрузка, связанная с обработкой, на ведомые AP увеличивается, но ресурсопотребление на распределение данных для повторных передач устраняется.
[00155] Ведомые AP также могут удалять хранимые данные JT на основании таймеров времени действия или при прерывании сеансов координации AP (если сеанс настроен). Кроме того, на основании битовой карты BA удаляются MSDU, которые были успешно приняты целевой STA.
[00156] На фиг. 24 показана одновременная передача 2400, при которой STA не удалось принять данные JT, а ведущей AP не удалось принять кадр BlockAck от целевой STA и устранить ошибку, в соответствии с приведенным для примера вариантом осуществления.
[00157] На этом чертеже показан пример устранения ошибки, когда по некоторым причинам ведомые AP принимают кадр Ack/BA, но ведущей AP не удается принять кадр Ack/BA. Такая ситуация может возникнуть, например, если ведущая AP находится дальше от целевой STA по сравнению с ведомыми AP, или просто из-за скрытых помех узла и т. д.
[00158] Как более подробно описано ниже, ведомая AP могла уже удалить данные JT, указанные в триггерном кадре JT (например, когда ведомые AP приняли BA для одновременной передачи, но ведущей AP не удалось принять BA). Ведомая AP отправляет специальный кадр для информирования ведущей AP об удаленных данных JT и причине удаления. Ведущая AP может повторно передать только MPDU, которые не удалось принять.
[00159] Поскольку ведомые AP приняли кадры BA, подтверждающие успешный прием MPDU с S. N. 1-4, 7-10, они могут удалить эти MPDU из своего запоминающего устройства. Однако, поскольку ведущей AP не удалось принять кадр подтверждения блока (Block Ack, BA), она может предположить, что первоначальная одновременная передача была неудачной, и инициировать повторную одновременную передачу всех MPDU, передав триггерный кадр JT, указывающий MPDU с S. N 1-10.
[00160] Включив SIFS после триггерного кадра JT, ведущая AP передает JT PPDU. Поскольку на ведомых AP уже не хранятся некоторые из MPDU, указанных в триггерном кадре JT, эти ведомые AP не участвуют в одновременной передаче. Поскольку это передача от одной AP, целевая STA не может принять весь JT PPDU. На основании содержимого триггерного кадра JT ведомые AP могут сделать вывод о том, что ведущей AP не удалось принять кадр BA. Чтобы предотвратить повторение попыток повторных передач ведущей AP, ведомые AP могут передать кадры «Ответ с информацией о координации AP» на ведущую AP, чтобы сообщить, что некоторые из MPDU, указанные в триггерном кадре JT, уже удалены, а также указать причину удаления (например, успешное подтверждение). Затем ведущая AP может перейти к выборочной повторной передаче только тех MPDU, которые не удалось принять (т.е. MPDU с S. N. 5, 6).
[00161] На фиг. 25 представлен кадр 2500 «Ответ с информацией о координации AP» и таблица 2510 с причинами удаления в соответствии с приведенным для примера вариантом осуществления.
[00162] Кадр 2500 «Ответ с информацией о координации AP» включает в себя удаленные данные 2520 JT, о которых сообщено ведущей AP. Удаленные данные 2520 JT включают в себя причину удаления (показана в таблице 2510), начальный номер последовательности и битовую карту номера последовательности, которые вместе указывают номер последовательности MPDU, которые были удалены ведомой AP.
[00163] Таблица 2510 включает в себя значения поля «Причина удаления» (например, 0-3) и значения, связанные с соответствующим значением поля.
[00164] Ведомые AP используют кадры 2500 «Ответ с информацией о координации AP» для информирования ведущей AP о сохраненных в настоящий момент данных JT. Кадр «Ответ с информацией о координации AP» отправляется, если принят триггерный кадр JT, указывающий данные JT, которые были удалены из запоминающего устройства ведомых AP.
[00165] После приема кадра 2500 «Ответ с информацией о координации AP» от ведомых AP на основании причин удаления ведущая AP принимает решение о следующем действии. Рассмотрим пример, в котором причиной является завершение времени действия. В этом случае одновременная передача, возможно, даже не была предпринята. Ведущая AP может повторно распределить данные JT по ведомым AP и предпринять попытки выполнения одновременной передачи.
[00166] Рассмотрим другой пример, в котором причиной является достижение предельного количества повторных попыток. В этом случае передача была неудачной несмотря на количество одновременных передач, поэтому ведущая AP может отказаться от передачи, если достигнуто предельное количество повторных попыток.
[00167] Рассмотрим еще один пример, в котором причиной является успешное подтверждение. В этом случае ведущая AP уведомляется о данных JT (MPDU), передача которых была неудачной, поэтому ведущая AP может повторно передать только те неудачно переданные данные JT, которые не были удалены. Данные JT, которые были успешно подтверждены, исключаются из одновременных повторных передач.
[00168] На фиг. 26 показана беспроводная сеть 2600 и беспроводный обмен данными с STA в Backhaul BSS и Fronthaul BSS в соответствии с приведенным для примера вариантом осуществления.
[00169] Беспроводная сеть 2600 включает в себя Backhaul BSS 2610, Fronthaul BSS 2620, множество AP (показаны как AP1-AP3) и множество STA (показаны как STA1-STA3). AP используют Backhaul BSS для обмена данными между собой, а Fronthaul BSS используют для обмена данными между AP и STA. На схеме 2630 показаны линии связи для передачи данных между AP в Backhaul BSS и Fronthaul BSS. Толстые пунктирные линии представляют линии связи для передачи между AP в Backhaul BSS, а тонкие пунктирные линии представляют линии связи для передачи между AP и STA в Fronthaul BSS. В этой сетевой структуре ведущая AP может содержать логическую Backhaul-AP и логическую Fronthaul-AP, а ведомые AP могут содержать логическую Backhaul-AP, которая ассоциирована с Backhaul-AP, и логическую Fronthaul-AP. STA ассоциированы с Fronthaul-AP либо ведущей AP, либо ведомых AP. MAC-адреса Fronthaul-объекта и Backhaul-объекта в каждой AP могут быть разными.
[00170] Для облегчения для ведомых AP идентификации кадров Ack/BA для одновременных передач ведущая AP также может назначить уникальный MAC-адрес для использования в качестве TA (адреса передатчика) в заголовках MAC одновременно передаваемых кадров (например, см. кадры на фиг. 20). Такой MAC-адрес может упоминаться как адрес передатчика одновременной передачи (Joint Transmission Transmit Address, JT TA) или MAC-адрес одновременной передачи.
[00171] Один из таких примеров приведен ниже: MAC-адрес backhaul-AP может использоваться в качестве TA для одновременных передач. Это также может быть BSSID backhaul BSS. В данном случае ведомые AP обрабатывают только кадры Ack/BA, в которых в полях RA установлено JT TA. В этом случае целевым STA также должен быть известен JT TA. Перед одновременной передачей ассоциированная AP сообщает JT TA целевым STA, которые сохраняют JT TA в запоминающем устройстве. Благодаря наличию JT TA STA также будет известно об одновременных передачах.
[00172] Возможно, чтобы ведущая AP могла динамически переключаться между передачей от одной AP и одновременными передачами в зависимости от состояния канала, при этом выделение номеров последовательности MPDU может стать проблемой. Например, первоначально AP может попытаться выполнить передачу от одной AP и переключиться на одновременную передачу с использованием множества AP при повторном сбое передачи от одной AP даже после использования наиболее надежной MCS и т. д. Чтобы упростить планирование номеров последовательности, для передач на конкретную целевую STA ведущая AP может использовать последовательные номера последовательности из одного и того же пространства номеров последовательности как для обычных передач (передач от одной AP с использованием MAC-адреса ведущей AP в качестве TA), так и для одновременной передачи (с использованием JT TA в качестве TA). В этом случае упорядочение MPDU для целевой STA упрощается, поскольку MPDU можно упорядочить на основании номеров последовательности, не принимая во внимание TA (либо JT TA, либо MAC-адрес ведущей AP). И напротив, процедура отображения результата подтверждения блока (Block Ack) в ведомых AP может быть несколько более сложной, поскольку во время подтверждения одновременной передачи может быть использована только часть битовой карты системы отображения результата.
[00173] На фиг. 27-32 показаны еще два приведенных для примера варианта осуществления (фиг. 27-29 иллюстрируют один вариант осуществления, а фиг. 30-32 иллюстрируют еще один вариант осуществления). В этих вариантах осуществления ведомые AP не принимают активного участия в процедуре подтверждения для одновременной передачи. Только ведущая AP/или AP, MAC-адрес которой указан в поле TA одновременно передаваемых кадров, должны обрабатывать кадры Ack/BA. Это уменьшает нагрузку, связанную с обработкой кадра, на ведомые AP.
[00174] Как показано на фиг. 27-29, предполагается, что каждая одновременная передача немедленно подтверждается целевой STA, а не немедленное BA не используется. Не немедленное BlockAck в данном случае относится к передаче, при которой в поле «Политика подтверждения» переданных кадров установлено «Block Ack». В этом случае адресованный получатель не предпринимает никаких действий при приеме кадра, за исключением записи состояния. Получатель может ожидать кадр BlockAckReq или косвенный запрос подтверждения блока в будущем.
[00175] Триггерный кадр JT служит для двух целей. Во-первых, триггерный кадр JT служит для первоначальной (явной) цели - инициирования одновременной передачи и указания данных JT, подлежащих одновременной передаче. Во-вторых, триггерный кадр JT служит для новой цели (косвенной) - указания состояния передачи для более ранних одновременных передач.
[00176] На фиг. 27 показана одновременная передача 2700, при которой STA не удалось принять данные JT, а ведомые AP используют триггерный кадр JT для удаления JT MPDU, в соответствии с приведенным для примера вариантом осуществления.
[00177] На этом чертеже ведомые AP используют содержимое триггерного кадра JT для удаления JT MPDU, которые считаются успешно переданными. MPDU, которые уже были одновременно переданы, удаляются, если они не указаны для повторной передачи. Ведущая AP также может использовать триггерный кадр JT исключительно для указания ведомым AP очистить их JT MPDU.
[00178] На основании списка MPDU, подлежащих одновременной передаче, ведомые AP определяют MPDU, которые были успешно переданы и могут быть отброшены. Кроме того, триггерный кадр JT, в котором указан новый (несохраненный) MPDU, инициирует удаление старых MPDU. Как показано на фиг. 27, во время первоначальной одновременной передачи MPDU с S. N. с 1 по 10 передаются одновременно, однако целевой STA не удалось принять MPDU с S. N. 5 и 6, и в кадре BlockAck сообщается, что MPDU с S. N. 5 и 6 не приняты. После обработки BlockAck ведущая AP передает триггерный кадр JT, предписывающий повторную передачу MPDU с S. N. 5 и 6, а также передачу MPDU с S. N. с 11 по 20. На основании содержимого этого триггерного кадра JT ведомые AP определяют, что MPDU с S. N. 1-4 и S. N. 7-10 были успешно приняты STA и могут быть удалены. Все AP также приступают к одновременной передаче MPDU с S. N. 5 и 6, а также MPDU с S. N. с 11 по 20. При успешном приеме всех MPDU целевая STA передает ответный кадр BlockAck, указывающий те же данные. Поскольку ведущая AP не имеет других MPDU, подлежащих одновременной передаче, она передает специализированный триггерный кадр JT, в котором указан ранее не передававшийся MPDU с S. N. 21. Единственное назначение триггерного кадра JT состоит в инициировании очистки буферов на ведомой AP. При приеме триггерного кадра JT со списком новых (несохраненных) MPDU с S. N. 21 ведомая AP переходит к удалению старых MPDU, хранимых в ее буфере.
[00179] На фиг. 28 показана одновременная передача 2800, при которой STA не удалось принять данные JT, а ведомые AP передают информацию о кадрах подтверждения на ведущую AP, в соответствии с приведенным для примера вариантом осуществления.
[00180] На этом чертеже показан случай развертывания, когда целевая STA ассоциирована с ведомой AP, а ведущая AP не участвует в фактическом осуществлении одновременных передач. Только ведомые AP участвуют в фактическом осуществлении одновременных передач. В поле RA кадров Ack/BA установлен MAC-адрес одной из ведомых AP. Ведущая AP может не принимать/обрабатывать кадр Ack/BA для одновременной передачи и требовать, чтобы ведомые AP передавали ей такую информацию для принятия решения о повторной передаче.
[00181] В данном примере целевая STA ассоциирована с ведомой AP1 и, следовательно, BlockAck адресовано ведомой AP1. Поскольку ведомая AP1 принимает кадр BlockAck, она может удалить MPDU на основании содержимого кадра BlockAck и не должна ждать последующий триггерный кадр JT для принятия решения об удалении. Кроме того, ведомая AP1 также пересылает содержимое Block Ack на ведущую AP. Другие ведомые AP, т.е. ведомая AP2 в этом примере, не обязательно должны явным образом участвовать в процедуре подтверждения для одновременной передачи, но могут использовать последующий триггерный кадр JT, чтобы принять решение в отношении того, следует ли удалить переданные MPDU, как объяснялось ранее. Только ассоцированная AP участвует в обработке кадров Ack/BA.
[00182] На фиг. 29 представлен кадр 2900 «Ответ с информацией о координации AP» в соответствии с приведенным для примера вариантом осуществления, который может быть использован ведомой AP для пересылки содержимого принятых кадров Ack/Block Ack на ведущую AP.
[00183] Если целевая STA ассоциирована с ведомой AP, ведомые AP используют кадры 2900 «Ответ с информацией о координации AP» для пересылки содержимого кадра Ack или кадров BlockAck, принятых от целевой STA, на ведущую AP. Если кадр Ack/BA не принят от целевой STA, то кадр «Ответ с информацией о координации AP» не отправляется ведомыми AP.
[00184] Тело кадра включает в себя поле 2910 «Информация о подтверждении», которое включает в себя содержимое кадра Ack или кадра Block Ack, принятого от целевой STA. Поле 2910 «Информация о подтверждении» включает в себя поле «Управление BA» и поле «Информация о BA». При пересылке информации о кадре Ack поле «Управление BA» содержит поле «Управление последовательностью» кадра Ack, а поле «Информация о BA» опущено. При пересылке кадра с информацией о BlockAck поле «Управление BA» и поле «Информация о BA» принятого кадра BlockAck копируются в соответствующие поля «Информация о подтверждении».
[00185] Кроме того, поле 2920 «Информация о подтверждении» имеет значение, равное единице, если поле «Информация о подтверждении» включено в тело кадра, а поле Ack/BA указывает, включает ли в себя поле 2910 «Информация о подтверждении» содержимое кадра Ack или кадра BlockAck, например, значение 0, указывающее кадр Ack, и значение 1, указывающее кадр BlockAck.
[00186] При реализации кадра, показанной на фиг. 29, уменьшается ресурсопотребление на распределение данных с сохранением при этом простоты функционирования для ведомых AP.
[00187] На фиг. 30 представлен триггерный кадр 3000 JT с явным указанием очистки буфера в соответствии с приведенным для примера вариантом осуществления изобретения.
[00188] Триггерный кадр 3000 JT включает в себя поле 3010 «Очистка буфера» с указанием того, следует ли выполнять очистку буфера, т.е. удалять данные JT, которые больше не нужно хранить. Например, если бит «Очистка буфера» установлен в 1, ранее переданные данные JT с идентификатором JT (S. N. или идентификатором пакета JT), которые не указаны в триггерном кадре JT, удаляются из запоминающего устройства ведомых AP. Если для бита «Очистка буфера» установлено значение 0, хранимые данные JT сохраняются.
[00189] Кадр 3000 также включает в себя поле 3020 «Информация о номере последовательности». При использовании в качестве специализированного триггерного кадра JT для очистки буфера ведомых AP битовая карта может быть опущена или вся заполнена нулями.
[00190] На фиг. 31 показана одновременная передача 3100, при которой STA не удалось принять данные JT и поддерживается не немедленное BlockAck для одновременной передачи, в соответствии с приведенным для примера вариантом осуществления.
[00191] На этом чертеже показан пример для различия содержимого передачи или случая SU-MIMO, когда не немедленное BlockAck поддерживается для одновременной передачи. Не немедленное BlockAck относится к передачам, при которых в поле «Политика подтверждения» установлено Block Ack. В этом случае адресованный получатель не предпринимает никаких действий при приеме кадра, за исключением записи состояния. Получатель может ожидать кадр BlockAckReq или косвенный запрос подтверждения блока в будущем.
[00192] Во время выполнения одновременных передач, если в поле «Политика подтверждения» одновременно переданных кадров установлено «Block Ack», целевая STA не отвечает немедленно, а ожидает, пока кадр BlockAckReq обеспечит обратную отправку кадра BlockAck. В таких случаях возможно, что два или более наборов триггерного кадра JT и JT PPDU могут быть переданы один за другим до приема подтверждения предыдущей одновременной передачи. Чтобы предотвратить инициирование последующим триггерным кадром JT удаления данных JT, которые были переданы ранее в этом пакете передачи, даже до приема любого подтверждения от целевой STA о состоянии приема, во время первоначальной одновременной передачи указание «Очистка буфера» отключают (значение 0). Ведущая AP может включить указание «Очистка буфера» (значение 1) в триггерном кадре JT, который инициирует одновременную повторную передачу сигнала на ведомую AP, в отношении того, что теперь безопасно удалять ранее переданные данные JT, которые не указаны в этом триггерном кадре JT.
[00193] Таким образом, триггерный кадр JT может нести однозначную команду (например, путем установки бита в 1 или 0) в отношении того, следует ли очищать буфер ведомой AP. Триггерный кадр JT
[идентификатор пакета JT = 5, F. B = 1] сигнализирует ведомым AP о том, что пакеты JT с идентификаторами менее 5 могут быть безопасно удалены из запоминающего устройства, в то время как пакет JT с идентификатором 5 подлежит одновременной повторной передаче. Кроме того, триггерный кадр JT
[идентификатор пакета JT = 6, F. B = 1], в котором указаны новые (несохраненные) данные JT и в котором F. B. = 1, инициирует удаление всех старых данных JT.
[00194] На фиг. 32 показана одновременная передача 3200 с применением распределенного MU-MIMO, при которой STA не удалось принять данные JT, и поддерживается не немедленное BlockAck для одновременной передачи, в соответствии с приведенным для примера вариантом осуществления.
[00195] На этом чертеже проиллюстрирован приведенный для примера вариант случая распределенного MU-MIMO для синхронной одновременной передачи на две целевые STA. Использование указания «Очистка буфера» является таким же с некоторыми различиями в сигнализации данных JT в триггерном кадре JT. В качестве одного отличия, различные данные передаются в разных пространственных потоках на разные STA во время одновременной передачи, и данные JT для разных целевых STA могут быть разными в рамках одной одновременной передачи. В качестве еще одного отличия кадры BlockAck от целевых STA запрашиваются с использованием кадра MU-BAR (Multiuser BlockAckReq frame, многопользовательского кадра BlockAckReq).
[00196] На фиг. 33 показана одновременная передача 3300, при которой STA не удалось принять данные JT, и специализированный кадр, предписывающий ведомым AP удалить хранимые данные JT, в соответствии с приведенным для примера вариантом осуществления.
[00197] Специализированный кадр определяется для использования ведущей AP для предписания ведомым AP удалить хранимые данные JT. Ведомые AP хранят сохраненные данные JT до приема кадра. Триггерный кадр JT используется только для инициирования одновременной передачи (т.е. не используется для принятия решения о необходимости очистки буфера).
[00198] На этом чертеже проиллюстрирован приведенный для примера вариант осуществления, в котором ведущая AP полностью контролирует то, как долго ведомые AP хранят данные JT. Ведущая AP использует отдельный кадр (Очистка данных координации AP) для предписания ведомым AP очистить свои буферы. Ведомые AP хранят все данные JT до тех пор, пока не будет принят кадр «Очистка данных координации AP» с указанием данных JT, которые могут быть удалены.
[00199] На фиг. 34 представлена таблица 3400 значений поля «Действие в сеансе координации AP» и кадр 3410 «Очистка данных координации AP» в соответствии с приведенным для примера вариантом осуществления.
[00200] Ведущая AP использует кадр 3410 «Действие по очистке данных координации AP» для предписания ведомым AP удалить хранимые данные JT. Кадр «Очистка данных координации AP» может представлять собой кадр «Действие по координации AP» с полем «Действие в сеансе координации AP», имеющим значение 5 (Очистка данных координации AP). Кадр «Очистка данных координации AP» может отправляться после каждого приема Ack/BA ведущей AP, или он может отправляться после полного завершения одновременной передачи (включая повторные передачи).
[00201] Этот кадр включает в себя поле 3420 «Очистка данных», имеющее поле «Начальный номер последовательности» и поле «Битовая карта номера последовательности», причем эти два поля вместе указывают S. N. MPDU, которые могут быть удалены из буфера ведомой AP. При использовании в конце пакета одновременной передачи значение поля «Начальный номер последовательности» может быть установлено на значение, превышающее наибольшее значение S. N. из хранимых данных JT, и в этом случае ведомая AP очищает все хранимые данные JT (независимо от предыдущего состояния передачи). В этом случае все поле «Битовая карта номера последовательности» может быть заполнено нулями для различения такого специального использования.
[00202] На фиг. 35 показан пример электронного устройства 3500 в соответствии с приведенным для примера вариантом осуществления.
[00203] Электронное устройство 3500 включает в себя источник 3510 питания, запоминающее устройство 3520, центральный процессор (ЦП) 3530, вторичное устройство 3540 для хранения данных и беспроводной интерфейс 3550 (включающий в себя передатчик и/или приемник). Беспроводной интерфейс 3550 включает в себя блок MAC 3552 и блок PHY 3560 для связи с антенной 3570. Блок MAC 3552 дополнительно включает в себя генератор 3554 идентификатора JT, буфер 3556 данных JT, блок 3558 инкапсуляции/декапсуляции данных JT и блок 3562 управления буфером JT.
[00204] Рассмотрим приведенный для примера вариант осуществления, в котором электронное устройство 3500 представляет собой AP, например, ведущую AP или ведомую AP (при этом генератор 3554 идентификатора JT присутствует только в ведущей AP).
[00205] Электронное устройство 3500 включает в себя схему, которая выполнена с возможностью приема (например, с помощью беспроводного приемника) триггерного кадра одновременной передачи (JT) от другой AP, который указывает блоки данных протокола MAC (MPDU), подлежащие одновременной передаче, на устройство связи. Буфер 3556 данных JT (который может представлять собой логическую часть запоминающего устройства 3520) хранит один или более MPDU, ранее переданных на устройство связи, а также MPDU, распределенные на другие AP для одновременной передачи.
[00206] В одном приведенном для примера варианте осуществления блок 3562 управления буфером JT принимает решение о том, как долго данные JT должны храниться в буфере 3556 данных JT. Блок 3562 управления буфером JT также обеспечивает обработку кадра Ack/BA, кадров JT Trigger или кадров «Очистка данных координации AP» для обеспечения выполнения действий согласно принятым решениям.
[00207] Электронное устройство 3500 включает в себя схему, которая выполнена с возможностью генерации кадра, который содержит данные JT, и идентификатор JT, который однозначно идентифицирует данные JT. Например, блок 3554 генератора идентификатора JT обеспечивает генерацию идентификатора JT, соответствующего данным JT, распределенным на ведомые AP. Блок 3558 инкапсуляции/декапсуляции данных JT используется ведущей AP для инкапсуляции данных JT в кадре данных 802.11 или кадре Ethernet 802.3 во время осуществления этапа распределения данных. Этот блок используется ведомой AP для декапсуляции данных JT, принятых от ведущей AP. Буфер 3556 данных JT хранит данные JT, используемые для одновременной передачи. В ведущей AP он может представлять собой не отдельный буфер, а совместно используемый буфер, в котором хранятся все исходящие кадры данных. В ведомой AP он может представлять собой отдельный буфер, используемый исключительно для хранения кадров данных, используемых для одновременной передачи. Электронное устройство 3500 дополнительно включает в себя схему, такую как беспроводной передатчик и/или антенна 3570, которые позволяют AP передавать кадры данных на один или более устройств связи, таких как одна или более STA в беспроводной сети.
[00208] Настоящее изобретение может быть реализовано с помощью программного обеспечения, аппаратного обеспечения или программного обеспечения во взаимодействии с аппаратным обеспечением. Каждый функциональный блок, используемый в описании каждого варианта реализации, изложенного выше, может быть частично или полностью реализован БИС, такой как интегральная схема, и управление каждым процессом, описанным в каждом варианте реализации, может быть осуществлено частично или полностью той же самой БИС или комбинацией БИС. БИС может быть сформирована отдельно в виде кристаллов, или один кристалл может быть сформирован так, чтобы включать в себя часть или все функциональные блоки. БИС может включать в себя вход и выход данных, соединенные с ней. БИС в настоящем случае может упоминаться как интегральная схема, системная БИС, супер-БИС или сверх-БИС в зависимости от степени интеграции. Однако способ реализации интегральной схемы не ограничивается БИС и может быть реализован с использованием специализированной схемы, процессора общего назначения или специализированного процессора. Кроме того, может быть использована FPGA (программируемая пользователем вентильная матрица, Field Programmable Gate Array), которая может быть запрограммирована после изготовления БИС или выполненного с возможностью изменения конфигурации процессора, в котором может быть изменена конфигурация соединения и настроек ячеек схемы, расположенных внутри БИС. Настоящее изобретение может быть реализовано как цифровая обработка данных или аналоговая обработка данных. Если будущая технология интегральных схем заменит БИС в результате развития полупроводниковой технологии или другой производной технологии, функциональные блоки могут быть интегрированы с использованием будущей технологии интегральных схем. Кроме того, может быть применена биотехнология.
[00209] Настоящее изобретение может быть реализовано с применением аппарата, устройства или системы любого типа, имеющих функцию связи, которые называют устройством связи.
[00210] Устройство связи может содержать приемопередатчик и схему обработки/управления. Приемопередатчик может содержать приемник и передатчик и/или функционировать как приемник и передатчик. Приемопередатчик в виде передатчика и приемника может включать в себя радиочастотный (РЧ) модуль, содержащий усилители, радиочастотные модуляторы/демодуляторы и т.п., а также одну или более антенн.
[00211] Некоторые неограничивающие примеры такого устройства связи включают в себя телефон (например, мобильный (сотовый) телефон, смартфон), планшет, персональный компьютер (ПК) (например, ноутбук, настольный компьютер, нетбук), камеру (например, цифровую фотокамеру/видеокамеру), цифровой проигрыватель (цифровой аудио/видеопроигрыватель), носимое устройство (например, носимую камеру, умные часы, отслеживающее устройство), игровую консоль, цифровое устройство для чтения книг, устройство для дистанционного проведения диагностических и лечебных манипуляций/телемедицины (удаленной диагностики здоровья и оказания медицинских услуг) и транспортное средство, имеющее функциональные возможности связи (например, автомобиль, воздушное судно, корабль), а также различные их комбинации.
[00212] Устройство связи не ограничивается переносным или носимым устройством и может также включать в себя аппарат, устройство или систему любого типа, которые не являются переносными или стационарными, например, устройство «Умный дом» (например, прибор, устройство для освещения, интеллектуальное измерительное устройство, панель управления), торговый автомат и любые другие «физические объекты» в сети «Интернета физических объектов (IoT)».
[00213] Связь может включать в себя обмен данными посредством, например, сотовой системы, системы беспроводной LAN, спутниковой системы и т.д., а также различных их комбинаций.
[00214] Устройство связи может содержать устройство, такое как контроллер или датчик, который соединен с устройством связи, выполняющим функцию осуществления связи, описанную в настоящем раскрытии. Например, устройство связи может содержать контроллер или датчик, который генерирует сигналы управления или сигналы данных, используемые устройством связи, выполняющим функцию осуществления связи устройства связи.
[00215] Устройство связи также может включать в себя объект инфраструктуры, такой как базовая станция, точка доступа и любой другой аппарат, устройство или система, которые осуществляют связь с аппаратами или управляют аппаратами, например, упоминавшимися в приведенных выше неограничивающих примерах.
[00216] Другие приведенные для примера варианты осуществления включают в себя, без ограничений, нижеследующие примеры.
[00217] Один приведенный для примера вариант осуществления представляет собой точку доступа (access point, AP), которая содержит приемник, который во время работы принимает от другой AP триггерный кадр одновременной передачи (Joint Transmission, JT), который указывает блоки данных протокола MAC (MAC protocol data unit, MPDU), подлежащие одновременной передаче на устройство связи; и локальное запоминающее устройство, которое хранит один или более MPDU, ранее переданных на устройство связи.
[00218] Триггерный кадр JT включает в себя явное указание того, следует ли удалять из локального запоминающего устройства один или более MPDU, ранее переданных на устройство связи.
[00219] Локальное запоминающее устройство хранит один или более MPDU, ранее переданных на устройство связи, до приема триггерного кадра JT.
[00220] Триггерный кадр JT включает в себя значения номера последовательности MPDU, подлежащих одновременной передаче на устройство связи, а AP удаляет из локального запоминающего устройства ранее переданные MPDU со значениями номера последовательности, которые не указаны в триггерном кадре JT.
[00221] AP также содержит передатчик, который во время работы передает, если он не используется для передачи MPDU, которые указаны, как подлежащие одновременной передаче, в триггерном кадре JT, кадр на другую AP, который включает в себя значения номера последовательности MPDU, которые были удалены из локального запоминающего устройства, и причину удаления MPDU из локального запоминающего устройства.
[00222] Приемник также выполнен с возможностью приема кадра подтверждения (Acknowledgment, ACK) или кадра подтверждения блока (Block Ack, BA) от устройства связи, подтверждающего успешный прием MPDU, которые были одновременно переданы одной или более другими AP и указанной AP, причем кадр ACK или кадр BA адресован AP; а AP дополнительно содержит: передатчик, который во время работы передает кадр, несущий содержимое кадра ACK или кадра BA, на другую AP.
[00223] Другой приведенный для примера вариант осуществления представляет собой точку доступа, которая содержит схему, которая во время работы определяет, что устройство связи не смогло принять один или более блоков данных протокола MAC (MPDU), которые были одновременно переданы данной AP и другой AP на устройство связи; и передатчик, который во время работы передает триггерный кадр одновременной передачи (JT) на другую AP без повторного распределения не принятых MPDU на другую AP.
[00224] Триггерный кадр JT указывает, что MPDU подлежат одновременной повторной передаче на устройство связи.
[00225] Другой приведенный для примера вариант осуществления представляет собой способ, который включает прием в точке доступа (AP) триггерного кадра одновременной передачи (JT) от другой AP, который указывает, что блоки данных протокола MAC (MPDU) подлежат одновременной передаче на устройство связи; и хранение в локальном запоминающем устройстве AP одного или более MPDU, ранее переданных на устройство связи.
[00226] Еще один приведенный для примера вариант осуществления представляет собой способ, который включает определение в точке доступа (AP) того, что устройству связи не удалось принять один или более блоков данных протокола MAC (MPDU), которые были одновременно переданы данной AP и другой AP на устройство связи; и передачу с помощью AP триггерного кадра одновременной передачи (JT) на другую AP без повторного распределения не принятых MPDU на другую AP.
[00227] Еще один приведенный для примера вариант осуществления представляет собой точку доступа (AP), которая содержит передатчик, который во время работы одновременно с другой AP передает блоки данных протокола MAC (MPDU) на устройство связи; и приемник, который во время работы принимает от устройства связи кадр подтверждения (ACK) или кадр подтверждения блока Block Ack (BA), подтверждающий успешный прием MPDU, причем адрес приемника в кадре ACK или кадре BA отличается от MAC-адреса передатчика, а AP удаляет из локального запоминающего устройства MPDU со значениями управления последовательностью, которые подтверждены кадром ACK или кадром BA как успешно принятые устройством связи.
[00228] AP также хранит в локальном запоминающем устройстве AP MPDU со значениями управления последовательностью, которые не подтверждены как успешно принятые устройством связи.
[00229] Адрес приемника в кадре ACK или кадре BA представляет собой MAC-адрес другой AP.
[00230] Адрес приемника в кадре ACK или кадре BA представляет собой MAC-адрес, назначенный другой AP для одновременной передачи MPDU на устройство связи.
[00231] Еще один приведенный для примера вариант осуществления представляет собой устройство связи, содержащее приемник, который во время работы принимает MAC-адрес для JT, назначенный для одновременной передачи от ассоциированной AP; и локальное запоминающее устройство, которое хранит MAC-адрес для JT; причем приемник дополнительно принимает MPDU, в которых в поле «Адрес передатчика» (Transmitter Address, TA) установлен MAC-адрес для JT.
[00232] Устройство связи дополнительно содержит передатчик, который во время работы передает кадр ACK или кадр BA, в котором в поле «Адрес приемника» (Receiver Address, RA) установлен MAC-адрес для JT, подтверждающий прием MPDU.
[00233] Хотя в вышеприведенном подробном описании вариантов осуществления были представлены приведенные для примера варианты осуществления, следует понимать, что существует огромное количество вариаций. Кроме того, следует понимать, что приведенные для примера варианты осуществления являются лишь примерами и никоим образом не предназначены для ограничения объема, применимости, принципов функционирования или конфигурации настоящего раскрытия. Напротив, вышеприведенное подробное описание представляет собой для специалистов в данной области техники удобный план действий для реализации приведенных для примера вариантов осуществления согласно настоящему изобретению и следует понимать, что в функции и расположение этапов, а также в способ функционирования, описанные в примерах осуществления, могут быть внесены различные изменения без отступления от объема настоящего изобретения, изложенного в прилагаемой формуле изобретения.
Изобретение относится к области связи. Технический результат заключается в обеспечении обмена данными с одновременной передачей и повторной передачей в сетях с множеством точек доступа (access point, AP). Для этого AP включает в себя приемник, который во время работы принимает от другой AP триггерный кадр одновременной передачи (Joint Transmission, JT), который указывает блоки данных протокола MAC (MAC protocol data unit, MPDU), подлежащие одновременной передаче на устройство связи; и локальное запоминающее устройство, которое хранит один или более MPDU, ранее переданных на устройство связи. 2 н. и 1 з.п. ф-лы, 38 ил.
1. Точка доступа (AP) (270), содержащая:
схему, выполненную с возможностью инкапсуляции данных одновременной передачи (Joint Transmission, JT) и с возможностью генерации кадра данных, включающего в себя инкапсулированные данные JT и идентификатор пакета JT, назначенный инкапсулированным данным JT, и
передатчик, выполненный с возможностью передачи кадра данных на ведомую AP (280, 282) и с возможностью передачи первого триггерного кадра JT, включающего в себя назначенный идентификатор пакета JT, для инициирования передачи JT,
отличающаяся тем, что
схема выполнена с возможностью определения, что устройство (284) связи не смогло принять один или более блоков данных протокола MAC (MPDU) кадра данных, которые были одновременно переданы данной AP и ведомой AP на устройство связи в передаче JT; а
передатчик выполнен с возможностью передачи второго триггерного кадра JT, включающего в себя назначенный идентификатор пакета JT, на ведомую AP без повторного распределения указанных непринятых MPDU на ведомую AP.
2. Точка доступа по п. 1, в которой второй триггерный кадр JT указывает, что MPDU подлежат одновременной повторной передаче на устройство связи.
3. Способ обработки данных одновременной передачи (Joint Transmission, JT), включающий:
инкапсуляцию в точке доступа (АР) (270) данных одновременной передачи (JT), генерацию в АР кадра данных, включающего в себя инкапсулированные данные JT и идентификатор пакета JT, назначенный инкапсулированным данным JT,
передачу в АР кадра данных на ведомую АР (280, 282),
передачу в АР первого триггерного кадра JT, включающего в себя назначенный идентификатор пакета JT, для инициирования передачи JT,
отличающийся тем, что
определяют в AP, что устройству (284) связи не удалось принять один или более блоков данных протокола MAC (MPDU), включающих в себя кадр данных, которые были одновременно переданы данной AP и ведомой AP на устройство связи в передаче JT; и
передают с помощью AP второй триггерный кадр JT, включающий в себя назначенный идентификатор пакета JT, на ведомую AP без повторного распределения указанных непринятых MPDU на ведомую AP.
US 20150003330 A1, 01.01.2015 | |||
CN 109672512 A, 23.04.2019 | |||
СПОСОБ И УСТРОЙСТВО ДЛЯ УСТАНОВЛЕНИЯ АССОЦИАЦИИ | 2015 |
|
RU2681349C1 |
CN 109672492 A, 23.04.2019 | |||
US 20150288427 A1, 08.10.2015. |
Авторы
Даты
2023-07-14—Публикация
2020-02-27—Подача