Индикация сигналов в сетях беспроводной связи

Изобретение относится к технике связи и может использоваться в системах беспроводной связи. Технический результат состоит в повышении надежности связи. Для этого описаны способы и связанные с ними узлы радиосети и оборудование пользователя для индикации сигнала в сетях беспроводной связи. Способ содержит этапы, на которых (и соответственно сконфигурированы связанные с ними узлы радиосети и оборудование пользователя): принимают передачу по нисходящей линии связи из узла радиосети, причем передача по нисходящей линии связи имеет по меньшей мере одну характеристику; выбирают один сигнал из двух или более сигналов для предстоящей передачи по восходящей линии связи в узел радиосети, причем сигнал выбирают на основе, по меньшей мере отчасти, упомянутой по меньшей мере одной характеристики передачи по нисходящей линии связи; и передают передачу по восходящей линии связи в узел радиосети с использованием выбранного сигнала. 4 н. и 24 з.п. ф-лы, 17 ил., 2 табл.

 

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

[1] Данное изобретение относится в основном к беспроводной связи и сетям беспроводной связи, а конкретнее - к индикации сигналов в сетях беспроводной связи.

ВВЕДЕНИЕ

[2] Передачи в системах радиосвязи часто организованы в форме кадров (или - иногда - субкадров), где каждый кадр представляет собой группу ресурсов передачи (например, радиоресурсов времени и частот), которая содержит как (по меньшей мере) одно поле управления, так и (по меньшей мере) одно поле данных полезной нагрузки. В типичных случаях поле управления появляется в начале кадра и содержит, например, информацию о кодировании и модуляции части кадра, относящейся к данным. Поле управления также может содержать информацию, относящуюся к передаче данных в направлении обратной линии связи (т.е. к данным, передаваемым из приемника информации управления), например, отчеты подтверждения-неподтверждения (ACK/NACK) или информацию о состоянии каналов.

[3] Полудуплексная передача

[4] Если система связи не использует парный спектр (разные полосы частот для обоих направлений линий связи), как в типичных случаях не будет в системах, работающих на миллиметровых волнах (мм-волнах), обычно требуется ограничить связь полудуплексной передачей, т.е. передача в любой момент возможна лишь в одном из обоих направлений линий связи. Поэтому приходится использовать дуплексную передачу с временным разделением каналов (TDD). Одной причиной для этого ограничения является то, что радиоузел, например, узел радиосети или оборудование пользователя, осуществляющий передачу, насыщает свои собственные аналоговые принимающие схемы из-за интенсивного прослушивания между передающей и принимающей антеннами. В системах полудуплексной передачи может оказаться полезным наличие двух полей для информации управления в каждом кадре, одного - для одного направления линии связи, и одного - для другого. Поэтому оба направления линии связи будут именоваться направлениями передачи-приема (Tx/Rx), или - иногда - двумя направлениями дуплексной передачи. Иными словами, любой заданный узел использует одно из полей для передачи (Tx), а другое поле - для приема (Rx).

[5] Предварительно кодированный сигнал с несколькими несущими

[6] В процессе предварительно кодированной сигнализации с несколькими несущими модулятор с несколькими несущими (например, OFDM), но возможна и любая другая схема модуляции с несколькими несущими, такая как FBMC), предусматривает не непосредственную подачу данных во временной области, а сначала предварительное кодирование, а потом - наложение на поднесущие модулятора с несколькими несущими. Такая схема иллюстрируется на фиг.1.

[7] Преобразование для предварительного кодирования соответствует любому средству предварительного кодирования, которое обеспечивает определенное желательное свойство на выходе модулятора с несколькими несущими; очень часто предварительное кодирование используют для генерирования сигнала с низким отношением пиковой мощности к средней (PAPR)) на выходе модулятора с несколькими несущими. Если модулятор с несколькими несущими представляет собой OFDM модулятор, обычным выбором устройства предварительного кодирования является то, которое предусматривает дискретное преобразование Фурье (DFT). В этом случае, предусматривающий предварительно кодированную сигнализацию с несколькими несущими алгоритм представляет собой хорошо известный алгоритм сигнализации методом ортогонального мультиплексирования с частотным разделением каналов с разнесением на основе дискретного преобразования Фурье (DFTS-OFDM), используемый в восходящей линии связи в сетях LTE.

[8] Если модулятор с несколькими несущими представляет собой FBMC модулятор, то выбором, который снижает PAPR на выходе FBMC модулятора, является проведение предварительного кодирования с преобразованием гребенкой фильтров.

[9] В случае DFTS-OFDM, выходной сигнал для блока i можно записать как (исключая подстрочный индекс i для простоты)

,

[10] где F_M и F_N - матрицы DFT размера М и N, соответственно. М - это номер присвоенной поднесущей, а N - это размер обратного дискретного преобразования Фурье (IDFT) OFDM модулятора. Матрица S размером МЧN отображает выход операций расширения на М присвоенных поднесущих и имеет точно одну 1, а в противном случае - только 0, в каждом столбце. Для смежного отображения M поднесущих имеем:

[11] где МЧМ - матрица тождественного преобразования, а все из I_M и и являются нулевыми матрицами размером и , соответственно. Возможны также несмежные отображения, такие как получаемые методом отображения с перемежением. Вектором данных, который надо передать, является -элементный вектор .

[12] В типичных случаях, для предварительно фиксируют защитный интервал, чтобы создать возможность простого выравнивания в частотной области на приемнике. Как показано на фиг.2, защитный интервал может быть либо истинным защитным интервалом (нулевым вектором длиной элементов), либо циклическим префиксом (копией последних элементов ). В обоих случаях сигнал с защитным интервалом можно записать как

[13] где - матрица, вставляющая истинный защитный интервал или циклический префикс.

[14] Структура кадра

[15] На фиг.3 иллюстрируется возможная структура кадра системы связи. В принципе, возможен произвольный выбор любых двух узлов, осуществляющих связь, два поля управления которых следует использовать для Tx и для Rx (см. левую и правую панели согласно фиг.3). Однако такая произвольность может потребовать сложных процедур согласования, и поэтому зачастую практичнее иметь некоторое общее правило для системы, заключающееся, например, в том, что одно из полей всегда используют для передачи по нисходящей линии связи (нисходящей передачи) (DL Tx), т.е. Tx посредством узлов радиосети, тогда как другое поле всегда используют для передачи по восходящей линии связи (восходящей передачи) (UL Tx), т.е. Tx посредством пользовательских устройств (UE) (см. левую и правую панели согласно фиг.4). Отметим также, что кадры на разных линия связи в системе предпочтительно должны быть синхронизированы во времени, отчасти потому, что это дает узлам возможность свободнее и эффективнее менять партнера по связи (узел) от одного кадра к другому, не ожидая, пока еще одна линия связи закончит свой кадр.

[16] В большинстве систем передачи поля дополнительно разделены на меньшие единицы информации, например, в системах на основе OFDM поля дополнительно делились бы на один или несколькоe символов OFDM. Аналогичное мнение справедливо, например, для систем на основе DFTS-OFDM, FBMC и т.д. Такие единицы информации в общем случае могут оказаться предпочтительными в качестве символов. Некоторые поля могут состоять лишь из одного единственного символа.

