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

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

Иллюстрации

Показать все

Реферат

ОБЛАСТЬ ТЕХНИКИ ИЗОБРЕТЕНИЯ

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

УРОВЕНЬ ТЕХНИКИ ИЗОБРЕТЕНИЯ

В качестве используемого в материалах настоящей заявки "/" означает альтернативные имена для одинаковых или подобных компонентов или структур. Т.е. "/" может быть принят как "или", в качестве используемого в материалах настоящее заявки. Однонаправленные передачи являются передачами между одиночным отправителем/передатчиком и одиночным приемником. Широковещательные передачи являются передачами между одиночным отправителем/передатчиком и всеми приемниками в пределах дальности приема передатчика. Групповые передачи являются передачами между одиночным отправителем/передатчиком и подмножеством приемников в пределах дальности приема передатчика, где подмножество приемников с дальностью приема передатчика может быть полным подмножеством. Т.е. групповое вещание может включать в себя широковещание и является, следовательно, более широким термином, чем широковещание, в качестве использованного в материалах настоящей заявки. Данные передаются в пакетах или кадрах.

В беспроводных локальных сетях точка доступа (AP)/базовая станция/станция (STA)/мобильное устройство/мобильный терминал/узел передает групповые и широковещательные кадры незамедлительно после того, как определяет, что беспроводная среда передачи/канал является незанятым/свободным, используя процесс физического или виртуального контроля несущей со случайным временем отсрочки передачи. Следовательно, могут произойти коллизии, когда многочисленные STA пытаются передавать одновременно. Например, точка доступа и ассоциативно связанные STA могут передавать одновременно, и затем все переданные кадры теряются из-за коллизии, например, когда AP отправляет групповые кадры данных к нескольким из ее ассоциативно связанных STA, другие STA могут отправлять их данные или кадры управления к AP. AP с ее ассоциативно связанными станциями называется базовым набором обслуживания (BSS). Коллизии, происходящие в пределах BSS, называют коллизиями внутри BSS. В другом примере, AP1 и AP2 работают на одном и том же канале/частоте, и две BSS перекрываются. AP1 передает кадры данных к ее ассоциативно связанным STA. Однако AP2 не может слышать передачи AP1 и считает, что среда передачи является незанятой. AP1 является "скрытым узлом" для AP2. AP2 может передавать кадры к ее ассоциативно связанным STA, между тем как AP1 является передающей. Но существуют STA, которые находятся в зоне интерференции обеих - AP1 и AP2, так что переданные кадры от AP1 и AP2 являются потерянными на STA по причине коллизии. Такой тип коллизии называется коллизией перекрывающихся BSS или коллизией между BSS.

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

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

US2006/0109859 A1 "METHOD AND SYSTEM FOR EFFICIENT AND RELIABLE MAC-LAYER MULTICAST IN WIRELESS TRANSMISSIONS", Ачэрья и соавт. (Acharya et al) описывает способ уровня управления доступом к среде передачи (MAC) для надежного группового вещания в беспроводной сети. Узел-отправитель отправляет сигнал Запроса на передачу (RTS) к узлам приемника. Сигнал RTS включает в себя набор идентификаторов или битовый вектор, соответствующий узлам приемника. Каждый бит в битовом векторе указывает принимающий узел. Сигналы готовности к приему (CTS) отправляются от узлов приемника согласно упорядочивающей функции набора идентификаторов или битового вектора. Отправитель отправляет пакет данных к узлам приемника после приема, по меньшей мере, одного сигнала CTS. Один или более сигналов подтверждения отправляются от одного или более узлов приемников согласно упорядочивающей функции набора идентификаторов или битового вектора в сигнале RTS, если пакет данных был принят корректно. Такой подход использует четырехходовое подтверждение установления связи для отправки и подтверждения одиночного пакета данных. Порядок сигналов подтверждения от многочисленных приемников основан на идентификаторах или битовом векторе в сигнале RTS. Сигнал подтверждения подтверждает только одиночный пакет. Такая схема несет высокие расходы и, следовательно, уменьшает пропускную способность сети.

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

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

