RU2731035C1 - СПОСОБ И УСТРОЙСТВО ДЛЯ УЛУЧШЕНИЯ ЭФФЕКТИВНОСТИ ОБРАТНОЙ СВЯЗИ ГИБРИДНОГО АВТОМАТИЧЕСКОГО ЗАПРОСА ПОВТОРНОЙ ПЕРЕДАЧИ (HARQ) УЛУЧШЕННОЙ МОБИЛЬНОЙ ШИРОКОПОЛОСНОЙ СВЯЗИ (eMBB) В УСЛОВИЯХ ТРАФИКА С НИЗКОЙ ЗАДЕРЖКОЙ - Google Patents

СПОСОБ И УСТРОЙСТВО ДЛЯ УЛУЧШЕНИЯ ЭФФЕКТИВНОСТИ ОБРАТНОЙ СВЯЗИ ГИБРИДНОГО АВТОМАТИЧЕСКОГО ЗАПРОСА ПОВТОРНОЙ ПЕРЕДАЧИ (HARQ) УЛУЧШЕННОЙ МОБИЛЬНОЙ ШИРОКОПОЛОСНОЙ СВЯЗИ (eMBB) В УСЛОВИЯХ ТРАФИКА С НИЗКОЙ ЗАДЕРЖКОЙ Download PDF

Info

Publication number
RU2731035C1
RU2731035C1 RU2019138597A RU2019138597A RU2731035C1 RU 2731035 C1 RU2731035 C1 RU 2731035C1 RU 2019138597 A RU2019138597 A RU 2019138597A RU 2019138597 A RU2019138597 A RU 2019138597A RU 2731035 C1 RU2731035 C1 RU 2731035C1
Authority
RU
Russia
Prior art keywords
wtru
bit
feedback
cbg
harq
Prior art date
Application number
RU2019138597A
Other languages
English (en)
Inventor
Анант КИНИ
Сейед Мохсен ХОССЕЙНИАН
Original Assignee
Идак Холдингз, Инк.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Идак Холдингз, Инк. filed Critical Идак Холдингз, Инк.
Application granted granted Critical
Publication of RU2731035C1 publication Critical patent/RU2731035C1/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/06—Generation of reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Abstract

Изобретение относится к области беспроводной связи и более конкретно к способам для улучшения эффективности обратной связи гибридного автоматического запроса повторной передачи. Техническим результатом является расширение арсенала средств для создания более гибких схем повторной передачи данных. Технический результат заявляемого технического решения достигается тем, что в заявленном решении предусмотрена возможность принимать через физический канал управления нисходящей линии связи (PDCCH) информацию управления нисходящей линии связи (DCI). DCI может включать в себя поле, которое указывает на повторную передачу на основе группы кодовых блоков (CBG) для по меньшей мере одного транспортного блока (TB). При условии, что DCI не включает в себя указанное поле, WTRU может передавать через физический канал управления восходящей линии связи (PUCCH) однобитовую обратную связь HARQ для повторной передачи на основе TB. При условии, что DCI включает в себя указанное поле, WTRU может передавать посредством PUCCH многобитовую обратную связь HARQ для повторной передачи на основе CBG. 2 н. и 16 з.п. ф-лы, 16 ил., 1 табл.

Description