[17] Другие сигналы и поля в кадрах и между ними

[18] Следует отметить, что в пределах каждого из трех полей в типичных случаях также могут быть рассеяны другие сигналы, например, опорные сигналы (или пилот-сигналы), чтобы дать приемнику возможность осуществить оценку каналов.

[19] Определение MCS и TBS

[20] Для начальной передачи LTE PUSCH, осуществляют передачу индекса MCS, , в информации управления нисходящей линии связи (DCI) в UE. UE использует принимаемый как ключ строки для считывания порядка модуляции, , и индекса TBS, , из таблицы MCS, заданной в технической спецификации TS 36.213. Чтобы определить TBS, UE сначала вычисляет общее количество выделенных блоков физических ресурсов (PRB), . Затем UE определяет TBS из таблицы TBS, заданной в технической спецификации TS 36.213, используя как ключ строки и как ключ столбца.

[21] В случае повторной передачи, узел радиосети (например, базовый узел распределенной архитектуры (eNB) в сети стандарта LTE) может предпочесть передачу сигнала порядка модуляции в UE, а UE сочтет TBS выбранным из DCI, транспортируемой в самом последнем физическом канале управления нисходящей линии связи (PDCCH) для того же транспортного блока с использованием или 28.

[22] TBS PUSCH назначаются в предположении доступности 144 элементов ресурсов (RE) из расчета на каждый блок физических ресурсов (PRB) для несения PUSCH. Таблицу MCS назначают в предположении сигнала DFTS-OFDM для PUSCH.

[23] PUSCH LTE Rel-8) был предназначен для задействования синхронного протокола гибридного автоматического запроса на повторную передачу (HARQ). Для начальной передачи ограничивают избыточную версию выражением .

[24] Для физического совместно используемого канала PUSCH стандарта NR предполагается, что таблица MCS обеспечивает порядок модуляции, , и целевую скорость кода, , вместо индекса TBS, . Один такой пример для PUSCH с сигналом OFDM представлен в таблице 1 ниже. Целевые скорости кода - это те, которые согласованы с таблицей MCS LTE для поддержки 256QAM.

[25] Для , UE определяет TBS, например, на основе выражения;

,

где:

- количество слоев, на которые отображается кодовое слово;

- количество RE из расчета на каждый слот или мини-слот, доступный для несения PUSCH.

[26] Для , TBS полагается определяемым из DCI в самом недавнем принятом PDCCH для одного и того же TB с использованием .

[27] Как говорилось выше, полагается равным 144 в LTE. При NR - с целью поддержки различных длин слотов или мини-слотов или PUSCH - надлежит использовать более гибкую инфраструктуру для . Можно рассмотреть одну или несколько из следующих составляющих:

- значение по умолчанию может быть охарактеризовано в спецификациях и может быть применено, например, при передачах информации о системе, пейджинговой связи и ответов при произвольном доступе; с этой целью можно рассмотреть для слота 14-OS и можно рассмотреть для слота 7-OS;

- некоторые значения по умолчанию для передач разной длины по PUSCH можно задавать в спецификации;

- сеть может придать UE конфигурацию, чтобы применить конкретное к PUSCH;

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

- если скорости кода ниже, чем доступные в таблице MCS, обнаруживаемые как необходимые для некоторого конкретного случая (например, URLLC), сеть может конфигурировать или выбрать значение , которое существенно ниже используемого согласно присваиваемым ресурсам для несения существенно меньшего TB.

Таблица 1 - Возможная таблица MCS для PUSCH NR с OFDM сигналом

(Целевые скорости кодов - это те, которые согласованы для таблицы MCS LTE при поддержке 256QAM).

Индекс MCS IMCS	Порядок модуляции	Скорость кода
0	2	120
1	2	193
2	2	308
3	2	449
4	2	602
5	4	378
6	4	434
7	4	490
8	4	553
9	4	616
10	4	658
11	6	466
12	6	517
13	6	567
14	6	616
15	6	666
16	6	719
17	6	772
18	6	822
19	6	873
20	8	682,5
21	8	711
22	8	754
23	8	797
24	8	841
25	8	885
26	8	916.5
27	8	948
28	2	резервные
29	4
30	6
31	8

[28] Конфигурация RRC и задержка обработки

[29] Когда UE принимает команду RRC, для UE разрешено временное окно (показанное на фиг.5 как «Задержка процедуры RRC»), в течение которого UE может применить команду RRC в любой момент на протяжении окна. Из-за этой задержки, для узла радиосети (например, eNodeB (eNB), gNodeB (gNB)), который осуществляет связь с UE, будет неясна RRC-конфигурация UE в течение временного окна. Например, если конфигурация UE не предусматривает передачу PUSCH с использованием сигнала типа 1 и если оно принимает команду RRC, указывающую сигал типа 2, то в течение временного окна, соответствующего задержке на обработку RRC, для сети будет неясно, какого типа - 1 или 2 - будут передачи PUSCH, осуществляемые UE. Типом 1 может быть OFDM, типом 2 может быть DFTS-OFDM или наоборот.

[30] Профили передач

[31] На последнем совещании организации региональных сетей (RAN2), в RAN2 заключили, что

[32] для LCP и для знания того, какие ограничения использовать, управление доступом к среде (MAC) должно иметь больше информации, чем лишь длина TTI (например, нумерологии). Возможна поддержка абстракции на основе индекса или профилей. Точными параметрами являются FFS.

[33] Подход RAN2 гарантирует определение индекса или профилей передач для восходящей линии связи. LCP - это те процедуры, которые отображают на заданный профиль. В конце конфигурация должна быть той, которая соответствует RRC-конфигурации. Несколько LCP можно отобразить на один и тот же профиль, либо один LCP можно отобразить на профиль. В настоящее время в рамках RAN2 в общей сложности определено 8 LCP. С точки зрения RAN1, хорошо бы учесть это в проектах с начала, и можно предусмотреть информирование RAN2 о применимой настройке из RAN1. Исходя из перспективы физических слоев, gNB может устанавливать количество символов, в пределах которого находится PUSCH, наряду с приемлемыми для него MCS, TBS и т.д. В этом смысле, gNB может выбирать применимые настройки, пригодные для заданного профиля, и поэтому для указания профиля, связанного с конкретной передачей, нужно лишь предоставление (grant) восходящей линии связи (UL). Наряду с профилем, потенциально возможно автоматически учесть наличие параметра, устанавливающего зависящее от профиля целевое SINR (P0) в gNB.

[34] Помимо вышеизложенных соображений, основным аспектом для RAN1 является рассмотрение того, сколько следует поддерживать профилей. При условии, что в настоящее время охарактеризованы 8 LCP, выход за пределы 8 профилей не кажется привлекательным. Аналогично, при наличии всего лишь двух профилей, в дальнейшем ограничительным количеством будет 2. Поэтому подходящим выбором был бы переход либо к 4, либо к 8 профилям. Это привело бы либо к 2, либо к 3 битам в предоставлении UL для указания связанного с ней профиля передачи.

[35] Базовые наборы (CORESET) и пространство поиска

