СПОСОБ И АППАРАТУРА СВЯЗИ Российский патент 2024 года по МПК H04L1/16 

[0001] Настоящая заявка испрашивает приоритет на основании патентной заявки Китая №. 202010172223.1, поданной в Национальное управление интеллектуальной собственности Китая 12 марта 2020 г. и озаглавленной «COMMUNICATION METHOD AND APPARATUS», которая полностью включена в настоящий документ посредством ссылки.

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

[0002] Эта заявка относится к области технологий связи и, в частности, к способу и аппаратуре связи.

УРОВЕНЬ ТЕХНИКИ

[0003] Устройство с множественными линиями связи (multi-link device, MLD) способно отправлять данные и принимать данные по множеству линий связи. После того, как приемное устройство принимает блок данных службы управления доступом к среде передачи (блок данных службы управления доступом к среде, MSDU) от передающего устройства, приемное устройство определяет на основе подполя политики подтверждения (ack policy) в кадре, в котором MSDU находится, политику подтверждения, соответствующую MSDU, для выполнения различных процессов. Политика подтверждения указывает, нужно ли MSDU возвращать (передавать обратно) статус приема, и метод возврата статуса приема.

[0004] Однако правилом подтверждения в родственной технологии является то, что статус приема MSDU, принятого по линии связи, необходимо вернуть по этой линии связи. Это правило подтверждения слишком строгое, и существует сценарий, в котором это правило подтверждения нарушается.

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

[0005] Варианты осуществления этой заявки обеспечивают способ и аппаратуру связи для уменьшения явления нарушения правила подтверждения в некоторых сценариях.

[0006] Для достижения вышеуказанной цели в вариантах осуществления данной заявки используются следующие технические решения.

[0007] Согласно первому аспекту, вариант осуществления данной заявки обеспечивает способ связи. Способ включает в себя: после того как приемное устройство принимает блок данных от передающего устройства по линии связи, если блок данных удовлетворяет предустановленному условию, приемное устройство отправляет информацию статуса приема блока данных на передающее устройство по линии связи. Предустановленное условие включает в себя: политика подтверждения, соответствующая блоку данных, не установлена на отсутствие подтверждения, и порядковый номер SN блока данных больше или равен начальному порядковому номеру SSN в кадре BA (block acknowledge) подтверждения блока. Информация статуса приема блока данных переносится в кадре ВА.

[0008] Конкретно, когда приемное устройство возвращает кадр BA, для блока данных, принятого по некоторой линии связи, политика подтверждения которого не установлена на отсутствие подтверждения, и чей SN больше или равен SSN в кадре BA, статус приема блока данных должен быть возвращен на передающее устройство по этой линии связи. Это может избежать явления, что некоторые сценарии в соответствующей технологии нарушают правило подтверждения, согласно которому «статус приема блока данных, принятого по линии связи, должен быть возвращен по упомянутой линии связи».

[0009] В возможном исполнении блок данных представляет собой блок данных службы управления доступом к среде, MSDU, или агрегированный блок данных службы управления доступом к среде, A-MSDU. В частности, передача блока данных в форме MSDU или A-MSDU может избежать явления, когда некоторые сценарии в соответствующей технологии нарушают правило подтверждения, согласно которому «статус приема блока данных, принятого по линии связи, должен быть возвращен по упомянутой линии связи».

[0010] Согласно второму аспекту, вариант осуществления данной заявки обеспечивает способ связи. Способ включает в себя: после того, как приемное устройство принимает блок данных от передающего устройства по линии связи, если порядковый номер SN блока данных попадает в диапазон битовой карты некоторой шкалы (информационного табло), приемное устройство отправляет информацию статуса приема блока данных в передающее устройство через эту линию связи. Шкала соответствует линии связи, и информация статуса приема блока данных переносится в кадре BA подтверждения блока.

[0011] В частности, когда приемное устройство отправляет кадр BA по линии связи, для блока данных, соответствующего биту SN в битовой карте упомянутой шкалы, если блок данных принят по линии связи, статус приема блока данных должен быть указан с помощью кадра BA. Это может расширить применимые сценарии и избежать явления, когда некоторые сценарии нарушают правило подтверждения, согласно которому «статус приема блока данных, принятого по линии связи, должен быть возвращен по упомянутой линии связи».

[0012] В возможном исполнении блок данных представляет собой блок данных службы управления доступом к среде MSDU или агрегированный блок данных службы управления доступом к среде A-MSDU. В частности, передача блока данных в форме MSDU или A-MSDU может избежать явления, когда некоторые сценарии в соответствующей технологии нарушают правило подтверждения, согласно которому «статус приема блока данных, принятого по линии связи, должен быть возвращен по упомянутой линии связи ».

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

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

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

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

[0017] В возможном исполнении, если политика подтверждения первого блока данных представляет собой подтверждение блока, то, что принимающее устройство отправляет информацию статуса приема первого блока данных на передающее устройство по первой линии связи включает в себя: если порядковый номер SN первого блока данных больше или равен начальному порядковому номеру SSN в кадре BA подтверждения первого блока, приемное устройство отправляет информацию статуса приема первого блока данных на передающее устройство по первой линии связи. Информация статуса приема первого блока данных переносится в первом кадре ВА.

[0018] В частности, когда приемное устройство возвращает первый кадр BA, если политика подтверждения первого блока данных является подтверждением блока, и SN больше или равен SSN в первом кадре BA, статус приема первого блока данных возвращается по первой линии связи, чтобы избежать нарушения правила подтверждения, согласно которому «статус приема блока данных, принятого по линии связи, должен быть возвращен по упомянутой линии связи».

[0019] В возможном исполнении, если политикой подтверждения первого блока данных является подтверждение блока, то, что принимающее устройство отправляет информацию статуса приема первого блока данных на передающее устройство по первой линии связи включает в себя: если SN первого блока данных попадает в диапазон битовой карты первой шкалы, приемное устройство отправляет информацию статуса приема первого блока данных в передающее устройство по первой линии связи. Первая шкала соответствует первой линии связи, и информация статуса приема первого блока данных переносится во втором кадре ВА.

[0020] Конкретно, когда политикой подтверждения первого блока данных является подтверждение блока, и SN попадает в диапазон битовой карты первой шкалы, соответствующей первой линии связи, статус приема первого блока данных возвращается по первой линии связи, чтобы избежать нарушения правила подтверждения, согласно которому «статус приема блока данных, принятого по линии связи, должен быть возвращен по упомянутой лини связи».

[0021] В возможном исполнении первый блок данных представляет собой блок данных службы управления доступом к среде MSDU или агрегированный блок данных службы управления доступом к среде A-MSDU. В частности, передача первого блока данных в форме MSDU или A-MSDU может избежать явления, когда некоторые сценарии в соответствующей технологии нарушают правило подтверждения, согласно которому «статус приема блока данных, принятого по линии связи, должен быть возвращен по упомянутой линии связи».

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

[0023] То есть, если политика подтверждения является нормальным запросом подтверждения или неявным запросом подтверждения блока, статус приема первого блока данных, принятого по линии связи, возвращается по линии связи, и нет явления, при котором статус приема первого блока данных не возвращается по линии связи. Это применимо к правилу подтверждения в соответствующей технологии.

[0024] В возможном исполнении первый блок данных представляет собой блок данных службы управления доступом к среде MSDU или агрегированный блок данных службы управления доступом к среде A-MSDU. В частности, передача первого блока данных в форме MSDU или A-MSDU может избежать явления, когда некоторые сценарии в соответствующей технологии нарушают правило подтверждения, согласно которому «статус приема блока данных, принятого по линии связи, должен быть возвращен по упомянутой линии связи».

[0025] В возможном исполнении способ связи в этом варианте осуществления данной заявки дополнительно включает в себя: после того, как приемное устройство принимает второй блок данных от передающего устройства по второй линии связи, если политика подтверждения второго блока данных является подтверждением блока, а порядковый номер SN второго блока данных больше или равен начальному порядковому номеру SSN в кадре BA первого блока подтверждения, приемное устройство отправляет информацию статуса приема второго блока данных на передающее устройство по второй линии связи. Информация статуса приема второго блока данных переносится в первом кадре ВА.

[0026] Конкретно, когда приемное устройство отправляет первый кадр BA, если политика подтверждения второго блока данных является подтверждением блока, а SN больше или равен SSN в первом кадре BA, статус приема второго блока данных возвращается по второй линии связи, чтобы избежать нарушения правила подтверждения, согласно которому «статус приема блока данных, принятого по линии связи, необходимо вернуть по упомянутой линии связи».

[0027] В возможном исполнении вторым блоком данных является блок данных службы управления доступом к среде MSDU или агрегированный блок данных службы управления доступом к среде A-MSDU. В частности, при передаче второго блока данных в форме MSDU или A-MSDU явление, заключающееся в том, что некоторые сценарии в соответствующей технологии нарушают правило подтверждения, согласно которому «статус приема блока данных, принятого по линии связи, необходимо вернуть по упомянутой линии связи».

[0028] В соответствии с пятым аспектом вариант осуществления этой заявки обеспечивает аппаратуру связи. Аппаратура связи включает в себя блоки, сконфигурированные для выполнения этапов в любом из предыдущих аспектов. Аппаратура связи может быть приемным устройством в первом аспекте или аппаратурой, включающей в себя приемное устройство. Альтернативно, аппаратурой связи может быть приемное устройство во втором аспекте или аппаратура, включающая в себя приемное устройство. Альтернативно, аппаратурой связи может быть приемное устройство в третьем аспекте или аппаратура, включающая в себя приемное устройство. Альтернативно, аппаратурой связи может быть приемное устройство в четвертом аспекте или аппаратура, включающая в себя приемное устройство.

[0029] Согласно шестому аспекту вариант осуществления этой заявки обеспечивает аппаратуру связи, включающую в себя процессор и схему интерфейса. Процессор сконфигурирован для связи с другой аппаратурой через схему интерфейса и выполнения способа связи, предусмотренного в любом из предыдущих аспектов. Имеется один или более процессоров. Аппаратура связи может быть приемным устройством в первом аспекте или аппаратурой, включающей в себя приемное устройство. Альтернативно, аппаратурой связи может быть приемное устройство во втором аспекте или аппаратура, включающая в себя приемное устройство. Альтернативно, аппаратурой связи может быть приемное устройство в третьем аспекте или аппаратура, включающая в себя приемное устройство. Альтернативно, аппаратурой связи может быть приемное устройство в четвертом аспекте или аппаратура, включающая в себя приемное устройство.

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

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

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

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

[0034] В соответствии с одиннадцатым аспектом вариант осуществления этой заявки обеспечивает схемную систему. Схемная система включает в себя схему обработки. Схема обработки сконфигурирована для выполнения способа связи в соответствии с любым из предыдущих аспектов.

[0035] Согласно двенадцатому аспекту вариант осуществления этой заявки обеспечивает микросхему. Микросхема включает в себя процессор. Процессор подсоединен к памяти. В памяти хранятся программные инструкции. Когда программные инструкции, хранящиеся в памяти, выполняются процессором, реализуется способ связи в соответствии с любым из предыдущих аспектов.

[0036] Согласно тринадцатому аспекту вариант осуществления этой заявки обеспечивает систему связи. Система связи включает в себя передающее устройство в любом из предшествующих аспектов и приемное устройство в любом из предшествующих аспектов.

[0037] Для технических эффектов, привносимых любым методом исполнения со второго аспекта по тринадцатый аспект, обратитесь к техническим эффектам, привносимым различными методами исполнения первого аспекта. Подробности здесь повторно не приводятся.

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