WO 2008/020731 A1 "MULTICAST PROCEDURE IN A WIRELESS NETWORK" Хах и соавторы (Huh et al) описывает способ, в котором инициатор/точка доступа передает пакеты данных в групповом вещании к многочисленным приемникам и затем использует однонаправленное вещание для индивидуального опроса каждого из приемников для их статуса приема предварительно переданных групповых пакетов данных. Так как инициатор отправляет сообщение запроса блочного подтверждения (BAR) в однонаправленном вещании к каждому из приемников, чтобы запросить статус приема индивидуально, он передает сообщения BAR множество раз, один раз для каждого приемника. Т.е. инициатор обменивается в однонаправленном вещании сообщением запроса блочного подтверждения (BAR) и сообщениями ответа подтверждения (B-ACK) с каждым из приемников индивидуально, по одному для каждого приемника. Следовательно, этот подход все-таки несет излишние накладные расходы и уменьшает производительность и пропускную способность сети.

Было бы преимущественно иметь способ и устройство для подтверждения многочисленных групповых пакетов от многочисленных приемников на МАС-уровне в беспроводной сетевой среде. Желательно иметь эффективный способ для надежной передачи, подтверждения и повторной передачи групповых данных.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Настоящее изобретение предоставляет способ и устройство для получения статуса приема многочисленных единиц/кадров/пакетов данных от многочисленных приемников для надежной групповой передачи в сети связи. Оно включает в себя осуществление групповой передачи многочисленных единиц/кадров/пакетов данных от узла отправителя к узлам приемников, а затем осуществление групповой передачи сигнала группового запроса блочного подтверждения (M-BlockAckReq) от узла отправителя к узлам получателя. Сигнал M-BlockAckReq включает в себя управляющую информацию о политике подтверждения и многочисленные пакеты, которые должны быть подтверждены, и набор идентификаторов или управление побитовым отображением с частичным виртуальным побитовым отображением. Использование управления побитовым отображением и частичного виртуального побитового отображения уменьшает накладные расходы. Каждый идентификатор или разряд в побитовом отображении соответствует узлу приемника. Сигналы группового блочного подтверждения (M-BlockAck) отправляются от узлов приемника, указанных набором идентификаторов или побитовым отображением, в ответ на M-BlockAckReq. Сигнал M-BlockAck от приемника, для которого было запрошено подтверждение в M-BlockAckReq, включает в себя информацию статуса приема многочисленных единиц/пакетов/кадров данных.

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

Фиг.1 показывает примерную сеть WLAN.

Фиг.2 показывает беспроводную ячеистую сеть, которая включает в себя многочисленные станции/узлы.

Фиг.3 показывает временную последовательность для надежной групповой передачи, используя групповой запрос блочного подтверждения (M-BlockAckReq) и групповое блочное подтверждение (M-BlockAck) в примерном варианте осуществления изобретения.

Фиг.4А показывает примерный сигнал/сообщение/кадр M-BlockAckReq.

Фиг.4В показывает примерный формат поля информации приемника внутри сигнала/сообщения/кадра M-BlockAckReq.

Фиг.5А показывает примерный сигнал/кадр/сообщение M-BlockAck.

Фиг.5B показывает примерный формат поля управления BA внутри кадра/сигнала/сообщения M-BlockAck.

Фиг.5С показывает примерный формат поля информации BA внутри кадра M-BlockAck.

Фиг.6 - блок-схема последовательности операций способа для процедуры групповой передачи в соответствии с примерным вариантом осуществления настоящего изобретения.

Фиг.7 - блок-схема последовательности операций способа для процедуры группового приема в соответствии с примерным вариантом осуществления настоящего изобретения.

Фиг.8 показывает примерный формат поля информации приемника внутри кадра/сигнала/сообщения M-BlockAckReq, использующего элемент управления побитового отображения приемника BAR и частичное виртуальное побитовое отображение приемника BAR в соответствии с примерным вариантом осуществления настоящего изобретения.