[36] NR предусматривает использование OFDM в нисходящей линии связи. Таким образом, базовый физический ресурс нисходящей линии связи NR можно рассматривать как координатную сетку «время-частота», изображенную на фиг.6, где каждый элемент ресурса соответствует одной поднесущей OFDM в течение одного интервала символа OFDM. В NR поддерживаются разносы множественных поднесущих. На фиг.6 иллюстрируется случай, где разнос поднесущих составляет 15 кГц.

[37] Физические каналы управления нисходящей линии связи (PDCCH) используются в NR для информации управления нисходящей линии связи (DCI), например, в назначениях планирования нисходящей линии связи и предоставлениях планирования восходящей линии связи. В общем случае, PDCCH передаются в начале слота и относятся к данным в том же самом или более позднем слоте, а UE может быть, в принципе, сконфигурировано отслеживать PDCCH чаще, чем однажды за слот, например, чтобы обрабатывать передачи на основе мини-слотов. Разные форматы (размеры) PDCCH возможны для обработки разных размеров полезной нагрузки DCI и разных уровней агрегирования (т.е. разную скорость кода для заданного размера полезной нагрузки). UE конфигурируется (неявно и/или явно) вслепую отслеживать (или искать) некоторое количество потенциально подходящих PDCCH (PDCCH-кандидатов) разных уровней агрегирования и размеров полезной нагрузки DCI. При обнаружении корректного сообщения DCI (т.е. если декодирование кандидата успешно, а DCI содержит идентификатор (ID), который UE предписано отслеживать), UE следует DCI (например, принимает соответствующие данные нисходящей линии связи или передает в восходящей линии связи). Процесс декодирования вслепую протекает за счет усложнения в UE, но необходим для обеспечения гибкого планирования и обработки разных размеров полезной нагрузки DCI.

[38] DCI также можно использовать в сочетании с сигнализацией RRC для того, чтобы сигнализировать о количестве, необходимом для передачи или приема. Одним примером является сигнализирование о ресурсах, которые должны использоваться для сигнализации обратной связи в восходящей линии связи, такой как подтверждения (ACK) гибридного ARQ. Указание полного местоположения в восходящей линии связи может привести к слишком большим служебным издержкам, связанным с DCI. Вместо этого, двухбитный индекс может передаваться как часть DCI и использоваться как индекс для таблицы, выбирая при этом одну из четырех предварительно сконфигурированных (или предварительно определенных) записей. Таким образом, служебные издержки на DCI можно поддерживать малыми, обеспечивая при этом значительную степень гибкости для обработки разных сценариев развертывания и рабочих условий. В принципе, тот же подход можно использовать для любой информации управления, а не только ресурсов гибридного ARQ, подлежащих использованию в восходящей линии связи.

[39] В контексте NR, в настоящее время идет обсуждение того, как конфигурировать области ресурсов управления, где UE может отслеживать передачи PDCCH, и как UE может быть сконфигурировано с множественными областями ресурсов управления. Некоторые из этих областей управления можно использовать для посылки обычных управляющих сообщений, которые предназначены для множества UE, а некоторые могут быть предназначены для управляющих сообщений, индивидуальных для UE. Область управления может обслуживать управляющие сообщения, как обычные так и индивидуальные для UE. Одно отличие в NR от LTE заключается в том, что ширины полос несущих могут быть больше, и поэтому возникают выгоды, видимые в том, что область управления не распространяется на всю ширину полосы несущей. Таким образом, ожидается, что области управления будут ограничены по времени и по частоте.

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

[41] В нижеследующем тексте CORESET - это набор ресурсов управления, сконфигурированный для UE. CORESET - это набор элементов ресурсов (RE), который охватывает набор PRB по частоте и символов OFDM по времени. UE может быть сконфигурировано с одним или несколькими CORESET, которые UE должно отслеживать на предмет потенциального приема одного или нескольких PDCCH. В принципе, CORESET для одного UE или разных UE могут (частично) перекрываться. Для простоты, на фиг.8 и 9 полагается, что CORESET не являются частично перекрывающимися.

[42] Пользуясь ресурсами, задаваемыми некоторым CORESET, можно осуществлять декодирование вслепую с использованием одного или нескольких пространств поиска с целью обнаружения корректного или корректных PDCCH, если они есть (см. фиг.9). Некоторое количество ресурсов в CORESET образуют элемент канала управления, CCE. UE пытается вслепую декодировать каналы PDCCH, используя один или несколько из этих CCE. В типичных случаях, в разных пространствах поиска используются разные уровни агрегации, где уровень агрегации - это количество CCE, используемых PDCCH-кандидатом. Например, пространство поиска на уровне один агрегации предусматривает отслеживание PDCCH-кандидатов, состоящих из одного CCE, пространство поиска oна уровне два агрегации предусматривает отслеживание PDCCH-кандидатов, состоящих из пар CCEs и т.д. Некоторое правило задает, какие CCE (или какой набор CCE) составляют PDCCH-кандидата в каждом пространстве поиска.

[43] В некоторых случаях, для приема обычных управляющих сообщений, множественные UE могут отслеживать (или пытаться декодировать) сигнализацию управления в одном и том же пространстве поиска. Такое пространство поиска можно назвать общим пространством поиска, где параметры, связанные с пространством поиска (например, с местоположениями CCE, отслеживаемыми уровнями агрегации, функцией рандомизации/хеширования), не привязаны к индивидуальным для UE параметрам, таким как идентификатор UE (UEID) или временный идентификатор радиосети (RNTI), присвоенный UE. Для приема управляющих сообщений, индивидуальных для UE, UE может отслеживать (или пытаться декодировать) сигнализацию управления в пространстве поиска, индивидуальном для UE. Для пространства поиска, индивидуального для UE, по меньшей мере, один или несколько параметров, связанных с пространством поиска (например, параметры, связанные с местоположениями CCE, отслеживаемыми уровнями агрегации, функцией рандомизации/хеширования), привязаны к параметрам, индивидуальным для UE, таким как UEID или RNTI, присвоенный UE.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

[44] NR поддерживает два сигнала, по меньшей мере, в восходящей линии связи. Один - OFDM, а другой - DFTS-OFDM. Если осуществляется переключение сигнала, например, посредством сигнализации RRC, то в связи с сигнализацией RRC наступит период неопределенности, где сигнал, который UE будет использовать в восходящей линии связи, не известен сети. В LTE этот период неопределенности - исходя из стандарта - составляет 15 мс, а в дополнение к этому возможна некоторая зависящая от воплощения неопределенность со стороны сети.

[45] В соответствии с некоторыми вариантами осуществления, UE делается осведомленным от том, какой сигнал использовать в восходящей линии связи, на основе, по меньшей мере отчасти, характеристики передачи по нисходящей линии связи. Например, UE может использовать сигнал по умолчанию для передач по восходящей линии связи в ответ на предоставления восходящей линии связи, принимаемые в конкретном пространстве поиска (например, общем пространстве поиска).

[46] В соответствии с одним аспектом, некоторые варианты осуществления включают в себя способ, подлежащий осуществлению оборудованием пользователя, UE. Способ, в общем, содержит этапы, на которых: принимают передачу по нисходящей линии связи из узла радиосети, причем передача по нисходящей линии связи имеет по меньшей мере одну характеристику; выбирают один сигнал (waveform) из двух или более сигналов для предстоящей передачи по восходящей линии связи в узел радиосети, причем сигнал выбирают на основе, по меньшей мере отчасти, упомянутой по меньшей мере одной характеристики передачи по нисходящей линии связи; и передают передачу по восходящей линии связи в узел радиосети с использованием выбранного сигнала.