Перекрестная ссылка на родственные заявки
Настоящая заявка испрашивает приоритет предварительной заявки США № 62/615744, поданной 10 января 2018 г., предварительной заявки США № 62/543047, поданной 9 августа 2017 г., предварительной заявки США № 62/519372, поданной 14 июня 2017 г., и предварительной заявки США № 62/500938, поданной 3 мая 2017 г., содержания которых включены в настоящий документ путем ссылки.
Предпосылки создания изобретения
Гибридный автоматический запрос повторной передачи (HARQ) – это комбинация исправления ошибок с мягким комбинированием и устранения ошибок ARQ. При использовании метода исправления ошибок с мягким комбинированием пакеты данных, которые не были надлежащим образом декодированы, больше не отбрасываются. Вместо этого принятые данные сохраняются в буфере и объединяются с последующей повторной передачей. Получатели, обнаруживающие поврежденное сообщение, запрашивают от отправителя новое сообщение (т.е. повторную передачу), передавая сообщения обратной связи. Эти сообщения обратной связи передаются от получателя отправителю соответственно, чтобы сообщить о правильном (т.е. положительном подтверждении) или неправильном (т.е. отрицательном подтверждении) приеме предыдущей передачи. В стандарте долгосрочного развития сетей связи (LTE) эти повторные передачи основаны на транспортном блоке (TB), который представляет собой данные из более верхнего уровня относительно физического уровня. Если принятый TB неправильно декодирован (т.е. поврежден), модуль беспроводной передачи/приема (WTRU) может передавать отрицательное подтверждение (NACK), таким образом отправляя запрос на базовую станцию (BS) на повторную передачу всего TB. В технологии «Новое радио» (NR), где BS должна сначала обслуживать сверхнадежный трафик с низкой задержкой (URLLC) при наличии трафика улучшенной мобильной широкополосной связи (eMBB), передача всего TB еще раз из-за небольшой части ошибки, обнаруженной в TB, была бы очень неэффективной. Таким образом, было бы желательно иметь более гибкие схемы повторной передачи, которые бы предоставляли сообщения обратной связи на основе кодового блока (CB), группы кодовых блоков (CBG) или транспортного блока (TB) в зависимости от конфигурации сети/устройства.
Изложение сущности изобретения
В настоящем документе описаны способы и устройства для обеспечения однобитовой обратной связи гибридного автоматического запроса повтора (HARQ) и многобитовой обратной связи HARQ в модуле беспроводной передачи/приема (WTRU). Например, WTRU может принимать через физический канал управления нисходящей линии связи (PDCCH) информацию управления нисходящей линии связи (DCI). DCI может включать в себя поле, которое указывает на повторную передачу на основе группы кодовых блоков (CBG) для по меньшей мере одного транспортного блока (TB). При условии, что DCI не включает в себя поле, указывающее на повторную передачу на основе CBG для по меньшей мере одного транспортного блока (TB), WTRU может передавать через физический канал управления восходящей линии связи (PUCCH) однобитовую обратную связь HARQ для повторной передачи на основе TB. При условии, что DCI включает в себя поле, указывающее на повторную передачу на основе CBG для по меньшей мере одного TB, WTRU может передавать посредством PUCCH многобитовую обратную связь HARQ для повторной передачи на основе CBG. Многобитовая обратная связь HARQ может включать в себя множество битов, указывающих, запрошена ли для повторной передачи по меньшей мере одна CBG в по меньшей мере одном TB. Каждый из множества битов соответствует каждой из по меньшей мере одной CBG в по меньшей мере одном TB соответственно. Многобитовая обратная связь HARQ также может быть полустатически настроена с максимальным количеством CBG на основе параметра более высокого уровня. WTRU может быть выполнен с возможностью обеспечения однобитовой обратной связи HARQ для повторной передачи на основе TB и многобитовой обратной связи HARQ для повторной передачи на основе CBG.
Краткое описание графических материалов
Более подробное объяснение содержится в представленном ниже описании, приведенном в качестве примера, в сочетании с прилагаемыми графическими материалами, причем:
на фиг. 1A представлена системная схема примера системы связи, в которой могут быть реализованы один или более описанных вариантов осуществления;
на фиг. 1B представлена системная схема, иллюстрирующая пример модуля беспроводной передачи/приема (WTRU), который может быть использован в системе связи, изображенной на фиг. 1A, согласно варианту осуществления;
на фиг. 1С представлена системная схема, иллюстрирующая пример сети радиодоступа (RAN) и пример опорной сети (CN), которые могут быть применены в системе связи, изображенной на фиг. 1A, согласно варианту осуществления;
на фиг. 1D представлена системная схема, иллюстрирующая дополнительный пример RAN и дополнительный пример CN, которые могут быть использованы в системе связи, изображенной на фиг. 1A, согласно варианту осуществления;
на фиг. 2 представлена схема, иллюстрирующая пример сегментации кодового блока (CB) и добавления проверки циклическим избыточным кодом (CRC) на CB;
на фиг. 3 представлена схема, иллюстрирующая пример приоритетного прерывания трафика улучшенной мобильной широкополосной связи (eMBB) сверхнадежным трафиком с низкой задержкой (URLLC);
на фиг. 4A представлена схема, иллюстрирующая пример многобитовой обратной связи гибридного автоматического запроса повтора (HARQ), где многобитовая обратная связь HARQ позволяет обеспечить гранулярность на уровне CB для повторных передач;
на фиг. 4B представлена схема, иллюстрирующая пример многобитовой обратной связи HARQ, где многобитовая обратная связь HARQ обеспечивает гранулярность на уровне группы кодовых блоков (CBG) для повторных передач;
на фиг. 4C представлена схема, иллюстрирующая другой пример многобитовой обратной связи HARQ, где многобитовая обратная связь HARQ обеспечивает гранулярность на уровне CBG для повторных передач;
на фиг. 5 представлена схема, иллюстрирующая пример процедуры сигнализации для обеспечения однобитовой обратной связи HARQ и/или многобитовой обратной связи HARQ на основе информации управления нисходящей линии связи (DCI);
на фиг. 6 представлена схема, иллюстрирующая пример процедуры для обеспечения однобитовой обратной связи HARQ и/или многобитовой обратной связи HARQ на основе информации управления нисходящей линии связи (DCI);
на фиг. 7 представлена схема, иллюстрирующая пример процедуры определения однобитовой обратной связи HARQ и/или многобитовой обратной связи HARQ, которую должен обеспечить WTRU;
на фиг. 8 представлена схема, иллюстрирующая пример обратной связи HARQ с постоянным количеством битов на основе CBG в отличие от примера обратной связи HARQ с переменным количеством битов на основе CBG;
на фиг. 9 представлена схема, иллюстрирующая пример неявного указания приоритетного прерывания, в котором средняя часть ширины полосы пропускания системы нисходящей линии связи (DL) обозначена как область, предусматривающая возможность приоритетного прерывания;
на фиг. 10 представлена схема, иллюстрирующая пример предварительной обратной связи HARQ в интервале в соответствии с синхронизацией миниинтервалов; и
на фиг. 11 представлена схема, иллюстрирующая пример процедуры определения предварительной обратной связи HARQ в интервале в соответствии с синхронизацией миниинтервалов.
Подробное описание
На фиг. 1A представлена схема, иллюстрирующая пример системы 100 связи, в которой могут быть реализованы один или более раскрытых вариантов осуществления. Система 100 связи может представлять собой систему многостанционного доступа, которая предоставляет содержимое, такое как голосовая информация, данные, видео, обмен сообщениями, широковещание и т.п., множеству пользователей беспроводной связи. Система 100 связи может быть выполнена с возможностью обеспечения множества пользователей беспроводной связи доступом к такому содержимому посредством совместного использования системных ресурсов, включая ширину полосы пропускания беспроводного соединения. Например, в системах 100 связи может быть использован один или более способов доступа к каналу, таких как многостанционный доступ с кодовым разделением каналов (CDMA), многостанционный доступ с временным разделением каналов (TDMA), многостанционный доступ с частотным разделением каналов (FDMA), многостанционный доступ с ортогональным частотным разделением каналов (OFDMA), FDMA с одной несущей (SC-FDMA), расширенное OFDM с безызбыточным расширенным дискретным преобразованием Фурье (DFT) с синхропакетом (ZT UW DTS-s OFDM), OFDM с синхропакетом (UW-OFDM), OFDM с фильтрацией блока ресурса, блок фильтров с несколькими несущими (FBMC) и т.п.
Как показано на фиг. 1A, система 100 связи может включать в себя модули беспроводной передачи/приема (WTRU) 102a, 102b, 102c, 102d, RAN 104/113, CN 106/115, коммутируемую телефонную сеть 108 общего пользования (PSTN), сеть Интернет 110 и другие сети 112, хотя следует понимать, что описанные варианты осуществления предполагают любое количество WTRU, базовых станций, сетей и/или элементов сети. Каждый из WTRU 102a, 102b, 102c, 102d может представлять собой устройство любого типа, выполненное с возможностью функционирования и/или взаимодействия в среде беспроводной связи. Например, WTRU 102a, 102b, 102c, 102d, любой из которых может называться станцией и/или STA, могут быть выполнены с возможностью передачи и/или приема радиосигналов и могут включать в себя оборудование пользователя (UE), мобильную станцию, стационарный или мобильный абонентский модуль, абонентский модуль, пейджер, сотовый телефон, карманный персональный компьютер (PDA), смартфон, ноутбук, нетбук, персональный компьютер, беспроводной датчик, точку доступа или устройство Mi-Fi, устройство Интернета физических объектов (IoT), часы или другие носимые устройства, устанавливаемый на голове дисплей (HMD), транспортное средство, беспилотный летательный аппарат, медицинское устройство и приложения (например, применяемые в дистанционной хирургии), промышленное устройство и приложения (например, робот и/или другие беспроводные устройства, работающие в условиях промышленной и/или автоматизированной технологической цепочки), устройство, относящееся к бытовой электронике, устройство, работающее в коммерческой и/или промышленной беспроводной сети, и т.п. Любой из WTRU 102a, 102b, 102c и 102d можно взаимозаменяемо называть UE.
Системы 100 связи могут также включать в себя базовую станцию 114a и/или базовую станцию 114b. Каждая из базовых станций 114a, 114b может представлять собой устройство любого типа, выполненное с возможностью беспроводного взаимодействия с по меньшей мере одним из WTRU 102a, 102b, 102c, 102d для облегчения доступа к одной или более сетям связи, таким как CN 106/115, сеть Интернет 110 и/или другие сети 112. В качестве примера базовые станции 114a, 114b могут представлять собой базовые приемопередающие станции (BTS), станции Node-B, станции eNode B, станции Home Node B, станции Home eNode B, базовую станцию следующего поколения (gNB), NodeB на основе NR, контроллер пункта связи, точку доступа (AP), беспроводной маршрутизатор и т.п. Хотя базовые станции 114a, 114b показаны как отдельный элемент, следует понимать, что базовые станции 114a, 114b могут включать в себя любое количество взаимно соединенных базовых станций и/или элементов сети.
Базовая станция 114a может быть частью RAN 104/113, которая может также включать в себя другие базовые станции и/или элементы сети (не показаны), такие как контроллер базовой станции (BSC), контроллер радиосети (RNC), ретрансляционные узлы и т.п. Базовая станция 114a и/или базовая станция 114b могут быть выполнены с возможностью передачи и/или приема радиосигналов на одной или более частотах несущих, которые могут называться сотой (не показана). Эти частоты могут относиться к лицензированному спектру, нелицензированному спектру или к комбинации лицензированного и нелицензированного спектров. Сота может обеспечивать покрытие для беспроводного сервиса в конкретной географической зоне, которая может быть относительно фиксированной или которая может изменяться с течением времени. Сота может быть дополнительно разделена на секторы соты. Например, сота, связанная с базовой станцией 114a, может быть разделена на три сектора. Таким образом, в одном варианте осуществления базовая станция 114a может включать в себя три приемопередатчика, т.е. один для каждого сектора соты. В варианте осуществления базовая станция 114a может использовать технологию множественного входа — множественного выхода (MIMO) и может использовать множество приемопередатчиков для каждого сектора соты. Например, формирование луча может быть использовано для передачи и/или приема сигналов в требуемых пространственных направлениях.
Базовые станции 114a, 114b могут обмениваться данными с одним или более из WTRU 102a, 102b, 102c, 102d посредством радиоинтерфейса 116, который может представлять собой любую подходящую систему беспроводной связи (например, для передачи сигналов в радиочастотном (РЧ), микроволновом спектре, спектре сантиметровых волн, спектре микрометровых волн, инфракрасном (ИК), ультрафиолетовом (УФ) спектре, спектре видимого света и т.д.). Радиоинтерфейс 116 может быть установлен с использованием любой подходящей технологии радиодоступа (RAT).
Более конкретно, как указано выше, система 100 связи может представлять собой систему многостанционного доступа и может использовать одну или более схем доступа к каналу, таких как CDMA, TDMA, FDMA, OFDMA, SC-FDMA и т.п. Например, базовая станция 114a в RAN 104/113 и модули WTRU 102a, 102b, 102c могут реализовывать технологию радиосвязи, такую как универсальный наземный доступ (UTRA) для универсальной мобильной телекоммуникационной системы (UMTS), которая может устанавливать радиоинтерфейс 115/116/117 с использованием широкополосного CDMA (WCDMA). Технология широкополосного множественного доступа с кодовым разделением (WCDMA) может включать в себя протоколы связи, такие как высокоскоростной пакетный доступ (HSPA) и/или улучшенный HSPA (HSPA+). HSPA может включать в себя высокоскоростной пакетный доступ по нисходящей (DL) линии связи (HSDPA) и/или высокоскоростной пакетный доступ по восходящей (UL) линии связи (HSUPA).
В варианте осуществления базовая станция 114a и модули WTRU 102a, 102b, 102c могут реализовывать такую технологию радиосвязи, как сеть наземного радиодоступа UMTS последующего поколения (E-UTRA), которая может устанавливать радиоинтерфейс 116 с использованием стандарта долгосрочного развития (LTE), и/или LTE-Advanced (LTE-A), и/или LTE-Advanced Pro (LTE-A Pro).
В варианте осуществления базовая станция 114a и модули WTRU 102a, 102b, 102c могут реализовывать такую технологию радиосвязи, как новая технология радиодоступа (NR Radio Access), которая может устанавливать радиоинтерфейс 116 с использованием технологии «Новое радио» (NR).
В варианте осуществления базовая станция 114a и модули WTRU 102a, 102b, 102c могут реализовывать множество технологий радиодоступа. Например, базовая станция 114a и модули WTRU 102a, 102b, 102c могут совместно реализовывать радиодоступ LTE и радиодоступ NR, например, с использованием принципов двусторонней связи (DC). Таким образом, радиоинтерфейс, используемый WTRU 102a, 102b, 102c, может характеризоваться применением множества типов технологий радиодоступа и/или передачами, отправляемыми на базовые станции/с базовых станций, относящихся к множеству типов (например, eNB и gNB).
В других вариантах осуществления базовая станция 114a и модули WTRU 102a, 102b, 102c могут реализовывать технологии радиосвязи, такие как IEEE 802.11 (т.е. Wireless Fidelity (WiFi)), IEEE 802.16 (т.е. глобальная совместимость для микроволнового доступа (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, временный стандарт 2000 (IS-2000), временный стандарт 95 (IS-95), временный стандарт 856 (IS-856), глобальная система мобильной связи (GSM), усовершенствованные скорости передачи данных для сетей GSM Evolution (EDGE), GSM EDGE (GERAN) и т.п.
Базовая станция 114b, изображенная на фиг. 1A, может представлять собой, например, беспроводной маршрутизатор, станцию Home Node B, станцию Home eNode B или точку доступа, и в ней может быть использована любая подходящая RAT для облегчения обеспечения беспроводной связи в локализованной зоне, такой как коммерческое предприятие, жилое помещение, транспортное средство, учебное заведение, промышленный объект, воздушный коридор (например, для использования беспилотными летательными аппаратами), проезжая часть и т.п. В одном варианте осуществления базовая станция 114b и модули WTRU 102c, 102d могут реализовывать технологию радиосвязи, такую как IEEE 802.11, для организации беспроводной локальной сети (WLAN). В варианте осуществления базовая станция 114b и модули WTRU 102c, 102d могут реализовывать технологию радиосвязи, такую как IEEE 802.15, для организации беспроводной персональной сети (WPAN). В еще одном варианте осуществления базовая станция 114b и модули WTRU 102c, 102d могут использовать RAT на основе сот (например, WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR и т.д.) для создания пикосоты или фемтосоты. Как показано на фиг. 1A, базовая станция 114b может иметь прямое соединение с сетью Интернет 110. Таким образом, для базовой станции 114b может не требоваться доступ к сети Интернет 110 посредством CN 106/115.
RAN 104/113 может обмениваться данными с CN 106/115, которая может представлять собой сеть любого типа, выполненную с возможностью предоставления услуг передачи голосовой информации, данных, приложений и/или голосовой связи по протоколу (VoIP) Интернета одному или более из модулей WTRU 102a, 102b, 102c, 102d. К данным могут быть предъявлены различные требования по качеству обслуживания (QoS), например различные требования по производительности, требования к задержке, требования к отказоустойчивости, требования к надежности, требования к скорости передачи данных, требования к мобильности и т.п. CN 106/115 может обеспечивать управление вызовами, услуги биллинга, услуги мобильной связи на основе местоположения, предварительно оплаченные вызовы, возможность связи с сетью Интернет, распределение видеосигналов и т.п. и/или реализовывать функции высокоуровневой защиты, такие как аутентификация пользователей. Хотя на фиг. 1A это не показано, следует понимать, что RAN 104/113 и/или CN 106/115 могут прямо или косвенно осуществлять связь с другими RAN, которые используют такую же RAT, что и RAN 104/113, или другую RAT. Например, в дополнение к соединению с RAN 104/113, которая может использовать технологию радиосвязи NR, CN 106/115 может также осуществлять связь с другой RAN (не показана), использующей технологию радиосвязи GSM, UMTS, CDMA 2000, WiMAX, E-UTRA или WiFi.
CN 106/115 может также выступать в качестве шлюза для модулей WTRU 102a, 102b, 102c, 102d для обеспечения доступа к сети PSTN 108, сети Интернет 110 и/или другим сетям 112. PSTN 108 может включать в себя телефонные сети с коммутацией каналов, которые предоставляют традиционные услуги телефонной связи (POTS). Интернет 110 может включать в себя глобальную систему взаимно соединенных компьютерных сетей и устройств, которые используют распространенные протоколы связи, такие как протокол управления передачей данных (TCP), протокол пользовательских дейтаграмм (UDP) и/или протокол Интернета (IP) в наборе протоколов Интернета TCP/IP. Сети 112 могут включать в себя проводные и/или беспроводные сети связи, которые принадлежат другим поставщикам услуг и/или предоставлены ими для использования. Например, сети 112 могут включать в себя другую CN, соединенную с одной или более RAN, которые могут использовать такую же RAT, как и RAN 104/113, или иную RAT.
Некоторые или все из модулей WTRU 102a, 102b, 102c, 102d в системе 100 связи могут включать в себя многорежимные возможности (например, WTRU 102a, 102b, 102c, 102d могут включать в себя множество приемопередатчиков для взаимодействия с различными беспроводными сетями по различным беспроводным линиям связи). Например, WTRU 102c, показанный на фиг. 1A, может быть выполнен с возможностью взаимодействия с базовой станцией 114a, которая может использовать технологию радиосвязи на основе сот, а также с базовой станцией 114b, которая может использовать технологию радиосвязи IEEE 802.
На фиг. 1B представлена системная схема, иллюстрирующая пример WTRU 102. Как показано на фиг. 1B, WTRU 102 может включать в себя, помимо прочего, процессор 118, приемопередатчик 120, передающий/приемный элемент 122, динамик/микрофон 124, клавиатуру 126, дисплей/сенсорную панель 128, несъемное запоминающее устройство 130, съемное запоминающее устройство 132, источник 134 питания, набор 136 микросхем глобальной системы определения местоположения (GPS) и/или другие периферийные устройства 138. Следует понимать, что WTRU 102 может включать в себя любую подкомбинацию вышеперечисленных элементов и в то же время все еще соответствовать варианту осуществления.
Процессор 118 может представлять собой процессор общего назначения, процессор специального назначения, традиционный процессор, цифровой сигнальный процессор (DSP), множество микропроцессоров, один или более микропроцессоров, связанных с ядром DSP, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), схемы программируемых пользователем вентильных матриц (FPGA), интегральную микросхему (IC) любого другого типа, конечный автомат и т.п. Процессор 118 может выполнять кодирование сигналов, обработку данных, управление питанием, обработку ввода/вывода и/или любые другие функциональные возможности, которые позволяют WTRU 102 работать в среде беспроводной связи. Процессор 118 может быть соединен с приемопередатчиком 120, который может быть сопряжен с передающим/приемным элементом 122. Хотя на фиг. 1B процессор 118 и приемопередатчик 120 показаны в виде отдельных компонентов, следует понимать, что процессор 118 и приемопередатчик 120 могут быть совместно встроены в электронный блок или микросхему.
Передающий/приемный элемент 122 может быть выполнен с возможностью передачи сигналов на базовую станцию или приема сигналов от нее (например, базовой станции 114a) по радиоинтерфейсу 116. Например, в одном варианте осуществления передающий/приемный элемент 122 может представлять собой антенну, выполненную с возможностью передачи и/или приема РЧ-сигналов. В варианте осуществления передающий/приемный элемент 122 может представлять собой излучатель/детектор, выполненный с возможностью передачи и/или приема, например, сигналов в ИК-спектре, УФ-спектре или спектре видимого света. В еще одном варианте осуществления передающий/приемный элемент 122 может быть выполнен с возможностью передачи и/или приема сигналов как в РЧ-спектре, так и в спектре видимого света. Следует понимать, что передающий/приемный элемент 122 может быть выполнен с возможностью передачи и/или приема любой комбинации радиосигналов.
Хотя на фиг. 1B передающий/приемный элемент 122 показан в виде отдельного элемента, WTRU 102 может включать в себя любое количество передающих/приемных элементов 122. Более конкретно, WTRU 102 может использовать технологию MIMO. Таким образом, в одном варианте осуществления WTRU 102 может включать в себя два или более передающих/приемных элементов 122 (например, множество антенн) для передачи и приема радиосигналов по радиоинтерфейсу 116.
Приемопередатчик 120 может быть выполнен с возможностью модуляции сигналов, которые подлежат передаче посредством передающего/приемного элемента 122, а также демодуляции сигналов, которые принимают посредством передающего/приемного элемента 122. Как указано выше, WTRU 102 может иметь многорежимные возможности. Таким образом, приемопередатчик 120 может включать в себя множество приемопередатчиков для обеспечения WTRU 102 возможностью взаимодействия посредством множества RAT, таких как, например, NR и IEEE 802.11.
Процессор 118 WTRU 102 может быть соединен и может принимать данные, вводимые пользователем через динамик/микрофон 124, клавиатуру 126 и/или дисплей/сенсорную панель 128 (например, жидкокристаллический дисплей (LCD) или дисплей на органических светодиодах (OLED)). Процессор 118 может также выводить пользовательские данные на динамик/микрофон 124, клавиатуру 126 и/или дисплей/сенсорную панель 128. Кроме того, процессор 118 может осуществлять доступ к информации с любого подходящего запоминающего устройства, такого как несъемное запоминающее устройство 130 и/или съемное запоминающее устройство 132, и хранить на нем данные. Несъемное запоминающее устройство 130 (ЗУ) может включать в себя оперативное запоминающее устройство (ОЗУ), постоянное запоминающее устройство (ПЗУ), жесткий диск или запоминающее устройство любого другого типа. Съемное запоминающее устройство 132 может включать в себя карту модуля идентификации абонента (SIM), карту памяти, безопасную цифровую карту памяти (SD) и т.п. В других вариантах осуществления процессор 118 может осуществлять доступ к информации с запоминающего устройства, которое физически не размещено в WTRU 102, как, например, на сервере или домашнем компьютере (не показано), и хранить на нем данные.
Процессор 118 может получать питание от источника 134 питания и может быть выполнен с возможностью управления питанием и/или распределения питания на другие компоненты в WTRU 102. Источник 134 питания может представлять собой любое подходящее устройство для подачи питания на WTRU 102. Например, источник 134 питания может включать в себя одну или более сухих батарей (например, никель-кадмиевых (NiCd), никель-цинковых (NiZn), гибридных никелевых (NiMH), литий-ионных (Li-ion) батарей и т.д.), солнечных элементов, топливных элементов и т.п.
Процессор 118 может также быть соединен с набором микросхем GPS 136, который может быть выполнен с возможностью предоставления информации о местоположении (например, долготы и широты) относительно текущего местоположения WTRU 102. Дополнительно или вместо информации от набора микросхем GPS 136 WTRU 102 может принимать информацию о местоположении по радиоинтерфейсу 116 от базовой станции (например, от базовых станций 114a, 114b) и/или определять свое местоположение на основе синхронизации сигналов, принимаемых от двух или более соседних базовых станций. Следует понимать, что WTRU 102 может получать информацию о местоположении посредством любого подходящего способа определения местоположения и в то же время все еще соответствовать варианту осуществления.
Процессор 118 может быть дополнительно соединен с другими периферийными устройствами 138, которые могут включать в себя один или более программных и/или аппаратных модулей, которые обеспечивают дополнительные признаки, функциональные возможности и/или возможности по установлению проводной или беспроводной связи. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для осуществления фото- и видеосъемки), порт универсальной последовательной шины (USB), вибрационное устройство, телевизионный приемопередатчик, беспроводную гарнитуру, модуль Bluetooth®, радиомодуль с частотной модуляцией (FM), цифровой музыкальный проигрыватель, мультимедийный проигрыватель, модуль устройства для воспроизведения видеоигр, Интернет-браузер, устройство виртуальной реальности и/или дополненной реальности (VR/AR), трекер активности и т.п. Периферийные устройства 138 могут включать в себя один или более датчиков, причем датчики могут представлять собой один или более из гироскопа, акселерометра, датчика Холла, магнитометра, датчика ориентации, датчика приближения, датчика температуры, датчика времени; датчика географического положения; высотомера, датчика освещенности, датчика касания, магнитометра, барометра, датчика жеста, биометрического датчика и/или датчика влажности.
WTRU 102 может включать в себя полнодуплексное радиоустройство, в котором передача и прием некоторых или всех сигналов (например, связанных с конкретными подкадрами) как для UL (например, для передачи), так и для нисходящей линии связи (например, для приема) могут быть осуществлены совместно и/или одновременно. Полнодуплексное радиоустройство может включать в себя модуль 139 управления помехами для снижения уровня и/или по существу устранения собственных помех с помощью любого аппаратного обеспечения (например, дросселя) или обработки сигнала с помощью процессора (например, отдельного процессора (не показан) или процессора 118). В варианте осуществления WTRU 102 может включать в себя полнодуплексное радиоустройство для передачи и приема некоторых или всех сигналов (например, связанных с конкретными подкадрами) как для UL (например, для передачи), так и для нисходящей линии связи (например, для приема).
На фиг. 1C представлена системная схема RAN 104 и CN 106 в соответствии с вариантом осуществления. Как отмечено выше, RAN 104 может использовать технологию радиосвязи E-UTRA для взаимодействия с модулями WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 104 может также обмениваться данными с CN 106.
RAN 104 может включать в себя базовые станции eNode-B 160a, 160b, 160c, хотя следует понимать, что сеть RAN 104 может включать в себя любое количество базовых станций eNode-B и в то же время все еще соответствовать варианту осуществления. Каждая базовая станция eNode-B 160a, 160b, 160c может включать в себя один или более приемопередатчиков для связи с модулями WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления станции eNode B 160a, 160b, 160c могут реализовывать технологию MIMO. Таким образом, станция eNode-B 160a может, например, использовать множество антенн для передачи радиосигналов на WTRU 102a и/или приема от него радиосигналов.
Каждая базовая станция eNode-B 160a, 160b, 160c может быть связана с конкретной сотой (не показано) и может быть выполнена с возможностью принятия решений относительно управления радиоресурсом, решений относительно передачи обслуживания, диспетчеризации пользователей в UL и/или DL и т.п. Как показано на фиг. 1C, базовые станции eNode-B 160a, 160b, 160c могут взаимодействовать друг с другом по интерфейсу X2.
CN 106, показанная на фиг. 1C, может включать в себя объект управления мобильностью (MME) 162, обслуживающий шлюз 164 и шлюз (PGW) 166 сети с пакетной передачей данных (PDN). Хотя каждый из вышеперечисленных элементов показан как часть CN 106, следует понимать, что любой один из этих элементов может принадлежать субъекту, отличному от оператора CN и/или быть предоставленным им для использования.
MME 162 может быть подключен к каждой базовой станции eNode-Bs 162a, 162b, 162c в RAN 104 посредством интерфейса S1 и может выступать в качестве узла управления. Например, MME 162 может отвечать за аутентификацию пользователей WTRU 102a, 102b, 102c, активацию/деактивацию переноса информации, выбор конкретного обслуживающего шлюза во время начального соединения модулей WTRU 102a, 102b, 102c и т.п. MME 162 может обеспечивать функцию плоскости управления для переключения между RAN 104 и другими RAN (не показано), которые используют другие технологии радиосвязи, такие как GSM и/или WCDMA.
SGW 164 может быть подключен к каждой станции eNode B 160a, 160b, 160c в RAN 104 посредством интерфейса S1. SGW 164 может по существу направлять и пересылать пакеты данных пользователя на/от WTRU 102a, 102b, 102c. SGW 164 может выполнять другие функции, например привязку плоскостей пользователя во время передачи обслуживания между базовыми станциями eNode B, инициирование пейджинга, когда данные DL доступны для модулей WTRU 102a, 102b, 102c, управление и хранение контекста модуля WTRU 102a, 102b, 102c и т.п.
SGW 164 может быть подключен к PGW 166, который может обеспечивать модули WTRU 102a, 102b, 102c доступом к сетям с коммутацией пакетов, таким как сеть Интернет 110, для облегчения обмена данными между WTRU 102a, 102b, 102c и устройствами с поддержкой протокола IP.
CN 106 может облегчать взаимодействие с другими сетями. Например, CN 106 может обеспечивать модули WTRU 102a, 102b, 102c доступом к сетям с коммутацией каналов, таким как PSTN 108, для облегчения связи между WTRU 102a, 102b, 102c и традиционными устройствами связи наземной линии связи. Например, CN 106 может включать в себя IP-шлюз (например, сервер мультимедийной IP-подсистемы (IMS)), который выступает в качестве интерфейса между CN 106 и PSTN 108, или может осуществлять связь с ним. Кроме того, CN 106 может обеспечивать модули WTRU 102a, 102b, 102c доступом к другим сетям 112, которые могут включать в себя другие проводные и/или беспроводные сети, которые принадлежат другим поставщикам услуг и/или предоставлены ими для использования.
Хотя WTRU описан по фиг. 1A–1D как беспроводной терминал, предполагается, что в определенных типовых вариантах осуществления такой терминал может использовать (например, временно или постоянно) проводной интерфейс связи с сетью связи.
В типовых вариантах осуществления другая сеть 112 может представлять собой WLAN.
WLAN в режиме базового набора служб (BSS) инфраструктуры может иметь точку доступа (АР) для BSS и одну или более станций (STA), связанных с АР. АР может иметь доступ к системе распределения (DS) или интерфейс с ней или же осуществлять связь по проводной/беспроводной сети другого типа, которая переносит трафик в BSS и/или вне BSS. Трафик на STA, обеспеченный вне BSS, может поступать через AP и может быть доставлен на STA. Трафик, исходящий от STA к получателям, вне BSS может быть отправлен на АР для доставки соответствующим получателям. Трафик между STA в пределах BSS может быть отправлен через АР, например, если STA-источник может отправлять трафик на АР, а АР может доставлять трафик STA-получателю. Трафик между STA в пределах BSS можно рассматривать и/или упоминать в качестве однорангового трафика. Одноранговый трафик может быть передан между (например, непосредственно между) STA-источником и STA-получателем при установленном прямым соединением (DLS). В определенных типовых вариантах осуществления DLS может использовать DLS 802.11e или туннелированную DLS 802.11z (TDLS). WLAN с использованием независимого BSS (IBSS) режима может не иметь АР, а STA (например, все STA) в пределах, или использующие, IBSS могут осуществлять связь непосредственно друг с другом. IBSS режим иногда может называться в настоящем документе режимом связи с прямым соединением.
При использовании режима работы инфраструктуры 802.11ac или аналогичного режима работы AP может передавать маяк посредством фиксированного канала, такого как первичный канал. Первичный канал может иметь фиксированную ширину (например, ширину полосы пропускания 20 МГц) или ширину, динамически установленную с помощью сигнализации. Первичный канал может представлять собой рабочий канал BSS и может быть использован станциями STA для установления соединения с АР. В определенных типовых вариантах осуществления может быть реализован множественный доступ с контролем несущей и предотвращением конфликтов (CSMA/CA), например, в системах 802.11. Для CSMA/CA STA (например, каждая STA), включая АР, может обнаруживать первичный канал. При распознавании/обнаружении и/или определении занятости первичного канала конкретной станцией STA эта конкретная STA может отключаться. Одна STA (например, только одна станция) может осуществлять передачу в любой конкретный момент времени в данном BSS.
Для осуществления связи STA с высокой пропускной способностью (HT) может быть использован канал шириной 40 МГц, например, путем объединения первичного канала 20 МГц со смежным или несмежным каналом 20 МГц с формированием канала шириной 40 МГц.
STA со сверхвысокой пропускной способностью (VHT) могут поддерживать каналы шириной 20 МГц, 40 МГц, 80 МГц и/или 160 МГц. Каналы 40 МГц и/или 80 МГц могут быть сформированы путем объединения сплошных каналов 20 МГц. Канал 160 МГц может быть сформирован путем объединения 8 сплошных каналов 20 МГц или путем объединения двух несплошных каналов 80 МГц, которые могут называться конфигурацией 80 + 80. Для конфигурации 80 + 80 данные после кодирования канала могут проходить через анализатор сегментов, который может разделять данные на два потока. Обработка в виде обратного быстрого преобразования Фурье (IFFT) и обработка во временной области может быть выполнена отдельно для каждого потока. Указанные потоки могут быть сопоставлены двум каналам 80 МГц, а данные могут быть переданы передающей станцией STA. В приемнике принимающей STA вышеописанная операция для конфигурации 80 + 80 может быть инвертирована, а объединенные данные могут быть отправлены на устройство управления доступом к среде передачи данных (MAC).
802.11af и 802.11ah поддерживают подрежимы работы 1 ГГц. Значения ширины полосы пропускания канала и несущие уменьшены в 802.11af и 802.11ah по сравнению с используемыми в 802.11n и 802.11ac. 802.11af поддерживает ширины полосы пропускания 5 МГц, 10 МГц и 20 МГц в неиспользуемом частотном спектре телевидения (TVWS), а 802.11ah поддерживает ширины полосы пропускания 1 МГц, 2 МГц, 4 МГц, 8 МГц и 16 МГц с использованием спектра, отличного от TVWS. Согласно типовому варианту осуществления 802.11ah может поддерживать управление с измерением/межмашинные связи, например устройства MTC в макрозоне покрытия. Устройства MTC могут обладать определенными возможностями, например ограниченными возможностями, включая поддержку (например, поддержку только) определенных и/или ограниченных значений ширины полосы пропускания. Устройства МТС могут включать в себя батарею, имеющую срок службы батареи, превышающий пороговое значение (например, для обеспечения очень длительного срока службы батареи).
Системы WLAN, которые могут поддерживать множество каналов и значений ширины полосы пропускания канала, такие как 802.11n, 802.11ac, 802.11af и 802.11ah, включают в себя канал, который может быть назначен в качестве первичного канала. Первичный канал может иметь ширину полосы пропускания, равную наибольшей общей рабочей ширине полосы пропускания, поддерживаемой всеми STA в BSS. Ширина полосы пропускания первичного канала может быть установлена и/или ограничена станцией STA из числа всех STA, работающих в BSS, которая поддерживает режим работы с наименьшей шириной полосы пропускания. В примере 802.11ah первичный канал может иметь ширину 1 МГц для STA (например, устройств типа MTC), которые поддерживают (например, поддерживают только) режим 1 МГц, даже если AP и другие STA в BSS поддерживают 2 МГц, 4 МГц, 8 МГц, 16 МГц и/или режимы работы с другими значениями ширины полосы пропускания канала. Параметры обнаружения несущей и/или вектора выделения сети (NAV) могут зависеть от состояния первичного канала. Если первичный канал занят, например, из-за STA (которая поддерживает только режим работы 1 МГц), осуществляющей передачу на AP, все доступные полосы частот могут считаться занятыми, даже если большинство полос частот остаются незанятыми и могут быть доступными.
В Соединенных Штатах доступные полосы частот, которые могут быть использованы 802.11ah, находятся в диапазоне от 902 МГц до 928 МГц. Доступные полосы частот в Корее — от 917,5 МГц до 923,5 МГц. Доступные полосы частот в Японии — от 916,5 МГц до 927,5 МГц. Общая ширина полосы пропускания, доступная для 802.11ah, составляет от 6 МГц до 26 МГц в зависимости от кода страны.
На фиг. 1D представлена системная схема RAN 113 и CN 115 в соответствии с вариантом осуществления. Как отмечено выше, RAN 113 может использовать технологию радиосвязи NR для взаимодействия с модулями WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 113 может также обмениваться данными с CN 115.
RAN 113 может включать в себя gNB 180a, 180b, 180c, хотя следует понимать, что сеть RAN 113 может включать в себя любое количество станций gNB и в то же время все еще соответствовать варианту осуществления. Каждая gNB 180a, 180b, 180c может включать в себя один или более приемопередатчиков для связи с модулями WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления gNB 180a, 180b, 180c могут реализовывать технологию MIMO. Например, gNB 180a, 108b могут использовать формирование луча для передачи сигналов и/или приема сигналов от gNB 180a, 180b, 180c. Таким образом, gNB 180a, например, может использовать множество антенн для передачи радиосигналов на WTRU 102a и/или приема от него радиосигналов. В варианте осуществления gNB 180a, 180b, 180c могут реализовывать технологию агрегирования несущих. Например, gNB 180a может передавать на WTRU 102a множество несущих составляющих (не показаны). Подмножество этих несущих составляющих может относиться к нелицензированному спектру, тогда как остальные несущие составляющие могут относиться к лицензированному спектру. В варианте осуществления gNB 180a, 180b, 180c могут реализовывать технологию многоточечного согласования (CoMP). Например, WTRU 102a может принимать согласованные передачи от gNB 180a и gNB 180b (и/или gNB 180c).
WTRU 102a, 102b, 102c могут осуществлять связь с gNB 180a, 180b, 180c с использованием передач, связанных с масштабируемой численной величиной. Например, разнос символов OFDM и/или разнос поднесущих OFDM может быть различным для разных передач, разных сот и/или разных участков спектра беспроводной передачи. WTRU 102a, 102b, 102c могут осуществлять связь с gNB 180a, 180b, 180c с использованием подкадра или временных интервалов передачи (TTI) с различной или масштабируемой длительностью (например, содержащих различное количество символов OFDM и/или имеющих постоянные различные длительности абсолютного значения времени).
gNB 180a, 180b, 180c могут быть выполнены с возможностью осуществления связи с модулями WTRU 102a, 102b, 102c в автономной конфигурации и/или в неавтономной конфигурации. В автономной конфигурации WTRU 102a, 102b, 102c могут осуществлять связь с gNB 180a, 180b, 180c без одновременного доступа к другим RAN (например, таким как eNode-B 160a, 160b, 160c). В автономной конфигурации WTRU 102a, 102b, 102c могут использовать одну или более gNB 180a, 180b, 180c в качестве опорной точки для мобильности. В автономной конфигурации WTRU 102a, 102b, 102c могут осуществлять связь с gNB 180a, 180b, 180c с использованием сигналов в нелицензированной полосе. В неавтономной конфигурации WTRU 102a, 102b, 102c могут осуществлять связь/устанавливать соединение с gNB 180a, 180b, 180c, одновременно осуществляя связь/устанавливая соединение с другой RAN, такой как eNode-B 160a, 160b, 160c. Например, WTRU 102a, 102b, 102c могут реализовывать принципы двойного соединения (DC) для по существу одновременного осуществления связи с одним или более gNB 180a, 180b, 180c и одним или более eNode-B 160a, 160b, 160c. В неавтономной конфигурации eNode-B 160a, 160b, 160c могут выступать в качестве опорной точки для мобильности для модулей WTRU 102a, 102b, 102c, а gNB 180a, 180b, 180c могут обеспечивать дополнительное покрытие и/или пропускную способность для обслуживания WTRU 102a, 102b, 102с.
Каждая из gNB 180a, 180b, 180c может быть связана с конкретной сотой (не показано) и может быть выполнена с возможностью принятия решений относительно управления радиоресурсом, решений относительно передачи обслуживания, диспетчеризации пользователей в UL и/или DL, поддержки сегментирования сети, двусторонней связи, взаимодействия между NR и E-UTRA, маршрутизации данных плоскости пользователя в функциональный блок 184a, 184b плоскости пользователя (UPF), маршрутизации информации плоскости управления в функциональный блок 182a, 182b управления доступом и мобильностью (AMF) и т.п. Как показано на фиг. 1D, базовые станции gNB 180a, 180b, 180c могут взаимодействовать друг с другом по интерфейсу Xn.
CN 115, показанная на фиг. 1D, может включать в себя по меньшей мере один AMF 182a, 182b, по меньшей мере один UPF 184a, 184b, по меньшей мере один функциональный блок управления сеансом (SMF) 183a, 183b и, возможно, сеть передачи данных (DN) 185a, 185b. Хотя каждый из вышеперечисленных элементов показан как часть CN 115, следует понимать, что любой один из этих элементов может принадлежать субъекту, отличному от оператора CN и/или быть предоставленным им для использования.
AMF 182a, 182b может быть подключен к одной или более gNB 180a, 180b, 180c в RAN 113 посредством интерфейса N2 и может выступать в качестве узла управления. Например, AMF 182a, 182b может отвечать за аутентификацию пользователей модулей WTRU 102a, 102b, 102c, поддержку сегментирования сети (например, обработку различных сеансов PDU с различными требованиями), выбор конкретного SMF 183a, 183b, управление зоной регистрации, прекращение сигнализации NAS, управление мобильностью и т.п. Сегментирование сети может быть использовано управлением AMF 182a, 182b для настройки поддержки CN для модулей WTRU 102a, 102b, 102c на основании типов служб, используемых модулями WTRU 102a, 102b, 102c. Например, различные фрагменты сети могут быть установлены для разных вариантов использования, таких как службы, основанные на связи повышенной надежности с малым временем задержки (URLLC), службы, основанные на доступе к расширенной широкополосной сети мобильной связи (eMBB), службы для доступа к межмашинной связи (MTC) и/или т.п. AMF 162 может обеспечивать функцию плоскости управления для переключения между RAN 113 и другими RAN (не показаны), которые используют другие технологии радиосвязи, такие как LTE, LTE-A, LTE-A Pro, и/или технологии доступа, отличные от 3GPP, например WiFi.
SMF 183a, 183b может быть подключен к AMF 182a, 182b в CN 115 по интерфейсу N11. SMF 183a, 183b может также быть подключен к UPF 184a, 184b в CN 115 по интерфейсу N4. SMF 183a, 183b может выбирать и управлять UPF 184a, 184b и конфигурировать маршрутизацию трафика через UPF 184a, 184b. SMF 183a, 183b может выполнять другие функции, такие как управление и выделение IP-адреса UE, управление сеансами PDU, управление реализацией политики и QoS, предоставление уведомлений о данных нисходящей линии связи и т.п. Тип сеанса PDU может быть основан на IP, не основан на IP, основан на Ethernet и т.п.
UPF 184a, 184b могут быть подключены к одному или более gNB 180a, 180b, 180c в RAN 113 посредством интерфейса N3, который может обеспечивать модули WTRU 102a, 102b, 102c доступом к сетям с коммутацией пакетов, таким как Интернет 110, для облегчения обмена данными между WTRU 102a, 102b, 102c и устройствами с поддержкой протокола IP. UPF 184, 184b может выполнять другие функции, такие как маршрутизация и передача пакетов, применение политик в плоскости пользователя, поддержка многоканальных сеансов PDU, обработка QoS в плоскости пользователя, буферизация пакетов нисходящей линии связи, привязка для обеспечения мобильности и т.п.
CN 115 может облегчать взаимодействие с другими сетями. Например, CN 115 может включать в себя IP-шлюз (например, сервер мультимедийной IP-подсистемы (IMS)), который выступает в качестве интерфейса между CN 115 и PSTN 108, или может осуществлять связь с ним. Кроме того, CN 115 может предоставлять WTRU 102a, 102b, 102c доступ к сетям 112, которые могут включать в себя другие проводные или беспроводные сети, которые принадлежат и/или предоставляются для использования посредством других поставщиков услуг. В одном варианте осуществления WTRU 102a, 102b, 102c могут быть подключены к локальной сети данных (DN) 185a, 185b через UPF 184a, 184b посредством интерфейса N3 к UPF 184a, 184b и интерфейса N6 между UPF 184a, 184b и DN 185a, 185b.
Принимая во внимание фиг. 1A–1D и соответствующие описания фиг. 1A–1D, одна или более или все из функций, описанных в настоящем документе в связи с одним или более из: WTRU 102a–d, базовой станции 114а–b, eNode-B 160a–c, MME 162, SGW 164, PGW 166, gNB 180a–c, AMF 182a–b, UPF 184a–b, SMF 183a–b, DN 185a–b и/или любого другого устройства (устройств), описанного (-ых) в этом документе, могут быть реализованы одним или более устройствами эмуляции (не показаны). Устройства эмуляции могут представлять собой одно или более устройств, выполненных с возможностью эмуляции одной или более функций или всех функций, описанных в настоящем документе. Например, устройства эмуляции могут быть применены для испытания других устройств и/или для моделирования функций сети и/или WTRU.
Устройства эмуляции могут быть выполнены с возможностью осуществления одного или более испытаний других устройств в лабораторной среде и/или в сетевой среде оператора. Например, одно или более устройств эмуляции могут выполнять одну или более функций или все функции, будучи полностью или частично реализованными и/или развернутыми в качестве части проводной и/или беспроводной сети связи, для испытания других устройств в сети связи. Одно или более устройств эмуляции могут выполнять одну или более функций или все функции, будучи временно реализованными/развернутыми в качестве части проводной и/или беспроводной сети связи. Устройство эмуляции может быть непосредственно соединено с другим устройством для испытания и/или выполнения испытания с использованием беспроводной связи посредством канала беспроводной связи.
Одно или более устройств эмуляции могут выполнять одну или более функций, включая все функции, не будучи реализованными/развернутыми в качестве части проводной и/или беспроводной сети связи. Например, устройства эмуляции могут быть использованы в сценарии испытания в испытательной лаборатории и/или в неразвернутой (например, испытательной) проводной и/или беспроводной сети связи для осуществления испытания одного или более компонентов. Одно или более устройств эмуляции могут представлять собой испытательное оборудование. Для передачи и/или приема данных в устройствах эмуляции могут быть использованы прямое РЧ-соединение и/или беспроводные связи посредством РЧ-схемы (например, которая может включать одну или более антенн).
В LTE перемежитель для турбокодирования определяется только для ограниченного количества размеров кодовых блоков (CB), при этом максимальный размер блока составляет 6144 бита. В результате, если транспортный блок (TB), включая проверку циклическим избыточным кодом (CRC) 24-битового TB, превышает этот 6144-битовый предел, каждый ТB будет сегментирован с получением меньшего CB перед турбокодированием.
На фиг. 2 показан пример 200 сегментации 250 кодовых блоков (CB) и добавления проверки циклическим избыточным кодом (CRC) на CB 270, который можно использовать в любой комбинации других вариантов осуществления, описанных в настоящем документе. Как показано на фиг. 2, сегментация 250 CB в TB 205 может предшествовать процессу турбокодирования для добавления битов-заполнителей 260 в CB №1 215 (т.е. заполнитель для обеспечения соответствия первого CB размеру, поддерживаемому турбокодером). Во время сегментации 250 CB каждый CB (т.е. CB №1 215, CB №2 217, CB №M 218) может иметь добавленную к нему CRC 230, 232, 234. Эти CRC 230, 232, 234 могут также включать иметь длину 24 бита, но отличаться от TB CRC 210. За счет наличия CRC 230, 232, 234 на CB 215, 217, 218 можно обеспечить раннее обнаружение правильно декодированных CB для кодирования 280 канала, что, в свою очередь, обеспечивает раннее завершение итерационного процесса декодирования для данного CB 215, 217, 218. Это можно использовать для уменьшения сложности обработки WTRU и потребления энергии. Комбинация TB CRC 210 и CB CRC 230, 232, 234 может свести к минимуму риск возникновения необнаруженных ошибок в декодированном TB.
В стандарте LTE размер TB, размер транспортного блока (TBS), может достигать 97896 битов в зависимости от ширины полосы пропускания системы, составляющей 20 МГц. Это может привести к приблизительно 16 CB на TB. В LTE после сбоя декодирования даже одного CB выполняется повторная передача всего TB. В технологии «Новое радио» (NR), где ширина полосы пропускания системы составляет от 100 МГц до менее 6 ГГц и, возможно, до порядка нескольких ГГц для полос миллиметрового диапазона, TBS может быть значительно больше, например 80 CB для 100 МГц, на основании масштабирования ширины полосы пропускания 20 МГц для LTE.
В NR, где используются различные сценарии применения, такие как улучшенная мобильная широкополосная связь (eMBB), сверхнадежная связь с низкой задержкой (URLLC) и потоковая связь машинного типа (mMTC), могут потребоваться эффективные способы использования радиоресурсов. Например, для удовлетворения жестких требований к задержке может потребоваться немедленное обслуживание URLLC WTRU. Это может привести к необходимости прерывания трафика eMBB, при котором ресурсы, запланированные для трафика eMBB, могут быть выделены согласно приоритету для обслуживания трафика URLLC. Это выделение ресурсов согласно приоритету может находиться на уровне миниинтервалов (т.е. порядка символа), воздействуя только на небольшое количество CB. Таким образом, передача всего TB, как в случае стандарта LTE, была бы неэффективной и расточительной с точки зрения ресурсов. В результате может существовать потребность в более гибкой схеме повторной передачи, которая может работать на основе CB, группы CB (CBG), TB или любой их комбинации.
На фиг. 3 показан пример приоритетного прерывания трафика улучшенной мобильной широкополосной связи (eMBB) сверхнадежным трафиком с низкой задержкой (URLLC). Например, CB от 1 до 28 изначально запланированы для трафика eMBB. Однако, когда необходимо обслужить трафик URLLC, CB, запланированные для трафика eMBB, могут быть выделены согласно приоритету для обслуживания трафика URLLC, как показано в областях 305 и 315. В LTE, если CB в выделенных согласно приоритету областях 305, 315 (или любой CB в областях для трафика eMBB) не декодируются надлежащим образом, необходимо повторно передать весь TB. Как описано выше, это приведет к неэффективному использованию радиоресурсов.
Для поддержки повторной передачи на основе CBG может потребоваться многобитовая обратная связь HARQ. Многобитовая обратная связь может использоваться для указания того, какие CB/CBG или другие ресурсы (например, PRB или группа PRB) WTRU запрашивает для повторной передачи от базовой станции (например, узла B следующего поколения (gNB).
WTRU или набор/группа WTRU может быть полустатически или динамически настроена для использования обратной связи HARQ, однобитовой обратной связи HARQ или многобитовой HARQ. Это может зависеть как от типа/класса обслуживаемого трафика eMBB (например, потокового видео в режиме реального времени или видеосодержимого не в режиме реального времени), так и от частоты трафика URLLC, который прерывает трафик eMBB. Конфигурация (или изменение конфигурации) форматов обратной связи для WTRU может быть определена с помощью BS (например, gNB) посредством сигнальных сообщений. Например, полустатическая конфигурация может быть определена с помощью сигнализации RRC и указывать на то, что тип обратной связи HARQ, который обеспечивает WTRU или набор/группа WTRU, может не изменяться в течение длительного периода времени. Например, когда WTRU имеет полустатическую конфигурацию для обеспечения многобитовой обратной связи HARQ в соте, WTRU не изменяет свою конфигурацию обратной связи HARQ до тех пор, пока он не переместится в другую соту, которая может принимать только однобитовую обратную связь HARQ. Напротив, динамическая конфигурация может быть определена с помощью DCI и указывать на то, что тип обратной связи с HARQ, который обеспечивает WTRU или набор/группа WTRU, может изменяться за короткий промежуток времени по мере необходимости. Например, DCI может включать в себя параметр для изменения типа обратной связи HARQ, которую обеспечивает WTRU.
В одном варианте осуществления, если трафик eMBB состоит из преимущественно чувствительного к времени трафика, такого как потоковое видео в режиме реального времени, и нагрузка трафика URLLC является низкой, что приводит к относительно редкому приоритетному прерыванию ресурсов eMBB, BS (например, gNB) может либо полустатически, либо динамически (повторно) настроить WTRU или группу WTRU на использование обратной связи HARQ. Затем WTRU может полагаться на прямое исправление ошибок (FEC), поскольку потеря некоторых пакетов является предпочтительной для задержки, связанной с повторными передачами на основе HARQ для данного типа обслуживания.
Альтернативно или дополнительно, если частота трафика URLLC высока, что приводит к высокой степени приоритетного прерывания ресурсов eMBB, BS (например, gNB) может полустатически или динамически (повторно) настраивать соответствующий WTRU или группу WTRU на использование многобитовой обратной связи HARQ. Получив многобитовую обратную связь HARQ, BS может повторно передать поврежденную часть данных таким образом, чтобы WTRU или группа WTRU могли эффективно декодировать поврежденный TB. Эти повторные передачи могут представлять собой повторные передачи на уровне CB/CBG, миниинтервала, что позволяет WTRU или группе WTRU получать преимущества от дополнительной передачи данных, в то же время не оказывая значительного влияния на ощущения абонента с точки зрения задержки.
В другом варианте осуществления BS (например, gNB) может полустатически настроить WTRU или группу WTRU на использование определенных предварительно определенных сопоставлений для многобитовой обратной связи HARQ. Эти сопоставления могут указывать, обеспечивает ли многобитовая обратная связь HARQ гранулярность на уровне CB, гранулярность на уровне CBG или даже частотно-временные ресурсы. Примеры таких сопоставлений показаны на фиг. 4A–C.
На фиг. 4A представлен пример многобитовой обратной связи 405 HARQ, которую можно использовать в комбинации с любым из других вариантов осуществления, описанных в настоящем документе. Как изображено на фиг. 4A, многобитовая обратная связь 405 HARQ может обеспечивать гранулярность на уровне CB для повторных передач. В данном случае гранулярность означает количество CB/CBG, которые включены в каждый бит многобитовой обратной связи HARQ (т.е. каждый информационный бит HARQ). В частности, гранулярность на уровне CB означает, что каждый бит в многобитовой обратной связи 405 HARQ может представлять собой отдельный CB. В этом примере многобитовая обратная связь 405 HARQ включает в себя 12 информационных битов HARQ, которые представляют каждый CB (т.е. от CB1 до CB12). 12 информационных битов HARQ могут указывать на соответствующие CB, которые WTRU запрашивает для повторной передачи. Например, если CB1 неправильно декодирован (т.е. поврежден), WTRU может определить первый информационный бит HARQ, представляющий CB1, как NACK. Если CB1 успешно декодирован, WTRU может определить первый информационный бит HARQ как ACK. Значение информационного бита HARQ, равное 0, может представлять собой NACK, а значение информационного бита HARQ, равное 1, может представлять собой ACK, или наоборот. Это обеспечивает максимальную гибкость в том смысле, что WTRU может точно указать, какие CB не удалось декодировать. Таким образом, BS может минимизировать использование ресурсов повторной передачи. Это может быть особенно целесообразно в случае малого размера TB. Однако, если размер TB даже умеренно велик, для этого подхода может потребоваться большое количество битов обратной связи HARQ, что значительно увеличит заголовок сигнализации.
На фиг. 4B представлен пример многобитовой обратной связи 410 HARQ, в которой обратная связь 410 HARQ обеспечивает гранулярность на уровне группы кодовых блоков (CBG) для повторных передач, которая может использоваться в комбинации с любым из других вариантов осуществления, описанных в настоящем документе. Гранулярность на уровне CBG означает, что каждый бит в многобитовой обратной связи 410 HARQ может представлять собой группу CB (т.е. CBG) 415, 420, 425, 430. В этом примере многобитовая обратная связь 410 HARQ включает в себя 4 информационных бита HARQ, которые представляют каждый из CBG 415, 420, 425, 430. Каждый из 4 информационных битов HARQ может указывать соответствующие CBG 415, 420, 425, 430, которые WTRU запрашивает для повторной передачи. Например, первый бит многобитовой обратной связи 410 HARQ представляет собой первую CBG 415 (т.е. группу из CB1, CB2, CB3) и указывает, запрашивается ли первая CBG для повторной передачи. Если любой из CB в первой CBG 415 неправильно декодирован (т.е. поврежден), WTRU может определить первый информационный бит HARQ, представляющий первую CBG 415, как NACK. Если все CB в первой CBG 415 успешно декодированы, WTRU может определить первый бит, представляющий первую CBG 415, как ACK. Как описано выше, значение информационного бита HARQ, равное 0, может представлять собой NACK, а значение информационного бита HARQ, равное 1, может представлять собой ACK, или наоборот.
На фиг. 4C представлен другой пример многобитовой обратной связи 435 HARQ, в которой обратная связь 435 HARQ обеспечивает гранулярность на уровне CBG для повторных передач, которая может использоваться в комбинации с любым из других вариантов осуществления, описанных в настоящем документе. Гранулярность на уровне CBG означает, что бит в многобитовой обратной связи 410 HARQ может представлять собой группу CB (т.е. CBG) 440, 445. Как изображено на фиг. 4C, каждый информационный бит HARQ сопоставляется с CBG 440, 445, в данном случае это две группы CBG из 6 CB каждая. Например, первый бит многобитовой обратной связи 435 HARQ представляет собой первую CBG 440 (т.е. группу из CB1, CB2, CB3, CB4, CB5, CB6) и указывает, запрашивается ли первая CBG для повторной передачи. Если все CB в первой CBG 415 успешно декодированы, WTRU может определить первый бит, представляющий первую CBG 440, как ACK. Если любой из CB в первой CBG 440 неправильно декодирован (например, поврежден), WTRU может определить первый информационный бит HARQ, представляющий первую CBG 440, как NACK. Другими словами, любой CB в соответствующей группе CBG, имеющий ошибку, может привести к обратной связи NACK, что приводит к повторной передаче всех CB в этой CBG. WTRU может генерировать ACK для информационного бита HARQ-ACK в CBG, если WTRU правильно принял все кодовые блоки CBG. WTRU может генерировать NACK для информационного бита HARQ-ACK в CBG, если WTRU неправильно принял по меньшей мере один кодовый блок CBG. Как описано выше, значение информационного бита HARQ, равное 0, может представлять собой NACK, а значение информационного бита HARQ, равное 1, может представлять собой ACK, или наоборот.
В одном варианте осуществления WTRU может быть выполнен с возможностью использования множества вариантов обратной связи HARQ. Например, WTRU может быть выполнен с возможностью обеспечения как многобитовой обратной связи HARQ, так и однобитовой обратной связи HARQ. WTRU может обладать достаточной гибкостью для выбора одного из двух вариантов и, при необходимости, переключения между ними. Например, если WTRU не удается декодировать небольшое количество CB для конкретного TB, он может выбрать (или переключиться на) использование многобитовой обратной связи HARQ для того, чтобы сигнализировать, какие CB базовая станция (например, gNB) должна повторно передать.
Альтернативно или дополнительно, если WTRU не удается декодировать значительное количество CB (например, большой процент от всего TB), это может означать, что приоритетное прерывание затронуло множество CB/CBG, и может быть лучше, чтобы BS (например, gNB) повторно передала весь TB. В таком случае WTRU может выбрать (или переключиться на) использование однобитовой обратной связи HARQ, информируя BS (например, gNB) о необходимости повторной передачи всего TB, одновременно уменьшая заголовок сигнализации. BS (например, gNB) может настроить WTRU с пороговым параметром «δ», чтобы упростить переключение между однобитовой обратной связью HARQ и многобитовой обратной связью HARQ.
Для облегчения переключения между однобитовой обратной связью HARQ, запрашивающей повторную передачу на основе TB, и многобитовой обратной связью HARQ, запрашивающей повторную передачу на основе CBG, WTRU может быть настроен с помощью BS (например, gNB) на использование нескольких форматов PUCCH, каждый из которых имеет разный размер полезной нагрузки (например, информации управления восходящей линии связи (UCI)). Затем WTRU может выбрать соответствующий формат PUCCH на основании требований к обратной связи HARQ. В этом сценарии BS (например, gNB) может быть вынуждена осуществлять декодирование PUCCH «вслепую», чтобы определить, какой формат и, следовательно, какой вариант обратной связи используется WTRU.
WTRU может быть настроен с помощью сигнализации управления радиоресурсами (RRC) с множеством наборов ресурсов PUCCH, где наборы ресурсов разделены на основе полезной нагрузки UCI. Например, в простом сценарии может быть K=2 настроенных набора ресурсов. Первый набор ресурсов может быть определен для форматов PUCCH с обратной связью HARQ-ACK и, следовательно, с размером полезной нагрузки UCI до 2 битов. Однако второй набор ресурсов может быть определен для форматов PUCCH с обратной связью HARQ-ACK и, следовательно, с размером полезной нагрузки UCI больше 2 битов. В другом примере WTRU может быть настроен с K=3 наборами ресурсов с дополнительной гранулярностью. Например, первый набор ресурсов может быть определен для размера полезной нагрузки UCI до 2 битов. Второй набор ресурсов может быть определен для форматов PUCCH, в которых используется размер полезной нагрузки UCI больше 2, но меньше 19 битов. Третий набор ресурсов может быть определен для размера полезной нагрузки UCI, составляющего 20 или более битов. В еще одном примере могут быть K=4 набора ресурсов PUCCH, причем первый набор ресурсов определен для размера полезной нагрузки UCI до 2 битов, а второй набор ресурсов определен для форматов PUCCH, использующих размер полезной нагрузки UCI больше 2, но меньше 19 битов (как в случае K=3). Однако третий и четвертый наборы ресурсов могут обеспечивать повышенную степень гранулярности, при этом третий набор ресурсов определяется размером полезной нагрузки UCI, который больше 20, но меньше некоторого значения L (где L=80 в качестве примера), и четвертый набор ресурсов определяется для размеров полезной нагрузки UCI > L.
Возможно существует компромисс между количеством наборов ресурсов и количеством ресурсов PUCCH (блоков ресурсов), доступных для каждого набора ресурсов. Наличие большего количества наборов ресурсов PUCCH может привести к нескольким ресурсам PUCCH на набор, так как общее количество ресурсов PUCCH теперь необходимо разделить между большим количеством наборов ресурсов. Наличие большего количества наборов ресурсов может оказаться полезным, если, как правило, ожидается значительное количество WTRU, которые могут иметь большие полезные нагрузки UCI. В этом случае распределение данных полезных нагрузок является мультимодальным, в котором наборы ресурсов PUCCH могут быть точно настроены для распределения полезных нагрузок UCI, тем самым обеспечивая оптимальное использование этих ресурсов. Примером ситуации, когда большое количество наборов ресурсов может быть полезным, может быть ситуация, когда возможна значительная вариация полезной нагрузки UCI. Для случая (повторной) передачи на основе CBG это может происходить при наличии мультиплексирования обратной связи HARQ, при котором может потребоваться одна обратная связь HARQ для множества повторных передач PDSCH во множестве интервалов/CC и т.д. В такой ситуации, и особенно для (повторной) передачи на основе CBG, количество битов HARQ может быть значительным, например, для WTRU, настроенного с 8 CBG на TB, причем может ожидаться пять CC, 40 битов полезной нагрузки UCI для обратной связи HARQ, а также может ожидаться два CC, 16 битов полезной нагрузки UCI. В таком сценарии может быть лучше большее количество наборов ресурсов PUCCH (например, K=4, а не K=3), и распределение ресурсов PUCCH между наборами может быть таким, что для случая K=3 может быть предусмотрено большее количество ресурсов, так как можно предположить, что вероятность предоставления 40 битов обратной связи HARQ намного ниже вероятности предоставления от 3 до некоторого промежуточного количества битов HARQ (например, 19 битов в примере выше для третьего набора в случае K=4) и, следовательно, полезной нагрузки UCI.
Затем WTRU может выбрать соответствующий набор ресурсов на основании размера полезной нагрузки HARQ (UCI). Например, в описанном выше сценарии, в котором WTRU, настроенный с использованием только 2 CBG на TB и одного кодового слова (CW), WTRU может потребоваться отправить многобитовую обратную связь размером 2 бита. В таком случае WTRU может выбирать набор ресурсов PUCCH, который определен для форматов PUCCH UCI, до 2 битов (т.е. первый набор в каждом из приведенных выше примеров).
В другом варианте осуществления WTRU, настроенный с 8 CBG на TB для одной конфигурации CW, может быть вынужден отправлять многобитовую обратную связь размером 8 битов. WTRU может выбирать набор ресурсов PUCCH, определенный для формата PUCCH, который способен поддерживать UCI более 2 битов, как показано во втором наборе в приведенных выше примерах.
В еще одном варианте осуществления WTRU может быть выполнен с множеством наборов ресурсов PUCCH, в которых определено более одного набора ресурсов для формата PUCCH, способного поддерживать размер полезной нагрузки HARQ (или, в более общем смысле, полезной нагрузки UCI определенного размера). Например, WTRU может быть настроен с K=4 наборами, где два набора определены для формата PUCCH полезной нагрузки UCI до 2 битов, тогда как оставшиеся два набора ресурсов определены для формата PUCCH полезной нагрузки UCI более 2 битов. В таком сценарии WTRU может случайным образом выбирать один из двух определенных наборов для каждого случая полезной нагрузки. Это может помочь снизить вероятность конфликта между множеством WTRU в случае, когда набору ресурсов PUCCH назначено большое количество WTRU.
Если выбранный формат PUCCH поддерживает умеренную полезную нагрузку UCI (HARQ) и передается через множество/несколько символов/миниинтервалов/подынтервалов (например, PUCCH в течение длительного времени, например формат 4 PUCCH в одной паре блоков ресурсов), для эффективного использования набора ресурсов PUCCH множество WTRU могут совместно использовать одну и ту же пару блоков ресурсов. Устройства, совместно использующие одну и ту же пару блоков ресурсов в пределах символа/миниинтервала, могут быть разделены различными ортогональными чередованиями фаз последовательности частотной области (например, циклическим сдвигом во временной области). Альтернативно или дополнительно для большего формата полезной нагрузки UCI, например, более 2 битов, где используются пары блоков ресурсов (например, форматы 2 или 3 PUCCH), способность к мультиплексированию для символов/миниинтервалов/неинтервалов может быть увеличена за счет того, что несколько WTRU совместно используют одну и ту же пару блоков ресурсов, а каждым WTRU использует различные ортогональные последовательности покрытия. Таким образом, это может уменьшить количество ресурсов PUCCH, которые могут потребоваться для обратной связи HARQ.
В дополнение к выбору соответствующего набора ресурсов (например, на основе размера полезной нагрузки HARQ-ACK) BS (например, gNB) может точно настроить ресурс PUCCH, который будет использоваться WTRU для обеспечения обратной связи HARQ. Это можно сделать с помощью поля индикатора ресурса ACK-NACK (ARI), аналогичного 2-битовому полю сдвига ACK-NACK (ANO) в LTE, которое можно использовать для динамического управления ресурсом PUCCH и/или форматом в пределах набора ресурсов PUCCH.
В одном варианте осуществления 2-битовый ARI может обеспечивать индекс ресурса PUCCH следующим образом: 00 – индекс первого ресурса PUCCH, 01 – индекс второго ресурса PUCCH, 10 – индекс третьего ресурса PUCCH, а 11 – индекс четвертого ресурса PUCCH в выбранном наборе ресурсов PUCCH.
В другом варианте осуществления ARI может предоставлять индекс ресурса PUCCH для конкретного формата PUCCH. Например, если WTRU настроен как для короткого, так и для длинного PUCCH для полезной нагрузки UCI больше 2 битов, он может быть настроен с двумя различными форматами PUCCH. В одном варианте осуществления для короткого PUCCH можно использовать один формат PUCCH, а другой формат PUCCH можно использовать для передачи длинного PUCCH. Затем индекс ARI можно использовать для предоставления информации в отношении индексов ресурсов PUCCH, а также формата PUCCH. Например, на основании индекса ARI WTRU может выбрать набор ресурсов PUCCH с двумя форматами PUCCH (например, PUCCHa и PUCCHb), которые могут переносить полезную нагрузку UCI более 2 битов, причем один формат (например, PUCCHa) предназначен для передачи PUCCH короткой длительности, а другой формат (например, PUCCHb) – продолжительной длительности. Более конкретно индекс ARI 00 может указывать на ресурс 1 PUCCH для PUCCHa, индекс 01 может указывать ресурс 2 PUCCH для PUCCHa, индекс 10 может указывать ресурс 1 PUCCH для PUCCHb, а индекс 11 может указывать ресурс 2 PUCCH для PUCCHb.
В еще одном варианте осуществления WTRU, который настроен с форматами как короткого, так и длинного PUCCH, может определять один формат PUCCH на основании конкретных предварительно определенных критериев. Например, если WTRU имеет ограниченную мощность или ограниченное покрытие, WTRU может принять решение об использовании формата длинного PUCCH. В таком случае WTRU, обладающий способностью гибкого выбора наилучшего/подходящего формата PUCCH, может использовать поле ARI в DCI исключительно для указания индекса ресурса PUCCH.
Кроме того, наличие гибкости при выборе соответствующего ресурса PUCCH может позволить WTRU адаптироваться к любым изменениям гранулярности обратной связи, которые могут возникнуть. Например, WTRU, который выполнен с возможностью обеспечения многобитовой обратной связи HARQ для (повторной) передачи на основе CBG, может отвечать с использованием однобитовой обратной связи HARQ для (повторной) передачи на основе TB, если BS (например, gNB) планирует PDSCH с помощью возвращаемой DCI на PDCCH. Возвращаемая DCI может указывать на то, что BS не поддерживает повторную передачу на основе CBG для переданных транспортных блоков (TB). Когда WTRU принимает возвращаемую DCI, WTRU может выбрать набор ресурсов PUCCH, который настроен для формата PUCCH с поддержкой меньшего размера полезной нагрузки UCI, равного 2 битам, так как это достаточно для получения однобитовой обратной связи HARQ, запрашивающей повторную передачу одного или двух кодовых слов (или TB). Таким образом, WTRU, сначала выполненный с возможностью обеспечения многобитовой обратной связи HARQ, может переключаться между многобитовой обратной связью HARQ для повторной передачи на основе CBG (с использованием набора ресурсов, который настроен для большей полезной нагрузки UCI) и однобитовой обратной связью HARQ для повторной передачи на основе TB (с использованием набора ресурсов, который настроен на меньший размер полезной нагрузки UCI). Для этого случая возвращаемой DCI BS (например, gNB) может предоставлять обновленную информацию индекса ресурсов PUCCH (посредством поля ARI), учитывая тот факт, что WTRU может переключиться на другой набор ресурсов PUCCH, так как размер полезной нагрузки HARQ был изменен (с многобитовой обратной связи HARQ на однобитовую обратную связь HARQ), и формат PUCCH был изменен соответственно. Затем новое ARI можно изменить так, чтобы оно отражало информацию индекса ресурсов PUCCH для этого набора ресурсов PUCCH.
В варианте осуществления, в котором WTRU передает данные на PUSCH, WTRU может использовать многобитовую обратную связь HARQ для обеспечения более тонкой гранулярности для повторных передач. В этом примере WTRU также может переключиться от многобитовой обратной связи HARQ к однобитовой обратной связи HARQ на основе более жесткого порогового параметра
Figure 00000001
(где
Figure 00000002
). Это условие является более жестким по сравнению со случаем, в котором обратная связь HARQ отправляется на PUCCH, например,
Figure 00000003
что подразумевает переключение на один бит только в том случае, если весь ТВ ошибочен.
В другом варианте осуществления WTRU может быть выполнен с возможностью предоставления множества вариантов обратной связи HARQ, например предоставления как многобитовой обратной связи HARQ, так и однобитовой обратной связи HARQ на BS (например, gNB). Для предоставления обоих типов обратной связи HARQ может потребоваться встроенное обнаружение ошибок и дополнительная устойчивость к ошибкам обратной связи HARQ. Например, WTRU с одной CBG, которая подвергается приоритетному прерыванию, может обеспечивать как многобитовую обратную связь HARQ для затронутой CBG, так и однобитовую обратную связь для TB. Это означает, что многобитовая обратная связь HARQ включает одно NACK для затронутой CBG, а однобитовая обратная связь HARQ включает одно NACK для TB. Если любой из битов NACK имеет ошибку NACK-ACK, BS (например, gNB) все еще может сообщить, что по меньшей мере некоторая часть TB была неправильно декодирована WTRU. В этом случае BS (например, gNB) может принять решение о повторной передаче всего TB (если единственный NACK для затронутой CBG изменен на ACK) или повторно передать только CBG, по которой он получил NACK. Хотя первый случай (т.е. при повторной передаче всего TB) может привести к ненужным передачам, это может быть предпочтительнее, чем альтернатива (т.е. повторная передача затронутой CBG), поскольку передача затронутой CBG может занять больше времени, чем повторная передача всего TB (т.е. до успешного приема всего TB) из-за потенциальной коррекции протоколом RLC.
WTRU, выполненный с возможностью предоставления многобитовой обратной связи HARQ, также может возвращаться к однобитовой обратной связи или использовать ее в качестве варианта с возвратом в качестве способа уменьшения заголовка обратной связи. WTRU может быть настроен с вариантами как многобитовой обратной связи HARQ, так и однобитовой обратной связи HARQ и может обеспечивать многобитовую обратную связь HARQ до тех пор, пока (повторные) передачи, запланированные BS (например, gNB), не приведут к ошибке по меньшей мере одной (повторно) передаваемой CBG (т.е. NACK). После успешного приема WTRU всех CBG (и, следовательно, всего TB) WTRU может затем отправить однобитовое сообщение обратной связи HARQ, чтобы проинформировать BS (например, gNB) о том, что весь TB был успешно принят. Это переключение с многобитовой обратной связи HARQ на однобитовую обратную связь HARQ может привести к уменьшению заголовка и не сказаться на производительности.
В другом варианте осуществления WTRU, настроенный с вариантами как многобитовой обратной связи HARQ, так и однобитовой обратной связи HARQ, может принимать решение о выборе однобитовой обратной связи HARQ для повторной передачи на основе TB, если значительное количество CBG невозможно декодировать из-за подвергнутых приоритетному прерыванию данных (например, на основании некоторого порогового значения, такого как абсолютное количество CBG или процент/доля настроенных CBG). В таком случае WTRU может принять решение о том, что может быть лучше запросить повторную передачу всего TB. Для запроса повторной передачи всего TB WTRU может отправлять однобитовое HARQ-NACK.
В еще одном варианте осуществления для переключения на (или выбора) однобитовую обратную связи из-за изменения DCI, используемой для планирования PDSCH, может потребоваться WTRU, настроенный для многобитовой обратной связи HARQ (или настроенный как для многобитовой обратной связи HARQ, так и для однобитовой обратной связи HARQ). Например, если WTRU, настроенный с многобитовой обратной связью HARQ для (повторной) передачи на основе CBG и PDSCH, запланированным посредством DCI, не поддерживает передачу на основе CBG, WTRU может потребоваться переключиться на (или выбрать) однобитовую обратную связь HARQ, поскольку используется формат возвращаемой DCI. В таком сценарии планирование PDSCH с возвращаемой DCI можно рассматривать как указание того, что WTRU должен отвечать с использованием однобитовой обратной связи HARQ для повторной передачи на основе TB. Обычная DCI (или невозвращаемая DCI) может рассматриваться как указание того, что WTRU должен отвечать с использованием многобитовой обратной связи HARQ для повторной передачи на основе CBG (или CB).
Каждый PDCCH может нести сообщение, известное как DCI, которое включает в себя назначения ресурсов и другую управляющую информацию для WTRU или группы WTRU. Например, DCI может передавать информацию о планировании нисходящей линии связи и восходящей линии связи, запросы на получение апериодических отчетов об индикаторе качества канала (CQI) или команды управления питанием восходящей линии связи для одной соты и один временный идентификатор радиосети (RNTI). В зависимости от информационного содержания DCI может иметь различные форматы сообщений DCI, как показано в таблице 1 ниже.
Таблица 1
Формат DCI Использование
0_0 Планирование PUSCH в одной соте
0_1 Планирование PUSCH в одной соте
1_0 Планирование PDSCH в одной соте
1_1 Планирование PDSCH в одной соте
2_0 Уведомление группы WTRU о формате интервала
2_1 Уведомление группы WTRU о PRB и символе(-ах) OFDM, в которых WTRU может предполагать отсутствие передачи для WTRU
Передача команд TPC для PUCCH и PUSCH
2_3 Передачу группы команд TPC для передачи SRS одним или более WTRU
Например, формат 1_1 DCI, применяемый для планирования PDSCH в одной соте, может включать в себя поле, указывающее на (повторную) передачу на основе группы кодовых блоков (CBG) для по меньшей мере одного транспортного блока (TB), при этом обычная DCI (или невозвращаемая DCI) может представлять собой этот формат 1_1 DCI для явного указания на то, что WTRU должен отвечать с использовать многобитовой обратной связи HARQ для повторной передачи на основе CBG (или CB). С другой стороны, формат 1_0 DCI, используемый для планирования PDSCH в одной соте DL, может не включать в себя поле, указывающее на (повторную) передачу на основе CBG. В этом сценарии планирование PDSCH с форматом 1_0 DCI можно рассматривать как неявное указание того, что WTRU должен отвечать с использованием однобитовой обратной связи HARQ для (повторной) передачи на основе TB. Как описано выше, WTRU после приема формата 1_0 DCI может переключаться на или выбирать однобитовую обратную связь HARQ для повторной передачи на основе CBG. Более того, если WTRU принимает PDSCH, который запланирован PDCCH с форматом 1_0 DCI, WTRU может генерировать информацию обратной связи HARQ только для транспортного блока в PDSCH. Возвращаемая DCI, описанная выше, может представлять собой такой формат 1_0 DCI.
Выбор посредством WTRU ресурса/формата PUCCH может отличаться в зависимости от того, переключился ли WTRU с многобитовой обратной связи HARQ на однобитовую обратную связь HARQ исключительно на основании своего собственного принятого решения (например, на основании того, сколько CBG были ошибочными, как описано выше) или было ли оно основано на изменении способа планирования PDSCH с помощью BS (например, gNB) (например, возвращаемая DCI). В последнем случае, когда переключение происходит из-за возвращаемой DCI, BS (например, gNB) может динамически указывать ARI для ресурса PUCCH, который следует использовать из выбранного набора ресурсов PUCCH, где выбор набора может быть основан на размере полезной нагрузки UCI, как указано выше. Затем этот динамически указанный ресурс может быть использован WTRU для однобитовой обратной связи HARQ.
В случае, если WTRU автономно решает переключиться с многобитовой обратной связи HARQ на однобитовую обратную связь HARQ, WTRU может использовать предварительно настроенный ресурс PUCCH (например, информацию управления восходящей линии связи (UCI)). С этой целью BS (например, gNB) может полустатически настраивать ресурс PUCCH, который включает в себя соответствующий набор ресурсов PUCCH. В этом случае набор ресурсов PUCCH может быть настроен на обработку полезных нагрузок UCI, размер которых меньше 2 битов (форматы 0/1 PUCCH). Этот предварительно настроенный ресурс может обладать большим приоритетом, чем ресурс PUCCH, динамически указанный с помощью ARI в невозвращаемой DCI, которая планирует PDSCH для (повторной) передачи на основе CBG. Это связано с тем, что ресурс PUCCH, указанный в этой DCI, был специфичен к размеру полезной нагрузки многобитовой обратной связи и соответствующему ресурсу PUCCH.
Альтернативно или дополнительно WTRU может использовать ресурсы PUCCH, которые указаны для многобитовой обратной связи HARQ, для предоставления на BS (например, gNB) однобитовой обратной связи HARQ. В этом случае для одного ресурса PUCCH можно использовать оба формата PUCCH, такие как формат 0 PUCCH и формат 2 PUCCH. Например, формат 0 PUCCH может быть указан для полезной нагрузки UCI размером 1–2 бита, а формат 2 PUCCH может быть определен для полезной нагрузки UCI размер более 2 битов.
В предыдущих примерах информация о количестве настроенных наборов ресурсов PUCCH и их возможностях полезной нагрузки UCI может ограничивать способность WTRU автономно выбирать между однобитовой обратной связью HARQ или многобитовой обратной связью HARQ, когда WTRU предоставляет ответ HARQ для передаваемого PDSCH. Например, если WTRU настроен только с одним набором ресурсов PUCCH с небольшой возможностью полезной нагрузки UCI, WTRU может принять это как указание на то, что он всегда будет отвечать с использованием однобитового HARQ. Однако если WTRU настроен с набором ресурсов PUCCH с большой полезной нагрузкой UCI, способной нести большую полезную нагрузку UCI, WTRU может принять это в качестве явного указания на то, что он всегда будет отвечать с использованием многобитовой обратной связи HARQ для этого PDSCH.
В еще одном варианте осуществления WTRU, настроенный с более чем одним набором ресурсов PUCCH, может принимать это в качестве неявного указания на то, что WTRU может выбрать соответствующую гранулярность обратной связи. В этом случае BS (например, gNB) может потребовать декодирования PUCCH «вслепую», чтобы определить, какой формат PUCCH был выбран WTRU.
Альтернативно или дополнительно WTRU, настроенный только с вариантом многобитовой обратной связи HARQ, может использовать эту конфигурацию для обеспечения обратной связи на уровне TB. Как показано на фиг. 2, TB 205 имеет CRC 210, а каждый CB (т.е. CB №1 215, CB №2 217, CB №M 218) имеет добавленную к нему CRC 230, 232, 234. После приема WTRU TB 205, содержащего все CB 215, 217, 218, если проверка CRC на уровне CB на WTRU проходит удачно, но проверка CRC на уровне TB на WTRU завершается неудачно, многобитовое поле обратной связи HARQ может содержать эту обратную связь NACK на уровне TB. Эту обратную связь NACK на уровне TB (например, бит 0 обратной связи NACK) можно повторять N раз, где N представляет собой количество CBG/CB, или N представляет собой максимальное количество CBG/CB. Например, WTRU, который полустатически настроен на обеспечение многобитовой обратной связи HARQ, принимает два TB, которые содержат 16 CBG, где каждый TB включает в себя 8 CBG. Если все проверки CRC на уровне CB и CRC на уровне TB для первого TB проходят удачно, WTRU может генерировать обратную связь ACK на уровне TB за счет повтора информационного бита ACK 8 раз (т.е. 11111111). Если все проверки CRC на уровне CB проходят удачно, но проверка на уровне TB для второго TB завершается неудачно, WTRU может генерировать обратную связь NACK на уровне TB за счет повтора информационного бита NACK 8 раз (т.е. 00000000). Так как WTRU полустатически настроен на предоставление многобитовой обратной связи HARQ, количество битов в многобитовой обратной связи HARQ должно быть максимальным количеством CBG (в данном примере 16 битов). Таким образом, после мультиплексирования двух 8 битов (т.е. 11111111 для первого TB и 00000000 для второго TB) WTRU может генерировать многобитовую обратную связь HARQ размером 16 битов (т.е. 1111111100000000).
Другими словами, если WTRU правильно обнаруживает каждую из N CBG и неправильно обнаруживает TB для N CBG, WTRU может генерировать биты NACK для каждой из N CBG. С другой стороны, если WTRU правильно обнаруживает каждую из N CBG, а также правильно обнаруживает TB для N CBG, WTRU может генерировать биты ACK для каждой из N CBG. При использовании одного или более TB одна кодовая книга HARQ для каждого TB должна быть мультиплексирована с генерированием, таким образом, многобитовой обратной связи HARQ. Такой подход может помочь добавить избыточности в обратную связь HARQ, тем самым уменьшая вероятность неправильного обнаружения, снижая задержку и не приводя к дополнительному заголовку/расходам, поскольку WTRU уже настроен на использование формата PUCCH, предназначенного для передачи полезной нагрузки в формате многобитовой обратной связи.
В одном варианте осуществления, если WTRU принимает PDSCH, который запланирован PDCCH с возвращаемой DCI, а WTRU полустатически настроен с параметром более высокого уровня для обеспечения многобитовой обратной связи HARQ, WTRU может повторить HARQ ACK или NACK N раз (т.е. количество CBG или максимальное количество CBG, настроенное BS) для TB в PDSCH, чтобы генерировать N информационных битов HARQ ACK или NACK.
На фиг. 5 представлен пример процедуры 500 сигнализации для обеспечения однобитовой обратной связи HARQ и/или многобитовой обратной связи HARQ на основе DCI, которую можно использовать в любой комбинации других вариантов осуществления, описанных в настоящем документе. Как показано на фиг. 5, WTRU 505 может принимать сообщение 515 управления радиоресурсами (RRC) от базовой станции (BS) 510. Сообщение 515 RRC может взаимозаменяемо называться сообщением более высокого уровня, где уровень передачи сообщения выше, чем уровень управления доступом к среде (MAC). Уровень RRC расположен в BS (например, gNB/eNB) и может обрабатывать протоколы плоскости управления. Например, уровень RRC управляет связанными с RAN процедурами, такими как широковещание системной информации, управление подключениями, мобильность, возможности WTRU и т.п. Эти сообщения могут передаваться с использованием каналов радиопередачи, которые сопоставляются с общими или выделенными каналами управления.
Сообщение 515 RRC может включать в себя параметр более высокого уровня (например, CBG-DL= ON), который полустатически настраивает WTRU для предоставления многобитовой обратной связи HARQ на основе максимального количества CBG для (повторной) передачи на основе CBG на этапе 520. Например, если WTRU настроен с помощью параметра более высокого уровня, который включает в себя максимальное количество CBG, WTRU может потребоваться использовать максимальное количество CBG для генерирования соответствующих информационных битов обратной связи HARQ для приема TB. Например, если принимаемый TB включает в себя 8 CBG, но максимальное количество CBG, настроенное с помощью параметра более высокого уровня, равно 10, WTRU может генерировать 10 информационных битов HARQ для многобитовой обратной связи HARQ. В этом случае первые 8 битов могут быть определены по результатам декодирования CBG (или TB), а последние 2 бита могут быть добавлены или вставлены на основании фиктивных битов (например, битов ACK или NACK). Размер полезной нагрузки многобитовой обратной связи HARQ может определяться настроенным количеством CBG. Например, размер полезной нагрузки многобитовой обратной связи HARQ может быть одинаковым с максимальным количеством CBG.
После приема сообщения 515 RRC WTRU 505 может быть выполнен с возможностью обеспечения многобитовой обратной связи HARQ и/или однобитовой обратной связи HARQ, как описано выше. WTRU 505 может принимать посредством PDCCH обычную (невозвращаемую) DCI 525 для планирования PDSCH. На основе обычной DCI 525 WTRU может принимать данные (т.е. TB) 530 через PDSCH. Так как WTRU 505 принял обычную DCI 525, когда по меньшей мере один CB в принятом (принятых) TB не декодирован надлежащим образом на этапе 535, WTRU 505 может передавать многобитовую обратную связь 540 HARQ на BS 510 по PUCCH. Эта многобитовая обратная связь HARQ 540 может быть включена в UCI. Многобитовая обратная связь 540 HARQ может также включать в себя один или более информационных битов HARQ NACK для CBG, которые WTRU 505 запрашивает для повторной передачи. После передачи многобитовой обратной связи 540 HARQ WTRU 505 может принимать обычную (невозвращаемую) DCI 545 по PDCCH для CBG 550, которые запланированы для повторной передачи. Если обычная DCI 545 планирует повторную передачу CBG, DCI 545 может включать в себя поле информации о передаче CBG (CBGTI). Поле CBGTI может включать в себя битовую карту, которая имеет взаимно-однозначное соответствие с каждой CBG в TB. WTRU 505 может определять, передана ли CBG повторно, на основании соответствующего значения поля CBGTI. Например, двоичный код 0 указывает на то, что соответствующая CBG передана повторно, а двоичный код 1 указывает на то, что соответствующая CBG не передана повторно.
WTRU 505 может также принимать возвращаемую DCI 555 по PDCCH для планирования PDSCH. На основе возвращаемой DCI 555 WTRU может принимать данные (т.е. TB) 560 через PDSCH. Так как WTRU 505 принял возвращаемую DCI 555, когда по меньшей мере один CB в принятом (принятых) TB не декодирован надлежащим образом на этапе 565, WTRU 505 может передавать однобитовую обратную связь 570 HARQ на BS 510 по PUCCH. Эта однобитовая обратная связь HARQ 570 также может быть включена в UCI. Однобитовая обратная связь 570 HARQ может включать в себя информационный бит HARQ NACK для TB, который WTRU 505 запрашивает для повторной передачи. После передачи однобитовой обратной связи 570 HARQ WTRU 505 может принимать возвращаемую DCI 575 по PDCCH для TB 580, который запланирован для повторной передачи. Если однобитовая обратная связь 570 HARQ представляет собой NACK (т.е. двоичный код 0), WTRU 505 может принимать соответствующий TB, который повторно передается BS 510. Если однобитовая обратная связь 570 HARQ представляет собой ACK (т.е. двоичный код 1), WTRU 505 не принимает никакой дальнейшей повторной передачи от BS 510.
На фиг. 6 представлен пример процедуры 600 для обеспечения однобитовой обратной связи HARQ и/или многобитовой обратной связи HARQ на основе DCI, которую можно использовать в любой комбинации других вариантов осуществления, описанных в настоящем документе. На этапе 605 WTRU может быть выполнен с возможностью обеспечения многобитовой обратной связи HARQ и/или однобитовой обратной связи HARQ, как описано выше. На этапе 610 WTRU может принимать DCI через PDCCH для планирования PDSCH. На этапе 615 WTRU может принимать данные (т.е. TB). На этапе 620, если принятая DCI является возвращаемой DCI и по меньшей мере один CB в принятом TB неправильно декодирован, WTRU может передавать однобитовую обратную связь HARQ на этапе 625. Если однобитовая обратная связь 570 HARQ представляет собой NACK (т.е. двоичный код 0), WTRU может принимать соответствующий TB, который повторно передается BS 510 на этапе 630.
На этапе 620, если принятая DCI является невозвращаемой DCI и по меньшей мере один CB в принятом TB неправильно декодирован, WTRU может передавать многобитовую обратную связь HARQ на этапе 635. Многобитовая обратная связь HARQ может включать в себя один или более информационных битов HARQ NACK для CBG, которые WTRU запрашивает для повторной передачи. После передачи многобитовой обратной связи HARQ на этапе 635 WTRU может принимать обычную (невозвращаемую) DCI по PDCCH для CBG, которые запланированы для повторной передачи. Если обычная DCI планирует повторную передачу CBG, обычная DCI может включать в себя поле информации о передаче CBG (CBGTI). Поле CBGTI может включать в себя битовую карту, которая имеет взаимно-однозначное соответствие с каждой CBG в TB. WTRU может определять, передана ли CBG повторно, на основании соответствующего значения поля CBGTI. Например, двоичный код 0 указывает на то, что соответствующая CBG передана повторно, а двоичный код 1 указывает на то, что соответствующая CBG не передана повторно. На этапе 640, на основе поля CBGTI WTRU может принимать CBG, которые повторно передаются с помощью BS.
На фиг. 7 представлен пример процедуры 700 для определения однобитовой обратной связи HARQ и/или многобитовой обратной связи HARQ, которую должен обеспечить WTRU, который может быть использован в любой комбинации других вариантов осуществления, описанных в настоящем документе. На этапе 705 WTRU может принимать первоначальную передачу (TB) или повторную передачу на основе CBG от BS. На этапе 710 WTRU может определить, какую обратную связь HARQ WTRU должен обеспечить, из однобитовой обратной связи HARQ и/или многобитовой обратной связи HARQ. На этапе 730, если WTRU определяет, что необходимо рассмотреть как однобитовую обратную связь HARQ, так и многобитовую обратную связь HARQ, WTRU может сначала проверить, нет ли ошибок во всех CBG, принятых от BS. Если во всех принятых CBG нет ошибок, WTRU может генерировать однобитовую обратную связь HARQ на этапе 720. Это может быть однобитовое сообщение HARQ ACK. При наличии ошибки в принятых CBG WTRU может генерировать однобитовую обратную связь HARQ и многобитовую обратную связь HARQ на этапе 735. Это может иметь значение в случае, когда WTRU обеспечивает обратную связь HARQ для нескольких TB (например, PDSCH) посредством одного сообщения обратной связи HARQ путем мультиплексирования однобитовой и многобитовой обратной связи HARQ.
На этапе 710, если WTRU принимает решение не учитывать, какую обратную связь HARQ WTRU должен обеспечить, из однобитовой обратной связи HARQ и/или многобитовой обратной связи HARQ, WTRU может рассмотреть другие факторы для определения того, какую обратную связь HARQ выбирает WTRU. Например, на этапе 715 WTRU может учитывать долю ошибочных CBG во всех CBG в TB. Если доля ошибочных CBG во всех CBG в TB больше предварительно определенного порогового значения (δ), WTRU может генерировать однобитовую обратную связь HARQ для повторной передачи на основе TB на этапе 720. Если доля ошибочных CBG во всех CBG в TB меньше предварительно определенного порогового значения (δ), WTRU может генерировать многобитовую обратную связь HARQ для повторной передачи на основе CBG на этапе 725. Наконец, WTRU может передавать определенную обратную связь HARQ на BS на этапе 740.
В одном варианте осуществления WTRU могут быть выполнены с возможностью использования только вариантов многобитовой обратной связи HARQ. Варианты многобитовой обратной связи HARQ могут быть на основе CB, CBG или могут переключаться между на основе CB и CBG. Например, WTRU или группа WTRU может быть полустатически настроена для использования многобитовой HARQ для повторных передач на основе CBG. Сеть может с течением времени определять, что трафик с низкой задержкой является периодическим по своей природе, требуя возможности передачи каждые X мс, что может привести к ограниченному количеству CB для WTRU или группы WTRU. В таком случае было бы предпочтительно, чтобы система переключилась на многобитовую обратную связь HARQ на основе CB. Для этого BS (например, gNB) может динамически (повторно) настроить затронутый набор WTRU.
В другом варианте осуществления WTRU, обслуживаемые BS (например, gNB), могут быть запущены с настройкой обратной связи HARQ по умолчанию. Первоначальная/по умолчанию настройка обратной связи HARQ может представлять собой однобитовую обратную связь HARQ или многобитовую обратную связь HARQ. В том случае, если многобитовая обратная связь HARQ является настройкой по умолчанию, система может иметь предварительно заданное максимальное количество битов «N_max», где каждый бит применяется или к CB, или к CBG, который содержит множество CB. Кроме того, каждый бит, применяемый к CB или CBG, способен охватить максимум TB для системы. Выбор N_max может обеспечить компромисс между гибкостью с точки зрения возможности выбора достаточно точно настроенной гранулярности для повторных передач при сохранении низкой или умеренной сложности с точки зрения максимально возможного значения N_max.
Чтобы разрешить повторную передачу на основе CBG, BS (например, gNB) может потребоваться запланировать как начальные передачи на основе TB, так и (повторные) передачи на основе CBG. BS (например, gNB) может использовать назначение планирования (например, аварийную возвращаемую DCI) для планирования первоначальной передачи на основе TB, в то же время используя отдельный формат DCI (например, невозвращаемую DCI) для планирования (повторных) передач на основе CBG. Назначение планирования (т.е. DCI) может включать в себя такие поля, как схема модуляции и кодирования (MCS), версия избыточности (RV), новый индикатор данных (NDI) и т.п. Альтернативно или дополнительно назначение планирования может содержать поле индикатора CBG (CBGIF) или поле информации о передаче CBG (CBGTI), чтобы явно указать WTRU CBG, запланированные для повторной передачи.
Альтернативно или дополнительно BS (например, gNB) может использовать формат DCI, который повторно использует существующие поля, например MCS/NDI/RV и т.п., с однобитовым флагом, таким как существующее поле NDI или новый флаг, которые вместе предназначены для указания того, применимы ли эти существующие поля к первоначальной передаче TB, и в этом случае они будут иметь свое первоначальное значение, или же они будут применяться к повторным передачам на основе CBG.
В одном варианте осуществления BS (например, gNB) может использовать поля NDI и RV для информирования WTRU о том, что поле MCS или расширенная версия поля MCS передает информацию о том, какие CBG передаются повторно. BS (например, gNB) может использовать NDI для информирования WTRU о том, что запланированная передача представляет собой повторную передачу на основе CBG ранее передаваемого TB, и повторно передать тот же RV, что и при первоначальной передаче. Использование поля NDI или флага может быть воспринято как неявное указание того, что терминал может интерпретировать поле MCS как указание на CBGIF (или CBGTI) повторно передаваемых CBG, а также может предполагать, что в повторной передаче используется та же MCS, что и в первоначальной передаче.
В другом варианте осуществления BS (например, gNB) может использовать расширенный формат DCI, разработанный специально для планирования повторных передач на основе CBG. Этот расширенный формат DCI может содержать те же исходные поля, что и поля, используемые в LTE, например MCS/RV/NDI и т.п. В дополнение к исходным полям расширенный формат DCI может включать дополнительное CBGIF (или CBGTI) для информирования о повторно передаваемых CBG. При использовании поля CBGIF или CBGTI BS (например, gNB) может обладать максимальной гибкостью в отношении адаптации параметров передачи между первоначальной передачей и повторной передачей, поскольку BS (например, gNB) может использовать поля MCS/RV для повторных передач на основе CBG.
В еще одном варианте осуществления BS (например, gNB) может использовать один общий формат DCI для планирования как первоначальной передачи TB, так и повторных передач на основе CB. Такой подход может уменьшить количество попыток декодирования «вслепую», требуемых на WTRU. Используемый формат DCI может содержать те же исходные поля, что и поля, используемые в LTE (MCS/RV/идентификатор процесса HARQ/ управление мощностью PUCCH и т.д.), и дополнительное CBGIF или CBGTI. Поле CBGIF или CBGTI может использоваться для указания того, какие CBG повторно передаются в случае повторных передач CBG. Альтернативно или дополнительно, состояние «все 1» или биты в CBGIF или CBGTI могут указывать на передачу/повторную передачу всего TB. Для уменьшения размера полезной нагрузки DCI для этой общей DCI BS может использовать компактный формат назначения (например, gNB). Например, только поддержка смежных блоков ресурсов (тип 2 распределения ресурсов) может снизить размер полезной нагрузки DCI за счет незначительного снижения гибкости планирования.
В другом варианте осуществления BS (например, gNB) может использовать формат DCI для планирования повторных передач на основе TB и/или CBG без CBGIF и явного указания того, какие CBG повторно передаются для назначения планирования на основе CBG. Два назначения планирования могут отличаться в плане флага, который может использовать существующее поле, такое как NDI, или иметь дополнительное поле, позволяющее различать первоначальную передачу на основе TB и повторную передачу на основе CBG. В таком случае, поскольку BS (например, gNB) не указала, какие CBG повторно передаются, WTRU может неявно предположить, что BS (например, gNB) повторно передает те CBG, которые WTRU указал как имеющие NACK, при обеспечении обратной связи HARQ. Назначение планирования может сохранять поля MCS/RV из существующего формата DCI LTE, что может обеспечить максимальную гибкость в отношении адаптации параметров передачи, например MCS/RV и т.п., при необходимости, при переходе от передачи на основе ТB к повторной передаче на основе CBG.
Как описано выше, количество битов HARQ может быть выбрано таким образом, чтобы обеспечить компромисс между гибкостью и заголовком обратной связи. BS (например, gNB) может настроить WTRU или группу WTRU на использование N битов для многобитовой обратной связи, причем каждый бит применяется к CB или CBG. Например, многобитовая обратная связь HARQ на уровне CBG может ограничивать заголовок обратной связи и при этом обеспечивать гибкость при гранулярности повторных передач. Для использования N-битовой многобитовой схемы обратной связи HARQ, где каждый бит применяется к CBG, где N является постоянным независимо от TB, количество K CB в CBG может изменяться в соответствии с TB, при этом большие TB приводят к большему K, тогда как меньшие TB приводят к более точно настроенной гранулярности повторных передач, так как K меньше.
Альтернативно или дополнительно BS (например, gNB) может полустатически настраивать группу WTRU для использования N битов для многобитовой обратной связи HARQ на основе максимального размера транспортного блока (TBS), наблюдаемого в сети, который затем может быть полустатически адаптирован с помощью BS (например, gNB). Это затем может быть использовано для определения подходящей группировки CB относительно CBG (например, K CB образует CBG, при этом K является постоянной и определенной на основе максимального наблюдаемого TBS).
В еще одном варианте осуществления BS (например, gNB) может использовать постоянную группировку K CB относительно CBG, выбранную независимо от TBS. Это может привести к различному количеству CBG для разных TB и, следовательно, к разному количеству битов (N) для схемы обратной связи HARQ.
В другом варианте осуществления BS (например, gNB) может динамически посредством DCI настраивать WTRU с N битами для многобитовой обратной связи HARQ. Как N, так и K, определенные выше, могут быть определены на основе TB первоначальной или первой передачи TB и не могут быть изменены для всех повторных передач этого TB.
В дополнение к использованию полустатической и/или динамической конфигурации размера обратной связи HARQ WTRU может неявно выводить количество CBG (т.е. размер N) для многобитовой обратной связи HARQ. Это может быть сделано на основании размера полезной нагрузки UCI для настроенного формата(-ов) PUCCH, заданного для WTRU или группы WTRU. Например, WTRU, настроенный с форматом, аналогичным формату 3 PUCCH в LTE, может принимать 10 битов для многобитовой обратной связи HARQ, тогда как WTRU, настроенный с форматом, аналогичным формату 1b PUCCH в LTE, может неявно принимать 4 бита для многобитовой обратной связи HARQ.
BS (например, gNB) может использовать полустатическую и/или динамическую сигнализацию для перенастройки размера многобитовой обратной связи HARQ для WTRU. Например, BS (например, gNB) может полустатически настроить WTRU с параметром N, где N указывает общее количество CBG в TB. С параметром N BS также может сообщить WTRU, что ожидается N-битовая обратная связь HARQ (1 бит на CBG). Кроме того, BS (e.g., gNB) может динамически указывать другое значение N1 (где N1 <= N), таким образом информируя WTRU о том, что N1-битовая обратная связь HARQ теперь должна обеспечиваться для любых повторных передач. Это значение N1 может быть основано на тех CBG, которые запланированы для повторной передачи, в отличие от всех CBG в TB.
Альтернативно или дополнительно вместо количества CBG, используемых в качестве явного указания размера многобитовой обратной связи HARQ, WTRU может неявно выводить эту информацию на основании планирования DCI при повторной передаче CBG. Например, если WTRU принимает PDSCH, который запланирован PDCCH с возвращаемой DCI, WTRU может генерировать информационный бит обратной связи HARQ только для TB в PDSCH. Например, WTRU, настроенный с множеством форматов PUCCH, способных нести различные полезные нагрузки UCI, может принимать это как неявное указание. Таким образом, WTRU может использовать формат PUCCH с меньшим размером полезной нагрузки для обеспечения обратной связи HARQ для повторно передаваемых CBG. Информация о том, какие CBG запланированы, может быть получена из CBGIF (или CBGTI) DCI планирования. Это может привести к уменьшению обратной связи HARQ (т.е. размера UCI) при подтверждении нескольких повторных передач (на основе CBG) одного и того же TB без влияния на общую производительность при условии, что надежность этой многобитовой обратной связи HARQ переменного размера может быть гарантирована.
Многобитовая обратная связь HARQ может быть перенастроена между повторными передачами. Как описано выше, большее количество битов обратной связи HARQ обеспечивает большую гибкость в плане гранулярности повторной передачи и улучшенную спектральную эффективность, однако следует также учитывать влияние многобитовой обратной связи HARQ на UCI.
Ограничение количества битов обратной связи HARQ может быть достигнуто путем предоставления обратной связи ACK/NACK только для тех CBG, которые явно запланированы для повторной передачи, в отличие от предоставления обратной связи для всех CBG, которые образуют часть первоначальных TB.
В одном варианте осуществления BS (например, gNB) может настроить WTRU или группу WTRU для сообщения обратной связи HARQ на основании набора назначения/планирования CBG постоянного размера, например, всех CBG в TB, независимо от того, сколько CBG запланировано для повторной передачи с помощью BS (например, gNB). Это может упростить структуру HARQ, поскольку количество битов обратной связи HARQ является постоянным и равно общему количеству CBG для первоначальной передачи TB и для всех последующих повторных передач на основе CBG для этого TB, что не приводит к неоднозначности в отношении того, к какой CBG может применяться бит обратной связи HARQ-ACK. В этом сценарии WTRU может следовать некоторому предварительно заданному правилу для тех CBG, которые не были повторно переданы с помощью BS (например, gNB). Например, WTRU может передать ACK для этих CBG, поскольку они были успешно приняты (или декодированы) посредством WTRU. Если WTRU генерирует обратную связь HARQ ACK в ответ на повторную передачу TB, соответствующую тому же процессу HARQ, что и предыдущая передача TB, WTRU может генерировать ACK для каждой CBG, которую WTRU правильно декодировал при предыдущей передаче TB.
В другом варианте осуществления BS может настроить WTRU или группу WTRU для передачи обратной связи HARQ на основе максимального количества CBG в TB, независимо от того, сколько CBG запланировано для повторной передачи с помощью BS. Если WTRU настроен с помощью параметра более высокого уровня, который включает в себя максимальное количество CBG, WTRU может потребоваться использовать максимальное количество CBG для генерирования соответствующих информационных битов обратной связи HARQ для приема TB. Например, если принимаемый TB включает в себя 8 CBG, но максимальное количество CBG, настроенное с помощью параметра более высокого уровня, равно 10, WTRU может генерировать 10 информационных битов HARQ для многобитовой обратной связи HARQ. В этом случае первые 8 битов могут быть определены по результатам декодирования CBG (или TB), а последние 2 бита могут быть добавлены или вставлены на основании фиктивных битов (например, битов ACK или NACK). В этом примере размер полезной нагрузки многобитовой обратной связи HARQ может быть одинаковым с максимальным количеством CBG.
В другом примере BS (например, gNB) может настроить WTRU или группу WTRU для применения схемы обратной связи HARQ переменным количеством битов, основанной исключительно на CBG, которые в настоящее время запланированы для повторной передачи. Эта схема обратной связи может значительно уменьшить заголовок обратной связи HARQ, особенно если приоритетное прерывание влияет лишь на очень малую долю всех CBG в первоначальной передаче TB и любых последующих повторных передачах. WTRU может добавлять небольшую CRC (например, один бит четности или 3-битовую CRC) к многобитовой обратной связи HARQ, которая передается на BS (например, gNB). Это может быть предпочтительно для способа обратной связи HARQ с переменным количеством битов, поскольку количество битов обратной связи между повторными передачами может быть разным, а ошибка NACK-ACK может вызвать трудности при восстановлении ранее переданных CBG.
На фиг. 8 показан пример перенастройки многобитовой обратной связи HARQ на основе обратной связи 815 HARQ на основе CBG с постоянным количеством битов или обратной связи 820, 825 HARQ на основе CBG с переменным количеством битов, которая может использоваться в любой комбинации других вариантов осуществления, описанных в настоящем документе. Как описано выше, многобитовая обратная связь HARQ может включать в себя один или более информационных битов HARQ NACK для CBG, которые WTRU запрашивает для передачи. После передачи многобитовой обратной связи HARQ WTRU может принимать DCI по PDCCH для CBG, которые запланированы для повторной передачи. DCI может включать в себя битовую карту CBG 805, которые запланированы для передачи. Как показано на фиг. 8, битовая карта CBG 805 указывает на то, что CBG 2, CBG 3, CBG 4, CBG 5 и CBG 6 810 представляют собой CBG, которые запланированы для повторной передачи. После приема WTRU повторно переданных CBG 810 (например, CBG 2, CBG 3, CBG 4, CBG 5 и CBG 6) WTRU может перенастроить многобитовую обратную связь HARQ на основе обратной связи 815 HARQ на основе CBG с постоянным количеством битов или обратной связи 820, 825 HARQ на основе CBG с переменным количеством битов.
Если WTRU перенастроен для обеспечения обратной связи 815 HARQ на основе CBG с постоянным количеством битов, WTRU может генерировать многобитовую обратную связь HARQ (т.е. обратную связь 815 HARQ на основе CBG с постоянным количеством битов) на основании общего количества CBG в TB. Как показано на ФИГ. 8, многобитовая обратная связь HARQ может включать в себя 12 битов для обратной связи 815 HARQ на основе CBG с постоянным количеством битов. WTRU может генерировать биты 816 ACK или NACK для CBG 810, которые были повторно переданы, на основании результата декодирования. Для тех CBG, которые были успешно приняты (или декодированы) в предыдущей передаче (т.е. CBG1, CBG 7–12), WTRU может генерировать биты 817 ACK.
Если WTRU перенастроен для обеспечения обратной связи 820, 825 HARQ на основе CBG с переменным количеством битов, WTRU может генерировать многобитовую обратную связь HARQ (т.е. обратную связь 820, 825 HARQ на основе CBG с переменным количеством битов) на основании количества запланированных CBG. Как показано на фиг. 8, многобитовая обратная связь HARQ может включать в себя 5 битов для обратной связи 820 HARQ на основе CBG с переменным количеством битов. WTRU может генерировать биты 820 ACK или NACK для CBG 810, которые были повторно переданы, на основании результата декодирования. Кроме того, обратная связь 825 HARQ на основе CBG с переменным количеством битов может включать в себя CRC 830 для обнаружения ошибок. Например, однобитовая CRC 830 или 3-битовая CRC 830 может быть добавлена к многобитовой обратной связи HARQ (т.е. обратной связи 825 HARQ на основе CBG с переменным количеством битов), передаваемой на BS. Например, если количество запланированных CBG является низким и/или вероятность ошибки NACK-ACK низка, WTRU может выбрать включение только одного бита четности для обнаружения ошибки. Альтернативно или дополнительно, если количество запланированных CBG является высоким и/или существует вероятность возникновения ошибок NACK-ACK, WTRU может выбрать использование более длинной, например 3-битовой, CRC. После приема обратной связи HARQ BS (например, gNB) может проверить CRC. Если проверка CRC завершается неудачно, BS может запросить WTRU повторную отправку обратной связи HARQ. Альтернативно или дополнительно, если BS может обнаружить ошибочный бит(-ы), BS может выбрать повторную передачу только тех CBG, которые соответствуют ошибочному биту(-ам) HARQ.
Хотя использование бита четности или небольшой CRC добавляет дополнительные биты заголовка в обратную связь HARQ, такой подход можно использовать вместо фиксированной схемы N-битовой обратной связи HARQ, в которой запланирована повторная передача только небольшого количества k CBG (k<<N).
Как описано выше, BS (например, gNB) может полустатически или динамически настраивать WTRU или группу WTRU на использование схемы многобитовой обратной связи HARQ с постоянным количеством битов или обратной связи HARQ с переменным количеством битов. В одном примере BS (например, gNB) может настраивать WTRU для передачи многобитовой обратной связи HARQ с постоянным количеством битов с использованием формата PUCCH, который имеет большую полезную нагрузку, аналогично формату 4 или 5 PUCCH в LTE. В другом примере BS (например, gNB) может настраивать WTRU для передачи многобитовой обратной связи с переменным количеством битов с использованием формата PUCCH с меньшей полезной нагрузкой, аналогично формату 1b или 3 PUCCH в LTE.
Кроме того, WTRU или группа WTRU могут полустатически или динамически переключаться между схемами передачи обратной связи HARQ с постоянным и переменным количеством битов. Такое переключение может быть облегчено с помощью таких факторов, как частота трафика URLLC, который осуществляет приоритетное прерывание трафика eMBB WTRU, количество частотно-временных (T-F) ресурсов, затронутых приоритетным прерыванием, или изменение наблюдаемых помех и т.п.
В дополнение к полустатической и/или динамической настройке размера обратной связи HARQ WTRU может неявно выводить количество битов N для использования многобитовой обратной связи HARQ. Это может быть сделано на основании настроенного формата(-ов) PUCCH, заданного для WTRU или группы WTRU. Например, WTRU, настроенный с форматом PUCCH с меньшим размером полезной нагрузки, может использовать его в качестве неявного указания для использования формата обратной связи HARQ с переменным количеством битов, причем WTRU может предоставлять обратную связь HARQ только для тех CBG, которые запланированы для повторной передачи с помощью BS (например, gNB). Альтернативно или дополнительно, если WTRU настроен с форматом PUCCH с большим размером полезной нагрузки, который может вмещать все N битов полного набора CBG (набор всех CBG в TB), WTRU, в свою очередь, может использовать его в качестве указания для обеспечения обратной связи HARQ для всех CBG в TB.
В одном варианте осуществления WTRU может быть настроен на использование множества форматов PUCCH с различными размерами полезной нагрузки UCI с возможностью выбора между этими форматами. Например, WTRU с ограниченным покрытием или питанием может обеспечивать обратную связь HARQ только для тех CBG, которые повторно передаются с помощью BS (например, gNB), за счет выбора формата PUCCH с меньшей полезной нагрузкой в отличие от всех CBG в TB, в качестве средства уменьшения энергопотребления. Затем BS (например, gNB) может понадобиться декодировать PUCCH «вслепую», чтобы определить формат PUCCH, и, следовательно, какой тип обратной связи, например с постоянным или переменным количеством битов, обеспечивается WTRU.
В другом варианте осуществления WTRU, выполненный с возможностью использовать обратную связь HARQ как с постоянным, так и переменным количеством битов, может начинать работу с использования одного варианта, а затем переключаться на другой, основываясь на различных факторах, таких как частота трафика приоритетного прерывания, CBG, на которые влияет приоритетное прерывание, количество затронутых WTRU, помехи и т.п. Например, WTRU может обеспечивать обратную связь HARQ с постоянным количеством битов для всего набора CBG (например, каждой CBG в TB) для первоначальной повторной передачи. Однако если во второй передаче количество повторно передаваемых CBG существенно меньше, WTRU может решить, что будет более эффективно передать обратную связь HARQ с переменным количеством битов только для тех CBG, которые запланированы для текущей повторной передачи.
BS (например, gNB) может полустатически настраивать WTRU на использование конкретного варианта обратной связи в качестве режима обратной связи по умолчанию. Например, WTRU может быть настроен на использование обратной связи HARQ с постоянным количеством битов на основе полного набора CBG, но может переключаться на вариант обратной связи с переменным количеством битов, если это оказывается неэффективным с точки зрения заголовка UCI. Например, если BS (например, gNB) должна запланировать большое количество повторных передач, так как имеется только небольшое количество ошибочных CBG, это приведет к большому заголовку восходящей линии связи, так как большое количество битов обратной связи HARQ необходимо отправить по схеме обратной связи с постоянным количеством битов. Вариант обратной связи по умолчанию может быть настроен для применения в нескольких передачах TB, в то время как вариант с большим приоритетом может применяться только к текущему передаваемому TB.
В другом варианте осуществления WTRU может быть настроен на использование варианта обратной связи HARQ с переменным количеством битов в качестве варианта по умолчанию, но может переключаться на обратную связь HARQ с постоянным количеством битов. Например, если WTRU должен повторно передать несколько сообщений обратной связи с переменным количеством битов (из-за неудачных проверок CRC этих сообщений обратной связи HARQ, что приводит к запросам на повторную передачу обратной связи HARQ с помощью BS), это может привести к дополнительному заголовку HARQ и/или к повторной передаче данных. В таком случае для WTRU может быть более эффективным вернуться к варианту обратной связи HARQ с постоянным количеством битов.
В другом варианте осуществления WTRU может автономно переключаться от конфигурации обратной связи по умолчанию к альтернативному варианту обратной связи (например, от обратной связи HARQ с переменным количеством битов к обратной связи HARQ с постоянным количеством битов). Это может быть облегчено путем настройки WTRU с несколькими форматами PUCCH. Альтернативно или дополнительно, переключение или перенастройка вариантов обратной связи HARQ может быть явным образом сообщена посредством DCI или неявно на основании перенастройки формата PUCCH и т.п.
В настоящем документе описана многобитовая обратная связь HARQ для нескольких PDSCH. В случае планирования с использованием нескольких несущих WTRU может потребоваться обеспечить агрегированную обратную связь HARQ для множества TB. Например, для передачи DL может потребоваться подтверждение нескольких интервалов посредством одного интервала обратной связи HARQ-ACK. Даже при форматах PUCCH с большими полезными нагрузками количество битов обратной связи HARQ, доступных для передачи, может быть ограничено размером полезной нагрузки UCI. Несколько PDSCH можно рассматривать как запланированные по нескольким компонентным несущим (CC), нескольким сотам, нескольким интервалам/миниинтервалам/подынтервалам/неинтервалам, нескольким участкам ширины полосы пропускания (BWP) и т.п. Способы, описанные в настоящем документе, могут применяться к любому из приведенных выше сценариев с использованием множества PDSCH, которые должны быть подтверждены одним сообщением обратной связи HARQ.
В одном варианте осуществления BS (например, gNB) может настраивать WTRU полустатически посредством сигнализации RRC и/или динамически посредством сигнализации уровня L1/L2 для использования формата обратной связи HARQ-ACK с постоянным количеством битов для обеспечения обратной связи для множества TB. Затем WTRU может мультиплексировать обратную связь HARQ-ACK для нескольких PDSCH TB, отправляя информацию ACK-NACK для всего набора CBG, например, для всех CBG в TB, по всем TB в одном сообщении обратной связи HARQ-ACK. Мультиплексирование обратной связи HARQ для множества TB может означать, что WTRU или группа WTRU подтверждает прием множества TB в одной и той же многобитовой обратной связи HARQ. Например, если WTRU принимает два TB, WTRU может объединить информационные биты HARQ-ACK для второго TB после информационных битов HARQ-ACK для первого TB. Например, если WTRU принял два TB, и каждый TB включает в себя 8 CBG, многобитовая обратная связь HARQ может включать в себя 16 информационных битов HARQ-ACK для двух TB. Первые 8 битов могут представлять собой информационные биты HARQ ACK для CBG в первом TB, а вторые 8 битов могут представлять информационные биты HARQ для CBG во втором TB. WTRU может генерировать ACK для информационного бита HARQ-ACK в CBG, если WTRU правильно принял все CB в CBG. WTRU может генерировать NACK для информационного бита HARQ-ACK в CBG, если WTRU неправильно принял по меньшей мере один CB в CBG.
Альтернативно или дополнительно, BS (например, gNB) может полустатически и/или динамически настраивать WTRU или группу WTRU для использования обратной связи HARQ-ACK с переменным количеством битов для уменьшения общего количества битов обратной связи HARQ, необходимых для обеспечения обратной связи для множества TB. WTRU может затем мультиплексировать обратную связь HARQ-ACK для множества PDSCH, отправляя ACK или NACK только для тех CBG, которые запланированы для повторной передачи по всем TB в одном сообщении обратной связи HARQ-ACK.
В другом варианте осуществления BS (например, gNB) может настроить WTRU или группу WTRU для использования одного или более типов формата PUCCH с различными полезными нагрузками. Затем WTRU может предположить, что использование конкретного формата обратной связи является неявным указанием. Например, WTRU, настроенный с форматом PUCCH, способным нести только небольшую полезную нагрузку UCI, может быть воспринят как указание того, что BS (например, gNB) ожидает только обратную связь HARQ на основе TB. Затем WTRU может мультиплексировать обратную связь ACK-NACK для каждого TB и передать его в виде обратной связи на BS (например, gNB).
В другом варианте осуществления BS (например, gNB) может настроить WTRU или группу WTRU на использование одного формата PUCCH, способного нести большую полезную нагрузку UCI, что может быть воспринято в качестве указания на то, что BS (например, gNB) ожидает обратной связи HARQ на основе CBG или комбинированной обратной связи на уровне CBG и TB для каждого мультиплексированного PDSCH.
В еще одном варианте осуществления WTRU, настроенный с множеством ресурсов/наборов ресурсов/форматов PUCCH, может выбирать один или более ресурсов среди ресурсов/наборов ресурсов/форматов ресурсов PUCCH на основании полезной нагрузки UCI. Например, если WTRU должен обеспечить многобитовую обратную связь HARQ для нескольких PDSCH через множество T-F ресурсов (например, интервалы, соты, CC, BWP и т.п.), WTRU может выбрать набор ресурсов PUCCH, который настроен на наибольший размер полезной нагрузки UCI. Однако, если WTRU должен обеспечить многобитовую обратную связь HARQ для нескольких PDSCH, WTRU может быть лучше обслужен за счет выбора набора ресурсов PUCCH, который настроен на несколько меньший размер полезной нагрузки UCI. Дополнительную информацию о наборах ресурсов/форматах PUCCH и выборе ресурсов PUCCH можно найти в настоящем документе.
В другом варианте осуществления WTRU, настроенным с множеством вариантов формата PUCCH, может автономно определять, будет ли он обеспечивать однобитовую обратную связь HARQ или многобитовую обратную связь HARQ для TB (например, путем мультиплексирования обратной связи на основе CBG и/или на основе TB). Например, WTRU может выбирать подходящий формат PUCCH среди множества форматов PUCCH на основании размера обратной связи HARQ. Подходящий формат PUCCH может представлять собой формат, который может поддерживать большую или небольшую полезную нагрузку UCI. На основании подходящего формата PUCCH и размера обратной связи HARQ WTRU может определять тип обеспечиваемой обратной связи HARQ. Кроме того, BS (например, gNB) может затем определить, какой тип обратной связи был обеспечен, путем декодирования PUCCH «вслепую».
Альтернативно или дополнительно, вместо мультиплексирования многобитовой обратной связи HARQ среди CBG для всех TB, которые должны быть подтверждены, BS (например, gNB) может обеспечить WTRU гибкость для мультиплексирования обратной связи HARQ на основе CBG для подмножества всех TB и однобитовой обратной связи HARQ на основе TB для остальных TB. В частности, WTRU, который полустатически и/или динамически настроен с параметром(-ами) более высокого уровня, может мультиплексировать многобитовую обратную связь HARQ на основе CBG для подмножества TB, обеспечивая в то же время однобитовую обратную связь HARQ на основе TB для остальных TB. Например, WTRU, который принял 5 TB посредством 5 компонентных несущих (CC) соответственно, может быть настроен на обеспечение многобитовой обратной связи HARQ на основе CBG для первых 3 CC и однобитовой обратной связи HARQ на основе TB для остальных 2 CC. Это означает, что WTRU может обеспечивать многобитовую обратную связь HARQ для первых 3 TB, принятых посредством первых 3 CC, и однобитовую обратную связь HARQ для остальных TB, принятых посредством остальных 2 CC. Эти многобитовая обратная связь HARQ и однобитовая обратная связь HARQ могут быть мультиплексированы (или объединены) в одном сообщении обратной связи. Этот метод может называться динамической компоновкой кодовой книги. Например, мультиплексированное сообщение обратной связи может содержать многобитовую и однобитовую обратную связь HARQ и может генерироваться на основе кодовой книги, содержащей первую кодовую подкнигу и вторую кодовую подкнигу. Первая кодовая подкнига может быть определена на основе приемов PDSCH на основе TB, запланированных посредством возвращаемой DCI. Вторая кодовая подкнига может быть определена на основе приемов PDSCH на основе CBG, запланированных посредством невозвращаемой DCI.
Многобитовая обратная связь HARQ на основе CBG может быть использована для TB, подвергнутые приоритетному прерыванию, в то время как те TB, которые не подвергнуты приоритетному прерыванию или успешно приняли все CBG (т.е. правильно приняли весь TB), могут быть подтверждены однобитовой обратной связью HARQ на основе TB. Термин «многобитовая обратная связь HARQ на основе CBG» можно использовать взаимозаменяемо с многобитовой обратной связью HARQ, а термин «однобитовая обратная связь HARQ на основе TB» можно взаимозаменяемо использовать с многобитовой обратной связью HARQ.
BS (например, gNB) может настроить WTRU с конфигурацией обратной связи (т.е. форматом PUCCH), который позволяет WTRU обеспечивать эту мультиплексированную многобитовую обратную связь HARQ на основе CBG и однобитовую обратную связь HARQ на основе TB для нескольких PDSCH в одном сообщении обратной связи HARQ. Например, если WTRU передает обратную связь HARQ с использованием формата 2 PUCCH или формата 3 PUCCH, или формата 4 PUCCH, WTRU может быть полустатически и динамически настроен с параметрами более высокого уровня для обеспечения этого единственного сообщения обратной связи HARQ. Параметр более высокого уровня может включать в себя индикатор (например, CBG-DL = ON), указывающий, что WTRU полустатически настроен на обеспечение обратной связи HARQ. Индикатор (например, CBG-DL = OFF) также может указывать на то, что WTRU динамически настроен на обеспечение обратной связи HARQ. В одном варианте осуществления, хотя WTRU не настроен с параметром более высокого уровня, WTRU может обеспечивать мультиплексированные многобитовую обратную связь HARQ на основе CBG и однобитовую обратную связь HARQ на основе TB. Настроенный формат обратной связи может предоставлять поля как для многобитовой обратной связи HARQ на основе CBG, так и для однобитовой обратной связи HARQ на основе TB для каждого PDSCH. WTRU может использовать наличие указания приоритетного прерывания, переданного BS (например, gNB), в качестве указания на то, что эти передачи PDSCH можно лучше обслужить с помощью многобитовой обратной связи HARQ на основе CBG, тогда как те PDSCH, которые не удалось декодировать и которые не были подвергнуты приоритетному прерыванию (т.е. отсутствие указания приоритетного прерывания), могут лучше обслуживаться повторной передачей всего TB. Использование одного формата PUCCH, поддерживающего обратную связь на уровне TB и CBG, может упростить структуру обратной связи, обеспечивая при этом некоторую степень гибкости, так как это может обеспечить WTRU гибкость при выборе того, должен ли он обеспечивать обратную связь на уровне CBG и/или TB на PDSCH на основе PDSCH без необходимости в какой-либо дополнительной сигнализации UL. WTRU может также использовать наличие дополнительной сигнализации, такой как указание приоритетного прерывания, для содействия принятию решения.
WTRU может указывать подмножество TB посредством поля в поле PUCCH, например битового поля TB. Предоставление WTRU возможности обладать гибкостью при определении того, как подтвердить несколько TB в одном сообщении обратной связи HARQ-ACK, может быть предпочтительным, особенно если WTRU является ограниченным по мощности или покрытию. В этом случае ограничение количества битов, передаваемых на PUCCH, может улучшить покрытие UL, в то же время оказывая незначительное влияние на спектральную эффективность нисходящей линии связи.
В одном варианте осуществления WTRU может обеспечивать объединенную обратную связь HARQ для всех TB или только для подмножества TB в одном сообщении обратной связи. Например, WTRU может мультиплексировать однобитовое ACK от каждого TB только по тем TB, которые были правильно приняты WTRU, или мультиплексировать однобитовое NACK от каждого TB, принятого с ошибкой.
Аналогично случаю с одним PDSCH WTRU или группа WTRU может определять формат обратной связи HARQ на основании настроенного формата PUCCH. Например, WTRU, настроенный с форматом небольшой (или наименьшей) полезной нагрузки PUCCH, может воспринимать это как неявное указание на то, что BS (например, gNB) ожидает приема мультиплексированной однобитовой обратной связи HARQ на основе TB для всех PDSCH, тогда как WTRU, настроенный с форматом большой полезной нагрузки PUCCH, может принимать это указание на то, что BS (например, gNB) ожидает приема одного сообщения обратной связи, содержащего как многобитовую обратную связь HARQ на основе TB, так и мультиплексированную однобитовую обратную связь на основе CBG для нескольких PDSCH.
Для упрощения выбора вариантов обратной связи для множества PDSCH можно рассмотреть различные аспекты структуры кодовой книги HARQ. В одном примере, в случае многобитовой обратной связи HARQ на основе CBG, для многобитовой обратной связи HARQ на основе CBG можно использовать полустатическую структуру кодовой книги, причем размер многобитовой обратной связи HARQ является постоянным во всех PDSCH. Это может быть основано на настроенном количестве CBG, таком как максимальное количество CBG во всех PDSCH. Полустатическая структура кодовой книги может позволить WTRU настраивать постоянный размер многобитовой обратной связи для всех PDSCH, который скомбинирован с обеспечением обратной связи для всех настроенных компонентных несущих (т.е. всех возможных PDSCH, включая запланированные и незапланированные PDSCH). Таким образом, полустатическая структура кодовой книги может привести к снижению сложности. Тем не менее, слишком большие полезные нагрузки UCI могут быть вызваны количеством настроенных CBG и компонентных несущих.
Как описано выше, WTRU, полустатически настроенный на обслуживающую соту с параметром более высокого уровня, может принимать PDSCH, которые включают в себя CBG TB. Если WTRU полустатически настроен, WTRU может быть настроен с максимальным количеством CBG при помощи параметра более высокого уровня на обслуживающую соту для создания полустатической кодовой книги. Эта полустатическая кодовая книга может включать соответствующие информационные биты HARQ-ACK для приема TB. Каждый из информационных битов HARQ-ACK может соответствовать всем CBG (включая незапланированные CBG) в TB. Размер полезной нагрузки полустатической кодовой книги может быть таким же, как и настроенное количество CBG (т.е. максимальное количество CBG).
В другом варианте осуществления WTRU может использовать динамическую структуру кодовой книги HARQ для обеспечения сообщения обратной связи HARQ, причем размер многобитовой обратной связи HARQ является постоянным во всех PDSCH. Например, размер многобитовой обратной связи HARQ может быть определен на основании максимального количества настроенных CBG во всех PDSCH, аналогичных полустатической структуре кодовой книги HARQ. Однако при динамической структуре кодовой книги HARQ WTRU может обеспечивать обратную связь HARQ для запланированных PDSCH, а не для всех настроенных PDSCH. Это может быть облегчено с помощью механизма типов индекса назначения нисходящей линии связи (DAI). Такой подход может привести к уменьшению размера полезной нагрузки обратной связи HARQ. Тем не менее, другие факторы, такие как разница в количестве настроенных CBG среди запланированных PDSCH, могут нивелировать экономию.
В настоящем документе могут быть описаны дополнительные варианты осуществления для эффективного использования ресурсов обратной связи и сведения к минимуму потраченных ресурсов. Одним примером является обеспечение того, чтобы количество настроенных CBG на TB для множества TB было одинаковым, в результате чего для набора мультиплексированных PDSCH будет передаваться минимальное количество ненужных битов обратной связи. Это можно сделать путем настройки всех TB во множестве PDSCH с одинаковым количеством CBG или в пределах некоторого значения дельта (например, 0 или 1). Это может привести к различной гранулярности с точки зрения количества CB, которые образуют CBG, среди этих TB, и может также приводить к различной гранулярности (повторных) передач. Однако может быть предпочтительно иметь большой размер обратной связи на ТB (или соту/CC), особенно если разные соты имеют различное покрытие. Кроме того, более важным может быть ограничение количества битов обратной связи для WTRU, ограниченного по покрытию и мощности (и общей обратной связи в целом). Учитывая эти факторы, BS (например, gNB) может настроить количество CBG на TB, при этом выделяя факторы того, что обеспечивает наилучший компромисс в отношении размера обратной связи HARQ (в сравнении с гранулярностью (повторной) передачи CBG) для данного WTRU, ограниченного по покрытию и мощности.
Альтернативно или дополнительно BS (например, gNB) может планировать PDSCH таким образом, чтобы уменьшить/оптимизировать количество битов обратной связи, которые должны быть отправлены WTRU, чтобы подтвердить запланированные PDSCH. Например, BS (например, gNB) может попытаться запланировать PDSCH, которые находятся в пределах некоторой «δ» настроенных CBG в последовательных временных интервалах. Это может привести к значительному уменьшению количества потраченных или ненужных битов HARQ. Планирование PDSCH одинакового размера таким образом может привести к дополнительной экономии обратной связи в определенных случаях. Например, если ни один из запланированных PDSCH не был подвергнут приоритетному прерыванию трафика с низкой задержкой, WTRU может вернуться или переключиться на мультиплексирование/ объединение однобитовой обратной связи HARQ для всех PDSCH. В частности, когда количество CBG на PDSCH (для запланированных PDSCH) невелико, такой сценарий может привести к снижению вероятности воздействия трафика с низкой задержкой на эти передачи, поскольку окно передачи может быть меньше, чем, например, когда количество настроенных CBG на PDSCH больше.
Планирование PDSCH на основе количества настроенных CBG может привести к эффективному мультиплексированию обратной связи в случае периодического характера трафика с низкой задержкой приоритетного прерывания, так как это может привести к влиянию трафика с низкой задержкой на все или ни на один из запланированных PDSCH. Первый сценарий может представлять собой случай, когда трафик с низкой задержкой является периодическим и частым. Второй сценарий может представлять собой случай, когда трафик приоритетного прерывания является периодическим и относительно редким. В любом из этих случаев WTRU может потребоваться один тип обратной связи, например, многобитовая обратная связь HARQ для первого сценария и однобитовая обратная связь HARQ для второго сценария. Это может позволить WTRU эффективно использовать ресурсы обратной связи.
Альтернативно или дополнительно BS (например, gNB) может планировать PDSCH на основе присвоенных компонентных несущих (CC). Планирование PDSCH на основе назначенных CC может быть целесообразным, если используется информация о том, какие ресурсы, скорее всего, будут использоваться для планирования трафика с низкой задержкой. Если определенные CC назначены или использованы для планирования высокоприоритетного трафика с низкой задержкой, BS (например, gNB) может рассмотреть либо планирование этих CC в последовательных интервалах, либо исключение этих CC для последовательных интервалов. Это может привести к более эффективному мультиплексированию обратной связи, так как все PDSCH могут просто требовать многобитовой обратной связи HARQ (в случае, когда запланированные передачи CC подвергнуты приоритетному прерыванию) или однобитовой обратной связи HARQ (в случае если ни одна из запланированных передач PDSCH не подвергнута приоритетному прерыванию).
Альтернативно или дополнительно покрытие CC/обслуживающей соты может быть определяющим фактором при выборе соответствующего формата обратной связи HARQ для запланированных PDSCH. Например, если WTRU ограничен по мощности из-за покрытия нескольких CC, ему может потребоваться вернуться или переключиться на мультиплексирование однобитовой обратной связи HARQ на основе TB для всех запланированных PDSCH, чтобы улучшить покрытие UL WTRU в этих сотых.
Альтернативно или дополнительно может быть необходимо обеспечить некоторую комбинацию однобитовой обратной связи HATQ на основе TB и/или мультиплексированной многобитовой обратной связи HARQ на основе CBG для запланированных PDSCH. Это может быть характерно для сценария, когда некоторые из подмножеств PDSCH подвергнуты приоритетному прерыванию. В этом случае тем WTRU, которые подвергнуты приоритетному прерыванию, может потребоваться обеспечить многобитовую обратную связь HARQ для обеспечения обратной связи по отдельным CBG. Однако для WTRU, которые не были подвергнуты приоритетному прерыванию, может быть достаточно однобитовой обратной связи. Чтобы обеспечить варианты обратной связи как на основе ТB, так и на основе CBG, каждое отдельное сообщение обратной связи может включать в себя однобитовые и многобитовые поля обратной связи с постоянным количеством битов. Способность обеспечить обратную связь как на основе ТB, так и на основе CBG для запланированных PDSCH может привести к оптимальному использованию ресурсов передачи и, возможно, задержке, поскольку она может обеспечить BS (например, gNB) полной гибкостью при определении оптимальной грануляности (CBG по сравнению с TB) для повторных передач. Также, аналогично одному PDSCH, использование обратной связи на основе TB и на основе CBG может обеспечить встроенное обнаружение ошибок (с повышенной надежностью) для ошибки обратной связи HARQ. Недостатком такого подхода может быть случай, когда полезная нагрузка UCI является большой.
WTRU может использовать отсутствие или наличие указания приоритетного прерывания с помощью BS (например, gNB), чтобы помочь в принятии решения о необходимости обеспечения многобитовой обратной связи HARQ на основе CBG и/или однобитовой обратной связи HARQ на основе TB для каждого запланированного PDSCH. Например, WTRU может воспринимать наличие этого сигнала в качестве явного указания на то, что BS (например, gNB) ожидает многобитовую обратную связь HARQ на основе CBG для затронутого PDSCH. В другом примере WTRU может обладать автономией в отношении того, какой тип формата обратной связи следует использовать. Например, если большое количество CBG не может быть успешно декодировано во всех запланированных PDSCH и WTRU настроен с двумя форматами PUCCH для поддержки мультиплексированной однобитовой обратной связи HARQ на основе TB или мультиплексированной обратной связи HARQ на основе CBG, WTRU может решить, что лучше запросить повторную передачу всего TB для всех PDSCH, поскольку WTRU принимает решение запросить повторную передачу всего TB для всех PDSCH, WTRU может соответственно отвечать с помощью однобитовой обратной связи HARQ для всех PDSCH.
Как описано выше, различные варианты мультиплексирования обратной связи HARQ по запланированным PDSCH могут применяться как к полустатическим, так и к динамическим структурам кодовой книги. В результате однобитовая обратная связь HARQ на основе TB/многобитовая обратная связь HARQ на основе CBG или комбинация обоих обратных связей для набора мультиплексированных PDSCH могут использоваться как для полустатических, так и для динамических структур кодовой книги.
В случае динамической структуры кодовой книги обратной связи HARQ-ACK (на основе запланированных сот/CC) BS (например, gNB) может указывать этот размер кодовой книги, используя индикатор назначения нисходящей линии связи счетчика (DAI) и/или общий DAI в каждом назначении DL, запланированном для PDSCH. Затем WTRU может надежно определить количество запланированных PDSCH, даже если некоторые назначения DL потеряны. Поскольку количество настроенных CBG на PDSCH указано для WTRU, WTRU может затем использовать эту информацию в сочетании с битовой картой CBGIF (или битовой картой CBGTI) из планирования DCI для каждого PDSCH, чтобы определить многобитовую обратную связь HARQ для этого PDSCH. Использование поля типа DAI относится к сценарию, в котором каждый ТB имеет один и тот же размер многобитовой обратной связи HARQ (который может быть основан на максимальном количестве настроенных CBG для всех PDSCH, как описано выше).
Как и в случае с одним PDSCH, или в случае с немультиплексированной обратной связью HARQ, WTRU, полустатически настроенный для многобитовой обратной связи HARQ для обеспечения мультиплексированной многобитовой обратной связи HARQ для нескольких PDSCH, может потребовать возврата к однобитовой обратной связи HARQ для этих PDSCH, когда один или более PDSCH, подтвержденных в их соответствующем ответе обратной связи HARQ, был запланирован с DCI, которая не поддерживала (повторную) передачу CBG (например, когда PDSCH был запланирован посредством возвращаемой DCI).
Как описано выше, полустатической структуры кодовой книги размер кодовой книги может зависеть от количества настроенных CC, настроенного количества CBG, временного окна HARQ и т.п. Например, WTRU, который настроен с 6 CBG на TB, может потребовать предоставления одного ответа обратной связи HARQ для пяти TB. Один ответ обратной связи HARQ может быть сгенерирован путем мультиплексирования каждой кодовой книги для каждого TB в одной кодовой книге для всех TB. В одном примере все пять TB могут быть спланированы посредством DCI, которые способны к (повторной) передаче на основе CBG, и WTRU может просто ответить в виде ответа обратной связи HARQ размером 5*6 = 30 битов. Однако в случае, если один или более TB запланированы посредством возвращаемой DCI, весь TB может быть запланирован для повторной передачи на основе ТB. WTRU может потребоваться решить, следует ли отвечать с помощью однобитовой или многобитовой обратной связи HARQ. Наличие комбинации однобитовой и многобитовой обратной связи HARQ для различных TB может привести к вероятности неправильной интерпретации обратной связи.
В одном варианте осуществления WTRU может принимать решение сохранять тот же ответ обратной связи (например, отвечать с помощью многобитовой обратной связи для всех TB независимо от того, были ли они запланированы посредством обычной или возвращаемой DCI). Для тех WTRU, которые настроены на обеспечение многобитовой обратной связи HARQ, но запланированными посредством возвращаемой DCI, WTRU может просто повторить однобитовое TB ACK или NACK N раз, чтобы указать, был ли TB принят правильно или нет. В данном случае N может быть количеством CBG в TB или всем ТB. Это может привести к упрощению структуры, хотя и за счет увеличения заголовка обратной связи. Например, WTRU, который полустатически настроен на обеспечение многобитовой обратной связи HARQ, принимает два TB, причем каждый TB имеет 8 CBG. Для первого TB, если все проверки CRC на уровне CB и на уровне TB проходят удачно, WTRU может генерировать обратную связь ACK на уровне TB за счет повтора информационного бита ACK 8 раз (т.е. 11111111). Для второго TB, если все проверки CRC на уровне CB проходят удачно, но проверка на уровне TB завершается неудачно, WTRU может генерировать обратную связь NACK на уровне TB за счет повтора информационного бита NACK 8 раз (т.е. 00000000). Так как WTRU полустатически настроен на обеспечение многобитовой обратной связи HARQ, может потребоваться мультиплексирование результатов двух 8 битов (например, 11111111 для первого TB и 00000000 для второго TB). Таким образом, WTRU может передавать сообщение многобитовой обратной связи HARQ, содержащее первую многобитовую обратную связь HARQ для первой TB и вторую многобитовую обратную связь HARQ для второго TB (т.е. 1111111100000000).
В другом варианте осуществления WTRU, имеющий один TB, запланированный с возвращаемой DCI, может принимать это в качестве указания на то, что он должен отвечать с помощью однобитовой обратной связи HARQ для всех TB во временном окне CC/HARQ. Например, если WTRU принимает 5 TB, запланированных с возвращаемой DCI в 5 CC соответственно, и каждый TB включает в себя 6 CBG, WTRU может потребоваться обеспечить 30 битов (т.е. 6 битов * 5 TB), если WTRU настроен на обеспечение многобитовой обратной связи HARQ. Однако если WTRU может обеспечить однобитовую обратную связь HARQ для всех TB, количество битов в обратной связи HARQ может упасть с 30 битов до всего 5 битов. Хотя это может привести к гораздо меньшей полезной нагрузке UCI, недостатком такого подхода может быть большое количество возможно ненужных повторных передач и потраченная спектральная эффективность.
В еще одном варианте осуществления выбор того, отвечать с помощью однобитового или многобитового ответа обратной связи HARQ для множества агрегированных PDSCH, может быть основан на результатах декодирования для каждого PDSCH, которые должны быть подтверждены.
В другом варианте осуществления, если один TB был запланирован посредством возвращаемой DCI, но WTRU определяет, что значительное количество других PDSCH было запланировано для (повторной) передачи на основе CBG или значительное количество CBG было подвергнуто приоритетному прерыванию трафиком с низкой задержкой, WTRU может принять решение запросить повторную передачу всего TB для данных PDSCH. В результате WTRU, в свою очередь, может ответить с помощью однобитового сообщения обратной связи HARQ для всех PDSCH. Это определение может быть основано на некотором пороговом значении. Такое пороговое значение может включать в себя, без ограничений, некоторое количество PDSCH или процент (x%) агрегированных PDSCH. Использование такого механизма для переключения между однобитовой и многобитовой обратной связью HARQ для агрегированных PDSCH может привести к оптимальному использованию ресурсов обратной связи (например, ограничение полезной нагрузки UCI), в то же время минимизируя количество ненужных повторных передач, которые могут возникнуть.
Если WTRU настроен с многобитовой обратной связью HARQ и использует формат обратной связи, который обеспечивает одно или более полей в DCI, указывающих на однобитовую обратную связь HARQ и/или многобитовую обратную связь HARQ, в качестве средства улучшения надежности HARQ, WTRU может надлежащим образом использовать эти поля в зависимости от того, использовалась возвращаемая DCI или невозвращаемая DCI для планирования PDSCH. Например, для PDSCH, запланированного с возвращаемой DCI, WTRU может использовать многобитовое поле обратной связи для обеспечения обратной связи HARQ для каждого CBG. Для PDSCH, запланированного с возвращаемой DCI, WTRU может использовать однобитовое поле обратной связи (или нет) для обеспечения однобитовой обратной связи HARQ на основании результата декодирования TB. С другой стороны, для PDSCH, запланированного посредством возвращаемой DCI, результат однобитового TB был бы релевантным, и WTRU может выбрать повторение результата однобитовой обратной связи для поля с многобитовой обратной связью (например, ACK или NACK для всех CBG на основании того, был ли TB успешно декодирован или нет). Это означает, что в случае возвращаемой DCI однобитовое поле битом является более уместным, но многобитовое поле можно также использовать для предоставления многобитов обратной связи HARQ на основе ТB.
В предыдущих вариантах осуществления информация о количестве настроенных наборов ресурсов PUCCH и их возможностях полезной нагрузки по UCI может ограничивать способность WTRU автономно выбирать между однобитовой или многобитовой обратной связью HARQ при предоставлении ответа обратной связи HARQ для множества агрегированных PDSCH. Например, если WTRU настроен только с одним набором ресурсов PUCCH с небольшой возможностью полезной нагрузки UCI, WTRU может принять это как указание на то, что он всегда будет отвечать с использованием однобитовой обратной связи HARQ для всех агрегированных PDSCH. Однако если WTRU настроен с набором ресурсов PUCCH с большой полезной нагрузкой UCI, способной нести большую полезную нагрузку UCI, WTRU может принять это в качестве явного указания на то, что он всегда будет отвечать с использованием многобитовой обратной связи HARQ для каждого из агрегированных PDSCH.
В еще одном варианте осуществления WTRU, настроенный с более чем одним набором ресурсов PUCCH, может принимать это в качестве неявного указания на то, что WTRU может выбрать соответствующую гранулярность обратной связи. В этом случае BS (например, gNB) может потребовать декодирования PUCCH «вслепую», чтобы определить, какой формат PUCCH был выбран WTRU.
Когда WTRU обнаруживает комбинацию возвращаемых и невозвращаемых DCI в случае с динамической кодовой книгой HARQ, где количество настроенных CBG для всех запланированных PDSCH одинаковое, WTRU может выбрать использование только однобитовой и/или многобитовой обратной связи HARQ для этих агрегированных PDSCH, как описано выше.
Динамическая структура кодовой книги, описанная выше, может учитывать обратную связь HARQ для запланированных сот/CC, в отличие от всех настроенных сот. При планировании на основе CBG существует возможность дополнительного измерения динамического аспекта структуры кодовой книги, что является результатом планирования на основе CBG/гранулярности передачи. Размер многобитовой обратной связи HARQ может быть основан на общем количестве CBG (т.е. настроенное количество CBG) в TB или CBG, запланированных для (повторной) передачи. Определение размера на основе CBG, запланированных для (повторной) передачи, может привести к переменному количеству битов обратной связи HARQ между повторными передачами одного и того же TB. Для учета переменного количества битов между (и в пределах) PDSCH функциональность DAI для динамической структуры кодовой книги может быть расширена для учета всех возможных состояний. Например, при 4 настроенных CBG для PDSCH количество битов обратной связи HARQ может варьировать от 1 до 4. Чтобы обработать последовательные пропущенные назначения DL, DAI может потребоваться 4 бита для поддержки возможных 12 состояний. В зависимости от количества настроенных CBG размер DAI и, следовательно, сообщения DCI могут существенно возрасти. Альтернативно или дополнительно, различные PDSCH имеют разное количество настроенных CBG, что затрудняет эффективную разработку размера поля DAI. Для обеспечения обратной связи с переменным количеством битов, пытаясь ограничить сложность и заголовок DCI, в настоящем документе могут быть описаны различные методики.
В одном варианте осуществления сеть может рассматривать ограничение количества CBG, настроенных на PDSCH, что, в свою очередь, может ограничивать количество возможных состояний, которые должны быть охвачены DAI. Альтернативно или дополнительно можно использовать два варианта DCI, где каждый из них имеет отличающийся размер поля DAI. Это может быть предпочтительно, если BS (например, gNB) рассматривает мультиплексирование PDSCH с одинаковым количеством настроенных CBG, независимо от того, большие они или маленькие, что позволяет выбирать между двумя вариантами. Это может привести к ограничению размера DCI для этих PDSCH с меньшим количеством настроенных CBG, что также позволяет эффективно использовать это поле.
В другом варианте осуществления два варианта DCI могут отличаться на основании вариабельности длины обратной связи. Например, один вариант для случая, когда используется фиксированное количество битов обратной связи на PDSCH (в этом случае 2-битовое поле DAI от LTE можно использовать как есть), и другой вариант для случая, в котором имеется переменное количество битов на PDSCH, что, в свою очередь, может потребовать DCI с большим размером DAI. Должен ли WTRU контролировать оба варианта DCI может быть настроено при помощи сигнализации более высокого уровня и может быть выполнено в то же время, когда BS (например, gNB) настраивает количество CBG на TB/PDSCH (поскольку размер DAI напрямую зависит от количества CBG в TB) на основе WTRU посредством сигнализации RRC.
В еще одном варианте осуществления два варианта DCI могут быть основаны на форматах DCI в LTE. Например, расширенное поле DAI может повторно использоваться существующими полями формата DCI. Например, 5-битовое поле DAI (способное поддерживать 10 CBG на TB) может быть рассмотрено путем комбинирования существующих 2-битового DAI и 3-битового поля индикатора несущей (CIF). В то время как это может привести к потере гибкости при планировании перекрестных несущих, это само по себе может не быть проблемой, например, при развертывании только макрообъектов. Это может значительно уменьшить заголовок обратной связи при рассмотрении мультиплексирования HARQ для множества PDSCH.
WTRU может быть настроен с помощью BS (например, gNB) для использования множества форматов PUCCH, где каждый формат PUCCH имеет разный размер полезной нагрузки (UCI). Затем WTRU может учитывать это при выборе соответствующего формата PUCCH на основании требований к обратной связи HARQ, описанных выше. При таком сценарии BS (например, gNB) может понадобиться декодировать PUCCH «вслепую», чтобы определить, какой формат и параметр обратной связи используются в кодовой книге.
BS (например, gNB) может либо неявно, либо явно указывать частотно-временную область (T-F), подвергнутую приоритетному прерыванию, для затронутого WTRU или группы WTRU. Система может определить, что определенная часть ширины полосы пропускания системы используется для того, чтобы вместить трафик с низкой задержкой. Выделенная область может охватывать всю ширину полосы пропускания системы DL или может быть ограничена некоторой частью общей ширины полосы пропускания системы DL. Выделенная область также может быть полустатически назначена или изменена динамически.
На фиг. 9 представлен пример неявного указания 900 приоритетного прерывания, в котором средняя часть ширины полосы пропускания системы DL обозначена как область 925, предусматривающая возможность приоритетного прерывания. Например, BS (например, gNB) может полустатически посредством сигнализации RRC указывать WTRU или группе WTRU, какая часть общей ширины полосы пропускания системы может использоваться посредством BS (например, gNB), чтобы вместить трафик с низкой задержкой. Эта полустатическая конфигурация может рассматриваться как неявное указание 900 приоритетного прерывания, причем BS (например, gNB) не указывает в явном виде для WTRU затронутые ресурсы во время приоритетного прерывания. Это неявное указание 900 приоритетного прерывания может затем использоваться WTRU для помощи в декодировании затронутых CB/CBG/TB. Например, WTRU, который настроен с этой информацией, сначала может попытаться декодировать PRB в этой выделенной области. Если какой-либо из CB/CBG в этой области имеет ошибку, WTRU может затем отправить многобитовую обратную связь HARQ, указывающую индексы этих CB, перед обработкой оставшихся PRB. Это можно рассматривать как механизм предварительной обратной связи HARQ на основании неявного указания 900 приоритетного прерывания. Предварительная обратная связь HARQ может инициировать предварительные повторные передачи, тем самым улучшая задержку. Как показано на фиг. 9, средняя часть ширины полосы пропускания системы может быть выделена как предварительно определенная область 925, предусматривающая возможность приоритетного прерывания. Выделенная область 925, предусматривающая возможность приоритетного прерывания, может включать в себя PRB, содержащие CB2, CB3, CB6, CB7, CB14, CB15, CB18, CB19, CB22, CB23, CB26 и CB27. Среди CB в области 925, предусматривающей возможность приоритетного прерывания, CB10 905, часть CB11 915 и CB18 910 может быть подвергнута приоритетному прерыванию для вмещения трафика с низкой задержкой. Верхняя область 920 и нижняя область 930 могут быть запланированы для CB трафика eMBB. Например, верхняя и нижняя области 920, 930 могут включать в себя CB1, CB4, CB5, CB8, CB9, CB12, CB13, CB16, CB17, CB20, CB21, CB24, CB25 и CB28. WTRU, настроенный с этим неявным указанием 900 приоритетного прерывания, может сначала пытаться декодировать CB в области 925, предусматривающей возможность приоритетного прерывания. Если WTRU не может декодировать какой-либо из CB в области 925, предусматривающей возможность приоритетного прерывания, WTRU может затем отправить многобитовую обратную связь HARQ, указывающую индексы этих CB перед обработкой остальных CB.
WTRU, который обладает способностью быстро/активно обрабатывать принятую передачу/(повторную) передачу на основе CBG, может использовать такой механизм предварительной обратной связи. Такой WTRU может быть классифицирован как активный/быстрый/высокоэффективный WTRU и может активно/быстро обрабатывать/декодировать символы, миниинтервалы, подынтервалы, неинтервалы и т.п. в пределах передаваемого интервала. Это может позволить WTRU обеспечивать предварительную обратную связь HARQ (т.е. предварительное HARQ-NACK на основании предварительной синхронизации HARQ). В отличие от обычной синхронизации обратной связи HARQ, которая основана на интервалах, предварительная синхронизация обратной связи HARQ-NACK может быть основана на синхронизации по символам, миниинтервалам, неинтервалам и т.п. В результате WTRU, способный обеспечивать предварительную обратную связь HARQ, может запрашивать более быстрые повторные передачи, тем самым уменьшая задержку повторной передачи.
В одном варианте осуществления высокоэффективный WTRU/группа WTRU, которые полустатически настроены с областью, предусматривающей возможность приоритетного прерывания, могут присваивать приоритеты декодированию ресурсов в пределах области, предусматривающей возможность приоритетного прерывания, в пределах интервала (например, символа, подынтервала, миниинтервала, неинтервала и т.п.). Например, для каждого миниинтервала, подынтервала, неинтервала в интервале WTRU может идентифицировать CBG, которые могут быть потенциально затронуты приоритетным прерыванием трафиком с низкой задержкой. Затем WTRU может определить CB в пределах CBG и перейти к декодированию CB, которые являются частью CBG, потенциально затрагиваемых приоритетным прерыванием. Затем WTRU может определить количество неудачных CB в CBG. Если это количество превышает некоторое пороговое значение, WTRU может считать CBG непригодной к декодированию и, следовательно, ошибочной. Если считается, что один или более CBG или некоторое пороговое значение CBG были ошибочными, WTRU может инициировать предварительную обратную связь HARQ, например, на основании синхронизации по миниинтервалам/неинтервалам/подынтервалам. Предварительная обратная связь HARQ может представлять собой однобитовую или многобитовую обратную связь HARQ. В одном примере WTRU, который настроен с многобитовой обратной связью HARQ на основе CBG, может использовать ее при синхронизации миниинтервалов для запроса повторной передачи ошибочных CBG. Например, WTRU, настроенный с 8 CBG на TB, может включать в себя 8-битовую многобитовую обратную связь HARQ, и WTRU может использовать информацию о настроенной области, предусматривающей возможность приоритетного прерывания, для определения приоритета декодирования этих ресурсов в этих символах или миниинтервалах. Если количество CBG, которые могут считаться затронутыми и, следовательно, ошибочными, считается значительным, исходя из некоторого количества (например, по меньшей мере одного CBG) или порогового значения (например, процента или доли настроенных CBG), WTRU может использовать многобитовую обратную связь для информирования BS (например, gNB) о повторной передаче этих затронутых (имеющих NACK) CBG.
В другом варианте осуществления WTRU, который определяет приоритет декодирования ресурсов в пределах символов или миниинтервалов для настроенной области, предусматривающей возможность приоритетного прерывания, может использовать предварительную обратную связь HARQ для запроса (предварительной) повторной передачи всего TB, а не конкретных CBG. Это может произойти в сценарии, когда значительное количество CBG затронуто трафиком приоритетного прерывания. Например, если предварительная обратная связь HARQ основана на пяти из восьми возможных (или настроенных) CBG и WTRU определяет, что четыре из этих пяти CBG повреждены, WTRU может отправить многобитовую (8-битовую) обратную связь со всеми NACK, запрашивая, чтобы BS (например, gNB) повторно передала весь TB, а не выбранные CBG.
В еще одном варианте осуществления WTRU, настроенный с многобитовой обратной связью HARQ, может обеспечивать предварительную обратную связь HARQ в виде однобитовой обратной связи HARQ на основе TB. Например, WTRU, настроенный на (повторную) передачу на основе CBG, имеет PDSCH, запланированный посредством DCI, который не поддерживает (повторную) передачу на основе CBG, но поддерживает (повторную) передачу на основе TB, WTRU может обеспечивать предварительную обратную связь HARQ в виде однобитовой обратной связи HARQ на основе TB. Для этого BS (например, gNB) может использовать возвращаемую DCI, которая не содержит поле индикатора передачи CBG (CBGTI) или поле информации о передаче CBG (CBGTI) в качестве примеров. В таком случае, даже если WTRU настроен на (повторную) передачу на основе CBG, возвращаемая DCI может выступать в качестве явного указания на то, что WTRU отвечает с помощью однобитовой обратной связи HARQ на основе TB. В таком сценарии, если один CBG затронут трафиком приоритетного прерывания, WTRU может снова использовать информацию о настроенной области, предусматривающей возможность приоритетного прерывания, для определения приоритета декодирования ресурсов в пределах этих символов/миниинтервалов. В этом случае, если какая-либо (т.е. по меньшей мере одна) из потенциально затронутых CBG не может быть декодирована из-за заранее трафика приоритетного прерывания, WTRU может обеспечить предварительную однобитовую обратную связь HARQ на основе TB в виде NACK на основе синхронизации миниинтервалов, в отличие от необходимости ожидания нормальной синхронизации HARQ, что приводит к более быстрой повторной передаче всего TB посредством BS (например, gNB). Как описано выше, возвращаемая DCI может не включать в себя поле CBGTI, указывающее на поддержку однобитовой обратной связи HARQ на основе TB. Обычная (невозвращаемая) DCI может включать в себя поле CBGTI для указания поддержки многобитовой обратной связи HARQ на основе CBG.
Как описано выше, WTRU, настроенный с многобитовой обратной связью HARQ, может отвечать с помощью однобитовой обратной связи HARQ на основе TB. В этом сценарии, если WTRU замечает, что значительное количество предварительных CBG затронуто трафиком приоритетного прерывания, WTRU может обладать автономией для выбора наилучшего (т.е. наиболее подходящего) формата обратной связи для запроса повторной передачи всего TB (в отличие от конкретных CBG) посредством однобитового сообщения предварительной обратной связи HARQ-NACK на основе TB. За счет гибкости для автономного переключения между форматами однобитовой и многобитовой обратной связи HARQ как для предварительной обратной связи HARQ на основе синхронизации HARQ по миниинтервалам, так и для обычной обратной связи HARQ на основе обычной синхронизации HARQ (на основе интервалов), WTRU может обеспечивать оптимальное использование ресурсов PUCCH, поскольку WTRU может переключаться между наборами ресурсов/форматами/ресурсами PUCCH. Это может привести к равномерному распределению WTRU по различным наборам ресурсов/ресурсам PUCCH (в отличие от случая, когда все WTRU, настроенные для многобитовой обратной связи HARQ, используют исключительно синхронизацию HARQ по миниинтервалам обратной связи или только синхронизацию на основе интервалов обратной связи), тем самым снижая вероятность конфликтов PUCCH.
Альтернативно или дополнительно, окно для предварительной обратной связи HARQ для WTRU может обеспечивать WTRU множеством возможностей для обеспечения предварительной обратной связи HARQ. Каждая возможность для обеспечения обратной связи HARQ может находиться на одной из границ нескольких символов/миниинтервалов/подынтервалов/неинтервалов в запланированном интервале передачи PDSCH. Обеспечение множества возможностей предварительной обратной связи HARQ может обеспечить оптимальную эффективность HARQ, что приводит к снижению задержки повторной передачи. Возможности предварительной обратной связи HARQ NACK можно использовать для обеспечения суммарной обратной связи HARQ-NACK. Они могут указывать обратную связь HARQ-NACK для всех CBG от начала передачи PDSCH до текущего/последнего декодированного результата CBG, таким образом обеспечивая множество возможных HARQ-NACH на CBG. Альтернативно или дополнительно, возможности предварительной обратной связи HARQ могут быть использованы для обеспечения обратной связи HARQ-NACK для этих CBG между границей миниинтервалов последней предварительной обратной связи HARQ и текущей границей миниинтервалов обратной связи HARQ, подразумевая одну обратную связь HARQ–NACK на CBG. Первый вариант (суммарной предварительной обратной связи) может быть способен обеспечить более высокую надежность за счет увеличения заголовка. В одном примере WTRU, настроенный с 8 CBG на TB, может иметь две возможности предварительного HARQ–NACK. Первая возможность может быть основана на результатах декодирования первых двух CBG, а вторая возможность может быть основана на результатах декодирования первых пяти CBG. Если один из первых двух CBG поврежден из-за приоритетного прерывания, WTRU может ответить с помощью многобитового (например, 8-битового) сообщения обратной связи HARQ, указывающего NACK для поврежденной CBG на второй границе миниинтервалов обратной связи HARQ. Если WTRU определяет, что два дополнительных CBG (из трех CBG) повреждены, между первой и второй границами миниинтервалов обратной связи HARQ, WTRU может затем ответить с помощью другого многобитового сообщения обратной связи HARQ, указывающего NACK для трех поврежденных CBG из пяти CBG. Такая суммарная предварительная обратная связь может повысить надежность первых двух CBG, так как для поврежденных CBG были эффективно и суммарно предусмотрены два сообщения обратной связи HARQ. Таким образом, это может снизить вероятность появления ошибок NACK-ACK, что может привести к увеличению задержки при повторной передаче или к ошибкам ACK-NACK, которые могут привести к ненужным повторным передачам.
Кроме того, WTRU, который может передавать отчет предварительной обратной связи HARQ на BS (например, gNB), может отказаться от передачи отчета обратной связи HARQ на основе интервала, когда это может оказаться ненужным из-за того, что повторная передача уже была запрошена. Это особенно актуально для случая, когда WTRU имел множество возможностей использовать предварительную обратную связь HARQ и фактически использовал эти возможности для запроса повторной передачи определенных CBG и/или всего TB. Прием обычного ответа обратной связи HARQ может быть особенно актуальным, если существует перекрытие набора ресурсов PUCCH (например, блоков ресурсов), используемых для обеспечения как предварительного HARQ, так и нормальной обратной связи HARQ на основе интервала, между множеством WTRU. Это может помочь снизить вероятность ненужного использования ресурсов PUCCH, а также возможных конфликтов между различными WTRU.
Кроме того, если WTRU знает, что нет необходимости в нормальной обратной связи HARQ, поскольку будет использоваться предварительная обратная связь HARQ, это может уменьшить возможные ограничения в отношении ресурсов PUCCH/продолжительности передачи PUCCH и вероятности конфликтов между WTRU, а также общего количества ресурсов PUCCH, которые могут потребоваться для обеспечения надежной работы PUCCH.
На фиг. 10 показан пример синхронизации 1000 предварительной обратной связи HARQ в пределах интервала в соответствии с синхронизацией миниинтервалов, которую можно использовать в любой комбинации других вариантов осуществления, описанных в настоящем документе. Как показано на фиг. 10, TB (или интервал) 1001 может быть настроен с областями 1005 приоритетного прерывания, которые включают в себя CBG2 1020, CBG4 1030 и CBGn-1 1034 для трафика с низкой задержкой. Среди CBG в области 1001 приоритетного прерывания некоторые части 1010 CBG2 1020 и CBG4 1030 могут быть подвергнуты приоритетному прерыванию для вмещения трафика с низкой задержкой (т.е. подвергнуты приоритетному прерыванию трафиком с низкой задержкой). WTRU имеет множество (в данном случае два) возможностей предварительной обратной связи HARQ (т.е. предварительный HARQ1 1040 и предварительный HARQ2 1045). Для первой возможности предварительного HARQ (т.е. предварительный HARQ1 1040), после того как WTRU определит, был ли подвергнут какой-либо из первых двух CBG (т.е. CBG1 1015 и CBG2 1020) приоритетному прерыванию трафиком с низкой задержкой, WTRU может определить, передавать ли предварительный ответ HARQ-NACK при синхронизации 1040 миниинтервалов предварительного HARQ1. Для второй возможности предварительного HARQ (т.е. предварительного HARQ 2 1045) после того, как WTRU определит, подверглись ли какие-либо из вторых CBG (т.е. CBG3 1025 и CBG4 1030) приоритетному прерыванию трафиком с низкой задержкой или какие-либо из суммарных CBG (т.е. CBG1 1015, CBG2 1020, CBG3 1025 и CBG4 1030) подверглись ли приоритетному прерыванию трафиком с низкой задержкой. Затем WTRU может принять решение о том, обеспечивать ли предварительный ответ HARQ-NACK при синхронизации 1045 миниинтервалов предварительного HARQ2 только для CBG 3 и 4 1025, 1030 или для CBG с 1 по 4 1015, 1020, 1025, 1030 (суммарно), как описано выше. Если WTRU выбирает не отправлять предварительную обратную связь HARQ при любой из синхронизации 1040 миниинтервалов предварительного HARQ1 или синхронизации 1045 миниинтервалов предварительного HARQ2, WTRU может передать обычную обратную связь 1050 HARQ при обычно синхронизации 1050 HARQ для всех CBG (т.е.CBG1 1015, CBG2 1020, CBG3 1025, CBG4 1030 … CBGn-1 1034 и CBGn 1035).
На фиг. 11 представлен пример 1100 процедуры для определения предварительной обратной связи HARQ в пределах интервала в соответствии с синхронизацией миниинтервалов, которую можно использовать в любой комбинации других вариантов осуществления, описанных в настоящем документе. Как изображено на фиг. 11, WTRU может определять, обеспечивать или нет предварительную обратную связь HARQ NACK на основании приоритетного декодирования ресурсов области приоритетного прерывания в пределах интервала. Например, на этапе 1105 WTRU может быть настроен с областями приоритетного прерывания для трафика с низкой задержкой, как описано выше. На этапе 1110 WTRU может определять приоритет декодирования ресурсов в области приоритетного прерывания в пределах интервала. На этапе 1115 WTRU может идентифицировать CBG, которые потенциально могут быть затронуты трафиком с низкой задержкой для каждого миниинтервала. На этапе 1120 WTRU может попытаться декодировать потенциально затронутые CB в идентифицированных CBG. Если количество CB в идентифицированных CBG превышает предварительно определенное пороговое значение на этапе 1125, WTRU может дополнительно идентифицировать CBG, которые включают в себя ошибочные (или поврежденные) CB для каждого миниинтервала на этапе 1130. Затем WTRU может генерировать предварительную обратную связь HARQ в пределах интервала в соответствии с синхронизацией HARQ на основе миниинтервала на этапе 1135. Однако если на этапе 1125 количество CB в идентифицированных CBG меньше предварительно определенного порогового значения, WTRU может затем генерировать нормальную обратную связь HARQ в соответствии с синхронизацией HARQ на основе интервала на этапе 1140. Предварительно определенное пороговое значение может быть принято посредством широковещательного сообщения или сообщения RRC от BS. Предварительно определенное пороговое значение также может быть предварительно настроено в запоминающем устройстве WTRU.
В одном варианте осуществления предварительная обратная связь HARQ используется для уменьшения задержки при повторной передаче, когда данные eMBB подвергаются приоритетному прерыванию данными с низкой задержкой. Предварительная обратная связь HARQ может передаваться в соответствии с синхронизацией HARQ миниинтервалов, когда WTRU не удается декодировать слишком много CB в CBG в области приоритетного прерывания. Например, WTRU может сначала определить приоритет декодирования CB в одном или более CBG передачи PDSCH в настроенных ресурсах приоритетного прерывания (т.е. в CBG, предусматривающих возможность приоритетного прерывания), где CBG может включать в себя набор CB. Затем WTRU может определять одну или более CBG, предусматривающих возможность приоритетного прерывания, при передаче транспорта блока (TB) PDSCH. Для CBG, предусматривающей возможность приоритетного прерывания, в определенных одной или более CBG, предусматривающих возможность приоритетного прерывания, WTRU может принимать и пытаться декодировать один или более соответствующих CB. WTRU может определять количество CB в CBG, предусматривающей возможность приоритетного прерывания, для которой не удалось провести декодирование. WTRU может передавать предварительную обратную связь HARQ на основе синхронизации HARQ миниинтервалов, когда количество ошибочных CB в CBG, предусматривающей возможность приоритетного прерывания, превышает предварительно определенное пороговое значение. Альтернативно или дополнительно, WTRU может передавать обычную обратную связь HARQ на основании синхронизации HARQ на основе интервала, когда количество ошибочных CB в каждой из CBG, предусматривающих возможность приоритетного прерывания, в интервале находится на предварительно определенном пороговом значении или ниже него.
В другом варианте осуществления в дополнение к полустатической настройке WTRU (например, посредством сигнализации RRC) с информацией, касающейся выделенной области приоритетного прерывания, BS (например, gNB) может явно посредством динамической сигнализации указать местоположение затронутых временных/частотных ресурсов. Это может обеспечить для WTRU явное расположение затронутых временных или частотных ресурсов, так чтобы WTRU мог использовать их для декодирования затронутых CB/CBG/TB. Например, аналогично случаю с неявным указанием, WTRU сначала может попытаться декодировать CB в указанных/затронутых PRB. Затем WTRU может отправлять обратную связь HARQ на основании результата такого декодирования, что позволяет выполнять предварительные повторные передачи. Несмотря на то, что это явное указание может иметь более высокий заголовок сигнализации, отличие от случая неявного указания заключается в том, что представляется более точная информация о затронутых ресурсах.
BS (например, gNB) может динамически предоставлять WTRU или группе WTRU дополнительную информацию о синхронизации и/или расположении ресурсов для WTRU для отправки предварительного сообщения обратной связи HARQ. Эта информация может быть предоставлена как часть сигнализации указания приоритетного прерывания. WTRU может выбрать отправку предварительного сообщения обратной связи HARQ на основании местоположения (во времени и/или частоте) затронутых ресурсов. Например, расположение ресурсов, подвергнутых приоритетному прерыванию, может быть раньше в запланированном интервале, например один из первых нескольких символов. WTRU может иметь информацию относительно расположения частотных ресурсов, которые, скорее всего, будут использованы для того, чтобы вместить трафик с низкой задержкой. В таком сценарии WTRU может обеспечивать предварительную обратную связь HARQ на основании результата декодирования для частотных ресурсов в этих символах. Альтернативно или дополнительно, WTRU может принять решение не предоставлять предварительное сообщение обратной связи HARQ, если местоположение ресурсов, подвергнутых приоритетному прерыванию, приводит к неоправданным ограничениям на время обработки WTRU, например, если приоритетное прерывание влияет на символ/группу символов ближе к концу интервала планирования.
В другом варианте осуществления WTRU может быть полустатически предварительно настроен с набором ресурсов PUCCH, которые специально предназначены для использования с целью обеспечения предварительной обратной связи HARQ. Набор ресурсов PUCCH может включать в себя общие ресурсы для тех наборов ресурсов, которые предварительно настроены на обычную обратную связь HARQ (на основе интервала). Альтернативно или дополнительно, эти ресурсы могут быть отделены от других наборов ресурсов PUCCH, которые используются для обычной обратной связи HARQ на основе обычной синхронизации HARQ на основе интервала.
Если выбранный формат PUCCH может включать в себя умеренную полезную нагрузку UCI (HARQ) и передается через множество/несколько символов/миниинтервалов/подынтервалов (например, PUCCH в течение длительного времени (формат 4 PUCCH) в одной паре блоков ресурсов), для эффективного использования набора ресурсов PUCCH множество WTRU могут совместно использовать одну и ту же пару блоков ресурсов. Устройства, совместно использующие одну и ту же пару блоков ресурсов в пределах символа/миниинтервала, могут быть разделены различными ортогональными чередованиями фаз последовательности частотной области (например, циклическим сдвигом во временной области). Альтернативно или дополнительно для большего формата полезной нагрузки UCI, (например, более 2 битов), где используются пары блоков ресурсов (например, форматы 2 или 3 PUCCH), способность к мультиплексированию для символов/миниинтервалов/неинтервалов может быть увеличена за счет того, что несколько WTRU совместно используют одну и ту же пару блоков ресурсов, а каждым WTRU использует различные ортогональные последовательности покрытия, тем самым уменьшая количество ресурсов PUCCH, которые могут потребоваться для предварительной обратной связи HARQ.
Поскольку количество высокоэффективных WTRU, способных осуществлять активную обработку HARQ, может составлять небольшую долю от общего количества обслуживаемых WTRU, эти ресурсы могут быть ограничены и, возможно, совместно использоваться между WTRU или группами высокоэффективных WTRU. BS (например, gNB) может использовать данные обратной связи HARQ, принятые от WTRU, чтобы определить, какой процент из WTRU являются высокоэффективными WTRU. BS также может определить, какая доля этих WTRU фактически передает предварительную обратную связь HARQ-NACK. Затем BS (например, gNB) может использовать эти данные для полустатической перенастройки наборов ресурсов PUCCH для оптимизации использования ресурсов.
Поскольку предварительная обратная связь HARQ может представлять собой однобитовую или многобитовую обратную связь HATQ (как описано выше), WTRU может быть полустатически предварительно настроен на более чем на один набор ресурсов/формат PUCCH, чтобы обеспечить BS (например, gNB) предварительной обратной связью HARQ. Эти наборы ресурсов PUCCH могут отличаться на основании размера полезной нагрузки как нормального размера полезной нагрузки HARQ на основе интервала.
В еще одном варианте осуществления WTRU может использовать те же ресурсы PUCCH (блоки ресурсов), которые были заданы для обратной связи HARQ на основе интервала.
В любом из вышеприведенных вариантов осуществления WTRU может потребоваться учитывать тот факт, что ресурсы, необходимые для обеспечения ресурсов предварительной обратной связи HARQ, могут конфликтовать с ресурсами, используемыми для обеспечения обратной связи HARQ на основе интервала, во временных/частотных областях. Например, если предварительный HARQ использует ресурсы (блоки ресурсов) в определенном наборе символов/миниинтервалов в интервале, эти передачи могут перекрываться и, следовательно, влиять на окно передачи обратной связи HARQ на основе интервала. Альтернативно или дополнительно, необходимость размещения высокоэффективных WTRU (т.е. способных поддерживать предварительную обратную связь HARQ), а также WTRU базовой эффективности (т.е. способных поддерживать только обычную обратную связь HARQ) может потребовать совместного использования ресурсов PUCCH между различными WTRU для ограничения использования PUCCH. Однако это может увеличить вероятность конфликтов между WTRU.
Простым способом избежать вероятности конфликтов является отмена обычной передачи HARQ после того, как была передана предварительная обратная связь HARQ. Как описано выше, это может уменьшить любые ограничения на предварительную обратную связь HARQ без потери общей надежности повторной передачи, а также возможность конфликтов между различными передачами PUCCH посредством WTRU.
WTRU может потребоваться передать как предварительную обратную связь HARQ, так и обычную обратную связь HARQ, которые относятся к приложениям с высокой надежностью. Для обеспечения того, чтобы предварительная обратная связь HARQ (на основе синхронизации миниинтервалов) не влияла на нормальную обратную связь HARQ, WTRU может ограничить предварительную обратную связь HARQ короткой длительностью передачи PUCCH, таким образом обеспечивая, чтобы передача предварительной обратной связи HARQ заканчивалась до окна передачи обратной связи HARQ на основе интервала. Использование короткой длительности передачи PUCCH может быть приемлемым в том смысле, что она может не оказывать отрицательного влияния на надежность обратной связи HARQ, поскольку можно предположить, что в любой конкретный момент времени только небольшой процент всех WTRU в системе имеет ограниченную мощность или ограниченное покрытие, и большинство WTRU не требуют большой длительности передачи PUCCH.
В другом варианте осуществления WTRU может быть ограничен в зависимости от количества доступных возможностей передачи предварительной обратной связи HARQ в пределах интервала. Например, на фиг. 10 вместо двух возможностей передачи предварительной обратной связи HARQ (предварительный HARQ1 1040 и предварительный HARQ 2 1045) WTRU может быть ограничен одной возможностью предварительной обратной связи HARQ (т.е. предварительным HARQ 1 1040). Это ограничение может быть основано на том, какая длительность настроена/используется для обратной связи HARQ – короткая или длинная передача PUCCH. Например, если WTRU должен использовать PUCCH передачу с большой длительностью для обратной связи HARQ, он может определить, что предварительный HARQ1 1040 обеспечивает единственную возможность для предварительной обратной связи HARQ. С другой стороны, если WTRU должен использовать передачу PUCCH с короткой длительностью, может быть удовлетворительным обеспечить обе возможности обратной связи HARQ (т.е. предварительный HARQ1 1040 и предварительный HARQ2 1045), так как ни одна из них не может помешать обычной передаче HARQ 1050 (на основе интервала).
В другом варианте осуществления WTRU может использовать разнесение передачи, сходное с пространственным ортогональным разнесением передачи ресурсов (например, в LTE), используя различные ресурсы (в дополнение к временным и частотным ресурсам, используя также кодовую область) на различных антеннах. Это может обеспечить передачи PUCCH с разных антенн по существу в виде двух передач PUCCH от двух разных WTRU (за счет удвоенного количества ресурсов PUCCH). Это означает, что вместо того, чтобы использовать один и тот же ресурс PUCCH для предварительной и обычной обратной связи HARQ, WTRU может использовать кодовую область (например, разный код на каждой антенне) для отделения двух передач обратной связи HARQ. Это может эффективно обеспечивать как предварительную обратную связь HARQ, так и обычную обратную связь HARQ.
В другом варианте осуществления в случае, если трафик с низкой задержкой (например, URLLC) осуществляет приоритетное прерывание ресурсов eMBB WTRU, BS (например, gNB) может в дополнение к отправке прямого указания подвергнутых приоритетному прерыванию ресурсов принять решение об автоматической повторной передаче (или выполнить последующую передачу) затронутых CB/CBG еще до приема обратной связи HARQ от WTRU. Наличие последующей передачи может быть указано для WTRU или набора затронутых WTRU посредством 1-битового флага и может быть отправлено на WTRU вместе с сигналом явного указания.
Затем WTRU может использовать этот флаг, не предоставляя никакой обратной связи HARQ, поскольку WTRU знает о последующей передаче, которую WTRU может использовать для декодирования затронутых CB в случае сбоя первоначальной передачи. Такой механизм может иметь двойное преимущество, заключающееся в уменьшении заголовка сигнализации с одновременным улучшением задержки за счет использования дополнительных ресурсов передачи.
В другом варианте осуществления WTRU может не иметь информации о том, были ли изначально запланированные ресурсы подвергнуты приоритетному прерыванию или нет. Это может быть вызвано следующими причинами: (i) не существует информации с полустатической конфигурацией, относящейся к предварительно заданной области, предусматривающей возможность приоритетного прерывания; (ii) динамическое указание ресурсов приоритетного прерывания, принятых посредством информации управления нисходящей линии связи (DCI), не может поступить раньше обратной связи ACK/NACK; или (iii) нет явного указания на то, с каких ресурсов, подвергнутых приоритетному прерыванию, следует начинать. В таких случаях WTRU может контролировать последующие назначения планирования (например, следующий интервал), чтобы определить, запланированы ли в качестве последующей передачи какие-либо CB/CBG для TB, первоначально запланированные для передачи в предыдущем интервале/миниинтервале.
BS (например, gNB) может передавать указание приоритетного прерывания для информирования WTRU о ресурсах, и, следовательно, CB/CBG, которые затронуты трафиком с низкой задержкой приоритетного прерывания. Это указание приоритетного прерывания и полученная в результате повторная передача могут помочь WTRU, когда он определяет, как обрабатывать затронутые CBG и декодировать TB.
В одном варианте осуществления WTRU может принять решение об очистке содержимого «мягкого» буфера, относящегося ко всем затронутым CBG или подмножеству затронутых CBG, и использовать повторную передачу этих затронутых CBG для декодирования. Такой подход к очистке всего связанного содержимого CBG может оказаться особенно предпочтительным, если значительное количество CB в затронутых CBG было повреждено из-за приоритетного прерывания. В этом случае лучше всего использовать HARQ, комбинирующий будущие повторные передачи, в отличие от очень ненадежной первоначальной передачи.
В другом варианте осуществления WTRU может принять решение об очистке содержимого «мягкого» буфера, относящегося к подмножеству CB в пределах соответствующего набора CBG, в отличие от целой CBG. В таком сценарии WTRU может использовать комбинирование без увеличения избыточности, если повторная передача основана на той же возрастающей избыточности (IR), что и первоначальная передача или возрастающая избыточность HARQ, если для повторной передачи тех CB в «мягком» буфере, которые не были очищены, используется другая избыточная версия (RV), что является средством повышения успешности декодирования. WTRU может использовать проверку CRC на уровне CB в качестве способа принятия решения о том, какие CB в CBG необходимо очистить. Такой подход может быть особенно полезен, если количество число CB в CBG повреждено из-за приоритетного прерывания.
Синхронизация передачи на основе CBG может влиять на обратную связь HARQ WTRU. BS (например, gNB) может планировать повторную передачу на основе CBG для ТB, который был затронут трафиком с низкой задержкой приоритетного прерывания. Эта BS (например, gNB) может инициировать такую повторную передачу проактивно (т.е. до приема обратной связи HARQ от WTRU) или на основании результирующей обратной связи HARQ ACK-NACK, предоставленной WTRU.
В одном варианте осуществления BS (например, gNB) может принять решение проактивно повторно передать CBG, затронутые приоритетным прерыванием, например, не дожидаясь результирующего ответа HARQ от WTRU. Это может быть сделано на основании некоторой оцененной вероятности сбоя декодирования в зависимости от количества затронутых ресурсов и, следовательно, количества затронутых CBG и т.п. В случае проактивной или последующей передачи BS (например, gNB) может указывать на синхронизацию WTRU и ресурсы для обратной связи HARQ, которую WTRU должен использовать.
При таком сценарии WTRU может принять решение ответить с помощью двух отдельных сообщений обратной связи HARQ. Первое сообщение HARQ может быть основано на исходной синхронизации передачи PDSCH (TB), а второе сообщение HARQ может быть основано на новой/обновленной информации о ресурсе/синхронизации, предоставленной с последующей передачей. WTRU может использовать HARQ, комбинирующий первоначальную передачу с последующей передачей для второго сообщения HARQ. Альтернативно или дополнительно два сообщения HARQ могут отличаться в плане гранулярности формата обратной связи (например, многобитового или однобитового) и т.п. В одном примере, если результат первоначальной передачи с приоритетным прерыванием приводит к неправильному декодированию нескольких CBG, WTRU может обеспечить многобитовую обратную связь HARQ на основе CBG, чтобы уведомить BS (например, gNB) о том, какие CBG необходимо повторно передать. Если HARQ, комбинирующий первоначальную передачу с последующей передачей, по-прежнему приводит к ошибке нескольких CBG или приводит к успешному декодированию всего TB, WTRU может принять решение о предоставлении однобитового сообщения обратной связи HARQ для любого из этих случаев. Это может быть воспринято как неявное указание того, что BS (например, gNB) должна повторно передать весь TB при следующей повторной передаче.
Альтернативно или дополнительно, если как первоначальная передача, так и последующая передача приводят к небольшому количеству ошибочных CBG, с точки зрения спектральной эффективности частот, может быть эффективнее предоставить на BS (например, gNB) обратную связь HARQ на основе CBG, так что BS (например, gNB) может повторно передавать те CBG, которые запрашиваются WTRU, в отличие от однобитовой обратной связи, что приведет к повторной передаче всего TB.
Гибкость WTRU в отношении выбора наилучшего варианта обратной связи для каждого сообщения может помочь уменьшить заголовок UCI, обеспечивая при этом лучшую производительность с точки зрения спектральной эффективности. Альтернативно или дополнительно использование двух сообщений обратной связи HARQ также может привести к повышению надежности сообщений ACK-NACK.
Переключение между вариантами обратной связи HARQ может быть облегчено путем настройки WTRU с различными форматами PUCCH. Затем BS (например, gNB) может декодировать PUCCH «вслепую», чтобы определить гранулярность сообщения обратной связи. В одном варианте осуществления WTRU может быть выполнен с возможностью ответа с помощью одного ответа обратной связи HARQ, когда последующая процедура передачи с помощью BS (например, gNB) основана на результатах HARQ, комбинирующего две передачи. Он может быть настроен явно или неявно. Например, указание на последующую передачу с помощью BS (например, gNB) может быть воспринято в качестве сигнала для отправки одного ответа HARQ. Затем WTRU может отправить один ответ HARQ на основании результата HARQ, комбинирующего две передачи. Время ответа может быть основано на вновь указанной синхронизации/ресурсах для обеспечения WTRU подходящим временем обработки. Альтернативно или дополнительно WTRU может автономно определять формат (например, однобитовый или многобитовый) для одного ответа обратной связи HARQ. Например, если только небольшое количество CBG имеет ошибку, может быть лучше ответить с помощью многобитовой обратной связи HARQ на основе CBG. Однако если значительное число CBG остается с ошибкой, WTRU может ответить с помощью однобитового NACK, что означает, что BS (например, gNB) должна повторно передать весь TB. Ответ с помощью одного сообщения обратной связи HARQ также может привести к экономии заголовка обратной связи. Например, если последующая передача(-и) приводит к успешному приему любой ранее поврежденной CBG, WTRU, ожидающие отправки одного сообщения HARQ, могут передать однобитовый ACK, указывающий, что теперь был принят весь TB. Напротив, использование повторной передачи на основе HARQ или последующей передачи с двумя сообщениями HARQ может привести к появлению по меньшей мере одного многобитового сообщения HARQ, за которым следует другое многобитовое или однобитовое сообщение HARQ. Вышеупомянутые процедуры могут быть распространены на случай, когда BS (например, gNB) планирует множество последовательных передач после приоритетного прерывания. Альтернативно или дополнительно, если BS (например, gNB) запланировала повторные передачи CBG на основании обратной связи HARQ, предоставленной WTRU, WTRU может просто следовать синхронизации, связанной с первоначальной передачей TB.
Альтернативно или дополнительно, возможность обработки HARQ WTRU может влиять на обработку HARQ и время ответа обратной связи. В одном примере, если высокоэффективный WTRU принимает первоначальную передачу, за которой следует последующая передача, WTRU может использовать предварительную обратную связь HARQ (на основе синхронизации миниинтервалов) и/или обычную обратную связь HARQ (на основе интервалов) для первоначальной передачи, а затем WTRU может выполнить то же самое для последующей передачи (после HARQ, комбинирующего с первоначальной передачей). Это можно использовать в качестве способа повышения надежности HARQ.
В другом варианте осуществления WTRU может ответить только с помощью ответа HARQ на основе интервала для первоначальной передачи, за которым следует комбинация предварительной обратной связи HARQ (на основе миниинтервалов) и/или обычной обратной связи HARQ (на основе интервалов) для последующей передачи после HARQ, комбинирующего с первоначальной передачей.
В еще одном варианте осуществления WTRU может запретить отправку ответа HARQ для первоначальной передачи и ожидать последующей передачи перед отправкой ответа обратной связи HARQ. Результирующий ответ обратной связи HARQ может быть основан на HARQ, комбинирующем первоначальную передачу с последующей передачей, и может включать в себя предварительную обратную связь HARQ и/или обычную обратную связь HARQ.
Предварительная обратная связь HARQ, созданная во время передачи последующих передач в приведенных выше примерах, может быть основана на HARQ, комбинирующем результат первоначальной передачи (которая уже принята) с CBG, принятыми в первоначальных символах/миниинтервалах последующей передачи. На фиг. 10, с учетом двух последовательных (TB/интервал 1001) передач (вторая передача TB/интервал не показана на фиг. 10), возможности синхронизации миниинтервала предварительного HARQ могут возникать в пределах символов/миниинтервалов/неинтервалов второго интервала (последующая передача). В этом случае WTRU может использовать указание приоритетного прерывания (посредством общего для группы PDCCH) и информацию указания сброса CBG (CBGFI) для определения того, может ли быть запланирована последующая передача с помощью BS (например, gNB). Это может обосновывать пропуск обратной связи HARQ на основе первоначальной передачи вместо ожидания приема последующей передачи перед ответом в виде ответа HARQ.
Гранулярность (например, однобитовая и многобитовая) и формат предварительного и/или обычного ответа обратной связи HARQ на первоначальную и/или последующие передачи могут соответствовать процедурам, описанным выше.
Хотя признаки и элементы описаны выше в конкретных комбинациях, специалисту в данной области будет очевидно, что каждый признак или элемент может быть использован отдельно или в любой комбинации с другими признаками и элементами. Кроме того, описанные в настоящем документе способы могут быть реализованы в компьютерной программе, программном обеспечении или программно-аппаратном обеспечении, встроенном в машиночитаемый носитель и предназначенном для исполнения компьютером или процессором. Примеры машиночитаемого носителя включают в себя электронные сигналы (переданные по проводным или беспроводным соединениям) и машиночитаемые носители информации. Примеры машиночитаемого носителя информации включают в себя, без ограничений, постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), регистр, кэш-память, полупроводниковые устройства хранения данных, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как диски CD-ROM и цифровые универсальные диски (DVD). Процессор в сочетании с программным обеспечением может быть использован для реализации радиочастотного приемопередатчика, предназначенного для применения в составе WTRU, оборудования пользователя, терминала, базовой станции, контроллера RNC и/или любого главного компьютера.