Фиг.9А показывает временную последовательность для надежной групповой передачи, использующей обмен групповым запросом блочного подтверждения (M-BlockAckReq) и групповым блочным подтверждением (M-BlockAck) с политикой задержки и подтверждения в альтернативном варианте осуществления изобретения.

Фиг.9B показывает временную последовательность для надежной групповой передачи, использующей обмен групповым запросом блочного подтверждения (М-BlockAckReq) и групповым блочным подтверждением (М-BlockAck) с политикой задержки и отсутствием подтверждения в альтернативном варианте осуществления изобретения.

Фиг.9С показывает временную последовательность для надежной групповой передачи, использующей обмен групповым запросом блочного подтверждения (М-BlockAckReq) и групповым блочным подтверждением (М-BlockAck) с множественным опросом в альтернативном варианте осуществления изобретения.

Фиг.10 - блок-схема примерной реализации настоящего изобретения.

ПОДРОБНОЕ ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

Примерные варианты осуществления настоящего изобретения описаны, используя беспроводную локальную сеть (WLAN) IEEE 802.11. Однако настоящее изобретение может быть использовано в других беспроводных и проводных сетях. Настоящее изобретение может быть использовано на уровне управления доступом к среде передачи (MAC)/канальном уровне или более высоких уровнях (уровнях приложения или транспортном).

В существующих локальных сетях на основе IEEE 802.11, осуществление групповой передачи и осуществление широковещательной передачи является ненадежным. Не существует подтверждения и повторной передачи групповых данных/пакетов/кадров на MAC-уровне. Осуществление групповой передачи в локальных сетях на основе IEEE 802.11 зависит от протоколов более высокого уровня для восстановления потерянных групповых пакетов, что имеет результатом более высокое время ожидания и более низкую пропускную способность сети.

Фиг.1 показывает примерную сеть WLAN. Она включает в себя точку доступа (AP) и многочисленные станции. AP отправляет групповые и широковещательные данные/пакеты/кадры многочисленным станциям. Замечено, что AP является специальной станцией, которая подключается к беспроводной сети. В последующем, пока не будет указано иным способом, STA включают в себя AP. Фиг.2 показывает беспроводную ячеистую сеть, которая включает в себя многочисленные станции/узлы. Станция отправитель/передатчик отправляет групповые и широковещательные данные/пакеты/кадры к многочисленным приемникам/станциям назначений.

В сети, использующей совместно используемую среду передачи, могут произойти коллизии, если многочисленные станции пытаются осуществить доступ к среде передачи/каналу для отправки/передачи данных в одно и то же время. Чтобы обеспечить механизмы управления доступом к каналу и сделать возможным поддерживать связь в пределах сети для многочисленных узлов, используются технологии доступа к среде передачи. Одной из технологий МАС является технология Многостанционного доступа с контролем несущей (CSMA). В CSMA, STA, желающая передавать первой, прослушивает беспроводную среду передачи/канал некоторое количество времени (межкадровый интервал/пространство плюс время отсрочки, исходя из состояния занятости среды передачи) с тем, чтобы проверить наличие любой активности в среде передачи. Если среду передачи обнаруживают "незанятой/свободной", тогда STA разрешают передавать. Если среду обнаруживают как "занятую", STA должна отложить свою передачу. Это является сущностью обоих и для CSMA/Предотвращение коллизий (CSMA/CA), и для CSMA/Детектирование коллизий (CSMA/CD). Детектирование коллизий используется для улучшения производительности CSMA посредством завершения передачи, как только детектирована коллизия, и уменьшения вероятности второй коллизии при повторении.