[0038] Фиг. 1 представляет собой схематическую диаграмму архитектуры связи с множественными линиями связи согласно соответствующей технологии;

[0039] Фиг. 2 - схематическая диаграмма структуры кадра подтверждения блока в соответствии с соответствующей технологией;

[0040] Фиг. 3 представляет собой схематическое представление процесса способа связи в соответствии с соответствующей технологией;

[0041] Фиг. 4 представляет собой блок-схему способа связи в соответствии с соответствующей технологией;

[0042] Фиг. 5 представляет собой схематическое представление процесса другого способа связи в соответствии с соответствующей технологией;

[0043] Фиг. 6 представляет собой блок-схему другого способа связи в соответствии с соответствующей технологией;

[0044] Фиг. 7 представляет собой схематическое представление архитектуры сети связи в соответствии с вариантом осуществления этой заявки;

[0045] Фиг. 8 является схематической блок-схемой способа связи согласно варианту осуществления настоящей заявки;

[0046] Фиг. Фиг. 9 является блок-схемой последовательности операций другого способа связи согласно варианту осуществления настоящей заявки;

[0047] Фиг. 10 - схематическая блок-схема еще одного способа связи согласно варианту осуществления этой заявки;

[0048] Фиг. 11 - схематическая блок-схема еще одного способа связи согласно варианту осуществления этой заявки;

[0049] Фиг. 12 - схематическая блок-схема еще одного способа связи согласно варианту осуществления этой заявки;

[0050] Фиг. 13 - схематическая блок-схема еще одного способа связи согласно варианту осуществления этой заявки;

[0051] Фиг. 14 представляет собой схематичную диаграмму состава аппаратуры связи согласно варианту осуществления этой заявки; и

[0052] Фиг. 15 представляет собой схематическое представление структуры аппаратных средств аппаратуры связи в соответствии с вариантом осуществления этой заявки.

Описание вариантов осуществления

[0053] В описании и прилагаемых чертежах этой заявки термины «первый», «второй» и т.п. предназначены для различения разных объектов или различения различных обработок одного и того же объекта, но не указывают конкретный порядок объектов. Кроме того, термины «включающий в себя» и «имеющий» и любые другие их варианты предназначены для охвата неисключительного включения. Например, процесс, способ, система, продукт или устройство, которые включают в себя ряд этапов или блоков, не ограничиваются перечисленными этапами или блоками, но необязательно дополнительно включают в себя другие не перечисленные этапы или блоки или необязательно дополнительно включают в себя другие неотъемлемые этапы или блоки процесса, способа, продукта или устройства. В вариантах осуществления этой заявки «множество» включает в себя два или более. В вариантах осуществления этой заявки слово «пример», «например» и т.п. используется для представления примера, иллюстрации или описания. Любой вариант осуществления или конструктивная схема, описанная как «пример» или «например» в вариантах осуществления этой заявки, не должна объясняться как более предпочтительная или имеющая больше преимуществ, чем другой вариант осуществления или конструктивная схема. В частности, использование слова «пример», «например» и т.п. предназначено для представления соответствующей концепции конкретным образом.

[0054] Сначала описываются технические термины, используемые в соответствующих технологиях.

[0055] 1. Множественные линии связи (multi-link, ML)

[0056] При разработке и эволюции сотовой сети и беспроводной локальной сети (wireless local area network, WLAN) повышение пропускной способности является постоянной технической задачей. Протокол для системы WLAN в основном обсуждается в группе стандарта 802.11 Института инженеров по электротехнике и электронике (Institute of Electrical and Electronics Engineers, IEEE). Например, в таких стандартах, как IEEE 802.11a, IEEE 802.11b, IEEE 802.11g, IEEE 802.11n, IEEE 802.11ac и IEEE 802.11ax, пропускная способность постоянно улучшается. Технической задачей стандарта следующего поколения IEEE 802.11be является чрезвычайно высокая пропускная способность (extremely high throughput, EHT), и в качестве одной из ключевых технологий используется технология машинного обучения.

[0057] Технология машинного обучения позволяет отправлять и принимать данные по множеству линий связи, так что данные могут передаваться по более широкой полосе пропускания, тем самым значительно повышая пропускную способность. Множественные линии связи могут быть развернуты на множестве полос (multi-band), и может быть одна или несколько линий связи на одной частотной полосе. Множество полос может включать в себя, помимо прочего, следующие частотные полосы: частотную полосу беспроводной связи 2,4 ГГц (Wireless Fidelity, Wi-Fi), частотную полосу Wi-Fi 5 ГГц и частотную полосу Wi-Fi 6 ГГц.

[0058] 2. Устройство с множественными линиями связи (multi-link device, MLD)

[0059] MLD поддерживает отправку данных и прием данных по множеству линий связи. MLD включает в себя множество станций (station, STA). Одна STA в MLD устанавливает линию связи с одной STA в другом MLD для связи. Например, на фиг. 1 показаны два устройства с множественными линиями связи: устройство А с множественными линиями связи и устройство В с множественными линиями связи. Устройство А с множественными линиями связи включает в себя множество станций, которые могут быть соответственно обозначены как станция А1, станция А2, … , и станция Аn. Устройство B с множественными линиями связи включает в себя множество станций, которые могут быть соответственно обозначены как станция B1, станция B2, … и станция Bn. Линия связи между станцией A1 и станцией B1 обозначается как линия 1. Линия связи между станцией An и станцией Bn обозначается как линия n.

[0060] 3. Блок данных службы управления доступом к среде (medium access control service data unit, MSDU)

[0061] На уровне управления доступом к среде (medium access control, MAC) базовым блоком пакета данных является MSDU. MSDU нахнчается с одним порядковым номером (sequence number, SN).

[0062] 4. Агрегированный блок данных службы управления доступом к среде (aggregated medium access control service data unit, A-MSDU)

[0063] На уровне MAC множество блоков MSDU объединяются в один A-MSDU. A-MSDU назначается с одним порядковым номером (sequence number, SN). В этом случае один или несколько MSDU в A-MSDU соответствуют одному и тому же SN.

[0064] 5. Блок данных протокола управления доступом к среде (medium access control protocol data unit, MPDU)

[0065] Один MSDU или один A-MSDU генерирует один MPDU путем добавления заголовка кадра и циклического избыточного кода (cyclic redundancy code, CRC) упомянутого MPDU. Множество MPDU агрегируются в один агрегированный блок данных протокола управления доступом к среде (aggregated medium access control protocol data unit, A-MPDU).

[0066] Заголовок кадра MPDU включает в себя поле управления кадром (frame control) и поле управления качеством обслуживания (quality of service control). Поле управления кадром включает в себя подполе типа (type). Подполе типа указывает тип кадра. Например, подполе типа занимает два бита. Когда значение подполя типа равно «00», это указывает, что кадр является кадром администрирования. Когда значение подполя типа равно «01», это указывает, что кадр является кадром данных. Когда значение подполя типа равно «10», это указывает, что кадр является кадром управления. Когда значение подполя типа равно «11», это указывает, что кадр зарезервирован. Поле управления QoS включает в себя подполе политики подтверждения (acknowledge policy). Подполе политики подтверждения используется для установки политики подтверждения, чтобы указать метод отправки кадра подтверждения некоторого MSDU в MPDU, в котором находится подполе политики подтверждения. Разные MSDU в одном и том же MPDU соответствуют одной и той же политике подтверждения. Как показано в таблице 1, при передаче кадра данных, политика подтверждения имеет четыре состояния: нормальный запрос подтверждения или неявный запрос подтверждения блока (normal acknowledge or implicit block acknowledge request), отсутствие подтверждения (no acknowledge), отсутствие явного подтверждения или подтверждение множественного опроса энергосбережения (power save multi-poll, PSMP) и подтверждение блока (block acknowledge). Политика подтверждения может быть указана с использованием двух битов (например, пятого бита и шестого бита в поле управления QoS).

Таблица 1

Подтвердить политику Определение Пятый бит Шестой бит 0 0 Нормальный запрос подтверждения или неявный запрос подтверждения блока 1 0 отсутствие подтверждения 0 1 отсутствие явного подтверждения или подтверждения PSMP 1 1 подтверждение блока

[0067] Когда и передающее устройство, и приемное устройство являются MLD, передающее устройство отправляет MPDU на приемное устройство. Соответственно, приемное устройство принимает MPDU от передающего устройства. Приемное устройство выполняет различные процессы на основе значения подполя политики подтверждения в MPDU. Со ссылкой на Таблицу 1 значение подполя политики подтверждения может быть, например, но не ограничиваясь этим, в следующих трех случаях:

[0068] Случай 1: Значение подполя политики подтверждения равно «00». Соответственно, приемное устройство определяет, что политика подтверждения, соответствующая MPDU, является нормальным запросом подтверждения или запросом неявного подтверждения блока.

[0069] Если MPDU не является A-MPDU или одиночным кадром MPDU с очень высокой пропускной способностью (very high throughput, VHT), приемное устройство отправляет кадр подтверждения на передающее устройство после приема MPDU от передающего устройства. Кадр подтверждения указывает, что MPDU принят правильно.

[0070] Если MPDU является A-MPDU, приемное устройство отправляет кадр подтверждения блока (block acknowledge, BA) на передающее устройство после того, как приемное устройство принимает от передающего устройства блок данных протокола физического уровня (physical layer protocol data unit, PPDU, PPDU), в котором находится MPDU, и истекает интервал предустановленной длительности (например, короткий межкадровый интервал (short inter-frame space, SIFS)). Кадр BA включает в себя информацию статуса приема, которая указывает MSDU в MPDU, или включает в себя информацию статуса приема, которая указывает A-MSDU в MPDU.

[0071] Случай 2: Значение подполя политики подтверждения равно «10». Соответственно, приемное устройство определяет, что политика подтверждения, соответствующая MPDU, является отсутствием подтверждения. В этом случае приемное устройство не возвращает информацию статуса приема MPDU в передающее устройство.

[0072] Случай 3: Значение подполя политики подтверждения равно «11». Соответственно, приемное устройство определяет, что политика подтверждения, соответствующая MPDU, представляет собой подтверждение блока.

[0073] После приема MPDU от передающего устройства приемное устройство сначала не возвращает статус приема MSDU или A-MSDU в MPDU, а записывает статус приема MSDU или A-MSDU в MPDU. Передающее устройство дополнительно отправляет кадр запроса подтверждения блока (block acknowledge request, BAR) на приемное устройство. Соответственно, приемное устройство принимает кадр BAR от передающего устройства. Альтернативно, передающее устройство дополнительно отправляет неявный кадр BAR на приемное устройство. Соответственно, приемное устройство принимает неявный кадр BAR от передающего устройства. После приема кадра BAR или неявного кадра BAR приемное устройство возвращает кадр подтверждения блока на передающее устройство.

[0074] Обычно передающее устройство отправляет данные QoS приемному устройству в виде A-MPDU. Соответственно, приемное устройство принимает данные QoS от передающего устройства способом A-MPDU. Приемное устройство возвращает информацию статуса приема A-MPDU на передающее устройство методом подтверждения блока.

[0075] 6. Кадр BAR

[0076] Кадр BAR используется для запроса статуса приема MSDU. Поле начального порядкового номера (начальный порядковый номер, SSN) в кадре BAR указывает SN первого MSDU в MSDU, для которого запрашивается возвращать статус приема. Когда приемное устройство использует кадр BA для возврата информации статуса приема упомянутого MSDU, запрошенной кадром BAR, SSN является SN первого MSDU, соответствующего кадру BA. В качестве альтернативы кадр BAR используется для запроса статуса приема A-MSDU. Поле SSN в кадре BAR указывает SN первого A-MSDU в A-MSDU, для которого запрашивается возвращать статус приема. Когда приемное устройство использует кадр BA для возврата информации статуса приема A-MSDU, запрошенной кадром BAR, SSN является SN первого A-MSDU, соответствующего кадру BA.