Claims (30)

1. Способ использования модуля беспроводной передачи/приема (WTRU), включающий:
прием через физический канал управления нисходящей линии связи (PDCCH) информации управления нисходящей линии связи (DCI);
генерирование многобитовой обратной связи автоматического запроса повторной передачи (HATQ) путем многократного повторения одного бита на основе количества CBG в по меньшей мере одном TB при условии, что DCI не включает в себя поле, указывающее на повторную передачу на основе группы кодовых блоков (CBG) для по меньшей мере одного транспортного блока (TB); и
передачу через физический канал управления восходящей линии связи (PUCCH) многобитовой обратной связи HARQ для повторной передачи на основе CBG,
причем WTRU выполнен с возможностью обеспечения однобитовой обратной связи HARQ для повторной передачи на основе TB и многобитовой обратной связи HARQ для повторной передачи на основе CBG.
2. Способ по п. 1, дополнительно включающий:
передачу посредством PUCCH многобитовой обратной связи HARQ для повторной передачи на основе CBG при условии, что DCI включает в себя поле, указывающее на повторную передачу на основе CBG для по меньшей мере одного TB.
3. Способ по п. 1, отличающийся тем, что многобитовая обратная связь HARQ содержит множество битов, указывающих, запрошена ли для повторной передачи по меньшей мере одна CBG в по меньшей мере одном TB.
4. Способ по п. 3, отличающийся тем, что каждый из множества битов соответствует каждой из по меньшей мере одной CBG в по меньшей мере одном TB соответственно.
5. Способ по п. 1, отличающийся тем, что многобитовую обратную связь HARQ полустатически настраивают с максимальным количеством CBG на основе параметра более высокого уровня, причем параметр более высокого уровня принимают с уровня, который выше, чем уровень управления доступом к среде (MAC).
6. Способ по п. 5, дополнительно включающий:
определение на основе максимального количества CBG размера полезной нагрузки многобитовой обратной связи HARQ.
7. Способ по п. 1, дополнительно включающий:
определение положительного подтверждения (ACK) для одного бита, связанного с каждой CBG в многобитовой обратной связи HARQ, при условии, что все CB в каждой CBG в по меньшей мере одном TB правильно декодированы и по меньшей мере один TB правильно декодирован.
8. Способ по п. 1, дополнительно включающий:
определение отрицательного подтверждения (NACK) для одного бита, связанного с каждой CBG в многобитовой обратной связи HARQ, при условии, что все CB в каждой CBG в по меньшей мере одном TB правильно декодированы, но по меньшей мере один TB неправильно декодирован.
9. Способ по п. 1, в котором DCI, которая не включает в себя поле, указывающее на повторную передачу на основе CBG для по меньшей мере одного TB, представляет собой возвращаемую DCI.
10. Модуль беспроводной передачи/приема (WTRU), содержащий:
приемник, выполненный с возможностью приема через физический канал управления нисходящей линии связи (PDCCH) информации управления нисходящей линии связи (DCI);
процессор, выполненный с возможностью генерирования многобитовой обратной связи автоматического запроса повторной передачи (HATQ) путем многократного повторения одного бита на основе количества CBG в по меньшей мере одном TB при условии, что DCI не включает в себя поле, указывающее на повторную передачу на основе группы кодовых блоков (CBG) для по меньшей мере одного транспортного блока (TB); и
передатчик, выполненный с возможностью передачи через физический канал управления восходящей линии связи (PUCCH) многобитовой обратной связи HARQ для повторной передачи на основе CBG,
причем процессор дополнительно выполнен с возможностью обеспечения однобитовой обратной связи HARQ для повторной передачи на основе TB и многобитовой обратной связи HARQ для повторной передачи на основе CBG.
11. WTRU по п. 10, отличающийся тем, что передатчик дополнительно выполнен с возможностью передачи посредством PUCCH многобитовой обратной связи HARQ для повторной передачи на основе CBG при условии, что DCI включает в себя поле, указывающее на повторную передачу на основе CBG для по меньшей мере одного TB.
12. WTRU по п. 10, отличающийся тем, что многобитовая обратная связь HARQ содержит множество битов, указывающих, запрошена ли для повторной передачи по меньшей мере одна CBG в по меньшей мере одном TB.
13. WTRU по п. 12, отличающийся тем, что каждый из множества битов соответствует каждой из по меньшей мере одной CBG в по меньшей мере одном TB соответственно.
14. WTRU по п. 10, отличающийся тем, что многобитовая обратная связь HARQ полустатически настроена с максимальным количеством CBG на основе параметра более высокого уровня, причем параметр более высокого уровня принят с уровня, который выше, чем уровень управления доступом к среде (MAC).
15. WTRU по п. 14, отличающийся тем, что процессор дополнительно выполнен с возможностью определения на основании максимального количества CBG размера полезной нагрузки многобитовой обратной связи HARQ.
16. WTRU по п. 1, отличающийся тем, что процессор дополнительно выполнен с возможностью определения положительного подтверждения (ACK) для одного бита, связанного с каждой CBG в многобитовой обратной связи HARQ, при условии, что все CB в каждой CBG в по меньшей мере одном TB правильно декодированы и по меньшей мере один TB правильно декодирован.
17. WTRU по п. 1, отличающийся тем, что процессор дополнительно выполнен с возможностью определения отрицательного подтверждения (NACK) для одного бита, связанного с каждой CBG в многобитовой обратной связи HARQ, при условии, что все CB в каждой CBG в по меньшей мере одном TB правильно декодированы, но по меньшей мере один TB неправильно декодирован.
18. WTRU по п. 1, в котором DCI, которая не включает в себя поле, указывающее на повторную передачу на основе CBG для по меньшей мере одного TB, представляет собой возвращаемую DCI.
RU2019138597A 2017-05-03 2018-05-02 СПОСОБ И УСТРОЙСТВО ДЛЯ УЛУЧШЕНИЯ ЭФФЕКТИВНОСТИ ОБРАТНОЙ СВЯЗИ ГИБРИДНОГО АВТОМАТИЧЕСКОГО ЗАПРОСА ПОВТОРНОЙ ПЕРЕДАЧИ (HARQ) УЛУЧШЕННОЙ МОБИЛЬНОЙ ШИРОКОПОЛОСНОЙ СВЯЗИ (eMBB) В УСЛОВИЯХ ТРАФИКА С НИЗКОЙ ЗАДЕРЖКОЙ RU2731035C1 (ru)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
US201762500938P 2017-05-03 2017-05-03
US62/500,938 2017-05-03
US201762519372P 2017-06-14 2017-06-14
US62/519,372 2017-06-14
US201762543047P 2017-08-09 2017-08-09
US62/543,047 2017-08-09
US201862615744P 2018-01-10 2018-01-10
US62/615,744 2018-01-10
PCT/US2018/030639 WO2018204491A1 (en) 2017-05-03 2018-05-02 Method and apparatus for improving hybrid automatic repeat request (harq) feedback performance of enhanced mobile broadband (embb) when impacted by low latency traffic

