Автономная передача управляющей информации восходящей линии связи

Изобретение относится к области сетей беспроводной связи, а именно к автономной передаче управляющей информации восходящей линии связи. Техническим результатом является обеспечение возможности беспроводному устройству передавать управляющую информацию восходящей линии связи (UCI) автономно в доступе по лицензированной вспомогательной полосе частот (LAA), MulteFire или нелицензированном NR-(NR-U) доступе эффективно и продуктивно с увеличенной успешностью приема и улучшенным совместным использованием с другими нелицензированными беспроводными устройствами. Для этого при автономной передаче управляющей информации восходящей линии связи (UCI) вместе с передачей данных в автономной восходящей линии связи (AUL), осуществляемой посредством беспроводного устройства, преобразуют UCI в частотно-временные ресурсы физического совместно используемого канала восходящей линии связи (PUSCH) и передают PUSCH с UCI при передаче по восходящей линии связи. При этом UCI и AUL-передача данных мультиплексируются таким образом, что UCI преобразуется согласно одному из следующего: из символа 1 в символ 12 субкадра; и из символа 7 в символ 12 субкадра, а AUL-передача представляет собой недиспетчеризованную передачу. 5 н. и 24 з.п. ф-лы, 1 табл., 27 ил.

 

Область техники, к которой относится изобретение

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

Уровень техники

Работа Партнерского проекта третьего поколения (3GPP) над "доступом по лицензированной вспомогательной полосе частот" (LAA) предназначена для того, чтобы разрешать устройству с поддержкой стандарта долгосрочного развития (LTE) также работать в нелицензированном радиоспектре. Возможные варианты полос частот для работы в LTE-режиме в нелицензированном спектре включают в себя 5 ГГц, 3,5 ГГц и т.д. Нелицензированный спектр используется в качестве дополнения к лицензированному спектру или обеспечивает возможность работы в полностью автономном режиме.

Для случая нелицензированного спектра, используемого в качестве дополнения к лицензированному спектру, устройства соединяются в лицензированном спектре (в первичной соте или PCell) и используют агрегирование несущих, чтобы извлекать выгоду из дополнительной пропускной способности передачи в нелицензированном спектре (во вторичной соте или SCell). Инфраструктура агрегирования несущих (CA) обеспечивает агрегирование двух или более несущих с таким условием, что, по меньшей мере, одна несущая (или частотный канал) находится в лицензированном спектре, и, по меньшей мере, одна несущая находится в нелицензированном спектре. В автономном (или полностью в нелицензированном спектре) режиме работы, одна или более несущих выбираются только в нелицензированном спектре.

Тем не менее, нормативные требования могут не разрешать передачи в нелицензированном спектре без предварительного считывания канала, ограничений по мощности передачи или налагаемого максимального времени занятости канала. Поскольку нелицензированный спектр должен совместно использоваться с другими радиостанциями на основе аналогичных или отличающихся беспроводных технологий, применяется способ на основе принципа "слушай перед тем, как сказать" (LBT). LBT заключает в себе считывание среды в течение предварительно заданного минимального количества времени и откат, если канал занят. Вследствие централизованной координации и зависимости терминальных устройств от базовой станции (eNB) для доступа к каналу при работе в LTE-режиме и налагаемых LBT-нормативов, производительность восходящей LTE-линии связи (UL), т.е. из беспроводного устройства в базовую станцию особенно ухудшается. UL-передача становится все более и более важной в силу ориентированных на пользователя приложений и необходимости проталкивания данных в облако.

Сегодня, нелицензированный спектр в 5 ГГц используется главным образом посредством устройства, реализующего стандарт беспроводной локальной вычислительной сети (WLAN) 802.11 Института инженеров по электротехнике и радиоэлектронике (IEEE). Этот стандарт типично известен под маркетинговым брендом "Wi-Fi" и обеспечивает возможность работы в полностью автономном режиме в нелицензированном спектре. В отличие от случая с LTE, Wi-Fi-терминалы могут асинхронно осуществлять доступ к среде и в силу этого показывать лучшие характеристики UL-производительности, в частности, в загруженных сетевых условиях.

LTE использует мультиплексирование с ортогональным частотным разделением каналов (OFDM) в нисходящей линии связи (DL) и кодирование с расширением спектра и дискретном преобразовании Фурье (DFT) (также называемое "множественным доступом с частотным разделением каналов с одной несущей (FDMA)") в восходящей линии связи. Базовый физический LTE-ресурс нисходящей линии связи в силу этого может рассматриваться в качестве частотно-временной сетки, как проиллюстрировано на фиг. 1, на котором каждый элемент ресурсов соответствует одной OFDM-поднесущей в течение интервала в один OFDM-символ. Субкадр восходящей линии связи имеет разнесение поднесущих, идентичное разнесению поднесущих нисходящей линии связи, и число FDMA-символов с одной несущей (SC) во временной области, идентичное числу OFDM-символов в нисходящей линии связи.

Во временной области, передачи по LTE-нисходящей линии связи организуются в радиокадры по 10 мс, причем каждый радиокадр состоит из десяти субкадров одинакового размера с длиной Tsubframe=1 мс, как показано на фиг. 2. Каждый субкадр содержит два слота с длительностью по 0,5 мс и нумерацией слотов в пределах диапазонов кадров от 0 до 19. Для нормального циклического префикса (CP), один субкадр состоит из 14 OFDM-символов. Длительность каждого символа составляет приблизительно 71,4 мкс.

Кроме того, выделение ресурсов в LTE типично описывается с точки зрения блоков ресурсов, при этом блок ресурсов соответствует одному слоту (0,5 мс) во временной области и 12 смежным поднесущим в частотной области. Пара двух смежных блоков ресурсов в направлении времени (1,0 мс) известна как пара блоков ресурсов. Блоки ресурсов нумеруются в частотной области, начиная с 0 от одного конца полосы пропускания системы.

Передачи по нисходящей линии связи динамически диспетчеризуются, т.е. в каждом субкадре, базовая станция передает управляющую информацию относительно того, в какие терминалы передаются данные, и в каких блоках ресурсов передаются данные в текущем субкадре нисходящей линии связи. Эти управляющие служебные сигналы типично передаются в первых 1, 2, 3 или 4 OFDM-символах в каждом субкадре, и число n=1, 2, 3 или 4 известно как индикатор формата канала управления (CFI). Субкадр нисходящей линии связи также содержит общие опорные символы, которые известны для приемного устройства и используются для когерентной демодуляции, например, управляющей информации. Система нисходящей линии связи с CFI=3 OFDM-символами в качестве управления проиллюстрирована на фиг. 3. Опорные символы, показанные на фиг. 3, представляют собой конкретные для соты опорные символы (CRS) и используются для того, чтобы поддерживать несколько функций, включающих в себя точную временную и частотную синхронизацию и оценку канала для определенных режимов передачи.

Передачи по восходящей линии связи динамически диспетчеризуются, т.е. в каждом субкадре нисходящей линии связи базовая станция передает управляющую информацию относительно того, какие терминалы должны передавать данные в eNB в последующих субкадрах, и того, в каких блоках ресурсов передаются данные. Сетка ресурсов восходящей линии связи состоит из данных и управляющей информации восходящей линии связи в физическом совместно используемом канале восходящей линии связи (PUSCH), управляющей информации восходящей линии связи в физическом канале управления восходящей линии связи (PUCCH) и различных опорных сигналов, таких как опорные сигналы демодуляции (DMRS) и зондирующие опорные сигналы (SRS). DMRS используется для когерентной демодуляции PUSCH- и PUCCH-данных, тогда как SRS не ассоциирован с данными или управляющей информацией, но, в общем, используется для того, чтобы оценивать качество канала восходящей линии связи для целей частотно-избирательной диспетчеризации. Примерный субкадр восходящей линии связи показывается на фиг. 4. Следует отметить, что UL DMRS и SRS мультиплексируются во времени в UL-субкадр, и SRS всегда передаются в последнем символе нормального UL-субкадра. PUSCH DMRS передается один раз в слот для субкадров с нормальным циклическим префиксом и расположен в четвертом и одиннадцатом SC-FDMA-символах.

Начиная с LTE Rel-11 и далее, назначения DL- или UL-ресурсов также могут диспетчеризоваться по усовершенствованному физическому каналу управления нисходящей линии связи (EPDCCH). Для Rel-8 в Rel-10, доступен только физический канал управления нисходящей линии связи (PDCCH). Предоставления ресурсов являются конкретными для беспроводного устройства и указываются посредством скремблирования контроля циклическим избыточным кодом (CRC) DCI с конкретным для беспроводного устройства временным идентификатором радиосети соты (C-RNTI). Уникальный C-RNTI назначается посредством соты каждому беспроводному устройству, ассоциированному с ним, и может принимать значения в диапазоне 0001-FFF3 в шестнадцатеричном формате. Беспроводное устройство использует идентичный C-RNTI во всех обслуживающих сотах.

Диспетчеризованная схема для восходящей LTE-линии связи

В LTE, доступ по восходящей линии связи типично управляется, т.е. диспетчеризуется, посредством базовой станции, например, eNB. В этом случае, беспроводное устройство должно сообщать в eNB, когда данные доступны для передачи, например, посредством отправки сообщения с запросом на диспетчеризацию (SR). На основе этого, eNB должен предоставлять ресурсы и релевантную информацию в беспроводное устройство, чтобы выполнять передачу определенного размера данных. Назначенные ресурсы не обязательно являются достаточными для беспроводного устройства, чтобы передавать все доступные данные. Следовательно, возможно то, что беспроводное устройство отправляет управляющее сообщение с отчетом о состоянии буфера (BSR) в предоставленных ресурсах, чтобы информировать eNB относительно корректного размера и обновленного размера данных, ожидающих передачи. На основе этого, eNB дополнительно должен предоставлять ресурсы, которые следует переносить в передаче по восходящей линии связи беспроводного устройства для скорректированного размера данных.

Подробнее, каждый раз, когда новые данные поступают в пустой буфер беспроводного устройства, должна выполняться следующая процедура:

- С использованием физического канала управления восходящей линии связи (PUCCH) беспроводное устройство информирует сеть касательно того, что оно должно передавать данные, посредством отправки запроса на диспетчеризацию (SR), указывающего то, что ему требуется доступ по восходящей линии связи. Беспроводное устройство имеет периодические временные слоты для SR-передач (типично с интервалом в 5, 10 или 20 мс).

После того как eNB принимает запрашиваемый SR-бит, он отвечает небольшим "разрешением на передачу по восходящей линии связи", которое является достаточно большим только для того, чтобы передавать размер ожидающего буфера. Реакция на запрос на диспетчеризацию типично занимает 3 мс.

После того, как беспроводное устройство принимает и обрабатывает (занимает приблизительно 3 мс) свое первое разрешение на передачу по восходящей линии связи, оно типично отправляет отчет о состоянии буфера (BSR), который представляет собой элемент управления на уровне управления доступом к среде (MAC) (MAC CE), используемый для того, чтобы предоставлять информацию относительно объема ожидающих данных в буфере восходящей линии связи беспроводного устройства. Если разрешение на передачу является достаточно большим, беспроводное устройство также отправляет данные из своего буфера в этой передаче. То, отправляется или нет BSR, также зависит от условий, указываемых в техническом 3GPP-стандарте, см., например, (TS) 36.321 V 14.3.0 (2017-06-23).

ENB принимает BSR-сообщение, выделяет необходимые ресурсы восходящей линии связи и отправляет обратно другое разрешение на передачу по восходящей линии связи, которое обеспечивает возможность устройству опустошать свой буфер.

Если обобщить, приблизительно 16 мс (плюс время для того, чтобы ожидать возможности PUCCH-передачи) задержки могут предполагаться между поступлением данных в пустой буфер в беспроводном устройстве и приемом этих данных в eNB.

В случаях, если беспроводное устройство не поддерживает соединение на уровне управления радиоресурсами (RRC) в LTE или теряет свою синхронизацию в восходящей линии связи, поскольку оно не передает или принимает ничего в течение определенного времени, беспроводное устройство использует процедуру произвольного доступа для того, чтобы соединяться с сетью, получать синхронизацию, а также отправлять SR. В этом случае, процедура для активации восходящей линии связи для данных в буфере беспроводного устройства требует большего времени, чем неслучайный случай, в котором SR-передача выполняется по PUCCH.

Управляющая информация нисходящей линии связи (DCI) для диспетчеризации передачи по восходящей LTE-линии связи

В LTE-системе, форматы и параметры передачи управляются посредством eNB. Такая управляющая информация нисходящей линии связи (DCI) типично содержит:

- ресурсы, выделенные для UL-передачи (включающие в себя то, применяется или нет перескок по частотам);

- схему модуляции и кодирования (MCS);

- версии избыточности;

- индикатор новых данных;

- команду управления мощностью передачи;

- информацию относительно опорных символов демодуляции (DMRS);

- в случае перекрестной диспетчеризации несущих, также включается индекс целевой несущей;

- другую применимую управляющую информацию относительно UL-передач.

DCI сначала защищается посредством 16-битового контроля циклическим избыточным кодом (CRC). CRC-биты дополнительно скремблируются посредством беспроводного устройства, и им назначается временный идентификатор радиосети соты (C-RNTI) в форме идентификационных данных. DCI и скремблированные CRC-биты дополнительно защищаются посредством сверточного кодирования. Кодированные биты передаются из eNB в беспроводное устройство использованием либо физического канала управления нисходящей линии связи (PDCCH), либо усовершенствованного PDCCH (EPDCCH).

Проектное решение по гибридному автоматическому запросу на повторную передачу (HARQ)