[0077] Неявный кадр BAR означает, что кадр BAR не передается явно. То, что передающее устройство отправляет неявный кадр BAR на приемное устройство, может быть: после того, как передающее устройство отправляет MPDU 1 на приемное устройство, передающее устройство не отправляет кадр BAR 1 на приемное устройство, а отправляет MPDU 2 на приемное устройство. Соответственно, после приема MPDU 1 от передающего устройства приемное устройство не принимает кадр BAR 1 от передающего устройства, а принимает MPDU 2 от передающего устройства. Политика подтверждения MPDU 1 представляет собой подтверждение блока, а политика подтверждения MPDU 2 представляет собой нормальный запрос подтверждения или неявный запрос подтверждения блока. В этом случае приемное устройство возвращает статусы приема MSDU в MPDU 1 и MPDU 2 на передающее устройство, или приемное устройство возвращает статусы приема A-MSDU в MPDU 1 и MPDU 2 на передающее устройство.

[0078] 7. Кадр BA

[0079] Со ссылкой на фиг. 2, кадр ВА включает в себя поле управления начальной последовательностью подтверждения блока (block acknowledge starting sequence control) и битовую карту (bitmap) подтверждения блока. Поле управления начальной последовательностью подтверждения блока включает в себя поле номера фрагмента (fragment number) и поле SSN. Здесь количество байтов, занимаемых полем управления начальной последовательностью подтверждения блока, равно 2. Битовая карта подтверждения блока имеет разную длину в разных типах кадров BA. В базовом (basic) кадре подтверждения блока количество байтов, занимаемых битовой картой подтверждения блока, равно 128. В сжатом кадре подтверждения блока или кадре подтверждения блока идентификатора множественного трафика (traffic identifier, TID) количество байтов, занимаемых битовой картой подтверждения блока, равно 8. Количество битов, занимаемых полем номера фрагмента, равно 4, а количество битов, занимаемых полем SSN, равно 12. Если MSDU (или A-MSDU) фрагментирован, поле номера фрагмента указывает порядковый номер фрагментов первого MSDU (или A-MSDU), указанного в кадре BA. Если MSDU (или A-MSDU) не фрагментирован, в поле номера фрагмента устанавливается значение 0. Кадр подтверждения сжатого блока или кадр подтверждения блока с множественными TID используется в качестве примера, поле номера фрагмента кадра подтверждения сжатого блока или кадра подтверждения блока с множественными TID устанавливается на 0. Поле SSN указывает SN первого MSDU (или A-MSDU), соответствующего кадру BA. Количество битов в битовой карте подтверждения блока равно . Первый бит указывает статус приема MSDU (или A-MSDU), соответствующего SSN. i-й бит в битовой карте подтверждения блока указывает статус приема MSDU (или A-MSDU), чей SN равен (SSN+-1). . Если бит в битовой карте подтверждения блока установлен на 1, это указывает, что MSDU (или A-MSDU), соответствующий этому биту, принят корректно; если бит в битовой карте подтверждения блока установлен на 0, это указывает, что MSDU (или A-MSDU), соответствующий этому биту, принят некорректно.

[0080] Однако в ML для повышения пропускной способности, уменьшения задержки или реализации балансировки нагрузки данные трафика с одним и тем же идентификатором трафика (traffic identifier, TID) могут передаваться с передающего устройства на принимающее через множество линий связи. Статус приема данных трафика, принятых по одной из множества линий связи, может быть передан с приемного устройства на передающее устройство по другой доступной линии связи из множества линий связи. Для MSDU существует дополнительная задержка при ответе на статус приема MSDU по линиям связи. Таким образом, если бит, соответствующий MSDU в кадре BA, установлен на 0, могут быть два случая. STA, соответствующая линии связи, которая передает MSDU, не принимает корректно MSDU. Хотя STA, соответствующая линии связи, которая передает MSDU, принимает MSDU корректно, STA не передает своевременно информацию «MSDU принят корректно» на STA, соответствующую другой линии связи. Приемное устройство также не может узнать значение задержки перекрестной передачи. Таким образом, если приемное устройство принимает кадр BA по другой линии связи, а бит, соответствующий MSDU в кадре BA, установлен на 0, приемное устройство не может определить статус приема MSDU. Аналогично, если MSDU агрегируются в A-MSDU и передаются с использованием A-MSDU, поскольку один A-MSDU соответствует одному SN, также возникает та же проблема. Для простоты описания MSDU используется в качестве примера для описания в вариантах осуществления этой заявки, но все процедуры применимы к MSDU или A-MSDU.

[0081] Для простоты правило подтверждения множественных линий связи ограничено соответствующей технологией. То есть статус приема кадра данных QoS, который идентифицируется идентификатором трафика (traffic identifier, TID) и который принимается по линии связи, передается по линии связи или может быть передан по другой доступной линии связи. Однако правило подтверждения является слишком строгим и не может применяться к некоторым сценариям. Здесь сценарием, к которому неприменимо правило подтверждения, могут быть, например, но не ограничиваясь ими, следующие два сценария:

[0082] Сценарий 1: со ссылкой на фиг. 3 и фиг. 4, между передающим устройством и приемным устройством выполняются следующие этапы.

[0083] Этап S401: передающее устройство отправляет первый кадр данных QoS на приемное устройство по двум линиям связи. Соответственно, приемное устройство принимает первый кадр данных QoS от передающего устройства по двум линиям связи.

[0084] Например, со ссылкой на фиг. 3, эти две линии связи могут быть обозначены как линия La и линия Lb. A-MPDU, передаваемый по линии связи La, обозначается как A-MPDU 1. Диапазон значений SN, соответствующего MSDU в A-MPDU 1, составляет от 1 до 10. A-MPDU, передаваемый по линии Lb, обозначается как A-MPDU 3. Диапазон значений SN, соответствующего MSDU в A-MPDU 3, составляет от 11 до 20. Есть два первых кадра данных QoS: A-MPDU 1 и A-MPDU 3. Каждая политика подтверждения первого кадра данных QoS представляет собой подтверждение блока.

[0085] Этап S402: передающее устройство отправляет первый кадр BAR в приемное устройство по первой линии связи. Соответственно, приемное устройство принимает первый кадр BAR от передающего устройства по первой линии связи.

[0086] Например, со ссылкой на фиг. 3, первой линией связи является линия связи La. Первый кадр BAR представляет собой кадр BAR 1. Значение SSN кадра BAR 1 устанавливается равным 1, что используется для запроса статуса приема MSDU, чей SN больше или равен 1.

[0087] Этап S403: приемное устройство отправляет первый кадр BA на передающее устройство по первой линии связи. Соответственно, передающее устройство принимает первый кадр BA от приемного устройства по первой линии связи.

[0088] Например, со ссылкой на фиг. 3, первой линией связи является линия связи La. Первый кадр BA 1 является кадром BA 1. Кадр BA 1 включает в себя информацию статуса приема MSDU, чьи SN равны от 1 до 20. В битовой карте подтверждения блока кадра BA 1, если все биты, соответствующие SN, равному от 1 до 20, установлены на 1, передающее устройство выполняет этап S404.

[0089] Этап S404: передающее устройство отправляет второй кадр данных QoS на приемное устройство по двум линиям связи. Соответственно, приемное устройство принимает второй кадр данных QoS от передающего устройства по двум линиям связи.

[0090] Например, со ссылкой на фиг. 3, двумя линиями связи по-прежнему являются линия связи La и линия связи Lb. A-MPDU, передаваемый по линии связи La, обозначается как A-MPDU 2. Диапазон значений SN, соответствующего MSDU в A-MPDU 2, составляет от 21 до 30. A-MPDU, передаваемый по линии связи Lb, обозначается как A-MPDU 4. Диапазон значений SN, соответствующего MSDU в A-MPDU 4, составляет от 31 до 40. Имеется два вторых кадра данных QoS: A-MPDU 2 и A-MPDU 4. Каждая политика подтверждения второго кадра данных QoS представляет собой подтверждение блока.

[0091] Этап S405: передающее устройство отправляет второй кадр BAR на приемное устройство по первой линии связи. Соответственно, приемное устройство принимает второй кадр BAR от передающего устройства по первой линии связи.

[0092] Например, со ссылкой на фиг. 3, первая линия связи по-прежнему является линией связи La. Второй кадр BAR представляет собой кадр BAR 2. Передающее устройство определило, что приемное устройство корректно принимает блоки MSDU, чьи SN равны от 1 до 20. Следовательно, значение SSN кадра BAR 2 устанавливается равным 21, что используется для запроса статуса приема MSDU, чей SN больше или равен 21.

[0093] Этап S406: приемное устройство отправляет второй кадр BA на передающее устройство по первой линии связи. Соответственно, передающее устройство принимает второй кадр BA от приемного устройства по первой линии связи.

[0094] Например, со ссылкой на фиг. 3, второй кадр ВА представляет собой кадр ВА 2. Кадр BA 2 включает в себя статусы приема MSDU, чьи SN равны от 21 до 40.

[0095] Можно понять, что MSDU, чьи SN равны от 11 до 20, принимаются по линии связи Lb, но статусы приема MSDU, чьи SN равны от 11 до 20, не возвращаются по линии связи Lb. Поскольку две линии связи совместно используют одно пространство SN и один буфер переупорядочивания (reorder buffer), значения SN разных MSDU, передаваемых по двум линиям связи, различны. После того как кадр BAR 2 устанавливает значение SSN равным 21, даже если кадр BAR 3 отправляется по линии связи Lb для запроса кадра BA 3, SSN кадра BA 3 не может быть меньше 21. Следовательно, статусы приема блоков MSDU, чьи SN равны от 11 до 20, больше не имеют возможности быть возвращенными по линии связи Lb, что нарушает правило подтверждения в соответствующей технологии.

[0096] Сценарий 2: со ссылкой на фиг. 5 и фиг. 6, между передающим устройством и приемным устройством выполняются следующие этапы.

[0097] Этап S601: передающее устройство отправляет третий кадр данных QoS на приемное устройство по двум линиям связи. Соответственно, приемное устройство принимает третий кадр данных QoS от передающего устройства по двум линиям связи.

[0098] Например, со ссылкой на фиг. 5, эти две линии связи могут быть обозначены как линия Lc и линия Ld. A-MPDU, передаваемый по линии Lc, обозначается как A-MPDU 1. Диапазон значений SN, соответствующего MSDU в A-MPDU 1, составляет от 1 до 10. A-MPDU, передаваемый по линии Ld, обозначается как A-MPDU 3. Диапазон значений SN, соответствующего MSDU в A-MPDU 3, также составляет от 1 до 10. То есть MSDU, значения SN которых находятся в диапазоне от 1 до 10, передаются по двум линиям связи. Есть два первых кадра данных QoS: A-MPDU 1 и A-MPDU 3. Каждая политика подтверждения первого кадра данных QoS представляет собой подтверждение блока.

[0099] Этап S602: передающее устройство отправляет третий кадр BAR на приемное устройство по третьей линии связи. Соответственно, приемное устройство принимает третий кадр BAR от передающего устройства по третьей линии связи.

[00100] Например, со ссылкой на фиг. 5, третье линия связи - это линия связи Lc. Третий кадр BAR представляет собой кадр BAR 1. Значение SSN кадра BAR 1 устанавливается равным 1, что используется для запроса статуса приема MSDU, чей SN больше или равен 1.

