СПОСОБЫ РЕАЛИЗАЦИИ БЕСПРОВОДНЫХ ЛОКАЛЬНЫХ СЕТЕЙ (WLAN) С МНОЖЕСТВОМ ЛИНИЙ СВЯЗИ Российский патент 2024 года по МПК H04W8/22 H04W48/12 

Описание патента на изобретение RU2816579C2

Перекрестная ссылка на родственную заявку

Настоящая заявка испрашивает преимущество по предварительной заявке на патент США № 62/873,587, поданной 12 июля 2019 г., и предварительной заявке на патент США № 62/932,840, поданной 8 ноября 2019 г., содержание которых включено в настоящий документ путем ссылки.

Предпосылки создания изобретения

В связи с развитием технологий беспроводной связи в беспроводных локальных сетях возникают новые варианты использования. Для решения задач, связанных с этими новыми вариантами использования, в настоящее время существует потребность в более эффективном использовании спектра, в котором работают эти беспроводные технологии, особенно в системах стандарта 802.11.

Изложение сущности изобретения

Как описано в настоящем документе, могут существовать системы, способы и устройства для реализации беспроводных локальных сетей (WLAN) с множеством линий связи. Для одной или более станций (STA) и одного или более устройств точек доступа (AP) может существовать процедура установления сопряжения по множеству линий связи между одним или более устройствами, создающая, таким образом, соединение с множеством линий связи, которое позволяет реализовать улучшенную и более эффективную беспроводную связь. Может существовать протокол обратной связи канала с множеством линий связи для балансировки нагрузки и оптимизации рабочих характеристик. Может существовать процедура регулирования режима работы с множеством линий связи. Для осуществления связи по множеству линий связи может существовать одна или более архитектура с множеством линий связи и протоколы адресации. Кроме того, может существовать протокол присвоения номера кадра для множества линий связи. Кроме того, может существовать процедура подтверждения для передач по множеству линий связи.

Краткое описание графических материалов

Более подробное объяснение содержится в представленном ниже описании, приведенном в качестве примера, в сочетании с прилагаемыми графическими материалами, на которых аналогичные номера позиций на фигурах обозначают аналогичные элементы:

на фиг. 1A представлена схема системы, иллюстрирующая пример системы связи, в которой могут быть реализованы один или более описанных вариантов осуществления;

на фиг. 1B представлена схема системы, иллюстрирующая пример модуля беспроводной передачи/приема (WTRU), который может использоваться в системе связи, проиллюстрированной на фиг. 1A, в соответствии с вариантом осуществления;

на фиг. 1C представлена схема системы, иллюстрирующая пример сети радиодоступа (RAN) и пример опорной сети (CN), которые могут быть использованы в системе связи, проиллюстрированной на фиг. 1A, в соответствии с вариантом осуществления;

на фиг. 1D представлена схема системы, иллюстрирующая дополнительный пример RAN и дополнительный пример CN, которые могут использоваться в системе связи, проиллюстрированной на фиг. 1A, в соответствии с вариантом осуществления;

на фиг. 1E представлена схема системы, иллюстрирующая пример системы связи, в которой могут быть реализованы один или более описанных вариантов осуществления;

на фиг. 2 представлена блок-схема, иллюстрирующая пример процедуры обнаружения и ассоциирования для множества линий связи;

на фиг. 3A представлена схема, иллюстрирующая пример архитектуры 802.11;

на фиг. 3B представлена схема, иллюстрирующая пример архитектуры с множеством линий связи;

на фиг. 3C представлена схема, иллюстрирующая пример архитектуры General Link (GLK) с множеством линий связи;

на фиг. 4 представлена схема, иллюстрирующая пример старшего бита (MSB) поля номера фрагмента (FN) в качестве индикации повторной фрагментации в запросе на подтверждение блока (BAR) блока данных протокола MAC (MPDU);

на фиг. 5 представлена схема, иллюстрирующая пример вывода текущего парного переходного ключа (РТК);

на фиг. 6 представлена схема, иллюстрирующая пример поля nonce в протоколе CCMP;

на фиг. 7 представлена схема, иллюстрирующая пример поля nonce в протоколе GCMP;

на фиг. 8 представлена схема, иллюстрирующая пример процедуры отсроченного подтверждения блока для множества линий связи;

на фиг. 9 представлена схема, иллюстрирующая пример процедуры немедленного подтверждения блока для множества линий связи; и

на фиг. 10 представлена схема, иллюстрирующая пример процедуры подтверждения для множественной STA с множеством линий связи.

Подробное описание

На фиг. 1A представлена схема, иллюстрирующая пример системы 100 связи, в которой могут быть реализованы один или более описанных вариантов осуществления. Система 100 связи может представлять собой систему множественного доступа, от которой множество пользователей беспроводной связи получают содержимое, такое как голосовая информация, данные, видео, обмен сообщениями, широковещание и т.п. Система 100 связи может быть выполнена с возможностью предоставления множеству пользователей беспроводной связи доступа к такому содержимому посредством совместного использования системных ресурсов, включая ширину полосы пропускания беспроводного соединения. Например, в системах 100 связи можно использовать один или более способов доступа к каналу, таких как множественный доступ с кодовым разделением (CDMA), многостанционный доступ с временным разделением каналов (TDMA), многостанционный доступ с частотным разделением каналов (FDMA), многостанционный доступ с ортогональным частотным разделением каналов (OFDMA), FDMA с одной несущей (SC-FDMA), расширенное OFDM с безызбыточным расширением дискретного преобразования Фурье с синхропакетом (ZT-UW-DFT-S-OFDM), OFDM с синхропакетом (UW-OFDM), OFDM с фильтрацией блока ресурса, блок фильтров с несколькими несущими (FBMC) и т.п.

Как показано на фиг. 1A, система 100 связи может включать в себя модули 102a, 102b, 102c, 102d беспроводной передачи/приема (WTRU), сеть 104 радиодоступа (RAN), опорную сеть (CN) 106, коммутируемую телефонную сеть 108 общего пользования (PSTN), сеть 110 Интернет и другие сети 112, хотя следует понимать, что описанные варианты осуществления предполагают любое количество WTRU, базовых станций (например, станция точки доступа (AP STA)), сетей и/или сетевых элементов. Каждый из WTRU 102a, 102b, 102c, 102d может представлять собой устройство любого типа, выполненное с возможностью функционирования и/или взаимодействия в среде беспроводной связи. Например, модули WTRU 102a, 102b, 102c, 102d могут быть выполнены с возможностью передачи и/или приема радиосигналов и могут быть эквивалентны или включать в себя оборудование пользователя (UE), станцию мобильной связи (STA), стационарный или мобильный абонентский модуль, абонентский модуль, пейджер, сотовый телефон, карманный персональный компьютер (PDA), смартфон, STA, ноутбук, нетбук, персональный компьютер, беспроводной датчик, точку доступа или устройство Mi-Fi, устройство Интернета вещей (IoT), часы или другие носимые устройства, надеваемый на голову дисплей (HMD), транспортное средство, беспилотный радиоуправляемый аппарат, медицинское устройство и установки (например, применяемые в дистанционной хирургии), промышленное устройство и установки (например, роботизированные и/или другие беспроводные устройства, работающие в условиях промышленной и/или автоматизированной технологической цепочки), устройство, относящееся к бытовой электронике, устройство, работающее в коммерческой и/или промышленной беспроводной сети, и т.п. Любой из WTRU 102a, 102b, 102c и 102d можно взаимозаменяемо называть UE. Как отмечено в данном документе, WTRU может быть взаимозаменяемо называться STA, а STA может быть взаимозаменяемо называться WTRU; как описано в настоящем документе, STA и WTRU могут быть эквивалентными и/или означать одно и то же. Кроме того, как описано в настоящем документе, возможны различные примеры, которые относятся к станции (STA), и предполагается, что эти STA могут представлять собой как станции, с точкой доступа (AP STA), так и станции без точки доступа (non-AP STA). Кроме того, каждое устройство STA и/или WTRU могут представлять собой устройства с множеством линий связи (MLD), и взаимозаменяемо могут называться STA MLD, WTRU MLD, AP MLD или т.п.

Системы 100 связи могут также включать в себя базовую станцию 114a и/или базовую станцию 114b. Каждая из базовых станций 114a, 114b может представлять собой устройство любого типа, выполненное с возможностью беспроводного взаимодействия с по меньшей мере одним из WTRU 102a, 102b, 102c, 102d для облегчения доступа к одной или более сетям связи, таким как CN 106, сеть Интернет 110 и/или другие сети 112. В качестве примера базовые станции 114a, 114b могут представлять собой базовую приемопередающую станцию (BTS), NodeB, eNode B (eNB), Home Node B, Home eNode B, станцию следующего поколения NodeB, такую как gNode B (gNB), станцию NodeB новой радиосети (NR), контроллер пункта связи, точку доступа (AP), беспроводной маршрутизатор и т.п. Хотя каждая из базовых станций 114a, 114b показана как отдельный элемент, следует понимать, что базовые станции 114a, 114b могут включать в себя любое количество взаимно соединенных базовых станций и/или сетевых элементов.

Базовая станция 114a может быть частью RAN 104, которая может также включать в себя другие базовые станции и/или сетевые элементы (не показаны), такие как контроллер базовой станции (BSC), контроллер радиосети (RNC), узлы ретранслятора и т.п. Базовая станция 114a и/или базовая станция 114b могут быть выполнены с возможностью передачи и/или приема радиосигналов на одной или более несущих частотах, которые могут называться сотами (не показаны). Эти частоты могут относиться к лицензированному спектру, нелицензированному спектру или к сочетанию лицензированного и нелицензированного спектров. Сота может обеспечивать покрытие для беспроводного сервиса в конкретной географической зоне, которая может быть относительно фиксированной или которая может изменяться со временем. Сота может быть дополнительно разделена на сектора соты. Например, сота, связанная с базовой станцией 114a, может быть разделена на три сектора. Таким образом, в одном сценарии базовая станция 114a может включать в себя три приемопередатчика (например, по одному для каждого сектора соты). В одном сценарии в базовой станции 114a может быть использована технология «множественный вход — множественный выход» (MIMO) и для каждого сектора соты может быть задействовано множество приемопередатчиков. Например, для передачи и/или приема сигналов в требуемых пространственных направлениях можно использовать формирование лучей.

Базовые станции 114a, 114b могут обмениваться данными с одним или более из WTRU 102a, 102b, 102c, 102d посредством радиоинтерфейса 116, который может представлять собой любую подходящую систему беспроводной связи (например, для передачи сигналов в радиочастотном (РЧ), микроволновом спектре, спектре сантиметровых волн, спектре микрометровых волн, инфракрасном (ИК), ультрафиолетовом (УФ) спектре, спектре видимого света и т.д.). Радиоинтерфейс 116 может быть установлен с использованием любой подходящей технологии радиодоступа (RAT).

Более конкретно, как указано выше, система 100 связи может представлять собой систему множественного доступа, и в ней можно использовать одну или более схем доступа к каналу, например CDMA, TDMA, FDMA, OFDMA, SC-FDMA и т.п. Например, в базовой станции 114a в RAN 104 и WTRU 102a, 102b, 102c может быть реализована технология радиосвязи, такая как сеть наземного радиодоступа (UTRA) для универсальной системы мобильной связи (UMTS), в которой может быть установлен радиоинтерфейс 116 с использованием широкополосного CDMA (WCDMA). WCDMA может включать в себя протоколы связи, такие как высокоскоростной пакетный доступ (HSPA) и/или усовершенствованный HSPA (HSPA+). Протокол HSPA может включать в себя высокоскоростной пакетный доступ по нисходящей (DL) линии связи (HSDPA) и/или высокоскоростной пакетный доступ по восходящей (UL) линии связи (HSUPA).

В одном сценарии в базовой станции 114a и WTRU 102a, 102b, 102c может быть реализована такая технология радиосвязи, как усовершенствованная сеть наземного радиодоступа UMTS (E-UTRA), которая может устанавливать радиоинтерфейс 116 с использованием стандарта долгосрочного развития сетей связи (LTE), и/или LTE-Advanced (LTE-A), и/или LTE-Advanced Pro (LTE-A Pro).

В одном сценарии в базовой станции 114a и WTRU 102a, 102b, 102c может быть реализована такая технология радиосвязи, как новая технология радиодоступа (NR), которая способна устанавливать радиоинтерфейс 116 с использованием NR.

В одном сценарии в базовой станции 114a и WTRU 102a, 102b, 102c может быть реализовано множество технологий радиодоступа. Например, в совокупности в базовой станции 114a и WTRU 102a, 102b, 102c могут быть реализованы технологии радиодоступа LTE и NR, например, с использованием принципов двойного подключения (DC). Таким образом, радиоинтерфейс, используемый WTRU 102a, 102b, 102c, может характеризоваться использованием множества типов технологий радиодоступа и/или передачами, отправляемыми на базовые станции / с базовых станций, множества типов (например, eNB и gNB).

В других сценариях в базовой станции 114a и WTRU 102a, 102b, 102c могут быть реализованы технологии радиосвязи, такие как IEEE 802.11 (т.е. Wireless Fidelity (Wi-Fi)), IEEE 802.16 (т.е. технология широкополосного доступа в микроволновом диапазоне (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, временный стандарт 2000 (IS-2000), временный стандарт 95 (IS-95), временный стандарт 856 (IS-856), глобальная система мобильной связи (GSM), развитие стандарта GSM с увеличенной скоростью передачи данных (EDGE), GSM EDGE (GERAN) и т.п.

Базовая станция 114b, показанная на фиг. 1A, может представлять собой, например, беспроводной маршрутизатор, станцию Home Node B, станцию Home eNode B или точку доступа, и в ней может быть использована любая подходящая RAT для облегчения обеспечения беспроводной связи в локализованной зоне, такой как коммерческое предприятие, жилое помещение, транспортное средство, учебное заведение, промышленный объект, воздушный коридор (например, для использования беспилотными радиоуправляемыми летательными аппаратами), проезжая часть и т.п. В одном сценарии для создания беспроводной локальной сети (WLAN) в базовой станции 114b и WTRU 102c, 102d может быть реализована технология радиосвязи, такая как IEEE 802.11. В одном сценарии для создания беспроводной персональной сети (WPAN) в базовой станции 114b и WTRU 102c, 102d может быть реализована технология радиосвязи, такая как IEEE 802.15. В еще одном сценарии для создания пикосоты или фемтосоты в базовой станции 114b и WTRU 102c, 102d можно использовать RAT на основе сот (например, WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR и т.п.). Как показано на фиг. 1A, базовая станция 114b может иметь прямое соединение с сетью Интернет 110. Таким образом, для базовой станции 114b может не требоваться доступа к сети Интернет 110 посредством CN 106.

RAN 104 может обмениваться данными с CN 106, которая может представлять собой сеть любого типа, выполненную с возможностью предоставления услуг передачи голосовой информации, данных, приложений и/или голосовой связи по протоколу IP (VoIP) на один или более из WTRU 102a, 102b, 102c, 102d. К данным могут предъявляться различные требования по качеству обслуживания (QoS), например различные требования по производительности, требования к задержке, требования к отказоустойчивости, требования к надежности, требования к скорости передачи данных, требования к мобильности и т.п. В сети CN 106 может быть обеспечено управление вызовами, услуги биллинга, услуги мобильной связи на основе местоположения, предварительно оплаченные вызовы, возможность связи с сетью Интернет, распределение видеосигналов и т.п. и/или реализованы функции высокоуровневой защиты, такие как аутентификация пользователей. Хотя на фиг. 1A это не показано, следует понимать, что RAN 104 и/или CN 106 могут прямо или косвенно обмениваться данными с другими RAN, которые используют такую же RAT, что и RAN 104, или другую RAT. Например, в дополнение к соединению с RAN 104, в которой может быть использована технология радиосвязи NR, сеть CN 106 может также осуществлять связь с другой RAN (не показана), в которой используют технологию радиосвязи GSM, UMTS, CDMA 2000, WiMAX, E-UTRA или Wi-Fi.

CN 106 может также выступать в качестве шлюза для WTRU 102a, 102b, 102c, 102d для обеспечения доступа к сети PSTN 108, сети Интернет 110 и/или другим сетям 112. PSTN 108 может включать в себя телефонные сети с коммутацией каналов, которые предоставляют традиционные услуги телефонной связи (POTS). Интернет 110 может включать в себя глобальную систему взаимно соединенных компьютерных сетей и устройств, которые используют распространенные протоколы связи, такие как протокол управления передачей (TCP), протокол пользовательских дейтаграмм (UDP) и/или протокол Интернета (IP) в наборе протоколов Интернета TCP/IP. Сети 112 могут включать в себя проводные и/или беспроводные сети связи, которые принадлежат другим поставщикам услуг и/или управляются ими. Например, сети 112 могут включать в себя другую CN, соединенную с одной или более RAN, в которых можно использовать такую же RAT, как RAN 104, или другую RAT.

Некоторые или все из WTRU 102a, 102b, 102c, 102d в системе 100 связи могут включать в себя многорежимные возможности (например, WTRU 102a, 102b, 102c, 102d могут включать в себя множество приемопередатчиков для связи с разными беспроводными сетями по разным беспроводным линиям связи). Например, WTRU 102c, показанный на фиг. 1A, может быть выполнен с возможностью взаимодействия с базовой станцией 114a, которая может использовать технологию радиосвязи на основе сот, а также с базовой станцией 114b, которая может использовать технологию радиосвязи IEEE 802.

На фиг. 1B представлена схема системы, иллюстрирующая пример WTRU 102. Как показано на фиг. 1B, WTRU 102 может включать в себя, помимо прочего, процессор 118, приемопередатчик 120, передающий/приемный элемент 122, динамик/микрофон 124, клавиатуру 126, дисплей/сенсорную панель 128, несъемное запоминающее устройство 130, съемное запоминающее устройство 132, источник 134 питания, набор 136 микросхем глобальной системы определения местоположения (GPS) и/или другие периферийные устройства 138. Следует понимать, что WTRU 102 может включать в себя любую подкомбинацию вышеперечисленных элементов и при этом соответствовать варианту осуществления.

Процессор 118 может представлять собой процессор общего назначения, процессор специального назначения, традиционный процессор, цифровой сигнальный процессор (DSP), множество микропроцессоров, один или более микропроцессоров, связанных с ядром DSP, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), программируемые пользователем вентильные матрицы (FPGA), интегральную схему (IC) любого другого типа, конечный автомат и т.п. Процессор 118 может выполнять кодирование сигналов, обработку данных, управление мощностью, обработку ввода/вывода и/или иметь любые другие функциональные возможности, необходимые WTRU 102 для функционирования в среде беспроводной связи. Процессор 118 может быть соединен с приемопередатчиком 120, который может быть соединен с передающим/приемным элементом 122. Хотя на фиг. 1B процессор 118 и приемопередатчик 120 показаны в виде отдельных компонентов, следует понимать, что процессор 118 и приемопередатчик 120 могут быть выполнены как единое целое и встроены в электронный блок или микросхему.

Передающий/приемный элемент 122 может быть выполнен с возможностью передачи сигналов на базовую станцию (например, базовую станцию 114a) или приема от нее сигналов по радиоинтерфейсу 116. Например, передающий/приемный элемент 122 может представлять собой антенну, выполненную с возможностью передачи и/или приема РЧ-сигналов. В одном сценарии передающий/приемный элемент 122 может представлять собой излучатель/детектор, выполненный с возможностью передачи и/или приема, например, сигналов в ИК-, УФ-спектре или спектре видимого света. В другом сценарии передающий/приемный элемент 122 может быть выполнен с возможностью передачи и приема сигналов как в радиочастотном, так и в световом спектре. Следует понимать, что передающий/приемный элемент 122 может быть выполнен с возможностью передачи и/или приема любой комбинации радиосигналов.

Хотя на фиг. 1B передающий/приемный элемент 122 показан в виде одиночного элемента, WTRU 102 может включать в себя любое количество передающих/приемных элементов 122. Более конкретно, в WTRU 102 может быть использована технология MIMO. Таким образом, в одном сценарии, WTRU 102 может включать в себя два или более передающих/приемных элементов 122 (например, множество антенн) для передачи и приема радиосигналов по радиоинтерфейсу 116.

Приемопередатчик 120 может быть выполнен с возможностью модуляции сигналов, передаваемых посредством передающего/приемного элемента 122, а также демодуляции сигналов, принятых посредством передающего/приемного элемента 122. Как указано выше, WTRU 102 может иметь многорежимные возможности. Таким образом, приемопередатчик 120 может включать в себя множество приемопередатчиков, с помощью которых WTRU 102 получает возможность взаимодействия посредством множества RAT, таких как, например, NR и IEEE 802.11.

Процессор 118 WTRU 102 может быть соединен с динамиком/микрофоном 124, клавиатурой 126 и/или дисплеем/сенсорной панелью 128 (например, жидкокристаллическим дисплеем (LCD) или дисплеем на органических светодиодах (OLED)) и может принимать от них данные, вводимые пользователем. Процессор 118 может также выводить пользовательские данные на динамик/микрофон 124, клавиатуру 126 и/или дисплей/сенсорную панель 128. Кроме того, процессор 118 может иметь доступ к информации с подходящего запоминающего устройства любого типа, такого как несъемное запоминающее устройство 130 и/или съемное запоминающее устройство 132, и хранить на нем данные. Несъемное запоминающее устройство 130 может включать в себя оперативное запоминающее устройство (ОЗУ), постоянное запоминающее устройство (ПЗУ), жесткий диск или запоминающее устройство любого другого типа. Съемное запоминающее устройство 132 может включать в себя карту модуля идентификации абонента (SIM), карту памяти, защищенную цифровую карту памяти (SD) и т.п. В других вариантах осуществления процессор 118 может осуществлять доступ к информации с запоминающего устройства, которое физически размещено не в WTRU 102, а, например, на сервере или домашнем компьютере (не показан), и хранить на нем данные.

Процессор 118 может принимать питание от источника 134 питания и может быть выполнен с возможностью управления питанием и/или распределения питания на другие компоненты в WTRU 102. Источник 134 питания может представлять собой любое подходящее устройство для подачи питания на WTRU 102. Например, источник 134 питания может включать в себя одну или более сухих батарей (например, никель-кадмиевых (NiCad), никель-цинковых (NiZn), никель-металл-гидридных (NiMH), литий-ионных (Li-ion) и т.п.), солнечных элементов, топливных элементов и т.п.

Процессор 118 может также быть соединен с набором 136 микросхем GPS, который может быть выполнен с возможностью предоставления информации о местоположении (например, долготы и широты) относительно текущего местоположения WTRU 102. Дополнительно или вместо информации от набора 136 микросхем GPS модуль WTRU 102 может принимать информацию о местоположении по радиоинтерфейсу 116 от базовой станции (например, от базовых станций 114a, 114b) и/или определять свое местоположение на основании синхронизации сигналов, принимаемых от двух или более соседних базовых станций. Следует понимать, что WTRU 102 может получать информацию о местоположении посредством любого подходящего способа определения местоположения и при этом соответствовать варианту осуществления.

Процессор 118 может быть дополнительно соединен с другими периферийными устройствами 138, которые могут включать в себя один или более программных и/или аппаратных модулей, которые обеспечивают дополнительные признаки, функциональные возможности и/или возможности по установлению проводной или беспроводной связи. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для фото- и/или видеосъемки), порт универсальной последовательной шины (USB), вибрационное устройство, телевизионный приемопередатчик, беспроводную гарнитуру, модуль Bluetooth®, радиомодуль с частотной модуляцией (FM), цифровой музыкальный проигрыватель, мультимедийный проигрыватель, модуль для воспроизведения видеоигр, Интернет-браузер, устройство виртуальной реальности (VR) и/или дополненной реальности (AR), трекер активности и т.п. Периферийные устройства 138 могут включать в себя один или более датчиков. Датчики могут представлять собой один или более из гироскопа, акселерометра, датчика Холла, магнитометра, датчика ориентации, бесконтактного датчика, датчика температуры, датчика времени; датчика географического положения, высотомера, датчика освещенности, датчика касания, магнитометра, барометра, датчика жестов, биометрического датчика, датчика влажности и т.п.