CSMA/CA также включает в себя модификацию подлинного CSMA отправкой сигнала для резервирования средства на период времени (возможность передачи). В CSMA/CA станция руководит множественным доступом с контролем несущей. Контроль несущей включает в себя и физический контроль несущей, и виртуальный контроль несущей. Виртуальный контроль несущей указывает, зарезервировали ли другие STA среду передачи. Как только канал становится незанятым/свободным и для физического, и виртуального контроля несущей, и STA разрешается передавать, инициирующая STA может отправить кадр/сообщение/сигнал запроса на передачу (RTS). Предназначенный приемник отвечает кадром/сигналом/сообщением готовности к приему (CTS), если предназначенный приемник также обнаруживает, что среда передачи является незанятой. Обмен кадрами/сигналами/сообщениями RTS и CTS происходит перед передачей кадра фактических данных, которые резервируют среду передачи для последующей передачи данных, сообщая/инструктируя все другие STA, не передавать через общую/совместно использующуюся среду во время зарезервированной длительности, а именно заданного в поле длительности кадров/сообщений/сигналов RTS и CTS. Все STA в пределах дальности приема отправителя, приемника или обоих, знакомятся с резервированием среды передачи посредством сигналов/кадров/сообщений RTS или CTS и остаются молчаливыми в течение длительности передачи резервирующей станции. CSMA/CA используется в беспроводных LAN, основанных на IEEE 802.11.

Другим распространенным способом управления доступом к среде передачи для сетей с совместно используемой средой передачи (например, с беспроводным каналом) является Множественный доступ с временным разделением каналов (TDMA). TDMA позволяет многочисленным станциям совместно использовать один и тот же канал, разделяя среду передачи/канал на различные временные интервалы. Каждому узлу назначен временной интервал, который он использует для передачи данных. Планирование для использования временных интервалов управляется и распределяется центральным контроллером на точке доступа/базовой станции (централизованное планирование) или устанавливается распределенно самими узлами.

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

Множественный опрос (MP) является другим альтернативным способом управления доступом к среде передачи для совместно используемого канала. AP или контроллер может отправлять расписание, которое используется AP и ее одной или более STA для осуществления доступа к беспроводной среде передачи для одной или более передач нисходящей линии связи и одной или более передач восходящей линии связи.

Фиг.3 показывает временную последовательность для надежной групповой передачи, используя обмен групповым запросом блочного подтверждения (M-BlockAckReq) и незамедлительным групповым блочным подтверждением (M-BlockAck) в примерном варианте осуществления настоящего изобретения. Отправитель/AP/инициатор передает блок групповых единиц/пакетов/кадров данных к многочисленным приемникам/STA, например, приемнику 1 и 2, но не к приемнику 3 на Фиг.3. Каждая единица/пакет/кадр данных содержит в себе порядковый номер или идентификатор кадра. Порядковый номер увеличивается, например, на 1. Единица/пакет/кадр данных передается, используя CSMA и TDMA или опрос, или множественный опрос. После отправки блока групповых данных, отправитель передает сигнал группового BlockAckReq (M-BlockAckReq) к групповым приемникам. Сигнал M-BlockAckReq включает в себя поле управления запроса блочного подтверждения (BAR), поле информации запроса блочного подтверждения (BAR) и информационное поле надежного группового приемника (RMR). Поле управления BAR и поле информации BAR включают в себя идентификатор(ы) трафика (TID(ы)), для которых запрошен групповой кадр BlockAck (M-BlockAck) и начальный порядковый номер блочного подтверждения. Начальный порядковый номер - это порядковый номер первого кадра, для которого этот M-BlockAckReq запрашивает M-BlockAck. Поле информации надежного группового приемника содержит в себе список идентификаторов запрошенных о блочном подтверждении приемников, от которых запрошен M-BlockAck. В примере Фиг.3 идентификаторы существуют для приемников 1 и 2. Идентификатор может быть MAC-адресом или ассоциативным ID, или IP-адресом (если настоящее изобретение исполняется/запускается на IP-уровне) станции. В качестве альтернативы, поле информации надежного группового приемника содержит в себе поле элемента управления побитового отображения и поле побитового отображения, для указания приемников, от которых запрошен M-BlockAck. Каждый разряд в побитовом отображении идентифицирует принимающую станцию, от которой запрашивается блочное подтверждение. Каждый приемник/принимающая станция в списке идентификаторов запрошенных о блочном подтверждении приемников или в побитовом отображении (в примере Фиг.3 приемник 1 и приемник 2) отвечает M-BlockAck в порядке/последовательности приемников, заданной в списке или побитовом отображении. Приемник отправляет M-BlockAck для подтверждения его статуса приема блока единиц/пакетов/кадров данных с начальным порядковым номером, заданным в сигнале/сообщении/кадре M-BlockAckReq. Приемники отправляют их сигналы/кадры/сообщения M-BlockAck в том же самом порядке/последовательности, в которой они заданы в групповом поле информации приемника M-BlockAckReq (т.е. списке запрошенных о блочном подтверждении идентификаторов или побитовом отображении). В качестве альтернативы, приемники отправляют их сигналы M-BlockAck в порядке, который является функцией последовательности идентификаторов приемников в списке идентификаторов M-BlockAckReq или в побитовом отображении M-BlockAckReq. Приемники/STA, которые не включены в список запрошенных о блочном подтверждении приемников или в побитовое отображение BlockAckReq, не отвечают на этот BlockAckReq. В примере Фиг.3 приемник 3 не отправляет M-BlockAck в ответ на этот M-BlockAckReq, потому что он не включен в список идентификаторов запрошенных о блочном подтверждении приемников или в побитовое отображение.