[00101] Этап S603: приемное устройство отправляет третий кадр ВА на передающее устройство по третьей линии связи. Соответственно, передающее устройство принимает третий кадр BA от приемного устройства по третьей линии связи.

[00102] Например, со ссылкой на фиг. 5, третье линия связи - это линия связи Lc. Третий кадр ВА представляет собой кадр ВА 1. Кадр BA 1 включает в себя статусы приема блоков MSDU, чьи SN равны от 1 до 10. В битовой карте подтверждения блока кадра BA 1, если все биты, соответствующие SN, равному от 1 до 10, установлены на 1, передающее устройство выполняет этап S604.

[00103] Этап S604: передающее устройство отправляет четвертый кадр данных QoS на приемное устройство по двум линиям связи. Соответственно, приемное устройство принимает четвертый кадр данных QoS от передающего устройства по двум линиям связи.

[00104] Например, со ссылкой на фиг. 5, двумя линиями связи по-прежнему являются линия связи Lc и линия связи Ld. A-MPDU, передаваемый по линии связи Lc, обозначается как A-MPDU 2. Диапазон значений SN, соответствующего MSDU в A-MPDU 2, составляет от 11 до 20. A-MPDU, передаваемый по линии связи Ld, обозначается как A-MPDU 4. Диапазон значений SN, соответствующего MSDU в A-MPDU 4, также составляет от 11 до 20. То есть MSDU, значения SN которых находятся в диапазоне от 11 до 20, передаются по двум линиям связи. Есть два четвертых кадра данных QoS: A-MPDU 2 и A-MPDU 4. Каждая политика подтверждения четвертого кадра данных QoS представляет собой подтверждение блока.

[00105] Этап S605: передающее устройство отправляет четвертый кадр BAR на приемное устройство по третьей линии связи. Соответственно, приемное устройство принимает четвертый кадр BAR от передающего устройства по третьей линии связи.

[00106] Например, со ссылкой на фиг. 5, третьей линией связи по-прежнему является линия связи Lc. Четвертый кадр BAR представляет собой кадр BAR 2. Передающее устройство определило, что приемное устройство корректно принимает блоки MSDU, чьи SN равны от 1 до 10. Поэтому значение SSN кадра BAR 2 устанавливается равным 11, которое используется для запроса статуса приема MSDU, чей SN больше или равен 11.

[00107] Этап S606: приемное устройство отправляет четвертый кадр ВА на передающее устройство по третьей линии связи. Соответственно, передающее устройство принимает четвертый кадр BA от приемного устройства по третьей линии связи.

[00108] Например, со ссылкой на фиг. 5, четвертый кадр BA представляет собой кадр BA 2. Кадр BA 2 включает в себя статусы приема блоков MSDU, чьи SN равны от 11 до 20.

[00109] Можно понять, что хотя линия связи Ld также передает блоки MSDU, чьи SN равны от 1 до 10, статусы приема блоков MSDU, чьи номера SN равны от 1 до 10, не возвращаются через линию связи Ld, что по-прежнему нарушает правило подтверждения в соответствующем уровне техники.

[00110] Ввиду этого вариант осуществления данной заявки обеспечивает способ связи. Система связи, к которой применим способ связи, предусмотренный в этом варианте осуществления этой заявки, включает в себя передающее устройство и приемное устройство. Передающее устройство представляет собой аппаратуру или микросхему, поддерживающую беспроводную связь, например, аппаратуру или микросхему, поддерживающую протоколы серии 802.11, аппаратуру или микросхему, поддерживающую сотовую связь, или аппаратуру или микросхему, которая поддерживает передачу устройство-устройство (device to device, D2D). Передающее устройство может быть сетевым устройством, терминальным устройством, микросхемой в терминальном устройстве, микросхемой в сетевом устройстве и т.п. Передающее устройство также может быть описано как конечная передающая аппаратура, передающая аппаратура или конечная отправляющая аппаратура. Приемное устройство представляет собой аппаратуру или микросхему, поддерживающую беспроводную связь, например, аппаратуру или микросхему, поддерживающую протоколы серии 802.11, аппаратуру или микросхему, поддерживающую сотовую связь, или аппаратуру или микросхему, поддерживающую передачу устройство-устройство (device to device, D2D). Приемное устройство может быть сетевым устройством, терминальным устройством, микросхемой в терминальном устройстве, микросхемой в сетевом устройстве и т.п. Приемное устройство также может быть описано как приемная конечная аппаратура, приемная аппаратура или приемная конечная аппаратура. Кроме того, передающее устройство и приемное устройство могут быть двумя аппаратурами в системе связи. Например, передающее устройство может быть первой аппаратурой в системе связи, а приемное устройство может быть второй аппаратурой в системе связи. Обмен данными может осуществляться между первой аппаратурой и второй аппаратурой. Сетевое устройство может быть объектом связи, таким как сервер связи, маршрутизатор, коммутатор или мост, макробазовая станция, микробазовая станция, ретрансляционная станция, точка доступа к беспроводной локальной сети и т.п. Терминальное устройство может быть мобильным телефоном, планшетным компьютером, устройством «умный дом», узлом интернета вещей, устройством интернета транспортных средств, устройством дополненной реальности (augmented reality, AR)/виртуальной реальности (virtual reality, VR), или т.п.

[00111] Фиг. 7 показывает систему беспроводной локальной сети связи, применимую к способу связи согласно варианту осуществления этой заявки. Сетевое устройство может быть точкой доступа (access point, AP) в системе беспроводной локальной сети связи. Терминальное устройство может быть станцией (station, STA) в системе беспроводной локальной сети связи. Со ссылкой на фиг. 7, системная архитектура беспроводной локальной сети включает в себя по меньшей мере одну AP и по меньшей мере одну станцию (station, STA). AP - это элемент сети, предоставляющий услугу для станции, и может быть точкой доступа, поддерживающей протоколы серии 802.11. Станция STA может быть станцией, поддерживающей протоколы серии 802.11. Протоколы серии 802.11 могут включать в себя чрезвычайно высокую пропускную способность (extremely high throughput, EHT) или IEEE 802.11be.

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

[00113] Далее подробно описывается способ связи, предусмотренный в вариантах осуществления этой заявки.

[00114] Варианты осуществления этой заявки обеспечивают первый способ связи. Со ссылкой на фиг. 8, способ связи включает в себя следующие этапы.

[00115] Этап S800: передающее устройство отправляет блок 11 данных в приемное устройство по линии связи L11. Соответственно, приемное устройство принимает блок 11 данных от передающего устройства по линии связи L11.

[00116] Блок 11 данных может быть MSDU или может быть A-MSDU. Блок 11 данных переносится в кадре данных QoS. Кадр данных QoS соответствует TID. Каждый блок 11 данных может соответствовать одному SN, а разные блоки 11 данных, передаваемые по одному и тому же каналу, соответствуют разным SN. Соответствующее значение устанавливается для подполя политики подтверждения в кадре данных QoS, в котором находится блок 11 данных, чтобы указать политику подтверждения, соответствующую блоку 11 данных в кадре данных QoS, в котором расположено подполе политики подтверждения. Если подполе политики подтверждения кадра данных QoS установлено на «10», то есть политика подтверждения блока данных 11 в кадре данных QoS не подтверждается, приемное устройство не возвращает статус приема блока 11 данных в кадре данных QoS, и нет необходимости выполнять этап S801. Если подполе политики подтверждения кадра данных QoS не установлено на «10», то есть политика подтверждения, соответствующая блоку 11 данных в кадре данных QoS, представляет собой, по меньшей мере, одну из следующих трех политик подтверждения: нормальный запрос подтверждения или неявный запрос подтверждения блока, отсутствие явного подтверждения или подтверждение PSMP, или подтверждение блока, приемное устройство выполняет этап S801.

[00117] Этап S801: приемное устройство возвращает передающему устройству по линии связи L11, информацию статуса приема блока 11 данных, принятого по линии связи L11, чья политика подтверждения не установлена на отсутствие подтверждения и чей SN больше или равен SSN в первом кадре BA. Соответственно, передающее устройство принимает информацию статуса приема блока 11 данных от приемного устройства по линии связи L11.

[00118] Здесь, в первом возможном методе представления, описание этапа S801 может быть заменено следующим: если блок 11 данных удовлетворяет первому предустановленному условию, приемное устройство отправляет информацию статуса приема блока 11 данных в передающее устройство по линии связи L11. Соответственно, передающее устройство принимает информацию статуса приема блока 11 данных от приемного устройства по линии связи L11.

[00119] Первое предустановленное условие, по меньшей мере, включает в себя: политика подтверждения, соответствующая блоку 11 данных, устанавливается, по меньшей мере, на одно из: нормальный запрос подтверждения или неявный запрос подтверждения блока, отсутствие явного подтверждения или подтверждение PSMP или подтверждение блока, и SN блока 11 данных больше или равен к SSN в первом кадре BA.

[00120] Здесь, во втором возможном методе представления, описание этапа S801 может быть заменено следующим: если блок 11 данных удовлетворяет второму предустановленному условию, приемное устройство отправляет информацию статуса приема блока 11 данных на передающее устройство по линии связи L11. Соответственно, передающее устройство принимает информацию статуса приема блока 11 данных от приемного устройства по линии связи L11.

[00121] Второе предустановленное условие, по меньшей мере, включает в себя: политика подтверждения, соответствующая блоку 11 данных, не установлена на отсутствие подтверждения, и SN блока 11 данных больше или равен SSN в первом кадре BA.

[00122] Здесь, в предыдущих трех возможных представлениях, информация статуса приема блока 11 данных переносится в первом кадре ВА. SSN в первом кадре BA определяется на основе SSN в кадре BAR. В частности, есть следующие два примера.

[00123] Пример 1: если политика подтверждения представляет собой нормальный запрос подтверждения или неявный блок подтверждения, приемное устройство использует SSN в кадре BAR, принятом последним, в качестве SSN в первом кадре BA на этапе S801. Здесь «последний принятый кадр BAR» относится к кадру BAR, принятому последним до того, как приемное устройство выполнит этап S800. Например, перед выполнением этапа S800 приемное устройство принимает кадр данных QoS, политикой подтверждения которого является подтверждение блока, а также принимает соответствующий кадр BAR. В этом случае приемное устройство использует SSN в последнем принятом кадре BAR в качестве SSN в первом кадре BA на этапе S801. В другом примере перед выполнением этапа S800 приемное устройство не принимает кадр данных QoS, политика подтверждения которого является подтверждением блока, и, следовательно, не может принимать соответствующий кадр BAR в сценарии, в котором политикой подтверждения является подтверждение блока. В этом случае «последний принятый кадр BAR» представляет собой кадр запроса (request) подтверждения добавления блока (add block acknowledge, ADDBA), принятый в процессе установления линии связи между передающим устройством и приемным устройством.

[00124] Пример 2: если политикой подтверждения является подтверждение блока, после выполнения этапа S800 передающее устройство дополнительно отправляет кадр BAR на приемное устройство по линии связи L11. Соответственно, после выполнения этапа S800 приемное устройство дополнительно принимает кадр BAR от передающего устройства по линии связи L11. Здесь приемное устройство использует SSN в кадре BAR, принятом на этот раз, в качестве SSN в первом кадре BA на этапе S801. В качестве альтернативы, если политика подтверждения представляет собой подтверждение блока, после выполнения этапа S800 передающее устройство не отправляет явно кадр BAR на приемное устройство по линии связи L11, а отправляет следующий кадр данных QoS, который переносит блок данных на приемное конечное устройство по линии связи L11. Кроме того, значение подполя политики подтверждения, соответствующего следующему кадру данных QoS, который несет блок данных, равно «00». То есть политика подтверждения, соответствующая блоку данных в следующем кадре данных QoS, представляет собой нормальный запрос подтверждения или неявный запрос подтверждения блока. В этом случае передающее устройство отправляет неявный кадр BAR приемному устройству. Приемное устройство использует SSN в кадре BAR, принятом последним, в качестве SSN в первом кадре BA на этапе S801. Подробности см. в соответствующих описаниях в Примере 1. Подробности здесь повторно не приводятся.

