Способы и системы для обеспечения эффективной работы множества режимов в системе беспроводной локальной сети (wlan)



Способы и системы для обеспечения эффективной работы множества режимов в системе беспроводной локальной сети (wlan)
Способы и системы для обеспечения эффективной работы множества режимов в системе беспроводной локальной сети (wlan)
Способы и системы для обеспечения эффективной работы множества режимов в системе беспроводной локальной сети (wlan)
Способы и системы для обеспечения эффективной работы множества режимов в системе беспроводной локальной сети (wlan)
Способы и системы для обеспечения эффективной работы множества режимов в системе беспроводной локальной сети (wlan)
Способы и системы для обеспечения эффективной работы множества режимов в системе беспроводной локальной сети (wlan)
Способы и системы для обеспечения эффективной работы множества режимов в системе беспроводной локальной сети (wlan)
Способы и системы для обеспечения эффективной работы множества режимов в системе беспроводной локальной сети (wlan)
Способы и системы для обеспечения эффективной работы множества режимов в системе беспроводной локальной сети (wlan)
Способы и системы для обеспечения эффективной работы множества режимов в системе беспроводной локальной сети (wlan)
Способы и системы для обеспечения эффективной работы множества режимов в системе беспроводной локальной сети (wlan)
Способы и системы для обеспечения эффективной работы множества режимов в системе беспроводной локальной сети (wlan)
Способы и системы для обеспечения эффективной работы множества режимов в системе беспроводной локальной сети (wlan)
Способы и системы для обеспечения эффективной работы множества режимов в системе беспроводной локальной сети (wlan)
Способы и системы для обеспечения эффективной работы множества режимов в системе беспроводной локальной сети (wlan)
Способы и системы для обеспечения эффективной работы множества режимов в системе беспроводной локальной сети (wlan)
Способы и системы для обеспечения эффективной работы множества режимов в системе беспроводной локальной сети (wlan)

 


Владельцы патента RU 2413370:

ИНТЕРДИДЖИТАЛ ТЕКНОЛОДЖИ КОРПОРЕЙШН (US)

Заявленное изобретение относится к беспроводным локальным сетям. Технический результат заключается в расширении двухрежимной защиты для поддержки работы во множестве режимов, а также в работе последовательности Функции Множественного Опроса Энергосбережения (PSMP) в многорежимной системе эффективным образом с точки зрения полосы пропускания. Для этого применяют защиту Управления Доступом к Среде (МАС-защиту) Возможности Передачи (ТХОР) для многорежимной работы в системе беспроводной локальной сети (WLAN). В частности, определены МАС-механизмы для поддержки кадров многорежимного Разрешения На Передачу (CTS), и кадров многорежимного Завершения Без Конкуренции (CF-End), передаваемых точкой доступа, причем каждый из упомянутых кадров передается в формате, подходящем для соответствующего режима, что также применимо для однорежимной работы в качестве тривиального случая. МАС-механизмы позволяют выполнять округление длительности ТХОР для освобождения неиспользованной части ТХОР, когда больше нет данных, требующих передачи. Освобождение неиспользованной защищенной ТХОР возможно как для защищенных передач точки доступа, так и для защищенных передач станции (STA). 4 н. и 16 з.п. ф-лы, 17 ил.

 

Область техники

Настоящее изобретение относится к беспроводным локальным сетям (Wireless Local Area Network, WLAN). В частности, настоящее изобретение улучшает работу станций (STA) при применении множества режимов в одной области покрытия.

Уровень техники

В настоящее время рассматриваются различные предложения для расширения 802.11n стандарта WLAN 802.11, которое обеспечивает повышение пропускной способности устройств WLAN. Источниками этих предложений являются различные консорциумы организаций-разработчиков беспроводных технологий, в том числе консорциумы EWC, Joint Proposal и WWiSE. Ниже описаны аспекты этих предложений, которые относятся к настоящему изобретению.

Фиг.1 представляет собой иллюстрацию кадра Разрешения на Передачу (Clear to Send, CTS) в качестве кадра MAC-управления согласно стандарту 802.11. Адрес Приемника (Receiver Address, RA) кадра CTS копируется из поля Адреса Передатчика (Transmitter Address, TA) непосредственно предшествующего кадра Запроса на Передачу (Request to Send, RTS), для которого данный кадр CTS является ответом. Величина длительности получается путем вычитания из величины поля Длительность непосредственно предшествующего кадра RTS времени, необходимого для передачи кадра CTS, и Короткого Межкадрового Интервала (Short Inter-Frame Spacing, SIFS). Если вычисленная длительность имеет дробную часть в микросекундах, то она округляется до ближайшего большего целого.

Согласно данной схеме необязательно, чтобы кадр CTS следовал за кадром RTS, как определено в стандарте 802.11e (раздел 7.2.1.2). Он может быть первым кадром, который используется для настройки Вектора (Network Allocation Vector, NAV) Назначения Сети для защиты на уровне MAC последующей передачи. Когда кадр CTS передается в качестве первого кадра инициирующей станцией, CTS может быть адресовано самому себе, и в этом случае на него ссылаются как на CTS-самому-себе (CTS-to-self).

Фиг.2 представляет собой иллюстрацию кадра Завершения Без Конкуренции (Contention Free End, CF-End), который представляет собой управляющий MAC-кадр, который может быть передан точкой доступа в качестве широковещательного кадра для сброса векторов NAV всех станций системы. Данный кадр описан в стандарте 802.11. В этом случае станция, принимающая кадр CF-End с Идентификатором Базового Сервисного Набора Подсистемы (Base Station Subsystem, BSS) (BSSID) Базовой Станции, с которой связана данная станция, сбросит значение своего NAV на 0. В результате сбрасывается любая существующая защита/резервирование среды. Поле Длительность сбрасывается на 0. Как показано на Фиг.2, BSSID представляет собой адрес станции, содержащийся в точке доступа AP. RA представляет собой широковещательный групповой адрес. FCS это Последовательность Проверки Кадра (Frame Check Sequence).

Были сделаны предложения реализовать в стандарте 802.11n поддержку Расширенного Диапазона (Extended Range, ER) путем применения иной схемы модуляции физического уровня (PHY), отличающейся от таковой для Нормального Диапазона (Normal Range, NR), в результате чего, по существу, возникают два режима работы. ER-станции STA передают и принимают, используя PHY-модуляцию Пространственно-Временного Блочного Кода (Space Time Block Code, STBC), тогда как NR-станции STA передают и принимают, используя PHY-модуляцию, отличную от STBC.

В предложении консорциума Joint Proposal для стандарта 802.11n описан подход, согласно которому точка доступа должна поддерживать сеть из станций, работающих в двух режимах, причем этими двумя режимами являются Расширенный Диапазон и Нормальный Диапазон. Вторичный маяк и способ Двойного CTS совместно используются для поддержки Расширенного Диапазона в добавление к Нормальному Диапазону. Вторичный маяк передается посредством набора битов вторичного маяка в маяке, чтобы уведомлять станции, что Время Передачи Целевого Маяка (Target Beacon Transmission Time, TBTT) для этого маяка имеет сдвиг. При защите с Двойным CTS станции начинают Возможность Передачи (Transmission Opportunity, TXOP) посредством RTS, направленного в точку доступа, и точка доступа отвечает посредством первого и второго CTS, разделенных Точечным Межкадровым Промежутком Функции Управления (Point Control Function Inter-Frame Spacing, PIFS). Когда защита с Двойным CTS активна, точка доступа должна защищать STBC TXOP посредством CTS с модуляцией, отличной от STBC, а TXOP с отличной от STBC модуляцией посредством STBC CTS. Кадры защиты должны устанавливать NAV для всего TXOP Управляющие кадры STBC должны использоваться в ответе на кадры STBC, если установлен бит защиты Двойного CTS. В противном случае должны использоваться управляющие кадры с модуляцией, отличной от STBC. PIFS используется в качестве интервала для разделения Двойного CTS для RTS с модуляцией, отличной от STBC.

Фиг.3 иллюстрирует схему из презентации предложения консорциума WWiSE по самоуправляемой защите Расширенного Диапазона, где показаны примеры сигнализации для двухрежимной защиты станций с Нормальным Диапазоном и Расширенным Диапазоном. Сигнальные последовательности 301-305 относятся к Канальному Доступу Усовершенствованной Распределенной Функции Координации (Enhanced Distributed Coordination Function (DCF) Channel Access EDCA), а сигнальная последовательность 306 относится к формату Управляемого HCF Канального Доступа (HCF Controlled Channel Access, HCCA). Точка доступа защищает TXOP на NR STA и ER STA, используя сигнальные последовательности 301-302 соответственно. ER STA защищает свой TXOP в сигнальной последовательности 303. Сигнальная последовательность для 11n NR STA представляется посредством сигнальной последовательности 304, а сигнальная последовательность для унаследованной NR STA представляется посредством сигнальной последовательности 305. В сигнальной последовательности 306 точка доступа защищает TXOP для STA, используя формат HCCA. Как показано, в ответ на RTS от определенных станций точка доступа передает либо CTS в режиме, используемой станцией, которая передала RTS, либо сигнал CTS-to-self в режиме, отличающемся от режима станции, которая передала RTS.

