ФИЗИЧЕСКИЙ СОВМЕСТНО ИСПОЛЬЗУЕМЫЙ КАНАЛ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ С ПОДТВЕРЖДЕНИЕМ ГИБРИДНОГО АВТОМАТИЧЕСКОГО ЗАПРОСА НА ПОВТОРНУЮ ПЕРЕДАЧУ ДАННЫХ
PHYSICAL UPLINK SHARED CHANNEL WITH HYBRID AUTOMATIC REPEAT REQUEST CONFIRMATION

Область техники, к которой относится изобретение
Настоящее раскрытие относится к беспроводной связи и, в частности, к предотвращению потерь данных, передаваемых по физическому совместно используемому каналу восходящей линии связи из-за периодических отчетов с информацией о состоянии канала (CSI).
Уровень техники
Управляющая информация восходящей линии связи (UCI), передаваемая по физическому совместно используемому каналу восходящей линии связи (PUSCH) в долгосрочном развитии (LTE).
В долгосрочном развитии (LTE) управляющая информация восходящей линии связи (UCI) по PUSCH отображается в ресурсную сетку, которая показана на фиг. 14. В частности, на фиг. 14 показана блок-схема отображения UCI в LTE, где ось x показывает символы мультиплексирования с ортогональным частотным разделением каналов, расширенного дискретным преобразованием Фурье (DFTS-OFDM), в то время как ось z показывает время в пределах символа DFTS-OFDM. Положительное подтверждение (ACK)/отрицательное подтверждение (NACK) отображается в символы мультиплексирования с ортогональным частотным разделением каналов, расширенного дискретным преобразованием Фурье (DFTS-OFDM), находящиеся близко к опорному сигналу демодуляции (DMRS), индикатор ранга (RI) отображается в следующий очередной символ. Индекс матрицы прекодера (PMI)/информация о качестве канала (CQI) отображается во все символы DFTS-OFDM (кроме тех, которые несут DMRS). ACK/NACK и RI отображаются рядом с DMRS, чтобы получить выгоду от более своевременной оценки канала.
UCI в новом радио (NR)
Информация о состоянии канала (CSI) в NR разделена на две части: 1-ую часть CSI и 2-ую часть CSI, которые кодируются по отдельности. 1-ая часть CSI имеет фиксированный размер (определенный посредством конфигурации управления радиоресурсами (RRC)) и содержит длину 2-ой части CSI, то есть 1-ую часть следует декодировать для того, чтобы определить длину 2-ой части.
PUSCH согласуется по скорости около ACK/NACK («AN») более чем для 2 битов AN и прокалывается для 1 или 2 битов AN. В случае согласования скорости отображается AN, за которым следует 1-ая часть CSI и затем 2-ая часть CSI. Для проколотого AN зарезервировано определенное количество ресурсов (ресурсных элементов). 1-ая часть CSI не отображается в зарезервированных ресурсах, и отображение 1-ой части CSI зависит от количества зарезервированных ресурсов. На фиг. 15 показана блок-схема проколотого положительного подтверждения/отрицательного подтверждения. 2-ая часть CSI может отображаться на зарезервированные ресурсы, а также на ресурсы после 1-ой части CSI. Данные (UL-SCH) отображаются на оставшиеся зарезервированные ресурсы и другие оставшиеся ресурсы. AN передается на зарезервированных ресурсах, то есть AN прокалывает PUSCH и 2-ую часть CSI.
Раскрытие сущности изобретения
Некоторые варианты осуществления предпочтительно обеспечивают способы, системы и устройства, позволяющие предотвратить потери данных, передаваемых по PUSCH, из-за периодической передачи отчетов CSI.
В некоторых вариантах осуществления предусмотрен способ, реализованный в беспроводном устройстве. Способ включает в себя прием сообщения управляющей информации нисходящей линии связи (DCI) для планирования передачи по физическому совместно используемому каналу восходящей линии связи (PUSCH). DCI-сообщение не содержит указание того, сколько ресурсов зарезервировано для битов гибридного автоматического запроса на повторную передачу данных (HARQ). Способ дополнительно включает в себя резервирование ресурсов по запланированному PUSCH для 2-х битов HARQ.
В некоторых вариантах осуществления предусмотрен способ, реализованный в сетевом узле. Способ включает в себя планирование беспроводного устройства по физическому совместно используемому каналу восходящей линии связи (PUSCH) с использованием сообщения управляющей информации нисходящей линии связи (DCI). DCI-сообщение не содержит указание того, сколько ресурсов зарезервировано для битов гибридного автоматического запроса на повторную передачу данных (HARQ). Способ дополнительно включает в себя передачу DCI-сообщения в беспроводное устройство.
В некоторых вариантах осуществления предусмотрено беспроводное устройство. Беспроводное устройство выполнено с возможностью поддержания связи с сетевым узлом. Беспроводное устройство включает в себя радиоинтерфейс и схему обработки. Схема обработки выполнена с возможностью определения планирования физического совместно используемого канала восходящей линии связи (PUSCH) на основе DCI-сообщения. DCI-сообщение не содержит указание того, сколько ресурсов зарезервировано для битов гибридного автоматического запроса на повторную передачу данных (HARQ). Схема обработки дополнительно выполнена с возможностью резервирования ресурсов по запланированному PUSCH для 2-х битов HARQ.
В некоторых вариантах осуществления предусмотрен сетевой узел. Сетевой узел выполнен с возможностью поддержания связи с беспроводным устройством. Сетевой узел содержит радиоинтерфейс и схему обработки. Схема обработки выполнена с возможностью планирования беспроводного устройства по физическому совместно используемому каналу восходящей линии связи (PUSCH) с использованием сообщения управляющей информации нисходящей линии связи (DCI). DCI-сообщение не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ). Сетевой узел дополнительно выполнен с возможностью передачи DCI-сообщения в беспроводное устройство.
Раскрытие предусматривает, для одного или нескольких вариантов осуществления, предотвращение потерь данных, передаваемых по PUSCH, из-за периодической передачи отчетов CSI и пропуска назначений DL по PUSCH, которые были запланированы с помощью резервной DCI. В одном или нескольких вариантах осуществления CSI не мультиплексируется (то есть отбрасывается) по PUSCH в случае, если PUSCH запланирован с помощью резервной DCI, то есть с форматом DCI 0_0. Таким образом, раскрытие предпочтительно позволяет предотвратить потери данных, передаваемых по PUSCH.
Краткое описание чертежей
Для более полного понимания представленных вариантов осуществления и соответствующих преимуществ и их особенностей следует обратиться к последующему подробному описанию при совместном рассмотрении с сопроводительными чертежами, на которых:
фиг. 1 – схематичное представление примерной сетевой архитектуры, иллюстрирующее систему связи, подключенную через промежуточную сеть с хост-компьютером в соответствии с принципами, представленными в настоящем раскрытии;
фиг. 2 – блок-схема хост-компьютера, поддерживающего связь через сетевой узел с беспроводным устройством по меньшей мере частично по беспроводному соединению согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 3 – блок-схема альтернативного варианта осуществления хост-компьютера согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 4 – блок-схема альтернативного варианта осуществления сетевого узла согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 5 – блок-схема альтернативного варианта осуществления беспроводного устройства согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 6-9 – блок-схемы, иллюстрирующие примерные способы, реализованные в системе связи, включающей в себя хост-компьютер, сетевой узел и беспроводное устройство, согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 10 – блок-схема последовательности операций примерного процесса, выполняемого в сетевом узле, для планирования PUSCH с использованием DCI-сообщения согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 11 – блок-схема последовательности операций примерного процесса, выполняемого в беспроводном устройстве, для использования DCI-сообщения для PUSCH согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 12 – блок-схема последовательности операций примерного процесса, выполняемого в сетевом узле, для приема передачи PUSCH согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 13 – блок-схема последовательности операций примерного процесса, выполняемого в беспроводном устройстве, для передачи по запланированному PUSCH согласно некоторым вариантам осуществления настоящего раскрытия;
фиг. 14 – блок-схема отображения управляющей информации восходящей линии связи; и
фиг. 15 – блок-схема проколотого положительного подтверждения/отрицательного подтверждения.
Осуществление изобретения
В настоящее время отсутствует соглашение относительно того, как определять количество зарезервированных ресурсов для проколотых ACK/NACK. В принципе, очень похожая (одна и та же) формула может использоваться по аналогии с согласованным по скорости AN, то есть
.
Количество битов ACK/NACK следует из индекса назначения нисходящей линии связи (DAI) в гранте UL. Одним из вариантов является умножение полученного количества ресурсов (левая сторона аргумента/уравнения в функции min()) на коэффициент больше 1, чтобы упростить обнаружение прерывистой передачи (DTX) в gNB.
ACK
ACK
ACK
DAI UL не включен в резервную информацию управления нисходящей линии связи (DCI). В данном документе O можно получить из обнаруженного количества назначений DL. Если беспроводное устройство пропускает назначение DL, беспроводное устройство определит неправильное число O. Резервная DCI, вероятно, будет использоваться для небольших полезных нагрузок ACK/NACK, и может быть проколота до 2 битов ACK/NACK, что может обеспечить устойчивость к пропущенным назначениям DL. Для более чем 2 битов ACK/NACK согласуется по скорости и является неправильным O, что приводит к неправильному согласованию по скорости и потере передач по PUSCH. Учитывая, что резервная DCI в основном используется с небольшими полезными нагрузками ACK/NACK (прокалывание), эта проблема может быть не такой серьезной.
ACK
ACK
Однако даже для небольших (проколотых) полезных нагрузок ACK/NACK пропущенные назначения DL могут привести к потере передачи по PUSCH. Количество зарезервированных ресурсов определяется в зависимости от O. Если беспроводное устройство использует O, отличный от сетевого узла, например, gNB, количество зарезервированных ресурсов является разным. Так как 1-ая часть CSI (CSI1) не должна отображаться в зарезервированные ресурсы, gNB и UE предполагают различное отображение CSI1, что приводит к потере CSI1. Кроме того, так как PUSCH согласуется по скорости около CSI1, то в этом случае теряется даже PUSCH.
Раскрытие позволяет решить по меньшей мере одну из проблем существующих систем путем обеспечения одного или нескольких вариантов осуществления для предотвращения потерь данных, передаваемых по PUSCH, из-за периодической передачи отчетов CSI и пропуска назначений DL по PUSCH, которые были запланированы в резервной DCI. В одном или нескольких вариантах осуществления CSI не мультиплексируется (то есть отбрасывается) по PUSCH, если PUSCH запланирован с помощью резервной DCI, то есть с форматом DCI 0_0. Таким образом, раскрытие предпочтительно позволяет предотвратить потери данных, передаваемых по PUSCH.
Перед подробным описанием примерных вариантов осуществления следует отметить, что варианты осуществления находятся, главным образом, в виде комбинаций компонентов устройства и этапов обработки, связанных с предотвращением потерь данных, передаваемых по PUSCH, из-за периодической передачи отчетов CSI. Соответственно, компоненты были представлены при необходимости с помощью условных обозначений на чертежах, показывающих только те конкретные детали, которые имеют отношение к пониманию вариантов осуществления, чтобы не затенять раскрытие подробностями, которые будут очевидны для специалистов в данной области техники, которые намерены извлечь выгоду из описания, представленного в данном документе. В данном описании одинаковые ссылочные позиции относятся к одинаковым элементам.
Используемые в данном описании относительные термины, такие как «первый» и «второй», «верхний» и «нижний» и т.п., могут использоваться исключительно для различения одного объекта или элемента от другого объекта или элемента без обязательного требования или предположения какой-либо физической или логической зависимости или очередности между такими объектами или элементами. Используемая в данном документе терминология предназначена только для описания конкретных вариантов осуществления и не предназначена для ограничения описанных в данном документе концепций. Используемые в настоящем документе существительные в форме единственного числа предназначены также для включения форм множественного числа, если контекст явно не указывает на иное. Далее будет понятно, что используемые в настоящем документе термины «содержит», «содержащий», «включает в себя» и/или «включающий в себя» определяют наличие заявленных признаков, целых чисел, этапов, операций, элементов и/или компонентов, но не исключают наличия или добавления одного или нескольких других признаков, целых чисел, этапов, операций, элементов, компонентов и/или их групп.
В вариантах осуществления, описанных в данном документе, термин «поддерживать связь с" и т.п. означает связь и может использоваться для обозначения электрической связи или передачи данных, которую можно выполнить, например, путем физического контакта, индукции, электромагнитного излучения, радиосигнализации, инфракрасной сигнализации или оптической сигнализации. Специалисту в данной области техники будет понятно, что взаимодействовать могут несколько компонентов, и возможны модификации и изменения для достижения электрической связи и передачи данных.
В некоторых вариантах осуществления, описанных в данном документе, термины «соединенный», «подключенный» и т.п., могут использоваться для указания соединения, хотя необязательно прямого, и могут включать в себя проводные и/или беспроводные соединения.
Используемый в данном документе термин «сетевой узел» может представлять собой сетевой узел любого типа, который содержится в сети радиосвязи и который может дополнительно включать в себя любое из: базовой станции (BS), базовой станцию радиосвязи, базовой приемопередающей станции (BTS), контроллера базовых станций (BSC), контроллера радиосети (RNC), g узла B (gNB), развитого узла B (eNB или eNodeB), узла B, мультистандартного узла радиосвязи (MSR), такого как BS MSR, объекта многосотовой/многоадресной координации (MCE), ретрансляционного узла, ретранслятора, управляющего донорским узлом, точек радиодоступа (AP), пунктов передачи, узлов передачи, удаленного радиоблока (RRU), удаленной радиоголовки (RRH), узла базовой сети (например, объекта управления мобильностью (MME)), узла самоорганизующейся сети (SON), координирующего узла, узла позиционирования, узла MDT и т.д.), внешнего узла (например, стороннего узла, узла, внешнего по отношению к текущей сети), узлов в распределенной антенной системе (DAS), узлов системы доступа к спектру (SAS), системы управления элементами (EMS) и т.д. Сетевой узел может также содержать контрольно-испытательное оборудование. Используемый в данном документе термин «радиоузел» может также означать беспроводное устройство (WD), такое как беспроводное устройство (WD) или узел радиосети.
В некоторых вариантах осуществления неограничивающие термины "беспроводное устройство (WD)" или "пользовательское оборудование (UE)" используются взаимозаменяемо. WD в данном документе может быть беспроводным устройством любого типа, способным поддерживать связь с сетевым узлом или другим WD посредством радиосигналов, таким как беспроводное устройство (WD). WD также может быть устройством радиосвязи, целевым устройством, WD на основе связи между устройствами (D2D), WD на основе связи машинного типа или WD, способным к межмашинной связи (M2M), недорогим и/или с низким уровнем сложности WD, оборудованным датчиком WD, планшетом, мобильными терминалами, смартфоном, оборудованием, встроенным в переносной компьютер (LEE), оборудованием, установленным в переносном компьютере (LME), USB-ключами, клиентским оборудованием (CPE), устройством Интернета вещей (IoT) или устройством узкополосного IoT (NB- IoT) и т.д.
Кроме того, в некоторых вариантах осуществления используется общий термин «узел радиосети». Этот узел может представлять собой узел радиосети любого типа, который может содержать любое из: базовой станции, базовой радиостанции, базовой приемопередающей станции, контроллера базовой станции, сетевого контроллера, RNC, развитого узла B (eNB), узла B, gNB, объекта многосотовой/многоадресной координации (MCE), ретрансляционного узла, точки доступа, точки радиодоступа, удаленного радиоблока (RRU), удаленной радиоголовки (RRH).
Следует отметить, что, хотя в настоящем раскрытии может использоваться терминология одной конкретной беспроводной системы, такой, например, как LTE 3GPP, ее не следует рассматривать как ограничивающую объем раскрытия только вышеупомянутой системой. Другие беспроводные системы, включающие в себя, без ограничения, широкополосный множественный доступ с кодовым разделением каналов (WCDMA), всемирную совместимость для микроволнового доступа (WiMax), сверхмобильную широкополосную связь (UMB) и глобальную систему мобильной связи (GSM), также позволяют извлечь выгоду от использования рассматриваемых идей в рамках настоящего раскрытия.
Следует дополнительно отметить, что функции, описанные в данном документе как выполняемые беспроводным устройством или сетевым узлом, могут быть распределены по множеству беспроводных устройств и/или сетевых узлов. Другими словами, предполагается, что функции сетевого узла и беспроводного устройства, описанные в данном документе, не ограничены производительностью одного физического устройства и, фактически, могут быть распределены среди нескольких физических устройств.
Если не указано иное, все термины (включая технические и научные термины), используемые в данном документе, имеют одно и то же значение, которое обычно понимают специалисты в данной области техники, к которой относится настоящее раскрытие. Кроме того, следует понимать, что термины, используемые в данном документе, должны интерпретироваться как имеющие значение, которое соответствует их значению в контексте данного описания и соответствующего уровня техники, и не должны интерпретироваться в идеализированном или чрезмерно формальном смысле, если это явно не определено в данном документе.
Варианты осуществления обеспечивают предотвращение потерь данных, передаваемых по PUSCH, из-за периодической передачи отчетов CSI и пропуска назначений DL по PUSCH, которые были запланированы с помощью резервной DCI. В одном или нескольких вариантах осуществления CSI не мультиплексируется (то есть отбрасывается) по PUSCH, если PUSCH запланирован с помощью резервной DCI, то есть с форматом DCI 0_0. Таким образом, раскрытие предпочтительно позволяет предотвратить потери данных, передаваемых по PUSCH.
Возвращаясь к чертежам, на которых одинаковые элементы обозначены одинаковыми ссылочными позициями, на фиг. 1 показано схематичное представление системы связи согласно варианту осуществления, включающему в себя систему 10 связи, такую как сотовая сеть типа 3GPP, которая содержит сеть 12 доступа, такую как сеть радиодоступа, и базовую сеть 14. Сеть 12 доступа содержит множество сетевых узлов 16a, 16b, 16c (совместно именуемых сетевыми узлами 16), таких как NB, eNB, gNB или другие типы точек беспроводного доступа, каждая из которых определяет соответствующую зону 18a, 18b, 18c покрытия (совместно именуемые зонами 18 покрытия). Каждый сетевой узел 16a, 16b, 16c может быть подключен к базовой сети 14 по проводному или беспроводному соединению 20. Первое беспроводное устройство (WD) 22a, расположенное в зоне 18a покрытия, выполнено с возможностью беспроводного подключения к или передачи сигналов поискового вызова с помощью соответствующего сетевого узла 16с. Второе WD 22b в зоне 18b покрытия беспроводным образом подключается к соответствующему сетевому узлу 16a. Хотя в этом примере проиллюстрировано множество WD 22a, 22b (совместно именуемых беспроводными устройствами 22), раскрытые варианты осуществления в равной степени применимы к ситуации, когда одиночное WD находится в зоне покрытия, или когда одиночное WD подключается к соответствующему сетевому узлу 16. Следует отметить, что хотя для удобства показаны только два WD 22 и три сетевых узла 16, система связи может включать в себя намного больше WD 22 и сетевых узлов 16.
Система 10 связи может быть напрямую подключена к хост-компьютеру 24, который может быть реализован в виде аппаратных средств и/или программного обеспечения автономного сервера, сервера, реализованного в облаке, распределенного сервера или в виде ресурсов обработки в ферме серверов. Хост-компьютер 24 может находиться в собственности или под управлением поставщика услуг или может управляться поставщиком услуг или от имени поставщика услуг. Соединения 26, 28 между системой 10 связи и хост-компьютером 24 могут проходить непосредственно от базовой сети 14 до хост-компьютера 24 или могут проходить через вспомогательную промежуточную сеть 30. Промежуточная сеть 30 может представлять собой одну или комбинацию из более чем одной: общедоступной, частной или развернутой сети; промежуточной сети 30, если таковая имеется, может представлять собой магистральную сеть или Интернет. В некоторых вариантах осуществления промежуточная сеть 30 может содержать две или более подсетей (не показаны).
Система связи, показанная на фиг. 1, в целом обеспечивает связность между подключенными WD 22a, 22b и хост-компьютером 24. Связность может быть описана как соединение поверх протокола IP (OTT-соединение). Хост-компьютер 24 и подключенные WD 22a, 22b выполнены с возможностью передачи данных и/или сигнализации через OTT-соединение, используя сеть 12 доступа, базовую сеть 14, любую промежуточную сеть 30 и возможную дополнительную инфраструктуру (не показана) в качестве посредников. OTT-соединение может быть прозрачным в том смысле, что по меньшей мере некоторые из участвующих устройств связи, через которые проходит OTT-соединение, не знают о маршрутизации восходящей и нисходящей линий связи. Например, сетевой узел 16 может не знать или не нуждаться в информации о прошлой маршрутизации входящей передачи по нисходящей линии связи с данными, исходящими из хост-компьютера 24, которые подлежат пересылке (например, передаче обслуживания) в подключенной WD 22a. Аналогичным образом, сетевому узлу 16 не нужно знать о будущей маршрутизации исходящей передачи по восходящей линии связи, исходящей из WD 22, в направлении хост-компьютера 24.
Сетевой узел 16 выполнен с возможностью включать в себя блок 32 определения, который выполнен с возможностью определения планирования беспроводного устройства по физическому совместно используемому каналу восходящей линии связи (PUSCH) с использованием сообщения управляющей информации нисходящей линии связи (DCI), причем DCI-сообщение не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ), и передачи DCI-сообщения в беспроводное устройство.
Сетевой узел 16 может быть выполнен с возможностью включать в себя блок 76 приема, который выполнен с возможностью приема передачи по физическому совместно используемому каналу восходящей линии связи (PUSCH), причем передача основана на сообщении управляющей информации нисходящей линии связи (DCI), которое не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ).
Беспроводное устройство 22 выполнено с возможностью включать в себя определяющий блок 34, который выполнен с возможностью приема сообщения управляющей информации нисходящей линии связи (DCI) для планирования передачи по физическому совместно используемому каналу восходящей линии связи (PUSCH), причем DCI-сообщение не содержит указание того, сколько ресурсов зарезервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ), и определения передачи по запланированному PUSCH на основе DCI-сообщения.
Беспроводное устройство 22 выполнено с возможностью включать в себя передающий блок 94, который выполнен с возможностью определения передачи по запланированному физическому совместно используемому каналу восходящей линии связи (PUSCH) на основе DCI-сообщения, причем DCI-сообщение не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ), и передачи по запланированному каналу PUSCH на основе определения.
Согласно варианту осуществления примерные реализации WD 22, сетевого узла 16 и хост-компьютера 24, описанные в предыдущих абзацах, будут теперь описаны со ссылкой на фиг. 2. В системе 10 связи хост-компьютер 24 содержит аппаратные средства (HW) 38, включающее в себя интерфейс 40 связи, выполненный с возможностью установления и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы 10 связи. Хост-компьютер 24 дополнительно содержит схему 42 обработки, которая может иметь возможности хранения и/или обработки. Схема 42 обработки может включать в себя процессор 44 и память 46. В частности, в дополнение к традиционному процессору и памяти схема 42 обработки может содержать интегральную схему для обработки и/или управления, например, один или несколько процессоров и/или процессорных ядер и/или программируемую пользователем вентильную матрицу (FPGA) и/или специализированную интегральную схему (ASIC), которые выполнены с возможностью исполнения инструкций. Процессор 44 может быть выполнен с возможностью обращения (например, для записи и/или считывания из) к памяти 46, которая может содержать энергозависимую и/или энергонезависимую память любого типа, например, кэш-память, и/или буферную память, и/или оперативное запоминающее устройство (RAM) и/или, постоянное запоминающее устройство (ROM), и/или оптическую память и/или стираемое программируемое постоянное запоминающее устройство (EPROM).
Схема 42 обработки может быть выполнена с возможностью управления любым из способов и/или процессов, описанных в данном документе, и/или предписания, например, хост-компьютеру 24, выполнять такие способы и/или процессы. Процессор 44 соответствует одному или более процессорам 44 для выполнения функций хост-компьютера 24, описанных в данном документе. Хост-компьютер 24 включает в себя память 46, которая выполнена с возможностью хранения данных, программного кода программного обеспечения и/или другой информации, описанной в данном документе. В некоторых вариантах осуществления программное обеспечение 48 и/или хост-приложение 50 могут включать в себя инструкции, которые при исполнении процессором 44 и/или схемой 42 обработки предписывают процессору 44 и/или схеме 42 обработки выполнять процессы, описанные в данном документе по отношению к хост-компьютеру 24. Инструкции могут представлять собой программное обеспечение, связанное с хост-компьютером 24.
Программное обеспечение 48 может быть выполняемым схемой 42 обработки. Программное обеспечение 48 включает в себя хост-приложение 50. Хост-приложение 50 может быть выполнено с возможностью предоставления услуги удаленному пользователю, такому как WD 22, подсоединяющемуся через OTT-соединение 52, заканчивающееся в WD 22 и хост-компьютере 24. При предоставлении услуги удаленному пользователю хост-приложение 50 может предоставлять пользовательские данные, которые передаются с использованием OTT-соединения 52. Термин «пользовательские данные» может означать данные и информацию, описанные в данном документе как реализующие описанные функциональные возможности. В одном варианте осуществления хост-компьютер 24 может быть выполнен с возможностью предоставления управления и функциональных возможностей поставщику услуг и может управляться поставщиком услуг или от имени поставщика услуг. Схема 42 обработки хост-компьютера 24 позволяет хост-компьютеру 24 наблюдать, контролировать, управлять, передавать и/или принимать данные из сетевого узла 16 и/или беспроводного устройства 22.
Система 10 связи дополнительно включает в себя сетевой узел 16, предусмотренный в системе 10 связи и содержащий аппаратные средства 58, позволяющие ему обмениваться данными с хост-компьютером 24 и WD 22. Аппаратные средства 58 могут включать в себя интерфейс 60 связи для настройки и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы 10 связи, а также радиоинтерфейс 62 для настройки и поддержания по меньшей мере беспроводного соединения 64 с WD 22, расположенным в зоне 18 покрытия, обслуживаемой сетевым узлом 16. Радиоинтерфейс 62 может быть сформирован как или может включать в себя, например, один или несколько РЧ-передатчиков, один или несколько РЧ-приемников и/или один или несколько РЧ-приемопередатчиков. Интерфейс 60 связи может быть выполнен с возможностью обеспечения соединения 66 с хост-компьютером 24. Соединение 66 может быть прямым, или оно может проходить через базовую сеть 14 системы 10 связи и/или через одну или несколько промежуточных сетей 30 за пределами системы 10 связи.
В показанном варианте осуществления аппаратные средства 58 сетевого узла 16 дополнительно включает в себя схему 68 обработки. Схема 68 обработки может включать в себя процессор 70 и память 72. В частности, в дополнение к традиционному процессору и памяти, схема 68 обработки может содержать интегральную схему для обработки и/или управления, например, одним или несколькими процессорами, и/или процессорными ядрами, и/или программируемыми вентильными матрицами (FPGA) и/или специализированными интегральными схемами (ASIC), выполненными с возможностью исполнения инструкций. Процессор 70 может быть выполнен с возможностью обращения (например, для записи и/или считывания из) к памяти 72, которая может содержать энергозависимую и/или энергонезависимую память любого типа, например, кэш-память, и/или буферную память, и/или оперативное запоминающее устройство (RAM), и/или постоянное запоминающее устройство (ROM), и/или оптическую память и/или электрически стираемое программируемое постоянное запоминающее устройство (EPROM).
Таким образом, сетевой узел 16 дополнительно содержит программное обеспечение 74, которое хранится внутри, например, в памяти 72, или хранится во внешней памяти (например, в базе данных), доступной сетевому узлу 16 через внешнее соединение. Программное обеспечение 74 может быть исполняемым схемой 68 обработки. Схема 68 обработки может быть выполнена с возможностью управления любым из способов и/или процессов, описанных в данном документе, и/или для того, чтобы такие способы и/или процессы выполнялись, например, сетевым узлом 16. Процессор 70 соответствует одному или нескольким процессорам 70 для выполнения функций сетевого узла 16, описанных в данном документе. Память 72 выполнена с возможностью хранения данных, программного кода программного обеспечения и/или другой информации, описанной в данном документе. В некоторых вариантах осуществления программное обеспечение 74 может включать в себя инструкции, которые при их исполнении процессором 70 и/или схемой 68 обработки, предписывают процессору 70 и/или схеме 68 обработки выполнять процессы, описанные в данном документе по отношению к сетевому узлу 16. Например, схема 68 обработки сетевого узла 16 может включать в себя блок 32 определения, выполненный с возможностью определять планирование беспроводного устройства по физическому совместно используемому каналу восходящей линии связи (PUSCH) с использованием сообщения управляющей информации нисходящей линии связи (DCI), причем DCI-сообщение не содержит указание того, сколько зарезервировать ресурсов для битов гибридного автоматического запроса на повторную передачу данных (HARQ), и передачи DCI-сообщения в беспроводное устройство, как описано в данном документе. Схема 68 обработки может также включать в себя блок 76 приема, выполненный с возможностью приема передачи по физическому совместно используемому каналу восходящей линии связи (PUSCH), причем передача основана на сообщении управляющей информации нисходящей линии связи (DCI), которое не содержит указание того, сколько ресурсов зарезервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ), как описано в данном документе.
Система 10 связи дополнительно включает в себя уже упомянутое WD 22. WD 22 может иметь аппаратные средства 80, которые могут включать в себя радиоинтерфейс 82, выполненный с возможностью установления и поддержания беспроводного соединения 64 с сетевым узлом 16, обслуживающим зону 18 покрытия, в которой в данный момент времени находится WD 22. Радиоинтерфейс 82 может быть выполнен как или может включать в себя, например, один или несколько РЧ-передатчиков, один или несколько РЧ-приемников и/или один или несколько РЧ-приемопередатчиков.
Аппаратные средства 80 WD 22 дополнительно включают в себя схему 84 обработки. Схема 84 обработки может включать в себя процессор 86 и память 88. В частности, в дополнение к традиционному процессору и памяти, схема 84 обработки может содержать интегральную схему для обработки и/или управления, например, одним или несколькими процессорами, и/или процессорными ядрами, и/или программируемыми вентильными матрицами (FPGA) и/или специализированными интегральными схемами (ASIC), выполненными с возможностью исполнения инструкций. Процессор 86 может быть выполнен с возможностью обращения (например, для записи и/или считывания из) к памяти 88, которая может содержать энергозависимую и/или энергонезависимую память любого типа, кэш-память, и/или буферную память, и/или оперативное запоминающее устройство (RAM), и/или постоянное запоминающее устройство (ROM), и/или оптическую память и/или электрически стираемое программируемое постоянное запоминающее устройство (EPROM).
Таким образом, WD 22 может дополнительно включать в себя программное обеспечение 90, которое хранится, например, в памяти 88 WD 22, или хранится во внешней памяти (например, в базе данных), доступной WD 22. Программное обеспечение 90 может исполняться схемой 84 обработки. Программное обеспечение 90 может включать в себя клиентское приложение 92. Клиентское приложение 92 может быть выполнено с возможностью предоставлять услугу пользователю или пользователю, не являющемуся человеком, через WD 22 при поддержке хост-компьютера 24. В хост-компьютере 24 исполняемое хост-приложение 50 может поддерживать связь с исполняющимся клиентским приложением 92 через OTT-соединение 52, оканчивающееся в WD 22 и хост-компьютере 24. При предоставлении услуги клиентское приложение 92 может принять запрос данных из хост-приложения 50 и предоставить пользовательские данные в ответ на данные запроса. OTT-соединение 52 может передавать как данные запроса, так и пользовательские данные. Клиентское приложение 92 может взаимодействовать с пользователем для выработки пользовательских данных, которые оно предоставляет.
Схема 84 обработки может быть выполнена с возможностью управления любым из способов и/или процессов, описанных в данном документе, и/или предписания, например, WD 22, выполнять такие способы и/или процессы. Процессор 86 соответствует одному или более процессорам 86 для выполнения функций WD 22, описанных в данном документе. WD 22 включает в себя память 88, которая выполнена с возможностью хранения данных, программного кода программного обеспечения и/или другой информации, описанной в данном документе. В некоторых вариантах осуществления программное обеспечение 90 и/или клиентское приложение 92 могут включать в себя инструкции, которые при исполнении процессором 86 и/или схемой 84 обработки предписывают процессору 86 и/или схеме 84 обработки выполнять процессы, описанные в данном документе по отношению к WD 22. Например, схема 84 обработки беспроводного устройства 22 может включать в себя определяющий блок 34, выполненный с возможностью приема сообщения управляющей информации нисходящей линии связи (DCI) для планирования передачи по физическому совместно используемому каналу восходящей линии связи (PUSCH), причем DCI-сообщение не содержит указание того, сколько ресурсов зарезервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ), и определения передачи по запланированному PUSCH на основе DCI-сообщения.
Схема 84 обработки может также включать в себя передающий блок 94, выполненный с возможностью определения передачи по запланированному физическому совместно используемому каналу восходящей линии связи (PUSCH) на основе DCI-сообщения, причем DCI-сообщение не содержит указание того, сколько ресурсов зарезервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ), и передачи по запланированному PUSCH на основе определения.
В некоторых вариантах осуществления внутренняя работа сетевого узла 16, WD 22 и хост-компьютера 24 может быть такой, как показано на фиг. 2 и, независимо от этого, топология окружающей сети может быть топологией, показанной на фиг. 1.
На фиг. 2 OTT-соединение 52 было изображено абстрактно для иллюстрации связи между хост-компьютером 24 и беспроводным устройством 22 через сетевой узел 16 без явной ссылки на какие-либо промежуточные устройства и точной маршрутизации сообщений через эти устройства. Сетевая инфраструктура может определять маршрутизацию, которую может конфигурировать, чтобы скрыть ее от WD 22 или от поставщика услуг, управляющего хост-компьютером 24, или обоих. Когда OTT-соединение 52 является активным, сетевая инфраструктура может дополнительно принимать решения, с помощью которых оно динамически изменяет маршрутизацию (например, на основе рассмотрения распределения нагрузки или реконфигурирования сети).
Беспроводное соединение 64 между WD 22 и сетевым узлом 16 соответствует принципам вариантов осуществления, описанным в настоящем раскрытии. Один или более из различных вариантов осуществления позволяют повысить производительность OTT-услуг, предоставляемых WD 22, используя OTT-соединение 52, в котором беспроводное соединение 64 образует последний сегмент. Более конкретно, идеи некоторых из этих вариантов осуществления позволяют повысить скорость передачи данных, уменьшить задержку и/или энергопотребление и, таким образом, обеспечить такие преимущества, как уменьшенное время ожидания пользователя, смягченное ограничение на размер файла, сокращенное время отклика, увеличенный срок службы аккумуляторной батареи и т.д.
В некоторых вариантах осуществления процедура измерения может выполняться с целью контроля скорости передачи данных, задержки и других показателей, которые улучшают один или несколько вариантов осуществления. Кроме того, могут существовать дополнительные сетевые функциональные возможности для реконфигурирования OTT-соединения 52 между хост-компьютером 24 и WD 22 в ответ на изменения результатов измерений. Процедура измерения и/или сетевые функциональные возможности для реконфигурирования OTT-соединения 52 могут быть реализованы в виде программного обеспечения 48 хост-компьютера 24, или в виде программного обеспечения 90 WD 22 или и того и другого. В вариантах осуществления датчики (не показаны) могут быть развернуты в или в связи с устройствами связи, через которые проходит OTT-соединение 52; датчики могут участвовать в процедуре измерения, предоставляя значения контролируемых величин, приведенных в качестве примера выше, или предоставляя значения других физических величин, на основе которых программное обеспечение 48, 90 может вычислить или оценить контролируемые величины. Реконфигурирование OTT-соединения 52 может включать в себя формат сообщения, настройки повторной передачи, предпочтительную маршрутизацию и т.д.; реконфигурирование не должно влиять на сетевой узел 16, и оно может быть неизвестным или незаметным для сетевого узла 16. Некоторые такие процедуры и функциональные возможности известны и могут быть осуществлены в данной области техники. В некоторых вариантах осуществления измерения могут включать в себя собственную сигнализацию WD, облегчающую измерения, проводимые хост-компьютером 24, времени распространения, задержки и т.п. В некоторых вариантах осуществления измерения могут быть реализованы таким образом, чтобы программное обеспечение 48, 90 заставляло передавать сообщения, в частности пустые или "фиктивные" сообщения с использованием OTT-соединения 52, контролируя при этом время распространения, ошибки и т.д.
Хотя на фиг. 1 и 2 различные «блоки», такие как блок 32 определения, определяющий блок 34, блок 76 приема и передающий блок 94 показаны как находящиеся в соответствующем процессоре, предполагается, что эти блоки могут быть реализованы таким образом, чтобы часть блока сохранялась в соответствующей памяти в схеме обработки. Другими словами, блоки могут быть реализованы в виде аппаратных средств или в виде комбинации аппаратных средств и программного обеспечения в схеме обработки.
На фиг. 3 показана блок-схема альтернативного хост-компьютера 24, который может быть реализован, по меньшей мере частично, программными модулями, содержащими программное обеспечение, исполняемое процессором для выполнения функций, описанных в данном документе. Хост-компьютер 24 включает в себя модуль 41 интерфейса связи, выполненный с возможностью установления и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы 10 связи. Модуль 47 памяти выполнен с возможностью хранения данных, программного кода программного обеспечения и/или другой информации, описанной в данном документе.
На фиг. 4 показана блок-схема альтернативного сетевого узла 16, который может быть реализован, по меньшей мере частично, программными модулями, содержащими программное обеспечение, исполняемое процессором для выполнения функций, описанных в данном документе. Сетевой узел 16 включает в себя модуль 63 радиоинтерфейса, выполненный с возможностью установления и поддержания по меньшей мере беспроводного соединения 64 с WD 22, расположенным в зоне 18 покрытия, обслуживаемой сетевым узлом 16. Сетевой узел 16 также включает в себя модуль 61 интерфейса связи, выполненный с возможностью установления и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи системы 10 связи. Модуль 61 интерфейса связи также может быть выполнен с возможностью обеспечения соединения 66 с хост-компьютером 24. Модуль 73 памяти выполнен с возможностью хранения данных, программного кода и/или другой информации, описанной в данном документе. Модуль 33 определения выполнен с возможностью определения планирования беспроводного устройства по физическому совместно используемому каналу восходящей линии связи (PUSCH) с использованием сообщения управляющей информации нисходящей линии связи (DCI), причем DCI-сообщение не содержит указание того, сколько ресурсов зарезервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ). Модуль 77 передачи выполнен с возможностью передачи DCI-сообщения в беспроводное устройство. Модуль 79 приема выполнен с возможностью приема передачи по физическому совместно используемому каналу восходящей линии связи (PUSCH), причем передача основана на сообщении управляющей информации нисходящей линии связи (DCI), которое не содержит указание того, сколько ресурсов зарезервировать для битов гибридного автоматического запроса на повторную передачу данных. (HARQ).
На фиг. 5 показана блок-схема альтернативного беспроводного устройства 22, которое может быть реализовано, по меньшей мере частично, программными модулями, содержащими программное обеспечение, исполняемое процессором для выполнения функций, описанных в данном документе. WD 22 включает в себя модуль 83 радиоинтерфейса, выполненный с возможностью установления и поддержания беспроводного соединения 64 с сетевым узлом 16, обслуживающим зону 18 покрытия, в которой в данный момент времени находится WD 22. Модуль 89 памяти выполнен с возможностью хранения данных, программного кода программного обеспечения и/или другой информации, описанной в данном документе. Принимающий модуль приема выполнен с возможностью приема сообщения управляющей информации нисходящей линии связи (DCI) для планирования передачи по физическому совместно используемому каналу восходящей линии связи (PUSCH), причем DCI-сообщение не содержит указание того, сколько ресурсов зарезервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ). Определяющий модуль 95 выполнен с возможностью определения передачи по запланированному PUSCH на основе DCI-сообщения. Определяющий модуль 97 выполнен с возможностью определения передачи по запланированному физическому совместно используемому каналу восходящей линии связи (PUSCH) на основе DCI-сообщения, причем DCI-сообщение не содержит указание того, сколько ресурсов зарезервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ). Передающий модуль 98 выполнен с возможностью передачи по запланированному каналу PUSCH на основе определения.
На фиг. 6 показана блок-схема последовательности операций, иллюстрирующая примерный способ, реализованный в системе связи, такой как, например, система связи, показанная на фиг. 1 и 2, в соответствии с одним вариантом осуществления. Система связи может включать в себя хост-компьютер 24, сетевой узел 16 и WD 22, которые могут быть такими, которые описаны со ссылкой на фиг. 2. На первом этапе способа хост-компьютер 24 предоставляет пользовательские данные (этап S100). На необязательном подэтапе первого этапа хост-компьютер 24 предоставляет пользовательские данные путем исполнения хост-приложения, такого как, например, хост-приложение 74 (этап S102). На втором этапе хост-компьютер 24 инициирует передачу, переносящую пользовательские данные в WD 22 (этап S104). На необязательном третьем этапе сетевой узел 16 передает в WD 22 пользовательские данные, которые были перенесены при передаче, инициированной хост-компьютером 22, в соответствии с идеями вариантов осуществления, описанных в настоящем раскрытии (этап S106). На необязательном четвертом этапе WD 22 исполняет клиентское приложение, такое как, например, клиентское приложение 114, связанное с хост-приложением 74, исполняемым хост-компьютером 24 (этап S108).
На фиг. 7 показана блок-схема последовательности операций, иллюстрирующая примерный способ, реализованный в системе связи, такой как, например, система связи, показанная на фиг. 1, в соответствии с одним вариантом осуществления. Система связи может включать в себя хост-компьютер 24, сетевой узел 16 и WD 22, которые могут быть такими, которые описаны со ссылкой на фиг. 1 и 2. На первом этапе способа хост-компьютер 24 предоставляет пользовательские данные (этап S110). На необязательном подэтапе (не показан) хост-компьютер 24 предоставляет пользовательские данные путем исполнения хост-приложения, такого как, например, хост-приложение 74. На втором этапе хост-компьютер 24 инициирует передачу, переносящую пользовательские данные в WD 22 (этап S112). Передача может проходить через сетевой узел 16 в соответствии с идеями вариантов осуществления, описанных в настоящем раскрытии. На необязательном третьем этапе WD 22 принимает пользовательские данные, переносимые при передаче (этап S114).
На фиг. 8 показана блок-схема последовательности операций, иллюстрирующая примерный способ, реализованный в системе связи, такой как, например, система связи, показанная на фиг. 1, в соответствии с одним вариантом осуществления. Система связи может включать в себя хост-компьютер 24, сетевой узел 16 и WD 22, которые могут быть такими, которые описаны со ссылкой на фиг. 1 и 2. На необязательном первом этапе способа WD 22 принимает входные данные, предоставленные хост-компьютером 24 (этап S116). На необязательном подэтапе первого этапа WD 22 исполняет клиентское приложение 114, которое предоставляет пользовательские данные в ответ на принятые входные данные, предоставленные хост-компьютером 24 (этап S118). Дополнительно или альтернативно, на необязательном втором этапе WD 22 предоставляет пользовательские данные (этап S120). На необязательном подэтапе второго этапа WD предоставляет пользовательские данные посредством исполнения клиентского приложения, такого, например, как клиентское приложение 114 (этап S122). После предоставления пользовательских данных исполняемое клиентское приложение 114 может дополнительно учитывать пользовательский ввод, полученный от пользователя. Независимо от конкретного способа предоставления пользовательских данных WD 22 может инициировать, на необязательном третьем подэтапе, передачу пользовательских данных в хост-компьютер 24 (этап S124). На четвертом этапе способа хост-компьютер 24 принимает пользовательские данные, переданные из WD 22, в соответствии с идеями вариантов осуществления, описанных в настоящем раскрытии (этап S126).
На фиг. 9 показана блок-схема последовательности операций, иллюстрирующая примерный способ, реализованный в системе связи, такой как, например, система связи, показанная на фиг. 1, в соответствии с одним вариантом осуществления. Система связи может включать в себя хост-компьютер 24, сетевой узел 16 и WD 22, которые могут быть такими, которые описаны со ссылкой на фиг. 1 и 2. На необязательном первом этапе способа в соответствии с идеями вариантов осуществления, описанных в настоящем раскрытии, сетевой узел 16 принимает пользовательские данные из WD 22 (этап S128). На необязательном втором этапе сетевой узел 16 инициирует передачу принятых пользовательских данных в хост-компьютер 24 (этап S130). На третьем этапе хост-компьютер 24 принимает пользовательские данные, переносимые при передаче, инициированной сетевым узлом 16 (этап S132).
На фиг. 10 показана блок-схема последовательности операций примерного процесса, выполняемого в сетевом узле 16, для планирования PUSCH с использованием DCI-сообщения согласно некоторым вариантам осуществления настоящего раскрытия. Схема 68 обработки выполнена с возможностью планирования беспроводного устройства 22 по физическому совместно используемому каналу восходящей линии связи (PUSCH) с использованием сообщения управляющей информации нисходящей линии связи (DCI), причем DCI-сообщение не содержит указание того, сколько ресурсов зарезервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ) (этап S134). Схема 68 обработки дополнительно выполнена с возможностью, при необходимости, передачи DCI-сообщения в беспроводное устройство 22 (этап S136). В одном или нескольких вариантах осуществления DCI-сообщение, не содержащее указание того, сколько ресурсов зарезервировать для битов HARQ, соответствует DCI-сообщению, не указывающему индекс назначения нисходящей линии связи (DAI) восходящей линии связи (UL). В одном или нескольких вариантах осуществления DCI-сообщение имеет формат DCI 0_0.
На фиг. 11 показана блок-схема последовательности операций примерного процесса, выполняемого в беспроводном устройстве 22, с использованием DCI-сообщения для PUSCH согласно некоторым вариантам осуществления настоящего раскрытия. Схема 84 обработки выполнена с возможностью приема сообщения управляющей информации нисходящей линии связи (DCI) для планирования передачи по физическому совместно используемому каналу восходящей линии связи (PUSCH), в котором DCI-сообщение не содержит указание того, сколько ресурсов зарезервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ) (этап S138). Схема 84 обработки дополнительно выполнена с возможностью резервирования ресурсов по запланированному PUSCH для 2-х битов HARQ (этап S139). Схема 84 обработки дополнительно выполнена с возможностью, при необходимости, передачи по запланированному каналу PUSCH на основе DCI-сообщения (этап S140).
В одном или нескольких вариантах осуществления DCI-сообщение, не содержащее указание того, сколько ресурсов резервировать для битов HARQ, соответствует DCI-сообщению, не указывающему индекс назначения нисходящей линии связи (DAI) восходящей линии связи (UL). В одном или нескольких вариантах осуществления DCI-сообщение имеет формат DCI 0_0. В одном или нескольких вариантах осуществления передача по запланированному PUSCH выполняется таким образом, чтобы не включать в передачу информацию о состоянии канала (CSI). В одном или нескольких вариантах осуществления передача включает в себя резервирование ресурсов по PUSCH по меньшей мере для одного бита гибридного автоматического запроса на повторную передачу данных (HARQ), если WD имеет информацию о состоянии канала (CSI) для отчета. В одном или нескольких вариантах осуществления схема 84 обработки выполнена с возможностью резервирования ресурсов по запланированному PUSCH для 1-го бита гибридного автоматического запроса на повторную передачу данных (HARQ) или для 2-х битов HARQ.
В одном или нескольких вариантах осуществления передача по запланированному PUSCH включает в себя отображение первой части информации о состоянии канала (CSI) в заранее определенную часть запланированного PUSCH. В одном или нескольких вариантах осуществления заранее определенная часть запланированного PUSCH соответствует конечной части запланированного PUSCH.
На фиг. 12 показана блок-схема последовательности операций примерного процесса, выполняемого в сетевом узле 16 согласно некоторым вариантам осуществления настоящего раскрытия. Схема 68 обработки выполнена с возможностью приема передачи по физическому совместно используемому каналу восходящей линии связи (PUSCH), причем передача основана на сообщении управляющей информации нисходящей линии связи (DCI), которое не содержит указание того, сколько ресурсов зарезервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ) (этап S142). В одном или нескольких вариантах осуществления DCI-сообщение, не содержащее указание того, сколько ресурсов зарезервировать для битов HARQ, соответствует DCI-сообщению, не указывающему индекс назначения нисходящей линии связи (DAI) восходящей линии связи (UL). В одном или нескольких вариантах осуществления DCI-сообщение имеет формат DCI 0_0.
На фиг. 13 показана блок-схема последовательности операций примерного процесса, выполняемого в беспроводном устройстве 22, согласно некоторым вариантам осуществления настоящего раскрытия. Схема 84 обработки выполнена с возможностью определения планирования физического совместно используемого канала восходящей линии связи (PUSCH) на основе DCI-сообщения, причем DCI-сообщение не содержит указание того, сколько ресурсов зарезервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ) (этап S144). Схема 84 обработки дополнительно выполнена с возможностью, при необходимости, передачи по запланированному PUSCH на основе определения (этап S146).
В одном или нескольких вариантах осуществления, DCI-сообщение, не содержащее указание того, сколько ресурсов резервировать для битов HARQ, соответствует DCI-сообщению, не указывающему индекс назначения нисходящей линии связи (DAI) восходящей линии связи (UL). В одном или нескольких вариантах осуществления DCI-сообщение имеет формат DCI 0_0. В одном или нескольких вариантах осуществления передача по запланированному PUSCH не включает в себя передачу информации о состоянии канала (CSI), то есть она выполнена таким образом, чтобы не включать в себя CSI. В одном или нескольких вариантах осуществления передача по запланированному PUSCH включает в себя резервирование ресурсов по PUSCH по меньшей мере для одного бита гибридного автоматического запроса на повторную передачу данных (HARQ), если WD имеет информацию о состоянии канала (CSI) для отчета. В одном или нескольких вариантах осуществления схема 84 обработки выполнена с возможностью резервирования ресурсов по запланированному PUSCH для 1-го бита гибридного автоматического запроса на повторную передачу данных (HARQ) или для 2-х битов HARQ.
В одном или нескольких вариантах осуществления передача по запланированному PUSCH включает в себя отображение первой части информации о состоянии канала (CSI) в заранее определенную часть запланированного PUSCH. В одном или нескольких вариантах осуществления заранее определенная часть запланированного PUSCH соответствует конечной части запланированного PUSCH.
Варианты осуществления обеспечивают предотвращение потерь данных, передаваемых по PUSCH, из-за периодической передачи отчетов CSI и пропуска назначений DL по PUSCH, которые были запланированы с помощью резервной DCI. В одном или нескольких вариантах осуществления CSI не мультиплексируется (то есть отбрасывается) по PUSCH, если PUSCH запланирован с помощью резервной DCI, то есть с форматом DCI 0_0. Таким образом, раскрытие предпочтительно позволяет предотвратить потери данных, передаваемых по PUSCH. Варианты осуществления дополнительно описаны ниже.
В одном варианте осуществления WD 22 всегда может сбросить (периодический или полупостоянный) отчет CSI/CSI, если CSI, как предполагается, будет мультиплексироваться в передаче по PUSCH, когда передача PUSCH была запланирована резервным DCI-сообщением. Резервное DCI-сообщение может включать в себя, например, DCI-сообщение формата DCI 0_0. Кроме того, в одном или нескольких вариантах осуществления резервное DCI-сообщение относится к DCI-сообщению, которое не содержит никакого указания о том, сколько ресурсов должно быть зарезервировано для битов HARQ-ACK. В одном или нескольких вариантах осуществления такое резервное DCI-сообщение соответствует DCI-сообщению без индекса назначения нисходящей линии связи (DAI) UL, содержащегося в гранте UL.
В одном или нескольких вариантах осуществления резервная DCI в NR не включает в себя поле запроса CSI, и только CSI, которая может быть включена в PUSCH, запланированный с помощью резервной DCI, является периодической или полупостоянной CSI, которая была сконфигурирована для передачи по физическому каналу управления восходящей линии связи (PUCCH), но когда ресурс PUCCH сталкивается с запланированным PUSCH, CSI предается как вложенная CSI по PUSCH. В одном или нескольких вариантах осуществления, если резервная DCI содержит поле запроса CSI, та же проблема может возникнуть с апериодическим отчетом CSI. Вкратце, для передач PUSCH, запланированных с помощью резервной DCI (например, формата 0_0) (или формата DCI без DAI UL), WD 22 не включает в себя отчет CSI.
В другом варианте осуществления предполагается, что WD 22 резервирует ресурсы по PUSCH для 1-го или 2-х битов HARQ-ACK (которые могут быть точно определены или сконфигурированы) для того, чтобы учитывать наибольшее количество битов/типичные возможные биты HARQ-ACK, независимо от того, передает ли WD 22 биты HARQ-ACK, и сколько (1 или 2) битов HARQ-ACK должно передавать WD 22. Например, данный вариант осуществления может применяться в случае, когда WD 22 запланировано с форматом DCI для PUSCH без поля DAI, и WD 22 должно передать отчет CSI, например, формат DCI 0_0.
В еще одном варианте осуществления другое отображение реализуется (1) только в том случае, когда PUSCH запланирован с резервной DCI (или с DCI без DAI UL) (что потенциально также зависит от количества принятых назначений DL: если WD 22 сообщает более чем о 2 битах AN, PUSCH согласовывается по скорости около AN, в этом случае можно предположить текущее отображение CSI), или (2) во всех случаях (то есть независимо от планирования PUSCH формата DCI), когда в (1) или (2) 1-ая часть CSI отображается в конце (то есть в конечной части) PUSCH. В данном варианте осуществления 1-ая часть CSI не будет переноситься с места на место в зависимости от количества зарезервированных ресурсов, и, таким образом, отображение PUSCH также не будет изменяться.
В еще одном варианте осуществления раскрытия реализация сетевого узла 16 избегает планирования WD 22 с передачей по PUSCH с помощью DCI-сообщения без поля DAI (то есть с резервной DCI) в случае, когда WD 22 имеет основание для передачи периодических отчетов CSI и было запланировано с PDSCH, который требует 1 или 2 бита HARQ-ACK для передачи отчета. В еще одном варианте осуществления раскрытия при реализации сетевого узла 16 сети применяется схема двойного декодирования, где сетевой узел 16 пытается декодировать PUSCH, предполагая, что бит(ы) HARQ-ACK отсутствует(ют), или что бит(ы) HARQ-ACK присутствует(ют). Следует отметить, что имеются две длины полезной нагрузки битов HARQ-ACK, потенциально одна для 1-го бита и другая для 2-х битов. Данный вариант осуществления может привести, в общей сложности, к трем попыткам декодирования.
Таким образом, один или более вариантов осуществления раскрытия предпочтительно обеспечивают, если PUSCH запланирован с резервной DCI (или с DCI, которая не содержится в DAI UL), сброс CSI во избежание потери PUSCH, вызванной пропусками обнаружения DL.
Кроме того, один или несколько вариантов осуществления раскрытия позволяют решить по меньшей мере одну из проблем существующих систем путем обеспечения одного или нескольких вариантов осуществления для предотвращения потерь данных, передаваемых по PUSCH из-за периодической передачи отчетов CSI и пропуска назначений DL по PUSCH, которые были запланированы с помощью резервной DCI. В одном или нескольких вариантах осуществления CSI не мультиплексируется (то есть отбрасывается) по PUSCH, если PUSCH запланирован с помощью резервной DCI, то есть с форматом DCI 0_0. Таким образом, раскрытие предпочтительно позволяет предотвратить потери данных, передаваемых по PUSCH.
Как будет понятно специалисту в данной области техники, концепции, описанные в данном документе, могут быть воплощены в виде способа, системы обработки данных и/или компьютерного программного продукта. Соответственно, концепции, описанные в данном документе, могут принимать форму полностью аппаратного варианта осуществления, полностью программного варианта осуществления или варианта осуществления, объединяющего аспекты аппаратного и программного обеспечения, которые в целом упоминаются в настоящем документе как «схема» или «модуль». Кроме того, настоящее раскрытие может принимать форму компьютерного программного продукта на материальном используемом носителе информации, имеющем код компьютерной программы, воплощенный в носителе информации, который может быть исполнен компьютером. Может использоваться любой подходящий материальный машиночитаемый носитель информации, включающий в себя жесткие диски, CD-ROM, электронные запоминающие устройства, оптические запоминающие устройства или магнитные запоминающие устройства.
В данном документе некоторые варианты осуществления описаны со ссылкой на иллюстрации алгоритмов и/или блок-схемы последовательностей операций способов, систем и компьютерных программных продуктов. Понятно, что каждый блок иллюстраций алгоритмов и/или блок-схем последовательностей операций и комбинации блоков на иллюстрациях алгоритмов и/или в блок-схемах могут быть реализованы посредством инструкций компьютерной программы. Эти инструкции компьютерной программы могут подаваться в процессор компьютера общего назначения (чтобы, тем самым, получить компьютер специального назначения), компьютера специального назначения или другого программируемого устройства обработки данных, чтобы получить машину с тем, чтобы инструкции, исполняемые процессором компьютера или другого программируемого устройства обработки данных, создавали средство для реализации функций/действий, указанных в блоке или блоках блок-схемы последовательности операций и/или блок-схемы.
Эти инструкции компьютерной программы могут также храниться в машиночитаемой памяти или на носителе информации, который может управлять работой компьютера или другого программируемого устройства обработки данных определенным образом с тем, чтобы инструкции, хранящиеся в машиночитаемой памяти, создавали изделие, включающее в себя средство инструкции, которое реализует функцию/действие, указанную/указанное в блоке или блоках блок-схемы последовательности операций и/или блок-схемы
Инструкции компьютерной программы могут быть также загружены в компьютер или другое программируемое устройство обработки данных, чтобы вызвать выполнение последовательности операций на компьютере или другом программируемом устройстве для формирования процесса, реализуемого компьютером с тем, чтобы инструкции, которые исполняются на компьютере или другом программируемом устройстве, обеспечивали этапы для реализации функций/действий, указанных в блоке или блоках блок-схемы последовательности операций и/или блок-схемы.
Следует понимать, что функции/действия, отмеченные в блоках, могут происходить в том порядке, который указан на рабочих иллюстрациях. Например, два блока, показанные последовательно, могут фактически исполняться по существу одновременно, или блоки могут иногда исполняться в обратном порядке, в зависимости от задействованных функциональных возможностей/действий. Хотя некоторые из схем включают в себя стрелки на трактах связи, чтобы показать основное направление связи, следует понимать, что связь может происходить в направлении, противоположном изображенным стрелкам.
Код компьютерной программы для выполнения операций концепций, описанных в настоящем документе, может быть написан на объектно-ориентированном языке программирования, таком как Java или C ++. Однако код компьютерной программы для выполнения операций согласно раскрытию может быть также написан на традиционных процедурных языках программирования, таких как язык программирования «C». Программный код может исполняться полностью на компьютере пользователя, частично на компьютере пользователя, в виде автономного программного пакета, частично на компьютере пользователя и частично на удаленном компьютере или полностью на удаленном компьютере. В последнем сценарии удаленный компьютер может быть подключен к компьютеру пользователя через локальную вычислительную сеть (LAN) или глобальную вычислительную сеть (WAN), или соединение может быть установлено с внешним компьютером (например, через Интернет с использованием Интернет-провайдера).
В данном документе раскрыто множество различных вариантов осуществления в связи с приведенным выше описанием и чертежами. Понятно, что было бы чрезмерно скучным и запутанным буквально описывать и иллюстрировать каждую комбинацию и подкомбинацию этих вариантов осуществления. Соответственно, все варианты осуществления могут быть объединены любым способом и/или комбинацией, и настоящее описание, включающее в себя чертежи, должно толковаться как составляющее полное письменное описание всех комбинаций и подкомбинаций вариантов осуществления, описанных в данном документе, а также способа и процесса их формирования и использования, и формула изобретения относится к любой такой комбинации или подкомбинации.
Сокращения, которые могли использоваться в предыдущем описании, включают в себя:
ACK/NACK – положительное подтверждение/отрицательное подтверждение
CQI – информация о качестве канала
CSI – информация о состоянии канала
DFTS-OFDM – OFDM, расширенное дискретным преобразованием Фурье
DMRS – опорный сигнал демодуляции
PMI – индекс матрицы прекодера
OFDM – мультиплексирование с ортогональным частотным разделением каналов
PUSCH – физический совместно используемый канал восходящей линии связи
RI – индикатор ранга
RRC – управление радиоресурсами
SRS – опорный сигнал зондирования
UCI – управляющая информация восходящей линии связи
Специалистам в данной области техники должно быть понятно, что варианты осуществления, описанные в данном документе, не ограничены тем, что было конкретно показано и описано в данном документе выше. Кроме того, если не упомянуто выше об обратном, следует отметить, что все прилагаемые чертежи проиллюстрированы не в масштабе. В свете вышеизложенного возможны различные модификации и варианты, не выходящие за пределы объема следующей формулы изобретения.
Варианты осуществления:
Вариант A1 осуществления. Сетевой узел, выполненный с возможностью поддержания связи с беспроводным устройством (WD), причем сетевой узел сконфигурирован и/или содержит радиоинтерфейс и/или содержит схему обработки, выполненную с возможностью:
планирования беспроводного устройства по физическому совместно используемому каналу восходящей линии связи (PUSCH) с использованием сообщения управляющей информации нисходящей линии связи (DCI), причем DCI-сообщение не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ); и
при необходимости, передачи DCI-сообщения в беспроводное устройство.
Вариант A2 осуществления. Сетевой узел по варианту A1 осуществления, в котором DCI-сообщение, не содержащее указание того, сколько ресурсов резервировать для битов HARQ, соответствует DCI-сообщению, не указывающему индекс назначения нисходящей линии связи (DAI) восходящей линии связи (UL).
Вариант A3. Сетевой узел по варианту A1 осуществления, в котором DCI-сообщение имеет формат DCI 0_0.
Вариант B1 осуществления. Система связи, включающая в себя хост-компьютер, причем хост-компьютер содержит:
схему обработки, выполненную с возможностью предоставления пользовательских данных; и
интерфейс связи, выполненный с возможностью пересылки пользовательских данных в сотовую сеть для передачи в беспроводное устройство (WD),
сотовую сеть, содержащую сетевой узел, имеющий радиоинтерфейс и схему обработки, причем сетевой узел выполнен с возможностью, и/или схема обработки сетевого узла выполнена с возможностью:
планирования беспроводного устройства по физическому совместно используемому каналу восходящей линии связи (PUSCH) с использованием сообщения управляющей информации нисходящей линии связи (DCI), причем DCI-сообщение не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ); и
при необходимости, передачи DCI-сообщения в беспроводное устройство.
Вариант В2 осуществления. Система связи по варианту B1 осуществления, дополнительно включающая в себя сетевой узел.
Вариант B3 осуществления. Система связи по варианту B2 осуществления, дополнительно включающая в себя WD, причем WD выполнено с возможностью поддержания связи с сетевым узлом.
Вариант B4 осуществления. Система связи по варианту B3 осуществления, в которой:
схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения, тем самым предоставляя пользовательские данные; и
WD содержит схему обработки, выполненную с возможностью исполнения клиентского приложения, связанного с хост-приложением.
Вариант С1 осуществления. Способ, реализованный в сетевом узле, причем способ содержит:
планирование беспроводного устройства по физическому совместно используемому каналу восходящей линии связи (PUSCH) с использованием сообщения управляющей информации нисходящей линии связи (DCI), причем DCI-сообщение не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ); и
при необходимости, передачу DCI-сообщения в беспроводное устройство.
Вариант C2 осуществления. Способ по варианту C1 осуществления, в котором DCI-сообщение, не содержащее указание того, сколько ресурсов зарезервировать для битов HARQ, соответствует DCI-сообщению, не указывающему индекс назначения нисходящей линии связи (DAI) восходящей линии связи (UL).
Вариант C3 осуществления. Способ по варианту C1 осуществления, в котором DCI-сообщение имеет формат DCI 0_0.
Вариант D1 осуществления. Способ, реализованный в системе связи, включающей в себя хост-компьютер, сетевой узел и беспроводное устройство (WD), причем способ содержит:
в хост-компьютере, предоставление пользовательских данных; и
в хост-компьютере, инициирование передачи, переносящей пользовательские данные в WD через сотовую сеть, содержащую сетевой узел, причем сетевой узел:
планирует беспроводное устройство по физическому совместно используемому каналу восходящей линии связи (PUSCH) с использованием сообщения управляющей информации нисходящей линии связи (DCI), причем DCI-сообщение не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ); и
передает DCI-сообщение в беспроводное устройство.
Вариант D2 осуществления. Способ по варианту D1 осуществления, дополнительно содержащий передачу, в сетевом узле, пользовательских данных.
Вариант D3 осуществления. Способ по варианту D2 осуществления, в котором пользовательские данные предоставляются в хост-компьютер посредством исполнения хост-приложения, причем способ дополнительно содержит, в WD, исполнение клиентского приложения, связанного с хост-приложением.
Вариант E1 осуществления. Беспроводное устройство (WD), выполненное с возможностью поддержания связи с сетевым узлом, причем WD выполнено с возможностью и/или содержит радиоинтерфейс и/или схему обработки, выполненные с возможностью:
приема сообщения управляющей информации нисходящей линии связи (DCI) для планирования передачи по физическому совместно используемому каналу восходящей линии связи (PUSCH), причем DCI-сообщение не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ); и
при необходимости, передачи по запланированному каналу PUSCH на основе DCI-сообщения.
Вариант E2 осуществления. WD по варианту E1 осуществления, в котором DCI-сообщение, не содержащее указание того, сколько ресурсов резервировать для битов HARQ, соответствует DCI-сообщению, не указывающему индекс назначения нисходящей линии связи (DAI) восходящей линии связи (UL).
Вариант E3 осуществления. WD по варианту E1 осуществления, в котором DCI-сообщение имеет формат DCI 0_0.
Вариант E4 осуществления. WD по варианту E1 осуществления, в котором передача по запланированному PUSCH включает в себя информацию о состоянии канала (CSI) при передаче.
Вариант E5 осуществления. WD по варианту E1 осуществления, в котором передача по запланированному PUSCH включает в себя резервирование ресурсов по PUSCH по меньшей мере для одного бита гибридного автоматического запроса на повторную передачу данных (HARQ), если WD имеет информацию о состоянии канала (CSI) для отчета.
Вариант E6 осуществления. WD по варианту E1 осуществления, в котором передача по запланированному PUSCH включает в себя отображение первой части информации о состоянии канала (CSI) в заранее определенную часть запланированного PUSCH.
Вариант E7 осуществления. WD по варианту E6 осуществления, в котором заданная часть запланированного PUSCH соответствует конечной части запланированного PUSCH.
Вариант E8 осуществления. WD по варианту E1 осуществления, в котором WD выполнено с возможностью и/или содержит радиоинтерфейс и/или схему обработки, выполненные с возможностью резервирования ресурсов по запланированному PUSCH для 1-го бита гибридного автоматического запроса на повторную передачу данных (HARQ) или для 2-х битов HARQ.
Вариант F1 осуществления. Система связи, включающая в себя хост-компьютер, причем хост-компьютер содержит:
схему обработки, выполненную с возможностью предоставления пользовательских данных; и
интерфейс связи, выполненный с возможностью пересылки пользовательских данных в сотовую сеть для передачи в беспроводное устройство (WD),
WD, выполненное с возможностью и/или содержащее радиоинтерфейс и/или схему обработки, выполненные с возможностью:
приема сообщения управляющей информации нисходящей линии связи (DCI) для планирования передачи по физическому совместно используемому каналу восходящей линии связи (PUSCH), причем DCI-сообщение не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ); и
при необходимости, передачи по запланированному каналу PUSCH на основе DCI-сообщения.
Вариант F2 осуществления. Система связи по варианту F1 осуществления, дополнительно включающая в себя WD.
Вариант F3 осуществления. Система связи по варианту F2 осуществления, в которой сотовая сеть дополнительно включает в себя сетевой узел, выполненный с возможностью поддержания связи с WD.
Вариант F4 осуществления. Система связи по варианту F2 или F3 осуществления, в которой:
схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения, тем самым предоставляя пользовательские данные; и
схема обработки WD выполнена с возможностью исполнения клиентского приложения, связанного с хост-приложением.
Вариант G1 осуществления. Способ, реализованный в беспроводном устройстве (WD), причем способ содержит:
прием сообщения управляющей информации нисходящей линии связи (DCI) для планирования передачи по физическому совместно используемому каналу восходящей линии связи (PUSCH), причем DCI-сообщение не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ); и
при необходимости, передачу по запланированному каналу PUSCH на основе DCI-сообщения.
Вариант G2 осуществления. Способ по варианту G1 осуществления, в котором DCI-сообщение, не содержащее указание того, сколько ресурсов резервировать для битов HARQ, соответствует DCI-сообщению, не указывающему индекс назначения нисходящей линии связи (DAI) восходящей линии связи (UL).
Вариант G3 осуществления. Способ по варианту G1 осуществления, в котором DCI-сообщение имеет формат DCI 0_0.
Вариант G4 осуществления. Способ по варианту G1 осуществления, в котором передача по запланированному PUSCH не включает в себя информацию о состоянии канала (CSI) при передаче.
Вариант G5 осуществления. Способ по варианту G1 осуществления, в котором передача по запланированному PUSCH включает в себя резервирование ресурсов по запланированному PUSCH по меньшей мере для одного бита гибридного автоматического запроса на повторную передачу данных (HARQ), если WD имеет информацию о состоянии канала (CSI) для отчета.
Вариант G6 осуществления. Способ по варианту G1 осуществления, в котором передача по запланированному PUSCH включает в себя отображение первой части информации о состоянии канала (CSI) в заранее определенную часть запланированного PUSCH.
Вариант G7 осуществления. Способ по варианту G6 осуществления, в котором заранее определенная часть запланированного PUSCH соответствует конечной части запланированного PUSCH.
Вариант G8 осуществления. Способ по варианту G1 осуществления, дополнительно содержащий резервирование ресурсов по запланированному PUSCH для 1-го бита гибридного автоматического запроса на повторную передачу данных (HARQ) или для 2-х битов HARQ.
Вариант H1 осуществления. Способ, реализованный в системе связи, включающей в себя хост-компьютер, сетевой узел и беспроводное устройство (WD), причем способ содержит:
в хост-компьютере, предоставление пользовательских данных; и
в хост-компьютере, инициирование передачи, переносящей пользовательские данные в WD через сотовую сеть, содержащую сетевой узел, причем WD:
принимает сообщение управляющей информации нисходящей линии связи (DCI) для планирования физического совместно используемого канала восходящей линии связи (PUSCH), причем DCI-сообщение не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ); и
при необходимости, передает по каналу PUSCH на основе DCI-сообщения.
Вариант H2 осуществления. Способ по варианту 35 осуществления, дополнительно содержащий прием, в WD, пользовательских данных из сетевого узла.
Вариант I1 осуществления. Беспроводное устройство (WD), выполненное с возможностью поддержания связи с сетевым узлом, причем WD выполнено с возможностью и/или содержит радиоинтерфейс и/или схему обработки, выполненные с возможностью:
определения планирования физического совместно используемого канала восходящей линии связи (PUSCH) на основе DCI-сообщения, причем DCI-сообщение не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ); и
при необходимости, передачи по запланированному PUSCH на основе определения.
Вариант I2 осуществления. Беспроводное устройство по варианту I1 осуществления, в котором DCI-сообщение, не содержащее указание того, сколько ресурсов зарезервировать для битов HARQ, соответствует DCI-сообщению, не указывающему индекс назначения нисходящей линии связи (DAI) восходящей линии связи (UL).
Вариант I3 осуществления. Беспроводное устройство по варианту I1 осуществления, в котором DCI-сообщение имеет формат DCI 0_0.
Вариант I4 осуществления. Беспроводное устройство по варианту I1 осуществления, в котором передача по запланированному PUSCH не включает в себя информацию о состоянии канала (CSI) при передаче.
Вариант I5 осуществления. Беспроводное устройство по варианту I1 осуществления, в котором передача по запланированному PUSCH включает в себя резервирование ресурсов по запланированному PUSCH по меньшей мере для одного бита гибридного автоматического запроса на повторную передачу данных (HARQ), если WD имеет информацию о состоянии канала (CSI) для отчета.
Вариант I6 осуществления. Беспроводное устройство по варианту I1 осуществления, в котором передача по запланированному PUSCH включает в себя отображение первой части информации о состоянии канала (CSI) в заранее определенную часть запланированного PUSCH.
Вариант I7 осуществления. Беспроводное устройство по варианту I6 осуществления, в котором заданная часть запланированного PUSCH соответствует конечной части запланированного PUSCH.
Вариант I8 осуществления. Беспроводное устройство по варианту I1 осуществления, в котором WD выполнено с возможностью и/или содержит радиоинтерфейс и/или схему обработки, выполненные с возможностью резервирования ресурсов по запланированному PUSCH для 1-го бита гибридного автоматического запроса на повторную передачу данных (HARQ) или для 2-х битов HARQ.
Вариант J1 осуществления. Система связи, включающая в себя хост-компьютер, причем хост-компьютер содержит:
интерфейс связи, выполненный с возможностью приема пользовательских данных, исходящих из передачи беспроводного устройства (WD) в сетевой узел,
WD, выполненный с возможностью и/или содержащий радиоинтерфейс и/или схему обработки, выполненную с возможностью:
определения планирования физического совместно используемого канала восходящей линии связи (PUSCH) на основе DCI-сообщения, причем DCI-сообщение не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ); и
при необходимости, передачи по запланированному PUSCH на основе определения.
Вариант J2 осуществления. Система связи по варианту J1 осуществления, дополнительно включающая в себя WD.
Вариант J3 осуществления. Система связи по варианту J2 осуществления, дополнительно включающая в себя сетевой узел, в котором сетевой узел выполнен с возможностью и/или содержит радиоинтерфейс, выполненный с возможностью поддержания связи с WD, и интерфейс связи, выполненный с возможностью пересылки, в хост-компьютер, пользовательских данных, переносимых посредством передачи из WD в сетевой узел.
Вариант J4 осуществления. Система связи по варианту J2 или J3 осуществления, в которой:
схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения; и
схема обработки WD выполнена с возможностью исполнения клиентского приложения, связанного с хост-приложением, и тем самым предоставления пользовательских данных.
Вариант J5 осуществления. Система связи по варианту J2 или J3 осуществления, в которой:
схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения, тем самым предоставляя данные запроса; и
схема обработки WD выполнена с возможностью исполнения клиентского приложения, связанного с хост-приложением, и тем самым предоставления пользовательских данных в ответ на данные запроса.
Вариант K1 осуществления. Способ, реализованный в беспроводном устройстве (WD), причем способ содержит:
определение планирования физического совместно используемого канала восходящей линии связи (PUSCH) на основе DCI-сообщения, причем DCI-сообщение не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ); и
при необходимости, передачу по запланированному PUSCH на основе определения.
Вариант K2 осуществления. Способ по варианту K1 осуществления, в котором DCI-сообщение, не содержащее указание того, сколько ресурсов резервировать для битов HARQ, соответствует DCI-сообщению, не указывающему индекс назначения нисходящей линии связи (DAI) восходящей линии связи (UL).
Вариант К3 осуществления. Способ по варианту K1 осуществления, в котором DCI-сообщение имеет формат DCI 0_0.
Вариант K4 осуществления. Способ по варианту K1 осуществления, в котором передача по запланированному PUSCH не включает в себя информацию о состоянии канала (CSI) при передаче.
Вариант K5 осуществления. Способ по варианту K1 осуществления, в котором передача по запланированному PUSCH включает в себя резервирование ресурсов по запланированному PUSCH по меньшей мере для одного бита гибридного автоматического запроса на повторную передачу данных (HARQ), если WD имеет информацию о состоянии канала (CSI) для отчета.
Вариант K6 осуществления. Способ по варианту K1 осуществления, в котором передача по запланированному PUSCH включает в себя отображение первой части информации о состоянии канала (CSI) в заранее определенную часть запланированного PUSCH.
Вариант K7 осуществления. Способ по варианту K1 осуществления, в котором заранее определенная часть запланированного PUSCH соответствует конечной части запланированного PUSCH.
Вариант K8 осуществления. Способ по варианту K1 осуществления, дополнительно содержащий:
предоставление пользовательских данных; и
пересылку пользовательских данных в хост-компьютер посредством передачи в сетевой узел.
Вариант K9 осуществления. Способ по варианту K1 осуществления, дополнительно содержащий резервирование ресурсов по запланированному PUSCH для 1-го бита гибридного автоматического запроса на повторную передачу данных (HARQ) или для 2-х битов HARQ.
Вариант L1 осуществления. Способ, реализованный в системе связи, включающей в себя хост-компьютер, сетевой узел и беспроводное устройство (WD), причем способ содержит:
в хост-компьютере, прием пользовательских данных, переданных в сетевой узел из WD, причем WD:
определяет планирование физического совместно используемого канала восходящей линии связи (PUSCH) на основе DCI-сообщения, причем DCI-сообщение не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ); и
при необходимости, передает по запланированному PUSCH на основе определения.
Вариант L2 осуществления. Способ по варианту L1 осуществления, дополнительно содержащий этап, в WD, предоставления пользовательских данных в сетевой узел.
Вариант L3 осуществления. Способ по варианту L2 осуществления, дополнительно содержащий:
в WD, исполнение клиентского приложения, тем самым предоставляя пользовательские данные для передачи; и
в хост-компьютере, исполнение хост-приложения, связанного с клиентским приложением.
Вариант L4 осуществления. Способ по варианту L2 осуществления, дополнительно содержащий:
в WD, исполнение клиентского приложения; и
в WD, прием входных данных для клиентского приложения, причем входные данные предоставляются в хост-компьютер путем исполнения хост-приложения, связанного с клиентским приложением,
где пользовательские данные, подлежащие передаче, предоставляются клиентским приложением в ответ на входные данные.
Вариант М1 осуществления. Сетевой узел, выполненный с возможностью поддержания связи с беспроводным устройством (WD), причем сетевой узел выполнен с возможностью и/или содержит радиоинтерфейс и/или схему обработки, выполненные с возможностью:
приема передачи по физическому совместно используемому каналу восходящей линии связи (PUSCH), причем передача основана на сообщении управляющей информации нисходящей линии связи (DCI), которое не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ).
Вариант М2 осуществления. Сетевой узел по варианту M1 осуществления, в котором DCI-сообщение, не содержащее указание того, сколько ресурсов резервировать для битов HARQ, соответствует DCI-сообщению, не указывающему индекс назначения нисходящей линии связи (DAI) восходящей линии связи (UL).
Вариант М3 осуществления. Сетевой узел по варианту M1 осуществления, в котором DCI-сообщение имеет формат DCI 0_0.
Вариант N1 осуществления. Система связи, включающая в себя хост-компьютер, причем хост-компьютер содержит: интерфейс связи, выполненный с возможностью приема пользовательских данных, исходящих из передачи беспроводного устройства (WD) в сетевой узел, при этом сетевой узел выполнен с возможностью и/или содержит радиоинтерфейс и/или схему обработки, выполненные с возможностью приема передачи по физическому совместно используемому каналу восходящей линии связи (PUSCH), причем передача основана на сообщении управляющей информации нисходящей линии связи (DCI), которое не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ).
Вариант N2 осуществления. Система связи по варианту N1 осуществления, дополнительно включающая в себя сетевой узел.
Вариант N3 осуществления. Система связи по варианту N2 осуществления, дополнительно включающая в себя WD, причем WD выполнено с возможностью поддержания связи с сетевым узлом.
Вариант N4 осуществления. Система связи по варианту N3 осуществления, в которой:
схема обработки хост-компьютера выполнена с возможностью исполнения хост-приложения; и
WD выполнено с возможностью исполнения клиентского приложения, связанного с хост-приложением, и тем самым предоставления пользовательских данных, подлежащих приему хост-компьютером.
Вариант O1 осуществления. Способ, реализованный в сетевом узле, причем способ содержит прием передачи по физическому совместно используемому каналу восходящей линии связи (PUSCH), причем передача основана на сообщении управляющей информации нисходящей линии связи (DCI), которое не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ).
Вариант O2 осуществления. Способ по варианту O1 осуществления, в котором DCI-сообщение, не содержащее указание того, сколько ресурсов резервировать для битов HARQ, соответствует DCI-сообщению, не указывающему индекс назначения нисходящей линии связи (DAI) восходящей линии связи (UL).
Вариант O3 осуществления. Способ по варианту O1 осуществления, в котором DCI-сообщение имеет формат DCI 0_0.
Вариант P1 осуществления. Способ, реализованный в системе связи, включающей в себя хост-компьютер, сетевой узел и беспроводное устройство (WD), причем способ содержит:
в хост-компьютере, прием, из сетевого узла, пользовательских данных, исходящих из передачи, которую сетевой узел принял из WD, причем сетевой узел принимает передачу по физическому совместно используемому каналу восходящей линии связи (PUSCH), при этом передача основана на сообщении управляющей информации нисходящей линии связи (DCI), которое не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ).
Вариант P2 осуществления. Способ по варианту P1 осуществления, дополнительно содержащий прием в сетевом узле пользовательских данных из WD.
Вариант P3 осуществления. Способ по варианту P2 осуществления, дополнительно содержащий инициирование, в сетевом узле, передачи принятых пользовательских данных в хост-компьютер.
Вариант Q1 осуществления. Сетевой узел, содержащий:
модуль определения, выполненный с возможностью планирования беспроводного устройства по физическому совместно используемому каналу восходящей линии связи (PUSCH) с использованием сообщения управляющей информации нисходящей линии связи (DCI), причем DCI-сообщение не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ); и
модуль передачи, выполненный с возможностью передачи DCI-сообщения в беспроводное устройство.
Вариант Q2 осуществления. Сетевой узел, содержащий:
модуль приема, выполненный с возможностью приема передачи по физическому совместно используемому каналу восходящей линии связи (PUSCH), причем передача основана на сообщении управляющей информации нисходящей линии связи (DCI), которое не содержит указание того, сколько ресурсов зарезервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ)
Вариант Q3 осуществления. Беспроводное устройство, содержащее:
модуль приема, выполненный с возможностью приема сообщения управляющей информации нисходящей линии связи (DCI) для планирования передачи по физическому совместно используемому каналу восходящей линии связи (PUSCH), причем DCI-сообщение не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ); и
модуль определения, выполненный с возможностью передачи по запланированному каналу PUSCH на основе DCI-сообщения.
Вариант Q4 осуществления. Беспроводное устройство, содержащее:
модуль определения, выполненный с возможностью определения планирования физического совместно используемого канала восходящей линии связи (PUSCH) на основе DCI-сообщения, причем DCI-сообщение не содержит указание того, сколько ресурсов резервировать для битов гибридного автоматического запроса на повторную передачу данных (HARQ); и
модуль передачи, выполненный с возможностью передачи по запланированному PUSCH на основе определения.
Стандартизация предложенных решений
Прилагаемое Приложение содержит неограничивающие примеры того, как некоторые аспекты предложенных решений могут быть реализованы в рамках определенного стандарта связи. В частности, в прилагаемом Приложении приведены неограничивающие примеры того, как предложенные решения могут быть реализованы в рамках стандарта RAN TSG 3GPP. Изменения, описанные в Приложении, предназначены только для иллюстрации того, как некоторые аспекты предложенных решений могут быть реализованы в конкретном стандарте. Однако предложенные решения также могут быть реализованы другими подходящими способами, как в спецификации 3GPP, так и в других спецификациях или стандартах.
Пункт повестки дня: 7.3.2.3
Источник: Эрикссон
Название доклада: Об отображении UCI по PUSCH и другие вопросы.
Назначение документа: Обсуждение и принятие решения
1. ВВЕДЕНИЕ
Следующие соглашения по отношению к информации UCI, передаваемой по каналу PUSCH были приняты на предыдущих конференциях:
RAN1#90
Соглашения: (далее по тексту упоминается как Соглашение C)
Для первого отображения частоты принципы отображения ресурсов UCI (например, около RS) являются общими для PUSCH с формой сигнала DFT-s-OFDM и формой сигнала CP-OFDM
По меньшей мере для периодического отчета CSI, сконфигурированного RRC, и апериодического отчета CSI, инициированного грантом UL, данные UL согласуются по скорости передачи около UCI
Рабочие предположения:
- Для планирования на слотовой основе, для HARQ-ACK с более чем 2 битами, PUSCH согласуется по скорости передачи.
- Для планирования на слотовой основе, для HARQ-ACK с количеством битов до 2 битов, PUSCH прокалывается.
- Примечание: NR обеспечивает достаточно надежное общее понимание относительно битов HARQ-ACK между gNB и UE.
AdHoc#3 NR RAN1
Соглашения:
Подтвердить рабочее предположение:
Для планирования на слотовой основе, для HARQ-ACK с более чем 2 битами, PUSCH соответствует скорости.
Для планирования на слотовой основе, для HARQ-ACK с количеством битов до 2, PUSCH прокалывается.
RAN1#90bis
Соглашения:
Для вложенного ACK, передаваемого по PUSCH, отобразить ACK в распределенные RE по всем RB, выделенным PUSCH
○ Подробности FFS
Соглашения:
Для вложенной CSI, передаваемой по PUSCH, отобразить CSI в распределенные RE по всем RB, выделенным PUSCH
Подробности FFS
Соглашения:
Для вложенной CSI, передаваемой по PUSCH: поддержать разделение отображения CSI (по меньшей мере для некоторых CSI) на две части, где две части отображаются различным образом
Подробности FFS (например, группирование разных типов CSI и отображение их в разные RE, какие типы CSI и т.д.)
Влияние FFS на перескок частоты (если таковой имеется)
Соглашения (электронная почта):
Когда вложенное HARQ-ACK передается по PUSCH, то применяется одно и то же правило для отображения кодированных битов HARQ-ACK в RE HARQ-ACK, независимо от прокалывания HARQ-ACK или согласования по скорости передачи PUSCH.
HARQ-ACK избегает прокалывания PT-RS.
Выбрать один из следующих двух альтернативных вариантов
Отобразить HARQ-ACK в RE около символа(ов) DMRS
Отобразить HARQ-ACK в RE по всем, насколько это возможно, символам в пределах PUSCH (исключая символ DMRS) при обоих перескоках частоты, если это применимо.
Соглашения:
Если перескок частоты для PUSCH не разрешен, вложенная CSI, передаваемая по PUSCH, следует первому правилу отображения частоты.
Подробности FFS
FFS в случае, когда перескок частоты включен
RAN1#91
Соглашения:
Если перескок частоты для PUSCH включен, символы модуляции N1 HARQ-ACK разделяются на часть A HARQ-ACK и часть B HARQ-ACK, где часть A имеет символы модуляции минимального уровня floor(N1/2), и часть B имеет символы модуляции максимального уровня ceiling(N1/2). Часть A HARQ-ACK отображается в первый перескок. Часть B HARQ-ACK отображается во второй перескок.
Если перескок частоты для PUSCH разрешен, символы модуляции N2 части 1 CSI разделяются на часть 1A CSI и часть 1B CSI, где часть 1A имеет символы модуляции минимального уровня floor(N2/2), и часть 1B имеет символы модуляции максимального уровня ceiling(N2/2). Часть 1A CSI отображается в первый перескок. Часть 1B CSI отображается во второй перескок.
Если перескок частоты для PUSCH разрешен, символы модуляции N3 части 2 CSI разделяются на часть 2A CSI и часть 2B CSI, где часть 2A имеет символы модуляции минимального уровня floor(N3/2), и часть 2B имеет символы модуляции максимального уровня ceiling(N3/2). Часть 2A CSI отображается в первый перескок. Часть 2B CSI отображается во второй перескок.
Соглашения (далее по тексту Соглашение A):
Детальное правило отображения UCI по PUSCH выглядит следующим образом:
Отобразить HARQ-ACK в RE около символа(ов) DMRS.
Если PUSCH проколот HARQ-ACK,
Отобразить часть 1 CSI, начиная с определенного количества зарезервированных RE HARQ-ACK.
FFS: зарезервированные HARQ-ACK RE
PUSCH может быть отображен с зарезервированными RE
Если PUSCH согласован HARQ-ACK по скорости передачи,
сначала отобразить HARQ-ACK, и затем часть 1 CSI.
FFS: например, как отобразить часть 2 CSI,
Отобразить часть 2 CSI после части 1 CSI
Отобразить часть 2 CSI после UL_SCH
Соглашения:
В версии 15 (Rel-15) отображаются как HARQ-ACK, так и CSI во все уровни TB по PUSCH.
Соглашения: (далее по тексту Соглашение B)
Модулированные символы HARQ-ACK отображаются, начиная с первого доступного символа не-DMRS после первого(ых) символа(ов) DMRS, независимо от количества символов DMRS в передаче PUSCH.
Модулированные символы части 1 CSI отображаются, начиная с первого доступного символа не-DMRS, независимо от количества символов DMRS в передаче PUSCH.
Часть 1 CSI не отображается в зарезервированные RE HARQ-ACK в случае прокалывания PUSCH HARQ-ACK
Часть 1 CSI не отображается в RE HARQ-ACK в случае согласования по скорости PUSCH HARQ-ACK.
Модулированные символы части 2 CSI отображаются, начиная с первого доступного символа не-DMRS, независимо от количества символов DMRS в передаче PUSCH.
Часть 2 CSI может отображаться в зарезервированные RE HARQ-ACK в случае прокалывания PUSCH HARQ-ACK.
Часть 2 CSI не отображается в RE HARQ-ACK в случае согласования по скорости PUSCH HARQ-ACK.
Часть 2 CSI не отображается в RE части 1 CSI.
Рабочее предположение:
Отображение UCI в частотной области следует приведенным ниже правилам:
При заданном типе UCI для i-го OFDM-символа модулированные символы UCI отображаются в RE распределенным образом, причем расстояние d определяется следующим образом:
d = 1, если количество не отображенных модулированных символов для этой UCI в начале символа i OFDM больше или равно количеству доступных RE в этом OFDM-символе.
d = floor (количество доступных RE для i-го OFDM-символа/количества неотображенных модулированных символов для этой UCI в начале символа i OFDM)
Соглашения:
Для апериодической CSI по PUSCH, инициированной грантом UL без данных UL-SCH, порядок модуляции для PUSCH обрабатывается так же, как и в случае, когда PUSCH имеет данные UL-SCH
2. Обсуждение
2.1. Отображение ACK/NACK
В подпункте 6.2.7 [1] ACK/NACK отображается в символы, начинающиеся с первого символа после DMRS. Для больших кодовых книг ACK/NACK и маленькой полосы пропускания PUSCH отображение кодированного ACK/NACK может продолжаться до тех пор, пока символ OFDM не перенесет следующий DMRS. Текущее отображение отображает кодированные биты ACK/NACK в доступные RE в символах переносящих DMRS, так как итератор l на этапе 2 работает по всем символам OFDM. В соответствии с соглашением A ACK/NACK должен отображаться в символы не-DMRS (отобразить HARQ-ACK в RE около символа(ов) DMRS).
2.2. Отображение CSI
Отображение CSI в подпункте 6.2.7 [1] отображает CSI в первый доступный символ не-DMRS, так как итератор l на этапе 3 инициируется первым символом не-DMRS. Хотя только одно Соглашение B может предложить такое отображение, комбинация Соглашения A и B указывает, что CSI отображается после первого(ых) символа(ов) DMRS: Из Соглашения A следует, что CSI отображается после ACK/NACK (сначала отобразить HARQ-ACK и затем часть 1 CSI; FFS: как отобразить часть 2 CSI, например, отобразить часть 2 CSI после части 1 CSI, отобразить часть 2 CSI после UL_SCH). Из Соглашения B следует, что ACK/NACK отображается после первого(ых) символа(ов) DMRS (модулированные символы HARQ-ACK отображаются начиная с первого доступного символа не-DMRS после первого(ых) символа(ов) DMRS). Из объединения этих двух соглашений следует, что отображение CSI начинается после отображения ACK/NACK (это не исключает отображения CSI в последний символ OFDM, несущий ACK/NACK, если доступны RE).
Только комбинация Соглашений A и B не препятствует отображению CSI в более поздние символы DMRS, и текущее отображение CSI также отображает CSI в символы DMRS (итератор l на этапе 3 запускает все символы OFDM). Однако это не является целью Соглашений A и B, и их необходимо рассматривать с Соглашением C (Для первого отображения частоты принципы отображения ресурсов UCI (например, около RS) являются общими для PUSCH с формой сигнала DFT-s-OFDM и с формой сигнала CP- OFDM): Для OFDM возможно отображение CSI в пустые RE в символах DMRS, для DFTS-OFDM нет, таким образом, отображение CSI в символы DMRS нарушает Соглашение C.
Предложение 1:
Обновить подпункт 6.2.7 [1] до
1. Отобразить ACK/NACK только в символы не-DMRS
2. Отображение CSI начинается с последнего (или последующего символа не-DMRS, в зависимости от доступности RE) OFDM-символа, несущего ACK/NACK
3. CSI не отображается в символы DMRS
Исходя из обсуждения, представленного в данном документе, подпункт 6.2.7 в 38.212 предлагается изменить. Соответствующий TP можно найти в разделе 3.
2.3. Определение количества зарезервированных RE для проколотых ACK/NACK
До сих пор не было достигнуто соглашение о том, как определить количество зарезервированных ресурсов для проколотых ACK/NACK. В принципе, можно использовать очень похожую (ту же самую) формулу, как и в случае AN, согласованных по скорости передачи, то есть
.
ACK
Количество O битов ACK/NACK следует из DAI в гранте UL.
ACK
ACK
DAI UL не включена в резервную DCI. В данном документе O можно получить из обнаруженного количества назначений DL. Если UE пропускает назначение DL, оно определит неправильное количество O. Скорее всего, резервная DCI будет использоваться для небольших полезных нагрузок ACK/NACK, и будет проколота до 2 битов ACK/NACK, что должно обеспечить устойчивость для пропущенных назначений DL. Если количество битов больше 2, ACK/NACK согласуется по скорости передачи, и неправильный результат приводит к неправильному согласованию по скорости передачи и потере PUSCH. Учитывая, что резервная DCI в основном используется с небольшими полезными нагрузками (с прокалыванием) ACK/NACK, эта проблема не является столь серьезной.
ACK
Однако даже для небольших (проколотых) полезных нагрузок ACK/NACK пропущенные назначения DL могут привести к потере PUSCH: Количество зарезервированных ресурсов определяется в зависимости от O. Если UE использует другой узел, не gNB, количество зарезервированных ресурсов является разным. Так как CSI1 не должна отображаться в зарезервированные ресурсы, gNB и UE предполагают различное отображение CSI1, что приводит к потере CSI1. Так как PUSCH согласуется по скорости передачи около CSI1, теряется даже PUSCH. Простым решением было бы сбросить CSI1 в PUSCH, запланированном с резервной DCI. Следует отметить, что резервная DCI не включает в себя поле запроса CSI, и только CSI, которая может быть включена в PUSCH, запланированный с помощью резервной DCI, является периодической CSI, вложенной в PUSCH.
Предложение 2:
Для передач PUSCH, запланированных с помощью резервной DCI (формат 0_0), UE не включает в себя отчет CSI1.
3. Текстовое предложение
<Начало текстового предложения>
3.1.1 6.2.7 Мультиплексирование данных и управления
Обозначим кодированные биты для UL-SCH как
Обозначим кодированные биты для HARQ-ACK, если таковые имеются, как
.
Обозначим кодированные биты для части 1 CSI, если таковые имеются, как
.
Обозначим кодированные биты для части 2 CSI, если таковые имеются, как
.
Обозначим мультиплексированные данные и управляющую кодированную битовую последовательность как
.
Обозначим в качестве индекса OFDM-символа запланированного PUSCH, начиная с 0 до , где – общее количество OFDM-символов PUSCH, включая все символы OFDM, используемые для DMRS.
Обозначим в качестве индекса поднесущей запланированного PUSCH, начиная с 0 до , где – число поднесущих, содержащихся в запланированном PUSCH.
Обозначим в качестве набора ресурсных элементов в порядке возрастания индексов , доступных для передачи данных или UCI в OFDM-символе , для .. Обозначим как количество элементов в наборе . Обозначим как -ый элемент в .
Если перескок частоты сконфигурирован для PUSCH,
- обозначить в качестве индекса OFDM-символа первого OFDM-символа после первого набора последовательных OFDM-символов, несущих DMRS в первом перескоке;
- обозначить как индекс OFDM-символа первого OFDM-символа после первого набора последовательных OFDM-символов, несущих DMRS во втором перескоке.
- если HARQ-ACK присутствует для передачи по PUSCH, допустим, что
и ;
- если CSI присутствует для передачи по каналу PUSCH, допустим, что
, , , и ;
- пусть , и обозначим , как количество OFDM-символов канала PUSCH в первом и втором перескоках, соответственно;
- – количество уровней передачи PUSCH;
- – порядок модуляции PUSCH.
Если перескок частоты не сконфигурирован для PUSCH,
- обозначим в качестве индекса OFDM-символа первого OFDM-символа после первого набора последовательных OFDM-символов, несущих DMRS;
- если HARQ-ACK присутствует для передачи по PUSCH, допустим, что
;
- если CSI присутствует для передачи по PUSCH, допустим, что
и ;
- пусть и .
Мультиплексированные данные и управляющая кодированная битовая последовательность получаются следующим образом:
Этап 1:
Set для ;
Set для ;
if HARQ-ACK присутствует для передачи по PUSCH, и количество информационных битов HARQ-ACK больше 2
обозначим в качестве набора зарезервированных ресурсных элементов для потенциальной передачи HARQ-ACK в OFDM-символе для ;
обозначим как количество элементов в ;
else
для ;
для ;
end if
Этап 2:
if HARQ-ACK присутствует для передачи по PUSCH, и количество информационных битов HARQ-ACK больше 2,
Set ;
Set ;
Set ;
for to
;
while
if
;
;
end if
if
;
;
end if
for to
;
for to
;
;
;
end for
end for
for to
;
end for
;
;
while OFDM-символ(l) содержит DMRS
end while
end while
end for
end if
Этап 3:
if CSI присутствует для передачи по PUSCH,
Set ;
Set ;
Set ;
for to ;
while or OFDM-символ(l) содержит DMRS
;
end while
while
if
;
;
end if
if
;
;
end if
;
for to
;
for to
;
;
;
end for
end for
for to
;
end for
;
;
while OFDM-символ(l) содержит DMRS
end while
end while
end for
Set ;
Set ;
Set ;
for to
;
while or OFDM-символ(l) содержит DMRS
;
end while
while
if
;
;
end if
if
;
;
end if
for to
;
for to
;
;
;
end for
end for
for to
;
end for
;
;
while OFDM-символ(l) содержит DMRS
end while
end while
end for
end if
Этап 4:
Set ;
for to
for to
;
for to
;
;
end for
end for
end for
Этап 5:
if HARQ-ACK присутствует для передачи по PUSCH, и количество информационных битов HARQ-ACK не больше 2,
Set ;
Set ;
Set ;
for to
;
while
if
;
;
end if
if
;
;
end if
for to ;
for to
;
;
;
end for
end for
;
while OFDM-символ(l) содержит DMRS
end whileend while
end for
end if
Этап 6:
Set ;
for to
for to
;
for to
;
;
end for
end
end for
<Конец текстового предложения>
3. Заключение
В этой публикации мы уделяем внимание мультиплексированию UCI по PUSCH и анализируем настоящий текст в разделе 6.2.7 38.212. Представлены следующие предложения, и текстовое предложение по предложению 1 включено в раздел 3.
Предложение 1:
Обновить подпункт 6.2.7 [1] до
4. Отобразить ACK/NACK только в символы не-DMRS
5. Отображение CSI начинается в последнем (или следующем символе не-DMRS, в зависимости от доступности RE) OFDM-символе, несущем ACK/NACK
6. CSI не отображается в символы DMRS
Предложение 2:
Для передач PUSCH, запланированных с помощью резервной DCI (формат 0_0), UE не включает в себя отчет CSI1.
5. Ссылки
[1] 38.212, v2.0.0