[47] В некоторых вариантах осуществления передача по нисходящей линии связи может включать в себя управляющее сообщение нисходящей линии связи. В некоторых вариантах осуществления управляющее сообщение нисходящей линии связи может содержать предоставление восходящей линии связи.

[48] В некоторых вариантах осуществления упомянутой по меньшей мере одной характеристикой может быть пространство поиска, в котором передается управляющее сообщение нисходящей линии связи. Пространство поиска может быть одним из общего пространства поиска и пространства поиска, индивидуального для UE.

[49] В некоторых вариантах осуществления упомянутой по меньшей мере одной характеристикой может быть набор ресурсов управления, в котором передается управляющее сообщение нисходящей линии связи. Набор ресурсов управления может быть одним из первого набора ресурсов управления и второго набора ресурсов управления.

[50] В некоторых вариантах осуществления упомянутой по меньшей мере одной характеристикой может быть индекс схемы модуляции и кодирования (MCS) управляющего сообщения нисходящей линии связи.

[51] В некоторых вариантах осуществления упомянутой по меньшей мере одной характеристикой может быть временный идентификатор радиосети (RNTI), используемый для скремблирования управляющего сообщения нисходящей линии связи.

[52] В некоторых вариантах осуществления упомянутой по меньшей мере одной характеристикой может быть формат управляющего сообщения нисходящей линии связи.

[53] В некоторых вариантах осуществления способ может содержать, или дополнительно содержать, этапы, на которых выбирают одно распределение ресурсов из двух или более распределений ресурсов для передачи по восходящей линии связи на основе, по меньшей мере отчасти, упомянутой по меньшей мере одной характеристики, и передают передачи по восходящей линии связи в узел радиосети с использованием выбранного распределения ресурсов.

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

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

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

[57] В некоторых вариантах осуществления, UE может содержать один или несколько функциональных модулей, выполненных с возможностью осуществления одной или нескольких описываемых здесь функций UE.

[58] В соответствии с еще одним аспектом, некоторые варианты осуществления включают в себя долговременный машиночитаемый носитель, хранящий компьютерный программный продукт, содержащий команды, которые при исполнении их схемами обработки (например, процессором) UE конфигурируют схемы обработки осуществлять одну или нескольких описываемых здесь функций UE.

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

[60] В некоторых вариантах осуществления передача по нисходящей линии связи может содержать управляющее сообщение нисходящей линии связи. В некоторых вариантах осуществления управляющее сообщение нисходящей линии связи может содержать предоставление восходящей линии связи.

[61] В некоторых вариантах осуществления упомянутой по меньшей мере одной характеристикой может быть пространство поиска, в котором передается управляющее сообщение нисходящей линии связи. Пространство поиска может быть одним из общего пространства поиска и пространства поиска, индивидуального для UE.

[62] В некоторых вариантах осуществления упомянутой по меньшей мере одной характеристикой может быть набор ресурсов управления, в котором передается управляющее сообщение нисходящей линии связи. Набор ресурсов управления может быть одним из первого набора ресурсов управления и второго набора ресурсов управления.

[63] В некоторых вариантах осуществления упомянутой по меньшей мере одной характеристикой может быть индекс схемы модуляции и кодирования (MCS) управляющего сообщения нисходящей линии связи.

[64] В некоторых вариантах осуществления упомянутой по меньшей мере одной характеристикой может быть временный идентификатор радиосети (RNTI), используемый для скремблирования управляющего сообщения нисходящей линии связи.

[65] В некоторых вариантах осуществления упомянутой по меньшей мере одной характеристикой может быть формат управляющего сообщения нисходящей линии связи.

[66] В некоторых вариантах осуществления способ может содержать, или дополнительно содержать, этап, на котором определяют упомянутую по меньшей мере одну характеристику передачи по нисходящей линии связи на основе, по меньшей мере отчасти, одного из упомянутых двух или более сигналов, желательных для предстоящей передачи по восходящей линии связи.

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

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

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

[70] В некоторых вариантах осуществления узел радиосети может содержать один или несколько функциональных модулей, выполненный с возможностью осуществления одной или нескольких описываемых здесь функций узла радиосети.

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

[72] Некоторые варианты осуществления могут устранять неопределенность касаемо типа сигнала, используемого UE во время RRC-переконфигурирования типа сигнала.

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[74] Возможные варианты осуществления будут описаны подробнее со ссылками на указываемые ниже чертежи, при этом:

[75] На фиг.1 представлена принципиальная схема предварительно кодированной сигнализации с несколькими несущими.

[76] На фиг.2 представлен график защитного интервала; a) циклический префикс, b) истинный защитный интервал.

[77] На фиг.3 представлена принципиальная схема возможной структуры кадра и присвоений направления.

[78] На фиг.4 представлен еще одна принципиальная схема возможной структуры кадра и присвоений направления.

[79] На фиг.5 представлен схематический чертеж диаграммы задержки процедуры RRC.

[80] На фиг.6 представлена схематическая диаграмма физических ресурсов нисходящей линии связи NR с разносом поднесущих, составляющим 15 кГц.

[81] На фиг.7 представлена схематическая диаграмма сочетания динамической и полустаической сигнализации значения параметра.

[82] На фиг.8 представлен схематический чертеж наборов ресурсов управления (CORESET).

[83] На фиг.9 представлен схематический чертеж соотношения между наборами ресурсов управления (CORESET) и пространствами поиска.

[84] На фиг.10 представлен схематический чертеж возможной сети связи в соответствии с некоторыми вариантами осуществления.

[85] На фиг.11 представлена схема сигнализации в соответствии с некоторыми вариантами осуществления.

[86] На фиг.12 представлена блок-схема последовательности операций оборудования пользователя в соответствии с некоторыми вариантами осуществления.

[87] На фиг.13 представлена блок-схема последовательности операций узла радиосети в соответствии с некоторыми вариантами осуществления.

[88] На фиг.14 представлена блок-схема оборудования пользователя в соответствии с некоторыми вариантами осуществления.

[89] На фиг.15 представлена еще одна блок-схема оборудования пользователя в соответствии с некоторыми вариантами осуществления.

[90] На фиг.16 представлена блок-схема узла радиосети в соответствии с некоторыми вариантами осуществления.

[91] На фиг.17 представлена еще одна блок-схема узла радиосети в соответствии с некоторыми вариантами осуществления.

ПОДРОБНОЕ ОПИСАНИЕ

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

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

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

[95] В том смысле, в каком они употребляются здесь, признаки единственного числа имен существительных следует считать включающими в себя формы множественного числа, если контекст явно не указывает иное. Также будет ясно, что в том смысле, в каком они употребляются здесь, термины «содержит», «содержащий(-ая, -ее, -ие)», «включает в себя» и/или “включающий(-ая, -ее, -ие) в себя», указывают присутствие излагаемых признаков, целых чисел, этапов, операций, элементов и/или компонентов, но не делают невозможным присутствие или добавление одного или нескольких других признаков, целых чисел, этапов, операций, элементов, компонентов и/или их группы.