Фиг.4 иллюстрирует новый информационный элемент HT согласно предложенному консорциумом WWiSE Расширенному Диапазону. Точка доступа сигнализирует новые информационные элементы HT в управляющих кадрах, таких как маяк, ответ проверки и т.п., чтобы управлять BSS (например, чтобы обеспечить поддержку Расширенного Диапазона). Новые информационные элементы HT также могут присутствовать во всех маяках и ответах проверки, которые передаются станцией в режиме IBSS. Как показано на Фиг.4, информационные элементы HT содержат такие поля, как Вторичный Маяк, Двойная Защита STBC/CTS и т.п. Согласно предложению консорциума Joint Proposal длина не фиксирована, и размер зависит от количества присутствующих полей. Эти поля должны быть расположены в порядке, показанном на Фиг.4, причем новые поля добавляются с конца существующих полей. Любые поля, неизвестные станции STA, должны игнорироваться.

Ниже изложены некоторые относящиеся к Функции Множественного Опроса Энергосбережения (PSMP) определения из спецификации консорциумов Joint Proposal и EWC. PSMP представляет собой MAC-кадр, который предоставляет временной график, который должен использоваться PSMP-передатчиком и PSMP-приемниками. Временной график начинается непосредственно после передачи кадра PSMP. Передача по Нисходящей Линии (Downlink Transmission, DLT) представляет собой период времени, описываемый кадром PSMP, который предназначен для использования при приеме кадров PSMP-приемниками. Передача по Восходящей Линии (Uplink Transmission, ULT) представляет собой период времени, описываемый кадром PSMP, который предназначен для использования при передаче кадров PSMP-приемником.

Фиг.5 и 6 иллюстрируют форматы информационного элемента PSMP согласно MAC-спецификации консорциума EWC. Фиг.5 иллюстрирует формат набора параметров PSMP, в котором PSMP имеет тип/подтип Кадра Действия Управления (Management Action Frame) и тип широковещательного адреса. Набор параметров PSMP используется для описания DLT и ULT, которые следуют непосредственно после кадра PSMP. Фиг.6 иллюстрирует детали формата информационного элемента STA Info, такие как ID Потока обмена, ID станции, сдвиг и длительность DLT, сдвиг и длительность ULT.

Фиг.7 иллюстрирует последовательность PSMP, состоящую из фазы DLT, за которой следует фаза ULT. Подтверждение Приема Блока с Множеством Идентификаторов Потока Обмена (Multi TID Block ACK, MTBA) используется для передачи Подтверждения Приема Блока (Block ACK) для множества потоков TID.

Существует необходимость в расширении двухрежимной защиты для поддержки работы во множестве режимов. Существующий уровень техники не обеспечивает устойчивости и эффективности в использовании среды, поскольку он не предоставляет механизма для восстановления какой-либо неиспользованной длительности Возможности Передачи (Transmission Opportunity, TXOP), защищенной передачей Двойного CTS. Согласно схеме по существующему уровню техники, если станция STA исчерпывает данные для передачи в течение защищенной TXOP, то среда растрачивается для остатка TXOP. Существует необходимость в предоставлении MAC-сигнализации для сдачи системе остающейся неиспользованной TXOP.

Также существует необходимость в работе последовательности PSMP в многорежимной системе эффективным образом с точки зрения полосы пропускания. Спецификация 802.11n содержит несовместимости с точки зрения допущения только ACK/MTBA в ULT и отсутствия данных для незапланированного PSMP. Кроме того, отсутствует руководство для округления TXOP при защите Двойного CTS для станций, которые неспособны интерпретировать кадр CF-End.

Сущность изобретения

Согласно первому предпочтительному варианту осуществления настоящего изобретения предоставлены способ и система для расширения двухрежимной работы в системе WLAN в более общую работу во множестве режимов. Согласно второму предпочтительному варианту осуществления настоящего изобретения предоставлены способ и система для усовершенствования механизмов MAC-защиты при работе во множестве режимов и, в частности, механизмов для поддержки последовательности множества кадров CF-End (каждый из которых передается в формате, подходящем для соответствующего режима), передаваемой точкой доступа, чтобы обеспечить эффективное использование среды, причем данная схема применима также к работе в одном режиме, что является самым простым случаем. Согласно третьему предпочтительному варианту осуществления настоящего изобретения предоставлены способ и система для усовершенствования последовательностей PSMP при работе во множестве режимов.

Краткое описание чертежей

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

Фиг.1 - иллюстрация кадра CTS согласно стандарту 802.11;

Фиг.2 - иллюстрация формата кадра CF-End согласно стандарту 802.11;

Фиг.3 - схема сигнализации для самоуправляемой защиты расширенного режима согласно предложению консорциума WWiSE;

Фиг.4 - иллюстрация формата управляющего кадра информационного элемента HT;

Фиг.5 - формат набора параметров PSMP;

Фиг.6 - формат информационного элемента PSMP STA Info;

Фиг.7 - иллюстрация последовательности PSMP, состоящей из фазы DLT, за которой следует фаза ULT;

Фиг.8 - иллюстрация примера беспроводной локальной сети, работающей во множестве режимов;

Фиг.9 - иллюстрация формата первичного маяка и формата вторичного маяка, который включает в себя поля идентификаторов первичного и вторичного маяков;

Фиг.10 - иллюстрация формата информационного элемента HT управляющего кадра, который включает в себя идентификаторы первичного и вторичного маяков;

Фиг.11- иллюстрация передачи кадра станцией с использованием защитного TXOP для формата конкретного режима;

Фиг.12 - иллюстрация передачи кадра точкой доступа, защищающей TXOP посредством EDCA;

Фиг.13 - иллюстрация передачи кадра точкой доступа, защищающей TXOP посредством HCCA;

Фиг.14 - иллюстрация последовательности передачи кадра станцией STA, освобождающей неиспользованную TXOP;

Фиг.15 - иллюстрация последовательности передачи кадра точкой доступа, освобождающей неиспользованную TXOP посредством EDCA;

Фиг.16 - иллюстрация последовательности передачи кадра станцией STA, освобождающей неиспользованную TXOP посредством HCCA; и

Фиг.17 - иллюстрация последовательности кадров многорежимной PSMP.

Подробное описание предпочтительных вариантов осуществления

В использованном здесь значении термин "станция" или "STA" включает в себя, но не ограничивается перечисленным, "беспроводной блок приема/передачи" (WTRU) (ББПП), пользовательское оборудование (User Equipment), мобильную станцию, фиксированную или мобильную абонентскую станцию, пейджер, сотовый телефон, персональный цифровой помощник (Personal Digital Assistant, PDA), компьютер или любой другой тип пользовательских устройств, способных работать в беспроводной среде. В использованном здесь значении термин "базовая станция" включает в себя, но не ограничивается перечисленным, Узел-B (Node-B), локальный контроллер, точку доступа (Access Point, AP) или любой другой тип интерфейсного устройства, способного работать в беспроводной среде.

В использованном здесь значении термин "режим" или "Mode" обозначает особую сетевую линию под уровнем MAC, используемую для связи (передачи и приема), такую как уровень PHY, интерфейс канала, полосу пропускания канала (например, 20 МГц или 40 МГц) и физический канал связи. Следует отметить, что станции в различных режимах, как правило, могут не работать совместно эффективным образом в зоне покрытия BSS, если они не управляются и не защищены механизмами уровня MAC. Настоящее изобретение относится к многорежимной системе (например, BSS), где станции передают и принимают во множестве режимов (более чем одном) в одной и той же зоне покрытия.

Фиг.8 иллюстрирует пример беспроводной локальной сети, содержащей точку доступа (Access Point, AP), станцию STA1, работающую в Режиме 1, и станцию STA2, работающую в Режиме 2. Для простоты предпочтительные варианты осуществления описаны в контексте двух режимов - Режима 1 и Режима 2. Тем не менее настоящее изобретение применимо также к многорежимной работе, где количество режимов больше двух.