WTRU 102 может включать в себя полнодуплексное радиоустройство, в котором передача и прием некоторых или всех сигналов (например, связанных с конкретными подкадрами как для UL (например, для передачи), так и для DL (например, для приема)) могут осуществляться совместно и/или одновременно. Полнодуплексное радиоустройство может включать в себя блок управления помехами для снижения уровня и/или по существу устранения собственных помех с помощью либо аппаратного обеспечения (например, дросселя), либо обработки сигнала с помощью процессора (например, отдельного процессора (не показан) или процессора 118). В одном сценарии WTRU 102 может включать в себя полудуплексное радиоустройство для передачи и приема некоторых или всех сигналов (например, связанных с конкретными субкадрами как для UL (например, для передачи), так и для DL (например, для приема)).

На фиг. 1C представлена схема системы, иллюстрирующая RAN 104 и CN 106 в соответствии с одним или более вариантами осуществления. Как отмечено выше, RAN 104 может использовать технологию радиосвязи E-UTRA для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 104 может также осуществлять связь с CN 106.

RAN 104 может включать в себя eNode-B 160a, 160b, 160c, хотя следует понимать, что сеть RAN 104 может включать в себя любое количество eNode-B и при этом соответствовать варианту осуществления. Каждая eNode-B 160a, 160b, 160c может включать в себя один или более приемопередатчиков для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном сценарии в eNode B 160a, 160b, 160c может быть реализована технология MIMO. Таким образом, в eNode-B 160a может, например, быть использовано множество антенн для передачи радиосигналов на WTRU 102a и/или приема радиосигналов от него.

Каждая eNode-B 160a, 160b, 160c может быть связана с конкретной сотой (не показана) и может быть выполнена с возможностью принятия решений по управлению радиоресурсами, решений по передаче обслуживания, диспетчеризации пользователей в UL и/или DL и т.п. Как показано на фиг. 1C, eNode-B 160a, 160b, 160c могут обмениваться данными друг с другом по интерфейсу X2.

CN 106, показанная на фиг. 1C, может включать в себя объект 162 управления мобильностью (MME), обслуживающий шлюз (SGW) 164 и шлюз 166 (PGW) сети с пакетной передачей данных (PDN). Хотя вышеперечисленные элементы показаны как часть CN 106, следует понимать, что любой из этих элементов может принадлежать субъекту, отличному от оператора CN, и/или может управляться таким субъектом.

MME 162 может быть подключен к каждой из eNode-B 162a, 162b, 162c в RAN 104 по интерфейсу S1 и может выступать в качестве узла управления. Например, MME 162 может отвечать за аутентификацию пользователей WTRU 102a, 102b, 102c, активацию/деактивацию канала, выбор конкретного обслуживающего шлюза во время начального соединения WTRU 102a, 102b, 102c и т.п. MME 162 может обеспечивать функцию плоскости управления для переключения между RAN 104 и другими RAN (не показаны), которые используют другие технологии радиосвязи, такие как GSM и/или WCDMA.

SGW 164 может быть подключен к каждой eNode B 160a, 160b, 160c в RAN 104 по интерфейсу S1. SGW 164 может по существу направлять и пересылать пакеты пользовательских данных на WTRU 102a, 102b, 102c и от них. SGW 164 может выполнять другие функции, например привязку плоскостей пользователя во время передачи обслуживания между базовыми станциями eNode B, запуск пейджинга, когда данные DL доступны для WTRU 102a, 102b, 102c, управление и хранение контекста WTRU 102a, 102b, 102c и т.п.

SGW 164 может быть подключен к PGW 166, который может предоставлять WTRU 102a, 102b, 102c доступ к сетям с коммутацией пакетов, таким как сеть Интернет 110, для облегчения обмена данными между WTRU 102a, 102b, 102c и устройствами с поддержкой IP.

CN 106 может облегчать обмен данными с другими сетями. Например, CN 106 может предоставлять WTRU 102a, 102b, 102c доступ к сетям с коммутацией каналов, таким как PSTN 108, для облегчения обмена данными между WTRU 102a, 102b, 102c и традиционными устройствами связи наземной линии связи. Например, CN 106 может включать в себя IP-шлюз (например, сервер мультимедийной IP-подсистемы (IMS)) или может обмениваться с ним данными, при этом шлюз выступает в качестве интерфейса между CN 106 и PSTN 108. Кроме того, CN 106 может предоставлять модулю WTRU 102a, 102b, 102c доступ к другим сетям 112, которые могут включать в себя другие проводные и/или беспроводные сети, которые принадлежат другим поставщикам услуг и/или предоставлены ими для использования.

Хотя WTRU описан на фиг. 1A-1E как беспроводной терминал, предполагается, что в определенных типовых вариантах осуществления с таким терминалом можно использовать (например, временно или постоянно) проводные коммуникационные интерфейсы с сетью связи.

На фиг. 1D представлена схема системы, иллюстрирующая RAN 104 и CN 106 в соответствии с вариантом осуществления. Как отмечено выше, в RAN 104 для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116 может быть применена технология радиосвязи NR. RAN 104 может также осуществлять связь с CN 106.

RAN 104 может включать в себя gNB 180a, 180b, 180c, хотя следует понимать, что RAN 104 может включать в себя любое количество gNB и при этом соответствовать варианту осуществления. Каждая gNB 180a, 180b, 180c может включать в себя один или более приемопередатчиков для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном сценарии на gNB 180a, 180b, 180c может быть реализована технология MIMO. Например, gNB 180a, 108b могут использовать формирование лучей для передачи сигналов на gNB 180a, 180b, 180c и/или приема сигналов от них. Таким образом, gNB 180a, например, может использовать множество антенн для передачи радиосигналов на WTRU 102a и/или приема радиосигналов от него. В одном сценарии на gNB 180a, 180b, 180c может быть реализована технология агрегирования несущих. Например, gNB 180a может передавать на WTRU 102a множество несущих составляющих (не показаны). Подмножество этих несущих составляющих может относиться к нелицензированному спектру, тогда как остальные несущие составляющие могут относиться к лицензированному спектру. В одном сценарии на gNB 180a, 180b, 180c может быть реализована технология координированной многоточечной передачи (CoMP). Например, WTRU 102a может принимать координированные передачи от gNB 180a и gNB 180b (и/или gNB 180c).

WTRU 102a, 102b, 102c могут обмениваться данными с gNB 180a, 180b, 180c с использованием передач, связанных с масштабируемой численной величиной. Например, разнос символов OFDM и/или разнос поднесущих OFDM может различаться для разных передач, разных сот и/или разных участков спектра беспроводной передачи. WTRU 102a, 102b, 102c могут обмениваться данными с gNB 180a, 180b, 180c с использованием подкадра или временных интервалов передачи (TTI) с различной или масштабируемой длительностью (например, содержащих различное количество символов OFDM и/или имеющих постоянные различные длительности абсолютного времени).

gNB 180a, 180b, 180c могут быть выполнены с возможностью обмена данными с WTRU 102a, 102b, 102c в автономной конфигурации и/или в неавтономной конфигурации. В автономной конфигурации WTRU 102a, 102b, 102c могут обмениваться данными с gNB 180a, 180b, 180c без одновременного доступа к другим RAN (например, таким как eNode-B 160a, 160b, 160c). В автономной конфигурации WTRU 102a, 102b, 102c могут использовать одну или более gNB 180a, 180b, 180c в качестве якорной точки мобильности. В автономной конфигурации WTRU 102a, 102b, 102c могут обмениваться данными с gNB 180a, 180b, 180c с использованием сигналов в нелицензированной полосе. В неавтономной конфигурации WTRU 102a, 102b, 102c могут обмениваться данными / устанавливать соединение с gNB 180a, 180b, 180c и одновременно обмениваться данными / устанавливать соединение с другой RAN, такой как eNode-B 160a, 160b, 160c. Например, в WTRU 102a, 102b, 102c могут быть реализованы принципы двойного соединения (DC) для по существу одновременного обмена данными с одной или более gNB 180a, 180b, 180c и одной или более eNode-B 160a, 160b, 160c. В неавтономной конфигурации eNode-B 160a, 160b, 160c могут выступать в качестве якорной точки мобильности для WTRU 102a, 102b, 102c, а gNB 180a, 180b, 180c могут обеспечивать дополнительное покрытие и/или пропускную способность для обслуживания WTRU 102a, 102b, 102с.

Каждая из gNB 180a, 180b, 180c может быть связана с конкретной сотой (не показана) и может быть выполнена с возможностью принятия решений об управлении радиоресурсом, решений о передаче обслуживания, диспетчеризации пользователей в UL и/или DL, поддержке сегментирования сети, DC, взаимодействии между NR и E-UTRA, маршрутизации данных плоскости пользователя в функциональный блок 184a, 184b плоскости пользователя (UPF), маршрутизации информации плоскости управления в функциональный блок 182a, 182b управления доступом и мобильностью (AMF) и т.п. Как показано на фиг. 1D, gNB 180a, 180b, 180c могут обмениваться данными друг с другом по интерфейсу Xn.

CN 106, показанная на фиг. 1D, может включать в себя по меньшей мере один AMF 182a, 182b, по меньшей мере один UPF 184a, 184b, по меньшей мере один функциональный блок 183a, 183b управления сеансом (SMF) и, возможно, сеть 185a, 185b передачи данных (DN). Хотя вышеперечисленные элементы показаны как часть CN 106, следует понимать, что любой из этих элементов может принадлежать субъекту, отличному от оператора CN, и/или может управляться таким субъектом.

AMF 182a, 182b могут быть подключены к одной или более из gNB 180a, 180b, 180c в RAN 104 по интерфейсу N2 и могут выступать в качестве узла управления. Например, AMF 182a, 182b могут отвечать за аутентификацию пользователей WTRU 102a, 102b, 102c, поддержку сегментирования сети (например, обработку разных сеансов блока данных протокола (PDU) с разными требованиями), выбор конкретного SMF 183a, 183b, управление зоной регистрации, прекращение сигнализации слоя без доступа (NAS), управление мобильностью и т.п. Сегментирование сети может быть использовано в AMF 182a, 182b для настройки поддержки CN для WTRU 102a, 102b, 102c на основании типов сервисов, используемых WTRU 102a, 102b, 102c. Например, для разных вариантов использования могут быть установлены разные сетевые сегменты, например сервисы, основанные на доступе к связи повышенной надежности с малым временем задержки (URLLC), сервисы, основанные на доступе к усовершенствованной широкополосной сети мобильной связи (eMBB), сервисы для доступа к MTC и т.п. AMF 182a, 182b может обеспечивать функцию плоскости управления для переключения между RAN 104 и другими RAN (не показаны), которые используют другие технологии радиосвязи, такие как LTE, LTE-A, LTE-A Pro, и/или технологии доступа, отличные от 3GPP, такие как Wi-Fi.

SMF 183a, 183b могут быть подключены к AMF 182a, 182b в CN 106 по интерфейсу N11. SMF 183a, 183b может также быть подключен к UPF 184a, 184b в CN 106 по интерфейсу N4. SMF 183a, 183b могут выбирать UPF 184a, 184b и управлять ими, а также конфигурировать маршрутизацию трафика с помощью UPF 184a, 184b. SMF 183a, 183b могут выполнять другие функции, такие как управление IP-адресом UE и его выделение, управление сеансами PDU, управление реализацией политики и QoS, предоставление уведомлений о данных DL и т.п. Тип сеанса PDU может быть основан на IP, не основан на IP, основан на Ethernet и т.п.

UPF 184a, 184b могут быть подключены к одной или более gNB 180a, 180b, 180c в RAN 104 по интерфейсу N3, который может предоставлять WTRU 102a, 102b, 102c доступ к сетям с коммутацией пакетов, таким как сеть Интернет 110, для облегчения обмена данными между WTRU 102a, 102b, 102c и устройствами с поддержкой протокола IP. UPF 184, 184b могут выполнять другие функции, такие как маршрутизация и передача пакетов, применение политик в плоскости пользователя, поддержка многоканальных сеансов PDU, обработка QoS в плоскости пользователя, буферизация пакетов DL, привязка для обеспечения мобильности и т.п.

CN 106 может облегчать обмен данными с другими сетями. Например, CN 106 может включать в себя IP-шлюз (например, сервер мультимедийной IP-подсистемы (IMS)) или может обмениваться с ним данными, при этом шлюз выступает в качестве интерфейса между CN 106 и PSTN 108. Кроме того, CN 106 может предоставлять модулю WTRU 102a, 102b, 102c доступ к другим сетям 112, которые могут включать в себя другие проводные и/или беспроводные сети, которые принадлежат другим поставщикам услуг и/или предоставлены ими для использования. В одном сценарии WTRU 102a, 102b, 102c могут быть подключены к локальной DN 185a, 185b с помощью UPF 184a, 184b по интерфейсу N3 к UPF 184a, 184b и интерфейсу N6 между UPF 184a, 184b и DN 185a, 185b.

С учетом фиг. 1A-1E и соответствующих описаний для фиг. 1A-1E, одна или более, или все функции, описанные в настоящем документе, в связи с одним или более из: WTRU 102a–d, базовых станций 114а–b, eNode-B 160a–c, MME 162, SGW 164, PGW 166, gNB 180a–c, AMF 182a–b, UPF 184a–b, SMF 183a–b, DN 185a–b, AP 190a–b и/или любого(-ых) другого(-их) устройства (устройств), описанного(-ых) в настоящем документе, могут быть реализованы одним или более устройствами эмуляции (не показаны). Устройства эмуляции могут представлять собой одно или более устройств, выполненных с возможностью эмуляции одной или более или всех функций, описанных в настоящем документе. Например, устройства эмуляции можно применять для испытания других устройств и/или для моделирования функций сети и/или WTRU.

Устройства эмуляции могут быть выполнены с возможностью реализации одного или более испытаний других устройств в лабораторной среде и/или в сетевой среде оператора. Например, одно или более устройств эмуляции могут выполнять одну или более функций или все функции, при этом они полностью или частично реализованы и/или развернуты в качестве части проводной и/или беспроводной сети связи, для испытания других устройств в сети связи. Одно или более устройств эмуляции могут выполнять одну или более функций или все функции, при этом они временно реализованы/развернуты в качестве части проводной и/или беспроводной сети связи. Устройство эмуляции может быть непосредственно соединено с другим устройством для целей испытаний и/или выполнения испытаний с использованием беспроводной радиосвязи.

Одно или более устройств эмуляции могут выполнять одну или более функций, включая все функции, и при этом не быть реализованными/развернутыми в качестве части проводной и/или беспроводной сети связи. Например, устройства эмуляции можно использовать в сценарии испытания в испытательной лаборатории и/или в неразвернутой (например, испытательной) проводной и/или беспроводной сети связи для проведения испытания одного или более компонентов. Одно или более устройств эмуляции могут представлять собой испытательное оборудование. Для передачи и/или приема данных в устройствах эмуляции можно использовать прямое РЧ-соединение и/или беспроводные связи посредством РЧ-схемы (которая может, например, включать в себя одну или более антенн).

Дополнительно/в качестве альтернативы, одна или более функций, описанных в настоящем документе, в отношении одного или более из: STA 102a-d, AP 190a-b и/или любое другое(-ие) устройство(-а), описанное(-ые) в настоящем документе, такое(-ие) как STA с AP и STA без AP, могут представлять собой логические объекты. Каждый логический объект может содержаться в одном или более физических устройствах и/или корпусах. Например, могут существовать две логических AP, содержащихся в одном физическом устройстве с множеством линий связи (MLD); MLD может быть названо AP, несмотря на наличие более одной логической AP. В другом примере в одном физическом корпусе (например, в MLD смартфона) может быть две логических STA; физический корпус может называться STA, несмотря на то, что содержит более одной логической STA. Физический корпус или MLD может содержать один или более логических объектов одного или более устройств, таких как один корпус, содержащий две логических STA и две логических AP. Как описано в настоящем документе, MLD может быть и является взаимозаменяемым с AP MLD и/или non-AP MLD.

Дополнительно/в качестве альтернативы, название «каналы» может использоваться взаимозаменяемо с названием «линии связи», как описано в настоящем документе.

В некоторых примерах другая сеть 112 по фиг. 1A может представлять собой беспроводную локальную сеть (WLAN), такую как определено в стандарте IEEE 802.11. На фиг. 1E представлена схема, иллюстрирующая пример системы связи (например, WLAN).

WLAN в режиме инфраструктуры базового набора служб (BSS) 191a и 191b могут каждая иметь точку доступа (AP) 190a и 190b соответственно для BSS 191a и 191b и один или более WTRU 102a-e (например, STA), связанных с AP 190a, 190b. Как описано в настоящем документе, данный BSS может называться сетью и может относиться к связи, которая осуществляется локально. АР 190a, 190b могут иметь доступ к системе распределения (DS) или интерфейс с ней или к проводной/беспроводной сети другого типа, которая переносит трафик в BSS и/или из BSS (не показаны). Трафик к WTRU, исходящий из-за пределов BSS (например, 191a, 191b), может поступать через AP (например, 190a, 190b) и может быть доставлен в WTRU. Трафик, исходящий от станций WTRU 190c-e к получателям вне BSS 191a, может быть отправлен на AP 190a для доставки соответствующим получателям. Трафик между станциями WTRU 190c-e в пределах BSS 191a может быть отправлен через AP 190a, например, если источник WTRU 102c может направлять трафик на AP 190a, а AP 190a может доставлять трафик получателю STA 190d. Трафик между устройствами STA (например, 190c-e) внутри BSS (например, 191a) можно рассматривать как и/или называть одноранговым трафиком. Одноранговый трафик может быть передан между (например, непосредственно между) WTRU-источником и WTRU-получателем с помощью установления прямой линии связи (DLS). В некоторых случаях для DLS может быть использовано DLS 802.11e или туннелированное DLS 802.11z (TDLS).

