УСОВЕРШЕНСТВОВАННОЕ АКТИВНОЕ СКАНИРОВАНИЕ В БЕСПРОВОДНЫХ ЛОКАЛЬНЫХ СЕТЯХ
ENHANCED ACTIVE SCANNING IN WIRELESS LOCAL AREA NETWORKS

ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ
Данная заявка испрашивает приоритет предварительной заявки на патент США № 61/642,275, поданной 3 мая 2012, приоритет предварительной заявки на патент США № 61/668,285, поданной 5 июля 2012, приоритет предварительной заявки на патент США № 61/696,567, поданной 4 сентября 2012, и приоритет предварительной заявки на патент США № 61/749,064, поданной 4 января 2013, содержание которых тем самым включено в документ путем ссылки.
ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ
В разработанном Институтом инженеров по электротехнике и электронике стандарте IEEE 802.11 существуют факторы, которые могут неблагоприятно воздействовать на рабочую характеристику и взаимодействие с пользователем в нескольких различных сценариях. Промежуток времени (например, вплоть до нескольких секунд), требуемый в IEEE 802.11 для установления начального соединения для пользовательского устройства, может оказать негативное влияние на взаимодействие с пользователем. Например, в использовании интерактивных сеансов (например, видео с поддержкой Skype), соединение может не быть способным поддерживаться при переключении от другой сети, например, от сети связи третьего поколения (3G) к беспроводной локальной сети (WLAN). Другим примером, где процесс установки канала связи может неблагоприятно воздействовать на рабочую характеристику, является требование поддержки большого количества пользователей, одновременно входящих в зону расширенного обслуживания (ESS), и надежного обеспечения начальной аутентификации пользователей.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Способ активного сканирования в беспроводной сети может задействовать два передатчика. В таком способе могут иметь место следующие этапы: детектирование первого запроса на зондирование, имеющего в составе объект сканирования, исходящего от первого передатчика; требование послать запрос на зондирование на объект сканирования от второго передатчика; и отмена второго запроса на зондирование при условии, что второй передатчик детектирует первый запрос на зондирование.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Более подробное понимание может быть получено из последующего описания, приведенного в качестве примера, вместе с сопроводительными чертежами.
Фиг. 1A - схема примерной системы связи, в которой могут быть реализованы один или несколько раскрытых вариантов осуществления.
Фиг. 1B - схема примерного беспроводного приемо-передающего устройства (WTRU), которое может использоваться в системе связи, иллюстрируемой на Фиг. 1A.
Фиг. 1C - схема примерной сети радиодоступа и примерной базовой сети, которая может использоваться в системе связи, иллюстрируемой на Фиг. 1A.
Фиг. 2 - иллюстрация примера процедуры установки канала связи по IEEE 802.11.
Фиг. 3 - иллюстрация примера активного сканирования.
Фиг. 3A - иллюстрация элемента начальный установки канала связи.
Фиг. 4 - иллюстрация примера дальностей действия станции и точек доступа.
Фиг. 5 - иллюстрация примера осуществления отмены Ответа по зондированию.
Фиг. 6 - иллюстрация примера осуществления отмены Запроса на Зондирование.
Фиг. 7 - иллюстрация другого примера осуществления отмены Запроса на Зондирование.
Фиг. 8 - иллюстрация примера Информационного элемента набора параметров EDCA FILS.
Фиг. 9 - иллюстрация Информационного элемента Параметров Доступа.
Фиг. 10 - иллюстрация полей Характеристики i в IE Параметров Доступа.
Фиг. 10A - иллюстрация структуры элемента ILS.
Фиг. 11 - иллюстрация первого примера кадра упрощенного запроса на зондирование с полем описания различия.
Фиг. 12 - иллюстрация второго примера кадра упрощенного запроса на зондирование с полем описания различия.
Фиг. 13 - иллюстрация примера поля различия/IE в кадре упрощенного запроса на зондирование.
Фиг. 14 - иллюстрация поля различия/IE в кадре упрощенного запроса на зондирование.
Фиг. 15 - иллюстрация примера кадра упрощенного ответа по зондированию с полем описания различия.
Фиг. 16 - иллюстрация примера кадра упрощенного ответа по зондированию с полем описания различия.
Фиг. 17 - иллюстрация поля различия/IE в кадре упрощенного ответа по зондированию.
Фиг. 18 - иллюстрация поля различия/IE в кадре упрощенного ответа по зондированию.
ПОДРОБНОЕ ОПИСАНИЕ
ВВЕДЕНИЕ
В беспроводной связи и конкретно - в протоколах 802.11 Института инженеров по электротехнике и электронике (IEEE), которые неофициально известны как стандарт Wi-Fi беспроводного доступа, часто требуется, чтобы объекты в сети, такие как точки доступа (AP), были способны обеспечивать возможность подключения для большого количества пользователей. Пользователи обычно сканируют систему связи при установлении возможности подключения. Сканирование часто приводит к перегрузке пропускной способности сети связи и порождению конфликтов и задержки при доступе вследствие обмена запросами и ответами по зондированию между пользователями и сетью.
В способе и устройстве может приниматься примитив MLME-SCAN.request (запрос сканирования MLME) со значением ScanType (тип сканирования), указывающим активное сканирование, и при условии истечения таймера ProbeDelay (задержка зондирования) или приема примитива PHYRxStart.indication (указатель начала приема на физическом уровне) может выполняться процедура базового доступа. В способе и устройстве передача Запроса на Зондирование может приостанавливаться или отменяться. Приостановка отмены может выполняться при помощи примитивов между объектом управления станции (SME) и объектом управления уровня подуровня управления доступом к среде передачи (MAC) (MLME), посредством чего примитив MLME-Scan-STOP.request может указывать приостановку активного сканирования для текущего канала. Кроме того, в способе и устройстве кадр запроса на зондирование может передаваться при условии, что кадр ответа по зондированию не декодируется.
Фиг. 1A является схемой примерной системы 100 связи, в которой могут быть реализованы один или несколько раскрытых вариантов осуществления. Система 100 связи может быть системой множественного доступа, которая предоставляет контент, такой как речь, данные, видео, обмен сообщениями, вещательная передача и т.д., множественным пользователям радиосвязи. Система 100 связи может давать возможность множественным пользователям радиосвязи осуществлять доступ к такому контенту посредством совместного использования ресурсов системы, включая полосу пропускания беспроводной связи. Например, системы 100 связи могут использовать один или несколько способов доступа к каналу, таких как множественный доступ с кодовым разделением (CDMA), множественный доступ с временным разделением (TDMA), множественный доступ с частотным разделением (FDMA), FDMA с ортогональным частотным разделением (OFDMA), FDMA с одной несущей (SC-FDMA), и подобное.
Как показано на Фиг. 1A, система 100 связи может включать в себя беспроводные приемо-передающие устройства (WTRU) 102a, 102b, 102c, 102d, сеть 104 радиодоступа (RAN), базовую сеть 106, телефонную коммутируемую сеть 108 общего пользования (PSTN), сеть 110 Интернет и другие сети 112, хотя следует понимать, что раскрытые варианты осуществления предполагают любое количество устройств WTRU, базовых станций, сетей и/или элементов в сети. Каждое устройство из WTRU 102a, 102b, 102c, 102d может быть любым типом устройства, сконфигурированным для работы и/или осуществления связи в беспроводной среде. В качестве примера WTRU 102a, 102b, 102c, 102d могут быть сконфигурированы для передачи и/или приема сигналов радиосвязи и могут включать в себя оборудование пользователя (UE), мобильную станцию, стационарное или мобильное абонентское устройство, устройство персонального вызова, сотовый телефон, персональный цифровой помощник (PDA), смартфон, переносной компьютер, нетбук, персональный компьютер, беспроводной датчик, бытовую электронную аппаратуру, и подобное.
Системы 100 связи могут также включать в себя базовую станцию 114a и базовую станцию 114b. Каждая из базовых станций 114a, 114b может быть любым типом устройства, сконфигурированного с возможностью беспроводного интерфейса с, по меньшей мере, одним устройством из WTRU 102a, 102b, 102c, 102d, чтобы содействовать доступу к одной или нескольким сетям связи, таким как базовая сеть 106, сеть 110 Интернет и/или сети 112. В качестве примера базовыми станциями 114a, 114b могут быть базовая приемопередающая станция (BTS), Узел-B, усовершенствованный Узел-B (eNode B), Домашний Узел-B (Home Node B), Домашний усовершенствованный Узел-B (Home eNode B), контроллер узла, точка доступа (AP), беспроводный маршрутизатор и подобное. Хотя каждая из базовых станций 114a, 114b изображена в виде одиночного элемента, следует понимать, что базовые станции 114a, 114b могут включать в себя любое количество взаимосвязанных базовых станций и/или элементов в сети.
Базовая станция 114a может быть частью RAN 104, которая также может включать в себя другие базовые станции и/или элементы в сети (не показаны), такие как контроллер базовой станции (BSC), контроллер радиосети (RNC), узлы ретрансляции, и т.д. Базовая станция 114a и/или базовая станция 114b могут быть сконфигурированы с возможностью передачи и/или приема сигналов радиосвязи в пределах конкретной географической области, которая может называться сотой (не показана). Сота может далее разделяться на секторы соты. Например, сота, связанная с базовой станцией 114a, может быть разделена на три сектора. Таким образом, в одном варианте осуществления базовая станция 114a может включать в себя три приемопередатчика, то есть, один для каждого сектора соты. В другом варианте осуществления базовая станция 114a может применять технологию «множественные входы - множественные выходы» (MIMO) и, следовательно, может использовать множество приемопередатчиков для каждого сектора соты.
Базовые станции 114a, 114b могут осуществлять связь с одним или несколькими WTRU 102a, 102b, 102c, 102d по радиоинтерфейсу 116, который может быть любой подходящей беспроводной линией связи (например, диапазонов радиочастотного (RF), микроволнового, инфракрасного излучения (IR), ультрафиолетового (UV), видимой части спектра, и т.д.). Радиоинтерфейс 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 может включать в себя Высокоскоростной пакетный доступ в нисходящей линии связи (HSDPA) и/или Высокоскоростной пакетный доступ в восходящей линии связи (HSUPA).
В другом варианте осуществления базовая станция 114a и устройства WTRU 102a, 102b, 102c могут реализовывать технологию радиосвязи, такую как Усовершенствованный универсальный наземный радиодоступ (E-UTRA) Универсальной системы мобильной связи (UMTS), которая может устанавливать радиоинтерфейс 116 с использованием стандартов Долговременного развития (LTE) и/или Усовершенствованного LTE (LTE-Advanced, LTE-A).
В других вариантах осуществления базовая станция 114a и устройства WTRU 102a, 102b, 102c могут реализовывать технологии радиосвязи, такие как стандарта IEEE 802.16 (то есть, Глобальной совместимости широкополосного беспроводного доступа (WiMAX)), CDMA2000, CDMA2000 IX, EV-DO CDMA2000, Промежуточного стандарта 2000 (IS-2000), Промежуточного стандарта 95 (IS-95), Промежуточного стандарта 856 (IS-856), Глобальной системы мобильной связи (GSM), Развития стандарта GSM с увеличенной скоростью передачи данных (технология EDGE), технологии EDGE для GSM (GERAN), и подобные.
Базовая станция 114b на Фиг. 1A может быть беспроводным маршрутизатором, Home Node B, Home eNode B, или точкой доступа, например, и может использовать любую подходящую RAT для содействия возможности беспроводного соединения в локализованной области, такой как местонахождение предприятия, дом, транспортное средство, территория учебного заведения, и подобном. В одном варианте осуществления базовая станция 114b и устройства WTRU 102c, 102d могут реализовывать технологию радиосвязи, такую как IEEE 802.11, чтобы устанавливать беспроводную локальную сеть (WLAN). В другом варианте осуществления базовая станция 114b и WTRU 102c, 102d могут реализовывать технологию радиосвязи, такую как IEEE 802.15, чтобы устанавливать беспроводную персональную сеть (WPAN). В еще одном варианте осуществления базовая станция 114b и WTRU 102c, 102d могут использовать RAT на основе сотовой связи (например, WCDMA, CDMA2000, GSM, LTE, LTE-A и т.д.), чтобы устанавливать пикосоту или фемтосоту. Как показано на Фиг. 1A, у базовой станции 114b может иметься прямое подключение к сети Интернет 110. Таким образом, базовой станции 114b может не требоваться осуществлять доступ к сети 110 Интернет через базовую сеть 106.
RAN 104 может находиться в связи с базовой сетью 106, которая может быть любым типом сети, сконфигурированной для предоставления передачи речи, данных, приложений, и/или услуг передачи речи по протоколу IP (VoIP) на одно или несколько устройств из WTRU 102a, 102b, 102c, 102d. Например, базовая сеть 106 может обеспечивать управление вызовами, услуги тарификации, услуги мобильной связи на основе местоположения, вызов с предоплатой, возможность подключения к сети Интернет, распространение видео и т.д., и/или выполнять высокоуровневые функции обеспечения безопасности, например, аутентификацию пользователя. Хотя не показано на Фиг. 1A, следует понимать, что RAN 104 и/или базовая сеть 106 могут находиться в прямой или непрямой связи с другими RAN, которые используют такую же RAT, как и RAN 104, или другую RAT. Например, в дополнение к тому, что базовая сеть 106 является подключаемой к сети RAN 104, которая может использовать технологию радиосвязи E-UTRA, базовая сеть 106 также может находиться в связи с другой RAN (не показана), применяющей технологию радиосвязи GSM.
Базовая сеть 106 может также использоваться в качестве шлюза для WTRU 102a, 102b, 102c, 102d, чтобы осуществлять доступ к PSTN 108, сети 110 Интернет, и/или другим сетям 112. PSTN 108 может включать в себя телефонные коммутируемые сети, которые обеспечивают услуги обычной телефонной сети (POTS). Сети 110 Интернет могут включать в себя глобальную систему взаимосвязанных компьютерных сетей и устройств, которые используют общие протоколы связи, такие как протокол управления передачей (TCP), протокол дейтаграмм пользователя (UDP) и протокол Интернет (IP) в комплекте протоколов Интернет TCP/IP. Сети 112 могут включать в себя проводные или беспроводные сети связи, которыми владеют в и/или управляют другие поставщики услуг. Например, сети 112 могут включать в себя другую базовую сеть, соединенную с одним или большим количеством 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, несъемную память 106, съемную память 132, источник 134 питания, набор схем 136 глобальной системы определения местоположения (GPS), и другие периферийные устройства 138. Следует понимать, что WTRU 102 может включать в себя любую подкомбинацию вышеизложенных элементов, оставаясь согласующимся с вариантом осуществления.
Процессор 118 может быть универсальным процессором, специализированным процессором, стандартным процессором, цифровым процессором сигналов (DSP), множеством микропроцессоров, одним или несколькими микропроцессорами в сочетании с базовыми средствами DSP, контроллером, микроконтроллером, специализированной интегральной схемой (ASIC), схемами программируемой вентильной матрицы (FPGA), любым другим типом интегральной схемы (IC), конечным автоматом, и т.п. Процессор 118 может выполнять кодирование сигнала, обработку данных, управление мощностью, обработку ввода/вывода и/или любую другую функциональность, которая дает возможность WTRU 102 работать в беспроводной среде. Процессор 118 может быть связан с приемопередатчиком 120, который может быть связан с приемо-передающим элементом 122. Хотя Фиг. 1B изображает процессор 118 и приемопередатчик 120 в виде отдельных компонентов, следует понимать, что процессор 118 и приемопередатчик 120 могут быть объединены вместе в электронный модуль или микросхему.
Приемо-передающий элемент может быть сконфигурирован с возможностью передавать сигналы на базовую станцию или принимать сигналы от базовой станции (например, базовой станции 114a) по радиоинтерфейсу 116. Например, в одном варианте осуществления приемо-передающий элемент 122 может быть антенной, сконфигурированной для передачи и/или приема RF сигналов. В другом варианте осуществления приемо-передающий элемент 122 может быть излучателем/детектором, сконфигурированным для передачи и/или приема сигналов IR-диапазона, UV-диапазона, или видимого излучения, например. В еще одном варианте осуществления приемо-передающий элемент 122 может быть сконфигурирован для передачи и приема сигналов диапазонов и RF, и видимого излучения. Следует понимать, что приемо-передающий элемент 122 может быть сконфигурирован для передачи и/или приема любой комбинации сигналов радиосвязи.
Кроме того, хотя приемо-передающий элемент 122 изображен на Фиг. 1B в виде одиночного элемента, WTRU 102 может включать в себя любое количество приемо-передающих элементов 122. Более конкретно, WTRU 102 может использовать технологию MIMO. Таким образом, в одном варианте осуществления WTRU 102 может включать в себя два или большее количество приемо-передающих элементов 122 (например, многоэлементные антенны) для передачи и приема сигналов радиосвязи по радиоинтерфейсу 116.
Приемопередатчик 120 может быть сконфигурирован для модулирования сигналов, подлежащих передаче приемо-передающим элементом 122, и демодулирования сигналов, которые принимаются приемо-передающим элементом 122. Как отмечено выше, WTRU 102 может иметь средства поддержки многих режимов. Таким образом, приемопередатчик 120 может включать в себя множественные приемопередатчики для предоставления возможности WTRU 102 осуществлять связь через множественные RAT, такие как UTRA и IEEE 802.11, например.
Процессор 118 в WTRU 102 может быть связан с динамиком/микрофоном 124, клавиатурой 126, и/или устройством отображения/сенсорной панелью 128 (например, устройством отображения с жидкокристаллическим экраном (LCD) или устройством отображения на органических светодиодах (OLED)), и может принимать данные пользовательского ввода от них. Процессор 118 может также выводить пользовательские данные на динамик/микрофон 124, клавиатуру 126 и/или устройство отображения/сенсорную панель 128. Кроме того, процессор 118 может осуществлять доступ к информации из любого типа подходящей памяти, и сохранять данные в любом типе подходящей памяти, такой как несъемная память 106 и/или съемная память 132. Несъемная память 106 может включать в себя оперативное запоминающее устройство (RAM), постоянное запоминающее устройство (ROM), накопитель на жестком диске, или любой другой тип запоминающего устройства. Съемная память 132 может включать в себя карту модуля идентификации абонента (SIM), карту памяти, флэш-карту формата Secure Digital (SD), и т.п. В других вариантах осуществления процессор 118 может осуществлять доступ к информации из памяти и сохранять данные в памяти, которая физически не находится в WTRU 102, например, на сервере или домашнем компьютере (не показаны).
Процессор 118 может принимать энергию от источника 134 питания и может быть сконфигурирован с возможностью распределять и/или регулировать питание по отношению к другим компонентам в WTRU 102. Источник 134 питания может быть любым подходящим устройством для осуществления питания WTRU 102. Например, источник 134 питания может включать в себя один или большее количество элементов сухой батареи (например, никель-кадмиевой (NiCd), никель-цинковой (NiZn), никель-металлогидридной (NiMH), ионно-литиевой (Li-ion) и т.д.), солнечных элементов, топливных элементов и т.п.
Процессор 118 может также быть связан с набором схем GPS 136, который может быть сконфигурирован для предоставления информации местоположения (например, долготы и широты) относительно текущего местоположения WTRU 102. В дополнение к информации от набора схем GPS 136 или вместо нее, WTRU 102 может принимать информацию местоположения по радиоинтерфейсу 116 от базовой станции (например, базовых станций 114a, 114b) и/или определять свое местоположение на основании синхронизации сигналов, принимаемых от двух или большего количества соседних базовых станций. Следует понимать, что WTRU 102 может получать информацию местоположения с помощью любого подходящего способа определения местоположения, оставаясь согласующимся с вариантом осуществления.
Процессор 118 дополнительно может быть связан с другими периферийными устройствами 138, которые могут включать в себя один или большее количество программных и/или аппаратных модулей, которые обеспечивают дополнительные функции, функциональность и/или возможность проводного или беспроводного соединения. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для фотографий или видео), порт универсальной последовательной шины (USB), виброустройство, телевизионный приемопередатчик, радиотелефон типа "свободные руки", модуль по технологии Bluetooth, частотно-модулированный (FM) блок радиовещания, цифровой музыкальный проигрыватель, мультимедийный проигрыватель, модуль проигрывателя видеоигр, браузер сети Интернет и т.п.
Фиг. 1C является схемой RAN 104 и базовой сети 106 согласно варианту осуществления. RAN 104 может быть сетью службы доступа (ASN), которая использует технологию радиосвязи по IEEE 802.16, чтобы осуществлять связь с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. Как будет дополнительно обсуждено ниже, линии связи между различными функциональными объектами WTRU 102a, 102b, 102c, RAN 104 и базовая сеть 106 могут задаваться как опорные точки.
Как показано на Фиг. 1C, RAN 104 может включать в себя базовые станции 140a, 140b, 140c и шлюз 142 ASN, хотя будет цениться, что RAN 104 может включать в себя любое количество базовых станций и шлюзов ASN, оставаясь согласующейся с вариантом осуществления. Каждая из базовых станций 140a, 140b, 140c может быть связанной с конкретной сотой (не показана) в RAN 104, и каждая может включать в себя один или большее количество приемопередатчиков для осуществления связи с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления базовые станции 140a, 140b, 140c могут реализовывать технологию MIMO. Таким образом, базовая станция 140a, например, может использовать многоэлементные антенны для передачи сигналов радиосвязи на WTRU 102a и приема сигналов радиосвязи от него. Базовые станции 140a, 140b, 140c могут также обеспечивать функции управления мобильностью, такие как запуск передачи обслуживания, установление туннеля, управление радиоресурсами, классификация трафика, соблюдение политики обеспечения качества обслуживания (QoS), и подобное. Шлюз 142 ASN может использоваться в качестве точки агрегации трафика и может отвечать за персональный вызов, кэширование профилей абонентов, маршрутизацию на базовую сеть 106 и подобное.
Радиоинтерфейс 116 между WTRU 102a, 102b, 102c и RAN 104 может быть определен в виде опорной точки R1, которая реализует технические характеристики стандарта IEEE 802.16. Кроме того, каждое устройство из WTRU 102a, 102b, 102c может устанавливать логический интерфейс (не показан) с базовой сетью 106. Логический интерфейс между WTRU 102a, 102b, 102c и базовой сетью 106 может быть определен в виде опорной точки R2, которая может использоваться для аутентификации, авторизации, управления конфигурацией хост-узла IP и/или управления мобильностью.
Канал связи между каждой станцией из базовых станций 140a, 140b, 140c может задаваться в виде опорной точки R8, которая включает в себя протоколы для содействия передачам обслуживания WTRU и переносу данных между базовыми станциями. Канал связи между базовыми станциями 140a, 140b, 140c и шлюзом 215 ASN может задаваться в виде опорной точки R6. Опорная точка R6 может охватывать протоколы для содействия управлению мобильностью на основании событий мобильности, связанных с каждым из WTRU 102a, 102b, 100c.
Как показано на Фиг. 1C, RAN 104 может быть соединена с базовой сетью 106. Канал связи между RAN 104 и базовой сетью 106 может задаваться в виде опорной точки R3, которая охватывает протоколы для содействия передаче данных и возможности поддержки управления мобильностью, например. Базовая сеть 106 может включать в себя поддерживающий IP-протокол мобильной связи домашний агент (MIP-HA) 144, сервер 146 аутентификации, авторизации и ведения учета (AAA) и шлюз 148. Хотя каждый из предшествующих элементов изображается в виде части базовой сети 106, будет цениться, что любым из этих элементов может владеть и/или управлять объект, отличный от оператора базовой сети.
MIP-HA может отвечать за управление IP-адресом и может давать возможность устройствам WTRU 102a, 102b, 102c осуществлять роуминг между различными ASN и/или различными базовыми сетями. MIP-HA 144 может обеспечивать для WTRU 102a, 102b, 102c доступ к сетям с коммутацией пакетов, таким как сети 110 Интернет, для содействия связи между WTRU 102a, 102b, 102c и устройствами с поддержкой IP. Сервер 146 AAA может отвечать за аутентификацию пользователя и за поддержку абонентских услуг. Шлюз 148 может содействовать взаимодействию с другими сетями. Например, шлюз 148 может обеспечивать для WTRU 102a, 102b, 102c доступ к сетям с коммутацией каналов, таким как PSTN 108, для содействия связи между WTRU 102a, 102b, 102c и устройствами традиционной наземной связи. Кроме того, шлюз 148 может обеспечивать для WTRU 102a, 102b, 102c доступ к сетям 112, которые могут включать в себя другие проводные или беспроводные сети, принадлежащие и/или управляемые другими поставщиками услуг.
Хотя не показано на Фиг. 1C, будет цениться, что RAN 104 может быть подключена к другим ASN, и базовая сеть 106 может быть подключена к другим базовым сетям. Канал связи между RAN 104 и другими ASN может задаваться в виде опорной точки R4, которая может охватывать протоколы для координации мобильности WTRU 102a, 102b, 102c между RAN 104 и другими ASN. Канал связи между базовой сетью 106 и другими базовыми сетями может задаваться в виде опорной точки R5, которая может охватывать протоколы для содействия взаимодействию между домашними базовыми сетями и гостевыми базовыми сетями.
Другая сеть 112 может кроме того подключаться к базирующейся на IEEE 802.11 беспроводной локальной сети (WLAN) 160. WLAN 160 может включать в себя маршрутизатор 165 доступа. Маршрутизатор доступа может содержать функциональность шлюза. Маршрутизатор 165 доступа может находиться в связи с множеством точек 170a, 170b доступа (AP). Связь между маршрутизатором 165 доступа и точками AP 170a, 170b может осуществляться через проводной Ethernet (стандарты IEEE 802.3), или любой тип протокола беспроводной связи. AP 170a находится в беспроводной связи по радиоинтерфейсу с WTRU 102d.
Беспроводная локальная сеть (WLAN) в режиме инфраструктуры базовой зоны обслуживания (BSS) может иметь точку доступа (AP) для BSS и одну или большее количество станций (STA), связанных с AP. AP может иметь доступ или интерфейс к распределительной системе (DS) или другому типу проводной или беспроводной сети, которая переносит трафик в BSS и из BSS. Трафик на станции STA, который исходит извне BSS, поступает через AP и доставляется на станции STA. Трафик, исходящий от станций STA на пункты назначения вне BSS, посылается на AP, чтобы доставляться на свои соответственные пункты назначения. Трафик между станциями STA внутри BSS также может посылаться через AP, где исходная STA посылает трафик на AP, и AP поставляет трафик на STA-получатель. Трафик между станциями STA в рамках BSS является одноранговым трафиком. Одноранговый трафик может также посылаться непосредственно между STA источниками и получателями с установкой прямой линии связи (DLS), используя DLS стандарта 802.11e Института инженеров по электротехнике и электронике (IEEE) или туннелированные DLS (TDLS) стандарта IEEE 802.11z. WLAN в режиме Независимой BSS не имеет AP, и STA осуществляют связь непосредственно друг с другом.
ОПИСАНИЕ
Будет описан процесс начальной установки канала связи, а также Быстрая начальная установка канала связи (FILS).
Продолжительность начальной установки канала связи менее, чем 100 миллисекунд (мс), при поддержании при этом уровня безопасности соединения в сети с устойчивой безопасностью (RSNA) является одним эталонным тестом, требуемым в системе связи по IEEE 802.11. Продолжительность начальной установки канала связи может задаваться в виде величины времени, требуемого для получения способности посылать трафик по Протоколу Интернет (IP) с действительным IP-адресом через AP. Кроме того, поддержка минимальной пользовательской нагрузки для, по меньшей мере, 100 не-AP станций STA, входящих в ESS в течение 1 секунды, и успешное проведение установки канала связи является одним эталонным тестом. Кроме того, устойчивость в присутствии высокой фоновой нагрузки для обеспечения установки канала связи для нагрузок среды, по меньшей мере, в 50% является другим эталонным тестом.
Процесс FILS может содержать пять фаз: обнаружение AP, обнаружение сети, дополнительную функцию синхронизации временных привязок (TSF), аутентификацию и ассоциирование, и установку IP более высокого уровня.
На Фиг. 2 показывается пример установки канала связи по IEEE 802.11. На Фиг. 2 используется Расширяемый протокол аутентификации (EAP). На Фиг. 2 показываются пять фаз: обнаружение 202 AP, которое может осуществляться с использованием либо активного сканирования, либо пассивного сканирования станциями STA, обнаружение 204 сети, дополнительная TSF 206, аутентификация 208 и ассоциирование 210, и установка 212 IP более высокого уровня.
Далее в описании будет раскрыто активное сканирование и FILS более подробно.
Могут быть два типа сканирования: активное сканирование и пассивное сканирование. Здесь описываются активное сканирование и FILS. Пассивное сканирование может характеризоваться, как изложено ниже:
(1) STA может не передавать сигнал на AP,
(2) STA настраивается на каждый канал, например, каждый канал в списке каналов-кандидатов, и ожидает кадры Маяка (Beacon), и
(3) Все принятые маяки могут быть буферизованы, чтобы извлекать информацию о BSS, которая посылала маяки.
В пассивном сканировании имеются низкие непроизводительные издержки и отсутствие обменов кадров, а также существует потенциальная замедленность, и сканирование зависит от интервала маяков.
Активное сканирование характеризуется, как изложено ниже:
(1) На каждом канале STA может посылать Запрос на Зондирование после получения доступа,
(2) STA может ожидать Ответа по зондированию, и
(3) Ответ по зондированию может быть одноадресным служебным кадром, который должен подтверждаться (посредством ACK).
В активном сканировании может быть повышенная скорость по сравнению с маяком, поскольку оно выполняется в виде «один на один», и также имеются высокие издержки, и активное сканирование не может выполняться для сценариев с переполнением.
В конце процесса сканирования может формироваться отчет о сканировании, который приводит перечень всех обнаруженных зон BSS и их параметров. Этими параметрами могут быть: идентификатор BSS (BSSID), Идентификатор (ID) зоны обслуживания (SSID), тип BSS, интервал маяка, параметры временных привязок, параметры физического уровня (PHY) и подобное. STA может выбирать BSS или AP для присоединения согласно критерию.
Далее в описании будет раскрыто усовершенствованное активное сканирование.
На Фиг. 3 показан пример активного сканирования. Список фильтра (Filter List) может добавляться к кадрам 304 Запроса на Зондирование, чтобы давать возможность запрашивающей STA задать узлы AP, которые могут ответить, более точно. Передатчик 302 кадра 304 Запроса на Зондирование может указывать Максимальное время канала (Max Channel Time), в течение которого он может быть доступным для приема кадров 306 Ответа по зондированию. Передатчик 302 кадра 304 Запроса на Зондирование может отменить передачу ожидающих кадров 306 Ответа по зондированию путем посылки кадра Окончания Зондирования (Probe End) на точки AP, таким образом избегая ненужных повторных передач ответов на Запрос на Зондирование, если передатчик кадра Запроса на Зондирование переключается для сканирования другого канала.
Ответ 306 по зондированию может передаваться на широковещательный адрес, и кадр Ответа по зондированию может содержать информацию от других BSS. Если AP 308 прослушивает Ответ 306 по зондированию, включающий информацию от своей BSS, AP может отменить передачу своего кадра Ответа по зондированию. Если AP 308 принимает множественные кадры 304 Запроса на Зондирование, AP 308 может передавать один кадр 306 Ответа по зондированию в качестве ответа на множественные запросы. Подобным образом маяк может использоваться в качестве ответа по зондированию, таким образом устраняя двойную передачу одной и той же информации. Дополнительно, кадры Ответа по зондированию могут включать в себя информацию относительно BSS, первичный канал которых является отличным от сканируемого канала, так что количество каналов, подлежащих сканированию, может быть снижено.
Далее в описании будут раскрыты параметры активного сканирования.
Теперь будет описано активное сканирование. Примитив, именуемый в документе как MLME-SCAN-STOP.request, также будет здесь описан. Параметрами примитива MLME-SCAN-STOP.request являются следующие: MLME-SCAN-STOP.request (ScanStopType, BSSID, SSID, SSIDList, HESSID, Mesh ID, Filter List, VendorSpecificInfo). Таблица 1 представляет тип, рабочий диапазон и описание параметров примитива MLME-SCAN-STOP.request.
Таблица 1
Тип, рабочий диапазон и описание параметров примитива MLME-SCAN-Stop.request
Имя
Тип
Рабочий диапазон
Описание
ScanStopType
Перечисление
Stop_ALL, SET_CRITERIA
Определяет, отменен ли прием всех ответов на Запрос на Зондирование или установлены ли новые критерии для ответа.
BSSID
MAC-адрес
Любой действительный индивидуальный или широковещательный MAC-адрес
Идентифицирует конкретный или обобщенный (wildcard) BSSID.
SSID
Строка октетов
0-32 октета
Задает требуемый SSID или обобщенный SSID.
SSID List
Набор элементов SSID
Предварительно заданный
Один или большее количество элементов SSID, которые могут присутствовать, когда истинно dot11MgmtOptionSSIDListActivated.
HESSID
MAC-адрес
Любой действительный индивидуальный MAC-адрес или широковещательный MAC-адрес
Задает требуемый конкретный идентификатор сети HESSID или обобщенный идентификатор сети. Это поле присутствует при истинном Dot11InterworkingServiceActivated.
Mesh ID
Строка октетов
0-32 октета
Присутствует, только если BSSType=MESH или BSSType=ANY_BSS. Задает требуемый Mesh ID или обобщенный Mesh ID.
Filter List
Предварительно заданный
Предварительно заданный
Список указывает идентификаторы HESSID, Mesh ID, SSID и BSSID, которым не позволяют отвечать на запрос.
VendorSpecificInfo
Набор элементов
Предварительно заданный
Нуль или большее количество элементов.
Примитив MLME-SCAN-STOP.request может формироваться посредством SME для STA, чтобы остановить какой-либо продолжающийся процесс сканирования или установить новые критерии для продолжающегося процесса сканирования.
Эффект приема примитива MLME-SCAN-STOP.request может состоять в завершении любых продолжающихся процедур сканирования и передаче кадра Окончания Зондирования. Подтверждение завершения сканирования может обеспечиваться посредством примитива MLME-SCAN.confirm.
Поле, именуемое в документе "Filter List" (Список фильтра), может добавляться в примитив MLME-Scan.request. Список указывает идентификаторы HESSID, Mesh ID, SSID и BSSID, которые могут игнорировать запрос.
По приему примитива MLME-SCAN.request со ScanType, указывающим активное сканирование, STA может выполнять следующее для каждого канала, подлежащего сканированию:
a) Ожидать, пока не истечет время ProbeDelay, или не будет принят примитив PHYRxStart.indication.
b) Выполнить процедуру Базового доступа.
c) Послать Запрос на Зондирование на широковещательный адрес получателя с SSID и BSSID из примитива MLME-SCAN.request. Когда Список SSID присутствует в примитиве MLME-SCAN.request, послать один или большее количество кадров Запрос на Зондирование, каждый с SSID, указанным в Списке SSID, и BSSID из примитива MLME-SCAN.request.
d) Установить ProbeTimer в 0 и запустить ProbeTimer.
e) Если примитив PHY-CCA.indication (занят) не был обнаружен до достижения ProbeTimer значения MinChannelTime, установить NAV (вектор распределения сети) в 0 и сканировать следующий канал. Иначе, MLME может выдавать примитив MLME-SCAN.received с BSSDescriptionSet, содержащим информацию AP, когда Ответа по зондированию или кадр Маяка принимается от AP в первый раз. При достижении ProbeTimer значения MinChannelTime, установить NAV в 0 и сканировать следующий канал.
Когда все каналы в Списке каналов (ChannelList) были просканированы, MLME может выдавать примитив MLME-SCAN.received с BSSDescriptionSet, содержащим всю информацию, накопленную в течение сканирования. Если MLME принимает примитив MLME-SCAN-STOP.request, STA может передать кадр Окончания Зондирования с полем «Завершить все запросы» (Terminate All Requests) для Параметров запроса FILS, установленных в 1, и остановить продолжающийся процесс сканирования. MLME может выдавать примитив MLME-SCAN.confirm с BSSDescriptionSet, содержащим накопленную информацию, и имеющий ResultCode (код результата), установленный в значение SCAN_ABORTED (сканирование завершено преждевременно).
Далее в описании будут раскрыты ответы по отмене на запросы на зондирование и кадр окончания зондирования.
Ответы по отмене на Запрос на Зондирование с помощью кадра Окончания Зондирования теперь будет представлены здесь. Формирователь кадра Запроса на Зондирование может передавать кадр Окончания Зондирования по широковещательному адресу или индивидуальному адресу. Если STA, которая приняла кадр Окончания Зондирования, не начала осуществление передачи или осуществляет передачу кадра Ответа по зондированию на передатчик кадра Окончания Зондирования, ответ на кадр Запроса на Зондирование может передаваться при условии, что удовлетворяется следующий критерий:
a) поле «Завершить все Запросы» (Terminate All Requests) в элементе Тип BSS в Списке Фильтра в кадре Окончания Зондирования устанавливается в 0.
b) STA является STA-AP и поле Infrastructure (режим инфраструктуры) элемента Тип BSS в Списке Фильтра в кадре Окончания Зондирования установлено в 0, или идентификатор SSID, BSSID, или однородный идентификатор ESS (HESSID) для STA не включается в Список Фильтра в кадре Окончания Зондирования; или
1) BSS для STA является независимой BSS (IBSS), и поле IBSS элемента Тип BSS в Списке Фильтра в кадре Окончания Зондирования установлено в 0, или идентификатор SSID либо BSSID для STA не включен в Список Фильтра в кадре Окончания Зондирования; или
2) STA является STA ячеистой (mesh) сети и поле «mesh BSS» (MBSS) элемента Тип BSS в Списке Фильтра в кадре Окончания Зондирования установлено в 0, или значение Mesh ID или MAC Address (MAC-адрес) для STA ячеистой сети не включается в Список Фильтра в кадре Окончания Зондирования.
Если вышеупомянутые критерии не удовлетворяются, приемник кадра Окончания Зондирования может передавать или ретранслировать ответ на кадр Запроса на Зондирование однократно, но может быть требование, чтобы ответ не мог передаваться или ретранслироваться более одного раза.
Далее в описании будет раскрыт упрощенный ответ на запрос на зондирование.
В упрощенном ответе по зондированию, AP может посылать обычный кадр Ответа по зондированию в ответ на Запрос на Зондирование, посылаемый посредством STA (например, STA1). В ответ на Запрос на Зондирование (безразлично, является ли ответ упрощенным, или нет) от другой STA (например, STA2) AP может посылать на STA2 упрощенный Ответ по зондированию при наличии ссылки на обычный Ответ по зондированию, посланный ранее. Это может происходить, если только AP известно, что STA2 осуществляет прослушивание обычного Ответа по зондированию. Например, AP может принимать Запрос на Зондирование от STA2 непосредственно до того, как пошлет обычный Ответ по зондированию, или второй Запрос на Зондирование являет собой упрощенный Запрос на Зондирование, который ссылается на первый Запрос на Зондирование, указывающий, что для STA2 требуется пробуждение и прослушивание канала, поскольку она принимает первый Запрос на Зондирование.
Упрощенный Ответ по зондированию может включать в себя Поле ссылки на Ответ по зондированию или информационный элемент (IE), который представляет копию номера Управления Очередностью (Sequence Control) в Ответе по зондированию, который послан ранее в качестве ссылочной информации, например. Целевой получатель или получатели Упрощенного Ответа по зондированию могут использовать ссылочную информацию, чтобы однозначно идентифицировать указанный ссылкой Ответ по зондированию, который был принят ранее.
Далее в описании будет раскрыта дифференцированная начальная установка канала связи.
В дифференцированной Начальной установке канала связи:
AP может включать элемент «Начальная установка канала связи» (Initial Link Setup, ILS), как показано на Фиг. 3A, в кадры, такие как маяки, кадры Обнаружения FILS, и Ответы по зондированию со следующими полями в дополнение к Идентификатору (ID) 352 элемента и Длине (Length) 354.
Битовый массив 356 «Категория начальной установки канала связи» (Initial Link Setup Category, ILSC): битовый массив, содержащий 8 битов ILSC, указывающих, какая Категория ILS или Категории станций STA может делать попытку для ассоциирования с AP в последующий период.
Время 358 ILS: указатель промежутка времени, в течение которого станциям STA, для которых биты ILSC установлены в 0, может не разрешаться попытка для ассоциирования с AP.
Далее в описании будет раскрыто несколько сценариев, которые могут встретиться в использовании.
В первом сценарии, когда большое количество STA, которые запрашивают начальную установку канала связи, входят в BSS одновременно, STA, продолжающие активное сканирование, могут посылать на AP кадры Запроса на Зондирование. Например, на основании измерений действительного трафика на вокзале в Токио, количество пакетов Ответа по зондированию приблизительно в четыре - пять раз больше, чем количество пакетов Запроса на Зондирование, которое указывает, что каждый пакет Запроса на Зондирование в среднем инициирует 4-5 пакетов Ответа по зондированию. Это является результатом использования кадров Запроса на Зондирование с Обобщенным SSID. Кроме того, занятость эфирного времени пакетами Запроса/Ответа по зондированию занимает приблизительно 18,32%. Кроме того, количество пакетов Запроса/Ответа по зондированию составляет приблизительно 35% от всех пакетов, что повышает вероятность конфликта доступа к каналу и задержку, следовательно, вызывая запаздывание в течение активного сканирования AP. Следовательно, является желательным избегать ненужных передач кадров Запроса на Зондирование, посылаемых станциями STA, запрашивающими начальную установку канала связи. Кроме того, также требуется минимизация передач Запроса на Зондирование с Обобщенным SSID.
Во втором сценарии STA, которая успешно принимает ответ на свой переданный кадр Запроса на Зондирование, может посылать на узлы AP кадры Окончания Запроса на Зондирование, чтобы отменить какую-либо ждущую передачу ответов на Запрос на Зондирование. Однако STA может не иметь сведений, является ли, или не является успешным сканирование других STA в канале, (то есть, принимается ли Ответ по зондированию или Маяк, или не принимается). Доступны примеры, которые показывают, что отмена кадров Ответа по зондированию может вызывать проблемы для других STA, запрашивающих начальную установку канала связи.
На Фиг. 4 показан пример зон действия станции и точки доступа. Например, можно рассмотреть сценарий, где STA1 402 способна слушать AP1/BSS1 404 и AP2/BSS2 406, но STA2 408 не способна слушать AP1/BSS1 404, но может слушать AP2/BSS2 406. Кроме того, STA1 402 посылает Запрос на Зондирование, который принимается посредством AP1 404 и AP2 406, и принимает ответ на Запрос на Зондирование от AP1 404, успешно включающий информацию о AP2/BSS2 406. AP2 406 прослушивает ответ на запрос на зондирование со своей BSS, посланный посредством AP1 404, и может не передавать кадр Ответа по зондированию, чтобы ответить на Запрос на Зондирование от STA1 402. Однако, STA2 408 не принимает ответ, поскольку она находится далеко от AP1 404. После этого STA2 408 посылает на AP2 406 Запрос на Зондирование. Затем, и AP1 404, и AP2 406 принимают кадр Окончания Зондирования от STA1 402 до того, как AP2 408 начинает передачу ответа на второй Запрос на Зондирование.
На Фиг. 5 показывается пример отмены Ответа по зондированию. STA1 502 посылает на AP1 500 Запрос 504 на Зондирование и успешно принимает ответ 505 на Запрос 504 на Зондирование от AP1 500. STA2 506 посылает Запрос 508 на Зондирование на AP1 500. AP1 500 принимает кадр 510 Окончания Зондирования от STA1 502 и отменяет ответ на этапе 512 до того, как начинает передачу ответа на второй Запрос 508 на Зондирование.
Оба вышеуказанных примера показывают, что отмена ответа на запрос на зондирование может вызвать задержку для AP сканирования STA2. Следовательно, допущение надлежащей отмены ответа на запрос на зондирование по приему кадра Окончания Зондирования является желательным, чтобы обеспечить хорошую работу активного сканирования.
В третьем сценарии устойчивость в присутствии высокой фоновой нагрузки может быть желательной в FILS. Кроме того, может быть желательным показать обеспечение установки канала связи для нагрузок среды передачи, по меньшей мере, в 50%. Однако пакеты, используемые для содействия процессу FILS, могут иметь тип «Служебный» (Management). Служебные кадры могут передаваться с использованием Категории Доступа (Access Category, AC) AC_VO. В присутствии высокой фоновой нагрузки служебные кадры, используемые в FILS, могут конфликтовать и конкурировать за доступ к среде, используя такой же приоритет, как и другие кадры (данных или служебные), использующие AC_VO, что может вызывать задержку в начальной установке канала связи.
В четвертом сценарии может быть требуемой схема активного сканирования, использующая упрощенный Запрос и Ответ по зондированию. Применение Запроса и Ответа по зондированию может зависеть от того, имеют ли два запроса на зондирование или два ответа на запрос на зондирование одинаковое значение для большинства своих параметров, или имеют ли они различные значения для некоторых параметров.
Каждый из вышеупомянутых сценариев теперь будет обсужден более подробно с пониманием, что обсуждение для одного сценария может быть применимым к другим. В первом сценарии STA может рассматриваться имеющей ждущий Запрос для передачи после приема примитива MLME-SCAN.request со ScanType, указывающим активное сканирование, но до состояний истечения времени ProbeDelay или приема PHYRxStart.indication и получения доступа к каналу.
Может быть три вида ждущих Запросов на Зондирование: запрос на зондирование, предназначенный для конкретного SSID/STA, запрос на зондирование, предназначенный для списка SSID, или запрос на зондирование, предназначенный для обобщенного SSID.
Ждущий запрос на зондирование или прослушанный запрос на зондирование может считаться имеющим согласующийся объект сканирования или параметры, если удовлетворяются некоторые условия.
В первом случае: если представляющий интерес ждущий запрос на зондирование предназначен для конкретного SSID или конкретного адреса, соответствующий уровню управления доступом к среде передачи (MAC), для второй STA:
a) Поле Адрес 1 в прослушиваемом запросе на зондирование может быть широковещательным адресом или конкретным MAC-адресом второй STA, и удовлетворяются либо пункт b), либо пункт c) ниже.
b) Целевым SSID/STA в ждущем запросе может быть mesh ID/STA (ячеистой сети), и Список Фильтра в прослушиваемом запросе на зондирование может не включать значение Mesh ID или конкретный MAC-адрес второй STA в ждущий запрос, и Mesh ID в прослушиваемом запросе на зондирование является обобщенным Mesh ID или конкретным Mesh ID второй STA в ждущем запросе.
c) Целевым SSID/STA в ждущем запросе может не являться mesh SSID/STA, и Список Фильтра в прослушиваемом запросе на зондирование может не включать конкретный SSID или конкретный MAC-адрес второй STA в ждущий запрос, и SSID в служебном запросе на зондирование может быть обобщенным SSID, или SSID в служебном запросе на зондирование может быть конкретным SSID второй STA в ждущем запросе на зондирование, или конкретный SSID ждущего запроса на зондирование может быть включен в элемент Списка SSID прослушиваемого запроса на зондирование, и полем Адрес 3 в прослушиваемом запросе на зондирование может быть обобщенный BSSID или BSSID второй STA в ждущем запросе на зондирование.
Во втором случае: если интересующий ждущий запрос на зондирование предназначен для обобщенного SSID:
a) полем Адрес 1 в прослушиваемом запросе на зондирование может быть широковещательный адрес и могут удовлетворяться либо пункт b), либо пункт c) ниже.
b) Значением Mesh ID в прослушиваемом запросе на зондирование может быть обобщенный Mesh ID или конкретный Mesh ID второй STA в ждущем запросе.
c) Целевым SSID/STA в ждущем запросе может не являться mesh SSID/STA, и SSID в прослушанном (протокольном?) запросе на зондирование является обобщенным SSID, и полем Адрес 3 в прослушанном запросе на зондирование является обобщенный BSSID.
В третьем случае: если интересующий ждущий запрос на зондирование предназначен для конкретного списка SSID:
a) Полем Адрес 1 в запросе на зондирование может быть широковещательный адрес, и могут удовлетворяться либо пункт b), либо пункт c) ниже.
b) Целевой список SSID в ждущем запросе может быть списком значений mesh ID/STA (ячеистой сети), и Список Фильтра в прослушанном запросе на зондирование может не включать целевой список SSID в ждущий запрос, и Mesh ID в прослушанном запросе на зондирование может быть обобщенным Mesh ID.
c) Целевой список SSID в ждущем запросе может не быть списком значений mesh SSID/STA (ячеистой сети), и Список Фильтра в прослушанном запросе на зондирование может включать целевой список SSID в ждущий запрос и SSID в прослушанном запросе на зондирование может быть обобщенным SSID, или конкретный список SSID в ждущем запросе на зондирование может быть включен в элемент Списка SSID прослушанного запроса на зондирование, и поле Адрес 3 в прослушанном запросе на зондирование может быть обобщенным BSSID.
В первом возможном способе относительно первого сценария, со ссылкой на Фиг. 6, для того, чтобы снизить количество кадров Запроса на Зондирование, STA2 606, запрашивающая начальную установку канала связи, может отменить передачу своего Запроса 608 на Зондирование, если она прослушивает кадр 604 Запрос на Зондирование с согласующимися объектом или параметрами сканирования. Кроме того, соответствующий ответ 605 по зондированию также может приниматься станцией STA2 606.
В процедуре активного сканирования, по приему примитива MLME-SCAN.request со ScanType, указывающим активное сканирование, STA2 606 может выполнять следующее:
Для каждого канала, подлежащего сканированию:
a) Ожидать истечения времени ProbeDelay или приема примитива PHYRxStart.indication. Дополнительно, STA2 606 может отменить попытку передачи своего Запроса 608 на Зондирование для второй STA2 до того, как истечет таймер 610 задержки на Зондирование, или будет принят примитив PHYRxStart.indication, если удовлетворяются следующие условия: STA2 606 прослушивает кадр 604 Запроса на Зондирование от STA1 602; индикатор RSSI для принимаемого кадра 604 Запроса на Зондирование не меньше, чем предопределенный порог; и прослушанный кадр 604 Запроса на Зондирование имеет совпадающий объект или параметр сканирования с ждущим запросом на зондирование.
b) Выполнять процедуру Базового Доступа. Дополнительно STA2 606 может отменить попытку передачи своего Запроса 608 на Зондирование для второй STA до того, как она получит доступ к среде передачи, только если удовлетворяются следующие условия: STA2 606 прослушивает кадр 604 Запроса на Зондирование; RSSI принятого кадра 604 Запрос на Зондирование не меньше предопределенного порога; и в прослушанном кадре 604 Запроса на Зондирование имеется совпадающий объект сканирования с ждущим запросом на зондирование.
В пунктах a) и b) выше, отмена запроса на зондирование может выполняться посредством примитивов между SME и MLME. По прослушиванию кадра Запроса на Зондирование, который удовлетворяет вышеупомянутым условиям, SME может сформировать примитив MLME-Scan-STOP.request 612 для останова активного сканирования текущего канала. (Это является одним из способов отменить передачу запроса на зондирование. Имеются другие способы. Например, уровень MAC может не посылать запрос на зондирование и вместо этого ожидать в течение более длительного времени в ходе ожидания для приема ответа). Этого можно добиться одним из следующего, описанного на примере.
В первом примере может добавляться новое значение "Останов текущего канала" (Stop current channel) к полю ScanStopType в примитиве MLME-Scan-STOP.request 612. MLME-Scan-STOP.request 612 может формироваться с полем ScanStopType, устанавливаемым в "Останов текущего канала".
Во втором примере новое значение "Останов" добавляется к полю ScanStopType, и новое поле "ChannelIndex" добавляется в примитив MLME-Scan-STOP.request 612. Примитив MLME-Scan-STOP.request 612 может формироваться с полем ScanStopType, устанавливаемым в "Останов", и полем "ChannelIndex", устанавливаемым в значение индекса текущего канала.
В третьем примере новое поле "ChannelList" добавляется в примитив MLME-Scan-STOP.request 612. Примитив MLME-Scan-STOP.request 612 формируется с полем ScanStopType, устанавливаемым в "Set_Criteria", и полем "ChannelList", устанавливаемым в значение ChannelList в соответствующем MLME-Scan.request, за исключением индекса текущего канала.
Если запрос на зондирование отменяется для текущего канала в течение времени ожидания на этапах a) или b) из-за приема прослушанного запроса на зондирование с согласующимися параметрами/объектом, то STA может устанавливать ProbeTimer в 0 и запускать ProbeTimer. Если примитив PHY-CCA.indication (занят) не был детектирован до достижения ProbeTimer значения MinChannelTime, то NAV может быть установлен в 0, и может сканироваться следующий канал. Иначе, MLME может выдавать примитив MLME-SCAN.confirm 614 с BSSDescriptionSet, содержащим информацию о AP, когда кадр Ответа по зондированию или Маяка принимается от AP первый раз. При достижении ProbeTimer значения MaxChannelTime, NAV может быть установлен в 0, и может сканироваться следующий канал.
Если STA2 606 не прослушивает какой-либо запрос на зондирование с согласующимися параметрами/объектом сканирования в течение времени ожидания в пунктах a) или b) выше, и STA2 606 получает доступ к среде передачи, то STA2 606 может посылать один или большее количество кадров запроса на зондирование, каждый с SSID и BSSID из примитива MLME-SCAN.request.
Во втором возможном способе относительно первого сценария теперь будет представлена другая процедура активного сканирования. По приему примитива MLME-SCAN.request со ScanType, указывающим активное сканирование, STA может для каждого канала, подлежащего сканированию, ожидать пока не истечет время ProbeDelay, или не будет принят примитив PHYRxStart.indication (также именуемое здесь действием a) и может выполнять процедуру Базового Доступа (также именуемое здесь действием b), например, согласно процедурам уровней MAC или PHY для WLAN по IEEE 802.11. В течение Действия a) или Действия b) STA может дополнительно приостанавливать или отменять попытку передачи ее Запроса на Зондирование до того, как истечет таймер задержки на Зондирование, или будет принят примитив PHYRxStart.indication, если удовлетворяются следующие условия: STA прослушивает кадр Запроса на Зондирование (также именуемое здесь условием 1), RSSI принятого кадра Запроса на Зондирование не меньше, чем пороговое значение, например, предопределенное пороговое значение (также именуемое здесь условием 2), или прослушанный Запрос на Зондирование имеет согласующиеся параметры/объект сканирования с ждущим запросом на зондирование в STA (также именуемое здесь условием 3). Порог может быть установлен в достаточно высокое значение, так что условная вероятность, что STA не сможет декодировать кадр Ответа по зондированию, отвечая на прослушанный Запрос на Зондирование, при условии, что прослушавшая STA может декодировать такой Ответ по зондированию, не больше, чем требуемый процент (например, 1%).
Альтернативно, STA может использовать предварительно полученные сведения о местоположении и времени дня, чтобы дополнительно принимать решение, приостановить ли или отменить попытку передачи своего Запроса на Зондирование, когда соблюдаются вышеупомянутые условия. Например, STA может быть известно, что она находится в плотно заполненном месте в течение пикового времени (например, загруженный вокзал в пиковое время поездки на работу), и она может принимать решение использовать приостановку/пропуск Запроса на Зондирование при прослушивании кадров Запроса на Зондирование с согласующимися параметрами/объектом сканирования. С другой стороны, если STA имеет сведения, что она находится в негусто заполненной области в течение непикового времени (например, в парке в 6 утра), STA может принимать решение не использовать приостановку/пропуск Запроса на Зондирование.
Альтернативно, STA может определять, находится ли STA в области с плотной наполненностью для устройств WiFi (например, устройств по IEEE 802.11). Если в течение действий a) или b), средний уровень принимаемого сигнала/энергии (в течение времени PHY_CCA.indicate (занят)) не меньше, чем предопределенный порог S1, то STA может определить, что STA находится в зоне с плотной наполненностью устройств WiFi и может использовать приостановку/пропуск Запроса на Зондирование, когда соблюдаются условия 1-3. Например, порог уровня принимаемого сигнала может быть установлен как:
«Мощность передачи - Потери в тракте передачи (d) - Запас»
Значение d может равняться небольшому расстоянию, такому как 5 или 10 метров (в зависимости от компромиссного решения, чтобы сбалансировать количество запросов на зондирование и задержку активного сканирования). Для полосы 5 ГГц в стандарте IEEE 802.11 мощностью передачи может быть 23-децибела относительно уровня в 1 милливатт (дБ/1 мВт) и потери в тракте передачи без теневого затухания на d=5 м могут составить 56,5 дБ. По существу, порог может быть вычислен в виде -33,5 дБ/мВт - запас.
Альтернативно STA может выбирать квазислучайный период времени, чтобы посылать Запрос на Зондирование в зоне с плотной заполненностью устройств WiFi. Случайный период может зависеть от класса доступа в STA, например, STA типа «межмашинной передачи» (M2M) может посылать Запросы на зондирование более часто, чем другие типы STA.
Отмена Запроса на Зондирование может выполняться с помощью примитивов между SME и MLME (или с использованием других способов, как отмечено). По прослушиванию кадра Запроса на Зондирование, который удовлетворяет вышеупомянутым условиям, SME может сформировать примитив MLME-Scan-STOP.request, указывающий приостанов активного сканирования текущего канала. Для осуществления приостанова активного сканирования или указания приостанова активного сканирования, новое значение "Приостанов текущего канала" может добавляться к полю ScanStopType в примитиве MLME-Scan-STOP.request. MLME-Scan-STOP.request может формироваться с полем ScanStopType, устанавливаемым в "Приостанов текущего канала".
Кроме того, новое значение "Приостанов" (Suspend) может добавляться к полю ScanStopType, и новое поле "ChannelIndex" может добавляться в примитив MLME-Scan-STOP.request. MLME-Scan-STOP.request может формироваться с полем ScanStopType, устанавливаемым в "Приостанов", и полем "ChannelIndex", устанавливаемым в индекс текущего канала.
Новое поле "ChannelList" в примитиве MLME-Scan-STOP.request также может добавляться. MLME-Scan-STOP.request может формироваться с полем ScanStopType, установленным в "Set_Criteria" и полем "ChannelList", установленным в ChannelList, в соответствующем MLME-Scan.request за исключением индекса текущего канала.
После приема примитива MLME-Scan-STOP.request, указывающего приостанов активного сканирования текущего канала, STA может приостановить передачу кадра Запроса на Зондирование и установить ProbeTimer в значение текущего времени минус время на ее прослушивание соответствующего кадра Запроса на Зондирование, который вызвал приостановку, и запустить ProbeTimer. Это является эквивалентным установке ProbeTimer в нуль, когда прослушивался соответствующий кадр Запроса на Зондирование. STA может поддерживать мониторинг канала до достижения ProbeTimer значения MinChannelTime, и если одно из условий ниже было удовлетворено, то STA может считать, что AP уже передал кадр Ответа по зондированию в ответ на прослушанный Запрос на Зондирование. STA может дополнительно определять, что она не может декодировать переданный кадр Ответа по зондированию в ответ на прослушанный Запрос на Зондирование и может, следовательно, передавать свой собственный кадр Запроса на Зондирование.
Условие 1: STA детектировала, что среда канала будет занята в течение некоторой длительности времени, по меньшей мере, время короткого межкадрового промежутка (SIFS), после того, как прослушала Запрос на Зондирование, но действительные кадры Ответа по зондированию, Маяка или Обнаружения FILS не декодированы. Кроме того, STA прослушивает сообщение подтверждения приема (ACK) от STA, которая передала Запрос на Зондирование, на SIFS после времени детектированной занятой среды канала. Примерное значение времени детектированной занятости среды канала, предшествующее прослушанному ACK, является близким ко времени передачи кадра Ответа по зондированию, Маяка или Обнаружения FILS.
Условие 2: STA прослушивает ACK от STA, которая передала Запрос на Зондирование, по меньшей мере, время T1 после того, как прослушивает Запрос на Зондирование. Примерное значение T1 может быть близким ко времени передачи кадра Ответа по зондированию, Маяка или Обнаружения FILS плюс две длительности SIFS.
Чтобы содействовать условию 2, поле в кадре Широковещательного/Многоадресного Ответа по зондированию может использоваться для указания STA, которая запрашивала Ответ по зондированию, так что запрашивающая STA может отвечать сообщение ACK на принятый кадр Ответа по зондированию. Может быть несколько способов для идентификации STA, которая запрашивала Ответ по зондированию:
1. Добавить новое поле или Информационный элемент (IE) в кадр Ответа по зондированию, который сигнализирует AID или Частичный AID (PAID) для STA, чей Запрос на Зондирование инициировал Ответ по зондированию.
2. Повторно использовать поле Duration/ID (длительность/идентификатор) в MAC-заголовке кадра Ответа по зондированию, чтобы сигнализировать AID или Частичный AID (PAID) для STA, чей Запрос на Зондирование инициировал Ответ по зондированию.
3. Указывать Частичный AID (PAID) для STA, чей Запрос на Зондирование инициировал Ответ по зондированию, в подполе PAID в поле SIG в заголовке PLCP (Physical Layer Conversion Protocol/ Physical Layer Convergence Procedure?).
По приему кадра Широковещательного/Многоадресного Ответа по зондированию сканирующая STA, которая передала Запрос на Зондирование, должна проверить, соответствует ли индикатор AID/PAID в принятом кадре Ответа по зондированию своему AID или PAID. Если соответствует, она должна отвечать сообщением ACK.
Если примитив PHY-CCA.indication (занято) не был детектирован до достижения ProbeTimer значения MinChannelTime, STA может передавать свой собственный кадр Запроса на Зондирование, если средний уровень принимаемого сигнала/энергии в течение времени занятости канала до того, как она приостанавливает или отменяет попытку передавать Запрос на Зондирование, не меньше, чем предопределенный порог S1. Иначе, STA может устанавливать NAV в 0 и сканировать следующий канал.
Если STA принимает действительный кадр Ответа по зондированию, Маяка или Обнаружения FILS до достижения ProbeTimer значения MinChannelTime, MLME может выдавать примитив MLME-SCAN.confirm с BSSDescriptionSet, содержащим информацию об AP, когда кадр Ответа по зондированию или Маяка принимается от AP первый раз. При достижении ProbeTimer значения MaxChannelTime, NAV может быть установлен в 0, и может сканироваться следующий канал.
Если STA не прослушивает какой-либо запрос на зондирование с согласующимися параметрами/объектами сканирования в течение времени ожидания в действиях a) или b), и STA получает доступ к среде передачи, то STA может посылать запрос на зондирование на широковещательный адрес получателя с SSID и BSSID из примитива MLME-SCAN.request.
В третьем способе относительно первого сценария, по приему примитива MLME-SCAN.request со ScanType, указывающим активное сканирование, STA может выполнять активное сканирование путем формирования кадров Запроса на Зондирование и впоследствии обработки принимаемых кадров Ответа по зондированию.
Для каждого канала, подлежащего сканированию, может быть период времени ожидания от момента времени, в которое STA готова сканировать канал, до момента времени, в которое соответствующий кадр Запроса на Зондирование передается в беспроводной среде, поскольку передача кадра Запроса на Зондирование может потребовать ожидания до тех пор, пока не истечет время ProbeDelay, или не будет принят примитив PHYRxStart.indication. Кроме того, STA может выполнять процедуру Базового Доступа.
Ненужных передач кадров Запроса на Зондирование можно избежать, и процедура активного сканирования может быть ускорена, как описано в документе.
По приему примитива MLME-SCAN.request со ScanType, указывающим активное сканирование, STA может выполнять действия для каждого канала, подлежащего сканированию. В течение периода времени ожидания для передачи STA кадра Запроса на Зондирование в канал, подлежащий сканированию, если STA получила требуемую информацию канала, подлежащего сканированию, STA может отменить передачу своего ждущего кадра Запроса на Зондирование и рассматривает завершение своего сканирования канала (например, путем формирования примитива MLME-SCAN.confirm с BSSDescriptionSet, содержащим всю информацию о принятых каналах).
Это показано в общих чертах на Фиг. 7, которая представляет STA1 702, STA2 706 и AP 700. Как показано, STA1 702 передала запрос 704 на зондирование на AP 700, тогда как STA2 706 ожидает посылку запроса на зондирование. По детектированию станцией STA2 706 ответа на запрос 705 на зондирование станции STA1 702 для того же объекта, STA2 706 отменяет свой собственный запрос 708 на зондирование. Нужно отметить, что инициирующее событие станции STA2 706 для отмены своего запроса 708 на зондирование не должно ограничиваться ответом 705 от AP. STA2 706 может получать информацию канала из других источников, как обсуждено в документе.
Отмена 708 может выполняться посредством примитивов между SME и MLME (или с использованием других способов, как отмечено). По приему требуемой информации о канале, подлежащем сканированию в течение периода времени ожидания, SME может сформировать примитив MLME-Scan-STOP.request 712, указывающий останов сканирования текущего канала. Этого можно добиться одним из следующего, описанного на примере.
В первом примере новое значение "Останов текущего канала" добавляется к полю ScanStopType в примитиве MLME-Scan-STOP.request 712. MLME-Scan-STOP.request 712 формируется с полем ScanStopType, устанавливаемым в "Останов текущего канала".
Во втором примере новое значение "Останов" добавляется к полю ScanStopType, и новое поле "ChannelIndex" добавляется в примитив 712 MLME-Scan-STOP.request. MLME-Scan-STOP.request формируется с полем ScanStopType, установленным в "Останов", и полем "ChannelIndex", установленным в значение индекса текущего канала.
В третьем примере новое поле "ChannelList" добавляется в примитив MLME-Scan-STOP.request 712. MLME-Scan-STOP.request 712 формируется с полем ScanStopType, устанавливаемым в "Set_Criteria", и полем "ChannelList", устанавливаемым в значение ChannelList в соответствующем MLME-Scan.request за исключением индекса текущего канала.
По приему примитива MLME-Scan-STOP.request 712 MLME может отменить передачу ждущего кадра 708 Запроса на Зондирование на канале и сформировать примитив MLME-SCAN.confirm с BSSDescriptionSet, содержащим всю информацию о принимаемых каналах.
Если STA2 706 получила требуемую информацию о нескольких каналах, которые подлежат сканированию в течение периода времени ожидания, через другие источники в течение периода времени ожидания фактической передачи станцией STA2 706 Запроса на Зондирование в канал, подлежащий сканированию, то STA2 706 может отменить передачу своих ждущих кадров 708 Запроса на Зондирование на каналах, информация которых принята. Отмена выполняется посредством примитивов между SME и MLME. По приему информации о нескольких каналах, которые подлежат сканированию в течение периода времени ожидания, SME может сформировать примитив MLME-SCAN-STOP.request 712, указывающий останов сканирования каналов. Это формирование примитива MLME-SCAN-STOP.request 712, указывающего останов сканирования каналов, может осуществляться посредством любого из следующего. Это может формироваться добавлением нового значения "Останов" к полю ScanStopType и нового поля "ChannelList" в примитив MLME-Scan-STOP.request 712. MLME-Scan-STOP.request 712 может формироваться с полем ScanStopType, установленным в "Останов" и полем "ChannelList", установленным в значения индексов каналов, информация которых принята.
Кроме того, новое поле "ChannelList" может добавляться в примитив MLME-Scan-STOP.request 714. MLME-Scan-STOP.request 712 может формироваться с полем ScanStopType, установленным "Set_Criteria" и полем «ChannelList», установленным в значение ChannelList в соответствующем MLME-Scan.request за исключением каналов, информация которых принята.
По приему примитива MLME-Scan-STOP.request 712 MLME может отменить передачу своего ждущего кадра Запроса на Зондирование 708 согласно параметрам в MLME-Scan-STOP.request 712 (например, каналы, информация которых принята) и сформировать примитив MLME-SCAN.confirm 714 с BSSDescriptionSet, содержащим всю информацию о принимаемых каналах.
Если STA2 706 (или SME в рамках STA2 706) принимает решение, что она нашла AP 700, к которой она может присоединиться, то STA2 706 (или SME в рамках STA2 706) может сформировать примитив MLME-Scan-STOP.request 712 с полем ScanStopType, установленным в "Stop_All", чтобы остановить целиком процесс активного сканирования и перейти к следующим этапам установки канала связи (например, обнаружению сети, аутентификации, ассоциированию и подобному). Иначе, STA 706 может переходить к следующему каналу и выполнять активное сканирование.
STA2 706 может получать информацию канала из других источников с помощью следующего:
STA2 706 может осуществлять мониторинг канала и принимает кадры, которые предназначены для STA2 706. Например, широковещательные кадры, которые предоставляют информацию канала, такие как, кадр Маяка (включая кадр короткого маяка или FILS маяка/Обнаружения FILS, содержащий подмножество информации Маяка, которая запрошена для подключения STA к AP), кадр пилот-сигнала для измерения, кадр широковещательного Ответа по зондированию, и подобное, или
STA2 706 принимает информацию канала через иной сетевой интерфейс, если поддерживаются множественные сетевые интерфейсы. В этом случае некоторые примитивы SAP (протокола извещения об услугах?) MLME могут задаваться, чтобы обеспечивать уведомления на MAC объект, который ведет процедуру сканирования.
Время ожидания между приемом примитива MLME-SCAN.request 712 и передачей соответствующего кадра Запроса на Зондирование может регулироваться, чтобы обеспечивать компромиссное решение между издержками, вызванными обменами кадра Запроса/Ответа по зондированию, и задержкой в получении требуемой информации канала. Является особо полезным, когда имеется большое число STA, которые ведут активное сканирование, и AP может использовать широковещательно передаваемые кадры Ответа по зондированию и/или другие широковещательно передаваемые кадры, чтобы предоставить информацию канала в качестве своего ответа на принятые кадры Запроса на Зондирование.
Регулировка времени ожидания может выполняться путем установки надлежащих значений параметра ProbeDelay. Альтернативно, STA2 706 может динамически регулировать свое время ожидания или окно/процедуру откладывания передачи в процедуре доступа к каналу на основании оценки станцией STA условий канала или других соображений.
В четвертом способе относительно первого сценария сканирование для STA, ведущей сканирование, может потребоваться сканировать все каналы из ChannelList, предоставленном примитивом MLME-SCAN.request. Кроме того, STA может выдавать примитив MLME-SCAN.confirm с BSSDescriptionSet, содержащим информацию каналов, собранную в течение сканирования. STA может сканировать один канал за один раз, пока не будут просканированы все каналы из ChannelList.
AP может получать некоторые сведения о каналах, которые являются отличными от собственного рабочего канала AP. AP может предоставлять на STA сведения о других каналах, чтобы ускорить процесс сканирования для STA с тем, чтобы могла быть собрана информация о каналах в ChannelList.
В кадрах обеспечения информации канала передающая STA может включать в себя канальную информацию о других каналах в дополнение к своему собственному рабочему каналу. Примеры кадров обеспечения информации канала включают в себя кадр Маяка, включая короткий маяк или кадр FILS маяка/Обнаружения, содержащий подмножество информации Маяка, важной для подключения STA к AP, кадр Ответа по зондированию, кадр пилот-сигнала для измерения и подобное. Информация канала относительно других каналов может кодироваться в Информационном элементе (IE), включенном в кадры обеспечения информации канала. Аналогичным образом это также может использоваться в пассивном сканировании.
В течение сканирования канала, если STA принимает требуемую информацию о других каналах, SME может сформировать MLME-SCAN-STOP.request с полем ScanStopType, установленным в "Set_Criteria", и новым полем «ChannelList», установленным в значение ChannelList в соответствующем MLME-Scan.request, за исключением индексов каналов, информация которых была принята. Например, в течение сканирования канала, например, Ch-A, если STA получает всю требуемую информацию о другом канале, например, Ch-B, STA может пропустить явную процедуру сканирования для канала, например, Ch-B, и использует информацию Ch-B (принятую в течение сканирования Ch-A) впоследствии в установке канала связи. Подобным образом это также может использоваться в пассивном сканировании.
При сканировании канала, такого как Ch-A, если STA получает некоторую информацию о Ch-B, но не всю требуемую информацию, то STA может вести сканирование на Ch-B с использованием информации SSID, полученной в течение сканирования Ch-A, так что может избегаться (посылка) Запроса на Зондирование с обобщенным SSID.
STA, ведущая активное сканирование, может также обеспечивать или сигнализировать ChannelList для STA (как указано в соответствующем примитиве MLME-Scan.request) в своем кадре Запроса на Зондирование для использования в качестве индикатора, чтобы запрашивать STA, обеспечивающую Ответ по зондированию, также включать информацию о других каналах в ChannelList, а также о канале в процедуре текущего сканирования. Такой ChannelList может быть закодирован в виде IE в кадре Запроса на Зондирование.
В пятом способе, относящемся к первому сценарию, большое количество STA могут входить в область одновременно, и все или большинство могут пытаться оценить услуги, доступные им в новом местоположении (например, когда поезд (цепочка кадров?) прибывает на станцию). Можно предположить, что все STA в поезде до прибытия на станцию были соединены через AP в поезде, и что AP в поезде осведомлена о своем местоположении, и о прибытии на станцию. Следовательно, AP в поезде может быть осведомлена, что многие STA в поезде могут быть перенесены из AP поезда в AP на станции, и что многие STA на станции могут быть перенесены из AP на станции в AP поезда.
В одном подходе STA или множественные STA могут быть ассоциированными с AP, которая является мобильным устройством и осведомлена о своем местоположении. Когда AP приближается к местоположению, где некоторые или все из ее STA могут быть переноситься на новую AP или осуществляющими поиск дополнительных услуг, AP может упреждать эту потребность и обеспечивать следующие услуги для своей ассоциированной STA(ий) и STA(ий), которая может намереваться ассоциироваться с ней.
AP может посылать широковещательное сообщение на свою ассоциированную STA(ии), что прибывают в зону, где могут быть доступными дополнительные AP и услуги (то есть, поезд входит на станцию). Это сообщение может также информировать STA(ии), что AP может являться посылающей Запрос на Зондирование в некоторое заданное время в будущем или пославшей его в прошлом. Это может также указывать, что дополнительный Запрос на Зондирование может посылаться на каналах, отличных от канала, который в текущий момент используют AP и STA(ии).
Сообщение может также включать в себя информацию, которую AP имеет об услугах, доступных в зоне, в которую входит. Дополнительно, уведомление, что AP может посылать Запрос на Зондирование, может использоваться ассоциированной с ней STA(ями), чтобы подавлять свой собственный Запрос на Зондирование, и может основываться на прокси Запросе на Зондирование узлов AP, чтобы оценить новое окружение.
В надлежащее время (например, время, указанное в широковещательном сообщении), AP может посылать прокси Запрос на Зондирование для всех из своих STA(ий).
STA(ии) может затем принимать прокси Запрос на Зондирование AP, и ожидать Ответов по зондированию от доступной(ых) AP и услуг в зоне и также действовать, как если бы прокси Запрос на Зондирование AP был послан посредством STA(ий).
AP может также осуществлять связь с AP(ами) или выполнять запрос услуг сети в новой зоне либо по эфиру, либо через DS. AP может указывать, что она прибывает в их зону (например, поезд, входящий на их станцию). По приему этой информации AP(и) может уведомить свою STA(ии), что прибывающая AP теперь присутствует в их зоне. AP(и) могут затем избрать также выдачу широковещательного сообщения на свою ассоциированную STA(ии), как описано выше, что может сопровождаться посылкой AP запроса на зондирование, как описано выше.
В другом подходе STA или множественные STA, связанные с AP, могут запросить, чтобы AP посылала прокси Запрос на Зондирование на STA(ии). Запрос может инициироваться Служебным кадром, или он может быть вложенным в кадр данных, служебный или ACK от STA. STA может также указывать какие-либо каналы и время, в которое STA желает, чтобы выполнялся прокси Запрос на Зондирование. Когда STA делает запрос, AP может следовать подобной процедуре, как описано в документе.
AP может посылать широковещательное сообщение на свою ассоциированную STA(ии), что она намеревается рассылать Запрос на Зондирование и может указывать, когда она намеревается послать Запрос на Зондирование, и какие каналы она может использовать для посылки запроса. Ассоциированная STA(ии) может подавлять свои собственные Запросы на Зондирование и может основываться на прокси Запросах на Зондирование точек AP.
Когда AP посылает прокси Запрос на Зондирование, STA(ии) затем может слышать прокси Запрос на Зондирование от AP, и ожидать Ответов по зондированию, действуя затем, как если бы посылала Запрос на Зондирование самостоятельно.
В другом подходе AP может принимать сообщение либо через DS, либо по эфиру от другой AP, указывающее, что AP входит в свою зону, или имеются STA(ии), которые ведут поиск услуг. AP, пославшая сообщение, может также указать, что у нее имеются новые услуги для предложения STA(ии), ассоциированной с AP, принимающей сообщение. По приему этого сообщения принимающая STA может уведомить свою STA(ии) об информации, или может уведомить свою STA(ии), что она будет посылать прокси Запрос на Зондирование, который может давать возможность ее STA(ии) затем принимать Ответ по зондированию от точек AP и услуги в зоне. Отмечается, что может полагаться, что AP, порождающая сообщение, может отвечать на Запрос на Зондирование.
В шестом способе относительно первого сценария, когда нет AP, работающей на канале, подлежащем активному сканированию, но смежный канал может заставить сканирующую STA сканировать канал в течение MaxChannelTime, решение сканирующей STA, продолжать ли сканирование канала за пределами начального времени сканирования, может быть основано на том, был ли принят примитив PHY-RxStart.indication вместо PHY-CCA.indication (занято) к этому времени.
По приему примитива MLME-SCAN.request со ScanType, указывающим активное сканирование, STA может использовать следующую процедуру:
Для каждого канала, подлежащего сканированию:
a) Ожидать, пока не истечет время ProbeDelay, или не будет принят примитив PHYRxStart.indication.
b) Выполнять процедуру Базового Доступа, как описано в документе.
c) Посылать запрос на зондирование на широковещательный адрес получателя с SSID и BSSID из примитива MLME-SCAN.request. Когда список SSID присутствует в примитиве MLME-SCAN.request, посылать один или несколько кадров Запроса на Зондирование, каждый с SSID, указанным в списке SSID, и BSSID из примитива MLME-SCAN.request.
d) Установить ProbeTimer в 0 и запустить ProbeTimer.
e) Если примитив PHY-RxStart.indication не был детектирован до достижения ProbeTimer значения MinChannelTime + задержка RX PHY, или, по меньшей мере, один примитив PHY-RxStart.indication был детектирован до достижения ProbeTimer значения MinChannelTime + задержка RX PHY, но все из них инициируются кадрами Запроса на Зондирование, затем установить NAV в 0 и сканировать следующий канал, иначе MLME должен выдавать примитив MLME-SCAN.confirm с BSSDescriptionSet, содержащим информацию AP, когда кадр Ответа по зондированию или маяк принимаются от AP первый раз. Нужно отметить, что ко времени достижения ProbeTimer значения MinChannelTime + задержка RX PHY + задержка обработки MAC, сканирующая STA может определять, все ли примитивы PHY-RxStart.indication, обнаруженные до достижения ProbeTimer значения MinChannelTime+задержка RX PHY, инициируются кадрами Запроса на Зондирование. Значение «задержка RX PHY+задержка обработки уровня MAC» может быть меньше, чем время SIFS, поскольку время SIFS=задержка RX PHY+задержка обработки MAC + задержка TX PHY. При достижении ProbeTimer значения MinChannelTime, установить NAV в 0 и сканировать следующий канал.
Относительно второго сценария теперь будет описано эффективное активное сканирование. Ожидающим выполнения Запросом на Зондирование является Запрос на Зондирование, который AP принимает от однозначно определенной STA, которой еще не ответили, при этом связанное со STA значение MaxChannelTime для сканирования, указанное в Запросе на Зондирование, еще не истекло. Чтобы уменьшить преждевременную отмену ответа на кадр Запроса на Зондирование, STA может отменить ответ на кадр Запроса на Зондирование, если для каждого ожидающего выполнения Запроса на Зондирование STA принимает действительный кадр Окончания Зондирования от соответствующей STA, которая послала Запрос на Зондирование.
Например, если STA принимает кадр Окончания Зондирования, и STA не начала осуществление передачи Ответа по зондированию, или STA в текущий момент передает кадр Ответа по зондированию на передатчик кадра Окончания Зондирования, ответ на кадр Запроса на Зондирование может передаваться, если удовлетворяются критерии ниже:
a) поле «Завершить все Запросы» в элементе Тип BSS в Списке Фильтра кадра Окончания Зондирования установлено в 0.
b) STA является STA-точкой доступа (AP) и поле Инфраструктура элемента «Тип BSS» в Списке Фильтра в кадре Окончания Зондирования установлено в 0, или SSID, BSSID, либо HESSID для STA не включен в Список Фильтра в кадре Окончания Зондирования; или
(1) BSS для STA является IBSS, и поле IBSS элемента Тип BSS в Списке Фильтра в кадре Окончания Зондирования установлено в 0, или SSID или BSSID для STA не включен в Список Фильтра в кадре Окончания Зондирования; или
(2) STA является STA ячеистой сети, и поле MBSS элемента Тип BSS в Списке Фильтра в кадре Окончание Зондирования установлено в 0, или Mesh ID, или MAC-адрес STA ячеистой сети не включен в Список Фильтра в кадре Окончания Зондирования.
c) Для, по меньшей мере, одного ожидающего выполнения Запроса на Зондирование либо соответствующий кадр Окончания Зондирования не был принят, либо соответствующий кадр Окончания Зондирования принят, но не удовлетворяет условиям a) и b) выше.
Если вышеупомянутые критерии не удовлетворяются, приемник кадра Окончания Зондирования может передавать или ретранслировать ответ на кадр Запроса на Зондирование однократно. Однако, может требоваться, чтобы ответ не мог передаваться или ретранслироваться более одного раза.
Что касается третьего сценария, теперь будут описаны эффективное активное сканирование и процесс FILS. Кроме того, теперь будет представлена Категория доступа для FILS. Для установления приоритета передаче служебных кадров, используемых для FILS, может использоваться категория доступа, названная AC_FILS, которая используется для служебных кадров, используемых в процессе FILS. Кадры FILS, которые могут передаваться с использованием AC_FILS, включают в себя:
кадр Запроса на Зондирование или может требоваться, чтобы кадр Запроса на Зондирование передавался только посредством STA, которая еще не ассоциирована с BSS.
Кадры Ответа по зондированию.
Кадры Аутентификации.
Кадры Запроса Ассоциирования.
Кадры Ответа по Ассоциированию.
Кадры Действия для Запроса/Ответа Универсальной службы объявлений (GAS), или может требоваться, чтобы кадры Действия для Запроса/Ответа GAS передавались только посредством STA, которая еще не ассоциирована с BSS.
Служебные кадры, используемые для Установки Защиты, или может требоваться, чтобы Служебные кадры использовались только для Установки Защиты, передаваемой посредством STA, которая еще не ассоциирована с BSS.
Категория Доступа AC_FILS может определяться посредством AP. Чтобы ускорить процесс FILS, AC_FILS может иметь меньшие значения Межкадрового промежутка переменной длительности (AIFS), меньшие Минимальные окна конкуренции (CWmin) и Максимальные окна конкуренции (CWmax) по сравнению с Категорией доступа для передачи Речи (AC_VO). Кроме того, предельное значение Возможности передачи (TXOP), которое может задаваться для AC_FILS, может быть более коротким или равным предельному значению TXOP, допустимому для AC_VO.
Кроме того, поскольку кадры FILS локализованы по отношению к уровню MAC в системе связи по IEEE 802.11, может не требоваться назначение новой AC. Кадры FILS могут передаваться с использованием локализованных к FILS параметров расширенного распределенного доступа к каналу (EDCA), подобных таковым, описанным выше, и внутренних к STA, и в беспроводной среде, внешней к STA. Отмечается, что определение категории доступа AC_FILS является здесь примерным и может задаваться с использованием другой терминологии.
Далее в описании будет раскрыт информационный элемент набора параметров EDCA для AC_FILS и информационный элемент (возможных) Параметров Доступа. На Фиг. 8 показан пример информационного элемента набора параметров EDCA для FILS. Здесь описываются информационный элемент набора параметров EDCA для FILS и информационный элемент Параметров Доступа. Информационный элемент для обеспечения информации о множествах параметров EDCA для AC_FILS или локальных для FILS параметрах EDCA для кадров FILS здесь описывается. Информационный элемент набора параметров EDCA для FILS может содержать следующие поля:
Идентификационный номер (ID) 802 элемента. ID элемента используется для идентификации, что текущий ID Элемента является информационным элементом набора параметров EDCA для FILS.
Длина (в байтах для информации ID) 804.
Индекс AC (ACI) для ACI 806 AC_FILS. Чтобы вместить доступные AC, ACI может составлять три бита или более для задания новой AC. Например, Индекс AC для AC_FILS может составлять 4 бита. Может требоваться, чтобы поле ACI было необязательным, если только локализованные для FILS параметры EDCA используются для кадров FILS.
Номер (AIFSN) 808 Межкадрового промежутка переменной длительности (AIFS). Для AIFSN, связанного с AC_FILS, значением по умолчанию для AC_FILS может быть 1.
Показательное CWmin (ECWmin) и показательное CWmax (ECWmax) 810. ECWmin и ECWmax задают CWmin и CWmax, соответственно, которые STA, требующие FILS с текущей AP, должны приспосабливать, и задаются являющимися CWmin = 2ECWmin - 1 и CWmax = 2ECWmax - 1. CWmin и CWmax могут быть достаточно большими, чтобы вместить ожидаемое число STA, выполняющих операции FILS в предстоящий период, путем предотвращения чрезмерных конфликтов и повторных передач кадров FILS, поскольку чрезмерные конфликты и повторные передачи кадров FILS могут вести к чрезмерным задержкам во время начальной установки канала связи.
Предельное значение 812 TXOP. Предельное значение TXOP содержит предельное значение TXOP, связанное с TXOP для FILS.
AC_FILS или локальный для FILS информационный элемент набора параметров EDCA могут включаться в выбранные маяки, короткие маяки, кадры Обнаружения FILS, кадры Ответа по зондированию, или любой другой тип управляющих или служебных кадров. STA может включать AC_FILS или локальный для FILS информационный элемент набора параметров EDCA в кадр Запроса на Зондирование, или любой другой тип управляющих или служебных кадров. Поля AIFSN, ECWmin, ECWmax могут устанавливаться в нуль в этих кадрах от станций STA на AP, чтобы указать AP, что станции STA допускают приоритетные FILS.
На Фиг. 9 показан Информационный элемент Параметров Доступа.
AP может включать в себя другую информацию для доступа к каналу восходящей линии связи (UL), которая может относиться к кадрам FILS в ее кадрах маяков, коротких маяков, ответов по зондированию или любом другом типе управляющих или служебных кадров. Например, AP может указывать один или большее количество интервалов маяков или подинтервалов маяков, которые могут использоваться для операций FILS только там, где кадры не-FILS не могут передаваться. Кроме того, AP может указывать, что подмножество станций STA может вести операции FILS в одном или большем количестве интервалов маяков или подинтервалов маяков. В другом примере AP может указывать один или большее количество интервалов маяков или подинтервалов маяков, которые могут использоваться для операций FILS с более высоким приоритетом, и где кадры не-FILS могут передаваться с более низким приоритетом, чем кадры FILS. Информационный элемент Параметров Доступа может быть обобщен для всех типов станций STA и для всех типов передач кадров.
Информационный элемент Параметров Доступа может включать в себя следующие поля:
Идентификатор 902 (ID) элемента: ID, идентифицирующий IE в качестве IE Параметров Доступа.
Длина 904: Длина в октетах оставшейся части IE.
Число полей 906 характеристик: число полей характеристик, содержащихся в остальной части IE.
Поле 908 Характеристика 1 - Характеристика N: каждое поле содержит набор характеристик для доступа к STA. Каждое поле может включать в себя характеристики для набора временных интервалов, набора станций STA, набора трафиков, или любой комбинации этого.
На Фиг. 10 показаны поля Характеристики i в IE Параметров Доступа. На Фиг. 10, 1≤i≤N. Поле Характеристики может включать в себя следующие подполя информации расписания:
Стартовый интервал 1002 маяка: стартовый интервал маяка, в котором запускается политика доступа. Поскольку маяк может не всегда передаваться в целевое время передачи маяка (TBTT), стартовый интервал маяка может относиться к TBTT, которое начинает намеченный Интервал маяка. Альтернативно, это подполе может включать в себя конкретное значение таймера TSF.
Сдвиг 1004: сдвиг начала периода, в которое запускается политика доступа, в микросекундах или любой другой единице измерения времени, от маяка, или TBTT или по отношению к опорной точке времени TSF таймера.
Длительность 1006: Указывает длительность периода, в течение которого политика доступа является действительной.
Частота 1008 повторения: представляет, как часто повторяется политика доступа, указанная в IE Параметров Доступа. Подполе может задаваться в виде числа интервалов маяка или микросекунд, или других единиц измерения времени.
Подполя Информации расписания могут требоваться, тогда как в других вариантах осуществления подполя информации расписания могут не требоваться. Например, когда IE Параметров Доступа содержится в маяке или коротком маяке, или другом типе служебного или управляющего кадра, чтобы объявить, что указанные политики доступа являются действительными в течение интервала маяка или под-интервала маяка или других длительностей, следующих непосредственно после переданного кадра.
Поле 1009 Характеристики может также включать в себя:
Допустимые типы 1010 STA: типы станций STA, которым разрешается вести доступ к среде передачи для указанного интервала, приоритета, трафика и/или параметров EDCA. Примерами типов STA могут быть станции STA с поддержкой FILS, сенсорные и измерительные STA, сотовые STA пересылки, питаемые от аккумуляторной батареи STA, питаемые от электрических сетей STA и подобные. Поле Допустимых типов STA может быть битовым массивом, указывающим различные допустимые типы STA.
Идентификаторы 1012: Это подполе указывает идентификаторы STA или конкретной группы станций STA, которым разрешается доступ к среде передачи для указанного интервала, приоритета, трафика и/или использование указанных параметров EDCA.
Допустимые типы 1014 трафика: указывает типы трафика, которому разрешается доступ к среде передаче для указанного интервала, типов STA, используя указанные параметры EDCA. Например, некоторые из допустимых типов трафика могут быть кадрами FILS, кадрами AC_VO, кадрами AC_VI, кадрами от датчиков и измерительных датчиков, кадрами тревоги «красного» уровня, сообщающими о пожаре или обнаружении злоумышленников, и подобными. Поле Допустимых типов трафика может быть битовым массивом, указывающим различные допустимые типы или категории AC для трафика.
Параметры 1016 EDCA: указывает другой набор или наборы параметров EDCA, которые могут использоваться для указанного интервала, типов STA, приоритета и/или трафика. Наборы параметров EDCA могут явно указываться в поле Характеристики i. Альтернативно, могут использоваться индексы множеств параметров EDCA, указанных в Информационном элементе Набора параметров EDCA для FILS.
Отмечается, что IE Набора параметров EDCA для FILS, IE Параметров Доступа или любое подмножество полей или подполей таковых может быть подполем или подмножествами подполей любого существующего или нового IE, или в виде части любого из управляющих, служебных кадров или заголовков MAC/PLCP.
Далее в описании будет раскрыто поведение STA/AP. AP, которая способна к поддержке приоритетной FILS, может определять параметры EDCA, такие как AIFS, CWmin, CWmax и Предельное значение TXOP для AC_FILS в зависимости от требований к FILS, текущей загрузки сети, и подобного, или AP может определять параметры EDCA для кадров FILS без требования принадлежности кадров FILS отдельной AC. AP может изменять AC_FILS или локальные для FILS параметры EDCA время от времени и может включать AC_FILS или локальное для FILS множество параметров EDCA и/или IE Параметров Доступа в свои маяки или короткие маяки или кадры Обнаружения FILS или Ответы по зондированию или другие типы служебных или управляющих кадров.
Кроме того, до того, как STA является способной к поддержке приоритетных FILS, STA принимает маяк или другой тип служебного или управляющего кадра, включая AC_FILS или локальный для FILS информационный элемент набора параметров EDCA и/или IE возможных параметров доступа. STA может посылать Запрос на Зондирование, используя значение параметров EDCA «по умолчанию» для AC_VO, посылать Запрос на Зондирование, используя параметры EDCA «по умолчанию», указанные для AC_FILS или параметров FILS, или устанавливать в нуль поля AIFSN, ECWmin, ECWmax в AC_FILS или информационном элементе локального набора параметров EDCA, включенном в Запрос на Зондирование.
После того, как STA, которая способна к поддержке приоритетной FILS, принимает маяк или короткий маяк, или другой служебный кадр, кадр FILS обнаружения, или управляющие кадры, которые включают в себя AC_FILS или локальный для FILS информационный элемент набора параметров EDCA и/или IE возможных параметров доступа, STA может подчиняться политикам доступа, таким как интервалы доступа, параметры, и подобное, установленным согласно IE возможных параметров доступа, при попытке вести какие-либо передачи или доступ к среде. Кроме того, STA может посылать Запрос на Зондирование, используя параметры EDCA, указанные для AC_FILS или локальных для FILS кадров в маяке. Кроме того, STA может устанавливать AC_FILS или локальный для FILS информационный элемент набора параметров EDCA в значения, принятые от AP, чтобы указывать, что она также способна к поддержке приоритетной FILS.
Когда AP, способная к поддержке приоритетной FILS, принимает от STA кадр Запроса на Зондирование, включающий AC_FILS или локальный для FILS информационный элемент набора параметров EDCA с полями AIFSN, ECWMIN И ECWMAX, установленными в нуль, AP может отвечать Ответом на запрос Зондирования с AC_FILS или локальным для FILS информационным элементом набора параметров EDCA, включающим все AC_FILS или локальные для FILS параметры EDCA.
Станции STA и AP могут использовать AC_FILS или локальные для FILS параметры EDCA и политики доступа, установленные согласно IE возможных параметров доступа для оставшейся части процесса FILS. Если имеются множественные AP поблизости, STA может приспосабливать AC_FILS или локальные для FILS параметры EDCA и политики доступа, с которыми STA желает ассоциироваться. AP может использовать другой набор AC_FILS или локальных для FILS параметров EDCA или политик доступа, чем объявлено в ее маяке для относящихся к FILS обменов пакетами.
STA, которая становится ассоциированной с AP или уже была ассоциирована с AP, может подчиняться самым последним по времени политикам доступа, установленным согласно новейшему IE возможных параметров доступа, посланному посредством этой AP, во всем последующем доступе к среде.
Далее в описании будет раскрыт расширенный элемент ILS, который является альтернативой Информационному элементу Параметров Доступа. Структура Элемента ILS, обсужденная выше, может быть дополнительно расширена и улучшена расписанием интервалов ILS и связанных параметров. Пример такого расширенного Элемента ILS показан на Фиг. 10A. Расширенный Элемент ILS может включаться в кадры, такие как Маяк, Короткий Маяк, Ответ по зондированию, кадры Обнаружения FILS, или любой другой тип Управляющего, Служебного, или другого типа кадров.
Поля расширенного элемента ILS могут включать в себя следующее:
Идентификатор (ID) 1050 элемента: ID элемента, указывающий, что это является расширенным элементом ILS
Длина 1052: длина расширенного элемента ILS
Число полей 1054: число полей, содержащихся в расширенном элементе ILS
Поле 1 - Поле N 1056: каждое поле может содержать характеристики для ILS или для обычного трафика для конкретного периода(ов) или под-интервала(ов) маяка и может иметь следующие подполя:
Указатель 1058 ILSC: подполе указателя ILSC может указывать категорию или категории ISL для станций STA, которым разрешается вести ассоциирование с AP в период(ы) или под-интервал(ы) маяка, указанный в подполе Расписания. Указатель 1060 ILSC может быть реализован в виде битового массива.
Подполе 1060 указателя AC: подполе 1060 Указателя AC может указывать категорию или категории доступа для трафиков, которые станции STA могут передавать в период(ы) или подинтервал(ы) маяка, указанный в подполе Расписания. Указатель 1060 AC может быть реализован в виде битового массива.
Расписание 1062: подполе 1062 Расписания может указывать длительность периода(ов) или подинтервала(ов) маяка. Например, если длительность T1 указывается в Поле 1, длительность T2 указывается в Поле 2 и в предположении, что Период 1 начинается в T0 (начальная точка T0 может ссылаться на намеченное время маяка, или на конец текущего пакета, который содержит расширенный элемент ILS), то Период 1 может длиться от T0 до T0+T1, и Период 2 может иметь место от T0+T1 до T0+T1+T2. Подобным образом Период N может иметь место от T0+...+TN-1 до T0+...+TN-1+TN.
Параметры 1066: параметры для FILS пакетов и для не-FILS пакетов трафика. Эти параметры могут включать в себя:
Параметры EDCA: параметры EDCA для каждого из элементов ILSC, которые являются разрешенными в период(ы) и под-интервал(ы) маяка, и для каждой из AC, которым разрешается передаваться в период(ы) и под-интервал(ы) маяка.
AP/BSS: AP может включать в себя информацию расширенного ILS для соседних AP в виде части оповещения о соседе в расширенном элементе ILS.
Далее в описании будут раскрыты дифференцированные процедуры FILS, использующие расширенный элемент ILS. AP может включать в себя расширенный элемент ILS в свои маяки, короткие маяки, кадры Обнаружения FILS и Ответы по зондированию, чтобы информировать все станции STA в течение одного или нескольких периодов и под-интервала(ов) маяка, что:
один или несколько ILSC(s) станций STA, которым разрешается вести ассоциирование с AP;
и/или параметры EDCA, которые станции STA FILS должны использовать для относящихся к FILS обменов пакетами для этого периода(ов) или подинтервала(ов) маяка;
и/или одна или несколько AC(ий), которые ассоциированные STA могут передавать в течение этого периода(ов) или подинтервала(ов) маяка;
и/или параметры EDCA, которые ассоциированные STA должны использовать для каждой AC в течение этого периода(ов) или подинтервала(ов) маяка.
Используя расширенный элемент ILS, AP может выделять для различных периодов или подинтервалов маяка отличающуюся разновидность комбинаций из различных ILSC трафика FILS и различных AC трафиков от станций STA, которые в текущий момент ассоциированы. В некоторый период(ы) или подинтервалы маяка AP может отвергать некоторые ILSC станций STA или категории AC трафика, такие как AC_BK или AC_BE, чтобы позволять более быстрый процесс ассоциирования для поддерживающих FILS станций STA или подмножества станций FILS станций STA.
Категории ILSC станций STA могут быть определены по наивысшей AC продолжающегося трафика, который STA передает/принимает. В другой реализации категории ILSC для станций STA могут определяться согласно классам SLA (Соглашений об уровне обслуживания) для станций STA, например, как премиальные или постоянные клиенты. Категории ILSC для станций STA также могут определяться случайно, или определяться на основании своих MAC-адресов, например, 4-х LSB (младший значащий бит) или MSB (старший значащий бит) MAC-адреса STA.
Точки AP в OBSS могут координировать свое планирование различных категорий ILSC и AC для трафика. AP может также использовать расширенный элемент ILS, чтобы указывать расписания соседних AP для различных категорий ILSC и AC трафика.
STA с FILS, которая желает вести процесс FILS при прослушивании Ответов по зондированию, кадров Обнаружения FILS, маяков, коротких маяков или кадров другого типа, содержащих расширенный элемент ILS, может избрать ассоциирование с AP, которая наряду с другой конфигурацией, имеет более ранние расписания для ILSC, к которой STA с FILS относится. STA с FILS может затем приспосабливать указанные параметры EDCA в течение указанного периода и вести процесс FILS.
Далее в описании будет раскрыто автономную настройку параметров для FILS. STA с FILS может настраивать свои параметры EDCA автономно без необходимости приема каких-либо сообщений или указаний. Когда у STA более низкая ILSC, например, если у нее имеется только трафик не в реальном времени, когда ей требуется вести процесс FILS с AP/BSS, испытывающей высокую нагрузку по трафику, либо от ассоциированных STA, либо от других STA, ведущих начальную установку канала связи, она может автономно приспосабливать параметры EDCA более низкой ILSC или более низкой AC, чтобы способствовать снижению конкуренции доступа к каналу связи путем формирования неравномерных требований доступа к каналу связи во времени.
STA с FILS может запускать автономную настройку параметров FILS на основании некоторых предустановленных триггеров:
Основывающиеся на местоположении/времени/контексте триггеры с предварительно полученными сведениями, например, STA с FILS прибывает на загруженный вокзал в час пик, если имеет предварительно полученные сведения, что AP/BSS имеет высокую нагрузку по трафику; и
Основанные на мониторинге/измерении триггеры, например, STA с FILS восприняла, что беспроводная среда высоко нагружена или высоко конкурентная.
Что касается четвертого сценария, описанные форматы различающихся кадров запроса зондирования показывается на фигурах Фиг. 11 и 12. В некоторых случаях, некоторые или большинство из параметров сканирования ждущего запроса на зондирование для STA являются одинаковыми с таковыми из более раннего принятого запроса на зондирование, тогда как некоторые параметры являются другими. Чтобы позволять более частое использование кадров 1100, 1200 упрощенного Запроса на Зондирование (показаны на Фиг. 11 и 12), чтобы снизить издержки. Поле описания различия или IE 1110, 1210 могут использоваться в кадре 1100, 1200 упрощенного Запроса на Зондирование, чтобы указывать различие между параметрами ранее прослушанного/принятого запроса на зондирование и параметрами, которые STA намеревается послать в запросе зондирования.
Поля описания различия используются, чтобы указывать различие между более ранним прослушанным/принятым Запросом на Зондирование и Запросом на Зондирование, подлежащим передаче в кадре упрощенного Запроса на Зондирование. Кадры 1100, 1200 могут оба содержать ссылки на другой запрос на зондирование. В кадре 1100 ссылка находится в своем собственном поле 1112 и в кадре 1200, ссылка находится в MAC-заголовке 1214. Нужно отметить, что оба кадра 1100 и 1200 содержат заголовки 1116, 1216 CP PL и поля 1118, 1218 FCS (контрольная сумма кадра).
В первом поле описания различия для концепции запроса поле описания различия в кадре 1300 упрощенного Запроса на Зондирование, показанном на Фиг. 13, включает фиксированное число подполей 1310, 1320, 1330 или элементов IE, описывающих каждый различие предварительно заданного элемента в Запросе Зондирования. Каждое подполе 1318, 1320, 1330 или IE, могут не включать ID элемента, поскольку очередность и значение каждого поля или IE предварительно заданы.
STET (не править?) Различие каждого элемента может надлежаще кодироваться в соответствии с характером элемента. Например, различие в параметре списка SSID может кодироваться в виде однобитового индикатора знака плюс/минус и подмножества списка SSID. Если у ранее принятого кадра Запроса на Зондирование имеется элемент списка SSID = {SSID1, SSID2, SSID10} и в ждущем запросе зондирования имеется элемент списка SSID = {SSID1, SSID2, SSID8}, то различие параметра списка SSID можно закодировать в виде однобитового индикатора в виде "-" и подмножество SSID в виде {SSID9, SSID10}.
Во второй концепции поля описания различия для запроса, кадр 1400 упрощенного Запроса на Зондирование, показанный на Фиг. 14, включает переменное число подполей или элементов IE, содержащих каждый ID 1405, 1415, 1425 элемента и описание 1410, 1420, 1430 различия соответствующего элемента (идентифицированного посредством ID элемента) в Запросе 1400 Зондирования. Длина поля 1410, 1420, 1430 описания различия или IE конкретного элемента является предопределенной (имеет однозначное соответствие с соответствующим ID элемента).
Для каждого канала, подлежащего сканированию, может быть период времени ожидания от момента времени, в который STA принимает примитив MLME-SCAN.request, указывающий активное сканирование, до момента времени, в который передается соответствующий кадр Запроса на Зондирование. Передача кадра Запроса на Зондирование может ожидать до тех пор, пока не истекло время ProbeDelay, или не был принят примитив PHYRxStart.indication, и STA может выполнять процедуру Базового Доступа.
По приему примитива MLME-SCAN.request со ScanType, указывающим активное сканирование, STA может использовать процедуру, описанную здесь, для каждого сканируемого канала.
В течение периода времени ожидания для STA, чтобы передать Запрос на Зондирование в канал, подлежащий сканированию, STA может проверить, прослушала ли она Запрос на Зондирование, посылаемый посредством другой STA. Если STA не прослушала Запрос на Зондирование, STA может переходить к передаче кадра обычного Запроса на Зондирование на AP. Остальная процедура сканирования может быть одинаковой с таковой для обычного Запроса на Зондирование.
Если STA прослушала Запрос на Зондирование, STA может сравнивать параметры в прослушанном/принятом запросе зондирования с параметрами, которые STA желает передавать, в ждущем запросе зондирования. Если число различных параметров больше чем K, то STA может передавать кадр обычного Запроса на Зондирование на AP. Остальная процедура сканирования может быть такой же, как таковая для обычного Запроса на Зондирование.
Если число различных параметров не больше, чем K, то STA может сформировать упрощенный запрос на зондирование, используя формат, описанный здесь, с полем описания различия.
По приему кадра упрощенного Запроса на Зондирование AP может использовать поле ссылки или IE в кадре упрощенного Запроса на Зондирование, чтобы извлекать информацию ранее принятого опорного кадра Запроса на Зондирование и объединять ее с полем описания различия, чтобы повторно создать полные параметры для упрощенного Запроса на Зондирование. Остальная процедура сканирования может быть такой же, как таковая для обычного Запроса на Зондирование.
Большинство из порции параметров сканирования ждущего ответа на запрос на зондирование могут быть такими же, как таковые из раннее принятого ответа по зондированию. Однако, некоторые параметры могут отличаться. Чтобы позволять более частое использование кадров 1500, 1600 упрощенного Ответа по зондированию (показанных на Фиг. 15 и 16) для снижения издержек, поле 1510, 1610 описания различия или IE могут использоваться в кадре 1500, 1600 упрощенного Ответа по зондированию, чтобы указывать различие в параметрах между ранее принятым ответом на запрос на зондирование и упрощенным ответом по зондированию.
Здесь описаны две альтернативы для указания различия между раннее принятым Ответом на запрос Зондирования и Ответом на запрос Зондирования, подлежащим передаче в кадре упрощенного Запроса на Зондирование. Кадры 1500, 1600 могут оба содержать ссылки на другой ответ по зондированию. В кадре 1500 ссылка находится в своем собственном поле 1512, и в кадре 1600 ссылка находится в MAC-заголовке 1614. Нужно отметить, что в обоих кадрах 1500 и 1600 содержатся PLCP заголовки 1516, 1616 и поля 1518, 1618 FCS.
В первой концепции к ответу, показанной на Фиг. 17, поле описания различия в кадре 1700 упрощенного Ответа по зондированию включает фиксированное число подполей 1710, 1720, 1730 или элементов IE, описывающих каждый различия предварительно заданного элемента в Ответе по зондированию 1700. Каждое подполе или IE могут не включать ID элемента, поскольку очередность и значение каждого подполя или IE являются предопределенными. Одно подполе является значением TSF или значением отметки времени, которое может быть разностью или дельтой между текущим значением TSF и значением TSF в более раннем Ответе по зондированию (то есть, TSF-текущее - TSF-более раннее) или текущим TSF.
Если STA может хранить только ранее принятый ответ по зондированию вплоть до максимальной длительности времени в Tmax микросекунд, то подполе значение дельта TSF будет иметь длину  битов или  октетов.
Во второй концепции ответа, показанной на Фиг. 18, поле описания различия в кадре 1800 упрощенного Ответа по зондированию включает подполе разностного значения TSF или значения 1803 отметки времени, за которым следует переменное число подполей или элементов IE, содержащих каждый ID 1805, 1825 элемента и описание 1810, 1830 различия соответствующего элемента (идентифицированного посредством ID элемента) в Ответе по зондированию 1800. Длина поля 1810, 1830 описания различия или IE конкретного элемента является предопределенной (имеет взаимно однозначное соответствие с соответствующим ID элемента). Длина подполя 1803 разностного значения TSF может быть такой же, как используемая в первой концепции.
Если AP передала Ответ по зондированию в пределах последних N мс, и AP имеет ждущий ответ по зондированию, подлежащий передаче на STA, AP может сравнивать параметры в ранее переданном Ответе по зондированию с параметрами, которые ей желательно передавать в ждущем Ответе по зондированию. Значение N является параметром, который может быть равным времени, которое сканирующая STA прослушивала канал. Значение N может быть представлено: ProbeDelay + время, прошедшее с момента приема в AP Запроса на Зондирование, соответствующего интересующему Ответу по зондированию, + допустимый предел.
Если число различных параметров больше, чем K, то AP может передавать на STA кадр обычного Ответа по зондированию. Остальная процедура сканирования может быть такой же, как таковая обычного Ответа по зондированию.
Если число различных параметров не больше, чем K, то AP может формировать упрощенный ответ по зондированию, используя формат, представленный в документе, с полем описания различия, как представлено в документе.
По приему кадра упрощенного Ответа по зондированию STA может использовать поле ссылки или IE в кадре упрощенного Ответа по зондированию, чтобы извлекать информацию ранее принятого опорного кадра Ответа по зондированию и объединения ее с полем описания различия, чтобы повторно создать полные параметры для упрощенного Ответа по зондированию. Остальная процедура сканирования может быть такой же, как таковая для обычного Ответа по зондированию.
Кадр упрощенного Ответа по зондированию может также использоваться для OBSS. Когда первая AP в OBSS посылает обычный Ответ по зондированию, вторая AP может прослушивать обычный Ответ по зондированию, посланный первой AP, и передавать упрощенный Ответ по зондированию на другую STA или на широковещательный адрес. Упрощенный Ответ по зондированию может ссылаться на более ранний ответ по зондированию, посланный посредством первой AP. Упрощенный Ответ по зондированию может включать в себя поле ссылки на Ответ по зондированию или IE.
BSSID (или MAC-адрес) AP, которая послала указанный ссылкой Ответ по зондированию и/или номер управления очередностью указанного Ответа по зондированию, может использоваться для идентификации указанного ссылкой Ответа по зондированию:
В течение периода времени ожидания передачи AP Ответа по зондированию, AP может проверять, прослушивался ли другой Ответ по зондированию другой AP в течение последних N мс. N является параметром, который может быть равным времени, которое сканирующая STA прослушивала канал. Значение N может быть равным ProbeDelay + время, прошедшее с момента приема в AP Запроса на Зондирование, соответствующего интересующему Ответу по зондированию, + допустимый предел.
Если AP не прослушала другой Ответ по зондированию, AP может переходить к передаче на STA обычного кадра Ответа по зондированию. Остальная процедура сканирования может быть такой же, как таковая для обычного Ответа по зондированию. Если AP прослушала другой Ответ по зондированию, AP может сравнивать параметры в ранее прослушанном Ответе по зондированию с параметрами, которые намеревается передавать в ждущем Ответе по зондированию. Если число различных параметров больше, чем K, то AP может переходить к передаче на STA кадра обычного Ответа по зондированию. Остальная процедура сканирования может быть такой же, как таковая для обычного Ответа по зондированию.
Если число различных параметров не больше, чем K, то AP может формировать упрощенный ответ по зондированию, используя формат, описанный в документе, с полем описания различия, как представлено в документе. По приему кадра упрощенного Ответа по зондированию STA может использовать поле ссылки или IE (BSSID/MAC-адрес AP, которая послала опорный Ответ по зондированию и/или номер управления очередностью опорного Ответа по зондированию) в кадре упрощенного Ответа по зондированию, для извлечения информации ранее принятого кадра опорного Ответа по зондированию и объединения ее с полем описания различия, чтобы повторно создать полные параметры для упрощенного Ответа по зондированию. Остальная процедура сканирования может быть такой же, как таковая для обычного Ответа по зондированию.
В схеме восстановления упрощенного ответа по зондированию, STA может не понимать упрощенный ответ по зондированию, который принимает от AP. По приему Запроса на Зондирование от сканирующей STA AP может послать упрощенный Ответ по зондированию, чтобы ответить, когда соблюдаются условия использования упрощенного Ответа по зондированию, как описано в документе. После передачи упрощенного Ответа по зондированию AP запускает таймер, упомянутый здесь как "таймер ACK". Если AP не принимает ACK от сканирующей STA ко времени достижения таймером ACK предварительно заданного значения (которое может основываться на SIFS или длительности времени ACK или короткого ACK, например, длительность SIFS + длительность ACK или короткого ACK), AP может считать, что упрощенный Ответ по зондированию не понят сканирующей STA, например, вследствие факта, что указанный ссылкой Ответ по зондированию не был принят STA. AP может затем передавать обычный Ответ по зондированию на сканирующую STA для ее восстановления из ситуации ошибки.
ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ
Вариант 1 осуществления. Способ активного сканирования в сети, содержащей два передатчика, содержащий:
детектирование первого запроса на зондирование, содержащего объект сканирования, исходящего от первого передатчика;
обеспечение требования послать запрос на зондирование на объект сканирования от второго передатчика; и
отмену второго запроса на зондирование при условии, что второй передатчик детектирует первый запрос на зондирование.
Вариант 2 осуществления. Способ по варианту 1 осуществления, в котором относительный индикатор уровня принятого сигнала (RSSI) для первого кадра запроса на зондирование не меньше, чем предопределенное пороговое значение.
Вариант 3 осуществления. Способ по варианту 1 осуществления, в котором запрос на зондирование передается первой станцией и ответ по зондированию посылается в ответ на первый запрос на зондирование от точки доступа.
Вариант 4 осуществления. Способ по варианту 1 осуществления, в котором SME формирует примитив MLME-Scan-STOP.request с указанием остановить активное сканирование текущего канала при условии, что первый запрос на зондирование детектирован вторым передатчиком.
Вариант 5 осуществления. Способ по варианту 1 осуществления, дополнительно содержащий посылку запроса на зондирование на объект сканирования от второго передатчика при условии, что второй передатчик не детектирует первый запрос на зондирование с тем же объектом сканирования.
Вариант 6 осуществления. Способ активного сканирования в сети, содержащей два передатчика, содержащий:
посылку первого запроса на зондирование, имеющего объект сканирования, от первого передатчика;
обеспечение требования послать второй запрос на зондирование на объект сканирования от второго передатчика;
детектирование ответа по зондированию на первый запрос на зондирование;
отмену запроса на зондирование от второго передатчика при условии, что второй передатчик детектирует ответ по зондированию.
Вариант 7 осуществления. Способ по варианту 6 осуществления, в котором относительный индикатор уровня принятого сигнала (RSSI) первого кадра запроса на зондирование не меньше, чем предопределенное пороговое значение.
Вариант 8 осуществления. Способ по варианту 7 осуществления, дополнительно содержащий:
установку вектора распределения сети (NAV) в 0 и сканирование следующего канала при условии, что примитив PHY-CCA.indication не детектирован до достижения ProbeTimer значения MinChannelTime.
Вариант 9 осуществления. Способ по варианту 6 осуществления, в котором запрос на зондирование передается первой станцией, и детектирование имеет место на второй станции, и ответ по зондированию посылается точкой доступа.
Вариант 10 осуществления. Способ по варианту 6 осуществления, в котором SME формирует примитив MLME-Scan-STOP.request с указанием остановить активное сканирование текущего канала при условии, что послан ответ по зондированию на первый запрос на зондирование.
Вариант 11 осуществления. Способ по варианту 6 осуществления, дополнительно содержащий:
посылку второго запроса на зондирование на объект сканирования при условии, что второй передатчик не детектирует ответ по зондированию с тем же объектом сканирования.
Вариант 12 осуществления. Способ активного сканирования в сети, содержащей, по меньшей мере, два приемо-передающих устройства (TRU), содержащий:
обеспечение требования послать запрос на зондирование от первого TRU для получения информации канала, подлежащего сканированию;
передачу информации канала вторым TRU;
прием требуемой информации канала первым TRU; и
отмену запроса на зондирование от первого TRU.
Вариант 13 осуществления. Способ по варианту 12 осуществления, в котором информация канала, принятая первым TRU, содержится в кадре маяка, переданном от второго TRU.
Вариант 14 осуществления. Способ по варианту 12 осуществления, в котором информация канала, принятая первым TRU, содержится в кадре ответа по зондированию, переданном от второго TRU, причем кадр ответа по зондированию передается в качестве ответа по зондированию от третьего TRU на второй TRU.
Вариант 15 осуществления. Способ по варианту 12 осуществления, в котором информация канала, принятая первым TRU, содержится в широковещательном кадре, переданном от второго TRU, дополнительно включает в себя, по меньшей мере, одно из следующего: кадр короткого маяка, кадр обнаружения Быстрой начальной установки канала (FILS) или кадр пилот-сигнала измерения.
Вариант 16 осуществления. Способ по варианту 12 осуществления, в котором информация канала принимается первым TRU в течение интервала времени ожидания между приемом примитива MLME-SCAN.request со ScanType, указывающим активное сканирование, и передачей запроса на зондирование.
Вариант 17 осуществления. Способ по варианту 16 осуществления, в котором время ожидания дополнительно содержит время задержки на зондирование, время, используемое для выполнения процедуры доступа к каналу до осуществления передачи, и время, используемое для регулировки интервала времени ожидания.
Вариант 18 осуществления. Способы по варианту 16 осуществления, дополнительно содержащие регулировку интервала времени ожидания для приема информации канала.
Вариант 19 осуществления. Способ по варианту 12 осуществления, в котором отмена передачи запроса на зондирование от первого TRU содержит формирование SME примитива MLME-SCAN-STOP.request с указанием остановить активное сканирование текущего канала при условии, что информация канала принята в первом TRU.
Вариант 20 осуществления. Способ по варианту 12 осуществления, в котором отмена передачи запроса на зондирование от первого TRU содержит останов активного сканирования текущего канала и переключение для сканирования следующего канала или формирование отчета накопленной информации канала для текущего канала.
Хотя признаки и элементы описываются выше в конкретных комбинациях, специалист в данной области техники должен понимать, что каждый признак или элемент могут использоваться отдельно или в любой комбинации с другими признаками и элементами. Кроме того, способы, описанные в документе, могут быть реализованы в компьютерной программе, программном обеспечении или микропрограммном обеспечении, включенном в компьютерно-читаемый носитель для исполнения компьютером или процессором. Примеры компьютерно-читаемых носителей включают в себя электронные сигналы (передаваемые по проводным или беспроводным соединениям) и компьютерно-читаемые носители данных. Примеры компьютерно-читаемых носителей данных включают, но без ограничения указанным, постоянную память (ROM), оперативную память (RAM), регистр, кэш-память, устройства полупроводниковой памяти, магнитные носители, такие как внутренние накопители на жестких дисках и съемные диски, магнитооптические носители и оптические носители, такие как ROM на компакт-дисках (CD-ROM) и цифровые многофункциональные диски (DVD). Процессор в сочетании с программным обеспечением могут использоваться, чтобы реализовывать радиочастотный приемопередатчик для использования в WTRU, UE, терминале, базовой станции, RNC или любом хост-компьютере.