Фиг.4А показывает примерный сигнал/сообщение/кадр M-BlockAckReq, который содержит в себе поле управления кадра, поле длительности/ID, поле адреса приемника (RA), поле адреса передатчика (ТА), поле управления BAR, поле информации BAR, поле информации приемника (RI), поле контрольной последовательности кадра (FCS) и т.д. Поле управления кадра идентифицирует тип кадра, подтип кадра и флаги. Поле длительности/ID указывает остающееся время, в которое среда передачи должна быть использована для передачи. Поле RA указывает адрес управления доступом к среде передачи (MAC) предназначенных приемников/назначений/принимающих станций. MAC-адрес является групповым адресом. Поле ТА указывает MAC-адрес передатчика. Поле управления BAR и поле информации BAR указывают идентификатор трафика (TID) и порядковый номер начального кадра, для которого этот M-BlockAckReq запрашивает M-BlockAck. В дополнение могут существовать многочисленные категории трафика или потоки трафика с одними и теми же адресами передатчика и приемника, но с различными идентификаторами трафика (TID). Например, может быть один TID для видео трафика и другой TID для трафика web-данных. Поле управления BAR может также включать в себя индикаторы политики блочного подтверждения и формата M-BlockAckReq. Например, поле управления BAR может задавать, требуются ли немедленные подтверждения этому M-BlockAckReq, или могут ли быть многочисленные категории трафика/потоки трафика с различными идентификаторами трафика (TID) подтверждены вместе. Для многочисленных TID в M-BiockAckReq, поле информации BAR включает в себя многочисленные наборы TID и начальные порядковые номера блочного подтверждения, один начальный порядковый номер для каждого TID. Подполе TID_INFO поля управления BAR для многочисленных TID M-BlockAckReq содержит в себе количество наборов/экземпляров TID и начальных порядковых номеров BlockAck. Поле FCS используется приемником для определения, существует ли ошибка в принятом кадре. Фиг.4B показывает примерный формат поля информации приемника внутри сигнала/сообщения/кадра M-BlockAckReq, которое содержит в себе подполе типа/флагов и список идентификаторов назначений/приемников/станций получателя. Подполе типа/флагов указывает формат поля информации приемника. Идентификаторы назначений/приемников/станций получателя указывает STA/приемники, от которых этот BlockAckReq запрашивает ответ. Идентификатор может быть MAC-адресом или ассоциированным ID, или IP-адресом (если настоящее изобретение исполняется/запускается на IP-уровне) станции.