В некоторых случаях WLAN, в которой используется режим независимого BSS (IBSS), может не иметь АР, а STA (например, каждая STA) в пределах IBSS или использующая IBSS, могут осуществлять связь непосредственно друг с другом. В настоящем документе режим IBSS может иногда называться режимом «динамической» связи.

При использовании режима работы инфраструктуры 802.11ac или аналогичного режима работы, AP может передавать маяк по фиксированному каналу, такому как первичный канал. Первичный канал может иметь фиксированную ширину (например, ширину полосы пропускания 20 МГц) или динамически установленную ширину. Первичный канал может представлять собой рабочий канал BSS и может быть использован множеством STA для установления соединения с АР. В некоторых ситуациях может быть реализован множественный доступ с контролем несущей и предотвращением коллизий (CSMA/CA), например, в системах 802.11. STA (например, каждая STA), включая АР, могут обнаруживать первичный канал для CSMA/CA. Если конкретная STA выполнила распознавание/обнаружение первичного канала и/или определила его как занятый, тогда эта конкретная STA может прекратить взаимодействие. Одна STA (например, только одна станция) может осуществлять передачу в любой конкретный момент времени в данном BSS.

Для осуществления связи STA с высокой пропускной способностью (HT) может быть использован канал шириной 40 МГц, например путем объединения первичного канала 20 МГц со смежным или несмежным каналом 20 МГц с образованием канала шириной 40 МГц.

STA со сверхвысокой пропускной способностью (VHT) могут поддерживать каналы шириной 20 МГц, 40 МГц, 80 МГц и/или 160 МГц. Каналы 40 МГц и/или 80 МГц могут быть образованы путем объединения сплошных каналов 20 МГц. Канал 160 МГц может быть образован путем объединения 8 сплошных каналов 20 МГц или путем объединения двух несплошных каналов 80 МГц, которые могут называться конфигурацией 80 + 80. Для конфигурации 80 + 80 данные после кодирования канала могут проходить через анализатор сегментов, который может разделять данные на два потока. Обработку по методу обратного быстрого преобразования Фурье (IFFT) и обработку во временной области можно выполнять отдельно для каждого потока. Потоки могут быть сопоставлены с двумя каналами 80 МГц, а данные могут быть переданы посредством передающей STA. В приемнике принимающей STA вышеописанная операция для конфигурации 80 + 80 может быть инвертирована, а объединенные данные могут быть отправлены на устройство управления доступом к среде передачи данных (MAC).

Протоколы 802.11af и 802.11ah поддерживают режимы работы на частотах до 1 ГГц. В 802.11af и 802.11ah значения ширины полосы пропускания канала и несущие уменьшены по отношению к используемым в 802.11n и 802.11ac. Протокол 802.11af поддерживает значения ширины полосы пропускания 5 МГц, 10 МГц и 20 МГц в неиспользуемой части частотного спектра телевидения (TVWS), а протокол 802.11ah поддерживает значения ширины полосы пропускания 1 МГц, 2 МГц, 4 МГц, 8 МГц и 16 МГц с использованием спектра, отличного от TVWS. В некоторых ситуациях 802.11ah может поддерживать управление с измерением/межмашинные связи (MTC), например устройства межмашинной связи (MTC) в макрозоне покрытия. Устройства MTC могут обладать определенными возможностями, например ограниченными возможностями, включая поддержку (например, поддержку только) определенных и/или ограниченных значений ширины полосы пропускания. Устройства МТС могут включать в себя батарею, имеющую срок службы батареи, превышающий пороговое значение (например, для обеспечения очень длительного срока службы батареи).

Системы WLAN, которые могут поддерживать множество каналов и значений ширины полосы пропускания канала, такие как 802.11n, 802.11ac, 802.11af и 802.11ah, могут включать в себя канал, который может быть назначен в качестве первичного канала. Первичный канал может иметь ширину полосы пропускания, равную наибольшей общей рабочей ширине полосы пропускания, поддерживаемой всеми STA в BSS. Ширина полосы пропускания первичного канала может быть установлена и/или ограничена STA из числа всех STA, работающих в BSS, которая поддерживает режим работы с наименьшей шириной полосы пропускания. В примере 802.11ah первичный канал может иметь ширину 1 МГц для STA (например, устройств типа MTC), которые поддерживают (например, поддерживают только) режим 1 МГц, даже если AP и другие STA в BSS поддерживают 2 МГц, 4 МГц, 8 МГц, 16 МГц и/или режимы работы с другими значениями ширины полосы пропускания канала. Параметры обнаружения несущей и/или вектора выделения сети (NAV) могут зависеть от состояния первичного канала. Если первичный канал занят, например, из-за STA (например, которая поддерживает только режим работы 1 МГц), осуществляющей передачу на AP, все доступные полосы частот могут считаться занятыми, даже если большинство доступных полос частот остаются свободными.

В Соединенных Штатах доступные полосы частот, которые могут быть использованы 802.11ah, находятся в диапазоне от 902 МГц до 928 МГц. Доступные полосы частот в Корее — от 917,5 МГц до 923,5 МГц. Доступные полосы частот в Японии — от 916,5 МГц до 927,5 МГц. Общая ширина полосы пропускания, доступная для 802.11ah, составляет от 6 МГц до 26 МГц в зависимости от кода страны.

Как правило, WLAN высокой эффективности (HEW) может решить проблему повышения качества обслуживания, которая является актуальной для широкого спектра беспроводных пользователей во многих сценариях использования, включая сценарии высокой плотности пользователей в диапазоне 2,4 ГГц, 5 ГГц и 6 ГГц. В состав HEW могут быть включены новые варианты использования, которые поддерживают режимы плотного развертывания AP и STA, а также связанные технологии управления радиоресурсами (RRM). Потенциальные варианты применения для HEW могут включать в себя сценарии применения при высокой плотности пользователей (например, вокзалы, мероприятия на стадионах, коммуникационная среда предприятий/объектов розничной торговли и т.д.), могут устранять повышенную зависимость от доставки видео/данных и услуг беспроводной связи для медицинских установок. Сети HEW могут быть реализованы в стандарте 802.11ax.

К числу возможных применений HEW могут относиться новые сценарии использования, такие как, не ограничиваясь только ими, доставка данных во время мероприятий на стадионах, сценарии с высокой плотностью пользователей, например на железнодорожных вокзалах, в коммуникационных средах предприятий/объектов розничной торговли, а также информация, связанная с повышенной зависимостью медицинских учреждений от доставки видеоматериалов и обеспечения беспроводной связи.

Кроме того, стандарт 802.11ax может обеспечить решение задач с трафиком для различных сценариев, который имеет короткие пакеты. Такие сценарии включают в себя: Виртуальный офис; Подтверждение TPC; Подтверждение передачи потокового видео; Устройства/контроллеры (мыши, клавиатуры, игровые манипуляторы и т.д.); Доступ — пробный запрос/отклик; Выбор сети — пробные запросы, ANQP (протокол типа запрос-ответ); и/или Управление сетью — кадры управления.

Также, что касается 802.11ax, могут существовать многопользовательские функции (MU), включающие в себя множественный доступ с ортогональным частотным разделением каналов восходящей и нисходящей линии связи (UL и DL OFDMA), а также многопользовательскую систему множественного входа — множественного выхода восходящей и нисходящей линии связи (UL и DL MU-MIMO). Кроме того, могут существовать механизмы мультиплексирования произвольного доступа UL для различных целей, которые также могут быть включены в стандарт 802.11ax.

Стандарт 802.11 крайне высокой пропускной способности (EHT) может соответствовать 802.11ax. EHT может обеспечивать повышение пиковой пропускной способности и повысить эффективность сетей стандарта 802.11. EHT может быть включена в стандарт 802.11be. Один вариант использования для стандарта 802.11be может включать в себя применения, которые требуют высокой пропускной способности и низкой задержки, такие как: Видео-через-WLAN; Дополненная реальность (AR); и/или Виртуальная реальность (VR). В сетях EHT и 802.11be может быть задействован один или более из следующих признаков, которые обеспечивают достижение цели, заключающейся в повышении пропускной способности и улучшения эффективности, такие как: Множественные AP; Множество диапазонов/линий связи; Ширина полосы пропускания 320 МГц; 16 пространственных потоков; HARQ; Полный дуплекс (во временной и частотной области); Координация AP; Полуортогональный множественный доступ (SOMA); и/или новые проекты для доступа к каналу 6 ГГц.

Для работы 802.11be с множеством линий связи может существовать высокоуровневая архитектура MAC, позволяющая работать с множеством линий связи. Также может существовать обнаружение дублирования и обнаружение повторного воспроизведения на множестве линий связи. Также могут существовать различные режимы работы с множеством диапазонов/линий связи, которые могут обеспечивать прирост производительности при работе с множеством диапазонов/линий связи.

Как правило, для достижения улучшений в области сетей стандарта 802.11 может потребоваться решение нескольких проблем, таких как: ассоциирование множества линий связи с множеством точек доступа, динамическая обратная связь для балансировки нагрузки и устранения помех; регулирование режима работы Tx/RX с множеством линий связи; архитектура с множеством линий связи (например, архитектура устройства с множеством линий связи без AP, архитектура MAC с множеством линий связи, проектирование и архитектура MAC стандарта 802.11ak с множеством линий связи); назначение номера кадра (например, подтверждение для фрагментированных пакетов с множеством линий связи, назначение номера пакета, фрагментация при множестве STA/AP); и/или подтверждение при множестве линий связи.

Что касается проблемы ассоциирования множества линий связи с множеством точек доступа, то как AP, так и STA могут представлять собой устройства с множеством линий связи. Кроме того, в наборах с множеством AP может существовать множество AP, а для STA и AP может требоваться уведомление о возможностях и предварительных настройках друг друга и выполнение соответствующие процедуры ассоциирования для достижения оптимальной производительности и правильной настройки режимов работы с множеством линий связи.

В одном подходе для решения вышеописанной проблемы может существовать эффективная процедура обнаружения и ассоциирования для обеспечения оптимальной производительности для работы с множеством линий связи. AP с множеством линий связи, которая может представлять собой элемент набора множественных AP, может оповещать об одной или более из своих возможностей работы с множеством линий связи и о рабочих параметрах для множества линий связи в своем маяке, коротких маяках, кадрах обнаружения быстрой начальной настройки линии связи (FILS) и одноадресных или широковещательных пробных ответах, таких как: элемент функционала множества линий связи; элемент работы с множеством линий связи; элемент с функционалом режима реального времени; и/или элемент работы в режиме реального времени.

Элемент функционала множества линий связи может содержать один или более из следующих параметров для функционала множества линий связи, поддерживаемого данной AP: количество полос; количество каналов; режим с множеством линий связи; максимальное (макс.) количество одновременно поддерживаемых каналов или линий связи на устройство; макс. поддерживаемая ширина канала для каждого устройства; защищенный режим; и/или режим агрегирования каналов.

Параметр количества полос может указывать количество полос, которое поддерживает передающая AP или набор передающей множественной AP. Это может быть указано с использованием битового массива для указания одной или более полос, включая полосу менее 1 ГГц, полосу 2,4 ГГц, полосу 5 ГГц, полосу 3,5 ГГц и полосу 6 ГГц.

Параметр количества каналов может быть использован для указания количества каналов или линий связи, которые способны поддерживать передающая AP или набор передающей множественной AP для одной или более поддерживаемых полос.

Параметр режима с множеством линий связи может указывать один или более режимов, в которых может поддерживаться работа с множеством линий связи. Этот параметр может включать в себя независимую работу на каналах, агрегирование каналов, балансировку нагрузки, динамический выбор канала, динамический выбор AP и т.п.

Параметр максимального количества одновременно поддерживаемых каналов на устройстве может задавать максимальное количество одновременных поддерживаемых каналов в устройстве с множеством линий связи или в STA с множеством линий связи. Например, этот параметр может быть связан с отдельными каналами или каналами с шириной полосы 20 МГц.

Параметр максимальной поддерживаемой ширины канала на устройство может задавать максимальную ширину канала, которая может быть поддержана (например, 80 МГц, 160 МГц, 240 МГц, 320 МГц и т.д.).

Параметр защищенного режима может указывать, должна ли обеспечиваться защита на каждой линии связи в каждом устройстве, или защита должна быть обеспечена на главном канале/канале управления/ассоциирования, или должна быть обеспечена один раз для ведущей AP и применена ко всем линиям связи, которые могут быть использованы совместно с идентификатором виртуальной AP.

Параметр режима агрегирования канала может указывать, должно ли агрегирование канала быть сплошным или несплошным. В другом примере этот параметр может быть задан для каждой поддерживаемой полосы, чтобы указать, должно ли агрегирование канала в этой полосе быть сплошным или несплошным.

Элемент работы с множеством линий связи может указывать текущие параметры работы с множеством линий связи, такие как: активные полосы; активные каналы; главный канал/канал привязки/канал ассоциирования/управления; ID виртуальной АР; цвет BSS с множеством линий связи; защищенный режим; и/или текущие наборы канала с множеством линий связи.

Параметр активных полос может указывать на то, что текущие активные полосы используются для работы с множеством линий связи посредством передающей AP или набора множественной AP. Это может быть указано с использованием битового массива для указания одной или более полос, включая полосу менее 1 ГГц, полосу 2,4 ГГц, полосу 5 ГГц, полосу 3,5 ГГц и полосу 6 ГГц.

Параметр активных каналов может указывать активные каналы, которые используются для работы с множеством линий связи. В одном примере для указания активных каналов, используемых для работы с множеством линий связи, используют битовый массив. В другом примере битовый массив используется для каждой активной полосы, чтобы указать активные каналы, используемые для работы с множеством линий связи в каждой полосе. В другом примере для описания одного или более активных каналов, которые в настоящее время являются активными как каналы с множеством линий связи, может быть использован список полей. Каждое из полей может содержать одно или более значение ширины канала, номера канала, рабочего класса канала и т.п.

Параметр главный канал/канал привязки/канал ассоциирования/управления может задавать главный канал или канал привязки, канал ассоциирования и/или каналы управления. Такой канал может быть использован STA для проведения ассоциирования или изменения канала управления, или в качестве канала по умолчанию, когда он участвует в работе с множеством линий связи.

Параметр идентификатора виртуальной AP указывает идентификатор виртуальной AP, для которой представлен набор множественной AP. Это может быть BSSID или MAC-адрес, который может представлять собой идентификатор AP, которая работает на канале привязки или канале ассоциирования, или может представлять собой идентификатор MAC-адреса для точки доступа услуги (SAP) более высокого уровня, подключенной к DS.

Параметр цвета BSS с множеством линий связи идентифицирует устройство AP с множеством линий связи. Цвет BSS может быть одинаковым для линий связи, ассоциированных с одним и тем же устройством AP с множеством линий связи, если устройство AP с множеством линий связи не может осуществлять независимую работу TX/RX MAC на разных линиях связи. Цвет BSS с множеством линий связи может отличаться для линий связи, ассоциированных с одним и тем же устройством AP с множеством линий связи, если устройство AP с множеством линий связи может осуществлять независимую работу TX/RX MAC на этих линиях связи. Для различных линий связи, ассоциированных с одним и тем же устройством AP с множеством линий связи, может быть предусмотрен один или более цветов BSS с множеством линий связи, также для этих BSS с множеством линий связи могут быть включены уровни чувствительности для других MLD, позволяющие регулировать их уровни CCA при приеме одной из этих передач по множеству линий связи и определять, является ли среда свободной или занятой, а также позволяющие определять, следует ли осуществлять пространственное повторное использование.

Параметр защищенного режима определяет текущий режим защиты. Например, защита может быть выполнена на каждой линии связи каждого устройства, или защита должна быть обеспечена на главном канале/канале управления/ассоциирования, или должна быть обеспечена один раз для ведущей AP и применена ко всем линиям связи, которые могут быть использованы совместно с идентификатором виртуальной AP.

Параметр наборов канала с множеством линий связи может содержать один или более наборов канала с множеством линий связи, которые STA может использовать в качестве фиксированного набора каналов для работы с множеством линий связи. STA может выбирать один или более наборов таких каналов после ассоциирования.

Элемент функционала режима реального времени может содержать функции для указания возможностей трафика в режиме реального времени, таких как следующие параметры: задержка, джиттер; характеристики трафика (спецификации); количество одновременных потоков; и/или количество одновременных каналов трафика в реальном времени.

Параметр задержки задает макс. и/или мин. задержку, которую способны обеспечивать AP или набор множественной AP.

Параметр джиттера задает макс. и/или мин. задержку, которую способны обеспечивать AP или набор множественной AP.

Параметр спецификации трафика задает характеристики трафика, которые способны обеспечивать AP или набор множественной AP.

Параметр количества одновременных потоков указывает на количество потоков одновременного трафика в режиме реального времени, которое способны поддерживать AP или набор множественной AP.

Параметр количества одновременных каналов трафика в реальном времени указывает на количество одновременных каналов, которые могут быть использованы для поддержки одного потока трафика в реальном времени.

Элемент работы в режиме реального времени может задавать текущие параметры потоков трафика в реальном времени, такие как: задержка, джиттер, характеристики трафика, дополнительное количество потоков; количество одновременных каналов трафика в реальном времени; и/или текущий набор каналов трафика в реальном времени.

Параметр задержки задает текущую макс. и/или мин. задержку, которую способны обеспечивать AP или набор множественной AP.

Параметр джиттера задает текущую макс. и/или мин. задержку, которую способны обеспечивать AP или набор множественной AP.

Параметр характеристики трафика задает характеристику трафика для любого дополнительного трафика в режиме реального времени, которую способны обеспечивать AP или набор множественной AP, например, приоритет, скорости передачи данных или т.п.

Параметр дополнительного количества одновременных потоков указывает на количество дополнительных потоков одновременного трафика в режиме реального времени, которое на текущий момент способны поддерживать AP или набор множественной AP.

Параметр количества одновременных каналов трафика в реальном времени указывает на текущее количество одновременных каналов, которые могут быть использованы для поддержки одного потока трафика в реальном времени.

Параметр текущего набора каналов трафика в реальном времени указывает на текущий набор одновременных каналов, который может быть использован для поддержки потоков трафика в реальном времени.

Устройство с множеством линий связи, которое может содержать одну или более STA с множеством линий связи, может оповещать об одной или более из своих возможностей работы с множеством линий связи, возможностей работы в режиме реального времени, а также о запросах по множеству линий связи и линии связи реального времени в одном или более из следующих элементов в их пробных запросах, запросах на ассоциацию: элемент функционала множества линий связи; элемент запроса по множеству линий связи; элемент функционала режима реального времени; и/или элемент запроса в режиме реального времени.

Элемент функционала множества линий связи может содержать один или более параметров для функционала множества линий связи, который поддерживается данной STA, такие как: количество полос, количество каналов, режим множества линий связи, максимальное (макс.) количество одновременно поддерживаемых каналов и/или режим агрегирования каналов.

Параметр количества полос указывает количество полос, которое поддерживается передающей STA или устройством. Это может быть указано с использованием битового массива для указания одной или более полос, включая полосу менее 1 ГГц, полосу 2,4 ГГц, полосу 5 ГГц, полосу 3,5 ГГц и полосу 6 ГГц.

Параметр количества каналов может быть использован для указания количества каналов, которые способна поддерживать передающая STA для одной или более поддерживаемых полос.

Параметр режима с множеством линий связи указывает один или более режимов, в которых может поддерживаться работа с множеством линий связи. Этот параметр может включать в себя независимую работу на каналах, агрегирование каналов, балансировку нагрузки, динамический выбор канала, динамический выбор AP или т.п.

Параметр максимального количества одновременно поддерживаемых каналов задает максимальное количество одновременно поддерживаемых каналов. Например, этот параметр может быть связан с отдельными каналами или каналами с шириной полосы 20 МГц.

Параметр максимальной поддерживаемой ширины канала задает максимальную ширину канала, которая может быть поддержана, например, 80 МГц, 160 МГц, 240 МГц, 320 МГц или т.п.

Параметр режима агрегирования канала указывает, должно ли агрегирование канала быть сплошным или несплошным. В другом примере этот параметр может быть задан для каждой поддерживаемой полосы, чтобы указать, должно ли агрегирование канала в этой полосе быть сплошным или несплошным.

Элемент запроса по множеству линий связи может указывать на запрос операций с множеством линий связи, таких как следующие параметры: запрашиваемые полосы, запрашиваемые каналы, идентификатор виртуальной STA и/или запрашиваемые наборы канала с множеством линий связи.