Для дуплекса с частотным разделением каналов (FDD):

Асинхронный гибридный автоматический запрос на повторную передачу (HARQ) используется для нисходящей линии связи. Это означает то, что 8 HARQ-процессов могут использоваться в любом порядке. Тем не менее, eNB отправляет идентификатор процесса и версию избыточности (RV) в физическом канале управления нисходящей линии связи (PDCCH) таким образом, что беспроводное устройство может знать то, какой HARQ-процесс оно принимает в течение определенного субкадра.

Для восходящей линии связи, используется синхронный HARQ. Беспроводное устройство использует идентичный номер HARQ-процесса каждые 8 субкадров. Поскольку конкретный идентификатор HARQ-процесса используется в конкретном субкадре, приемное устройство в усовершенствованном узле B знает точно, какой HARQ-процесс поступает и когда. Кроме того, усовершенствованный узел B может знать касательно RV, поскольку разрешение на UL-передачу (DCI 0) из усовершенствованного узла B может указывать RV с использованием поля схемы модуляции и кодирования (MCS). Усовершенствованный узел B имеет два режима работы: адаптивный HARQ и неадаптивный HARQ. Для адаптивного HARQ, беспроводное устройство не участвует в обратной связи по HARQ по физическому гибридному каналу индикатора (PHICH), и беспроводное устройство повторно передает на основе информации DCI 0. Неадаптивная повторная передача соответствует обратной связи по HARQ (PHICH=отрицание приема (NACK)) без DCI 0, и беспроводное устройство повторно передает с использованием управляющей информации нисходящей линии связи (блоков ресурсов (RB), MCS и т.д.), идентичной управляющей информации нисходящей линии связи начальной передачи.

Для дуплекса с временным разделением каналов (TDD):

Поддерживается одно подтверждение приема UL-субкадра нескольких транспортных DL-блоков, поскольку некоторые TDD-конфигурации содержат неравное число DL/UL-субкадров. Проектное PUCCH-решение для TDD отличается от FDD. Для TDD, переносятся несколько подтверждений приема в расчете на беспроводное устройство. Альтернативный механизм, который обеспечивает возможность многократного использования проектного FDD PUCCH-решения, также предоставляется в LTE TDD, в котором подтверждение приема, соответствующее нескольким DL-передачам, группируется с использованием логической операции "И", чтобы формировать одно подтверждение приема в отношении того, нуль или более нуля блоков приняты некорректно. Тем не менее, это требует повторной передачи всех HARQ-процессов, если прием, по меньшей мере, одного из них не подтверждается.

Беспроводная локальная вычислительная сеть (WLAN)

В типичных развертываниях WLAN, множественный доступ со считыванием несущей и с предотвращением коллизий (CSMA/CA) используется для доступа к среде. Это означает то, что канал считывается, чтобы выполнять оценку состояния канала (CCA), и передача инициируется только в том случае, если канал объявляется бездействующим. Если канал объявляется занятым, передача по существу отсрочивается до тех пор, пока канал не считается бездействующим.

Общая иллюстрация механизма на основе принципа "слушай перед тем, как сказать" (LBT) Wi-Fi показывается на фиг. 5. После того, как Wi-Fi-станция A передает кадр данных в станцию B, станция B должна передавать кадр подтверждения приема (ACK) обратно в станцию A с задержкой в 16 мкс. Такой ACK-кадр передается посредством станции B без выполнения LBT-операции. Чтобы предотвращать создание помех, посредством другой станции, такой передаче ACK-кадров, станция должна отсрочивать в течение длительности в 34 мкс (называемой "DIFS") после того, как канал наблюдается как занятый, до оценки снова того, занимается или нет канал. Следовательно, станция, которая хочет передавать, сначала выполняет CCA посредством считывания среды в течение фиксированной длительности DIFS. Если среда является бездействующей, то станция предполагает то, что она может распоряжаться средой и начинать последовательность обмена кадрами. Если среда занята, станция ожидает перехода среды в бездействующий режим, отсрочивает в течение DIFS и ожидает в течение дополнительного периода случайного отката с возвратом.

В вышеуказанном базовом протоколе, когда среда становится доступной, несколько Wi-Fi-станций могут быть готовы передавать, что может приводить к коллизии. Чтобы уменьшать коллизии, станции, намеревающиеся передавать, выбирают счетчик времени случайного отката с возвратом и отсрочивают для этого числа бездействий канала в слотах. Счетчик времени случайного отката с возвратом выбирается в качестве случайного целого числа, извлеченного из равномерного распределения по интервалу [0, CW]. Размер по умолчанию конкурентного окна для случайного отката с возвратом, CWmin, задается в спецификации Института инженеров по электротехнике и радиоэлектронике (IEEE). Следует отметить, что коллизии по-прежнему могут происходить даже в этом протоколе случайного отката с возвратом, когда имеется множество станций, конкурирующих за доступ к каналу. Следовательно, чтобы исключать повторяющиеся коллизии, размер CW конкурентного окна отката с возвратом удваивается каждый раз, когда станция обнаруживает коллизию своей передачи, вплоть до предела (CWmax), также заданного в спецификациях IEEE. Когда станция успешно выполняет передачу без коллизии, станция сбрасывает свой размер конкурентного окна случайного отката с возвратом назад до значения по умолчанию CWmin.

Доступ по лицензированной вспомогательной полосе частот (LAA) к нелицензированному спектру с использованием LTE

К настоящему моменту, спектр, используемый посредством LTE, выделяется LTE. Это имеет такое преимущество, что LTE-система является индифферентной к проблеме совместного использования, и эффективность использования спектра может максимизироваться. Тем не менее, спектр, выделяемый LTE, ограничен и не может удовлетворять постоянно растущему спросу на большую пропускную способность из приложений/услуг. Следовательно, Rel-13 LAA расширяет LTE с возможностью использовать нелицензированный спектр в дополнение к лицензированному спектру. Нелицензированный спектр, по определению, может одновременно использоваться посредством нескольких различных технологий. Следовательно, LTE должен учитывать проблему совместного использования с другими системами, такими как IEEE 802.11 (Wi-Fi). Работа LTE в нелицензированном спектре идентично с лицензированным спектром может серьезно ухудшать производительность Wi-Fi, поскольку Wi-Fi не должен передавать после того, как он обнаруживает то, что канал занимается.

Один способ надежно использовать нелицензированный спектр состоит в том, чтобы передавать важные управляющие сигналы и каналы на лицензированной несущей. Таким образом, как показано на фиг. 6, беспроводное устройство соединяется с первичной сотой (PCell) в лицензированной полосе частот и одной или более вторичных сот (SCell) в нелицензированной полосе частот. Это раскрытие сущности обозначает вторичную соту в нелицензированном спектре в качестве вторичной соты с поддержкой доступа по лицензированной вспомогательной полосе частот (LAA SCell). В случае работы в автономном режиме, аналогично MulteFire, лицензированная сота не доступна для передач управляющих сигналов восходящей линии связи.

Проектное HARQ-решение

В практическом LAA-исследовании, асинхронный гибридный автоматический запрос на повторную передачу (HARQ) рекомендуется для физического совместно используемого канала восходящей линии связи (PUSCH) LAA. Это означает то, что повторные UL-передачи могут возникать не только через одно время полного обхода (RTT) (например, n+8) после начальной передачи, а вместо этого, в любой момент времени. Это считается полезным, в частности, когда повторные передачи блокируются и откладываются вследствие LBT. При введении асинхронного HARQ, беспроводное устройство должно в силу этого предполагать то, что все передаваемые UL HARQ-процессы завершены удачно (задавать локальное состояние как ACK). Беспроводное устройство выполняет повторную HARQ-передачу для HARQ-процесса только при приеме соответствующего разрешения на UL-передачу (индикатор новых данных (NDI) не переключается) из eNB.

MulteFire (MF)

HARQ нисходящей линии связи

После приема PDCCH/EPDCCH и ассоциированного физического совместно используемого канала нисходящей линии связи (PDSCH) в субкадре "n", беспроводное устройство должно иметь ассоциированную обратную связь по HARQ, готовую к передаче в субкадре "n+4". Беспроводное устройство должно передавать любую ожидающую обратную связь по в самой ранней возможности передачи по восходящей линии связи согласно ограничению "n+4". Возможность передачи по восходящей линии связи задается согласно доступности MF-sPUCCH- или MF-ePUCCH-ресурсов для беспроводного устройства. При передаче обратной связи по HARQ, ассоциированной с PDSCH, беспроводное устройство должно собирать ожидающую обратную связь по HARQ. Ожидающая обратная связь по HARQ может потенциально включать в себя обратную связь для нескольких передач по нисходящей линии связи. Ожидающая обратная связь по HARQ собирается в битовой карте с неявным ассоциированием между индексом в битовой карте и идентификатором HARQ-процесса. Размер этой битовой карты является конфигурируемым посредством eNB. Максимальное число HARQ-процессов для работы в DL равно 16. При передаче служебных сигналов в битовой MF-ePUCCH/sPUCCH-карте, состояние по умолчанию пакета идентификаторов HARQ представляет собой NACK, если отсутствует доступное для отправки ACK.

HARQ восходящей линии связи

MF приспосабливает асинхронные UL HARQ-операции, введенные в LTE Rel-13 для усовершенствованной машинной связи (eMTC). Отсутствует поддержка для неадаптивных HARQ-операций, и беспроводное устройство должно игнорировать весь информационный контент на PHICH-ресурсах относительно работы в HARQ-режиме. PHICH-ресурсы поддерживаются в качестве части ресурсов передачи по нисходящей линии связи, но информационный контент зарезервирован для будущего использования. Любая передача по восходящей линии связи (новая передача или повторная передача) диспетчеризуется посредством разрешений на UL-передачу через PDCCH/EPDCCH.

Недиспетчеризованная восходящая линия связи для LAA/MulteFire

Для доступа к LTE UL-каналу, как беспроводное устройство, так и eNB должны выполнять LBT-операции, соответствующие запросу на диспетчеризацию, разрешению на диспетчеризацию и фазам передачи данных. Напротив, Wi-Fi-терминалы выполняют LBT только один раз в фазе передачи UL-данных. Кроме того, Wi-Fi-терминалы могут асинхронно отправлять данные по сравнению с синхронизированной LTE-системой. Таким образом, Wi-Fi-терминалы имеют естественное преимущество по сравнению с LTE-терминалами в передаче UL-данных, и превосходная производительность в сценариях совместного развертывания наблюдается в исследованиях с помощью моделирования. Общие результаты исследования показывают то, что Wi-Fi имеет лучшую производительность восходящей линии связи, чем LTE, в частности, при низкой нагрузке или в менее загруженных сетевых условиях. По мере того, как перегрузка или нагрузка сети увеличивается, механизм доступа к LTE-каналу (тип множественного доступа с временным разделением каналов (TDMA)) становится более эффективным, но производительность восходящей Wi-Fi-линии связи по-прежнему выше.

Разработчики MulteFire- и 3GPP-стандартов обсуждают поддержку недиспетчеризованной UL, т.е. автономной UL или UL без разрешения на передачу в нелицензированных сотах. Например, передача для полупостоянного разрешения на передачу может считаться UL-передачей без динамического разрешения на UL-передачу. Таким образом, беспроводное устройство может автономно передавать PUSCH без динамического разрешения на UL-передачу, и в силу этого время UL-задержки может быть более низким посредством уменьшения передачи управляющих служебных сигналов, связанной с диспетчеризацией, которые предшествуют каждой UL-передаче. Показано, что автономный UL LAA работает значительно лучше, чем диспетчеризованная UL, при низкой нагрузке вследствие уменьшенного объема служебной информации. Помимо этого, он удовлетворительно сосуществует с текущими Wi-Fi-сетями.

В диспетчеризованном режиме, UL-доступ управляется посредством eNB и указывается для беспроводного устройства через динамическое разрешение на UL-передачу, включающее в себя частотно-временные ресурсы, схему модуляции и кодирования, идентификатор HARQ-процесса, индикатор новых данных (NDI), версию избыточности (RV) и т.д. Беспроводное устройство затем пытается осуществлять доступ к каналу в течение времени, в течение которого разрешение на передачу является достоверным, и после того как LBT следует далее, беспроводное устройство отправляет UL с конфигурацией, указываемой в разрешении на UL-передачу. Затем eNB обнаруживает и декодирует UL. Ситуация не является простой в недиспетчеризованном режиме. В недиспетчеризованном режиме, eNB не знает, когда ожидать UL-передачу, поскольку беспроводное устройство автономно отправляет UL-передачу без динамического разрешения на UL-передачу. Следовательно, дополнительная UL-передача управляющих служебных сигналов требуется для того, чтобы исключать неоднозначности и поддерживать эффективную автономную работу в UL.

MulteFire оговаривает ввод новой управляющей информации восходящей линии связи (G-UCI), включающей в себя следующую информацию:

- HARQ-процессы;

- Явный UE-идентификатор C-RNTI содержится в G-UCI;

- NDI, RV содержится в G-UCI;

- Связанная со средним временем открытия канала (MCOT) информация содержится в G-UCI;

- eNB определяет то, следует или нет осуществлять совместное использование;

- Оставшееся MCOT вплоть до 10 состояний;

- 1-битовый флаг, чтобы указывать конечный GUL-субкадр;

- Для дальнейшего изучения (FFS): другие состояния, чтобы указывать окончание GUL, затем отбрасывать 1-битовый флаг;

- MCS не содержится в G-UCI;

- Без индикатора состояния A-канала, HARQ ACK/NACK в GUL PUSCH