Publications (1)

Publication Number Publication Date
RU2731035C1 true RU2731035C1 (ru) 2020-08-28

Family

ID=62455832

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2019138597A RU2731035C1 (ru) 2017-05-03 2018-05-02 СПОСОБ И УСТРОЙСТВО ДЛЯ УЛУЧШЕНИЯ ЭФФЕКТИВНОСТИ ОБРАТНОЙ СВЯЗИ ГИБРИДНОГО АВТОМАТИЧЕСКОГО ЗАПРОСА ПОВТОРНОЙ ПЕРЕДАЧИ (HARQ) УЛУЧШЕННОЙ МОБИЛЬНОЙ ШИРОКОПОЛОСНОЙ СВЯЗИ (eMBB) В УСЛОВИЯХ ТРАФИКА С НИЗКОЙ ЗАДЕРЖКОЙ

Country Status (9)

Country Link
US (3) US11394494B2 (ru)
EP (1) EP3619856A1 (ru)
JP (1) JP6835984B2 (ru)
KR (2) KR102606551B1 (ru)
CN (3) CN115603869A (ru)
BR (1) BR112019023046A2 (ru)
RU (1) RU2731035C1 (ru)
TW (1) TWI687072B (ru)
WO (1) WO2018204491A1 (ru)

Families Citing this family (100)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BR112019009128A2 (pt) * 2016-11-04 2019-07-16 Huawei Tech Co Ltd método, dispositivo de rede, e dispositivo de terminal para transmitir informação
CN115102671A (zh) * 2017-01-03 2022-09-23 北京三星通信技术研究有限公司 数据传输的方法及设备
JP6982094B2 (ja) 2017-04-03 2021-12-17 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 可変処理時間をもつノードのためのｈａｒｑハンドリング
CN108401480B (zh) * 2017-05-05 2021-11-16 北京小米移动软件有限公司 Harq反馈方法及装置、设备、计算机可读存储介质
CN114866204B (zh) * 2017-05-05 2024-04-09 大唐移动通信设备有限公司 一种传输方法、终端设备及基站
CN109152009B (zh) * 2017-06-15 2020-12-08 华为技术有限公司 通信方法、终端设备和网络设备
CN108401506B (zh) * 2017-06-23 2021-02-19 北京小米移动软件有限公司 抢占时频资源的确定方法及装置、用户设备和基站
US11464061B2 (en) * 2017-06-23 2022-10-04 Beijing Xiaomi Mobile Software Co., Ltd. Time-frequency resource preemption determining method and device, and user equipment
US11728938B2 (en) * 2017-06-26 2023-08-15 Panasonic Intellectual Property Corporation Of America Terminal and communication method
CN109218000B (zh) * 2017-06-30 2023-04-07 华为技术有限公司 控制信息传输方法和设备
US10873942B2 (en) * 2017-07-12 2020-12-22 Qualcomm Incorporated Code block group feedback techniques for multiple carriers or transmission time intervals
KR102374139B1 (ko) * 2017-08-04 2022-03-15 주식회사 윌러스표준기술연구소 무선 통신 시스템에서 데이터 채널 및 제어 채널의 송수신 방법, 장치, 및 시스템
EP3667973B1 (en) * 2017-08-10 2022-04-13 LG Electronics Inc. Method harq ack/nack reporting in wireless communication system and apparatus therefor
EP3665925B1 (en) * 2017-08-11 2024-01-03 Lenovo (Beijing) Limited Method and apparatus of using redundant bits in semi-statically configured harq-ack codebook
US11277220B2 (en) * 2017-08-11 2022-03-15 Telefonaktiebolaget Lm Ericsson (Publ) Multiplexing of different traffic types in a telecommunications network
CN111034290B (zh) * 2017-08-18 2023-08-04 松下电器（美国）知识产权公司 终端和通信方法
CN113746596B (zh) * 2017-09-08 2023-07-11 华为技术有限公司 一种信息传输方法及装置
WO2019047172A1 (en) 2017-09-08 2019-03-14 Zte Corporation METHODS AND DEVICES FOR UPLINK CONTROL CHANNEL RESOURCE ASSIGNMENT
US10673573B2 (en) 2017-09-29 2020-06-02 Samsung Electronics Co., Ltd. Uplink transmission method and corresponding equipment
CN117318905A (zh) * 2017-09-29 2023-12-29 北京三星通信技术研究有限公司 上行传输方法和相应设备
US10638463B2 (en) * 2017-09-29 2020-04-28 Kt Corporation Apparatus and method of uplink control channel resource allocation for new radio
CN109639398B (zh) * 2017-10-09 2021-12-31 华为技术有限公司 Harq-ack反馈码本的发送方法、装置及设备
US10727986B2 (en) * 2017-11-06 2020-07-28 Qualcomm Incorporated Robust acknowledgement retransmission
US11817956B2 (en) * 2017-11-15 2023-11-14 Interdigital Patent Holdings, Inc. Radio data transmissions with low-density parity-check codes
WO2019099319A1 (en) * 2017-11-15 2019-05-23 Idac Holdings, Inc. Polar coding system
CN111357368B (zh) * 2017-11-17 2022-07-15 中兴通讯股份有限公司 用于确定无线通信中反馈信号的大小的方法、装置和系统
CN112242886B (zh) * 2017-11-28 2022-03-29 上海朗帛通信技术有限公司 一种被用于非授权频谱的基站设备中的方法和装置
EP3729698B1 (en) 2017-12-21 2022-10-19 Telefonaktiebolaget LM Ericsson (publ) Network node, method and computer program for unlicensed spectrum operation
EP4250613A3 (en) * 2018-01-12 2023-11-22 Beijing Xiaomi Mobile Software Co., Ltd. Information feedback method and apparatus
US11147065B2 (en) * 2018-01-22 2021-10-12 Qualcomm Incorporated Feedback bit reservation for uplink control piggybacking
CN116915376A (zh) * 2018-02-12 2023-10-20 Lg电子株式会社 用于用户设备的方法和用户设备
US11824811B2 (en) * 2018-02-13 2023-11-21 Lenovo (Beijing) Limited Method and apparatus for fallback operation for semi-static HARQ-ACK codebook determination
EP3759850A1 (en) * 2018-03-02 2021-01-06 Interdigital Patent Holdings, Inc. Protocols for sidelink assisted downlink broadcast
US11012824B2 (en) * 2018-04-12 2021-05-18 Qualcomm Incorporated Communicating multiple instances of a message in a random medium access control system
US11324066B2 (en) * 2018-04-23 2022-05-03 Qualcomm Incorporated Dynamic downlink monitoring techniques for communication systems
US11395270B2 (en) * 2018-04-27 2022-07-19 Qualcomm Incorporated Uplink control information payload size
US10999761B2 (en) * 2018-05-11 2021-05-04 Apple Inc. Methods to determine a hybrid automatic repeat request acknowledgement (HARQ-ACK) codebook in new radio (NR) systems
US11546092B2 (en) * 2018-05-11 2023-01-03 Lenovo (Beijing) Limited Method and apparatus for HARQ-ACK feedback for carrier aggregation
US11324028B2 (en) * 2018-06-22 2022-05-03 Qualcomm Incorporated Transmission configuration indicator pattern list for shared channel transmission
WO2020001134A1 (zh) * 2018-06-28 2020-01-02 Oppo广东移动通信有限公司 传输反馈信息的方法和计算机可读存储介质
WO2020019118A1 (en) * 2018-07-23 2020-01-30 Lenovo (Beijing) Limited Cbg-based retransmission
WO2020020848A1 (en) * 2018-07-24 2020-01-30 Koninklijke Kpn N.V. Reliable low latency communication over shared resources
KR102574099B1 (ko) * 2018-07-24 2023-09-04 주식회사 아이티엘 차량 통신을 지원하는 무선통신 시스템에서 무선 통신을 수행하는 방법 및 그 장치
US10992422B2 (en) * 2018-08-21 2021-04-27 At&T Intellectual Property I, L.P. Facilitating uplink control channel decoding for advanced networks
EP3771119B1 (en) * 2018-08-23 2023-04-26 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and apparatus for transmitting feedback information, and communication device
WO2020066606A2 (en) * 2018-09-28 2020-04-02 Nec Corporation Communication system
CN111083782B (zh) * 2018-10-19 2023-09-08 荣耀终端有限公司 一种被用于无线通信的用户设备、基站中的方法和装置
WO2020084524A1 (en) * 2018-10-23 2020-04-30 Telefonaktiebolaget Lm Ericsson (Publ) In band signaling of control information and corresponding payload in a physical channel
US20200145144A1 (en) * 2018-11-02 2020-05-07 Qualcomm Incorporated Hybrid automatic repeat request feedback for low latency transmissions
US11258546B2 (en) * 2018-11-30 2022-02-22 Qualcomm Incorporated Acknowledgment feedback techniques in wireless communications
CN111385067B (zh) * 2018-12-29 2021-08-17 北京紫光展锐通信技术有限公司 下行数据调度harq-ack码本反馈、生成方法及装置、介质
US11405139B2 (en) 2019-01-09 2022-08-02 Mediatek Inc. Code block group (CBG) level retransmission in wireless communication system
EP3909361A4 (en) * 2019-01-10 2022-10-12 Sharp Kabushiki Kaisha URLLC PHYSICAL UPLINK CONTROL CHANNEL (PUCCH) CONFIGURATION WITH SUBINTERVAL STRUCTURE
US11233551B2 (en) 2019-01-11 2022-01-25 Nokia Technologies Oy Dynamically enabling and disabling multiplexing of HARQ-ACK feedback for different types of traffic
WO2020164132A1 (zh) * 2019-02-15 2020-08-20 华为技术有限公司 数据传输的方法和数据传输的装置
EP4236141A3 (en) * 2019-03-26 2024-01-03 Panasonic Intellectual Property Corporation of America Base station, terminal and communication method
KR20200119175A (ko) * 2019-04-09 2020-10-19 삼성전자주식회사 무선 통신 시스템에서 harq-ack 피드백을 송수신하는 방법 및 장치
US11831438B2 (en) 2019-04-09 2023-11-28 Samsung Electronics Co., Ltd Method and apparatus for transmission and reception of HARQ-ACK feedback in wireless communication system
US11432312B2 (en) 2019-04-26 2022-08-30 Qualcomm Incorporated Uplink scheduling techniques for enhanced feedback in wireless communications
WO2020220360A1 (zh) * 2019-04-30 2020-11-05 Oppo广东移动通信有限公司 一种半静态传输的反馈方法、网络设备、终端设备
US20220264603A1 (en) * 2019-05-03 2022-08-18 Lg Electronics Inc. Method and device for transmitting and receiving signals in wireless communication system
CN113796136A (zh) * 2019-05-03 2021-12-14 株式会社Ntt都科摩 用户装置及通信方法
US10972225B2 (en) * 2019-05-16 2021-04-06 Qualcomm Incorporated Acknowledgment feedback techniques in shared radio frequency spectrum
CN111294148B (zh) * 2019-06-06 2022-03-29 展讯通信（上海）有限公司 信令传输、接收方法及装置、存储介质、终端
US11470618B2 (en) 2019-07-22 2022-10-11 Comcast Cable Communications, Llc Communication and data processing in wireless communications
CN113490287B (zh) * 2019-07-26 2023-08-08 北京小米移动软件有限公司 竞争窗口的确定方法及装置、通信设备及存储介质
JP7336585B2 (ja) * 2019-07-29 2023-08-31 華為技術有限公司 情報伝送方法、端末デバイス及びネットワークデバイス
US20220279559A1 (en) * 2019-07-30 2022-09-01 Sony Group Corporation Telecommunications apparatus and methods
WO2021016977A1 (en) 2019-08-01 2021-02-04 Qualcomm Incorporated Uplink preemption indication for full-duplex based iab
WO2021026728A1 (zh) * 2019-08-12 2021-02-18 Oppo广东移动通信有限公司 数据的传输方法、装置、设备及存储介质
WO2021028613A1 (en) * 2019-08-14 2021-02-18 Nokia Technologies Oy Harq feedback for shared channel transmissions in fifth generation wireless networks
CN112398623B (zh) * 2019-08-16 2022-03-29 华为技术有限公司 混合自动重传请求确认harq-ack资源确定方法
CN110505045B (zh) * 2019-08-16 2022-08-16 展讯通信（上海）有限公司 下行控制信息反馈方法及装置
KR102477129B1 (ko) * 2019-11-06 2022-12-13 엘지전자 주식회사 무선 통신 시스템에서 신호 송수신 방법 및 장치
US11817959B2 (en) * 2020-02-19 2023-11-14 Qualcomm Incorporated Codebook construction for enhanced hybrid automatic repeat request feedback
US20210298062A1 (en) * 2020-03-23 2021-09-23 Qualcomm Incorporated Two-stage feedback procedures for multiple downlink transmissions
US11792824B2 (en) * 2020-03-30 2023-10-17 Qualcomm Incorporated Multicast feedback and retransmission for transport block grouping
US11843466B2 (en) * 2020-06-05 2023-12-12 Qualcomm Incorporated Turbo-HARQ uplink control information feedback compression
RU2757997C1 (ru) * 2020-07-07 2021-10-25 Федеральное государственное автономное учреждение "Военный инновационный технополис "ЭРА" Цифровая система атмосферной оптической связи
US11800532B2 (en) * 2020-07-20 2023-10-24 Qualcomm Incorporated Tri-state hybrid automatic repeat request feedback
CN115004606A (zh) * 2020-07-31 2022-09-02 Oppo广东移动通信有限公司 反馈码本确定方法、装置、设备及存储介质
US20220304003A1 (en) * 2020-08-05 2022-09-22 Apple Inc. Scheduling a group of user equipment by a network cell
WO2022030069A1 (ja) * 2020-08-06 2022-02-10 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末、基地局及び通信方法
US11515968B2 (en) * 2020-08-31 2022-11-29 Qualcomm Incorporated Hierarchical hybrid automatic repeat request for multi-level coding
JP2023159896A (ja) * 2020-09-02 2023-11-02 ソニーグループ株式会社 情報処理装置および情報処理方法
US11916672B2 (en) * 2020-09-18 2024-02-27 Qualcomm Incorporated Feedback error handling for wireless systems
CN116114193A (zh) * 2020-10-15 2023-05-12 富士通株式会社 反馈信息的发送和接收方法以及装置
US11777658B2 (en) * 2020-12-08 2023-10-03 Qualcomm Incorporated Sequence-based hybrid automatic repeat request acknowledgement (HARQ-ACK) feedback
KR20230131260A (ko) * 2021-01-18 2023-09-12 노키아 테크놀로지스 오와이 원격통신 시스템들에서 점-대-다점 동작을 위한 코드북구성
EP4320960A1 (en) * 2021-05-11 2024-02-14 Apple Inc. Channel-state information feedback enhancement for ultra-reliable low-latency communication
US11792792B2 (en) * 2021-05-25 2023-10-17 Qualcomm Incorporated Reducing download control information for retransmission scheduling in multi-incremental redundancy scheme
US11917597B2 (en) * 2021-05-26 2024-02-27 Qualcomm Incorporated Methods and apparatuses for generating dynamic code block group in sidelink
WO2022252169A1 (en) * 2021-06-03 2022-12-08 Qualcomm Incorporated Dynamic code block group (cbg) allocation
US11711829B2 (en) * 2021-06-24 2023-07-25 Meta Platforms Technologies, Llc Context aware mode switching of wireless device
US11716721B2 (en) * 2021-08-05 2023-08-01 Qualcomm Incorporated Signaling and reporting multi-bit feedback per transport block
US11824808B2 (en) 2021-08-05 2023-11-21 Qualcomm Incorporated Techniques for multiplexing multi-bit and single-bit feedback
US20230041715A1 (en) * 2021-08-05 2023-02-09 Qualcomm Incorporated Multiplexing multi-bit feedback and single-bit feedback on an uplink shared channel
US20230054255A1 (en) * 2021-08-17 2023-02-23 Qualcomm Incorporated Techniques for managing partially overlapping transmission and reception
WO2023194982A1 (en) * 2022-04-08 2023-10-12 Lenovo (Singapore) Pte. Ltd. Configuring a prioritized harq-nack timing indicator
EP4266607A1 (en) * 2022-04-21 2023-10-25 Continental Automotive Technologies GmbH Re-transmission of a transmitted concatenation packet by a sending device, especially a base station device or a terminal device of a telecommunication network

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2413627A1 (en) * 2009-03-25 2012-02-01 Fujitsu Limited Radio communication system, mobile station device, base station device, and radio communication method in the radio communication system
RU2504076C2 (ru) * 2009-09-14 2014-01-10 ЭлДжи ЭЛЕКТРОНИКС ИНК. Способ и устройство для передачи сигнала нисходящей линии связи в системе беспроводной связи мimo

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103188050A (zh) * 2007-07-04 2013-07-03 日本电气株式会社 多载波移动体通信系统
CN101667900B (zh) 2008-09-02 2014-11-05 中兴通讯股份有限公司 Harq反馈方法
WO2010124238A2 (en) * 2009-04-24 2010-10-28 Interdigital Patent Holdings, Inc. Method and apparatus for sending hybrid automatic repeat request feedback for component carrier aggregation
EP2661835A1 (en) * 2011-01-07 2013-11-13 InterDigital Patent Holdings, Inc. Method and apparatus for sending feedback for multi-cell high speed downlink packet access operations
US9867173B2 (en) * 2012-07-27 2018-01-09 Lg Electronics Inc. Method and apparatus for receiving downlink signal in wireless communication system
CN103718630A (zh) * 2012-08-02 2014-04-09 华为技术有限公司 增强型物理下行控制信道传输方法及设备
WO2014042475A1 (ko) * 2012-09-16 2014-03-20 엘지전자 주식회사 무선 통신 시스템에서 안테나 포트 관계를 고려한 하향링크 신호 송수신 방법 및 장치
US11432305B2 (en) 2014-05-19 2022-08-30 Qualcomm Incorporated Apparatus and method for synchronous multiplexing and multiple access for different latency targets utilizing thin control
US11818717B2 (en) 2014-12-31 2023-11-14 Texas Instruments Incorporated Method and apparatus for uplink control signaling with massive Carrier Aggregation
US10805061B2 (en) 2015-07-20 2020-10-13 Lg Electronics Inc. Method and apparatus for handling MBSFN subframes for short TTI in wireless communication system
KR102355797B1 (ko) * 2016-08-09 2022-01-26 삼성전자 주식회사 무선 셀룰라 통신 시스템에서 채널 전송 방법 및 장치
US10582531B2 (en) * 2016-11-01 2020-03-03 Lg Electronics Inc. Method for transmitting downlink control information of dynamically variable size in wireless communication system and device for same
US10492184B2 (en) * 2016-12-09 2019-11-26 Samsung Electronics Co., Ltd. Multiplexing control information in a physical uplink data channel
JP6245394B1 (ja) * 2017-02-27 2017-12-13 Tdk株式会社 軟磁性合金
EP3595215B1 (en) * 2017-03-08 2022-02-23 LG Electronics Inc. Methods for transmitting and receiving signal between terminal and base station in wireless communication system, and apparatuses for supporting same
US11303392B2 (en) * 2017-03-16 2022-04-12 Qualcomm Incorporated Multi-HARQ methods and apparatus for codeblock group based transmissions
CN108631950B (zh) * 2017-03-23 2023-11-07 华为技术有限公司 发送反馈信息的方法和设备
CN108988984B (zh) * 2017-05-31 2021-07-09 株式会社Kt 用于新无线电的重传传输块的方法及使用该方法的装置
US10673573B2 (en) * 2017-09-29 2020-06-02 Samsung Electronics Co., Ltd. Uplink transmission method and corresponding equipment
US10985877B2 (en) * 2017-11-16 2021-04-20 Sharp Kabushiki Kaisha Codebook determination of HARQ-ACK multiplexing with fallback downlink control information (DCI) and code block group (CBG) configurations
CN111357368B (zh) * 2017-11-17 2022-07-15 中兴通讯股份有限公司 用于确定无线通信中反馈信号的大小的方法、装置和系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2413627A1 (en) * 2009-03-25 2012-02-01 Fujitsu Limited Radio communication system, mobile station device, base station device, and radio communication method in the radio communication system
RU2504076C2 (ru) * 2009-09-14 2014-01-10 ЭлДжи ЭЛЕКТРОНИКС ИНК. Способ и устройство для передачи сигнала нисходящей линии связи в системе беспроводной связи мimo

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
LG ELECTRONICS: "Discussion on CB group based HARQ operation", 07.04.2017. [найдено 18.06.2020]. Найдено в: "https://www.3gpp.org/ftp/TSG_RAN/WG1_RL1/TSGR1_88b/Docs/R1-1704916.zip". SAMSUNG: "Overview of CBG-based retransmission in NR", 07.04.2017. [найдено 18.06.2020]. Найдено в: *
LG ELECTRONICS: "Discussion on CB group based HARQ operation", 07.04.2017. [найдено 18.06.2020]. Найдено в: "https://www.3gpp.org/ftp/TSG_RAN/WG1_RL1/TSGR1_88b/Docs/R1-1704916.zip". SAMSUNG: "Overview of CBG-based retransmission in NR", 07.04.2017. [найдено 18.06.2020]. Найдено в: "https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_88b/Docs/R1-1705401.zip". SAMSUNG: "CB-group based retransmission for eMBB", 17.02.2017. [найдено: 17.06.2020]. Найдено в:"https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_88/Docs/R1-1702990.zip". *
SAMSUNG: "CB-group based retransmission for eMBB", 17.02.2017. [найдено: 17.06.2020]. Найдено в:"https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_88/Docs/R1-1702990.zip". *