Параметр запрашиваемых полос определяет запрашиваемые активные полосы, которые используются для операций с множеством линий связи. Это может быть указано с использованием битового массива для указания одной или более полос, включая полосу менее 1 ГГц, полосу 2,4 ГГц, полосу 5 ГГц, полосу 3,5 ГГц и полосу 6 ГГц.

Параметр запрашиваемых каналов может указывать запрашиваемые каналы для работы с множеством линий связи. В одном примере для указания запрашиваемых каналов, используемых для работы с множеством линий связи, используют битовый массив. В другом примере битовый массив используется для каждой запрашиваемой полосы, чтобы указать запрашиваемые каналы, используемые для работы с множеством линий связи в каждой полосе. В другом примере для описания одного или более запрашиваемых каналов в качестве каналов с множеством линий связи, может быть использован список полей. Каждое из полей может содержать одно или более значений ширины канала, номера канала, рабочего класса канала или т.п.

Параметр идентификатора виртуальной STA указывает идентификатор виртуальной STA, для которой представлено устройство с множеством линий связи. Это может быть MAC-адрес, который может представлять собой идентификатор STA, которая работает на канале привязки или канале ассоциирования, или может представлять собой идентификатор MAC-адреса для SAP более высокого уровня, подключенной к DS.

Параметр запрашиваемых наборов канала с множеством линий связи может содержать один или более наборов канала с множеством линий связи, которые STA может использовать в качестве фиксированного набора каналов для работы с множеством линий связи.

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

Параметр задержки задает макс. и/или мин. задержку, которую способны обеспечивать STA или устройство.

Параметр джиттера задает макс. и/или мин. задержку, которую способны обеспечивать STA или устройство.

Параметр количества одновременных каналов трафика в реальном времени указывает на количество одновременных каналов, которые могут быть использованы для поддержки одного потока трафика в реальном времени.

Элемент запроса в реальном времени задает параметры для запрашиваемых потоков трафика в реальном времени, таких как следующие: задержки, джиттер, характеристика трафика, запрашиваемое количество одновременных потоков, запрашиваемое количество одновременных каналов трафика в реальном времени и/или запрашиваемого набора одновременных каналов трафика в реальном времени.

Параметр задержки задает запрашиваемую макс. и/или мин. задержку.

Параметр джиттера задает запрашиваемую макс. и/или мин. задержку.

Параметр характеристики трафика задает характеристику трафика для запрашиваемого потока с трафиком в режиме реального времени, такие как, приоритет, скорости передачи данных и т.п.

Параметр запрашиваемого количества одновременных потоков указывает на количество запрашиваемых потоков трафика в реальном времени.

Параметр запрашиваемого количества одновременных каналов трафика в реальном времени указывает на запрошенное количество параллельных каналов, которые можно использовать для поддержки одного потока трафика в реальном времени.

Параметр запрашиваемого набора каналов трафика в реальном времени указывает на запрашиваемый набор одновременных каналов, который может быть использован для поддержки потоков трафика в реальном времени.

В одном варианте осуществления может существовать процедура обнаружения и ассоциирования множественной AP с множеством линий связи. AP с множеством линий связи, которая может представлять собой элемент набора множественной AP, может оповещать об одной или более из своих возможностей работы с множеством линий связи, элементе работы с множеством линий связи, элемент функционала режима реального времени и/или элемент работы в режиме реального времени одной или более AP в наборе множественной AP в одном или более элементах своего маяка, коротких маяках, кадрах обнаружения FILS и одноадресных или широковещательных пробных запросах.

AP с множеством линий связи может оповещать о поддерживаемых полосах и поддерживаемом канале в поддерживаемых полосах, а также о поддерживаемом режиме работы с множеством линий связи и поддерживаемого режима агрегирования каналов, которые могут являться сплошными или несплошными. Кроме того, она также может оповещать о максимальном количестве каналов на устройство с множеством линий связи и максимальной ширине полосы пропускания канала на каждый канал. Кроме того, она также может оповещать о поддержке защищенного режима, который может включать в себя настройку защиты для каждой линии связи по отдельности или настройку защиты один раз при помощи ведущей AP, и такая защита должна будет применяться ко всем линиям связи, ассоциированным с устройством с множеством линий связи без AP.

AP с множеством линий связи может оповещать о текущих активных полосах и каналах, используемых для работы с множеством линий связи. Она также может указывать один или более наборов каналов с множеством линий связи, по которым STA может запрашивать использование для своей работы по множеству линий связи. Кроме того, она также может оповещать о главном канале/канале ассоциирования/управления, по которым передаются сигналы управления и может быть выполнено ассоциирование для любых устройств без AP. Кроме того, она может оповещать об одном или более идентификаторе виртуальных AP, которые устройство с множеством линий связи без AP должно использовать для передачи на AP или набор множественной AP. Она может оповещать об одном или более цветов BSS с множеством линий связи, а также об уровнях чувствительности, ассоциированных с одним или более цветами BSS с множеством линий связи при определении того. является ли канал занятым или свободным, или следует ли осуществлять пространственное повторное использование.

AP с множеством линий связи может оповещать о своих возможностях поддержки трафика в режиме реального времени, включая максимальное и минимальное значения задержки или джиттера, которое способна поддерживать АР, и/или о максимальном количестве трафика в режиме реального времени или количестве потоков трафика в реальном времени, которые она способна поддерживать. Также она может оповещать о максимальном количестве одновременных каналов, которые она поддерживает для устройств с множеством линий связи.

AP с множеством линий связи может оповещать о своих рабочих параметрах трафика в режиме реального времени, включая максимальное и минимальное значения задержки или джиттера, которые на текущий момент способны обеспечить АР или набор множественной АР (MAP), и/или о том, какое количество дополнительного трафика в режиме реального времени или количество потоков трафика в реальном времени, которые они способны поддерживать. Она также может оповещать о текущем используемом наборе одновременных каналов трафика в реальном времени.

Устройства с множеством линий связи без АР, которые могут содержать одну или более STA без АР, могут оповещать о своих одной или более функциональных возможностей для множества линий связи, запросах работы с множеством линий связи, возможностях режима реального времени и/или запрос работы в режиме реального времени в одном или более элементах в своих кадрах пробного запроса или кадрах запроса на ассоциирование.

Устройство с множеством линий связи без АР, может оповещать о поддерживаемых полосах и поддерживаемом канале в поддерживаемых полосах, а также о поддерживаемом режиме работы с множеством линий связи и поддерживаемого режима агрегирования каналов, которые могут являться сплошными или несплошными. Также оно может оповещать о максимальном количестве каналов для работы с множеством линий связи и максимальной ширине полосы пропускания канала на каждый канал. Кроме того, оно также может оповещать о поддержке защищенного режима, который может включать в себя настройку защиты для каждой линии связи по отдельности или настройку защиты один раз при помощи ведущей AP, и такая защита должна будет применяться ко всем линиям связи, ассоциированным с устройством с множеством линий связи без AP.

Устройство с множеством линий связи без АР, может указывать запрашиваемые полосы и каналы, которые будут использованы для работы с множеством линий связи. Оно также может указывать один или более наборов каналов с множеством линий связи, запрашиваемых для использования при своей работе с множеством линий связи. Кроме того, она может оповещать об одном или более идентификаторе виртуальных STA, которые устройство с AP и множеством линий связи должно использовать для передачи на устройства с множеством линий связи без АР.

Устройство с множеством линий связи без АР, может оповещать о своих возможностях поддержки трафика в режиме реального времени, включая максимальное и минимальное значения задержки или джиттера, которое способно поддерживать устройство с множеством линий связи (MLD), и/или о максимальном количестве трафика в режиме реального времени или количестве потоков трафика в реальном времени, которые оно может поддерживать. Также оно может оповещать о максимальном количестве одновременных каналов для трафика в режиме реального времени, которое оно поддерживает.

Устройство с множеством линий связи без АР может оповещать о своем запросе трафика в режиме реального времени, включая максимальное и минимальное значения задержки или джиттера, которое запрашивает устройство с множеством линий связи (MLD), и/или о том, какое количество трафика в режиме реального времени или количество потоков трафика в реальном времени запрашивается. Оно также может указывать запрос на использование набора одновременных каналов трафика в реальном времени.

Устройство с множеством линий связи без АР может обнаруживать AP с множеством линий связи или MAP посредством мониторинга каналов обнаружения или любых каналов на предмет маяков, коротких маяков, кадров обнаружения FILS или пробных ответов, или оно может отправлять кадры с пробным запросом, которые могут включать в себя элемент функционала множества линий связи и/или элемент функционала режима реального времени. Оно также может включать в себя элемент запроса по множеству линий связи и элемент запроса трафика в режиме реального времени для указания своего запроса на работу с множеством линий связи или запрашиваемый трафик в режиме реального времени. Устройство STA с множеством линий связи без АР может переключаться на главный канал/канал ассоциирования/ управления, если оно приняло такую информацию от кадров обнаружения FILS, или кадров другого типа, и передавать кадр пробного запроса или осуществлять мониторинг маяка, короткого маяка или кадров пробного ответа. Кроме того, оно может передавать кадры пробного запроса в канал, по которому оно приняло кадр обнаружения FILS соответствующей AP с множеством линий связи или MAP.

AP с множеством линий связи или элементы MAP могут принимать пробный запрос и могут отвечать посредством одноадресных или широковещательных ответов или маяков, которые могут включать в себя элемент функционала множества линий связи, элемент работы с множеством линий связи, элемент функционала режима реального времени, элемент работы в режиме реального времени для оповещения о своих возможностях поддержки множества линий связи и режима реального времени, а также о рабочих параметрах для своей работы по множеству линий связи и в режиме реального времени. MLD и MAP могут не реагировать, если пробный запрос содержит параметры запроса трафика в режиме реального времени или запроса на работу с множеством линий связи, которые эти MLD или MAP не могут поддерживать.

Если устройство с множеством линий связи без АР обнаруживает подходящую AP с множеством линий связи или MAP, проверяя принятые маяки, короткие маяки, кадры обнаружения FILS и/или пробные ответы, оно может следовать поддерживаемому защищенному режиму для установления защиты с помощью AP с множеством линий связи или MAP. Например, MLD может передавать запрос кадра аутентификации, указывающий на то, что оно устанавливает защиту для множества линий связи, содержащую адрес главной AP или идентификатор виртуальной AP. Принимающая AP с множеством линий связи или элемент MAP может передавать запрос аутентификации на ведущую AP, если она не является ведущей AP, или AP представляет идентификатор виртуальной AP. Ведущая AP или виртуальная AP могут устанавливать аутентификацию и ключи для каждой линии связи в наборе канала с множеством линий связи. В другом примере аутентификация и ключи могут быть одинаковыми для линий связи в наборе канала с множеством линий связи, которые могут быть ассоциированы с идентификатором виртуальной AP и идентификатором виртуальной STA. В другом примере аутентификация и ключи могут быть заданы для линии связи, по которой выполняется обмен запрос/ответ аутентификации. Аутентификация и ключи на оставшейся части набора канала с множеством линий связи могут быть установлены, когда задан режим работы с множеством линий связи (на каждой из линий связи или на главном канале/канале привязки/канале ассоциирования) после успешного выполнения ассоциирования. Кроме того, ведущая AP может выполнять аутентификацию для всех элементов AP элементов в составе MAP. В другом примере аутентификация и ключи могут быть установлены для линии связи между ведущей AP и MLD или между отвечающей ведомой AP и MLD на линии связи, по которой выполнен запрос/ответ аутентификации. Аутентификация и ключи на оставшейся части набора канала с множеством линий связи и MAP могут быть установлены, когда задан режим работы с множеством линий связи (т.е. на каждой из линий связи или на главном канале/канале привязки/канале ассоциирования) после успешного выполнения ассоциирования.

Устройство с множеством линий связи без АР может отправлять запрос ассоциирования на AP с множеством линий связи или MAP, которые могут включать в себя идентификатор виртуальной AP, для запроса ассоциирования с AP или MAP. Запрос ассоциирования может включать в себя запрос параметров работы с множеством линий связи, таких как полоса, набор каналов и запрашиваемый канал, а также характеристика и параметры трафика в реальном времени, которые должны поддерживаться. AP с множеством линий связи или ведущая AP в MAP могут оценивать запрос и определять, может ли указанный запрос быть поддержан. Она может реагировать путем ответа ассоциирования, указывающего для STA назначенный набор канала, назначенную полосу, назначенный режим агрегирования канала и режим работы с множеством линий связи. В одном варианте осуществления ответ ассоциирования отправляют только в канал, по которому принят запрос ассоциирования. Ответ ассоциирования может указывать один или более каналов и ширины канала на одной или более полосах, а также BSSID и цвета множества линий связи, по которым STA должна осуществлять ассоциирование в указанной полосе и указанном канале.

Ответ ассоциирования может включать в себя один идентификатор ассоциирования (AID), который ассоциирован с устройством STA с множеством линий связи без АР. AID может представлять собой идентификатор, назначенный AP во время ассоциирования для STA без АР. AID может быть одинаковым для всех линий связи, действующих на всем наборе канала с множеством линий связи, и он может быть ассоциирован с идентификатором виртуальной AP и для идентификатора виртуальной STA. В одном примере AID может предназначаться только для идентификатора STA и может быть ассоциирован с BSSID той AP, который работает на линии связи, по которой выполнен обмен с запросом/ответом ассоциирования. Могут существовать дополнительные AID, назначенные идентификатору STA, ассоциированные с одним и тем же устройством STA с множеством линий связи без АР которое работает на других линиях связи того же набора канала с множеством линий связи.

На фиг. 2 представлен пример процедуры обнаружения, ассоциирования и работы при множестве линий связи. На этапе 201 устройство с множеством линий связи без АР (например, одна или более логическая STA или модуль WTRU) может передавать пробный запрос, который включает в себя информацию о функционале для множества линий связи устройства с множеством линий связи без АР. Информация о функционале для множества линий связи устройства с множеством линий связи без АР может находиться в элементе или подэлементе пробного запроса. Пробный запрос может быть передан на одно или более устройств AP с множеством линий связи (логических и/или физических). На этапе 202 одна или более AP с множеством линий связи могут передавать пробный ответ как реакцию на пробный запрос, указывающий на функционал для множества линий связи. Пробный ответ может содержать информацию, касающуюся возможностей одной или более AP с множеством линий связи. Эта информация также может находиться в маяке. Маяк может иметь один или более элементов и/или субэлементов функционала множества линий связи, которые содержат эту информацию. Эта информация может включать в себя функционал для множества линий связи одной или более AP с множеством линий связи и/или рабочих параметров одной или более AP с множеством линий связи.

На этапе 203 устройство с множеством линий связи без AP может инициировать ассоциирование множества линий связи через канал ассоциирования на основании информации одной или более AP с множеством линий связи. В одном случае такое ассоциирование может быть выполнено, если устройство с множеством линий связи без AP обнаруживает по меньшей мере одну подходящую AP с множеством линий связи из одной или более AP с множеством линий связи на основании информации AP с множеством линий связи. На этапе 204 устройство с множеством линий связи без AP как часть ассоциирования или после него, может согласовывать параметры работы с множеством линий связи для множества линий связи по одной линии связи. На этапе 205 устройство с множеством линий связи без AP может выполнять операции с множеством линий связи так, как согласовано (например, во время ассоциирования).

В другом примере, аналогичном фиг. 2, может существовать способ, реализуемый устройством с множеством линий связи (MLD) модуля беспроводной передачи/приема (WTRU), (например, STA без АР) для осуществления связи по множеству линий связи. WTRU MLD может отправлять пробный запрос на MLD точки доступа (AP) (например, AP STA), причем такой пробный запрос может включать в себя указание на функционал для множества линий связи MLD WTRU. Система MLD WTRU может принимать ответ на пробный запрос от MLD AP, причем ответ включает в себя информацию MLD AP, а информация о MLD AP может включать в себя указание на множество возможностей MLD AP и параметров для множества линий связи MLD AP. После этого MLD WTRU может инициировать ассоциирование с MLD AP с использованием информации о MLD AP. После ассоциирования MLD WTRU может обмениваться данными по множеству линий связи с MLD AP или MLD множественной AP. Для каждой линии связи из множества линий связи как MLD WTRU, так и MLD AP могут иметь логический объект (например, физический уровень). Как MLD WTRU, так и MLD AP могут иметь множество уровней MAC, один для взаимодействия с верхними уровнями (например, верхним MAC) и один — для взаимодействия с каждым из физических уровней логических объектов (например, MAC более низкого уровня). В одном или более примерах ответ может представлять собой маяк, причем такой маяк включает в себя элемент функционала. В одном или более примерах элемент функционала может включать в себя информацию MLD AP. В одном или более примерах инициирование может дополнительно включать в себя согласование параметров работы с множеством линий связи для MLD AP на основании информации MLD AP. В одном или более примерах согласование может осуществляться по одной линии связи.

Что касается проблемы динамической обратной связи для балансировки нагрузки и управления помехами, как правило, балансировка нагрузки может представлять собой приложение с множеством линий связи, и, для оптимального осуществления балансировки нагрузки, АР и STA должны быть оповещены о нагрузке в реальном времени, а также о помехах на каждом из доступных каналов.

Для решения вышеуказанной проблемы могут существовать эффективные механизмы мониторинга и обратной связи AP и STA для обмена данными о состоянии, касающимися свойств канала и помех. Устройство AP с множеством линий связи может периодически планировать зондирование по всем каналам для STA, чтобы выполнить измерения канала. Такое зондирование может быть выполнено путем передачи коротких пакетов, таких как кадры с отсутствующими пакетами данных (NDP). В одном примере указанное зондирование также можно проводить с помощью обычных пакетов, таких как маяки, короткие маяки или короткие кадры обнаружения FILS.

Устройство с множеством линий связи может поддерживать на всех своих линиях связи таймер функции временной синхронизации (TSF).

Устройство AP с множеством линий связи может объявлять в своем маяке, коротких маяках, кадрах обнаружения FILS или других кадрах расписание этих кадров зондирования. Например, устройство AP с множеством линий связи может включать в себя сдвиги для маяков или коротких маяков или кадров обнаружения FILS. Сдвиг может быть осуществлен с использованием того же таймера TSF или с использованием отдельного таймера TSF на канале или может быть выполнен относительно текущего целевого времени передачи маяка (TBTT) или целевого времени передачи кадра обнаружения FILS на текущем канале.

Устройство с множеством линий связи без АР может периодически измерять канал с использованием смещения или расписания для кадров зондирования или кадра обнаружения FILS или принятых кадров другого типа. Если устройство осуществляет измерение канала, оно может обеспечивать обратную связь для AP с множеством линий связи. Обратная связь может быть запущена AP с множеством линий связи с помощью инициирующего кадра.

Например, AP с множеством линий связи может отправлять кадр NFRP, запуская отчет обратной связи NDP для обратной связи с множеством линий связи. NFRP может включать в себя номер начального канала и количество каналов, по которым должна пройти обратная связь. В другом примере NFRP может включать в себя битовые массивы для линий связи, по которым должна пройти обратная связь. Устройство с множеством линий связи без АР может отправлять отчет обратной связи NDP с использованием множества символов, причем каждый символ представляет бит обратной связи для конкретного канала, соответствующий запросу, включенному в кадр NFRP. Оно также может отправлять отчет NDP на разные принимающие модули (RU). Например, бит, ассоциированный с конкретным RU, может представлять собой отчет обратной связи для конкретной линии связи или канала, запрашиваемого кадром NFRP.

В другом примере AP с множеством линий связи может запрашивать обратную связь по множеству линий связи в заголовках управления EHT в качестве части заголовка PHY или MAC. Заголовок управления EHT, запрашивающий обратную связь по множеству линий связи, может включать в себя номер начального канала и количество каналов, по которым должна пройти обратная связь. В другом примере такой запрос может включать в себя битовый массив для линий связи, по которым должна пройти обратная связь. Устройство с множеством линий связи без АР, может отправлять отчет обратной связи по множеству линий связи в поле управления EHT в заголовке MAC или PHY в последовательном кадре, отправленном в AP с множеством линий связи.

Кроме того, AP с множеством линий связи может включать в свой маяк, короткий маяк или кадры обнаружения FILS элемент индикатора активности линии связи. Индикатор активности линии связи может включать в себя подробные сведения об активности на каждой линии связи набора канала с множеством линий связи. В одном примере индикатор активности линии связи может быть представлен в форме битового массива. Если ассоциирование бита с линией связи указано как «0», это означает, что эта линия связи может считаться насыщенной трафиком, тогда как «1» может означать, что в этой линии связи трафик может быть легким, и для нее может быть добавлен дополнительный трафик. В другом примере с каждой линией связи в наборе множества линий связи может быть ассоциировано большее количество битов, например, два бита могут быть использованы для указания уровня активности в конкретной линии связи. Например, «0» означает очень низкую активность на этой линии связи, «1» означает некоторый трафик по этой линии связи, «2» означает интенсивный трафик по этой линии связи, а «3» означает насыщенный трафик по этой линии связи. STA с множеством линий связи без АР могут использовать принятый индикатор активности линии связи для определения того, требуется ли им перейти на другую линию связи для достижения лучшей производительности. Выбор может быть основан как на результатах зондирования, так и на индикаторе активности линии связи. Следует отметить, что значения, представленные в настоящем документе, представляют собой лишь примеры, и может быть использовано любое значение, пока оно служит показателем для выполнения той же функции, которая описана в настоящем документе; например, значения могут быть заданы произвольно, случайно, алгоритмически на основании идентификатора, последовательного, предварительно сконфигурированного, определяемого в режиме реального времени или т.п.

