ОБРАБОТКА ОТМЕНЫ ПЛАНИРОВАНИЯ SPS ДЛЯ ДИНАМИЧЕСКОЙ КОДОВОЙ КНИГИ ДЛЯ КВИТИРОВАНИЯ ЗАПРОСА ПОВТОРНОЙ ПЕРЕДАЧИ (HARQ-ACK) НА ОСНОВЕ ГРУППЫ КОДОВЫХ БЛОКОВ
PROCESSING OF AN SPS SCHEDULING CANCELLATION FOR A DYNAMIC CODEBOOK FOR A REPEAT REQUEST ACKNOWLEDGEMENT (HARQ-ACK) BASED ON A GROUP OF CODE BLOCKS

Уровень техники
Современные системы беспроводной связи, такие как система высокоскоростного пакетного доступа (High Speed Packet Access (HSPA)), Система «Долговременная эволюция» (Long Term Evolution (LTE)) и система пятого поколения «Новое радио» (5G New Radio (NR)) используют протокол гибридного автоматического запроса повторной передачи (Hybrid Automatic Repeat ReQuest (HARQ)) на своем уровне управления доступом к среде (Medium Access Control (MAC)). Протокол запроса HARQ используется для повышения надежности связи.
В этой системе сеть связи сообщает пользовательскому терминалу (user equipment (UE)) по физическому нисходящему каналу управления (physical downlink control channel (PDCCH)) о передаче данных в нисходящей линии. После приема сигнала этого канала PDCCH в конкретном субкадре n, терминалу UE необходимо декодировать сигнал соответствующего физического нисходящего совместно-используемого канала (physical downlink shared channel (PDSCH)) и передать обратную связь с положительной/отрицательной квитанцией (acknowledgment/not acknowledgment (ACK/NACK)) в последующем субкадре n+k. Эта обратная связь с квитанцией ACK/NACK информирует узел eNodeB о том, был ли соответствующий сигнал канала PDSCH декодирован правильно. Когда узел eNodeB примет обратную связь с квитанцией ACK, он может продолжить передавать новые блоки данных терминалу UE. Когда узел eNodeB примет обратную связь с квитанцией NACK, будут повторно переданы кодированные биты данных, соответствующие первоначальному блоку данных. Когда повторная передача основана на повторении ранее переданных кодированных битов, говорят о работе по протоколу запроса HARQ с комбинированием Чейза (Chase combining HARQ). Когда повторная передача содержит кодированные биты, не использовавшиеся в предшествующих попытках повторной передачи, говорят о работе по протоколу HARQ с инкрементной избыточностью (incremental redundancy HARQ).
В системе с агрегированием несущих для одного терминала UE конфигурируют несколько компонентных несущих. Компонентные несущие могут быть конфигурированы в виде так называемых групп физического восходящего канала управления (physical uplink control channel (PUCCH)). Обратную связь для запроса HARQ для всех компонентных несущих из одной группы канала PUCCH передают по одной и той же восходящей (UL) линии, использующей канал PUCCH, или в составе управляющей информации восходящей линии (UCI) по физическому восходящему совместно используемому каналу (physical uplink shared channel (PUSCH)).
Биты квитанций ACK/NACK, которые должны быть сообщены по одному каналу PUCCH, располагают в одной кодовой книге запроса HARQ. Одна кодовая книга запроса HARQ может содержать биты квитанций ACK/NACK для одной и той же или для разных компонентных несущих и для одного или нескольких моментов времени. Технология NR определяет мини слоты и смешивание нескольких нумерологий на одной несущей, и обе эти функции могут привести к нерегулярным моментам передачи, что усложняет построение кодовой книги запроса HARQ. Технология NR также вводит обратную связь запроса HARQ для каждой группы кодовых блоков из состава одного транспортного блока, это функция, называется обратной связью по группам кодовых блоков (Code Block Group (CBG)). Размер группы CBG блоков может быть в диапазоне от одного кодового блока на группу CBG до одной группы CBG на транспортный блок (так же, как в системе с технологией LTE). Использование обратной связи запроса HARQ на основе групп CBG может существенно увеличить объем сигнализации обратной связи запроса HARQ.
В полустатически конфигурированной кодовой книге запроса HARQ обычно фиксированы по меньшей мере несколько битов в направлении оси компонентных несущих. Как только терминал UE обнаружит по меньшей мере одно назначение нисходящей (DL) линии на каких-либо компонентных несущих, он готовит битовую карту обратной связи, содержащую обратную связь запроса HARQ для всех конфигурированных или активизированных компонентных несущих. Обратную связь для тех компонентных несущих, где никакого назначения нисходящей (DL) линии обнаружено не было, устанавливают в состояние отрицательной квитанции (NACK). Число битов обратной связи, требуемых для одной компонентной несущей, определяется ее конфигурацией для работы в режиме с несколькими входами и выходами (MIMO) и конфигурацией группы CBG для этой несущей. Число битов обратной связи запроса HARQ, для всех конфигурированных/активизированных компонентных несущих равно сумме чисел битов обратной связи, требуемых для одной компонентной несущей, по всем конфигурированным/активизированным компонентным несущим.
Число входных позиций во временной области также может быть фиксированным, либо обратную связь передают только для тех моментов времени, где обнаружено по меньшей мере одно назначение нисходящей (DL) линии (на каких-либо конфигурированных/активизированных компонентных несущих). В последнем случае необходим индекс назначения нисходящей линии (Downlink Assignment Index (DAI)) для защиты от потерянных назначений нисходящей (DL) линии. Индекс DAI заключен предпочтительно во всех назначениях нисходящей (DL) линии и содержит число моментов времени (например, слотов), которые были запланированы вплоть до (включая) текущего слота.
Полустатически конфигурированная кодовая книга запроса HARQ является простой и устойчивой, но может привести к высоким издержкам, особенно если имеются много компонентных несущих, и часто не все эти несущие планируются, и/или некоторые компонентные несущие конфигурированы с группой CBG.
Стандарт LTE Rel-13 поддерживает очень большое число агрегированных компонентных несущих. Полустатически конфигурированная (в направлении оси компонентных несущих) кодовая книга запроса HARQ, как она использовалась в более ранних вариантах агрегирования несущих, является субоптимальной, поскольку для такой полустатически конфигурированной кодовой книги запроса HARQ всегда включена обратная связь для всех конфигурированных/активизированных компонентных несущих. В случае, когда имеется большое число конфигурированных/активизированных компонентных несущих, но только небольшое число таких компонентных несущих запланировано, размер кодовой книги запроса HARQ становится излишне и без необходимости большим.
В стандарте Rel-13, была введена динамическая кодовая книга запроса HARQ (направлении обеих осей - оси компонентных несущих и оси времени). Здесь, каждое назначение нисходящей (DL) линии (обычно назначение нисходящей (DL) линии передают в составе управляющей информации нисходящей линии (DCI)) содержит поле счетчика и поле полного индекса DAI. Поле счетчика индекса DAI подсчитывает число назначений нисходящей (DL) линии, которые были запланированы до настоящего момента (включая текущее назначение нисходящей (DL) линии) для текущей кодовой книги запроса HARQ. Компонентные несущие упорядочены (например, в соответствии с частотой несущей), и счетчик индекса DAI подсчитывает назначения нисходящей (DL) линии в этом порядке. В направлении оси времени счетчик индекса DAI не сбрасывают, а непрерывно увеличивают на границах слотов. Полный индекс DAI в каждом назначении нисходящей (DL) линии устанавливают равным полному числу назначений нисходящей (DL) линии, которые были запланированы до настоящего момента (включая текущий слот) для текущей кодовой книги запроса HARQ. Полный индекс DAI в каком-либо слоте устанавливают, таким образом, равным наивысшему показанию счетчика индекса DAI для этого слота. Для уменьшения издержек часто применяют операцию взятия по модулю (часто, по модулю 2 (mod 2)) к счетчику и полному индексу DAI, который может быть тогда выражен небольшим числом битов. Например, 2 бит для взятия по модулю 2 (mod-2). Механизм счетчика индекса/полного индекса DAI позволяет приемнику восстановить размер кодовой книги запроса HARQ, равно как индексацию в эту кодовую книгу запроса HARQ, если несколько смежных назначений нисходящей (DL) линии потеряны. Фиг. 1 иллюстрирует пример счетчика индекса и полного индекса DAI. Для простоты эта иллюстрация показывает случай, когда операция взятия по модулю не применялась.
Канал PUCCH может передавать квитанции ACK/NACK (обратная связь относительно запроса HARQ), информацию UCI, запрос SR планирования или информацию относительно луча.
Технология NR определяет несколько различных форматов канала PUCCH. На высоком уровне, доступные форматы канала PUCCH можно объединить в две группы - короткие и длинные форматы канала PUCCH.
Короткие форматы каналы PUCCH имеют два варианта - для ≤2 бит и для >2 бит, соответственно. Короткий канал PUCCH может быть конфигурирован в любых символах в пределах слота. Хотя для передач на основе слотов короткий канал PUCCH до конца интервала слота имеет типовую конфигурацию, ресурсы канала PUCCH, распределенные после или раньше в пределах интервала слота, могут быть использованы для передачи запроса планирования или сигнализации канала PUCCH в ответ на мини-слоты.
Канал PUCCH в варианте для ≤2 бит использует выбор последовательности. При выборе последовательности входной бит (ы) выбирает одну из доступных последовательностей, после чего входную информацию представляют посредством выбранной последовательности. Например, для 1 бита требуются две последовательности. В качестве другого примера, для 2 бит требуются четыре последовательности. Этот канал PUCCH может охватывать один или два символа. В случае двух символов, во втором символе передают ту же самую информацию, потенциально с другим набором последовательностей (скачкообразное переключение последовательностей для рандомизации помех) и на другой частоте (для достижения разнесения по частоте).
Канал PUCCH в варианте для >2 бит использует один или два символа. В случае одного символа, поднесущие, которые передают опорный сигнал демодуляции DM-RS и полезную нагрузку информации UCI, перемежаются. Полезную нагрузку информации UCI перед отображением на поднесущие кодируют (с использованием либо кодов Рида-Мюллера, либо полярных кодов в зависимости от полезной нагрузки). В случае двух символов, кодированную полезную нагрузку информации UCI отображают на оба символа. Для 2-символьного канала PUCCH, обычно кодовая скорость уменьшена вдвое (в двух символах имеется вдвое больше кодированных битов) и второй символ передают на другой частоте (для достижения разнесения по частоте).
Длинные форматы канала PUCCH также имеют два варианта - для ≤2 бит и для > 2 бит. Оба варианта существуют с различной длиной - от 4 до 14 символов, и могут быть даже агрегированы по нескольким слотам. Длинный канал PUCCH может появляться в нескольких позициях в слоте с большим или меньшим числом возможных размещений в зависимости от длины канала PUCCH. Длинный канал PUCCH может быть конфигурирован с использованием скачкообразной перестройки частоты или без такой перестройки, хотя вариант с перестройкой имеет преимущество разнесения по частоте.
Длинный формат канала PUCCH в варианте для ≤2 бит аналогичен формату 1a/1b канала PUCCH в системе LTE с тем исключением, что сигнал DM-RS помещен по-другому и имеется свойство переменной длины.
Длинный формат канала PUCCH в варианте для >2 бит использует режим временного уплотнения (TDM) между символами, несущими сигнал DM-RS и информацию UCI. Полезную нагрузку информации UCI кодируют (с использованием либо кодов Рида-Мюллера, либо полярных кодов в зависимости от полезной нагрузки), отображают на модуляционные символы (обычно в формате четырехуровневой фазовой манипуляции (QPSK) или двоичной фазовой манипуляции (BPSK) со сдвигом pi/2), предварительно кодируют с применением дискретного преобразования Фурье (DFT) для уменьшения отношения пиковой мощности к средней мощности (PAPR) и отображают на выделенные поднесущие для передачи в формате с ортогональным частотным уплотнением (OFDM).
Терминал UE может быть конфигурирован с несколькими форматами канала PUCCH одного и того же типа или разных типов. Форматы канала PUCCH для небольшой полезной нагрузки нужны, если терминал UE планируется только с одним или двумя назначениями нисходящей (DL) линии, тогда как формат с большой полезной нагрузкой нужен, если терминал UE планируется с несколькими назначениями нисходящей (DL) линии. Длинные форматы канала PUCCH также необходимы для достижения лучшего охвата. Терминал UE может, например, быть конфигурирован с коротким форматом каналом PUCCH в варианте для ≤2 бит и длинным форматом каналом PUCCH в варианте для >2 бит. Терминал UE в случае очень хорошего охвата может даже использовать короткий формат канала PUCCH в варианте для >2 бит, тогда как терминал UE в ситуации менее хорошего охвата требует даже в варианте для ≤2 бит длинный формат канала PUCCH. Фиг. 2 иллюстрирует пример форматов канала PUCCH, конфигурированных для терминала UE. В частности, Фиг. 2 показывает терминал UE, конфигурированный с несколькими длинными и короткими форматами канала PUCCH.
Технология NR поддерживает динамическую индикацию ресурса канала PUCCH и времени. Как сказано выше, кодовая книга запроса HARQ, передаваемая каналом PUCCH, может содержать обратную связь запроса HARQ от нескольких каналов PDSCH (от нескольких моментов времени и/или компонентных несущих). Ресурс и время канала PUCCH будут обозначены в планирующем назначении нисходящей (DL) линии в динамически планируемой передаче. Ассоциация между каналом PDSCH и каналом PUCCH может быть основана на ресурсе и времени канала PUCCH (PR), обозначенных в составе планирующей информации DCI (ΔT); обратную связь запроса HARQ для всех каналов PDSCH, для которых планирующая информация DCI обозначает один и тот же ресурс и время канала PUCCH, сообщают вместе в одной и той же кодовой книге запроса HARQ. Самый последний канал PDSCH, который может быть включен, ограничен временем обработки сигнала, которое необходимо терминалу UE для подготовки обратной связи запроса HARQ.
Фиг. 3 иллюстрирует пример ассоциирования обратной связи запроса HARQ без агрегирования несущих. В примере, показанном на Фиг. 3, терминал UE может сообщить обратную связь запроса HARQ по короткому каналу PUCCH в том же самом слоте. Самый ранний канал PDSCH, в который может входить кодовая книга запроса HARQ для рассматриваемого ресурса канала PUCCH, представляет собой первый планируемый канал PDSCH после истечения временного окна последнего переданного тем же самым каналом ресурса канала PUCCH. Например, на Фиг. 3, о канале PDSCH в слоте n-1 сообщают на ресурсе m канала PUCCH в слоте n-1; канал PDSCH из слота n, поэтому является первым каналом PDSCH для включения в кодовую книгу запроса HARQ, передаваемого на ресурсе m канала PUCCH в слоте n+4.
Во избежание неправильного размера кодовой книги запроса HARQ и неправильной индексации в эту кодовую книгу запроса HARQ, вставляют в каждое назначение нисходящей (DL) линии индекс DAI, который подсчитывает назначения нисходящей (DL) линии вплоть до (включая) текущего назначения нисходящей (DL) линии. В случае агрегирования несущих необходимы счетчик и полный индекс DAI, как обсуждается выше.
В системах согласно технологиям LTE и NR, один транспортный блок сегментируют, разбивая на несколько кодовых блоков, если размер этого транспортного блока превышает некоторую определенную величину. Для обнаружения ошибок каждый кодовый блок, равно как и весь транспортный блок имеет свой собственный циклически избыточный контрольный код CRC. В технологии LTE, обратная связь запроса HARQ основана на статусе декодирования транспортного блока, таком как, например, генерируют по одному биту обратной связи запроса HARQ на каждый транспортный блок.
Технология NR поддерживает этот режим работы. В дополнение к этому, технология NR также поддерживает обратную связь запроса HARQ для групп CBG. Здесь один или несколько кодовых блоков объединяют в группу CBG и генерируют по одному биту обратной связи запроса HARQ для каждой группы CBG. Это полезно, поскольку только часть транспортного блока необходимо передавать, если ошибка имеется только в одной группе CBG или в небольшом числе таких групп.
Однако на сегодня здесь имеет место некоторая проблема (ы). Например, в технологии NR, до сих пор не было определено, как обрабатывать отмену полупостоянного планирования (Semi-Persistent Scheduling (SPS)), когда терминал UE конфигурирован с обратной связью на основе групп CBG и, в дополнение к этому, конфигурирован с динамической кодовой книгей для квитирования запроса HARQ-ACK (которая может быть также известна как кодовая книга типа 2 в документе 38.213 9.3).
Раскрытие сущности изобретения
Здесь предлагаются различные варианты, рассматривающие одну или несколько проблем, описываемых выше. Согласно некоторым вариантам, для рассмотрения и попыток преодоления ограничений, присущих существующим подходам, предложены несколько технических решений для генерации битов квитирования гибридного автоматического запроса повторной передачи (Hybrid Automatic Repeat ReQuest-Acknowledgement (HARQ-ACK)), ассоциированных с отменой полупостоянного планирования (Semi-Persistent Scheduling (SPS)). Например, согласно некоторым вариантам, если физический восходящий совместно используемый канал (physical uplink shared channel (PUSCH)) планируют с указывающей возврат (fallback) управляющей информацией нисходящей линии (downlink control information (DCI)) (или информации DCI, которая не содержит индекс назначения нисходящей линии (DAI)), информация о состоянии канала (channel state information (CSI)) может быть отброшена, чтобы избежать потери канала PUSCH из-за потерянного приема передач нисходящей (DL) линии.
Согласно некоторым вариантам, предложен осуществляемый устройством беспроводной связи способ генерации битов квитирования запроса HARQ-ACK, ассоциированных с отменой планирования SPS. Этот способ содержит определение, что отмена планирования SPS ассоциирована с ячейкой, для которой конфигурирована обратная связь по группам CBG. По меньшей мере один бит квитирования запроса HARQ-ACK, ассоциированный с отменой планирования SPS, помещают в кодовую подкнигу на основе транспортных блоков в составе кодовой книги.
Согласно некоторым вариантам, устройство беспроводной связи для генерации битов квитирования запроса HARQ-ACK, ассоциированных с отменой планирования SPS, содержит схему обработки, конфигурированную для определения, что отмена планирования SPS ассоциирована с ячейкой, имеющей обратную связь по группам CBG, конфигурированную для этой ячейки, и помещения по меньшей мере одного бита квитирования запроса HARQ-ACK, ассоциированного с отменой планирования SPS, в кодовую подкнигу на основе транспортных блоков.
Согласно некоторым вариантам, осуществляемый в узле сети связи способ приема битов квитирования запроса HARQ-ACK, ассоциированных с отменой планирования SPS, содержит передачу, устройству беспроводной связи, первого сообщения, конфигурирующего устройство беспроводной связи для реализации обратной связи по группам CBG для ячейки. Устройству беспроводной связи передают второе сообщение, указывающее, что отмена планирования SPS ассоциирована с рассматриваемой ячейкой. По меньшей мере один бит квитирования запроса HARQ-ACK, ассоциированный с отменой планирования SPS, принимают в кодовой подкниге на основе блоков TB в составе кодовой книги.
Согласно некоторым вариантам, предложен узел сети связи для приема битов квитирования запроса HARQ-ACK, ассоциированных с отменой планирования SPS, этот узел содержит схему обработки, конфигурированную для передачи, устройству беспроводной связи, первого сообщения, конфигурирующего это устройство беспроводной связи для реализации обратной связи по группам кодовых блоков, CBG, для ячейки. Устройству беспроводной связи передают также второе сообщение, указывающее, что отмена планирования SPS ассоциирована с рассматриваемой ячейкой. По меньшей мере один бит квитирования запроса HARQ-ACK, ассоциированный с отменой планирования SPS, принимают в кодовой подкниге на основе блоков TB в составе кодовой книги.
Некоторые варианты могут обеспечивать одно или несколько следующих технических преимуществ. Например, некоторые варианты могут предлагать технические решения для генерации битов квитирования запроса HARQ-ACK для отмен планирования SPS, когда конфигурированы обратная связь по группам CBG и динамическая кодовая книга.
Другие преимущества могут быть легко понятны для специалистов в рассматриваемой области. Некоторые варианты могут не иметь ни одного, иметь некоторые или все упомянутые здесь преимущества.
Краткое описание чертежей
Для более полного понимания описываемых вариантов и их признаков и преимуществ ссылки теперь будут сделаны на последующее описание, рассматриваемое в соединении с прилагаемыми чертежами, на которых:
Фиг. 1 иллюстрирует пример счетчика и полного индекса DAI;
Фиг. 2 иллюстрирует пример форматов канала PUCCH, конфигурированных для терминала UE;
Фиг. 3 иллюстрирует пример ассоциирования обратной связи запроса HARQ без агрегирования несущих;
Фиг. 4 иллюстрирует пример сети беспроводной связи, в которой может быть реализован предмет настоящего изобретения, согласно некоторым вариантам;
Фиг. 5 иллюстрирует пример узла сети связи, согласно некоторым вариантам;
Фиг. 6 иллюстрирует пример устройства беспроводной связи, согласно некоторым вариантам;
Фиг. 7 иллюстрирует пример пользовательского терминала, согласно некоторым вариантам;
Фиг. 8 иллюстрирует среду виртуализации, в которой могут быть виртуализированы функции, реализуемые некоторыми вариантами настоящего изобретения, согласно некоторым вариантам;
Фиг. 9 иллюстрирует телекоммуникационную сеть, соединенную через промежуточную сеть связи с главным компьютером, согласно некоторым вариантам;
Фиг. 10 иллюстрирует обобщенную блок-схему главного компьютера, осуществляющего связь через базовую станцию с пользовательским терминалом по частично беспроводному соединению, согласно некоторым вариантам;
Фиг. 11 иллюстрирует способ, реализуемый в системе связи, согласно одному из вариантов;
Фиг. 12 иллюстрирует другой способ, реализуемый в системе связи, согласно одному из вариантов;
Фиг. 13 иллюстрирует другой способ, реализуемый в системе связи, согласно одному из вариантов;
Фиг. 14 иллюстрирует другой способ, реализуемый в системе связи, согласно одному из вариантов;
Фиг. 15 иллюстрирует способ генерации битов квитирования запроса HARQ-ACK, ассоциированных с отменой планирования SPS системой, согласно некоторым вариантам;
Фиг. 16 иллюстрирует другой способ, реализуемый устройством беспроводной связи для генерации битов квитирования запроса HARQ-ACK или других битов, ассоциированных с отменой планирования SPS системой, согласно некоторым вариантам;
Фиг. 17 иллюстрирует упрощенную блок-схему аппаратуры в сети беспроводной связи, согласно некоторым вариантам;
Фиг. 18 иллюстрирует способ приема битов квитирования запроса HARQ-ACK, ассоциированных с отменой планирования SPS, согласно некоторым вариантам;
Фиг. 19 иллюстрирует упрощенную блок-схему аппаратуры в сети беспроводной связи, согласно некоторым вариантам; и
Фиг. 20 иллюстрирует полустатически конфигурированную кодовую книгу запроса HARQ, согласно некоторым вариантам.
Осуществление изобретения
Некоторые варианты, предполагаемые здесь, будут теперь описаны более полно со ссылками на прилагаемые чертежи. Однако в объем предмета настоящего изобретения входят также и другие варианты, предмет настоящего изобретения не следует толковать как исчерпывающийся только представленными здесь вариантами; напротив, эти варианты приведены здесь только в качестве примеров, имеющих целью донести объем предмета настоящего изобретения до специалистов в рассматриваемой области.
В общем случае, используемые здесь термины следует интерпретировать в соответствии с их обычными значениями в рассматриваемой области техники, если только другое значение не будет здесь выражено в явном виде и/или не будет следовать из конкретного контекста, в котором используется такой термин. Все ссылки на элемент, единицу аппаратуры, компонент, средство, этап и т.п. с определенным и неопределенным артиклем следует интерпретировать в открытом смысле, как относящиеся по меньшей мере к одному событию (экземпляру) элемента, единицы аппаратуры, компонента, средства, этапа и т.п. если только в явном виде не указано иное. Этапы любого из описываемых здесь способов не обязательно следует выполнять точно в описываемом здесь порядке, если только про какой-либо конкретный этап не указано в явном виде, что он следует или предшествует другому этапу, и/или в неявном виде понятно, что какой-то этап обязан следовать за другим этапом или предшествовать другому этапу. Любые признаки любых описываемых здесь вариантов могут быть применены к любому другому варианту, где это уместно. Аналогично, любые преимущества любого из представленных здесь вариантов могут быть применимы к каким-либо другим вариантам и наоборот. Другие цели, признаки и преимущества предлагаемых здесь вариантов станут очевидны из последующего описания.
Рассматриваемые здесь варианты относятся к передаче обратной связи для квитирования в режиме гибридного автоматического запроса повторной передачи (Hybrid Access Repeat Request-Acknowledgment (HARQ-ACK)) для физического нисходящего совместно используемого канала (PDSCH) и отмены полупостоянного планирования (Semi-Persistent Scheduling (SPS)) для нисходящей (DL) линии. Хотя некоторые описываемые здесь варианты рассматриваются в контексте генерации бита (ов) режима запроса HARQ для квитирования отмены планирования SPS, обычно имеет место понимание, что, строго говоря, бит, квитирующий отмену планирования SPS, не является битом режима запроса HARQ, поскольку он не квитирует прием канала PDSCH, а напротив, квитирует прием канала PDCCH. Тем не менее, в последующем описании бит квитирования канала PDCCH также будет обозначен как бит режима запроса HARQ.
Соответствующую информацию обратной связи передают по восходящей (UL) линии, при этом пользовательский терминал (UE) генерирует две кодовые подкниги, если он конфигурирован с обратной связью на основе групп CBG.
Согласно некоторым вариантам, которые могут здесь называться Техническое решение 1, терминал UE может поместить биты квитирования запроса HARQ-ACK, ассоциированные с отменой планирования SPS, в кодовую подкнигу на основе групп CBG, если указанная отмена планирования SPS ассоциирована с ячейкой, имеющей конфигурированную для нее обратную связь по группам CBG. В этой кодовой подкниге терминал UE может генерировать битовую карту размера N. Согласно конкретному варианту и в простейшем случае, эта битовая карта может содержать N аналогичных битов, ассоциированных со статусом отмены планирования SPS. Однако в другом варианте эта карта может содержать две разных битовых структуры длиной N, где каждая структура ассоциирована с одним статусом отмены планирования SPS. Здесь, число N указывает конфигурированное максимальное число блоков CB в группах CBG, по всем ячейкам, использующим группы CBG, т.е. N = max_acrocss_CBG_cells(N_c) где N_c обозначает конфигурированное максимальное число блоков CB в каждой группе CBG для ячейки c. В дополнение к этому, терминал UE может потенциально генерировать N’ бит, если какая-либо из ячеек, использующих группы CBG, конфигурирована для поддержки более чем 4 уровней режима MIMO, и N’ = max_acrocss_CBG_cells(N_c*L_c), где N_c указано выше и L_c = 1 (конфигурация ячейки c для работы в режиме MIMO, имеющем до четырех уровней) и Lc = 2 (конфигурация ячейки c для работы в режиме MIMO, имеющем больше четырех уровней)
Согласно некоторым вариантам, терминал UE может поместить информацию обратной связи в кодовую книгу аналогично тому, как если бы канал PDCCH, указывающий отмену планирования SPS, был бы вместо этого каналом PDSCH. Величины индикатора нисходящей линии (DAI (Downlink Assignment Indicator)), входящие в состав сообщения канала PDCCH, ассоциированы с кодовой книгей для групп CBG.
Согласно некоторым другим вариантам, которые могут здесь называться Техническое решение 2, терминал UE может поместить бит (ы) квитирования запроса HARQ-ACK, ассоциированный с отменой планирования SPS, в кодовую подкнигу на основе блоков TB. В одном из конкретных вариантов, этот способ может быть использован, если отмена планирования SPS ассоциирована с ячейкой, имеющей обратную связь по группам CBG, конфигурированную для этого. В одном из конкретных вариантов, например, терминал UE может генерировать 1 и 2 бит квитирования запроса HARQ-ACK для каждой отмены планирования SPS. Например, терминал UE может генерировать два бита квитирования запроса HARQ-ACK, если терминал UE конфигурирован более чем с 4 уровнями по меньшей мере в одной из агрегируемых ячеек с обратной связью запроса HARQ на основе блоков TB, в противном случае генерируется 1 бит. Значения индикатора назначения нисходящей линии (DAI) в составе передачи по каналу PDCCH могут быть ассоциированы с кодовой книгей запроса HARQ на основе блоков TB.
Для полноты, если отмена планирования SPS ассоциирована с ячейкой, не имеющей конфигурированной обратной связи на основе групп CBG, биты квитирования запроса HARQ-ACK также могут быть помещены в кодовую подкнигу на основе блоков TB.
Согласно еще одной группе других вариантов, которые могут здесь называться Техническое решение 3, конфигурированное/предварительно заданное значение битов может быть добавлено в кодовую книгу запроса HARQ. Сообщение канала PDCCH, указывающее отмену планирования SPS, может содержать обозначение статуса отмены планирования SPS, записанное в этих зарезервированных битах. В одном из конкретных вариантов, может потребоваться правило отображения, если может быть больше отмен планирования SPS, чем зарезервированных битов. Это правило отображения может также содержать процедуру группирования, т.е. несколько/все биты статуса отмен планирования SPS, группируют воедино, например, комбинирование с помощью логической операции «И». В качестве альтернативы, число в передаче канала PDCCH, указывающее отмену планирования SPS, может быть ограничено размером битового поля.
В одном из конкретных вариантов, эти биты могут быть помещены в начале общей кодовой книги, между кодовыми подкнигами 1 и 2 или после кодовой подкниги 2. В этом случае, терминал UE может игнорировать какие-либо значения индекса DAI, ассоциированные с каналом PDCCH, указывающим отмену планирования SPS. В качестве альтернативы, если битовое поле не имеет конфигурированной/предварительно заданной длины, но в соответствии с обнаруженным каналом (ами) PDCCH, указывающим отмену планирования SPS, тогда эти биты отмены планирования SPS могут формировать третью кодовую подкнигу, а поле (я) индекса DAI в сигнале канала PDCCH будет в этом случае ассоциировано с этой третьей кодовой подкнигой.
В одном из конкретных вариантов, конфигурированные/предварительно заданные биты в одном из подвариантов присутствуют только в кодовой книге, если планирование SPS конфигурировано посредством управления RRC по меньшей мере в одной из агрегированных ячеек/отрезков полосы частот (BWP) и с конфигурированными группами CBG. Эти биты могут здесь соответствовать отрезку BWP, который инактивирован, но составляет часть агрегированной ячейки и с конфигурированными группами CBG.
Хотя предмет настоящего изобретения, описываемый здесь, может быть реализован в любой системе подходящего типа с использованием каких-либо подходящих компонентов, Фиг. 4 иллюстрирует пример сети беспроводной связи, в которой может быть реализован предмет настоящего изобретения, согласно некоторым вариантам. Для простоты, сеть беспроводной связи, представленная на Фиг. 4, показывает только собственно сеть 106 связи, узлы 160 и 160b сети связи и устройства WD 110, 110b и 110c. На практике, сеть беспроводной связи может далее содержать какие-либо дополнительные элементы, подходящие для поддержки связи между устройствами беспроводной связи или между устройством беспроводной связи и другим устройством связи, таким как проводной телефон, аппаратура провайдера услуг, либо какой-либо другой узел связи или оконечное устройство. Из иллюстрируемых компонентов, узел 160 сети связи и устройство беспроводной связи (WD) 110 показаны с дополнительными подробностями. Сеть беспроводной связи может предоставлять связь и другие типы услуг одному или нескольким устройствам беспроводной связи, чтобы способствовать доступу устройства беспроводной связи к услугам и/или использованию услуг, предоставляемых посредством или через сеть беспроводной связи.
Сеть беспроводной связи может содержать и/или быть сопряжена с какими-либо сетями связи, телекоммуникаций, передачи данных, сотовой связи и/или радиосвязи, либо с другими системами аналогичного типа. В некоторых вариантах, сеть беспроводной связи может быть конфигурирована для работы в соответствии с конкретными стандартами или другими типами предварительно заданных правил или процедур. Таким образом, конкретные варианты сети беспроводной связи могут реализовывать стандарты связи, такие как глобальная система мобильной связи (Global System for Mobile Communications (GSM)), универсальная мобильная телекоммуникационная система (Universal Mobile Telecommunications System (UMTS)), долговременная эволюция (Long Term Evolution (LTE)) и/или другие подходящие стандарты различных поколений 2G, 3G, 4G или 5G; стандарты локальных сетей беспроводной связи (wireless local area network (WLAN)), такие как стандарты семейства IEEE 802.11; и/или какой-либо другой подходящий стандарт беспроводной связи, такой как стандарты широкополосного доступа в СВЧ-диапазоне (Worldwide Interoperability for Microwave Access (WiMax)), Bluetooth, Z-Wave и/или ZigBee.
Сеть 106 связи может содержать одну или несколько транзитных сетей связи, опорных сетей связи, сетей IP-протокола, коммутируемых телефонных сетей общего пользования (public switched telephone network (PSTN)), пакетные сети передачи данных, оптические сети связи, крупномасштабные сети связи (wide-area network (WAN)), локальные сети связи (local area network (LAN)), локальные сети беспроводной связи (wireless local area network (WLAN)), проводные сети связи, сети беспроводной связи, внутригородские сети связи и другие сети, обеспечивающие связь между устройствами.
Узел 160 сети связи и устройство WD 110 содержат разнообразные компоненты, более подробно описываемые ниже. Эти компоненты работают совместно для реализации функциональных возможностей узла сети связи и/или устройства беспроводной связи, таких как установление беспроводных соединений в сети беспроводной связи. В различных вариантах, такая сеть беспроводной связи может содержать любое количество проводных или беспроводных сетей связи, узлов сети связи, базовых станций, контроллеров, устройств беспроводной связи, ретрансляционных станций и/или других компонентов или систем, которые могут способствовать или участвовать в осуществлении связи и передаче данных и/или сигналов, будь то через проводные или беспроводные соединения.
Фиг. 5 иллюстрирует пример узла 160 сети связи, согласно некоторым вариантам. Как используется здесь, термин «узел сети связи» обозначает оборудование, способное, конфигурированное, построенное и/или управляемое для осуществления связи напрямую и/или не напрямую с устройством беспроводной связи и/или с другими узлами сети связи или с оборудованием в сети беспроводной связи, чтобы позволить или предоставить беспроводной доступ к устройству беспроводной связи и/или осуществлять другие функции (например, администрирование) в сети беспроводной связи. К примерам узлов сети связи относятся, не ограничиваясь этим, точки доступа (access point (AP)) (например, точки радио доступа) базовые станции (base station (BS)) (например, базовые радиостанции, узлы Node B, развитые узлы Node B (eNB) и узлы NR NodeB (gNB)). Базовые станции можно классифицировать по категориям на основе обеспечиваемого ими уровня охвата (или, говоря по-другому, их уровней мощности передачи) и можно также называть фемто базовыми станциями, пико базовыми станциями, микро базовыми станциями или макро базовыми станциями. Базовая станция может представлять собой ретрансляционный узел или донорный ретрансляционный узел, управляющий ретрансляцией. Узел сети связи может также содержать одну или несколько (или все) частей распределенной базовой радиостанции, таких как централизованные цифровые модули и/или удаленные радио модули, (remote radio unit (RRU)), иногда называемые удаленными радио блоками (Remote Radio Head (RRH)). Такие удаленные радио модули могут быть или могут не быть интегрированы с антенной, в виде радиостанции с встроенной антенной. Части распределенной базовой станции могут также называться узлами в распределенной антенной системе (distributed antenna system (DAS)). Еще одна группа примеров узлов сети связи содержит оборудование для связи в соответствии с несколькими стандартами радиосвязи (multi-standard radio (MSR)), такое как станции MSR BS, контроллеры сети связи, такие как контроллеры сети радиосвязи (radio network controller (RNC)) или контроллеры базовых станций (base station controller (BSC)), базовые приемопередающие станции (base transceiver station (BTS)), передающие точки, передающие узлы, объекты многоячеистой/многоадресной координации (multi-cell/multicast coordination entity (MCE)), узлы опорной сети связи (например, центры коммутации мобильной связи (MSC), узлы управления мобильностью (MME)), узлы эксплуатации и технического обслуживания (O&M), узлы системы оперативной поддержки (OSS), узлы самоорганизующейся сети связи (SON), узлы определения местонахождения (например, усовершенствованные центры определения местонахождения в мобильной связи (E-SMLC)) и/или мобильные терминалы данных (MDT). В качестве другого примера, узел сети связи может представлять собой виртуальный узел сети связи, как более подробно будет описано ниже. В более общем смысле, однако, узел сети связи может представлять какое-либо подходящее устройство (или группу устройств), способное, конфигурированное, построенное и/или оперируемое так, чтобы позволить и/или предоставить устройству беспроводной связи доступ в сеть беспроводной связи или предоставить некоторые сервисы устройству беспроводной связи, получившему доступ в сеть беспроводной связи.
Как показано на Фиг. 5, узел 160 сети связи содержит схему обработки 170, читаемый устройством носитель 180 информации, интерфейс 190, вспомогательное оборудование 184, источник 186 питания, схему 187 питания и антенну 162. Хотя узел 160 сети связи, иллюстрируемый в примере сети беспроводной связи, показанном на Фиг. 5, может представлять устройство, содержащее иллюстрируемое сочетание аппаратных компонентов, другие варианты могут содержать узлы сети связи с другими комбинациями компонентов. Кроме того, хотя компоненты узла 160 сети связи показаны здесь в виде одиночных прямоугольников, расположенных внутри прямоугольника большего размера, или в виде нескольких прямоугольников, вложенных один в другой, на практике, узел сети связи может содержать несколько различных физических компонентов, составляющих один, иллюстрированный на чертеже компонент (например, читаемый устройством носитель 180 информации может содержать несколько отдельных накопителей информации на жестких дисках, равно как несколько модулей запоминающих устройств с произвольной выборкой (ЗУПВ (RAM))).
Аналогично, узел 160 сети связи может быть составлен из нескольких физически раздельных компонентов (например, компонент узла NodeB и компонент контроллера RNC, либо компонент станции BTS и компонент контроллера BSC и т.д.), каждый из которых может содержать свои собственные соответствующие компоненты. В некоторых сценариях, в которых узел 160 сети связи содержит несколько раздельных компонентов (например, компоненты станции BTS и контроллера BSC), один или несколько из этих раздельных компонентов могут совместно использоваться несколькими узлами сети связи. Например, один контроллер RNC может управлять несколькими узлами NodeB. В таком сценарии каждая пара из одного узла NodeB и контроллера RNC может в некоторых случаях рассматриваться как один отдельный узел сети связи. В некоторых вариантах, узел 160 сети связи может быть конфигурирован для поддержки нескольких технологий радиодоступа (radio access technology (RAT)). В таких вариантах некоторые компоненты могут быть дублированы (например, свой отдельный читаемый устройством носитель 180 информации для каждой из различных технологий RAT), а некоторые компоненты могут использоваться неоднократно (например, одна и та же антенна 162 может использоваться совместно несколькими технологиями RAT). Узел 160 сети связи может содержать несколько комплектов разнообразных иллюстрированных здесь компонентов для разных технологий беспроводной связи, интегрированных в одном узле 160 сети связи, таких как, например, технологии беспроводной связи GSM, WCDMA, LTE, NR, WiFi или Bluetooth. Эти технологии беспроводной связи могут быть интегрированы в одном и том же или в разных кристаллах интегральных схем или в комплектах таких кристаллов и других компонентов в одном узле 160 сети связи.
Схема обработки 170 может быть конфигурирована для осуществления каких-либо операций определения, вычисления или аналогичных операций (например, некоторых операций получения информации), описываемых здесь как операции, выполняемые узлом сети связи. Совокупность этих операций, выполняемых схемой обработки 170, может содержать обработку информации, получаемой этой схемой обработки 170, путем, например, преобразования полученной информации в другую информацию, сравнение полученной информации или преобразованной информации с информацией, сохраняемой в узле сети связи, и/или выполнение одной или нескольких операций на основе полученной информации или преобразованной информации и осуществление определения в качестве результата такой обработки.
Схема обработки 170 может содержать комбинацию из одного или нескольких микропроцессоров, контроллеров, микроконтроллеров, центральных процессоров, цифровых процессоров сигнала, специализированных интегральных схем, программируемых пользователем вентильных матриц и/или других подходящих компьютерных устройств, ресурсов или комбинации аппаратуры, программного обеспечения и/или кодированных логических устройств, работающих таким образом, чтобы по отдельности или во взаимодействии с другими компонентами узла 160 сети связи, такими как читаемый устройством носитель 180 информации, реализовать функциональные возможности узла 160 сети связи. Например, схема обработки 170 может выполнять команды, сохраняемые на читаемом устройством носителе 180 информации или в запоминающем устройстве в составе самой схемы обработки 170. Такие функциональные возможности могут содержать реализацию каких-либо из разнообразных беспроводных характеристик, функций или преимуществ, обсуждаемых здесь. В некоторых вариантах, схема обработки 170 может содержать систему на кристалле (system on chip (SOC)).
В некоторых вариантах, схема обработки 170 может содержать одну или несколько высокочастотных (ВЧ) приемопередающих схем 172 и схем обработки 174 видеодиапазона. В некоторых вариантах, высокочастотная (ВЧ) приемопередающая схема 172 и схема обработки 174 видеодиапазона могут быть выполнены на отдельных кристаллах (или группах кристаллов) интегральных схем, платах или в модулях, таких как радио модули и цифровые модули. В альтернативных вариантах часть или целиком ВЧ приемопередающая схема 172 и схема обработки 174 видеодиапазона могут быть выполнены на одном и том же кристалле или группе кристаллов интегральных схем, платах или в модулях.
В некоторых вариантах, некоторые или все функциональные возможности, описываемые здесь как реализуемые узлом сети связи, базовой станцией, узлом eNB или другим таким сетевым устройством, могут быть реализованы схемой обработки 170, выполняющей команды, сохраненные на читаемом устройством носителе 180 информации и в запоминающем устройстве в составе самой схемы обработки 170. В альтернативных вариантах, некоторые или все эти функциональные возможности могут быть реализованы схемой обработки 170 без выполнения команд, сохраненных на отдельном или дискретном читаемом устройством носителе информации, например, как монтажным способом. В любых из этих вариантов схема обработки 170 может быть конфигурирована для реализации описанных здесь функциональных возможностей, выполняя ли команды, сохраненные на читаемом устройством носителе информации, или нет. Преимущества, предоставляемые такими функциональными возможностями, не ограничиваются схемой обработки 170 самой по себе или другими компонентами узла 160 сети связи, а являются достоянием узла 160 сети связи в целом и/или конечных пользователей и в общем сети беспроводной связи.
Читаемый устройством носитель 180 информации может представлять читаемое компьютером энергозависимое или энергонезависимое запоминающее устройство любого типа, включая, без ограничений, постоянное хранилище данных, твердотельное запоминающее устройство, удаленное запоминающее устройство, магнитные носители информации, оптические носители информации, запоминающее устройство с произвольной выборкой (ЗУПВ (random access memory (RAM))), постоянное запоминающее устройство (ПЗУ (read-only memory (ROM)), носители информации большой емкости (например, жесткий диск), сменные носители для хранения информации (например, флэшка, компакт-диск (Compact Disk (CD)) или цифровой видео диск (Digital Video Disk (DVD))) и/или какие-либо другие энергозависимые или энергонезависимые читаемые устройством и/или выполняемые компьютером запоминающие устройства, сохраняющие информацию, данные и/или команды, которые могут быть использованы схемой обработки 170. Читаемый устройством носитель 180 информации может сохранять любые подходящие команды, данные или информацию, включая компьютерную программу, программное обеспечение, приложения, включая одно или более из списка логические функции, правила, коды, таблицы и т.д. и/или другие команды, которые могут быть выполнены схемой обработки 170 и использованы узлом 160 сети связи. Читаемый устройством носитель 180 информации может быть использован для сохранения результатов любых вычислений, выполненных схемой обработки 170, и/или любых данных, принятых через интерфейс 190. В некоторых вариантах, схему обработки 170 и читаемый устройством носитель 180 информации можно рассматривать как интегрированные в единое целое.
Интерфейс 190 используется для проводной или беспроводной передачи сигнализации и/или данных между узлом 160 сети связи, сетью 106 связи и/или устройствами WD 110. Как иллюстрируется, интерфейс 190 содержит порт(ы)/клеммы 194 для передачи и приема данных, например, в сеть 106 связи и из сети через проводное соединение. Интерфейс 190 содержит также схему 192 входного радио блока, которая может быть соединен с антенной 162 или, в некоторых вариантах, с ее частью. Схема 192 входного радио блока содержит фильтры 198 и усилители 196. Схема 192 входного радио блока может быть соединена с антенной 162 и с схемой обработки 170. Схема входного радио блока может быть конфигурирована для обработки сигналов, передаваемых между антенной 162 и схемой обработки 170. Схема 192 входного радио блока может принимать цифровые данные, которые должны быть переданы другим узлам сети связи или устройствам WD через беспроводное соединение. Схема 192 входного радио блока может преобразовывать цифровые данные в радиосигнал с соответствующими параметрами частоты и ширины полосы частот канала с использованием комбинации фильтров 198 и/или усилителей 196. Этот радиосигнал может быть передан через антенну 162. Аналогично, при приеме данных, антенна 162 может собирать радиосигналы, которые схема 192 входного радио блока затем преобразует в цифровые данные. Эти цифровые данные могут быть переданы в схему обработки 170. В других вариантах, интерфейс может содержать другие компоненты и/или другие комбинации компонентов.
В некоторых альтернативных вариантах, узел 160 сети связи может не иметь отдельной схемы 192 входного радио блока, вместо этого процессорная схема 170 может сама иметь в составе схему входного радио блока и может быть соединена с антенной 162 без отдельной схемы 192 входного радио блока. Аналогично, в некоторых вариантах, всю или часть ВЧ приемопередающей схемы 172 можно считать частью интерфейса 190. Еще в одной группе вариантов, интерфейс 190 может содержать один или несколько портов или групп клемм 194, схему 192 входного радио блока и ВЧ приемопередающую схему 172, в качестве части радио модуля (не показан), и интерфейс 190 может осуществлять связь с схемой обработки 174 видеодиапазона, которая является частью цифрового модуля (не показан).
Антенна 162 может иметь в составе одну или несколько антенн или антенных решеток, конфигурированных для передачи и/или приема беспроводных сигналов. Антенна 162 может быть соединена со схемой 192 входного радио блока и может представлять собой антенну любого типа, способную передавать и принимать данные и/или сигналы беспроводным образом. В некоторых вариантах, антенна 162 может содержать одну или несколько всенаправленных, секторных или панельных антенн, способных передавать/принимать радиосигналы с частотами между, например, 2 ГГц и 66 ГГц. Всенаправленная антенна может быть использована для передачи/приема радиосигналов в любом направлении, секторная антенна может быть использована для передачи/приема радиосигналов от устройств, расположенных в пределах конкретной области, и панельная антенна может быть антенной прямой видимости, используемой для передачи/приема радиосигналов вдоль относительно прямой линии. В некоторых случаях использование более чем одной антенны может называться системой с несколькими входами и несколькими выходами MIMO. В некоторых вариантах, антенна 162 может быть отдельной от узла 160 сети связи и может быть соединена с этим узлом 160 сети связи через интерфейс или порт.
Антенна 162, интерфейс 190 и/или схема обработки 170 могут быть конфигурированы для выполнения любых операций приема и/или определенных операций получения информации, описываемых здесь как осуществляемые узлом сети связи. Любая информация, данные и/или сигналы могут быть приняты от устройства беспроводной связи, другого узла сети связи и/или другого сетевого оборудования. Аналогично, антенна 162, интерфейс 190 и/или схема обработки 170 могут быть конфигурированы для выполнения любых операций передачи, описываемых здесь как осуществляемые узлом сети связи. Любая информация, данные и/или сигналы могут быть переданы устройству беспроводной связи, другому узлу сети связи и/или другому сетевому оборудованию.
Схема 187 питания может содержать или быть соединена со схемой управления питанием и может быть конфигурирована для питания компонентов узла 160 сети связи энергией для осуществления описываемых здесь функций. Схема 187 питания может принимать энергию от источника 186 питания. Источник 186 питания и/или схема 187 питания могут быть конфигурированы для подачи энергии к различным компонентам узла 160 сети связи в форме, подходящей для соответствующих компонентов (например, с уровнем напряжения или тока, необходимым для каждого соответствующего компонента). Источник 186 питания может входить в состав или быть внешним относительно схемы 187 питания и/или узла 160 сети связи. Например, узел 160 сети связи может быть соединен с внешним источником питания (например, с розеткой электрической сети) через входную схему или интерфейс, такой как электрический кабель, в результате чего внешний источник питания будет подавать энергию в схему 187 питания. В качестве еще одного примера, источник 186 питания может содержать источник энергии в форме аккумулятора или блока аккумуляторов, соединенного со схемой 187 питания или интегрированного в нее. Этот аккумулятор может обеспечивать резервное («бесперебойное») питание в случае отказа внешнего источника питания. Могут быть также использованы источники питания других типов, такие как фотогальванические устройства.
Альтернативные варианты узла 160 сети связи могут содержать дополнительные компоненты сверх того, что показано на Фиг. 5, которые могут быть ответственны за осуществление определенных аспектов функциональных возможностей узла сети связи, включая какие-либо функциональные возможности, описываемые здесь, и/или какие-либо функциональные возможности, необходимые для поддержки описываемого здесь предмета изобретения. Например, узел 160 сети связи может содержать оборудование интерфейса пользователя, чтобы позволить и/или способствовать вводу информации в узел 160 сети связи и позволить и/или способствовать выводу информации из узла 160 сети связи. Это может позволить и/или способствовать пользователю осуществлять диагностику, обслуживание, ремонт и другие административные функции для узла 160 сети связи.
Фиг. 6 иллюстрирует пример устройства беспроводной связи (WD), согласно некоторым вариантам. Как используется здесь термин «устройство беспроводной связи» (WD) обозначает устройство, способное, конфигурированное, построенное и/или оперируемое для беспроводной связи с узлами сети связи и/или другими устройствами беспроводной связи. Если не указано иначе, термин «устройство WD» может быть использован взаимозаменяемо с термином «пользовательский терминал (UE)». Беспроводная связь может охватывать передачу и/или прием беспроводных сигналов с использованием электромагнитных волн, радиоволн, инфракрасных волн и/или других типов сигналов, подходящих для передачи информации через воздух. В некоторых вариантах, устройство WD может быть конфигурировано для передачи и/или приема информации без прямого взаимодействия с человеком. Например, устройство WD может быть рассчитано для передачи информации в сеть связи по заданному расписанию, запуск в ответ на какое-то внутреннее или внешнее событие, либо в ответ на запросы из сети связи. К примерам устройства WD относятся, не ограничиваясь этим, смартфон, мобильный телефон, сотовый телефон, телефон для связи по Интернет-протоколу (VoIP), локальный беспроводной телефон, настольный компьютер, персональный цифровой помощник (personal digital assistant (PDA)), беспроводные видеокамеры, игровая консоль или устройство, устройство для хранения музыки, аппаратура воспроизведения, носимый терминал, беспроводное оконечное устройство, мобильная станция, планшет, портативный компьютер, оборудование, встроенное в портативный компьютер (laptop-embedded equipment (LEE)), оборудование, монтируемое на портативном компьютере (laptop-mounted equipment (LME)), интеллектуальное (смарт) устройство, беспроводное абонентское оконечное оборудование (customer-premise equipment (CPE)), автомобильные беспроводные терминалы и т.д. Устройство WD может поддерживать межмашинную (device-to-device (D2D)) связь, например, путем реализации стандарта 3GPP для связи по прямому каналу, связь между автомобилями (vehicle-to-vehicle (V2V)), связь между автомобилем и инфраструктурой (vehicle-to-infrastructure (V2I)), связь от автомобиля к окружающему миру (vehicle-to-everything (V2X)) и может в этом случае называться устройством D2D-связи. В качестве еще одного частного примера, в сценарии Интернет вещей (Internet of Things (IoT)), устройство WD может представлять машину или другое устройство, осуществляющее мониторинг и/или измерения, и передавать результаты такого мониторинга и/или измерений другому устройству WD и/или узлу сети связи. Устройство WD может в этом случае представлять собой устройство связи между машинами (machine-to-machine (M2M)), которое может в контексте стандартов 3GPP называться устройством MTC. В качестве одного конкретного примера, устройство WD может представлять собой терминал UE, реализующий стандарт 3GPP узкополосного Интернета вещей (narrow band internet of things (NB-IoT)). К конкретным примерам таких машин или устройств относятся датчики, измерительные устройства, такие как измерители потребления энергии, промышленное оборудование, либо бытовая или личная аппаратура (например, холодильники, телевизоры и т.д.) и носимые предметы личного использования (наручные часы, фитнес-мониторы и т.п.). В других сценариях, устройство WD может представлять автомобильное или другое оборудование, способное осуществлять мониторинг и/или сообщать о своем рабочем статусе или о других функциях, ассоциированных с его работой. Устройство WD, как описано выше, может представлять оконечный пункт беспроводного соединения, в каком случае это устройство может называться беспроводным терминалом. Кроме того, устройство WD, как описано выше, может быть мобильным, в каком случае оно также может называться мобильным устройством или мобильным терминалом.
Как иллюстрировано, устройство 110 беспроводной связи содержит антенну 111, интерфейс 114, схему обработки 120, читаемый устройством носитель 130 информации, оборудование 132 интерфейса пользователя, вспомогательное оборудование 134, источник 136 питания и схему 137 питания. Устройство WD 110 может содержать несколько комплектов из одного или нескольких иллюстрируемых компонентов для различных технологий беспроводной связи, поддерживаемых устройством WD 110, таких как, например, технологии беспроводной связи GSM, WCDMA, LTE, NR, WiFi, WiMAX или Bluetooth, перечисляя лишь некоторые. Эти технологии беспроводной связи могут быть интегрированы в одном и том же или в разных кристаллах интегральных схем, или в наборах таких кристаллов или других компонентов в составе устройства WD 110.
Антенна 111 может иметь в составе одну или несколько антенн или антенных решеток, конфигурированных для передачи и/или приема беспроводных сигналов, и соединена с интерфейсом 114. В некоторых альтернативных вариантах, антенна 111 может быть отдельной от устройства WD 110 и соединяемой с устройством WD 110 через интерфейс или порт. Антенна 111, интерфейс 114 и/или схема обработки 120 могут быть конфигурированы для осуществления любых операций приема или передачи, описываемых здесь, как осуществляемые устройством WD. Любая информация, данные и/или сигналы могут быть приняты от узла сети связи и/или от другого устройства WD. В некоторых вариантах, схема входного радио блока и/или антенна 111 могут считаться интерфейсом.
Как иллюстрировано, интерфейс 114 содержит схему 112 входного радио блока и антенну 111. Схема 112 входного радио блока содержит один или несколько фильтров 118 и усилителей 116. Схема входного радио блока 112 соединена с антенной 111 и схемой обработки 120 и может быть конфигурирована для обработки сигналов, передаваемых между антенной 111 и схемой обработки 120. Схема 112 входного радио блока может быть соединена с антенной 111 или с ее частью. В некоторых вариантах, устройство WD 110 может не иметь отдельной схемы 112 входного радио блока; напротив, схема обработки 120 может содержать схему входного радио блока в своем составе и может быть соединена с антенной 111. Аналогично, в некоторых вариантах, некоторую часть или всю ВЧ приемопередающую схему 122 можно считать частью интерфейса 114. Схема 112 входного радио блока может принимать цифровые данные, которые должны быть переданы другим узлам сети связи или устройствам WD через беспроводное соединение. Схема 112 входного радио блока может преобразовывать эти цифровые данные в радиосигнал, имеющий соответствующие параметры канала и ширины полосы частот, с использованием комбинации фильтров 118 и/или усилителей 116. Этот радиосигнал может быть передан через антенну 111. Аналогично, при приеме данных, антенна 111 может собирать радиосигналы, которые затем схема 112 входного радио блока преобразует в цифровые данные. Эти цифровые данные могут быть переданы в схему обработки 120. В других вариантах, интерфейс может содержать другие компоненты и/или другие комбинации компонентов.
Схема обработки 120 может содержать комбинацию одного или нескольких микропроцессоров, контроллеров, микроконтроллеров, центральных процессоров, цифровых процессоров сигнала, специализированных интегральных схем, программируемых пользователем вентильных матриц или других подходящих вычислительных устройств, ресурсов или комбинации аппаратуры, программного обеспечения и/или кодированных логических устройств, работающих таким образом, чтобы по отдельности или во взаимодействии с другими компонентами устройства WD 110, такими как читаемый устройством носитель 130 информации, реализовать функциональные возможности устройства WD 110. Такие функциональные возможности могут содержать реализацию каких-либо из разнообразных беспроводных характеристик, функций или преимуществ, обсуждаемых здесь. Например, схема обработки 120 может выполнять команды, сохраняемые на читаемом устройством носителе 130 информации или в запоминающем устройстве в составе самой схемы обработки 120 для реализации функциональных возможностей, описываемых здесь.
Как иллюстрируется, схема обработки 120 содержит один или несколько компонентов из группы, куда входят ВЧ приемопередающая схема 122, процессорная схема 124 видеодиапазона и схема обработки 126 приложений. В других вариантах, схема обработки может содержать другие компоненты и/или другие комбинации компонентов. В некоторых вариантах, схема обработки 120 устройства WD 110 может содержать систему SOC. В некоторых вариантах, ВЧ приемопередающая схема 122, схема обработки 124 видеодиапазона и схема обработки 126 приложений могут быть выполнены на раздельных кристаллах интегральных схем или комплектах таких кристаллов. В альтернативных вариантах, часть или все схема обработки 124 видеодиапазона и схема обработки 126 приложений могут быть объединены в одном кристалле интегральной схемы или в комплекте таких кристаллов, а ВЧ приемопередающая схема 122 может быть выполнена на отдельном кристалле интегральной схемы или отдельном комплекте таких кристаллов. Еще в одной группе альтернативных вариантов, часть или все ВЧ приемопередающая схема 122 и схема обработки 124 видеодиапазона могут быть объединены в одном кристалле интегральной схемы или в комплекте таких кристаллов, а схема обработки 126 приложений может быть выполнена на отдельном кристалле интегральной схемы или отдельном комплекте таких кристаллов. В следующей группе альтернативных вариантов, часть или все ВЧ приемопередающая схема 122, схема обработки 124 видеодиапазона и схема обработки 126 приложений могут быть объединены в одном кристалле интегральной схемы или в комплекте таких кристаллов. В некоторых вариантах, ВЧ приемопередающая схема 122 может быть часть интерфейса 114. ВЧ приемопередающая схема 122 может обрабатывать ВЧ-сигналы для схемы обработки 120.
В некоторых вариантах, некоторые или все функциональные возможности, описываемые здесь как реализуемые устройством WD, могут быть реализованы схемой обработки 120, выполняющей команды, сохраняемые на читаемом устройством носителе 130 информации, который в некоторых вариантах может представлять собой читаемый компьютером носитель для хранения информации. В альтернативных вариантах, некоторые или все функциональные возможности могут быть реализованы схемой обработки 120 без выполнения команд, сохраняемых на отдельном или дискретном читаемом устройством носителе для хранения информации, например, как в случае монтажного способа. В любых из этих конкретных вариантов схема обработки 120 может быть конфигурирована для реализации описанных здесь функциональных возможности, выполняя ли команды, сохраненные на читаемом устройством носителе информации, или нет. Преимущества, предоставляемые такими функциональными возможностями, не ограничиваются схемой обработки 120 самой по себе или другими компонентами устройства WD 110, а являются достоянием устройства WD 110 в целом и/или конечных пользователей и в общем сети беспроводной связи.
Схема обработки 120 может быть конфигурирована для осуществления каких-либо операций определения, вычисления или аналогичных операций (например, некоторых операций получения информации), описываемых здесь как операции, выполняемые устройством WD. Совокупность этих операций, выполняемых схемой обработки 120, может содержать обработку информации, получаемой этой схемой обработки 120, путем, например, преобразования полученной информации в другую информацию, сравнение полученной информации или преобразованной информации с информацией, сохраняемой в устройстве WD 110, и/или выполнение одной или нескольких операций на основе полученной информации или преобразованной информации и осуществление определения в качестве результата такой обработки.
Читаемый устройством носитель 130 информации может сохранять любые подходящие команды, данные или информацию, включая компьютерную программу, программное обеспечение, приложения, включая одно или более из списка логические функции, правила, коды, таблицы и т.д. и/или другие команды, которые могут быть выполнены схемой обработки 120. Читаемый устройством носитель 130 информации может содержать компьютерное запоминающее устройство (например, запоминающее устройство с произвольной выборкой (ЗУПВ (RAM)) или постоянное запоминающее устройство (ПЗУ (ROM))), носители информации большой емкости (например, жесткий диск), сменные носители для хранения информации (например, компакт-диск (Compact Disk (CD)) или цифровой видео диск (Digital Video Disk (DVD))) и/или какие-либо другие энергозависимые или энергонезависимые читаемые устройством и/или выполняемые компьютером запоминающие устройства, сохраняющие информацию, данные и/или команды, которые могут быть использованы схемой обработки 120. В некоторых вариантах, схему обработки 120 и читаемый устройством носитель 130 информации можно рассматривать как интегрированные в единое целое.
Оборудование 132 интерфейса пользователя может содержать компоненты, позволяющие и/или способствующие человеку-пользователю взаимодействовать с устройством WD 110. Такое взаимодействие может осуществляться во многих формах, таких как визуальная, звуковая, тактильная и т.д. Оборудование 132 интерфейса пользователя может работать для передачи выходного сигнала пользователю и для того, чтобы позволить и/или способствовать пользователю вводить сигналы в устройство WD 110. Тип взаимодействия может изменяться в зависимости от типа оборудования 132 интерфейса пользователя, установленного в устройстве WD 110. Например, если устройство WD 110 представляет собой смартфон, взаимодействие может осуществляться через сенсорный экран; если устройство WD 110 представляет собой интеллектуальный счетчик, взаимодействие может осуществляться через экран, представляющий величину использования подсчитываемого ресурса (например, число использованных галлонов), или через громкоговоритель, генерирующий звуковое оповещение (например, в случае обнаружения дыма). Оборудование 132 интерфейса пользователя может содержать входные интерфейсы, устройства и схемы и выходные интерфейсы, устройства и схемы. Оборудование 132 интерфейса пользователя может быть конфигурировано, чтобы позволить и/или способствовать вводу информацию в устройство WD 110, и соединено с схемой обработки 120, чтобы позволить и/или способствовать схеме обработки 120 обрабатывать введенную информацию. Оборудование 132 интерфейса пользователя может содержать, например, микрофон, бесконтактный датчик, клавиши/кнопки, сенсорный дисплей, одну или несколько видеокамер, USB-порт или другую схему ввода. Оборудование 132 интерфейса пользователя также конфигурировано, чтобы позволить и/или способствовать выводу информации из устройства WD 110, и чтобы позволить и/или способствовать схеме обработки 120 в выводе информации из устройства WD 110. Оборудование 132 интерфейса пользователя может содержать, например, громкоговоритель, дисплей, вибраторную схему, USB-порт, интерфейс головных телефонов и/или другие выходные схемы. Используя один или несколько интерфейсов, устройств и схем ввода и вывода из состава оборудования 132 интерфейса пользователя, устройство WD 110 может осуществлять связь с конечными пользователями и/или с сетью беспроводной связи и позволить и/или способствовать им в том, чтобы воспользоваться преимуществами функциональных возможностей, описываемых здесь.
Вспомогательное оборудование 134 реализует более специальные функциональные возможности, которые обычно не могут быть реализованы устройствами WD. Это оборудование может содержать специализированные датчики для выполнения измерений в разнообразных целях, интерфейсы для дополнительных типов связи, таких как проводная связь, и т.д. Наличие и типы компонентов вспомогательного оборудования 134 могут варьироваться в зависимости от варианта и/или сценария.
Источник 136 питания может, в некоторых вариантах, быть в форме аккумулятора или блока аккумуляторов. Могут быть также использованы другие типы источников питания, такие как внешний источник питания (например, розетка электрической сети), фотогальванические устройства или батарейки. Устройство WD 110 может далее содержать схему 137 питания для передачи энергии от источника 136 питания различным частям устройства WD 110, которым необходима энергия от источника 136 питания для осуществления описываемых здесь или указанных здесь функциональных возможностей. Схема 137 питания может в некоторых вариантах содержать схему управления питанием. Схема 137 питания может в дополнение или в качестве альтернативы принимать энергию от внешнего источника питания, в каком случае устройство WD 110 может быть соединено с внешним источником питания (таким как розетка электрической сети) через входную схему или интерфейс, такой как электрический кабель питания. Схема 137 питания может также в некоторых вариантах передавать энергию от внешнего источника питания к источнику 136 питания. Это может быть сделано, например, для заряда источника 136 питания. Схема 137 питания может осуществлять какое-либо преобразование или другую модификацию энергии от источника 136 питания, чтобы сделать ее подходящей для питания соответствующих компонентов устройства WD 1210.
Фиг. 7 иллюстрирует один из вариантов терминала UE в соответствии с разнообразными описываемыми здесь аспектами. Как используется здесь, пользовательский терминал UE может не обязательно иметь пользователя в смысле человека-пользователя, который владеет и/или оперирует соответствующим устройством. Напротив, терминал UE может представлять устройство, предназначенное для продажи человеку-пользователю или для управления со стороны человека-пользователя, но при этом терминал может быть или не быть с самого начала ассоциирован с конкретным человеком-пользователем (например, разумный контроллер разбрызгивателя). В качестве альтернативы, терминал UE может представлять устройство, которое не предназначено для продажи конечному пользователю или для управления с его стороны, но которое может быть ассоциировано с пользователем или работать в его пользу (например, интеллектуальный счетчик электроэнергии). Терминал UE 200 может представлять собой какой-либо терминал UE, идентифицированный документами Проекта партнерства третьего поколения (3GPP), включая терминал NB-IoT UE, терминал UE связи машинного типа (MTC) и/или усовершенствованный терминал MTC (eMTC) UE. Терминал UE 200, как иллюстрирует Фиг. 7, представляет собой один из примеров устройства WD, конфигурированный для связи в соответствии с одним или несколькими стандартами связи, распространяемыми Проектом партнерства третьего поколения (3GPP), такими как разработанные группой 3GPP стандарты GSM, UMTS, LTE и/или стандарты 5G. Как отмечено ранее, термины «устройство WD» и «терминал UE» могут быть использованы взаимозаменяемо. Соответственно, хотя Фиг. 7 показывает терминал UE, обсуждаемые здесь компоненты равно применимы к устройству WD, и наоборот.
Как показано на Фиг. 7, терминал UE 200 содержит схему обработки 201, которая оперативно соединена с интерфейсом 205 ввода/вывода, высокочастотным (ВЧ) интерфейсом 209, интерфейсом 211 для соединения с сетью, запоминающим устройством 215, содержащим запоминающее устройство с произвольной выборкой (ЗУПВ (RAM)) 217, постоянное запоминающее устройства (ПЗУ (ROM)) 219 и носитель 221 для хранения информации или другой подобный компонент, подсистему 231 связи, источник 213 питания и/или какой-либо другой компонент, либо комбинацию компонентов. Носитель 221 для хранения информации содержит операционную систему 223, прикладную программу 225 и данные 227. В других вариантах, носитель 221 для хранения информации может содержать информацию других подобных типов. Описываемые терминалы UE могут использовать все компоненты, показанные на Фиг. 7, или только подмножество этих компонентов. Уровень интеграции между компонентами может варьироваться от одного терминала UE к другому терминалу UE. Далее, некоторые терминалы UE могут содержать несколько экземпляров какого-либо компонента, например, несколько процессоров, запоминающих устройств, приемопередатчиков, передатчиков, приемников и т.д.
В схеме, показанной на Фиг. 7, схема обработки 201 может быть конфигурирована для выполнения компьютерных команд и обработки данных. Эта схема обработки 201 может быть конфигурирована для реализации какого-либо последовательного конечного автомата, выполняющего машинные команды, сохраненные в виде машиночитаемых компьютерных программ в запоминающем устройстве, например, в виде одного или нескольких аппаратно-реализованных конечных автоматов (например, в виде дискретных логических устройств, матрицы FPGA, схемы ASIC и т.п.); программируемых логических устройств вместе с соответствующим встроенным программным обеспечением; одной или нескольких сохраненных программ, одного или нескольких процессоров общего назначения, таких как микропроцессор, или цифровой процессор сигнала (Digital Signal Processor (DSP)), вместе с соответствующим загружаемым программным обеспечением; или какой-либо комбинации перечисленных выше объектов. Например, схема обработки 201 может содержать два центральных процессора (CPU). Данные могут представлять собой информацию в форме, подходящей для использования компьютером.
В показанном варианте, интерфейс 205 ввода/вывода может быть конфигурирован для создания интерфейса связи к устройству ввода, устройству вывода или устройству ввода и вывода. Терминал UE 200 может быть конфигурирован для использования устройства вывода через интерфейс 205 ввода/вывода. Устройство вывода может использовать интерфейсный порт такого же типа, как и устройство ввода. Например, для ввода в терминал UE 200 и вывода из него может быть использован USB-порт. Устройство вывода может представлять собой громкоговоритель, звуковую карту, видеокарту, дисплей, монитор, принтер, привод, излучатель, интеллектуальную карточку, какое-либо другое устройство вывода или какую-либо комбинацию перечисленных устройств. Терминал UE 200 может быть конфигурирован для использования устройства ввода через интерфейс 205 ввода/вывода, чтобы позволить и/или способствовать пользователю в захвате информации в терминал UE 200. Это устройство может содержать дисплей, чувствительный к прикосновению (сенсорный дисплей) или к присутствию, видеокамеру (например, цифровую камеру, цифровую видеокамеру, веб-камеру и т.п.), микрофон, датчик, мышь, трекбол, направленную клавишу, сенсорную панель, колесо прокрутки, интеллектуальную карточку или другое подобное устройство. Чувствительный к присутствию дисплей может содержать емкостный или резистивный датчик прикосновения для восприятия входного воздействия от пользователя. Датчик может представлять собой, например, акселерометр, гироскоп, датчик наклона, датчик усилия, магнитометр, оптический датчик, бесконтактный датчик, другой подобный датчик или какую-либо комбинацию перечисленных датчиков. Например, устройство ввода может содержать акселерометр, магнитометр, цифровую камеру, микрофон и оптический датчик.
Показанный на Фиг. 7, ВЧ-интерфейс 209 может быть конфигурирован для создания интерфейса связи к ВЧ-компонентам, таким как передатчик, приемник и антенна. Интерфейс 211 для соединения с сетью может быть конфигурирован для создания интерфейса связи к сети 243a связи. Эта сеть 243a связи может охватывать проводные и/или беспроводные сети связи, такие как локальная сеть связи (LAN), крупномасштабная сеть связи (WAN), компьютерная сеть, сеть беспроводной связи, телекоммуникационная сеть, другая подобная сеть связи или комбинация перечисленных сетей связи. Например, сеть 243a связи может содержать сеть Wi-Fi. Интерфейс 211 для соединения с сетью может быть конфигурирован так, что он содержит интерфейс приемника и передатчика для связи с одним или несколькими другими устройствами по сети связи в соответствии с одним или несколькими протоколами связи, таким как Этернет, TCP/IP, SONET, ATM или другие подобные протоколы. Интерфейс 211 для соединения с сетью может реализовать функциональные возможности приемника и передатчика, соответствующие линиям сети связи (например, оптические, электрические и другие линии связи). Функции передатчика и приемника могут совместно использовать схемные компоненты, загружаемое или встроенное программное обеспечение, либо в качестве альтернативы могут быть реализованы по отдельности.
ЗУПВ (RAM) 217 может быть конфигурировано для сопряжения через шину 202 с схемой обработки 201 для хранения или кэширования данных или компьютерных команд в ходе выполнения программ из состава загружаемого программного обеспечения, такого как операционная система, прикладные программы и драйверы устройств. ПЗУ (ROM) 219 может быть конфигурировано для передачи компьютерных команд или данных в схему обработки 201. Например, это ПЗУ (ROM) 219 может быть конфигурировано для сохранения инвариантного системного кода низкого уровня или данных для базовых системных функций, таких как базовый ввод и вывод (I/O), запуск или прием нажатий на клавиши от клавиатуры, сохраненных в энергонезависимом запоминающем устройстве. Носитель 221 для хранения информации может быть конфигурирован так, что он содержит запоминающее устройство, такое как ЗУПВ (RAM), ПЗУ (ROM), программируемое постоянное запоминающее устройство (ППЗУ (programmable read-only memory (PROM))), стираемое программируемое постоянное запоминающее устройство (СППЗУ (erasable programmable read-only memory (EPROM))), электрически стираемое программируемое постоянное запоминающее устройство (ЭСППЗУ (electrically erasable programmable read-only memory (EEPROM))), магнитные диски, оптические диски, гибкие диски, жесткие диски, сменные картриджи или флэшки. В одном из примеров, носитель 221 для хранения информации может быть конфигурирован так, чтобы содержать операционную систему 223, прикладную программу 225, такую как приложение веб-браузера, программу виджета или гаджета или какое-либо другое приложение, и файл данных 227. Носитель 221 для хранения информации может сохранять, для использования терминалом UE 200, какую-либо из разнообразных операционных систем или комбинаций операционных систем.
Носитель 221 для хранения информации может быть конфигурирован так, чтобы содержать несколько физических накопителей информации, таких как избыточный массив независимых дисков (redundant array of independent disks (RAID)), привод гибких дисков, флэш-память, USB-флэшка, внешний накопитель на жестком диске, флэш-накопители разных типов, оптический накопитель (дисковод) на цифровых универсальных дисках с высокой плотностью записи (high-density digital versatile disc (HD-DVD)), внутренний накопитель на жестких дисках, оптический дисковод Blu-Ray, оптический дисковод голографического накопителя цифровых данных (holographic digital data storage (HDDS)), внешний мини-модуль памяти с двухрядным расположением выводов (mini-dual in-line memory module (DIMM)), синхронное динамическое ЗУПВ (synchronous dynamic random access memory (SDRAM)), внешнее запоминающее устройство micro-DIMM SDRAM, запоминающее устройство на интеллектуальной карточке, такое как модуль идентификации абонента или сменный модуль идентификации абонента (subscriber identity module или removable user identity (SIM/RUIM) module), другое запоминающее устройство или какая-либо комбинация таких устройств. Носитель 221 для хранения информации может позволить и/или способствовать терминалу UE 200 в доступе к выполняемым компьютером командам, прикладным программам или к другим подобным программам, сохраняемым на энергозависимом или энергонезависимом носителе для сохранения информации с целью выгрузки программ и данных из запоминающего устройства или загрузки в это устройство. В таком носителе 221 для хранения информации, который может содержать читаемый устройством носитель информации, может быть материально реализовано изделие, такое как изделие, использующее систему связи.
Показанная на Фиг. 7 схема обработки 201 может быть конфигурирована для связи с сетью 243b связи с использованием подсистемы 231 связи. Сеть 243a связи и сеть 243b связи могут быть одной и той же или одинаковыми сетями связи, либо разными сетями связи. Подсистема 231 связи может быть конфигурирована так, чтобы содержать один или несколько приемопередатчиков, используемых для связи с сетью 243b связи. Например, подсистема 231 связи может быть конфигурирована так, чтобы содержать один или несколько приемопередатчиков, используемых для связи с одним или несколькими удаленными приемопередатчиками другого устройства, способного осуществлять беспроводную связь, такого как другое устройство WD, терминал UE или базовая станция сети радио доступа (RAN) согласно одному или нескольким протоколам связи, таким как протоколы IEEE 802.13, CDMA, WCDMA, GSM, LTE, UTRAN, WiMax или другие подобные протоколы. Каждый приемопередатчик может содержать передатчик 233 и/или приемник 235 для реализаций функциональных возможностей передатчика и приемника, соответственно, применительно к линиям связи сети RAN (например, выделение частоты и т.п.). Далее, передатчик 233 и приемник 235 каждого приемопередатчика могут совместно использовать схемные компоненты, загружаемое или встроенное программное обеспечение, либо, в качестве альтернативы, могут быть реализованы по отдельности.
В иллюстрируемом варианте совокупность функций связи подсистемы 231 связи может содержать передачу данных, голосовую связь, передачу мультимедиа, связь малой дальности, такую как Bluetooth или связь в ближней зоне, связь на основе местонахождения, такую как использование системы глобального местоопределения (global positioning system (GPS)) для определения местонахождения, другие подобные функции связи или комбинации таких функций. Например, подсистема 231 связи может представлять собой подсистему сотовой связи, связи Wi-Fi, связи Bluetooth и связи GPS. Сеть 243b связи может охватывать проводные и/или беспроводные сети связи, такие как локальная сеть связи (LAN), крупномасштабная сеть связи (WAN), компьютерная сеть, сеть беспроводной связи, телекоммуникационная сеть, другая подобная сеть связи или комбинация перечисленных сетей связи. Например, сеть 243b связи может быть сетью сотовой связи, сетью связи Wi-Fi и/или сетью связи в ближней зоне. Источник питания 213 может быть конфигурирован для подачи энергии переменного тока (AC) или постоянного тока (DC) компонентам терминала UE 200.
Признаки, преимущества и/или функции, описываемые здесь, могут быть реализованы в одном из компонентов терминала UE 200 или распределены по нескольким компонентам этого терминала UE 200. Кроме того, признаки, преимущества и/или функции, описываемые здесь, могут быть реализованы в какой-либо комбинации аппаратуры, загружаемого программного обеспечения или встроенного программного обеспечения. В одном из примеров, подсистема 231 связи может быть конфигурирована так, чтобы содержать любые описываемые здесь компоненты. Далее, схема обработки 201 может быть конфигурирована для связи с такими компонентами по шине 202. В другом примере, любые такие компоненты могут быть представлены сохраняемыми в запоминающем устройстве программными командами, при выполнении которых схема обработки 201 осуществляет соответствующие функции, описываемые здесь. В другом примере, функциональные возможности любого такого компонента могут быть распределены между схемой обработки 201 и подсистемой 231 связи. В другом примере, функции любого компонента, для осуществления которых не требуются интенсивные вычисления, могут быть реализованы в загружаемом или встроенном программном обеспечении, а функции, требующие для осуществления интенсивных вычислений, могут быть реализованы в аппаратуре.
На Фиг. 8 представлена упрощенная блок-схема, иллюстрирующая виртуализационную среду 300, в которой функции, выполняемые некоторыми вариантами, могут быть виртуализированы. В контексте настоящего описания «виртуализация» означает создание виртуальных версий аппаратуры или устройств, которые могут содержать виртуализацию аппаратных платформ, запоминающих устройств и сетевых ресурсов. Как используется здесь, виртуализация может быть применена к узлу связи (например, виртуализированная базовая станция или виртуализированный узел радио доступа) или к устройству (например, к терминалу UE, к устройству беспроводной связи или к устройству связи какого-либо другого типа) или к компонентам узлов или устройств и связана с реализацией, в которой по меньшей мере часть функциональных возможностей реализована в виде одного или нескольких виртуальных компонентов (например, посредством одного или нескольких приложений, компонентов, функций, виртуальных машин или контейнеров, выполняемых в одном или нескольких физических узлах обработки в одной или нескольких сетях связи).
В некоторых вариантах, некоторые или все функции, описываемые здесь, могут быть осуществлены в виде виртуальных компонентов, выполняемых одной или несколькими виртуальными машинами, реализованными в одной или нескольких виртуальных средах 300, построенных на основе одного или нескольких аппаратных узлов 330. Кроме того, в средах, в которых виртуальный узел связи не является узлом радио доступа или не требует радио соединения (например, узел опорной сети связи), такой узел сети связи может быть виртуализирован целиком.
Эти функции могут быть реализованы посредством одного или нескольких приложений 320 (которые могут в качестве альтернативы называться событиями программного обеспечения, виртуальной аппаратурой, сетевыми функциями, виртуальными узлами, виртуальными сетевыми функциями и т.п.), работающих для реализации некоторых признаков, функций и/или преимуществ некоторых описываемых здесь вариантов. Приложения 320 работают в виртуализационной среде 300, которая содержит аппаратуру 330, имеющую в составе схему обработки 360 и запоминающее устройство 390. Это запоминающее устройство 390 содержит команды 395, выполняемые схемой обработки 360, так что приложения 320 реализуют один или несколько из признаков, преимуществ и/или функций, описываемых здесь.
Виртуализационная среда 300 имеет в составе сетевые аппаратные устройства 330 общего или специального назначения, содержащие множество из одного или нескольких процессоров или схем обработки 360, которые могут представлять собой коммерчески доступные (commercial off-the-shelf (COTS)) процессоры, специализированные интегральные схемы (Application Specific Integrated Circuit (ASIC)), или схемы обработки какого-либо другого типа, включая цифровые или аналоговые аппаратные компоненты или процессоры специального назначения. Каждое аппаратное устройство может содержать запоминающее устройство 390-1, которое может представлять собой непостоянное запоминающее устройство для временного сохранения команд 395 или программного обеспечения, выполняемого схемой обработки 360. Каждое аппаратное устройство может содержать один или несколько контроллеров сетевых интерфейсов (network interface controller (NIC)) 370, также известных как платы сетевых интерфейсов, которые могут содержать физический сетевой интерфейс 380. Каждое аппаратное устройство может также содержать энергонезависимый постоянный машиночитаемый носитель 390-2 для хранения информации, на котором сохранены программное обеспечение 395 и/или команды, выполняемые схемой обработки 360. Программное обеспечение 395 может представлять собой программное обеспечение какого-либо типа, включая программное обеспечение для осуществления одного или нескольких виртуализационных уровней 350 (также называемых управляющими программами операционной системы (гипервизоры)), программное обеспечение для осуществления виртуальных машин 340, равно как программное обеспечение, позволяющее реализовать функции, признаки и/или преимущества, описанные в связи с некоторыми рассматриваемыми здесь вариантами.
Виртуальные машины 340 содержат виртуальные процессоры, виртуальное запоминающее устройство, виртуальные сетеобразующие функции или интерфейс и виртуальное хранилище информации, эти машины могут работать на основе соответствующего виртуализационного уровня 350 или программы-гипервизора. Различные варианты события приложения 320 виртуальной аппаратуры могут быть реализованы на одной или нескольких виртуальных машинах 340, причем эта реализация может быть осуществлена различными способами.
Во время работы схема обработки 360 выполняет программное обеспечение 395 для осуществления гипервизора или виртуализационного уровня 350, который иногда может называться монитором виртуальной машины (virtual machine monitor (VMM)). Виртуализационный уровень 350 может представлять виртуальную рабочую платформу, которая внешне проявляется как сетеобразующая аппаратура для виртуальной машины 340.
Как показано на Фиг. 8, аппаратура 330 может представлять собой автономный узел сети связи со стандартными или специальными компонентами. Аппаратура 330 может содержать антенну 3225 и может осуществлять некоторые функции посредством виртуализации. В качестве альтернативы, аппаратура 330 может быть частью большего кластера аппаратуры (например, так, как это происходит в дата-центре или в абонентском оконечном оборудовании (CPE)), где много аппаратных узлов работают совместно и управляются посредством функции управления и взаимодействия (management and orchestration (MANO)) 3100, которая помимо всего прочего осуществляет надзор за обслуживанием приложений 320 во время работы.
Виртуализация аппаратуры в некоторых контекстах называется виртуализацией сетевых функций (network function virtualization (NFV)). Виртуализация NFV может быть использована для консолидации сетевого оборудования многих типов в аппаратуре промышленного стандартного сервера большого объема, физических коммутаторах и физических хранилищах данных, которые могут быть расположены в дата-центрах и в абонентском оконечном оборудовании.
В контексте виртуализации NFV, виртуальная машина 340 может представлять собой программную реализацию физической машины, которая (реализация) выполняет программы так, как если бы это выполнение происходило на физической, невиртуализированной машине. Каждая из виртуальных машин 340 и та часть аппаратуры 330, которая выполняет эту машину и является аппаратурой, специально выделенной для этой виртуальной машины, и/или аппаратурой, совместно используемой этой виртуальной машиной и другими виртуальными машинами 340, образует отдельные виртуальные сетевые элементы (virtual network element (VNE)).
По-прежнему, в контексте виртуализации NFV, виртуальная сетевая функция (Virtual Network Function (VNF)) отвечает за выполнение специальных сетевых функций, работающих в одной или нескольких виртуальных машинах 340 поверх аппаратной сетеобразующей инфраструктуры 330, и соответствует приложению 320, показанному на Фиг. 8.
В некоторых вариантах, один или несколько радио модулей 3200, каждый из которых содержит один или несколько передатчиков 3220 и один или несколько приемников 3210, могут быть соединены с одной или несколькими антеннами 3225. Радио модули 3200 могут осуществлять связь прямо с аппаратными узлами 330 через один или несколько соответствующих сетевых интерфейсов и могут быть использованы в сочетании с виртуальными компонентами для создания виртуального узла с возможностью осуществлять радиосвязь, такого как узел радио доступа или базовая станция.
В некоторых вариантах, может быть осуществлена некоторая сигнализация с использованием системы 3230 управления, которая в альтернативном варианте может быть использована для связи между аппаратными узлами 330 и радио модулями 3200.
Фиг. 9 иллюстрирует пример телекоммуникационной сети, соединенной через промежуточную сеть связи с главным компьютером, согласно некоторым вариантам. Как показано на Фиг. 9, в одном из вариантов, система связи содержит телекоммуникационную сеть 410, такую как сеть сотовой связи согласно стандарту 3GPP, которая содержит сеть 411 доступа, такую как сеть радио доступа, и опорную сеть 414 связи. Сеть 411 доступа содержит несколько базовых станций 412a, 412b, 412c, таких как узлы NB, eNB, gNB или точки беспроводного доступа других типов, каждая из которых определяет соответствующую область 413a, 413b, 413c охвата. Каждая базовая станция 412a, 412b, 412c соединяется с опорной сетью 414 связи посредством проводного или беспроводного соединения 415. Первый терминал UE 491, расположенный в области 413c охвата, может быть конфигурирован для беспроводного соединения с соответствующей базовой станцией 412c или для приема пейджинговых сообщений от этой станции. Второй терминал UE 492, расположенный в области 413a охвата, может быть беспроводным образом соединен с соответствующей базовой станцией 412a. Хотя в этом примере иллюстрированы только несколько терминалов UE 491, 492, рассмотренные здесь варианты в равной степени применимы к ситуации, когда единственный терминал UE находится в области охвата или когда единственный терминал UE соединяется с соответствующей базовой станцией 412.
Телекоммуникационная сеть 410 сама соединена с главным компьютером 430, который может быть встроен в аппаратуру и/или в программное обеспечение автономного сервера, облачного серверного, распределенного сервера или в качестве ресурсов обработки в серверную ферму. Главный компьютер 430 может быть во владении или под управлением провайдера сервиса, либо им может оперировать провайдер сервиса или от имени провайдера сервиса. Эта промежуточная сеть 420 связи может представлять собой одну или несколько из группы общественных, частных и вложенных сетей, либо комбинацию таких сетей связи; промежуточная сеть 420 связи, если таковая имеется, может быть системообразующей сетью или Интернет; в частности, промежуточная сеть 420 связи может содержать две или более подсети (не показаны).
Система связи, показанная на Фиг. 9, в целом позволяет обеспечить соединение между присоединенными терминалами UE 491, 492 и главным компьютером 430. Это соединение может быть описано как соединение 450 типа «Видео в Интернет» (over-the-top (OTT) connection) 450. Главный компьютер 430 и присоединенные терминалы UE 491, 492 конфигурированы для передачи данных и/или сигнализации через OTT-соединение 450 с использованием сети 411 доступа, опорной сети 414 связи, какой-либо промежуточной сети 420 связи и возможной другой инфраструктуры (не показана) в качестве промежуточных компонентов. Указанное OTT-соединение 450 может быть прозрачным в том смысле, что участвующие устройства связи, через которые проходит OTT-соединение 450, не осведомлены о маршрутах передач в восходящей линии и в нисходящей линии. Например, базовая станция 412 может не быть или не иметь необходимости быть информированной о прошлом маршруте входящей передачи нисходящей линии, несущей данные, исходящие от главного компьютера 430 для передачи (например, путем переключения между ячейками) присоединенному терминалу UE 491. Аналогично, базовой станции 412 не нужно знать о будущем маршруте исходящей передачи восходящей линии, происходящей от терминала UE 491, в направлении главного компьютера 430.
Фиг. 10 иллюстрирует главный компьютер, осуществляющий связь через базовую станцию с пользовательским терминалом по частично беспроводному соединению, согласно некоторым вариантам. В системе 500 связи главный компьютер 510 содержит аппаратуру 515, имеющую в составе интерфейс 516 связи, конфигурированный для установления и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи в системе 500 связи. Главный компьютер 510 далее содержит схему обработки 518, которая может иметь возможности сохранения и/или обработки информации. В частности, схема обработки 518 может содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или комбинаций этих компонентов (не показаны), адаптированных для выполнения команд. Главный компьютер 510 далее содержит программное обеспечение 511, которое сохранено в главном компьютере 510 или доступно для него и которое может быть выполнено схемой обработки 518. Программное обеспечение 511 содержит главное приложение 512. Это главное приложение 512 может работать для предоставления сервиса удаленному пользователю, такому как терминал UE 530, присоединенный через OTT-соединение 550, оканчивающееся в терминале UE 530 и в главном компьютере 510. При предоставлении сервиса удаленному пользователю главное приложение 512 может генерировать данные пользователя, передаваемые с использованием OTT-соединения 550.
Система 500 связи также содержит базовую станцию 520, созданную в телекоммуникационной системе и содержащую аппаратуру 525, позволяющую станции осуществлять связь с главным компьютером 510 и с терминалом UE 530. Аппаратура 525 может содержать интерфейс 526 связи для установления и поддержания проводного или беспроводного соединения с интерфейсом другого устройства связи в системе 500 связи, равно как радио интерфейс 527 для установления и поддержания по меньшей мере беспроводного соединения 570 с терминалом UE 530, расположенным в области охвата (не показана на Фиг. 5), обслуживаемой базовой станцией 520. Интерфейс 526 связи может быть конфигурирован для способствования соединению 560 с главным компьютером 510. Соединение 560 может быть прямым или может проходить через опорную сеть связи (не показана на Фиг. 5) в составе телекоммуникационной системы и/или через одну или несколько промежуточных сетей связи вне телекоммуникационной системы. В показанном варианте, аппаратура 525 базовой станции 520 также содержит схему обработки 528, которая может содержать один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или комбинаций этих компонентов (не показаны), адаптированных для выполнения команд. Базовая станция 520 далее имеет программное обеспечение 521, сохраненное внутри станции или доступное через внешнее соединение.
Система 500 связи также содержит уже упомянутый терминал UE 530. Аппаратура 535 терминала может содержать радио интерфейс 537, конфигурированный для установления или поддержания беспроводного соединения 570 с базовой станцией, обслуживающей область охвата, где в текущий момент располагается терминал UE 530. Аппаратура 535 терминала UE 530 также содержит схему обработки 538, которая может иметь в составе один или несколько программируемых процессоров, специализированных интегральных схем, программируемых пользователем вентильных матриц или комбинаций этих компонентов (не показаны), адаптированных для выполнения команд. Терминал UE 530 далее содержит программное обеспечение 531, сохраняемое в терминале UE 530 или доступное для него и выполняемое схемой обработки 538. Программное обеспечение 531 содержит клиентское приложение 532. Это клиентское приложение 532 может предоставлять сервис человеку-пользователю или пользователю, не являющемуся человеком, через терминал UE 530 с поддержкой от главного компьютера 510. В главном компьютере 510, выполняемое главное приложение 512 может осуществлять связь с выполняемым клиентским приложением 532 через OTT-соединение 550, оканчивающееся в терминале UE 530 и в главном компьютере 510. При предоставлении сервиса пользователю клиентское приложение 532 может принять данные запроса от главного приложения 512 и передать данные пользователя в ответ на данные запроса. Указанное OTT-соединение 550 может передавать и данные запроса, и данные пользователя. Клиентское приложение 532 может взаимодействовать с пользователем и генерировать данные пользователя.
Отметим, что главный компьютер 510, базовая станция 520 и терминал UE 530, иллюстрированные на Фиг. 5, могут быть аналогичными или идентичными главному компьютеру 430, одной из базовых станций 412a, 412b, 412c и одному из терминалов UE 491, 492, показанных на Фиг. 9, соответственно. Иными словами, внутренние компоненты этих объектов могут быть такими, как показано на Фиг. 9, и независимо от этого топология окружающей сети связи может быть такой, как показано на Фиг. 9.
На Фиг. 10, OTT-соединение 550 изображено абстрактно для иллюстрации связи между главным компьютером 510 и терминалом UE 530 через базовую станцию 520, без ссылок в явном виде на какие-либо промежуточные устройства и прецизионный маршрут сообщения через эти устройства. Сетевая инфраструктура может определить маршрут, который может быть конфигурирован так, чтобы скрыть его от терминала UE 530 или от провайдера сервиса, оперирующего главным компьютером 510, или от обоих. Хотя OTT-соединение 550 активно, сетевая инфраструктура может далее принимать решения, посредством которых она динамически изменяет маршрут (например, на основе соображений балансирования нагрузки или реконфигурирования сети связи).
Беспроводное соединение 570 между терминалом UE 530 и базовой станцией 520 соответствует положениям описываемых здесь вариантов. Один или несколько из этих разнообразных вариантов улучшают характеристики OTT-сервисов, предоставляемых терминалу UE 530 с использованием OTT-соединения 550, в котором беспроводное соединение 570 образует последний сегмент. Более точно, положения этих вариантов могут обеспечить адекватное качество сигнала и тем самым создать такие преимущества, как уменьшенное время ожидания для пользователя и улучшенную скорость реагирования.
Может быть предложена процедура измерений для целей мониторинга скорости передачи данных, задержки и других аспектов работы сети связи, на улучшение которых направлены варианты изобретения. В качестве опции возможно создание функциональных возможностей сети связи для реконфигурирования OTT-соединения 550 между главным компьютером 510 и терминалом UE 530 в ответ на вариации результатов измерений. Такие процедура измерений и/или функциональные возможности сети связи для реконфигурирования OTT-соединения 550 могут быть реализованы в программном обеспечении 511 и аппаратуре 515 главного компьютера 510 или в программном обеспечении 531 и аппаратуре 535 терминала UE 530, или обоих. В некоторых вариантах в устройствах связи, через которые проходит OTT-соединение 550, или в ассоциации с этими устройствами могут быть развернуты датчики (не показаны); эти датчики могут участвовать в процедуре измерений путем передачи значений контролируемых величин, приведенных выше, или передачи значений других физических величин, на основе которых программное обеспечение 511, 531 может вычислить или оценить контролируемые величины. Процедура реконфигурирования OTT-соединения 550 может содержать регулировку формата сообщений, настроек повторной передачи, предпочтительного маршрута и т.п.; это реконфигурирование не должно влиять на базовую станцию 520, и оно может быть неизвестным или невоспринимаемым для базовой станции 520. Такие процедуры и функциональные возможности могут быть известными и практически применяемыми в технике. В некоторых вариантах, процедура измерений может привлекать собственную сигнализацию терминала UE, помогающую главному компьютеру 510 измерить пропускную способность, время распространения сигнала, задержку и другие подобные параметры. Процедура измерений может состоять в том, что программное обеспечение 511 и 531 инициирует передачу сообщений, конкретнее, пустых или «холостых» сообщений через OTT-соединение 550, осуществляя в то же время мониторинг времени распространения сигнала, ошибок и т.п.
На Фиг. 11 представлена логическая схема, иллюстрирующая пример способа, реализуемого в системе связи в соответствии с одним из вариантов. Эта система связи содержит главный компьютер, базовую станцию и терминал UE, которые могут быть такими, как описано со ссылками на Фиг. 9 и 10. Для простоты настоящего описания в этом разделе будут только ссылки на Фиг. 11. На этапе 610, главный компьютер генерирует данные пользователя. На подэтапе 611 (который может быть опцией) этапа 610, главный компьютер генерирует данные пользователя путем выполнения главного приложения. На этапе 620, главный компьютер инициирует передачу, несущую данные пользователя терминалу UE. На этапе 630 (который может быть опцией), базовая станция передает терминалу UE данные пользователя, которые несет передача, инициированная главным компьютером, в соответствии с положениями описываемых здесь вариантов. На этапе 640 (который может быть опцией), терминал UE выполняет клиентское приложение, ассоциированное с главным приложением, выполняемым главным компьютером.
На Фиг. 12 представлена логическая схема, иллюстрирующая пример способа, реализуемого в системе связи в соответствии с одним из вариантов. Эта система связи содержит главный компьютер, базовую станцию и терминал UE, которые в некоторых примерах вариантов могут быть такими, как описано со ссылками на Фиг. 9 и 10. Для простоты настоящего описания в этом разделе будут только ссылки на Фиг. 12. На этапе 710 способа главный компьютер генерирует данные пользователя. На являющемся опцией подэтапе (не показан) главный компьютер генерирует данные пользователя путем выполнения главного приложения. На этапе 720, главный компьютер инициирует передачу, несущую данные пользователя терминалу UE. Эта передача может проходить через базовую станцию в соответствии с положениями вариантов, рассмотренных в настоящем описании. На этапе 730 (который может быть опцией), терминал UE принимает данные пользователя, входящие в состав указанной передачи.
На Фиг. 13 представлена логическая схема, иллюстрирующая пример способа, реализуемого в системе связи в соответствии с одним из вариантов. Эта система связи содержит главный компьютер, базовую станцию и терминал UE, которые в некоторых примерах вариантов могут быть такими, как описано со ссылками на Фиг. 9 и 10. Для простоты настоящего описания в этом разделе будут только ссылки на Фиг. 13. На этапе 810 (который может быть опцией), терминал UE принимает данные, генерируемые главным компьютером. В дополнение или в качестве альтернативы, на этапе 820, терминал UE генерирует данные пользователя. На подэтапе 821 (который может быть опцией) этапа 820, терминал UE генерирует данные пользователя путем выполнения клиентского приложения. На подэтапе 811 (который может быть опцией) этапа 810, терминал UE выполняет клиентское приложение, генерирующее данные пользователя в качестве реакции на принятые входные данные, генерируемые главным компьютером. При генерации данных пользователя выполняемое клиентское приложение может далее учитывать данные и команды, введенные пользователем. Независимо от конкретного способа генерации данных пользователя терминал UE инициирует, на подэтапе 830 (который может быть опцией), передачу данных пользователя главному компьютеру. На этапе 840 способа, главный компьютер принимает данные пользователя, переданные от терминала UE, в соответствии с положениями вариантов, рассмотренными в настоящем описании.
На Фиг. 14 представлена логическая схема, иллюстрирующая пример способа, реализуемого в системе связи в соответствии с одним из вариантов. Эта система связи содержит главный компьютер, базовую станцию и терминал UE, которые в некоторых примерах вариантов могут быть такими, как описано со ссылками на Фиг. 9 и 10. Для простоты настоящего описания в этом разделе будут только ссылки на Фиг. 14. На этапе 910 (который может быть опцией), в соответствии с положениями вариантов, рассматриваемых в настоящем описании, базовая станция принимает данные пользователя от терминала UE. На этапе 920 (который может быть опцией), базовая станция инициирует передачу принятых данных пользователя главному компьютеру. На этапе 930 (который может быть опцией), главный компьютер принимает данные пользователя, которые несет передача, инициированная базовой станцией.
Любые соответствующие этапы, способы, признаки, функции или преимущества, описываемые здесь, могут быть осуществлены с использованием одного или нескольких функциональных блоков или модулей одной или нескольких единиц виртуальной аппаратуры. Каждая единица виртуальной аппаратуры может содержать несколько таких функциональных блоков и модулей. Эти функциональные блоки и модули могут быть реализованы посредством схемы обработки, которая может содержать один или несколько микропроцессоров или микроконтроллеров, равно как другую цифровую аппаратуру, какая может содержать цифровые процессоры сигнала (digital signal processor (DSP)), цифровые логические схемы специального назначения и другие подобные компоненты. Эта схема обработки может быть конфигурирована для выполнения программного кода, сохраненного в запоминающем устройстве, которое может содержать устройства одного или нескольких типов, таких как постоянное запоминающее устройство (ПЗУ (ROM)), запоминающее устройство с произвольной выборкой (ЗУПВ (RAM)), кэш-память, разного рода устройства флэш-памяти, оптические запоминающие устройства и т.п. Программный код, сохраненный в запоминающем устройстве, содержит программные команды для выполнения одного или нескольких телекоммуникационных протоколов и/или протоколов передачи данных, равно как команды для осуществления одного или нескольких описываемых здесь способов. В некоторых вариантах схема обработки может быть использована для управления соответствующими функциональными блоками и модулями для осуществления соответствующих функций согласно одному или нескольким вариантам настоящего изобретения.
На Фиг. 15 показан способ генерации битов квитирования запроса HARQ-ACK, ассоциированных с отменой планирования SPS системой, согласно некоторым вариантам. Согласно некоторым вариантам, система может представлять собой виртуализированную систему. Согласно конкретным вариантам способ начинается на этапе 1002 с определения, что отмена планирования SPS ассоциирована с ячейкой, для которой конфигурирована обратная связь по группам CBG. Далее способ переходит к этапу 1004, на котором помещают по меньшей мере один бит квитирования запроса HARQ-ACK, ассоциированный с отменой планирования SPS, в кодовую книгу. В одном из конкретных вариантов, кодовая книга представляет собой кодовую книгу на основе групп CBG или кодовую подкнигу на основе блоков TB. В одном из конкретных вариантов, совокупность указанных по меньшей мере одного бита квитирования запроса HARQ-ACK содержит конфигурированное и/или предварительно заданное значение зарезервированных битов.
Согласно некоторым вариантам, этапы 1002, 1004 и 1006 могут быть выполнены неоднократно для генерации битов квитирования запроса HARQ-ACK, ассоциированных с отменой планирования SPS.
Фиг. 16 показывает другой способ, осуществляемый устройством беспроводной связи для генерации битов квитирования запроса HARQ-ACK или других битов, ассоциированных с отменой планирования SPS, системой, согласно некоторым вариантам. На этапе 1102, устройство беспроводной связи определяет, что отмена планирования SPS ассоциирована с ячейкой, для которой конфигурирована обратная связь по группам CBG. На этапе 1104, по меньшей мере один бит квитирования запроса HARQ-ACK, ассоциированный с отменой планирования SPS, помещают в кодовую подкнига на основе транспортных блоков.
В одном из конкретных вариантов, кодовая книга далее содержит кодовую подкнигу на основе групп CBG.
В одном из конкретных вариантов, способ может дополнительно содержать генерацию устройством беспроводной связи по меньшей мере одного бита квитирования запроса HARQ-ACK на каждую отмену планирования SPS.
В одном из конкретных вариантов, при определении, что рассматриваемая отмена планирования SPS ассоциирована с ячейкой, для которой конфигурирована обратная связь по группам CBG, устройство беспроводной связи может принять, от узла сети связи, первое сообщение, конфигурирующее это устройство беспроводной связи для работы с обратной связью по группам CBG для рассматриваемой ячейки. Это устройство беспроводной связи может также принять, от узла сети связи, второе сообщение, указывающее, что рассматриваемая отмена планирования SPS ассоциирована с рассматриваемой ячейкой.
В одном из конкретных вариантов, способ далее содержит прием устройством беспроводной связи индекса DAI от узла сети связи, где это индекс DAI обновляется на основе отмены планирования SPS.
В одном из конкретных вариантов, способ может далее содержать ассоциирование устройством беспроводной связи по меньшей мере одного значения индекса DAI, передаваемого по каналу PDCCH, с кодовой подкнигой запроса HARQ на основе блоков TB, где указанный канал PDCCH является тем же самым каналом PDCCH, по которому передана рассматриваемая отмена планирования SPS.
В одном из конкретных вариантов, совокупность указанных по меньшей мере одного бита квитирования запроса HARQ-ACK содержит конфигурированное и/или предварительно заданное значение зарезервированных битов.
Фиг. 17 иллюстрирует упрощенную блок-схему аппаратуры 1200 в сети беспроводной связи (например, в сети беспроводной связи, показанной на Фиг. 4). Эта аппаратура может быть реализована в устройстве беспроводной связи или в узле сети связи (например, в устройстве 110 беспроводной связи или в узле 160 сети связи, показанных на Фиг. 4). Аппаратура 1200 осуществляет пример способа, описываемого со ссылками на Фиг. 15 и/или на Фиг. 16, и возможно какие-либо другие процедуры или способы, рассматриваемые здесь. Также должно быть понятно, что способы, иллюстрируемые на Фиг. 15 и 16, не обязательно осуществляются единственно аппаратурой 1200. По меньшей мере некоторые операции такого способа могут быть осуществлены одним или несколькими другими объектами.
Виртуальная аппаратура 1200 может содержать схему обработки, которая может иметь в составе один или несколько микропроцессоров или микроконтроллеров, равно как другую цифровую аппаратуру, какая может содержать цифровые процессоры сигнала (DSP), цифровые логические схемы специального назначения и другие подобные компоненты. Эта схема обработки может быть конфигурирована для выполнения программного кода, сохраненного в запоминающем устройстве, которое может содержать устройства одного или нескольких типов, таких как постоянное запоминающее устройство (ПЗУ (ROM)), запоминающее устройство с произвольной выборкой (ЗУПВ (RAM)), кэш-память, разного рода устройства флэш-памяти, оптические запоминающие устройства и т.п. Программный код, сохраненный в запоминающем устройстве, содержит программные команды для выполнения одного или нескольких телекоммуникационных протоколов и/или протоколов передачи данных, равно как команды для осуществления одного или нескольких описываемых здесь способов в нескольких вариантах. В некоторых вариантах схема обработки может быть использована для управления решающим модулем 1202, модулем 1204 вставки и любыми другими подходящими модулями аппаратуры 1200 для осуществления соответствующих функций согласно одному или нескольким вариантам настоящего изобретения.
Как иллюстрирует Фиг. 17, аппаратура 1200 содержит решающий модуль 1202 и модуль 1204 вставки. В одном из конкретных вариантов, например, решающий модуль 1202 может определить, что некая отмена планирования SPS ассоциирована с ячейкой, для которой конфигурирована обратная связь по группам CBG, а модуль 1204 может поместить (вставить) по меньшей мере один бит квитирования запроса HARQ-ACK, ассоциированный с этой отменой планирования SPS, в кодовую книгу. В качестве другого примера, в одном из конкретных вариантов, решающий модуль 1202 может определить, что некая отмена планирования SPS ассоциирована с ячейкой, для которой конфигурирована обратная связь по группам CBG, а модуль 1204 может поместить (вставить) по меньшей мере один бит квитирования запроса HARQ-ACK, ассоциированный с этой отменой планирования SPS, в кодовую подкнигу на основе транспортных блоков в составе кодовой книги.
Термин блок или модуль (unit) может иметь обычное значение, принятое в области электроники, электрических устройств и/или электронных устройств, и может охватывать, например, электрические и/или электронные схемы, устройства, модули, процессоры, запоминающие устройства, логические твердотельные (интегральные схемы) и/или дискретные устройства¸ компьютерные программы или команды для выполнения соответствующих задач, процедур, вычислений, вывода данных и/или функций представления на дисплее и т.д., таких как те, что описаны здесь.
Фиг. 18 показывает способ, осуществляемый узлом сети связи, для приема битов квитирования запроса HARQ-ACK, ассоциированных с отменой планирования SPS. Осуществление способа начинается с этапа 1302, когда узел сети связи передает, устройству беспроводной связи, индикацию, что некая отмена планирования SPS ассоциирована с ячейкой, в которой конфигурирована обратная связь по группам CBG. На этапе 1304, этот узел сети связи принимает, от указанного устройства беспроводной связи, по меньшей мере один бит квитирования запроса HARQ-ACK, ассоциированный с рассматриваемой отменой планирования SPS в кодовой подкниге на основе блоков TB в составе кодовой книги.
В одном из конкретных вариантов, кодовая книга далее содержит кодовую подкнигу на основе групп CBG.
В одном из конкретных вариантов, каждой отмене планирования SPS соответствует по меньшей мере один бит квитирования запроса HARQ-ACK.
В одном из конкретных вариантов, способ может дополнительно содержать передачу узлом сети связи индекса DAI устройству беспроводной связи вместе с индикацией отмены планирования SPS. Этот индекс DAI обновлен на основе указанной отмены планирования SPS.
В одном из конкретных вариантов, способ может дополнительно содержать ассоциирование узлом сети связи по меньшей мере одного значения индекса DAI, передаваемого по каналу PDCCH, с кодовой подкнигой запроса HARQ на основе блоков TB в составе кодовой книги.
В одном из конкретных вариантов, совокупность указанных по меньшей мере одного бита квитирования запроса HARQ-ACK содержит конфигурированное и/или предварительно заданное значение зарезервированных битов.
Фиг. 19 иллюстрирует упрощенную блок-схему аппаратуры 1400, работающей в сети беспроводной связи (например, в сети беспроводной связи, показанной на Фиг. 4). Эта аппаратура может быть реализована в виде устройства беспроводной связи или узла сети связи (например, устройства 110 беспроводной связи или узла 160 сети связи, показанных на Фиг. 4). Аппаратура 1400 может работать для осуществления примера способа, рассматриваемого со ссылками на Фиг. 18, и возможно каких-либо других процедур или способов, рассматриваемых здесь. Также должно быть понятно, что способ, иллюстрируемый на Фиг. 18, не обязательно осуществляется единственно аппаратурой 1400. По меньшей мере некоторые операции такого способа могут быть осуществлены одним или несколькими другими объектами.
Виртуальная аппаратура 1400 может содержать схему обработки, которая может иметь в составе один или несколько микропроцессоров или микроконтроллеров, равно как другую цифровую аппаратуру, какая может содержать цифровые процессоры сигнала (DSP), цифровые логические схемы специального назначения и другие подобные компоненты. Эта схема обработки может быть конфигурирована для выполнения программного кода, сохраненного в запоминающем устройстве, которое может содержать устройства одного или нескольких типов, таких как постоянное запоминающее устройство (ПЗУ (ROM)), запоминающее устройство с произвольной выборкой, кэш-память, разного рода устройства флэш-памяти, оптические запоминающие устройства и т.п. Программный код, сохраненный в запоминающем устройстве, содержит программные команды для выполнения одного или нескольких телекоммуникационных протоколов и/или протоколов передачи данных, равно как команды для осуществления одного или нескольких описываемых здесь способов в нескольких вариантах. В некоторых вариантах схема обработки может быть использована для управления передающим модулем 1402, приемный модулем 1404 и любыми другими подходящими модулями аппаратуры 1400 для осуществления соответствующих функций согласно одному или нескольким вариантам настоящего изобретения.
Как иллюстрирует Фиг. 19, аппаратура 1400 содержит передающий модуль 1402 и приемный модуль 1404 отмены. В одном из конкретных вариантов, например, передающий модуль 1402 может передавать устройству беспроводной связи индикацию того, что некая отмена планирования SPS ассоциирована с ячейкой, в которой конфигурирована обратная связь по группе CBG, и приемный модуль 1404 может принять, от устройства беспроводной связи, по меньшей мере один бит квитирования запроса HARQ-ACK, ассоциированный с рассматриваемой отменой планирования SPS, в кодовая подкнига на основе блоков TB в составе кодовой книги
Термин блок или модуль (unit) может иметь обычное значение, принятое в области электроники, электрических устройств и/или электронных устройств, и может охватывать, например, электрические и/или электронные схемы, устройства, модули, процессоры, запоминающие устройства, логические твердотельные (интегральные схемы) и/или дискретные устройства¸ компьютерные программы или команды для выполнения соответствующих задач, процедур, вычислений, вывода данных и/или функций представления на дисплее и т.д., таких как те, что описаны здесь.
Примеры вариантов
Вариант 1. Способ, осуществляемый устройством беспроводной связи для генерации битов квитирования для гибридного автоматического запроса повторной передачи (Hybrid Automatic Repeat ReQuest-Acknowledgement (HARQ-ACK)), ассоциированных с отменой полупостоянного планирования (Semi-Persistent Scheduling (SPS)), способ содержит:
определение того, что отмена планирования SPS ассоциирована с ячейкой, в которой конфигурирована обратная связь по группам кодовых блоков (Code Book Group (CBG)); и
помещение по меньшей мере одного бита квитирования запроса HARQ-ACK, ассоциированного с указанной отменой планирования SPS, в кодовую книгу.
Вариант 2. Способ согласно варианту 1, отличающийся тем, что указанная кодовая книга содержит кодовую книгу на основе групп CBG.
Вариант 3. Способ согласно какому-либо из вариантов 1 - 2, дополнительно содержащий генерацию битовой карты размера N.
Вариант 4. Способ согласно какому-либо одному из вариантов 1 - 3, отличающийся тем, что эта битовая карта содержит N аналогичных битов, ассоциированных со статусом отмены планирования SPS.
Вариант 5. Способ согласно какому-либо одному из вариантов 1 - 3, отличающийся тем, что битовая карта содержит две разных битовых структуры длиной N, каждая из этих структур ассоциирована с одним статусом отмены планирования SPS.
Вариант 6. Способ согласно варианту 5, отличающийся тем, что N обозначает конфигурированное максимальное число кодовых блоков (CB) в группе CBG по всем ячейкам с группами CBG.
Вариант 7. Способ согласно какому-либо одному из вариантов 1 - 6, отличающийся тем, что по меньшей мере одна ячейка с группами CBG конфигурирована для поддержки более 4 уровней системы с несколькими входами и несколькими выходами (Multiple Input Multiple Output (MIMO)), и этот способ дополнительно содержит генерацию N’ бит, где N’ = max_acrocss_CBG_cells (N_c*L_c), при N_c, как описано выше, и L_c = 1 (конфигурация ячейки c для системы MIMO, имеющей до четырех уровней) и Lc = 2 (конфигурация ячейки c для системы MIMO, имеющей более четырех уровней).
Вариант 8. Способ согласно какому-либо одному из вариантов 1 - 7, отличающийся тем, что по меньшей мере одно значение индикатора назначения нисходящей линии (Downlink Assignment Indicator (DAI)) из передаваемых по физическому нисходящему каналу управления (PDCCH) ассоциировано с кодовой книгей для групп CBG.
Вариант 9. Способ согласно варианту 1, отличающийся тем, что указанная кодовая книга содержит кодовую подкнигу на основе блоков TB.
Вариант 10. Способ согласно какому-либо одному из вариантов 1 и 9, дополнительно содержащий генерацию по меньшей мере одного бита квитирования запроса HARQ-ACK для каждой отмены планирования SPS.
Вариант 11. Способ согласно какому-либо одному из вариантов 1 и 9 - 10, дополнительно содержащий:
если устройство беспроводной связи конфигурировано более чем с 4 уровнями по меньшей мере в одной из агрегированных ячеек с обратной связью запроса HARQ на основе блоков TB, генерацию двух битов квитирования запроса HARQ-ACK, и
в противном случае, генерацию одного бита квитирования запроса HARQ-ACK.
Вариант 12. Способ согласно какому-либо одному из вариантов 1 и 9 - 11, дополнительно содержащий ассоциирование значений индикатора назначения нисходящей линии (DAI), передаваемых по физическому нисходящему каналу управления (PDCCH) с кодовой книгей запроса HARQ на основе блоков TB
Вариант 13. Способ согласно варианту 1, отличающийся тем, что совокупность указанных по меньшей мере одного бита квитирования запроса HARQ-ACK содержит конфигурированное и/или предварительно заданное значение зарезервированных битов.
Вариант 14. Способ согласно какому-либо одному из вариантов 1 - 13, отличающийся тем, что физический нисходящий канал управления (PDCCH), указывающий отмену планирования SPS, содержит статус отмены планирования SPS в зарезервированных битах.
Вариант 15. Способ согласно какому-либо одному из вариантов 1 и 13 - 14, дополнительно содержащий получение правила отображения для случая, когда отмен планирования SPS больше, чем зарезервированных битов.
Вариант 16. Способ согласно варианту 15, отличающийся тем, что указанное правило отображения идентифицирует, что несколько битов статуса отмены планирования SPS сгруппированы вместе.
Вариант 17. Способ согласно варианту 15, отличающийся тем, что указанное правило отображения обозначает, что число каналов PDCCH, указывающих отмену планирования SPS, может быть ограничено размером битового поля.
Вариант 18. Способ согласно какому-либо одному из вариантов 1 - 17, дополнительно содержащий отбрасывание информации о состоянии канала (CSI), чтобы избежать потери физического восходящего совместно используемого канала (PUSCH), обусловленной по меньшей мере одним утраченным обнаружением передачи нисходящей (DL) линии.
Вариант 19. Компьютерная программа, содержащая команды, при выполнении которых компьютер осуществляет какой-либо из способов из вариантов 1 - 18.
Вариант 20. Компьютерный программный продукт, содержащий компьютерную программу, имеющую в составе команды, при выполнении которых компьютер осуществляет какой-либо из способов из вариантов 1 - 18.
Вариант 21. Энергонезависимый читаемый компьютером носитель, сохраняющий команды при выполнении которых компьютер осуществляет какой-либо из способов из вариантов 1 - 18.
Вариант 22. Устройство беспроводной связи для генерации битов квитирования для гибридного автоматического запроса повторной передачи (HARQ-ACK), ассоциированных с отменой полупостоянного планирования (SPS), это устройство беспроводной связи содержит:
схему обработки, конфигурированную для:
определения того, что отмена планирования SPS ассоциирована с ячейкой, в которой конфигурирована обратная связь по группам кодовых блоков (CBG); и
помещения по меньшей мере одного бита квитирования запроса HARQ-ACK, ассоциированного с указанной отменой планирования SPS, в кодовую книгу.
Вариант 23. Устройство беспроводной связи согласно варианту 22, отличающееся тем, что
указанная кодовая книга содержит кодовую книгу на основе групп CBG.
Вариант 24. Устройство беспроводной связи согласно какому-либо из вариантов 22 - 23, отличающееся тем, схема обработки дополнительно конфигурирована для генерации битовой карты размера N.
Вариант 25. Устройство беспроводной связи согласно какому-либо одному из вариантов 22 - 24, отличающееся тем, что эта битовая карта содержит N аналогичных битов, ассоциированных со статусом отмены планирования SPS.
Вариант 26. Устройство беспроводной связи согласно какому-либо одному из вариантов 22 - 24, отличающееся тем, что битовая карта содержит две разных битовых структуры длиной N, каждая из этих структур ассоциирована с одним статусом отмены планирования SPS.
Вариант 27. Устройство беспроводной связи согласно варианту 26, отличающееся тем, что N обозначает конфигурированное максимальное число кодовых блоков (CB) в группе CBG по всем ячейкам с группами CBG.
Вариант 28. Устройство беспроводной связи согласно какому-либо одному из вариантов 22 - 27, отличающееся тем, что по меньшей мере одна ячейка с группами CBG конфигурирована для поддержки более 4 уровней системы с несколькими входами и несколькими выходами (MIMO), и указанный способ дополнительно содержит генерацию N’ бит, где N’ = max_acrocss_CBG_cells (N_c*L_c), при N_c, как описано выше, и L_c = 1 (конфигурация ячейки c для системы MIMO, имеющей до четырех уровней) и Lc = 2 (конфигурация ячейки c для системы MIMO, имеющей более четырех уровней).
Вариант 29. Устройство беспроводной связи согласно какому-либо одному из вариантов 22 - 28, отличающееся тем, что по меньшей мере одно значение индикатора назначения нисходящей линии (DAI) из передаваемых по физическому нисходящему каналу управления (PDCCH) ассоциировано с кодовой книгей для групп CBG.
Вариант 30. Устройство беспроводной связи согласно варианту 29, отличающееся тем, что указанная кодовая книга содержит кодовую подкнигу на основе блоков TB.
Вариант 31. Устройство беспроводной связи согласно какому-либо одному из вариантов 22 - 30, отличающееся тем, что схема обработки дополнительно конфигурирована для генерации по меньшей мере одного бита квитирования запроса HARQ-ACK для каждой отмены планирования SPS.
Вариант 32. Устройство беспроводной связи согласно какому-либо одному из вариантов 22 и 30 - 31, отличающееся тем, что схема обработки дополнительно конфигурирована для:
если устройство беспроводной связи конфигурировано более чем с 4 уровнями по меньшей мере в одной из агрегированных ячеек с обратной связью запроса HARQ на основе блоков TB, генерации двух битов квитирования запроса HARQ-ACK, и
в противном случае, генерации одного бита квитирования запроса HARQ-ACK.
Вариант 33. Устройство беспроводной связи согласно какому-либо одному из вариантов 22 и 30 - 32, отличающееся тем, что схема обработки конфигурирована для ассоциирования значений индикатора назначения нисходящей линии (DAI), передаваемых по физическому нисходящему каналу управления (PDCCH) с кодовой книгей запроса HARQ на основе блоков TB
Вариант 34. Устройство беспроводной связи согласно варианту 22, отличающееся тем, что совокупность указанных по меньшей мере одного бита квитирования запроса HARQ-ACK содержит конфигурированное и/или предварительно заданное значение зарезервированных битов.
Вариант 35. Устройство беспроводной связи согласно какому-либо одному из вариантов 22 и 34, отличающееся тем, что физический нисходящий канал управления (PDCCH), указывающий отмену планирования SPS, содержит статус отмены планирования SPS в зарезервированных битах.
Вариант 36. Устройство беспроводной связи согласно какому-либо одному из вариантов 22 и 34 - 35, отличающееся тем, что схема обработки конфигурирована для получения правила отображения для случая, когда отмен планирования SPS больше, чем зарезервированных битов.
Вариант 37. Устройство беспроводной связи согласно варианту 36, отличающееся тем, что указанное правило отображения идентифицирует, что несколько битов статуса отмены планирования SPS сгруппированы вместе.
Вариант 38. Устройство беспроводной связи согласно варианту 36, отличающееся тем, что указанное правило отображения обозначает, что число каналов PDCCH, указывающих отмену планирования SPS, может быть ограничено размером битового поля.
Вариант 39. Устройство беспроводной связи согласно какому-либо одному из вариантов 22 - 38, отличающееся тем, что схема обработки дополнительно конфигурирована для отбрасывания информации о состоянии канала (CSI), чтобы избежать потери физического восходящего совместно используемого канала (PUSCH), обусловленной по меньшей мере одним утраченным обнаружением передачи нисходящей (DL) линии.
Дополнительная информация
В последующем обсуждаются остальные аспекты для агрегирования несущих, чтобы включить в обсуждение поддержку агрегирования CA, использующего до 2 различных нумерологий.
Кроме того, анализируется структура кодовой книги запроса HARQ, как она сегодня обсуждается в Разделе 9.
При введении поддержки для агрегирования CA для разных нумерологий необходимо прояснить несколько аспектов.
Первый аспект для прояснения представляет собой временной параметр k в разделе 9.2.3 документа 38.213, 15.0.0 (2018-02). Это должно быть выражено в нумерологии обслуживающей ячейки, в которой располагается канал PUCCH. В настоящий момент тест является неоднозначным. Можно отметить, что если нумерология является одинаковой во всех обслуживающих ячейках, это не имеет значения, поскольку результат будет одинаковым. Ниже приведено текстовое предложение, отражающее этот аспект.
Предложение 1-1: Параметр k в Разделе 9.2.3 в документе 38.213 должен быть выражен в нумерологии обслуживающей ячейки, в которой передают канал PUCCH.
Для перекрестного планирования несущих (динамическое распределение ресурсов) есть ряд специфичных проблем, возникающих из того факта, что можно агрегировать несущие с различными нумерологиями. Например, если несущая с меньшей нумерологией осуществляет перекрестное планирование для несущей с более высокой нумерологией, нагрузка для канала PDCCH на несущей с меньшей нумерологией может потенциально быть очень высокой, поскольку ему потребуется в этом случае охватывать множество слотов с высокой нумерологией в одном слоте. Эта тема частично обсуждалась на совещании рабочей группы (WG), предшествовавшем пленарному заседанию по сетям RAN, где было согласовано ограничение, ведущее к ограничению агрегирования CA для одинаковой нумерологии. Следовательно, в дальнейшем ни на одном из совещаний рабочей группы более не обсуждалось, как с этим работать. Для реализации прагматического подхода для документа Rel-15 наше предложение будет состоять в исключении этого случая для документа Rel-15.
Предложение 1-2: Перекрестное планирование несущих от меньшей нумерологии к более высокой нумерологии не должно поддерживаться в документа Rel-15.
Текстовое предложение:
-----------------------<Начало текстового предложения>-----------------------
9.2.3 Выполняемая в терминале UE процедура передачи квитанции для режима HARQ (HARQ-ACK)
Терминал UE может передавать один или несколько каналов PUCCH в обслуживающей ячейке в составе разных символов в слоте из символов, как это определено в документе [4, TS 38.211]. Применительно к слотам для передач канала PUCCH или передач канала PUSCH, если терминал UE обнаружил информацию DCI формат 1_0 или информацию DCI формат 1_1, который содержит поле индикатора времени канала PDSCH к запросу HARQ (PDSCH-to-HARQ-timing-indicator) [документ 5, TS 38.212] и планирует прием канала PDSCH или отмену планирования SPS канала PDSCH на нескольких символах, где последний символ находится в слоте , этот терминал UE должен предоставить соответствующую информацию квитирования запроса HARQ-ACK в составе передачи канала PUCCH или передачи канала PUSCH в слоте , где представляет число слотов и обозначено в поле индикатора «PDSCH-to-HARQ-timing-indicator» в формате информации DCI.
Для информации DCI формат 1_1, значения в поле индикатора «PDSCH-to-HARQ-timing-indicator» отображаются на значения для числа слотов, обозначенные параметром DL-data-DL-acknowledgement высокого уровня, как это определено в Табл. 9.2.1-1 на основе числа слотов, представленного параметром Slot-timing-value-K1 высокого уровня.
Для информации DCI формат 1_0, значения поля индикатора «PDSCH-to-HARQ-timing-indicator» отображаются на {1, 2, 3, 4, 5, 6, 7, 8}. Для приема канала PDSCH в слоте без обнаружения ассоциированной информации DCI формат 1_0 или информации DCI формат 1_1 и для передачи квитирования HARQ-ACK в канале PUCCH, терминал UE передает сообщение канала PUCCH в слоте , где значение k задано в нумерологии обслуживающей ячейки, которая будет передавать канал PUCCH, если только терминалу UE не предоставлен параметр UL-DL-configuration-common высокого уровня или параметр UL-DL-configuration-common-Set2 высокого уровня, или параметр UL-DL-configuration-dedicated высокого уровня, обозначающий по меньшей мере один символ для передачи по каналу PUCCH в слоте в качестве символа нисходящей линии.
Если терминал UE обнаружит формат информации DCI, который не содержит поле индикатора «PDSCH-to-HARQ-timing-indicator» и планирует прием канала PDSCH по нескольким символам, где последний из этих символов находится в слоте slot , этот терминал UE должен передать соответствующую информацию квитирования запроса HARQ-ACK в составе передачи канала PUCCH в слоте , где значение k задано в нумерологии обслуживающей ячейки, какая будет передавать канал PUCCH.
Передача квитирования запроса HARQ-ACK в канале PUCCH подвержена ограничениям, накладываемым на передачи терминала UE и описываемым в Разделе 11.1 и в Разделе 11.1.1.
Таблица 9.2.1-1: Отображение значений поля индикатора «PDSCH-to-HARQ_feedback timing indicator» на число слотов
PDSCH-to-HARQ_feedback timing indicator
Число слотов <img file="00000004.jpg" he="5" wi="3" img-content="undefined" img-format="jpg" />
'000'
1-ое значение, данное параметром DL-data-DL-acknowledgement
'001'
2-ое значение, данное параметром DL-data-DL-acknowledgement
'010'
3-е значение, данное параметром DL-data-DL-acknowledgement
'011'
4-ое значение, данное параметром DL-data-DL-acknowledgement
'100'
5-ое значение, данное параметром DL-data-DL-acknowledgement
'101'
6-ое значение, данное параметром DL-data-DL-acknowledgement
'110'
7-ое значение, данное параметром DL-data-DL-acknowledgement
'111'
8-ое значение, данное параметром DL-data-DL-acknowledgement
------------------------<Конец текстового предложения>---------------------------------
Раздел 9 документа 3GPP 38.213, V15.0.0 (2018-02) специфицирует, что информацию UCI передают именно как информацию UCI по каналу PUSCH только в том случае, когда передачи канала PUSCH и канала PUCCH полностью накладываются одна на другую, т.е. совместно используют одни и те же стартовый символ и символ остановки. Однако канал PUCCH не следует передавать сразу же, как только передачи канала PUSCH и канала PUCCH окажутся наложены одна на другую по меньшей мере в одном символе, поскольку это ведет к изменению выходной мощности терминала UE, что в свою очередь может привести к изменению фазы сигнала терминала UE. Поэтому, как только передачи канала PUSCH и канала PUCCH окажутся наложены одна на другую по меньшей мере в одном символе, передачу канала PUCCH следует отбросить. Если отброшенная передача канала PUCCH и передача канала PUSCH совместно используют один и тот же стартовый символ, информацию UCI передают по каналу PUSCH, в противном случае эту информацию UCI отбрасывают или ее передачу откладывают.
Предложение 2-1: Как только передачи канала PUSCH и канала PUCCH окажутся наложены одна на другую по меньшей мере в одном символе, передачу канала PUCCH отбрасывают. Если отброшенная передача канала PUCCH и передача канала PUSCH совместно используют один и тот же стартовый символ, информацию UCI можно будет передать по каналу PUSCH.
Соответствующее текстовое предложение для Раздела 9 в документе 3GPP 38.213, V15.0.0 (2018-02) приведено в Разделе 3.8.
3.2 Обратная связь запроса HARQ для назначений нисходящей (DL) линии, планируемых с указывающей возврат информацией DCI и группой CBG
На последнем совещании были достигнуты два соглашения о том, как действовать, если терминал UE конфигурирован с группами CBG и планируется с указывающей возврат информацией DCI 1_0:
Соглашения:
- В предположении, что конфигурированное число групп CBG равно N, и в случае, когда N-битовое квитирование запроса HARQ-ACK должно быть передано терминалом UE в ответ на передачу канала PDSCH, запланированную посредством указывающей возврат информации DCI:
- Передачу квитирования HARQ-ACK на уровне блоков TB повторяют для всех N бит для конфигурированного числа групп CBG.
Соглашения:
- Для полустатической кодовой книги для квитирования запроса HARQ-ACK, терминал UE передает квитирование запроса HARQ-ACK на основе групп CBG в ответ на обнаружение информации DCI формат 1_0 для приема канала PDSCH в ячейке с конфигурацией для квитирования запроса HARQ-ACK на основе групп CBG
Учет этих двух соглашений совместно предполагает, что терминал UE должен передать обратную связь запроса HARQ на основе блоков TB (повторенную N раз), если планирование канала PDSCH осуществлялось посредством указывающей возврат информации DCI, за исключением случая, когда этот терминал UE конфигурирован в соответствии с полустатически конфигурированной кодовой книгой запроса HARQ: В этом случае терминал UE должен передать обратную связь запроса HARQ на основе группы CBG.
Если терминалу UE необходимо каким-то образом сообщить большую полустатически конфигурированную кодовую книгу запроса HARQ (даже если было обнаружено только одно назначение нисходящей (DL) линии) выигрыш от замены N бит обратной связи запроса HARQ для групп CBG на N бит идентичной обратной связи запроса HARQ на основе блоков TB будет с точки зрения пропускной способности канала связи невелик. С другой стороны, для динамической кодовой книги запроса HARQ, если терминал UE обнаружит только одно назначение нисходящей (DL) линии, такой выигрыш с точки зрения пропускной способности канала связи будет большим, если узлу gNB необходимо только принять N идентичных битов по сравнению с N независимыми битами. Поэтому, мы уверены, что изложенная выше интерпретация приведенных выше соглашений является корректной. Современный текст в Разделе 9.1 документа 3GPP 38.213, V15.0.0 (2018-02) требует всегда повторять передачу обратной связи запроса HARQ на основе блоков TB N раз независимо от типа кодовой книги запроса HARQ.
Предложение 2-2: Если планирование терминала UE осуществляется посредством указывающей возврат информации DCI 1_0 и этот терминал конфигурирован в соответствии с полустатически конфигурированной кодовой книгой запроса HARQ, этот терминал UE передает обратную связь запроса HARQ в соответствии со своей конфигурацией относительно групп CBG (а не N раз обратную связь запроса HARQ на основе блоков TB).
Текстовое предложение для Раздела 9.1 в Литературе [1], принимающее наше понимание приведенных выше соглашений, приведено в Разделе 3.8.
3.3 Конфигурация системы MIMO
Раздел 9.1 в Литературе [1] в настоящий момент отмечает несколько раз “значение параметра высокого уровня Number-MCS-HARQ-DL-DCI для обслуживающей ячейки”. Однако этот параметр Number-MCS-HARQ-DL-DCI определен для каждого отрезка BWP полосы частот, а не для каждой ячейки. Предлагается прояснить, что этот параметр Number-MCS-HARQ-DL-DCI конфигурируют для каждого отрезка BWP полосы частот, а не для каждой ячейки.
Предложение 2-3: Пояснение, что параметр Number-MCS-HARQ-DL-DCI конфигурируют для каждого отрезка BWP полосы частот, а не для каждой ячейки.
Текстовое предложение для Раздела 9.1 в документе 3GPP 38.213, V15.0.0 (2018-02) с этим пояснением приведено в Разделе 3.8.
3.4 Обратная связь запроса HARQ на основе групп CBG
В Разделе 9.1.3.1 в документе 3GPP 38.213, V15.0.0 (2018-02) для обратной связи на основе групп CBG, кодовую подкнигу на основе блоков TB определяют на основе параметра , поскольку для указывающей возврат информации генерируют обратную связь запроса HARQ на основе блоков TB. Однако, даже хотя терминал UE генерирует обратную связь на основе блоков TB, он повторяет эту обратную связь N раз. Поэтому, обратную связь запроса HARQ необходимо ввести в кодовую подкнигу запроса HARQ на основе групп CBG. Если большую N-битовую обратную связь включить в кодовую подкнигу запроса HARQ на основе блоков TB, могут возникать ошибки, если терминал UE потеряет назначение нисходящей (DL) линии.
Такая кодовая подкнига запроса HARQ на основе блоков TB должна быть, поэтому, определена на основе параметра , т.е. параметр следует заменить параметром . Соответствующее текстовое предложение приведено в Разделе 3.8.
Предложение 2-4: Кодовая подкнига запроса HARQ на основе блоков TB для обратной связи запроса HARQ с конфигурацией групп CBG должна быть определена на основе параметра .
3.5 Отмена планирования SPS в кодовой книге запроса HARQ с конфигурацией групп CBG
Сегодняшний текст в Разделе 9.1.3.1 документа 3GPP 38.213, V15.0.0 (2018-02) не специфицирует сейчас, как обрабатывать обнаруженные передачи канала PDCCH, указывающие отмену планирования SPS в ячейке, конфигурированной с группами CBG. Сегодняшний текст специфицирует замену бита обратной связи на основе блоков TB посредством битовой карты на основе групп CBG. Однако это не применяется к передаче канала PDCCH, указывающей отмену планирования SPS, поскольку в этом случае нет транспортного блока.
Предлагается добавить обратную связь для каждой обнаруженной передачи канала PDCCH, указывающей отмену планирования SPS, в кодовую подкнигу запроса HARQ на основе блоков TB (даже хотя была обнаружена передача канала PDCCH в ячейке, конфигурированной с группами CBG). Размер обратной связи запроса HARQ составляет один или два бита в зависимости от того, имеет ли какая-либо из ячеек, конфигурированных с обратной связью на основе блоков TB, конфигурацию Number-MCS-HARQ-DL-DCI=2. Индекс (ы) DAI, передаваемый по каналу PDCCH, указывающему отмену планирования SPS, ассоциирован с указанной кодовой подкнигой запроса HARQ на основе блоков TB.
Предложение 2-5: Обратную связь для канала PDCCH, указывающего отмену планирования SPS, обнаруженного в ячейке с конфигурацией групп CBG, добавляют в кодовую подкнигу запроса HARQ на основе блоков TB.
3.6 Кодовая книга запроса HARQ по умолчанию
Какую именно кодовую книгу запроса HARQ должен использовать терминал UE прежде конфигурирования посредством управления RRC? Эта тема обсуждалась на последнем совещании RAN1, и был задан вопрос, потребуется ли терминалу UE кодовая книга запроса HARQ до момента, пока он не будет конфигурирован посредством управления RRC, или будет достаточно предположить передачи обратной связи запроса HARQ размером в 1 или 2 бита.
Прежде чем терминал UE примет специализированную конфигурацию управления RRC, его планирование может осуществляться только с использованием указывающей возврат информации DCI и ограничивается передачей на одном уровне/через один порт. Кроме того, у узла gNB нет никакой обратной связи по информации CSI, результатом чего является консервативное планирование. Первоначальный отрезок полосы частот также может быть достаточно узким (в зависимости от конфигурации RMSI COREST). Все эти факты совместно могут привести к низким скоростям передачи данных и к тому, что специализированную конфигурацию управления RRC передают в нескольких слотах. В дуплексном режиме с разделением времени TDD передачи нескольких каналов PDSCH необходимо квитировать в одном канале PUCCH. Если нужно передать больше 2 бит, необходима кодовая книга запроса HARQ. В структуре нисходящей/восходящей линии дуплексного режима с разделением времени (TDD DL/UL) с 3 или 4 слотами нисходящей (DL) линии, за которыми следует один слот восходящей (UL) линии, необходимо квитировать до 3 или 4 каналов PDSCH, что требует кодовую книгу запроса HARQ.
Динамическая кодовая книга запроса HARQ автоматически адаптирует свой размер для аккомодации требуемого числа битов обратной связи запроса HARQ. Полустатическая кодовая книга запроса HARQ потребует соответствующей конфигурации, полустатическая кодовая книга запроса HARQ по умолчанию может быть слишком маленькой или слишком большой, в зависимости, например, от структуры передач TDD DL/UL. Динамическая кодовая книга запроса HARQ представляется, поэтому, более простым выбором.
Предложение 2-6: Прежде конфигурирования сообщением управления RRC терминал UE предполагает динамическую кодовую книгу запроса HARQ.
3.7 Фиксированная кодовая книга запроса HARQ
Набор ассоциации запроса HARQ (слоты, для которых обратную связь запроса HARQ необходимо сообщить в конкретном канале PUCCH) в текущий момент основан на наборе параметров времени слотов , на выделении ресурсов во временной области pdsch-symbolAllocation, на структуре передач TDD DL/UL и на конфигурации канала PDCCH.
Зависимость набора ассоциации запроса HARQ от конфигурации канала PDCCH значительно усложняет проектирование. С целью обеспечить простоту и устойчивость полустатически конфигурированной кодовой книги запроса HARQ мы предлагаем устранить зависимость набора ассоциации запроса HARQ от конфигурации канала PDCCH.
Предложение 2-7: Набор ассоциации запроса HARQ не зависит от конфигурации канала PDCCH.
Таблица pdsch-symbolAllocation используется, чтобы избежать избыточной загрузки кодовой книги запроса HARQ, если выделение канала PDSCH накладывается. Это также предполагает, что реконфигурирование этой таблицы подразумевает кодовую книгу запроса HARQ различного размера, что с нашей точки зрения нежелательно. Кроме того, кодовая книга запроса HARQ должна зарезервировать 7 бит (в предположении Number-MCS-HARQ-DL-DCI=1 и отсутствия групп CBG), если таблица pdsch-symbolAllocation будет конфигурировать 7 не накладывающихся каналов PDSCH Типа B. Такая конфигурация Типа B может быть полезной для гарантирования низкой задержки, но узел gNB может не иметь намерения планировать второй канал PDSCH, когда он такой канал PDSCH уже запланирован в слоте. В этом случае кодовая книга запроса HARQ должна содержать входы битовой карты длиной 7 бит, хотя и одного бита было бы достаточно. Кроме того, маловероятно, что все терминалы UE в стандарте Rel-15 будут поддерживать декодирование 7 каналов PDSCH в одном слоте, число входов запроса HARQ в каждом слоте должно быть ограничено сверху способностью терминала UE декодировать каналы PDSCH в одном слоте.
Поэтому предлагается «отвязать» размер полустатически конфигурированной кодовой книги запроса HARQ от таблицы pdsch-symbolAllocation.
Предложение 2-8: «Отвязывание» размера полустатически конфигурированной кодовой книги запроса HARQ от таблицы pdsch-symbolAllocation.
Один из подходов должен состоять в разбиении слота на N подинтервалов, так что, например, при N=2 один слот должен быть разделен на два подинтервала, где первый подинтервал покрывает первую половину слота и второй подинтервал покрывает вторую половину этого слота. В такой кодовой книге запроса HARQ по 1 биту (или больше битов, в зависимости от параметра Number-MCS-HARQ-DL-DCI и конфигурации групп CBG) должно быть зарезервировано для каждого подинтервала.
Обратная связь запроса HARQ для канала PDSCH, начинающегося в конкретном подинтервале, должна быть вставлена в соответствующую битовую позицию битовой карты длиной N, см. Фиг. 20. Конкретнее, Фиг. 20 иллюстрирует полустатически конфигурированную кодовую книгу запроса HARQ. Слот разделен на два подинтервала (N=2). Обратная связь запроса HARQ для передачи канала PDSCH, начинающегося в первом подинтервале в слоте, отображается на первый бит в битовой карте длиной 2 (N), ассоциированной с этим слотом. Передача канала PDSCH, начинающегося во втором подинтервале, отображается на второй бит.
Необходимо определить поведение терминала UE, если несколько каналов PDSCH накладываются один на другой в каком-либо подинтервале. Одна из возможностей состоит в том, что терминал UE сообщает обратную связь запроса HARQ для канала PDSCH, ассоциированного с самым последним каналом PDCCH из совокупности каналов PDCCH, планирующих передачи каналов PDSCH в текущем подинтервале. Другая возможность состоит в том, чтобы прояснить, что от терминала UE не ожидается, что он будет обрабатывать такую ситуацию. Предпочтительно терминал UE должен передавать обратную связь запроса HARQ для канала PDSCH, ассоциированного с самым последним принятым каналом PDCCH.
На сегодняшний момент полустатически конфигурированная кодовая книга запроса HARQ не предусматривает включения планируемого согласно планированию SPS канала PDSCH (далее канал SPS PDSCH) или обратной связи для канала PDCCH, указывающего отмену планирования SPS.
Обратная связь запроса HARQ для канала SPS PDSCH может быть легко включена с использованием описанной выше структуры, обратную связь запроса HARQ для канала SPS PDSCH передают в бите, ассоциированном с подинтервалом, где начинается передача канала SPS PDSCH. Для канала PDCCH, указывающего отмену планирования SPS, предлагается добавить один дополнительный бит в кодовую книгу запроса HARQ, которая используется для таких каналов PDCCH, указывающих отмену планирования SPS. Один бит ограничивает число каналов PDCCH, указывающих отмену планирования SPS, одним в пределах длительности набора ассоциации запроса HARQ, однако мы уверены, что это не является строгим ограничением.
Предложение 2-9: Добавить один бит к полустатически конфигурированной кодовой книге запроса HARQ для каналов PDCCH, указывающих отмену планирования SPS. Этот бит добавляют в случае, когда какая-либо из ячеек, включенных в кодовую книгу запроса HARQ, конфигурирована с использованием планирования SPS.
3.8 Текстовое предложение
------------------<Начало текстового предложения>--------------------------
- 9 Выполняемая терминалом UE процедура для передачи управляющей информации
Если терминал UE конфигурирован с группой SCG ячеек, этот терминал UE может применить процедуру, описываемую в этом Разделе, и к группе MCG, и к группе SCG ячеек.
- Когда процедура применяется к группе MCG ячеек, термины «вторичная ячейка», «вторичные ячейки», «обслуживающая ячейка» и «обслуживающие ячейки» в этом Разделе обозначают «вторичную ячейку», «вторичные ячейки», «обслуживающую ячейку» и «обслуживающие ячейки», принадлежащие группе MCG, соответственно.
- Когда приведенные здесь процедуры применяются к группе SCG, термины «вторичная ячейка», «вторичные ячейки», «обслуживающая ячейка» и «обслуживающие ячейки» в этом Разделе обозначают «вторичную ячейку», «вторичные ячейки» (не включая ячейку PSCell), «обслуживающую ячейку» и «обслуживающие ячейки», принадлежащие группе SCG, соответственно. Термин «первичная ячейка» в этом Разделе обозначает ячейку PSCell в группе SCG.
Если терминал UE конфигурирован с каналом ячейки PUCCH-SCell, этот терминал UE должен применять процедуры, рассматриваемые в настоящем Разделе, к обеим группам - и к группе первичных каналов PUCCH, и к группе вторичных каналов PUCCH
- Когда приведенные здесь процедуры применяются к группе первичных каналов PUCCH, термины «вторичная ячейка», «вторичные ячейки», «обслуживающая ячейка» и «обслуживающие ячейки» в этом Разделе обозначают «вторичную ячейку», «вторичные ячейки», «обслуживающую ячейку» и «обслуживающие ячейки», принадлежащие группе первичных каналов PUCCH, соответственно.
- Когда приведенные здесь процедуры применяются к группе вторичных каналов PUCCH, термины «вторичная ячейка», «вторичные ячейки» (не включая ячейку PUCCH-SCell), «обслуживающая ячейка» и «обслуживающие ячейки» в этом Разделе обозначают «вторичную ячейку», «вторичные ячейки», «обслуживающую ячейку» и «обслуживающие ячейки», принадлежащие группе вторичных каналов PUCCH, соответственно. Термин «первичная ячейка» в этом Разделе обозначает ячейку PUCCH-SCell l в группе вторичных каналов PUCCH.
Если терминал UE должен передать в канале PUCCH передачу, имеющую такой же первый символ, как передача канала PUSCH, этот терминал UE мультиплексирует информацию UCI в передачу канала PUSCH и не передает канал PUCCH.
Если терминал UE передает квитирование запроса HARQ-ACK или полупостоянную информацию CSI или периодическую информацию CSI по каналу PUSCH, и этот терминал UE не передает апериодическую информацию CSI по каналу PUSCH, этот терминал UE передает квитирование запроса HARQ-ACK или полупостоянную информацию CSI или периодическую информацию CSI по каналу PUSCH в обслуживающей ячейке с наименьшим индексом ServCellIndex.
9.1 Определение кодовой книги для квитирования запроса HARQ-ACK
Если терминал UE принимает передачу по каналу PDSCH, запланированную каналом PDCCH, с информацией DCI формат 1_0, этот терминал UE генерирует информацию квитирования запроса HARQ-ACK только для транспортного блока в канале PDSCH.
Если терминал UE принимает передачу по каналу PDSCH без приема соответствующего канала PDCCH, или если терминал UE принимает по каналу PDCCH передачу, указывающую отмену планирования SPS для канала PDSCH, этот терминал UE генерирует один соответствующий бит информации квитирования запроса HARQ-ACK.
Если терминал UE не конфигурирован с параметром CBG-DL = ON высокого уровня, этот терминал UE генерирует по одному биту информации квитирования запроса HARQ-ACK на каждый транспортный блок.
Равное 0 значение бита информации квитирования запроса HARQ-ACK представляет отрицательную квитанцию (NACK), тогда как равное 1 значение бита информации квитирования запроса HARQ-ACK представляет положительную квитанцию (ACK).
9.1.1 Определение кодовой книги для квитирования запроса HARQ-ACK на основе групп CBG
Если терминал UE конфигурирован для обслуживающей ячейки с параметром CBG-DL = ON высокого уровня, этот терминал UE принимает передачи каналов PDSCH, содержащие группы кодовых блоков (CBG) для транспортного блока. Если терминал UE конфигурирован с параметром CBG-DL = ON высокого уровня, этот терминал UE конфигурирован посредством параметра CBGs-per-TB-DL высокого уровня для каждой обслуживающей ячейки с максимальным числом групп CBG для генерации соответствующих битов информации квитирования запроса HARQ-ACK для приема транспортного блока.
Для числа кодовых блоков (CB) в одном транспортном блоке, терминал UE определяет число групп CBG как . Каждая из первых групп CBG содержит блоков CB, где группа CBG , содержит блоки CB , и каждая из последних групп CBG содержит блоков CB, где группа CBG , содержит блоки CB . Терминал UE генерирует битов информации квитирования запроса HARQ-ACK посредством взаимно однозначного соответствия с группами CBG. Если терминал UE принимает два транспортных блока, этот терминал UE присоединяет биты информации квитирования запроса HARQ-ACK для второго транспортного блока после битов информации квитирования запроса HARQ-ACK для первого транспортного блока. Терминал UE генерирует квитанцию ACK для бита информации квитирования запроса HARQ-ACK для группы CBG, если терминал UE правильно принял все кодовые блоки в этой группе CBG, и генерирует квитанцию NACK для бита информации квитирования запроса HARQ-ACK для группы CBG, если этот терминал UE неправильно принял по меньшей мере один кодовый блок в этой группе CBG.
Повторная передача транспортного блока терминалу UE, соответствующая такой же самой процедуре запроса HARQ, как и предшествующая передача этого транспортного блока этому терминалу UE, содержит те же самые блоки CB в группе CBG, как и первоначальная передача этого транспортного блока.
Если информация DCI формат 1_1 планирует повторную передачу транспортного блока и содержит поле информации о передаче групп CBG (CBG transmission information (CBGTI)) из бит, где представляет значение параметра Number-MCS-HARQ-DL-DCI высокого уровня для текущего активного отрезка BWP полосы частот для обслуживающей ячейки , первые бит в поле CBGTI для транспортного блока имеют взаимно однозначное соответствие с групп CBG транспортного блока. Терминал UE определяет, производится ли повторная передача группы CBG, на основе соответствующего значения в поле CBGTI, где двоичный 0 обозначает, что соответствующую группу CBG передают повторно, и двоичная 1 обозначает, что соответствующую группу CBG не передают повторно.
Если терминал UE конфигурирован с параметром HARQ-ACK-codebook=semi-static высокого уровня, кодовая книга для квитирования запроса HARQ-ACK содержит бит информации квитирования запроса HARQ-ACK, и если для транспортного блока, терминал UE генерирует значение NACK квитанции для последних бит информации квитирования запроса HARQ-ACK для транспортного блока в кодовой книге для квитирования запроса HARQ-ACK.
Если терминал UE генерирует кодовую книгу для квитирования запроса HARQ-ACK в ответ на повторную передачу транспортного блока, соответствующей такой же самой процедуре запроса HARQ, как и предшествующая передача этого транспортного блока, этот терминал UE генерирует квитанцию ACK для каждой группы CBG, которую этот терминал UE правильно декодировал из предшествующей передачи этого транспортного блока.
Если терминал UE правильно принял каждую из групп CBG и неправильно принял транспортный блок для этих групп CBG, этот терминал UE генерирует значение NACK квитанции для каждой из этих групп CBG.
- 9.1.2 Определение кодовой книги для квитирования запроса HARQ-ACK Тип-1
Этот Раздел применяется, если терминал UE конфигурирован с параметром HARQ-ACK-codebook=semi-static.
Если терминал UE принимает только один канал PDSCH в ячейке PCell, этот терминал UE определяет кодовую книгу для квитирования запроса HARQ-ACK только для этого канала PDSCH. Следующая процедура определения кодовой книги для квитирования запроса HARQ-ACK применяется, когда терминал UE не принимает только канал PDSCH в ячейке PCell.
- 9.1.2.1 Кодовая книга для квитирования запроса HARQ-ACK Тип-1 в физическом восходящем канале управления
Для обслуживающей ячейки, а также активного отрезка полосы частот в нисходящей линии (DL BWP) и активного отрезка полосы частот в восходящей линии (UL BWP), как описано в Разделе 12, терминал UE определяет множество из ситуаций для событий-кандидатов приема канала PDSCH, для которых терминал UE может передать соответствующую информацию квитирования запроса HARQ-ACK в канале PUCCH в слоте . Это определение основано:
- на множестве моментов времени слотов, представляемом объединением моментов времени слотов {1, 2, 3, 4, 5, 6, 7, 8}, когда планирование осуществляется посредством информации DCI формат 1_0, и моментов времени слотов, задаваемом параметром DL-data-DL-acknowledgement высокого уровня для планирования с использованием информации DCI формат 1_1; и
- когда предусмотрено, на множестве индексов строк таблицы, задаваемой параметром pdsch-symbolAllocation высокого уровня, и определении соответствующих множеств сдвигов слотов, индикаторах начала и длины (start and length indicator (SLIV)) и типах отображения канала PDSCH для приема канала PDSCH, как это описано в Литературе [6, TS 38.214]; и
- когда предусмотрено, на параметре UL-DL-configuration-common высокого уровня и параметре UL-DL-configuration-dedicated высокого уровня, как описано в Разделе 11.1; и
- на периодичности мониторинга канала PDCCH, сдвиге мониторинга канала PDCCH и структуре мониторинга канала PDCCH в слоте для каждого пространства поиска из состава множества пространств поиска, конфигурированных для терминала UE для каналов-кандидатов PDCCH, соответствующих информации DCI формат 1_0 или информации DCI формат 1_1 для обслуживающей ячейки как описано в Разделе 10.1.
Для множества моментов времени слотов, терминал UE определяет ситуаций для событий-кандидатов приема канала PDSCH в соответствии со следующим псевдокодом.
Присвоение - индекс ситуации для события-кандидата приема канала PDSCH
Присвоение
Присвоение
Присвоение количеству элементов множества Присвоение k =0 - индекс моментов времени слотов в составе множества
здесь
Присвоение множеству строк, представляемому таблицей pdsch-symbolAllocation
Присвоение количеству элементов множества ,
Присвоение - индекс строки, представляемый таблицей pdsch-symbolAllocation
пока
если терминал UE имеет параметр UL-DL-configuration-common высокого уровня или параметр UL-DL-configuration-dedicated высокого уровня, и по меньшей мере один OFDM-символ из состава временного ресурса канала PDSCH, определяемого строкой в слоте , конфигурирован в качестве символа восходящей (UL) или слота , где представляет k-ый момент времени слота в составе множества и определен строкой в таблице pdsch-symbolAllocation, не содержит по меньшей мере одну ситуацию мониторинга канала PDCCH, конфигурированную для канала PDCCH с использованием информации DCI формат 1_0 или информации DCI формат 1_1
;
конец если
;
конец пока
Присвоение количеству элементов множества
Присвоение наименьшему последнему индексу OFDM-символа, как это определено индикатором SLIV, среди всех строк множества
пока
Присвоение
пока
если для индекса стартового OFDM-символа для строки
; - индекс ситуации для события-кандидата приема канала PDSCH, ассоциированного со строкой
;
конец если
;
конец пока
;
Присвоение наименьшему последнему индексу OFDM-символа среди всех строк множества ;
конец пока
;
конец пока
Для строк таблицы pdsch-symbolAllocation, ассоциированных с одной и той же величиной , где , терминал UE не ожидает приема более чем одного канала PDSCH в одном и том же слоте.
Если ситуация для события-кандидата приема канала PDSCH может быть ответом на канал PDCCH в соответствии с информацией DCI формат 1_1 и если параметр Number-MCS-HARQ-DL-DCI высокого уровня указывает прием двух транспортных блоков, когда терминал UE принимает передачу канала PDSCH с одним транспортным блоком, ответ квитирования запроса HARQ-ACK ассоциирован с первым транспортным блоком, и терминал UE генерирует квитанцию NACK для второго транспортного блока, если пространственное группирование не применяется (HARQ-ACK-spatial-bundling-PUCCH = FALSE), и генерирует квитанцию ACK для второго транспортного блока, если применяется пространственное группирование.
Терминал UE будет определять биты информации квитирования запроса HARQ-ACK в составе кодовой книги для квитирования запроса HARQ-ACK для передачи по каналу PUCCH в соответствии со следующим псевдокодом. В следующем псевдокоде, если терминал UE не принял какой-либо транспортный блок или какую-либо группу CBG из-за того, что этот терминал UE не принял соответствующий канал PDCCH с информацией DCI формат 1_0 или информацией DCI формат 1_1, этот терминал UE генерирует квитанцию NACK для указанного транспортного блока или указанной группы CBG.
Присвоение - индекс обслуживающей ячейки: меньшие индексы соответствуют меньшим индексам управления RRC соответствующей ячейки
Присвоение - индекс бита квитирования запроса HARQ-ACK
Присвоение числу ячеек, конфигурированных высокими уровнями для терминала UE
пока
Присвоение - индекс ситуации для события-кандидата приема канала PDSCH
пока
если параметры HARQ-ACK-spatial-bundling-PUCCH = FALSE, CBG-DL = OFF и терминал UE конфигурирован посредством параметра Number-MCS-HARQ-DL-DCI высокого уровня для приема двух транспортных блоков для текущего активного отрезка BWP в обслуживающей ячейке ,
= бит квитирования запроса HARQ-ACK, соответствующий первому транспортному блоку в этой ячейке;
;
= бит квитирования запроса HARQ-ACK, соответствующий второму транспортному блоку в этой ячейке;
;
Иначе если HARQ-ACK-spatial-bundling-PUCCH = TRUE, и терминал UE конфигурирован с использованием параметра Number-MCS-HARQ-DL-DCI высокого уровня для приема двух транспортных блоков в пределах текущего активного отрезка BWP полосы частот в обслуживающей ячейке ,
= результат двоичной операции И над битами квитирования запроса HARQ-ACK, соответствующими первому и второму транспортным блокам в этой ячейке, - если терминал UE принимает один транспортный блок, этот терминал UE принимает квитанцию ACK для второго транспортного блока;
;
иначе если CBG-DL = ON, и групп CBG обозначены параметром CBGs-per-TB-DL высокого уровня для обслуживающей ячейки ,
Присвоение - индекс группы CBG
пока
= бит квитирования запроса HARQ-ACK, соответствующий группе CBG в составе первого транспортного блока;
если терминал UE конфигурирован посредством параметра Number-MCS-HARQ-DL-DCI высокого уровня для приема двух транспортных блоков в пределах текущего активного отрезка BWP полосы частот в обслуживающей ячейке
= бит квитирования запроса HARQ-ACK, соответствующий группе CBG в составе второго транспортного блока;
конец если
;
конец пока
, где представляет значение параметра Number-MCS-HARQ-DL-DCI высокого уровня для текущего активного отрезка BWP полосы частот в обслуживающей ячейке ;
иначе
= бит квитирования запроса HARQ-ACK для этой ячейки
;
конец если
;
конец пока
;
конец пока
- 9.1.2.2 Кодовая книга для квитирования запроса HARQ-ACK Тип-1 в физическом восходящем совместно используемом канале
Если терминал UE мультиплексирует квитирование HARQ-ACK в передаче канала PUSCH, которая не запланирована посредством информации DCI формат или запланирована посредством информации DCI формат 0_0, этот терминал UE генерирует кодовую книгу для квитирования запроса HARQ-ACK, как описано в Разделе 9.1.2.1, за исключением того, что параметр HARQ-ACK-spatial-bundling-PUCCH заменен параметром HARQ-ACK-spatial-bundling-PUSCH.
Если терминал UE мультиплексирует квитирование HARQ-ACK в передаче канала PUSCH, которая запланирована посредством информации DCI формат 0_1, этот терминал UE генерирует кодовую книгу для квитирования запроса HARQ-ACK, как описано в Разделе 9.1.2.1, когда значение в поле индекса DAI в составе информации DCI формат 0_1 равно . Рассматриваемый терминал UE не генерирует кодовую книгу для квитирования запроса HARQ-ACK для мультиплексирования в передаче в канале PUSCH, когда .
- 9.1.3 Определение кодовой книги для квитирования запроса HARQ-ACK Тип-2
Этот Раздел применяется, если терминал UE конфигурирован с параметром HARQ-ACK-codebook=dynamic.
- 9.1.3.1 Кодовая книга для квитирования запроса HARQ-ACK Тип-1 в физическом восходящем канале управления
На основе максимального и минимального значений параметра времени «PDSCH-to-HARQ_feedback timing», предоставляемых терминалу UE параметром DL-data-DL-acknowledgement высокого уровня, терминал UE определяет ситуации мониторинга для канала PDCCH с информацией DCI формат 1_0 или информацией DCI формат 1_1 с целью планирования событий приема по каналу PDSCH или отмены планирования DL SPS в обслуживающей ячейке и этот терминал UE передает квитирование запроса HARQ-ACK в том же самом канале PUCCH на основе соответствующих значений параметра «PDSCH-to-HARQ_feedback timing». Ситуации мониторинга канала PDCCH для планирования канала PDSCH в обслуживающей ячейке определяют на основе периодичности мониторинга канала PDCCH, сдвига мониторинга канала PDCCH и структуры мониторинга канала PDCCH в пределах слота для каждого пространства поиска из состава множества пространств поиска, конфигурированного для терминала UE для каналов-кандидатов PDCCH, соответствующих информации DCI формат 1_0 или информации DCI формат 1_1 для обслуживающей ячейки . Множество ситуаций мониторинга канала PDCCH определено как объединение ситуаций мониторинга канала PDCCH по конфигурированным ячейкам, упорядоченным в возрастающем порядке стартовых моментов времени пространств поиска, ассоциированных с ситуациями мониторинга канала PDCCH. Количество элементов в составе множества ситуаций мониторинга канала PDCCH определяет полное число ситуаций мониторинга канала PDCCH.
Значение в поле счетчика индикатора назначения нисходящей линии (DAI) в составе информации DCI формат 1_0 или информации DCI формат 1_1 обозначает накопленное число пар {обслуживающая ячейка, ситуация мониторинга канала PDCCH}, в которых присутствуют события приема канала PDSCH, ассоциированные с информацией DCI формат 1_0 или с информацией DCI формат 1_1 или с информацией DCI формат 1_0, указывающей отмену планирования SPS в нисходящей линии, вплоть до текущей обслуживающей ячейки и текущей ситуации мониторинга канала PDCCH, сначала в порядке возрастания индекса обслуживающей ячейки, а затем в порядке возрастания индекса ситуации мониторинга канала PDCCH, где .
Значение полного индекса DAI, как он приведен в Литературе [5, TS 38.212], в составе информации DCI формат 1_1 обозначает полное число пар {обслуживающая ячейка, ситуация мониторинга канала PDCCH}, в которых присутствуют события приема канала PDSCH, ассоциированные с информацией DCI формат 1_0 или с информацией DCI формат 1_1 или с информацией DCI формат 1_0, указывающей отмену планирования SPS в нисходящей линии, вплоть до текущей ситуации мониторинга канала PDCCH, и это значение должно обновляться от одной ситуации мониторинга канала PDCCH к другой ситуации мониторинга канала PDCCH.
Обозначим как значение счетчика индекса DAI в составе информации DCI формат 1_0 или информации DCI формат 1_1, планирующей прием по каналу PDSCH или указывающей отмену планирования SPS нисходящей линии для обслуживающей ячейки в ситуации мониторинга канала PDCCH согласно Табл. 9.1.3-1. Обозначим как значение полного индекса DAI в составе информации DCI формат 1_1, планирующей прием по каналу PDSCH или указывающей отмену планирования SPS нисходящей линии в ситуации мониторинга канала PDCCH согласно Табл. 9.1.3-1. Этот терминал UE должен принять одно и то же значение полного индекса DAI во всех форматах информации DCI, включая информацию DCI формат 1_1, планирующей прием по каналу PDSCH, и информацию DCI формат 1_0, указывающую отмену планирования SPS нисходящей линии в ситуации мониторинга канала PDCCH.
Если терминал UE передает запрос квитирования HARQ-ACK в канале PUCCH с форматом 2 канала PUCCH или форматом 3 канала PUCCH или форматом 4 канала PUCCH, этот терминал UE должен определить биты согласно следующему псевдокоду:
Присвоение - индекс обслуживающей ячейки: меньшие индексы соответствуют меньшим индексам управления RRC соответствующей ячейки
Присвоение - индекс ситуации мониторинга в канале PDCCH с информацией DCI формат 1_0 или информации DCI формат 1_1: меньший индекс соответствует более ранней ситуации мониторинга в канале PDCCH с информацией DCI формат 1_0 или информацией DCI формат 1_1
Присвоение
Присвоение
Присвоение
Присвоение
Присвоение числу ячеек, конфигурированному высокими уровнями для терминала UE
Присвоение числу ситуаций мониторинга канала PDCCH
пока
пока
если имеется канал PDSCH в обслуживающей ячейке , ассоциированной с каналом PDCCH в ситуации мониторинга канала PDCCH, или имеется канал PDCCH, указывающий отмену планирования SPS нисходящей линии в обслуживающей ячейке
если
конец если
если
иначе
если параметр HARQ-ACK-spatial-bundling-PUCCH = FALSE высокого уровня и обозначает ситуацию мониторинга для канала PDCCH с информацией DCI формат 1_0 или с информацией DCI формат 1_1, и терминал UE конфигурирован посредством is параметра Number-MCS-HARQ-DL-DCI высокого уровня с приемом двух транспортных блоков в текущем активном отрезке BWP полосы частот по меньшей мере в одной конфигурированной обслуживающей ячейке,
= бит квитирования запроса HARQ-ACK, соответствующий первому транспортному блоку в этой ячейке
= бит квитирования запроса HARQ-ACK, соответствующий второму транспортному блоку в этой ячейке
иначе если параметр HARQ-ACK-spatial-bundling-PUCCH = TRUE высокого уровня и обозначает ситуацию мониторинга для канала PDCCH с информацией DCI формат 1_1, и терминал UE конфигурирован посредством параметра Number-MCS-HARQ-DL-DCI высокого уровня с приемом двух транспортных блоков в текущем активном отрезке BWP полосы частот по меньшей мере в одной конфигурированной обслуживающей ячейке,
= двоичная операция И над битами квитирования запроса HARQ-ACK, соответствующими первому и второму транспортным блокам в этой ячейке
иначе
= бит квитирования запроса HARQ-ACK в этой ячейке
конец если
конец пока
конец пока
если
конец если
если параметр HARQ-ACK-spatial-bundling-PUCCH = FALSE высокого уровня и обозначает ситуацию мониторинга для канала PDCCH с информацией DCI формат 1_0 или информацией DCI формат 1_1, и терминал UE конфигурирован посредством параметра Number-MCS-HARQ-DL-DCI высокого уровня с приемом двух транспортных блоков в текущем активном отрезке BWP полосы частот по меньшей мере в одной конфигурированной обслуживающей ячейке,
иначе
для любого
Присвоение
пока
если передача канала SPS PDSCH активизирована для терминала UE, и этот терминал UE конфигурирован для приема канала SPS PDSCH в слоте в пределах ситуаций мониторинга для обслуживающей ячейки
= бит квитирования запроса HARQ-ACK, ассоциированный с приемом канала SPS PDSCH
конец если
;
конец пока
Для ситуации мониторинга канала PDCCH с информацией DCI формат 1_0 или с информацией DCI формат 1_1 по меньшей мере в одной обслуживающей ячейке, когда терминал UE принимает канал PDSCH с одним транспортным блоком и значение параметра Number-MCS-HARQ-DL-DCI высокого уровня равно 2, ответ квитирования запроса HARQ-ACK ассоциирован с первым транспортным блоком, и терминал UE генерирует квитанцию NACK для второго транспортного блока, если пространственное группирование не применяется (HARQ-ACK-spatial-bundling-PUCCH = FALSE), и ACK для второго транспортного блока, если применяется пространственное группирование.
Если терминал UE передает квитирование запроса HARQ-ACK с использованием формата 2 канала PUCCH или формата 3 канала PUCCH или формата 4 канала PUCCH, и этот терминал UE конфигурирован с
- параметром HARQ-ACK-codebook=dynamic высокого уровня;
- параметром CBG-DL = ON высокого уровня для обслуживающих ячеек; и
- параметром CBG-DL = OFF высокого уровня, или не конфигурирован с параметром CBG-DL высокого уровня, для обслуживающих ячеек, где
этот терминал UE будет определять биты согласно предыдущему псевдокоду со следующими модификациями
- используется для определения первой кодовой подкниги квитирования запроса HARQ-ACK для приема канала PDSCH на основе блоков TB;
- заменен параметром для определения второй кодовой подкниги квитирования запроса HARQ-ACK, соответствующей обслуживающим ячейкам для приема канала PDSCH на основе групп CBG, и
- Вместо генерации одного бита информации квитирования запроса HARQ-ACK для каждого транспортного блока для обслуживающей ячейки из совокупности обслуживающих ячеек, терминал UE генерирует бит информации квитирования запроса HARQ-ACK, где является максимальной величиной числа по всем обслуживающим ячейкам, где является значением параметра Number-MCS-HARQ-DL-DCI высокого уровня в текущем активном отрезке BWP полосы частот для обслуживающей ячейки . Если для обслуживающей ячейки имеет место , терминал UE генерирует квитанцию NACK для последних бит информации квитирования запроса HARQ-ACK обслуживающей ячейки .
- Операция псевдокода для параметра HARQ-ACK-spatial-bundling-PUCCH = TRUE не применяется;
- Терминал UE генерирует кодовую книгу для квитирования запроса HARQ-ACK путем добавления второй кодовой подкниги квитирования запроса HARQ-ACK к первой кодовой подкниге квитирования запроса HARQ-ACK.
- Если терминал UE принимает передачу канала PDSCH, планируемого посредством канала PDCCH с использованием информации DCI формат 1_0, этот терминал UE повторяет раз информацию квитирования запроса HARQ-ACK для транспортного блока в канале PDSCH с целью генерации бит информации квитирования запроса HARQ-ACK.
Таблица 9.1.3-1: Значение счетчика индекса DAI в информации DCI формат 1_0 и счетчика индекса DAI или полного индекса DAI в информации DCI формат 1_1
DAIMSB, LSB
<img file="00000143.jpg" he="6" wi="10" img-content="undefined" img-format="jpg" /> или <img file="00000144.jpg" he="6" wi="10" img-content="undefined" img-format="jpg" />
Число пар {обслуживающая ячейка, ситуация мониторинга канала PDCCH}, в которых передачи канала PDSCH, ассоциированные с каналом PDCCH или с каналом PDCCH, указывающим отмену планирования SPS в нисходящей линии, обозначены как <img file="00000145.jpg" he="4" wi="3" img-content="undefined" img-format="jpg" /> и <img file="00000146.jpg" he="4" wi="8" img-content="undefined" img-format="jpg" />
0,0
1
<img file="00000147.jpg" he="5" wi="28" img-content="undefined" img-format="jpg" />
0,1
2
<img file="00000148.jpg" he="5" wi="28" img-content="undefined" img-format="jpg" />
1,0
3
<img file="00000149.jpg" he="5" wi="28" img-content="undefined" img-format="jpg" />
1,1
4
<img file="00000150.jpg" he="5" wi="28" img-content="undefined" img-format="jpg" />
- 9.1.3.2 Кодовая книга для квитирования запроса HARQ-ACK Тип-2 в физическом восходящем совместно используемом канале
Если терминал UE мультиплексирует биты квитирования запроса HARQ-ACK в передаче в канале PUSCH, которая не запланирована в формате информации DCI или планируется информацией DCI формат 0_0, терминал UE генерирует кодовую книгу для квитирования запроса HARQ-ACK, как описано в Разделе 9.1.3.1, за исключением того, что параметр HARQ-ACK-spatial-bundling-PUCCH заменен параметром HARQ-ACK-spatial-bundling-PUSCH.
Если терминал UE мультиплексирует квитирование запроса HARQ-ACK в передаче канала PUSCH, запланированной посредством информации DCI формат 0_1, этот терминал UE генерирует кодовую книгу для квитирования запроса HARQ-ACK, как описано в Разделе 9.1.3.1, со следующими модификациями:
- Для , и для , заменено на , где является значением в поле индекса DAI в составе информации DCI формат 0_1 согласно Табл. 9.1.3-2
- Для случая первой и второй кодовых подкниг квитирования запроса HARQ-ACK информация DCI формат 0_1 содержит первое поле индекса DAI, соответствующее первой кодовой подкниге квитирования запроса HARQ-ACK и второе поле индекса DAI, соответствующее второй кодовой подкниге квитирования запроса HARQ-ACK
- Параметр HARQ-ACK-spatial-bundling-PUCCH заменен параметром HARQ-ACK-spatial-bundling-PUSCH.
1. Таблица 9.1.3-2: Значение индекса DAI в составе информации DCI формат 0_1
DAIMSB, LSB
<img file="00000155.jpg" he="6" wi="10" img-content="undefined" img-format="jpg" />
Число пар {обслуживающая ячейка, ситуация мониторинга канала PDCCH}, в которых передачи канала PDSCH, ассоциированные с каналом PDCCH или с каналом PDCCH, указывающим отмену планирования SPS в нисходящей линии, обозначены как <img file="00000156.jpg" he="4" wi="4" img-content="undefined" img-format="jpg" /> и <img file="00000157.jpg" he="4" wi="9" img-content="undefined" img-format="jpg" />
0,0
1
<img file="00000158.jpg" he="5" wi="28" img-content="undefined" img-format="jpg" />
0,1
2
<img file="00000159.jpg" he="5" wi="29" img-content="undefined" img-format="jpg" />
1,0
3
<img file="00000160.jpg" he="5" wi="29" img-content="undefined" img-format="jpg" />
1,1
4
<img file="00000161.jpg" he="5" wi="29" img-content="undefined" img-format="jpg" />
---------------------<Конец текстового предложения>-----------------------------------
4.0 Выводы
В этом вложении мы обсуждаем аспекты относительно агрегирования несущих с различными нумерологиями и построения кодовой книги запроса HARQ. Были сделаны следующие предложения и представлены соответствующие текстовые предложения:
Агрегирование несущих с различными нумерологиями
Предложение 1-1: Параметр k в разделе 9.2.3 в документе 38.213 должен быть выражен в нумерологии обслуживающей ячейки, в которой передают канал PUCCH.
Предложение 1-2: Перекрестное планирование несущих от меньшей нумерологии к большей нумерологии не поддерживается в стандарте Rel-15.
Кодовая книга режима HARQ
Предложение 2-1: Если передача канала PUSCH и передача канала PUCCH накладываются одна на другую по меньшей мере в одном символе, передачу канала PUCCH отбрасывают. Если отброшенный канал PUCCH и канал PUSCH совместно используют один и тот же стартовый символ, информация UCI может быть вложена в передачу канала PUSCH.
Предложение 2-2: Если терминал UE планируется посредством указывающей возврат информации DCI 1_0 и конфигурируется в соответствии с полустатически конфигурированной кодовой книгой запроса HARQ, этот терминал UE передает обратную связь запроса HARQ в соответствии с конфигурацией групп CBG (и не повторяет N раз обратную связь запроса HARQ на основе блоков TB).
Предложение 2-3: Прояснение, что параметр Number-MCS-HARQ-DL-DCI конфигурируют для каждого отрезка BWP полосы частот, а не для каждой ячейки.
Предложение 2-4: Кодовая подкнига запроса HARQ на основе блоков TB для обратной связи запроса HARQ с конфигурацией групп CBG должна быть определена на основе параметра .
Предложение 2-5: Обратную связь для указывающей отмену планирования SPS передачи канала PDCCH, принятой в ячейке с конфигурацией групп CBG, добавляют в кодовую подкнигу запроса HARQ на основе блоков TB.
Предложение 2-6: Прежде конфигурирования посредством управления RRC терминал UE принимает динамическую кодовую книгу запроса HARQ.
Предложение 2-7: Набор ассоциации запроса HARQ не зависит от конфигурации канала PDCCH.
Предложение 2-8: «Отвязывание» размера р полустатически конфигурированной кодовой книги запроса HARQ от таблицы pdsch-symbolAllocation.
Предложение 2-9: Добавление одного бита к полустатически конфигурированной кодовой книге запроса HARQ для каналов PDCCH, указывающих отмену планирования SPS. Этот бит добавляют в случае, когда какая-либо из ячеек, включенных в кодовую книгу запроса HARQ, конфигурирована с использованием планирования SPS.
В некоторых вариантах компьютерная программа, компьютерный программный продукт или читаемый компьютером носитель для хранения информации содержит команды, при выполнении которых компьютер осуществляет какой-либо из описываемых здесь вариантов. В других примерах эти команды передают посредством сигнала или на носителе, так что эти команды может выполнять компьютер, осуществляя какой-либо из описываемых здесь вариантов.
В описываемые здесь системы и аппаратуру могут быть внесены модификации, дополнения и исключения, не отклоняясь от объема настоящего изобретения. Компоненты этих систем или аппаратуры могут быть объединены или разделены. Кроме того, операции системы и аппаратуры могут быть выполнены большим или меньшим числом компонентов, либо другими компонентами. В дополнение к этому, операции систем и аппаратуры могут быть выполнены с использованием каких-либо подходящих логических устройств, содержащих программное обеспечение, оборудование и/или другие логические компоненты. Как используется в этом документе, термин «каждый» обозначает каждый элемент множества или каждый элемент подмножества какого-либо множества.
Модификации, дополнения или исключения могут быть внесены в описываемые здесь способы, не отклоняясь от объема настоящего изобретения. Эти способы могут содержать большее число, меньшее число этапов или другие этапы. Кроме того, этапы могут быть выполнены в каком-либо подходящем порядке.
Хотя настоящее изобретение было здесь описано в терминах некоторых вариантов, изменения и перестановки в этих вариантах будут очевидны для специалистов в рассматриваемой области. Соответственно, приведенное выше описание вариантов не ограничивает настоящего изобретения. Возможны также другие замены, подстановки и изменения без отклонения от смысла и объема настоящего изобретения, как это определено последующей Формулой изобретения.
По меньшей мере некоторые из последующих аббревиатур могут быть использованы в настоящем изобретении. Если имеют место несоответствия между аббревиатурами, предпочтение должно быть отдано тому, как они используются выше. Если они встречаются несколько раз в списке, предпочтение должно быть отдано первому упоминанию.