Also Published As

Publication number Publication date
CN110574319B (zh) 2022-09-23
US20200059327A1 (en) 2020-02-20
JP6835984B2 (ja) 2021-02-24
WO2018204491A1 (en) 2018-11-08
US20220311552A1 (en) 2022-09-29
KR102606551B1 (ko) 2023-11-24
KR20230164216A (ko) 2023-12-01
TWI687072B (zh) 2020-03-01
US11848783B2 (en) 2023-12-19
TW201906354A (zh) 2019-02-01
CN115603868A (zh) 2023-01-13
EP3619856A1 (en) 2020-03-11
KR20200012840A (ko) 2020-02-05
CN110574319A (zh) 2019-12-13
US20240129067A1 (en) 2024-04-18
JP2020519132A (ja) 2020-06-25
US11394494B2 (en) 2022-07-19
BR112019023046A2 (pt) 2020-06-09
CN115603869A (zh) 2023-01-13

Similar Documents

Publication Publication Date Title
RU2731035C1 (ru) СПОСОБ И УСТРОЙСТВО ДЛЯ УЛУЧШЕНИЯ ЭФФЕКТИВНОСТИ ОБРАТНОЙ СВЯЗИ ГИБРИДНОГО АВТОМАТИЧЕСКОГО ЗАПРОСА ПОВТОРНОЙ ПЕРЕДАЧИ (HARQ) УЛУЧШЕННОЙ МОБИЛЬНОЙ ШИРОКОПОЛОСНОЙ СВЯЗИ (eMBB) В УСЛОВИЯХ ТРАФИКА С НИЗКОЙ ЗАДЕРЖКОЙ
US20230179341A1 (en) Receiver feedback in wireless systems
CN111034097B (zh) 可靠控制信令
KR20210068430A (ko) V2x에서 harq를 지원하기 위한 방법, 장치 및 시스템
EP3566360B1 (en) Advanced coding on retranmission of data and control
US20220124679A1 (en) Wireless resource allocation schemes in vehicle-to-everything (v2x) communication