Физический G-UCI-канал должен многократно использовать согласование скорости согласно MF1.0 для подтверждения приема/отрицания приема (ACK/NCK) и информации состояния канала (CSI) и передается в каждом GUL-субкадре и скремблируется с конкретными для соты предварительно заданными значениями.

Хотя оговорено, что G-UCI поддерживается для MulteFire, непонятно то, как G-UCI должна обрабатываться и передаваться на физическом уровне.

Сущность изобретения

Некоторые проблемы, ассоциированные с недиспетчеризованным доступом по восходящей линии связи в нелицензированной соте, разрешаются посредством вариантов осуществления, раскрытых в данном документе. Передача управляющей информации восходящей линии связи (UCI) автономно в доступе по лицензированной вспомогательной полосе частот (LAA), MulteFire или нелицензированном NR-(NR-U) доступе, причем упомянутые передачи не имеют разрешение на UL-передачу из базовой станции, обеспечивает возможность беспроводному устройству передавать эффективно и продуктивно с увеличенной успешностью приема и улучшенным совместным использованием с другими нелицензированными беспроводными устройствами.

Некоторые варианты осуществления преимущественно предоставляют способы, беспроводные устройства и сетевые узлы для недиспетчеризованного доступа по восходящей линии связи в нелицензированной соте. Согласно одному аспекту, примерный процесс включает в себя беспроводное устройство для передачи управляющей информации восходящей линии связи (UCI) автономно в системе связи на основе доступа по лицензированной вспомогательной полосе частот (LAA). Процесс включает в себя включение, через блок PUSCH-конфигурирования, в UCI, по меньшей мере, одного из начальной и конечной позиции физического совместно используемого канала восходящей линии связи (PUSCH). Процесс также включает в себя преобразование, через блок PUSCH-конфигурирования, UCI в частотно-временные ресурсы PUSCH.

Некоторые варианты осуществления преимущественно предоставляют способ и систему для передачи управляющих служебных сигналов в восходящей линии связи для недиспетчеризованного доступа по восходящей линии связи в нелицензированной соте. В некоторых вариантах осуществления, предоставляются способы обработки физического уровня новой UL-передачи управляющих служебных сигналов (UCI) для автономного UL-доступа в нелицензированной соте. В некоторых вариантах осуществления, рассматриваются два случая: 1) передача только полных субкадров поддерживается для автономной UL, и 2) передача половин субкадров поддерживается для первого субкадра в UL-пакете. Обработка физического уровня UCI может включать в себя канальное кодирование, модуляцию и преобразование элементов ресурсов (RE). UCI передается эффективным и надежным способом с тем, чтобы помогать при автономной UL-передаче в нелицензированной полосе частот.

Согласно одному аспекту, способ, осуществляемый посредством беспроводного устройства (беспроводного устройства) для автономной передачи управляющей информации восходящей линии связи (UCI) вместе с передачей данных в автономной восходящей линии связи (AUL). Способ включает в себя преобразование UCI в частотно-временные ресурсы физического совместно используемого канала восходящей линии связи (PUSCH). Способ также включает в себя передачу PUSCH с UCI при передаче по восходящей линии связи, причем передача по восходящей линии связи не имеет динамического разрешения на передачу по восходящей линии связи из базовой станции.

Согласно этому аспекту, в некоторых вариантах осуществления, UCI включает в себя, по меньшей мере, одно из начальной и конечной позиции физического совместно используемого канала восходящей линии связи (PUSCH). В некоторых вариантах осуществления, UCI указывает, является ли PUSCH сокращенным в одном из текущего субкадра и непосредственно последующего субкадра. В некоторых вариантах осуществления, UCI включает в себя, по меньшей мере, одно из класса приоритета на основе принципа "слушай перед тем, как сказать" (LBT), числа субкадров, зарезервированных для передачи по восходящей линии связи, идентификационных данных гибридного автоматического запроса на повторную передачу (HARQ), индикатора новых данных, версии избыточности, идентификатора беспроводного устройства и индикатора времени занятости канала (COT). В некоторых вариантах осуществления, если UCI передается по PUSCH, UCI и AUL-передача данных мультиплексируются таким образом, что UCI преобразуется из символа 1 в символ 12 субкадра. В некоторых вариантах осуществления, значение бета-смещения для того, чтобы учитывать различные целевые частоты блоков с ошибками (BLER) и схемы кодирования, сконфигурировано в беспроводном устройстве с возможностью определять то, сколько кодированных символов модуляции следует использовать для переноса UCI в PUSCH. В некоторых вариантах осуществления, значения бета-смещения преобразуются посредством многократного использования предварительно определенной таблицы преобразования смещений для подтверждений приема (ACK) гибридного автоматического запроса на повторную передачу (HARQ). В некоторых вариантах осуществления, значение бета-смещения является фиксированным и предварительно заданным. В некоторых вариантах осуществления, UCI преобразуется в PUSCH, начиная с первого символа во времени PUSCH и с наименьшего индекса блока физических ресурсов (PRB) по частоте PUSCH. В некоторых вариантах осуществления, UCI преобразуется в PUSCH, начиная со второго символа во времени PUSCH и с наименьшего индекса блока физических ресурсов (PRB) по частоте PUSCH. В некоторых вариантах осуществления, если сокращенный PUSCH поддерживается, UCI преобразуется идентично тому, как апериодическая информация состояния канала (CSI) преобразуется посредством начала с наименьшего индекса блока физических ресурсов (PRB), но не в первом или последнем символе PUSCH. В некоторых вариантах осуществления, PUSCH дополнительно включает в себя апериодическую информацию состояния канала (CSI). В некоторых вариантах осуществления, способ дополнительно включает в себя определение числа кодированных UCI-символов посредством одного из вычисления и считывания из таблицы поиска на основе схемы модуляции и кодирования (MCS) PUSCH. В некоторых вариантах осуществления, способ дополнительно включает в себя вставку одного из нулевых и пустых символов в кодированные UCI-символы, которые должны преобразовываться в PUSCH. В некоторых вариантах осуществления, UCI передается по PUSCH, начиная с седьмого символа во времени PUSCH и с наименьшего индекса блока физических ресурсов (PRB) по частоте PUSCH, при этом бит в UCI указывает передачу половин субкадров для PUSCH. В некоторых вариантах осуществления, передача по восходящей линии связи не имеет разрешения на передачу по восходящей линии связи из базовой станции.

Согласно другому аспекту, предоставляется беспроводное устройство (беспроводное устройство) для автономной передачи управляющей информации восходящей линии связи (UCI) вместе с передачей данных в автономной восходящей линии связи (AUL). Беспроводное устройство включает в себя схему обработки, выполненную с возможностью преобразовывать UCI в частотно-временные ресурсы физического совместно используемого канала восходящей линии связи (PUSCH) и передавать PUSCH с UCI при передаче по восходящей линии связи, причем передача по восходящей линии связи не имеет динамического разрешения на передачу по восходящей линии связи из базовой станции.

Согласно этому аспекту, в некоторых вариантах осуществления, UCI включает в себя, по меньшей мере, одно из начальной и конечной позиции физического совместно используемого канала восходящей линии связи (PUSCH). В некоторых вариантах осуществления, UCI указывает, является ли PUSCH сокращенным в одном из текущего субкадра и непосредственно последующего субкадра. В некоторых вариантах осуществления, UCI включает в себя, по меньшей мере, одно из класса приоритета на основе принципа "слушай перед тем, как сказать" (LBT), числа субкадров, зарезервированных для передачи по восходящей линии связи, идентификационных данных гибридного автоматического запроса на повторную передачу (HARQ), индикатора новых данных, версии избыточности, идентификатора беспроводного устройства и индикатора времени занятости канала (COT). В некоторых вариантах осуществления, если UCI передается по PUSCH, UCI и AUL-передача данных мультиплексируются таким образом, что UCI преобразуется из символа 1 в символ 12 субкадра. В некоторых вариантах осуществления, значение бета-смещения для того, чтобы учитывать различные целевые частоты блоков с ошибками (BLER) и схемы кодирования, сконфигурировано в беспроводном устройстве с возможностью определять то, сколько кодированных символов модуляции следует использовать для переноса UCI в PUSCH. В некоторых вариантах осуществления, значения бета-смещения преобразуются посредством многократного использования предварительно определенной таблицы преобразования смещений для подтверждений приема (ACK) гибридного автоматического запроса на повторную передачу (HARQ). В некоторых вариантах осуществления, значение бета-смещения является фиксированным и предварительно заданным. В некоторых вариантах осуществления, UCI преобразуется в PUSCH, начиная с первого символа во времени PUSCH и с наименьшего индекса блока физических ресурсов (PRB) по частоте PUSCH. В некоторых вариантах осуществления, UCI преобразуется в PUSCH, начиная со второго символа во времени PUSCH и с наименьшего индекса блока физических ресурсов (PRB) по частоте PUSCH. В некоторых вариантах осуществления, если сокращенный PUSCH поддерживается, UCI преобразуется идентично тому, как апериодическая информация состояния канала (CSI) преобразуется посредством начала с наименьшего индекса блока физических ресурсов (PRB), но не в первом или последнем символе PUSCH. В некоторых вариантах осуществления, PUSCH дополнительно включает в себя апериодическую информацию состояния канала (CSI). В некоторых вариантах осуществления, схема обработки дополнительно выполнена с возможностью определять число кодированных UCI-символов посредством одного из вычисления и считывания из таблицы поиска на основе схемы модуляции и кодирования (MCS) PUSCH. В некоторых вариантах осуществления, схема обработки дополнительно выполнена с возможностью вставлять один из нулевых и пустых символов в кодированные UCI-символы, которые должны преобразовываться в PUSCH. В некоторых вариантах осуществления, UCI передается по PUSCH, начиная с седьмого символа во времени PUSCH и с наименьшего индекса блока физических ресурсов (PRB) по частоте PUSCH, при этом бит в UCI указывает передачу половин субкадров для PUSCH. В некоторых вариантах осуществления, передача по восходящей линии связи не имеет разрешения на передачу по восходящей линии связи из базовой станции.

Согласно еще одному другому аспекту, предоставляется способ в сетевом узле для приема управляющей информации восходящей линии связи (UCI) вместе с автономной передачей данных восходящей линии связи (UL). Способ включает в себя прием сигнала физического совместно используемого канала восходящей линии связи (PUSCH), причем PUSCH имеет UCI, причем UCI указывает, по меньшей мере, одно из начальной и конечной позиции PUSCH. Способ дополнительно включает в себя выполнение декодирования для того, чтобы обнаруживать, по меньшей мере, одно из следующего: символ, в котором PUSCH UCI заканчивается; и символ, в котором PUSCH UCI. начинается

Согласно этому аспекту, в некоторых вариантах осуществления, декодирование определяет то, начинается или нет UCI в одном из символа 0 и символа 1 PUSCH. В некоторых вариантах осуществления, декодирование определяет то, заканчивается или нет UCI в одном из символа 12 и символа 13 PUSCH. В некоторых вариантах осуществления, обнаружение выполняется посредством декодирования вслепую. В других вариантах осуществления, UCI имеет фиксированную начальную и конечную позицию, и она указывает начальную и конечную позицию PUSCH, так что gNB не должен предполагать позицию PUSCH или UCI. В некоторых вариантах осуществления, способ дополнительно включает в себя запрос обратной связи по апериодической информации состояния канала (CSI), причем обратная связь по апериодической CSI запрашивается, когда отправляется сообщение обратной связи по ACK/NACK.

Согласно еще одному другому аспекту, предоставляется сетевой узел для приема управляющей информации восходящей линии связи (UCI) вместе с автономной передачей данных восходящей линии связи (UL). Сетевой узел включает в себя схему обработки, включающую в себя запоминающее устройство и процессор. Запоминающее устройство выполнено с возможностью сохранять UCI. Процессор выполнен с возможностью обрабатывать принимаемый сигнал физического совместно используемого канала восходящей линии связи (PUSCH), причем PUSCH имеет UCI, причем UCI включает в себя, по меньшей мере, одно из начальной и конечной позиции PUSCH, причем обработка включает в себя выполнение декодирования для того, чтобы обнаруживать, по меньшей мере, одно из следующего: в каком символе PUSCH UCI заканчивается; и в каком символе PUSCH UCI начинается.

Согласно этому аспекту, в некоторых вариантах осуществления, декодирование определяет то, начинается или нет UCI в одном из символа 0 и символа 1 PUSCH. В некоторых вариантах осуществления, декодирование определяет то, заканчивается или нет UCI в одном из символа 12 и символа 13 PUSCH. В некоторых вариантах осуществления, обнаружение выполняется посредством декодирования вслепую. В других вариантах осуществления, UCI имеет фиксированную начальную и конечную позицию, и она указывает начальную и конечную позицию PUSCH, так что gNB не должен предполагать позицию PUSCH или UCI. В некоторых вариантах осуществления, процессор дополнительно выполнен с возможностью запрашивать обратную связь по апериодической информации состояния канала (CSI), причем обратная связь по апериодической CSI запрашивается, когда отправляется сообщение обратной связи по ACK/NACK.

Краткое описание чертежей

Более полное понимание вариантов осуществления, описанных в данном документе, и их сопутствующих преимуществ и признаков должно обеспечиваться в отношении нижеприведенного подробного описания, при рассмотрении в сочетании с прилагаемыми чертежами, на которых:

Фиг. 1 является частотно-временной сеткой физических ресурсов нисходящей линии связи;

Фиг. 2 является иллюстрацией кадровой временной синхронизации;