Ниже изложено описание трех предпочтительных вариантов осуществления настоящего изобретения. Согласно первому предпочтительному варианту осуществления настоящего изобретения предоставлены способ и система для улучшения двухрежимной работы (с модуляцией STBC и модуляцией, отличающейся от STBC) в системе WLAN для обеспечения более общей многорежимной работы. Согласно второму предпочтительному варианту осуществления настоящего изобретения предоставлены способ и система для усовершенствования механизмов MAC-защиты при многорежимной работе и, в частности, механизмов для поддержки последовательности множества кадров CF-End (каждый из которых передается в формате, подходящем для соответствующего режима), передаваемой точкой доступа, чтобы обеспечить эффективное использование среды, причем данная схема применима также к однорежимной работе, что является наиболее простым случаем. Согласно третьему варианту осуществления настоящего изобретения предоставлены способ и система для усовершенствования последовательностей PSMP при многорежимной работе.

Первый вариант осуществления настоящего изобретения относится к определению MAC-механизмов для поддержки многорежимной работы. Примеры применений для многорежимной работы включают в себя: (1) наследованные системы, (2) устройства, поддерживающие новый набор модуляции, (3) устройства, которые могут быть в переходном процессе (новый набор модуляции) до переключения сетей, (4) смешанные сети, поддерживающие множество режимов, и (5) устройства, работающие более чем на одной полосе пропускания/канале.

Согласно первому варианту осуществления настоящего изобретения точка доступа поддерживает двухрежимную работу посредством двух основных MAC-механизмов: 1) путем передачи маяка/вторичного маяка, за которым следуют данные многоадресной рассылки/широковещания для каждого поддерживаемого режима; и 2) путем поддержки передачи множества кадров CTS, каждый из которых соответствует одному из множества поддерживаемых режимов. Проблемой для многорежимной защиты является то, что защитные кадры CTS должны быть интерпретированы в соответствующем формате режима (модуляции, конфигурации линии и т.п.) каждым из двух объектов, осуществляющих связь. Так, если станция STA использует формат конкретного режима, то защитный кадр CTS должен быть передан и принят в конкретном формате, чтобы обеспечить его распознавание станцией STA.

Фиг.9 представляет собой схему, на которой представлен предпочтительный набор форматов кадра согласно вышеупомянутых MAC-механизмов точки доступа. Первый кадр режима содержит первичный маяк 901, за которым следуют данные 905 многоадресной рассылки/широковещания. Первичный маяк включает в себя Информационный Элемент 903 HT. После определенного периода сдвига передается вторичный кадр режима, который включает в себя вторичный маяк 902 с его Информационным Элементом 904 HT, за которым следуют данные 906 многоадресной рассылки/широковещания. Ссылаясь на Фиг.8, первичный маяк обслуживает станцию STA1 в Режиме 1 (отличающемся от STBC). Вторичный маяк обслуживает станцию STA2, которая использует Режим 2 (STBC). Несмотря на то, что для данного примера Режим 1 и Режим 2 были выровнены относительно первичного маяка и вторичного маяка соответственно, в альтернативном варианте первичный маяк может обслуживать Режим 2, а вторичный маяк может обслуживать Режим 1, в зависимости от параметров системы. В общем, первичный маяк будет обслуживать все станции, использующие Режим 1, тогда как вторичный маяк будет обслуживать все станции, использующие Режим 2. Для многорежимной работы дополнительные вторичные маяки будут обслуживать каждый из режимов, используемых в системе, соответственно.

Во время многорежимной работы точка доступа передает маяк/вторичный маяк и трафик многоадресной рассылки/широковещания в формате, который подходит для каждого поддерживаемого системой режима. В многорежимной системе один из нескольких передаваемых маяков (соответствующих нескольким режимам) идентифицируется как первичный маяк 901. Каждый вторичный маяк 902 может передаваться со сдвигом по времени (относительно первичного маяка 901 или любой иной временной привязки). Временной сдвиг может быть определен на основании системных соображений. Временной сдвиг может быть конфигурируемым системным параметром, который может динамически изменяться точкой доступа. Временной штамп Функции Синхронизации Такта (Timing Synchronization Function, TSF) вторичного маяка 902 должен быть действительным временным штампом. Все другие поля во вторичном маяке 902 предпочтительно идентичны соответствующим полям первичного маяка 901. Данные 906 многоадресной рассылки/широковещания, передаваемые после вторичного маяка 902, предпочтительно идентичны данным 905 многоадресной рассылки/широковещания, передаваемым после первичного маяка 901. Исходя из системных соображений, каждый вторичный маяк 902 включает в себя дополнительные поля и данные, которые уникальны для его режима. Также, исходя из системных соображений, каждый режим может содержать дополнительные поля многоадресной рассылки/широковещания и данные, которые уникальны для его режима.

Фиг.10 представляет собой иллюстрацию предпочтительного формата для информационного элемента 1000 HT, соответствующего информационным элементам 903, 904 HT. Информационный элемент 1000 HT содержит следующие поля: ID 1001 элемента, длина 1002, ID 1003 управляющего канала, сдвиг 1004 канала расширения, рекомендуемый набор 1005 ширины передачи, режим 1006 RIFS, только 1007 управляемый доступ, степень детализации 1008 интервала обслуживания, режим 1009 работы, Базовая Схема 1011 Модуляции и Кодирования STBC, допустимая защита 1013 L-SIG и набор 1016 Базовой Схемы Модуляции и Кодирования. Эти поля соответствуют предложенному формату информационного элемента HT управления, показанному на Фиг.4. Согласно настоящему изобретению поле 1012 многорежимной защиты и поле 1014 ID маяка включены в состав для поддержки многорежимной работы. В качестве примера двухрежимной работы поле 1014 ID маяка может содержать один бит, причем если информационный элемент HT имеет значение 0, то он является первичным маяком, а если его значение равно 1, то он является вторичным маяком. Тем не менее, для многорежимной работы размер однобитного информационного элемента увеличивается до подходящего, чтобы обеспечить возможность идентификации всех существующих режимов сверх первичного режима. Как показано на Фиг.10, поле 1014 ID маяка отмечено битами B9-Bk, где k выбирается на основании количества поддерживаемых режимов. Например, в системе, где используется 16 режимов, выбирается поле ID маяка из 4 битов (B9-B12, k=12).

Фиг.11 представляет собой иллюстрацию примера схемы 1100 сигнализации для многорежимной системы, использующей n режимов, которая включает в себя точку доступа и станцию STA2, которая работает в режиме 2 и защищает TXOP. Точкой доступа предоставляется индикация о том, что система поддерживает многорежимную защиту TXOP. Предпочтительным механизмом для индикации является сигнализация точкой доступа поля/бита защиты множества CTS в новом информационном элементе HT Многорежимная Защита 1012, как показано на фиг.10. В случае если поле/бит многорежимной защиты CTS устанавливается точкой доступа и принимается станцией STA2, TXOP начинается станцией STA2, когда кадр 1101 RTS в режиме 2 передается точке доступа. Ответом от точки доступа будет посылка множества кадров 1102-1105 CTS и CTS-to-self в форматах, соответствующих режимам, например, модуляции, конфигурации линии и т.п., так что станции, работающие в других режимах, будут уведомлены, что TXOP была зарезервирована/защищена для станций режима 2, таких как станция STA2.

Как показано на Фиг.11, точка доступа передает кадр 1102 CTS в режиме, который используется для защищенной станцией TXOP. Так, станция STA является станцией STA2, которая инициировала TXOP в режиме 2, и кадр 1102 CTS режима 2 в ответном кадре множества CTS расположен в первой позиции. Альтернативно, позиция для кадра CTS этого режима может быть последней, либо она может быть определена системой на основании приоритетов, присвоенных режимам. Точка доступа также передает множество кадров 1108-1105 CTS-to-Self во всех режимах за исключением режима, который используется для TXOP, защищенной станцией STA, то есть CTS-to-Self Mode 1, CTS-to-Self Mode 3... CTS-to-Self Mode n. Относительный порядок этих кадров CTS-to-Self может быть произвольным, либо он может определяться, исходя из системных соображений, на основании присвоенных режимам приоритетов.

Множество кадров 1102-1105 CTS/CTS-to-Self разделяется посредством PIFS, SIFS (как показано) или иным интервалом, таким как Уменьшенный Межкадровый Интервал (Reduced Inter Frame Spacing, RIFS), что определяется на основании других системных факторов. После того как множество кадров 1102-1105 CTS/CTS-to-self полностью передаются, начинается TXOP 1106 Режима 2.

Множество кадров CTS/CTS-to-Self, передаваемых точкой доступа в ответ на кадр RTS, применимы в следующих случаях. Когда BSS вместе с точкой доступа осуществляет связь в многорежимном формате, используя сигналы множества CTS, отчет каждой станции содержит один кадр CTS в формате, соответствующем его режиму работы. Альтернативно, каждой станции может быть разрешено отвечать множеством кадров CTS, что в особенности полезно в сценарии с Независимым Базовым Сервисным Набором (Independent Basic Service Set, IBSS) (то есть, когда точка доступа отсутствует и все станции STA являются одноранговыми узлами) или в сценарии смешанной сети. В таком случае выбранная станция STA исполняет роль точки доступа путем передачи множества кадров CTS. В противном случае координирование ответа CTS от нескольких станций будет сложным.

