СПОСОБ И УСТРОЙСТВО ДЛЯ ПОДТВЕРЖДЕНИЯ И ПОВТОРНОЙ ПЕРЕДАЧИ ГРУППОВЫХ ДАННЫХ В БЕСПРОВОДНЫХ ЛОКАЛЬНЫХ СЕТЯХ Российский патент 2013 года по МПК H04L1/16 H04L12/28 

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

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

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

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

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

В беспроводных локальных сетях точка доступа (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" Xax и соавторы (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) в примерном варианте осуществления изобретения.

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

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

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

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

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

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

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

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

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

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

Фиг.9C показывает временную последовательность для надежной групповой передачи, использующей обмен групповым запросом блочного подтверждения (М-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-BiockAck проверяются для определения статуса данных, которые были переданы/переданы в групповом режиме на этапе 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 является одиночным октетом. Семь разрядов поля (1-7) образуют смещение побитового отображения. Один разряд (бит 0) зарезервирован. Длина частичного виртуального побитового отображения меняется и является кратным числу октетов, которое может быть определено из общего размера кадра. Значение подполя смещения побитового отображения содержит ассоциативный ID (AID) станции, деленный на 16. Если его значение N, станции с AID, меньшим, чем 16 × N, не включаются в список станций, которые будут отвечать на этот M-BlockAckReq посредством M-BlockAck. Каждый бит в поле частичного виртуального побитового отображения соответствует конкретной станции. Номер разряда i (0≤i≤2007) в поле побитового отображения, т.е. номер разряда (i mod 8) в номере октета i / 8 в поле побитового отображения, где младший разряд каждого октета является номером разряда 0, и старший разряд является номером разряда 7, соответствует станции с AID 16 × N + i. Если разряд i в поле побитового отображения установлен в 1, тогда станция с AID 16 × N + i находится в списке запрошенных об ответе станций, которых запросили ответить на этот M-BlockAckReq, где N - является значением поля смещения побитового отображения. Если длина поля частичного виртуального побитового отображения L октет, станции с AID, большим чем или равным 16 × N + 8 × L, не включаются в список запрошенных об ответе станций. Предназначенные станции приемников/станции назначения/принимающие станции отправляют их сигналы M-BlockAck в том же самом порядке/последовательности, в которой приемники заданы в побитовом отображении приемника BAR в M-BlockAckReq. В качестве альтернативы, приемники/принимающие станции/назначения отправляют их сигналы M-BlockAck в порядке, который функция последовательности приемников задала в побитовом отображении приемника BAR в M-BlockAckReq.

Например, значение поля элемента управления побитового отображения равно 50. Размер частичного виртуального побитового отображения в M-BlockAckReq равен 2 октетам. Побитовое отображение: 10111111 01111111. Все станции с AID, меньшим, чем 16 × 50 = 800, не должны посылать M-BlockAck, потому что они не адресованы в M-BlockAckReq. Станции с AID, большим чем или равным 800+2 × 8 = 816, не будут посылать M-BlockAck тоже. I-я позиция в частном побитовом отображении M-BlockAckReq указывает станцию с AID 800+i. На основе побитовой маски 10111111 01111111, станции с AID, равным 800, 802, 803, 804, 805, 806, 807, 809, 810, 811, 812, 813, 814, 815, будут отправлять M-BlockAck по порядку, потому что их соответствующие разряды установлены в 1. Станции с AID, равным 801 и 808, не будут отправлять M-BlockAck, потому что их соответствующие разряды установлены в 0. Заметим, что при использовании поля управления побитового отображения и частного побитового отображения, три октета требуются для представления станций приемников, которые должны ответить на M-BlockAckReq посредством M-BlockAck. Если набор 16-разрядных идентификаторов включен в M-BlockAckReq для указания станции получателя, которые запрошены для ответа, тогда M-BlockAck требует 14 октетов. Если только битовый вектор используется в M-BlockAckReq для указания станций получателя, которые запрошены для ответа, тогда M-BlockAck требует, по меньшей мере, 12 октетов. Следовательно, поле элемента управления побитового отображения и частное побитовое отображение настоящего изобретения уменьшает накладные расходы в сигнале M-BlockAckReq. Это обеспечивает эффективный способ адресования, когда количество ассоциативно связанных станций, ассоциативно связанных с AP, является высоким, и/или количество предназначенных приемников для группового вещания является большим.

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

Фиг.9B показывает временную последовательность для надежной групповой передачи, использующей обмен групповыми BlockAckReq и групповыми BlockAck с политикой задержанного подтверждения и отсутствующего подтверждения M-BlockAckReq и M-BlockAck в альтернативном варианте осуществления изобретения. Отправитель/AP/инициатор передает блок групповых единиц/пакетов/кадров данных к многочисленным приемникам/STA, например, приемнику 1 и 2, но не к приемнику 3. После отправки блока групповых данных, инициатор передает групповой сигнал/кадр/сообщение BlockAckReq (M-BlockAckReq) к предназначенным групповым приемникам. Поле надежного группового приемника (RMR) в M-BlockAckReq содержит в себе список идентификаторов запрошенных о блочном подтверждении приемников, от которых запрашивается M-BlockAck, в примере фиг.9B идентификаторы приемников 1 и 2 включены. В качестве альтернативы, поле информации RMR содержит в себе поле элемента управления побитового отображения и поле побитового отображения, для указания приемников, от которых запрошен M-BlockAck. Каждый разряд в побитовом отображении идентифицирует принимающую станцию, от которой запрашивается блочное подтверждение. Если никакой характеристики/политики подтверждения M-BlockAckReq не используется, каждый групповой приемник/принимающая станция в списке идентификаторов запрошенного о блочном подтверждении приемника или в побитовом отображении (в примере фиг.9B приемник 1 и приемник 2) не будет отвечать инициатору M-BlockAckReq сигналом/кадром/сообщением подтверждения (Ack) при приеме M-BlockAckReq. С политикой задержанного блочного Ack, групповой приемник в списке запрошенных блочных подтверждений или побитовом отображении отвечает инициатору M-BlockAckReq задержанным сигналом/кадром/сообщением M-BlockAck, после того как он подготавливает M-BlockAck и имеет возможность передавать. После того как контенты сигнала/кадра/сообщения M-BlockAck подготовлены, групповой приемник отправляет M-BlockAck при самой ранней вероятной возможности передачи. Если не используется характеристика/политика Ack M-BlockAck, инициатор M-BlockAckReq не отвечает сигналом/кадром/сообщением Ack для подтверждения приема сигнала/кадра/сообщения M-BlockAck. STA, незаданные в списке BlockAckReq или побитовом отображении, не отвечают инициатору M-BlockAckReq. В примере Фиг.9B приемник 3 не отвечает на M-BlockAckReq, потому что он не включен в список идентификаторов запрошенных о блочном подтверждении приемников или в побитовое отображение M-BlockAckReq. Вообще в политике задержанного блочного Ack, сигнал/кадр/сообщение M-BlockAckReq или M-BlockAck содержит в себе поле политики Ack. Когда поле политики Ack установлено в сигнале/кадре/сообщении M-BlockAckReq или M-BlockAck, оно указывает, что для этого кадра/сигнала/сообщения не ожидается подтверждения при его приеме. В противном случае ответ Ack ожидается. Установка поля политики Ack может быть осуществлена независимо для кадров/сигналов/сообщений M-BlockAckReq и M-BlockAck. Могут быть использованы все четыре комбинации значений этих полей.

Фиг.9С показывает временную последовательность для надежной групповой передачи, использующей обмен группового BlockAckReq и группового BlockAck вместе с множественным опросом (MP) в примерном варианте осуществления изобретения. Инициатор/отправитель/AP множественного опроса передает кадр множественного опроса (MP). Кадр MP содержит в себе распределение графика/времени времени передачи нисходящей линии связи (от инициатора/AP MP к приемникам/STA) (DTT) и/или времени передачи восходящей линии связи (от STA к инициатору/AP MP) (UTT). Инициатор/AP MP может планировать многочисленные DTT и UTT. DTT и UTT имеют время начала и длительность. Период DTT используется для инициатора/AP MP для передачи блока групповых или однонаправленных единиц/кадров/пакетов, ассоциативно связанных с групповым или однонаправленным адресом. Период UTT используется для STA для передачи блока данных к инициатору/AP MP. После того как инициатор/AP MP передает блок групповых единиц/пакетов/кадров к многочисленным приемникам/STA, он/она передает групповой сигнал/кадр/сообщение BlockAckReq (M-BlockAckReq). Групповой приемник/принимающая станция/назначение отвечает инициатору M-BlockAckReq сигналом/кадром M-BlockAck в его собственном UTT для подтверждения статуса приема блока единиц/пакетов/кадров данных запрошенного M-BlockAckReq. Как показано в примере фиг.9С, AP/инициатор MP передает первый блок групповых данных с групповым адресом, второй блок групповых данных с другим групповым адресом и другие блоки групповых и/или однонаправленных данных. После передачи первого блока групповых данных AP/инициатор MP отправляет M-BlockAckReq 1. Каждый предназначенный приемник/STA первого блока групповых данных, например приемник 1 и приемник 2, отвечает на M-BlockAckReq 1 его M-BlockAck в его периоде UTT. Помимо M-BlockAck приемник/STA может также отправить другие данные восходящей линии связи в его периоде UTT. Подобным образом после передачи второго блока групповых данных, AP/инициатор MP отправляет M-BlockAckReq 2. Каждый предназначенный приемник/STA второго блока групповых данных, например приемник 3 и приемник 4, отвечает на M-BlockAckReq 2 его M-BlockAck в его собственном периоде UTT. В качестве альтернативы, M-BlockAckReq может быть отправлен в другом DTT MP (не том же самом DTT, в котором отправлен соответствующий блок групповых единиц/пакетов/кадров данных) или другой последовательности/очереди MP. В дополнение, блок групповых единиц/пакетов/кадров данных может быть отправлен в многочисленных DTT MP, и затем M-SlockAckReq отправляется в последнем DTT MP, в котором передается блок данных, или в следующем/более позднем DTT MP групповым отправителем, чтобы запросить M-BlockAck для подтверждения этого блока групповых единиц/пакетов/кадров данных.

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

Далее со ссылкой на фиг.10, которая является блок-схемой примерной реализации настоящего изобретения. Поскольку STA и/или AP (которая является специальной STA) может быть передатчиком, приемником или приемопередатчиком, использована однократная блок-схема, показывающая модуль беспроводной связи, имеющий радиопередатчик/приемник. Т.е. радиопередатчик/приемник может быть передатчиком, приемником или приемопередатчиком. Настоящее изобретение включает в себя главную вычислительную систему и модуль связи (беспроводной). Главная обрабатывающая система может быть компьютером общего назначения или вычислительной системой специального назначения. Главная вычислительная система может включать в себя центральный процессор (CPU), память и интерфейс ввода/вывода (I/O). Модуль беспроводной связи может включать в себя MAC-процессор и процессор передачи в основной полосе частот, радиопередатчик/приемник и одну или более антенны. Антенна передает и принимает радиосигналы. Радиопередатчик/приемник осуществляет обработку радиосигнала. MAC-процессор и процессор передачи в основной полосе частот осуществляют управление MAC и формирование кадра, модуляцию/демодуляцию, кодирование/декодирование для передачи/приема. По меньшей мере, один вариант осуществления настоящего изобретения может быть реализован как процедура в главной вычислительной системе или модуле беспроводной связи для обработки передачи и приема данных управляющего сигнала. Т.е, блок-схема фиг.10 может быть реализована как аппаратные средства, программное обеспечение и аппаратно реализованное программное обеспечение, программируемая вентильная матрица (FPGA), специализированная интегральная схема (ASIC), компьютер с сокращенным набором команд (RISC) или любым их сочетанием. Более того, примерные последовательности операций, проиллюстрированные в различных блок-схемах последовательностей операций способа, и руководство выше операционно реализуются или в главной обрабатывающей системе, или в модуле беспроводной связи, или сочетании главной обрабатывающей системы и модуля связи. Таким образом, блок-схема полностью дает возможность различным способам/последовательностям операций быть осуществленным на практике в аппаратных средствах, программном обеспечении и аппаратно реализованном программном обеспечении, программируемой вентильной матрице (FPGA), специализированной интегральной схеме (ASIC), компьютере с сокращенным набором команд (RISC) или любом их сочетании.

Должно быть понятно, что настоящее изобретение может быть реализовано в различных формах аппаратных средств, программного обеспечения, аппаратно реализованного программного обеспечения, процессорах специального назначения или в их сочетании. Предпочтительно, настоящее изобретение реализовано как сочетание аппаратных средств и программного обеспечения. Более того, программное обеспечение предпочтительно реализуется как прикладная программа, материализованная на устройстве хранения программ. Прикладная программа может быть загружена на машину и исполнена машиной, содержащей любую подходящую архитектуру. Предпочтительно машина реализуется на компьютерной платформе, имеющей аппаратные средства, такие как один или более центральные процессоры (CPU), оперативное запоминающее устройство (RAM) и интерфейс(ы) ввода/вывода(I/O). Компьютерная платформа также включает в себя операционную систему и код микрокоманд. Различные последовательности операций и функции, описанные в материалах настоящей заявки, могут быть или частью кода микрокоманд, или частью прикладной программы (или их сочетанием), которые исполняются посредством операционной системы. В дополнение, различные другие периферийные устройства могут быть соединены с компьютерной платформой, такие как дополнительное запоминающее устройство для данных и печатающее устройство.

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

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

название год авторы номер документа
УСТРОЙСТВО ДЛЯ ЗАПРОСА ПОДТВЕРЖДЕНИЯ И ПЕРЕДАЧИ ПОДТВЕРЖДЕНИЯ ГРУППОВЫХ ДАННЫХ В БЕСПРОВОДНЫХ ЛОКАЛЬНЫХ СЕТЯХ 2008
  • Лю Хан
  • Мандрекар Ишан
  • У Минцюань
  • Перуманам Рамкумар
  • Матхур Саурабх
RU2478259C2
СИСТЕМЫ И СПОСОБЫ ДЛЯ ГЕНЕРАЦИИ И ДЕКОДИРОВАНИЯ КОРОТКИХ КАДРОВ УПРАВЛЕНИЯ ПРИ БЕСПРОВОДНОЙ СВЯЗИ 2012
  • Мерлин Симоне
  • Абрахам Сантош Пол
  • Вентинк Мартен Мензо
  • Цюань Чжи
  • Астерджадхи Альфред
RU2614563C2
УСТРОЙСТВО СВЯЗИ И СПОСОБ СВЯЗИ ДЛЯ ОДНОВРЕМЕННОЙ ПОВТОРНОЙ ПЕРЕДАЧИ С ИСПОЛЬЗОВАНИЕМ МНОЖЕСТВА ТОЧЕК ДОСТУПА 2020
  • Читракар, Роджан
  • Хуан, Лэй
  • Урабэ,
RU2800008C2
СПОСОБ И УСТРОЙСТВО ДЛЯ УСТАНОВЛЕНИЯ АССОЦИАЦИИ 2015
  • Гань Мин
  • Лю Лэ
  • Ли Юньбо
  • Линь Мэйлу
RU2681349C1
СПОСОБ ПЕРЕДАЧИ ДАННЫХ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ И УСТРОЙСТВО ДЛЯ ЕГО ОСУЩЕСТВЛЕНИЯ 2015
  • Чун Дзинйоунг
  • Риу Кисеон
  • Ким Дзеонгки
  • Чои Дзинсоо
  • Чо Хангиу
RU2680193C2
УЛУЧШЕННОЕ БЛОЧНОЕ ПОДТВЕРЖДЕНИЕ ПРИЕМА 2005
  • Нанда Санджив
RU2367096C2
СПОСОБЫ И АППАРАТ ДЛЯ МНОГОПОЛЬЗОВАТЕЛЬСКОЙ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ 2014
  • Мерлин Симоне
  • Барриак Гвендолин Дэнис
  • Сампатх Хемантх
  • Вермани Самир
RU2676878C2
УСТРОЙСТВО И СПОСОБЫ ДЛЯ СЖАТИЯ ЗАГОЛОВКА УПРАВЛЕНИЯ ДОСТУПОМ К СРЕДЕ 2012
  • Вентинк Мартен Мензо
  • Абрахам Сантош Пол
  • Мерлин Симоне
  • Аватер Герт
  • Тагхави Насрабади Мохаммад Х.
  • Цюань Чжи
  • Сампатх Хемантх
  • Астерджадхи Альфред
RU2589331C2
СПОСОБЫ РЕАЛИЗАЦИИ БЕСПРОВОДНЫХ ЛОКАЛЬНЫХ СЕТЕЙ (WLAN) С МНОЖЕСТВОМ ЛИНИЙ СВЯЗИ 2020
  • Ван, Сяофэй
  • Лоу, Ханьцин
  • Сунь, Ли-Сян
  • Леви, Джозеф С.
RU2816579C2
СПОСОБ И АППАРАТ ДЛЯ МНОГОПОЛЬЗОВАТЕЛЬСКОЙ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ 2014
  • Мерлин Симоне
  • Барриак Гвендолин Дэнис
  • Сампатх Хемантх
  • Вермани Самир
RU2663180C2

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

Реферат патента 2013 года СПОСОБ И УСТРОЙСТВО ДЛЯ ПОДТВЕРЖДЕНИЯ И ПОВТОРНОЙ ПЕРЕДАЧИ ГРУППОВЫХ ДАННЫХ В БЕСПРОВОДНЫХ ЛОКАЛЬНЫХ СЕТЯХ

Изобретение относится к беспроводной связи, а именно, к способам и устройствам для подтверждения и повторной передачи групповых данных в беспроводных локальных сетях. Технический результат заключается в повышении производительности и пропускной способности сети. Технический результат достигается тем, что заявленный способ групповой передачи данных содержит этапы, на которых осуществляют групповую передачу множества единиц данных; инициализируют счетчик запроса; осуществляют групповую передачу запроса для подтверждения приема упомянутого множества единиц данных; увеличивают упомянутый счетчик запроса; инициализируют таймер; уменьшают упомянутый таймер; принимают ответные сигналы на упомянутый запрос; определяют, были ли приняты упомянутые ответные сигналы на упомянутый запрос от всех приемников упомянутого запроса; определяют, истек ли таймер перед приемом упомянутых сигналов от всех приемников; и определяют статус приема упомянутого множества единиц данных на основе упомянутых сигналов. 4 н. и 18 з.п. ф-лы, 15 ил.

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

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

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

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

4. Способ по п.1, дополнительно содержащий прием подтверждения для каждого группового запроса.

5. Способ по п.1, дополнительно содержащий передачу подтверждения для каждого принятого сигнала.

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

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

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

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

10. Способ по п.9, дополнительно содержащий передачу подтверждения приема упомянутого запроса.

11. Способ по п.9, дополнительно содержащий передачу данных восходящей линии связи.

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

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

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

15. Устройство по п.12, дополнительно содержащее средство для приема подтверждения для каждого группового запроса.

16. Устройство по п.12, дополнительно содержащее средство для передачи подтверждения для каждого принятого сигнала.

17. Устройство по п.12, в котором упомянутые сигналы задерживаются.

18. Устройство по п.12, дополнительно содержащее средство для приема данных восходящей линии связи от упомянутых приемников.

19. Устройство по п.13, в котором упомянутая идентификация является одной из ассоциативного идентификатора, адреса управления доступом к среде, адреса протокола Интернета и является заключенной в компоновку побитового отображения.

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

21. Устройство по п.20, дополнительно содержащее средство для передачи подтверждения приема упомянутого запроса.

22. Устройство по п.20, дополнительно содержащее средство для передачи данных восходящей линии связи.

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

Станок для изготовления деревянных ниточных катушек из цилиндрических, снабженных осевым отверстием, заготовок 1923
  • Григорьев П.Н.
SU2008A1
Способ обработки целлюлозных материалов, с целью тонкого измельчения или переведения в коллоидальный раствор 1923
  • Петров Г.С.
SU2005A1
Станок для изготовления деревянных ниточных катушек из цилиндрических, снабженных осевым отверстием, заготовок 1923
  • Григорьев П.Н.
SU2008A1
Способ приготовления мыла 1923
  • Петров Г.С.
  • Таланцев З.М.
SU2004A1
Полуавтоматический толкатель шихты 1947
  • Чернышев С.В.
  • Школьников И.И.
SU74232A1
Пресс для выдавливания из деревянных дисков заготовок для ниточных катушек 1923
  • Григорьев П.Н.
SU2007A1
Переносная печь для варки пищи и отопления в окопах, походных помещениях и т.п. 1921
  • Богач Б.И.
SU3A1

RU 2 490 802 C2

Авторы

Лю Хан

Мандрекар Ишан

У Минцюань

Перуманам Рамкумар

Матхур Саурабх

Даты

2013-08-20Публикация

2008-06-26Подача