Фиг. 3 является иллюстрацией опорных символов;

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

Фиг. 5 является иллюстрацией временной синхронизации на основе принципа "слушай перед тем, как сказать";

Фиг. 6 является схемой беспроводного устройства, соединенного с PCELL и SCELL;

Фиг. 7 является блок-схемой системы беспроводной связи, сконструированной согласно принципам, изложенным в данном документе;

Фиг. 8 является блок-схемой сетевого узла, сконструированного в соответствии с принципами, изложенными в данном документе;

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

Фиг. 10 является блок-схемой беспроводного устройства, сконструированного в соответствии с принципами, изложенными в данном документе;

Фиг. 11 является блок-схемой альтернативного варианта осуществления беспроводного устройства, сконструированного в соответствии с принципами, изложенными в данном документе;

Фиг. 12 является блок-схемой последовательности операций способа для примерного процесса в сетевом узле для приема управляющей информации восходящей линии связи (UCI), автономно передаваемой посредством беспроводного устройства в системе связи на основе доступа по лицензированной вспомогательной полосе частот (LAA);

Фиг. 13 является блок-схемой последовательности операций способа для примерного процесса в сетевом узле для обработки PUSCH, имеющего UCI; и

Фиг. 14 является блок-схемой последовательности операций способа для примерного процесса в беспроводном устройстве для преобразования UCI в PUSCH;

Фиг. 15 является блок-схемой последовательности операций способа для примерного процесса в беспроводном устройстве для автономной передачи управляющей информации восходящей линии связи (UCI) в системе связи на основе доступа по лицензированной вспомогательной полосе частот (LAA);

Фиг. 16 является вариантом осуществления преобразования UCI и DMRS в частотно-временных ресурсах;

Фиг. 17 является другим вариантом осуществления преобразования UCI, начиная в символе 1, и DMRS в частотно-временных ресурсах;

Фиг. 18 является другим вариантом осуществления преобразования UCI, заканчивая в символе 12, и DMRS в частотно-временных ресурсах;

Фиг. 19 является другим вариантом осуществления преобразования UCI, начиная в символе 1 и заканчивая в символе 12, и DMRS в частотно-временных ресурсах;

Фиг. 20 является другим вариантом осуществления преобразования UCI и DMRS в частотно-временных ресурсах, при котором UCI не кодируется в последнем OFDM-символе;

Фиг. 21 является еще одним другим вариантом осуществления преобразования UCI и DMRS в частотно-временных ресурсах, при котором UCI не кодируется в первом OFDM-символе;

Фиг. 22 является еще одним другим вариантом осуществления преобразования UCI и DMRS в частотно-временных ресурсах, при котором UCI не кодируется в первом или последнем OFDM-символе;

Фиг. 23 является другим вариантом осуществления преобразования UCI и DMRS в частотно-временных ресурсах, при котором UCI кодируется во второй половине субкадра;

Фиг. 24 является другим вариантом осуществления преобразования UCI и DMRS в частотно-временных ресурсах, при котором информация не кодируется в первой половине субкадра;

Фиг. 25 является другим вариантом осуществления преобразования UCI и DMRS в частотно-временных ресурсах, при котором информация не кодируется в первой половине субкадра, и UCI не кодируется в последнем символе субкадра;

Фиг. 26 является другим вариантом осуществления преобразования UCI и DMRS в частотно-временных ресурсах, при котором данные не кодируются в первой половине субкадра и последнем символе субкадра; и

Фиг. 27 является другим вариантом осуществления преобразования UCI и DMRS в частотно-временных ресурсах наряду с информацией состояния канала.

Подробное описание изобретения

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

При использовании в данном документе, относительные термины, такие как "первый" и "второй", "верхний" и "нижний" и т.п., могут использоваться только для того, чтобы отличать один объект или элемент от другого объекта или элемента, без обязательного требования или подразумевания любой физической или логической взаимосвязи или порядка между такими объектами или элементами. Терминология, используемая в данном документе, служит только для цели описания конкретных вариантов осуществления и не имеет намерение ограничивать принципы, описанные в данном документе. При использовании в данном документе, формы единственного числа "a", "an" и "the" служат для того, чтобы включать в себя также формы множественного числа, если контекст явно не указывает иное. Следует дополнительно понимать, что термины "содержит", "содержащий", "включает в себя" и/или "включающий в себя" при использовании в данном документе задают наличие изложенных признаков, целых чисел, этапов, операций, элементов или компонентов, однако не препятствуют наличию или добавлению одного или более других признаков, целых чисел, этапов, операций, элементов, компонентов или их групп.

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

Некоторые варианты осуществления могут реализовываться в нескольких устройствах и сетевых узлах, которые в состоянии выполнять диспетчеризацию и обмениваться информацией. Устройства допускают прямую связь между устройствами (например, связь между устройствами). Сетевой узел в данном документе может представлять собой обслуживающий сетевой узел устройства или любой сетевой узел, с которым устройство может устанавливать или поддерживать линию связи и/или принимать информацию (например, через широковещательный канал).

Варианты осуществления используют общий термин "сетевой узел", который может представлять собой любой вид сетевого узла. Примеры представляют собой усовершенствованный узел B (eNB), gNB, узел B, базовую станцию, точку беспроводного доступа (AP), контроллер базовой станции, контроллер радиосети, ретранслятор, управляющий ретранслятор донорного узла, базовую приемо-передающую станцию (BTS), точки передачи, узлы передачи, RRU, RRH, узлы в распределенной антенной системе (DAS), базовый сетевой узел, MME и т.д.

Хотя терминология из 3GPP LTE-A (или E-UTRAN) использована в этом раскрытии сущности для того, чтобы примерно иллюстрировать варианты осуществления, это не должно просматриваться в качестве ограничения объема раскрытия сущности только вышеуказанной системой. Другие беспроводные системы, включающие в себя LTE, WCDMA, UTRA FDD, UTRA TDD, GSM/GERAN/EDGE и новый 5G-стандарт радиосвязи (NR), также могут извлекать выгоду из использования принципов, охватываемых в рамках этого раскрытия сущности.

Некоторые проблемы, ассоциированные с недиспетчеризованным доступом по восходящей линии связи в нелицензированной соте, разрешаются посредством вариантов осуществления, раскрытых в данном документе. Передача управляющей информации восходящей линии связи (UCI) автономно в доступе по лицензированной вспомогательной полосе частот (LAA), MulteFire или нелицензированном NR-(NR-U) доступе, причем упомянутые передачи не имеют разрешение на UL-передачу из базовой станции, обеспечивает возможность беспроводному устройству передавать эффективно и продуктивно с увеличенной успешностью приема и улучшенным совместным использованием с другими нелицензированными беспроводными устройствами.

Возвращаясь к чертежам, на которых аналогичных элементы упоминаются посредством аналогичных ссылок с номерами, на фиг. 7 показана блок-схема системы 10 беспроводной связи, сконструированной согласно принципам, изложенным в данном документе. Сеть 10 беспроводной связи включает в себя облако 12, которое может включать в себя Интернет и/или коммутируемую телефонную сеть общего пользования (PSTN). Облако 12 также может служить в качестве транзитной сети для сети 10 беспроводной связи. Сеть 10 беспроводной связи включает в себя один или более сетевых узлов, таких как сетевые узлы 14A и 14B, которые могут обмениваться данными непосредственно через X2-интерфейс в LTE-вариантах осуществления и совместно упоминаются как сетевые узлы 14. Предполагается, что другие типы интерфейсов могут использоваться для связи между сетевыми узлами 14 для других протоколов связи, таких как новый стандарт радиосвязи (NR). Сетевые узлы 14 могут обслуживать беспроводные устройства 16A и 16B, совместно называемые в данном документе "беспроводными устройствами 16". Следует отметить, что хотя только два беспроводных устройства 16 и два сетевых узла 14 показаны для удобства, сеть 10 беспроводной связи типично может включать в себя гораздо большее число беспроводных устройств 16 (WD) и сетевых узлов 14. Дополнительно, в некоторых вариантах осуществления, беспроводные устройства 16 могут обмениваться данными непосредственно с использованием того, что иногда называется "соединением по боковой линии связи".

Термин "беспроводное устройство" или "мобильный терминал", используемый в данном документе, могут означать любой тип беспроводного устройства, обменивающегося данными с сетевым узлом 14 и/или с другим беспроводным устройством 16 в системе 10 сотовой или мобильной связи. Примеры беспроводного устройства 16 представляют собой абонентское устройство (UE), целевое устройство, беспроводное устройство с поддержкой связи между устройствами (D2D), машинное беспроводное устройство или беспроводное устройство, допускающее межмашинную (M2M) связь, PDA, планшетный компьютер, смартфон, встроенное в переносной компьютер устройство (LEE), установленное в переносном компьютере устройство (LME), аппаратный USB-ключ и т.д.

Термин "сетевой узел", используемый в данном документе, может означать любой вид базовой радиостанции в радиосети, которая дополнительно может содержать любую базовую приемо-передающую станцию (BTS), контроллер базовой станции (BSC), контроллер радиосети (RNC), усовершенствованный узел B (eNB или усовершенствованный узел B), NR-g-узел B, NR gNB, узел B, радиоузел с поддержкой нескольких стандартов радиосвязи (MSR), такой как MSR BS, ретрансляционный узел, управляющий ретранслятор донорного узла, точку радиодоступа (AP), точки передачи, узлы передачи, удаленный радиоблок (RRU), удаленную радиоголовку (RRH), узлы в распределенной антенной системе (DAS) и т.д.

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

Как показано на фиг. 7, сетевой узел 14 включает в себя PUSCH-процессор 18, выполненный с возможностью обрабатывать принимаемый сигнал физического совместно используемого канала восходящей линии связи (PUSCH), причем PUSCH имеет UCI, причем UCI включает в себя, по меньшей мере, одно из начальной и конечной позиции PUSCH, причем обработка включает в себя выполнение декодирования для того, чтобы обнаруживать, по меньшей мере, одно из следующего: в каком символе PUSCH UCI заканчивается; и в каком символе PUSCH UCI начинается. В некоторых вариантах осуществления, обнаружение выполняется посредством декодирования вслепую. В других вариантах осуществления, UCI имеет фиксированную начальную и конечную позицию, и она указывает начальную и конечную позицию PUSCH, так что gNB не должен предполагать позицию PUSCH или UCI.

Кроме того, как показано на фиг. 7, беспроводное устройство 16 включает в себя модуль 20 PUSCH-конфигурирования, выполненный с возможностью включать в UCI, по меньшей мере, одно из начальной и конечной позиции физического совместно используемого канала восходящей линии связи (PUSCH); и преобразовывать UCI в частотно-временные ресурсы PUSCH.

Фиг. 8 является блок-схемой сетевого узла 14, сконструированного в соответствии с принципами, изложенными в данном документе. Сетевой узел 14 включает в себя схему 22 обработки. В некоторых вариантах осуществления, схема обработки может включать в себя запоминающее устройство 24 и процессор 26, причем запоминающее устройство 24 содержит инструкции, которые, при выполнении посредством процессора 26, конфигурируют процессор 26 с возможностью выполнять одну или более функций, описанных в данном документе. В дополнение к традиционному процессору и запоминающему устройству, схема 22 обработки может содержать интегральную схему для обработки и/или управления, например, один или более процессоров и/или ядер процессора, и/или FPGA (программируемых пользователем вентильных матриц), и/или ASIC (специализированных интегральных схем).

Схема 22 обработки может включать в себя и/или соединяться, и/или быть выполнена с возможностью осуществления доступа (например, записи в и/или считывания из) к запоминающему устройству 24, которое может включать в себя любой вид энергозависимого и/или энергонезависимого запоминающего устройства, например, кэш-память и/или буферное запоминающее устройство, и/или RAM (оперативное запоминающее устройство), и/или ROM (постоянное запоминающее устройство), и/или оптическое запоминающее устройство, и/или EPROM (стираемое программируемое постоянное запоминающее устройство). Такое запоминающее устройство 24 может быть выполнено с возможностью сохранять код, выполняемый посредством схемы управления, и/или другие данные, например, данные, относящиеся к связи, например, конфигурационные и/или адресные данные узлов и т.д. Схема 22 обработки может быть выполнена с возможностью управлять любым из способов, описанных в данном документе, и/или инструктировать осуществление таких способов, например, посредством процессора 26. Соответствующие инструкции могут сохраняться в запоминающем устройстве 24, которое может быть читаемым и/или легко соединяться со схемой 22 обработки. Другими словами, схема 22 обработки может включать в себя контроллер, который может содержать микропроцессор и/или микроконтроллер, и/или устройство с FPGA (с программируемой пользователем вентильной матрицей), и/или устройство с ASIC (со специализированной интегральной схемой). Можно считать, что схема 22 обработки включает в себя либо может соединяться или является соединяемой с запоминающим устройством, которое может быть выполнено с возможностью быть доступным для считывания и/или записи посредством контроллера и/или схемы 22 обработки.

Запоминающее устройство 24 выполнено с возможностью сохранять UCI 30, принимаемую из беспроводного устройства 16. Процессор 26 выполнен с возможностью реализовывать PUSCH-процессор 18 с возможностью обрабатывать принимаемый сигнал физического совместно используемого канала восходящей линии связи (PUSCH), причем PUSCH имеет UCI, причем UCI включает в себя, по меньшей мере, одно из начальной и конечной позиции PUSCH, причем обработка включает в себя выполнение декодирования для того, чтобы обнаруживать, по меньшей мере, одно из следующего: в каком символе PUSCH UCI заканчивается; и в каком символе PUSCH UCI начинается. Приемо-передающее устройство 28 выполнено с возможностью принимать PUSCH из беспроводного устройства 16. В некоторых вариантах осуществления, обнаружение выполняется посредством декодирования вслепую. В других вариантах осуществления, UCI имеет фиксированную начальную и конечную позицию, и она указывает начальную и конечную позицию PUSCH, так что gNB не должен предполагать позицию PUSCH или UCI.