[00125] Блок 11 данных, который возвращает статус приема на передающее устройство по линии связи L11, может быть, например, но не ограничиваясь этим, в следующих двух случаях.

[00126] Случай 1: принимающей линией связи является линия связи L11. Политика подтверждения представляет собой нормальный запрос подтверждения или неявный запрос подтверждения блока, а SN блока 11 данных больше или равен SSN в первом кадре BA. Здесь из способа подтверждения SSN в первом кадре BA в примере 1 можно узнать, что блок 11 данных, политика подтверждения которого представляет собой нормальный запрос подтверждения или неявный запрос подтверждения блока, удовлетворяет требованиям для SN.

[00127] Случай 2: принимающей линией связи является линия связи L11. Политика подтверждения представляет собой подтверждение блока, а SN блока 11 данных больше или равен SSN в первом кадре BA. Здесь из способа подтверждения SSN в первом кадре BA в примере 2 можно узнать, что блок 11 данных, политика подтверждения которого представляет собой подтверждение блока, удовлетворяет требованию для SN.

[00128] Например, со ссылкой на фиг. 3, каждая политика подтверждения кадра данных QoS, переданного на фиг. 3, является подтверждением блока, и каждый кадр BAR передается по линии связи La. Приемное устройство использует кадр BA для возвращения статуса приема кадра данных QoS. Например, приемное устройство отправляет кадр BA 1. A-MPDU 1 принимается по линии связи La. Политика подтверждения не установлена на отсутствие подтверждения, и SN каждого MSDU в A-MPDU 1 больше или равен SSN (SSN=1) в кадре BA 1. A-MPDU 3 принимается по линии связи Lb, а не по линии связи La. Кадр BAR 1 включает в себя информацию статуса приема A-MPDU 1, передаваемую по линии связи La, и может не включать в себя информацию статуса приема A-MPDU 3, передаваемую по линии связи Lb. Кроме того, информацию статуса приема A-MPDU 3 не нужно возвращать по линии связи Lb. По той же причине в сценарии, показанном на фиг. 5, кадр BA 1 включает в себя информацию статуса приема A-MPDU 1, передаваемого по линии связи Lc, и может не включать в себя информацию статуса приема A-MPDU 3, передаваемую по линии связи Ld. Кроме того, нет необходимости возвращать информацию статуса приема A-MPDU 3 по линии связи Ld.

[00129] Следует отметить, что политика подтверждения каждого блока 11 данных указывается подполем политики подтверждения в кадре данных QoS, в котором находится блок 11 данных. Для блока 11 данных, соответствующего одному и тому же SN, если передающее устройство повторно передает блок 11 данных, соответствующий SN, блок 11 данных, соответствующий SN, может соответствовать двум политикам подтверждения. Например, если блок 11 данных, соответствующий SN, передается впервые, подполе политики подтверждения в кадре данных QoS, в котором находится блок 11 данных, соответствующий SN, указывает, что политика подтверждения является нормальным запросом подтверждения или неявным запросом подтверждения блока. В этом случае приемное устройство возвращает статус приема в виде «нормального запроса подтверждения или неявного запроса подтверждения блока». Если блок 11 данных, соответствующий SN, передается повторно, подполе политики подтверждения в кадре данных QoS, в котором находится блок 11 данных, соответствующий SN, указывает, что политика подтверждения является подтверждением блока. В этом случае приемное устройство возвращает статус приема в виде «подтверждения блока».

[00130] Согласно способу связи, предоставленному в этом варианте осуществления этой заявки, когда приемное устройство возвращает первый кадр BA, для блока данных, который принимается по линии связи, чья политика подтверждения не установлена на отсутствие подтверждения и чей SN больше чем или равен SSN в первом кадре BA, статус приема блока данных должен быть возвращен на передающее устройство по линии связи. Это может избежать явления, когда некоторые сценарии в соответствующей технологии нарушают правило подтверждения, согласно которому «статус приема блока данных, принятого по линии связи, должен быть возвращен по упомянутой линии связи».

[00131] В некоторых вариантах осуществления, в соответствии со способом связи в этом варианте осуществления этой заявки, статус приема блока данных, принятого по другой линии связи, может быть дополнительно возвращен по этой линии связи (линии связи L11). Со ссылкой на фиг. 9, этот вариант осуществления этой заявки дополнительно включает в себя этапы S802 и S803.

[00132] Этап S802: передающее устройство отправляет блок 12 данных в приемное устройство по линии связи L12. Соответственно, приемное устройство принимает блок 12 данных от передающего устройства по линии связи L12.

[00133] Блок 12 данных может быть MSDU или может быть A-MSDU. Линия связи L12 является линией связи в других линиях связи, отличных от линии связи L11 между передающим устройством и приемным устройством.

[00134] Этап S803: приемное устройство возвращает передающему устройству по линии связи L11, информацию статуса приема блока 12 данных, принятого по линии связи L12, чья политика подтверждения не установлена на отсутствие подтверждения и чей SN больше или равен SSN в первом кадре BA. Соответственно, передающее устройство принимает информацию статуса приема блока 12 данных от приемного устройства по линии связи L11.

[00135] Первый кадр BA является первым кадром BA, возвращенным на этапе S801.

[00136] Например, со ссылкой на фиг. 3, A-MPDU 3 принимается по линии связи Lb. Политика подтверждения представляет собой подтверждение блока, и SN каждого MSDU в A-MPDU 3 больше, чем SSN в кадре BA 1. Кадр BA 1, передаваемый по линии связи La, может также включать в себя информацию статуса приема A-MPDU 3, передаваемую по линии связи Lb. Аналогично, в сценарии, показанном на фиг. 6, A-MPDU 3 принимается по линии связи Ld. Политика подтверждения представляет собой подтверждение блока, и SN каждого MSDU в A-MPDU 3 больше, чем SSN в кадре BA 1. Кадр BA 1, передаваемый по линии связи Lc, может также включать в себя информацию статуса приема A-MPDU 3, передаваемую по линии связи Ld.

[00137] Таким образом, статус приема блока данных, принятого по другой линии связи, политика подтверждения которого не установлена на отсутствие подтверждения и чей SN больше или равен SSN в первом кадре BA, переданном по линии связи ( то есть линии связи L11) также может переноситься в первом кадре BA и возвращаться на передающее устройство по линии связи (то есть линии связи L11), так что передающее устройство получает статус приема блока данных, передаваемого по другой линии связи вовремя.

[00138] В некоторых вариантах осуществления статус приема блока 11 данных, которое возвращается по линии связи (линии связи L11), также может быть возвращен по другой линии связи. Приемное устройство не только возвращает статус приема блока данных 11, который соответствует первому предустановленному условию, на передающее устройство по линии связи (линия L11), но также может возвращать статус приема блока 11 данных, который соответствует первому предустановленному условию на передающее устройство по другой доступной линии связи. Таким образом, приемное устройство может возвращать статус приема блока 11 данных, который удовлетворяет первому предустановленному условию, на передающее устройство через множество линий связи, так что передающее устройство получает статус приема соответствующего блока 11 данных вовремя.

[00139] Варианты осуществления этой заявки обеспечивают второй способ связи. Со ссылкой на фиг. 10, способ связи включает в себя следующие этапы.

[00140] Этап S1000: передающее устройство отправляет блок 21 данных в приемное устройство по линии связи L21. Соответственно, приемное устройство принимает блок 21 данных от передающего устройства по линии связи L21.

[00141] Блок 21 данных может быть MSDU или может быть A-MSDU. Блок 21 данных переносится в кадре данных QoS. Каждый блок 21 данных может соответствовать одному SN, а разные блоки 21 данных, передаваемые по одной и той же линии связи, соответствуют разным SN. Соответствующее значение устанавливается для подполя политики подтверждения в кадре данных QoS, чтобы указать политику подтверждения, соответствующую блоку 21 данных в кадре данных QoS, в котором расположено подполе политики подтверждения. Если подполе политики подтверждения кадра данных QoS, в котором находится блок данных 21, установлено на «10», то есть политика подтверждения кадра данных QoS является отсутствием подтверждения, приемному устройству не нужно возвращать статус приема блока 21 данных в кадре данных QoS на передающее устройство, и нет необходимости выполнять этап S1001. Если подполе политики подтверждения кадра данных QoS, в котором находится блок данных 21, не установлено на «10», то есть политика подтверждения, соответствующая блоку 21 данных в кадре данных QoS, является по меньшей мере одной из следующих трех политик подтверждения: нормальный запрос подтверждения или неявный запрос подтверждения блока, отсутствие явного подтверждения или подтверждение PSMP или подтверждение блока, приемное устройство выполняет этап S1001.

[00142] Этап S1001: если SN блока 21 данных попадает в диапазон битовой карты шкалы (scoreboard), приемное устройство отправляет информацию статуса приема блока 21 данных на передающее устройство по линии связи L21. Соответственно, передающее устройство принимает информацию статуса приема блока 21 данных от приемного устройства по линии связи L21.

[00143] Информация статуса приема блока 21 данных переносится во втором кадре ВА. Здесь имеются следующие два сценария, в которых приемное устройство определяет отправить второй кадр BA: политика подтверждения, соответствующая MPDU, принятому по линии L21, представляет собой нормальный запрос подтверждения или неявный запрос подтверждения блока, а MPDU представляет собой A-MPDU; политика подтверждения, соответствующая MPDU, принятому по линии L21, представляет собой подтверждение блока.

[00144] Каждая линия связи соответствует одной шкале (информационному «табло»). Шкала на этапе S1001 относится к шкале, соответствующей линии связи L21. Могут быть, например, но не ограничиваясь ими, следующие два способа перемещения диапазона битовой карты упомянутой шкалы.

[00145] Способ 1: переместить диапазон битовой карты упомянутой шкалы на основе SSN в кадре BAR. Например, после приема кадра BAR приемное устройство использует SSN в кадре BAR в качестве первого конечного значения диапазона битовой карты упомянутой шкалы и использует сумму SSN в кадре BAR и предустановленное значение в качестве второго конечного значения диапазона битовой карты шкалы. Предустановленное значение - это количество битов в битовой карте упомянутой шкалы.

[00146] Способ 2: переместить диапазон битовой карты упомянутой шкалы на основе максимального значения SN блока данных (MSDU или A-MSDU), статус приема которого необходимо вернуть. Например, приемное устройство принимает два кадра данных QoS. Значение блока данных в одном кадре данных QoS находится в диапазоне от 21 до 30, а значение блока данных в другом кадре данных QoS равно 85. Битовая карта шкалы включает в себя 64 бита. Даже если значение SSN в кадре BAR равно 21, а диапазон битовой карты шкалы, определенный приемным устройством, составляет от 21 до 84, статус приема блока данных, чей SN равен 85, не может быть записан. В этом случае приемное устройство обновляет диапазон битовой карты шкалы с 22 по 85, чтобы записать статус приема блока данных, чей SN имеет диапазон значений от 22 до 85. Кроме того, если приемное устройство не принимает корректно блок данных, чей SN равен 85, приемное устройство сохраняет диапазон битовой карты шкалы от 21 до 84. Таким образом, приемное устройство не возвращает информацию статуса приема блока 21 данных, чей SN равен 85, на передающее устройство. В этом случае передающее устройство узнает, что блок данных 21, порядковый номер которого равен 85, не принят корректно.