Фиг.12 представляет собой иллюстрацию примера схемы 1200 сигнализации точки доступа, защищающей TXOP Режима 2 посредством EDCA, что соответствует двойной сигнальной последовательности 301 защиты с Фиг.3. Так, точка доступа инициирует TXOP Режима 2 для самой себя, начиная с множества кадров 1201-1203 CTS-to-self во всех режимах, за исключением Режима 2. Как и в случае с Фиг.11, последовательность этих кадров CTS-to-Self может быть произвольной, либо она может определяться, исходя из системных соображений и соображений реализации, на основании присвоенных режимам приоритетов. Далее, точка доступа передает кадр 1204 RTS Режима 2, который содержит конкретную информацию адреса станции STA, которая адресована, например, конкретно станции STA2. В ответ станция STA2 передает кадр 1205 CTS Режима 2, который обеспечивает возможность начаться кадру 1206 TXOP Режима 2 от точки доступа, причем точка доступа передает данные в Режиме 2.

Фиг.13 представляет собой иллюстрацию примера схемы 1300 сигнализации точки доступа, защищающей TXOP Режима 2 посредством HCCA, что соответствует сигнальной последовательности 306 двойной защиты с Фиг.3. Когда точка доступа устанавливает и передает поле/бит 1012 защиты с множеством CTS, точка доступа защищает TXOP в заданном режиме посредством множества кадров 1307-1310 CTS-to-self, которые передаются в форматах, соответствующих режимам, например, модуляции, конфигурации линии и т.п., за исключением режима, который используется для TXOP, защищаемой точкой доступа, которая в данном примере работает в Режиме 2. Порядок множества кадров 1307-1310 CTS-to-Self, соответствующих множеству режимов, может быть произвольным, либо он может быть определен с учетом системных соображений и соображений реализации, на основании присвоенных режимам приоритетов. Множество кадров 1307-1310 CTS/CTS-to-Self разделяются посредством PIFS, SIFS (как показано) или иным интервалом, таким как Уменьшенный Межкадровый Интервал (Reduced Inter Frame Spacing, RIFS), что определяется на основании других системных факторов.

Как показано на Фиг.13, за множеством кадров 1307-1310 CTS-to-self следует кадр 1311 CF-poll согласно протоколу HCCA, передаваемый в режиме, который используется для TXOP, через интервал SIFS, PIFS или иного временного промежутка, такого как RIFS, что определяется на основании системных факторов. В данном примере TXOP 1312 предназначен для Режима 2, и соответственно кадр 1311 CF-Poll предназначен для Режима 2.

В этом варианте осуществления многорежимной защиты TXOP, где TXOP для станции STA защищена, станция STA должна ожидать начала своей передачи до тех пор, когда будет передано множество кадров CTS или CTS-to-Self от точки доступа. Для этой цели следующие предпочтительные процедуры рассматриваются либо в отдельности, либо в различных комбинациях. Предпочтительно время, необходимое точке доступа для передачи множества кадров CTS/CTS-to-Self, должно быть известно станциям STA в системе. Одним из примеров возможных подходов является включение данной информации в поле нового информационного элемента 1000 HT, передаваемого точкой доступа. Альтернативно, станция STA не начинает передачи до того, как она получит ответ CTS на свой запрос RTS, и если такой ответ CTS приходит в последнюю очередь, то заблаговременной передачи точного времени не требуется. Согласно еще одному подходу можно основываться на восприятии носителя до передачи, то есть даже после приема CTS станции STA придется ожидать, если среда все еще занята кадрами CTS других режимов.

Альтернативно, если все станции STA способны передавать и принимать в одном общем формате, то даже если они в нормальном режиме осуществляют связь в определенном режиме, то этот формат общего режима предпочтительно используется для передачи управляющих кадров защиты, таких как RTS и CTS. Модуляция, используемая для передачи управляющих кадров, как правило, имеет базовую скорость в заданном режиме. Более высокие скорости в каждом режиме используются для передачи данных. Также возможно, что станция STA будет поддерживать базовые скорости во всех режимах, а более высокие скорости - только в одном предпочтительном/особом режиме. В этом случае обмена одним кадром RTS и одним кадром CTS между осуществляющими связь устройствами в этом общем формате будет достаточно, чтобы установить защиту в многорежимной системе.

Во всех вышеупомянутых механизмах защиты для многорежимной работы используемые кадры защиты (то есть RTS, CTS) предпочтительно устанавливают NAV для всей защищаемой TXOP.

Второй предпочтительный вариант осуществления настоящего изобретения предоставляет MAC-механизмы для поддержки эффективного использования среды при многорежимной работе путем освобождения неиспользованных частей защищенной TXOP. Фиг.14-16 иллюстрируют примеры сигнальных последовательностей того, как может использоваться передача множества кадров CF-End для освобождения неиспользованной TXOP, так чтобы повысить эффективность использования среды.

Фиг.14 иллюстрирует пример станции STA, освобождающей неиспользованную TXOP в Режиме 2. Как и в сигнальной последовательности с Фиг.11, станция STA2 передает RTS 1401 Режима 2, точка доступа отвечает множеством кадров 1402-1405 CTS/CTS-to-self и TXOP станции STA2 начинается в Режиме 2. Однако в этом варианте осуществления станция STA2 распознает, что до конца кадра 1406 TXOP больше нет данных, доступных для передачи. Тогда, станция STA2 передает один кадр 1416 End of Data, который может быть в формате кадра CF-End. Точка доступа отвечает множеством кадров 1407-1409 CF-End во всех режимах. После того как все кадры CF-End передаются, неиспользованная часть 1406 TXOP освобождается из среды, и может начаться новый процесс защиты TXOP, инициированный другой станцией STA или точкой доступа для его передачи по среде.

Фиг.15 представляет собой иллюстрацию примера сигнальной последовательности точки доступа, освобождающей неиспользованную TXOP в течение EDCA в Режиме 2, в качестве расширения сигнальной последовательности, показанной на Фиг.12. Точка доступа передает множество кадров 1521-1523 CTS-to-self, за которыми следует кадр 1524 RTS Режима 2, чтобы запросить защиту TXOP Режима 2. Станция STA2 отвечает кадром 1525 CTS Режима 2, обеспечивая возможность точке доступа начать свой кадр 1506 TXOP в Режиме 2. В течение кадра 1506 TXOP точка доступа распознает, что данных для передачи больше нет, и соответственно она передает кадр 1526 End of Data, который может быть в формате кадра CF-End. Далее, точка доступа передает множество кадров 1527-1529 CF-End во всех режимах, чтобы уведомить все станции STA, что точка доступа завершила свою передачу Режима 2 в текущем кадре TXOP 1506. Кадр 1506 TXOP тогда округляется, и неиспользованная часть кадра 1506 TXOP освобождается для доступа другой станции STA или точки доступа в ином режиме. Защита освобожденной TXOP выполняется согласно многорежимным процедурам, описанным выше.

Фиг.16 представляет собой иллюстрацию примера сигнальной последовательности станции STA, освобождающей неиспользованную TXOP в течение HCCA в Режиме 2 в качестве расширения сигнальной последовательности, показанной на Фиг.13. Точка доступа передает множество кадров 1601-1604 CTS-to-self во всех режимах за исключением режима защиты TXOP, которым в данном случае является Режим 2. Кадр 1605 CF-Poll Режима 2 передается, и начинается кадр 1606 TXOP Режима 2 для станции STA2. В течение кадра 1606 TXOP станция STA2 распознает, что ее данные передачи исчерпались, так что она передает кадр 1612 End of Data. Точка доступа уведомляет другие станции STA во всех режимах, используя множество кадров CF-End в соответствующих режимах. Тогда остающаяся часть TXOP освобождается.

Как показано на Фиг.14-16, точка доступа последовательно передает множество кадров CF-End в Протокольных Блоках Данных MAC (MAC Protocol Data Units, MPDUs) посредством форматов передачи (модуляции, конфигурации линии и т.п.), соответствующих поддерживаемым точкой доступа режимам. Между кадрами CF-End вставляются временные интервалы SIFS (либо другие интервалы, которые определяются на основании системных факторов).

Ниже перечислены дополнительные примеры условных случаев (имеющих место по отдельности или в сочетании друг с другом), когда для освобождения защищенной TXOP применим этот вариант осуществления):

a. После приема MAC-сигнала End-of-Data от станции STA, как показано на Фиг.14, (или, например, кадра QoS-NULL вместе с ответом ACK от точки доступа), которая начала TXOP;