Фиг.5А показывает примерный сигнал/кадр/сообщение M-BlockAck, который содержит в себе поле управления кадра, поле длительности/ID, поле адреса приемника (RA), поле адреса передатчика (ТА), поле управления BA, поле информации BA, поле контрольной последовательности кадра (FCS) и т.д. Поле управления кадра идентифицирует тип кадра, подтип кадра и флаги. Поле длительности/ID указывает остающееся время, в которое среда передачи должна быть использована для передачи. Поле RA указывает адрес управления доступом к среде передачи (MAC) предназначенного приемника/назначения/принимающей станции, который является адресом инициатора M-BlockAckReq, который запросил это M-BlockAck. Поле ТА является адресом станции, передающей этот кадр. Поле управления BA и поле информации BA указывают идентификатор трафика (TID), порядковый номер начального кадра блочного подтверждения и побитовое отображение блочного подтверждения для блоков/единиц данных/пакетов/кадров, которые кадр M-BlockAck подтверждает. В дополнение, поле управления BA может также включать в себя индикаторы политики блочного подтверждения и формата M-BlockAck. Поле FCS используется приемником для определения, существует ли ошибка в принятом кадре.

Фиг.5B показывает примерный формат поля управления BA внутри кадра/сигнала/сообщения M-BlockAck, который включает в себя подполя флагов и TID_Info. Флаги указывают политику блочного подтверждения и формат M-BlockAck, например, требуются ли немедленные подтверждения, могут ли многочисленные категории трафика или потоки трафика с различными идентификаторами трафика (TID) быть подтверждены вместе. Подполе TlD_Info содержит в себе TID, для которого этот кадр M-BlockAck является подтверждением. Фиг.5С показывает примерный формат поля информации BA внутри кадра M-BlockAck, которое включает в себя начальный порядковый номер блочного подтверждения и побитовое отображение блочного подтверждения. Начальный порядковый номер является порядковым номером первого элемента/пакета/кадра данных, для которого этот M-BlockAck является подтверждением, который является тем же самым значением начального порядкового номера в непосредственно ранее полученном сигнале/кадре/сообщении M-BlockAckReq. Позиция n разряда побитового отображения BlockAck соответствует пакету со значением порядкового номера, равного (начальный порядковый номер BlockAck + n). Она используется для указания принятого статуса многочисленных пакетов/кадров. Разряд, который установлен в 1 в побитовом отображении BlockAck, подтверждает успешный прием пакета. Если позиция n разряда побитового отображения BlockAck установлена в 1, это подтверждает успешный прием пакета со значением порядкового номера, равным (Начальный порядковый регулятор BlockAck + n). Если позиция n разряда побитового отображения BlockAck установлена в 0, это указывает, что пакет/дынные/кадры со значением порядкового номера, равным (Начальный порядковый регулятор BlockAck + n), не был получен. Более того, сигнал M-BlockAck может подтверждать многочисленные потоки трафика или категории трафика с различными TID. Для многочисленных TID в M-BlockAck, поле информации BA содержит в себе многочисленные наборы/экземпляры TID, начальный порядковый номер блочного подтверждения и побитовые отображения M-BlockAck, один для каждого TID. Подполе TID_INFO поля управления BA M-BlockAck многочисленных-TID M-BlockAck содержит в себе количество наборов/экземпляров информации TID, начальные порядковые номера BlockAck и побитовые отображения BlockAck.