Такой индикатор активности линии связи также может быть включен в заголовки MAC, такие как поле EHT a-control в заголовках MAC или PHY. Включение такого индикатора активности линии связи можно рассматривать как рекомендацию для принимающих STA для переключения на одну или более рекомендованных линий связи, таких как линии связи с легким трафиком. Решение STA также может быть основано на результатах зондирования качества канала, как описано ранее.

Запрос или ответ обратной связи по множеству линий связи также может быть выполнен с помощью новых разработанных кадров, таких как кадры управления; кадры управления, такие как кадры запроса обратной связи по множеству линий связи или кадры ответа.

Запрос или ответ обратной связи по множеству линий связи может быть проведен на канале управления/канале привязки/канале ассоциирования или на всех каналах. Запрос или ответ обратной связи по множеству линий связи для любых других каналов может быть проведен по любой линии связи по любому каналу.

Что касается проблемы регулирования режима работы TX/RX с множеством линий связи, то устройство WLAN может работать в различных режимах для передачи и приема в зависимости от текущих применений и уровней мощности.

Для решения вышеуказанной проблемы может существовать протокол, который позволяет регулировать режимы работы TX и RX для STA и AP так, чтобы поддерживать эффективную и энергосберегающую работу. Устройство STA с множеством линий связи может инициировать изменение режима передачи данных TX и RX путем отправки запроса на изменение режима работы с множеством линий связи (OMC) в AP с множеством линий связи. Запрос может быть адресован ведущей AP или виртуальной AP или одному элементу AP в составе MAP. Он может быть передан на главный канал/канал привязки/канал управления или на любую линию связи. Однако кадр запроса может быть отправлен по линии связи, которая будет функционировать после изменения режима работы с множеством линий связи. Запрос на изменение режима работы с множеством линий связи также может быть отправлен как часть заголовка управления EHT в заголовке MAC или PHY. STA с множеством линий связи может включать в себя один или более битовых массивов для указания запрашиваемых изменений для работы линий связи на разных каналах. Один битовый массив может быть использован для множества активных полос, или для каждой поддерживаемой полосы могут быть использованы один или более битовых массивов. «0» для конкретной линии связи или канала означает, что указанный канал или линия связи имеют запрос или остаются неактивными. «1» для конкретной линии связи или канала может означать, что указанный канал или линия связи имеют запрос на активацию или остаются активными. В другом примере номер набора канала может быть использован для указания запроса изменения на новый набор канала с множеством линий связи. В еще одном примере устройство с множеством линий связи без АР может запросить количество линий связи, которые будут активны, тогда как точно активная линия связи или канал могут быть определены с помощью AP с множеством линий связи. Для запроса одновременных линий связи/каналов в реальном времени может быть использован отдельный битовый массив. В одном примере для всех элементов MAP может быть включен битовый массив для указания запроса переключения на другой элемент AP в составе MAP или переключения на другую линию связи на том же или другом элементе AP в MAP.

Запрос на изменение режима работы с множеством линий связи может быть запущен путем изменения количества потоков трафика, количества активных потоков трафика в реальном времени, уровня мощности устройства, уровня помех в одной или более линиях связи и/или насыщения трафика в одной или более линиях связи.

Элемент AP MAP может направлять запрос на ведущую AP. AP с множеством линий связи или ведущая AP могут отвечать (т.е. это может происходить через элемент AP, от которого принят запрос) с помощью кадра ответа на изменение режима работы с множеством линий связи. Ответ может быть направлен на идентификатор виртуальной STA или STA, которая передала запрос. Он может быть передан на главный канал/канал привязки/канал управления или на любую линию связи. Однако кадр ответа может быть отправлен по линии связи, которая будет функционировать после изменения режима работы с множеством линий связи. Кадр ответа на изменение режима работы с множеством линий связи также может быть отправлен как часть заголовка управления EHT в заголовке MAC или PHY. Устройство AP с множеством линий связи или ведущей AP могут включать в себя один или более битовых массивов для указания назначенных линий или каналов. Один битовый массив может быть использован для множества активных полос, или для каждой поддерживаемой полосы могут быть использованы один или более битовых массивов. «0» для конкретной линии связи или канала означает, что указанный канал или линия связи не назначены или остаются неактивными. «1» для конкретной линии связи или канала может означать, что указанный канал или линия связи назначены устройству STA с множеством линий связи или остаются активными. В другом примере номер набора каналов может быть использован для указания на назначение нового набора канала с множеством линий связи для устройства STA с множеством линий связи. В еще одном примере устройству с множеством линий связи без АР назначают ряд линий связи, являющихся активными. Для назначения одновременных линий/каналов в режиме реального времени может быть использован отдельный битовый массив. В одном примере может быть включен битовый массив для всех элементов MAP, чтобы указать назначения для переключения на другой элемент AP в MAP или переключения на другую линию связи в том же или другом элементе AP в MAP.

Устройство AP с множеством линий связи или ведущей AP могут инициировать изменение режима работы с множеством линий связи путем отправки запроса на изменение режима работы с множеством линий связи (OMC) в устройство с множеством линий связи без АР (например, STA/WTRU). Запрос может быть адресован на идентификатор виртуальной STA или STA без АР, работающую на этой линии связи. Он может быть передан на главный канал/канал привязки/канал управления или на любую линию связи. Однако кадр запроса может быть отправлен по линии связи, которая будет функционировать после изменения режима работы с множеством линий связи. Запрос на изменение режима работы с множеством линий связи также может быть отправлен как часть заголовка управления EHT в заголовке MAC или PHY. AP с множеством линий связи может включать в себя один или более битовых массивов для указания запрашиваемых изменений для работы линий связи на разных каналах. Один битовый массив может быть использован для множества активных полос, или для каждой поддерживаемой полосы могут быть использованы один или более битовых массивов. «0» для конкретной линии связи или канала означает, что указанный канал или линия связи имеют запрос или остаются неактивными. «1» для конкретной линии связи или канала может означать, что указанный канал или линия связи имеют запрос на активацию или остаются активными. В другом примере номер набора канала может быть использован для указания запроса изменения на новый набор канала с множеством линий связи. В еще одном примере устройство АР с множеством линий связи, запрашивает ряд линий связи, являющихся активными. Для запроса одновременных линий связи/каналов в реальном времени может быть использован отдельный битовый массив. В одном примере для всех элементов MAP может быть включен битовый массив для указания запроса переключения на другой элемент AP в составе MAP или переключения на другую линию связи на том же или другом элементе AP в MAP.

Запрос на изменение режима работы с множеством линий связи может быть запущен путем изменения количества потоков трафика, количества активных потоков трафика в реальном времени, уровня мощности устройств, уровня помех в одной или более линиях связи и/или насыщения трафика в одной или более линиях связи.

Устройство STA с множеством линий связи может реагировать с помощью кадра ответа на изменение режима работы с множеством линий связи. Ответ может быть направлен на идентификатор виртуальной AP или AP, которая передала запрос. Он может быть передан на главный канал/канал привязки/канал управления или на любую линию связи. Однако кадр ответа может быть отправлен по линии связи, которая будет функционировать после изменения режима работы с множеством линий связи. Кадр ответа на изменение режима работы с множеством линий связи также может быть отправлен как часть заголовка управления EHT в заголовке MAC или PHY. В одном примере кадр ответа на изменение режима работы с множеством линий связи, отправленный с помощью устройства STA с множеством линий связи без АР, может просто представлять собой подтверждение или отклонение запроса ведущей AP, или идентификатором виртуальной AP, или AP, которая передала запрос.

Устройства с множеством линий связи могут начинать использование нового режима работы с множеством линий связи только если он подтвержден АР с множеством линий связи и STA.

Что касается вопроса архитектуры устройства с множеством линий связи без АР, то как AP, так и STA могут представлять собой устройства с множеством линий связи. Кроме того, могут существовать множественные AP в наборах множественной AP (например, которые не соотнесены с устройством AP с множеством линий связи), в которых требуется отслеживать потоки данных, и на STA/линию связи которых передаются пакеты. Эта проблема может быть решена с помощью эффективной архитектуры устройства с множеством линий связи без AP, и протокола адресации, который обеспечивает надежность связи.

В одном примере устройство STA с множеством линий связи без АР может быть представлено идентификатором виртуальной STA, который может быть указан устройством в его пробном запросе, запросе ассоциирования или в кадрах управления или контроля другого типа. Идентификатор виртуальной STA может быть использован на всех линиях связи для идентификации устройства с множеством линий связи без AP. Устройство STA с множеством линий связи без АР, работающее на любых линиях связи или каналах, может фильтровать и принимать пакеты, которые адресованы на идентификатор виртуальной STA, а также MAC-адрес STA, работающей на этой линии связи или канале. STA с множеством линий связи или устройству без АР, может быть назначен один AID, который ассоциирован с идентификатором виртуальной STA и может быть идентифицирован как таковой на всех линиях связи.

В одном примере устройство AP с множеством линий связи может быть представлено идентификатором виртуальной AP, который может быть указан устройством в пробных ответах, ответах ассоциирования, маяках, или коротких маяках, или кадрах обнаружения FILS, или в кадрах управления или контроля другого типа. Идентификатор виртуальной AP может быть использован на всех линиях связи для идентификации устройства AP с множеством линий связи. Устройство AP с множеством линий связи, работающее на любой линии связи или канале, может фильтровать и принимать пакеты, которые адресованы на идентификатор виртуальной AP, а также MAC-адрес AP, работающей на этой линии связи или канале. Устройству AP с множеством линий связи может быть назначен один AID, который ассоциирован с идентификатором виртуальной AP и может быть идентифицирован как таковой на всех линиях связи всеми элементами AP в составе MAP.

В одном примере все устройства AP с множеством линий связи, относящиеся к одной и той же множественной AP, могут быть представлены идентификатором виртуальной AP, который может быть указан одним или более устройствами в пробных ответах, ответах ассоциирования, маяках, или коротких маяках, или кадрах обнаружения FILS, или в кадрах управления или контроля другого типа. Идентификатор виртуальной AP может быть использован на всех линиях связи для идентификации AP с множеством линий связи в наборе множественной AP. Любое устройство AP с множеством линий связи в наборе множественной AP, работающее на любой линии связи или канале, может фильтровать и принимать пакеты, которые адресованы на идентификатор виртуальной AP и/или MAC-адрес его AP или всех AP, работающей на этой линии связи или канале. В одном примере устройству STA с множеством линий связи, ассоциированному с набором множественной AP, может быть назначен один AID, который ассоциирован с идентификатором виртуальной AP и может быть идентифицирован как таковой на всех линиях связи всеми элементами AP в составе MAP. В одном примере устройству STA с множеством линий связи может быть назначен AID, который имеет две части — одну часть, которая является общей для всех линий связи, и специальную часть линии связи, которая может идентифицировать линию связи или AP, работающую на этой линии связи.

Пакет, который передан на устройство STA с множеством линий связи, может включать в себя идентификатор виртуальной STA. В одном примере кадр, переданный в устройство STA с множеством линий связи, может иметь адрес назначения (DA) или адрес приема (RA), настроенный на идентификатор виртуальной STA. В одном примере пакет, переданный в устройство STA с множеством линий связи, может иметь адрес RA, настроенный на MAC-адрес STA, работающей на этой линии связи или канале, и адрес DA, настроенный на идентификатор виртуальной STA. BSSID может быть настроен на идентификатор виртуальной AP или на BSSID передающей AP, работающей на этой линии связи. В одном примере устройству STA с множеством линий связи может быть назначен AID, который имеет две или три части — одну часть, которая является общей для всех линий связи и всех элементов AP в составе MAP, и специальную часть линии связи, которая может идентифицировать линию связи или AP, работающую на этой линии связи, и третью часть, которая может идентифицировать конкретный элемент AP.

Устройство STA с множеством линий связи может отвечать, например, на индикацию карты индикации трафика (TIM) или на опрос отчета обратной связи с отсутствующими пакетами данных (NDP), или любые другие схемы на основе AID, если может возникнуть одна из следующих ситуаций:

Указанный AID может быть равен AID, назначенному для устройства STA с множеством линий связи.

Указанный AID может быть равен общей части AID, а извлекающийся кадр указывает идентификатор виртуальной AP.

Указанный AID может быть равен комбинации общей части назначенного AID, а также специфической для линии связи части назначенного AID, а извлекающийся кадр может указывать идентификатор виртуальной AP или BSSID, который является специфическим для AP, работающей по соответствующей линии связи, или такой извлекающийся кадр принят по соответствующей линии связи.

Указанный AID может соответствовать комбинации общей части назначенного AID, а также специфической для линии связи части назначенного AID, а извлекающийся кадр может указывать идентификатор виртуальной AP или BSSID, который является специфическим для AP, работающей по соответствующей линии связи, или такой извлекающийся кадр принят по соответствующей линии связи, и/или такой извлекающийся кадр указывает идентификатор виртуальной AP или BSSID, который является специфическим для элемента AP в составе MAP.

Пакет, такой как пакет данных, который передан устройством STA с множеством линий связи, может включать в себя идентификатор виртуальной STA, который идентифицирует устройство STA с множеством линий связи без AP. В одном примере кадр, такой как кадр данных, который передается на устройство STA с множеством линий связи, может иметь поле Address 3 или поле Address 4, настроенное на идентификатор виртуальной STA. Заголовок MAC или заголовок PHY кадра также могут содержать указание на то, что он представляет собой пакет множества линий связи и может нести идентификатор виртуальной STA. В одном примере пакет, передаваемый на устройство STA с множеством линий связи, может иметь адрес RA или поле Address 1, настроенное на MAC-адрес STA, работающей на этой линии связи или канале, и поле Address 3, настроенное на идентификатор виртуальной STA. Поле Address 2 может быть настроено на идентификатор виртуальной AP или на BSSID передающей AP, работающей на этой линии связи. Кроме того, поле Address 3 может быть настроено на идентификатор виртуальной AP. В альтернативном или дополнительном варианте осуществления поле Color BSS в заголовке PHY может быть настроено на цвет BSS с множеством линий связи или цвет BSS множественной AP с множеством линий связи или цвет BSS множественной AP, чтобы указывать на то, что передаваемый пакет представляет собой адресуемый по множеству линий связи PPDU, или PPDU множественной AP с множеством линий связи, или PPDU множественной AP. STA может фильтровать и настраивать NAV на основе цвета BSS с множеством линий связи, цвета BSS множественной AP или цвета BSS множественной AP с множеством линий связи.

Пакет, который передан на устройство STA с множеством линий связи, может включать в себя идентификатор виртуальной STA. В одном примере кадр, переданный в устройство STA с множеством линий связи, может иметь адрес DA, или адрес RA, или Address 1, настроенный на идентификатор виртуальной STA. В одном примере пакет, переданный в устройство STA с множеством линий связи, может иметь адрес RA или Address 1, настроенный на MAC-адрес STA, работающей на этой линии связи или канале, и адрес DA, настроенный на идентификатор виртуальной STA. Поле BSSID или Address 2 может быть настроено на идентификатор виртуальной AP или на BSSID передающей AP, работающей на этой линии связи. Пакет, который передан на устройство STA с множеством линий связи, может содержать в поле Address 2 BSSID или MAC-адрес AP, передающей по этой линии связи или в BS множественной AP, и содержать идентификатор виртуальной AP в поле Address 3. Пакет, который специально нацелен на устройство STA с множеством линий связи, работающее на конкретной линии связи, может быть идентифицирован путем включения MAC-адреса STA (например, в поле адреса RA или поле Address 1). Исходный адрес в пакете нисходящей линии связи может быть настроен на идентификатор виртуальной AP, если кадр инициирован ведущей AP. Поле исходного адреса может быть настроено на MAC-адрес AP, работающей на этой линии связи, если он является специфичным для линии связи и не инициирован ведущей AP.

Пакет, который передан на устройство AP с множеством линий связи, может включать в себя идентификатор виртуальной AP. В одном примере кадр, переданный в устройство AP с множеством линий связи, может иметь поле адреса DA, или адреса RA, или Address 1, настроенное на идентификатор виртуальной AP. В одном примере пакет, передаваемый на устройство AP с множеством линий связи, может иметь поле адреса RA или Address 1, настроенное на MAC-адрес AP, работающей на этой линии связи или канале, и поле адреса DA или Address 3, настроенное на идентификатор виртуальной AP. Поле BSSID или Address 3 может быть настроено на идентификатор виртуальной AP или на BSSID AP, работающей на этой линии связи. Поле адреса TA или Address 2 может быть настроено на идентификатор виртуальной STA передающей STA без AP. Пакет, который специально нацелен на AP устройства AP с множеством линий связи, работающую на конкретной линии связи, может быть идентифицирован путем включения MAC-адреса AP, например, в поле адреса RA. Исходный адрес в пакете восходящей линии связи может быть настроен на идентификатор виртуальной AP, если указанный кадр предназначен для направления в ведущую AP или DS. Поле исходного адреса может быть настроено на MAC-адрес AP, работающей на этой линии связи, если он является специфичным для линии связи и не предназначен для отправки на ведущую AP или DS.

В другом примере поля To DS и From DS могут быть оба настроены на 1 так, что Address 4 может быть использован STA EHT, чтобы распознавать, что переданный пакет представляет собой пакет множества линий связи. В пакете множества линий связи для STA без AP, Address 1 может быть настроен на идентификатор MAC принимающей STA на этой линии связи или канале, Address 2 может быть настроен на STA виртуальной AP или MAC-адрес передающей AP на этой линии связи или канале, Address 4 может быть настроен на идентификатор виртуальной AP, а Address 3 может быть настроен на идентификатор виртуальной STA. В пакете множества линий связи для AP Address 1 может быть настроен на идентификатор MAC принимающей AP на этой линии связи или канале, Address 2 может быть настроен на идентификатор виртуальной STA или MAC-адрес передающей STA на этой линии связи или канале, Address 3 может быть настроен на идентификатор виртуальной AP, а Address 4 может быть настроен на идентификатор виртуальной STA.

Когда принимающая STA или AP, принимающая пакет множества линий связи, который может быть указан с помощью индикации в заголовке PHY или MAC, и который может представлять собой один конкретный бит или с помощью битов «To DS» или «From DS», то принимающая STA или AP могут интерпретировать поля адреса, как описано выше.

Что касается вопроса архитектуры MAC с множеством линий связи, то если устройства с множеством линий связи имеют множество SAP для MAC более низкого уровня и единственную SAP MAC, идущую в/от DS, то для обеспечения правильной работы множества линий связи может потребоваться больше проектных решений для облегчения описанной архитектуры.

На фиг. 3A представлена схема, иллюстрирующая пример унаследованной архитектуры MAC стандарта 802.11. На фиг. 3B представлена схема, иллюстрирующая пример архитектуры MAC с множеством линий связи. Фиг. 3C представляет собой пример архитектуры MAC GLK с множеством линий связи. Для всех фиг. 3A, 3B и 3C, аналогичная нумерация будет соответствовать аналогичным элементам.

На фиг. 3A существующая архитектура 802.11 и архитектура 802 в целом имеют несколько концепций, касающихся объектов протокола, одноранговых узлов, уровней, услуг и клиентов. В этих концепциях существуют методики динамического стекирования объектов протокола. В показанном примере STA 310 может обращаться через беспроводную среду 304 по одиночной линии 307 связи к AP 320A. Каждый объект может иметь неуправляемые (U) и управляемые (C) порты. Как правило, поток данных показан через различные уровни по мере того, как он перемещается к и от STA 310A к/от AP 320A и из/от DS 336. В соответствующей части унаследованная конфигурация может иметь одиночный MAC 312 и PHY 313 для STA 310A, и, аналогично, при этом AP 320A может иметь одиночный MAC 322 и PHY 323.

Согласно фиг. 3A, для реализации подхода с множеством линий связи (например, линия 307A, 307B и 307C связи) может существовать множество SAP MAC более низкого уровня под SAP MAC верхнего уровня, которые в совокупности действуют как устройства функционального уровня MAC для сценария с множеством линий связи, как показано на фиг. 3B. Введение этого дополнительного уровня (например, нижних MAC) может обеспечивать новый/улучшенный и/или дополнительный набор одноранговых узлов, функций уровня и услуг для их клиентов. Соответственно, для решения вышеуказанных проблем может существовать набор одноранговых узлов SAP MAC, как описано в настоящем документе.