b. После приема MAC-сигнала End-of-Data от станции STA (или, например, кадра QoS-NULL вместе с ответом ACK от точки доступа), которая начала TXOP, вместе с тем, что точка доступа больше не имеет данных для передачи;

c. Если станция, которая начала TXOP, просто перестала передавать данные;

d. Если станция, которая начала TXOP, просто перестала передавать данные, и точка доступа определяет это каким-либо средством (таким как Восприятие Носителя), и вместе с тем точка доступа не имеет каких-либо данных для передачи;

e. После какой-либо процедуры восстановления среды. То есть, когда точка доступа восстановила среду, и она может передавать кадры CF-End, чтобы обеспечить станциям доступ к среде;

f. Если точка доступа инициировала TXOP, завершила передачу по нисходящей линии связи и не принимает каких-либо передач по восходящей линии связи;

g. Если точка доступа инициировала TXOP в EDCA, завершила передачу по нисходящей линии связи и не ожидает каких-либо дополнительных передач (например, посредством сигнала End-of-Data (как показано на Фиг.15), или кадра QoS-NULL вместе с ответом ACK от точки доступа);

f. Если точка доступа инициировала TXOP в HCCA с CF-Poll, завершила передачу по нисходящей линии связи и не ожидает каких-либо передач по восходящей линии связи;

i. Если точка доступа инициировала TXOP в HCCA с CF-Poll и принимает MAC-сигнал End-of-Data от станции STA, как показано Фиг.16 (или, например, кадр QoS-NULL с ответом ACK от точки доступа), и точка доступа завершила передачу по нисходящей линии связи.

Множество кадров CF-End, которые передаются точкой доступа, предпочтительно должны удовлетворять требованиям следующих правил по отдельности или в сочетании:

a. Множество кадров CF-End будут переданы только в том случае, если они могут быть переданы до того, как истекает срок текущей TXOP. Это определяется точкой доступа путем оценивания остающейся части TXOP и сравнения времени, требуемого для передачи всех кадров CF-End;

b. Если все кадры CF-End не могут быть переданы до истечения текущей TXOP, то передается максимальное количество этих кадров, которое можно передать до истечения текущей TXOP;

c. В некоторых случаях и при некоторых системных условиях, даже если все или некоторые из множества кадров CF-End не могут быть переданы до истечения текущей TXOP, все они будут переданы, даже если некоторые или все из них должны быть переданы вне TXOP.

Множество кадров CF-End, передаваемых точкой доступа, предоставляют возможность всем другим устройствам в системе обновить свои NAV и избежать потенциальной растраты или неэффективного использования среды. Множество кадров CF-End от точки доступа разделяются интервалом SIFS или иным временным промежутком, таким как RIFS, как определено на основании других системных факторов. В зависимости от опций могут применяться следующие варианты механизма и порядка передачи множества кадров CF-End (включая двойные кадры CF-End, если речь идет о двухрежимных системах), передаваемых точкой доступа, чтобы освободить TXOP:

a. Множество кадров CF-End может передаваться в порядке приоритета, определяемого конфигурацией системы, которая также может изменяться динамическим образом, причем приоритет соответствует приоритету, назначенному поддерживаемым системой режимам;

b. Первый кадр CF-End соответствует режиму текущей TXOP, а остальные кадры CF-End соответствуют другим режимам;

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

d. Передается только один кадр CF-End в формате, соответствующем режиму текущей TXOP, и в этом случае среда будет открыта для всех станций, работающих в этом режиме, до тех пор, пока не истечет срок защиты для этого режима, что дает приоритет станциям, работающим в режиме этой TXOP;

e. Если все станции могут передавать и принимать один общий формат режима (даже если в нормальном режиме они осуществляют связь в особом режиме), то общий формат режима должен использоваться для передачи одного единственного кадра CF-End, которого будет достаточно для обновления NAV всех станций во всех режимах.

Следующий пример описан со ссылкой на применение двухрежимной системы, где двойные кадры CF-End обеспечивают функциональную возможность ER/NR, один кадр CF-End передается в ER (модуляция STBC), а другой кадр CF-End передается в NR (модуляция, отличающаяся от STBC). Ниже описан один возможный вариант осуществления этого примера. Если активирована защита с двойным CTS (то есть, если точкой доступа передаются STBC и отличные от STBC кадры CTS, когда в системе активирована защита с двойным CTS, что, как правило, указывается маяком), станция STA получает TXOP и, далее, передает все кадры для передачи, то станция STA может указать "Конец передачи" или "Конец данных" или "Округление своей TXOP" путем передачи одного из следующих кадров, при условии, что это будет возможно сделать в течение остающейся TXOP (то есть, если остающейся после кадров CF-End длительности TXOP будет достаточно):

Случай 1: Кадр CF-End с модуляцией, которую использует станция STA (STBC или отличная от STBC).

Случай 2: Кадр QoS-Null с модуляцией, которую использует станция STA (STBC или отличная от STBC).

Случай 3: Любой другой тип MAC-кадра, который указывает сигнал "конец передачи" или "конец данных", то есть, по существу, указывающий, что у станции STA больше нет кадров, требующих передачи.

При передаче любого из вышеперечисленных индикационных кадров (Случаи 1-3) станция STA явно указывает о завершении или округлении своей TXOP. Когда передаваемый кадр является кадром CF-End (Случай 1), он должен быть интерпретирован другими станциями, которые способны принять его, как сброс NAV.

При приеме любого из вышеперечисленных кадров (Случаи 1-3) от станции STA с соответствующим BSSID точка доступа отвечает двумя кадрами CF-End - один кадр CF-End с модуляцией STBC и один кадр CF-End с модуляцией, отличающейся от STBC - после интервала SIFS (или другого интервала времени, такого как RIFS, как определено на основании системных факторов). Еще одной возможностью для случая 2 или для любого другого кадра, на который ожидается подтверждение приема (ACK), является схема, по которой точка доступа сначала может передать в ответ ACK, до выполнения передачи двух кадров CTS. Двойные кадры CF-End исключают неравнодоступность станций STA, которые работают в режиме, отличном от режима станции STA, которая владеет округляемой TXOP.

Если точка доступа владеет TXOP и в системе активирована защита с двойным CTS (что, обычно, указывается в маяке, то есть, когда в системе присутствуют станции с модуляцией STBC и модуляцией, отличной от STBC), то точка доступа может передать двойные кадры CF-End, если она исчерпывает кадры, требующие передачи, при условии, что остающейся длительности TXOP будет для этого достаточно.

Сверх того, обычно, когда в системе активирована Защита с двойным CTS, что указывается маяком (то есть, когда в системе присутствуют станции STA как с модуляцией STBC, так и с модуляцией, отличающейся от STBC), точка доступа передает двойные кадры CF-End - один кадр CF-End с модуляцией STBC и один кадр CF-End с модуляцией, отличающейся от STBC - чтобы выполнить сброс NAV. Станции STA, которые способны работать в общих режимах, могут передавать двойные кадры CF-End, когда им требуется округлить свои TXOP, если остающаяся длительность TXOP позволяет это сделать.

Множество кадров CF-End от точки доступа разделяются интервалом SIFS или иным временным промежутком, таким как RIFS, как определено на основании других системных факторов. Порядок кадров в двойных кадрах CF-End может быть произвольным или один из них может быть выбран для передачи в первую очередь. В первом возможном варианте осуществления первый кадр CF-End должен использовать модуляцию, которая использовалась для передач в течение TXOP, которая округляется, а второй кадр CF-End должен использовать другую модуляцию. Иначе говоря, для TXOP с модуляцией STBC первый кадр CF-End передается в режиме STBC, а для TXOP с модуляцией, отличной от STBC, первый кадр CF-End передается в режиме, отличном от STBC.

Следует отметить, что вышеизложенное решение имеет преимущества, заключающиеся как в повышенной эффективности использования среды, так и в устранении неравнодоступности станций STA, которые работают в режиме, отличающемся от режима станции STA, которая владеет округляемой TXOP. Это обеспечивается благодаря тому, что кадр CF-End, передаваемый владельцем TXOP, чтобы округлить TXOP, не может быть интерпретирован станциями STA, работающими в других режимах, и они, следовательно, не смогут получить доступ к среде до тех пор, пока точка доступа передает двойные кадры CF-End (или множественные кадры CF-End для общего случая). Кроме того, вышеизложенное решение применимо, в общем, к системе с несколькими режимами (количество которых больше двух).

