RU2774183C1 - Способы, системы и устройства для передачи данных с различной степенью надежности - Google Patents
Способы, системы и устройства для передачи данных с различной степенью надежности Download PDFInfo
- Publication number
- RU2774183C1 RU2774183C1 RU2021100671A RU2021100671A RU2774183C1 RU 2774183 C1 RU2774183 C1 RU 2774183C1 RU 2021100671 A RU2021100671 A RU 2021100671A RU 2021100671 A RU2021100671 A RU 2021100671A RU 2774183 C1 RU2774183 C1 RU 2774183C1
- Authority
- RU
- Russia
- Prior art keywords
- wtru
- grant
- transmission
- rnti
- resource
- Prior art date
Links
- 230000005540 biological transmission Effects 0.000 claims abstract description 280
- 230000000875 corresponding Effects 0.000 claims abstract description 78
- 230000001702 transmitter Effects 0.000 claims description 12
- 230000000694 effects Effects 0.000 abstract description 3
- 239000000126 substance Substances 0.000 abstract 1
- 238000000034 method Methods 0.000 description 153
- 238000004891 communication Methods 0.000 description 30
- 238000005516 engineering process Methods 0.000 description 20
- 238000011084 recovery Methods 0.000 description 20
- 230000011664 signaling Effects 0.000 description 18
- 238000010586 diagram Methods 0.000 description 15
- 238000001228 spectrum Methods 0.000 description 14
- 230000004913 activation Effects 0.000 description 13
- 101700062884 EMD Proteins 0.000 description 11
- HUCJFAOMUPXHDK-UHFFFAOYSA-N Xylometazoline Chemical compound CC1=CC(C(C)(C)C)=CC(C)=C1CC1=NCCN1 HUCJFAOMUPXHDK-UHFFFAOYSA-N 0.000 description 11
- 239000000969 carrier Substances 0.000 description 11
- 239000000203 mixture Substances 0.000 description 10
- 230000000977 initiatory Effects 0.000 description 9
- UIIMBOGNXHQVGW-UHFFFAOYSA-M buffer Substances [Na+].OC([O-])=O UIIMBOGNXHQVGW-UHFFFAOYSA-M 0.000 description 8
- 230000004044 response Effects 0.000 description 8
- 241000760358 Enodes Species 0.000 description 6
- 230000011218 segmentation Effects 0.000 description 5
- 230000001960 triggered Effects 0.000 description 5
- 101710006044 SERPINA6 Proteins 0.000 description 4
- 238000001514 detection method Methods 0.000 description 4
- 230000002093 peripheral Effects 0.000 description 4
- 239000000725 suspension Substances 0.000 description 4
- 101710036068 KIN7A Proteins 0.000 description 3
- 101700081364 PRAG1 Proteins 0.000 description 3
- 102100018193 PRAG1 Human genes 0.000 description 3
- 101700044109 ena Proteins 0.000 description 3
- 230000000051 modifying Effects 0.000 description 3
- -1 nickel cadmium Chemical compound 0.000 description 3
- 238000003672 processing method Methods 0.000 description 3
- 101700006428 EIF3A Proteins 0.000 description 2
- 201000001861 Miles-Carpenter syndrome Diseases 0.000 description 2
- 241000700159 Rattus Species 0.000 description 2
- 230000003044 adaptive Effects 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 230000001413 cellular Effects 0.000 description 2
- 108060004131 ispF Proteins 0.000 description 2
- 229910001416 lithium ion Inorganic materials 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 230000003595 spectral Effects 0.000 description 2
- 125000002306 tributylsilyl group Chemical group C(CCC)[Si](CCCC)(CCCC)* 0.000 description 2
- HBBGRARXTFLTSG-UHFFFAOYSA-N Lithium Ion Chemical compound [Li+] HBBGRARXTFLTSG-UHFFFAOYSA-N 0.000 description 1
- 238000004873 anchoring Methods 0.000 description 1
- 230000003190 augmentative Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000003139 buffering Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000001276 controlling effect Effects 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000003247 decreasing Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 239000000446 fuel Substances 0.000 description 1
- 238000002329 infrared spectrum Methods 0.000 description 1
- 239000003999 initiator Substances 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000004301 light adaptation Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 229910052987 metal hydride Inorganic materials 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 229910052759 nickel Inorganic materials 0.000 description 1
- PXHVJJICTQNCMI-UHFFFAOYSA-N nickel Substances [Ni] PXHVJJICTQNCMI-UHFFFAOYSA-N 0.000 description 1
- 230000003287 optical Effects 0.000 description 1
- 238000010187 selection method Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000001356 surgical procedure Methods 0.000 description 1
- 238000000411 transmission spectrum Methods 0.000 description 1
- 238000004642 transportation engineering Methods 0.000 description 1
- 238000002211 ultraviolet spectrum Methods 0.000 description 1
Images
Abstract
Изобретение относится модулю беспроводной передачи/приема (WTRU) и способу для передачи по восходящей линии связи (UL). Технический результат заключается в управлении передачей по восходящей линии связи. Способ содержит прием сконфигурированного предоставления (CG) и динамического предоставления (DG); и для передачи соответствующего CG, и передачи соответствующего DG, которые запланированы с наложением по времени и где приоритет, связанный с CG, ниже приоритета, связанного с DG: отмену передачи, соответствующей CG, через некоторое время после приема DG, причем время после приема DG соответствует ресурсам обработки WTRU. 2 н. и 18 з.п. ф-лы, 10 ил.
Description
Перекрестные ссылки на родственные заявки
Настоящая заявка испрашивает преимущество по предварительной заявке на патент США № 62/687 085, поданной 19 июня 2018 г., предварительной заявке на патент США № 62/752 807, поданной 30 октября 2018 г., и предварительной заявке на патент США № 62/779 271, поданной 13 декабря 2018 г., содержание которых включено в настоящий документ путем ссылки.
Предпосылки создания изобретения
Модуль беспроводной передачи/приема (WTRU) с технологией New Radio (NR) может быть настроен с помощью управления радиоресурсами (RRC) с дополнительным временным идентификатором сети (RNTI), отдельным от временного идентификатора сотовой радиосети (C-RNTI).
Изложение сущности изобретения
В некоторых вариантах осуществления предложен способ, реализованный в модуле беспроводной передачи/приема (WTRU) для передачи восходящей линии связи (UL). Первое предоставление принимают или настраивают для первого ресурса UL, а второе предоставление принимают или настраивают для второго ресурса UL. WTRU использует ресурс UL для передачи данных восходящей линии связи и/или информации управления (например, сигнал SR, информация HARQ ACK/NACK, MAC CE). Определяют, перекрывается ли первый ресурс UL во времени со вторым ресурсом UL. Если первый ресурс UL перекрывается во времени со вторым ресурсом UL, определяют первое доступное время обработки. Если первое доступное время обработки больше первого порогового значения, или первый ресурс UL, или второй ресурс UL назначают приоритетным ресурсом UL; для приоритетного ресурса генерируют единый блок передачи и/или транспортный блок (TB), и передают единый TB на приоритетный ресурс.
В некоторых вариантах осуществления, если первое доступное время обработки меньше первого порогового значения, но второе доступное время обработки больше второго порогового значения, или первый ресурс UL, или второй ресурс UL назначают приоритетным ресурсом UL, первый TB и/или информацию управления UL генерируют для первого ресурса, а второй TB и/или информацию управления UL генерируют для второго ресурса, первую передачу инициируют на первом ресурсе UL, вторую передачу инициируют на втором ресурсе UL и выполняют процедуру приоритетного прерывания на первой и второй передачах.
В некоторых вариантах осуществления, если второе доступное время обработки меньше второго порогового значения, или первый ресурс UL, или второй ресурс UL назначают приоритетным ресурсом UL, для перекрывающихся ресурсов генерируют TB и/или информацию управления UL, обработку и передачу для ресурса UL, который не является приоритетным, прекращают, а TB и/или информацию управления UL передают на приоритетный ресурс UL.
В некоторых вариантах осуществления первое доступное время обработки включает разницу во времени между определением того, что первый ресурс UL перекрывается во времени со вторым ресурсом UL, и временем начала самой ранней из всех передач первого ресурса UL и второго ресурса UL. В некоторых вариантах осуществления первое доступное время обработки включает разницу во времени между определением того, что первый ресурс UL перекрывается во времени со вторым ресурсом UL, и началом перекрытия во времени между первым ресурсом UL и вторым ресурсом UL. В некоторых вариантах осуществления WTRU на основе информации диспетчеризации определяет, перекрываются ли первый ресурс UL и второй ресурс UL во времени. В некоторых вариантах осуществления информация диспетчеризации содержит первое предоставление UL, второе предоставление UL или ресурс для передачи информации управления UL. В некоторых вариантах осуществления WTRU определяет, что первый ресурс UL и второй ресурс UL перекрываются во времени при условии, что как для первого ресурса UL, так и для второго ресурса UL для начальной передачи разрешен по меньшей мере один логический канал с буферизованными данными. В некоторых вариантах осуществления WTRU определяет, что первый ресурс UL и второй ресурс UL перекрываются во времени при условии, что самый высокий приоритет логического канала, сопоставленный с первым ресурсом UL, отличается от самого высокого приоритета логического канала, сопоставленного со вторым ресурсом UL.
В некоторых вариантах осуществления первое пороговое значение основано на минимальном количестве времени, необходимом для определения модулем WTRU приоритета первого ресурса UL и приоритета второго ресурса UL. В некоторых вариантах осуществления первое пороговое значение основано на минимальном количестве времени, необходимом для оценки модулем WTRU ограничений назначения приоритета логическому каналу (LCP) для первого предоставления и для второго предоставления, а логический канал с наивысшим настроенным приоритетом сопоставлен с первым предоставлением и вторым предоставлением. В некоторых вариантах осуществления первое пороговое значение основано на минимальном количестве времени, необходимом для оценки модулем WTRU, логический канал с наивысшим настроенным приоритетом сопоставляют с первым ресурсом UL в соответствии со сконфигурированными ограничениями приоритета для логического канала (LCP) и логическим каналом, который соответствует (или инициируется) информации управления UL, сопоставленной со вторым ресурсом UL. В некоторых вариантах осуществления второе пороговое значение основано на минимальном количестве времени, необходимом для выполнения процедуры приоритетного прерывания, и на определении приоритетов для каждого ресурса UL на основе обработки предоставления на физическом уровне. В некоторых вариантах осуществления процедура приоритетного прерывания включает в себя приоритетное прерывание на физическом уровне первой передачи или второй передачи на основании определения приоритета первого ресурса UL или второго ресурса UL. В некоторых вариантах осуществления назначение первого ресурса UL или второго ресурса UL в качестве приоритетного ресурса UL включает в себя выполнение определения приоритета логического канала (LCP), оценку логического канала с наивысшим приоритетом, сопоставленного с ресурсом UL, и/или оценку логического канала, соответствующего информации управления UL, сопоставленной с ресурсом UL, или инициированного ею.
В некоторых вариантах осуществления предложен модуль беспроводной передачи/приема (WTRU), настроенный для передачи восходящей линии связи (UL). WTRU содержит схему приемника, который принимает первое предоставление для первого ресурса UL и второе предоставление для второго ресурса UL; и процессор, соединенный со схемой приемника, который определяет, перекрывается ли первый ресурс UL во времени со вторым ресурсом UL. Процессор определяет первое доступное время обработки, если первый ресурс UL перекрывается во времени со вторым ресурсом UL. Если первое доступное время обработки больше первого порогового значения, процессор назначает или первый ресурс UL, или второй ресурс UL приоритетным ресурсом UL; генерирует для приоритетного ресурса единый транспортный блок (TB) и/или информацию управления UL, и передает их на приоритетный ресурс с помощью схемы передатчика, соединенного с процессором.
В некоторых вариантах осуществления, если первое доступное время обработки меньше первого порогового значения, но второе доступное время обработки больше второго порогового значения, процессор назначает или первый ресурс UL, или второй ресурс UL приоритетным ресурсом UL, генерирует первый TB и/или информацию управления UL для первого ресурса, а второй TB и/или информацию управления UL для второго ресурса, инициирует первую передачу на первом ресурсе UL, инициирует вторую передачу на втором ресурсе UL и выполняет процедуру приоритетного прерывания на первой и второй передачах.
В некоторых вариантах осуществления, если второе доступное время обработки меньше второго порогового значения, процессор назначает или первый ресурс UL, или второй ресурс UL приоритетным ресурсом UL, генерирует для перекрывающихся ресурсов TB и/или информацию управления UL, прекращает обработку и передачу для ресурса UL, который не является приоритетным, и передает TB и/или информацию управления UL на приоритетный ресурс UL.
В некоторых вариантах осуществления первое доступное время обработки включает разницу во времени между определением того, что первый ресурс UL перекрывается во времени со вторым ресурсом UL, и временем начала самой ранней из всех передач первого ресурса UL и второго ресурса UL. В некоторых вариантах осуществления первое доступное время обработки включает разницу во времени между определением того, что первый ресурс UL перекрывается во времени со вторым ресурсом UL, и началом перекрытия во времени между первым ресурсом UL и вторым ресурсом UL. В некоторых вариантах осуществления процессор дополнительно настраивают с возможностью определять на основе информации диспетчеризации, перекрываются ли первый ресурс UL и второй ресурс UL во времени. В некоторых вариантах осуществления информация диспетчеризации содержит первое предоставление UL, второе предоставление UL или ресурс для передачи информации управления UL. В некоторых вариантах осуществления процессор дополнительно настраивают с возможностью определять, что первый ресурс UL и второй ресурс UL перекрываются во времени при условии, что как для первого ресурса UL, так и для второго ресурса UL для начальной передачи разрешен по меньшей мере один логический канал с буферизованными данными. В некоторых вариантах осуществления процессор дополнительно настраивают с возможностью определять, что первый ресурс UL и второй ресурс UL перекрываются во времени при условии, что самый высокий приоритет логического канала, сопоставленный с первым ресурсом UL, отличается от самого высокого приоритета логического канала, сопоставленного со вторым ресурсом UL.
В некоторых вариантах осуществления первое пороговое значение основано на минимальном количестве времени, необходимом для определения модулем WTRU приоритета первого ресурса UL и приоритета второго ресурса UL. В некоторых вариантах осуществления первое пороговое значение основано на минимальном количестве времени, необходимом для оценки модулем WTRU ограничений назначения приоритета логическому каналу (LCP) для первого предоставления и для второго предоставления, а процессор дополнительно настраивают с возможностью сопоставления логического канала с наивысшим настроенным приоритетом с первым предоставлением и вторым предоставлением. В некоторых вариантах осуществления второе пороговое значение основано на минимальном количестве времени, необходимом для выполнения процедуры приоритетного прерывания, и процессор дополнительно настраивают с возможностью определять приоритеты для каждого ресурса UL на основе обработки предоставления на физическом уровне. В некоторых вариантах осуществления процедура приоритетного прерывания включает в себя приоритетное прерывание на физическом уровне первой передачи или второй передачи на основании определения приоритета первого ресурса UL или второго ресурса UL. В некоторых вариантах осуществления назначение первого ресурса UL или второго ресурса UL в качестве приоритетного ресурса UL включает в себя выполнение определения приоритета логического канала (LCP), оценку логического канала с наивысшим приоритетом, сопоставленного с ресурсом UL, и/или оценку логического канала, соответствующего информации управления UL, сопоставленной с ресурсом UL, или инициированного ею.
Краткое описание графических материалов
Более подробное объяснение содержится в представленном ниже описании, приведенном в качестве примера, в сочетании с прилагаемыми графическими материалами, на которых аналогичные номера позиций на фигурах обозначают аналогичные элементы.
На фиг. 1A представлена схема системы, иллюстрирующая пример системы связи, в которой могут быть реализованы один или более описанных вариантов осуществления.
На фиг. 1B представлена схема системы, иллюстрирующая пример модуля беспроводной передачи/приема (WTRU), который может быть использован в системе связи, показанной на фиг. 1A, в соответствии с вариантом осуществления.
На фиг. 1C представлена схема системы, иллюстрирующая пример сети радиодоступа (RAN) и пример опорной сети (CN), которые могут быть использованы в системе связи, показанной на фиг. 1A, в соответствии с вариантом осуществления.
На фиг. 1D представлена схема системы, иллюстрирующая дополнительный пример RAN и дополнительный пример CN, которые могут быть использованы в системе связи, показанной на фиг. 1A, в соответствии с вариантом осуществления.
На фиг. 2 представлена схема сигнализации, иллюстрирующая пример, когда WTRU определяет приоритет и/или выбирает между предоставлениями в MAC;
На фиг. 3 представлена схема сигнализации, иллюстрирующая пример, когда WTRU осуществляет процедуру приоритетного прерывания для текущей передачи UL;
На фиг. 4 представлена схема сигнализации, иллюстрирующая передачу физического канала восходящей линии связи от WTRU на первом ресурсе восходящей линии связи, перекрывающуюся во времени с передачей физического канала восходящей линии связи от WTRU на втором ресурсе восходящей линии связи;
На фиг. 5 представлена блок-схема, иллюстрирующая пример способа обработки перекрывающихся передач на разных ресурсах;
На фиг. 6 представлена блок-схема, дополнительно иллюстрирующая пример способа обработки перекрывающихся передач на разных ресурсах, показанного на фиг. 5; и
На фиг. 7 представлена блок-схема, дополнительно иллюстрирующая пример способа обработки перекрывающихся передач на разных ресурсах, показанного на фиг. 5 и 6.
Подробное описание
На фиг. 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 связи может включать в себя модули 102a, 102b, 102c, 102d беспроводной передачи/приема (WTRU), 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 с использованием технологии New Radio (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 с увеличенной скоростью передачи данных (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). В варианте осуществления WRTU 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, может включать в себя объект 162 управления мобильностью (MME), обслуживающий шлюз (SGW) 164 и шлюз 166 (или PGW) сети с пакетной передачей данных (PDN). Хотя каждый из вышеперечисленных элементов показан как часть CN 106, следует понимать, что любой из этих элементов может принадлежать субъекту, отличному от оператора CN, и/или может быть предоставленным им для использования.
MME 162 может быть подключен к каждой eNode-B 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. STA (например, каждая STA), включая АР, могут обнаруживать первичный канал для CSMA/CA. При распознавании/обнаружении и/или определении занятости первичного канала конкретной 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.
Устройства эмуляции могут быть выполнены с возможностью осуществления одного или более испытаний других устройств в лабораторной среде и/или в сетевой среде оператора. Например, одно или более устройств эмуляции могут выполнять одну или более функций, или все функции, при этом они полностью или частично реализованы и/или развернуты в качестве части проводной и/или беспроводной сети связи, для испытания других устройств в сети связи. Одно или более устройств эмуляции могут выполнять одну или более функций, или все функции, при этом они временно реализованы/развернуты в качестве части проводной и/или беспроводной сети связи. Устройство эмуляции может быть непосредственно соединено с другим устройством для испытания и/или выполнения испытания с использованием беспроводной связи посредством канала беспроводной связи.
Одно или более устройств эмуляции могут выполнять одну или более функций, включая все функции, и при этом не быть реализованными/развернутыми в качестве части проводной и/или беспроводной сети связи. Например, устройства эмуляции могут быть использованы в сценарии испытания в испытательной лаборатории и/или в неразвернутой (например, испытательной) проводной и/или беспроводной сети связи для осуществления испытания одного или более компонентов. Одно или более устройств эмуляции могут представлять собой испытательное оборудование. Для передачи и/или приема данных в устройствах эмуляции можно использовать прямое РЧ-соединение и/или беспроводные связи посредством РЧ-схемы (которая может, например, включать в себя одну или более антенн).
WTRU с технологией NR может быть настроен с помощью RRC с использованием первой и второй таблиц MCS; например, где каждая таблица может быть указана как применимая к передаче с помощью первого и второго временных идентификаторов радиосети (RNTI) соответственно или с помощью сообщения с информацией управления нисходящей линии связи (DCI) в первом пространстве поиска (SS) физического канала управления нисходящей линии связи (PDCCH) (например, общей для соты SS), или во второй PDCCH SS (например, специфичной для WTRU SS).
Для передач на основе предоставления циклическая проверка избыточности (CRC) информации управления нисходящей линии связи (DCI) может быть скремблирована с помощью этого дополнительного RNTI для указания новой таблицы MCS. В некоторых вариантах реализации сеть может указывать новую таблицу MCS динамически, даже если новый RNTI не настроен, в результате чего DCI, отправляемая в пространстве поиска пользователя (USS), использует новую таблицу MCS, а DCI, отправляемая в общем пространстве поиска (CSS), использует существующие таблицы MCS. Для сконфигурированных предоставлений RRC может обеспечивать новую часть RNTI конфигурации сконфигурированного ресурса предоставления.
NR WTRU может быть настроен с дополнительным RNTI, который имеет характеристики, аналогичные характеристикам C-RNTI. Например, новый RNTI может также однозначно идентифицировать WTRU. Каждый их новых RNTI и C-RNTI может указывать на одну из множества таблиц MCS, подлежащих использованию для передачи, запланированной DCI. Различные таблицы MCS могут соответствовать различным целевым значениям надежности и/или частоты появления блоков с ошибками (BLER). В альтернативном варианте осуществления WTRU может определять, какую таблицу MCS следует использовать для передачи, запланированной данной DCI, из местоположения DCI в пространстве поиска PDCCH модуля WTRU. Например, WTRU может определять, что DCI, принятая в специфичном для WTRU пространстве поиска (UESS), соответствует второй таблице MCS, тогда как DCI, принятая в общем пространстве поиска (CSS), соответствует первой таблице MCS (или таблице по умолчанию). WTRU может принимать второй RNTI в конфигурации ресурса передачи для сконфигурированного предоставления.
В некоторых вариантах реализации транспортный блок (TB) используют для передач по восходящей линии связи (UL). В LTE и в NR сеть (например, eNB или gNB) может предоставлять радиоресурсы модулю WTRU для передачи по совместно используемому каналу UL (UL-SCH). WTRU может принимать такое выделение ресурса либо в предоставлении, принятом по физическому каналу управления нисходящей линии связи (PDCCH), либо в настроенном ресурсе (например, полупостоянно планируемое предоставление UL в LTE или предоставление типа 1, или предоставление типа 2 в NR). В некоторых вариантах реализации после приема выделения ресурса уровень управления доступом к среде передачи данных (в дальнейшем MAC) модуля WTRU может предоставить объекту гибридного автоматического запроса на повторение передачи (HARQ) необходимую информацию для передачи UL. Эта информация может включать в себя одно или более из следующего: индикация новых данных (NDI), блок передачи, версия избыточности (RV) или длительность передачи. NDI может указывать, должна ли передача по восходящей линии связи быть новой передачей или повторной передачей. Блок передачи (например, размер транспортного блока (TB)) может указывать на количество битов, доступных для передачи по восходящей линии связи. Информация UL HARQ, предоставляемая MAC для передачи UL, указывает на длительность передачи (TTI).
В типичной системе с одной несущей частотой может быть не более одного TB заданной длительности передачи в любой конкретный момент времени. Объект HARQ может идентифицировать процесс HARQ, для которого должна происходить передача. Объект HARQ также может обеспечивать обратную связь HARQ, а также схему модуляции и кодирования (MCS) для процесса HARQ.
Значения NDI, размера TB, RV TTI и MCS могут управляться сетью (например, eNB или gNB) и могут быть выбраны сетью для удовлетворения требований качества обслуживания (QoS), таких как бюджет задержки пакетов (PDB), скорость потери пакетных ошибок (PELR) и/или соответствующий целевой показатель частоты появления блоков с ошибками (BLER) различных радиоканалов, установленных для WTRU, например, на основании информации о состоянии буфера (BSR), зарегистрированных показаний качества канала (CQI) и/или обратной связи HARQ, принятых от WTRU.
Для сборки блока данных протокола (PDU) MAC для передачи модуль WTRU может мультиплексировать один или более блоков служебных данных (SDU) MAC из одного или более логических каналов (LCH) на TB для доставки на физический уровень по соответствующему транспортному каналу. Для такого мультиплексирования могут также существовать ограничения по привязке между данными из канала LCH и данным TB. Примеры ограничений включают в себя ограничения на основании одной или более характеристик передачи TB. Примеры характеристик могут включать в себя SCS, максимальную длительность передачи PUSCH (например, максимальный TTI), тип сконфигурированного предоставления (например, тип 1 NR, тип 2 NR) и/или обслуживающую соту или соты, разрешенные для передачи данных для LCH.
В настоящем документе логический канал (LCH) может представлять собой логическую связь между пакетами данных и/или модули PDU. Такая связь может быть основана на блоках данных, связанных с одним и тем же носителем. В настоящем документе группа логических каналов (LCG) может включать в себя группу LCH (или эквивалентную в соответствии с приведенным выше определением), причем группирование основано на одном или более критериях. Примеры критериев группирования могут включать в себя, например, то, что один или более каналов LCH в группе имеют тот же уровень приоритета, что и у других каналов LCH из одной и той же LCG, или каким-либо образом связаны с передачами одного и того же типа (например, с аналогичными SCS, длительностью, сигналом и т.д.).
В некоторых вариантах реализации для передач UL используют определение приоритета логического канала (LCP). LCP представляет собой механизм, используемый для связывания данных, доступных для передачи, с ресурсами, доступными для передач по восходящей линии связи. Некоторые варианты реализации поддерживают мультиплексирование разных данных, имеющих разные требования QoS, в одном и том же транспортном блоке. В некоторых вариантах реализации такое мультиплексирование поддерживается там, где мультиплексирование не оказывает отрицательного влияния (например, с точки зрения задержки или надежности) на сервис, который имеет наиболее жесткие требования QoS, и/или не добавляет ненужные потери системных ресурсов (например, за счет внедрения спектральной неэффективности из-за переноса трафика высокой надежности на ресурсы, настроенные для максимально возможного трафика).
В некоторых вариантах реализации WTRU собирает блок MAC PDU (например, при заполнении TB для передачи UL) для обслуживания данных от одного или более LCH с использованием следующих принципов. Например, в некоторых вариантах реализации WTRU может выполнять LCP с использованием до двух раундов обработки.
В первом раунде примера реализации LCP (или иначе, этапы 1 и 2) обслуживают данные одного или более LCH вплоть до приоритетной скорости передачи в битах (PBR) в порядке убывания приоритета. Иными словами, можно обслуживать данные для LCH не более чем до PBR. В некоторых примерах объем данных, получаемых от LCH для мультиплексирования в TB в этом раунде, не может превышать значение, соответствующее PBR, а каналы LCH обслуживаются в порядке убывания приоритета.
Обслуживаемые данные могут превышать доступную величину объема данных для LCH для передачи в данном TTI (т.е. обслуживаемые данные могут превышать «ведро» или шейпер трафика для объема возможных обслуживаемых данных в данном TTI (например, огибающая)), которые обычно используют для предотвращения ненужной сегментации RLC). Иными словами, некоторые реализации позволяют обслуживать более чем максимальное количество данных, например, если это поможет избежать необходимости сегментации PDU или пакета модулем WTRU.
В раунде 2 примера реализации LCP (или иначе, этап 3) данные из LCH обслуживают в строгом порядке уменьшения приоритета для заполнения оставшихся ресурсов. В некоторых примерах оставшиеся ресурсы включают в себя любой объем данных, превышающий PBR для LCH.
В некоторых вариантах реализации, для NR, RRC управляет процедурой LCP путем настройки ограничений сопоставления для каждого логического канала. Примеры ограничений включают в себя ограничения (например, allowedSCS-List), задающие допустимый(-ые) интервал(-ы) поднесущих для передачи; ограничения (например, maxPUSCH-Duration), задающие максимальную продолжительность PUSCH, допустимую для передачи; ограничения (например, configuredGrantType1Allowed), задающие возможность использования для передачи тип 1 сконфигурированного предоставления, и/или ограничения (например, allowedServingCell), задающие разрешенную соту или соты для передачи.
Некоторые варианты реализации обеспечивают гибкие ограничения в отношении сопоставления посредством использования профилей передачи (TP). TP представляет собой ограничение сопоставления, которое может быть указано динамически или может быть настроено для каждого предоставления. С точки зрения сети TP может соответствовать стратегии диспетчеризации, связанной с передачей TB. С точки зрения MAC модуля WTRU для новой передачи MAC может использовать ТР, указанный gNB, для данного предоставления UL, чтобы определить, какой канал или каналы LCH следует оценивать при создании транспортного блока. Процедура сопоставления может быть выполнена WTRU без необходимости предоставления информации относительно основных характеристик уровня PHY предоставления или стратегии диспетчеризации от gNB. В некоторых вариантах реализации TP позволяют планировщику более гибко и динамически управлять логикой LCP. Например, в некоторых вариантах реализации TP позволяют gNB назначать конкретный набор ресурсов (например, с использованием конкретной численной величины, длительности передачи или их комбинации) конкретному LCH (или LCG) (например, конкретному типу трафика данных) так, что конкретный метод может быть применен к передаче физического уровня с точки зрения задержки, надежности и/или характеристик QoS. В некоторых вариантах реализации объект MAC мультиплексирует данные только из канала или каналов LCH, настроенных со значением TP, соответствующим значению, связанному с предоставлением UL.
В некоторых вариантах реализации физический уровень WTRU может определять применимый TP. Определение может быть выполнено, например, на основании приема динамической сигнализации по PDCCH, которая указывает применимый ТР (или, в некоторых вариантах осуществления, применимый LCH или LCG) для передачи, или на основании значений, применимых к предоставлению с точки зрения ограничений сопоставления. WTRU может передавать эту информацию (например, как часть информации о предоставлении) на уровень MAC (например, для LCP). Если WTRU также настроен с по меньшей мере одним значением TP на настроенный канал LCH, или явным образом (например, значение TP между [0-3]), путем привязки к одному или более значениям для настроенных ограничений сопоставления (например, значение allowedSCS 0 и значение allowedServingCell 0 соответствует конкретному значению TP или аналогичному значению), или в ином случае, используя значение TP по умолчанию (например, TP = 0), WTRU может определять, какие данные из какого LCH подходят для мультиплексирования в данном TB.
В некоторых вариантах реализации такие гибкие ограничения сопоставления могут иметь преимущество, заключающееся в том, что планировщик может определять приоритет услуг для выданных предоставлений UL по-разному, например, в зависимости от численной величины/длительности TTI.
Введение нового RNTI (например, new-RNTI, MCS-C-RNTI и т.д.) может обеспечить динамический выбор таблицы MCS для достижения определенного уровня надежности. Однако функции на подуровне MAC в настоящее время не позволяют проводить дифференцированную обработку трафика на основании желаемого уровня надежности. Различные примеры, описанные в настоящем документе, обсуждают примеры новых RNTI, таких как new RNTI, MCS-C-RNTI, второй C-RNTI или другие обозначения множества RNTI. Следует отметить, что эта номенклатура является иллюстративной и что способы, описанные в настоящем документе, в целом применимы к множеству сценариев RNTI. Например, как описано в настоящем документе, функциональные возможности C-RNTI и MCS-C-RNTI аналогичны, за исключением их соответствия другой таблице MCS.
Некоторые варианты осуществления относятся к влиянию дополнительного RNTI на MAC. Некоторые примеры такого влияния могут относиться к произвольному доступу. Например, WTRU может быть настроен с максимальным количеством передач преамбулы, значением отсрочки или ступенчатым значением линейного изменения мощности для каждой настроенной таблицы MCS и/или значения C-RNTI. Если WTRU определяет, что произвольный доступ однозначно связан с не более чем одной таблицей MCS и/или значением C-RNTI, тогда как конфигурация модуля WTRU для обслуживающей соты, в которой передают преамбулу, включает в себя более одного значения RNTI для C-RNTI, WTRU может определять максимальное количество передач преамбулы для процедуры в зависимости от значения RNTI. Это может быть полезно, например, если процедура произвольного доступа инициирована в зависимости от требования QoS (например, задержки) услуги (например, URLLC или eMBB) для динамического определения максимального количества попыток перед инициированием процедуры восстановления, если процедура произвольного доступа не завершена успешно. Определенное максимальное количество попыток может зависеть от ограничений сопоставления логического канала (LCH), данных и/или LCH, которые могли инициировать произвольный доступ, и/или C-RNTI DCI, который инициирует произвольный доступ (например, по порядку PDCCH). QoS, используемые для определения параметров RA, могут быть определены из C-RNTI, используемого для скремблирования PDCCH, который упорядочивает RA (т.е. бесконфликтная RA по порядку PDCCH). В некоторых случаях WTRU может быть настроен с возможностью обеспечения параметров, относящихся к восстановлению луча, с одним значением параметра или параметров, относящихся к восстановлению луча, на каждую таблицу MCS и/или значение C-RNTI. Такие параметры могут включать в себя одно или более из следующего:
- Максимальное число для обнаружения ошибки луча. В настоящем документе это число может называться, например, beamFailureInstanceMaxCount.
- Таймер для обнаружения ошибки луча. В настоящем документе этот таймер может называться, например, beamFailureDetectionTimer.
- Пороговое значение RSRP для восстановления луча. В настоящем документе это пороговое значение может называться, например, beamFailureCandidateBeamThreshold.
- Шаг линейного изменения мощности преамбулы для восстановления луча. В настоящем документе этот шаг линейного изменения мощности преамбулы может называться, например, preamblePowerRampingStep.
- Принятая целевая мощность преамбулы для восстановления луча. В настоящем документе эта принятая целевая мощность преамбулы может называться, например, preambleReceivedTargetPower.
- Максимальная передача преамбулы для восстановления луча. В настоящем документе это максимальное значение может называться, например, preambleTxMax.
- Временное окно для отслеживания ответа(-ов) для восстановления луча с использованием бесконфликтной преамбулы произвольного доступа. В настоящем документе это временное окно может называться, например, ra-ResponseWindow.
WTRU может быть настроен с одной или более конфигурациями восстановления луча для каждой настроенной таблицы MCS и/или значения C-RNTI. В настоящем документе такие конфигурации восстановления после отказа могут называться, например, BeamFailureRecoveryConfig. Дифференцированные параметры, основанные на значении RNTI, могут быть использованы для динамической адаптации между различными наборами параметров для процедуры восстановления луча (например, в зависимости от ожидаемой скорости и/или надежности восстановления). Например, WTRU может выбирать параметр BeamFailureRecoveryConfig, связанный с таблицей MCS, используемой для передачи запроса на восстановление луча, или WTRU может выбирать параметр BeamFailureRecoveryConfig, связанный с высокой надежностью, если он настроен со вторым C-RNTI.
Для восстановления луча (BFR) WTRU может выполнять процедуру бесконфликтного произвольного доступа (CFRA) путем передачи преамбулы и после передачи преамбулы отслеживать PDCCH обслуживающей соты (например, специальной соты (SpCell), такой как первичная сота (PCell) группы главных сот (MCG) или PCell группы вторичных сот (SCG)) в ответ на запрос BFR, идентифицированный C-RNTI. Если WTRU настроен с более чем одним значением C-RNTI (например, более чем одним значением на обслуживающую соту), WTRU может отслеживать C-RNTI, используя все настроенные значения RNTI для передачи, адресованной C-RNTI, или WTRU может отслеживать C-RNTI, используя одно значение RNTI.
В случаях, когда WTRU отслеживает C-RNTI с использованием всех настроенных значений RNTI для передачи, адресованной C-RNTI, WTRU может считать процедуру произвольного доступа успешной для BFR, если он принимает передачу PDCCH, адресованную C-RNTI с использованием любого значения до истечения временного окна ra-ResponseWindow, настроенного в конфигурации BeamFailureRecoveryConfig. В противном случае WTRU может считать прием при произвольном доступе неуспешным. В некоторых случаях WTRU может определять дополнительную информацию в зависимости от значения RNTI C-RNTI. Например, WTRU может определять первый аспект, если DCI в PDCCH принята с использованием первого значения RNTI. В другом примере WTRU может определять второй аспект, если DCI в PDCCH принята с использованием второго значения RNTI.
В случаях, когда WTRU отслеживает C-RNTI с использованием одного значения RNTI, WTRU может использовать одно значение, применимое к процедуре BFR. Такое значение может соответствовать таблице MCS по умолчанию (например, соответствующей сервису eMBB) или может соответствовать другой таблице MCS (например, соответствующей сервису URLLC). В некоторых случаях то, какое значение отслеживает WTRU, может являться конфигурационным аспектом WTRU. В некоторых случаях WTRU может считать процедуру произвольного доступа успешной для BFR, если он принимает передачу PDCCH, адресованную применимому значению C-RNTI, до истечения временного окна ra-ResponseWindow, настроенного в конфигурации BeamFailureRecoveryConfig; в противном случае WTRU может считать, что прием при произвольном доступе не был успешным. В некоторых случаях WTRU может принимать передачу PDCCH, адресованную с использованием настроенного значения RNTI, отличного от значения RNTI, которое применимо к текущей процедуре BFR для C-RNTI. WTRU может определять, что соответствующий луч больше не может использоваться, может прекратить использование соответствующего луча и может инициировать создание другого луча. В этом случае WTRU может считать процедуру произвольного доступа завершенной и может считать процедуру произвольного доступа успешной. Например, в этом случае WTRU может не передавать дополнительные преамбулы для текущего экземпляра процедуры и/или может не указывать на проблемы линии радиосвязи верхним уровням, и WTRU может определять, что восстановление луча завершено.
Для общего произвольного доступа на основе конкуренции (в том числе при использовании для BFR), если WTRU настроен с более чем одним значением для C-RNTI (например, более чем одним значением на обслуживающую соту), WTRU может определять, что разрешение конфликта является успешным, если он принимает C-RNTI с любым настроенным значением RNTI во время работы таймера ra-ContentionResolutionTimer, или WTRU может определять, что разрешение конфликта является успешным, если он принимает C-RNTI с одним конкретным значением RNTI во время работы таймера ra-ContentionResolutionTimer.
В некоторых случаях, когда WTRU определяет, что разрешение конфликта является успешным, если он принимает C-RNTI с любым из значений RNTI во время работы таймера ra-ContentionResolutionTimer, WTRU может определять, что разрешение конфликта является успешным, только если WTRU не включал C-RNTI MAC CE в Msg3 для соответствующей процедуры; в противном случае WTRU может считать прием при произвольном доступе неуспешным. В таких случаях WTRU может определять дополнительную информацию в зависимости от значения RNTI C-RNTI. Например, WTRU может определять первый аспект, если DCI в PDCCH принята с использованием первого значения RNTI, или WTRU может определять второй аспект, если DCI в PDCCH принята с использованием второго значения RNTI, или и то, и другое.
В некоторых случаях, когда WTRU определяет, что разрешение конфликта является успешным, если он принимает C-RNTI с одним конкретным значением RNTI во время работы таймера ra-ContentionResolutionTimer, WTRU может использовать одно значение, применимое для разрешения конфликта для процедуры произвольного доступа на основе конкуренции. Такое значение может соответствовать таблице MCS по умолчанию (например, соответствующей сервису eMBB) или может соответствовать другой таблице MCS (например, соответствующей сервису URLLC). В некоторых случаях значение, которое отслеживает WTRU, может являться конфигурационным аспектом WTRU. В некоторых случаях значение может соответствовать RNTI, включенному в C-RNTI MAC CE, если оно было включено в сообщение 3 процедуры произвольного доступа (Msg3). Например, если процедура CBRA (RA-SR) была инициирована после инициирования запроса планирования (SR), WTRU может включать в C-RNTI MAC CE значение RNTI в зависимости от данных, которые инициировали SR. Например, LCH может быть настроен с возможностью связывания с таблицей MCS (или в более общем смысле с TP), например, в рамках ограничений сопоставления LCH. В таких случаях WTRU может включать значение RNTI, соответствующее связанной таблице MCS в C-RNTI MAC CE, например, если таблица MCS сама по себе связана с конкретным значением RNTI. После этого WTRU может использовать значение RNTI, включенное в C-RNTI MAC CE, для выполнения разрешения конфликта.
В некоторых случаях, когда WTRU определяет, что разрешение конфликта является успешным, если он принимает C-RNTI с одним конкретным значением RNTI во время работы таймера ra-ContentionResolutionTimer, WTRU может считать успешным разрешение конфликта для произвольного доступа, когда он принимает передачу PDCCH, адресованную применимому значению C-RNTI, до истечения времени работы таймера ra-ContentionResolutionTimer, в противном случае WTRU может считать разрешение конфликта неуспешным. Для BFR WTRU может принимать передачу PDCCH, адресованную с использованием настроенного значения RNTI, отличного от значения RNTI, которое применимо к текущей процедуре BFR для C-RNTI, и WTRU может определять, что разрешение конфликта было неуспешным. В этом случае WTRU может определять, что процедура произвольного доступа для BFR была неуспешной, если истекло время работы таймера ra-ContentionResolutionTimer.
В некоторых случаях WTRU может игнорировать PDCCH, принятый с настроенным значением RNTI, отличным от значения RNTI, которое применимо к текущей процедуре BFR для C-RNTI. В некоторых случаях WTRU может принимать передачу PDCCH, адресованную с использованием настроенного значения RNTI, отличного от значения RNTI, которое применимо к текущей процедуре BFR для C-RNTI. В некоторых случаях WTRU может определять, что разрешение конфликта является неуспешным. В некоторых случаях WTRU может игнорировать PDCCH, принятый с настроенным значением RNTI, отличным от значения RNTI, которое применимо к текущей процедуре произвольного доступа для C-RNTI. В некоторых случаях временный C-RNTI, принятый в сообщении RAR, всегда соответствует значению RNTI, связанному с таблицей MCS по умолчанию.
Для MAC C-RNTI CE в некоторых примерах, если WTRU настроен с более чем одним значением для C-RNTI (например, более чем одним значением на обслуживающую соту), WTRU должен включать в C-RNTI MAC CE (например, для Msg3 процедуры произвольного доступа) значение RNTI для C-RNTI, которое соответствует по меньшей мере одному из следующих четырех значений. Во-первых, включенное значение RNTI может соответствовать значению RNTI по умолчанию, например таблице MCS по умолчанию. Во-вторых, включенное значение RNTI может соответствовать значению C-RNTI, для которого WTRU успешно декодировал DCI, предписывающую WTRU инициировать процедуру произвольного доступа (например, C-RNTI DCI, принятой для порядка PDCCH для выполнения процедуры произвольного доступа). В-третьих, включенное значение RNTI может быть выбрано в зависимости от инициирующего сигнала для процедуры произвольного доступа. Например, для RA-SR (например, инициированный данными, которые становятся доступными для передач) значение RNTI может соответствовать LCH данных, которые инициировали RA-SR в зависимости от ограничений LCH. Такое ограничение LCH может включать в себя значение MCS или связанную таблицу MCS. В таких случаях WTRU может включать в себя значение RNTI, соответствующее связанной таблице MCS для ограничения LCH в C-RNTI MAC CE (например, если таблица MCS сама по себе связана с конкретным значением RNTI). В-четвертых, для формата, поддерживающего одно или более значений RNTI, включенное значение RNTI может соответствовать LCH, для которого доступны данные для передачи, аналогично предыдущему примеру, относящемуся к LCH, который привел к инициированию процедуры произвольного доступа, для формата, поддерживающего одно или более значений RNTI.
Некоторые варианты осуществления относятся к операции HARQ. Например, если WTRU настроен с более чем одним значением для C-RNTI на обслуживающую соту, WTRU может быть настроен с одним значением на C-RNTI для одного или более параметров, связанных с объектом HARQ. Такие параметры могут включать в себя, например, максимальное количество повторных передач HARQ для процесса HARQ и/или транспортного блока.
WTRU, настроенный с более чем одним значением C-RNTI на обслуживающую соту, может принимать DCI по PDCCH на один из C-RNTI объекта MAC для обслуживающей соты (например, DCI по меньшей мере частично скремблирована с помощью C-RNTI). В некоторых вариантах осуществления WTRU может считать индикатор новых данных (NDI) переключенным (например, DCI указывает на передачу нового транспортного блока) для процесса HARQ, указанного в DCI, если DCI содержит назначение нисходящей линии связи или предоставление UL, например, если DCI планирует первую передачу для соответствующего значения C-RNTI; если DCI планирует процесс HARQ (например, на основании идентификации процесса HARQ), который был запланирован последним с использованием другого значения C-RNTI; если DCI планирует процесс HARQ (например, на основании идентификации процесса HARQ), который был запланирован последним с использованием другого значения C-RNTI, но MCS или таблица MCS для повторной передачи отличается от используемой при последнем планировании этого процесса для этого процесса HARQ; если DCI планирует процесс HARQ (например, на основании идентификации процесса HARQ), который был запланирован последним с использованием другого значения C-RNTI, но параметры передачи (например, MCS или таблица MCS) не соответствуют ограничениям данных LCH, которые связаны с последней передачей для этого процесса HARQ; если DCI планирует процесс HARQ (например, на основании идентификации процесса HARQ), который был запланирован последним с использованием того же значения C-RNTI, но размер запланированного транспортного блока отличается от размера, который был использован при последнем планировании для этого процесса HARQ; или если флаг NDI в DCI указывает на то, что NDI переключен; например
В некоторых примерах оба назначения нисходящей линии связи, принятые по PDCCH, указывают на наличие передачи по DL-SCH для конкретного объекта MAC и обеспечивают соответствующую информацию HARQ. Если объект MAC имеет C-RNTI, MCS-C-RNTI, временный C-RNTI или CS-RNTI, объект MAC должен для каждого события PDCCH, в течение которого он отслеживает PDCCH и для каждой обслуживающей соты: если назначение нисходящей линии связи для этого события PDCCH и эта обслуживающая сота были приняты по PDCCH для C-RNTI, MCS-C-RNTI или временного C RNTI объекта MAC, указывать на наличие назначения нисходящей линии связи и доставлять связанную информацию HARQ на объект HARQ; если это первое назначение нисходящей линии связи для этого временного C-RNTI, считать NDI переключенным; если назначение нисходящей линии связи предназначено для C-RNTI объекта MAC и если предыдущее назначение нисходящей линии связи, указанное объекту HARQ того же процесса HARQ, было либо назначением нисходящей линии связи, принятым для CS-RNTI объекта MAC или MCS-C-RNTI, либо настроенным назначением нисходящей линии связи, считать NDI переключенным независимо от значения NDI; Если назначение нисходящей линии связи предназначено для MCS-C-RNTI объекта MAC и если предыдущее назначение нисходящей линии связи, указанное объекту HARQ того же процесса HARQ, было либо назначением нисходящей линии связи, принятым для CS-RNTI объекта MAC или C-RNTI, либо настроенным назначением нисходящей линии связи, считать NDI переключенным независимо от значения NDI.
В некоторых примерах предоставление восходящей линии связи либо динамически принимают по PDCCH в ответе произвольного доступа, либо настраивают полупостоянно посредством RRC. Объект MAC должен иметь предоставление восходящей линии связи для передачи по UL-SCH. Для выполнения запрашиваемых передач уровень MAC принимает информацию HARQ с более низких уровней. Если объект MAC имеет C-RNTI, временный C-RNTI, MCS-C-RNTI или CS-RNTI, объект MAC должен для каждого события PDCCH и для каждой обслуживающей соты, принадлежащей TAG с работающим таймером timeAlignmentTimer, и для каждого предоставления, принятого для этого события PDCCH: если предоставление восходящей линии связи для этой обслуживающей соты было принято по PDCCH для C-RNTI MCS-C-RNTI или временного C-RNTI объекта MAC, или если предоставление восходящей линии связи было принято в ответе произвольного доступа, доставлять предоставление восходящей линии связи и связанной информации HARQ на объект HARQ; если предоставление восходящей линии связи предназначено для C-RNTI объекта MAC и если предыдущее предоставление восходящей линии связи, переданное на объект HARQ для того же процесса HARQ, было либо предоставлением восходящей линии связи, принятым для CS-RNTI или MCS-C-RNTI объекта MAC, либо настроенным предоставлением восходящей линии связи, или если предоставление восходящей линии связи предназначено для MCS-C-RNTI объекта MAC и если предыдущее предоставление восходящей линии связи, переданное на объект HARQ того же процесса HARQ, было либо предоставлением восходящей линии связи, принятым для CS-RNTI или C-RNTI объекта MAC, либо настроенным предоставлением восходящей линии связи: считать NDI переключенным для соответствующего процесса HARQ независимо от значения NDI. Если предоставление восходящей линии связи предназначено для C-RNTI или MCS-C-RNTI объекта MAC, а идентифицированный процесс HARQ настроен для настроенного предоставления восходящей линии связи: запускать или перезапускать таймер configuredGrantTimer для соответствующего процесса HARQ, если он настроен.
В некоторых примерах оба назначения нисходящей линии связи, принятые по PDCCH, указывают на наличие передачи по DL-SCH для конкретного объекта MAC и обеспечивают соответствующую информацию HARQ. Если объект MAC имеет C-RNTI, MCS-C-RNTI, временный C-RNTI или CS-RNTI, объект MAC должен для каждого события PDCCH, в течение которого он отслеживает PDCCH и для каждой обслуживающей соты: если назначение нисходящей линии связи для этого события PDCCH и эта обслуживающая сота были приняты по PDCCH для C-RNTI, MCS-C-RNTI или временного C RNTI объекта MAC, указывать на наличие назначения нисходящей линии связи и доставлять связанную информацию HARQ на объект HARQ; если это первое назначение нисходящей линии связи для этого временного C-RNTI, считать NDI переключенным; если назначение нисходящей линии связи предназначено для C-RNTI объекта MAC и если предыдущее назначение нисходящей линии связи, указанное объекту HARQ того же процесса HARQ, было либо назначением нисходящей линии связи, принятым для CS-RNTI или MCS-C-RNTI объекта MAC, либо настроенным назначением нисходящей линии связи, или если назначение нисходящей линии связи предназначено для C-RNTI или MCS-C-RNTI объекта MAC и если предыдущее назначение нисходящей линии связи, указанное объекту HARQ того же процесса HARQ, было назначением нисходящей линии связи для передачи с использованием другой таблицы MCS, считать NDI переключенным независимо от значения NDI.
В некоторых примерах предоставление восходящей линии связи либо динамически принимают по PDCCH в ответе произвольного доступа, либо настраивают полупостоянно посредством RRC. Объект MAC должен иметь предоставление восходящей линии связи для передачи по UL-SCH. Для выполнения запрашиваемых передач уровень MAC принимает информацию HARQ с более низких уровней. Если объект MAC имеет C-RNTI, временный C-RNTI, MCS-C-RNTI или CS-RNTI, объект MAC должен для каждого события PDCCH и для каждой обслуживающей соты, принадлежащей TAG с работающим таймером timeAlignmentTimer, и для каждого предоставления, принятого для этого события PDCCH: если предоставление восходящей линии связи для этой обслуживающей соты было принято по PDCCH для C-RNTI MCS-C-RNTI или временного C-RNTI объекта MAC, или если предоставление восходящей линии связи было принято в ответе произвольного доступа, доставлять предоставление восходящей линии связи и связанной информации HARQ на объект HARQ; если предоставление восходящей линии связи предназначено для C-RNTI объекта MAC и если предыдущее предоставление восходящей линии связи, переданное на объект HARQ для того же процесса HARQ, было либо предоставлением восходящей линии связи, принятым для CS-RNTI или MCS-C-RNTI объекта MAC, либо настроенным предоставлением восходящей линии связи, или если предоставление восходящей линии связи предназначено для MCS-C-RNTI объекта MAC, и если предыдущее предоставление восходящей линии связи, переданное на объект HARQ того же процесса HARQ, было предоставлением восходящей линии связи для передачи с использованием другой таблицы MCS, считать NDI переключенным для соответствующего процесса HARQ независимо от значения NDI; если предоставление восходящей линии связи предназначено для C-RNTI или MCS-C-RNTI объекта MAC, а идентифицированный процесс HARQ настроен для настроенного предоставления восходящей линии связи: запускать или перезапускать таймер configuredGrantTimer для соответствующего процесса HARQ, если он настроен.
WTRU, настроенный с более чем одним значением C-RNTI на обслуживающую соту, может принимать DCI по PDCCH на один из C-RNTI объекта MAC для обслуживающей соты (например, DCI по меньшей мере частично скремблирована с помощью C-RNTI). В некоторых примерах WTRU может считать, что NDI не переключен (например, DCI указывает на повторную передачу транспортного блока) для процесса HARQ, указанного в DCI, если DCI содержит назначение нисходящей линии связи или предоставление UL, например, согласно по меньшей мере одному варианту из следующих: где DCI планирует процесс HARQ (например, на основании идентификации процесса HARQ), который был последним запланирован с использованием другого значения C-RNTI, а размер транспортного блока имеет тот же размер, который был использован при последнем планировании для этого процесса HARQ; где DCI планирует процесс HARQ (например, на основании идентификации процесса HARQ), который был последним запланирован с использованием другого значения C-RNTI, а размер транспортного блока имеет тот же размер, который был использован при последнем планировании для этого процесса HARQ, а MCS или таблица MCS идентичны использованным при последнем планировании для этого процесса HARQ; или где флаг NDI в DCI указывает на то, что NDI не переключен.
WTRU, настроенный с более чем одним значением C-RNTI на обслуживающую соту, может принимать DCI по PDCCH на один из C-RNTI объекта MAC для обслуживающей соты (например, DCI по меньшей мере частично скремблирована с помощью C-RNTI). В некоторых вариантах осуществления WTRU может определять необходимость отбрасывания DCI (например, WTRU не выполняет передачу в предоставлении UL, принятом в DCI, и/или прием в назначении DL, принятом в DCI), если он определяет, например, по меньшей мере одно из следующего: если DCI планирует процесс HARQ (например, на основании идентификации процесса HARQ), который был последним запланирован с использованием другого значения C-RNTI; если DCI планирует процесс HARQ (например, на основании идентификации процесса HARQ), который был запланирован последним с использованием другого значения C-RNTI, а размер транспортного блока отличается от размера, который был использован при последнем планировании для этого процесса HARQ; или если DCI планирует процесс HARQ (например, на основании идентификации процесса HARQ), который был последним запланирован с использованием другого значения C-RNTI, и поле NDI в DCI указывает на то, что NDI не был переключен. Этот случай может соответствовать неожиданному случаю, например сетевой ошибке или ложноположительному обнаружению PDCCH.
В некоторых примерах оба назначения нисходящей линии связи, принятые по PDCCH, указывают на наличие передачи по DL-SCH для конкретного объекта MAC и обеспечивают соответствующую информацию HARQ. Если объект MAC имеет C-RNTI, MCS-C-RNTI, временный C-RNTI или CS-RNTI, объект MAC должен для каждого события PDCCH, в течение которого он отслеживает PDCCH и для каждой обслуживающей соты: если назначение нисходящей линии связи для этого события PDCCH и эта обслуживающая сота были приняты по PDCCH для C-RNTI MCS-C-RNTI или временного C RNTI объекта MAC, если это первое назначение нисходящей линии связи для этого временного C-RNTI, считать NDI переключенным; если назначение нисходящей линии связи предназначено для C-RNTI или MCS-C-RNTI объекта MAC и если предыдущее назначение нисходящей линии связи, указанное объекту HARQ того же процесса HARQ, было либо назначением нисходящей линии связи, принятым для CS-RNTI объекта MAC, либо настроенным назначением нисходящей линии связи, считать NDI переключенным независимо от значения NDI; если назначение нисходящей линии связи предназначено для C-RNTI объекта MAC и если предыдущее назначение нисходящей линии связи, указанное объекту HARQ того же процесса HARQ, было принято для MCS-C-RNTI объекта MAC, а также если NDI не был переключен, или если назначение нисходящей линии связи предназначено для MCS-C-RNTI объекта MAC и если предыдущее назначение нисходящей линии связи, указанное объекту HARQ того же процесса HARQ, было принято для C-RNTI объекта MAC, и если NDI не был переключен, игнорировать назначение нисходящей линии связи; иначе указывать на наличие назначения нисходящей линии связи и доставлять связанную информацию HARQ на объект HARQ.
В некоторых примерах предоставление восходящей линии связи либо динамически принимают по PDCCH в ответе произвольного доступа, либо настраивают полупостоянно посредством RRC. Объект MAC должен иметь предоставление восходящей линии связи для передачи по UL-SCH. Для выполнения запрашиваемых передач уровень MAC принимает информацию HARQ с более низких уровней. Если объект MAC имеет C-RNTI, временный C-RNTI, MCS-C-RNTI или CS-RNTI, объект MAC должен для каждого события PDCCH и для каждой обслуживающей соты, принадлежащей TAG с работающим таймером timeAlignmentTimer, и для каждого предоставления, принятого для этого события PDCCH: если предоставление восходящей линии связи для этой обслуживающей соты было принято по PDCCH для C-RNTI MCS-C-RNTI или временного C-RNTI объекта MAC или если предоставление восходящей линии связи было принято в ответе произвольного доступа: если предоставление восходящей линии связи предназначено для C-RNTI или MCS-C-RNTI объекта MAC и если предыдущее предоставление восходящей линии связи, переданное на объект HARQ для того же процесса HARQ, было либо предоставлением восходящей линии связи, принятым для CS-RNTI объекта MAC, либо сконфигурированным предоставлением восходящей линии связи, считать NDI переключенным для соответствующего процесса HARQ независимо от значения NDI; если предоставление восходящей линии связи предназначено для C-RNTI или MCS-C-RNTI объекта MAC, а идентифицированный процесс HARQ настроен для настроенного предоставления восходящей линии связи: запускать или перезапускать таймер configuredGrantTimer для соответствующего процесса HARQ, если он настроен; если предоставление восходящей линии связи предназначено для C-RNTI объекта MAC и если предыдущее предоставление восходящей линии связи, переданное на объект HARQ того же процесса HARQ, было принято для MCS-C-RNTI объекта MAC, а также если NDI не был переключен, или если предоставление восходящей линии связи предназначено для MCS-C-RNTI объекта MAC и если предыдущее предоставление восходящей линии связи, переданное на объект HARQ того же процесса HARQ, было принято для C-RNTI объекта MAC, и если NDI не был переключен, игнорировать предоставление восходящей линии связи; иначе доставлять предоставление восходящей линии связи и связанной информации HARQ на объект HARQ.
Некоторые варианты осуществления относятся к определению приоритета для логического канала. Например, в некоторых вариантах осуществления RRC может управлять процедурой LCP путем настройки одного или более ограничений сопоставления для каждого логического канала. Ограничения сопоставления могут быть заданы, например, параметром, настроенным для каждого логического канала, представляющего таблицу MCS, или параметром, который задает значение RNTI для C-RNTI. В настоящем документе эти примеры параметров могут называться allowedMCS-Table и allowedRNTI-value соответственно. В некоторых вариантах осуществления WTRU может мультиплексировать данные, запланированные с использованием конкретной таблицы MCS и/или с использованием конкретного RNTI для транспортного блока, только если канал LCH настроен с ограничением сопоставления, которое позволяет передавать данные с использованием тех же значений или с использованием значения, которое находится в пределах диапазона допустимых значений.
В некоторых вариантах осуществления ограничение сопоставления, такое как максимальная продолжительность PUSCH или допустимый разнос поднесущих, может зависеть от типа таблицы MCS, указанного предоставлением, или типа RNTI (например, C-RNTI или new-RNTI), используемого для предоставления. Например, максимальная продолжительность PUSCH может быть настроена равной первому (например, более высокому) значению для первого типа таблицы MCS, оптимизированного для высокой надежности, и второму (например, более низкому) значению для второго типа таблицы MCS, не оптимизированного для высокой надежности. Такой подход может обеспечивать эффективность благодаря меньшей вероятности необходимости повторных передач при указании таблицы MCS, оптимизированной для высокой надежности.
В некоторых вариантах осуществления WTRU может адаптировать применимость настроенных ограничений сопоставления LCP в соответствии с применимым идентификатором процесса HARQ. WTRU может быть настроен с помощью RRC с определенными идентификаторами процесса HARQ как освобожденный от всех или подмножества ограничений LCP. WTRU может быть настроен с помощью RRC с определенным(-и) каналом(-ами) LCH как освобожденный от ограничений только по освобожденным идентификаторам процессов HARQ. WTRU может не применять все ограничения или подмножество ограничений, настроенных для LCH, при создании TB для предоставления UL, для которого идентификатор процесса HARQ настроен с помощью RRC для освобождения от ограничений LCP. Например, WTRU может принимать предоставление UL с идентификатором процесса HARQ, настроенным как освобожденный от подмножества ограничений LCP выбора LCH. WTRU может создавать TB для предоставления UL для новой передачи с учетом всех LCH с буферизованными данными или всех LCH, не настроенных с ограничениями, плюс LCH, настроенных как освобожденные от ограничений по освобожденным идентификаторам процесса HARQ.
В некоторых вариантах осуществления WTRU может принимать динамическое указание от gNB для приостановки или возобновления применения определенных настроенных ограничений LCP. WTRU может принимать от сети указание о применимости ограничения LCP для исполнения одного из следующих действий: приостановить настроенные ограничения, применить новые ограничения или возобновить применение настроенных ограничений. WTRU может принимать указание о применимости посредством явной сигнализации или указания. Например, WTRU может принимать указание о применимости посредством DCI или сигнализации CE MAC. В другом примере WTRU может определять указание о применимости из содержимого информации HARQ UL, маркера потока QoS и/или подзаголовка протокола. Указание может быть применимо только для одного пакета, TB или передачи HARQ PID.
WTRU может косвенно определять указание о применимости, например, из ресурса PDCCH (например, набор частотно-временных ресурсов и/или пространство поиска), характеристики ресурса PDCCH (например, периодичность, шаблон отслеживания, длительность, C-RNTI и/или тип скремблирования) или характеристики передачи DL, соответствующей рассматриваемой передаче UL (например, отражающий индикатор QoS и/или QFI). В одном примере WTRU может быть указан или настроен с помощью RRC с определенным(-и) C-RNTI как освобожденный от ограничений так, что предоставление UL, запланированное на DCI и/или PDCCH, скремблированном таким(-и) C-RNTI, может считаться WTRU как освобожденное от ограничений LCP или подмножества ограничений LCP; WTRU может не применять ограничения LCP (или подмножество ограничений), настроенные для каналов LCH, при создании TB для предоставления UL, запланированного на PDCCH, скремблированном с применением освобожденного(-ых) C-RNTI. В другом примере WTRU может быть указан или настроен с помощью RRC с определенными наборами частотно-временных ресурсов и/или пространствами поиска как освобожденный от ограничений LCP так, что предоставление UL, запланированное на таких ресурсах PDCCH, считается WTRU как освобожденное от всех или подмножества ограничений LCP; WTRU может не применять ограничения LCP (или подмножество ограничений), настроенные для каналов LCH, при создании TB для предоставления UL, запланированного на PDCCH, скремблированном с применением C-RNT, указанного(-ых) как освобожденный(-ые) от ограничений LCP.
Указание о применимости может также указывать на (или может быть применимо к предварительно настроенным) «указанные критерии», для которых применима приостановка или возобновление ограничений LCP. Указанные критерии могут включать в себя по меньшей мере один из следующих: (a) Логический(-ие) канал(-ы): Например, указание о применимости может обеспечивать указание на канал LCH или группу каналов LCH, для которых применима остановка или возобновление ограничений. Например, WTRU может приостановить ограничения, настроенные для данного LCH или LCG, при приеме указания. В одном варианте осуществления WTRU может быть настроен с помощью RRC с определенными LCH для освобождения от ограничений LCP при приеме указания о применимости; (b) Ограничение(-я) LCP: Например, указание о применимости может обеспечивать указание об ограничении(-ях) LCP, для которого(-ых) применимы приостановка или возобновление. Например, WTRU может приостановить подмножество ограничений LCP выбора LCH (например, численную величину, ограничения длительности TTI и/или тип 1 сконфигурированного предоставления) при приеме указания. Указание может сообщать, какие ограничения приостановлены. В одном варианте осуществления WTRU может быть настроен с помощью RRC с определенными ограничениями LCP для освобождения от применения в процедуре LCP при приеме указания о применимости; (c) Тип или индекс ресурса: WTRU приостанавливает настроенные ограничения для типа ресурса (например, типа 1 сконфигурированного предоставления, типа 2 и/или динамического предоставления) при приеме указания о применимости. Например, WTRU может приостановить настроенные ограничения для данного ресурса UL (или индекса ресурса UL) при приеме указания. Ресурс UL может быть указан с помощью указания о применимости или предварительно настроен более высокими уровнями. Например, WTRU может быть натсроен с помощью RRC с определенными типами ресурсов UL или индексами ресурсов; WTRU может приостановить настроенные ограничения для такого(-их) ресурса(-ов) UL при приеме указания; (d) Идентификатор(ы) процесса HARQ: WTRU может приостановить или возобновить настроенные ограничения для TB, созданных для передач по восходящей линии связи на идентификаторах процесса HARQ, которые указаны посредством указания применимости или предварительно настроены для освобождения при приеме указания. В одном примере WTRU может быть настроен с помощью RRC с определенными идентификаторами процессов HARQ как освобожденный от ограничений LCP при приеме указания. WTRU может приостанавливать настроенные ограничения для данного ресурса UL при приеме указания от том, настроен ли определенный идентификатор процесса HARQ как освобожденный посредством RRC. WTRU может определять идентификатор процесса HARQ непосредственно из переданной информации UL HARQ и/или из выбранного ресурса (например, на основе типа ресурса и TTI); (е) Размер транспортного блока. Например, WTRU может приостановить ограничения LCP, если TBS меньше (или больше) определенного порогового значения, настроенного с помощью RRC или указанного WTRU; (f) Параметр(-ы) QoS. Например, модуль WTRU может приостановить или применить определенные ограничения, настроенные при условии, что наивысший приоритет LCH, сопоставленный с предоставлением, выше или ниже определенного порогового значения. В другом примере WTRU может приостановить ограничения, настроенные при условии, что данные из определенного потока QoS или DRB буферизуются.
WTRU может быть настроен с возможностью использования таймера приостановки. Когда таймер приостановки работает, WTRU не применяет ограничений LCP (или ограничений LCP для указанных критериев). По истечении заданного времени таймера WTRU снова применяет настроенные ограничения LCP. WTRU может запускать таймер приостановки после приема указания о применимости ограничений LCP, которое указывает на приостановку ограничений LCP. Таймер может влиять на приостановку ограничений LCP по указанным критериям, если таймер запущен путем приема указания о применимости ограничений LCP. WTRU может запускать таймер приостановки при приеме нового пакета, SDU и/или буферизованных данных с более высоких уровней из настроенного набора DRB, LCH и/или потоков QoS. WTRU может запускать таймер при передаче (или инициировании) SR, связанного с настроенным набором каналов LCH и/или конфигурацией(-ями) SR. WTRU может запускать таймер при инициировании BSR из настроенного набора каналов LCH. WTRU может запускать таймер при инициировании SR из-за поступления данных, и WTRU не имеет доступных ресурсов, которые соответствуют настроенным ограничениям LCP для LCH, инициировавшего соответствующий BSR. Таймер приостановки может быть настроен с помощью RRC на каждый WTRU, LCH, LCG, DRB, поток QoS и/или ресурс восходящей линии связи.
WTRU может быть настроен с использованием таймера применимости ограничений. Во время работы таймера применимости ограничений WTRU применяет настроенные ограничения LCP (или ограничения LCP для указанных критериев). По истечении времени работы таймера WTRU не применяет настроенные ограничения LCP (или ограничения LCP для указанных критериев). WTRU может запускать таймер применимости ограничений после приема указания применимости ограничений LCP, которое указывает на возобновление ограничений LCP или добавление нового(-ых) ограничения(-й) LCP. Таймер может влиять на применимость ограничений LCP по указанным критериям, если таймер запущен путем приема указания о применимости ограничений LCP. WTRU может запускать таймер применимости ограничений при приеме нового пакета, SDU и/или буферизованных данных с более высоких уровней из настроенного набора DRB, LCH и/или потоков QoS. WTRU может запускать таймер при передаче (или инициировании) SR, связанного с настроенным набором каналов LCH и/или конфигурацией(-ями) SR. WTRU может запускать таймер при инициировании BSR из сконфигурированного набора каналов LCH. Таймер применимости ограничений может быть настроен с помощью RRC на каждый WTRU, LCH, LCG, DRB, поток QoS и/или ресурс восходящей линии связи.
Некоторые варианты осуществления относятся к отказу линии радиосвязи. Например, модуль WTRU может быть настроен с более чем одним значением для C-RNTI на обслуживающую соту. WTRU может быть настроен с возможностью выполнения другой процедуры восстановления линии радиосвязи в зависимости от значения C-RNTI, используемого для диспетчеризации. Например, если передача сигнала (например, данные о PUSCH, передача преамбулы), связанного с конкретным значением C-RNTI, приводит к инициированию процедуры восстановления, может быть выполнена конкретная процедура восстановления линии радиосвязи, связанная с этим C-RNTI. В некоторых примерах WTRU может определять процедуру восстановления линии радиосвязи для выполнения в зависимости от значения RNTI, связанного с текущими процессами HARQ, (например, процессы HARQ, для которых не была подтверждена последняя передача). Например, проблемы линии радиосвязи могут быть обнаружены при повторяющемся сбое (например, указанном приемом NACK) передачи транспортного блока, связанного с первой таблицей MCS, и/или значением RNTI для C-RNTI. В некоторых вариантах осуществления WTRU может определять, должен ли он инициировать процедуру восстановления соединения RRC, если передача, которая вызвала отказ линии радиосвязи (RLF), была запланирована с использованием конкретного RNTI. WTRU может определять, что он должен инициировать процедуру восстановления соединения RRC, если процесс HARQ (или последняя передача процесса HARQ) был запланирован с использованием первого значения RNTI (например, соответствующего услуге eMBB), или в противном случае инициировать условную передачу обслуживания (например, применяя предварительно настроенное изменение конфигурации), например, для услуги URLLC.
Некоторые подходы относятся к назначениям UL/DL. Например, что касается приема назначения нисходящей линии связи, WTRU может отслеживать PDCCH для каждой соты, если он настроен со вторым C-RNTI (также называемый, например, MCS-C-RNTI) для приема назначений нисходящей линии связи. Следует отметить, что термин MCS-C-RNTI может использоваться взаимозаменяемо с термином new-RNTI.
В некоторых вариантах осуществления после приема назначения нисходящей линии связи WTRU может считать NDI переключенным независимо от значения, указанного в сигнализированном NDI, если происходит по меньшей мере одно из следующего: WTRU принимает назначение нисходящей линии связи для своего MCS-C-RNTI, а предыдущее назначение нисходящей линии связи указывало, что тот же процесс HARQ был предназначен для RNTI, отличного от того, с которым настроен WTRU; WTRU принимает назначение нисходящей линии связи для своего MCS-C-RNTI и предыдущее назначение нисходящей линии связи указывает один и тот же способ HARQ для сконфигурированного назначения нисходящей линии связи; или WTRU принимает назначение нисходящей линии связи для своего C-RNTI, а предыдущее назначение нисходящей линии связи указывало на то, что один и тот же процесс HARQ предназначен для MCS-C-RNTI модуля WTRU.
WTRU может также или вместо этого определять, следует ли переключать NDI на основе того, перекрывается ли принятое назначение нисходящей линии связи с ранее принятым назначением нисходящей линии связи. WTRU может также или вместо этого определять, переключать ли NDI на основе характеристик передачи физического уровня текущих и ранее принятых назначений нисходящей линии связи, включая длительность PDSCH, численную величину и/или BLER указанных MCS.
Что касается приема предоставления восходящей линии связи, WTRU может отслеживать PDCCH для каждой соты, если он настроен с MCS-C-RNTI для приема предоставления или предоставлений восходящей линии связи. В некоторых примерах после приема предоставления восходящей линии связи WTRU может переключать NDI независимо от значения, указанного в сигнализированном NDI, если происходит одно или более из следующего: WTRU принимает предоставление восходящей линии связи для своего MCS-C-RNTI, а предыдущее предоставление восходящей линии связи указывало, что тот же процесс HARQ предназначен для RNTI, отличного от того, с которым настроен WTRU; WTRU принимает предоставление восходящей линии связи для своего MCS-C-RNTI и предыдущее предоставление восходящей линии связи указывало на один и тот же процесс HARQ для настроенного предоставления восходящей линии связи; или WTRU принимает предоставление восходящей линии связи для своего C-RNTI, а предыдущее предоставление восходящей линии связи, указывало на то, что один и тот же процесс HARQ предназначен для MCS-C-RNTI модуля WTRU.
WTRU может также или вместо этого переключать NDI на основе того, перекрывается ли принятое предоставление восходящей линии связи с ранее принятым предоставлением восходящей линии связи до переключения NDI. WTRU может также или вместо этого переключать NDI на основе характеристик передачи физического уровня текущих и ранее принятых предоставлений восходящей линии связи до переключения NDI, включая продолжительность PUSCH, численную величину и/или BLER указанных MCS.
Что касается запросов на планирование (SR), модуль WTRU может быть настроен с ресурсом или конфигурацией запроса планирования, которые связаны с данной таблицей MCS. WTRU может выбирать определенную конфигурацию SR в зависимости от конфигурации логического канала. Например, если определенный канал LCH ограничен в LCP использованием определенной таблицы или таблиц MCS, WTRU может выбирать определенные связанные конфигурации или ресурсы SR, связанные с разрешенной таблицей или таблицами MCS для LCH, инициировавшего SR.
Некоторые подходы относятся к сконфигурированным предоставлениям или назначениям. Например, в некоторых вариантах осуществления сконфигурированное предоставление может быть связано с типом таблицы MCS. Такая связь может сигнализироваться в рамках конфигурации RRC. В альтернативном варианте осуществления такая связь может определяться с помощью сигнализации физического уровня при активации сконфигурированного предоставления. Например, сконфигурированное предоставление может быть связано с первым типом таблицы MCS, если PDCCH, содержащий команду активации, принят в первом пространстве поиска (например, специфичном для WTRU пространстве поиска), или со вторым типом таблицы MCS, если PDCCH, содержащий команду активации, принят во втором пространстве поиска (например, общем пространстве поиска). В другом примере сконфигурированное предоставление может быть связано с первым типом таблицы MCS, если для PDCCH, содержащего команду активации, используют первое значение RNTI (например, new- RNTI), или со вторым типом таблицы MCS, если для PDCCH, содержащего команду активации, используют второй RNTI (например, C-RNTI).
В некоторых вариантах осуществления тип и/или инициаторы повторных передач или новых передач со сконфигурированным предоставлением могут зависеть от типа таблицы MCS, связанной с этим сконфигурированным предоставлением. Такие примеры, описанные ниже, обеспечивают различные уровни надежности трафика с использованием различных типов таблиц MCS.
В некоторых вариантах осуществления, если таймер сконфигурированного предоставления, связанный со сконфигурированным предоставлением, запущен, модуль WTRU может выполнять повторную передачу (например, неадаптивную повторную передачу) с использованием сконфигурированного предоставления, если оно связано с первым типом таблицы MCS, и не выполнять какую-либо повторную передачу, если оно связано со вторым типом таблицы MCS. В некоторых примерах для сконфигурированного предоставления, связанного с первым типом таблицы MCS, WTRU может останавливать связанный таймер сконфигурированного предоставления при приеме определенного типа сигнализации физического уровня. Сигнализация физического уровня может включать в себя PDCCH, использующий, например, первое значение RNTI (например, new-RNTI), или PDCCH, принятый в определенном пространстве поиска (например, специфичном для WTRU пространстве поиска). Эти подходы или комбинация этих подходов могут позволить WTRU повторно передавать один и тот же транспортный блок для каждого экземпляра сконфигурированного предоставления до получения указания от сети в течение максимум периода длительности, соответствующего значению таймера сконфигурированного предоставления. Преимущество такого подхода заключается в повышении надежности.
В некоторых примерах, если таймер сконфигурированного предоставления, связанный со сконфигурированным предоставлением, не запущен, WTRU может выполнить повторную передачу (например, неадаптивную повторную передачу) с использованием сконфигурированного предоставления, если сконфигурированное предоставление связано с первым типом таблицы MCS, и выполнить новую передачу (например, считать, что бит NDI переключен), если сконфигурированное предоставление связано со вторым типом таблицы MCS.
Сконфигурированное предоставление может перекрываться во времени с динамическим предоставлением. В некоторых примерах решение о том, имеет ли динамическое предоставление приоритет (т.е. переопределяет сконфигурированное предоставление), может зависеть от по меньшей мере одного фактора из следующих: тип таблицы MCS, указанной динамическим предоставлением; тип RNTI (например, C-RNTI или new-RNTI), используемый для декодирования динамического предоставления; или тип таблицы MCS, связанной со сконфигурированным предоставлением. Например, в некоторых вариантах осуществления динамическое предоставление может иметь приоритет перед сконфигурированным предоставлением, только если динамическое предоставление указывает первый тип таблицы MCS (например, тип таблицы MCS, оптимизированный для надежности) или первый тип RNTI (например, new-RNTI), или если сконфигурированное предоставление связано со вторым типом таблицы MCS (например, тип таблицы MCS, не оптимизированный для надежности).
Некоторые варианты осуществления относятся к обработке множества наборов информации диспетчеризации (например, предоставления (например, ресурс PUSCH), DCI, ресурс для передачи информации управления или сигнализации (например, ресурс PUCCH) и т.д. Предоставление в настоящем документе используется в качестве примера SI). Например, в некоторых вариантах реализации WTRU может определять, что одно предоставление может перекрываться по времени и/или ресурсам с другим предоставлением. В некоторых вариантах реализации WTRU может определять, перекрывается ли один набор информации диспетчеризации (например, предоставление) по времени и/или ресурсам с параметрами, указанными в другом предоставлении. Например, WTRU может определять, что два предоставления перекрываются по времени, если новые данные поступают в буфер или буферы WTRU, и/или в зависимости от приоритетов данных и/или ограничений сопоставления LCP. WTRU может выполнять действия, относящиеся к определению приоритета перекрывающихся предоставлений или генерации другого TB соответственно. Например, если новые данные поступают в буфер WTRU, а подмножество буферизованных данных WTRU сопоставляется с одним из перекрывающихся предоставлений, но не с обоими предоставлениям, WTRU может выполнять действия по определению приоритета между перекрывающимися предоставлениями (например, может определять, что одно предоставление имеет более высокий приоритет по сравнению с другим, и соответственно размещать буферные данные) или может генерировать другой TB.
В некоторых примерах сконфигурированное предоставление может перекрываться во времени с динамическим предоставлением. В некоторых примерах сконфигурированное предоставление может перекрываться как по времени, так и по набору PRB с динамическим предоставлением.
В некоторых примерах WTRU может быть настроен с возможностью предоставления для передачи по восходящей линии связи. WTRU может принимать такую конфигурацию посредством L3 или RRC сигнализации. Такая конфигурация может включать в себя временные и/или частотные ресурсы, а также другие параметры передачи, например параметры, обычно связанные с предоставлением. В некоторых примерах сконфигурированное предоставление может быть связано с по меньшей мере одним профилем передачи (TP). В некоторых примерах конфигурация WTRU для мультиплексирования данных для передачи в транспортном блоке (TB) может включать в себя ограничение сопоставления одному или более TP. Такое ограничение сопоставления может включать в себя связь между данными логического канала (LCH) (или группы логических каналов (LCG), радиоканала (RB) или подобного) и конкретным TP.
В некоторых примерах WTRU может принимать информацию о применимом ТР для передачи в информации о предоставлении (например, в DCI или в конфигурации предоставления). WTRU может определять (например, в рамках процедуры логического определения приоритета (LCP)) TP, применимый к TB, связанному с передачей, как указано в информации о предоставлении, и может включать в себя данные только от LCH, LCG и/или RB, для которых ограничение сопоставления позволяет передавать соответствующие данные с использованием такого TB.
WTRU может получать оповещение, что такое сконфигурированное предоставление является активным, например, на основании приема сигнала, который конфигурирует предоставление, и/или на основании приема последующего сигнала управления (например, DCI), который активирует сконфигурированное предоставление. В некоторых примерах ресурсы, связанные со сконфигурированным предоставлением, могут соответствовать ресурсам конкретной части полосы пропускания (BWP). В таких случаях в некоторых примерах модуль WTRU определяет, что сконфигурированное предоставление является активным, только если WTRU определяет, что соответствующая BWP (или соответствующие BWP) также находится в активированном состоянии для модуля WTRU. В некоторых примерах ресурсы, связанные со сконфигурированным предоставлением, могут соответствовать ресурсам конкретной соты с конфигурацией модуля WTRU. В таких случаях в некоторых примерах WTRU определяет, что сконфигурированное предоставление является активным, только если WTRU определяет, что соответствующая сота или соты также находятся в активированном состоянии для WTRU.
В некоторых примерах WTRU может принимать динамическую информацию диспетчеризации (например, DCI в PDCCH), которая указывает, что WTRU должен выполнить передачу. Такая информация диспетчеризации может указывать на то, что ресурсы (например, временные и/или частотные ресурсы) для такой передачи по меньшей мере частично перекрываются с передачей, указанной активным сконфигурированным предоставлением, в то время как WTRU может быть способен выполнять только одну передачу для ресурсов (например, если WTRU не может одновременно передавать передачу динамического предоставления и передачу сконфигурированного предоставления на том же ресурсе, например, если одна передача предназначена для высокой надежности).
В некоторых вариантах осуществления модуль WTRU выбирает предоставления, которые могут переносить данные, доступные для передачи, с самыми высокими требованиями QoS. Например, модуль WTRU может определять приоритет и/или определять информацию о предоставлении, применимую к передаче, соответствующей предоставлению с наивысшим значением приоритета (например, значению TP), и для которой WTRU имеет буферные данные, которые могут быть переданы в соответствии с ограничениями сопоставления предоставления (например, TP предоставления). UE может определять значение приоритета предоставления как логический канал с наивысшим приоритетом с буферизованными данными, которые могут быть сопоставлены с ним, с учетом ограничений выбора LCP канала LCH, сконфигурированных для каждого LCH. В другом примере, если WTRU не имеет доступных для передачи данных для любого из LCH, которые применимы к любому предоставлению в наборе перекрывающихся предоставлений, может быть выбрана информация о предоставлении с наименьшим приоритетом (или наименьшим значением TP), например, для передачи информации о заполнении и/или отчета о состоянии буфера. В некоторых примерах, если WTRU не имеет доступных для передачи данных для любого из применимых TP и/или предоставлений, WTRU может определять приоритет или выбирать информацию о предоставлении, которая была принята посредством динамической сигнализации (например, посредством DCI по PDCCH).
В некоторых примерах WTRU может выполнять такое определение на основании одного или более параметров настроенных ограничений сопоставления для LCP (например, в отсутствие явного указания для TP в информации диспетчеризации, и/или в конфигурации WTRU для сконфигурированного предоставления, и/или для сконфигурированных LCH, LCG или RB). Иными словами, WTRU может выбирать предоставление, которое может переносить данные, связанные с логическим каналом, с буферизованными данными, имеющими наивысший приоритет, когда два предоставления (например, сконфигурированное предоставление и динамически планируемое предоставление) доступны для передачи, где по меньшей мере один символ является общим по времени для информации о предоставлении для соответствующих им длительностей передачи.
В некоторых примерах WTRU может выполнять различные процедуры (например, первая процедура выбора или вторая процедура выбора, примеры которых описаны ниже) для определения того, какое предоставление из текущих предоставлений WTRU следует выбирать в зависимости от типа ресурсов передачи (например, с точки зрения применимой MCS, таблицы MCS, SCS, численной величины, длительности передачи, количества символов и т.п.) и/или в зависимости от типа наложения ресурсов передачи (например, с точки зрения времени и/или частоты).
В некоторых примерах WTRU всегда переопределяет доступное предоставление (например, действующее сконфигурированное предоставление) на основании DCI, если оба предоставления предназначены для совершенно одинаковых ресурсов/PRB/данных]. В некоторых примерах WTRU может выполнять первую процедуру выбора (например, согласно указанному выше), только если информация о предоставлении всех предоставлений указывает на что-либо, отличное от точного наложения по времени и частоте (т.е. информация о предоставлении указывает на то, что обе передачи приводят к различному использованию ресурсов с точки зрения блоков физических ресурсов). В противном случае, если наложение является точным с точки зрения PRB, WTRU может определять (например, используя правило, которое не изменяется динамически) выбор одного из предоставлений (например, в зависимости от способа получения модулем WTRU информации о предоставлении). Например, WTRU может всегда выбирать динамически планируемое предоставление. Это может соответствовать случаям, когда сеть динамически адаптирует передачу, которую WTRU в противном случае выполнил бы с помощью сконфигурированного предоставления (например, сеть назначает динамическое предоставление, перекрывающееся с событием сконфигурированного предоставления, для адаптации характеристик надежности MCS или PHY). В некоторых примерах WTRU может выбирать динамически планируемое предоставление только в том случае, если ограничения TP и/или сопоставления для любого из предоставлений приведут к выбору одних и тех же данных для передачи (например, если оба предоставления указывают на то, что они применимы к передаче одних и тех же данных).
В некоторых примерах WTRU всегда переопределяет доступное предоставление (например, действующее сконфигурированное предоставление) на основании DCI, если оба предоставления имеют одинаковые ограничения по сопоставлению LCH, и/или TP, и/или QoS. В некоторых примерах WTRU может выполнять вторую процедуру выбора (например, в соответствии с вышеизложенным) только там, где TP и/или результирующие ограничения сопоставления в информации о предоставлении обоих предоставлений указывают на то, что при передаче могут быть мультиплексированы разные данные (например где оба предоставления указывают на то, что они применимы к передаче данных от разных LCH, LCG и/или RB). В противном случае, если одни и те же данные могут быть переданы с использованием любого из предоставлений, WTRU может определить (например, используя правило, которое не изменяется динамически) выбор одного из предоставлений (например, в зависимости от способа получения модулем WTRU информации о предоставлении – например, WTRU может всегда выбирать динамически планируемое предоставление). Например, это может соответствовать случаю, когда сеть динамически адаптирует передачу, которую в противном случае модуль WTRU выполнил бы с использованием сконфигурированного предоставления (например, как указано выше).
В некоторых примерах WTRU всегда переопределяет доступное предоставление (например, действующее сконфигурированное предоставление) на основании DCI, если оба предоставления имеют аналогичное QoS уровня PHY. Например, (возможно, в комбинации с одним или более из вышеперечисленных переопределений) WTRU может определять (например, используя правило, которое не изменяется динамически) выбор одного из предоставлений (например, в зависимости от способа получения модулем WTRU информации о предоставлении – например, WTRU может всегда выбирать динамически планируемое предоставление, когда оба предоставления указывают на использование одной и той же таблицы MCS, имеют одну и ту же длительность передачи, одну и ту же численную величину и/или один и тот же набор PRB). В некоторых примерах это может соответствовать случаям, в которых сеть динамически адаптирует передачу для сконфигурированного предоставления (например, как указано выше).
В некоторых примерах WTRU считает, что данные, включенные в конкретный TB, передаются повторно. Например, в любом из вышеупомянутых сценариев в некоторых вариантах реализации, если предоставление предназначено для повторной передачи HARQ, WTRU может рассматривать данные, включенные в транспортный блок (например, для которого применима повторная передача), в качестве части данных, доступных для передачи. В некоторых примерах WTRU может определять, что предоставление, соответствующее начальной передаче, всегда имеет приоритет над предоставлением, соответствующим повторной передаче.
Некоторые варианты осуществления относятся к приоритетному прерыванию. В некоторых вариантах осуществления приоритетное прерывание определяет приоритет одной передачи над другой перекрывающейся передачей. В некоторых вариантах осуществления передача приоритетного прерывания может прерывать текущую передачу. Например, модуль WTRU может определять возможность выполнения передачи, связанной с каждым из двух предоставлений, по меньшей мере частично, если модуль WTRU определяет, что одно предоставление перекрывается по времени и/или ресурсам с другим предоставлением (для удобства предоставление используют в качестве примера набора информации диспетчеризации, описанного в настоящем документе, однако это применимо в целом к наборам информации диспетчеризации). Например, WTRU (например, MAC) может генерировать один TB для каждого предоставления, инициировать первую передачу и впоследствии применять приоритетное прерывание физического уровня для той части передач, которые перекрываются друг с другом. В некоторых примерах WTRU может обрабатывать такое множество предоставлений с использованием приоритетного прерывания физического уровня, если WTRU настроен с возможностью применения приоритетного прерывания к наложенным передачам и/или если выбор одного предоставления невозможен; например, из-за недостаточного количества ресурсов обработки или недостаточного времени обработки. Например, такое время обработки (например, первое время обработки) может соответствовать времени между приемом второго (например, более позднего по времени) предоставления и временем, соответствующем началу самой ранней из рассматриваемых перекрывающихся передач, и WTRU может применять приоритетное прерывание для перекрывающихся передач, если время обработки недостаточно (например, меньше сконфигурированного порогового значения), чтобы назначать приоритет передачам на уровне MAC (например, с использованием LCP). В некоторых примерах такое время обработки может соответствовать возможности WTRU (такие возможности могут, например, быть переданы в сеть как часть обмена информацией о возможностях WTRU). В другом примере WTRU может применять приоритетное прерывание при условии, что второе время обработки больше сконфигурированного порогового значения, причем такое второе время обработки может соответствовать времени между приемом второго (например, более позднего по времени) предоставления и временем, соответствующем началу наложения ресурса между рассматриваемыми перекрывающимися передачами.
На фиг. 2 представлена схема сигнализации, иллюстрирующая пример сценария 200, когда WTRU определяет приоритет и/или выбирает между предоставлениями в MAC. В сценарии 200 WTRU определяет в момент времени 250, что передача 210 для Предоставления 1 начнется в момент времени 220 и что передача 230 для Предоставления 2 перекрывается во временной области с передачей 210 и начнется до передачи 210 в момент времени 240. Для выполнения определения приоритета двух предоставлений на уровне MAC WTRU требуется минимальное время обработки Tmin для выполнения LCP. Поскольку время 250 находится до начала Tmin, WTRU имеет достаточно времени для определения приоритета двух предоставлений и соответственно определяет приоритет передач с использованием определения приоритета на уровне MAC.
На фиг. 3 представлена схема сигнализации, иллюстрирующая пример сценария 300, когда WTRU осуществляет процедуру приоритетного прерывания для текущей передачи UL. В сценарии 300 WTRU определяет в момент времени 350, что передача 310 для Предоставления 1 начнется в момент времени 320 и что передача 330 для Предоставления 2 перекрывается во временной области с передачей 310 и начнется до передачи 310 в момент времени 340. Для выполнения определения приоритета двух предоставлений на уровне MAC WTRU требуется минимальное время обработки Tmin для выполнения LCP. Поскольку время 250 находится после начала Tmin, WTRU не имеет достаточно времени для определения приоритета двух предоставлений и соответственно осуществляет приоритетное прерывание перекрывающейся передачи либо по Предоставлению 1, либо по Предоставлению 2 с использованием приоритетного прерывания физического уровня.
На фиг. 4 представлена схема сигнализации, иллюстрирующая пример сценария 400, когда передача физического канала восходящей линии связи 410 от WTRU на Ресурсе 1 UL, перекрывается во временной области с передачей физического канала восходящей линии связи 420 от WTRU на Ресурсе 2 UL. Первый символ передачи 410 будет начинаться в момент времени t3, а первый символ передачи 420 будет начинаться позднее, в момент времени t4. Чтобы WTRU мог обработать наложение или «коллизию» между передачами 410 и 420, WTRU должен обнаруживать коллизию с достаточным временем упреждения. Чтобы WTRU мог обработать наложение с использованием обработки на уровне MAC (например, с помощью LCP) и/или сгенерировать один транспортный блок, WTRU должен обнаружить наложение порогового времени tMACProc до начала более ранней перекрывающейся передачи 410.
Соответственно, если WTRU уже определил, когда произойдет передача 410 (например, в момент времени t1), и определяет, что перекрытие с передачей 420 произойдет в момент времени t2 или раньше (т. е. по меньшей мере tMACProc до более ранней передачи 410), WTRU имеет достаточно времени для обработки наложения с использованием обработки на уровне MAC (например, определение приоритета на уровне MAC).
С другой стороны, если WTRU уже определил, когда произойдет передача 410 (например, в момент времени t1), и определяет, что перекрытие с передачей 420 произойдет в момент времени t2bis или раньше (т.е. по меньшей мере tPHYProc до начала последующей передачи, которая является началом перекрытия между передачей 410 и передачей 420), тогда WTRU имеет достаточно времени для обработки наложения с использованием обработки на уровне PHY (например, приоритетное прерывание физического уровня).
На фиг. 5, 6 и 7 представлены блок-схемы, иллюстрирующие пример способа, который может быть реализован в модуле WTRU для обработки наложения между передачей физического канала на первом ресурсе (например, первое предоставление) и второй передачей физического канала на втором ресурсе (например, второе предоставление). Следует отметить, что порядок этапов приведен в качестве примера. В некоторых вариантах осуществления этапы могут выполняться в другом порядке, могут совпадать по времени или некоторые этапы могут быть опущены. Следует отметить, что генерация транспортного блока (TB) на некоторых этапах является иллюстративной для типа передачи по ресурсу восходящей линии связи и может быть взаимозаменяемой с информацией управления UL или более генерализованной как передача по восходящей линии связи.
На фиг. 5 представлена блок-схема 500, иллюстрирующая пример способа обработки наложения, описанного выше. На этапе 510 WTRU принимает первое предоставление для первого ресурса, а на этапе 520 WTRU принимает второе предоставление для второго ресурса. WTRU определяет, ожидается ли передача на первом и втором предоставления, а также когда она ожидается. При условии 530, что передача на первый ресурс и передача на второй ресурс будут перекрываться во временной области, WTRU определяет доступное время обработки на этапе 540; в противном случае поток возвращается к этапу 510, на котором WTRU получает другое предоставление для потенциально перекрывающегося набора ресурсов. При условии 550, что время обработки больше первого порогового значения, WTRU назначает приоритетный ресурс на этапе 560, генерирует один TB для приоритетного ресурса на этапе 570 и передает один TB на приоритетный ресурс на этапе 580. В противном случае поток переходит к этапу 610, как показано и описано со ссылкой на фиг. 6.
На этапе 540 WTRU определяет как первое доступное время обработки относительно первого порогового значения, так и второе доступное время обработки относительно второго порогового значения в соответствии с различными вариантами осуществления, описанными выше.
Например, первое доступное время обработки по отношению к первому пороговому значению может быть определено как время, оставшееся после определения модулем WTRU того, что ожидается передача на втором предоставлении (если передача на втором предоставлении произойдет позже, чем передача на первом предоставлении), и началом передачи на первом предоставлении. В некоторых вариантах осуществления это соответствует времени от t2 до t3, как показано и описано со ссылкой на фиг. 4.
Второе доступное время обработки по отношению ко второму пороговому значению может быть определено как время, оставшееся после определения модулем WTRU того, что ожидается передача на втором предоставлении (предполагая, что передача на втором предоставлении произойдет позже, чем передача на первом предоставлении) и началом передачи на втором предоставлении (например, началом перекрывания между передачами). В некоторых вариантах осуществления это соответствует времени от t2 до t4, как показано и описано со ссылкой на фиг. 4.
В условии 550 WTRU сравнивает первое доступное время обработки с первым пороговым значением, чтобы определить, достаточно ли оставшегося времени обработки для WTRU для определения того, какая передача из двух должна иметь приоритет, с использованием определения приоритета на уровне MAC. Это пороговое значение соответствует tMACProc, как показано и описано со ссылкой на фиг. 4.
Следует отметить, что различные стадии и условия представляют собой только один пример осуществления, показаны отдельно и в частности исключительно для наглядности и облегчения понимания. Различные стадии и условия необязательно представляют собой последовательные или отдельные операции. Например, в некоторых вариантах осуществления первое и второе предоставления, полученные на этапах 510 и 520 соответственно, могут быть получены одновременно или в порядке, обратном показанному.
Пример способа описан с использованием блок-схем 500, 600 и 700 в комбинации, как показано и описано со ссылкой на фиг. 5, 6 и 7 соответственно. Однако следует отметить, что способ блок-схемы 500 можно также концептуализировать как способ самостоятельного определения приоритета на уровне MAC, и в этом случае отрицательное условие условия 550 в некоторых вариантах осуществления возвращает к этапу 510.
На фиг. 6 представлена блок-схема 600, дополнительно иллюстрирующая пример способа обработки наложения, описанного выше. Поток переходит к условию 610 от условия 550, как показано и описано со ссылкой на фиг. 5. При условии 610, что первое доступное время обработки меньше, чем первое пороговое значение, но второе доступное время обработки больше, чем второе пороговое значение, WTRU назначает приоритетный ресурс на этапе 620, генерирует первый TB для первого ресурса и второй TB для второго ресурса на этапе 630, инициирует передачу первого TB на первый ресурс на этапе 640, инициирует передачу второго TB на второй ресурс на этапе 650 и выполняет процедуру приоритетного прерывания (на уровне PHY) на передачах первого TB и второго TB на этапе 660. В противном случае поток переходит к этапу 710, как показано и описано со ссылкой на фиг. 7. Следует отметить, что порядок различных этапов обработки 630, 640 и 650 приведен в качестве примера и может происходить в любом подходящем порядке, и/или с перекрыванием по времени, или в других вариантах осуществления одновременно. Следует отметить, что генерация транспортного блока (TB) на некоторых этапах является иллюстративной для типа передачи по ресурсу восходящей линии связи и может быть взаимозаменяемой с информацией управления UL или более генерализованной как передача по восходящей линии связи.
В условии 610 WTRU сравнивает второе доступное время обработки (т.е. как определено на этапе 540, показанном и описанном со ссылкой на фиг. 5) со вторым пороговым значением, чтобы определить, достаточно ли оставшегося времени обработки для WTRU, чтобы определить, какая передача из двух должна иметь приоритет, с использованием определения приоритета на уровне PHY. Это пороговое значение соответствует tPHYProc, как показано и описано со ссылкой на фиг. 4.
На фиг. 7 представлена блок-схема 700, дополнительно иллюстрирующая способ обработки наложения, описанный выше. Поток переходит к условию 710 от условия 610, как показано и описано со ссылкой на фиг. 6. При условии 710, что второе доступное время обработки меньше второго порогового значения, WTRU назначает приоритетный ресурс на этапе 720, генерирует один TB для ресурса, на котором выполняется приоритетная передача на этапе 730, прекращает обработку и передачу для ресурса UL, который не имеет приоритета на этапе 740, и передает один TB на приоритетный ресурс на этапе 750. Следует отметить, что порядок различных этапов обработки 730, 740 и 750 приведен в качестве примера и может происходить в любом подходящем порядке, и/или с перекрыванием по времени, или в других вариантах осуществления одновременно. Следует отметить, что генерация транспортного блока (TB) на некоторых этапах является иллюстративной для типа передачи по ресурсу восходящей линии связи и может быть взаимозаменяемой с информацией управления UL или более генерализованной как передача по восходящей линии связи. Поток возвращается к стадии 510, как показано и описано со ссылкой на фиг. 5.
В примере порядка обработки, показанном на фиг. 5, 6 и 7, условие 710 представляет собой подразумеваемое условие; т.е. второе доступное время обработки всегда будет меньше второго порогового значения, если обработка достигает условия 710 (т.е. нет отрицательного условия). Однако следует отметить, что такой порядок обработки приведен только в качестве примера. В других вариантах реализации WTRU может определять это условие раньше, чем условие 610 и/или 550, и в этом случае отрицательное условие приведет поток к следующему соответствующему условию (например, условию 610 или 550) соответственно.
В некоторых вариантах реализации приоритетное прерывание может включать в себя прекращение WTRU первой действующей передачи (например, соответствующей первому предоставлению) для начала второй передачи (например, соответствующей второму предоставлению). В некоторых вариантах реализации WTRU может определять, должно ли предоставление рассматриваться как перекрывающееся с другим предоставлением в зависимости от данных, доступных в буфере WTRU для применимого LCH (например, при наличии ненулевого значения и/или более определенного объема данных, доступных для передачи для этих LCH). Такое определение может быть основано на ограничениях сопоставления LCH и/или на определении применимого TP для TB, связанного с данным предоставлением.
В некоторых вариантах реализации WTRU может определять, что первое предоставление перекрывается по времени и/или ресурсам со вторым предоставлением, но что доступных ресурсов обработки (например, времени) недостаточно для завершения обработки второго предоставления до начала передачи, соответствующей первому предоставлению, до того, как началась передача, соответствующая первому предоставлению, и/или до того, как по меньшей мере один TB передачи, соответствующий первому предоставлению, уже был доставлен на физический уровень. В этом случае WTRU может выполнять передачу посредством второго предоставления и может выполнять приоритетное прерывание передачи, связанной с первым предоставлением, в зависимости от данных, доступных для передачи, и свойств первого и второго предоставлений.
В частности, в некоторых вариантах реализации WTRU может выполнять приоритетное прерывание передачи, связанной с первым предоставлением, в случаях, когда происходит по меньшей мере одно из следующих примерных условий.
В первом примере WTRU может осуществлять приоритетное прерывание передачи, связанной с первым предоставлением, в случаях, когда WTRU имеет доступные для передачи данные, которые могут быть переданы через второе предоставление в соответствии с ограничениями логического канала и/или ТР. В некоторых вариантах реализации дополнительным условием является то, что такие данные не могут быть переданы по первому предоставлению в соответствии с такими ограничениями и/или TP.
Во втором примере WTRU может осуществлять приоритетное прерывание передачи, связанной с первым предоставлением, в случаях, когда ресурсы первого и второго предоставлений перекрываются (полностью или частично) во временной области, но не перекрываются или не полностью перекрываются в частотной области. В некоторых вариантах реализации такое условие может конфигурироваться более высокими уровнями.
В третьем примере WTRU может осуществлять приоритетное прерывание передачи, связанной с первым предоставлением, в случаях, когда параметр приоритета, связанный с данными, доступными для передачи, выше любого параметра приоритета, связанного с данными, включенными в транспортный блок, передаваемый передачей, соответствующий первому предоставлению. В некоторых вариантах реализации такой параметр приоритета может включать в себя используемый приоритет логического канала, например, как часть процедуры LCP, или может включать в себя приоритет приоритетного прерывания. В некоторых вариантах реализации такой приоритет приоритетного прерывания может быть сконфигурирован более высокими уровнями для каждого логического канала или группы логических каналов независимо от приоритета логического канала.
В четвертом примере WTRU может осуществлять приоритетное прерывание передачи, связанной с первым предоставлением, в случаях, когда параметр приоритета (например, параметр приоритетного прерывания), связанный со вторым предоставлением, выше параметра приоритета, связанного с первым предоставлением. В некоторых вариантах реализации такой параметр приоритета может быть сконфигурирован для каждого предоставления, например, как часть TP, или явно передан в DCI или с помощью RRC. В некоторых вариантах реализации параметр приоритета может быть определен косвенно на основании свойства предоставления.
В пятом примере WTRU может осуществлять приоритетное прерывание передачи, связанной с самым ранним возникающим предоставлением, в случаях, когда процессы HARQ, соответствующие первому и второму предоставлениям, не являются одинаковыми. В таких случаях, если самое раннее возникающее предоставление также перекрывается с третьим предоставлением (например, более поздним по времени), WTRU может по-прежнему выполнять передачу по третьему предоставлению, если удовлетворены другие применимые условия.
В шестом примере WTRU может осуществлять приоритетное прерывание передачи, связанной с первым предоставлением, в случаях, когда продолжительность PUSCH, соответствующая первому и второму предоставлениям, отличается. Например, модуль WTRU может осуществить приоритетное прерывание передачи первого предоставления, если продолжительность PUSCH второго предоставления меньше определенного сконфигурированного значения (в некоторых примерах такое значение может зависеть от максимального ограничения LCP продолжительности PUSCH, сконфигурированного для канала LCH наивысшего приоритета с буферными данными, или полустатически сконфигурированного значения), продолжительность PUSCH второго предоставления меньше определенного относительного значения (например, меньше продолжительности PUSCH первого предоставления или оставшейся продолжительности PUSCH первого предоставления) и/или оставшееся время до завершения первой передачи (при первом предоставлении) больше определенного значения.
В седьмом примере WTRU может осуществлять приоритетное прерывание передачи, связанной с первым предоставлением, в случаях, когда один из способов выбора, описанный в приведенных выше абзацах, примененный к первому и второму предоставлениям, приведет к выбору второго предоставления. Другими словами, описанные выше условия для определения приоритета предоставления также могут применяться в качестве условий для приоритетного прерывания (например, на основании времени обработки, приоритета предоставления, QoS и т.п.
В некоторых случаях, таких как некоторые примеры реализации вышеуказанных случаев, если WTRU осуществляет приоритетное прерывание передачи, связанной с первым предоставлением (т. е. «прерываемая передача»), для выполнения передачи, связанной со вторым предоставлением (т.е. «прерывающая передача») может происходить одно или более из следующих действий: прерываемая передача может быть прервана или отменена в начале или до начала прерывающей передачи; прерываемая передача может возобновиться в конце или после завершения прерывающей передачи; в случаях, когда процесс HARQ передачи прерываемой и прерывающей передачи одинаковы, процесс HARQ прерываемой передачи может быть очищен; и/или WTRU может генерировать повторную передачу на основе CBG для групп блоков кода, подвергнутых приоритетному прерыванию (в таких случаях в некоторых вариантах реализации WTRU может таким образом позднее получать более позднее предоставление с TBS, меньшим, чем общий размер TB начальной передачи. WTRU может предоставлять индексы групп CBG, подвергнутых приоритетному прерыванию, на части первого предоставления второго предоставления или на канале управления восходящей линии связи).
Некоторые примеры относятся к выбору процесса HARQ. В некоторых вариантах реализации в тех случаях, когда второе предоставление является сконфигурированным предоставлением, WTRU может идентифицировать процесс HARQ, связанный со сконфигурированным предоставлением. В некоторых вариантах реализации WTRU может определять процесс HARQ на основании предварительно определенной формулы (например, на основании ресурсов, занятых предоставлением). В некоторых вариантах реализации WTRU может определять, что процесс HARQ будет таким же, как процесс HARQ, связанный с другим предоставлением (например, предыдущее перекрывающееся первое предоставление). Для предотвращения избыточной записи данных в процессе HARQ первого предоставления WTRU может определять (например, повторно выбирать) процесс HARQ (т. е. идентификатор процесса HARQ, отличный от того, который автономно определен WTRU на основе предварительно определенной формулы) на основании по меньшей мере одного из следующих иллюстративных подходов. В первом иллюстративном подходе WTRU выбирает процесс HARQ, для которого не запущен таймер сконфигурированного предоставления. Например, WTRU может циклически проходить доступные процессы HARQ, например, начиная с определенного изначально, до тех пор, пока не найдет тот, для которого не работает таймер сконфигурированного предоставления. Если такой процесс HARQ не может быть найден, WTRU может выбрать процесс HARQ, для которого работает самый длинный таймер. Во втором иллюстративном подходе WTRU выбирает процесс HARQ, который не связан ни с какими текущими передачами.
После получения динамического предоставления, которое перекрывается во временной области со сконфигурированным предоставлением, WTRU может выполнять одно или более из нескольких действий. В первом иллюстративном действии модуль WTRU может останавливать таймер сконфигурированного предоставления, связанный с перекрывающимся сконфигурированным предоставлением. Например, если WTRU определяет, что сконфигурированное предоставление имеет приоритет над динамическим предоставлением, WTRU может остановить таймер сконфигурированного предоставления, если он запущен. Во втором иллюстративном действии WTRU может запустить таймер сконфигурированного предоставления, например, если динамическое предоставление имеет приоритет над сконфигурированным предоставлением. В третьем иллюстративном действии WTRU может необязательно выполнять первое или второе иллюстративное действие, если перекрывающиеся предоставления имеют один и тот же идентификатор процесса HARQ.
В некоторых вариантах реализации модуль WTRU может иметь множество активных сконфигурированных предоставлений. В зависимости от аспектов конфигурации ресурса сконфигурированных предоставлений более, чем одно сконфигурированное предоставления может перекрываться по времени. WTRU может определять, что идентификатор процесса HARQ сконфигурированного предоставления для определенного события (т.е. сконфигурированного события предоставления; например, время или интервал, в котором сконфигурированный ресурс предоставления запланирован для возможной передачи) основан на предварительно определенной формуле (например, формуле, основанной на ресурсах, занятых предоставлением). Если множество активных сконфигурированных предоставлений перекрываются при данном событии для передачи сконфигурированного предоставления, WTRU может определять идентификатор процесса HARQ на основании выбранного активного сконфигурированного предоставления. Например, при данном событии WTRU может выбирать различные идентификаторы процессов HARQ для различных сконфигурированных предоставлений, например, включив индекс или сдвиг сконфигурированного предоставления в формулу, используемую для определения идентификатора процесса HARQ.
Некоторые примеры относятся к выбору и/или определению приоритета между множеством активных сконфигурированных предоставлений. В некоторых вариантах реализации WTRU может иметь множество активных сконфигурированных предоставлений. В зависимости от аспектов конфигурации ресурса более, чем одно сконфигурированное предоставления может перекрываться по времени. Модулю WTRU может потребоваться определить приоритет или осуществить выбор между перекрывающимися сконфигурированными предоставлениями. Такое определение приоритетов или осуществление выбора может быть выполнено модулем WTRU на основе, например, одного или более условий.
В первом иллюстративном условии определение приоритетов или осуществление выбора производится на основе самого высокого приоритета данных, доступных для передачи. Например, WTRU может выбирать сконфигурированное предоставление, с помощью которого могут быть переданы данные наивысшего приоритета. Приоритет может быть основан на приоритете LCH, настроенном для LCP.
Во втором иллюстративном условии определение приоритетов или осуществление выбора производится на основе настроенного индекса сервиса и/или TP. Например, один или более TP могут быть настроены для каждого сконфигурированного предоставления и для каждого LCH. WTRU может выбирать сконфигурированное предоставление, имеющее ТР, соответствующий по меньшей мере одному ТР, сконфигурированному для LCH с наивысшим приоритетом, для которого доступны буферизованные данные для передачи.
В третьем иллюстративном условии определение приоритетов или осуществление выбора производится на основе ограничений LCP канала LCH с наивысшим приоритетом, для которого доступны буферизованные данные для передачи. Например, WTRU может определять приоритет сконфигурированного предоставления или предоставлений, соответствующих ограничениям выбора LCP LCH канала LCH с наивысшим приоритетом, содержащего буферизованные данные для передачи.
В четвертом иллюстративном условии определение приоритетов или осуществление выбора производится на основе свойства сконфигурированного предоставления. Примеры свойств могут включать в себя тип сконфигурированного предоставления (например, тип 1 NR или тип 2); периодичность сконфигурированного предоставления (например, WTRU выбирает сконфигурированное предоставление самой короткой сконфигурированной периодичности); продолжительность PUSCH сконфигурированного предоставления (например, WTRU выбирает сконфигурированное предоставление с наименьшей продолжительностью PUSCH, причем такая продолжительность может включать в себя, например, общую продолжительность, включая повторения (К)); значение, настроенное для таймера сконфигурированного предоставления для каждого предоставления; (например, WTRU выбирает сконфигурированное предоставление самого короткого таймера сконфигурированного предоставления); таблица MCS настроенной таблицы (например, WTRU выбирает сконфигурированное предоставление с таблицей MCS, соответствующей самой низкой спектральной эффективности); и/или настроенное количество повторений (K) (например, WTRU выбирает сконфигурированное предоставление с наименьшим количеством повторений. В случаях, когда по меньшей мере одно повторение первого сконфигурированного предоставления не перекрывается со вторым сконфигурированным предоставлением, WTRU может, например, использовать первое сконфигурированное предоставление для по меньшей мере одного повторения).
В пятом иллюстративном условии определение приоритетов или осуществление выбора производится на основе измерений, выполненных в отношении сконфигурированного предоставления. Например, WTRU может выбирать сконфигурированное предоставление на определенной BWP на основе измерений, выполняемых на этой BWP. WTRU может выбирать сконфигурированное предоставление с наилучшим показателем (включая, без ограничений, RSRP, RSRQ, RSSI и/или заполнение канала).
В шестом иллюстративном условии определение приоритетов или осуществление выбора производится на основе того, является ли передача начальной передачей или повторной передачей, например, включает номер повторной передачи или ревизионный номер. В седьмом иллюстративном условии определение приоритетов или осуществление выбора производится на основе соты или части полосы пропускания, в которой расположены сконфигурированные ресурсы предоставления. В других примерах определение приоритетов или осуществление выбора может производиться на основе комбинации этих и/или других условий.
В некоторых вариантах реализации WTRU может рассматривать определенные сконфигурированные предоставления как деактивированные. В некоторых вариантах реализации WTRU может рассматривать определенные сконфигурированные предоставления как деактивированные, даже если они сконфигурированы в части активной полосы пропускания, например, в зависимости от периодичности сконфигурированного предоставления, профиля активного трафика/сервиса и/или ограничений LCP для канала(-ов) LCH, содержащего(-их) буферизованные данные, которые сопоставляются со сконфигурированными предоставлениями. Например, если определенный TP настроен с возможностью сконфигурированного предоставления, WTRU может рассматривать в качестве активных сконфигурированных предоставлений только сконфигурированные предоставления с TP, соответствующим LCH с буферизованными данными для передачи. В другом примере WTRU может рассматривать в качестве активных сконфигурированных предоставлений только сконфигурированные предоставления с настроенной периодичностью, соответствующей бюджетам задержки пакета канала(-ов) LCH с буферизованными данными для передачи.
В некоторых вариантах осуществления назначение приоритетов предоставлению может влиять на MAC и более высокие уровни. Например, если MAC создает TB, который либо не передается, либо не доставляется на физический уровень для передачи, либо осуществляется приоритетное прерывание после начала его продолжительности передачи PUSCH, это может иметь влияние на более высокие уровни, связанные со включением элементов управления и связанных ними таймеров и счетчиков. В более общем случае, когда TB отменен или не передан в MAC, MAC может рассмотреть возможность выполнения одного или более действий, таких как следующие иллюстративные действия.
В первом примере, если отмененный MAC PDU (например, прерванная приоритетным прерыванием передача) включает в себя определенные MAC CE, WTRU может регенерировать MAC CE в более позднем предоставлении. MAC CE могут включать в себя, без ограничений, C-RNTI MAC CE, BSR MAC CE и Power Headroom (PHR) MAC CE. Например, объект MAC может генерировать все или подмножество MAC CE, которые были включены в часть первого предоставления MAC PDU второго предоставления, и, таким образом, могут быть рассмотрены в MAC заранее, до события приоритетного прерывания (или без знания того, будет ли PHY приоритетно прерывать первый TB). MAC может рассматривать такую регенерацию MAC CE, если второе предоставление перекрывается по ресурсам с первым предоставлением.
Во втором примере, если определенные таймеры или действия были изменены/переданы в MAC в результате включения MAC CE в отмененный MAC PDU (например, первое предоставление/прерванное приоритетным прерыванием предоставление), MAC может вернуть или отменить такие действия. Для таймера, запущенного в результате включения MAC CE в прерванное приоритетным прерыванием предоставление, MAC может остановить или перезапустить такой таймер. Например, если второй TB включает в себя тот же MAC CE, MAC может перезапускать соответствующий таймер; и/или если второй TB не включает в себя тот же MAC CE, MAC может останавливать соответствующий таймер.
В третьем примере, если BSR MAC CE был включен в PDU MAC при приоритетном прерывании, а таймеры BSR (например, periodicBSR-Timer и retxBSR-Timer) были запущены в результате включения, MAC может остановить эти таймеры, определив, что соответствующий MAC PDU был или будет подвергнут приоритетному прерыванию. MAC может дополнительно повторно инициировать BSR, отмененный(-ые) MAC в результате включения BSR MAC CE в отмененный MAC PDU, например, для включения другого BSR MAC CE во второе/более позднее предоставление.
В четвертом примере, если PHR MAC CE был включен в MAC PDU при приоритетном прерывании, а таймеры PHR (например, phr-ProhibitTimer и phr-PeriodicTimer) были запущены в результате включения, MAC может остановить эти таймеры, определив, что соответствующий MAC PDU был или будет подвергнут приоритетному прерыванию. MAC может дополнительно повторно инициировать PHR, отмененный(-ые) MAC в результате включения PHR MAC CE в отмененный MAC PDU, например, для включения другого PHR MAC CE во второе/более позднее предоставление.
В пятом примере, если определенный счетчик был инкрементирован или изменен в результате включения MAC CE в отмененный MAC PDU (например, первое предоставление/предоставление приоритетного прерывания), MAC может декрементировать счетчик для восстановления его значения или может переустанавливать счетчик.
Эти иллюстративные действия (или другие действия) могут в более общем случае выполняться MAC для случаев, когда TB был отменен или не передан, и могут дополнительно зависеть от приоритета MAC CE или приоритета LCH, который инициировал включение MAC CE.
Некоторые подходы относятся к прерывистому приему (DRX). Например, процедура DRX может быть улучшена для обеспечения различных возможностей энергосбережения для WTRU, например, в зависимости от типа трафика. В некоторых примерах могут быть использованы дополнительные таймеры DRX при приеме предоставлений или назначений, указывающих на один из множества типов таблицы MCS (или с использованием более одного RNTI, такого как C-RNTI и new-RNTI). Такие дополнительные таймеры DRX могут быть запущены или остановлены на основании условий, аналогичных началу или остановке существующих таймеров DRX, например, с дополнительным условием, что предоставления или назначения указывают на первый тип таблицы MCS (или используют первый RNTI, такой как new-RNTI). В некоторых примерах существующие таймеры DRX могут быть запущены или остановлены при дополнительных условиях, при которых предоставления или назначения указывают на второй тип таблицы MCS (или используют второй RNTI, такой как C-RNTI).
В некоторых примерах новый таймер (например, drx-HARQ-RTT-TimerUL-UR, объектом MAC ожидается минимальная продолжительность до предоставления повторной передачи UL HARQ) может быть запущен только при указании PDCCH передачи UL, указывающей на первый тип таблицы MCS, или передача MAC PDU осуществляется в сконфигурированном предоставлении восходящей линии связи, связанном с первым типом таблицы MCS. Новый таймер может быть остановлен (например, drx-RetransmissionTimerUL-UR, максимальная продолжительность до получения предоставления для повторной передачи UL) при тех же условиях. В некоторых примерах первый тип таблицы MCS может соответствовать так называемой сверхнадежной связи (например, URLLC). Соответственно, в приведенных в настоящем документе примерах время активирования и различные таймеры указаны как относящиеся к сверхнадежной связи (UR), однако следует отметить, что эти методики в других примерах могут быть применены к таблице MCS любого желаемого типа. В некоторых примерах существующий таймер (например, drx-HARQ-RTT-TimerUL) может быть запущен только в том случае, если PDCCH указывает на передачу UL, указывающую на второй тип таблицы MCS, или если MAC PDU передается в сконфигурированном предоставлении восходящей линии связи, связанном со вторым типом таблицы MCS. Существующий таймер (например, drx-RetransmissionTimerUL) может быть остановлен при тех же условиях. В некоторых примерах новый таймер (например, drx-InactivityTimer-UR) может быть запущен только в том случае, если PDCCH указывает на новую передачу, связанную с первым типом таблицы MCS. В некоторых примерах новый таймер (например, drx-RetransmissionTimerUL) может быть запущен по истечении времени нового таймера (например, drx-HARQ-RTT-Timer-UL-UR).
Аналогичное поведение может применяться к соответствующим таймерам DL. В некоторых примерах для всех типов таблиц MCS или RNTI используют общее время активирования. В таких случаях время активирования может также включать в себя время, когда запущены некоторые из вновь определенных таймеров, например, таймер drx-InactivityTimer-UR (продолжительность после события PDCCH, в котором PDCCH указывает новую передачу UL или DL для объекта MAC), таймер drx-RetransmissionTimerDL-UR (максимальная продолжительность до приема повторной передачи DL), таймер drx-RetransmissionTimerUL-UR или таймер drx-onDurationTimer-UR (продолжительность в начале цикла DRX). В альтернативном варианте осуществления в некоторых примерах время активирования может определяться в отношении определенного типа таблицы MCS для RNTI или набора. Может быть определено множество типов времени активирования, каждый из которых может указывать, когда WTRU отслеживает PDCCH для определенного набора типа(-ов) таблицы (например, UR MCS) или RNTI.
Например, время активирования UR может включать в себя время работы по меньшей мере одного из таймеров: drx-onDurationTimer-UR, или drx-InactivityTimer-UR, или drx-RetransmissionTimerDL-UR, или drx-RetransmissionTimerUL-UR, или ra-ContentionResolutionTimer-UR. В течение времени активирования UR WTRU может отслеживать PDCCH только для первого типа таблиц MCS или только для первого RNTI (такого как new-RNTI). В альтернативном варианте осуществления WTRU может отслеживать PDCCH независимо от типа таблицы MCS или RNTI. В течении времени активирования WTRU может отслеживать PDCCH только для второго типа таблиц MCS или только для второго RNTI (такого C-RNTI). В альтернативном варианте осуществления WTRU может отслеживать PDCCH независимо от типа таблицы MCS или RNTI.
Некоторые подходы относятся к конфигурации пространства поиска. Например, WTRU может быть настроен с возможностью отслеживания PDCCH с использованием первого набора форматов DCI (или размеров DCI) с первым RNTI (например, C-RNTI) и второго набора форматов DCI (или размеров DCI) со вторым RNTI (например, new-RNTI). В некоторых примерах WTRU может быть настроен с возможностью отслеживания PDCCH в определенном пространстве поиска или наборе частотно-временных ресурсов, с использованием определенного набора RNTI. Набор RNTI может быть сигнализирован посредством RRC. Например, UE может быть настроено с возможностью отслеживания PDCCH только для new-RNTI в первом наборе частотно-временных ресурсов или пространстве поиска, а также настроено с возможностью отслеживания PDCCH как для C-RNTI, так и для new-RNTI во втором наборе частотно-временных ресурсов или пространстве поиска.
В некоторых примерах набор RNTI может быть определен из периодичности отслеживания пространства поиска. Например, для периодичности отслеживания k<kthr WTRU может отслеживать new-RNTI, а при более высокой периодичности WTRU может отслеживать C-RNTI (или как new-RNTI, так и C-RNTI). В данном случае kthr представляет собой пороговое значение, с которым настроен WTRU. Другими словами, если периодичность пространства поиска меньше kthr, WTRU отслеживает первый RNTI или использует первую таблицу MCS, в противном случае он отслеживает второй RNTI или использует вторую таблицу MCS. В некоторых примерах набор RNTI может быть определен из символа в интервале (т.е. определяет C-RNTI по номеру символа в интервале для передачи по каналу PUSCH). Например, первые N символов могут быть связаны с C-RNTI, а остальные символы интервала могут быть связаны с new-RNTI. В некоторых примерах набор RNTI может быть определен из уровня агрегирования. В некоторых примерах, если new-RNTI используют с тем же размером DCI, интерпретация полей DCI может зависеть от используемого RNTI. Это может позволить уменьшить частоту ложных срабатываний.
Некоторые примеры относятся к выделению временной области PDSCH/PUSCH. В некоторых примерах выделение временной области для URLLC указывает на другую таблицу. Некоторые примеры относятся к индикации времени обратной связи HARQ. В некоторых примерах набор значений K1 отличается для URLLC/eMBB. В некоторых примерах неиспользованные поля могут быть повторно использованы для уменьшения частоты ложных срабатываний. Например, поскольку ожидается, что пакет URLLC будет иметь малый размер, CBG может не использоваться, даже если сота настроена с передачей на основе CBG. В этом случае поля CBGTI/CBGFI в DCI могут иметь специальные значения.
Следует отметить, что K1 относится к задержке между приемом данных DL (PDSCH) и передачей соответствующего ACK по UL. K2 относится к задержке между приемом предоставления UL в DL и передачей данных UL (PUSCH). Набор значений K2 может отличаться для URLLC/eMBB, например, для различных значений RNTI. N1 относится к ряду символов OFDM, используемых для обработки модулем WTRU с момента окончания приема NR-PDSCH до ближайшего возможного момента начала передачи соответствующего подтверждения ACK/NACK с позиции модуля WTRU. Набор значений N1 может отличаться для URLLC/eMBB, например, для различных значений RNTI. N2 относится к ряду символов OFDM, используемых для обработки модулем WTRU с момента окончания приема NR-PDCCH, содержащего предоставление UL, до ближайшего возможного момента начала передачи соответствующего NR-PUSCH с позиции модуля WTRU. Набор значений N2 может отличаться для URLLC/eMBB, например, для различных значений RNTI.
Хотя признаки и элементы описаны выше в конкретных комбинациях, специалисту в данной области будет очевидно, что каждый признак или элемент может быть использован отдельно или в любой комбинации с другими признаками и элементами. Кроме того, описанные в настоящем документе способы могут быть реализованы в компьютерной программе, программном обеспечении или программно-аппаратном обеспечении, встроенном в машиночитаемый носитель и предназначенном для исполнения компьютером или процессором. Примеры машиночитаемого носителя включают в себя электронные сигналы (переданные по проводным или беспроводным соединениям) и машиночитаемые носители информации. Примеры машиночитаемого носителя информации включают в себя, без ограничений, постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), регистр, кэш-память, полупроводниковые устройства хранения данных, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как диски CD-ROM и цифровые универсальные диски (DVD). Процессор в сочетании с программным обеспечением может быть использован для реализации радиочастотного приемопередатчика, предназначенного для применения в составе WTRU, UE, терминала, базовой станции, RNC и/или любого главного компьютера.
Claims (27)
1. Модуль беспроводной передачи/приема (WTRU), содержащий:
схему приемника, выполненную с возможностью приема сконфигурированного предоставления (CG) и динамического предоставления (DG); и
схему процессора, выполненную с возможностью, для передачи соответствующего CG и передачи соответствующего DG, которые запланированы с наложением по времени, и где приоритет, связанный с CG, ниже приоритета, связанного с DG:
отмены передачи, соответствующей CG, через некоторое время после приема DG, причем время после приема DG соответствует ресурсам обработки WTRU.
2. WTRU по п. 1, в котором схема приемника дополнительно выполнена с возможностью приема индикатора приоритета, указывающего на приоритет, связанный с CG.
3. WTRU по п. 1, в котором схема приемника выполнена с возможностью приема DG на физическом канале управления нисходящей линии связи (PDCCH).
4. WTRU по п. 1, в котором передача, соответствующая CG, и передача,
соответствующая DG, перекрываются в физических ресурсах.
5. WTRU по п. 1, в котором передача, соответствующая CG, содержит передачу по физическому совместно используемому каналу восходящей линии связи (PUSCH).
6. WTRU по п. 1, в котором передача, соответствующая DG, содержит передачу по физическому совместно используемому каналу восходящей линии связи (PUSCH).
7. WTRU по п. 1, в котором время после получения DG соответствует пороговому значению количества символов.
8. WTRU по п. 1, в котором время после получения DG соответствует ресурсам обработки WTRU.
9. WTRU по п. 1, в котором время после получения DG соответствует доступному времени обработки.
10. WTRU по п. 1, дополнительно включающий схему передатчика, выполненную с возможностью передачи сигнала, указывающего ресурсы обработки WTRU, на сетевое устройство.
11. Способ, реализованный в модуле беспроводной передачи/приема (WTRU), для передачи по восходящей линии связи (UL), включающий:
прием сконфигурированного предоставления (CG) и динамического предоставления (DG); и
для передачи соответствующего CG и передачи соответствующего DG, которые запланированы с наложением по времени и где приоритет, связанный с CG, ниже приоритета, связанного с DG:
отмену передачи, соответствующей CG, через некоторое время после приема DG, причем время после приема DG соответствует ресурсам обработки WTRU.
12. Способ по п. 11, дополнительно включающий прием индикатора приоритета, указывающего на приоритет, связанный с CG.
13. Способ по п. 11, в котором DG принимают по физическому каналу управления нисходящей линии связи (PDCCH).
14. Способ по п. 11, в котором передача, соответствующая CG, и передача, соответствующая DG, перекрываются в физических ресурсах.
15. Способ по п. 11, в котором передача, соответствующая CG, содержит передачу по физическому совместно используемому каналу восходящей линии связи (PUSCH).
16. Способ по п. 11, в котором передача, соответствующая DG, содержит передачу по физическому совместно используемому каналу восходящей линии связи (PUSCH).
17. Способ по п. 11, в котором время после приема DG соответствует пороговому значению количества символов.
18. Способ по п. 11, в котором время после приема DG соответствует ресурсам обработки WTRU.
19. Способ по п. 11, в котором время после приема DG соответствует доступному времени обработки.
20. Способ по п. 11, дополнительно включающий передачу сигнала, указывающего ресурсы обработки WTRU, на сетевое устройство.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US62/687,085 | 2018-06-19 | ||
| US62/752,807 | 2018-10-30 | ||
| US62/779,271 | 2018-12-13 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| RU2774183C1 true RU2774183C1 (ru) | 2022-06-15 |
Family
ID=
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2421919C2 (ru) * | 2006-08-21 | 2011-06-20 | Интердиджитал Текнолоджи Корпорейшн | Способ и устройство для динамического распределения процессов harq в восходящей линии связи |
| RU2553261C2 (ru) * | 2009-07-06 | 2015-06-10 | Эппл Инк | Способ выделения ресурса, назначения множества пользователей и передатчик |
| WO2016096007A1 (en) * | 2014-12-18 | 2016-06-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Scheduling grant control |
| EP3100535A1 (en) * | 2014-01-29 | 2016-12-07 | Interdigital Patent Holdings, Inc. | Uplink transmissions in wireless communications |
| GB201805658D0 (en) * | 2018-03-29 | 2018-05-23 | Tcl Communication Ltd | Multiplexing UL Transmissions With Different Reliabilities |
| WO2018101874A1 (en) * | 2016-11-29 | 2018-06-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Uplink hopping pattern for contention-based reliable communication |
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2421919C2 (ru) * | 2006-08-21 | 2011-06-20 | Интердиджитал Текнолоджи Корпорейшн | Способ и устройство для динамического распределения процессов harq в восходящей линии связи |
| RU2553261C2 (ru) * | 2009-07-06 | 2015-06-10 | Эппл Инк | Способ выделения ресурса, назначения множества пользователей и передатчик |
| EP3100535A1 (en) * | 2014-01-29 | 2016-12-07 | Interdigital Patent Holdings, Inc. | Uplink transmissions in wireless communications |
| WO2016096007A1 (en) * | 2014-12-18 | 2016-06-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Scheduling grant control |
| WO2018101874A1 (en) * | 2016-11-29 | 2018-06-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Uplink hopping pattern for contention-based reliable communication |
| GB201805658D0 (en) * | 2018-03-29 | 2018-05-23 | Tcl Communication Ltd | Multiplexing UL Transmissions With Different Reliabilities |
Non-Patent Citations (1)
| Title |
|---|
| "Discussion on handling UL multiplexing of transmissions with different reliability requirements", 3GPP TSG RAN WG1 Meeting #92, Athens, Greece, 26.02.2018, доступно - https://www.3gpp.org/ftp/TSG_RAN/WG1_RL1/TSGR1_92/Docs/R1-1801550.zip. * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112567661B (zh) | 用于以不同可靠性传递数据的方法、系统和设备 | |
| JP7489450B2 (ja) | 協力し合う車両間における効率的なリソース使用のための方法 | |
| US11516853B2 (en) | Random access in next generation wireless systems | |
| US12096468B2 (en) | Simultaneous uplink and sidelink operation | |
| TWI779281B (zh) | 在新無線電（ｎｒ）通訊中上鏈（ｕｌ）多工及優先方法及裝置 | |
| JP7568713B2 (ja) | 感知及びリソース割り当てのための新無線（ｎｒ）ビークルツーエブリシング（ｖ２ｘ）方法 | |
| JP2024116169A (ja) | 無線システムにおける補助的なアップリンク送信 | |
| US20230239080A1 (en) | Methods and apparatuses for improved voice coverage | |
| WO2023069517A1 (en) | New radio (nr) vehicle to vehicle (v2x) – methods for scheduling sidelink in unlicensed spectrum | |
| RU2774183C1 (ru) | Способы, системы и устройства для передачи данных с различной степенью надежности | |
| JP2023536877A (ja) | 制御された環境における設定済みグラントでの送信 | |
| RU2782447C1 (ru) | Процедуры для обеспечения возможности одновременной передачи разных типов | |
| CN118826965A (zh) | 用于以不同可靠性传递数据的方法、系统和设备 | |
| WO2024173454A1 (en) | Methods and apparatuses for prioritization of hybrid automatic repeat request feedback for sidelink configured grant |