[00147] Например, со ссылкой на фиг. 3, каждая политика подтверждения кадра данных QoS, переданного на фиг. 3 - подтверждение блока. Приемное устройство использует кадр BA для возврата состояния приема MSDU в кадре данных QoS. Следовательно, когда приемное устройство возвращает кадр BA 1 по линии связи La, кадр BA 1 включает в себя информацию статуса приема MSDU, который принят по линии связи La и чей SN попадает в диапазон битовой карты шкалы. Если канал Lb не передает кадр BAR, приемное устройство не возвращает кадр BA по линии связи Lb. Следовательно, статусы приема MSDU, значения SN которых находятся в диапазоне от 1 до 10, возвращаются по линии связи La, а статусы приема MSDU, значения SN которых находятся в диапазоне от 11 до 20, не возвращаются по линии связи Lb. По той же причине в сценарии, показанном на фиг. 6, каждый кадр BAR передается по линии связи Lc. Следовательно, когда приемное устройство возвращает кадр BA 1 по линии связи Lc, и кадр BA 1 включает в себя статус приема MSDU, который принят по линии связи Lc и чей SN попадает в диапазон битовой карты шкалы. Если линия связи Ld не передает кадр BAR, приемное устройство не возвращает кадр BA по линии связи Ld. Следовательно, статусы приема MSDU, значения SN которых находятся в диапазоне от 1 до 10, возвращаются по линии связи Lc, но не по линии связи Ld.

[00148] Согласно способу связи, предусмотренному в этом варианте осуществления этой заявки, когда приемное устройство отправляет второй кадр ВА по линии связи, для блока данных, соответствующего биту SN в битовой карте шкалы, если блок данных принят по линии связи, статус приема блока данных должен указываться с использованием второго кадра BA. Это может расширить применимые сценарии и избежать явления, когда некоторые сценарии нарушают правило подтверждения, согласно которому «статус приема блока данных, принятого по линии связи, должен быть возвращен по упомянутой линии связи».

[00149] В некоторых вариантах осуществления, в соответствии со способом связи в этом варианте осуществления этой заявки, статус приема блока данных, принятого по другой линии связи, может быть дополнительно возвращен по этой линии связи (линии связи L21). Со ссылкой на фиг. 11, этот вариант осуществления этой заявки дополнительно включает в себя этапы S1002 и S1003.

[00150] Этап S1002: передающее устройство отправляет блок 22 данных в приемное устройство по линии связи L22. Соответственно, приемное устройство принимает блок 22 данных от передающего устройства по линии связи L22.

[00151] Блок 22 данных может быть MSDU или A-MSDU. Блок 22 данных переносится в кадре данных QoS. Линия связи L22 является линией связи в других линиях связи, отличной от линии связи L21 между передающим устройством и приемным устройством.

[00152] Этап S1003: если SN блока 22 данных попадает в диапазон битовой карты шкалы, соответствующей линии связи L21, приемное устройство отправляет информацию статуса приема блока 22 данных на передающее устройство через линию связи L21. Соответственно, передающее устройство принимает информацию статуса приема блока 22 данных от приемного устройства по линии связи L21.

[00153] Информация статуса приема блока 22 данных и информация статуса приема блока 21 данных могут переноситься в одном и том же втором кадре BA или могут переноситься в разных вторых кадрах BA.

[00154] Например, со ссылкой на фиг. 3, A-MPDU 3 принимается по линии связи Lb, но значение SN MSDU в A-MPDU 3 попадает в диапазон битовой карты шкалы на линии связи La. В этом случае статус приема MSDU в A-MPDU 3 также может быть передан по линии связи La. Аналогично, в сценарии, показанном на фиг. 6, A-MPDU 3 принимается по линии связи Ld, но значение SN MSDU в A-MPDU 3 попадает в диапазон битовой карты табло на линии Lc. В этом случае статус приема MSDU в A-MPDU 3 также может быть передан по линии связи Lc.

[00155] Таким образом, статус приема блока данных, который принят по другой линии связи и чей SN попадает в диапазон битовой карты шкалы линии связи L21, также может передаваться по линии связи L21, так что передающее устройство получает своевременно статус приема блока данных, переданного по другой линии связи. Это может расширить сценарии применений и избежать явления, когда некоторые сценарии нарушают правило подтверждения, согласно которому «статус приема блока данных, принятого по линии связи, должен быть возвращен по упомянутой линии связи».

[00156] В некоторых вариантах осуществления приемное устройство не только возвращает статус приема блока 21 данных на передающее устройство через линию связи (линия связи L21), но также может возвращать статус приема блока 21 данных в передающее устройство через другую доступную линию связи. Здесь другой доступной линией связи может быть любая другая линия связи, отличная от линии связи L21 между передающим устройством и приемным устройством. Таким образом, приемное устройство может возвращать статус приема блока 21 данных на передающее устройство через множество линий связи, так что передающее устройство получает статус приема блока 21 данных своевременно.

[00157] Варианты осуществления этой заявки обеспечивают третий способ связи. Со ссылкой на фиг. 12, способ связи включает в себя следующие этапы.

[00158] Этап S1200: передающее устройство отправляет блок 3 данных в приемное устройство по линии связи L31. Соответственно, приемное устройство принимает блок 3 данных от передающего устройства по линии связи L31.

[00159] Блок 3 данных может быть MSDU или может быть A-MSDU. Блок 3 данных переносится в кадре данных QoS. Каждый блок 3 данных может соответствовать одному SN, а разные блоки 3 данных, передаваемые по одной и той же линии связи, соответствуют разным SN. Соответствующее значение устанавливается для подполя политики подтверждения в кадре данных QoS, чтобы указать политику подтверждения, соответствующую блоку 3 данных в кадре данных QoS, в котором расположено подполе политики подтверждения.

[00160] Этап S1201: приемное устройство отправляет информацию статуса приема блока данных 3 на передающее устройство по линии связи L31, кроме случая, когда блок 3 данных удовлетворяет любому одному из третьих предварительно заданных условий. Соответственно, передающее устройство принимает информацию статуса приема блока 3 данных от приемного устройства по линии связи L31.

[00161] Третье предустановленное условие включает в себя по меньшей мере одно из следующего:

[00162] Корректно принятая информация блока 3 данных возвращается по другой линии связи,

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

[00163] Здесь, что «корректно принятая информация блока 3 данных возвращается по другой линии связи» означает, что информация о том, что «приемное устройство корректно приняло блок 3 данных», возвращается по другой линии связи. Другой линией связи могут быть другие доступные линии связи, отличные от линии связи L31 между приемным устройством и передающим устройством.

[00164] Здесь третье предустановленное условие также может быть выражено как:

[00165] информация статуса приема блока 3 данных возвращается по другой линии связи, и соответствующий бит в кадре ВА устанавливается в 1;

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

[00166] В другом выражении третьего предустановленного условия «кадр BA» представляет собой кадр BA, который несет информацию статуса приема блока 3 данных. То, что «соответствующий бит установлен в 1», указывает, что приемное устройство корректно принимает MSDU, соответствующий этому биту.

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

[00168] Когда политикой подтверждения блока 3 данных является отсутствие подтверждения, статус приема блока 3 данных не нужно возвращать по линии связи L31 или другой линии связи.

[00169] Если политика подтверждения блока 3 данных представляет собой подтверждение блока, если корректно принятая информация блока 3 данных возвращается по другой линии связи, статус приема блока 3 данных не нужно возвращать по упомянутой линии связи L31. Если корректно принятая информация блока 3 данных не возвращается по другой линии связи, приемное устройство возвращает статус приема блока 11 данных на основе соответствующего описания подтверждения блока в первом способе связи в вариантах осуществления настоящего изобретения данной заявки, или возвращает статус приема блока 21 данных на основе соответствующего описания подтверждения блока во втором способе связи. Подробности здесь повторно не приводятся.

[00170] Например, со ссылкой на фиг. 3, каждая политика подтверждения кадра данных QoS, переданного на фиг. 3 - подтверждение блока. Приемное устройство передает кадр BA 1 по линии связи La, и кадр BA 1 включает в себя статусы приема MSDU, значения SN которых находятся в диапазоне от 11 до 20. Следовательно, приемному устройству не нужно возвращать статусы приема блоков MSDU, чьи значения SN находятся в диапазоне от 11 до 20, по линии связи Lb. По той же причине в сценарии, показанном на фиг. 6, приемное устройство передает кадр BA 1 по линии связи Lc, и кадр BA 1 включает в себя статусы приема MSDU, значения SN которых находятся в диапазоне от 1 до 10. Следовательно, приемному устройству не нужно возвращать статусы приема блоков MSDU, чьи значения SN находятся в диапазоне от 1 до 10, по линии связи Ld.

[00171] В соответствии со способом связи, предусмотренным в этом варианте осуществления этой заявки, если корректно принятая информация блока 3 данных возвращается по другой линии связи или политика подтверждения блока 3 данных не подтверждается, приемному устройству не требуется возвращать статус приема блока 3 данных по линии связи для приема блока 3 данных. В дополнение к двум предыдущим случаям приемное устройство должно возвращать статус приема блока 3 данных по линии связи для приема блока 3 данных. Это может адаптироваться к сценариям в различных политиках подтверждения и избежать явления, когда некоторые сценарии нарушают правило подтверждения, согласно которому «статус приема блока данных, принятого по линии связи, должен быть возвращен по упомянутой линии связи».

[00172] В некоторых вариантах осуществления, когда политика подтверждения блока 3 данных не установлена на отсутствие подтверждения, приемное устройство возвращает информацию статуса приема блока 3 данных на передающее устройство по другой доступной линии связи (например, линии связи L32). Здесь другой доступной линией связи может быть любая другая линия связи, отличная от линии связи L31 между передающим устройством и приемным устройством.

[00173] Блок 3 данных, который возвращает статус приема на передающее устройство по линии связи L32, может быть, например, но не ограничиваясь этим, в следующих двух случаях.

[00174] Случай 1: политика подтверждения, соответствующая блоку 3 данных, представляет собой подтверждение блока, и SN блока 3 данных больше или равен SSN в кадре BA, который используется для переноса информации статуса приема блока 3 данных.

[00175] Случай 2: политика подтверждения, соответствующая блоку 3 данных, представляет собой подтверждение блока, и SN блока 3 данных попадает в диапазон битовой карты шкалы, соответствующей линии связи 31.

[00176] Например, со ссылкой на фиг. 3, каждая политика подтверждения кадра данных QoS, переданного на фиг. 3, является подтверждением блока, и каждый кадр BAR передается по линии связи La. Приемное устройство использует кадр BA для возврата статуса приема кадра данных QoS. Например, приемное устройство отправляет кадр BA 1. A-MPDU 3 принимается по линии связи Lb, а не по линии La. Информация статуса приема A-MPDU 3 переносится в кадре BA 1 и возвращается по линии связи La. По той же причине в сценарии, показанном на фиг. 6, A-MPDU 3 принимается по линии связи Ld, а не по линии связи Lc. Информация статуса приема A-MPDU 3 переносится в кадре BA 1 и возвращается по линии связи Lc.

[00177] Таким образом, когда политика подтверждения не установлена на отсутствие подтверждения, статус приема блока данных, принятого по линии связи, может быть возвращен по другой линии связи. Это может избежать явления, когда некоторые сценарии нарушают правило подтверждения, согласно которому «статус приема блока данных, принятого по линии связи, должен быть возвращен по упомянутой линии связи».

[00178] Варианты осуществления этой заявки обеспечивают четвертый способ связи. Со ссылкой на фиг. 13, способ связи включает в себя следующие этапы.