Ниже следует описание конкретного варианта осуществления согласно вышеописанным Случаям 1-3, который применяется к спецификации стандарта 802.11n. Если активирована защита с двойным CTS, станция STA получает TXOP и, далее, исчерпывает требующие передачи кадры, то станция STA может указать округление своей TXOP путем передачи кадра CF-End, при условии, что остающейся длительности TXOP для этого будет достаточно. Например, это условие может быть определено согласно следующим критериям: если остающаяся длительность TXOP больше, чем сумма длительности кадра CF-End, длительности кадра CF-End STBC, длительности кадра non-STBC CF-End на известной базовой скорости и двух длительностей SIFS. При передаче кадра CF-End станция STA указывает завершение или округление своей TXOP. Передача кадра CF-End должна быть интерпретирована другими станциями STA, которые способны принять его, как сброс NAV. При приеме кадра CF-End от станции STA с соответствующим BSSID точка доступа ответит двумя кадрами CF-End через интервал SIFS - один кадр STBC CF-End и один кадр non-STBC CF-End. Если точка доступа владеет TXOP и в системе активирована защита с двойным CTS, то точка доступа может передать два кадра CF-End, если она исчерпывает требующие передачи кадры, при условии, что остающейся длительности TXOP будет для этого достаточно. В этом случае интервал между двумя кадрами CF-End, передаваемыми точкой доступа, должен быть равен SIFS. Первый кадр CF-End должен использовать ту же модуляцию, которая использовалась для передач в течение TXOP, которая округляется, а второй кадр CF-End должен использовать другую модуляцию. Иначе говоря, для TXOP с модуляцией STBC первый кадр CF-End передается в режиме STBC, а для TXOP с модуляцией, отличной от STBC, первый кадр CF-End передается в режиме, отличном от STBC.

Ниже описано еще одно решение или механизм, простота которого заключается в том, что нет необходимости передавать двойной кадр CF-End. Однако в этом случае эффективность использования среды будет меньше. Если станция или точка доступа получает TXOP и использует механизм Long NAV для защиты длительности TXOP, то кадр CF-End передается, когда больше нет кадров, которые должны быть переданы для индикации округления или завершения TXOP. Суть этого упрощенного решения заключается в изменении существующих правил для округления TXOP в условиях защиты Long NAV путем запрета передачи кадра CF-End владельцем TXOP, когда в системе активирована защита с двойным CTS (что, предпочтительно, указывается маяком). Соответственно при данных условиях TXOP не будет округлена владельцем, даже если у него больше нет кадров, которые требуется передать. Это решение также применимо, в общем, к системе с несколькими режимами (количество которых больше двух).

При приеме кадра CF-End (или MPDU) с модуляцией, соответствующей ее режиму, станция STA может обновить свой NAV (например, сбросить NAV на 0) следующим образом:

a. Станция обновляет свой NAV после подтверждения того, что BSSID соответствует ее BSS (то есть BSS управляется точкой доступа, с которой связана станция). Если BSSID не совпадает, то станция не обновляет свой NAV.

b. В некоторых случаях или реализациях станция обновляет свой NAV независимо от BSSID в кадре CF-End.

Третий предпочтительный вариант осуществления настоящего изобретения определяет последовательность многорежимного PSMP для многорежимной системы. Последовательность PSMP по предшествующему уровню техники устроена так, чтобы работать для одного режима. Соответственно, чтобы применить последовательность PSMP по предшествующему уровню техники, каждый режим должен начинаться с двух кадров CTS-to-Self, за которыми следует кадр PSMP и запланированные передачи по нисходящей линии и восходящей линии. Это процедура должна повторяться для каждого режима, в котором используется последовательность PSMP по предшествующему уровню техники. В этом случае имеет место неэффективное использование среды и отсутствие гибкости, поскольку многорежимные назначения не могут быть выполнены в одной последовательности PSMP.

Фиг.17 представляет собой иллюстрацию примера последовательности многорежимного PSMP согласно настоящему изобретению. В данном случае последовательность многорежимного PSMP определяется как многорежимные кадры CTS-to-self, за которыми следуют многорежимные кадры PSMP, за которыми следуют многорежимные передачи по нисходящей линии и восходящей линии. Многорежимные кадры PSMP определяют график для многорежимных передач по нисходящей линии и восходящей линии в течение длительности последовательности многорежимного PSMP. Кадры многорежимного PSMP могут определять назначения Времени Нисходящей Линии Связи (Downlink Time, DLT) и назначения Времени Восходящей Линии Связи (Uplink Time, ULT) станций в различных режимах в любом порядке, который определен как подходящий для приложений и возможностей устройств и который обеспечивает гибкость. Примеры формирования порядка назначений включают в себя, но не ограничиваются перечисленным, следующие варианты:

(1) все назначения нисходящей линии одного режима могут быть объединены вместе. Например, может существовать множество станций STA, осуществляющих прием в одном режиме, и одна станция STA в каждом DLT;

(2) все назначения восходящей линии одного режима могут быть объединены вместе;

(3) все назначения восходящей линии выполняются после всех назначений нисходящей линии (Фиг.17);

(4) порядок станций STA в назначениях нисходящей линии может быть сохранен в назначениях восходящей линии (Фиг.17).

Существует множество других вариантов того, как кадры многорежимного PSMP могут определять назначения DLT и ULT. Например, за DLT может следовать ULT того же режима. Иначе говоря, согласно третьему предпочтительному варианту осуществления настоящего изобретения возможно гибкое формирование порядка ULT/DLT любого режима, подходящего для приложений и способностей устройств.

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

Настоящее изобретение может быть реализовано в сети, содержащей точку доступа с множеством станций STA или ББПП на уровне линии передачи данных, уровне управления доступом к среде и сетевом уровне. Настоящее изобретение может быть реализовано в форме специализированной интегральной схемы, процессора цифровых сигналов или программного обеспечения. Настоящее изобретение относится к системам WLAN, основным на 802.11, или системам OFDM/MIMO, использующим Управление Радио Ресурсами (Radio Resource Management, RRM) и Контроллер Радио Ресурсов (Radio Resource Controller, RRC).

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

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

Процессор вместе с программным обеспечением может использоваться для реализации радиочастотного приемопередатчика для использования в станции, беспроводном блоке приема/передачи, пользовательском оборудовании, терминале, базовой станции, контроллере радио сети или любом главном компьютере. Станция может использоваться в связи с модулями, реализованными аппаратным и/или программным образом, такими как камера, видеокамера, видеотелефон, телефон с громкой связью, вибрационное устройство, громкоговоритель, микрофон, телевизионный приемопередатчик, гарнитура "hands free", клавиатура, модуль Bluetooth®, радио блок с частотной модуляцией, жидкокристаллический дисплей, OLED-дисплей, цифровой музыкальный проигрыватель, медиа-проигрыватель, модуль видеоигр, Интернет-браузер и/или любой модуль беспроводной локальной сети.

Варианты осуществления

1. Способ для многорежимной работы в беспроводной сети, содержащей точку доступа и, по меньшей мере, одну станцию (STA), причем режим определяется сетевой линией станции (STA) и способ содержит этапы, на которых:

передают маяк посредством точки доступа; и

передают данные многоадресной рассылки и широковещательные данные для каждого режима, поддерживаемого сетью.

2. Способ по п.1, дополнительно содержащий этап, на котором:

поддерживают множество кадров Разрешения на Передачу (CTS), соответствующих этим режимам.

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

4. Способ по п.3, в котором один из нескольких передаваемых маяков идентифицируется как первичный маяк с помощью поля или бита первичного маяка в информационном элементе Высокой Пропускной Способности (High Throughput, HT), передаваемом точкой доступа, а остальные маяки обозначаются вторичными маяками, каждый из которых соответствует конкретному режиму.

5. Способ по любому из пп.3-4, в котором вторичные маяки идентифицируются с помощью поля или бита вторичного маяка в информационном элементе HT, передаваемом точкой доступа.

6. Способ по п.5, в котором вторичные маяки передаются с временным сдвигом относительно опорной временной привязки.

7. Способ по п.6, в котором опорная временная привязка связана с первичным маяком.

8. Способ по любому из пп.6-7, в котором временной сдвиг определяется, исходя из системных соображений.

9. Способ по любому из пп.6-8, в котором временной сдвиг является конфигурируемым системным параметром, который может динамически изменяться точкой доступа.

10. Способ по любому из пп.5-9, в котором поля во вторичном маяке идентичны соответствующим полям в первичном маяке, за исключением поля временного штампа, которое уникально для вторичного маяка.

11. Способ по п.10, в котором данные многоадресной рассылки и широковещательные данные, передаваемые после вторичного маяка, идентичны данным многоадресной рассылки и широковещательным данным, передаваемым после первичного маяка.

12. Способ по любому из пп.5-9, в котором вторичный маяк включает в себя поля, которые уникальны для его режима.

13. Способ по любому из предшествующих пунктов, сверх того, содержащий этап, на котором:

указывают, что сеть поддерживает многорежимную работу и защиту для многорежимной работы с помощью бита защиты с множеством CTS, передаваемого точкой доступа в информационном элементе HT при Управлении Доступом к Среде (MAC).

14. Способ по п.13, дополнительно содержащий этап, на котором:

начинают Возможность Передачи (TXOP) станцией (STA) с кадра Запроса на Передачу (RTS), передаваемого точке доступа.

15. Способ по п.14, дополнительно содержащий этап, на котором:

передают ответ от точки доступа, который включает в себя множество кадров CTS.

16. Способ по п.15, в котором кадры CTS передаются в форматах, которые соответствуют соответствующему режиму, включающему в себя модуляцию или конфигурацию линии.

17. Способ по п.15, в котором кадр CTS передается инициирующей станцией в линии сети как первый кадр, и этот кадр CTS адресуется инициирующей станции как кадр CTS, предназначенный для самой этой станции (CTS-to-Self frame), причем способ содержит дополнительные этапы, на которых:

защищают TXOP посредством станции (STA); и

передают кадр CTS-to-Self во всех режимах за исключением режима, который используется для защищенной станцией TXOP.

18. Способ по п.17, в котором точка доступа передает соответствующие кадры CTS-to-Self в соответствующих форматах режима.

19. Способ по п.18, в котором относительный порядок кадров CTS-to-Self формируется произвольным образом.

20. Способ по п.17, в котором точка доступа передает соответствующие кадры CTS-to-Self и относительный порядок кадров CTS-to-Self определяется, исходя из системных соображений и соображений реализации или на основании приоритетов, присвоенных режимам.

21. Способ многорежимной работы в беспроводной сети IBSS, содержащей множество станций (STA), которые работают во множестве режимов, которые определяются линией связи станции (STA), причем способ содержит этапы, на которых:

посредством первой станции (STA) передают кадры CTS-to-Self для каждого режима работы, чтобы указать защиту TXOP в одном режиме для первой станции (STA) или одной из других станций (STA);

передают кадр Конец-Данных (End-of-data) посредством станции (STA), имеющей защищенную TXOP, после того, как данные для передачи исчерпываются; и

освобождают остающуюся TXOP для доступа любой другой станцией (STA).

22. Способ по п.21, в котором позиция кадра CTS во множестве ответных кадров CTS от точки доступа соответствует первой позиции, последней позиции или определяется сетью.

23. Способ по п.22, в котором позиция кадра CTS во множестве ответных кадров CTS от точки доступа дополнительно основана на приоритете, присвоенном режимам.

24. Способ по любому из пп.21-23, в котором множество кадров CTS разделяются временным интервалом, определяемым сетевыми факторами.

25. Способ по любому из пп.14-24, сверх того, содержащий этапы, на которых:

передают посредством точки доступа множество ответных CTS на RTS; и

защищают TXOP в заданном режиме посредством множества кадров CTS-to-self.

26. Способ по п.13, дополнительно содержащий этапы, на которых:

передают посредством точки доступа множество кадров CTS-to-Self, адресованных точке доступа; и

защищают TXOP посредством точки доступа путем передачи RTS вслед за множеством кадров CTS-to-Self.

27. Способ по п.26, дополнительно содержащий этап, на котором:

передают кадр CTS посредством станции (STA) в ответ на RTS.

28. Способ по п.26, дополнительно содержащий этап, на котором:

передают кадры CTS-to-Self во всех режимах за исключением режима, который используется для защищенной точкой доступа TXOP.

29. Способ по любому из пп.25-28, в котором множество кадров CTS-to-Self расположены в произвольном относительном порядке.

30. Способ по п.26, в котором относительный порядок множества кадров CTS-to-Self определяется, исходя из системных соображений и соображений реализации.

31. Способ по любому из пп.25-28 или 30, в котором относительный порядок кадров CTS-to-Self определяется на основании приоритетов, присвоенных режимам.

32. Способ по любому из пп.26-31, в котором множество кадров CTS-to-Self разделяются временным интервалом, определяемым сетевыми факторами.

33. Способ по п.13, дополнительно содержащий этапы, на которых:

передают посредством точки доступа множество кадров CTS-to-Self, адресованных точке доступа; и

защищают TXOP посредством точки доступа путем передачи CF-poll вслед за множеством кадров CTS-to-Self.

34. Способ по п.33, в котором множество кадров CTS-to-Self разделяются временным интервалом, определяемым сетевыми факторами.

35. Способ по любому из предшествующих пунктов, в котором точка доступа передает множество кадров CTS, и до того как станция (STA) начинает свои передачи она ожидает до тех пор, пока множество кадров CTS от точки доступа не будут переданы.

36. Способ для управления использованием среды во время многорежимной работы в беспроводной сети, содержащей точку доступа и, по меньшей мере, одну станцию (STA), содержащий этап, на котором:

передают посредством точки доступа множество кадров Завершение Без Конкуренции (CF-End) на уровне MAC, причем кадры CF-End передаются в форматах, соответствующих поддерживаемым точкой доступа режимам.

37. Способ по п.36, дополнительно содержащий этап, на котором:

между множеством кадров CF-End используют временной интервал с длительностью, определяемой сетевыми факторами.

38. Способ по любому из пп.36-38, дополнительно содержащий этап, на котором:

освобождают неиспользованную TXOP после приема MAC-сигнала End-of-Data от станции (STA), которая инициировала TXOP.

39. Способ по п.38, в котором неиспользованная TXOP освобождается после того, как точка доступа детектирует неиспользованную TXOP, применяя восприятие носителя, и точка доступа больше не имеет данных, требующих передачи.

40. Способ по любому из пп.38-39, в котором неиспользованная TXOP освобождается после того, как точка доступа восстанавливает среду и передает кадры CF-End, чтобы разрешить доступ станций к среде.

41. Способ по любому из пп.38-40, в котором неиспользованная TXOP освобождается тогда, когда точка доступа, инициировавшая TXOP, завершает передачу по нисходящей линии связи и не ожидает каких-либо передач по восходящей линии связи.

42. Способ по любому из пп.38-41, в котором неиспользованная TXOP освобождается тогда, когда точка доступа, инициировавшая TXOP в EDCA, завершает передачу по нисходящей линии связи и не ожидает каких-либо передач по восходящей линии связи.

43. Способ по любому из пп.38-42, в котором неиспользованная TXOP освобождается тогда, когда точка доступа, инициировавшая TXOP в HCCA посредством CF-Poll, завершает передачу по нисходящей линии связи и не ожидает каких-либо передач по восходящей линии связи.

44. Способ по любому из пп.38-42, в котором неиспользованная TXOP освобождается тогда, когда точка доступа, инициировавшая TXOP в HCCA посредством CF-Poll, принимает от станции MAC-сигнал End-of-Data.

45. Способ по любому из пп.36-44, в котором множество кадров CF-End передаются точкой доступа, когда они могут быть переданы до истечения текущей TXOP.

46. Способ по любому из пп.36-44, в котором точкой доступа передается максимальное возможное количество кадров CF-End, если они могут быть переданы до истечения текущей TXOP.

47. Способ по любому из пп.36-44, в котором множество кадров CF-End передается точкой доступа, причем если все или некоторые кадры CF-End не могут быть переданы до истечения текущей TXOP, то все или некоторые из этих кадров передаются вне TXOP.

48. Способ по любому из пп.45-47, в котором порядок передачи множества кадров CF-End, передаваемых точкой доступа для освобождения TXOP, формируется на основании приоритетов, определяемых конфигурацией системы.

49. Способ по п.48, в котором порядок изменяется динамическим образом.

50. Способ по любому из пп.48-49, в котором приоритет соответствует приоритету, присвоенному режимам, которые поддерживаются сетью.

51. Способ по любому из пп.48-50, в котором первый кадр CF-End соответствует режиму текущей TXOP, а остальные кадры CF-End соответствуют приоритету режимов.

52. Способ по п.51, в котором порядок кадров CF-End, соответствующих поддерживаемым системой режимам, формируется произвольным образом.

53. Способ по любому из пп.48-50, в котором один кадр CF-End передается в формате, соответствующем режиму текущей TXOP, так, чтобы среда была открыта для всех станций, работающих в этом режиме до тех пор, пока не истекает защиты этого режима.

54. Способ по любому из пп.45-47, в котором сеть представляет собой двухрежимную сеть, использующую режим расширенного диапазона и режим нормального диапазона, причем один кадр CF-End передается с модуляцией Пространственно-Временного Блочного Кода (STBC) для режима расширенного диапазона, а другой кадр CF-End передается с модуляцией, отличающейся от STBC, для режима нормального диапазона.

55. Способ по любому из пп.36-54, дополнительно содержащий этапы, на которых:

принимают посредством станции (STA) кадр CF-End; и