[96] Фиг.10 иллюстрирует пример беспроводной сети 100, которую можно использовать для беспроводной связи. Беспроводная сеть 100 включает в себя UE 110A—110B (собирательно именуемые UE 110) и множество узлов 120A—120B радиосети (например, NB, RNC, eNB, gNB и т.д.) (собирательно именуемые узлом радиосети или узлами 120 радиосети), непосредственно или опосредованно соединенных с базовой сетью 135, которая может содержать различные узлы 130 базовой сети. Сеть 100 может использовать любые пригодные сценарии развертывания сети радиодоступа (RAN), включая наземную сети радиодоступа универсальной мобильной телекоммуникационной системы (UMTS), сеть наземного радиодоступа, построенную на технологии UMTS (UTRAN) и усовершенствованную сеть наземного радиодоступа, построенную на технологии UMTS (EUTRAN), а также сеть радиодоступа стандарта New Radio (NR). Каждое из UE 110 в пределах зон 115 покрытия может быть выполнено с возможностью осуществления связи непосредственно с узлами 120 радиосети через беспроводной интерфейс. В определенных вариантах осуществления, UE также могут быть выполнены с возможностью осуществления связи друг с другом посредством прямой связи между устройствами (D2D).

[97] В качестве примера, UE 110A может осуществлять связь с узлом 120 радиосети через беспроводной интерфейс. То есть, UE 110A может передавать беспроводные сигналы в узел 120 радиосети и/или принимать их из него. Беспроводные сигналы могут содержать речевой трафик, трафик данных, управляющие сигналы и/или любую другую пригодную информацию. В некоторых вариантах осуществления зона покрытия беспроводными сигналами, связанная с узлом 120 радиосети, может быть названа сотой.

[98] Описание приводится в контексте выбора между DFTS-OFDM и OFDM на основе сигнала в восходящей линии связи (UL) для NR. Вместе с тем, можно понять, что тот же принцип применим для PDSCH для нисходящей линии связи (DL). Он применим также для выбора не только между этими двумя сигналами. Выбор можно также распространить на охват трех, четырех или более сигналов. Он также возможен между OFDM и некоторым другим типом сигнала.

[99] В некоторых вариантах осуществления тип сигнала по умолчанию (например, OFDM или DFTS-OFDM) указывается для UE 110 как часть информации о системе или задается в стандарте. UE 110 также конфигурируется через RRC типом сигнала (RRC-конфигурируемым типом сигнала). Когда UE 110 принимает предоставление UL, UE может использовать либо тип сигнала по умолчанию, либо RRC-конфигурируемым тип сигнала на основе характеристики предоставления восходящей линии связи.

[100] Характеристикой предоставления UL может быть пространство поиска, в котором принимается канал управления (например, PDCCH), связанный с предоставлением UL. Например, если UE 110 принимает предоставление UL в общем пространстве поиска, UE может быть сконфигурировано использовать тип сигнала по умолчанию для соответствующей UL передачи. Если UE 110 принимает предоставление UL в пространстве поиска, индивидуальном для UE, оно может быть сконфигурировано использовать RRC-конфигурируемый тип сигнала для соответствующей UL передачи.

[101] Использование пространства поиска - это лишь один пример характеристики передачи по нисходящей линии связи, которую UE 110 может использовать для выбора сигнала для восходящей линии связи.

[102] В некоторых других вариантах осуществления характеристикой предоставления UL может быть CORESET, в котором принимается канал управления (например, PDCCH), связанный с предоставлением UL. Например, если UE 110 принимает предоставление UL в первом CORESET (например, CORESET по умолчанию), UE 110 может быть сконфигурировано использовать тип сигнала по умолчанию для соответствующей UL передачи. Если UE 110 принимает предоставлением UL во втором CORESET, оно может быть сконфигурировано использовать RRC-конфигурируемый тип сигнала для соответствующей UL передачи.

[103] В некоторых других вариантах осуществления характеристикой предоставления UL может быть индекс MCS, сигнализируемый посредством предоставления UL. Например, если UE 110 принимает предоставление UL с индексом MCS, принадлежащим первому набору значений (например, индекс MCS ˂ 5), UE 110 может быть сконфигурировано использовать тип сигнала по умолчанию для соответствующей UL передачи. Если UE 110 принимает предоставлением UL с индексом MCS, не принадлежащим первому набору значений, оно может быть сконфигурировано использовать RRC-конфигурируемый тип сигнала для соответствующей UL передачи.

[104] Сигнализация RRC, указывающая RRC-конфигурируемый тип сигнала, может быть следующей:

- тип 1: OFDM; тип 2: DFTS-OFDM (или наоборот).

- тип 1: OFDM или DFTS-OFDM; тип 2: определение типа сигнала с использованием индекса MCS, сигнализируемого в предоставлении UL, и соответствующей таблицы MCS/TBS.

[105] Вместо сигнализирования посредством информации о системе, тип сигнала по умолчанию может быть предварительно задан как OFDM или DFTS-OFDM. Иными словами, можно осуществить предварительную загрузку или предварительное конфигурирование UE 110 конкретным сигналом по умолчанию.

[106] В некоторых вариантах осуществления выбор сигнала также можно проводить, как описано выше, наряду с по меньшей мере одним или несколькими параметрами (см. нижеследующую таблицу в качестве примера). Здесь, в дополнение к характеристике предоставления UL, также рассматривается количество слоев передачи по предоставляемой UL. Характеристика предоставления UL важна лишь для одного слоя, а для всех передач, предусматривающих использование более одного слоя, используется сигнал 2.

Слои с многими входами-выходами (MIMO)	Характеристика предоставления UL	Сигнал
1	A (например, общее пространство поиска)	Сигнал 1 (например, DFTS-OFDM)
1	B (например, пространство поиска, специфическое для UE)	Сигнал 2 (например, OFDM)
˃1	-	Сигнал 2 (например, OFDM)

[107] Во время RRC-переконфигурирования, узел 120 радиосети может посылать предоставление UL в UE 110, так что UE 110 использует «тип сигнала по умолчанию», чтобы преодолеть неопределенность в течение временного окна, соответствующего задержке на обработку RRC.

[108] В некоторых вариантах осуществления сигнал, который используют, может быть основан на том, какой формат DCI предоставляется для UE 110. Например, формат X DCI всегда может указывать, что используют DFTS-OFDM, а формат Y DCI всегда может указывать, что используют CP-OFDM. Этот пример можно сочетать с вышеупомянутыми примерами, так что, например, формат X DCI в заданном пространстве поиска или CORESET дает определенный сигнал, но в другом пространстве поиска или CORESET он дает другой сигнал. Вместо формата X DCI также используют RNTI для скремблирования, а предоставление UL можно использовать как селектор сигнала.

[109] В некоторых вариантах осуществления выбор сигнала может быть основан на том, какой профиль или индекс передачи используется. Так что для заданного профиля/индекса передачи предполагается заданный сигнал, а для другого профиля передачи предполагается другой сигнал.

[110] Специфическим аспектом является конфигурирование или предоставление для планирования без предоставления (grant-free) или полупостоянного (semi-persistent) планирования, для которого сигнал можно конфигурировать непосредственно посредством RRC при задании ресурса. Еще один вариант заключается в том, что он определяется посредством одного из вышеупомянутых вариантов или указывается в активационном сообщении DCI.