[00179] Этап S1300: передающее устройство отправляет блок 4 данных в приемное устройство по линии связи L41. Соответственно, приемное устройство принимает блок 4 данных от передающего устройства по линии связи L41.

[00180] Блок 4 данных может быть MSDU или может быть A-MSDU. Кадр данных QoS, в котором находится блок 4 данных, соответствует TID. Кадр данных QoS включает в себя один или несколько блоков 4 данных. Каждый блок 4 данных может соответствовать одному SN, а разные блоки данных, передаваемые по одной и той же линии связи, соответствуют разным SN. Соответствующее значение устанавливается для подполя политики подтверждения в кадре данных QoS, чтобы указать политику подтверждения, соответствующую блоку данных в кадре данных QoS, в котором расположено подполе политики подтверждения. Если значение подполя политики подтверждения кадра данных QoS равно «00», то есть политика подтверждения кадра данных QoS является нормальным запросом подтверждения или неявным запросом подтверждения блока, приемное устройство выполняет этап S1301. Если значение подполя политики подтверждения кадра данных QoS равно «10», то есть политика подтверждения кадра данных QoS не подтверждается, приемному устройству не нужно возвращать статус приема кадра данных QoS. Если значение подполя политики подтверждения кадра данных QoS равно «11», то есть политика подтверждения кадра данных QoS представляет собой подтверждение блока, приемное устройство выполняет этап S1302. Соответствующие описания этапов S1301 и S1302 следующие.

[00181] Этап S1301: если политика подтверждения блока 4 данных является нормальным запросом подтверждения или неявным запросом подтверждения блока, приемное устройство отправляет информацию статуса приема блока 4 данных на передающее устройство по линии связи L41. Соответственно, передающее устройство принимает информацию статуса приема блока 4 данных от приемного устройства по линии связи L41.

[00182] То есть, если политика подтверждения является нормальным запросом подтверждения или неявным запросом подтверждения блока, статус приема блока 4 данных, принятого по линии связи, возвращается по упомянутой линии связи, и нет явления, при котором статус приема блока 4 данных 4 возвращается по линии связи. Это применимо к правилу подтверждения в родственной технологии.

[00183] Этап S1302: если политикой подтверждения блока 4 данных является подтверждение блока, а SN больше или равен SSN в третьем кадре BA, приемное устройство отправляет информацию статуса приема блока 4 данных на передающее устройство по линии связи L41. Соответственно, передающее устройство принимает информацию статуса приема блока 4 данных от приемного устройства по линии связи L41.

[00184] Информация статуса приема блока 4 данных переносится в третьем кадре ВА. Для способа определения SSN в третьем кадре BA обратитесь к соответствующим описаниям на этапе S801. Подробности здесь повторно не приводятся.

[00185] Например, в сценарии, показанном на фиг. 3, политика подтверждения представляет собой подтверждение блока, и каждый кадр BAR передается по линии связи La. Приемное устройство использует кадр BA для возврата статуса приема кадра данных QoS. Например, приемное устройство отправляет кадр BA 1. A-MPDU 1 принимается по линии связи La, и SN каждого MSDU в A-MPDU 1 больше или равен SSN (SSN=1) в кадре BA 1. Следовательно, кадр BA 1 включает в себя статус приема A-MPDU 1, переданного по линии связи La. A-MPDU 3 принимается по линии Lb. Кадр BA 1 может не включать в себя статус приема A-MPDU 3, переданного по линии Lb. По той же причине в сценарии, показанном на фиг. 6, политика подтверждения представляет собой подтверждение блока, и каждый кадр BAR передается по линии связи Lc. Например, приемное устройство отправляет кадр BA 1. A-MPDU 1 принимается по линии связи Lc, и SN каждого MSDU в A-MPDU 1 больше или равен SSN (SSN=1) в кадре BA 1. Следовательно, кадр BA 1 включает в себя статус приема A-MPDU 1, переданного по линии Lc. A-MPDU 3 принимается по линии связи Ld. Кадр BA 1 может не включать в себя статус приема A-MPDU 3, переданного по линии связи Ld.

[00186] Следует отметить, что по одной линии связи могут передаваться блоки данных с разными политиками подтверждения. Например, по линии связи сначала может быть передан блок данных, политика подтверждения которого представляет собой подтверждение блока, а затем передается блок данных, политика подтверждения которого является нормальным запросом подтверждения или неявным запросом подтверждения блока. Приемное устройство может возвращать статус приема на основании политики подтверждения, соответствующей каждому блоку данных. То есть после выполнения этапа S1302 передающее устройство может дополнительно выполнить этап S1300, и политика подтверждения блока данных устанавливается на нормальный запрос подтверждения или неявный запрос подтверждения блока.

[00187] В некоторых вариантах осуществления приемное устройство не только возвращает статус приема блока 4 данных на передающее устройство по линии связи (линия L41), но также может возвращать статус приема блока 4 данных на передающее устройство по другой доступной линии связи. Здесь другой доступной линией связи может быть любая другая линия связи, отличная от линии связи L41 между передающим устройством и приемным устройством. Таким образом, приемное устройство может возвращать информацию статуса приема блока 4 данных на передающее устройство по множеству линий связи, так что передающее устройство своевременно получает информацию статуса приема блока 4 данных.

[00188] Следует отметить, что в вариантах осуществления этой заявки блок данных используется в качестве примера для описания процесса реализации способа связи в вариантах осуществления этой заявки. Блок данных может быть MSDU или может быть A-MSDU.

[00189] Вышеизложенное в основном описывает решения, предусмотренные в вариантах осуществления этой заявки, с точки зрения взаимодействия между элементами сети. Можно понять, что для реализации вышеупомянутых функций передающее устройство и приемное устройство включают в себя соответствующие аппаратные структуры и/или программные модули для выполнения функций. Специалисту в данной области техники должно быть понятно, что блоки, алгоритмы и этапы в примерах, описанных со ссылкой на варианты осуществления, раскрытые в данном описании, могут быть реализованы в виде аппаратных средств или комбинации аппаратных средств и компьютерного программного обеспечения в данной заявке. Выполняется ли функция аппаратным обеспечением или аппаратным обеспечением, управляемым компьютерным программным обеспечением, зависит от конкретных применений и конструктивных ограничений технических решений. Специалист в данной области может использовать различные способы для реализации описанных функций для каждого конкретного применения, но не следует считать, что такая реализация выходит за рамки объема данной заявки.

[00190] Фиг. 14 представляет собой схематическое представление структуры аппаратуры 1400 связи. Аппаратура 1400 связи включает в себя модуль 1401 интерфейса и модуль 1402 обработки. Модуль 1401 интерфейса представляет собой интерфейсную схему аппаратуры и сконфигурирован для приема сигнала от другой аппаратуры или отправки сигнала на нее. Например, когда аппаратура реализована в виде микросхемы, модуль 1401 интерфейса представляет собой интерфейсную схему, относящуюся к микросхеме и сконфигурированную для приема сигнала от другой микросхемы или аппаратуры. В качестве альтернативы, модуль 1401 интерфейса представляет собой интерфейсную схему, принадлежащую микросхеме, и сконфигурированную для отправки сигнала на другую микросхему или аппаратуру.

[00191] Например, аппаратура 1400 связи является приемным устройством в вышеупомянутых вариантах осуществления способа.

[00192] Приемное устройство на фиг. 8 используется в качестве примера. Модуль 1401 интерфейса сконфигурирован для приема блока данных от передающего устройства по линии связи. Модуль 1402 обработки сконфигурирован для определения того, что блок данных соответствует предустановленному условию. Модуль 1401 интерфейса дополнительно сконфигурирован для отправки информации статуса приема блока данных на передающее устройство по линии связи. Предустановленное условие включает в себя: политика подтверждения, соответствующая блоку данных, не установлена на отсутствие подтверждения, и порядковый номер SN блока данных больше или равен начальному порядковому номеру SSN в кадре BA подтверждения блока. Информация статуса приема блока данных переносится в кадре ВА.

[00193] Приемное устройство на фиг. 10 используется в качестве примера. Модуль 1401 интерфейса сконфигурирован для приема блока данных от передающего устройства по линии связи. Модуль 1402 обработки сконфигурирован для определения того, что порядковый номер SN блока данных попадает в диапазон битовой карты шкалы. Модуль 1401 интерфейса дополнительно сконфигурирован для отправки информации статуса приема блока данных на передающее устройство по линии связи. Шкала соответствует линии связи, и информация статуса приема блока данных переносится в кадре подтверждения блока BA.

[00194] Приемное устройство на фиг. 12 используется в качестве примера. Модуль 1401 интерфейса сконфигурирован для приема первого блока данных от передающего устройства по первой линии связи. Модуль 1401 интерфейса дополнительно сконфигурирован для отправки информации статуса приема первого блока данных на передающее устройство по первой линии связи, кроме случая, когда модуль 1402 обработки определяет, что первый блок данных удовлетворяет любому из первых предустановленных условий. Модуль 1402 обработки сконфигурирован для определения того, что первый блок данных удовлетворяет любому из первых предустановленных условий. Первое предустановленное условие включает в себя: корректно принятая информация о первом блоке данных возвращается по другой линии связи, или политика подтверждения, соответствующая первому блоку данных, является отсутствием подтверждения.

[00195] В возможном исполнении модуль 1402 обработки сконфигурирован для определения того, что политика подтверждения первого блока данных не установлена на отсутствие подтверждения. Модуль 1401 интерфейса дополнительно сконфигурирован для отправки информации статуса приема первого блока данных на передающее устройство по второй линии связи.

[00196] В возможном исполнении модуль 1402 обработки сконфигурирован для определения того, что политика подтверждения первого блока данных представляет собой подтверждение блока, и порядковый номер SN первого блока данных больше или равен начальному порядковому номеру SSN в первом кадре BA подтверждения блока. Модуль 1401 интерфейса дополнительно сконфигурирован для: когда модуль 1402 обработки определяет, что политика подтверждения первого блока данных представляет собой подтверждение блока, и SN первого блока данных больше или равен SSN в первом кадре BA, отправить информацию статуса приема первого блока данных на передающее устройство по первой линии связи. Информация статуса приема первого блока данных переносится в первом кадре ВА.

[00197] В возможном исполнении модуль 1402 обработки сконфигурирован для определения того, что политика подтверждения первого блока данных является подтверждением блока, и SN первого блока данных находится в пределах диапазона битовой карты первой шкалы. Модуль 1401 интерфейса дополнительно сконфигурирован для того, чтобы: когда модуль 1402 обработки определяет, что политика подтверждения первого блока данных представляет собой подтверждение блока, и SN первого блока данных попадает в диапазон битовой карты первой шкалы, отправлять информацию статуса приема первого блока данных на передающее устройство по первой линии связи. Первая шкала соответствует первой линии связи, и информация статуса приема первого блока данных переносится во втором кадре ВА.

[00198] Приемное устройство на фиг. 13 используется в качестве примера. Модуль 1401 интерфейса сконфигурирован для приема первого блока данных от передающего устройства по первой линии связи. Модуль 1402 обработки сконфигурирован для определения того, что политика подтверждения первого блока данных является нормальным запросом подтверждения или неявным запросом подтверждения блока. Модуль 1401 интерфейса дополнительно сконфигурирован для того, чтобы: когда модуль 1402 обработки определяет, что политика подтверждения первого блока данных является нормальным запросом подтверждения или неявным запросом подтверждения блока, отправлять информацию статуса приема первого блока данных на передающее устройство по первой линии связи.