Фиг. 9 является блок-схемой альтернативного варианта осуществления сетевого узла 14, сконструированного в соответствии с принципами, изложенными в данном документе. Запоминающий модуль 25 сохраняет UCI 30. Модуль 19 PUSCH-процессора может представлять собой программное обеспечение, которое, при выполнении посредством процессора, инструктирует процессору обрабатывать принимаемый сигнал физического совместно используемого канала восходящей линии связи (PUSCH). Приемо-передающий модуль 29 выполнен с возможностью принимать PUSCH из беспроводного устройства 16.

Фиг. 10 является блок-схемой беспроводного устройства 16, сконструированного в соответствии с принципами, изложенными в данном документе. Беспроводное устройство 16 включает в себя схему 42 обработки. В некоторых вариантах осуществления, схема обработки может включать в себя запоминающее устройство 44 и процессор 46, причем запоминающее устройство 44 содержит инструкции, которые, при выполнении посредством процессора 46, конфигурируют процессор 46 с возможностью выполнять одну или более функций, описанных в данном документе. В дополнение к традиционному процессору и запоминающему устройству, схема 42 обработки может содержать интегральную схему для обработки и/или управления, например, один или более процессоров и/или ядер процессора, и/или FPGA (программируемых пользователем вентильных матриц), и/или ASIC (специализированных интегральных схем).

Схема 42 обработки может включать в себя и/или соединяться, и/или быть выполнена с возможностью осуществления доступа (например, записи в и/или считывания из) к запоминающему устройству 44, которое может включать в себя любой вид энергозависимого и/или энергонезависимого запоминающего устройства, например, кэш-память и/или буферное запоминающее устройство, и/или RAM (оперативное запоминающее устройство), и/или ROM (постоянное запоминающее устройство), и/или оптическое запоминающее устройство, и/или EPROM (стираемое программируемое постоянное запоминающее устройство). Такое запоминающее устройство 44 может быть выполнено с возможностью сохранять код, выполняемый посредством схемы управления, и/или другие данные, например, данные, относящиеся к связи, например, конфигурационные и/или адресные данные узлов и т.д. Схема 42 обработки может быть выполнена с возможностью управлять любым из способов, описанных в данном документе, и/или инструктировать таким способам осуществляться, например, посредством процессора 46. Соответствующие инструкции могут сохраняться в запоминающем устройстве 44, которое может быть считываемым и/или соединяться с возможностью считывания со схемой 42 обработки. Другими словами, схема 42 обработки может включать в себя контроллер, который может содержать микропроцессор и/или микроконтроллер, и/или устройство с FPGA (с программируемой пользователем вентильной матрицей), и/или устройство с ASIC (со специализированной интегральной схемой). Можно считать, что схема 42 обработки включает в себя либо может соединяться или является соединяемой с запоминающим устройством, которое может быть выполнено с возможностью быть доступным для считывания и/или записи посредством контроллера и/или схемы 42 обработки.

Запоминающее устройство 44 выполнено с возможностью сохранять UCI 50, которая должна передаваться в сетевой узел 14. Процессор 46 выполнен с возможностью реализовывать блок 20 PUSCH-конфигурирования, выполненный с возможностью включать в UCI, по меньшей мере, одно из начальной и конечной позиции физического совместно используемого канала восходящей линии связи (PUSCH); и преобразовывать UCI в частотно-временные ресурсы PUSCH. Приемо-передающее устройство 48 передает PUSCH в сетевой узел 14.

Фиг. 11 является блок-схемой альтернативного варианта осуществления беспроводного устройства 16, сконструированного в соответствии с принципами, изложенными в данном документе. Запоминающий модуль 45 выполнен с возможностью сохранять UCI 50. Модуль 21 PUSCH-конфигурирования может включать в себя программное обеспечение, которое, при выполнении посредством процессора, инструктирует процессору включать в UCI, по меньшей мере, одно из начальной и конечной позиции физического совместно используемого канала восходящей линии связи (PUSCH); и преобразовывать UCI в частотно-временные ресурсы PUSCH. Приемо-передающее устройство 49 передает PUSCH в сетевой узел 14.

Фиг. 12 является блок-схемой последовательности операций способа для примерного процесса в сетевом узле 14 для приема управляющей информации восходящей линии связи (UCI), автономно передаваемой посредством беспроводного устройства в системе связи на основе доступа по лицензированной вспомогательной полосе частот (LAA). Процесс включает в себя прием, через приемо-передающее устройство 28, PUSCH-сигнала, имеющего UCI, причем UCI указывает, по меньшей мере, одно из начальной и конечной позиции PUSCH (этап S100). Процесс также включает в себя выполнение, через процессор 18, декодирования для того, чтобы обнаруживать, по меньшей мере, одно из того, в каком символе PUSCH UCI заканчивается, и того, в каком символе PUSCH UCI начинается (S102). В некоторых вариантах осуществления, обнаружение выполняется посредством декодирования вслепую. В других вариантах осуществления, UCI имеет фиксированную начальную и конечную позицию, и она указывает начальную и конечную позицию PUSCH, так что gNB не должен предполагать позицию PUSCH или UCI.

Фиг. 13 является блок-схемой последовательности операций способа для примерного процесса в сетевом узле 14 для обработки PUSCH, имеющего UCI. Процесс включает в себя обработку, через блок 18 PUSCH-процессора, сигнала физического совместно используемого канала восходящей линии связи (PUSCH), причем PUSCH имеет UCI, причем UCI указывает, по меньшей мере, одно из начальной и конечной позиции PUSCH (этап 104). Процесс также включает в себя выполнение, через блок 18 PUSCH-процессора, декодирования для того, чтобы обнаруживать, по меньшей мере, одно из следующего: в каком символе PUSCH UCI заканчивается; и в каком символе PUSCH UCI начинается (этап 106). В некоторых вариантах осуществления, обнаружение выполняется посредством декодирования вслепую. В других вариантах осуществления, UCI имеет фиксированную начальную и конечную позицию, и она указывает начальную и конечную позицию PUSCH, так что gNB не должен предполагать позицию PUSCH или UCI.

Фиг. 14 является блок-схемой последовательности операций способа для примерного процесса в беспроводном устройстве для преобразования UCI в PUSCH. Процесс включает в себя включение, через процессор 46, в UCI, по меньшей мере, одного из начальной и конечной позиции PUSCH (этап S108). Процесс также включает в себя преобразование, через блок 20 PUSCH-конфигурирования, UCI в частотно-временные ресурсы PUSCH (этап S110).

Фиг. 15 является блок-схемой последовательности операций способа для примерного процесса в беспроводном устройстве 16 для автономной передачи управляющей информации восходящей линии связи (UCI) в системе связи на основе доступа по лицензированной вспомогательной полосе частот (LAA). Процесс включает в себя преобразование, через блок 20 PUSCH-конфигурирования, UCI в частотно-временные ресурсы PUSCH (этап S112). Процесс также включает в себя передачу PUSCH с UCI при передаче по восходящей линии связи, причем передача по восходящей линии связи не имеет динамического разрешения на передачу по восходящей линии связи из базовой станции (этап S114). Следует отметить, что полупостоянное разрешение на передачу может переопределяться посредством динамического разрешения на передачу. Следовательно, полупостоянное разрешение на передачу не исключает динамические разрешения на передачу, но оно само представляет собой нединамическое разрешение на передачу.

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

UCI-параметры

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

- Класс LBT-приоритета (2 бита);

- Число субкадров, зарезервированных для UL (2 бита);

- Начальная PUSCH-позиция, которая указывает начальный PUSCH-символ. В одном варианте осуществления, PUSCH всегда начинается на границе субкадра, т.е. в символе 0, и в силу этого эта передача служебных сигналов в UCI не требуется. В другом варианте осуществления, первый PUSCH-субкадр в пакете передачи может начинаться в символе 0 или 1 согласно передаче служебных сигналов сетевого узла для целей UL LBT. Один бит включается в UCI, чтобы указывать то, PUSCH для этого субкадра начинается в символе 0 или в символе 1;

- Конечная PUSCH-позиция: в одном примере, этот бит указывает, является ли PUSCH сокращенным в текущем субкадре, т.е. то, заканчивается или нет PUSCH в символе 12 или 13. В другом примере, конечная PUSCH-позиция указывает, является ли PUSCH сокращенным в следующем субкадре.

Канальное UCI-кодирование и модуляция

Новая UCI обозначается как O0, O1, O2, …, OO-1, где O является числом UCI-битов. Новая UCI вводится в CRC-присоединение для устойчивости. В одном примере, 8-битовый CRC (контроль циклическим избыточным кодом) добавляется в конец и скремблируется с сокращенным C-RNTI беспроводного устройства (8 битов), чтобы идентифицировать передающее беспроводное устройство. В другом примере, 16-битовый CRC добавляется в конец и скремблируется с 16-битовым C-RNTI беспроводного устройства, чтобы идентифицировать передающее беспроводное устройство.

Сверточный код с дополнением битами концевой части (TBCC) применяется в качестве схемы кодирования для новой UCI. В одном примере, порядок модуляции UCI является идентичным PUSCH-данным. В другом примере, квадратурная фазовая манипуляция (QPSK) может всегда применяться для UCI-модуляции.

Бета-смещение используется для того, чтобы учитывать различные целевые частоты блоков с ошибками (BLER) и схемы кодирования UCI и PUSCH-данных. В одном примере, используется сконфигурированное на уровне управления радиоресурсами (RRC) бета-смещение, например, 4-битовое бета-смещение, и преобразование значений смещения и индекса многократно использует существующую таблицу преобразования HARQ-ACK-смещений. В другом примере, используется фиксированное/предварительно заданное бета-смещение.

Число кодированных символов модуляции определяется, по меньшей мере, посредством размера новой UCI, эффективной скорости кодирования PUSCH и бета-смещения, чтобы учитывать указанное различие в производительности между PUSCH и новой UCI. Эффективная скорость кодирования PUSCH может определяться посредством MCS PUSCH. Альтернативно, эффективная скорость кодирования PUSCH может определяться посредством отношения размера транспортного блока и числа кодированных PUSCH-битов.

Согласно первому варианту осуществления, число кодированных UCI-символов в расчете на уровень вычисляется следующим образом:

где:

O является числом UCI-битов,

L является числом CRC-битов, и

является сконфигурированным или предварительно заданным UCI-бета-смещением.

является числом битов для номера r кодового блока, и C(x) является числом кодовых блоков. Переменная x в представляет индекс транспортного блока, соответствующий наибольшему значению IMCS.

является диспетчеризованной полосой пропускания для PUSCH-передачи в текущем субкадре для транспортного блока.

является числом SC-FDMA-символов в текущем субкадре PUSCH-передачи, используемом для UCI-передачи. В одном примере, равно 12. В другом примере, зависит от сконфигурированных начальных и конечных PUSCH-позиций. Значение для различных конфигураций проиллюстрировано в таблице 1.

Кодированные с модуляцией символы UCI в расчете на уровень q0, q1, q2, q3, …, qQ затем вводятся в UCI-преобразование элементов ресурсов (RE).

Согласно второму варианту осуществления, число кодированных UCI-символов считывается из таблицы поиска на основе, по меньшей мере, MCS PUSCH. Этот вариант осуществления, в частности, является преимущественным, когда размер новой UCI известен. Этот размер либо задается в спецификациях, либо является фиксированным на основе конфигурации верхнего уровня посредством сетевого узла 14.

В качестве дополнительного упрощения, таблица поиска может задаваться, чтобы преобразовывать несколько MCS-значений в идентичное число кодированных UCI-символов.

Кроме того, число кодированных UCI-символов может быть сконфигурировано посредством сетевого узла через передачу служебных сигналов верхнего уровня. Идентичное число кодированных UCI-символов затем используется посредством беспроводного устройства 16 для всех автономных UL-передач.

UCI RE-преобразование

Случай 1: Идентичный с A-CSI

В первом варианте осуществления, UCI преобразуется в частотно-временных ресурсах аналогично традиционной апериодической информации состояния канала (CSI) по PUSCH, начиная с наименьшего индекса блока физических ресурсов (PRB) выделенной PUSCH-передачи, как показано на фиг. 16.

Случай 2: PUSCH, начиная в символе 0 или 1

Во втором варианте осуществления, если PUSCH-передача, начиная в символе 0 и 1, поддерживается, UCI помещается в PUSCH, начиная с наименьшего PRB-индекса выделенной PUSCH-передачи по частоте и начиная с символа 1 во времени, как показано на фиг. 17. Идентичное UCI-преобразование применяется для всего автономного UL PUSCH. В этом случае, начальная PUSCH-позиция для каждого субкадра указывается в соответствующей UCI.

Альтернативно, нижеприведенное UCI RE-преобразование применяется только для первого субкадра в UL-пакете, если PUSCH-передача, начиная в символе 0 и 1, поддерживается. Во втором случае, сетевой узел 14 должен выполнять декодирование вслепую для того, чтобы обнаруживать то, начинается или нет UCI в символе 0 или 1 для каждого субкадра. После корректного обнаружения UCI, сетевой узел 14 выявляет начальную PUSCH-позицию, которая соответствует начальной позиции, идентичной начальной позиции UCI.