[111] В некоторых вариантах осуществления, когда UE 110 принимает предоставление UL и UE 110 определяет, что предоставление UL связано либо с типом сигнала по умолчанию, либо с RRC-конфигурируемым типом сигнала на основе характеристики предоставления восходящей линии связи, UE также может определять тип распределения ресурсов (Тип RA) для ресурсов передачи PUSCH (например, блоки ресурсов частотной области - RB) на основе упомянутой характеристики. Например, для предоставлений UL, отслеживаемых в общем пространстве поиска, UE 110 может предположить тип RA, который распределяет смежные RB (например, тип 0 RA), безотносительно того, какой тип сигнала - OFDM или DFTS-OFDM - указывается предоставлением UL; для представлений UL, отслеживаемых в пространстве поиска, индивидуальном для UE, UE 110 может предположить тип RA, который распределяет как смежные, так и несмежные RB (например, тип 1 RA), если RRC-конфигурируемый тип сигнала задан как OFDM, и предположить тип RA, который распределяет только смежные RB (тип 0 RA), если RRC-конфигурируемый тип сигнала задан как DFTS-OFDM. В типичных случаях, тип 1 RA потребовал бы больше битов сигнализации, чем тип 0 RA, и поэтому размеры формата DCI представлений UL с типом 0 RA и типом 1 RA могут быть разными. Вместе с тем, поскольку UE 110 может предположить только один тип RA для представлений UL, отслеживаемых в общем пространстве поиска, от UE не требуется отслеживать несколько размеров формата DCI, тем самым снижая сложность декодирования вслепую, проводимого UE. Для представлений UL, отслеживаемых в пространстве поиска, индивидуальном для UE, UE 110 может отслеживать размер формата DCI в соответствии с типом 0 RA, если типом RRC-конфигурируемого сигнала является DFTS-OFDM, и отслеживать размер формата DCI в соответствии с типом 1 RA, если типом RRC-конфигурируемого сигнала является OFDM.

[112] Обращаясь теперь к фиг.11, отмечаем, что здесь иллюстрируется высокоуровневая схема сигнализации в соответствии с некоторыми вариантами осуществления. Как показано, UE 110 может сначала получать идентификацию двух или более сигналов, которые UE 110 может использовать для передачи по восходящей линии связи (действие S102). Метод, которым UE 110 получает идентификацию сигнала, может варьироваться. Например, в некоторых вариантах осуществления можно предварительно загружать в UE 110 идентификацию первого сигнала, или сигнала по умолчанию, а идентификацию второго сигнала получать посредством сигнализации RRC. В других вариантах осуществления UE 110 может получать идентификацию первого сигнала посредством сигнализации информации о системе (SI), широковещательная трансляция которой обычно осуществляется узлом 120 радиосети. UE 110 может получать идентификацию второго сигнала посредством сигнализации RRC. Безотносительно того, как UE 110 получает идентификацию упомянутых двух или более сигналов, UE 110 последовательно принимает передачи по нисходящей линии связи из узла 120 радиосети (действие S104). Передача по нисходящей линии связи, принимаемая UE 110, имеет по меньшей мере одну характеристику. В широком смысле, характеристика - это признак самуй передачи по нисходящей линии связи или переносимого по ней сообщения(й), которое UE 110 может обнаружить. Как указано выше, упомянутой по меньшей мере одной характеристикой передачи по нисходящей линии связи может быть конкретное пространство поиска, в котором находится управляющее сообщение нисходящей линии связи, набор ресурсов управления, в котором находится управляющее сообщение нисходящей линии связи, индекс MCS управляющего сообщения нисходящей линии связи, формат управляющего сообщения нисходящей линии связи, RNTI, с которым скремблируется управляющее сообщение нисходящей линии связи, и т.д.

[113] На основе, по меньшей мере отчасти, упомянутой по меньшей мере одной характеристики передачи по нисходящей линии связи, UE 110 выбирает один сигнал среди двух или более сигналов для предстоящей передачи по восходящей линии связи (действие S106). Например, используя пространство поиска, в котором передается управляющее сообщение нисходящей линии связи, как возможную характеристику передачи по нисходящей линии связи, UE 110 может быть сконфигурировано выбирать первый сигнал, или сигнал по умолчанию, когда управляющее сообщение нисходящей линии связи передается в общем пространстве поиска, и выбирать второй (например, RRC-конфигурируемый) сигнал, когда управляющее сообщение нисходящей линии связи передается в пространстве поиска, индивидуальном для UE.

[114] Выбрав сигнал, UE 110 осуществляет передачу по восходящей линии связи в узел 120 радиосети, используя выбранный сигнал (действие S108). Зная, как UE 110 выберет сигнал для передачи по восходящей линии связи на основе упомянутой по меньшей мере одной характеристики передачи по нисходящей линии связи, узел 120 радиосети будет знать, какой сигнал ожидать для передачи по восходящей линии связи.

[115] На фиг.12 представлена блок-схема последовательности операций, которая иллюстрирует операции UE 110 в соответствии с некоторыми вариантами осуществления. Как показано, UE 110 может сначала получать идентификацию двух или более сигналов (действие S202). UE 110 может использовать эти два или более сигналов при осуществлении связи с узлом 120 радиосети. Метод, которым UE 110 получает идентификации упомянутых двух или более сигналов, может варьироваться, и UE 110 может получать идентификацию упомянутых двух или более сигналов из разных источников. Например, UE 110 может получать идентификацию первого из упомянутых двух или более сигналов, извлекая ее из запоминающего устройства, то есть можно осуществить предварительную загрузку или предварительное конфигурирование UE 110 идентификацией первого из упомянутых двух или более сигналов, и UE может получать идентификацию второго из упомянутых двух или более сигналов через сообщение (например, сообщение RRC), принимаемое из узла 120 радиосети.

[116] Затем UE 110 принимает передачи по нисходящей линии связи из узла радиосети, например, узла 120 радиосети, причем передача по нисходящей линии связи имеет по меньшей мере одну характеристику (действие S204). Этой по меньшей мере одной характеристикой передачи по нисходящей линии связи может быть конкретное пространство поиска, в котором находится управляющее сообщение нисходящей линии связи, набор ресурсов управления, в котором находится управляющее сообщение нисходящей линии связи, индекс MCS управляющего сообщения нисходящей линии связи, формат управляющего сообщения нисходящей линии связи, RNTI, с которым скремблируется управляющее сообщение нисходящей линии связи, и т.д.

[117] Затем UE 110 выбирает один сигнал среди двух или более сигналов для предстоящей передачи по восходящей линии связи в узел 120 радиосети, причем этот сигнал выбирается на основе, по меньшей мере отчасти, упомянутой по меньшей мере одной характеристики передачи по нисходящей линии связи (действие S206).

[118] Затем UE 110 осуществляет передачу по восходящей линии связи в узел 120 радиосети с использованием выбранного сигнала (действие S208).