обновляют ее Вектор Назначения Сети (NAV) в ответ на принятый кадр CF-End.

56. Способ по п.55, в котором кадр CF-End включает в себя Идентификатор Набора Базовой Службы (BSSID), в котором станция (STA) обновляет свой NAV после подтверждения того, что BSSID соответствует его набору базовой службы, управляемому точкой доступа, с которой связана эта станция (STA).

57. Способ по п.55, в котором кадр CF-End включает в себя Идентификатор Набора Базовой Службы (BSSID), в котором станция (STA) обновляет свой NAV независимо от того, соответствует ли BSSID его набору базовой службы, управляемому точкой доступа, с которой связана эта станция (STA).

58. Способ для управления доступом к среде во время многорежимной работы в беспроводной сети с применением последовательности кадров Множественного Опроса для Энергосбережения (PSMP), содержащий этапы, на которых:

передают многорежимные кадры CTS-to-self;

передают многорежимные кадры PSMP; и

осуществляют многорежимные передачи по нисходящей линии и восходящей линии.

59. Способ по п.58, в котором кадры PSMP определяют график для многорежимных передач по нисходящей линии и восходящей линии в течение длительности последовательности многорежимного PSMP.

60. Способ по п.58 или 59, в котором кадры PSMP определяют назначения Времени Нисходящей Линии (DLT) и назначения Времени Восходящей Линии (ULT) станций в различных режимах в любом порядке, определяемом как подходящий для приложений и возможностей устройств.

61. Способ по любому из пп.58-61, в котором множество кадров PSMP разделяются временным интервалом, определяемым сетевыми факторами.

62. Система беспроводной связи, посредством МАС-механизмов выполненная с возможностью поддержки защиты TXOP для многорежимной работы, которая содержит:

множество станций (STA), работающих в двух или более поддерживаемых режимах; и

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

63. Система по п.62, в которой кадры CTS передаются в ответ на кадр RTS, передаваемый станцией (STA).

64. Система по п.62, в которой станция (STA) выполнена с возможностью указывать конец передачи, когда больше нет данных, требующих передачи.

65. Система по п.64, в которой станция (STA) для указания передает кадр CF-End.

66. Система по п.62, в которой станция (STA) передает кадр CF-End в модуляции, которую использует станция (STA).

67. Система по п.62, в которой станция (STA) указывает завершение передачи путем передачи кадра QoS-Null.

68. Система по п.67, в которой станция (STA) передает кадр QoS-Null с модуляцией, которую использует станция (STA).

69. Система по п.62, в которой станция (STA) указывает завершение передачи путем передачи любого типа MAC-кадра.

70. Система по п.62, в которой указания завершения передачи интерпретируются другими станциями как сброс NAV.

71. Система по п.62, в которой точка доступа передает множество кадров CF-End во всех поддерживаемых режимах при получении указания конца передачи.

72. Система по п.62, в которой кадры CF-End разделены длительностью Короткого Межкадрового Интервала (SIFS).

73. Система по п.62, в которой кадры CF-End разделены длительностью Уменьшенного Межкадрового Интервала (RIFS).

74. Система по п.62, в которой точка доступа передает подтверждение приема (ACK) до передачи кадров CF-End.

75. Система по п.62, в которой точка доступа передает один кадр CF-End с модуляцией STBC, и один кадр CF-End с модуляцией, отличающейся от STBC.

1. Способ передачи, выполняемый беспроводным блоком приема/передачи (WTRU), содержащий этапы, на которых:
получают Возможность Передачи (ТХОР) от точки доступа (АР);
передают данные к АР; и
передают указание округления ТХОР, при условии, что у WTRU больше нет данных, требующих передачи.

2. Способ по п.1, в котором передача указания округления ТХОР включает в себя передачу кадра Завершения без Конкуренции (CF-End) в режиме, который используется WTRU при условии остающейся длительности ТХОР.

3. Способ по п.1, в котором передача указания округления ТХОР включает в себя передачу кадра Отсутствия Качества Обслуживания (QoS-Null).

4. Способ по п.1, в котором передача указания округления ТХОР включает в себя передачу кадра управления доступом к среде (MAC).

5. Система по п.1, в которой указание округления ТХОР указывает сброс Вектора Назначения Сети (NAV) другим WTRU.

6. Способ по п.1, дополнительно содержащий этап, на котором:
принимают, по меньшей мере, один кадр CF-End в ответ на указание округления ТХОР.

7. Способ по п.6, в котором прием, по меньшей мере, одного кадра CF-End включает в себя прием одного кадра CF-End с модуляцией Пространственно-временного Блочного Кода (STBC) и одного кадра CF-End с модуляцией, отличной от STBC, и каждый из кадров CF-End отделяется от другого Коротким Межкадровым интервалом (SIFS).

8. Способ по п.6, в котором каждый из, по меньшей мере, одного кадра CF-End разделен интервалом длительностью Уменьшенного Межкадрового Интервала (RIFS).

9. Способ по п.6, дополнительно содержащий этап, на котором:
принимают Подтверждение Приема (АСК) до того как принимают, по меньшей мере, один кадр CF-End.

10. Способ по п.2, в котором остающейся длительности ТХОР достаточно при условии, что остающаяся длительность ТХОР больше, чем сумма длительности кадра CF-End, длительности кадра CF-End STBC, длительности кадра CF-End с модуляцией, отличающейся от STBC, на известной базовой скорости и двух длительностей SIFS.

11. Беспроводной блок приема/передачи (WTRU), содержащий:
приемник, выполненный с возможностью получать Возможность Передачи (ТХОР) от точки доступа (АР);
передатчик, выполненный с возможностью передавать данные к АР;
процессор, выполненный с возможностью определять, существуют ли дополнительные данные для передачи;
причем передатчик дополнительно выполнен с возможностью передавать указание округления ТХОР, при условии, что у WTRU больше нет данных, требующих передачи.

12. Беспроводной блок приема/передачи по п.11, в которой приемник дополнительно выполнен с возможностью принимать, по меньшей мере, один кадр Завершения без Конкуренции (CF-End) в ответ на указание округления ТХОР.

13. Беспроводной блок приема/передачи по п.11, в котором процессор дополнительно выполнен с возможностью определять, доступна ли достаточная длительность для округления, посредством оценивания того, является ли оставшаяся длительность ТХОР большей, чем сумма длительности кадра CF-End, используемая WTRU для указания округления, и длительности всех кадров CF-End точки доступа и любых межкадровых интервалов, вставленных между кадрами CF-End.

14. Способ передачи, выполняемый точкой доступа (АР), содержащий этапы, на которых:
предоставляют Возможность Передачи (ТХОР);
принимают данные от беспроводного блока приема/передачи (WTRU);
принимают первый кадр Завершения без Конкуренции (CF-End); и
передают второй кадр CF-End, который указывает окончание передачи при условии, что у АР больше нет данных, требующих передачи.

15. Способ по п.14, в котором передача второго кадра CF-End, который указывает окончание передачи, включает в себя передачу нескольких кадров CF-End.

16. Способ по п.15, в котором передача нескольких кадров CF-End включает в себя передачу одного кадра CF-End с модуляцией Пространственно-временного Блочного Кода (STBC) и одного кадра CF-End с модуляцией, отличной от STBC, которые формируют двойной кадр CF-End.

17. Способ по п.16, в котором каждый из кадров CF-End отделен Коротким Межкадровым интервалом (SIFS).

18. Способ по п.16, в котором кадр CF-End с той же модуляцией, какая использовалась для передач во время ТХОР, передается первым.

19. Точка доступа (АР), содержащая:
процессор, выполненный с возможностью предоставлять Возможность Передачи (ТХОР) беспроводному блоку приема/передачи (WTRU);
приемник, выполненный с возможностью принимать сообщение от WTRU, причем сообщение указывает, что АР больше не будет принимать данные во время упомянутой ТХОР.

20. Точка доступа по п.19, в которой процессор дополнительно выполнен с возможностью определять оставшуюся ТХОР и предоставлять оставшуюся ТХОР другому WTRU.



 

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

Изобретение относится к области телекоммуникаций, а именно к проектированию защищенных сетей связи. .

Изобретение относится к области беспроводных сетей связи. .

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

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

Изобретение относится к системе беспроводной связи

Изобретение относится к устройству для поиска информации и оперативной идентификации в цифровых системах связи, в частности в сети передачи данных типа "Internet" стека коммуникационных протоколов TCP/IP

Изобретение относится к беспроводной связи, в частности к технологиям для повторной синхронизации временных идентификаторов пользовательского оборудования (ID UE) в системе беспроводной связи

Изобретение относится к системам связи

Изобретение относится к сетевой системе для разрешения удаленного контроля и удаленного управления устройствами, соединенными с сетью, от клиентского терминального устройства через сервер
Наверх