Случай 3: сокращенный PUSCH

В третьем варианте осуществления, если PUSCH-передача всегда начинается с границы субкадра, и сокращенный PUSCH поддерживается (т.е. заканчивается в символе 12 или 13), UCI преобразуется в частотно-временных ресурсах аналогично традиционной апериодической CSI по PUSCH, начиная с наименьшего PRB-индекса выделенной PUSCH-передачи, но не в последнем символе, как показано на фиг. 18. Идентичное UCI-преобразование применяется для всего автономного UL PUSCH. В этом случае, конечная PUSCH-позиция для каждого субкадра указывается в соответствующей UCI. Либо альтернативно, это преобразование применяется только в субкадре, в котором PUSCH является сокращенным. Сетевой узел 14 возможно, должен выполнять декодирование вслепую для того, чтобы обнаруживать то, заканчивается или нет UCI в символе 12 или 13 для каждого субкадра. После корректного обнаружения UCI, сетевой узел 14 выявляет конечную PUSCH-позицию, которая соответствует конечной позиции, идентичной конечной позиции UCI.

Случай 4: PUSCH, начиная в символе 0 или 1, и сокращенный PUSCH

В четвертом варианте осуществления, если PUSCH-передача, начиная в символе 0 и 1, поддерживается, и сокращенный PUSCH поддерживается (т.е. заканчивается в символе 12 или 13), UCI преобразуется в частотно-временных ресурсах аналогично традиционной апериодической CSI по PUSCH, начиная с наименьшего PRB-индекса выделенной PUSCH-передачи, но не в первом и последнем символе, как показано на фиг. 19.

Идентичное UCI-преобразование применяется для всего автономного UL PUSCH. В этом случае, начальная и конечная PUSCH-позиция для каждого субкадра указываются в соответствующей UCI. Либо альтернативно, это преобразование применяется только в субкадре, в котором PUSCH начинается в символе 1 и является сокращенным. Сетевой узел 14 может выполнять декодирование вслепую для того, чтобы обнаруживать то, UCI:

- начинается в символе 0 и заканчивается в символе 13 или нет;

- начинается в символе 0 и заканчивается в символе 12 или нет;

- начинается в символе 1 и заканчивается в символе 13 или нет;

- начинается в символе 1 и заканчивается в символе 12 или нет.

После корректного обнаружения UCI, сетевой узел 14 выявляет конечную PUSCH-позицию, которая соответствует конечной позиции, идентичной конечной позиции UCI.

Вставка пустых/нулевых символов

В некоторых вариантах осуществления, описанных выше, дополнительные изменения модуля канального перемежения требуются для того, чтобы иметь возможность записывать символы данных в элементы ресурсов, остающиеся неиспользуемыми посредством UCI в первом и/или последнем OFDM-символах (например, в первые 3 элемента ресурсов в последнем OFDM-символе, как проиллюстрировано для варианта 3 осуществления).

Такие изменения модуля канального перемежения могут быть нежелательными, поскольку низкоуровневая (возможно аппаратная) реализация в беспроводном устройстве 16 должна модифицироваться соответствующим образом. Чтобы исключать это, предлагается пятый вариант осуществления, который вставляет нулевые или пустые символы в кодированные UCI-символы таким образом, что элементы ресурсов в последнем OFDM-символе кодированной UCI-области не переносят UCI или данные. Это проиллюстрировано далее на фиг. 20.

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

,

где Q’ является числом кодированных UCI-символов, определенным в вышеописанных вариантах осуществления, и является функцией минимального уровня, которая возвращает целое число, не большее x. В этом варианте осуществления, идентичная процедура канального перемежения в текущих спецификациях может многократно использоваться посредством трактовки Q’+Θ в качестве общей длины кодированных UCI-символов.

Идея пятого варианта осуществления также может применяться ко второму и четвертому варианту осуществления, как проиллюстрировано на фиг. 21 и 22.

Идея пятого варианта осуществления также может применяться к четвертому варианту осуществления, в котором кодированные UCI-символы присутствуют только во втором слоте. В этом шестом варианте осуществления, число нулевых или пустых символов, которые должны вставляться в кодированные UCI-символы, задается следующим образом: . См. фиг. 23.

Передача половин субкадров по PUSCH

Этот раздел включает в себя способы и варианты осуществления для новой UCI по PUSCH с передачей половин субкадров. Передача половин субкадров может применяться для лучшего доступа к каналу в нелицензированных полосах частот. Могут применяться две схемы:

- Согласование скорости: беспроводное устройство 16 выполняет согласование скорости, если она следует за LBT в 2-ом слоте;

- Прореживание: беспроводное устройство 16 отбрасывает передачу в первом слоте, если она следует за LBT в 2-ом слоте

В первом варианте осуществления, если согласование скорости применяется, первый субкадр в UL-пакете представляет собой передачу половин субкадров, и UCI-преобразование проиллюстрировано следующим образом. Вторые субкадры трактуются в качестве передачи полных субкадров. Один бит включается в UCI, чтобы указывать то, PUSCH для этого субкадра начинается в символе 0 или в символе 7. Сетевой узел 14 выполняет декодирование вслепую независимо от того, представляет текущий субкадр собой передачу полных субкадров или передачу половин субкадров. Один бит может добавляться в UCI, чтобы указывать то, представляет следующий субкадр собой передачу полных субкадров или передачу половин субкадров, чтобы исключать декодирование вслепую сетевого узла 14 в каждом субкадре. См. фиг. 24-26.

Во втором варианте осуществления, если прореживание применяется, беспроводное устройство 16 передает UCI идентично тому, как если она представляет собой передачу полных субкадров, за исключением того, что беспроводное устройство 16 отбрасывает PUSCH-данные и UCI, преобразованную в 1-ый слот. Следует отметить, что может реализовываться сокращенный интервал времени передачи (sTTI), причем в этом случае передача половин субкадров по PUSCH может изменяться таким образом, что начальный символ может отличаться от седьмого символа. Кроме того, передача полных или половин субкадров по PUSCH может изменяться таким образом, что конечный символ может отличаться от двенадцатого или тринадцатого символа.

В третьем варианте осуществления, если прореживание применяется, UCI преобразуется только во 2-ом слоте для первого субкадра в UL-пакете. Сетевой узел 14 выполняет декодирование вслепую независимо от того, представляет текущий субкадр собой передачу полных субкадров или передачу половин субкадров.

UCI и апериодическая CSI (A-CSI) по PUSCH

Поскольку автономные UL-передачи инициируются посредством беспроводного устройства 16, такие PUSCH-передачи не должны переносить обратную связь по апериодической CSI, поскольку такая обратная связь запускается посредством запроса сетевого узла 14.

Чтобы повышать производительность LAA-системы, поддерживающей автономный UL-доступ, предоставляются дополнительные варианты осуществления, чтобы обеспечивать обратную связь по апериодической CSI. В некоторых вариантах осуществления, сетевой узел 14 может запрашивать обратную связь по апериодической CSI, когда он предоставляет обратную связь по ACK/NACK для автономных UL-передач из беспроводного устройства 16. Это может реализовываться как один бит в DCI, содержащей упомянутую обратную связь по ACK/NACK.

В некоторых вариантах осуществления, беспроводное устройство 16 указывает то, включается или нет обратная связь по апериодической CSI в новую UCI для автономного UL-доступа. Причина, по которой такой индикатор может требоваться, состоит в том, что сетевой узел 14 может пропускать субкадр, содержащий такую обратную связь, вследствие помех, причем в этом случае сетевой узел 14 считает, что следующий успешно принимаемый субкадр должен содержать обратную связь по апериодической CSI. Когда происходит такая ошибка, UL-передача может завершаться неудачно.

Поскольку новая UCI предоставляет важную информацию для корректного приема автономной UL-передачи, для сетевого узла 14 желательно иметь возможность считывать UCI однозначно. Следовательно, кодированные символы новой UCI могут помещаться перед кодированными символами апериодической CSI. Эта идея может применяться и комбинироваться с любым из вышеуказанных вариантов осуществления. Например, в случае если сокращенный UL-субкадр поддерживается, новая UCI (возможно со вставленными нулевыми/пустыми символами), апериодическая CSI и символы данных записываются в последовательности, начиная с наименьшего PRB-индекса выделенной PUSCH-передачи по частоте и в предварительно заданных символах во времени. Это проиллюстрировано на фиг. 27.

Согласно одному аспекту, способ, осуществляемый посредством беспроводного устройства 16 для автономной передачи управляющей информации восходящей линии связи (UCI) вместе с передачей данных в автономной восходящей линии связи (AUL). Способ включает в себя преобразование UCI в частотно-временные ресурсы физического совместно используемого канала восходящей линии связи (PUSCH) (этап S112). Способ также включает в себя передачу PUSCH с UCI при передаче по восходящей линии связи, причем передача по восходящей линии связи не имеет динамического разрешения на передачу по восходящей линии связи из базовой станции (этап S114).

Согласно этому аспекту, в некоторых вариантах осуществления, UCI включает в себя, по меньшей мере, одно из начальной и конечной позиции физического совместно используемого канала восходящей линии связи (PUSCH). В некоторых вариантах осуществления, UCI указывает, является ли PUSCH сокращенным в одном из текущего субкадра и непосредственно последующего субкадра. В некоторых вариантах осуществления, UCI включает в себя, по меньшей мере, одно из класса приоритета на основе принципа "слушай перед тем, как сказать" (LBT), числа субкадров, зарезервированных для передачи по восходящей линии связи, идентификационных данных гибридного автоматического запроса на повторную передачу (HARQ), индикатора новых данных, версии избыточности, идентификатора беспроводного устройства и индикатора времени занятости канала (COT). В некоторых вариантах осуществления, если UCI передается по PUSCH, UCI и AUL-передача данных мультиплексируются таким образом, что UCI преобразуется из символа 1 в символ 12 субкадра. В некоторых вариантах осуществления, значение бета-смещения для того, чтобы учитывать различные целевые частоты блоков с ошибками (BLER) и схемы кодирования, сконфигурировано в беспроводном устройстве 16 с возможностью определять то, сколько кодированных символов модуляции следует использовать для переноса UCI в PUSCH. В некоторых вариантах осуществления, значения бета-смещения преобразуются посредством многократного использования предварительно определенной таблицы преобразования смещений для подтверждений приема (ACK) гибридного автоматического запроса на повторную передачу (HARQ). В некоторых вариантах осуществления, значение бета-смещения является фиксированным и предварительно заданным. В некоторых вариантах осуществления, UCI преобразуется в PUSCH, начиная с первого символа во времени PUSCH и с наименьшего индекса блока физических ресурсов (PRB) по частоте PUSCH. В некоторых вариантах осуществления, UCI преобразуется в PUSCH, начиная со второго символа во времени PUSCH и с наименьшего индекса блока физических ресурсов (PRB) по частоте PUSCH. В некоторых вариантах осуществления, если сокращенный PUSCH поддерживается, UCI преобразуется идентично тому, как апериодическая информация состояния канала (CSI) преобразуется посредством начала с наименьшего индекса блока физических ресурсов (PRB), но не в первом или последнем символе PUSCH. В некоторых вариантах осуществления, PUSCH дополнительно включает в себя апериодическую информацию состояния канала (CSI). В некоторых вариантах осуществления, способ дополнительно включает в себя определение числа кодированных UCI-символов посредством одного из вычисления и считывания из таблицы поиска на основе схемы модуляции и кодирования (MCS) PUSCH. В некоторых вариантах осуществления, способ дополнительно включает в себя вставку одного из нулевых и пустых символов в кодированные UCI-символы, которые должны преобразовываться в PUSCH. В некоторых вариантах осуществления, UCI передается по PUSCH, начиная с седьмого символа во времени PUSCH и с наименьшего индекса блока физических ресурсов (PRB) по частоте PUSCH, при этом бит в UCI указывает передачу половин субкадров для PUSCH. В некоторых вариантах осуществления, передача по восходящей линии связи не имеет разрешения на передачу по восходящей линии связи из базовой станции.

Согласно другому аспекту, предоставляется беспроводное устройство 16 (беспроводное устройство) для автономной передачи управляющей информации восходящей линии связи (UCI) вместе с передачей данных в автономной восходящей линии связи (AUL). Беспроводное устройство 16 включает в себя схему 42 обработки, выполненную с возможностью преобразовывать UCI в частотно-временные ресурсы физического совместно используемого канала восходящей линии связи (PUSCH) и передавать PUSCH с UCI при передаче по восходящей линии связи, причем передача по восходящей линии связи не имеет динамического разрешения на передачу по восходящей линии связи из базовой станции.