[119] Обращаясь теперь к фиг.13, отмечаем, что здесь иллюстрируется блок-схема последовательности операций, которая иллюстрирует операции узла 120 радиосети в соответствии с некоторыми вариантами осуществления. Как показано, узел 120 радиосети может сначала передавать идентификацию одного, нескольких или всех из упомянутых двух или более сигналов в UE 110 (действие S302). В некоторых вариантах осуществления этот этап может быть необязательным, например, если уже проведена предварительная загрузка или предварительное конфигурирование UE 110 идентификацией упомянутых двух или более сигналов.

[120] Затем узел 120 радиосети может определять по меньшей мере одну характеристику передачи по нисходящей линии связи на основе, по меньшей мере отчасти, одного из упомянутых двух или более сигналов, желательных для предстоящей передачи по восходящей линии связи (действие S304). Затем узел 120 радиосети осуществляет передачу по нисходящей линии связи в UE 110 (действие S306). Передача по нисходящей линии связи имеет по меньшей мере одну характеристику, которую UE 110 будет использовать для последующего выбора одного из упомянутых двух или более сигналов.

[121] После этого, узел 120 радиосети принимает передачу по восходящей линии связи из UE 110, причем передача по восходящей линии связи использует сигнал, выбранный из упомянутых двух или более сигналов на основе, по меньшей мере отчасти, упомянутой по меньшей мере одной характеристики передачи по нисходящей линии связи.

[122] Теперь варианты осуществления UE 110 будут описаны применительно к фиг.14 и 15. И хотя по всему описанию употребляется выражение «оборудование пользователя», следует понимать, что это выражение используется как универсальное. В этом смысле, отметим, что разные стандарты связи зачастую предусматривают употребление разной терминологии при описании оборудования пользователя. Например, в дополнение к выражению «оборудование пользователя», в стандарте 3GPP также употребляется термин «мобильный терминал» (MT). В этой части, 3GPP2 предусматривает употребление термина «терминал доступа» (AT), а IEEE 802.11 (также известный как WiFi™) - употребление термина «станция» (STA).

[123] На фиг.14 представлена блок-схема возможного UE 110 в соответствии с некоторыми вариантами осуществления. UE 110 включает в себя одно или несколько из приемопередатчика, процессора и запоминающего устройства. В некоторых вариантах осуществления приемопередатчик обеспечивает передачу беспроводных сигналов в узел 120 радиосети и прием беспроводных сигналов из него (например, посредством передатчика (передатчиков) (Tx), приемника (приемников) (Rx) и антенны (антенн)). Процессор исполняет команды для обеспечения некоторых или всех из функций, описанных выше как обеспечиваемые или осуществляемые UE 110, а запоминающее устройство хранит команды, исполняемые процессором. В некоторых вариантах осуществления процессор и запоминающее устройство образуют схемы обработки.

[124] Процессор может включать в себя любую пригодную комбинацию аппаратных средств для исполнения команд и манипулирования данными с целью выполнения некоторых или всех из описанных функций UE 110, таких как функции UE 110, описанные выше. В некоторых вариантах осуществления процессор может включать в себя, например, один или несколько компьютеров, один или несколько центральных процессоров (CPU), один или несколько микропроцессоров, одну или несколько специализированных интегральных схем (ASIC), одну или несколько программируемых пользователем вентильных матриц (FPGA) и/или другую логику.

[125] Запоминающее устройство в общем случае эксплуатируется для хранения команд, таких как компьютерная программа, программные средства, приложение, включающее в себя одно или более из логики, правил, алгоритмов, кода, таблиц и т.д., и/или других команд, которые может исполнять процессор. Примеры запоминающего устройства включают в себя запоминающее устройство компьютера (например, оперативное запоминающее устройство (RAM) или постоянное запоминающее устройство (ROM)), запоминающие устройства большой емкости (например, жесткий диск), съемные носители данных (например, компакт-диск (CD) или цифровой универсальный диск (DVD)) и/или любые другие энергозависимые либо энергонезависимые долговременные машиночитаемые и/или машиноисполняемые запоминающие устройства, хранящие информацию, данные и/или команды, которые может использовать процессор UE 110.

[126] Другие варианты осуществления UE 110 могут включать в себя дополнительные компоненты сверх показанных на фиг.14, которые могут отвечать за обеспечение определенных аспектов функциональных возможностей UE, включая любые из функциональных возможностей, описанных выше, и/или любые дополнительные функциональные возможности (включая любые функциональные возможности, необходимые для поддержки решения, описанного выше). В качестве лишь одного примера, отметим что UE 110 может включать в себя устройства и схемы ввода, устройства вывода и один или несколько блоков или схем синхронизации, которые могут быть частью процессора. Устройства ввода включают в себя механизмы для ввода данных в UE 110. Например, устройства ввода могут включать в себя механизмы ввода, такие, как микрофон, элементы ввода, дисплей и т.д. Устройства вывода могут включать в себя механизмы для вывода данных в формате аудио-, видео- и/или жесткой копии. Например, устройства вывода могут включать в себя динамик, дисплей и т.д.

[127] В некоторых вариантах осуществления UE 110 может содержать ряд функциональных модулей, сконфигурированных для реализации функций UE 110, описанных выше. Обращаясь к фиг.15, отмечаем, что в некоторых вариантах осуществления UE 110 может содержать приемный модуль, выполненный с возможностью принимать передачу по нисходящей линии связи из узла радиосети, причем передача по нисходящей линии связи имеет по меньшей мере одну характеристику, выбирающий модуль, выполненный с возможностью выбирать один сигнала из двух или более сигналов для предстоящей передачи по восходящей линии связи в узел радиосети, причем сигнал выбирают на основе, по меньшей мере отчасти, упомянутой по меньшей мере одной характеристики передачи по нисходящей линии связи, и передающий модуль, выполненный с возможностью передавать передачу по восходящей линии связи в узел радиосети с использованием выбранного сигнала.

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

[129] Теперь варианты осуществления узла 120 радиосети будут описаны применительно к фиг.16 и 17. На фиг.16 представлена блок-схема возможного узла 120 радиосети в соответствии с некоторыми вариантами осуществления. Узел 120 радиосети может включать в себя одно или более из приемопередатчика, процессора, запоминающего устройства и интерфейса связи. В некоторых вариантах осуществления приемопередатчик обеспечивает передачу беспроводных сигналов в UE 110 и прием беспроводных сигналов из него (например, посредством передатчика(ов) (Tx), приемника(ов) (Rx) и антенны (антенн)). Процессор исполняет команды, чтобы воплотить некоторые или все из функциональных возможностей, описанных выше как обеспечиваемые или воплощаемые узлом 120 радиосети, запоминающее устройство хранит команды, исполняемые процессором. В некоторых вариантах осуществления процессор и запоминающее устройство образуют схемы обработки. Интерфейс связи может содержать интерфейс базовой сети и интерфейс радиосети, такой, который позволяет узлу 120 радиосети осуществлять обмен сигналами с компонентами сети серверных приложений, такими как шлюз, коммутатор, маршрутизатор, Internet, коммутируемая телефонная сеть общего пользования (PSTN), узлы базовой сети или контроллеры радиосети, и т.д.