[00199] В возможном исполнении модуль 1401 интерфейса сконфигурирован для приема второго блока данных от передающего устройства по второй линии связи. Модуль 1402 обработки сконфигурирован для определения того, что политика подтверждения второго блока данных представляет собой подтверждение блока, и порядковый номер SN второго блока данных больше или равен начальному порядковому номеру SSN в первом кадре BA подтверждения блока. Модуль 1401 интерфейса дополнительно сконфигурирован для: когда модуль 1402 обработки определяет, что политика подтверждения второго блока данных является подтверждением блока, и SN второго блока данных больше или равен SSN в первом кадре BA, отправки информации статуса приема второго блока данных на передающее устройство по второй линии связи. Информация статуса приема второго блока данных переносится в первом кадре ВА.

[00200] Все связанное содержание этапов в вышеприведенных вариантах осуществления способа может быть процитировано в описаниях функций соответствующего функционального модуля. Подробности здесь повторно не приводятся.

[00201] В этом варианте осуществления аппаратура 1400 связи представлена в виде функциональных модулей, полученных путем интегрированного разделения. «Модуль» здесь может быть конкретной ASIC, схемой, процессором, который выполняет одну или несколько программных или микропрограммных программ, памятью, интегральной логической схемой и/или другим устройством, которое может обеспечивать вышеуказанную функцию. В простом варианте осуществления специалист в данной области техники может понять, что аппаратура 1400 связи может иметь вид аппаратуры 1500 связи, показанной на фиг. 15.

[00202] Например, процессор 1501 в аппаратуре 1500 связи, показанной на фиг. 15, может вызывать выполняемые компьютером инструкции, хранящиеся в памяти 1503, так что аппаратура 1500 связи выполняет способ связи в вышеупомянутых вариантах осуществления способа.

[00203] В частности, функции/процессы реализации модуля 1401 интерфейса и модуля 1402 обработки на фиг. 14, могут быть реализованы процессором 1501 в аппаратуре 1500 связи, показанной на фиг. 15, вызывая исполняемые компьютером инструкции, хранящиеся в памяти 1503. В качестве альтернативы процесс функции/реализации модуля 1402 обработки на фиг. 14, может быть реализован процессором 1501 в аппаратуре 1500 связи, показанной на фиг. 15, вызывая исполняемые компьютером инструкции, хранящиеся в памяти 1503, и процесс функции/реализации модуля 1401 интерфейса на фиг. 14, может быть реализован с использованием интерфейса 1504 связи в аппаратуре 1500 связи, показанной на фиг. 15. Процессор 1501, память 1503 и интерфейс 1504 связи подсоединены через шину 1502.

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

[00205] Следует отметить, что один или более из вышеупомянутых модулей или блоков могут быть реализованы с использованием программного обеспечения, аппаратных средств или их комбинации. Когда любой из вышеперечисленных модулей или блоков реализован с использованием программного обеспечения, программное обеспечение существует в виде инструкций компьютерной программы и сохраняется в памяти. Процессор может быть сконфигурирован для выполнения программных инструкций для реализации описанных выше процедур способа. Процессор может быть встроен в систему на микросхеме (system on chip, SoC) или микросхему для конкретного применения (application specific integrated circuit, ASIC), или может быть независимым полупроводниковой микросхемой. В дополнение к ядру для выполнения программных инструкций для выполнения операций или обработки, процессор может дополнительно включать в себя необходимый аппаратный ускоритель, например, программируемую вентильную матрицу (field programmable gate array, FPG), программируемое логическое устройство (programmable logic device, PLD) или логическую схему, реализующую выделенную логическую операцию.

[00206] Когда вышеупомянутые модули или блоки реализованы с использованием аппаратного обеспечения, аппаратным обеспечением может быть любое из или комбинаций ЦП, микропроцессора, микросхемы цифровой обработки сигналов (digital signal processing, DSP), блока микроконтроллера (microcontroller unit, MCU), процессора искусственного интеллекта, ASIC или SoC, FPGA, PLD, выделенной цифровой схемы, аппаратного ускорителя или неинтегрированного дискретного устройства, и может запускать необходимое программное обеспечение или не зависеть от программного обеспечения для выполнения процедуры вышеописанного способа.

[00207] Необязательно, вариант осуществления этой заявки дополнительно обеспечивает аппаратуру связи (например, аппаратура связи может быть микросхемой или системой микросхем). Аппаратура связи включает в себя процессор, сконфигурированный для реализации способа в любом из вышеупомянутых вариантов осуществления способа. В возможной конструкции аппаратура связи дополнительно включает в себя память. Память сконфигурирована для хранения необходимых программных инструкций и данных. Процессор может вызвать программный код, хранящийся в памяти, чтобы дать указание аппаратуре связи выполнить способ в любом из вышеупомянутых вариантов осуществления способа. Конечно, памяти может и не быть в аппаратуре связи. Когда аппаратура связи представляет собой систему микросхем, аппаратура связи может включать в себя микросхему или может включать в себя микросхему и другой дискретный компонент. Это не является конкретно ограниченным в этом варианте осуществления этой заявки.

[00208] Все или часть вышеизложенных вариантов осуществления могут быть реализованы с использованием программного обеспечения, аппаратных средств, микропрограммы или любой их комбинации. Когда для реализации вариантов осуществления используется программа программного обеспечения, все варианты осуществления или их часть могут быть реализованы в форме компьютерного программного продукта. Компьютерный программный продукт включает в себя одну или более компьютерных инструкций. Когда инструкции компьютерной программы загружаются и выполняются на компьютере, процедуры или функции в соответствии с вариантами осуществления этой заявки полностью или частично генерируются. Компьютер может быть компьютером общего назначения, специализированным компьютером, компьютерной сетью или любым другим программируемым устройством. Компьютерные инструкции могут быть сохранены на машиночитаемом носителе данных или могут быть переданы с машиночитаемого носителя данных на другой машиночитаемый носитель данных. Например, компьютерные инструкции могут передаваться с веб-сайта, компьютера, сервера или центра обработки данных на другой веб-сайт, компьютер, сервер или центр обработки данных по проводному (например, коаксиальному кабелю, оптоволоконному кабелю или цифровой абонентской линии ( digital subscriber line, DSL)) или беспроводным (например, инфракрасным, радио или микроволновым) методом. Машиночитаемый носитель данных может быть любым пригодным для использования носителем, доступным для компьютера, или устройством хранения данных, таким как сервер или центр обработки данных, который объединяет один или несколько пригодных для использования носителей. Используемым носителем может быть магнитный носитель (например, дискета, жесткий диск или магнитная лента), оптический носитель (например, цифровой видеодиск (цифровой видеодиск/диск, DVD)), полупроводниковый носитель (например, твердотельный диск (solid state disk, SSD)), или тому подобное.

[00209] В предшествующих вариантах осуществления этой заявки «множество» означает два или более. Термин «и/или» описывает отношение ассоциации между ассоциированными объектами и указывает, что могут существовать три отношения. Например, A и/или B могут указывать на следующие три случая: существует только A, существуют как A, так и B, и существует только B. Кроме того, элемент (element), который появляется в формах единственного числа «a», «an» и «the», не означает «один или только один», если иное не указано в контексте, а означает «один или несколько». Например, «устройство» означает одно или более таких устройств. Кроме того, «по меньшей мере один (по меньшей мере, один из)...» означает один или любую комбинацию последовательно связанных объектов. Например, «по меньшей мере один из A, B и C» включает в себя A, B, C, AB, AC, BC или ABC. Определение Y на основе X не означает, что Y определяется только на основе X, и Y может быть дополнительно определено на основе X и другой информации.

[00210] Хотя эта заявка описана со ссылкой на варианты осуществления, в процессе реализации этой заявки, которая испрашивает защиту, специалист в данной области техники может понять и реализовать другие варианты раскрытых вариантов осуществления, просмотрев прилагаемые чертежи, раскрытое содержание и прилагаемую формулу изобретения. В формуле изобретения термин «содержать» (содержащий) не исключает другой компонент или другую стадию, а «а» или «один» не исключает случая множества. Один процессор или другой блок может выполнять несколько функций, перечисленных в формуле изобретения. Некоторые критерии отражены в зависимых пунктах формулы, которые отличаются друг от друга, но это не означает, что эти критерии нельзя комбинировать для получения лучшего эффекта.

Изобретение относится к области технологий связи. Технический результат изобретения заключается в уменьшении явления, когда правило подтверждения нарушается в некоторых сценариях. Для этого приемное устройство принимает блок данных от передающего устройства по линии связи. Если блок данных удовлетворяет предустановленному условию, осуществляет отправку приемным устройством информации статуса приема блока данных на передающее устройство по упомянутой линии связи. При этом предустановленное условие содержит: политику подтверждения, соответствующую блоку данных, неустановленную на отсутствие подтверждения, и порядковый номер (SN) блока данных больше или равен начальному порядковому номеру (SSN) в кадре подтверждения блока (BA); и информация статуса приема блока данных переносится в кадре ВА. 6 н. и 6 з.п. ф-лы, 15 ил., 1 табл.

1. Способ связи, содержащий:

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

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

предустановленное условие содержит: политика подтверждения, соответствующая блоку данных, не установлена на отсутствие подтверждения, и порядковый номер (SN) блока данных больше или равен начальному порядковому номеру (SSN) в кадре подтверждения блока (BA); и информация статуса приема блока данных переносится в кадре ВА.

2. Способ связи по п. 1, отличающийся тем, что блок данных представляет собой блок данных услуги управления доступом к среде (MSDU) или агрегированный блок данных услуги управления доступом к среде (A-MSDU).

3. Способ связи, содержащий:

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

если порядковый номер (SN) блока данных попадает в диапазон битовой карты шкалы, отправку приемным устройством информации статуса приема блока данных в передающее устройство по упомянутой линии связи, при этом

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

4. Способ связи по п.3, в котором блок данных представляет собой блок данных услуги управления доступом к среде (MSDU) или агрегированный блок данных услуги управления доступом к среде (A-MSDU).

5. Приемное устройство связи, содержащее:

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

модуль обработки, сконфигурированный для определения того, что блок данных удовлетворяет предустановленному условию, при этом предустановленное условие содержит: политика подтверждения, соответствующая блоку данных, не установлена на отсутствие подтверждения, и порядковый номер (SN) блока данных больше или равен начальному порядковому номеру (SSN) в кадре подтверждения блока (BA); и информация статуса приема блока данных переносится в кадре BA, при этом

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

6. Приемное устройство связи по п.5, причем блок данных представляет собой блок данных услуги управления доступом к среде (MSDU) или агрегированный блок данных услуги управления доступом к среде (A-MSDU).

7. Приемное устройство связи, содержащее:

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

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

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

шкала соответствует линии связи, и информация статуса приема блока данных переносится в кадре подтверждения блока (BA).

8. Приемное устройство связи по п.7, причем блок данных представляет собой блок данных услуги управления доступом к среде (MSDU) или агрегированный блок данных услуги управления доступом к среде (A-MSDU).

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

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

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

предустановленное условие содержит: политика подтверждения, соответствующая блоку данных, не установлена на отсутствие подтверждения, и порядковый номер (SN) блока данных больше или равен начальному порядковому номеру (SSN) в кадре подтверждения блока (BA); и информация статуса приема блока данных переносится в кадре ВА.

10. Машиночитаемый носитель данных по п. 9, причем блок данных представляет собой блок данных услуги управления доступом к среде (MSDU) или агрегированный блок данных услуги управления доступом к среде (A-MSDU).

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

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

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

12. Машиночитаемый носитель данных по п. 11, причем блок данных представляет собой блок данных услуги управления доступом к среде (MSDU) или агрегированный блок данных услуги управления доступом к среде (A-MSDU).