Согласно этому аспекту, в некоторых вариантах осуществления, UCI включает в себя, по меньшей мере, одно из начальной и конечной позиции физического совместно используемого канала восходящей линии связи (PUSCH). В некоторых вариантах осуществления, UCI указывает, является ли PUSCH сокращенным в одном из текущего субкадра и непосредственно последующего субкадра. В некоторых вариантах осуществления, UCI включает в себя, по меньшей мере, одно из класса приоритета на основе принципа "слушай перед тем, как сказать" (LBT), числа субкадров, зарезервированных для передачи по восходящей линии связи, идентификационных данных гибридного автоматического запроса на повторную передачу (HARQ), индикатора новых данных, версии избыточности, идентификатора беспроводного устройства и индикатора времени занятости канала (COT). В некоторых вариантах осуществления, если UCI передается по PUSCH, UCI и AUL-передача данных мультиплексируются таким образом, что UCI преобразуется из символа 1 в символ 12 субкадра. В некоторых вариантах осуществления, значение бета-смещения для того, чтобы учитывать различные целевые частоты блоков с ошибками (BLER) и схемы кодирования, сконфигурировано в беспроводном устройстве 16 с возможностью определять то, сколько кодированных символов модуляции следует использовать для переноса UCI в PUSCH. В некоторых вариантах осуществления, значения бета-смещения преобразуются посредством многократного использования предварительно определенной таблицы преобразования смещений для подтверждений приема (ACK) гибридного автоматического запроса на повторную передачу (HARQ). В некоторых вариантах осуществления, значение бета-смещения является фиксированным и предварительно заданным. В некоторых вариантах осуществления, UCI преобразуется в PUSCH, начиная с первого символа во времени PUSCH и с наименьшего индекса блока физических ресурсов (PRB) по частоте PUSCH. В некоторых вариантах осуществления, UCI преобразуется в PUSCH, начиная со второго символа во времени PUSCH и с наименьшего индекса блока физических ресурсов (PRB) по частоте PUSCH. В некоторых вариантах осуществления, если сокращенный PUSCH поддерживается, UCI преобразуется идентично тому, как апериодическая информация состояния канала (CSI) преобразуется посредством начала с наименьшего индекса блока физических ресурсов (PRB), но не в первом или последнем символе PUSCH. В некоторых вариантах осуществления, PUSCH дополнительно включает в себя апериодическую информацию состояния канала (CSI). В некоторых вариантах осуществления, схема 42 обработки дополнительно выполнена с возможностью определять число кодированных UCI-символов посредством одного из вычисления и считывания из таблицы поиска на основе схемы модуляции и кодирования (MCS) PUSCH. В некоторых вариантах осуществления, схема 42 обработки дополнительно выполнена с возможностью вставлять один из нулевых и пустых символов в кодированные UCI-символы, которые должны преобразовываться в PUSCH. В некоторых вариантах осуществления, UCI передается по PUSCH, начиная с седьмого символа во времени PUSCH и с наименьшего индекса блока физических ресурсов (PRB) по частоте PUSCH, при этом бит в UCI указывает передачу половин субкадров для PUSCH. В некоторых вариантах осуществления, передача по восходящей линии связи не имеет разрешения на передачу по восходящей линии связи из базовой станции.

Согласно еще одному другому аспекту, предоставляется способ в сетевом узле 14 для приема управляющей информации восходящей линии связи (UCI) вместе с автономной передачей данных восходящей линии связи (UL). Способ включает в себя прием сигнала физического совместно используемого канала восходящей линии связи (PUSCH), причем PUSCH имеет UCI, причем UCI указывает, по меньшей мере, одно из начальной и конечной позиции PUSCH (этап S100). Способ дополнительно включает в себя выполнение декодирования вслепую, чтобы обнаруживать, по меньшей мере, одно из следующего: символ, в котором PUSCH UCI заканчивается; и символ, в котором PUSCH начинается UCI (этап S102).

Согласно этому аспекту, в некоторых вариантах осуществления, декодирование вслепую определяет то, начинается или нет UCI в одном из символа 0 и символа 1 PUSCH. В некоторых вариантах осуществления, декодирование вслепую определяет то, заканчивается или нет UCI в одном из символа 12 и символа 13 PUSCH. В некоторых вариантах осуществления, способ дополнительно включает в себя запрос обратной связи по апериодической информации состояния канала (CSI), причем обратная связь по апериодической CSI запрашивается, когда отправляется сообщение обратной связи по ACK/NACK.

Согласно еще одному другому аспекту, предоставляется сетевой узел 14 для приема управляющей информации восходящей линии связи (UCI) вместе с автономной передачей данных восходящей линии связи (UL). Сетевой узел 14 включает в себя схему 22 обработки, включающую в себя запоминающее устройство и процессор. Запоминающее устройство выполнено с возможностью сохранять UCI. Процессор выполнен с возможностью обрабатывать принимаемый сигнал физического совместно используемого канала восходящей линии связи (PUSCH), причем PUSCH имеет UCI, причем UCI включает в себя, по меньшей мере, одно из начальной и конечной позиции PUSCH, причем обработка включает в себя выполнение декодирования вслепую для того, чтобы обнаруживать, по меньшей мере, одно из следующего: в каком символе PUSCH UCI заканчивается; и в каком символе PUSCH UCI начинается.

Согласно этому аспекту, в некоторых вариантах осуществления, декодирование вслепую определяет то, начинается или нет UCI в одном из символа 0 и символа 1 PUSCH. В некоторых вариантах осуществления, декодирование вслепую определяет то, заканчивается или нет UCI в одном из символа 12 и символа 13 PUSCH. В некоторых вариантах осуществления, процессор дополнительно выполнен с возможностью запрашивать обратную связь по апериодической информации состояния канала (CSI), причем обратная связь по апериодической CSI запрашивается, когда отправляется сообщение обратной связи по ACK/NACK.

Некоторые дополнительные варианты осуществления

Таким образом, в некоторых вариантах осуществления, предоставляется способ в беспроводном устройстве 16 для автономной передачи управляющей информации 50 восходящей линии связи (UCI) вместе с автономной передачей данных восходящей линии связи (UL). Способ включает в себя включение в UCI 50, по меньшей мере, одного из начальной и конечной позиции физического совместно используемого канала восходящей линии связи (PUSCH); и преобразование UCI 50 в частотно-временные ресурсы PUSCH.

В некоторых вариантах осуществления, UCI 50 преобразуется в PUSCH, начиная с первого символа во времени PUSCH и с наименьшего индекса блока физических ресурсов (PRB) по частоте PUSCH. В некоторых вариантах осуществления, UCI 50 преобразуется в PUSCH, начиная со второго символа во времени PUSCH и с наименьшего индекса блока физических ресурсов (PRB) по частоте PUSCH. В некоторых вариантах осуществления, UCI 50 преобразуется в сокращенный PUSCH. В некоторых вариантах осуществления, способ дополнительно включает в себя определение числа кодированных UCI-символов посредством вычисления или считывания из таблицы поиска на основе, по меньшей мере, схемы модуляции и кодирования (MCS) PUSCH или посредством конфигурации верхнего уровня из сетевого узла 14. В некоторых вариантах осуществления, способ дополнительно включает в себя вставку одного из нулевых и пустых символов в кодированные UCI-символы, которые должны преобразовываться в PUSCH. В некоторых вариантах осуществления, UCI передается по PUSCH, начиная с седьмого символа во времени PUSCH и с наименьшего индекса блока физических ресурсов (PRB) по частоте PUSCH, и бит в UCI указывает передачу половин субкадров для PUSCH. В некоторых вариантах осуществления, способ дополнительно содержит указание то, включается или нет обратная связь по апериодической информации состояния канала (CSI) в UCI.

В некоторых вариантах осуществления, предоставляется беспроводное устройство 16 для автономной передачи управления 50 в восходящей линии связи (UCI) вместе с автономной передачей данных восходящей линии связи (UL). Беспроводное устройство 16 включает в себя схему 42 обработки, включающую в себя запоминающее устройство 44 и процессор 46. Запоминающее устройство 44 выполнено с возможностью сохранять UCI 50. Процессор 46 выполнен с возможностью включать в UCI 50, по меньшей мере, одно из начальной и конечной позиции физического совместно используемого канала восходящей линии связи (PUSCH); и преобразовывать UCI 50 в частотно-временные ресурсы PUSCH.

В некоторых вариантах осуществления, UCI 50 преобразуется в PUSCH, начиная с первого символа во времени PUSCH и с наименьшего индекса блока физических ресурсов (PRB) по частоте PUSCH. В некоторых вариантах осуществления, UCI 50 преобразуется в PUSCH, начиная со второго символа во времени PUSCH и с наименьшего индекса блока физических ресурсов (PRB) по частоте PUSCH. В некоторых вариантах осуществления, UCI 50 преобразуется в сокращенный PUSCH. В некоторых вариантах осуществления, процессор 46 дополнительно выполнен с возможностью определять число кодированных UCI-символов посредством вычисления или считывания из таблицы поиска на основе, по меньшей мере, схемы модуляции и кодирования (MCS) PUSCH или посредством конфигурации верхнего уровня из сетевого узла 14. В некоторых вариантах осуществления, процессор 46 дополнительно выполнен с возможностью вставлять один из нулевых и пустых символов в кодированные UCI-символы, которые должны преобразовываться в PUSCH. В некоторых вариантах осуществления, UCI передается по PUSCH, начиная с седьмого символа во времени PUSCH и с наименьшего индекса блока физических ресурсов (PRB) по частоте PUSCH, и бит в UCI указывает передачу половин субкадров для PUSCH.

В некоторых вариантах осуществления, предоставляется беспроводное устройство 16 для автономной передачи управляющей информации 50 восходящей линии связи (UCI) вместе с автономной передачей данных восходящей линии связи (UL). Беспроводное устройство 16 включает в себя запоминающий модуль 45, выполненный с возможностью сохранять UCI. Беспроводное устройство 16 также включает в себя модуль 21 PUSCH-конфигурирования, выполненный с возможностью: включать в UCI 50, по меньшей мере, одно из начальной и конечной позиции физического совместно используемого канала восходящей линии связи (PUSCH); и преобразовывать UCI 50 в частотно-временные ресурсы PUSCH.

В некоторых вариантах осуществления, предоставляется способ в сетевом узле 14 для приема управляющей информации 30 восходящей линии связи (UCI), вместе с автономной передачей данных восходящей линии связи (UL). Способ включает в себя прием сигнала физического совместно используемого канала восходящей линии связи (PUSCH), причем PUSCH имеет UCI 30, причем UCI 30 указывает, по меньшей мере, одно из начальной и конечной позиции PUSCH. Способ также включает в себя выполнение декодирования вслепую, чтобы обнаруживать, по меньшей мере, одно из следующего: в каком символе PUSCH UCI заканчивается; и в каком символе PUSCH UCI начинается.

В некоторых вариантах осуществления, декодирование вслепую определяет то, начинается или нет UCI 30 в одном из символа 0 и символа 1 PUSCH. В некоторых вариантах осуществления, декодирование вслепую определяет то, заканчивается или нет UCI 30 в одном из символа 12 и символа 13 PUSCH. В некоторых вариантах осуществления, способ дополнительно включает в себя запрос обратной связи по апериодической информации состояния канала (CSI), причем обратная связь по апериодической CSI запрашивается, когда отправляется обратная связь по ACK/NACK.

В некоторых вариантах осуществления, предоставляется сетевой узел 14 для приема управляющей информации восходящей линии связи (UCI) вместе с автономной передачей данных восходящей линии связи (UL). Сетевой узел 14 включает в себя схему 22 обработки, включающую в себя запоминающее устройство 24 и процессор 26. Запоминающее устройство 24 выполнено с возможностью сохранять UCI 30. Процессор 26 выполнен с возможностью: обрабатывать принимаемый сигнал физического совместно используемого канала восходящей линии связи (PUSCH), причем PUSCH имеет UCI 30, причем UCI 30 включает в себя, по меньшей мере, одно из начальной и конечной позиции PUSCH, причем обработка включает в себя выполнение декодирования вслепую для того, чтобы обнаруживать, по меньшей мере, одно из следующего: в каком символе PUSCH UCI заканчивается; и в каком символе PUSCH UCI начинается.

В некоторых вариантах осуществления, декодирование вслепую определяет то, начинается или нет UCI в одном из символа 0 и символа 1 PUSCH. В некоторых вариантах осуществления, декодирование вслепую определяет то, заканчивается или нет UCI в одном из символа 12 и символа 13 PUSCH. В некоторых вариантах осуществления, процессор дополнительно выполнен с возможностью запрашивать обратную связь по апериодической информации состояния канала (CSI), причем обратная связь по апериодической CSI запрашивается, когда отправляется обратная связь по ACK/NACK.

В некоторых вариантах осуществления, предоставляется сетевой узел 14 для приема управляющей информации 30 восходящей линии связи (UCI) вместе с передачей данных в автономной восходящей линии связи (AUL). Сетевой узел 14 включает в себя запоминающий модуль 25, выполненный с возможностью сохранять UCI 30. Сетевой узел 14 также включает в себя модуль 19 PUSCH-обработки, выполненный с возможностью: обрабатывать принимаемый сигнал физического совместно используемого канала восходящей линии связи (PUSCH), причем PUSCH имеет UCI 30, причем UCI 30 включает в себя, по меньшей мере, одно из начальной и конечной позиции PUSCH, причем обработка включает в себя выполнение декодирования вслепую для того, чтобы обнаруживать, по меньшей мере, одно из следующего: в каком символе PUSCH UCI 30 заканчивается; и в каком символе PUSCH UCI 30 начинается.

Сокращения

BSR - запрос по состоянию буфера

CC - компонентная несущая

CCA - оценка состояния канала

CQI - информация качества канала

CRC - контроль циклическим избыточным кодом

DCI - управляющая информация нисходящей линии связи

DL - нисходящая линия связи

DMTC - конфигурация временной синхронизации DRS-измерений

DRS - опорный сигнал обнаружения

eNB - усовершенствованный узел B, базовая станция

UE - абонентское устройство

UL - восходящая линия связи

LAA - доступ по лицензированной вспомогательной полосе частот

SCell - вторичная сота

STA - станция

LBT - принцип "слушай перед тем, как сказать"

LTE-U - LTE в нелицензированном спектре

PDCCH - физический канал управления нисходящей линии связи

PMI - индикатор матрицы предварительного кодирования

PUSCH - физический совместно используемый канал восходящей линии связи

RAT - технология радиодоступа