Возможно, что сигналы M-BlockAckReq и M-BlockAck теряются или не принимаются корректно предназначенными приемниками/назначениями/принимающими станциями, если групповой отправитель передает M-BlockAckReq со списком идентификаторов приемников в поле информации приемника, и он не успешно принимает сигналы M-BlockAck от всех предназначенных приемников, тогда групповой отправитель повторно передает M-BlockAckReq со списком оставшихся идентификаторов приемников в поле информации приемника, от которых он не принял успешно сигналы M-BlockAck. Предназначенные приемники/назначения/принимающие станции в списке оставшихся приемников M-BlockAckReq каждая отвечает M-BlockAck. Эта последовательность операций повторяется, пока отправитель M-BlockAckReq не примет M-BlockAck от всех предназначенных приемников/назначений/принимающих станций, или количество попыток повторной передачи не достигнет лимита. Могут быть применены другие политики для повторной передачи M-BlockAckReq и M-BlockAck. Например, групповой отправитель прекращает попытку повторной передачи M-BlockAckReq или выдает обновленный M-BlockAckReq с новым начальным порядковым номером блочного подтверждения, если пакеты данных, запрошенные для подтверждения в M-BlockAckReq, достигли их лимита времени жизни/пригодности. В качестве альтернативы, групповой отправитель прекращает попытку повторной передачи M-BlockAckReq, если M-BlockAckReq достиг его лимит времени жизни. В другой альтернативной политике, отправитель M-BlockAckReq может прекратить попытки повторной передачи после того, как примет M-BlockAck, соответствующие этому M-BlockAckReq от конкретной (предопределенной) фракции предназначенных приемников/назначений/принимающих станций или после конкретного числа повторов. Фракция больше чем или равна предопределенному пороговому значению. Эти политики могут быть использованы в одиночку или в сочетании.

После завершения обмена M-BlockAckReq и M-BlockAck групповой отправитель определяет из информации, предоставленной в побитовом отображении M-BlockAck, должен ли быть пакет повторно передан. Если один или более пакетов теряются (принимаются некорректно одним или более предназначенными групповыми приемниками/назначениями/принимающими станциями) согласно побитовому отображению блочных подтверждений приемника, групповой отправитель приготавливается к повторным передачам этого или тех потерянных пакетов. Повторно передающиеся пакеты отправляются осуществлением групповой передачи к предназначенным приемникам/назначениям/принимающим станциям. После повторной передачи потерянных пакетов данных и/или передачи новых пакетов, групповой отправитель может отправить новый M-BlockAckReq и использует вышеупомянутый способ обмена M-BlockAckReq и M-BlockAck для получения статуса приема (повторно) переданных пакетов. Если один или более пакетов некорректно принимаются одним или более предназначенными групповыми приемниками согласно побитовому распределению блочных подтверждений приемника, групповой отправитель приготавливается к повторной передаче этого или тех потерянных пакетов снова. Эта последовательность операций передачи может быть повторена для потерянных пакетов, пока не все предназначенные приемники, которые отправляют M-BlockAck, примут пакет корректно, или не истечет время жизни (пригодность) этого пакета. Замечено, что могут быть применены другие политики для осуществления групповой передачи пакета данных. Например, групповой отправитель прекращает попытку повторной передачи пакета данных, если фракция приемников, которые корректно приняли этот пакет, является большей чем или равной пороговому значению. В другой примерной политике групповой отправитель прекращает попытку повторной передачи пакета данных, если количество повторных передач для этого пакета достигает лимит/пороговое значение повторов. Эти примерные политики могут быть использованы в одиночку или в сочетании.