[130] Процессор может включать в себя любую пригодную комбинацию аппаратных средств для исполнения команд и манипулирования данными с целью выполнения некоторых или всех из описанных функций узла 120 радиосети, таких как описанные выше. В некоторых вариантах осуществления процессор может включать в себя, например, один или несколько компьютеров, один или несколько центральных процессоров (CPU), один или несколько микропроцессоров, одну или несколько специализированных интегральных схем (ASIC), одну или несколько программируемых пользователем вентильных матриц (FPGA) и/или другую логику.

[131] Запоминающее устройство в общем случае эксплуатируется для хранения команд, таких как компьютерная программа, программные средства, приложение, включающее в себя одно или более из логики, правил, алгоритмов, кода, таблиц и т.д., и/или других команд, которые может исполнять процессор. Примеры запоминающего устройства включают в себя запоминающее устройство компьютера (например, оперативное запоминающее устройство (RAM) или постоянное запоминающее устройство (ROM)), запоминающие устройства большой емкости (например, жесткий диск), съемные носители данных (например, компакт-диск (CD) или цифровой универсальный диск (DVD)) и/или любые другие энергозависимые либо энергонезависимые долговременные машиночитаемые и/или машиноисполняемые запоминающие устройства, которые хранят информацию.

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

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

[134] В некоторых вариантах осуществления узел 120 радиосети может содержать ряд модулей, сконфигурированных для реализации функциональных возможностей узла 120 радиосети, описанных выше. Обращаясь к фиг.17, отмечаем, что в некоторых вариантах осуществления узел 120 радиосети может содержать передающий модуль, выполненный с возможностью передавать передачу по нисходящей линии связи в оборудование пользователя, причем передача по нисходящей линии связи имеет по меньшей мере одну характеристику, и приемный модуль, выполненный с возможностью принимать передачу по восходящей линии связи из оборудования пользователя, причем передача по восходящей линии связи использует сигнал, выбранный из двух или более сигналов на основе, по меньшей мере отчасти, упомянутой по меньшей мере одной характеристики передачи по нисходящей линии связи.

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

[136] Некоторые варианты осуществления могут быть представлены как долговременный программный продукт, хранимый на машиночитаемом носителе (именуемом также машиночитаемым носителем), читаемом процессором носителе или используемом компьютером носителе, имеющем воплощенный на нем машиночитаемый код программы). Машиночитаемым носителем может быть любой пригодный материальный носитель, включая магнитный, оптический или электрический носитель информации, включая дискету, постоянное запоминающее устройство на компакт-диске (CD-ROM), (энергозависимое или энергонезависимое) постоянное запоминающее устройство на цифровом многоцелевом диске (DVD-ROM), или аналогичный механизм хранения. Машиночитаемый носитель может содержать различные наборы команд, кодовые последовательности, конфигурационную информацию или другие данные, которые при их исполнении заставляют процессор осуществлять этапы в способе, соответствующем одному или нескольким из вышеописанных вариантов осуществления. Обычные специалисты в данной области техники поймут, что на машиночитаемом носителе можно также хранить другие команды и операции, необходимые для воплощения описанных вариантов осуществления. Программные средства, запускаемые с машиночитаемого носителя, могут взаимодействовать со схемами для решения описанных задач.

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

СОРАЩЕНИЯ

[138] Данное изобретение может предусматривать употребление одного или нескольких следующих сокращений:

[139] CDM - Мультиплексирование с кодовым разделением каналов

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

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

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

[143] DFT - Дискретное преобразование Фурье

[144] DM-RS - Опорный сигнал демодуляции

[145] FBMC - Модуляция с несколькими несущими при помощи гребенки фильтров

[146] FDM - Мультиплексирование с частотным разделением каналов

[147] HARQ - Гибридный автоматический запрос на повторную передачу

[148] OFDM - Ортогональное мультиплексирование с частотным разделением каналов

[149] PAPR - Отношение пиковой мощности к средней

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

[151] PUCCH - Физический канал управления восходящей линии связи

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

[153] PRB - Блок физических ресурсов

[154] RRC - Управление радиоресурсами

[155] UCI - Информация управления восходящей линии связи

1. Способ выбора сигнала для восходящей передачи, выполняемый в пользовательском оборудовании (UE), при этом способ содержит этапы, на которых:

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

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

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

2. Способ по п.1, в котором управляющее сообщение нисходящей линии связи содержит предоставление восходящей линии связи.

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

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

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

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

7. Способ по п.1, дополнительно содержащий этапы, на которых:

определяют первый сигнал исходя из информации о системе;

определяют второй сигнал исходя из конфигурации RRC пользовательского оборудования,

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

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

8. Способ по п.1, в котором один из упомянутых двух или более сигналов представляет собой сигнал, основывающийся на ортогональном мультиплексировании с частотным разделением каналов с разнесением на основе дискретного преобразования Фурье (DFTS-OFDM) и имеющий предварительное кодирование на основе дискретного преобразования Фурье (DFT).

9. Пользовательское оборудование (UE), содержащее схемы, выполненные с возможностью:

принимать от узла радиосети управляющее сообщение нисходящей линии связи, причем управляющее сообщение нисходящей линии связи имеет формат;

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

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

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

11. Пользовательское оборудование по п.9 или 10, в котором сигнал выбирается на основе, по меньшей мере отчасти, временного идентификатора радиосети (RNTI), используемого для скремблирования управляющего сообщения нисходящей линии связи.

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

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

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

15. Пользовательское оборудование по п.9, в котором схемы дополнительно выполнены с возможностью:

определять первый сигнал исходя из информации о системе;

определять второй сигнал исходя из конфигурации RRC пользовательского оборудования;

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

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

16. Пользовательское оборудование по п.9, при этом один из упомянутых двух или более сигналов представляет собой сигнал, основывающийся на ортогональном мультиплексировании с частотным разделением каналов с разнесением на основе дискретного преобразования Фурье (DFTS-OFDM) и имеющий предварительное кодирование на основе дискретного преобразования Фурье (DFT).

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

передают управляющее сообщение нисходящей линии связи в пользовательское оборудование, причем управляющее сообщение нисходящей линии связи имеет формат;

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

18. Способ по п.17, в котором управляющее сообщение нисходящей линии связи содержит предоставление восходящей линии связи.

19. Способ по п.17 или 18, в котором сигнал дополнительно выбирают на основе, по меньшей мере отчасти, временного идентификатора радиосети (RNTI), используемого для скремблирования управляющего сообщения нисходящей линии связи.

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

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

22. Способ по п.21, в котором упомянутую передачу идентификации по меньшей мере одного из двух или более сигналов в UE осуществляют через сигнализацию RRC.

23. Узел радиосети, содержащий схемы обработки, выполненные с возможностью:

передавать управляющее сообщение нисходящей линии связи в пользовательское оборудование (UE), причем управляющее сообщение нисходящей линии связи имеет формат;

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

24. Узел радиосети по п.23, при этом управляющее сообщение нисходящей линии связи содержит предоставление восходящей линии связи.

25. Узел радиосети по п.23 или 24, в котором сигнал дополнительно выбирается на основе, по меньшей мере отчасти, временного идентификатора радиосети (RNTI), используемого для скремблирования управляющего сообщения нисходящей линии связи.

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

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

28. Узел радиосети по п.27, в котором упомянутая передача идентификации по меньшей мере одного из двух или более сигналов в UE осуществляется через сигнализацию RRC.