RNTI - временный идентификатор радиосети

TXOP - возможность передачи

UL - восходящая линия связи

Специалисты в данной области техники должны принимать во внимание, что принципы, описанные в данном документе, могут быть осуществлены в качестве способа, системы обработки данных и/или компьютерного программного продукта. Соответственно, принципы, описанные в данном документе, могут принимать форму полностью аппаратного варианта осуществления, полностью программного варианта осуществления или варианта осуществления, комбинирующего программные и аппаратные аспекты, в общем, упоминаемые в данном документе в качестве "схемы" или "модуля". Кроме того, принципы, описанные в данном документе, могут принимать форму компьютерного программного продукта на материальном машиноприменимом носителем хранения данных, имеющем компьютерный программный код, осуществленный в носителе, который может быть выполнен посредством компьютера. Может использоваться любой подходящий материальный машиночитаемый носитель, включающий в себя жесткие диски, CD-ROM, электронные устройства хранения данных, оптические устройства хранения данных или магнитные устройства хранения данных.

Некоторые варианты осуществления описываются в данном документе со ссылкой на иллюстрации блок-схем последовательности операций способа и/или блок-схемы способов, систем и компьютерных программных продуктов. Следует понимать, что каждый блок на иллюстрациях блок-схем последовательности операций способа и/или на блок-схемах и комбинации блоков на иллюстрациях блок-схем последовательности операций способа и/или на блок-схемах могут быть реализованы посредством компьютерных программных инструкций. Эти компьютерные программные инструкции могут предоставляться в процессор компьютера общего назначения (чтобы за счет этого создавать компьютер специального назначения), компьютера специального назначения или другого программируемого оборудования обработки данных, чтобы формировать машину, так что инструкции, которые выполняются через процессор компьютера или другого программируемого оборудования обработки данных, создают средство для реализации функций/действий, указываемых на блок-схеме последовательности операций способа, и/или блока либо блоков на блок-схеме.

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

Компьютерные программные инструкции также могут загружаться в компьютер или в другое программируемое оборудование обработки данных для того, чтобы инструктировать выполнение последовательности функциональных этапов на компьютере или на другом программируемом оборудовании, с тем чтобы формировать машинореализуемый процесс таким образом, что инструкции, которые выполняются на компьютере или на другом программируемом оборудовании, предоставляют этапы для реализации функций/действий, указанных на блок-схеме последовательности операций способа, и/или блока или блоков на блок-схеме.

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

Компьютерный программный код для выполнения операций принципов, описанных в данном документе, может быть написан на объектно-ориентированном языке программирования, таком как Java® или C++. Тем не менее, компьютерный программный код для выполнения операций раскрытия сущности также может быть написан на традиционных процедурных языках программирования, таких как язык программирования "C". Программный код может выполняться полностью на компьютере пользователя, частично на компьютере пользователя, в качестве автономного программного пакета, частично на компьютере пользователя и частично на удаленном компьютере либо полностью на удаленном компьютере. Во втором сценарии, удаленный компьютер может соединяться с компьютером пользователя через локальную вычислительную сеть (LAN) или глобальную вычислительную сеть (WAN), либо соединение может осуществляться с внешним компьютером (например, через Интернет с использованием поставщика Интернет-услуг).

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

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

1. Способ для автономной передачи управляющей информации восходящей линии связи (UCI) вместе с передачей данных в автономной восходящей линии связи (AUL), осуществляемый посредством беспроводного устройства (16), при этом AUL-передача представляет собой недиспетчеризованную передачу, при этом способ содержит этапы, на которых:

- преобразуют (S112) UCI в частотно-временные ресурсы физического совместно используемого канала восходящей линии связи (PUSCH), при этом UCI и AUL-передача данных мультиплексируются таким образом, что UCI преобразуется согласно одному из следующего: из символа 1 в символ 12 субкадра; и из символа 7 в символ 12 субкадра; и

- передают (S114) PUSCH с UCI при передаче по восходящей линии связи.

2. Способ по п. 1, в котором UCI включает в себя, по меньшей мере, одно из начальной и конечной позиции физического совместно используемого канала восходящей линии связи (PUSCH).

3. Способ по п. 1, в котором UCI указывает, является ли PUSCH сокращенным в одном из текущего субкадра и непосредственно последующего субкадра.

4. Способ по п. 1, в котором UCI включает в себя, по меньшей мере, одно из класса приоритета на основе принципа "слушай перед тем, как сказать" (LBT), числа субкадров, зарезервированных для передачи по восходящей линии связи, идентификационных данных гибридного автоматического запроса на повторную передачу (HARQ), индикатора новых данных, версии избыточности, идентификатора беспроводного устройства и индикатора времени занятости канала (COT).

5. Способ по п. 1, в котором значение бета-смещения для того, чтобы учитывать различные целевые частоты блоков с ошибками (BLER) и схемы кодирования, сконфигурировано в беспроводном устройстве с возможностью определять то, сколько кодированных символов модуляции следует использовать для переноса UCI в PUSCH.

6. Способ по п. 5, в котором значения бета-смещения преобразуются посредством многократного использования предварительно определенной таблицы преобразования смещений для подтверждений приема (ACK) гибридного автоматического запроса на повторную передачу (HARQ), или в котором значение бета-смещения является фиксированным и предварительно заданным.

7. Способ по п. 1, в котором UCI преобразуется в PUSCH, начиная с наименьшего индекса блока физических ресурсов (PRB) по частоте PUSCH.

8. Способ по п. 1, в котором, если сокращенный PUSCH поддерживается, UCI преобразуется идентично тому, как апериодическая информация состояния канала (CSI) преобразуется посредством начала с наименьшего индекса блока физических ресурсов (PRB), но не в первом или последнем символе PUSCH.

9. Способ по п. 1, в котором PUSCH дополнительно включает в себя апериодическую информацию состояния канала (CSI).

10. Способ по п. 1, дополнительно содержащий этап, на котором определяют число кодированных UCI-символов посредством одного из вычисления и считывания из таблицы поиска на основе схемы модуляции и кодирования (MCS) PUSCH.

11. Способ по п. 1, дополнительно содержащий этап, на котором вставляют один из нулевых и пустых символов в кодированные UCI-символы, которые должны преобразовываться в PUSCH.

12. Способ по любому из предшествующих пунктов, в котором UCI передается по PUSCH, начиная с седьмого символа во времени PUSCH и с наименьшего индекса блока физических ресурсов (PRB) по частоте PUSCH, при этом бит в UCI указывает передачу половин субкадров для PUSCH.

13. Беспроводное устройство (16) для автономной передачи управляющей информации восходящей линии связи (UCI) вместе с передачей данных в автономной восходящей линии связи (AUL), при этом AUL-передача представляет собой недиспетчеризованную передачу, причем беспроводное устройство (16) содержит:

- схему (42) обработки, выполненную с возможностью:

- преобразовывать UCI в частотно-временные ресурсы физического совместно используемого канала восходящей линии связи (PUSCH), при этом UCI и AUL-передача данных мультиплексируются таким образом, что UCI преобразуется согласно одному из следующего: из символа 1 в символ 12 субкадра; и из символа 7 в символ 12 субкадра; и

- передавать PUSCH с UCI при передаче по восходящей линии связи.

14. Беспроводное устройство (16) по п. 13, в котором UCI включает в себя, по меньшей мере, одно из начальной и конечной позиции физического совместно используемого канала восходящей линии связи (PUSCH).

15. Беспроводное устройство (16) по п. 13, в котором UCI указывает, является ли PUSCH сокращенным в одном из текущего субкадра и непосредственно последующего субкадра.

16. Беспроводное устройство (16) по п. 13, в котором UCI включает в себя, по меньшей мере, одно из класса приоритета на основе принципа "слушай перед тем, как сказать" (LBT), числа субкадров, зарезервированных для передачи по восходящей линии связи, идентификационных данных гибридного автоматического запроса на повторную передачу (HARQ), индикатора новых данных, версии избыточности, идентификатора беспроводного устройства и индикатора времени занятости канала (COT).

17. Беспроводное устройство (16) по п. 13, в котором значение бета-смещения для того, чтобы учитывать различные целевые частоты блоков с ошибками (BLER) и схемы кодирования, сконфигурировано в беспроводном устройстве с возможностью определять то, сколько кодированных символов модуляции следует использовать для переноса UCI в PUSCH.

18. Беспроводное устройство (16) по п. 17, в котором значения бета-смещения преобразуются посредством многократного использования предварительно определенной таблицы преобразования смещений для подтверждений приема (ACK) гибридного автоматического запроса на повторную передачу (HARQ), или в котором значение бета-смещения является фиксированным и предварительно заданным.

19. Беспроводное устройство (16) по п. 13, в котором UCI преобразуется в PUSCH из наименьшего индекса блока физических ресурсов (PRB) по частоте PUSCH.

20. Беспроводное устройство (16) по п. 13, в котором, если сокращенный PUSCH поддерживается, UCI преобразуется идентично тому, как апериодическая информация состояния канала (CSI) преобразуется посредством начала с наименьшего индекса блока физических ресурсов (PRB), но не в первом или последнем символе PUSCH.

21. Беспроводное устройство (16) по п. 13, в котором PUSCH дополнительно включает в себя апериодическую информацию состояния канала (CSI).

22. Беспроводное устройство (16) по п. 13, в котором схема обработки дополнительно выполнена с возможностью определять число кодированных UCI-символов посредством одного из вычисления и считывания из таблицы поиска на основе схемы модуляции и кодирования (MCS) PUSCH.

23. Беспроводное устройство (16) по п. 13, в котором схема обработки дополнительно выполнена с возможностью вставлять один из нулевых и пустых символов в кодированные UCI-символы, которые должны преобразовываться в PUSCH.

24. Беспроводное устройство (16) по любому из пп. 13-23, в котором UCI передается по PUSCH, начиная с седьмого символа во времени PUSCH и с наименьшего индекса блока физических ресурсов (PRB) по частоте PUSCH, при этом бит в UCI указывает передачу половин субкадров для PUSCH.

25. Способ для приема управляющей информации восходящей линии связи (UCI) вместе с передачей данных в автономной восходящей линии связи (AUL), выполняемый в сетевом узле (14), при этом AUL-передача представляет собой недиспетчеризованную передачу, при этом способ содержит этап, на котором:

- принимают (S100) сигнал физического совместно используемого канала восходящей линии связи (PUSCH), причем PUSCH имеет UCI, при этом UCI и AUL-передача данных мультиплексируются таким образом, что UCI преобразуется согласно одному из следующего: из символа 1 в символ 12 субкадра; и из символа 7 в символ 12 субкадра, причем UCI указывает, по меньшей мере, одно из начальной и конечной позиции PUSCH.

26. Способ по п. 25, дополнительно содержащий этап, на котором запрашивают обратную связь по апериодической информации состояния канала (CSI), причем обратная связь по апериодической CSI запрашивается, когда отправляется сообщение обратной связи по ACK/NACK.

27. Сетевой узел (14) для приема управляющей информации восходящей линии связи (UCI) вместе с передачей данных в автономной восходящей линии связи (AUL), при этом AUL-передача представляет собой недиспетчеризованную передачу, причем сетевой узел (14) содержит:

- схему (22) обработки, включающую в себя запоминающее устройство (24) и процессор (26):

- запоминающее устройство (24), выполненное с возможностью сохранять UCI; и

- процессор (26), выполненный с возможностью:

- обрабатывать принимаемый сигнал физического совместно используемого канала восходящей линии связи (PUSCH), причем PUSCH имеет UCI, при этом UCI и AUL-передача данных мультиплексируются таким образом, что UCI преобразуется согласно одному из следующего: из символа 1 в символ 12 субкадра; и из символа 7 в символ 12 субкадра, причем UCI включает в себя, по меньшей мере, одно из начальной и конечной позиции PUSCH.

28. Сетевой узел (14) по п. 27, в котором процессор дополнительно выполнен с возможностью запрашивать обратную связь по апериодической информации состояния канала (CSI), причем обратная связь по апериодической CSI запрашивается, когда отправляется сообщение обратной связи по ACK/NACK.

29. Носитель, содержащий инструкции, которые, при выполнении на компьютере, инструктируют компьютеру осуществлять любой из способов по пп. 1-12 или по пп. 25, 26.



 

Похожие патенты:

Изобретение относится к области связи, и более конкретно к способу и устройству для передачи данных по множеству логических каналов в системе New Radio (NR). Технический результат заключается в возможности реализации терминальным устройством распределения множества выделенных ресурсов восходящей линии по множеству логических каналов.

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

Изобретение относится к технике связи и может использоваться в системах беспроводной связи. Технический результат состоит в повышении пропускной способности за счет определения области конкурентного доступа.

Изобретение относится к устройству для системы беспроводной связи, причем устройство выполнено с возможностью осуществления полупостоянного планирования (SPS), причем размер интервала SPS базируется на одном или более интервалах времени передачи (TTI).

Изобретение относится к области связи. Технический результат изобретения заключается в обеспечении более эффективной связи за счет поддержания множества значений разноса поднесущих.

Изобретение относится к технике связи и может использоваться в системах беспроводной связи. Технический результат состоит в обеспечении индикации информации о ресурсе временной области.

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

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

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

Изобретение относится к беспроводной связи и, более конкретно, к системам и способам для передачи сигнала. Технический результат заключается в увеличении количества доступных ресурсов на несущей привязки, уменьшении задержки приема управляющей информации и/или данных нисходящей линии связи при передаче на несущей привязки, передаче сигналов синхронизации и общедоступных сигналов в системе NB-IoT.
Наверх