Фиг.6 - блок-схема последовательности операций способа для процедуры групповой передачи в соответствии с примерным вариантом осуществления настоящего изобретения. На этапе 605 осуществляют групповую передачу множества единиц/пакетов/кадров данных к предназначенным приемникам. На этапе 610 инициализируется счетчик M-BlockAckReq, и на этапе 615 осуществляется групповая передача. Счетчик M-BlockAckReq увеличивается на этапе 620, и таймер устанавливается/инициализируется на этапе 625. Станция, передающая/осуществляющая групповое вещание, начинает прием M-BlockAck на этапе 630. На этапе 635 осуществляется испытание для определения, существует ли таймаут (истек таймер, инициализированного/установленного на этапе 625). Если таймаута не произошло, тогда обработка возвращается к этапу 630. Если таймаут произошел, тогда на этапе 640 осуществляется испытание для определения, были ли получены M-BlockAck от всех предназначенных приемников/назначений/принимающих станций. Если M-BlockAck были получены от всех предназначенных приемников/назначений/принимающих станций, тогда обработка продолжается на этапе 650. Если M-BlockAck не были приняты от всех предназначенных приемников/назначений/принимающих станций, тогда на этапе 645 осуществляется испытание, для определения, превысил ли счетчик M-BlockAckReq лимит/пороговое значение повторений M-BlockAckReq. Это может быть также реализовано как испытание в соответствии с другой политикой, описанной выше, а именно, если отношение принятых M-BlockAck к количеству предполагаемых M-BlockAck превышает пороговое значение. Если счетчик M-BlockAckReq превысил лимит/пороговое значение повторных попыток M-BlockAckReq, тогда M-BlockAck проверяются для определения статуса данных, которые были переданы/переданы в групповом режиме на этапе 650. На этапе 655 осуществляется испытание, для определения, был ли каждый групповой пакет (групповые данные) принят предназначенными приемниками, которые ответили M-BlockAck, или превышено (истекло) ли время жизни передачи (пригодность) пакета/данных. Если групповой пакет (групповые данные) не были приняты всеми предназначенными приемниками, которые ответили M-BlockAck, или если время жизни передачи (пригодность) пакета/данных не превышено (не истекло), тогда отправитель/передатчик приготавливается к повторной передаче/повторной передаче в групповом режиме непринятых/неподтвержденных пакетов для предназначенных приемников/назначений/принимающих станций на этапе 660. На этапе 665 осуществляется испытание, для определения, был ли статус всех данных/пакетов, для которых статус был запрошен, проверен и обновлен. Если статус всех данных/пакетов, для которых статус был запрошен, не был проверен и обновлен, тогда обработка возвращается к этапу 650. Если статус для всех данных/пакетов, для которых статус был запрошен, был проверен и обновлен, обработка возвращается к этапу 605. Если групповой пакет (групповые данные) был получен всеми предназначенными приемниками, которые ответили M-BlockAck, или если время жизни передачи (пригодность) пакета/данных было превышено (истекло), тогда обработка продолжается на этапе 665. Если счетчик M-BlockAckReq не превысил лимит/пороговое значение повторов M-BlockAckReq, тогда на этапе 670 M-BlockAckReq обновляется, и приемники/назначения/принимающие станции, которые ответили на M-BlockAckReq, удаляются из списка запрошенных о блочном подтверждении в M-BlockAckReq. Затем обработка продолжается на этапе 615.

Фиг.7 - блок-схема последовательности операций способа для процедуры группового приема в соответствии с примерным вариантом осуществления настоящего изобретения. На этапе 705 приемник/назначение/принимающая станция принимает M-BlockAckReq. Испытание осуществляется на этапе 710 для определения, является ли данный приемник/назначение/принимающая станция предназначенным приемником (одним из тех, у которых запрошен отклик/ответ на M-BlockAckReq). Если этот приемник/назначение/принимающая станция не является предназначенным приемником (одним из тех, у которых запрошен отклик/ответ на M-BlockAckReq), тогда обработка заканчивается. Если этот приемник/назначение/принимающая станция является предназначенным приемником (одним из тех, у которых запрошен отклик/ответ на M-BlockAckReq), тогда статус групповых данных/пакетов, которые этот приемник принял и для которых было запрошено подтверждение (в M-BlockAckReq), определяется, и сигнал/кадр/сообщение M-BlockAck подготавливается/генерируется на этапе 715. Подготовленное M-BlockAck передается (передается в однонаправленном вещании) на этапе 720 по порядку/в последовательности, определенной информацией, поставленной/обеспеченной в M-BlockAckReq.

В альтернативном варианте осуществления, поле информации приемника внутри сигнала M-BlockAckReq включает в себя подполе типа/флагов, подполе элемента управления побитовым отображением приемника BAR, частичное виртуальное побитовое отображение приемника BAR и т.д. Фиг.8 показывает примерный формат поля информации приемника внутри кадра/сигнала/сообщения M-BlockAckReq, использующее элемент управления побитовым отображением приемника BAR и частичное виртуальное побитовое отображение приемника BAR в соответствии с примерным вариантом осуществления настоящего изобретения. Поле элемента управления побитового отображения приемника BAR является одиночным октетом. Семь