В AP, такой как AP 320B с множеством линий связи, может существовать верхняя SAP MAC (например, SAP 312U верхнего MAC), которая может находиться между DS (например, в совокупности 335 и 336), или с уровнем 321 IEEE-802.1x, который может быть непосредственно ниже DS, и множество одиночных линий связи SAP 322LC, 322LB, 322LA MAC, каждая из которых имеет свой собственный уровень PHY (например, PHY 1 323A, PHY 2 323B, PHY 3 323C), по существу создающие отдельные логические AP для каждой линии связи (например, линии 307A, 307B и 307C связи). По отношению к DS эта SAP верхнего MAC может казаться стандартной SAP 802.11, обеспечивая все предполагаемые услуги 802.11 для DS, и указанная DS может аналогичным образом предоставлять все существующие предполагаемые услуги 802.11 на эту SAP верхнего MAC. В дополнение к услугам, определенным в настоящее время, могут существовать дополнительные услуги, описанные в настоящем документе, которые могут быть предоставлены SAP верхнего MAC.

В STA без AP, такой как STA 310B с множеством линий связи, может существовать одноранговый узел SAP 312U верхнего MAC, который также может быть расположен ниже уровня LLC или ниже слоя 311 стандарта 802.1X, и выше множества SAP 312LA, 312LB и 312LC MAC с одиночной линией связи (например, опять же, каждая из которых имеет свой собственный уровень PHY: PHY 1 313A, PHY 2 313B, PHY 3 313C).

Услуги MAC, предоставляемые верхним уровнем MAC (например, 312U и/или 322U), могут включать в себя все услуги, предоставляемые любой унаследованной услугой MAC стандарта 802.11, а также могут предоставлять дополнительные услуги для оптимизации передачи кадров по множеству одиночных линий связи 802.11. Эти дополнительные услуги могут включать в себя дополнительную возможность агрегирования/деагрегирования дополнительного блока данных услуги A-MAC (MSDU), дополнительную возможность фрагментации/дефрагментации, услуги назначения порядкового номера, услуги отложенной постановки в очередь и маршрутизации PS, назначение номера пакетов и другие услуги, как описано в настоящем документе.

Что касается вопроса проектного решения множества линий связи и архитектуры MAC 802.11ak, в некоторых ситуациях стандарт 802.11ak может заменять DS (например, 335 и 336) с прямым соединением с коммутатором 802.1 (например, 340), который управляет потоком данных по линии связи 802.11. На фиг. 3C представлена схема, иллюстрирующая пример архитектуры General Link (GLK) с множеством линий связи (например, 802.11ak). Как разъяснено на фиг. 3B, для проработки сценариев для множества линий связи архитектура с множеством линий связи может вводить дополнительный уровень SAP MAC; то, как это влияет на способ работы 802.11ak и требования к SAP верхнего MAC, которые преобразовывают/управляют потоками данных, поступающими к/от SAP нижнего MAC, может потребовать решения при рассмотрении того, как подойти к этому вопросу. В частности, может существовать процедура обратной связи по каналу с множеством линий связи для балансировки нагрузки и оптимального контроля помех, как описано в настоящем документе.

Роль SAP верхнего MAC (например, 311 и 321) в архитектуре MAC 802.11ak, показанной на фиг. 3C, может быть сходной и/или аналогичной, как в архитектуре MAC, не относящейся к стандарту 802.11ak, показанной на фиг. 3B. Верхний MAC может предоставлять SAP MAC, которая обеспечивает функциональные возможности и услуги унаследованной SAP MAC 802.11 для линий связи GLK. Как показано на фиг. 3C, могут существовать две возможные прямые линии связи 351 и 352, которые проходят через всю архитектуру — они могут быть независимыми линиями связи, и обе не обязательно должны присутствовать. Линия связи 351 показана как линия связи, соединяющая два подуровня LLC (например, от 341B до 341D), в то время как линия связи 352 показана как линия связи, соединяющая два ретрансляционных объекта MAC 802.1Q (например, от 341A до 341C). Обе они могут представлять собой одноранговые линии 351 и 352 связи, могут использовать множество линий связи 802.11 MAC/PHY (например, 307A, 307B, 307C и т.д.) для обеспечения беспроводного взаимосвязывающего участка линии связи.

Что касается вопроса подтверждения фрагментированных пакетов по множеству линий связи, в среде множества линий связи множественной AP, каждый пакет, отправленный конкретной AP по конкретной линии связи, может быть фрагментирован на несколько фрагментов. Если подтверждение (например, BA) необходимо передать по другой линии связи, которая может быть ассоциирована с другой AP, принимающая AP может не иметь информации о количестве переданных фрагментов. Может потребоваться разработка протокола подтверждения, чтобы обеспечить точное подтверждение фрагментированных передач. Например, в текущем ACK и подтверждении блока для блока данных протокола MAC (MPDU) стандарта 11ax с уровнем фрагментации 1~3, при приеме с помощью другой AP нет возможности передать, сколько фрагментов в MPDU и приняты ли все фрагменты. Кроме того, существует потребность в решении сценария, в котором фрагменты теряются, такие как протокол для AP, позволяющий сообщать о повторной передаче утерянных фрагментов.

В одном сценарии может существовать подтверждение фрагментированных пакетов для множества линий связи, которые могут включать в себя способы обработки MSDU, причем эти способы также могут быть применимы к MMPDU, когда они описывают MSDU. Для целей демонстрации в этом сценарии можно предположить, что существует множество не соотнесенных AP, и каждая из них может передавать MPDU из одного и того же идентификатора трафика (TID) на одну и ту же STA без AP. AP могут работать на разных каналах или в разных полосах. MSDU, направленные в STA без AP, могут быть приняты на каждой передающей AP от централизованного объекта. Централизованный объект может поддерживать для TID информационную панель источника для выполнения повторной передачи заявленного недостающего MPDU на основании указаний о состоянии от передающих AP, которые принимают битовый массив подтверждения блока Block ACK (BA) или подтверждения ACK, отправленных от STA без AP. Как описано в настоящем документе, этот централизованный объект может называться AP привязки. Для STA без AP могут появляться различные передающие AP, имеющие одинаковые или разные MAC-адреса. В случае разных MAC-адресов у разных передающих AP, STA без AP может интерпретировать последовательный номер MPDU от разных AP, как относящиеся к одному пространству последовательных номеров.

AP привязки может поддерживать запись того, какой MSDUn передают в какую AP (т.е. передающую AP указанного MSDUn). В то же время, если AP привязки требуется уменьшить задержку и/или повысить надежность MSDUn, может существовать больше одной AP, передающей MSDUn.

Указание состояния может быть сформировано от AP, передающей MSDUn, до AP привязки. Указание может идентифицировать состояние успешной передачи/сбоя MSDUn (фрагмента). Указание может указывать на то, что передающая AP MSDUn больше не буферизует MSDUn для передачи из-за подтверждения или (повторяющегося) сбоя(-ев) MSDUn. Указание состояния может быть сгенерировано AP, которая не является AP, передающей MSDUn, но указанная AP генерирует указание на основании битового массива BA, принятого от STA без AP. Указание состояния может включать в себя указание повторной фрагментации, описанное ниже, чтобы идентифицировать битовый массив от разных событий фрагментации (например, фрагментация осуществляется иначе при разных событиях фрагментации). Указание состояния при его формировании передающей AP может включать в себя описанные ниже указатели фрагментации так, что AP привязки может дать команду другой передающей AP выполнять идентичные фрагментации MSDUn.

Для идентификации MSDUn (фрагмента) и для сброса буферизованного MSDUn (фрагмента) на передающей AP, указание на сброс может быть сгенерировано от AP привязки до передающей AP MSDUn. Это указание может быть сгенерировано AP привязки, поскольку она приняла подтверждение MSDUn (от другой AP), или поскольку AP привязки требуется повторно передать MSDUn (фрагмент) от другой AP, которая не является текущей передающей AP MSDUn.

Таймер x может быть запущен на AP привязки, когда она передает MSDUn на передающую AP. После истечения времени таймера AP привязки может передавать команду сброса на передающую AP MSDUn, чтобы выполнить сброс буферизированного MSDUn (фрагмента).

Таймер x может быть запущен как на AP привязки, так и на передающей AP MSDUn, когда AP привязки передает MSDUn на передающую AP. После истечения времени таймера x передающая AP может сбросить буферизированный MSDUn (фрагменты) без команды на сброс от AP привязки.

В пределах продолжительности времени таймера x передающая AP MSDUn может не сбрасывать буферизированный MSDUn, если она не приняла указание на сброс MSDUn от AP привязки.

Каждая передающая AP может иметь независимый CSMA/CA и может выполнять повторную передачу несколько раз. Когда от APy принято указание состояния, идентифицирующее недостающий MSDUn (фрагмент), но такой MSDUn ранее передан в APx для передачи, AP привязки может ожидать истечения времени x, прежде чем инициировать повторную передачу MSDUn (фрагмента), причем таймер x запускается, когда MSDUn передан в APx. В альтернативном варианте осуществления AP привязки может ожидать указания состояния от APx, указывающего сброс MSDUn, прежде чем она инициирует повторную передачу MSDUn (фрагмента).

В одном сценарии фрагментация может быть не разрешена. В этом сценарии один и тот же MSDUn может быть передан разными AP. При настройке согласования подтверждения (ACK) блока, источник (AP) может отправить кадр запроса добавления подтверждения блока (ADDBA), указывающий на отсутствие фрагментации путем настройки поля «No-fragmentation» на значение 1 в элементе расширения ADDBA. Для идентификаторов TID без согласования подтверждения блока, фрагментация MSDU может быть не разрешена на передатчике. В альтернативном варианте осуществления повторная передача MSDU не может быть фрагментированной. На основании параметра «More Fragments»=0 и номера фрагмента (Fragment Number) FN=0, STA без AP правильно принимает повторную передачу MSDU и может отклонить ранее принятые фрагменты MSDU.

В одном сценарии передача повторная передача/дублированная передача может быть санкционирована для отправки из той же самой AP. В этом способе фрагментация MSDU может быть разрешена. В одном случае все MSDU от одного и того же TID на одну и ту же STA без AP могут быть направлены в одну и ту же AP для передачи. В этом случае информационная панель источника может поддерживаться для TID передающей/направляющей AP.

Когда AP привязки принимает указание состояния, указывающее на отсутствующие MSDUn или фрагмент(-ы) MSDUn, она может передавать указание повторной передачи на предыдущую AP, передающую MSDUn, идентифицирующее указанный MSDUn (фрагменты). Указание состояния может быть сгенерировано AP, которая не является передающей AP MSDUn. Идентичный фрагмент оригинальной передачи повторно передают из одной и той же передающей AP.

В одном сценарии отсутствующие фрагменты могут быть идентифицированы. В динамической фрагментации 11ax могут существовать 3 уровня. На уровнях 1 или 2 может присутствовать самое большее 1 фрагмент одного и того же MSDU в PSDU. В способах подтверждения на уровне 1 или 2, состояние успешного выполнения/сбоя каждого фрагмента может быть не идентифицировано, поскольку источнику явно известно состояние переданного фрагмента, которое соответствует состоянию MPDU, сообщенному в подтверждении.

В несоотнесенной среде множественной AP, если используется механизм уровня 1 или 2, и если указание состояния MSDUn принято от AP, которая не является передающей AP MSDUn, AP привязки может быть неспособна идентифицировать недостающий фрагмент, а общее состояние успешного выполнения/сбоя MSDUn может быть основано на таком указании. Только передающая AP MSDUn может иметь информацию, как интерпретировать подтверждение. Для решения этой ситуации может быть использовано подтверждение, подобное битовому массиву уровня 3 (например, k битов на MSDU).

В подтверждении уровня 3 стандарта 802.11ax, бит, соответствующий принятому фрагменту, в битовой карте устанавливают на 1, в противном случае бит устанавливают на 0. При таком механизме, когда принимается указание состояния от AP, которая не является передающей AP MSDUn, AP привязки не сможет идентифицировать недостающий фрагмент и общее состояние успешного выполнения/сбоя MSDUn на основании такого указания, поскольку AP привязки не имеет данных, сколько фрагментов передающая AP отправила для указанного MPDU. Например, если для максимальных фрагментов, разрешенных на MSDU, k=4, то битовый массив для MSDN=1110, тогда AP привязки не будет иметь данных, имеет ли указанный MSDUn 3 фрагмента и все ли они приняты, или имеет ли MSDUn 4 фрагмента, а были приняты первые 3.

Для решения вышеуказанной проблемы может быть пересмотрена генерация битового массива, когда получатель принимает последний фрагмент или единственный фрагмент. Битовые позиции для одного и того же MPDU, следующие за битовой позицией последнего фрагмента, могут быть установлены на значение 1. Например, в таблице 1 k может быть равно 4.

Таблица 1

Битовый массив для MSDUn Количество фрагментов MSDUn Пример интерпретации битового массива AP привязки/принимающей AP 1110 4 4й фрагмент не принят 0011 3 или 4 1й и 2й фрагмент не приняты 1100 3 или 4 FN>=2 (3й и, возможно, 4йфрагменты) не приняты 1111 1, 2, 3 или 4 Все фрагменты приняты

При этом способе AP привязки может иметь информацию, требуется ли генерировать указание на повторную передачу для AP, передающей MSDUn. Если такое указание генерируется, недостающий FN может быть идентифицирован либо явным образом (например, FN=0, FN=1 в строке 0011) или неявно (например, FN>=2 в строке 1100) для передающей AP.

В одном случае во множестве AP может существовать идентичная фрагментация. Множество передающих AP MSDUn могут использовать идентичную фрагментацию. В указании состояния передающая AP может указывать для AP привязки указатели фрагмента, которые могут содержать начальный октет/длину каждого фрагмента и количество фрагментов. AP привязки может назначать дополнительную передающую AP MSDUn или может назначать новую передающую AP MSDUn для замены текущей передающей AP. Назначение может содержать указатели фрагмента. В этом случае повторная передача от другой (т.е. новой) передающей AP может содержать только отсутствующий фрагмент, не доставленный первоначальной (т.е. старой) передающей AP. В альтернативном варианте осуществления указатели фрагментов могут быть переданы непосредственно от первоначальной передающей AP MSDUn в новую/дополнительную AP, передающую MSDUn.

В одном случае, когда MSDUn переданы в передающую AP, указатели фрагментов определены AP привязки и указаны для каждой передающей AP MSDUn. В этом случае передача фрагментов может происходить одновременно/независимо со всех передающих AP MSDUn. Битовый массив BA может восприниматься всеми передающими AP MSDUn для независимого выполнения повторной передачи.

В одном случае в новой/дополнительной передающей AP может существовать повторная фрагментация и/или другая фрагментация. Назначенная новая/дополнительная передающая AP MSDUn может не нуждаться в информации об указателях фрагмента из первоначальной/старой передающей AP. Дополнительная/новая передающая AP MPDUn может осуществлять другую фрагментацию. Каждая передающая AP может включать в MPDU указание на повторную фрагментацию или запрос на подтверждение блока (BAR) явным или неявным образом.

Неявное указание на повторную фрагментацию может быть основано на MAC-адресе передающих AP, если разные передающие AP имеют разные MAC-адреса. Фрагменты одного и того же MPDUn от различных TA могут потребовать выделения отдельных буферов для повторной сборки в STA без AP. RA в ACK/BA может идентифицировать, какой фрагмент передающей AP подтверждает STA без AP.

Явное указание на повторную фрагментацию может быть включено в MPDU, BAR и BA. Указание может представлять собой число, в котором более высокое/низкое значение может означать более недавнюю фрагментацию/передачу MSDUn.

Если STA без AP принимает MPDU, который представляет собой фрагмент MSDUn, она может выполнять одно или более действий: она может поддерживать различные буферы повторной сборки для MSDUn для каждого указания на повторную фрагментацию и/или она может поддерживать только буфер для повторной сборки для самого последнего указания на повторную фрагментацию MSDUn, причем фрагмент(-ы) с более старым(-ыми) указанием(-ями) фрагментации может быть сброшен.

BA, отправленный от STA без AP может включать в себя соответствующее указание на повторную фрагментацию, которое сопоставлено с указанием на повторную фрагментацию MPDU, который оно подтверждает.

В альтернативном варианте осуществления канал/полоса или AP, идентифицированная без применения MAC-адреса, от которой принят MPDU, или в которую отправлено BA, могут служить в качестве неявного указания на повторную фрагментацию. Например, для STA без AP один и тот же MPDU, принятый из разных AP или на разных каналах, не имеет гарантированной идентичной фрагментации и может быть независимо собран повторно.

В одном случае, в MPDU или BAR может существовать указание на повторную фрагментацию, как показано на иллюстрации фиг. 4. Как показано, поле управления последовательностью MPDU может содержать номер фрагмента (FN) 402 (например, B0-B3) и номер последовательности (SN) 403 (например, B4-B15). Старшие биты (MSB) поля FN 402 могут быть использованы в качестве указания на повторную фрагментацию, как показано в виде затененных битов 404. Например, если для каждого MSDU разрешено максимум 4 фрагмента, то 2 MSB поля FN (например, B2 и B3) могут быть использованы в качестве указания на повторную фрагментацию. Указание на повторную фрагментацию может быть увеличено/уменьшено для каждой новой/дополнительной передающей AP MSDUn. Значение этого указания может быть назначено AP привязки. Например, в первоначальной передаче от передающей APx, MSDU фрагментирован на 3 фрагмента. 2 MSB (например, B2 и B3) поля FN могут быть заданы как 00, тогда как 2 LSB могут быть заданы как 00~10 для FN=0~2. При повторной передаче от передающей APy, MSDU может быть фрагментирован на 2 фрагмента. 2 MSB поля FN могут быть заданы как 01, а 2 LSB заданы как 00~01 для FN=0~1. Получатель может не использовать фрагменты от другого указания на повторную фрагментацию для повторной сборки MSDU. В приведенном выше примере получатель может отбросить буферизированные фрагменты от указания на повторную фрагментацию =00 и SN (номер последовательности) =n, которые не могут быть собраны в MSDUn, когда он принимает MPDU с более новым указанием на повторную фрагментацию =01 и SN=n.

В одном случае может существовать указание на повторную фрагментацию в подтверждении блока (Block Ack). Зарезервированные биты в поле управления BA или зарезервированные значения в TID_INFO, субполе FN, субполе Per AID TID Info, или комбинация этих зарезервированных полей/значений могут быть использованы для передачи значения указания на повторную фрагментацию. Значение может быть не таким же, как значение указания на повторную фрагментацию в соответствующем MPDU или BAR, но значение, переданное в MPDU/BAR, и значение, переданное в BA, могут иметь сопоставление 1 к 1 так, что AP (привязки) может правильно интерпретировать статус приема указанного примера повторной фрагментации.

Что касается вопроса назначения номера пакета (PN), в среде множественной AP с множеством линий связи, для каждого пакета, отправляемого конкретной AP, может потребоваться назначение номера пакета, который будет использован для алгоритмов шифрования. Как правило, номер пакета не должен повторяться, если разные AP используют один и тот же ключ. Перефразированный вопрос может заключаться в том, как разработать протоколы назначения пакетов так, чтобы гарантировать, что номера пакетов не повторяются AP в одном и том же наборе множественной AP, в котором используют одни и те же ключи.

В одном случае в каждой AP могут использовать разные ключи. Если появляются разные передающие AP, чтобы иметь разные MAC-адреса для STA без AP, то повторное использование существующей генерации переходного ключа (TK) может генерировать разные TK для каждой передающей AP. Это может позволить избежать назначения одного и того же PN от разных AP, передающих разные MPDU в STA без AP.

MAC-адреса передающих AP могут быть предоставлены для запрашивающего устройства (например, STA без AP) во время 4-ходового квитирования. Например, адреса могут быть указаны в первом сообщении от аутентификатора (например, AP) в запрашивающее устройство (например, STA).

Как альтернатива, к псевдослучайной функции (PRF) может быть добавлен дополнительный ввод, который соответствует индексу (i) передающей AP. На фиг. 5 представлена схема примера формирования PTK. В этом примере индекс i, соответствующий передающей AP, может быть объединен с текущим параметром B PRF-Length(K,A,B), например, где B=Min(AA,SPA)||Max(AA,SPA)||Min(ANonce,SNonce)||Max(ANonce,SNonce)|| i, который может быть использован для выведения парного переходного ключа TK (PTK) 503 передающей AP из парного главного ключа (PMK) 501. В этом альтернативном варианте аутентификатор может указывать максимальное количество выводимых PTK, (т.е. диапазон i) перед выведения ключа. Затем AP привязки может назначать передающую AP, соответствующую индексу i. PTK 503 может быть использована для определения EAPOL-Key 504, EAPOL-Key 505 и временного ключа 506. PTK 503 представляет собой объединение EAPOL-Key 504, EAPOL-Key 505 и временного ключа 506. EAPOL-key 504 используют для обеспечения аутентичности происхождения данных при 4-ходовом квитировании и в сообщениях квитирования с групповым ключом, EAPOL-key 505 используют для обеспечения конфиденциальности данных при 4-ходовом квитировании и в сообщениях квитирования с групповым ключом. Временный ключ 506 используют для защиты индивидуально адресованной связи между AP и STA за рамками 4-ходового квитирования и в сообщениях квитирования с групповым ключом.

В некоторых случаях для каждой AP могут использовать один и тот же ключ. Некоторые сценарии могут не разрешать фрагментацию или в них фрагментацию используют специфическим образом. Например, фрагментация может быть не разрешена в передающей AP MSDUn. В альтернативном варианте способы, относящиеся к фрагментации в множестве STA/AP, как описано в настоящем документе, могут быть использованы таким образом, что необходимость фрагментировать MSDU на AP, передающей MSDUn, будет отсутствовать. В любом сценарии AP привязки может назначать номер пакета (PN), когда имеется сопоставление MSDU с MPDU 1 к 1.

В одном сценарии может существовать разбиение пространства PN на основании максимального числа передающих AP. Назначение PN может быть иерархическим. AP привязки может определять подмножество битов на основании максимального количества передающих AP, в то время как каждая передающая AP может независимо назначать остальные биты. Например, если имеются 4 передающие AP, AP привязки может назначать 2 MSB PN 00~11 для каждой из AP. Затем каждая AP независимо генерирует LSB для PN. В этом примере 3 PN сгенерированы с помощью одной и той же передающей AP MSDU, в которой MSDUn фрагментируют на 3 MPDU. 3 PN имеют общие 2 MSB и разные LSB. PN, сгенерированные в разных передающих AP, могут иметь разные 2 MSB, но одинаковые LSB.

В одном сценарии пространство PN может быть разделено на основании максимального количества фрагментов. PN может быть сгенерирован в AP привязки с интервалами, равными максимальному количеству фрагментов, разрешенному для STA без AP. Например, максимальное количество разрешенных фрагментов равно 4, и когда AP привязки передает MSDUn в передающую APx, она также может иметь PNx, где PNx%4=0 (PNx Mod4 равно нулю). Затем фактический PN, переданный в MPDU, представляет собой PNn+FN, где FN представляет собой номер фрагментации фрагмента MSDUn. Когда AP привязки передает MSDU на дополнительную передающую APy MSDUn, для того же MSDUn, где PNy%4=0, может быть сгенерирован новый PN=PNy.

В одном сценарии может существовать изменение в nonce без разбиения пространства PN. В этом альтернативном варианте значения поля nonce могут быть разделены на отдельные наборы. Поле Nonce другого протокола защиты может быть показано на фиг. 6 и фиг. 7. На фиг. 6 представлена схема примера поля Nonce в режиме счетчика протокола CBC-MAC (CCMP), который может включать в себя флаги 611 Nonce, MAC-адрес STA, идентифицируемый с помощью A2 612 и/или PN 613. Каждый октет 601 битов может представлять собой 8 битов, а флаги 611 Nonce (например, O1) могут представлять собой 4 бита 621 приоритета (например, B0-B3), 1 бит 622 управления (например, B4), 1 бит 623 — PN1 (например, B5) и/или 2 нулевых 624 (например, B6 и B7). На фиг. 7 представлена схема примера поля Nonce протокола Galois/Counter Mode (GCMP), который может включать в себя A2 711 и PN 712.

PN может быть назначен передающей AP, где PN независимо сгенерирован каждой передающей AP без разделения пространства номера. Если другая передающая AP имеет отличающийся MAC-адрес, то уникальность Nonce гарантирована. Если другая передающая AP имеет один и тот же MAC-адрес (A2), то STA без AP и передающая AP могут быть основаны на индексе передающей AP, который может быть сопоставлен с каналом/полосой PPDU. Например, A2 может быть использован для конструирования Nonce = первоначальный A2 + индекс AP.

PN может быть назначен AP привязки, где PN сгенерирован AP привязки без учета количества фрагментов, созданных на передающей AP (например, увеличенное на 1 для каждого MSDU). Для повторной передачи MSDU на другую передающую AP может быть сгенерирован новый PN. STA без AP и передающая AP могут быть основаны на FN для изменения поля A2 (например, A2 может быть использовано для конструирования Nonce=первоначальный A2 + FN).

Что касается фрагментации в множестве STA/AP, то современные конструкции фрагментации для улучшения баланса потока данных по доступным линиям, для улучшения задержки и повышения надежности могут быть недостаточными. Перефразированный вопрос может заключаться в том, как разработать более эффективную фрагментацию в других частях архитектуры MAC с множеством линий связями.

В одном случае во множестве STA/AP может существовать фрагментация. Верхний уровень MAC может управлять потоками данных к SAP нижнего уровня MAC и от них, и, если это так, одноранговый узел верхнего уровня MAC также может управлять потоками данных, поступающими к SAP нижнего уровня MAC, и от них, расположенным ниже. Управление потоком данных может включать в себя фрагментацию пакета, агрегирование пакета, кодирование/декодирование множества пакетов, дублирование пакетов, повторную передачу пакетов, повторную передачу фрагментов, фрагментацию агрегированных пакетов для повторной передачи, управление подтверждением, управление подтверждением блока, управление HARQ, функции управления данными. Этот функционал может быть использован для: улучшения баланса потока данных по доступным линиям связи (например, каждой линией связи можно управлять с возможностью обеспечения скорости передачи данных, соответствующей условиям линии связи и беспроводной нагрузке на канал); увеличения эффективной скорости потока данных (т.е. повышения производительности); уменьшения задержки; и/или повышения надежности передачи (например, фрагментация может включать в себя некоторую избыточность).

В одном сценарии может существовать улучшение баланса потока данных. Верхний уровень MAC может быть оповещен о пропускной способности и задержке всех отдельных MAC нижнего уровня, которыми управляют на основании производительности, при этом могут быть доступны дополнительные измерения радиосвязи WLAN для каждого MAC верхнего уровня индивидуально. Эта информация может быть использована MAC верхнего уровня для того, чтобы сбалансировать потоки данных по каждой из доступных линий связи, оптимизировать общую производительность канала с множеством линий связи (например, действующую линию связи, организованную путем объединения множества линий связи). Верхний уровень MAC может оптимизировать линию связи по одному конкретному показателю или комбинации множества показателей, таких как: скорость передачи данных, задержка сигнала, надежность или любой другой эксплуатационный показатель. Это может быть реализовано как динамически, на основе информации о линии связи, поступающей в реальном времени или близко к реальному времени, так и на основе усредненных эксплуатационных показателей за более длительный период или любой другой комбинации эксплуатационных показателей для управления линиями связи (например, индивидуальная нагрузка для линии связи).

В одном сценарии эффективный поток данных может быть увеличен. Эффективный поток данных через канал с множеством линий связи может объединять пропускную способность отдельных линий связи, для создания эффективной полосы пропускания, намного большей, чем у любой отдельной линии связи. Современные широкополосные линии связи стандарта 802.11 основаны на широкополосных каналах (например, 80, 160 МГц) для обеспечения высокой пропускной способности. Однако эти широкополосные каналы иногда имеют проблемы с узкой полосой трафика (например, 20 МГц) – части совместного трафика их широкополосного канала, что может привести к потере пакетов или задержке пакетов по мере использования различных способов MAC (например, в заголовках) для обеспечения совместного использования узкой полосы и широкополосных каналов. Агрегирование каналов по множеству линий связи не должно зависеть от этих способов, поскольку для обеспечения широкополосной пропускной способности могут быть объединены множество каналов, при этом не требуется, чтобы все каналы были прозрачными для передачи одновременно. Кроме того, множество линий связи может обеспечивать возможность комбинирования линий связи, которые не используют каналы в одной и той же полосе (2,4 ГГц, 5 ГГц или 6 ГГц). Это может позволить устройствам с множеством линий связи значительно увеличить ширину эффективной полосы пропускания канала и, следовательно, пропускную способность, которая должна быть выше 20, 40, 60, 80 или 160 МГц, допустимых на текущий момент. Например, эффективная ширина полосы канала может включать в себя два канала 20 МГц в полосе 2,4 ГГц, три канала 80 МГц в диапазоне 5 ГГц и канал 80 МГц и канал 40 МГц в диапазоне 6 ГГц, что обеспечивает эффективную ширину полосы 400 МГц. В дополнение к способности комбинировать эти ресурсы канала в значительную эффективную ширину полосы, каждый канал может быть оптимизирован с точки зрения производительности на основании радиохарактеристик линии связи и доступности линии связи; тем самым обеспечивается оптимизация всей сети при сохранении требуемых целевых показателей производительности.

В одном сценарии может существовать уменьшенная задержка. MAC, как описано в настоящем документе, также может оптимизировать общие характеристики линии связи с точки зрения задержки сигнала. Поскольку в стандарте 802.11 используется доступ к каналам на основе разрешения конфликтов, доступ к любому заданному ресурсу может быть отсрочен ресурсом, находящимся в процессе использования. Если передача данных принудительно основана на одной передающей линии связи, задержка передачи зависит от механизма разрешения конфликтов одиночного канала. Однако, при использовании множества линий связи, разрешения конфликтов в канале может быть распределен по множеству каналов, при этом каждый канал будет иметь свой собственный механизм разрешения конфликтов. Такое распределение по множеству каналов может оказывать влияние на сокращение времени задержки, поскольку данные могут быть переданы по любому из каналов. Следующий пакет может быть передан по любому из каналов, который доступен следующим и т.д., что статистически сокращает задержку при передаче.

В одном сценарии может существовать повышенная надежность. Верхний уровень MAC также оптимизировать характеристику всей линии связи с точки зрения надежности. Это может быть достигнуто путем отправки избыточных пакетов по множеству линий связи и объединения в MAC принятых пакетов. Также пакет может быть зашифрован так, что часть пакета отправляют по множеству линий связи, а затем шифрованные принятые пакеты объединяют для повышения надежности канала с множеством линий связи.

Что касается вопроса подтверждения по множеству линий связи, то устройство WLAN при передаче может работать по разным линиям связи. Для уменьшения издержек, связанных с передачей сигналов, и обеспечения более гибкого механизма обратной связи с малым временем задержки могут быть использованы подтверждения или агрегированные подтверждения предыдущих передач через множество линий связи. Для решения этой проблемы могут существовать подробные процедуры для согласования передачи данных и подтверждений по множеству линий связи, таких как процедура подтверждения по множеству линий связи.

При передачах по множеству линий связи STA, которая способна работать на более чем по одной линии связи (т.е. STA с функционалом множества линий связи), может обмениваться данными с другой STA, способной работать более чем по одной линии связи. Как описано в настоящем документе, линия связи может подразумевать полосу или канал. В одной архитектуре STA, способная работать с множеством линий связи, может иметь уникальный MAC-адрес на множестве линий связи. Передачи по множеству линий связи могут иметь одинаковое пространство последовательности номеров, благодаря чему приемник может быть способен упорядочивать пакеты, принимаемые от разных линий связи. В одном примере передача данных и подтверждение могут осуществляться по разным линиям связи. Или передачи данных могут быть выполнены по N линиям связи, тогда как подтверждение может быть передано по M линиям связи.

STA и AP могут обмениваться подтверждениями по множеству линий связи с использованием кадров управления/контроля, таких как пробный запрос, пробный ответ, кадры маяка, ассоциирования и/или повторного ассоциирования.

В одном случае может существовать отложенное подтверждение (ACK) блока по множеству линий связи. Для обеспечения подтверждения по множеству линий связи существует потребность в измененном подходе к согласованию и процедурам подтверждения блока. На фиг. 8 представлена схема примера процедуры с отсроченным подтверждением блока.

Как показано на фиг. 8, первая STA, такая как STA 801, может начинать согласование подтверждение блока со второй STA, такой как STA 802. STA 801 может запрашивать канал на линии 810 связи и на этапе 811 передавать в STA 802 кадр запроса на добавление подтверждения блока (ADDBA) по множеству линий связи (ML). В кадре запроса ML ADDBA Req STA 801 может включать согласование множества линий связи, sequence_space, настройку TID, buffer_size и/или другую связанную информацию, как описано в настоящем документе.

Параметр buffer_size представляет собой субполе, которое может быть использовано для согласования размера буфера между передающей STA и принимающей STA. В одном способе передающая STA и принимающая STA могут согласовывать размер буфера для каждой линии связи. Для этого согласования может быть использовать индекс линии связи. STA могут поддерживать буфер для каждой линии связи. Каждая линия связи может иметь буфер разного размера. В одном способе передающая STA и принимающая STA могут согласовывать суммарный размер буфера для всех доступных рабочих линий связи. STA могут поддерживать буфер для всех линий связи.

Параметр sequence_space представляет собой субполе, которое может указывать, может ли быть использовано одно и то же пространство последовательностей для множества линий связи. В случае если для множества линий связи можно использовать множество пространств последовательностей, индекс линии связи вместе с номером последовательности может быть использован для сборки пакетов.

Субполе для согласования множества линий связи может представлять собой один или более фрагментов информации, таких как: acknowledgement_link; ACK_in_different_link; агрегирование ACK/BA по множеству линий cross_link_fragmentation; и/или operating_link.

Субполе acknowledgement_link может указывать на то, по какой линии связи может быть передано подтверждение. В одном способе может быть использован битовый массив линии связи. Например, если принимающая STA может работать на N линиях связи, то битовый массив может содержать N битов. Каждый бит может указывать на то, может ли быть использована соответствующая линия связи для передачи подтверждения(-ий). В одном способе индексы линий связи могут быть перенесены явным образом для указания соответствующей(-их) линии(-й) связи, которая может быть использована для передачи подтверждения. Для указания того, что могут быть использованы все линии связи, может быть использован специальный индекс линии связи.

ACK_in_different_link представляет собой субполе, которое может указывать подтверждение, которое может быть передано по другой линии связи, а не по линии передачи данных. В одном способе, если об этом сообщено, STA2 может быть разрешено передавать подтверждение блока по линии связи, которая может оказаться доступной раньше, чем остальные линии связи.

Агрегирование ACK/BA по множеству линий связи (Multi-link ACK/BA aggregation) представляет собой субполе, которое может указывать, разрешено ли агрегированное ACK/BA по множеству линий связи. В данном случае агрегированное ACK/BA может представлять собой процедуру, которая позволяет ACK/BA, переданной по линии связи k, указывать передачу данных по линии связи (L1 … LM).

Параметр Cross_link_fragmentation представляет собой субполе, которое может указывать, может ли фрагментированный MSDU быть перенесен по множеству линий связи.

Operating_links представляет собой субполе, которое может указывать рабочие линии связи для передающей STA. В альтернативном варианте это субполе может быть использовано для согласования рабочих линий связи между передающей(-ими) STA и принимающей(-ими) STA. Например, передающая STA может включать в данное субполе свои рабочие линии в кадре запроса ADDBA. Набор рабочих линий связи может быть обозначен как S_tx. Принимающая STA может выбирать в S_tx линии связи, с которыми эта принимающая STA способна работать и вносить их в субполе Operating_links, когда принимающая STA отправляет обратно кадр ответа ADDBA.

Как показано на фиг. 8, STA 802 может отвечать STA 801 с согласованием подтверждения блока. В частности, STA 802 может передавать на STA 802 кадр ответа ADDBA по множеству линий связи (ML) в этапе 812. В кадр запроса ML_ADDBA STA 801 может включать один или более фрагментов информации. В кадре ответа ML_ADDBA STA 802 может указывать свои настройки. При приеме ответа STA 801 может соответствующим образом скорректировать свои процедуры передачи BA.

Вышеупомянутый обмен кадрами запроса/ответа ADDBA может происходить по другой(-им) линии(-ям) связи (например, линии связи 820). Обмен также может происходить по-разному в некоторых аспектах. В одном случае STA 801 может запрашивать каналы по всем линиям связи и передавать кадр запроса ADDBA одновременно по всем линиям связи. В одном случае STA 801 может выполнять независимый EDMA/CA по множеству линий связи, причем STA 801 может передавать сразу после запроса линии связи. В некоторых случаях кадр запроса/ответа ADDBA может быть определен с использованием одного из следующего: кадры запроса/ответа ADDBA могут быть продублированы по множеству линий связи, причем каждый кадр может содержать информацию о множестве линий связи; и/или кадры запроса/ответа ADDBA по множеству линий связи могут отличаться, причем каждый кадр может нести общую информацию о множестве линий связи и информацию, связанную с конкретной линией связи.

После обмена запросом/ответом ADDBA, STA 801 может передавать кадры данных по линии 810 связи и линии 820 связи (например, 813, 814, 823, 824). Передачи могут соответствовать настройкам, согласованным в кадрах запроса/ответа ADDBA (например, 811, 812, 821, 822).

После передачи кадров данных STA 801 может передавать кадр 815 запроса BA. В этом кадре STA 801 может указывать, запрашивается ли немедленное или отложенное BA. STA 801 может также указывать, может ли быть запрошено BA по множеству линий связи или агрегированное BA по множеству линий связи. В примере, показанном на фиг. 8, может быть запрошено отложенное BA.

STA 802 может отвечать кадром 816 подтверждения после приема кадра запроса BA, где кадр 816 ACK подтверждает недавно полученный кадр 815 запроса BA.

На основании согласования ADDBA, STA 802 может готовить передачу BA по одной или более линиям связи (например, 810 и/или 820). Как правило, ACK/BA может включать в себя подтверждения для MPDU из множества линий связи/AP и/или подтверждение кадров данных QoS с двумя или более TID с использованием BA. Если согласовано агрегирование по множеству линий связи, STA 802 может передавать агрегированное по множеству линий BA 817; отметим, что BA для одной линии связи (например, 810) и/или всех линий связи (например, агрегированных 810 и 820) может быть передан по другой линии связи (например, 820). Например, см. BA 817, отправленный по линии 820 на этапе 832. Все примеры и функции, описанные с помощью линии связи 810, также могут происходить с помощью линии связи 820, и наоборот.

Отметим для фиг. 8, что хотя явным образом показаны только две STA, могут существовать четыре логических STA (например, по одной для каждого конца линии связи), причем каждая линия связи может соответствовать своей собственной линии связи между двумя логическими STA и где в каждом физическом блоке/корпусе STA (например, в каждой STA 810 и STA 820) имеется множество логических STA.

В одном случае может существовать процедура немедленного подтверждения блока по множеству линий связи, как показано на фиг. 9, отличающаяся от примера на фиг. 8, где показан запрос BA. Для обеспечения подтверждения по множеству линий связи может существовать изменение в согласовании и процедуре подтверждения блока. Как показано, обмен кадрами запроса/ответа ADDBA по множеству линий связи (например, 911, 912, 921, 922) может происходить в одной или более линиях связи, как описано в настоящем документе (например, 910 и 920). После обмена запросом/ответом ADDBA (например, 911, 912, 921, 922) STA 901 может передавать кадры данных (например, 913, 914, 923, 924) в линии связи 910 и линии связи 920. Передачи могут соответствовать настройкам, согласованным в кадрах запроса/ответа ADDBA (например, 911, 912, 921, 922).

После передачи кадров данных, STA 901 может передавать кадр запроса BA (например, 925) по одной из линий связи (например, 920). В этом кадре STA 901 может указывать, запрашивается ли немедленное или отложенное BA. STA 901 может также указывать, может ли быть запрошено BA с множеством линий связи или агрегированное BA с множеством линий связи. В одном случае, BA может быть передано по той же линии связи, что и BAR. В одном случае, STA 901 может передавать BAR по линии связи 920, и это косвенно указывает на то, что передача BA также должна быть выполнена по линии связи 920. В нашем примере запрашивается немедленное агрегированное BA 926 с множеством линий связи.

STA 902 может подготавливать агрегированное BA с множеством линий связи и передавать его (например, 926) по линии связи, по которой было отправлено BAR.

Аналогично для фиг. 8, хотя явным образом показаны только две STA, могут существовать четыре логических STA (например, по одной для каждого конца линии связи), причем каждая линия связи может соответствовать своей собственной линии связи между двумя логическими STA и где в каждом физическом блоке/корпусе STA (например, в каждой STA 910 и STA 920) имеется множество логических STA.

В одном случае может существовать подтверждение (ACK) блока с множеством линий связи через главную линию связи. Главная линия связи может быть предварительно задана и согласована AP и ассоциированными STA. Может быть использован упрощенный обмен кадрами с запросом/ответом ADDBA. В этом обмене кадрами STA могут согласовывать, что может быть разрешено BA с множеством линий связи. Кадры BAR и BA могут быть переданы по главной линии связи. Процедура/согласование главной линии связи может быть аналогичным другим согласованиям/процедурам, описанным в настоящем документе.

В одном случае могут существовать кадры BA с множеством линий связи. В вышеупомянутых процедурах, относящихся к фиг. 8 и 9, сделана ссылка на STA, которые могут представлять собой STA без AP и/или STA с AP. В вышеупомянутых процедурах, относящихся к фиг. 8 и 9, может потребоваться изменение некоторых кадров. Например, элемент функционала BA с множеством линий связи и/или запрос ADDBA с множеством линий связи и ответ ADDBA с множеством линий связи могут быть определены как кадр действия. В таблице 2 может быть определен формат кадра действия с запросом/ответом ADDBA с множеством линий связи. Подчеркнутые поля в таблице 2 могут быть изменены. Поля с курсивом могут быть модифицированы или повторно интерпретированы для согласования с признаками множества линий связи, как описано в настоящем документе.

Таблица 2. Поле действия модифицированного кадра запроса/ответа ADDBA ML

Значения поля действия подтверждения блока могут быть изменены в таблице 3. Могут быть добавлены два новых поля, запрос ADDBA ML и ответ ADDBA ML:

Таблица 3. Поля действия модифицированного блока

Поле набора параметров подтверждения блока может быть модифицировано в таблице 4. Добавлено новое поле линий связи, Links, с x битами. В одном способе поле Links может указывать линии связи для передачи как данных, так и подтверждения. В одном способе поле Links могут иметь два субполя. Одно субполе может быть предназначено для линий связи данных, а другое — для линий связи подтверждения.

Таблица 4. Модифицированное поле набора параметров подтверждения блока

Поле значения выдержки времени подтверждения блока (Block Ack Timeout Value) может указывать значение выдержки времени для BA на всех линиях связи. В одном примере значение выдержки времени подтверждения блока может быть передаваться для каждой линии связи.

Управление пусковой последовательностью подтверждения блока может представлять собой пространство последовательных номеров, используемое для всех линий связи, и это поле может указывать пусковую последовательность для кадров по всем линиям связи. В одном примере для множества линий связи используют множество пространств последовательных номеров, и это поле может указывать пусковую последовательность для каждой линии связи.

В таблице 5 показан пример включения кадра запроса подтверждения блока (BAR). Подчеркнутые поля могут быть изменены для осуществления BAR с множеством линий связи (ML BAR).

Таблица 5. Модифицированный кадр запроса подтверждения блока

Поле «Управление BAR» также может быть модифицировано, как показано в таблице 6. Зарезервированная комбинация Multi-TID, Compressed Bitmap и GCR может быть использована для указания на наличие BAR с множеством линий связи.

Таблица 6. Модифицированное поле управления запросом подтверждения блока

В одном способе поле «Управление BAR», определенное в стандарте 802.11ax, показано в таблице 7. Зарезервированное значение в типе BA может быть использовано для указания, что это представляет собой ML BAR.

Таблица 7. Модифицированное поле «Управление BAR» в стандарте 802.11ax

Если комбинация может указывать на BAR с множеством линий связи, поле BAR Info может иметь поле Multi-links. Это поле может указывать линию связи для передачи BA. Значение может быть использовано для указания на то, что BA может быть передано через все линии связи. Значение может быть использовано для указания на то, что BA может быть передано по той же линии связи, что и BAR.

Кадр BA определен в стандарте 802.11. Подчеркнутые поля могут быть изменены для осуществления BA с множеством линий связи (ML BA).

Таблица 8. Модифицированный кадр подтверждения блока

Зарезервированное значение в поле BA Control может быть использовано для указания, что это ML BA. После того как это поле будет установлено для указания ML BA, поле информации BA может иметь поля Per Link Info. Каждое поле Per Link Info может содержать поле Link ID и соответствующий тип подтверждению и информацию BA.

В одном случае могут существовать процедуры подтверждения блока в множественной STA с множеством линий связи (ML MU BA), которые обеспечивают агрегирование подтверждения от множества STA и множества линий связи.

STA и AP могут обмениваться подтверждениями множественной STA с множеством линий связи с использованием кадров управления/контроля, таких как пробный запрос, пробный ответ, кадры маяка, ассоциирования и/или повторного ассоциирования.

На фиг. 10 представлена схема, иллюстрирующая пример процедуры подтверждения для множественной STA с множеством линий связи. В этом примере множество STA (например, STA 1001, STA 1002, STA 1003) может передавать кадры UL на AP (например, AP 1000) по одной или более линий связи (например, 1010 и 1020). Процедура ML MU BA может быть определена для агрегирования передач подтверждения от AP к одной или более STA по одной или более линиям связи.

AP 1000 с функционалом подтверждения ML MU может планировать передачу UL для STA с функционалом подтверждения ML MU (например, STA 1001 и 1002) путем передачи одного или более кадров 1011 Триггер ML MU в доступной линии 1010 связи. В одном случае передача кадра Триггер ML MU по множеству линий связи может быть синхронизирована. AP 1000 может выявлять и запрашивать каналы, а также одновременно передавать кадры Триггер ML MU. В одном случае кадр Триггер ML MU может быть передан по каждой доступной линии связи асинхронно, непосредственно перед PPDU активированной UL. В примере, показанном на фиг. 10, AP 1000 может выявлять канал как на линии 1010 связи, так и на линии 1020 связи. Линия 1010 связи может быть доступной первой, а AP 1000 может передавать кадр 1011 Триггер ML MU для запуска передачи от STA 1001 и STA 1002. Затем может быть доступна линия 1020 связи, а AP может передавать кадр 1021 Триггер ML MU для запуска передачи от STA 1001 и STA 1003. В кадре Триггер ML MU, AP может указывать один или более фрагментов информации.

Одним примером указанной информации является то, может ли поддерживаться агрегированное подтверждение множества STA с множеством линий связи. Например, одно поле может указывать на то, что пусковой кадр представляет собой Триггер ML MU, и можно ожидать подтверждений ML MU.

Один пример указанной информации может представлять собой список линий связи для ML MU BA. Этот список может включать в себя линии связи, по которым может быть выполнено агрегированное ML MU BA. STA, передающие по указанной линии связи, могут ожидать приема ML MU BA по той же или другой линии связи.

Один пример указанной информации может представлять собой субполе sequence_space. Это субполе может указывать, может ли быть использовано одно и то же пространство последовательностей для множества линий связи. В случае если для множества линий связи можно использовать множество пространств последовательностей, индекс линии связи вместе с номером последовательности может быть использован для сборки пакетов.

Один пример указанной информации может представлять собой субполе Buffer_size. Это субполе может быть использовано для согласования размера буфера между передающей STA и принимающей STA. В одном способе принимающая STA (например, которая может представлять собой AP передачи по восходящей линии связи) может определять размер буфера для каждой предполагаемой STA по всем линиям связи и информировать STA в кадре Триггер ML MU. AP может задавать размер буфера в общем поле кадра триггера, который может представлять собой значение, обычно используемое всеми STA. В альтернативном варианте AP может задавать размер буфера в поле конкретной STA в кадре триггера, который может отличаться для разных STA. В одном способе принимающая STA (например, AP передачи по восходящей линии связи) может определять размер буфера для каждой предполагаемой STA по каждой линии связи и информировать STA в кадре Триггер ML MU. AP может задавать общее поле размера буфера в кадре триггера, который может представлять собой значение, обычно используемое всеми STA на одну линию связи. В альтернативном варианте AP может задавать размер буфера в поле конкретной STA в кадре триггера, который может отличаться для отдельных линий связи в разных STA. В альтернативном варианте информация о буфере может быть перенесена в кадры управления, такие как запрос/ответ ассоциирования, кадр маяка, кадр пробного запроса/ответа и т.п.

После обнаружения кадра(-ов) гена Триггер ML MU требуемая STA может подготовить передачу UL по линии связи. Размер пакета UL может быть ограничен размером буфера, который разрешен AP. STA может ожидать, что подтверждение основано на данных в кадре Триггер ML MU. Например, если поддерживается ML MU BA, STA может ожидать кадра агрегированного ML MU BA, переданного от одной из работающих линий связи.

Кадр Триггер ML MU может быть определен как тип триггера. Например, поле типа триггера Trigger Type, расположенное в поле общей информации Common Info, может быть модифицировано так, чтобы иметь значение для указания кадра Триггер ML MU, как показано в таблице 9.

Таблица 9

Значение субполя Trigger Type Вариант кадра триггера 0 Базовый 1 Опрос отчета BF (BFRP) 2 MU-BAR 3 MU-RTS 4 Опрос отчета состояния буфера (BSRP) 5 GCR MU-BAR 6 Опрос отчета с запросом ширины полосы (BQRP) 7 Опрос отчета обратной связи NDP (NFRP) 8 Триггер ML MU 9-15 Зарезервировано

Поле пользовательской информации, зависящей от триггера (Trigger Dependent User Information), расположенное в поле информации пользователя User Info кадра триггера, может содержать одну или более из следующей информации: размер буфера на одного пользователя среди всех линий связи; размер буфера на пользователя на каждую линию связи; список рабочих линий связи; и/или линия связи для передачи подтверждения. Поле линии связи для передачи подтверждения может быть использовано для указания линии связи, по которой может быть передано подтверждение. Также, поле адреса в кадре Триггер ML MU может быть модифицировано. Например, адрес передатчика может представлять собой адрес виртуальной AP, где виртуальная AP представляет AP на множестве линий связи.

Хотя признаки и элементы настоящего изобретения описаны в предпочтительных вариантах осуществления в определенных сочетаниях, каждый признак или элемент может применяться отдельно, без остальных признаков и элементов предпочтительных вариантов осуществления, либо в различных сочетаниях вместе с другими признаками и элементами настоящего изобретения или без них.

Хотя решения, описанные в настоящем документе, относятся к специфическим протоколам 802.11, следует понимать, что описанные в настоящем документе решения не ограничены этим сценарием и применимы также и к другим беспроводным системам.

Хотя в примерах конструкций и процедур SIFS применяют для указания различных межкадровых интервалов, в тех же решениях могут быть применены любые другие межкадровые интервалы, такие как RIFS, AIFS, DIFS или другие согласованные временные интервалы.

Хотя в некоторых графических материалах в качестве примера показаны четыре RB на инициированную TXOP, фактическое количество применяемых RB/каналов/значений ширины полосы может варьироваться.

Как описано в настоящем документе, могут существовать системы, способы и устройства для реализации беспроводных локальных сетей (WLAN) с множеством линий связи. Одно или более устройств (MLD) с множеством линий связи станции (STA) без AP, и одно или более MLD точки доступа (AP) могут устанавливать между собой ассоциацию с множеством линий связи, тем самым создавая соединение с множеством линий связи, которое обеспечивает улучшенную и более эффективную беспроводную связь.

Хотя признаки и элементы описаны выше в конкретных комбинациях, специалисту в данной области будет очевидно, что каждый признак или элемент можно использовать отдельно или в любой комбинации с другими признаками и элементами. Кроме того, описанные в настоящем документе способы могут быть реализованы в компьютерной программе, программном обеспечении или программно-аппаратном обеспечении, встроенном в машиночитаемый носитель и предназначенном для исполнения компьютером или процессором. Примеры машиночитаемого носителя включают в себя электронные сигналы (переданные по проводным или беспроводным соединениям) и машиночитаемые носители информации. Примеры машиночитаемого носителя информации включают в себя, без ограничений, постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), регистр, кэш-память, полупроводниковые устройства хранения данных, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как диски CD-ROM и цифровые универсальные диски (DVD). Процессор в сочетании с программным обеспечением можно использовать для реализации радиочастотного приемопередатчика, предназначенного для применения в составе WTRU, UE, терминала, базовой станции, RNC и/или любого главного компьютера.

Похожие патенты RU2816579C2

название год авторы номер документа
СПОСОБЫ НАСТРОЙКИ СОГЛАСОВАННОЙ ЛИНИИ СВЯЗИ И ПОЛУЧЕНИЯ ДАННЫХ НИСХОДЯЩЕЙ ЛИНИИ СВЯЗИ ДЛЯ ВЫСОКОЭФФЕКТИВНОЙ WLAN 2016
  • Ван, Сяофэй
  • Лоу, Ханьцин
  • Чжан, Годун
RU2736422C2
СПОСОБЫ ЭФФЕКТИВНОГО ЭНЕРГОСБЕРЕЖЕНИЯ ДЛЯ ПРОБУЖДАЮЩИХ РАДИОУСТРОЙСТВ 2017
  • Ван, Сяофэй
  • Сунь, Ли-Сян
  • Отери, Огенекоме
RU2755306C2
СПОСОБЫ И WTRU ДЛЯ СКАНИРОВАНИЯ WUR 2020
  • Ван, Сяофэй
  • Отери, Огенекоме
  • Леви, Джозеф С.
  • Лоу, Ханьцин
  • Сунь, Ли-Сян
RU2782452C1
СПОСОБ И УСТРОЙСТВО ДЛЯ ЭНЕРГОСБЕРЕЖЕНИЯ В БЕСПРОВОДНОЙ ЛОКАЛЬНОЙ СЕТИ 2013
  • Ван Сяофэй
  • Гхош Мониша
  • Ван Лэй
  • Шах Нирав Б.
  • Чжан Годун
  • Грандхи Судхир А.
RU2625812C2
УСОВЕРШЕНСТВОВАННОЕ АКТИВНОЕ СКАНИРОВАНИЕ В БЕСПРОВОДНЫХ ЛОКАЛЬНЫХ СЕТЯХ 2013
  • Чжан Годун
  • Ван Лэй
  • Ван Сяофэй
  • Леви Джозеф С.
  • Олесен Роберт Л.
RU2651244C2
СПОСОБ И УСТРОЙСТВО ДЛЯ УСКОРЕННОГО УСТАНОВЛЕНИЯ ЛИНИИ СВЯЗИ 2013
  • Ван Лэй
  • Таргали Юсиф
  • Грандхи Судхир А.
  • Ван Сяофэй
  • Чжан Годун
RU2628207C2
СПОСОБЫ И УСТРОЙСТВО ДЛЯ СОВМЕСТНОЙ ПЕРЕДАЧИ С ИСПОЛЬЗОВАНИЕМ МНОЖЕСТВА ТОЧЕК ДОСТУПА ПО СЕТЯМ WLAN 2019
  • Отери, Огенекоме
  • Лоу, Ханьцин
  • Сунь, Ли-Сян
  • Ван, Сяофэй
  • Сахин, Альфан
  • Ян, Жуй
  • Ла Сита, Фрэнк
RU2769542C1
СПОСОБ ДЛЯ ВЫБОРА СУЩНОСТИ НА ОСНОВЕ ПОЛНОГО КАЧЕСТВА ЛИНИИ СВЯЗИ 2014
  • Чжан, Годун
  • Ван, Сяофэй
  • Олесен, Роберт, Л.
RU2625943C2
СПОСОБЫ ДЛЯ MSG-B В ДВУХЭТАПНОМ RACH 2020
  • Хагигат, Афшин
  • Найеб Назар, Шахрух
  • Канонн-Веласкес, Лоик
  • Альфархан, Фарис
  • Тухер, Дж. Патрик
RU2766863C1
ПРОИЗВОЛЬНЫЙ ДОСТУП В СИСТЕМАХ БЕСПРОВОДНОЙ СВЯЗИ СЛЕДУЮЩЕГО ПОКОЛЕНИЯ 2017
  • Фреда, Мартино М.
  • Пелетье, Жислен
  • Маринье, Поль
  • Дэн, Тао
  • Тухэ, Дж. Патрик
RU2750617C2

Иллюстрации к изобретению RU 2 816 579 C2

Реферат патента 2024 года СПОСОБЫ РЕАЛИЗАЦИИ БЕСПРОВОДНЫХ ЛОКАЛЬНЫХ СЕТЕЙ (WLAN) С МНОЖЕСТВОМ ЛИНИЙ СВЯЗИ

Изобретение относится к технологиям беспроводной связи. Технический результат изобретения заключается в повышении пропускной способности и улучшении эффективности беспроводной связи, что решает проблему повышения качества обслуживания, которая является актуальной для широкого спектра беспроводных пользователей. Устройство с множеством линий связи (MLD) без точки доступа (non-AP) осуществляет обнаружение точки доступа (AP) на основе принятого от MLD AP сообщения, причем сообщение содержит маяк или ответ на запрос от MLD без AP. Сообщение содержит идентификатор ассоциирования, ассоциированный с множеством линий связи для работы MLD без AP с множеством линий связи. MLD без точки доступа (non-AP) осуществляет обмен информацией с MLD AP с использованием работы по множеству линий связи на основании идентификатора ассоциирования. 2 н. и 14 з.п. ф-лы, 16 ил., 9 табл.

Формула изобретения RU 2 816 579 C2

1. Способ связи, реализуемый с помощью устройства с множеством линий связи (MLD) без точки доступа (non-AP), причем указанный способ включает в себя:

обнаружение точки доступа (AP) на основе принятого от MLD AP сообщения, причем сообщение содержит маяк или ответ на запрос от MLD без AP, причем сообщение содержит идентификатор ассоциирования, ассоциированный с множеством линий связи для работы MLD без AP с множеством линий связи; и

обмен информацией с MLD AP с использованием работы по множеству линий связи на основании идентификатора ассоциирования.

2. Способ по п. 1, в котором сообщение содержит идентификатор MLD без AP, причем идентификатор содержит адрес управления доступом к среде.

3. Способ по п. 1, в котором имеется физический уровень и логический объект в MLD без AP и MLD AP для каждой линии связи из множества линий связи при работе с множеством линий связи.

4. Способ по п. 1, в котором ответ содержит маяк, причем указанный маяк включает в себя элемент с множеством линий связи, который указывает на возможность работы с множеством линий связи одной или более AP, связанных с AP MLD.

5. Способ по п. 1, в котором MLD без AP включает в себя множество станций.

6. Способ по п. 1, дополнительно включающий прием информации о канале для работы с множеством линий связи.

7. Способ по п. 1, в котором MLD AP содержит множество AP, и в котором MLD AP и множество AP обнаруживают на основе сообщения, содержащего идентификатор ассоциирования, ассоциированный с множеством линий работы с множеством линий.

8. Способ по п. 1, включающий:

отправку запроса на работу по множеству линий на MLD AP посредством первой линии связи, причем запрос включает в себя идентификатор MLD без AP, причем указанный идентификатор представляет собой адрес управления доступом к среде; и

прием на первую линию сообщения в ответ на запрос.

9. Устройство связи с множеством линий связи (MLD) без точки доступа (AP), причем указанное MLD без AP содержит функионально связанный с приемопередатчиком процессор, выполненный с возможностью:

обнаружения точки доступа (AP) на основе принятого от MLD AP сообщения, причем сообщение содержит маяк или ответ на запрос от MLD без AP, причем сообщение содержит идентификатор ассоциирования, ассоциированный с множеством линий связи для работы MLD без AP с множеством линий связи; обмена данными посредством приемопередатчика с MLD AP с использованием работы с множеством линий связи на основании идентификатора ассоциирования.

10. MLD без AP по п. 9, в котором существует физический уровень и логический объект в MLD без AP и MLD AP для каждой линии связи из множества линий связи для работы с множеством линий связи.

11. MLD без AP по п. 9, в котором ответ содержит маяк, причем указанный маяк включает в себя элемент с множеством линий связи, который указывает на возможность работы с множеством линий связи одной или более AP, связанных с AP MLD.

12. MLD без AP по п. 9, в котором процессор выполнен с возможностью приема информации о канале для работы с множеством линий связи посредством приемопередатчика.

13. MLD без AP по п. 9, в котором MLD без AP включает в себя множество станций.

14. MLD без AP по п. 9, в котором MLD AP включает в себя множество AP, и в котором MLD AP и множество AP выполнены с возможностью обнаружения на основе сообщения, содержащего идентификатор ассоциирования, ассоциированный с множеством линий работы с множеством линий.

15. MLD без AP по п. 9, в котором сообщение содержит идентификатор MLD без AP, причем идентификатор содержит адрес управления доступом к среде.

16. MLD без AP по п. 9, в котором процессор выполнен с возможностью:

отправки посредством приемопередатчика запроса на работу по множеству линий на MLD AP посредством первой линии связи, причем запрос включает в себя идентификатор MLD без AP, причем указанный идентификатор представляет собой адрес управления доступом к среде; и

приема посредством приемопередатчика на первую линию сообщения в ответ на запрос.

Документы, цитированные в отчете о поиске Патент 2024 года RU2816579C2

US 2019150214 A1, 16.05.2019
US 8982820 B1, 17.03.2015
WO 2018136520 A1, 26.07.2018
US 2019116545 A1, 18.04.2019
ЭФФЕКТИВНЫЙ ОБМЕН ДАННЫМИ СЕТЕВЫХ ИДЕНТИФИКАТОРОВ 2015
  • Тан Бергстрём, Маттиас
RU2676048C1

RU 2 816 579 C2

Авторы

Ван, Сяофэй

Лоу, Ханьцин

Сунь, Ли-Сян

Леви, Джозеф С.

Даты

2024-04-02Публикация

2020-07-13Подача